第三章_需求分析.ppt

需求分析的任务就是借助于当前系统的逻辑模型导出目标系统的逻辑模型，解决目标系统的 “做什么” 的问题。 仍然回答“What”，而不是“How”， 但更细致、精确（合同的拟定） 1、确定对系统的综合要求 ⑴ 功能要求:系统必须做什么？ ⑵ 性能要求：做得怎样？ 例：响应时间 ,主存容量 , 安全性能 , …… ⑶ 可靠性和可用性 。 ⑷出错处理需求 (5)接口需求 (6)约束 (7)逆向需求:不该做什么. (8)未来可能的扩充要求：明确列出那些虽然不属于当前系统开发范畴,但是据分析将来很可能会提出来的要求. 2、分析数据 ⑴建立概念模型(conceptual models): E-R Diagram ⑵形象描绘数据结构: Data Hierarchy, Warnier Diagram, IPO ⑶数据结构规范化(Normalization) 5、开发原型系统(Prototyping)（如有必要） 常用的分析方法 面向数据流的结构化分析方法（SA） 面向数据结构的Jackson方法（JSD） 面向对象的分析方法（OOA）等 结构化分析方法 （SA）----数据驱动的分析方法 结构化分析方法是面向数据流进行需求分析的方法.具体来说就是用抽象模型的概念，按照软件内部数据传递、变换的关系，自顶向下逐层分解，直到找到满足功能要求的所有可实现的软件为止。 结构化分析方法使用工具：数据流图（DFD），数据词典（DD），结构化语言，IPO图、判定表与判定树 1、沿DFD回溯： DFD的输出端是系统的最终目的。沿数据流图从输出端往输入端回溯,应该能够确定每个数据元素的来源,与此同时也就初步定义了有关的算法。有时,为了得到某个数据元素需要用到数据流图中目前还没有的数据元素,或者得出这个数据元素需要用的算法尚不完全清楚。解决这个问题,使分析员对目标系统的认识更深入更具体。向回确定每个数据元素的来源，可加细DFD及DD，并将相关算法记录在IPO图中。 2、用户复查 系统的详细信息只能来源于直接在这个系统上工作的人一一系统的用户。因此,必须请用户对前一个分析步骤中得出的结果仔细地进行复查,数据流图是帮助复查的极好工具。 从输入端开始,分析员借助数据流图以及数据字典和简明的算法描述向用户解释输入数据是怎样一步一步地转变成输出数据的。这些解释集中反映了通过前面的分析工作分析员所获得的对目标系统的认识。用户应该注意倾听分析员的报告,并及时纠正和补充分析员的认识。 3、细化DFD： 反复进行上述分析过程,分析员越来越深入地定义了系统中的数据和系统应该完成的功能。为了追踪更详细的数据流,分析员应该把数据流图扩展到更低的层次。通过功能分解可以完成数据流图的细化。在数据流图中选出一个功能比较复杂的处理,并把它的功能分解成若干个子功能,这些较低层的子功能成为一张新数据流图上的处理,在这张新数据流图上还应该包括自己的数据存储和数据流。 ? 加细前后的I/O须相同。 ? 分解到须考虑具体实现的代码时即可仃止 4、修正计划 5、文档：《需求规格说明书》 需求规格说明书 封面： §4 概念模型和规范化 —— 对数据的分析 1、概念模型：描述从用户角度看到的数据 实体 -联系图(Entity - Relationship Diagram) 2、数据规范化:范式(Normal Forms)：消除数据冗余度 例： §6 其他图形工具 1、层次方框图 (Hierarchy) —— 描绘数据的结构 层次方框图用树形结构的一系列多层次的矩形框描绘数据的层次结构。树形结构的顶层是一个单独的矩形框,它代表完整的数据结构,下面的各层矩形框代表这个数据的子集,最底层的各个框代表组成这个数据的实际数据元素(不能再分割的元素)。 2、Warnier Diagram： 3、IPO图(Input / Process / Output)：简要的算法描述 § 7.验证需求(Requirements Validation) 系统定义的目标是否与用户的要求一致; 系统需求分析阶段提供的文档资料是否齐全; 文档中的所有描述是否完整、清晰、准确反映用户要求; 与所有其它系统成分的重要接口是否都已经描述; 被开发项目的数据流与数据结构是否足够，确定; 所有图表是否清楚，在不补充说明时能否理解; 主要功能是否已包括在规定的软件范围之内，是否都已充分说明; 设计的约束条件或限制条件是否符合实际; 开发的技术风险是什么; 是否考虑过软件需求的其它方案; 是否考虑过将来可能会提出的软件需求; 是否详细制定了检验标准，它们能否对系统定义是否成功进行确认; 例1：Software Requirem