软件工程-第3章需求分析全解课件.ppt

《软件工程-第3章需求分析全解课件.ppt》由会员分享，可在线阅读，更多相关《软件工程-第3章需求分析全解课件.ppt（102页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、软件工程与软件开发工具软件工程与软件开发工具第第3章章 需求分析需求分析3.13.1需求分析概述需求分析概述3.23.2数据流图数据流图 3.33.3数据字典数据字典 3.43.4加工逻辑描述工具加工逻辑描述工具 3.53.5结构化分析方法结构化分析方法3.63.6复审复审 3.73.7需求分析人员需求分析人员 3.13.1软件需求分析概述软件需求分析概述3.1.1软件需求分析的任务通过对要解决的问题、用户的要求及其目标环通过对要解决的问题、用户的要求及其目标环境的研究、分析和综合，建立抽象级的分析模境的研究、分析和综合，建立抽象级的分析模型型准确地、完整地体现用户的功能和性能及其它准确地、完

2、整地体现用户的功能和性能及其它要求，规范地通过要求，规范地通过“软件需求规格说明书软件需求规格说明书”表表达出来。达出来。3.1.2 需求类型1.按内容分类软件需求代表系统的综合要求，包括以下几种类型：(1)系统功能需求系统功能需求指根据系统所能实现的功能要求，对于每一类功能或者有时对于每一个功能，需要弄清输入、加工和输出等需求。(2)系统性能需求按照系统的性能要求分类。例如联机系统的响应时间、系统需要的存储容量、后援存储器、重新启动、安全性和可靠性等方面的要求。3.1.2 需求类型(2)(3)系统运行需求这类要求集中表现为对系统运行时所处的环境、使用的资源、安全保密和用户界面的要求。如支持系

3、统运行的硬件和软件是什么，采取哪种数据库管理系统，需要什么样的外存储器和数据通信接口。(4)未来可能出现的问题就是把不属于当前系统开发范围的问题都明确地列出来，因为将来很可能会提出这些问题。这些问题主要是为了系统将来的扩充和修改做准备，当以后需要时就可以很容易地进行扩展和修改了。3.1.2 需求类型(3)2.2.按用户的期望分类按用户的期望分类(1)正常需求用户陈述的针对系统的目标。(2)期望需求隐式的需求，可能由于是非常基础的而用户没有显示的陈述，如人机交互的容易性、整体的操作正确性和可靠性，以及软件安装的容易性。(3)兴奋需求在用户的期望范围之外，如果实现将令人愉快和出乎意料。3.1.2

4、需求类型(4)3.按必要性分类(1)强制的需求是指除非软件与这些需求一致，则该软件是不可接受的(2)希望的需求是指这些需求将增进软件产品功能，但是如果缺乏的话也不是不可接受(3)任选的需求是指这个功能可有可无3.1.3 需求特性(1)正确性需求规格说明书中的功能、行为、性能描述必须与用户对目标软件产品的期望相吻合。(2)无歧义性对于用户、分析人员、设计人员和测试人员而言，需求规格说明书中的任何语法单位只能有唯一的语义解释。确保无歧义性的一种有效措施是在需求规格说明书中使用标准化术语，并对术语的语义进行显式的、统一的解释。(3)完整性需求规格说明书不能遗漏任何用户需求，具体地说，目标软件产品的所

5、有功能、行为、行为约束以及它在所有可能情况下的预期行为，均应完整地包含在需求规格说明书中。(4)可验证性对于规格说明书中的每一个需求，均应存在技术和经济上可行的手段进行验证和确认。3.1.3 需求特性(2)(5)一致性需求规格说明书的各部分之间不能相互矛盾。这些矛盾可以表现为术语使用方面的冲突，功能和行为方面的冲突，以及时序方面的前后不一致。(6)可理解性追求上述目标不应妨碍需求规格说明书对于用户、设计人员和测试人员的易理解性。特别是对于非计算机专业的用户而言，不宜在说明书中使用太多的专业化词汇。(7)可修改性需求规格说明书的格式和组织方式应保证能够比较容易地接纳后续的增删和修改，并使修改后的

6、说明书能够较好地保持其他各项属性。(8)可追踪性需求规格说明书必须将分析后获得的每项需求与用户的原始需求项清晰地联系起来，并为后续开发和其他文档引用这些需求项提供便利。关于需求分析关于需求分析如何看待需求如何看待需求理解需求和功能的区别 需求是需要分析的 需求一般不专一，是会变的（要注意应变）（1）积极的沟通。及时了解变化，并进行变更控制管理。（2）在系统的架构设计上，为变化做准备。面向对象也好、面向服务也好、三层也好、四层也好，我们为什么把代码分开层次，为什么提供那么多抽象的接口？都是为了应对变化，为了我们在这个需求像云彩一样变化的环境中能够适应。保持沟通渠道的畅通 需求分析的一般性技术为了

