软件工程概论-计算机软件基础(ppt 114页)34210.pptx

《软件工程概论-计算机软件基础(ppt 114页)34210.pptx》由会员分享，可在线阅读，更多相关《软件工程概论-计算机软件基础(ppt 114页)34210.pptx（114页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、下一页 http:/ 拥有庞大的管理资料库计算机软件基础计算机软件基础The software basic of computerThe software basic of computer主讲：刘志强主讲：刘志强第第1515单元单元软件工程概论软件工程概论1下一页上一页停止放映停止放映教学目标教学目标l了解软件工程的基本概念了解软件工程的基本概念l掌掌握握软软件件工工程程的的基基本本理理论论、技技术术和和方法，运用于软件的开发和生产方法，运用于软件的开发和生产2下一页上一页停止放映停止放映教学内容教学内容l了解软件、软件工程的基本概念软件的特征软件危机、软件工程瀑布模型、原型模型软件生存周期

2、中各个阶段的任务、实施方法及步骤3下一页上一页停止放映停止放映本单元涉及内容本单元涉及内容l概述软件的基本概念软件的发展和软件危机l第9章 软件工程9.1 软件工程9.2 软件生存周期9.3 软件工程管理4下一页上一页停止放映停止放映一、基本概念一、基本概念l软件 计算机系统中所有程序、数据结构及有关文档资料的总称。软件是计算机技术和人类智慧高度结合的产物，软件开发不是简单、机械地重复生产，而是创造性的脑力劳动。l软件的作用 软件是今后信息产业发展的推动力。美国最近在24项高科技领域中调查结果表明，其中18项与软件有关。5下一页上一页停止放映停止放映软件工程学的体系结构软件工程学的体系结构 软

3、件工程学软件工程学软件开发技术软件开发技术软件开发方法学软件开发方法学软件工具软件工具软件工程环境软件工程环境软件工程管理软件工程管理软件管理学软件管理学软件经济学软件经济学6下一页上一页停止放映停止放映问题的由来问题的由来l软件内在规律软件内在规律。任何事物有它自己的客观规律和发展轨迹。只有认识了它，才能驾驭它。l软件地位及作用软件地位及作用。软件是计算机系统中重要的组成部分。但在早期它并没有引起业界的重视。随着计算机技术的发展，随着“软件危机软件危机”的出现，以及软件危机对社会危害的增大，软件的地位和作用也越来越重要。l软件工程学软件工程学。业界人士不得不设置专门的学科软件工程学来研究软件

4、开发、生产的内在规律，用于指导现代工程化的软件生产。7下一页上一页停止放映停止放映软件的特征（软件的特征（与硬件产品比较与硬件产品比较）l软件是逻辑产品l软件产品质量的体现方式不同l软件产品的失败曲线不同l软件产品的成本构成不同l软件产品不存在同类零件替换l软件产品的静态和动态属性8下一页上一页停止放映停止放映软件是逻辑产品软件是逻辑产品l软件产品具有产值、价格、质量和功能的特性，但看不见,是逻辑的、无形的，是脑力劳动的结晶。9下一页上一页停止放映停止放映软件产品质量体现方式不同软件产品质量体现方式不同l质量体现方式不同：实用、可靠、可操作性；可维护性强方便用户不会折旧、损坏、老化10下一页上

5、一页停止放映停止放映软、硬件失败曲线软、硬件失败曲线 11下一页上一页停止放映停止放映成本构成不同成本构成不同 12%需求需求率率4%生产率生产率开发人员开发人员成本构成不同：主要投资在研制；软件研制是一种人力、资金密集的产业，而软件生产只是简单的复制、安装和培训。12下一页上一页停止放映停止放映软件产品不存在同类零件替换软件产品不存在同类零件替换l硬硬件件可可更更换换零零部部件件。当硬件产品中某个部件损坏后，可以用相同的备用部件更换，使硬件系统恢复正常工作。l软软件件不不能能更更换换零零部部件件。而软件产品却没有相同的备用部件可言，因为软件出现的每一个故障，要么是由于设计考虑不周造成的，要么

6、是编程错误造成的。由于软件无备用部件可供更换，因而软件维护比硬件维护要复杂得多,成本也高得多。13下一页上一页停止放映停止放映软件产品的静态和动态属性软件产品的静态和动态属性l软件是由程序和相关文档资料组成的。l程序是具有双重属性的：交交流流。它是求解客观问题的逻辑描述，是供阅读和交流的，它的表示是静态的；执执行行。程序最终是通过运行去执行特定的操作和数据处理，它又具有极其复杂和丰富内涵的动态属性。l程序是否正确的有双重标准：静态的程序正确与否是检查它的语法和句法是否符合规则要求；动态的程序正确与否则要动态的测试程序的所有逻辑流结构和数据结构是否正确。而后一种测试的难度和代价较之前一种要大得多

