03需求分析26039.ppt

第一节 概述 需求分析是软件生存周期决定性的一步。系统分析员的主要焦点是 “做什么（what）” ，不是 “怎样做（how）” 但更细致、精确（合同的拟定） 1、需求分析的目的 准确地定义未来系统的目标，确定为了满足用户的需求系统必须做什么。用 需求规格说明书 规范的形式准确地表达用户的需求。 3、需求获取的常用方法 建立分析小组 领域专家： 主角 系统分析员：导演 客户访谈 问题分析与确认 4、需求分析的原则 需要能够表达和理解问题的数据域和功能域。 要能以层次化的方式对问题进行分解和不断细化 要给出系统的逻辑视图和物理视图。 5、对GIS系统分析员的要求 系统分析人员既要具备良好GIS开发知识，也要了解用户业务知识。 用户与系统分析员具有良好沟通能力和合作精神。 确立总体规划、分阶段进行的思路 第二节 需求分析任务 1、确定要求 确定对目标系统的综合要求，并提出这些软件需求实现条件，以及需求应达到的标准。可将用户的需求分为两大类：功能性需求和非功能性需求。 功能性需求: 定义了系统做什么 （描述系统必须支持的功能和过程） 非功能性需求（技术需求）: 定义了系统工作时的特性 （描述操作环境和性能目标） (1) 功能需求 系统做什么？ 系统何时做什么？ 系统何时及如何修改 或升级？ (2) 性能需求 软件开发的技术性指标 例如： 存储容量限制 执行速度、相应时间 吞吐量 (3) 数据需求 输入、输出数据的格式？ 接收、发送数据的频率？ 数据的准确性和精度？ 数据流量？ 数据需保持的时间？ (4) 环境需求 硬件设备：机型、外设、通信接口、 地点、分布 软件： 操作系统 网络 数据库 (5) 质量保证 系统的可靠性要求？ 系统必须监测和隔离错误吗？ 规定系统平均出错时间？ 出错后，重启系统允许的时间？ 系统变化如何反映到设计中？ 维护是否包括对系统的改进？ 系统的可移植性？ (6) 安全必威体育官网网址要求 需对访问系统或系统信息加以控 制吗？ 如何隔离用户之间的数据？ 用户程序如何与其它程序和操作 系统隔离？ 系统备份要求？ (7) 界面需求 有好 方便 统一 (8) 资源需求 软件运行时所需的数据、软件。 内存空间等资源。 软件开发、维护所需的人力、 支撑软件、开发设备等。 (9) 软件成本消耗 与开发进度需求 开发有规定的时间表吗？ 软硬件投资有无限制？ (10) 用户或人的因素 用户类型？ 各种用户熟练程度？ 需受何种训练？ 用户理解、使用系统的难度？ 用户错误操作系统的可能性？ (11) 文档需求 需哪些文档？ 文档针对哪些读者？ (12) 估计以后系统可能达到的目标 功能、规模可能扩充。 2、分析数据 ⑴建立概念模型(conceptual models): E-R Diagram ⑵形象描绘数据结构: Data Hierarchy, Warnier Diagram, IPO ⑶数据结构规范化(Normalization) 5、开发原型系统(Prototyping) 第三节 分析过程 第三节 分析过程 第四节 概念模型及规范化 第四节 概念模型及规范化 第四节 概念模型及规范化 第四节 概念模型及规范化 2、范式(Normal Forms)：消除数据冗余的程度 IBM E. F. Godd (1970) 例： 第五节 图形工具 1、层次方框图 (Hierarchy) ——用树形结构的一系列多层次的矩形框描绘数据的层次结构 第五节 图形工具 2、 Warnier 图： 第五节 图形工具 第六节 需求分析的验证与评审 验证要求(Requirements Validation) ?正确性：Are the requirements correct? ?一致性：Are the requirements consistent? ?完整性：Are the requirements complete? ?现实性：Are the requirements realistic? Do the requirements described something that is really needed by the customer? 第六节 需求分析的验证与评审 需求分析评审 (1)系统定义的目标是否与用户的要求一致。 (2)系统需求分析阶段提供的文档资料