7、克服困难，更有效地开展需求分析工作，为了克服困难，更有效地开展需求分析工作，软件系统分析人员必须掌握一些基本的软件系统分析人员必须掌握一些基本的需求分需求分析技术析技术，主要包括：，主要包括：初步需求获取技术；初步需求获取技术；需求建模技术；需求建模技术；快速原型技术；快速原型技术；问题的分解与抽象；问题的分解与抽象；多视点分析技术等。多视点分析技术等。初步需求获取技术原原因因：在在分分析析阶阶段段的的初初期期，由由于于分分析析人人员员和和用用户户的的共共同同知知识识领领域域可可能能不不多多，致致使使分分析析人人员员对对问问题题往往往往知知之之不不多多，而而用用户户对对目目标标软软件件的的要要

8、求求及及对对要要求求的的描描述述常常常常是是零零乱乱而而模模糊糊的的，从从而而会会造成相互交流和相互理解上的困难。造成相互交流和相互理解上的困难。为为了了克克服服困困难难，获获取取初初步步需需求求，可可以以采采用用如如下下的的技术手段：技术手段：访谈与会议；访谈与会议；观察用户工作流程；观察用户工作流程；分析人员和用户组成联合小组。分析人员和用户组成联合小组。1访谈与会议分分析析人人员员采采用用个个别别访访谈谈或或小小组组会会议议的的形形式式与与用用户户进进行行初初步步交交流流。在在访访谈谈和和会会议议之之前前，分分析析人人员员根根据据对对问问题题的的初初步步描描述述精精心心准准备备一一系系列

9、列问问题题，通通过过用用户户对对问题的回答或互相商讨来逐步理解用户的需求。问题的回答或互相商讨来逐步理解用户的需求。准备问题的原则有：准备问题的原则有：首首先先应应搞搞清清一一般般性性、整整体体性性问问题题，然然后后再再涉涉及及细细节节问题。问题。在在组组织织问问题题时时要要尽尽量量做做到到客客观观、公公证证，不不应应限限制制用用户的自由发挥。户的自由发挥。所所提提问问题题汇汇总总后后应应能能反反映映应应用用问问题题及及其其子子问问题题的的全全貌、并且不要过分详细。貌、并且不要过分详细。2观察用户工作流程通通过过实实际际观观察察用用户户的的手手工工操操作作过过程程来来提提取新系统的初步用户需求

10、。取新系统的初步用户需求。第一手资料第一手资料软件开发和应用的经验软件开发和应用的经验发现不合理的用户需求、提出用户还发现不合理的用户需求、提出用户还没有意识到的潜在的但却很有价值的没有意识到的潜在的但却很有价值的用户需求用户需求获得用户满意的分析结果获得用户满意的分析结果观察手工操作过程观察手工操作过程3用户和开发人员共同组成联合小组目目的的：为为加加强强信信息息沟沟通通、减减少少误误解解和和避避免免产产生生遗遗漏漏、充分调动用户的积极性。充分调动用户的积极性。方法：方法：建立由开发方和用户方共同组成的联合小组。建立由开发方和用户方共同组成的联合小组。联合小组成员：联合小组成员：双方的分析人

11、员双方的分析人员 专门的记录员专门的记录员 负责会议议程的人员负责会议议程的人员 资料员资料员 另另外外：制制定定小小组组的的规规章章制制度度和和计计划划，选选定定一一种种易易于于理理解解、简简洁洁、精精确确的的表表示示机机制制作作为为双双方方的的共共同同语语言言，比如采用带文字说明的流程图等。比如采用带文字说明的流程图等。【例】这里以“家庭保安系统”为例，简要说明初步需求的获取过程。假设用户的原始需求描述如下：根根据据家家庭庭保保安安市市场场的的增增长长趋趋势势，我我们们希希望望建建立立一一种种基基于于微微处处理理器器的的家家庭庭保保安安系系统统，它它能能够够识识别别异异常常事事件件并并采采

12、取取相相应应的的报报警警措措施施。这这些些异异常常事事件件有有：非非法法进进入入、火火灾灾、水水淹淹，等等等等。当当传传感感器器一一旦旦探探测测出出相相应应的的异异常常事事件件时时，系系统统应应自自动动用用电电话话向向监监控控中中心心报报警警。此此外外，系系统统应应允允许许户主对其行为实施程序式控制户主对其行为实施程序式控制。【例】为进行初步的需求分析，这里采用开发方和用户方组为进行初步的需求分析，这里采用开发方和用户方组成联合小组的方法。为此，联合小组成联合小组的方法。为此，联合小组应制定工作制度应制定工作制度：每次会议开始前必须有确定的议程，小组成员必须针每次会议开始前必须有确定的议程，小

