软件需求工程期末总结复习学习资料.doc
(完整版)软件工程期末考试复习总结知识点+必考题型,推荐文档
软件工程复习资料1.软件危机产生的原因(1)软件不同于硬件，它是计算机系统的逻辑部件而不是物理部件。
在写出程序代码并在计算机上试运行之前软件开发过程的进展情况较难衡量。
很难检验开发的正确性且软件开发的质量也较难评价。
因此控制软件开发过程相当困难。
此外在软件运行过程中发现错误很可能是遇到了一个在开发期间引入的但在测试阶段没有能够检测出来的错误，所以软件维护常常意味着修改原来的设计。
这样维护的费用十分惊人，客观上使得软件较难维护。
(2)软件开发的过程是多人分工合作分阶段完成的过程，参与人员之间的沟通和配合十分重要。
但是，相当多的软件开发人员对软件的开发和维护存在不少错误的观念。
在实践的过程中没有采用工程化的方法，或多或少采用了一些错误的方法和技术。
这是造成软件危机的主要原因。
(3)开发和管理人员只重视开发而轻视问题的定义，使软件产品无法满足用户的要求。
对用户的要求没有完整准确的认识就急于编写程序。
这是许多软件开发失败的另一主要原因。
事实上，许多用户在开始时并不能准确具体地叙述他们的需要。
软件人员需要做大量深入细致的调查研究工作，反复多次与用户交流信息，才能真正全面、准确、具体地了解用户的要求。
(4)软件管理技术不能满足现代软件开发的需要，没有统一的软件质量管理规范。
首先是文档缺乏一致性和完整性，从而失去管理的依据。
因为程序只是完整软件产品的一个组成部分。
一个软件产品必须由一组的配置组成，不能只重视程序而应当特别重视软件配置。
其次，由于成本估计不准确，资金分配混乱，人员组织不合理，进度安排无序，导致软件技术无法实施。
(5)在软件的开发和维护关系问题上存在错误的观念。
软件维护工作通常是在软件完成之后进行的，因此是极端艰巨复杂的工作，需要花费很大的代价。
所以做好软件的定义工作是降低软件成本，提高软件质量的关键。
如果软件人员在定义阶段没有正确、全面地理解用户要求，直到测试阶段才发现软件产品不完全符合用户的需要，这时再修改就为时已晚了。
需求工程期末复习总结
填空：1.在导致需求问题的原因中，一个最为重要的原因是：未能很好的掌握应用型软件的模拟特性以及由此产生的一系列的影响和要求。
2.面向专业用户的纯工具型软件的首要成功标准是：要具有功能的复杂性和使用的高效性。
3.需求开发过程中产生的主要文档有三种：项目前景和范围文档，用户需求文档，需求规格说明文档。
4.系统用例图和上下文图通常被用来定义系统的边界。
5.在需求建模时，常用的技术包括：数据流图，实体联系图，状态转换图，类图等半形式化建模技术。
6.业务需求，高层解决方案及系统特性都应该被记录下来，定义为项目前景与范围文档。
7.每一个明确，一致的问题都意味着涉众存在一些相应的期望目标，即业务需求。
8.业务需求中需要特别注意的特征是可行性和可验证性。
9.在会谈中使用的问题基本上可以分为两种：开放式和封闭式问题10.面谈的类别：结构化，半结构化和非结构化面谈11.原型的需求内容可以从三个纬度上分析：外观，角色，实现12.民族志一个主要的应用目的就是研究和解决复杂的协同问题13.分类框架将场景方法从场景的形式（又分为描述和外观两个方面），目的，内容和生命周期四个方面进行了分类和描述14.工程利用场景的目的有三种：描述，探索，解释15.抽象和分解是建模最为常用的两种手段16.抽象通过强调本质的特征，减少了问题的复杂性；分解的手段体现了分而治之的思想17.分析模型是半形式化的18.建模语言有三个要素：语法，语义，语用19.按照Zachman的矩阵框架，分析技术就是用来对第二行（企业模型）的各列进行建模和描述的技术20.面向对象分析方法以对象为基础，结构化分析方法以功能和数据为基础21.结构化，信息工程和面向对象三中方法学下的需求分析技术都是面向解系统的22.使用面向问题的技术称为前期需求阶段的分析，使用面向解系统的技术称为后期需求阶段的分析23.数据流图建模时使用的基本模型元素有四种：外部实体，过程，数据流和数据存储24.DFD定义了三个层次的DFD图：上下文图，0层图和N层图25.实体联系图用实体，属性和关系三个基本构建单位来描述数据模型26.除了静态的事物和抽象的概念之外，行为和事件也是常见的实体类型27.在关系的命名上通常使用动词28.用例模型的基本元素：用例，参与者，关系，系统边界29.UML的行为模型有三种：交互图，状态图，活动图30.在目标模型中使用的其他模型元素有行为者，场景，操作，任务，资源，UML元素等//31.需求跟踪是以软件需求规格说明文档为基线，在向前和向后两个方向上，描述需求以及跟踪需求变化的能力名词解释：1.需求工程：是软件工程的一个分支，它关注与软件系统所应予实现的现实世界目标，软件系统的功能和软件系统应当遵守的约束，同时它也关注以上因素的准确的软件行为规范说明之间的联系，关注以上因素与其随时间或跨产品族而演化之后的相关因素之间的联系。
软件需求工程考试复习资料：复习提纲.doc
第二章:描述1、需求的定义a用户为了解决问题和解释或达到某些目标所需要的条件能力b系统或系统部件为了满足合同，标准，规范或其他正式文档所规定的要求而需要具备的条件或能力c对a或b中的一个条件或一种能力的一种文档表述。
2、需求的内涵：问题域、解系统与共享现象a要解决问题，就需要改变现实中某些实体的状态，或者改变实体状态变化的演进顺序，使其达到期望的状态和理想的演进顺序。
这些实体与状态构成了问题解决的基本范围，称为该问题的问题域。
b软件系统通过影响问题域，能够帮助人们解决问题，称为解系统。
c共享现象:通过映射建立的共同知识，就是问题域中与解系统中的共享现象。
3、分类：类别有：功能需求，性能需求，质量需求，对外接口，约束4、功能需求的三个层次:5、需求工程的路线图问题分析：明确问题定义业务需求制定解决方案及系统特性-＞需求获取：用户需求，性能需求质量属性对外接口约束问题域特性-＞需求分析：系统需求系统模型-＞文档化与验证第四章：描述6、需求获取的困难用户和开发人员的背景不同，立场不同首先是知识理解的困难。
尽力去研究应用的背景，理解组织的状况，形成一个能够和用户进行有效沟通的粗略的知识框架默认(Tacit)知识现象利用有效的获取方法与技巧(角色扮演、观察等)来发现并获取默认知识普通用户缺乏概括性、综合性的表述能力普通用户的知识结构就相对局限于一些具体的业务细节善于表达具体业务的细节问题专家用户的知识结构因其渊博性而具有概括性和广泛性能够回答概括性和综合性的问题开发人员在与用户接触之前就先行确定获取的内容主题,然后设计具体的应用环境和场景条件，由用户根据细节业务的执行来描述问题、表达期望。
7、需求获取的流程第五章8、定义项目前景和范围的流程:描述9、问题分析：应用第六章：描述+应用10、涉众分析的流程11、涉众识别的方法12、涉众评估的内容13、涉众选择的策略第7——9章：描述+应用14、面谈的问题类型15、面谈的结构16、面谈的优缺点17、原型的各种特征分类18、原型的优缺点利用原型的好处有:及时、有力的响应用户需求的变化；减少返工；帮助控制不完整需求所带来的风险；可以将一个大的难以处理的开发过程细分成一些更小更容易处理的步骤;减少开发成本，提高经济效益;增加开发者之间的交流，帮助确定技术解决方案的可行性；有效的识别风险和解决风险，帮助进行风险管理;提高用户在软件开发中的参与程度。
软件工程期末考试主要知识点电子版
4.七条基本原理：(1)用分阶段的生命周期计划严格管理；(2)坚持进行阶段评审；(3)实行严格的产品控制；(4)采用现代程序设计技术；(5)结果应能清楚地审查；(6)开发小组的人员应该少而精；(7)承认不断改进软件工程实践的必要性。
10、RUP是Rational软件公司进过多年的商业化经验的六条最有效的软件按开发经验：迭代式开发、管理需求、使用基本构件的体系结构、可视化建模、验证软件质量、控制软件变更11、.微软过程生命周期的阶段以及各阶段的里程碑：(1)规划阶段(项目目标得到认可)；(2)设计阶段(完成产品设计)；(3)开发阶段(完成开发工作)；(4)稳定阶段(准备好可发布版本)；(5)发布阶段(完成产品发布)13、可行性研究的目的是用最小的成本在较短的时间内确定问题是否能够解决。
14. 对问题的每一种解法一般需要进行1.技术可行性2.经济可行性3.操作可行性4.法律可行性15. 在可行性研究阶段使用的描述工具有哪些？系统流程图，数据流图，数据字典。
16. 系统流程图：是概括地描述物理系统的传统工具表达的是数据在系统各部件之间的、流动的情况。
其基本思想是用图形符号从黑盒子描绘组成系统的各个部件（程序、文档、数据库、人工过程等）数据流图：是一个图形化技术，它描述信息流和数据从输入一点到输出的过程中所经受的变换。
数据字典：关于数据的信息的集合，即对数据流图中包含的所有元素的定义的集合17. 数据流图仅反映系统必须完成的逻辑功能，所以只是描绘数据在软件中流动和被处理的逻辑过程18. 数据字典的基本元素:数据流、数据元素、数据存储、处理21. 在进行成本／效益分析时首先需要估计成本。
成本估计可以使用那些技术？代码行技术、任务分解技术、自动估计成本技术22. 需求分析阶段的具体任务是什么？确定对系统的综合要求、分析系统的数据要求；导出系统的逻辑模型；修正系统开发计划23. 需求分析最终结果是什么体现的？分析模型、软件需求规格说明书24. 需求分析阶段完成的文档有哪些？分析模型、软件需求规格说明书25. 需求分析阶段使用的图形工具有哪些？数据流图、E-R图、状态转换图、层次方框图、watnier图、IPO图26. 在大型数据处理系统的功能分析与设计中，数据库的概念设计对应于系统开发的哪个阶段？对应需求分析阶段27. 最常用的表示概念性数据模型的方法是什么？E-R图28. 一般说来，应该从哪几个方面来验证需求分析的正确性？一致性、完整性、现实行、有效性29. 什么有穷状态机？有穷状态机有何作用？有穷状态机又哪几部分组成？有穷状态机：一个5元组（JKTSF）J有穷非空状态集K有穷的非空输入集T是一个从（J-F）*K到J 的转换函数、S属于J，初始状态。
(完整版)软件工程期末复习要点归纳总结(可编辑修改word版)
第一章软件工程学概论1、软件危机产生的原因软件本身的特点：难于维护、逻辑复杂软件开发与维护的方法不正确：忽略需求分析重要性、轻视软件维护课本表述：1、软件不同于硬件，它是计算机中的逻辑部件而不是物理部件2、软件不同于一般程序，它的一个显著特点是规模庞大，而且程序的复杂性将规模的增加而呈现指数上升。
3、软件本身特有的特点确实给开发和维护带了一些客观困难4、软件开发与维护有关的许多错误认识与做法有关（忽略需求分析，轻视软件维护）5、对用户要求没有完整准确的认识就匆忙开始着手编写程序6、在软件不同阶段进行修改需要付出的代价是很不相同的2、软件危机的表现（什么是软件危机）(1)、成本高：(2)、软件质量得不到保证：软件质量问题导致失败的软件项目非常多(3)、进度难以控制：●项目延期比比皆是●由于进度问题而取消的软件项目较常见●只有一小部分的项目能够按期完成(4)、维护十分困难：▼软件维护的多样性▼软件维护的复杂性▼软件维护的副作用3、克服软件危机(1)、管理的角度：软件开发过程的研究、文档的标准化以及人员的交流方式等(2)、软件开发方法的研究结构化软件开发方法, 面向对象的开发4、软件工程的定义概括的说，软件工程师指导计算机软件开发和维护的一门工程学科。
采用工程的概念、原理、技术和方法来开发和维护软件，把经过时间考验而证明正确的管理技术和当前能够得到的最好的技术方法结合起来，以经济地开发出高质量的软件并有效地维护它，这就是软件工程。
（1）、软件工程就是建立和使用一套合理的工程原理，从而经济地获得可靠的、可以在实际机器上高效运行的软件。
（2）、①把系统的、规范的、可度量的方法应用于软件开发、运行和维护的过程，也就是把工程应用于软件.②研究①中提到的途径总之：软件工程是应用计算机科学、数学及管理科学等原理开发软件的工程。
他借鉴传统工程的原理、方法，以提高质量，降低成本为目的。
5、软件工程的本质特性1、关注与大型程序的构造2、中心课题是控制复杂度3、软件经常变化4、开发软件的效率非常重要5、和谐的合作是开发软件的关键6、软件必须有效地支持它的用户7、在软件工程领域中通常由具有一个文化背景的人替另外一种文化背景的人创造产品6、软件工程的基本原理1、用分阶段的生命周期计划严格管理2、坚持进行阶段评审3、实行严格的产品控制4、采用现代程序设计技术5、结果应能清楚地审查6、开发小组应该少而精7、承认不断改进软件工程实践的必要性软件工程学包含3 个要素：方法、工具和过程7、软件生命周期(1)、概念:软件生命周期由软件定义、软件开发和运行维护（也成软件维护）3 个时期组成。
软件需求分析复习资料
计算机系统本身是无用的
������ ������ ������ ������ ������ ������
软件开创了新的可能性
目录
首页
上页
下页
末页
软件需求包括三个不同的层次—业务需求、用户需求和 功能需求（非功能需求）
业务需求（ business requirement）反映了 组织机构或客户对系统、产品高层次的目标 要求
原型法
适合于开发方清楚 对于开发方要求较 在以往类似项目应 项目需求但用户方 高 用系统的基础上进 不清楚项目需求的 行少量修改得出一 情况 可运行系统
节省开销 无法满足个性化软 重用建好的领域模 件要求 型，获得新系统需 13 复旦大学计算机科学与工程系 软件工程课程 求
目录 首页 上页 下页 末页
复旦大学计算机科学与工程系 软件工程课程 31
目录
首页
上页
下页
末页
类图
当你考虑如何将问题域对象映射到系统对象， 并进一步细化每个类的属性和操作时，面向对 象技术可以方便需求开发到设计阶段的转换。 类图(class diagram)是用图形方式叙述面向对 象分析所确定的类以及它们之间的关系。 用统一建模语言（UML）的符号为化学制品跟 踪系统的一部分（你所假设的）绘制类图。
末页
业务需求
•业务需求是组织或客户对于系统的高层次目标要求，定义 了项目的远景和范围，即确定软件产品的发展方向、功能 范围、目标客户和价值来源。 •业务需求的内容
–业务：产品属于哪类业务范畴？应该完成什么功能？需要为什么
服务？ –客户：产品为谁服务？目标客户是谁？
《软件需求工程》期末考试试题2套含答案(大学期末复习资料).doc
考试科目名称 软件需求工程1、(本题满分10分) (1) 解释下列三个概念：业务需求、用户需求、系统需求；(2)说明为什么在需求开发当中要重视软件的质呈属性。
2、(本题满分10分)试分析按下列顺序安排的问题是什么面谈结构:(1) 你在这个职位多久了？(2) 你的主要责任是什么？(3) 你接受什么报告？⑷你是如何看待部门目标的?(5) 你是如何描述决策过程的?(6) 怎样才能最好地支持这个过程?(7) 做这些决策的频度如何？(8) 当你做决策时会咨询谁？(9) 你做过的对于部门机能有重要意义的决策是什么？(1)这里采用了什么结构？你是如何确定的?得分 得分（2）通过改变问题的顺序，重新安排面谈的结构（如果有些必要，可以省略一些问题）。
标明所用的结构。
3、（本题满分15分）在各种关于软件的调研当中，无一例外的发现“缺乏用户参与”是导致软件失败的最大原因，请列举至少3条会使得用户参与不足的原因？并说明相应的解决方法。
4、（本题满分15分）根据下列叙述性描述，为描述的内容绘制一个上下文DFD：校园书店“课本库存系统”的目的是向学生提供本地大学课程的课本。
大学的教学部门通过一个“课本主清单”向书店提交初始数据，包括课程、教师、课本和预计注册人数。
书店生成一个“购买订单”，“购买订单”被送到供应课本的出版公司。
图书订单随着一个“包装清单”到达书店，它被接收的部门检查和验证。
学生填写包含课程信息的“购书要求”，当他们付了书款Z后就得到一个“销售单据”。
5、（本题满分15分）一个CD销售商店需要开展网上销售业务，下而是它的一个典型销售场景：Normal Flow of Events:1.Customer submits a search request to the system, the request contains the category information ofCDs.2.The system provides the customer a list of recommended CDs.3.The customer chooses one of the CDs to find additional information according to its identifie匚4.The system provides the customer with basic information & CD Reviews5.The customer maintains the order, records the item chosen・6.The customer iterates over 3 through 5 until finished shoppin g・7.The customer checks out and leaves the website・请以上述场景的描述为基础，执行名词抽取、建立关联和识别属性三个过程，并最终为上述描述建立领域模型，要求详细记录你在执行三个过程时的具体步骤。
软件工程复习资料-完整版
一、选择题：1、用例图中，用来表示用例的符号为( B ) 。
2、协作图中包含的元素包括(A ) 。
A. 对象 B. 链 C. 激活 D. 消息3、在类图中，哪种关系表达整体与部分的关系( D ) 。
A ．泛化 B. 实现 C. 依赖 D. 聚合4、下列各种图形符号中，用来表示组成关系的符号为 (B )。
A. B. C. D.5 、(A )工具在软件的详细设计中不能使用。
A ． DFD B. N-S 图 C. 流程图 D. PDL6 、 “软件危机”是指 (C )。
A. 计算机病毒的出现B. 利用计算机进行经济犯罪活动C. 软件开发和维护中出现的一系列问题D. 人们过分迷恋计算机系统7 、 快速原型是利用原型辅助软件开发的一种新思想，它是在研究 (A )的方法和技术中产生 的。
A. 需求阶段B. 设计阶段C. 测试阶段D. 软件开发的各个阶段8、从严格意义上讲，下列 4 个选项中属于顺序图的元素是(ABCD ) 。
A.对象B. 参与者C. 消息D. 激活9、下列 UML 图形中， (ABCD )属于 UML 的动态视图。
A. 协作图B. 状态图C. 活动图D. 顺序图10、数据字典是软件需求分析阶段的最重要的工具之一，其最基本的功能是( D ) 。
A. 数据库设计B. 数据通信C. 数据关系描述D. 数据定义11、详细设计与概要设计衔接的图形工具是 (D )。
A. DFD 图B. 程序图C. PAD 图D. SC 图12 、UML 中，大多数建模者把节点分为(AC )A . 设备 B. 构件 C. 处理器 D. 显示器13 、(C)是一种特殊形式的状态机，用于对计算流程和工作流程建模。
A ．时间图 B. 流程图 C. 活动图 D. 状态图14 、(A )描述从状态到状态的控制流程，常用来对系统的动态特征进行建模。
A. 状态图B. 序列图C. 协作图D. 活动图15、下列特点属于描述用例的特点的是( D ) 。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
.☆ 什么是软件需求工程？请说明软件需求工程中各阶段的主要任务。
p51定义一般定义：指应用工程化的方法、技术和规格来开发和管理软件的需求。
需求工程的目标：获取高质量的软件需求。
与软件工程中传统的需求分析概念相比，需求工程突出了工程化的原则，强调以系统化、条理化、可重复化的方法和技术进行与软件需求相关的活动，从而有利于提高所有与软件需求相关的活动及其过程的可管理性，降低需求开发和管理的难度和成本。
其它定义：Alan.Davis：直到（但不包括）把软件分解为实际架构组建之前的所有活动，即软件设计之前的一切活动。
该定义虽然没有详细说明需求工程是什么，但其给出了需求工程的范围。
Lan K. Bray ：对问题域及需求做调查研究和描述，设计满足那些需求的解系统的特性，并用文档给予说明。
这个定义明确指出了需求工程的任务就是获取、分析和表达软件的需求。
需求工程=需求的开发活动+需求的管理活动2各阶段主要任务需求获取阶段：获取用户的需求信息。
需求分析阶段：分析和综合已经收集到的需求信息。
需求建模阶段：根据待开发软件系统的需求利用某种建模方法建立该系统的逻辑模型。
需求定义阶段：根据用户需求编写出需求规格说明。
需求的形式化描述阶段：用严格的数学知识和符号来构造系统的需求模型。
需求验证阶段：检验软件需求规格说明。
需求管理阶段：开发人员在与提出更改的请求者协商的基础上，评估需求变更带来的潜在影响及可能的成本及费用，然后实施更改，一级有效的管理需求规格说明文档和跟踪更改需求的状态。
☆ 什么是软件需求？软件需求有哪些类型，并分别给出它们的定义。
p2软件需求的定义:A. Davis ：软件需求是从软件外部能发现的，软件所具有的，满足于用户的特点、功能及属性等的集合。
I. Sommerville：需求是问题信息和系统行为、特性、设计和实现约束的描述的集合。
M. Jackson等：需求是客户希望在问题域内产生的效果。
IEEE 软件工程标准：（1）用户解决问题或达到目标所需的条件或能力；（2）系统或系统部件要满足合同、标准、规范或其它正式规定文档所需具有的条件或能力。
通俗定义：软件需求是指软件系统必须满足的所有功能、性质和限制。
软件需求的类型 :目标需求：反映组织机构或客户对系统和产品提出的高层次的目标要求，其限定了项目的范围和项目应达到的目标。
业务需求：主要描述软件系统必须完成的任务、实际业务或工作流程等。
软件开发人员通常可从业务需求进一步细化出具体的功能需求和非功能需求。
功能需求：指开发人员必须实现的软件功能或软件系统应具有的外部行为。
性能需求：指实现的软件系统功能应达到的技术指标，如：计算效率和精度，可靠性，可维护性和可扩展性等。
约束与限制：指软件开发人员在设计和实现软件系统时的限制，如：开发语言，使用的数据库等。
☆ 试述快速原型开发模型和面向对象开发模型的基本思想，然后说明快速原型开发模型中抛弃型模型和进化型模型的作用。
p9快速原型模型基本思想：快速建立一个实现了若干功能的（不要求完全）可运行模型来启发、揭示和不断完善用户需求，直到满足用户的全部需求为止。
其基本过程如下：收集需求快速设计建立原型评价并细化需求设计与实现测试维护面向对象开发模型基本思想：应用对象、类、继承、封装、消息、对象或类之间的关系等面向对象的概念对问题进行分析和求解的软件开发技术，或者说，是以对象（类）为数据中心、对象之间的动态行为模式作为运行机制的一种问题求解方法。
其基本过程如下：面向对象分析面向对象设计面向对象实现和测试系统维护抛弃型模型：指在原型达到预期目的后将其抛弃，而且在构建该原型时，可以忽略具体的软件构造技术，亦即应以最小的代价构造抛弃型原型。
进化型模型：在需求被清楚定义的情况下，以渐增式方式构建原型，并使原型最终能成为软件产品的一部分。
☆ 请指出下列陈述属于哪种类型的软件需求或不属于软件需求。
p26（1 ）只有电梯停在某一楼层时，电梯才能改变方向。
非功能（2 ）系统必须用三个主要模块来实现，即检测、记录和统计分析模块，每个模块各自实现一个主要功能。
功能性需求（3 ）当用户输入他们的口令后，系统便自动从口令文件中检索他们的加密口令，并进行核对。
功能性需求（4 ）通过对用户进行不到一个小时的培训后，用户能输入和打印某些数据，且输入 / 出的出错率低于 1/20 。
非功能（5 ）所有报销单据必须经过财务部门某负责人审核后才能交由系统处理。
非功能（6 ）系统必须用面向对象的方法和技术实现。
非功能☆ 下列需求是否含糊，如果含糊的话，请在说明理由后给予修改：p84（1 ）系统必须在固定的时间间隔内提供状态信息，并且每次时间间隔不得小于60 秒。
含糊。
需求不完整，导致需求不可验证。
改进如下：后台任务管理器 (BTM) 应该在用户界面的指定区域显示状态消息。
a.在后台任务进程启动之后，消息必须每隔60( 10) 秒更新一次，并且保持连续的可见性。
b.如果正在正常处理后台任务进程，那么后台任务管理器 (BTM) 必须显示后台任务进程已完成的百分比。
c.当完成后台任务时，后台任务管理器(BTM) 必须显示一个“已完成”的消息。
d.如果后台任务中止执行，那么后台任务管理器(BTM) 必须显示一个出错信息。
（2 ）“产品必须在显示和隐藏非打印字符之间进行瞬间切换”。
在瞬间这一时间概念上，计算机不能完成任何工作，因此，这个需求是不可行的。
该需求也是不完整的，因为它没有说清状态切换的原因。
在特定的条件下，软件产品是否可以进行自动切换或者可否由用户采取某些措施来激发这样转变？还有，在文档中显示转变的范围是什么？是所选的文本、整个文档或其它内容？这个需求也存在一个不确定性问题。
“非打印”字符是否指隐藏文本、属性标记或者其它的控制字符？由于存在这些问题，该需求是不可验证的。
用如下的语句描述这个需求可能会更好一些：“用户在编辑文档时，通过激活特定的触发机制，可以在显示和隐藏所有H T M L标记之间进行切换”。
现在，指代关系就清楚了，非打印字符指的是H T M L标记。
修改过的需求指明了是用户触发了显示状态的转换，但是它并没有对设计造成限制，因为它并没有精确定义所使用的机制。
当设计人员选择好一种触发机制（例如热键、菜单命令或语音输入）时，你就可以编写详细的测试用例来验证这种转换操作是否正确。
（3）编译系统应该能生出出错报告，这样就可使初学者能迅速的排错。
应说明编译系统在什么情况下出什么出错报告，改为：编译系统应该能标识出错误，并在错误所在的位置显示出出错报告，这样就可使初学者迅速的排错。
（4）软件系统应具有良好的反应时间和数据精度，且能由菜单方式驱动。
“良好的”应使用量化的语言叙述，改为：软件系统的反应时间应小于 1 秒，数据精度为10^-6 。
（5 ）“分析程序应该能生成H T M L 标记出错的报告，这样就可以使H T M L 的初学者使用它来迅速排错。
”“迅速” 这个词具有模糊性。
缺乏对出错报告内容的定义表明该需求是不完整的。
我不知道你是如何验证这个需求的。
找一些H T M L 的初学者，看他们利用这个报告是否可以迅速排错？还有一点不清楚的是：H T M L 初学者使用的是分析程序还是出错报告。
并且何时生成这样的报告？让我们使用另一种方式表述这个需求：a. 在 H T M L 分析程序完全分析完一个文件后，该分析程序必须生成一个出错报告，这个报告中包含了在分析文件过程中所发现错误的H T M L 所在的行号以及文本内容，还包含了对每个错误的描述。
b.如果在分析过程中未发现任何错误，就不必生成出错报告。
现在我们知道了任何生成出错报告及其所包含的内容，但是我们已经把该需求提交给设计人员，让他们来决定报告的形式。
我们还指明了一种例外情况：如果没有任何错误，就不生成出错报告。
（6 ）“如果可能的话，应当根据主货物编号列表在线确认所输入的货物编号。
”我在想：“如果可能的话”这句话意味着什么？该需求是否在技术上可行？是否可以在线访问主货物编号列表？如果你不能确信是否可以递交一个请求，那么就使用“待确定”( T B D ) 来表示未解决的问题。
这个需求是不完整的，因为它并没有指明如果确认通过或失败，将会发生什么情况。
应该尽量避免使用不精确的词汇，例如“应当”。
客户可能需要这个功能或者不需要这个功能。
一些需求规格说明利用关键字之间微妙的差别如“应当”，“必须”和“可能”来指明重要性。
我更喜欢使用“必须”或“将要”来明确说明需求的目的并且明确指定其优先级。
改进后的该需求描述如下：“系统必须根据在线的主货物编号列表确认所输入的货物编号。
如果在主列表中查不到该货物的编号，系统必须显示一个出错消息并且拒绝订货。
”第二种相关需求可能记录了一种异常情况：当进行货物编号确认时，主货物编号列表不可访问。
（7 ）“产品不应该提供将带来灾难性后果的查询和替换选择。
”“灾难性后果” 的含义是解释的中心词。
在编辑文档时，毫无目的地作出全局性变化而用户又不能检测出错误或没有任何办法来纠正它，此时就可能带来灾难性后果。
你也要合理地使用反面需求，因为这些需求描述了系统所不能做的事情。
潜在的关注焦点在于当发生意外损坏时，能保护文件的内容。
也许，真正的需求是针对多级撤销( u n d o )能力、全局变化或其它可导致数据丢失行为确定的。
☆ 为方便顾客，某航空公司拟开发一个机票预订系统。
机票售票点把预订机票的顾客信息（姓名，性别，身份证号，出发时间和目的地，航班号等）输入该系统，系统为顾客查询航班，打印出取票通知单和账单。
顾客在飞机起飞前一天凭取票通知单和账单缴款取票，系统核对无误后立即打印出机票给顾客。
请用数据流图画出该系统的需求模型（不需要给出数据词典）p42系统数据流图订票信息旅客机票机票预订系统取票通知和账单取通知和账单旅客付费信息顶层数据流程图顶层数据流图只是粗略的给出整个系统的数据流情况。
为了更好的把“航空机票预定系统”中各个模块的具体数据流处理细节表示出来，可以在顶层图的基础上自顶向下继续分解，得到 1 层和 2 层数据流图。
旅客信息订票通知、账单信息旅客旅客取票通知、账单信息1层流程图.旅客信息1.1订票信息1.2通知、账单信息打印、通安排航班知账单订票信息旅客D1 订票信息旅客机票 2.3收费信息 2.2 打印机票收费通知、账单信息订票信息核对正2.1确核对机票信息2层流程图1.11 旅客基本信息及1.13订票信息旅客信息旅客基本信订票要求信息航班安D2 通知和账单记录息及订票要求信息录入排旅客基本信息航班信息1.14 1.12旅客管航班管理理D3 旅客基本信息表D4 航班信息票订票细化流程图旅客去票通知和账单信息2.32.2 正确2.1打印机核对机收费票票信息订票信息D1订票记录另附数据字典：旅客信息 :姓名： xxx性别：男描述：旅客订票时所填的资料(省份证号、所需机票的基本信息、乘机时间）定义：订票申请表单 ( 旅客姓名、旅客性别、起飞日期、飞行目的地、座位类型）位置：位置：在客户端由旅客填写航班信息：航班名称：航班类型：描述：所有从本地起飞的航班信息（航班号、起飞时间、到达的目的地、空出的座位数、票价）定义：航班信息（航班号、起飞日期、飞行目的地、空出的座位数、票价）位置：从服务器端查询后，发送到客户端账单信息：账单名称：账单号：描述：已定票的旅客信息资料（帐单号、旅客姓名、旅客性别、旅客身份证号）定义：账单基本信息（订票旅客的姓名、性别、省份证号、航班号）位置：在服务器端产生，发送回客户端机票信息：机票编号：航班号：描述：所有机票信息（已出售的机票、剩余机票、航班号、起飞时间）定义：机票基本信息（旅客姓名、旅客性别、身份证号码、航班号、起飞时间、飞行目的地、座位号）位置：发送到客户端.另附系统流程图（功能需求） ：用户接受航 客 班 户 数 端据 安排库预 打印去 服务器终定票通知 端和帐单用户出订 示去票 核对客 票 通知和 数 户 帐单据端库打印 机另附面向对象的需求分析方法：word 专业资料. word 专业资料。