ch11.需求获取及分析1.ppt

软件需求分析的目标和任务 软件需求分析的目标和任务 软件需求分析的目标和任务 软件需求分析的目标和任务 软件需求分析的目标和任务 需求分析研究的对象是软件项目的用户要求 准确地表达被接受的用户要求 确定被开发软件系统的元素 需求分析的任务就是借助于当前系统的逻辑模型导出目标系统的逻辑模型，解决目标系统的 “做什么” 的问题。 软件需求分析的目标和任务 软件需求分析的目标和任务 需求分析过程示意图 (1) 通过对现实环境的调查，获得当前系统的物理模型 (2) 去掉具体模型中非本质因素，抽象出当前系统的逻辑模型 (3) 分析当前系统与目标系统的差别，建立目标系统的逻辑模型 软件需求分析的目标和任务 通常软件开发项目是要实现目标系统的物理模型 目标系统的具体物理模型是由它的逻辑模型经实例化，即具体到某个业务领域而得到的 需求分析的过程 需求分析的过程 (1) 问题识别 从系统的角度来理解软件并评审软件范围是否恰当 确定对目标系统的综合要求，即软件的需求 提出这些需求实现条件，以及需求应达到的标准 需求包括的内容(类型): (1) 功能 (2) 性能 (3) 环境 (4) 界面 (5) 用户或人的因素 (6) 文档 (7) 数据 (8) 资源 (9) 安全保密 (10)软件成本消耗与开发进度 (11)质量保证 (1)功能需求 系统做什么？ 系统何时做什么？ 系统何时及如何修改或升级？ (2) 性能需求 软件开发的技术性指标 例如： 存储容量限制 执行速度、相应时间 吞吐量 (3) 环境需求 硬件设备：机型、外设、接口、 地点、分布、温度、 湿度、磁场干扰等 软件： 操作系统 网络 数据库 (4) 界面需求 有来自其它系统的输入吗？ 有来自其它系统的输出吗？ 对数据格式有规定吗？ (5) 用户或人的因素 用户类型？ 各种用户熟练程度？ 需受何种训练？ 用户理解、使用系统的难度？ 用户错误操作系统的可能性？ (6)文档需求 需哪些文档？ 文档针对哪些读者？ (7) 数据需求 输入、输出数据的格式？ 接收、发送数据的频率？ 数据的准确性和精度？ 数据流量？ 数据需保持的时间？ (8) 资源需求 软件运行时所需的数据、软件。 内存空间等资源。 软件开发、维护所需的人力、支撑软件、开发设备等。 (9) 安全保密要求 需对访问系统或系统信息加以控制吗？ 如何隔离用户之间的数据？ 用户程序如何与其它程序和操作系统隔离？ 系统备份要求？ (10) 软件成本消耗与开发进度需求 开发有规定的时间表吗？ 软硬件投资有无限制？ (11) 质量保证 系统的可靠性要求？ 系统必须监测和隔离错误吗？ 出错后，重启系统允许的时间？ 系统变化如何反映到设计中？ 维护是否包括对系统的改进？ 系统的可移植性？ (2) 分析与综合 从信息流和信息结构出发，逐步细化所有的软件功能，找出系统各元素之间的联系、接口特性和设计上的约束，分析它们是否满足功能要求，是否合理。最终综合成系统的解决方案，给出目标系统的详细逻辑模型. 常用的分析方法 面向数据流的结构化分析方法 (SA) 面向数据结构的Jackson方法 (JSD) 面向对象的分析方法 (OOA) 等 (3) 编制需求分析阶段的文档 软件需求说明书 数据要求说明书 初步的用户手册 修改、完善与确定软件开发实施计划 (4) 需求分析评审 作为需求分析阶段工作的复查手段，应该对功能的正确性、文档的一致性、完备性、准确性和清晰性，以及其它需求给予评价。 为保证软件需求定义的质量，评审应以专门指定的人员负责，并按规程严格进行。评审结束应有评审负责人的结论意见及签字。除分析员之外，用户／需求者，开发部门的管理者，软件设计、实现、测试的人员都应当参加评审工作。 软件需求分析的原则 一.需要能够表达和理解问题的数据域和功能域 数据域包括数据流,数据内容和数据结构. 软件需求的获取 软件需求的获取 软件需求的获取 某出版社系统调查表 某出版社系统调查表 软件需求的获取 软件需求的获取 在做调查研究时，可以采取如下环节的调查方式： 制定调查提纲，向不同层次的用户发调查表。 按用户的不同层次，分别召开调查会，了解用户对待开发系统的想法和建议。 向用户领域的专家或在关键岗位上工作的人个别咨询。 实地考察，跟踪现场业务流程。 查阅与待开发系统有关的资料。 使用各种调查工具，如数据流图、任务分解图、网络图等。 为了能够有效地获取和理清用户需求，应当打破用户（需方）和开发者（供