13、组成员必须针对议程进行充分准备并应形成文字。对议程进行充分准备并应形成文字。联合小组会议联合小组会议首先应明确问题的范围、问题与环境的首先应明确问题的范围、问题与环境的关系，并就开发软件产品的必要性达成共识。关系，并就开发软件产品的必要性达成共识。小组负责人要求小组负责人要求每位参加者每位参加者根据负责的范围列出应用根据负责的范围列出应用问题及环境中有关的对象、对象的操作及对象间的关问题及环境中有关的对象、对象的操作及对象间的关系。系。如：如：市场营销人员列出控制面板、电话机、监控中心市场营销人员列出控制面板、电话机、监控中心等对象和用户编程控制、电话拨号、报警等操作；等对象和用户编程控制、电

14、话拨号、报警等操作；负责传感器的用户可能列举烟雾传感器、门窗监负责传感器的用户可能列举烟雾传感器、门窗监视器、警报器等对象。视器、警报器等对象。【例】将对这些列举的对象和操作将对这些列举的对象和操作进行更详细的讨论进行更详细的讨论和描述和描述，比如，详细地描述接收传感器事件、，比如，详细地描述接收传感器事件、用户编程控制、电话报警等操作等。用户编程控制、电话报警等操作等。用户用户可能提出一些约束条件。比如，造价不应可能提出一些约束条件。比如，造价不应超过超过30003000元，对传感器事件的响应时间不得元，对传感器事件的响应时间不得超过超过1 1秒，事件必须按优先级顺序进行处理等秒，事件必须按

15、优先级顺序进行处理等等。等。小组负责人应对这些小组负责人应对这些信息加以整理信息加以整理并形成文档，并形成文档，该文档应能反映该文档应能反映“家庭保安系统家庭保安系统”的全貌。的全貌。【例】根根据据“家家庭庭保保安安系系统统”的的特特点点，将将联联合合小小组组分分成成两两个个小小组组，并并行行处处理理用用户户编编程程控控制制和和传传感感器器检检测测两两个个子子系系统统，以以便便使使子子问问题题的的软软件件需需求求进进一一步步细细化化，这这时时可可能能又又会会增增加加新新对对象象、新新操操作作、新新约约束束条条件件。在在子子系系统统的的需需求求基基本本明明确确并并形形成成文文档档后后，还还应应就

16、就子子系系统统的的整整合合及及需需求求验验证证标标准准等进行初步的讨论。等进行初步的讨论。初初步步需需求求分分析析应应形形成成结结论论性性文文档档。比比如如，经经过过初初步步的的需需求求分分析析，“家家庭庭保保安安系系统统”的的部部分分初初步需求文档如下：步需求文档如下：【例】“家家庭庭保保安安系系统统”的的软软件件允允许许用用户户在在安安装装时时进进行行系系统统配配置置，实实施施对对传传感感器器的的监监控控并并通通过过控控制制面面板板与与户户主主进进行行信信息交互。息交互。系系统统开开机机后后，软软件件系系统统负负责责显显示示系系统统当当前前的的工工作作状态，接收并处理户主的命令。状态，接收

17、并处理户主的命令。当当系系统统处处于于配配置置状状态态，软软件件系系统统允允许许户户主主进进行行配配置置操操作。作。配置操作包括：配置操作包括：指定每一传感器的种类和编号；指定每一传感器的种类和编号；设置开、关机密码；设置开、关机密码；指定报警电话号码；指定报警电话号码；指指定定报报警警延延迟迟和和电电话话重重拨拨延延迟迟时时间间（以秒为单位）。（以秒为单位）。当当系系统统处处于于监监视视状状态态时时，软软件件系系统统即即开开始始对对所所有有传传感感器器实实施施监监控控。当当软软件件系系统统接接收收到到传传感感器器发发出出的的数数据据后后，判判别别是是否否出出现现异异常常事事件件，如如果果是是

18、，则则经经过过指指定定的的延延迟迟时时间间即即开开始始拨拨报报警警电电话话号号码码，拨拨号号操操作作将将按按照照重重拨拨延延迟迟反反复复进进行行，直直至至电电话话接接通通。此此时时软软件件系系统统负负责责向向监监控控中心报告异常事件发生的地点、时间和性质。中心报告异常事件发生的地点、时间和性质。【例】以以上上文文档档没没有有包包括括约约束束条条件件、测测试试标标准准等等方方面面的内容。的内容。初初步步需需求求文文档档将将是是后后续续详详细细需需求求分分析析的的基基础础。在在此此基基础础上上，就就可可以以采采用用某某种种需需求求分分析析方方法法进进行详细的需求分析。行详细的需求分析。分分别别介介

19、绍绍几几种种详详细细的的需需求求分分析析方方法法和和其其中中最最重重要的需求建模技术，它们是：要的需求建模技术，它们是：“面向数据流的需求分析方法面向数据流的需求分析方法”；“面向数据的需求分析方法面向数据的需求分析方法”；“面向对象的需求分析方法面向对象的需求分析方法”。需求建模技术为为了了使使用用户户需需求求逐逐步步精精细细化化、完完全全化化、一一致致化化，通通常常采采用用需需求求建建模模技技术术，即即用用建建立立目目标标软软件件系系统统模模型型的的方方法法来来刻刻画画软软件件系系统统中中的的信信息息、处处理理功能和外部行为。功能和外部行为。通通常常，分分析析人人员员选选定定一一种种分分析

