软件需求分析的任务

1第三章需求工程需求阶段是软件开发的关键阶段。该阶段的主要任务：必须回答一个问题：“系统应该做什么（what）”。所涉及的人员有：领域专家、领域用户、软件投资人、系统分析员和需求分析员。该阶段的工作量约占总工作量的10%以上。23.1软件需求IEEE软件工程标准词汇表（1997年）将需求定义为：（1）用户解决问题或达到目标所需的条件或能力；（2）系统或系统部件要满足合同、标准、规范或其它正式规定文档所需具有的条件或能力。（3）一种反映（1）或（2）所描述的条件或能力的文档说明。3.1.1软件需求的定义定义从两个角度阐述需求：用户角度系统的外部行为开发者角度系统的内部特性其关键的问题：编写需求文档。33.1.2需求的层次软件需求包括四个不同的层次：1.业务需求：描述了组织结构或客户对系统的高层次的目标要求。2.用户需求：描述了用户使用产品必须要完成的任务，使用实例模型描述。3.功能需求：定义了开发人员实现的软件的功能。4.业务需求：描述系统的约束和限制条件。注：以上需求应详细的写到软件需求规格说明书里。43.1.3需求错误的原因需求描述模棱两可，有时写的过于简单；用户的要求不断变换，需求也不断变化；参与的用户过少，而且忽略了用户的分类；追求个性化，添加不必要的特性。需求越来越复杂，但很重要，现在提出了采用工程化的思想对需求进行分析，引出需求工程的概念。3.2需求工程概述定义：指应用已证实有效的技术、方法进行需求分析，确定客户需求，帮助分析人员理解问题并定义目标系统的所有外部特征的一门学科。主要活动：需求获取需求建模（需求分析）需求传递：编写规格（规约）说明书需求验证需求管理需求工程的层次分解示意图需求工程需求开发需求管理问题获取需求分析编写规格说明验证73.2.1需求开发从用户获得需求，并整理成文档。注：分析员与各种层析的客户进行交流，如决策人，具体使用人，系统维护人员等等。OOA中常采用方法：用例方法获取需求。一.需求获取二.需求分析对上阶段获取的需求进行分析、提炼，并用相应的分析模型描述出来，分析出高质量的需求。8需求分析研究的对象是软件项目的用户要求准确地表达被接受的用户要求确定被开发软件系统的系统元素将功能和信息结构分配到这些系统元素中深入描述软件的功能和性能确定软件设计的约束和软件同其它系统元素的接口细节定义软件的其它有效性需求1主要任务：92.需求分析的过程(1)问题识别从系统的角度来理解软件并评审软件范围是否恰当确定对目标系统的综合要求，即软件的需求提出这些需求实现条件，以及需求应达到的标准资源使用需求成本消耗需求开发进度需求预先估计以后系统可能达到的目标软件的需求包括：功能需求性能需求环境需求可靠性需求安全保密要求用户界面需求10问题识别的另一项工作是建立分析所需要的通信途径，以保证能顺利地对问题进行需求分析。11A.主要任务（建立系统的逻辑模型）从信息流和信息结构出发，逐步细化所有的软件功能，找出系统各元素之间的联系、接口特性和设计上的约束，分析它们是否满足功能要求，是否合理。剔除其不合理的部分，增加其需要部分。最终综合成系统的解决方案，给出目标系统的详细逻辑模型。(2)分析与综合B.常用的分析方法面向数据流的结构化分析方法(SA)面向数据结构的Jackson方法(JSD)面向数据结构的结构化数据系统开发方法(DSSD)面向对象的分析方法(OOA)等12C.创建数据字典数据字典是对系统所用到的所有数据项和结构的定义，以确保开发人员使用统一的数据定义。13软件需求说明书数据要求说明书初步的用户手册修改、完善与确定软件开发实施计划注：格式见附录三需求传递（编制需求文档）四需求验证（需求评审）系统定义的目标是否与用户的要求一致;系统需求分析阶段提供的文档资料是否齐全;文档中的所有描述是否完整、清晰、准确反映用户要求;与所有其它系统成分的重要接口是否都已经描述;14被开发项目的数据流与数据结构是否足够，确定;所有图表是否清楚，在不补充说明时能否理解;主要功能是否已包括在规定的软件范围之内，是否都已充分说明;设计的约束条件或限制条件是否符合实际;开发的技术风险是什么;是否考虑过软件需求的其它方案;是否考虑过将来可能会提出的软件需求;是否详细制定了检验标准，它们能否对系统定义是否成功进行确认;15需求开发流程16需求管理从形成需求基线开始，分析变更影响并控制变更过程。主要包括变更控制、版本控制和需求跟踪等活动。变更控制就是在一定的程序下有效地实施整个变更过程；版本管理保证了在需求文档中记录和反映所有的需求变化；需求跟踪帮助人们全面地分析变更带来的影响，从而作出正确的变更决策。三者统一起来，真正做到了管理需求变化过程，以及维护需求变化后的一致性和完整性。3.2.2需求管理171.需求变更控制一些需求的改进是合理的且不可避免。不被控制的变更是项目陷入混乱、不能按进度执行或软件质量低劣的共同原因，因此，需求变更应该实现以下要求：●应仔细评估已建议的变更；●挑选合适的人选对变更做出决定；●变更应及时通知所有涉及的人员；●项目要按一定的程序来采纳需求变更。18版本控制是管理需求的一个必要方面。需求文档的每一个版本必须被统一确定，小组内每个成员必须能够得到需求的当前版本，必须清楚地将变更写成文档，并及时通知到项目开发所涉及的人员。为了尽量减少困惑、冲突、误传，应仅允许指定的人来更新需求。每一个公布的需求文档的版本应该包括一个修正版本的历史情况，即已做变更的内容、变更日期、变更人姓名以及变更原因，可以考虑给每个需求标记上版本号，当修改满足需求后就增加版本号。2.需求文档的版本控制版本控制的最有力方法是用一个商业需求管理工具的数据库存储需求，这些工具可以跟踪和报告每个需求的变动历史，特别是当需要恢复早期的需求时非常有意义。19当某项业务需求发生变化时，可能会影响到系统需求和功能需求的变化，并且连带地影响到设计、测试、实现、项目计划等各方面的变化，从而构成了一个跟踪能力联系链。如下图显示需求跟踪的任务：编制每个需求同系统元素之间的联系文档，这些元素包括别的需求、体系结构、其他设计部件、源代码模块、测试、帮助文件、文档等，从而建立了需求的跟踪联系链。当需求发生变化时，使用需求跟踪可以确保不忽略每个受到影响的系统元素，实现需求变更的正确实施，降低由此带给项目的风险等。3.需求跟踪20业务需求系统需求，使用实例，业务规则及外部接口需求软件功能需求系统测试项目计划任务体系结构，用户接口或功能设计集成测试代码单元测试变更需求影响影响影响被实现被验证被验证被陈述被验证连接到规格说明依赖另一个影响21(1).建立了需求的跟踪联系链当需求发生变化时，使用需求跟踪可以确保不忽略每个受到影响的系统元素。使用需求跟踪能力矩阵分析变更产生的影响CMM:软件能力成熟度模型的目标之一：进行需求管理222.需求管理工具需求管理工具有两种类型：a.以文档为核心的b.以数据库核心的23结构化分析方法最早开始于20世纪60年代末和70年代初。DeMaro在1979年出版的《StructuredAnalysisandSystemSpecification》一书中，给出了数据流图等结构化分析工具，并使用数据字典和加工说明等作为图形工具的补充。3.3分析建模现在在主导地位的分析方法为：结构化分析方法(SA)和面向对象的分析方法(OOA)本节主要讲SA。24结构化分析方法特点面向数据流进行需求分析的方法结构化分析方法适合于数据处理类型软件的需求分析结构化分析方法就是用抽象模型的概念，按照软件内部数据传递、变换的关系，自顶向下逐层分解，直到找到满足功能要求的所有可实现的软件为止结构化分析方法使用工具ERDSTD数据流图数据词典判定表与判定树、结构化英语层次方框图、Warnier图、IPO图25数据字典功能模型数据模型行为模型实体关系图数据流图状态转换图结构化分析导出的分析模型包括数据模型、功能模型和行为模型，该模型以“数据字典”为核心，它描述了软件使用的所有数据对象。3.3.1分析模型26实体关系图（Entity-RelationshipDiagram，ERD）：作为数据建模的基础，描述数据对象及其关系；数据流图（DataFlowDiagram，DFD）：作为功能建模的基础，描述数据怎样转换以及转换的功能；状态转换图（State-TransitionDiagram，STD）：作为行为建模的基础，表示系统的各种行为状态以及状态间的转换方式。27⑴Entities例：,,StudentInstructorClass⑶Attributes例：,NameID#⑵Relations例：EnrolledinTeach111NMN一.实体-联系图(Entity-RelationshipDiagram)数据模型有三种基本元素：数据对象、属性、关系。28…………InstructorStudentEnrolledinTeachClassID#ID#NameNameSexSexTitleInstructorIDClassIDGradeStudentIDClassIDCreditID#Subjectmn1n例如：29二.数据流图数据流图信息流和数据转换。对加工进行细化获得数据流图。从数据传递和加工的角度看，其以图形的方式刻画数据流从输入到输出的传递变换过程，描绘信息在系统中流动和处理的情况。表示了系统内部信息的流向和系统的逻辑处理功能。1.作用302.数据流图中的主要图形元素数据加工(数据变换)数据源点或终点(外部实体)数据流数据存储文件31描述银行取款过程的数据流图323.数据流与数据加工之间的关系334.数据流图的层次结构为了表达数据处理过程的数据加工情况，需要采用层次结构的数据流图。按照系统的层次结构进行逐步分解，并以分层的数据流图反映这种结构关系，能清楚地表达和容易理解整个系统。在多层数据流图中，顶层流图仅包含一个加工，它代表被开发系统。它的输入流是该系统的输入数据，输出流是系统所输出数据底层流图是指其加工不需再做分解的数据流图，它处在最底层中间层流图则表示对其上层父图的细化。它的每一加工可能继续细化，形成子图。34分层的数据流图35三.状态迁移图最常用的动态分析方法状态迁移图时序图Petri网系统的需求规格说明通常是用自然语言来叙述的，但是用自然语言描述往往会出现歧义性。为了直观地分析系统的动作，从特定的视点出发描述系统的行为，需要采用动态分析的方法。36状态迁移图是描述系统的状态如何相应外部的信号进行推移的一种图形表示。圆圈“○”表示可得到的系统状态箭头“→”表示从一种状态向另一种状态的迁移。37例如,当有多个申请占用CPU运行的进程时,有关CPU分配的进程的状态迁移。38可得到的状态＝就绪，运行，等待生成的事件＝t1，t2，t3，t4t1─中断事件t2─中断已处理t3─分配CPUt4─用完CPU时间39状态迁移图的优点状态之间的关系能够直观地捕捉到由于状态迁移图的单纯性，能够机械地分析许多情况，可很容易地建立分析工具403.3.2结构化分析方法结构化分析过程是创建数据模型、功能模型和行为模型的过程数据模型功能模型行为模型E-R图DFD图STD图下面结合学生成绩管理系统的子系统查询系统，讲解如何画DFD。41（1）第0层DFD将整个系统表示成一个加工；（2）确定并标记主要的输入和输出；（3）分离出下一层中的加工、数据对象和存储，并对其进行细化，一次细化一个加工；（4）标记所有加工和箭头；（5）重复步骤（3）和（4），直到所有的加工只执行一个简单的操作，可以很容易地用程序实现。在该系统中，教务人员录入学生信息、课程信息和成绩信息。学生可以随时查询自己所选课程的成绩。学生在查询成绩时应该具有相应的权限。数据流图是分层绘制的，使自顶向下对功能分解和细化的过程。42教务人员0学生成绩管理学生学生信息成绩课程信息查询请求查询结果图3.11第