7、。14下一页上一页停止放映停止放映硬件生产率大幅提高硬件生产率大幅提高l如今，计算机的发展已进入一个新的历史阶段；l硬件产品已系列化、标准化，“即插即用”。l硬件产品的生产可以采用最高精尖的现代化工具和手段、自动成批生产。生产效率几百万倍的提高。l生产能力过剩。返 回15下一页上一页停止放映停止放映软件生产率很低软件生产率很低l伴随计算机的普及，整个社会对计算机应用的需求越来越大。l但软件的生产却还沿用“手工作坊”的生产方式，人工编程生产。生产效率仅提高了几倍。l生产能力极其低下。返 回16下一页上一页停止放映停止放映硬、软件供需失衡硬、软件供需失衡l社会大量需求，生产成本高，生产过程控制复杂

8、，生产效率低等等因素构成软件生产的恶性循环。l由此产生“软件危机”。返 回17下一页上一页停止放映停止放映矛盾引发矛盾引发“软件危机软件危机”l软件危机是指在计算机软件的开发和维护过程中所遇到的一系列严重问题。l为了研究、解决软件危机，诞生了一门新兴学科软件工程学。它把软件作为工程对象，从技术措施和组织管理两个方面来研究、解决软件危机。18下一页上一页停止放映停止放映软件危机的具体体现软件危机的具体体现（1）软件开发进度难以预测（2）软件开发成本难以控制（3）用户对软件功能难以满足（4）软件产品质量无法保证（5）软件产品难以维护（6）软件缺少文档资料19下一页上一页停止放映停止放映（1 1）软

9、件开发进度难以预测）软件开发进度难以预测l拖延工期几个月甚至几年的现象并不罕见，这种现象降低了软件开发组织的信誉。l以丹佛新国际机场为例。该机场规模是曼哈顿机场的两倍，宽为希思机场的10倍，可以全天侯同时起降三架喷气式客机；投资1.93亿美元建立了一个地下行李传送系统，总长21英里，有4，000台遥控车，可按不同线路在20家不同的航空公司柜台、登机门和行李领取处之间发送和传递行李；支持该系统的是5，000个电子眼、400台无线电接受机、56台条形码扫描仪和100台计算机。按原定计划要在1993年万圣节前启用，但一直到1994年6月，机场的计划者还无法预测行李系统何时能达到可使机场开放的稳定程度

10、。20下一页上一页停止放映停止放映（2 2）软件开发成本难以控制）软件开发成本难以控制l投资一再追加，令人难于置信。往往是实际成本比预算成本高出一个数量级。l而为了赶进度和节约成本所采取的一些权宜之计又往往损害了软件产品的质量，从而不可避免地会引起用户的不满。21下一页上一页停止放映停止放映（3 3）用户对产品功能难以满足）用户对产品功能难以满足l开发人员和用户之间很难沟通、矛盾很难统一。往往是软件开发人员不能真正了解用户的需求，而用户又不了解计算机求解问题的模式和能力，双方无法用共同熟悉的语言进行交流和描述。l在双方互不充分了解的情况下，就仓促上阵设计系统、匆忙着手编写程序，这种“闭门造车”

11、的开发方式必然导致最终的产品不符合用户的实际需要。22下一页上一页停止放映停止放映（4 4）软件产品质量无法保证）软件产品质量无法保证l系统中的错误难以消除。软件是逻辑产品，质量问题很难以统一的标准度量，因而造成质量控制困难。l软件产品并不是没有错误，而是盲目检测很难发现错误，而隐藏下来的错误往往是造成重大事故的隐患。23下一页上一页停止放映停止放映（5 5）软件产品难以维护）软件产品难以维护l软件产品本质上是开发人员的代码化的逻辑思维活动，他人难以替代。除非是开发者本人，否则很难及时检测、排除系统故障。l为使系统适应新的硬件环境，或根据用户的需要在原系统中增加一些新的功能，又有可能增加系统中

12、的错误。24下一页上一页停止放映停止放映（6 6）软件缺少适当的文档资料）软件缺少适当的文档资料l文档资料是软件必不可少的重要组成部分。l实际上，软件的文档资料是开发组织和用户的之间权利和义务的合同书，是系统管理者、总体设计者向开发人员下达的任务书，是系统维护人员的技术指导手册，是用户的操作说明书。l缺乏必要的文档资料或者文档资料不合格，将给软件开发和维护带来许多严重的困难和问题。25下一页上一页停止放映停止放映软件生产随规模增大而复杂度增大软件生产随规模增大而复杂度增大l以美国宇航局的软件系统为例：1963年 水星计划系统 200万条指令1967年 双子星座计划系统 400万条指令1973年