20、析方方法法，并并用用该该方方法法中中的的一一些些图图形形记记号号分分别别表表示示信信息息流流、处处理理功功能能和和系系统统行行为为，并并利利用用受受限限制制的的自自然然语语言言给给出出用用户户需需求求的的描描述述。这这种种模模型型的的表表示示机机制制还还应应具具有有良良好好的的结结构构化化能能力力，以以便便处处理理大大型型问问题题的的按按层次分解的问题。层次分解的问题。软软件件需需求求分分析析的的过过程程，实实际际上上是是软软件件模模型型的的建建造和不断完善的过程。造和不断完善的过程。需求建模的步骤在分析的初期，分析人员通过访谈、会议、实际观在分析的初期，分析人员通过访谈、会议、实际观 察、分

21、析现有系统等方法察、分析现有系统等方法获取初步的用户需求获取初步的用户需求。分析人员根据选定的一种分析方法，在初步用户需分析人员根据选定的一种分析方法，在初步用户需 求的基础上求的基础上构筑初步的模型构筑初步的模型作为开发方和用户相互作为开发方和用户相互 沟通的表示机制。沟通的表示机制。分析人员在用户的密切配合下，利用选定的分析方分析人员在用户的密切配合下，利用选定的分析方 法法不断地对模型进行精细化、一致化、完全化，不断地对模型进行精细化、一致化、完全化，直直 至获得满意的用户需求为止。至获得满意的用户需求为止。在在分分析析阶阶段段构构筑筑的的模模型型不不应应涉涉及及软软件件实实现现的的细细

22、节节，以以免免分分散散分分析析人人员员的的注注意意力力、限限制制软软件件设设计计人人员员为为提提高高软件质量和效率而选择实现方法的自由度。软件质量和效率而选择实现方法的自由度。需需求求分分析析结结束束时时确确立立的的软软件件模模型型是是生生成成需需求求规规格格说说明明的依据，也是软件设计和实现的基础的依据，也是软件设计和实现的基础。快速原型技术 如如果果按按照照传传统统的的软软件件开开发发方方法法，需需要要经经过过漫漫长长的的开开发发时时间间之之后后用用户户才才能能看看到到目目标标软软件件的的最最初初版版本本。此此时时用用户户常常常常会会提提出出许许多多修修改改意意见见，有有时时甚甚至至全全盘

23、盘否否定定，导导致致开开发发失失败败。为为了了降降低低开开发发风风险险，在在需需求求分析阶段常常采用快速原型技术。分析阶段常常采用快速原型技术。1 1快速原型技术的基本思想快速原型技术的基本思想 在在软软件件开开发发的的早早期期，快快速速开开发发一一个个目目标标软软件件系系统统的的原原型型，让让用用户户对对其其进进行行评评价价并并提提出出修修改改意意见见，然然后后开开发发人人员员根根据据用用户户的的意意见见对对原原型型进进行行改改进进。当当原原型型几几经经改改进进最最终终确确认认后后，它它将将直直接接进进化化成成软软件件产产品品，或或者者由由软软件件设设计计、编编码码人人员员按按照照模模型型所

24、所确确立立的的外外部部特征去实现软件产品。特征去实现软件产品。2采用快速原型技术的具体步骤采采用用一一种种分分析析方方法法生生成成一一个个软软件件系系统统或或其其中中所所关关心心部部分分的简化需求规格说明。的简化需求规格说明。对对该该规规格格说说明明进进行行评评审审通通过过后后，立立即即生生成成设设计计规规格格说说明明。为为了了快快速速生生成成原原型型，这这种种设设计计仅仅注注重重所所关关心心的的问问题题，如如软软件件的的总总体体结结构构、用用户户界界面面和和数数据据设设计计、或或者者某某个个复复杂杂的算法等等，不注重过程内部的控制流设计。的算法等等，不注重过程内部的控制流设计。使使用用可可重

25、重用用软软部部件件、用用户户界界面面自自动动生生成成器器等等工工具具快快速速生生成可运行的软件原型并通过测试成可运行的软件原型并通过测试。将原型提交给将原型提交给用户进行评价用户进行评价，以便征求改进意见。，以便征求改进意见。上上述述过过程程反反复复迭迭代代，直直至至用用户户完完全全满满意意。此此时时的的原原型型已已完完全全、准准确确地地反反映映了了目目标标软软件件在在所所关关心心方方面面的的需需求求，可可作为需求规格说明的一部分而成为软件设计的基础。作为需求规格说明的一部分而成为软件设计的基础。3快速原型技术的适用场合该该技技术术特特别别适适合合于于软软件件产产品品要要求求大大量量的的用用户

