需求分析的过程.pdfVIP

需求分析的过程 需求分析阶段的工作可以分为四个方面：对问题的识别，分析与 综合，制定规格说明和评审。下面分别介绍。 1. 问题识别：首先系统分析人员要研究计划阶段产生的可行性分析 报告和软件项目实施计划。 主要从系统的角度来理解软件并产生计划 估算的软件范围是否恰当。 确定对目标系统的综合要求， 即软件的需 求。并提出这些需求实现条件，以及需求应该达到的标准。也就是解 决要求所开发软件做什么，做到什么程度。这些需求包括功能需求， 性能需求，环境需求和可靠性需求，安全保密要求，用户界面需求， 资源使用需求，软件成本消耗与开发进度需求。 2. 分析与综合：需求分析的第二步工作是问题分析和方案的综合。 分析员需从数据流和数据结构出发， 逐步细化所有的软件功能。 找出 系统各元素之间的联系， 接口特征和设计上的限制， 分析它们是否满 足功能要求，是否合理，依据功能需求，性能需求，运行环境需求等， 剔除其不合理的部分， 增加其需要部分， 最终综合成系统的解决方案， 给出目标系统的详细逻辑模型。 在这个步骤中， 分析与综合工作反复 地进行。在对现行问题和期望的信息进行分析的基础上， 分析员开始 综合处一个或几个解决方案， 然后检查它的工作是否符合软件计划规 定的范围等等，再进行修改。总之，对问题进行分析和综合的过程将 一直持续到分析员与用户双方都有把握正确地制定该软件的规格说 明为止。常用的分析方法有面向数据流的结构化分析方法， 面向数据 结构的 JACKSON方法，面向对象的分析等，以及用于建立动态模型 的状态迁移图或 PETR网等，这些方法都采用图文结合的方式，可以 直观地描述软件的逻辑模型。 3. 编制需求分许的文档： 已经得到的需求应当得到清晰准确的描述。 通常把描述需求的文档叫做软件需求规格说明书。 同时，为了确切表 达用户对软件的输入输出要求， 还需要制定数据要求说明书及编写初 步的用户手册，着重反映被开发的用户界面和用户使用的具体要求。 此外，依据在需求分析阶段对系统的进一步分析， 从目标系统的精细 模型出发，可以更准确地估计所开发项目的成本和进度。从而修改， 完善与确定软件开发实施计划。 4. 需求分析评审：作为需求分析阶段工作的复查手段，在需求分析 的最后一步，应该对功能的正确性，完整性和清晰性，以及其他需求 给予评价， 评审的主要内容是： 系统定义的目标是否与用户的要求一 致；系统需求分析阶段提供的文档资料是否齐全； 文档中的所有描述 是否完整、清晰、 准确反映用户要求；与所有其他系统成分的重要接 口是否都已经描述；所有项目的数据流与数据结构是否足够、确定； 所有图表是否清楚， 在不补充说明时能否理解； 主要功能是否已包括 在规定的软件的范围之内， 是否都已充分说明； 设计的约束条件或限 制条件是否符合实际； 开发的技术风险是什么； 是否考虑过软件需求 的其他方案； 是否考虑过将来可能会提出的软件需求； 是否详细制定 了检验标准，它们能否对系统定义是否成功进行确认；有没有遗漏、 重复或不一致的地方； 用户是否审查了初步的用户手册； 软件开发计 划中的、估算是否受到了影响；为了保证软件需求定义的质量，评审 应以专门指定的人员负责， 并按规则严格进行。 评审借宿应有评审负 责人的结论意见及签字。 除分析人员之外，用户，开发部门的管理者， 软件设计，实现，测试的人员都应当参加评审工作。通常，评审的结 果都包括一些修改意见， 待修改完成后再经评审通过。