13、 阿波罗计划系统 1000万条指令1979年 哥伦比亚航天飞机系统 4000万条指令l假设1个人一年生产一万条有效指令，那么是否4000人生产一年，或400人生产10年就能完成任务吗？答案是否定的。一万条指令的复杂度决不仅仅是100条指令复杂度的100倍。26下一页上一页停止放映停止放映典型失败系统的例子典型失败系统的例子lIBM公司开发OS/360系统，共有4000多个模块，约100万条指令，投入5000人年，耗资数亿美元，结果还是延期交付。在交付使用后的系统中仍发现大量（2000个以上）的错误。27下一页上一页停止放映停止放映软件危机产生的原因软件危机产生的原因l产生软件危机有两个方面的原

14、因：内内部部因因素素。与软件本身的特点有关。内在因素是客观的存在，只能因势利导加以解决。外外部部因因素素。与软件开发和维护的技术方法有关。外部因素是可以完善、提高的。28下一页上一页停止放映停止放映软件特点的因素软件特点的因素l软软件件是逻辑产品，是代码化了的人的思维活动。在总体构思时，别人无法管理和干预。在写出程序、并在机器上运行之前，进展情况难以掌握，开发质量也无法评估。这些都给管理和控制带来不便。l软软件件是特定问题在计算机上的运行描述。实际问题的复杂性决定了一个实用软件系统规模往往十分庞大。程序规模越大，控制、管理难度也就越大。29下一页上一页停止放映停止放映软件开发维护技术方法的因素

15、软件开发维护技术方法的因素l开开发发人人员员和和用用户户之之间间的的矛矛盾盾。许多软件系统开发失败的主要原因是开发人员在没有准确、完整地了解了用户的需求后就急于编程；用户对需求也往往不能准确、完整地提出。l软软件件产产品品有有其其生生命命周周期期。在周期的各个阶段有其具体的任务，如何完成任务，各个阶段有不同的技术方法和操作步骤。只有科学的按生命周期各阶段的任务去组织实施，才能保证质量，降低成本；急于求成，不按科学规律、方法实施，只能“事倍功半”，事与愿违。l软软件件产产品品的的使使用用寿寿命命很很长长。在这期间因功能的增加、硬件的更新换代，都要对软件进行必要的修改。据统计数据表明，软件维护的费

16、用占总费用的55%70%。软件工程的一个重要目标就是提高软件的可维护性，减少软件维护的代价。30下一页上一页停止放映停止放映解决软件危机的途径解决软件危机的途径l为了解决软件危机就要从技术措施技术措施和组织组织管理管理两个方面去研究，不断总结经验教训，提高软件产品的生产效率，降低软件开发和维护的成本。l开发软件选用最好的开发工具是至关重要的，即选择、设置良好的软件工程支撑环境。工具选用的好，它可以“放大”人的智力，大大加快软件开发速度，提高软件质量。31下一页上一页停止放映停止放映软件开发的演变过程软件开发的演变过程l程序设计阶段程序设计阶段l软件设计阶段软件设计阶段l软件工程阶段软件工程阶段

17、32下一页上一页停止放映停止放映程序设计阶段程序设计阶段（1946年1955年）l特点：尚无软件的概念，程序设计主要围绕硬件进行开发，规模很小，工具简单，无明确分工（开发者和用户），程序设计追求节省空间和编程技巧，无文档资料。主要是用于科学计算。33下一页上一页停止放映停止放映软件设计阶段软件设计阶段（1956年1970年）l特点：硬件环境相对稳定，出现“软件作坊”的开发组织形式。开始使用产品软件（可购买），从而建立了软件的概念。系统规模越来越庞大，高级编程语言层出不穷，应用领域不断拓宽，开发者和用户有了明确分工，社会对软件的需求量剧增。但是软件开发技术没有重大突破，生产效率低下，从而导致“软

18、件危机”产生。34下一页上一页停止放映停止放映软件工程阶段软件工程阶段（1970年至今）l由于软件危机的产生，迫使人们不得不研究、改变软件开发的技术手段和管理方法。从此软件生产进入软件工程时代。l特点：硬件已向“四化”（巨型、微型、网络、智能）发展，数据库技术已成熟并广泛应用，第三、四代语言出现。第一代软件技术结构化程序设计在数值计算领域取得优异成绩；第二代软件技术软件测试技术、方法、原理用于软件生产过程；第三代软件技术处理需求定义技术，用于软件需求分析和描述。35下一页上一页停止放映停止放映二、软件工程二、软件工程l“软件工程”一词是1968年北大西洋公约组织的计算机科学家在当时联邦德国召开

19、的专门讨论解决“软件危机”的国际会议上正式提出并使用的，并由此诞生了一门新兴学科软件工程学。l“软件工程学”是一门交叉学科，它涉及计算机科学、管理科学、工程学和数学。l计算机科学培养的是计算机科学家，而软件工程则是培养软件工程师。36下一页上一页停止放映停止放映软件工程的目标软件工程的目标l软件工程的基本目标是：l开发尽可能多的软件产品；l提高软件的生产效率；l满足应用的功能需要；l降低软件开发成本。37下一页上一页停止放映停止放映软件工程的指导思想软件工程的指导思想l为解决软件危机，把“软件”这种特殊商品的生产、管理过程纳入传统工程管理的轨道；用计算机科学中的最新成果应用于软件工程中用管理学

