《软件工程》(第2版)第3章
软件工程第二版答案
里面包含绝大部分的软件工程第二版中的课后习题答案瞿中编第一章仿真试题1、瀑布模型把软件生命周期划分为八个阶段：问题的定义、可行性研究、软件需求分析、系统总体设计、具体设计、编码、测试和运营、维护。
八个阶段又可归纳为三个大的阶段：计划阶段、开发阶段和( )。
A、具体计划B、可行性分析C、运营阶段D、测试与排错2、从结构化的瀑布模型看，在它的生命周期中的八个阶段中，下面的几个选项中哪个环节犯错，对软件的影响最大( )。
A、具体设计阶段B、概要设计阶段C、需求分析阶段D、测试和运营阶段3、在结构化的瀑布模型中，哪一个阶段定义的标准将成为软件测试中的系统测试阶段的目的( )。
A、需求分析阶段B、具体设计阶段C、概要设计阶段D、可行性研究阶段4、软件工程的出现重要是由于( )。
A.程序设计方法学的影响B.其它工程科学的影响C. 软件危机的出现D.计算机的发展5、软件工程方法学的目的是：使软件生产规范化和工程化，而软件工程方法得以实行的重要保证是( )A、硬件环境B、软件开发的环境C、软件开发工具和软件开发的环境D、开发人员的素质6、软件开发常使用的两种基本方法是结构化和原型化方法，在实际的应用中，它们之间的关系表现为( )A、互相排斥B、互相补充C、独立使用D、交替使用7、UML是软件开发中的一个重要工具，它重要应用于哪种软件开发方法( )A、基于瀑布模型的结构化方法B、基于需求动态定义的原型化方法C、基于对象的面向对象的方法D、基于数据的数据流开发方法8、在下面的软件开发方法中，哪一个对软件设计和开发人员的开发规定最高( )A、结构化方法B、原型化方法C、面向对象的方法D、控制流方法9、结构化分析方法是一种预先严格定义需求的方法，它在实行时强调的是分析对象的( )A、控制流B、数据流C、程序流D、指令流10、软件开发的结构化生命周期方法将软件生命周期划提成( )A、计划阶段、开发阶段、运营阶段B、计划阶段、编程阶段、测试阶段C、总体设计、具体设计、编程调试D、需求分析、功能定义、系统设计11、软件开发中常采用的结构化生命周期方法，由于其特性而一般称其为( )A、瀑布模型B、对象模型C、螺旋模型D、层次模型12、软件开发的瀑布模型，一般都将开发过程划分为：分析、设计、编码和测试等阶段，一般认为也许占用人员最多的阶段是( )A、分析阶段B、设计阶段C、编码阶段D、测试阶段13、软件开发模型是指软件开发的所有过程、活动和任务的结构框架。
软件工程实用教程(2版)-第2、3、4、5章-习题与参考答案(人民邮电大学出版社 郭宁主编)
《软件工程实用教程》第2、3、4、5章习题与参考答案第2章软件生存周期及开发模型1．简述什么是软件生存周期？根据国家标准《计算机软件开发规范》，软件生存周期主要包括哪几个阶段？答案要点：软件生存周期是指软件产品从功能确定、设计、开发成功、投入使用，并在使用中不断修改、完善，直至被新的软件所替代，而停止该软件使用的全过程。
国家标准GB8566-1988《计算机软件开发规范》将软件生命周期划分为几个阶段：可行性研究、项目计划、需求分析、总体设计、详细设计、编码实现（包括单元测试）、集成测试、确认测试、系统运行和维护。
这几个阶段又可以归纳为3个大的阶段，即软件定义阶段，软件开发阶段和软件运行维护阶段。
2．瀑布模型有哪些特点？对于里程碑，你有哪些认识？答案要点：瀑布模型是一种基于里程碑的阶段过程模型，它所提供的里程碑式的工作流程，为软件项目按规程管理提供了便利。
例如，按阶段制定项目计划，分阶段进行成本核算，进行阶段性的评审等。
这为提高软件产品质量提供了有效保证。
瀑布模型的特点：•阶段性：前一阶段工作完成以后，后一阶段工作才能开始，前一阶段的输出文档是后一阶段的输入文档。
•阶段评审：在每一阶段工作完成后都要进行评审，以便尽早发现问题，避免后期的返工，如果评审不合格，则不开始下一阶段的工作。
•文档管理：在每阶段都规定了要完成的文档，没有完成文档，就认为没有完成该阶段的任务。
3．试说明原型模型的两种实现方案各有什么特点？各适用于什么情况？答案要点：原型模型在软件分析、设计阶段的应用，用来解决用户对软件系统在需求分析上的模糊认识。
将模拟的手段引入需求分析的初期阶段，通过建立原型缩短用户与分析人员之间的距离。
快速原型方法具有以下一些特点。
•快速原型是用来获取用户需求的，或是用来试探某种设计是否有效。
一旦需求或设计确定下来，原型就将被抛弃。
因此快速原型要求快速构建、容易修改，以节约原型创建成本，加速开发速度。
快速原型往往采用软件生成工具来创建，例如，4GL语言。
数据字典的定义方法_软件工程实用教程 (第2版)_[共2页]
![数据字典的定义方法_软件工程实用教程 (第2版)_[共2页]](https://img.taocdn.com/s3/m/5dc936cf10a6f524ccbf85ff.png)
据字典中的一个条目）。
数据字典中的条目应按一定次序排列，以方便人们查阅。
2．数据字典的用途数据流程图和数据字典一起构成了系统的逻辑模型。
没有数据字典，数据流程图就不严格；没有数据流程图，数据字典也没有作用。
数据字典的重要用途是作为分析阶段的工具。
在数据字典中建立严密一致的定义有助于改进分析人员和用户之间的通信，避免许多误解的发生。
数据字典也有助于改进不同的开发人员或不同的开发小组之间的通信。
同样，将数据流程图中的每个元素的精确定义放在一起，就构成了系统的、完整的需求规格说明的主体。
数据字典还作为连接软件设计、实现和进化阶段的开发机构的信息存储。
在软件设计阶段，数据字典是存储文件或数据库设计的基础。
在实施阶段，还可参照数据字典描述数据。
随着系统的改进，字典中的信息也会发生变化，新的信息会随时加入进来。
3．数据字典的种类数据字典对下列4类元素进行定义。
●数据项；●数据流；●数据存储（文件）；●加工。
3.5.2 数据字典的定义方法数据流程图中表现的是对系统的功能和数据流的分解。
数据字典中对数据的定义也表现为对数据的自顶向下的分解。
当数据被分解到不需要进一步解释说明，而且每个参与该项目的人员都清楚其含义时，对数据的定义就完成了。
由数据元素组成数据的方式有下列3种基本类型。
可以使用这3种类型的任意组合定义数据字典中的任何条目。
●顺序：即以确定的次序连接两个或多个成分。
●选择：即从两个或多个成分中选取一个。
●重复：把特定的成分重复零次或多次。
数据字典的定义可使用如表3.2所示的符号。
表3.2 数据字典的定义可使用的符号符号含义= 由……组成（定义为……）+ 和（顺序关系的连接）例，x=a+b 表示x由a与b组成{} 重复例，x={a+b} 表示x是由零次或多次重复的a与b组成[/] 可选择（选一个）例，x=（a/b）表示x由a或b中选择一个（）可选（也可不选）例，x=（a）表示a是任选的，可在x中出现0次或1次** 注释例如，课程表={星期几 + 第几节 + 教室 + 课程名}购物订单=订单编号 + 顾客姓名 + 送货地址 + [家庭电话/移动电话/办公室电话] + {商品名称+ 商品数量 + 单价 +（折扣）} + 订购日期【例3-2】图3.12、图3.13和图3.14所示是对“高校教学管理系统”中数据字典的部分数据43。
软件工程第3章 软件需求分析(终)
第3章软件需求分析案例3: 图书馆图书信息管理系统“图书馆管理系统”是借助计算机来完成图书馆日常管理工作，能提供借书帐号注册、登录功能，基于图书标题、图书编号、作者、出版社的查询，也可以同时多个选项进行同时查询提供图书状态的查询，如可借和不可借，完成借书登记、还书的登记，能帮助管理人员完成图书信息的管理，如图书信息的修改、新图书的增加、旧图书的删除，图书分类工作，从而使图书馆的日常工作信息化、快捷化，减轻图书馆管理工作的困难。
因此，“图书馆管理系统”对于图书馆的日常管理工作和信息化到至关重要的作用。
【知识导入】通过对本章节内容的学习，掌握软件需求分析的基本内容，需求分析的特征及评审。
能够完成项目的需求分析，确立正确的项目开发思路。
软件需求是一个项目的开端，是整个软件项目开发的基础。
即表示该软件经过可行性分析后确立有此需求，而开发该项目。
因此，需求分析在整个项目建设过程中至关重要，是项目开发的基石，基石的牢固程度决定了后期项目的进展以及项目开发完工后的产品质量的优劣，可以说需求分析的好坏直接影响到软件项目开发的成败。
软件需求是指用户对目标软件系统在功能、性能、行为、设计约束等方面的期望。
IEEE （美国电气和电子工程师协会）是这样对需求分析做定义的：①用户解决问题或达到系统目标所需要的条件②为满足一个协议、标准、规格或其他正式制定的文档，系统或系统构建所需满足和具有的条件或能力③将需求要求条件进行文档化描述。
这个概念全方位阐述了需求的概念，较完整的表达了软件需求的内涵和外延，便于用户的全面理解。
而需求分析最终就是通过对应用问题及其环境的分析与理解采用一系列的分析方法和技术将用户的需求逐步精确化、完全化、一致化，最终形成需求规格说明文档的过程。
系统分析阶段产生的系统规格说明书和项目规划是软件需求分析的基础，分析人员需要从软件的角度对其进行检查和调整，并在此基础上展开需求分析。
需求分析阶段的成果主要是需求规格说明书，该成果又是软件设计、编码、测试直至维护的主要基础。
软件工程课后参考答案
第一章课后参考答案1.什么是软件危机？它们有哪些典型表现？为什么会出现软件危机？“软件危机”是指计算机软件的“开发”和“维护”过程中所遇到的一系列“严重问题”。
这些问题决不仅仅是不能正常运行的软件才具有的，实际上，几乎“所有软件”都不同程度地存在这些问题。
“软件危机”包含两方面的问题：（1）如何开发软件，以满足对软件日益增长的需求；（2）如何维护数量不断膨胀的已有软件。
它们有以下表现：（1）对软件开发成本和进度的估计常常很不准确；（2）用户对“已完成的”软件系统不满意的现象经常发生；（3）软件产品的质量往往靠不住；（4）软件常常是不可维护的；（5）软件通常没有适当的文档资料；（6）软件成本在计算机系统总成本中所占的比例逐年上升；（7）软件开发生产率提高的速度，远远跟不上计算机应用普及深入的趋势。
出现软件危机的原因（1）开发人员与客户认识之间的矛盾（2）开发人员能力与开发目标之间的矛盾（3）预估与实际工作量之间的矛盾（4）客户认识的提高与软件维护之间的矛盾（5）遗产系统与实施软件之间的矛盾2.假设自己是一家软件公司的总工程师，当把图1.1给手下的软件工程师们观看，告诉他们及时发现并改正错误的重要性时，有人不同意这个观点，认为要求在错误进入软件之前就清楚它们是不现实的，并举例说：“如果一个故障是编码错误造成的，那么，一个人怎么能在设计阶段清除它呢？”应该怎么反驳他？答：在软件开发的不同阶段进行修改付出的代价是很不相同的，在早期引入变动，涉及的面较少，因而代价也比较低；在开发的中期，软件配置的许多成分已经完成，引入一个变动要对所有已完成的配置成分都做相应的修改，不仅工作量大，而且逻辑上也更复杂，因此付出的代价剧增；在软件“已经完成”是在引入变动，当然付出的代价更高。
一个故障是代码错误造成的，有时这种错误是不可避免的，但要修改的成本是很小的，因为这不是整体构架的错误。
3.什么是软件工程？它有哪些本质特征？怎么用软件工程消除软件危机？软件工程是指导知道计算机软件开发和维护的一门工程学科。
软件工程各章名词解释
名词解释一个三分 五个十五分第一章 绪论1. 软件2. 文档3. 软件工程4. 软件工程过程5. 软件生存周期6. 软件生存周期模型第二章 软件可行性研究与项目开发计划1. 投资回收2. 纯收人第三章 软件需求分析1. 需求分析2. 数据流3. 数据字典4. 加工5. 数据流图第四章 软件概要设计1. 模块2. 模块化3. 抽象4. 信息隐蔽5. 模块独立性6. 耦合性7. 无直接耦合8. 数据耦合9. 标记耦合10. 控制耦合11. 公共耦合12. 内容耦合13. 内聚性14. 偶然内聚15. 逻辑内聚16. 时间内聚17. 通信内聚18. 顺序内聚19. 功能内聚第五章 软件详细设计1. PAD2. 过程设计语言(PDL)第六章 软件编码1. 程序设计风格2. 程序可移植性第七章 软件测试1. 语句覆盖2. 判定覆盖3. 条件覆盖4. 判定/条件覆盖5. 条件组合覆盖6. 路径覆盖7. 环路复杂性8. 黑盒测试9. 白盒测试10. 驱动模块11. 桩模块12. 单元测试13. 集成测试14. 确认测试15. 调试第八章 软件维护1. 维护2. 校正性维护3. 适应性维护4. 完善性维护5. 预防性维护6. 软件可维护性第九章 软件开发的增量模型1. 原型第十章 面向对象的方法1. 对象2. 类3. 消息4. 方法5. 继承性6. 单重继承7. 多重继承8. 多态性9. 抽象10. 信息隐藏11. 链12. 关联第十一章 软件质量与质量保证1. 软件可靠性2. 效率3. 可维护性4. 可移植性5. 可互操作性6. 适应性7. 可重用性8. 软件设计质量9. 软件程序质量10. 冗余第十二章 软件工程管理1. 软件配置管理2. 软件配置项3. 基线4. 文档第十三章 软件开发环境1. 软件开发环境2. 软件工具3. CASE4. CASE生存期5. CASE工作台软件工程自考名词解释答案第一章 绪论1. 计算机程序及其说明程序的各种文档.2. 文档是有关计算机程序功能,设计,编制,使用的方案或图形资料.3. 用科学知识和技术原理来定义,开发,维护软件的一门学科.4. 软件工程过程规定了获取,供应,开发,操作和维护软件时,要实施的过程,活动和任务.5. 软件生存周期是指一个软件从得出开发要求开始直到该软件报废为止的整个时期.6. 软件生存周期模型是描述软件开发过程中各种活动如何执行的模型.第二章 软件可行性研究与项目开发计划1. 投资回收期就是使累计的经济效益等于最初的投资费用所需的时间.2. 在整个生存周期之内的累计经济效益(折合成现在值)与投资之差.第三章 软件需求分析1. 需求分析是指开发人员要准确理解用户的要求,进行细致的调查分析,将用户非不甘落后将用户非不甘落后 需求陈述转化为完整的需求定义,再由需求定义转换到相应的形式功能规约(需求规格说明)的过程.2. 数据流是数据在系统内传播的路径,因此由一组成分固定的数据项组成.3. 数据字典(Data Dic onary, 简称DD)就是用来定义数据流图中的各个成分的具体含义的,它以一种准确的,无二义性的说明方式为系统的分析,设计及维护提供了有关元素的一致的定义和详细的描述.4. 加工又称为数据处理,是对数据流进行某些操作或变换.5. 数据流图,简称DFD,是SA方法中用于表示系统逻辑模型的一种工具,它以图形的方式描绘数据在系统中流动和处理的过程.第四章 软件概要设计1. 模块在程序中是数据说明,可执行语句等程序对象的集合,或者是单独命名和编址的元素,在软件的体系结构中,模块是可组合,分解和更换的单元.2. 模块化是指解决一个复杂问题自顶向下逐层把软件系统划分成若干模块的过程.每个模块完成一个特定的子功能,所有的模块按某种方法组装起来,成为一个整体,完成整个要求的功能.3. 抽象是认识复杂现象过程中使用的思维工具,即抽出事物本质的共同的特性而暂不考虑它的细节,不考虑其他因素.4. 信息隐蔽指在设计和确定模块时,使得一个模块内包含信息(过程或数据),对于不需要这些信息的其他模块来说,是不能访问的.5. 模块独立性指每个模块只完成系统要求的独立的子功能,并且与其他模块的联系最少且接口简单.6. 耦合性也称块间联系.指软件系统结构中各模块间相互联系紧密程序的一种度量.7. 无直接耦合指两个模块之间没有直接的关系,它们分别从属于不同模块的控制与调用,它们之间不传递任何信息.8. 数据耦合指两个模块之间有调用关系,传递的是简单的数据值,相当于高级语言的值传递.9. 标记耦合指两个模块之间传递的是数据结构,如高级语言的数组名,记录名,文件名等这些名字即为标记,其实传递的是这个数据结构的地址.10. 控制耦合指一个模块调用另一个模块时,传递的是控制变量(如开关,标志等),被调模块通过该控制变量的值有选择地执行块内某一功能.11. 公共耦合指通过一个公共数据环境相互作用的那些模块间的耦合.公共数据环境可是是全程变量或数据结构,共享的通信,内存的公共覆盖区及任何存储介质上的文件,物理设备等(也有将共享外部设备分类为外部耦合).12. 当一个模块直接使用另一个模块的内部数据,或通过非正常口转入另一个模块内部,这种模块之间的耦合为内容耦合.13. 内聚块又称块内联系指模块的功能强度的度量,即一个模块内部各个元素彼此结合的紧密程度的度量.14. 偶然内聚指一个模块内的各处理元素之间没有任何联系.15. 逻辑内聚指模块内执行个逻辑上相似的功能,通过参数确定该模块完成哪一个功能.16. 把需要同时执行的动作组合在一起形成的模块为时间内聚模块.17. 通信内聚指模块内所有处理元素都在同一个数据结构上操作(有时称之为信息内聚),或者指各处理使用相同的输入数据或者产生相同的输出数据.18. 顺序内聚指一个模块中各个处理元素都密切相关于同一功能且必须顺序执行,前一功能元素的输出就是下一功能元素的输入.19. 功能内聚指模块内所有元素共同完成一个功能,缺一不可.因此模块不能再分割.第五章 软件详细设计1. PAD图指问题分析图(Problem Analysis Diagram),是一咱算法描述工具,它是一种由左往右展开的二维树型结构.PAD图的控制流程为自上而下,从左到右地执行.2. 过程设计语言(Process Design Language,简称PDL),也称程序描述语言(Program Descrip on Language),又称为伪码.它是一种用于描述模块自法设计和处理细节的语言.第六章 软件编码1. 程序设计风格指一个人编制程序时所表现出来的特点,习惯逻辑思路等.2. 指程序从一个计算机环境移值到另一个计算机环境的容易程序.第七章 软件测试1. 语句覆盖是指设计足够的测试用例,使被测程序中每个语句至少执行一次.2. 判定覆盖指设计足够的测试用例,使得被测程序中每个判定表达式至少获得一次”真”和”假”值,从而使程序的每一个分支至少都通过一次.3. 条件覆盖指设计足够的测试用例,使得判定表达工中每个条件的各种可能的值出现一次.4. 判定/条件覆盖标准指设计足够的测试用例,使得判定表达式中的每个条件的所有可能取值至少出现一次,并使每个判定表达式所有可能的结果也至少出现一次.5. 条件组合覆盖是比较强的覆盖标准,它是指设计足够的测试用例,使得每个判定表达式中条件的各种可能的值的组合都至少出现一次.6. 路径覆盖是指设计足够的测试用例,覆盖被测程序中所有可能的路径.7. McCabe定义程序图的环路为程序图中区域的个数.区域个数为边和结点圈定的封闭区域数加上图形外的区域数1.8. 黑盒测试是功能测试又称为功能测试或数据驱动测试.9. 白盒测试是对程序中尽可能多和逻辑路径进行测试,检验内部控制结构和数据结构是否有错,实际的运行状态与预期的状态是否一致.10. 驱动模块是用来模拟被测模块的上级调用模块的模块,功能要比真正的上级模块简单得多,它只完成接受测试数据,以上级模块调用被测模块的格式驱动被模块,接收被测模块的测试结果并输出.11. 桩模块用来代替被测试模块所调用的模块它的作用是返回被测模块所需的信息.12. 单元测试指对源程序中每一个程序单元进行测试,检查各个模块是否正确实现规定的功能,从而发现模块在编码中或算法中的错误.13. 集成测试是指在单元测试的基础上,将所有模块按照设计要求组装成一个完整的系统进行测试,故也称组装测试或联合测试.14. 确认测试又称有效性测试.是为了检查软件的功能与性能是否与需求规格说明书中确定的指标相符合所进行的测试.15. 调试是为了确定错误的原因和位置,并改正错误所进行的工作,因此调试也称为纠错.第八章 软件维护1. 在软件运行/维护阶段对软件产品所进行的修改就是维护.2. 为了识别和纠正错误,修改软件性能上的缺陷,应进行确定和修改错误的过程,这个过程就称为校正性维护.3. 随着计算机的飞速发展,计算机硬件,软件及数据环境在不断发生变化,为了使应用软件适应这种变化而修改软件的过程称为适应性维护.4. 在犯罪分子件运行时期中,用户往往会对软件提出新的功能要求与性能要求.这种增加软件功能,增强软件性能,提高软件运行效率而进行的维护活动称为完善性维护.5. 为了提高软件的可维护性和可靠性而对软件进行的修改称为预防性维护.6. 软件可维护性是指软件能够被理解,校正,适应及增强功能的容易程度.第九章 软件开发的增量模型1. 软件开发中的原型是软件的一个早期可运行的版本,它反映了最终系统的重要特性.第十章 面向对象的方法1. 对象是人们要进行研究的任何事物,从最简单的整数到复杂的飞机等均可看作对象,它不仅能表示具体的事物,还能表示抽象的规则,计划或事件.2. 具有相同或相似性质的对象的抽象就是类具有相同或相似性质的对象的抽象就是类3. 对象之间进行通信的构造叫做消息.4. 类中操作的实现过程叫做方法,一个方法有方法名,参数,方法体.5. 继承性是子类自动共享父类数据结构和方法的机制这是类之间的一种关系.6. 在类层次中,子类只继承一个父类的数据结构和方法,称为单重继承.7. 在类层次中,子类继承了多个父亲的数据结构和方法,称为多重继承.8. 多态性是指相同的操作或函数,过程可作用于多用户种类型的对象上并获得不同结果.不同的对象收到同一消息可以产生不同的结果,这种现象称为多态性.9. 抽象是指强调实体的本质,内在的属性,忽略一些无关紧要的属性.10. 信息隐蔽是指所有软件部件内部都有明确的范围以及清楚的外部边界每个软件部件都有友好的界面接口,软件部件的内部实现与外部可访问性分离.11. 链表示对象间的物理与概念联结.12. 关联表示类之间的一种关系,就是一些可能的链的集合.第十一章 软件质量与质量保证1. 软件按照设计要求,在规定时间和条件下不出故障,持续运行的程度.2. 为了完成预定功能,软件系统所需的计算机资源和程序代码数量的程度.3. 找到并改正程序中的一个错误所需代价的程度.4. 将一个软件系统从一个计算机系统或环境移植到另一个计算机系统或环境中运行时所需的工作量.5. 将一个系统耦合到另一个系统所需的工作量.6. 修改或改进一个已投入运行的软件所需工作量的程度.7. 一个软件能再次用于其他相关应用的程度.8. 设计的规格说明书要符合用户的要求.9. 程序要按照设计规格说明所规定的情况正确执行.10. 冗余是指实现系统规定功能是多余的那部分资源,包括硬件,软件,信息和时间.第十二章 软件工程管理1. 软件配置管理,简称SCM,是一组管理整个软件生存期各阶段中变更的活动是一组管理整个软件生存期各阶段中变更的活动2. 软件配置项是软件工程中产生的信息项,它是配置管理的基本单位.3. 基线是软件生存期中各开发阶段的一个特定点,它的作用是把开发各阶段工作的划分更加明确化,使本来连续的工作在这些点上断开,以便于检查与肯定阶段成果.4. 文档是指某种数据媒体和其中所记录的数据.在软件工程中,文档用来表示对需求,工程或结果进行描述,定义,规定,报告或认证的任何书面或图示的信息.它们描述和规定了软件设计和实现的细节,说明使用软件的操作命令.第十三章 软件开发环境1. 软件开发环境是相关的一组软件工具集合,它支持一定的软件开发方法或按照一定的软件开发模型组织而成.2. 软件工具是指为支持计算机软件的开发,维护,模拟,移植或管理而研制的程序系统.3. CASE是一组工具和方法的集合,可以辅助软件开发生命周期各阶段进行软件开发.4. 一个组织中的CASE系统从被始需求到完全废弃这一生存期.5. 一个CASE工作台是一组工具集,支持像设计,实现或测试等特定的软件开发阶段.。
软件工程导论第3章
2.访谈
访谈是最早开始使用的获取用户需求的技术，也是迄今为止仍 然广泛使用的需求分析技术。 访谈有两种基本形式： 正式访谈：系统分析员将提出一些事先准备好的具体问题。 非正式访谈：分析员将提出一些用户可以自由回答的开放性问题， 以鼓励被访问人员说出自己的想法。 调查表是当需要调查大量人员的意见时的一个十分有效的做法。 分析员仔细阅读收回的调查表，然后再有针对性地访问一些用户， 以便向他们询问在分析调查表时发现的新问题。 在访问用户的过程中可以使用情景分析技术。情景分析技术的 用处主要体现在下述两个方面： (1) 它能在某种程度上演示目标系统的行为，从而便于用户理解， 而且还可能进一步揭示出一些分析员目前还不知道的需求。 (2) 由于情景分析较易为用户所理解，使用这种技术能保证用户在 需求分析过程中始终扮演一个积极主动的角色。
（1） 数据对象
数据对象是对软件必须理解的复合信息的抽象。所谓 复合信息是指具有一系列不同性质或属性的事物，仅有单 个值的事物(例如，宽度)不是数据对象。 数据对象可以是外部实体(例如，产生或使用信息的任 何事物)、事物(例如，报表)、行为(例如，打电话)、事件 (例如，响警报)、角色(例如，教师、学生)、单位(例如，会 计科)、地点(例如，仓库)或结构(例如，文件)等。总之，可 以由一组属性来定义的实体都可以被认为是数据对象。 数据对象彼此间是有关联的，例如，教师“教”课程， 学生“学”课程，教或学的关系表示教师和课程或学生和 课程之间的一种特定的连接。
（4）需求验证 由软件开发者和用户一起来进行软件需求规格
说明的复审。确保需求规格说明可作为软件设计和最 终系统验收的依据。
二. 需求获取的常用方法
1. 建立联合分析小组 建立一个由用户、系统分析员和领域专家参加 的联合分析小组，密切合作，共同标识问题，提出 解决方案要素，商讨不同方案并指定基本需求。 这是一种面向团队的需求收集法，又称为简易 的应用规格说明技术。
软件工程课本讲解第3章 软件设计(详细设计)
第3章 软件设计 章
3.6 软件详细设计表示法
关于描述工具的有关说明： 关于描述工具的有关说明： 1.为了给出软件结构图中每一个模块的算法和块内数据结构 为了给出软件结构图中每一个模块的算法和块内数据结构 的清晰描述,需要采用适当的表达工具。 的清晰描述 需要采用适当的表达工具。 需要采用适当的表达工具 2.详细设计的表达工具有三类：图形、表格和语言。 详细设计的表达工具有三类：图形、表格和语言。 详细设计的表达工具有三类 3.无论哪类描述工具不仅要具有描述设计过程，如控制流程、 无论哪类描述工具不仅要具有描述设计过程，如控制流程、 无论哪类描述工具不仅要具有描述设计过程 处理功能、数据组织及其它方面的细节的能力 而且在编码 处理功能、数据组织及其它方面的细节的能力,而且在编码 阶段能够直接将它翻译为用程序设计语言书写的源程序。 阶段能够直接将它翻译为用程序设计语言书写的源程序。 4.详细设计的描述工具除了以前介绍过判定树和判定表外， 详细设计的描述工具除了以前介绍过判定树和判定表外， 详细设计的描述工具除了以前介绍过判定树和判定表外 还有程序流程图、 图及PDL等几种常用的工具 等几种常用的工具. 还有程序流程图、N-S图、PAD图及 图 图及 等几种常用的工具
第3章 软件设计 章 1．采用自顶向下、逐步求精的程序设计方法 采用自顶向下、 在需求分析、 概要设计中， 都采用了自顶向下、 在需求分析 、 概要设计中 ， 都采用了自顶向下 、 逐层细化的方法。使用“抽象”这个手段， 逐层细化的方法 。 使用 “ 抽象 ” 这个手段 ， 上层对问 题抽象、对模块抽象和对数据抽象， 题抽象 、 对模块抽象和对数据抽象 ， 下层则进一步分 进入另一个抽象层次。在详细设计中， 解 ， 进入另一个抽象层次 。 在详细设计中 ， 虽然处于 具体”设计阶段， “ 具体 ” 设计阶段 ， 但在设计某个模块内部处理过程 中，仍可以逐步求精，降低处理细节的复杂度。 仍可以逐步求精，降低处理细节的复杂度。
第3章 需求分析
软 件 工 程
4. 出错处理需求
这类需求说明系统对环境错误应该怎样响应。例如，如果它接收到 从另一个系统发来的违反协议格式的消息，应该做什么?注意，上述这 类错误并不是由该应用系统本身造成的。 在某些情况下，“出错处理”指的是当应用系统发现它自己犯下一 个错误时所采取的行动。但是，应该有选择地提出这类出错处理需求。 我们的目的是开发出正确的系统，而不是用无休止的出错处理代码掩盖 自己的错误。总之，对应用系统本身错误的检测应该仅限于系统的关键 部分，而且应该尽可能少。 3.7.6 故障处理 a. 内部故障处理 在开发阶段可以随即修改数据库里的相应内容。 b. 外部故障处理 对编辑的程序进行重装载时，第一次装载认为错，修改。第二次运 行，在需求调用时出错，有错误提示，重试。
(1)必须理解并描述问题的信息域，根据这条准则应该建 立数据模型。 (2)必须定义软件应完成的功能，这条准则要求建立功能 模型。 (3)必须描述作为外部事件结果的软件行为，这条准则要 求建立行为模型。 (4)必须对描述信息、功能和行为的模型进行分解，用层 次的方式展示细节。
12
第 3 章 需 求 分 析
据存储（可行性研究得到的高层数据流图）定义到元素级。
沿数据流图从输出端往输入端回溯着手分析。
第 3 章 需 求 分 析
图3.1 面向数据流自顶向下求精过程
15
3.2.3 简易的应用规格说明技术 软 件 工 简易的应用规格说明技术（面向团队的而求收集法）提倡用户 程 与开发者密切合作，共同标识问题，提出解决方案要素，商讨不同
18
软 件 工 程
3.3.2 软件需求规格说明
通过需求分析除了创建分析模型之外，还应该写出软件 需求规格说明书，它是需求分析阶段得出的最主要的文档。 通常用自然语言完整、准确、具体地描述系统的数据要 求、功能需求、性能需求、可靠性和可用性要求、出错处理 需求、接口需求、约束、逆向需求以及将来可能提出的要求。 自然语言的规格说明具有容易书写、容易理解的优点，为大 多数人所欢迎和采用。 为了消除用自然语言书写的软件需求规格说明书中可能 存在的不一致、歧义、含糊、不完整及抽象层次混乱等问题， 有些人主张用形式化方法描述用户对软件系统的需求，第4章 将简要地介绍形式化说明技术。
软件工程第3章 软件工程过程模式
组件技术是基于面 向对象技术发展起来的， 可以把组件视作为一个 盒子，它里面封装了许 多个类模块。
在基于组件复用的
软件开发中，软件由组 件装配而成，如同用标 准零件装配汽车一样。
7. 组件复用模式
组件复用模式是对基于组件的系统集成的过程 支持。组件复用可带来了流水线软件装配，系 统所需组件大多无须专门开发，而可通过专业 制作机构提供，由此可提高软件开发效率，并 可提高软件产品质量。
7. 组件复用模式
需求框架描述 组件复用分析 需求修改与细化
系统设计 组件开发 系统集成
（1）问题定义：这是软件生存期的第一个阶段， 主要任务是弄清用户要计算机解决的问题是什 么。
（2）可行性研究：任务是为前一阶段提出的问 题寻求一种至数种在技术上可行、且在经济上 有较高效益的解决方案。
（3）需求分析：弄清用户对软件系统的全部需 求，主要是确定目标系统必须具备哪些功能。
软件开发时期
开发时期具体设计和实现在前一个时期定义的软件， 它通常由下述4个阶段组成：总体设计，详细设计， 编码和单元测试，综合测试。其中前两个阶段又称 为系统设计，后两个阶段又称为系统实现。 （1）总体设计（也称为概要设计）：设计软件的 结构，即确定程序由哪些模块组成以及模块间的关 系。 （2）详细设计：针对单个模块的设计。 （3）编码和单元测试：按照选定的语言，把模块 的过程性描述翻译为源程序，并进行测试。 （4）综合测试：通过各种类型的测试(及相应的调 试)使软件达到预定的要求。
瀑布模式在编码之前设置了系统分析与系统设计 的各个阶段，分析与设计阶段的基本任务规定，在 这两个阶段主要考虑目标系统的逻辑模型，不涉及 软件的物理实现。
3、质量保证的观点
软件工程的基本目标是优质、高产。为了保 证所开发的软件的质量，在瀑布模式的每个阶 段都应坚持两个重要做法。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
3.1 需求分析任务
3 .1.2 建立目标系统的逻辑模型 模型是为了理解事物而对事物做出一种抽象，对事物 的无歧义的书面描述。 模型由一组图形符号和组成图形的规则组成。 建模的基本目标是： 描述用户需求 为软件的设计奠定基础 定义一组需求，用以验收产品。 模型分为： 数据模型:用实体—关系图 功能模型:用数据流图 行为模型:用状态转换图 数据字典用来描述软件使用或产生的所有数据对象， 并对各种图形工具所不能表达的内容加以补充。
《软件工程(第2版)》陆惠恩主编 4
3.2结构化分析步骤
3.2.1 进行调查研究
1. 调查研究的目的：是了解用户的真正需要 2. 调查研究的方法
访谈：正式访谈和非正式访谈。 分发调查表。 开会—讨论—确认的方法。
《软件工程(第2版)》陆惠恩主编
5
3.2.2 分析和描述系统的逻辑模型
1. 建立起目标系统的逻辑模型 2. 沿数据流图回溯
第3章需求分析
本章内容： 需求分析任务 结构化分析步骤 需求分析图形工具 数据字典 软件需求分析举例 需求分析文档 本章重点： 结构化分析 需求分析图形工具 数据字典
《软件工程(第2版)》陆惠恩主编 1
3.1 需求分析的任务
需求分析的任务是明确用户对系统的确切要求。 需求分析是发现、逐步求精、建立模型、规格 说明和复审的过程。 3.1.1 确定目标系统的具体要求 (1)确定系统的运行环境要求 (2)系统的性能要求 (3)确定系统功能
《软件工程(第2版)》陆惠恩主编
8
3.3.2 数据流图
1、数据流图的基本符号
《软件工程(第2版)》陆惠恩主编
9
2、数据流图的 附加符号
＊ 表示数据 流之间是“与” 关系(同时存在) ＋ 表示数据 流之间是“或” 关系 ⊕ 表示只能 从几个数据流 中选一个(互斥 关系)
《软件工程(第2版)》陆惠恩主编 10
16
3.6需求分析文档
3.6.1 软件需求规格说明
框架： 1.引言 2.信息描述 3.功能描述 4.行为描述 5.确认标准 6.运行需求 7.附录。
3.6.2 编写需求分析文档的步骤
编写软件需求分析说明书 编写初步的用户手册 编写确认测试的计划，作为今后软件确认和验收的依据。 修改、完善项目开发计划。
3.6.3 用户手册编写提示
1. 2. 3. 4. 引言 用途 运行环境 使用过程
《软件工程(第2版)》陆惠恩主编 17
第3章小结
软件需求是进行软件设计、实现和质量度量的基础。 需求分析是发现、逐步求精、建模、规格说明和复审的 过程。 建立模型是描述用户需求，定义需求，用以验收产品。 数据模型用实体-关系图来描述数据对象及相互关系。 功能模型用数据流图来描述。 行为模型用状态转换图来描绘。 数据字典用来描述软件使用或产生的所有数据对象、数 据存储规则和处理算法等。 需求分析阶段还应写出软件需求规格说明，有时附上可 执行的原型及初步的用户手册。它是需求分析阶段的最 终成果。 复审：需求分析的结果要经过严格的审查，确保软件需 求的一致性、完整性、现实性和有效性。
3.4.1 数据字典的内容 １. 数据元素 ２. 数据流 ３. 数据存储 ４. 数据处理
《软件工程(第2号
＝ 表示“等价于”或“定义为” ＋ 连接 [ ]，| 表示“或”，用“|”分隔，表示可任选其中某一项 { } 表示“重复” ( ) 表示“可选”，用“，”号隔开
3、画数据流图的步骤
画顶层数据流图 画分层数据流图 画总的数据流图
4、几点注意事项
【例3-3】画学生成绩 管理系统的数据流 图。
《软件工程(第2版)》陆惠恩主编
11
3.3.3状态转换图
1. 什么情况下要画状 态转换图 2. 状态转换图的符号 【例3.5】画出数据结 构中“栈”对象的 状态转换图。
3.2.3 需求分析的复审
内容包括： 一致性 完整性 现实性 有效性
《软件工程(第2版)》陆惠恩主编
6
3.3 需求分析图形工具
实体-关系图 数据流图 状态转换图 IPO 图。
《软件工程(第2版)》陆惠恩主编
7
3.3.1实体-关系图
1. 数据对象 2. 属性 3. 关系 【例3.2】 学生成绩管理系统
《软件工程(第2版)》陆惠恩主编
12
3.3.4 IPO 图
输入／处理／输出 （Input Process Output ）图的简称。
【例3.6】画出学生 成绩管理系统的 IPO 图。
《软件工程(第2版)》陆惠恩主编
13
3.4 数据字典
数据字典(Data Dictionary ，DD) 是对实体-关系图、状态转换图和数据流图中出现的 所有数据对象、属性、关系、状态、数据流、文件、 处理等元素的定义的集合。
《软件工程(第2版)》陆惠恩主编
2
【例3.1】某高校医疗费管理系统的需求分析
医疗费：校内门诊费、校外门诊费、住院费、子女医疗费。要 求数据库中存放每个职工的职工号、• 名、所属部门。 姓 报销时填写所属部门、职工号、姓名、日期、医疗费种类和数 额。 该校规定，• 年每个职工的医疗费报销有限额（如480元）， 每 限额在年初时确定，每个职工一年内报销的医疗费不超过限额 时可全部报销；超过限额时，超出部分只可报销90％。职工子 女的医疗费也有限额（如240元）。 医疗费管理系统每天记录当天报销的若干职工或职工子女的医 疗费的类别、金额。让系统自动结账、统计当天报销的医疗费 总额，供出纳员核对。• 笔账要保存备查，每天所报销的费用 每 要和各个职工已报销的金额累计起来，• 检查哪些职工已超额。 以 系统要设计适当的查询功能。年终结算、下一年度开始时，要 对数据库文件进行初始化，职工医疗费余额累加到下一年度的 余额中。
1{A} 表示 A 的内容至少要出现 1 次。 {B} 表示 B 的内容允许重复 0 至任意次。 如： 成绩单＝学号＋姓名＋1{课程名＋成绩}3 也可写为 成绩单＝学号＋姓名＋ {课程名＋成绩}
《软件工程(第2版)》陆惠恩主编
15
3.5 需求分析举例 商品销售管理系统
《软件工程(第2版)》陆惠恩主编
《软件工程(第2版)》陆惠恩主编 18