需求分析.ppt

第3章需求分析 需求分析的任务 与用户沟通获取需求的方法 分析建模与规格说明 实体-联系图 数据规范化 状态转换图 其他图形工具 验证软件需求需求分析是软件定义时期的最后一个阶段,它的基本任务是准确地回答“系统必须做什么?”这个问题。需求分析的任务还不是确定系统怎样完成它的工作,而仅仅是确定系统必须完成哪些工作,也就是对目标系统提出完整、准确、清晰、具体的要求。用于需求分析的结构化分析方法应遵守下述准则: (1) 必须理解并描述问题的信息域,根据这条准则应该建立数据模型。(2) 必须定义软件应完成的功能,这条准则要求建立功能模型。(3) 必须描述作为外部事件结果的软件行为,这条准则要求建立行为模型。(4) 必须对描述信息、功能和行为的模型进行分解,用层次的方式展示细节。 确定对系统的综合要求 1. 功能需求这方面的需求指定系统必须提供的服务,划分出系统必须完成的所有功能。 2. 性能需求性能需求指定系统必须满足的定时约束或容量约束, 通常包括速度(响应时间)、信息量速率、主存容量、磁盘容量、安全性等方面的需求。 3. 可靠性和可用性需求可靠性需求定量地指定系统的可靠性。可用性与可靠性密切相关,它量化了用户可以使用系统的程度。 需求分析的任务 4. 出错处理需求这类需求说明系统对环境错误应该怎样响应。注意,上述这类错误并不是由该应用系统本身造成的。 5. 接口需求接口需求描述应用系统与它的环境通信的格式。常见的接口需求有:用户接口需求;硬件接口需求;软件接口需求;通信接口需求。 6. 约束设计约束或实现约束描述在设计或实现应用系统时应遵守的限制条件。 7. 逆向需求逆向需求说明软件系统不应该做什么。 8. 将来可能提出的要求建立数据模型分析系统的数据要求( 节)。数据字典全面准确地定义数据层次方框图 Warnier 图(见第 节) 分析系统的数据要求形象直观地定义数据 导出系统的逻辑模型用数据流图、实体-联系图、状态转换图、数据字典和主要的处理算法来描述系统的详细逻辑模型。 修正系统开发计划访谈是最早开始使用的获取用户需求的技术,也是迄今为止仍然广泛使用的需求分析技术。访谈有两种基本形式,分别是正式的和非正式的访谈。正式访谈时,系统分析员将提出一些事先准备好的具体问题。在非正式访谈中, 分析员将提出一些用户可以自由回答的开放性问题,以鼓励被访问人员说出自己的想法。 与用户沟通获取需求的方法 访谈数据决定了需要的处理和算法,因此数据是需求分析的出发点。结构化分析方法就是面向数据流自顶向下逐步求精进行需求分析的方法。通过可行性研究已经得出了目标系统的高层数据流图,通过功能分解可以完成数据流图的细化。通常把分析过程中得到的有关数据元素的信息记录在数据字典中,把对算法的简明描述记录在 IPO 图( 节)中。 面向数据流自顶向下求精过程简易的应用规格说明技术,是一种面向团队的需求收集法。这种方法提倡用户与开发者密切合作,共同标识问题,提出解决方案要素,商讨不同方案并指定基本需求。今天,简易的应用规格说明技术已经成为信息系统领域使用的主流技术。 简易的应用规格说明技术