软件工程3.pptVIP

第三章 需求分析(Requirements Analysis) 1. 软件需求分析的目标和任务 软件需求分析的目标是深入描述软件的功能和性能，确定软件设计的约束和软件同其它系统元素的接口细节，定义软件的其它有效性需求。 需求分析阶段研究的对象是软件项目的用户要求。一方面，必须全面理解用户的各项要求，但又不能全盘接受所有的要求，另一方面，要准确地表达被接受的用户要求。只有经过确切描述的软件需求才能成为软件设计的基础。 通常软件开发项目是要实现目标系统的物理模型。作为目标系统的参考，需求分析的任务就是借助于当前系统的逻辑模型导出目标系统的逻辑模型，解决目标系统的“做什么”的问题。其实现步骤下图所示。 第三章 需求分析 第三章 需求分析 §1. 需求分析的任务 仍然回答“What”，而不是“How”， 但更细致、精确（合同的拟定） §1. 需求分析的任务 1、确定要求 ⑴ 功能要求(functional requirements):系统必须做什么？ ⑵ 性能要求(performance requirements)：做得怎样？ 例：response time , memory , back-up memory , security , …… ⑶ 运行要求(operational requirements) ：运行环境、软硬件配置等。 ⑷ 未来可能的扩充要求(possible evolution)：如HDIS各组的合并，3维虚拟现实的效果等等。 §1. 需求分析的任务 2、分析数据 ⑴建立概念模型(conceptual models): E-R Diagram ⑵形象描绘数据结构: Data Hierarchy, Warnier Diagram, IPO ⑶数据结构规范化(Normalization) §1. 需求分析的任务 5、开发原型系统(Prototyping) §2.分析过程 1、沿DFD回溯： DFD的输出端是系统的最终目的。向回确定每个数据元素的来源，可加细DFD及DD，并将相关算法记录在IPO图中。 2、用户复查 3、细化DFD： ? 加细前后的I\O须相同。 ? 分解到须考虑具体实现的代码时即可仃止 §2.分析过程 4、修正计划 5、文档：《需求规格说明书》 6、审查和复审 需求规格说明书 封面： 分层数据流图 分层数据流图 稍为复杂的实际问题，在数据流图上常常出现十几个甚至几十个加工。一个数据流图看起来很不清楚。为了表达数据处理过程的数据加工情况，用层次结构的数据流图很好地解决这一问题。按照系统的层次结构进行逐步分解，并以分层的数据流图反映这种结构关系，能清楚地表达和容易理解整个系统。 下图给出分层数据流图的示例。数据处理S包括三个子系统1、2、3。顶层下面的第一层数据流图为DFD／L1。第二层数据流图DFD／L2.1、DFD／L2.2及DFD／L2.3分别是子系统1、2和3的细化。对任何一层数据流图来说，我们称它的上层图为父图，在它下一层的图则称为子图。 ⑩ 初画时可以忽略琐碎的细节，以集中精力于主要数据流。 ? 加工规格说明 2. 需求分析的过程 2. 需求分析的过程 需求分析阶段的工作，可以分成以下四个方面： (1) 问题识别 首先系统分析人员要确定对目标系统的综合要求，即软件的需求。并提出这些需求实现条件，以及需求应达到的标准。这些需求包括功能需求、性能需求、环境需求、可靠性需求、安全保密要求、用户界面需求、资源使用需求、软件成本消耗与开发进度需求，并预先估计以后系统可能达到的目标。此外，还需要注意其它非功能性的需求。如针对采用某种开发模式，确定质量控制标准、里程碑和评审、验收标准、各种质量要求的优先级等，以及可维护性方面的需求。 (2) 分析与综合 问题分析和方案的综合是需求分析的第二方面的工作。分析员必须从信息流和信息结构出发，逐步细化所有的软件功能，找出系统各元素之间的联系、接口特性和设计上的限制，判断是否存在因片面性或短期行为而导致的不合理的用户要求，是否有用户尚未提出的真正有价值的潜在要求。剔除其不合理的部分，增加其需要部分。最终综合成系统的解决方案，给出目标系统的详细逻辑模型。 (3) 编制需求分析阶段的文档 已经确定下来的需求应当得到清晰准确的描述。通常我们把描述需求的文档叫做软件需求说明书。同时，为了确切表达用户对软件的输入输出要求，还需要制定数据要求说明书及编写初步的用户手册。 (4) 需求分析评审 作为需求分析阶段工作的复查手段，应该对功能的正确性、文档的一致性、完备性、准确性和清晰性，以及其它需求给予评价。为保证软件需求定义的质量，评审应以专门指定的人员负责，并按规程严格进行。评审结束应有评审负责人的结论意见及签字。除分析员之外，用户／