軟件工程读书思想笔记.docVIP

软件工程读书思想笔记 关键字：软件,工程 北大青鸟Aptech的九大优势????广力中心学软件 成功实现高薪就业???ACCP4 课程内容 第一章 软件工程的三个基本策略是本章的重点学习内容。 软件工程的主要环节有：人员管理、项目管理、可行性与需求分析、系统设计、程序设计、测试、维护等。 质量第一，生产率第二。高质量对所有用户都有价值，而生产率只对开发方有意义。质量与生产率之间不存在根本的对立，好的软件工程方法可以同时提高质量与生产率。 软件工程的三个基本策略： 复用：提高质量与生产率； 分而治之：把一个复杂的问题分解为若干个简单的问题，然后解决； 优化——折衷。 一些不正确的软件工程观念： 一、我们拥有一套讲述如何开发软件的书籍，书中充满了标准与示例，可以帮助我们解决软件开发中遇到的任何问题。 二、我们拥有最好的开发工具、最好的计算机，一定能做出优秀的软件。 三、如果我们落后于计划，可以增加更多的程序员来解决。 四、既然需求分析很困难，不管三七二十一先把软件做了再说，反正软件是灵活的，随时可以修改。 一些有争议的观念： 一、如果软件运行较慢，是换一台更快的计算机，还是设计一种更快的算法？ 二、有最好的软件工程方法，最好的编程语言吗？ 三、编程时是否应该多使用技巧？ 四、软件中的错误是否可按严重程度分等级？ 所有的错误都是严重的，不存在微不足道的错误。 第二章 管理者不能老惦记着自己是一个官，而应时刻意识到自己是责任的主要承担者。 一个技术出色的程序员可以自豪，但不可以目空一切。上天不可能赋予一个人太多的优点，以至于他没有表示谦虚的余地。 不要让人觉得程序员只管钻研技术，可以不懂世事并且应该自由散漫。程序员不该因为幼稚而显得单纯，应该是成熟了才变得单纯，才配得上这个充满活力的职业。 第三章 软件的高质量并不是“管理”出来的，实质上是设计出来的，质量的管理只是一种预防和认证的手段而已。 项目计划： 知己知彼：项目可用的资源有人、可复用的软构件、软硬件环境。 进度安排：项目计划应是动态的，随着客户需求等变化而变化；进度表要经过开发小组讨论并通过，这样才能实施；进度表中必需确立若干里程碑；进度表中对时间的安排必需有一定的缓冲时间。 以下一些事件经常会导致项目被延误： （1）上级领导主管臆断，制定了不现实的期限。项目经理与程序员们被迫按照不合理的进度表开展工作。 （2）客户的需求发生了变化，但没有对进度表做出相应的修改。 （3）低估了项目的规模与难度，导致投入的人力和物力不足。 （4）并未预见到存在难以克服的技术障碍。 （5）并未预见到开发人员会发生问题，如生病，辞职等等。 （6）开发人员之间不能很好的交流、协作，导致各阶段任务难以如期完成。 以下是一些有益的建议： （1）制定进度表的人最好就是项目负责人，他最了解项目和开发人员。进度表要经过开发小组的讨论，在得到大部数人的支持后才能实施。避免出现一厢情愿的局面。 （2）进度安排并不见得一定要符合逻辑顺序。应尽可能地先做技术难度高的事，后做难度低的事。也就是辛苦在前，轻松在后。 （3）开发一个大的软件项目，应该将进度表分为若干个里程碑。一个里程碑之内的多个任务可以同步进行。程序员极容易沉迷于技术，要么乐不思蜀，要么焦头烂额。里程碑就像心灵的灯塔，使忙碌的人群不混乱，不迷失方向。 （4）进度表中必须留有缓冲时间，并将缓冲时间用到不确定的事情上。因为人们对即将要做的事情知之甚少，所以要留一些时间以防不测。Microsoft公司的一些开发小组甚至制定了“50% 缓冲规则”。对许多项目经理而言，容忍进度表中存在缓冲时间，不啻为观念上的一个飞跃。 （5）如果发现项目应交付的期限非常不合理，就要跟领导或跟客户据理力争，请求放宽期限、调整进度。当客户的需求发生变化时，就要对进度表做出相应的修正。不要觉得修改进度表很困难很麻烦，不修改才会产生真真的麻烦。 “零缺陷质量管理”；两大核心为： 高目标：只有确立高目标，才有可能达到较高的质量水平。 可执行的规范：好的规范必需是企业有能力执行的；无规范则导致无序和混沌；太严密的规范则容易扼杀程序员生机勃勃的创造力。 软件的质量因素——简化为以下几种：正确性与精确性（首要考虑的，可扩充到容错性与可靠性）；性能与效率；易用性；可理解性与简洁性；可复用性与可扩充性。 质量检查：质量检查应该在每个实践环节都要执行，对应于进度表，在每个里程碑到达时执行质量检查比较合理。检查的内容包括：做出评审及做出建议。 第四章 可行性分析的要素： 经济：成本收益分析；短期长期收益分析。 技术：能否在指定的时间内完成；能否达到预期的质量标准；能否达到预期的生产效率。 社会环境：产品所处