20、的原理和方法进行软件生产管理用工程学的观点进行核算，制定工程进度和实施方案用数学方法建立软件的可靠模型和各种有效算法38下一页上一页停止放映停止放映软件工程基本原理软件工程基本原理l自1968年提出“软件工程”的概念以来，专家学者又陆续突出了100多条关于软件工程的准则。l著名软件工程专家B.W.Boehm于1983年发表的一篇论文中提出了软件工程的七条基本原理。他认为这七条原理是确保软件产品质量和开发效率的最小准则集合。39下一页上一页停止放映停止放映软件工程七条基本原理软件工程七条基本原理用分阶段的生命周期计划严格管理坚持进行阶段评审实行严格的产品控制采用现代程序设计技术结果应能清楚地审查

21、开发小组人员少而精承认不断改进软件工程实践的必要性40下一页上一页停止放映停止放映用分阶段生命周期计划严格管理用分阶段生命周期计划严格管理l在软件的整个生命周期中应该制定并严格执行六类计划：项目概要、项目进度表、项目控制、产品控制、验证及运行维护计划。l不同层次的管理人员必须严格按照计划各尽其职地去管理软件开发与维护工作，绝不能受客户或上级的影响而擅自背离预定计划。41下一页上一页停止放映停止放映坚持进行阶段评审坚持进行阶段评审l软件的质量保证工作不能等到编码阶段结束之后再进行。这是因为：大部分错误是在编码之前造成的（根据Boehm统计，设计错误占软件错误的63%，编码错误占37%）。错误发现

22、与改正得越晚，所付出的代价也越高。因此，在每个阶段进行严格的评审，尽早发现并修正各个阶段中所犯的错误是一条必须遵循的重要原则。42下一页上一页停止放映停止放映示意图关于阶段评审作用示意图关于阶段评审作用 43下一页上一页停止放映停止放映实行严格的产品控制实行严格的产品控制l在软件开发过程中不应随意改变需求（改变一项需求往往要付出很高的代价），但不能禁止更改需求。当必须修改时，为了保持软件各配置成分的一致性，必须实行严格的产品控制（主要是实行基准配置管理）。l一切有关修改软件的建议（特别是涉及到对基准配置的修改建议）都必须按照严格的规程进行评审，获准后才能实施修改）。l绝对不能谁想修改就随意进行

23、修改的行为。44下一页上一页停止放映停止放映采用现代程序设计技术采用现代程序设计技术l以前的结构化程序设计技术，如今的面向对象程序设计技术都被实践证明是各个不同历史阶段的优秀程序设计技术和方法。l采用先进的技术既可以提高软件开发的效率，又可以提高软件维护的效率。45下一页上一页停止放映停止放映结果应能清楚地审查结果应能清楚地审查l软件产品是看不见、摸不着的逻辑产品，软件开发人员的工作进展情况可见性差。为了提高开发过程的可见性，应根据软件开发项目中的目标完成期限，规定开发组织的责任和产品标准，使得到的结果能够清楚的审查。46下一页上一页停止放映停止放映开发小组人员少而精开发小组人员少而精l开发小

24、组成员的素质应该高，人员不宜过多。人员素质和数量是影响产品质量和开发效率的重要因素。l素质高的人开发效率比低的人高几倍甚至几十倍，而错误则明显得少；l人数增加，管理难度也增加。47下一页上一页停止放映停止放映承认不断改进软件工程实践的必要性承认不断改进软件工程实践的必要性l要积极主动地采纳新的软件技术，要不断总结经验；不能自以为是，固步自封，唯我独好。l大千世界，错综复杂，只有不断学习，才能不断进取，不断进步。48下一页上一页停止放映停止放映软件工程应用范围软件工程应用范围l个人程序、中小型或一般程序同开发人员之间的关联较小，应用SE方法收效甚微。l大型程序要由若干个程序员小组承担开发，相互关

25、系极其复杂，因此，必须自始至终坚持SE方法。49下一页上一页停止放映停止放映应用程序分类应用程序分类分类 程序规模 模块数 开发时间 开发人数极小 500行以下 1020 14周 1人 小 1K2K行 2550 16月 1人 中 5K50K行 2501000 12年 25人 大 50K100K行 1000以上 23年 520人甚大 1M行 45年 1001000人极大 1M10M行 510年 2000500050下一页上一页停止放映停止放映传统软件工程模式传统软件工程模式 l70年代，计算机技术水平不高，开发工具少而且性能差。对于大型复杂问题的求解方法有很大的局限性影响。l软件工程采用的方法：

