人月神话读书报告.docVIP

人月神话读书报告 年级： 专业： 姓名： 学号： 成绩： 评语： 北京***大学软件学院 2011年8月打开《人月神话》进入眼帘的是作者1975年版献辞，我很诧异老师这么推崇的书，居然有这么悠久的历史——在日新月异的软件界，还真有30多年经久不衰的“神话”抑或是一本“预言”？ 在仓促的浏览了一遍之后，我理解了老师让我们通读这本书的初衷——系统了解软件工程：这本书讲到了架构设计保证概念完整性，整体和部分，空间技能和程序结构的关系，产品集成的方法和消除缺陷的设计思路；文档和流程的建设，软件开发工具对软件开发过程的支持和效率的提升以及工具的选择等相关内容焦油坑的即使足够强大，也无法摆脱束搏而沉到坑底。IT项目也是这样，不论是开发大型软件系统还是小型项目，都会遇到诸多复杂的问题和影响因素，项目本身就是一个足够复杂的动态系统，没有最优，只有满意。项目四要素，人员，组织环境，干系人，外部依赖和约束，风险和假设，团队，人等诸多问题都是你必须要考虑的问题，任何一个要素出现大的差错都可能导致项目失败，只有所有要素能够平衡好，团队能够协调一致才能够保证项目成功。在开发小组中，。如果一个200人的项目中，有25个最能干和最有开发经验的项目经理，那么开除剩下的175名程序员，让项目经理来编程开发。对于一个软件项目，适合的项目团队规模在20人左右，这是一个专职的IT项目经理可以管理的最大值。那由于项目进度压力需要增加团队规模到100人的时候，让项目经理来开发实际操作是很困难的方式，在这里推荐的方式是将系统按照高内聚，松耦合分解为5个子系统。这样则可以将100个分解为5个项目，由5个项目经理来管理，这是减少和有序化沟通渠道最有效的方式。外科手术队伍的目的仍然是为了提高整体效率，要达到这个目的就需要分清主次，由外科医生和副手主体人员复制解决问题和保持概念完整性。将有经验的首席程序员真正能够解放出来，让他们能够真正的专注于产品和程序实现。外科医生和副手构成了整个团队的核心，副手不是简单的打杂人员，而是外科医生的后备和左右手，他们在经验丰富后就可以升任为外科医生。对于队伍如何运作的问题，外科医生和副手是核心保证高度的概念完整性，跟传统按生命周期阶段来分角色的团队相比，我们可以看到一个显著的差别就是流水线式的沟通方式朝扁平的总线式沟通方式转化。这种方式沟通更加高效，同时概念完整性更加容易保证，当出现冲突的时候外科医生具有绝对的权威。 一位首席程序员、类似于外科手术队伍的团队架构提供了一种方法—既能获得由少数头脑产生的产品完整性，又能得到多位协助人员的总体生产率，还彻底地减少了沟通的工作量。未雨绸缪这章我开始风险，但是仔细阅读后发现主要讲如何快速适应变化。在敏捷软件开放中我们强调通过迭代和快速交互等各种方法来适应变化。在大型软件工程中我们看到仍然需要考虑如何适应变化，很多时候对于大型的软件和系统，我们一开始往往很难设计的很清楚，所以只有先假设一种方案，然后对其开发原型进行验证，只有通过验证后才能开始后续的计划，否则就必须提出新的假设。一切事物皆无常，都处于动态的发展变化中，唯一不变的就是变化本身。不但目标上的变化不可避免，而且设计策略和技术上的变化也不可避免。抛弃原型概念本身就是对事实的接受——随着学习的过程更改设计。所以以此为展开分别开始谈软件开发生命周期的各个阶段都必须要适应变化。 为变更而计划并不是要求我们范围不明确，而是计划过程应该是迭代式的渐进细化过程。为变更而设计组织结构，如外科手术团队，要求最小化团队成员接口并最方便系统修改和扩展为变更而发布讲如何提高软件产品可维护性，如何解决Bug的修复会引入新的Bug的问题。 工欲善其事，必先利其器。在软件项目团队。项目经理在项目计划阶段必须要考虑到在整个软件生命周期的过程管理，产品开发，质量管理等各个环节需要用的各种工具。在这里分目标机器和辅助机器来谈工具和技术，在这里结合软件开发生命周期阶段来谈工具技术： 需求阶段工具 需求阶段主要分为需求收集，需求开发和需求管理三个方面的内容。需求收集主要是如何捕获和描述清楚用户需求，可以用Excel来完成需求的收集；需求开发对于面向对象一般采用使用ROSE工具采用UML用例建模的方式进行，用例建模一般又分为用例建模，行为建模和界面建模三个层次的内容。需求管理一般采用RP工具进行需求的追踪，采用CQ等工具进行需求变更的控制。 设计开发阶段工具 设计开发阶段工具主要是前台应用和架构的设计以及后台数据库的设计。数据库设计一般采用PowerDesigner或ERWin进行数据库的建