26、户交交互互、或或产产生生大大量量的的可可视视输输出出、或或设设计计一一些些复复杂杂的的算算法法等等场场合合，目目前前的的绝绝大多数软件都适合于快速原型技术。大多数软件都适合于快速原型技术。除除非非由由于于问问题题相相当当复复杂杂，致致使使开开发发快快速速原原型型可可以以获获得得的的支支持持太太少少、所所冒冒的的风风险险太太大大时时，就就不不易易采采用用。但但对对于于其其中中的的某某些些子子问问题题，尤尤其其是是用用户户界界面面，还还可可采采用用快速原型技术进行部分分析。快速原型技术进行部分分析。问题分解与抽象、多视点分析技术问题分解技术问题分解技术 分分析析人人员员常常常常采采用用一一种种问问

27、题题分分解解的的技技术术。即即将将一一个个大大型型复复杂杂的的问问题题分分解解为为若若干干个个子子问问题题，然然后后对对每每一一个个子子问问题题逐逐个个进进行行分分析析，再再自自底底向向上上综综合合成成整整个个问问题题的的分分析析结结果果。这这种种分分解解可可以以逐逐级级进进行行，直直至至子子问问题题的的规规模模降到合适的程度。降到合适的程度。问题抽象技术问题抽象技术 分分析析人人员员在在分分析析过过程程中中要要善善于于从从诸诸多多的的特特殊殊问问题题中中抽抽象象出出一一般般的的问问题题，首首先先关关注注一一般般问问题题的的解解决决途途径径，再再用用其其指指导导特特殊殊问问题题的的求求解解。在

28、在抽抽象象的的过过程程中中，还还要要注注意意用用户户的的描描述述所所处处的的抽抽象象级级别别的的不不同同，以以便便建建立立清清晰晰的思路。的思路。问题分解与抽象、多视点分析技术 比如，在比如，在“家庭保安系统家庭保安系统”中，用户可能提出中，用户可能提出“系统状态显示系统状态显示”、“用户编制程序时的系统外部行用户编制程序时的系统外部行为为”等的需求。分析人员则应在等的需求。分析人员则应在“用户界面用户界面”这一这一抽象级别上统一地规划软件系统与用户的交互行为。抽象级别上统一地规划软件系统与用户的交互行为。可见，在不同的抽象级别上去分析不同层次的问题，可见，在不同的抽象级别上去分析不同层次的问

29、题，也是解决复杂问题的一个重要方法，它可以避免不也是解决复杂问题的一个重要方法，它可以避免不一致性，减少分析的工作量。一致性，减少分析的工作量。多视点分析技术：多视点分析技术：为了获得全面的需求分析结果，防止遗漏，有必要为了获得全面的需求分析结果，防止遗漏，有必要从各个视点分别对问题进行理解与分析，然后综合从各个视点分别对问题进行理解与分析，然后综合成全面的理解。成全面的理解。分析人员可以就系统视点与用户视分析人员可以就系统视点与用户视点、信息视点、功能视点与行为视点等多个视点分点、信息视点、功能视点与行为视点等多个视点分别进行分析，以确保需求分析的完全性。别进行分析，以确保需求分析的完全性。

30、需求规格说明与评审需求分析的主要阶段性产品是需求规格说明书。它必需求分析的主要阶段性产品是需求规格说明书。它必须通过需求评审后才能生效，这是一个重要的里程碑。须通过需求评审后才能生效，这是一个重要的里程碑。4.3.1 4.3.1 需求规格说明书的作用与内容需求规格说明书的作用与内容1.1.需求规格说明书的作用需求规格说明书的作用主要主要有：有：1 1）它是软件设计人员进行设计和编码的）它是软件设计人员进行设计和编码的出发点和基础；出发点和基础；2 2）它它是是对对目目标标软软件件产产品品进进行行验验收收测测试试的的依依据据。这这就就要要求需求规格说明书中的各项需求都应该是可测试的；求需求规格说

31、明书中的各项需求都应该是可测试的；3 3）它它起起到到软软件件开开发发方方和和客客户户（或或用用户户）方方之之间间的的一一份份合同的作用合同的作用。需求规格说明书的作用与内容2.2.需求规格说明书中的内容需求规格说明书中的内容q应应主主要要包包括括功功能能与与行行为为的的需需求求描描述述和和非非行行为为需需求求描描述。述。功功能能与与行行为为需需求求的的分分析析与与描描述述方方法法将将在在以以后后几几章章中中根据不同的需求建模方法分别介绍。根据不同的需求建模方法分别介绍。非非行行为为需需求求是是指指目目标标软软件件系系统统在在工工作作时时应应具具备备的的属属性性，主主要要有有运运行行效效率率、