26、把软件生存周期划分成若干个阶段，每个阶段的任务相对独立，而且比较简单，便于不同人员分工协作，从而降低整个软件开发工程的困难程度。l在实现每个阶段的任务时，采用的是系统化的技术方法结构化分析和结构化设计技术。l传统软件工程模式的缺点：强调了分阶段实施模块化、结构化程序设计技术和方法，而忽视了人在软件开发过程中的地位和作用。51下一页上一页停止放映停止放映现代软件工程模式现代软件工程模式l现代软件工程是在传统软件工程模式的基础上，为了强调人在系统开发中的作用，同时为了适应软件新技术的发展趋势而提出的。其基本要点是：1.以人为主，充分利用软件开发方法及软件开发工具；2.开发人员的组织管理对软件开发成

27、功与否至关重要；3.基于软件组件的软件开发技术。各种功能的可重用软件组件不断问世。这使得在软件开发过程中编程工作量日趋减少，取而代之的是在设计好系统体系结构后，利用软件组件构造或重构软件系统。4.由于软件组件是标准化设计、成品化生产的，极易构造使用，从而大大简化了设计、编程、测试各个环节的工作量，提高了工作效率和生产效率。l由于在软件开发过程中最大限度地采用软件组件，使得软件开发过程变为系统分析、系统构造、系统测试的集成过程。52下一页上一页停止放映停止放映阶段的划分及主要任务阶段的划分及主要任务1)系统分析2)系统设计3)系统测试4)软件组件5)系统开发人员的组织管理53下一页上一页停止放映

28、停止放映系统分析系统分析l系统分析从系统需求入手，从用户观点出发建立系统用户模型。用户模型从概念上全方位表达系统需求及系统与用户的相互关系。系统分析在用户模型的基础上，建立适应性强的独立于系统实现环境的逻辑结构。l分析阶段独立于系统实现环境，可以保证建立起来的系统结构具有相对的稳定性，便于系统维护、移植或扩充。l在系统分析阶段，系统的逻辑结构应从以下三方面全面反映系统的功能与性能：（1）信息。完整描述系统中所处理的全部信息；（2）行为。完全描述系统状态变化所需处理或功能；（3）表示。详细描述系统的对外接口与界面。54下一页上一页停止放映停止放映系统设计系统设计l在在系系统统设设计计阶阶段段，首

29、先考虑具体的实现环境。在设计时，可能会对系统结构作一些调整，但为了保持系统结构的稳定性，应尽可能避免由于实现环境的特定要求而改变系统结构。l设设计计、构构造造系系统统的的软软件件组组件件。设计软件组件的主要内容是定义组件的结构、功能和外部接口，以及组件之间的相互关系和通信方式。对于复杂的大系统，还可以根据组件之间关联的紧密程度，将关联密切的多个组件形成一个子系统，子系统之间具有松散的耦合。l在在系系统统实实现现阶阶段段，对于需要开发的软件组件，选择采用某种合适的程序设计语言编写相应的源代码程序，完成系统实现工作。55下一页上一页停止放映停止放映系统测试系统测试l系统测试包括单元测试、集成测试和

30、系统测试。就功能而言与传统软件工程模式中系统测试的功能相同。56下一页上一页停止放映停止放映软件组件软件组件l在现代软件工程的开发过程中，软件组件只是一个辅助或支撑系统构造的一个过程。l软件组件开发主要是开发与维护系统构造过程中用到的组件。将软件组件作为一个单独的过程，目的是将组件作为构造软件的“零部件”。l随着软件技术的不断发展及软件工程的不断完善，软件组件将会作为一种独立的软件产品出现在市场上，供应用开发人员在构造应用系统时选用。57下一页上一页停止放映停止放映系统开发人员的组织管理系统开发人员的组织管理l现代软件工程不仅包括软件开发方法、工具和过程，更强调人在开发过程中的作用。一个复杂的

31、系统开发过程，涉及到众多的以人为主的各种开发活动，通过这些活动的有机配合与协调才能保证系统开发的成功。因此，系统开发人员的组织管理是现代软件工程中的重要方面。l组织管理方法有以下几个要点：明确系统开发人员与用户之间的责任与义务；明确各类开发人员的主要工作及责任；制定或选择工程开发规范。58下一页上一页停止放映停止放映三、软件生命周期三、软件生命周期l软件生存周期指从软件的需求分析、设计、编程、测试、交付用户使用到版本升级、或被被自然淘汰的过程。l软件工程的应用模式也称为软件生存周期模式。通常也称其为“瀑布模型”（B.W.Bohem提出的该模型)。59下一页上一页停止放映停止放映软件生命周期各个

