第2章软件工程原理与应用
软件工程第二章-软件过程
编码
运行 时期
1. 瀑布模型
瀑布模型(waterfall model)是软件工程最早的范例，
也称经典生命周期，它提出了一个系统的、顺序的软 件开发方法，从用户需求规格说明开始，通过计划、 建模、构建和部署的过程，最终提供一个完整的软件 并提供持续的技术支持。
沟通 项目启动 需求获取 策划 项目估算 进度计划 项目跟踪
… 框架活动 # n 动作 # n.1 任务集 …… 动作 # n.m 任务集 工作任务、工作产品、 质量保证点、项目里程碑
工作任务、工作产品、 质量保证点、项目里程碑
只有一种软件过程吗？
软件过程的种类很多，区别主要体现在几个方面： 组成过程的各个活动(包括普适性活动)、动作和任务，及其相互依 赖的关系都可能不同； 动作和任务的细化程度可能不同； 工作产品的定义和要求可能不同； 质量保证活动的应用方式可能不同； 项目跟踪和控制活动的应用方式可能不同； 过程描述的详细程度和严谨程度可能不同； 客户和利益相关者对项目参与的程度可能不同； 软件团队所赋予的自主权可能不同； 队伍组织和角色的明确程度可能不同。
下优先级进行增量开发：
第一个增量实现基本的文件管理、编辑和文档生成功能
； 第二个增量实现更加完善的编辑和文档生成功能； 第三个增量实现拼写和文法检查功能； 第四个增量完成高级的页面布局功能； ……
增量模型的特点
增量过程模型综合了线性、并行、演化三种过程流的
特征。
对于每个增量，使用的是线性过程流；
过程流
过程流(process flow)：描述了在执行顺序和执行时
间上，如何组织框架中的活动、动作和任务。 大致有四大类不同的过程流：
《软件工程》教学教案
《软件工程》教学教案一、第一章：软件工程概述1. 教学目标了解软件工程的定义、目的和重要性，掌握软件开发的基本过程和原则。
2. 教学内容软件工程的定义和重要性；软件开发的基本过程；软件工程的原则和方法。
3. 教学方法采用讲授法，结合案例分析，让学生了解和掌握软件工程的基本概念和原则。
4. 教学资源教材、课件、案例分析。
5. 教学评价通过课堂提问和案例分析，评估学生对软件工程的理解和应用能力。
二、第二章：软件需求分析1. 教学目标掌握软件需求分析的基本概念、方法和过程，能够运用需求分析工具进行需求收集和分析。
2. 教学内容软件需求分析的基本概念；需求分析的方法和过程；需求分析工具的使用。
3. 教学方法采用讲授法和实例分析，让学生了解和掌握需求分析的方法和过程。
4. 教学资源教材、课件、实例分析。
5. 教学评价通过课堂提问和实例分析，评估学生对需求分析的理解和应用能力。
三、第三章：软件设计1. 教学目标掌握软件设计的基本概念、方法和过程，能够运用设计工具进行软件架构和详细设计。
2. 教学内容软件设计的基本概念；设计方法和过程；设计工具的使用。
3. 教学方法采用讲授法和实例分析，让学生了解和掌握软件设计的方法和过程。
4. 教学资源教材、课件、实例分析。
5. 教学评价通过课堂提问和实例分析，评估学生对软件设计的理解和应用能力。
四、第四章：软件实现1. 教学目标掌握软件实现的基本概念、方法和过程，能够运用编程语言进行软件编码和测试。
2. 教学内容软件实现的基本概念；实现方法和过程；编程语言和测试工具的使用。
3. 教学方法采用讲授法和编程实践，让学生了解和掌握软件实现的方法和过程。
4. 教学资源教材、课件、编程环境和测试工具。
5. 教学评价通过编程实践和测试结果，评估学生对软件实现的理解和应用能力。
五、第五章：软件维护1. 教学目标掌握软件维护的基本概念、方法和过程，能够进行软件维护和优化。
2. 教学内容软件维护的基本概念；维护方法和过程；软件优化技巧。
软件工程第二章(可行性分析)
（5） 交付的产品清单。
项目开发计划书供软件开发单位使用。
小结：
1、项目的问题定义、可行性分析和项目计划是总体 规划阶段的工作，重点是项目的可行性分析。
2、可行性分析主要从技术可行性、经济可行性和操 作可行性三方面来分析该项目是否值得开发。
3、可行性分析最后形成的成果是可行性分析报告。
项目的筹备、规划与准备是软件项目实施的前
期工作，它由两个重要的工作阶段构成：一是
项目规划及可行性分析；二是项目需求分析。
一、可行性分析的概念
可行性分析就是解决一个项目是否有可行解以及是
否值得去解的问题。该阶段的主要任务就是用最小
的代价在尽可能短的时间内确定问题是否能够得到 解决。
二、可行性分析的目标和内容
等。
(6) 技术可行性(技术风险评价)：技术实力分析、已有的 工作及技术基础和设备条件等等。 (7) 法律可行性分析结果描述。 (8) 可用性评价：汇报用户的工作制度和人员的素质，确 定人机交互功能界面需求。
(9) 其他项目相关的问题：如可能会发生的变更等等。
可行性研究报告由系统分析员撰写，交由项目负责人审查， 再上报给上级主管审阅。 在可行性研究报告中，应当明确项目“可行还是不可行”， 如果认为可行，接下来还要制定项目开发计划书。
识别用户要求 评价系统的可行性 进行经济分析和技术分析 把功能分配给硬件、软件、人、数据库和其它系 统元素 建立成本和进度限制 生成系统规格说明，形成所有后续工程的基础
三、 可行性分析的主要任务
具体地说，分析员应从下面三个方面对项目做出可行性分 析： （1）技术可行性：使用现有的技术能实现这个系统吗? （2）经济可行性：这个系统的经济效益能超过它的开发成本 吗?（详细在后面介绍成本/效益分析） （3）操作可行性：系统的操作方式在该用户组织内行得通吗?
第二章软件工程
以下不属于UML模型图组成部分的是（）。
5分A.事物B.关系C.图D.结构正确答案:D我的答案:B得分:02.在用例之间，会有三种不同的关系，下列哪个不是他们之间可能的关系（）5分A.包含B.泛化C.扩展D.关联正确答案:D我的答案:D得分:53.下列关于UML包的描述，错误的是（）5分A.大多数面向对象的语言都提供了类似UML包的机制，用于组织及避免类间的名称冲突。
B.当一个包导入另外一个包时，该包里的元素能够使用被导入包里的元素，而不必在使用时通过包名指定其中的元素。
C.当使用某个包中的类时如果未将包导入，则需要使用包名加类名的形式引用指定的类。
D.要在UML中显示导入关系，需要画一条从包连接到目标包的实线，再加上字符import正确答案:D我的答案:D得分:54.下列表述错误的是（）5分A.交互图强调的是对象到对象的控制流，而活动图则强调的是从活动到活动的控制流。
B.活动图用来描述事物或对象的活动变化流程，是一种表述业务过程、工作流的技术。
C.复合活动是可以再分解的复杂活动。
D.活动流描述活动之间的有向关系，反映一个活动向另外一个活动之间的转移。
用带箭头的虚线表示。
正确答案:D我的答案:D得分:55.关于用例与类的对比中（）是错误的5分A.都属于模型结构元素B.都存在继承关系C.类描述系统的部分静态视图，用例描述系统动态的行为视图D.类描述的是系统的内部构成，用例也可以描述系统的内部构成正确答案:D我的答案:D得分:56.UML图中，对新开发系统的需求进行建模，规划开发什么功能或测试用例，采用（1）最适合。
而展示交付系统的软件组件和硬件之间的关系的图是（2）。
5分A.类图部署图B.对象图组件图C.用例图部署图D.交互图组件图正确答案:C我的答案:C得分:57.以下不属于UML模型图组成部分的是（）5分A.事物B.关系C.图D.结构正确答案:D我的答案:B得分:08.在UML模型图的事物中，结构事物主要包括7种，以下不是结构事物的是（）A.类、接口B.协作、用例C.对象、图例D.活动类、组件和节点正确答案:C我的答案:C得分:59.UML图中，一张交互图显示一个交互。
《软件工程实用教程》第2章软件生存周期及开发模型
本章學習內容： 1．掌握軟體的生存（生命）週期的概念 2．明確學習軟體過程模型的意義 3．掌握各種過程模型的特點與適用範圍 4．掌握面向對象軟體過程模型的內容與過 程
第2章軟體生存週期及開發模型
2. 1 軟體過程概述
2.1.1 軟體生存週期
軟體的生存週期指軟體產品從功能確 定、設計、開發成功、投入使用，並 在使用中不斷修改、完善，直至被新 的軟體所替代而停止該軟體的使用的 全過程。
第2章軟體生存週期及開發模型
2.2.4 螺旋模型
第2章軟體生存週期及開發模型
改進的瀑布模型
第2章軟體生存週期及開發模型
2.2.2 原型模型
1．快速原型方法 快速原型方法是原型模型在軟體分析、設計 階段的應用，用來解決用戶對軟體系統在需 求分析上的模糊認識。 快速原型法的特點： 快速原型是用來獲取用戶需求的，或是用來 試探某種設計是否有效。一旦需求或設計確 定下來，原型就將被拋棄。
第2章軟體生存週期及開發模型
瀑布模型的缺點 階段與階段劃分固定，階段間產生大量的文檔， 極大地增加了工作量； 由於開發模型呈線性，當開發成果尚未經過測試 時，用戶無法看到軟體的效果，這些問題往往會 導致開發出來的軟體不是用戶真正需要的軟體； 無法通過開發活動澄清本來不夠確切的軟體需求， 因此，需要返工或者不得不在維護中糾正需求的 偏差； 由於固定順序，前期工作中造成的差錯越到後期 階段所造成的損失越大，為了糾正偏差，需要付 出高昂的代價。
第2章軟體生存週期及開發模型
2.2 典型的軟體過程模型
軟體過程模型 把軟體生存週期中各項開發活動的流程用一 個合理的框架——開發模型來規範描述，這 就是軟體過程模型 。 軟體過程模型是從一個特定的角度表現一個 過程，主要根據軟體的類型、規模，特別是 軟體的開發方法、開發環境等多種因素確立 過程模型。
软件工程第二章软件过程
第二章：软件过程目标：软件工程和软件过程模型的概念；了解3个一般的软件过程模型及何时使用它们；了解软件需求工程，软件开发，测试和进化中所涉及的基本过程活动；理解为什么软件过程要有效地组织以应对软件需求和设计上的变更；了解Rational统一过程是如何集成好的软件过程实践来产生一个可适应的软件过程。
所有的软件过程都必须具有4种对软件工程来说是基本的活动。
它们是：1.软件描述：必须定义软件的功能以及软件操作上的约束。
2.软件设计和实现：必须生产符合描述的软件。
3.软件有效性验证：软件必须得到有效性验证，即确保软件是客户所想要的。
4.软件进化：软件必须进化以满足不断变化的客户需要。
2.1软件过程模型一软件过程模型一般有1.瀑布模型：该模型将基本的过程活动，描述，开发，有效性验证和进化，看成是一些界限分明的独立的过程阶段，例如，需求描述阶段，软件设计阶段，实现阶段，测试阶段，等等。
2.增量式开发：该方法使得描述活动，开发活动和有效性验证活动交织在一起。
系统的开发是建立一系列的版本（增量），每个版本添加部分功能到先前的版本中。
3.面向复用的软件工程：该方法使得描述活动，开发活动和有效性验证活动交织在一起。
系统开发过程着重于集成这些组件到新系统中，而非从头开发。
2.1.1瀑布模型一瀑布模型中的主要阶段直接映射基本的开发活动：1.需求分析和定义2.系统和软件设计3.实现和单元测试4.集成和系统测试5.运行和维护二适合采用瀑布模型的时候瀑布模型是与其他工程过程模型相一致的，在它的每个阶段都要生成文档。
这使得过程是可见的，项目经理能够根据项目计划监控项目的过程。
它的主要问题在于它将项目生硬地分解成这些清晰的阶段。
关于需求的责任和义务一定要在过程的早期阶段清晰界定，而这又意味它对用户需求变更的响应较困难。
所以只有在对需求了解的好，而且在系统开发过程中不太可能发生重大改变的时候，适合采用瀑布模型。
瀑布模型的一个重要变形是形式化系统开发。
软件工程第2章-系统工程
软件工程第2章-系统工程软件工程第2章-系统工程2.1 系统工程概述系统工程是一种系统性和综合性的工程方法，旨在设计、开发和维护复杂的软件系统。
系统工程的主要目标是满足用户需求，并确保系统的有效性、可靠性和可维护性。
2.1.1 系统工程定义系统工程是一个跨学科的领域，涉及到多个专业领域的知识和技术。
它集成了工程学、计算机科学、信息技术等多个学科的理论与实践，以解决大规模软件系统开发和维护过程中的各种问题。
2.1.2 系统工程过程系统工程的过程涵盖了软件系统的整个生命周期，包括需求分析、设计、开发、测试、部署和维护等阶段。
每个阶段都有特定的任务和活动，并且需要进行严格的管理和控制。
2.1.2.1 需求分析阶段需求分析阶段是系统工程的起点，通过与用户沟通和交流，收集和整理用户需求，并将其转化为系统的功能和性能要求。
2.1.2.2 设计阶段在设计阶段，系统工程师会根据需求分析阶段的成果，设计整个系统的结构和组件之间的关系。
这包括系统架构设计、模块设计和接口设计等。
2.1.2.3 开发阶段开发阶段是系统工程中最为关键的阶段，主要是根据设计阶段的成果，进行软件编码、集成和测试。
开发人员需要按照设计规范和编码标准进行开发工作，并保证代码的质量和可维护性。
2.1.2.4 测试阶段测试阶段是为了验证系统是否满足用户需求，并发现和修复潜在的缺陷和问题。
测试人员会执行各种测试活动，包括单元测试、集成测试和系统测试等。
2.1.2.5 部署阶段在部署阶段，系统工程师会将已经通过测试的系统部署到目标环境中，并进行安装、配置和调优等工作，确保系统能够正常运行。
2.1.2.6 维护阶段维护阶段是系统工程的最后一个阶段，主要是为了确保系统能够持续地运行和满足用户的需求。
维护人员会定期检查系统的性能和可靠性，并进行必要的修复和优化等工作。
2.2 系统工程的关键技术2.2.1 需求工程需求工程是系统工程中非常重要的一环，它主要涉及到需求获取、需求分析、需求验证和需求管理等方面的内容。
软件工程(第3版)第2章 人民邮电出版社PPT课件
6条“最佳实践” 10个“流程要素”
可重用方法内容及流程构建块的框架
可以在定义自己的开发方法和过程
底层方法及流程定义语言
统一方法架构元模型 UML
RUP最佳实践
迭代式开发 需求管理 使用基于组件的架构 可视化建模 验证软件质量 控制软件变更
问题定义 可行性研究 需求分析 概要设计 详细设计 编码和单元测试 集成测试（综合测试） 软件维护
瀑布模型
收集需求 分析 设计 编码 测试 维护
瀑布模型 - 加入迭代过程
收集需求 分析 设计 编码 测试 维护
快速原型法
快速建立一个反映用户 主要需求的原型系统
可视化编程工具的广泛 使用
架构和组件
软件架构（Software Architecture）
构成系统的组件 组件之间的关联和交互
架构刻画了系统的整体设计
去掉了细节部分 突出了系统的重要特征
可视化建模
由于应用领域不同，模型可以有文字、图形或数学 表达式等多种形式，一般说来，使用可视化的图形 更容易令人理解。
验证软件质量
用户故事 需求
测试用例 新用户故事
差错
隐喻 架构试探
制定交付 交付计划 计划
不确定的估计
确定的估计
最新版本
用户认可
迭代开发
验收测试
下一次迭代
小交付
难点试探
XP(极限编程Extreme Programming)的整体开发过程
极限编程
未完成的任务 用户故事 交付计划 项目速率
新用户故事 新项目速率
共享的信息
能力成熟度模型的结构
能力成熟度等级
初始级 可重复级 已定义级 已管理级 优化级
第2章 软件工程方法学
2.1软件工程方法
面向对象方法
是一种把面向“对象”的思想应用于软件开发过程中，指 导开发活动的系统方法，是建立在“对象”概念基础上的 方法学。 该方法主张从客观世界固有的事物出发来构造系统，提倡 用人类在现实生活中常用的思维方法来认识、理解和描述 客观事物。而现实世界恰好就是由各种对象组成的，如建 筑物、人、汽车、动物、植物等。因此通过构建系统中对 象与对象之间的关系能够如实地反映问题域中固有事物及 其关系。
第2章 软件工程方技术和管理两方面的内容，是技术 和管理紧密结合所形成的工程学科。 通常将软件开发全过程中使用的一整套技术方法 的集合称为方法学(methedology)，也称为范型 (paradigm)。 目前使用最广泛的软件工程方法学：传统方法 （结构化方法），面向对象方法。
2.2 常用软件工具介绍（设计）
• 有代表性的商品化工具有：
Rational Rose：由Rational开发，是基于UML的 设计工具，它支持体系结构设计中的所有方面。 Adalon：由Synthis公司开发，是用于设计和构建 专门基于Web构件体系结构的特定设计工具。 Objectif：由microTOOL GmbH开发，是一个基于 UML的设计工具，它可以导致服从基于构件的软件 工程的各种体系结构（如，Coldfusion、J2EE和 Fusebox等）。
对象具有自身的属性和行为，有些不同的对象会呈现相同或相似的属性和行 为，如轿车、卡车、面包车。通常将属性及行为相同或相似的对象归为一类。 类可以看成是对象的抽象，代表了此类对象所具有的共有属性和行为。
继承中子类自动共享父类之间数据和方法的机制。它由类的派生功能体现。 一个类直接继职其它类的全部描述，同时可修改和扩充。
《软件工程》第2章_软件可行性研究
2.3 可行性研究报告
2.3 可行性研究报告
2.3 可行性研究报告
2.3 可行性研究报告
2.3 可行性研究报告
2.4 小结
可行性研究是抽象和简化了的系统分析和设计的全 过程，它的目标是用最小代价尽快确定问题是否能够解 决，以避免盲目投资带来的巨大浪费。可行性研究是从 技术上、经济上、使用上、法律上分析应解决的问题是 否有可行的解，从而确定该软件是否有可行的解。
上述可行性研究的步骤只是一个经过长期实践总结出来的 框架，在实际的使用过程中，它不是固定的，根据项目的性质、 特点以及开发团队对业务领域的熟悉程度会有些变化。
2.3 可行性研究报告
可行性研究可以归档为一个单独的报告，提供给上级管理 部门，又可以包括在“系统规格说明”的附录中，虽然可行性 报告的形式可以有多种，但最重要的内容应当有：
第二章 软件可行性研究
【本章引言】
在计算机的软件项目开发过程中，只要资源和时间 不加以限制，所有的项目都是可行的。然而，由于资源 缺乏和交付时间限制的困扰，使得基于计算机系统的开 发变得比较困难。因此，尽早对软件项目的可行性做出 细致而谨慎的评估是十分必要的。如果在定义阶段及早 发现将来可能在开发过程中遇到的问题及早做出决定， 可以避免大量的人力、财力、时间上的浪费。
本章简要的介绍了有关可行性研究的任务、步骤， 以及在撰写可行性研究报告时有哪些要求。
2.5 习题
1. 为什么要对计算机软件项目进行可行性研
究？
2. 可行性研究主要研究哪些问题？试说明之。 3. 可行性研究的任务是什么？ 4. 可行性研究的步骤？ 5. 撰写可行性研究报告的方法？
软件工程课件第2章
精选ppt
6
可行性研究的内容： 首先进一步分析和澄清问题定义，导出系统的
逻辑模型； 然后从系统逻辑模型出发，探索若干种可供选
择的主要解法(即系统实现方案)； 对每种解法都研究它的可行性，至少应该从三
方面研究每种解法的可行性 。
精选ppt
3
关于系统规模和目标的报告书
1.项目名称：教材销售系统 2.问题：人工发售教材手续繁杂，且易出错。 3.项目目标：建立一个高效率、无差错的微机教材销售
系统。 4.项目规模：利用现有微型计算机，软件开发费用不超
过5000元。 5.初步想法：建议在系统中增加对缺书的统计与采购功
能。 6.可行性研究：建议进行大约10天的可行性研究，研究
该装配厂使用一台小型计算机，处理更新库存清单主文 件和产生定货报告。零件库存量的每一次变化称为一个事务， 由放在仓库中CRT终端输入到计算机中；系统中的库存清单 程序对事务进行处理，更新存储在磁盘上的库存清单主文件， 并且把必要的订货信息写在磁带上。最后，每天由报告生成 程序读一次磁带，并且打印出订货报告。
包括开发和运行该系统所需要的各种资源 如硬件、软件、人员和组织机构等 3. 费用预算：分阶段的人员费用、机时费用及其他费用 4. 进度安排：各阶段起始时间、完成文档及验证方式 5. 要交付的产品清单
精选ppt
16
8. 书写文档提交审查 把可行性研究各个步骤的工作结果写成清晰的
文档，请用户、客户组织的负责人及评审组审 查，以决定是否继续这项工程及是否接受分析 员推荐的方案。
库存清单 主文件
报告生成程序
定货报告
第三层：合成后的系统流程图
软件工程(邓良松)第二章
第2章 软件要求定义
应该收集、研究和分析现有系统的文档资料，实地考察现 有系统，在考察的基础上，访问有关人员，然后描绘现在系统 的高层系统流程图(见2.1.3节)， 与有关人员一起审查该系统流 程图是否正确。系统流程图反映了现有系统的基本功能和处理 流程。 (3) 建立新系统的高层逻辑模型。根据对现有系统的分析 研究，逐渐明确新系统的功能、处理流程以及所受的约束，然 后使用建立逻辑模型的工具——数据流图和数据字典(见8.3、8.4 节)来描述数据在系统中的流动和处理情况。注意，现在还不是 软件需求分析阶段，不是完整、详细的描述，只是概括地描述 高层的数据处理和流动。
第2章 软件要求定义
1. 技术可行性 技术可行性 对要开发项目的功能、 性能和限制条件进行分析， 确定在 现有的资源条件下，技术风险有多大，项目是否能实现，这些 即为技术可行性研究的内容。这里的资源包括已有的或可以搞 到的硬件、软件资源，现有技术人员的技术水平和已有的工作 基础。 技术可行性常常是最难解决的方法，因为项目的目标、功 能和性能比较模糊。技术可行性一般要考虑的情况包括： (1) 开发的风险： 在给出的限制范围内， 能否设计出系统 并实现必须的功能和性能? (2) 资源的有效性： 可用于开发的人员是否存在问题? 可用 于建立系统的其他资源是否具备?
第2章 软件要求定义
输入变更记录
库存管理模块
订货信息
报告生成模块 订货报告
库存
图 2.1 库存管理系统的系统流程图
第2章 软件要求定义
2.1.4 成本 效益分析 成本—效益分析
成本—效益分析的目的是从经济角度评价开发一个新的软 件项目是否可行。成本一效益分析首先是估算将要开发的系统 的开发成本，然后与可能取得效益进行比较和权衡。效益分有 形效益和无形效益两种。有形效益可以用货币的时间价值、 投资回收期和纯收入等指标进行度量；无形效益主要从性质上、 心理上进行衡量，很难直接进行量的比较。系统的经济效益等 于因使用新的系统而增加的收入加上使用新的系统可以节省的 运行费用。运行费用包括操作人员人数、工作时间和消耗的物 资等。下面主要介绍有形效益的分析。
软件工程第1-2章课后习题参考答案
第一章课后参考答案1.什么是软件危机？它们有哪些典型表现？为什么会出现软件危机？“软件危机”是指计算机软件的“开发”和“维护”过程中所遇到的一系列“严重问题”。
这些问题决不仅仅是不能正常运行的软件才具有的，实际上，几乎“所有软件”都不同程度地存在这些问题。
“软件危机”包含两方面的问题：（1）如何开发软件，以满足对软件日益增长的需求；（2）如何维护数量不断膨胀的已有软件。
它们有以下表现：（1）对软件开发成本和进度的估计常常很不准确；（2）用户对“已完成的”软件系统不满意的现象经常发生；（3）软件产品的质量往往靠不住；（4）软件常常是不可维护的；（5）软件通常没有适当的文档资料；（6）软件成本在计算机系统总成本中所占的比例逐年上升；（7）软件开发生产率提高的速度，远远跟不上计算机应用普及深入的趋势。
出现软件危机的原因（1）开发人员与客户认识之间的矛盾（2）开发人员能力与开发目标之间的矛盾（3）预估与实际工作量之间的矛盾（4）客户认识的提高与软件维护之间的矛盾（5）遗产系统与实施软件之间的矛盾2.假设自己是一家软件公司的总工程师，当把图1.1给手下的软件工程师们观看，告诉他们及时发现并改正错误的重要性时，有人不同意这个观点，认为要求在错误进入软件之前就清楚它们是不现实的，并举例说：“如果一个故障是编码错误造成的，那么，一个人怎么能在设计阶段清除它呢？”应该怎么反驳他？答：在软件开发的不同阶段进行修改付出的代价是很不相同的，在早期引入变动，涉及的面较少，因而代价也比较低；在开发的中期，软件配置的许多成分已经完成，引入一个变动要对所有已完成的配置成分都做相应的修改，不仅工作量大，而且逻辑上也更复杂，因此付出的代价剧增；在软件“已经完成”是在引入变动，当然付出的代价更高。
一个故障是代码错误造成的，有时这种错误是不可避免的，但要修改的成本是很小的，因为这不是整体构架的错误。
3.什么是软件工程？它有哪些本质特征？怎么用软件工程消除软件危机？软件工程是知道计算机软件开发和维护的一门工程学科。
软件工程-第2章-数据流图
Data flow diagram of the main graphic elements （主要图形元素）
编号 加工 名称
Example of DFD:
DFD of Bank Withdrawals Process
描述银行取款过程的数据流图
Example of DFD:
Each element must have a name DFD can not be attached to control flow In the beginning, the trivial details could be ignored, in order to concentrate on the main data stream
图上每个元素都必须有名字 数据流图中不可夹带控制流 初画时可以忽略琐碎的细节，以集中精力于主要数据流
Naming for each elements of DFD If it is difficult to give a name, it is possible because DFD decomposition problem Data Flow (Database): Using data noun Processing: using verb-object phrase. Data source: using normal noun
Tools of Software Need Analyzing 需求分析工具
Ning Hong-yun 2009.8
Tools of Software Need Analyzing 需求分析工具
Data flow diagram ( DFD, 数据流图)
软件工程讲义_第二章
演化过程模型评述[NOG00]
首先，原型开发（和其他更加复杂的演化过程） 由于构建产品需要的周期数目不确定，给项目策 划带来了困难。 其次，演化软件过程没有确定演进的最快速度。 如果演进的速度太快，完全没有间歇时间，项目 肯定会陷入混乱；反之，如果演进速度太慢，则 会影响生产率…… 再次，软件过程应该侧重于灵活性和可扩展性， 而不是高质量。为了追求高质量而延长开发时间 势必造成产品推迟交付，从而失去进入市场的良 机。
过程模式
过程模式提供了一种有效的机制来描述各 种软件过程。模式使得软件工程组织能够 从高层抽象开始，开发层次化的过程描述。 高层抽象描述又进一步细化为一系列步骤 模式以描述框架活动，然后每一个步骤模 式又进一步逐层细化为更详细的任务模式。 过程模式一旦建立起来，就可以在过程变 体的定义中复用——即软件开发队伍可以 将模式作为过程模式的构建模块，定制特 定的过程模型。
演化过程模型评述
演化模型的初衷是采用迭代或者增量的方式开 发高质量软件。可是，用演化模型也可以做到强 调灵活性、可扩展性和开发速度。软件开发团队 及其经理所面临的挑战就是在这些严格的项目和 产品参数与客户（软件质量的最终仲裁者）满意 度之间找到一个合理的平衡点。
专用过程模型
专用过程模型具有传统过程模型的一些特 点，但是，专用过程模型往往应用面较窄， 只适用于某些特定的软件工程方法。 在某些情况下，这些专用过程也许更确切 地应该称为技术的集合或方法论，是为了 实现某一特定的软件开发目标而制定的。 但它们确实也提出了一种过程。
模式名称：应能清楚地表述该模式在软件过程中的功能。 驱动力：模式使用环境及主要问题， 以明确主要难点 并可能影响解决方案。 类型：定义模式类型。 启动条件：描述模式应用的前提条件。 问题：描述模式将要解决的问题。 解决办法：描述模式的实现。 结束条件：描述模式成功执行之后的结果。 相关模式：以层次或其他图的方式列举与该模式相关的 其他模式。 已知应用实例：介绍该模式的具体实例。
软件工程 第2章 习题
第2章软件可行性研究例题分析与解答一、填空题1.可行性研究实质上是进行一次简化、压缩了的___需求分析和设计_____。
2.可行性研究的三个方面是技术可行性、社会可行性和____经济可行性_____。
3.可行性研究的第一个具体步骤是____确定项目的规模和目标______。
4.若年利率为i，不计复利，P元在n年后的价值F是______p*(1+n*i)___。
5.可行性研究中描述系统高层物理模型的工具是__系统流程图_____。
二、选择题1.可行性研究的目的是决定( B )。
A.开发项目B.项目值得开发否C.规划项目D.维护项目2.技术可行性要研究的问题之一是( D )。
A.存在侵权否B.成本效益问题C.运行方式可行否D.技术风险问题3.纯收入是累计效益现在值与投资之( B )。
A.和B.差C.积D.商4.项目开发计划这类文档是一种( B )。
A.技术性文档B.管理性文档C.需求分析文档D.设计文档答案一、填空题1.[答案]需求分析和设计2.[答案]经济可行性3.[答案]确定项目的规模和目标4.[答案]p×（1＋n×i)5.[答案]系统流程图二、选择题1.B2.D3.B4.B第二章仿真试题1、在软件的可行性研究中，可以从不同的角度对软件的可行性进行研究，其中是从软件的功能可行性角度考虑的是( B )A、经济可行性B、技术可行性C、操作可行性D、法律可行性2、在软件工程项目中，不随参与人数的增加而使软件的生产率增加的主要问题是( D )A、工作阶段间的等待时间B、生产原型的复杂性C、参与人员所需的工作站数D、参与人员之间的通信困难3、制定软件计划的目的在于尽早对欲开发的软件进行合理估价，软件计划的任务是( D )A、组织与管理B、分析与估算C、设计与测试D、规划与调度答案1.B2.D3.D第二章1.可行性研究的任务是什么?可行研究的任务：首先需要进行概要的分析研究，初步确定项目的规模，目标，约束和限制。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
2.2 软件生存周期
需求分析
这个阶段的任务主要是确定待开发软件的功能需 求、性能需求和运行环境约束、编制软件需求规格说 明、软件系统的确认测试准则和用户手册概要。软件 的功能需求应该指明软件必须完成的功能。软件的性 能需求包括：软件的安全性、可靠性、可维护性、精 度、错误处理、适应性及用户培训等。软件系统的运 行环境约束指软件系统必须满足的运行环境方面（硬 件环境、系统平台与维护
图2.5 软件生存周期
2.2 软件生存周期
2.2.1 软件定义
软件定义可分为软件系统的可行性研究和需求分析两个阶段: 软件系统的可行性研究
可行性研究的任务是了解用户要求和现实环境，从技术、经 济、市场等方面研究并论证开发该软件系统的可行性。即这个软 件系统是否值得开发，是否有可行的技术去开发。 系统分析员一般需通过以下途径完成此阶段的任务: 调查和了解用户要求和现实环境。 撰写调查报告。 可行性论证和分析（技术可行性、操作可行性和经济可行性）如 可行，制定初步项目开发计划（成本估算、人员组织、进度安排 等）。
2.2 软件生存周期
2.2.2 软件开发
在软件生存周期模型中，软件开发由概要设计、详细设计、 实现、集成测试和确认测试五个阶段组成。 概要设计
概要设计的任务是根据软件需求规格说明（SRS）建立软件系 统的总体结构和模块间的关系，定义各功能模块的接口，设计全 局数据库或数据结构，规定设计约束，制定组装测试计划。对于 大型软件系统，应对软件需求进行分解，将其划分为若干个子系 统，对每个子系统定义功能模块和各功能模块之间的关系，并给 出各子系统接口界面的定义；对于一般的软件系统可以直接定义 各功能模块以及它们之间的关系
2.2 软件生存周期
软件需求分析不仅是软件开发依据，而且也是软件验收的标准。
系统需求一般由用户提出。由于用户往往缺乏软件开发的知识和 经验，系统分析员和软件开发人员不得不与用户反复讨论、协商、 使用户需求逐步精确化、一致化、完全化。
需求分析的一项重要任务是建立面向开发者的软件需求规格说明 （Software Requirements Specification，简称SRS）。多数场合 面向开发者的软件需求用需求规格说明语言描述。SRS应该指明 软件系统的功能需求、性能需求、接口需求、设计需求、基本结 构，以及开发标准和验收原则，等等。SRS是软件开发的基础， 建立SRS是软件开发成败的关键。
问题定义
状态 捕获
技术开发
方案综合
其中包括四个截然不同的阶段：状态捕获、问题定义、技术 开发和方案综合。状态捕获表示了事物的当前状态；问题定义标 识了需要解决的特定问题；技术开发利用某些技术来解决问题； 方案综合导出最终的结果（如文档、程序、数据、新的事务功能、 新的产品）。
2.1 软件工程过程
以上的问题循环解决过程可以用于软件工程的不同开 发级别上。它可用于考虑整个应用系统的宏观级，也 可用于建造程序构件的中间级，甚至还可用于源代码 行级。因此，可以用分级几何表示来给出过程的理想 化的视图。首先定义一个分级几何表示的模式，然后 相继地在更小的规模上递归地应用分级几何表示：模 式中嵌套模式。在图2.4中，问题循环解决过程的每一 个阶段又包含一个同样的问题循环解决过程，该循环 中每一个步骤中还可以再包含另一个问题循环解决过 程。这样一直继续下去，直到某个合理的边界为止。 对于软件来说，就是源代码行。
第2章 软件生存周期
2.1 软件工程过程 2.2 软件生存周期 2.3 软件生存周期瀑布模型 2.4 软件生存周期原型模型 2.5 软件生存周期其他模型
2.1 软件工程过程
2.1.1 什么是软件工程过程
软件工程是一种层次化的技术。如图2.1所示
工具 方法 过程 质量关注点
图2.1 软件工程层次
软件过程定义了一组关键过程域，它们构成软件项目管理的基础， 并规定了技术方法的采用、工程产品（模型、文档、数据、报告 以及表格等）的产生、里程碑的建立、质量的管理以及适当的变 更控制。
2.1 软件工程过程
软件过程是软件生存期中的一系列相关软件工程活动的集合。每 一个软件过程又是由一组工作任务、项目里程碑、软件工程产品 和交付物以及质量保证（SQA）点等组成。一个软件过程可以用 图2.2的形式来表示。
2.1 软件工程过程
状态捕获
状态
技术
捕获
开发
方案 综合
问题 定义
状态
技术
捕获
开发
方案 综合
问题 定义
状态
技术
捕获
开发
方案 综合
图2.4 问题循环解决过程中阶段嵌套阶段
2.1 软件工程过程
2.1.3 过程建造技术
为了使得软件过程模型适合于软件项目组的使用，需要开发 一些过程技术工具，以帮助软件开发组织分析它们当前的过程，组 织工作任务，控制和监控进度，管理技术质量。
任务。软件项目组的每一个成员都可以使用这样的工具来开发检查
表，列出所有将要执行的工作任务、将要产生的工作产品和将要实
施的软件质量保证活动。
2.2 软件生存周期
如同任何事物一样，软件也有一个孕育、诞生、成长、成 熟、衰亡的生存过程。软件产品从形成概念开始，经过开发、使 用和维护，直到最后退役的全过程称为软件生存周期。根据这一 思想我们可以得到软件生存周期的三个时期：软件定义、软件开 发、软件使用与维护,如图2.5所示。
公共过程框架 框架活动 任务集合 工作任务 里程碑、交付物 SQA 点
图2.2 软件过程
保护伞活动
2.1 软件工程过程
2.1.2 软件过程模型
软件工程过程模型的选择基于项目和应用的特点、采用的方法 和工具、要求的控制和需交付的产品.所有的软件开发都可以看成 是一个问题循环解决过程，如图2.3所示。
使用过程技术工具，可以建造一个自动模型，模型包含前面
提到的公共过程框架、任务集合及保护伞活动。该模型一般表示成
一个网络，对其加以分析，就能够确定典型的工作流程，考察可能
导致减少开发时间、降低开发成本的可选的过程结构。
一旦创建了一个可接受的过程，就可以使用其他过程技术工
具来分配、监视、甚至控制在软件过程模型中定义的所有软件工程