32、可可靠靠性性、安安全全性性、可可维维护护性性、可移植性等等。可移植性等等。在在需需求求规规格格说说明明书书中中不不应应包包括括如如人人员员需需求求、成成本本预预算算、进进度度计计划划、质质量量保保证证计计划划等等内内容容，以以便便使使其其简简洁、目标明确。洁、目标明确。需求规格说明书的基本格式框架目录目录1 1 引言引言 1.1 1.1 本说明的编写目的本说明的编写目的 1.2 1.2 软件产品的作用范围软件产品的作用范围 1.3 1.3 定义、同义词与缩写定义、同义词与缩写 1.4 1.4 参考文献参考文献2 2 概述概述 2.1 2.1 产品与其环境间的关系产品与其环境间的关系 2.2 2

33、.2 功能概述功能概述 2.3 2.3 用户特征用户特征 2.4 2.4 约束条件约束条件 2.5 2.5 假设与前提条件假设与前提条件需求规格说明书的基本格式框架3 3功能或行为需求功能或行为需求 3.1 3.1 功能或行为需求功能或行为需求1 1：1 1）引言）引言 2 2）输入）输入 3 3）处理过程描述）处理过程描述 4 4）输出）输出 3.2 3.2 功能或行为需求功能或行为需求2 2：1 1）引言）引言 2 2）输入）输入 3 3）处理过程描述）处理过程描述 4 4）输出）输出 3.n 3.n 功能或行为需求功能或行为需求n:4n:4）输出）输出需求规格说明书的基本格式框架4 4外

34、部界面需求外部界面需求 4.1 4.1 用户界面用户界面 4.2 4.2 硬件界面硬件界面 4.3 4.3 软件界面软件界面5 5性能需求性能需求 5.1 5.1 精度精度 5.2 5.2 时间特征时间特征 5.3 5.3 灵活性灵活性6 6设计约束设计约束 6.1 6.1 标准化约束标准化约束 6.2 6.2 硬件约束硬件约束 需求规格说明书的基本格式框架7 7其他需求其他需求 7.1 7.1 数据库需求数据库需求 7.2 7.2 用户操作需求用户操作需求 7.3 7.3 工作场地需求工作场地需求8 8软件产品属性软件产品属性 8.1 8.1 可用性可用性 8.2 8.2 安全性安全性 8.

35、3 8.3 可维护性可维护性 8.4 8.4 可移植性可移植性附录附录索引索引需求评审软软件件系系统统中中的的错错误误约约有有15%15%来来源源于于需需求求分分析析中中的的错错误误。而而在在维维护护阶阶段段去去改改正正这这部部分分错错误误是是相相当当困困难难的的。为为了了及及时时发发现现并并纠纠正正这这类类错错误误，必必须须对对需需求求规规格格说说明书进行评审，即需求评审。明书进行评审，即需求评审。1.1.评审标准（按照重要性的次序）评审标准（按照重要性的次序）1 1）正正确确性性。指指需需求求规规格格说说明明书书中中的的每每一一项项功功能能、行行为为、性性能能的的描描述述都都是是正正确确的

36、的、合合理理的的，并并能能满满足足用用户的期望。户的期望。2 2）无无歧歧义义性性。指指规规格格说说明明书书中中的的每每个个需需求求陈陈述述都都只只有有唯唯一一的的解解释释。要要避避免免产产生生歧歧义义性性，就就应应使使用用标标准准化术语，并对术语的语义进行统一的解释。化术语，并对术语的语义进行统一的解释。1.评审标准（按照重要性的次序）3 3）完完全全性性。指指不不遗遗漏漏任任何何用用户户需需求求。即即需需求求规规格格说说明明书书中中包包括括了了所所有有的的功功能能、行行为为、性性能能约约束等。束等。4 4）可可验验证证性性。指指需需求求规规格格说说明明书书中中的的每每一一项项需需求都是可以

37、检验的。求都是可以检验的。5 5）一致性。指陈述的需求之间不存在矛盾之处。）一致性。指陈述的需求之间不存在矛盾之处。6 6）可可理理解解性性。指指规规格格说说明明应应尽尽量量简简洁洁、明明确确，便便于于分分析析人人员员、客客户户（用用户户）、设设计计人人员员、测测试试人人员员和和维维护护人人员员的的理理解解。因因此此，应应尽尽量量减减少少专业化的词汇。专业化的词汇。1.评审标准（按照重要性的次序）7 7）可可修修改改性性。指指需需求求规规格格说说明明书书的的框框架架结结构构应应能能比比较较容容易易地地实实现现对对其其可可能能进进行行的的增增补补、删删除除和和修修改改，并能保持总体结构不变。并能