32、阶段任务软件生命周期各个阶段任务l需求分析、定义l系统总体设计l系统编程l系统测试l系统维护60下一页上一页停止放映停止放映需求分析、定义需求分析、定义l任务是：收集、分析、理解、确定用户的要求；然后把用户的要求精确、完整地描述表达出来。l目的：要回答“要解决什么问题？”，既系统”做什么？“。l分两步骤：可行性研究：制定软件开发计划进行需求分析l阶段结果，产生出：可行性报告、软件计划、需求说明书61下一页上一页停止放映停止放映系统总体设计系统总体设计l任务是任务是：设计软件系统的模块层次结构模块间逻辑关系、参数每个模块的功能l目的：要回答“如何解决该问题？”，既系统”怎样做？“。l分两步骤：概

33、要设计：解决系统的模块划分、模块的层次结构及数据库设计。详细设计：解决每个摸块内部算法和数据结构。l阶段结果；产生出：系统设计说明书和模块功能说明书。62下一页上一页停止放映停止放映系统编程系统编程l任务是：根据设计说明书中每个模块的控制流程编出相应的程序。l阶段结果：软件系统的源程序。63下一页上一页停止放映停止放映系统测试系统测试l任务是：检查、发现程序中的错误，提高软件的可靠性。回答：“该系统是否能实现规定的操作？”。l分三个阶段：模块测试 测试每个模块的程序是否有错；组装测试 测试模块之间的接口是否正确；确认测试 测试整个软件系统是否满足用户功能、性能要求。l测试三大基本技术：逻辑覆盖

34、（白盒法）边值分析（黑盒法）等价类划分（黑盒法）l阶段结果：测试报告；说明测试数据的选择，测试对象、测试结果是否符合预期结果等。64下一页上一页停止放映停止放映系统维护系统维护l任务是：改正软件系统在使用过程中发现的隐含错误，扩充在使用过程中的新的功能要求；l目的：维护软件系统的正常运行；l阶段结果：软件系统的问题报告和软件修改报告（记录发现软件错误的情况以及修改软件的过程）。65下一页上一页停止放映停止放映瀑布模型瀑布模型 需求分析需求分析7%系统设计系统设计6%软件编程软件编程7%软件测试软件测试13%软件维护软件维护67%用户要求用户要求分析报告分析报告系统设计报告系统设计报告源程序源程

35、序测试报告测试报告更改要求更改要求UAMATMMPUTPUAMPA 系统分析员系统分析员M 项目管理员项目管理员P 程序员程序员T 高级程序员高级程序员U 用户用户66下一页上一页停止放映停止放映瀑布模型的特点瀑布模型的特点l瀑布模型具有顺序性和依赖性,即后一阶段的工作必须在前一阶段的工作完成后才能开始。l把逻辑设计与物理设计清楚地划分开，是瀑布模型的重要指导思想。l瀑布模型强调的是优质，即每一步都循序渐进，及早消除隐患，从而保证软件质量。l它的致命缺点在于只有做出精确的需求分析，才能取得预期的结果。由于各种客观、主观的原因，需求分析往往不很精确，常常给日后的开发带来隐患。67下一页上一页停止

