ch4-需求分析基础.pptVIP

第四章 需求分析基础 第四章 需求分析基础 需求分析的任务与原则（重点） 需求分析的任务 需求分析的过程 软件需求分析的原则 初步需求获取技术 需求建模（重点） 问题抽象、问题分解与多视点分析 支持需求分析的快速原型技术 需求规格说明书 　　　 　　　 　　　 　　　 功能需求 性能需求 环境需求 可靠性需求 安全保密要求 　　　 　　　 　　　 　　　 　　　 　　　 　　　 　　　 　　　 　　　 　　　 　　　 　　　 教务管理系统调查分析过程 1、认真学习教务管理方面的知识，重点掌握其中的名词和术语 2、收集目前教务管理方面资料和软件，了解其特点，重点了解国家或商品化通用软件情况 3、写出调查计划、设计调查工作底稿 4、走访教务处、学生处领导和核心管理人员，了解组织机构、管理模式及内容、主要业务、国家标准、主要管理、业务文件及管理制度、存在问题，重点了解业务量大和问题多的业务。 收集相关管理业务文件、国家标准样本 方式：座谈会 5、写出主要业务分布图、整理调查底稿和调查方案，与教务处、学生处领导和核心管理人员交流，修改业务分布图、整理调查底稿，用户签字认可。 6、根据业务分布图，与教务处、学生处负责报表处理的业务人员进行访问，进行输出数据流调查。了解主要报表及其数据的来源、组成、计算公式、审核公式、勾稽关系。收集报表样本（空表和带数据的真实报表），了解报表软件的情况和上下级部门十分需要的统计数据（手工统计十分困难）。方式：个别调查 7、写出报表组成结构图，与相关业务人员交流，反复修改，让用户签字认可。 8、根据业务分布图，与教务处、学生处各个业务部门的负责基础数据组织的业务人员进行访问，进行输入数据流调查。了解其基础数据来源（收集原始样本，特别是有时效性数据）、去向（和输出报表关系）、组成（数据元素及属性、数据结构、关系调查，收集带数据的原始样本）、处理情况（数据量、峰值、峰值日期、时间及数据流动中的时序关系），特别了解有规律性、需进行积累的历史数据、有变化的基础数据。方式：个别调查（须逐一进行，耗时较多） 9、画出业务流程图、HIPO图、数据流程图、数据流动时序图及ER图，写出数据字典 10、将业务流程图、HIPO图、数据流程图、数据流动时序图及ER图、数据字典与相应业务人员进行交流后反复修改，让用户签字认可。 11、进行系统内部信息编码及来源于外系统的信息编码分析 12、画出正式的数据流程图及ER图，写出数据字典 13、根据ER图，进行数据库初步设计，使之尽量满足3NF 15、写出需求分析说明书 16、进行需求分析评审 * 软件需求：用户对目标软件系统在功能、行为、性能、设计约束等方面的期望 软件需求的定义 软件需求分析:对应用问题及环境的理解和分析，为问题涉及的信息、功能及系统行为建立模型。将用户需求精确化、完全化，最终形成需求规格说明书 需求的目标： 与相关干系人在工作内容方面达成并保持一致 使设计、开发、测试人员能够更清楚地了解需求 定义系统边界 为估算系统的规模（size）、工作量（effort）、成本（cost）和进度（schedule）提供基础 为开发计划的形成提供范围基础 §4.1 需求分析的任务与原则 需求分析的任务就是借助于当前系统的逻辑模型导出目标系统的逻辑模型，解决目标系统的 “做什么” 的问题。 目标系统 当前系统 物理模型 逻辑模型 模型化 抽象化 物理模型 逻辑模型 具体化 实例化 理 解 需 求 表 达 需 求 导 出 怎么做 做什么 需求分析的任务 通常软件开发项目是要实现目标系统的物理模型 目标系统的具体物理模型是由它的逻辑模型经实例化，即具体到某个业务领域而得到的 需求分析研究的对象是软件项目的用户要求 准确地表达被接受的用户要求 确定被开发软件系统的系统元素 将功能和信息结构分配到这些系统元素中 需求分析的任务 深入描述软件的功能和性能 确定软件设计的约束和软件同其它系统元素的接口细节 定义软件的其它有效性需求 需求分析的具体任务 需求分析阶段的具体任务： 确定对系统的综合要求 系统功能要求 系统性能要求 运行要求(可靠性、可用性、出错处理) 接口需求、约束 逆向需求 将来可能提出的要求 分析系统的数据要求（需求分析的本质就是对数据和加工进行分析，如用数据流程图、ER图) 导出系统的逻辑模型 修正系统开发计划 开发原型系统 编写软件需求规格说明书 需求分析过程 需求分析的过程：对问题的识别、需求描述（分析与综合）、制定规格说明和需求评审。 (1)问题识别 从系统的角度来理解软件并评审软件范围是否恰当 确定对目标系统的综合要求，即软件的需求 提出这些需求实现条件，以及需求应达到的标准 软件的需求包括： 用户界面需求 资源使用需求 成本消耗需求 开发进度需求