38、保持总体结构不变。8 8）可可追追踪踪性性。指指规规格格说说明明可可向向前前追追踪踪，即即其其中中的的每每一一项项需需求求与与用用户户的的原原始始需需求求项项清清晰晰地地联联系系起起来来；也也可可向向后后追追踪踪，即即为为后后续续开开发发和和其其他他文文档档引引用用这这些需求项提供了依据。些需求项提供了依据。2.需求评审过程 需求评审过程应采用召开正式评审会议的形式需求评审过程应采用召开正式评审会议的形式。参参加加的的人人员员应应当当有有用用户户、系系统统分分析析员员、系系统统设设计计人人员员等等。在在评评审审会会上上，分分析析人人员员应应说说明明软软件件产产品品的的总总体体目目标标，也也就就

39、是是介介绍绍需需求求规规格格说说明明书书中中的的主主要要内内容容。之之后后，与与会会人人员员对对说说明明书书的的核核心心部部分分需需求求模模型型进进行行评评估估。并并按按照照上上述述的的评评审审标标准准逐逐一一进进行行审审查查，最最后后确确认认其其是是否否具具有有良良好好的的品品质质、是是否否构构成成以以后后开开发发的的良良好好的的基基础础。如如果果在在评评审审过过程程中中发发现现说说明明书书中中存存在在错错误误或或遗遗漏漏，应应责责承承分分析析人人员员返返工工，并并再再行行评评审审。需需求求评评审审也也可可采采用用先先进进行行技技术术评评审审，再再进进行行管管理理复复审审的的方方法法进进行行

40、。管管理理复复审审应应有有开开发发方方和和客客户户方方（或或用用户户方方）管管理理部部门门负负责责人人参参加加，复复审审通通过过后后，双双方方应应签签订订正正式式的的合合同。同。3.1.43.1.4需求分析的步骤需求分析的步骤1.1.分析系统的数据要求分析系统的数据要求2.2.建立系统的逻辑模型建立系统的逻辑模型3.3.修正开发计划修正开发计划4.4.构造原型系统构造原型系统5.5.复审、验证软件需求分析的正确性复审、验证软件需求分析的正确性6.6.编写软件需求说明书编写软件需求说明书3.23.2数据流图数据流图 数据流图（数据流图（DFD,Data Flow DiagramDFD,Data

41、Flow Diagram）是）是用来描绘软件系统的逻辑模型的工具。用来描绘软件系统的逻辑模型的工具。通过数据流图描绘信息在系统中流动和加工通过数据流图描绘信息在系统中流动和加工处理的情况。处理的情况。是各类人员之间极好的交流、沟通的工具是各类人员之间极好的交流、沟通的工具 设计数据流图只需考虑系统必须完成的基本设计数据流图只需考虑系统必须完成的基本逻辑功能，一般在图中不使用具体的逻辑功能，一般在图中不使用具体的物理元物理元素素，完全不需要考虑如何具体地实现这些功，完全不需要考虑如何具体地实现这些功能。能。3.2.13.2.1符号符号 数据的源点/终点:是指在系统以外的事物或人加工处理:表示对数

42、据的处理功能数据存储:表示对数据存储的逻辑描述，它可以是数据库文件或任何其他形式的数据组织。数据流:表示数据在系统中流动的方向。或或或数据的源点/终点加工/处理数据存储数据流附加的图形符号附加的图形符号数据流与数据加工之间的关系数据流与数据加工之间的关系TTTTTTABABABCBCBCCCAAA*+输入A和B变换成C输入A或B，或者A和B变换成C只有输入A或只有B，变换成C（A、B不能同时输入）输入A变换成B和C输入A变换B或C，或者A和B输入A变换成B或C，但不能变换成B和CCB描述银行取款过程的数据流图描述银行取款过程的数据流图教材管理系统的数据流图教材管理系统的数据流图 采购会计学生供

43、书商订单发单票/收据订书通知到书通知订书单发书单暂存订单采购订单应收款总帐应付款销售历史库存销售付款收款单付款证凭付款单付款收据3.3数据字典DD 数据流图描述系统的逻辑模型，但它不可能表达一个系统的全部逻辑特性，特别是有关数据的详细内容。数据字典恰恰弥补了数据流图在这个方面的不足，它专门记录有关数据方面的信息，作为对数据流图的补充和解释。数据流图和数据词典共同构成全面描述软件需求说明书的核心。3.3.1定义方法定义方法数据字典要对数据流图中出现的所有名字进行定义。同日常使用的词典一样，为了便于查阅，词典中的所有条目都要按一定的次序排列起来，也可采用卡片的形式，以供开发与维护人员方便地使用。3

44、.3.1定义方法定义方法(2)数据流定义中常用的符号含义如下：=表示“被定义为”；+表示“和”，连接两个或多个分量；.|.表示“选择”，即可选择方括号中的一项，用“|”作为各项的分割符；()表示“可选”，即括号内的项可选可不选；mn表示“重复”，n为重复次数的上限，m为重复次数的下限，如重复次数没有限定可不标出上下限。也可以利用上下标表示。3.3.2 实现 数据字典可以用人工方式建立，记录在数据字典可以用人工方式建立，记录在卡片上。也可以用自动化的方式记录在卡片上。也可以用自动化的方式记录在计算机的存储器上。计算机的存储器上。数据字典的数据字典的内容内容主要包括：数据元素、主要包括：数据元素、

