构建之法随笔

散人aaa 散人aaa     2022-08-23     622

关键词:

  软件需求分析在软件开发过程中十分重要,过去人们一直认为需求分析是整个软件工程中的一个简单的步骤,“软件危机” 爆发之后,人们才逐渐认识到需求分析是软件开发过程中最关键的一个工程。由此可见需求分析的重要性。很多时候用户并不知道自己确切的需求,或者不愿意表达完整的需求,软件团队需要设身处地,替用户着想,引导出需求。听说过一句话,如果你不了解事物本身,你一定做不好(软件)。我很赞同作者的这个说法,让大学生暂时放下自己所学的许多高端技术,走到真实的世界中去,也许会看到并理解来自普通用户的真实需求。我们首先要知道并且很了解用户所说的是什么,才能懂得需求。

   软件需求分析起初是获取和引导需求,软件团队找到软件的利益相关者,了解和挖掘他们对软件的需求,引导他们表达出真正的需求。然后分析和定义需求,对从各个方面获得的需求进行规整,定义需求的内涵,从各个角度将需求量化。然后验证需求,最后在软件产品生命周期中管理需求。

《构建之法》随笔一

...巧和方法还是比较陌生。所以,在这个周末,我学习了《构建之法》的第一章。一开始我以为是很枯燥的教科书类的题材,只有系统的代码教学之类的内容,但是翻了几页后,竟然出乎我的意料,编者的语言相当幽默有趣,引人... 查看详情

《构建之法》第二次随笔

  阅读了《构建之法》第一章中软件工程的概论,我学习到了“软件=程序+软件工程”这个黄金公式,并且对软件工程充满了兴趣和信心。但是,一个好的软件工程开发团队需要首先确保团队里的每个成员是合格的工程师... 查看详情

《构建之法》第七次随笔

  典型的软件团队里除了能写代码、测试代码和画图做设计的成员,还有一类角色也很重要,我们叫他们项目经理——PM。 PM的M就是Manger,但是P就有这几种:ProductManager、ProjectManager/ProgramManager,在不同的行业和公司,... 查看详情

《构建之法》第四次随笔

 从《构建之法》前两章的阅读学习中,我了解到了软件工程的概论,知道了“软件=程序+软件工程”,明白了个人技术和流程。阅读了第四章之后,我了解到了软件工程中的“两人合作”。  现代软件产业经过几十年... 查看详情

《构建之法》第一次随笔

...间的学习,逐步对软件工程有了新的理解与认识。读了《构建之法-现代软件工程》(邹欣 著 第二版)这本书,感觉学习到了很多有用的知识和以前不理解的方面。书中一开始给出了一个定式“软件=程序+软件工程”,几... 查看详情

《构建之法》第七次随笔

这周,我学习了《构建之法》第十四十五章。第十四章主要讲的是软件的质量。软件质量等于程序质量加软件工程质量。程序的质量体现在软件外在功能的质量。衡量软件的功能,基本的判断可以用是、否来判定。软件的开发过... 查看详情

《构建之法》第三次随笔

 从《构建之法》前两章的阅读学习中,我了解到了软件工程的概论,知道了“软件=程序+软件工程”,明白了个人技术和流程。阅读了第三章之后,我体会到了软件工程师的成长。 软件工程包括了开发、运营、维护软件... 查看详情

构建之法阅读随笔一

《构建之法》一书已完成了第一遍的阅读,接下来,我将随机抽取其中的一段进行精读。移山公司的项目进行了一段时间,TFS上也积累了不少数据。大栓做了“数据挖掘”,整理出来一些统计信息,向各位领导汇报。大牛:哇!... 查看详情

构建之法随笔

 软件需求分析在软件开发过程中十分重要,过去人们一直认为需求分析是整个软件工程中的一个简单的步骤,“软件危机”爆发之后,人们才逐渐认识到需求分析是软件开发过程中最关键的一个工程。由此可见需求分析的重... 查看详情

构建之法第六次随笔

我这个礼拜阅读了构建之法第12,13章。其中,第十二章讲的是用户体验,我们要考虑用户体验的不同角度,用户的第一印象就很重要,用户第一次使用软件,就很大程度上决定了用户对软件的评价。软件服务始终都要记住用户的... 查看详情

《构建之法》第五次随笔

 MSF,即微软解决方案框架,也就是微软推荐的软件开发方法,大约在1993年,微软在总结了自己产品团队的开发经验和教训,以及微软咨询服务部门的业务经验后推出的。MSF基本的原则:1.推动信息共享与沟通;2.为共同的远... 查看详情

构建之法阅读随笔二

谁不喜欢创新呢?然而细细想来,创新就是做和以前不一样的事,并不是所有的人都喜欢“不一样”。当你提出一个创新的想法时,你会得到什么回答呢?为什么我辛辛苦苦想出来的点子得不到领导或同事的赞赏?这里面有好几... 查看详情

《构建之法》第1216章阅读随笔

第一章:概论有一个朋友问我:“你们软件工程和计算机的课表差不多,你们有c有Java,他们也有,你们要学计算机组成原理,他们也要学,有什么区别吗?”大一我还真的无法回答,我只知道我们学费是他们三倍,但是学的课... 查看详情

读《构建之法》的第一次随笔

  在收到纸质书籍到手之前,我简单的看了一些多看阅读上的试读章节。第一章开始便以程序猿们编程遇到的各种问题引出了软件工程的重要性。在一个工程的进展过程中,各种的不确定性因素会以多种不同的方式阻碍项目的... 查看详情

调研《构建之法》指导下的全国高校优秀实践作品三篇

...内容。因为平常有审题的习惯,所以我首先先看了一遍《构建之法》这本书的目录、序言、大概的内容和读者读后感。在简要的阅读了一番之后,我觉得作者对于软件工程体会非常的深刻,应该有多年的项目工作经验和管理经验... 查看详情

beta冲刺-置顶随笔

...unity从入门到入土这个作业的目标完成Beta冲刺参考文献《构建之法》换组交接博客换组交接alpha阶段问题总结随笔问题总结凡事预则立随笔凡事预则立代码规范代码规范冲刺随笔day1:冲刺随笔day2:冲刺随笔day3:冲刺随笔day4:冲... 查看详情

第二章随笔

  《构建之法》第二章主要讲了个人技术和流程,因为团队需要一定的流程来管理开发活动,每个工程师在软件生命周期所做的工作也应该有一个流程,这一章中着重介绍PSP,即个人软件开发流程。卡内基梅隆大学的能力成熟... 查看详情

读构建之法之感

读构建之法之感,为什么迟迟没有发构建之法这本书的观后感,是因为想要细细的看,为什么老师这么要求我们这么做,为什么要刻意的去发微博,原因都在构建之法的这本书中。构建之法这本书和其它的软件工程的书不同,构... 查看详情