软件工程构建之法第八,九,十章读后感

第八章:需求分析

需求分析,这是做一个项目最基本的,一个需求分析是指对要解决的问题进行详细的分析,弄清楚问题的要求,包括需要输入什么数据,要得到什么结果,最后应输出什么。可以说,在软件工程当中的"需求分析"就是确定要计算机"做什么",要达到什么样的效果。可以说需求分析是做系统之前必做的。需求分析确定了整个团队的方向,那么怎么做好需求分析呢?有以下几个步骤:1、获取和引导需求;2、分析和定义需求;3、验证需求;4、在软件产品的生命周期中管理需求。

第九章:项目经理

项目经理,之前觉得项目经理没有什么用,现在觉得项目经理有着敏锐问题的能力,察觉未声明的假设以及解决人与人之间的冲突,同时还需要更多的系统化的管理技能。项目经理的能力很重要,有能力并且得到大家认可支持的项目经理才是一个优秀的项目经理。自省能力中的“拍屁股”走人是我最讨厌的事情,但是可能谁都有这么一种冲动。——“啊呀,我真做不出来,不做了。你们自己玩吧。”这种心态可能会有一时,但当你勇敢面对这些困难,并认真学习如何打败它时,你是个优秀的人。当你打败困难之后,你会有满满的自豪感。这种感觉比你放弃“拍拍屁股走人”的感觉好多了。再者,得到大家支持也很重要。一个无法得到团队成员支持的项目经理,大概也无法得到领导的支持。

第十章:典型用户和场景

光看用户的表面语言和行动远远不够,所以我们要找到用户背后的动机。不然实现的功能总是无法取得用户的满意。以致于产品可能要多次“返工”。“返工”不仅仅考验软件开发团队,也考验用户的耐性。也许用户觉得这次在你的公司购买的软件这么麻烦,下次他会考虑换一家公司进行购买。我们的软件不是给所有人用的。每个人都想自己做的软件多一些使用者,但是在做软件的时候,我们不能考虑太多类人。需要考虑的是主要使用我们软件的典型用户,一些跟我们软件实际上并无交集的人并不能算为典型用户。

时间: 2024-10-17 07:27:30

软件工程构建之法第八,九,十章读后感的相关文章

阅读《构建之法》八九十章

第八章(P142 8.3) 问题:从书上可以看出用户的想法项目经理往往掌握不到,甚至南辕北辙.而程序员和项目经理的想法有时候也会有一些出入,那么是否让程序员和用户之间有一点的互动? 第九章(P173 9.1) 问题:可否理解产品负责人就是项目经理,因为他们两者就是做同一种工作. 第十章(P183 10.1) 问题:看了书,感觉用户的需求很难掌握,有时候用户的真实需求会随时间或是用户的想法而改动,那么我们要如何正确的把握住用户的真实需求?

软件工程-构建之法 团队

软件工程-构建之法 团队 团队名称:yousa_team 团队宣言:认真做事团队博客:http://www.cnblogs.com/yousa-team/团队队长:王天宁队长博客链接:http://www.cnblogs.com/wangtianning1223/团队其他队员:李思雨: http://www.cnblogs.com/lisiyu/崔志雄: http://www.cnblogs.com/b6772x33a程新松: http://www.cnblogs.com/chengxs/谭景元

《现代软件工程构建之法》读后感

通过本学期学习的<现代软件工程构建之法>,让我们对于软件工程有了深刻的了解.基于上学期学习的<软件工程>,延伸了我们的知识.配合本学期<软件的测试>让我们懂得了本书的重要性. 本书共分十七章,结合本学期学习的<软件测试>我们对于本书主要从测试入手.本书有关于单元测试的简要介绍,有关于个人开发的流程,两人合作的代码规范和审查,团队的模式和开发流程,还有软件的分析和设计方法,软件各种的测试方法,运用的测试工具等.就我目前只能了解这些,当然还有跟多,还要我们细细体