36、放映停止放映原型模型原型模型样品模型样品模型l原型模型的主要思想：先借用已有系统作为原型模型，通过“样品样品”不断改进，使得最后的产品就是用户所需要的。l原形模型的特点：(1）开发人员和用户在“原型”上达成一致。这样一来，可以减少设计中的错误和开发中的风险，也减少了对用户培训的时间，而提高了系统的实用、正确性以及用户的满意程度。（2）缩短了开发周期，加快了工程进度。（3）降低成本。原型模型的缺点：当告诉用户，还必须重新生产该产品时，用户是很难接受的。这往往给工程继续开展带来不利因素。68下一页上一页停止放映停止放映快速原型模型快速原型模型 分析分析原型原型样品样品模型模型设计设计编程编程测试测

37、试使用使用修改修改与与改进改进在系统分析与设计中，采用交互式，反复修改与不断改进的方式进行。还有的把原型模式嵌套在瀑布模型中运用。69下一页上一页停止放映停止放映螺旋模型螺旋模型l螺旋模型将工程划分为4个主要活动：制定计划、风险分析、实现工程和用户评价。4个活动螺旋式地重复执行，直到最终得到用户认可的产品。制定计划：确定软件目标,选定实施方案,弄清项目开发限制条件。风险分析:分析可选方案,分析识别风险,研究解决化解风险的办法。实现工程:实施软件产品的开发。用户评价:对当前工作结果进行评价，提出改进产品的建议。螺旋模型的缺点:很难让用户确信这种演化方法的结果是可以控制的.70下一页上一页停止放映

38、停止放映 其他模型其他模型l智能模型 也称基于知识的软件开发模型，它与专家系统结合在一起。该模型应用基于规则的系统，采用归纳和推理机制，帮助软件人员完成开发工作，并使维护在系统规格说明一级进行。l该模型在实施过程中要建立知识库，将模型本身、软件工程知识与特定领域的知识分别存人数据库。以软件工程知识为基础的生成规则构成的专家系统与含应用领域知识规则的其他专家系统相结合，构成这一应用领域软件的开发系统。l面向对象生存周期模型 其主导思想是：在整个软件开发过程中将面向对象技术贯穿于整个生存周期。当然，还要结合传统开发模式中好的、已被无数成功开发活动证明是可行的经验和技术。71下一页上一页停止放映停止

39、放映 四、软件工程管理四、软件工程管理1.软件工程项目管理的任务 2.软件人员组织与管理 3.软件配置管理 4.软件知识产权保护 72下一页上一页停止放映停止放映软件工程项目管理的任务软件工程项目管理的任务l软件工程项目管理所涉及的范围覆盖了整个软件工程过程。它管理的任务是：根据项目合同书的要求，制定项目计划和工程进度安排、监督和检查项目实施过程、保证工程满足要求的质量标准、分析确定并排除风险、在规定的期限和预算成本内完成项目。包括：项目计划和进度安排 项目追踪和质量保证 成本估算 风险分析 73下一页上一页停止放映停止放映项目计划和进度安排项目计划和进度安排l项目计划要列出软件开发要做的主要

40、工作和任务清单，要回答“软件工程项目做什么”。l在工作和任务清单中要清楚地描述出：项目划分的各个实施阶段每个阶段的工作重点和任务是什么完成本阶段工作和任务的人力、资源需求，时间期限阶段工作和任务的成果形式项目实施过程中对风险、疑难、其他不可预见因素等的处理机制各任务组及开发人员之间的组织、协调关系等。74下一页上一页停止放映停止放映进度安排进度安排l在制定项目进度安排时，主要依据是合同书和项目计划。通常的做法是把复杂的整体项目分解成许多可以准确描述、度量、可独立操作的相对简单的任务，然后安排这些任务的执行顺序，确定每个任务的完成期限、开始时间和结束时间。l开始需要考虑的主要问题是：项目可以支配

41、的人力及资源项目的关键路径生存周期各个阶段工作量的划分工程进展如何度量各个阶段任务完成标志如何自然过渡到下一阶段的任务等。75下一页上一页停止放映停止放映项目追踪和质量保证项目追踪和质量保证l项目追踪实施由项目管理人员负责。他们必须按进度安排表追踪检查每一个任务。如果任务实际完成日期滞后于进度安排，则管理人员可以行使职权范围内的权力采取各种补救措施以减少进度误期所造成的影响。包括对资源重新定向，对任务重新安排，甚至可以修改交付日期以调整已经暴露的问题。l质量保证在软件生存周期中是至关重要的。人们在管理项目时往往只强调必须按期完成任务，必须遵循进度计划，必须把成本控制在预算范围内，却忽视了在生存

42、周期各个阶段工作和任务应满足规定的质量标准。76下一页上一页停止放映停止放映软件质量主要因素包括软件质量主要因素包括正确性 在预定的系统环境下能正确地完成预期的功能；健壮性 在预定意外环境下系统能适当地给予预期的响应；完整性 对未经授权的操作，系统能够进行控制；可用性 系统在完成预定任务的功能时能够圆满地实现；灵活性 系统应能满足硬件环境升级和部分功能扩充需求；可理解性 用户和维护人员应非常容易的理解和使用系统；可维护性 用户按文档资料应能排除常见系统故障，保持系统正常运行；可移植性 在厂家协助下，系统可以移植到其他硬件环境且费用可以接受；可重用性 系统全部或部分代码可以在其他应用系统中被使用

43、；可测试性 系统容易测试。77下一页上一页停止放映停止放映保证软件质量的措施保证软件质量的措施l为了保证软件质量，在软件开发过程中应采取下列措施：（1）审查（2）复查和管理复查（3）测试78下一页上一页停止放映停止放映审查审查l在软件生存期各个阶段结束之前，都要对该阶段产生的结果和软件配置文档进行严格技术审查。l审查过程包括：计划：组织审查组、分发材料等；概况介绍：对大的项目，让主程序员介绍概况；准备：评审员阅读材料，取得项目有关知识；评审会：目的是发现和记录错误；返工：开发者修改已经发现的问题；复查：检查返工是否真正解决了问题。79下一页上一页停止放映停止放映复查和管理复查复查和管理复查l复

44、查是检查已有的材料，以断定本阶段的工作是否能够开始或继续。每个阶段开始时的复查是为了肯定前一个阶段结束时确实进行了认真的复查，已经具备了开始当前阶段工作所必须的材料。l管理复查是指：向开发组织或使用部门的管理人员提供有关项目的总体状况以及进度等方面的情况，以便他们从管理的角度对开发工作进行审查。80下一页上一页停止放映停止放映测试测试l测试是用测试用例执行系统，以检查测试结果是否和预期结果一致。l在测试过程中将产生以下文档：测试计划：确定测试范围、方法、测试用例和所需资源等；测试过程：详细描述与每个测试方案有关的测试步骤和数据（包括测试预期结果）;测试结果：把每次测试运行的结果归入文档，如果运

45、行出错，则应产生问题报告，并且要通过调试解决所发现的问题。81下一页上一页停止放映停止放映成本估算成本估算l成本估算和成本管理是软件项目管理的核心任务之一。在制定项目计划时，就必须对项目需要的人力及其他资源、项目持续时间和项目成本做出估算。如果新项目和以往的项目类似，估算可以参考以前的成本费用。l现在已有一些用于软件成本估算的技术可供借鉴。这些估算技术各有其优缺点，但以下几方面是共同的：事先建立软件的工作范围；以软件度量（经验度量、相似工程类比的度量）为基础做出估算把项目分解为可单独进行估算的小块82下一页上一页停止放映停止放映成本估算方法成本估算方法l就方法论而言，有两种基本的成本估算方法：

46、自顶向下和自底向上。l自顶向下法是对整个工程项目的总开发时间和总工作量做出估算，然后将它们按阶段、步骤和任务进行分配。l自底向上法则正好相反，先分别估算各个任务所需要的工作量和开发时间，再相加，从而得到总的工作量和总的开发时间。这两种方法都要求采用某种方法做出估算。l有许多估算方法可以利用，大致划分为三类：专家估算法、类推估算法、算式估算法。83下一页上一页停止放映停止放映成本估算方法简介成本估算方法简介l专专家家估估算算法法 依靠一个或多个专家对项目做出估算，其精度主要取决于专家对估算项目的定性参数的了解和他们的经验。l类类推推估估算算法法 在自顶向下法中，类推估算法将估算项目的总体参数与类

47、似项目进行直接比较得到结果；在自底向上法中，类推是在两个具有相似条件的工作单元之间进行。l算算式式估估算算法法 前两种估算法的缺点在于：它们依靠的是带有主观猜测和盲目性的估算方法。算式估算法则是企图避免主观因素影响的一种方法。算式估算法有两种基本类型：由理论导出的算法和由经验得出的算法。84下一页上一页停止放映停止放映风险分析风险分析l在开发新的软件系统过程中，由于存在许多不确定因素，软件开发失败的风险是客观存在的。因此，风险分析对于软件项目管理是决定性的。风险分析实际上就是贯穿在软件工程过程中的一系列风险管理步骤，其中包括：风险识别、风险估计、风险管理策略、风险解决和风险监督等。85下一页上

48、一页停止放映停止放映主要风险因素主要风险因素 产品大小。实践经验表明项目风险和产品的大小成正比。公认产品大小度量单位是以代码行或功能点计。技术相关。未曾使用过的新技术都存在风险。包括未使用过的新型硬件、支持软件，缺乏标准与规范的非传统的开发方法等。技术过时也是风险。技术风险一般难于改正。开发环境。适用的开发工具不足、不可靠、使用不方便等因素，都会降低开发效率。组织规模和人员经验。客户因素。表现在客户需求经常矛盾，不了解客户的特殊需要，客户不了解项目中采用的新技术，且双方又难于沟通等。86下一页上一页停止放映停止放映软件人员组织与管理软件人员组织与管理l人员是软件工程项目最重要、也是最为活跃的资

49、源因素。如何组织得更加合理，如何管理得更加有效，从而最大限度地发挥这一重要的资源潜力，对于成功地完成软件工程项目至关重要。1)项目组的组织结构 2)程序设计小组的组织形式 3)软件项目的管理 87下一页上一页停止放映停止放映项目组的组织结构项目组的组织结构l开发组织采用什么形式，要针对软件项目的特点来决定，同时也与参加人员的素质有关。l建立项目组织时要考虑这样一些原则：项目责任制度。项目必须实行项目负责人责任制。项目责任人对项目的完成负全部责任。人员少而精。项目组成员之间的交流和协作是项目成败的关键。人员少，具有便于组织管理、合理分工、减少通信等优点；人员精，有利于互相激励、发挥各自的特长优势

50、，提高工作效率。88下一页上一页停止放映停止放映选择组织结构的模式选择组织结构的模式（1）按按课课题题划划分分 按课题划分小组。小组成员自始至终参加所承担课题的各项任务。（2）按按职职能能划划分分 按任务的工作阶段划分成若干个专业小组。例如，分别建立计划组、需求分析组、设计组、实现组、测试组、质量保证组、维护组等。要开发的软件产品在每个专业小组完成阶段加工后，沿工序流水线向下传递。这种流水线模式便于小组人员熟悉本组的工作，进而变成这方面的专家。但也有小组之间的通信接口增多，通信路径延长等问题。（3）矩矩阵阵形形模模式式 这种模式实际上是以上两种模式的结合。既设立项目经理负责项目的管理，又成立一