45、数据流、数据存储、外部项、加工处理数据流、数据存储、外部项、加工处理等。按词条形式描述数据的属性、结构、等。按词条形式描述数据的属性、结构、逻辑关系、特征信息等。逻辑关系、特征信息等。3.3.2 实现(2)1.1.1.1.数据元素词条描述数据元素词条描述数据元素词条描述数据元素词条描述数据元素名：数据元素名：类型：数字（离散值，连续值），类型：数字（离散值，连续值），文字（编码类型）文字（编码类型）长度：长度：取值范围：取值范围：相关的数据元素及数据结构：相关的数据元素及数据结构：3.3.2 实现(3)2.2.2.2.数据流数据流数据流数据流 数据流名：数据流名：数据流名：数据流名：说明：简要

46、介绍作用即它产生的原因和说明：简要介绍作用即它产生的原因和说明：简要介绍作用即它产生的原因和说明：简要介绍作用即它产生的原因和结果结果结果结果 数据流来源：来自何方数据流来源：来自何方数据流来源：来自何方数据流来源：来自何方 数据流去向：去向何处数据流去向：去向何处数据流去向：去向何处数据流去向：去向何处 数据流组成：数据结构数据流组成：数据结构数据流组成：数据结构数据流组成：数据结构 数据量流通量：数据量，流通量数据量流通量：数据量，流通量数据量流通量：数据量，流通量数据量流通量：数据量，流通量3.数据存储数据存储名：数据存储名：简述：存放的是什么数据简述：存放的是什么数据输入数据：输入数据

47、：输出数据：输出数据：数据文件组成：数据结构数据文件组成：数据结构存储方式：顺序，直接，关键码存储方式：顺序，直接，关键码存取频率：存取频率：4.4.加工逻辑加工逻辑加工名：加工名：加工编号：反映该加工的层次加工编号：反映该加工的层次简要描述：加工逻辑及功能简述简要描述：加工逻辑及功能简述输入数据流：输入数据流：输出数据流：输出数据流：加工逻辑：简述加工程序，加工顺序加工逻辑：简述加工程序，加工顺序4.4.加工逻辑加工逻辑(2)(2)n n对数据流图的每一个基本加工，必须有一对数据流图的每一个基本加工，必须有一对数据流图的每一个基本加工，必须有一对数据流图的每一个基本加工，必须有一个基本加工逻

48、辑说明个基本加工逻辑说明个基本加工逻辑说明个基本加工逻辑说明n n基本加工逻辑说明必须描述基本加工如何基本加工逻辑说明必须描述基本加工如何基本加工逻辑说明必须描述基本加工如何基本加工逻辑说明必须描述基本加工如何把输入数据流变换为输出数据流的加工规把输入数据流变换为输出数据流的加工规把输入数据流变换为输出数据流的加工规把输入数据流变换为输出数据流的加工规则则则则 加工逻辑说明必须描述实现加工的策略而加工逻辑说明必须描述实现加工的策略而加工逻辑说明必须描述实现加工的策略而加工逻辑说明必须描述实现加工的策略而不是实现加工的细节不是实现加工的细节不是实现加工的细节不是实现加工的细节 加工逻辑说明中包含

49、的信息应是充足的，加工逻辑说明中包含的信息应是充足的，加工逻辑说明中包含的信息应是充足的，加工逻辑说明中包含的信息应是充足的，完备的，有用的，没有重复的多余信息完备的，有用的，没有重复的多余信息完备的，有用的，没有重复的多余信息完备的，有用的，没有重复的多余信息5.源点及终点词条描述名称：外部实体名名称：外部实体名简要描述：什么外部实体简要描述：什么外部实体有关数据流：有关数据流：数目：数目：6.数据结构的描述 符符 号号 含含 义义 举举 例例 被定义为被定义为 与与 x x=a ab b.,.,.或或 .|.|.或或 x x=a a,b b，x x=a a|b b .或或 m.nm.n 重

50、复重复 x x=a a，x x=3=3a a88(.)(.)可选可选 x x=(=(a a)“.”“.”基本数据元素基本数据元素 x x=“=“a a”.连结符连结符 x x=1.9=1.9练习练习:画出和存折操作有关的基本的数据流图定义各种类型的数据字典词条 存折户名所号帐号开户日性质（印存折户名所号帐号开户日性质（印存折户名所号帐号开户日性质（印存折户名所号帐号开户日性质（印密）密）密）密）1111存取行存取行存取行存取行50505050 户名户名户名户名2222字母字母字母字母24242424 所号所号所号所号“001”.“999”001”.“999”001”.“999”001”.“99