软件工程-构建之法 学期总结

一.翻译1.软件工程师是领导项目团队做软件需求分析,软件说明书,软件设计,开发,测试和软件运行与维护的高薪并收人尊重的职业.根据对健康的承诺,安全和公众利益,软件工程师应该遵守的一些职业道德:(1)公开---软件工程师应该与公共利益相一致.(2)客户和雇主---软件工程师应该为自己客户利益最大化,并且保证雇主符合公众利益.(3)产品---软件工程师应该尽可能的确保他们的产品和相关的修改符合最高专业标准.(4)判断---软件工程师应保持其完整性和独立性在专业判断方面.(5)管理---软件工程管理者

我眼中的现代软件工程—构建之法。

作为计算机科学与技术专业的本科生,学的东西较为广泛,而<现代软件工程—构建之法>这本书也是在某个层次上来说,成为了我学习软件工程的启蒙书. 软件工程包括五大领域:软件需求分析.软件设计.软件构建.软件测试和软件维护. 软件是由多人合作完成的,不同的工作人员相互间有依赖关系.我所接触的基本的个人技术和流程,浏览了单元测试.回归测试.效能分析.个人软件开发流程几个知识点. 原来觉得软件写好了,写完了,就可以发布了,为什么有些软件写了好几年都没有发布,看了单元测试才知道如果一开始没有写单元测试以确保

初学软件工程,对《现代软件工程―构建之法》这本书的疑问

这学期刚开的软件工程这门专业课,老师订的是邹欣编著的<现代软件工程―构建之法>这本教材.上课之前要求我们大致阅览这本书,提出对这本书不懂的问题,然后等到学期结束结课时对不懂的问题进行解答,以达到一个提高学习效率的目的. 以下是大致看完书不懂的问题: 1.什么是软件工程? 2.什么是敏捷流程?敏捷体现在什么方面? 3.MSF?PM?的含义是什么? 4.个人,两个和团队该怎么开发一个项目?具体流程是什么?

初识《现代软件工程——构建之法》

一.软件 1.软件概念 在学习软件工程这门课的时候,对于软件的概念还局限于软件=程序,程序就是软件,软件就是程序. 但是在这学期学习了软件工程这门课程后我知道了软件=程序+软件工程,软件不只是有程序组成的还有软件工程,这才是软件的组成结构. 软件的开发和发展是需要很多的条件的,像前期的策划(需求分析.市场价值等).后期的改进和营销等.这些都是决定一个软件的发展必要条件. 2.软件开发有四个阶段: 1.玩具阶段 2.业余爱好者阶段 3.探索阶段 4.成熟的产业阶段 3.软件的特殊性: 1.复杂性

快速通读《现代软件工程——构建之法》后的五点疑惑

通读过<现代软件工程--构建之法>这本书后,感觉确如老师所言,这本书不同于以往那些课本的呆板,更显轻松有趣,一个个例子很生动形象,促使我们能更加容易的理解那些原本晦涩难懂的概念.定义. 下面是我在阅读过程中遇到的几个问题: 1.第一章主要讲软件工程,那么软件工程的本质问题是什么?书中讲了软件开发过程的难题.特性,说那些非本质.临时的特性不能决定软件工程的本质问题,那本质问题究竟是什么? 2.第三章软件工程师的成长过程中描述了软件工程师的思维误区,那怎样才能避免或减少思维误区的发生? 3.程序员

《现代软件工程--构建之法》第一章整理

任务1.计算机专业术语    1.1 软件+程序+软件工程       “程序=数据结构+算法” 程序是指源程序,是一行行代码,它是建立在数据结构的一些算法上面的. “软件=程序+软件工程” 一个复杂的软件不但要有合理的软件架构 (Software Architecture).软件设计与实现(Software Design,Implementation and Debug),还要有各种文件和数据来描述各个程序之间的依赖关系.编译参数等,这     也就软件构建的过程. 源代码管理(Source