第5章 需求分析.ppt

软件工程 第五章 需求分析 获取需求 1.需求获取原则 2.需求获取技术 3.需求调研方法 4.需求获取步骤 5.需求表达与整理 6.需求确认 需求分析 1.需求分析目标 2.需求分析任务 3.需求分析方法 4.需求分析过程 5.1 需求获取 1.需求获取原则 2.需求获取技术 3.需求调研方法 4.需求获取步骤 5.需求表达与整理 6.需求确认 5.1.1 需求定义 需求定义就是识别用户的要求 系统分析过程的第一步就是识别用户要求。 分析员必须弄清楚以下问题： 系统目标：业务目标；经济目标 项目范围：每一版的组织范围、业务范围、实施范围 涉众：系统的利益相关者。 相关技术标准和法规：相关法律法规、行业规范与标准、领域参考模型 涉众用户需求分类 (1)功能性需求:定义了系统做什么（描述系统必须支持的功能和过程） (2)性能需求:定义了系统工作时的特性（响应时间、恢复时间、吞吐能力等） 可靠性和质量：系统正确性、稳定性、健壮性、安全性、可维护性 成本和进度限制： 环境和约束：实现语言及环境、系统部署环境和条件、操作环境等 外部接口：与人、硬件、其它软件和硬件的相互关系 (1) 功能需求 系统做什么？ 系统何时做什么？ 系统何时及如何修改或升级？ (2) 性能需求 软件开发的技术性指标 例如： 存储容量限制 执行速度、相应时间 吞吐量 (3) 环境需求 硬件设备：机型、外设、接口、 地点、分布、温度、 湿度、磁场干扰等 软件： 操作系统 网络 数据库 (4) 界面需求 有来自其它系统的输入吗？ 到自其它系统的输出吗？ 对数据格式有规定吗？ 对数据存储介质有规定吗？ (5) 用户或人的因素 用户类型？ 各种用户熟练程度？ 需受何种训练？ 用户理解、使用系统的难度？ 用户错误操作系统的可能性？ (6) 文档需求 需哪些文档？ 文档针对哪些读者？ (7) 数据需求 输入、输出数据的格式？ 接收、发送数据的频率？ 数据的准确性和精度？ 数据流量？ 数据需保持的时间？ (8) 资源需求 软件运行时所需的数据、软件。 内存空间等资源。 软件开发、维护所需的人力、 支撑软件、开发设备等。 (9) 安全保密要求 需对访问系统或系统信息加以控 制吗？ 如何隔离用户之间的数据？ 用户程序如何与其它程序和操作 系统隔离？ 系统备份要求？ (10) 软件成本消耗 与开发进度需求 开发有规定的时间表吗？ 软硬件投资有无限制？ (11) 质量保证 系统的可靠性要求？ 系统必须监测和隔离错误吗？ 规定系统平均出错时间？ 出错后，重启系统允许的时间？ 系统变化如何反映到设计中？ 维护是否包括对系统的改进？ 系统的可移植性？ 5.1.2. 需求获取的基本原则 深入浅出 需求获取要尽可能全面、细致。获取的需求是个全集，系统真正实现的是个子集。 细致地调研并不表明在分析时将调研内容都纳入到新系统中, 但有利于以后的扩充。 以流程为主线 在与用户交流的过程中，应该用流程将所有的内容串起来。如信息、组织结构、处理规则等。这样便于交流沟通。 流程的描述既要有宏观，又要有微观。即要强调总体的业务流程、全生存期的业务流程，又要对流程细化，有分支的业务流程。 需求获取可能是软件开发中最困难、最关键、最易出错及最需要交流的方面。表现在： 需求的不稳定性：在整个软件生存周期内软件需求会随着时间的推移发生变化； 需求的不准确性：用户和开发人员的认识会随着使用系统实现业务流程的实践逐步提高，一开始不可能设想得面面俱到。 需求获取只有通过有效的客户/开发者的合作才能成功。 5.1.3 需求获取技术 需求获取是在问题及其最终解决方案之间架设桥梁的第一步。 获取需求的一个必不可少的结果是对项目中描述的客户需求的普遍理解。一旦理解了需求，分析人员、开发人员和客户就能探索出描述这些需求的多种解决方案。 需求获取技术包括两方面的工作： 建立获取用户要求的方法的框架； 支持和监控需求获取的过程的机制。 1. 弄清软件需求的层次 业务需求 反映了组织或客户开展相关业务的工作流和业务规则，是对系统、产品高层次的目标要求，与该组织或客户的业务领域有关。 用户需求 描述用户使用软件需要完成哪些任务，可通过用例 (use case) 图或场景说明加以阐明。 功能―非功能需求 定义了开发人员必须实现的软件功能，而非功能需求如表所示: