第一节软件工程概述1.pptVIP

* * * * * * * * * * * * * * * * * * * * * * * * * * 1.3.3 基本原理 （6）开发小组的人员应少而精 开发人员素质和数量是影响软件质量和开发效率的重要因素，应该少而精。 开发小组为N人时，可能的通信信道为N(N-1)/2，可见随着人数N的增大，通信开销将急剧增大。 1.3.3 基本原理 （7）承认不断改进软件工程实践的必要性 （1）–（6）条原理只是对现有经验的总结和归纳，并不能保证赶上技术不断前进发展的步伐。 Boehm提出应把承认不断改进软件工程实践的必要性作为软件工程的第（7）条原理。积极采纳新的软件开发技术，注意不断总结经验。 继续学习第1章： 软件生命周期 * * * * * * * * * * * * * * * * * * * * * * * * * * * * * 1.2.1 软件危机定义及表现 （2）用户对“已完成的”软件系统不满意的现象经常发生。 用户在描述需求时表述不明确，在软件开发过程中，不断变更需求，同时双方未能及时沟通，造成软件开发后期积累了大量问题。 开发人员不重视需求分析，在没有充分明确需求的情况下开始着手编程，这种“闭门造车”的状态必然导致最终产品不符合用户实际需求。 1.2.1 软件危机定义及表现 （3）软件产品的质量往往靠不住。 例：1994年, 英特尔奔腾浮点除法软件缺陷，导致为自己的行为道歉并花费4亿多美元更换坏芯片. 原因：芯片发布前已发现问题，但管理层忽略了。软件缺陷被发现时，英特尔试图掩饰该问题的严重性。受到压力时，英特尔承诺更换芯片但要求用户证明自己受到软件缺陷的影响. (4195835/3145727)×3145727-4195835=0 1.2.1 软件危机定义及表现 （3）软件产品的质量往往靠不住 例：1991年, 美国爱国者导弹防御系统在几次对抗导弹战役中失利，误击毙28名美军士兵。(海湾战争) 原因：一个很小的系统时钟错误积累，可能拖延14小时并造成跟踪系统失去准确度，多哈战中系统拖延了100多个小时。 例：2007年10月30日上午11时， 2008北京奥运会售票系统软件瘫痪。售票系统瘫痪事件发生后，公众普遍质疑歌华特玛捷公司是否具备承担2008北京奥运会的票务销售能力。 1.2.1 软件危机定义及表现 （3）软件产品的质量往往靠不住 例：2013年6月23日，中国工商银行系统瘫痪导致全国多地工行系统柜面取款、ATM、网银等无法办理。24日，中国银行系统也短暂瘫痪，一时间金融业钱荒，银行股价暴跌，金融市场流动性紧张。 此次事件涉及北京、上海、武汉、四川等中国多个省市。工行随后证实事件乃系统升级所致。 1.2.1 软件危机定义及表现 （4）软件常常是不可维护的 投入使用的软件，总是出现一定数量的错误。 软硬件环境发生变化或者用户提出新的需求，都需要对软件进行修改。 在软件开发过程中，没有严格遵循软件开发标准，没有完整文档，给维护带来了极大的困难。 开发人员离开了开发组织的现象，致使软件维护困难。 1.2.1 软件危机定义及表现 （5）软件通常没有适当的文档资料 计算机软件开发完成，不仅仅有程序，还应该有一套完整文档资料。 软件开发人员可以利用这些文档资料准确地交流信息。 维护人员可以作为文档资料阅读从而掌握程序开发思路。 1.2.1 软件危机定义及表现 （6）软件成本在计算机系统总成本中所占的比例逐年上升。 软件开发需要大量的人力，软件成本随着通货膨胀以及软件规模和数量的不断扩大而逐年上升。 1.2 软件危机 软件危机定义及表现 产生的原因及解决途径 1.2.2 产生的原因及解决途径 产生软件危机的主要原因： （1）软件开发需要用科学的工程化的思想来组织和指导软件开发各个阶段。 很多软件开发人员往往认为软件开发就是程序设计。 （2）没有完善的质量保证体系。 没有严格的评审制度、科学的软件测试技术及质量维护技术。 1.2.2 产生的原因及解决途径 （3）软件文档的重要性没有得到足够的重视。 软件文档是团队成员之间交流和沟通的平台，也是项目管理的重要工具。 （4）从事开发的专业人员对软件产业认识不充分，缺乏经验。 （5）软件独有的特点给其开发和维护带来困难。 软件的自身特点使得软件在开发之前，很难对开发过程进行估计。 软件错误的隐蔽性和改正错误的复杂性，都使得软件开发和维护在客观上比较困难。 1.2.2 产生的原因及解决途径 为了解决软件危机，用工程化的思想去指导软件开发，于是诞生软件工程学。 第1章 软件工程概述 软件的概述 软件危机 软件工程概述 软件生命周期 软件过程模型 软件工程师职业道德规范与要求 1.3 软件工程概述 软件工程的定义 研究内容 基本原理 1.