第2部分 得准确需求.pptVIP

2.从需求到设计 系统分析的任务 2.1系统需求 IEEE软件工程标准词汇表(1997年)中定义需求为： (1)用户解决问题或达到目标所需的条件或权能(Capability)。(2)系统或系统部件要满足合同、标准、规范或其它正式规定文档所需具有的条件或权能。(3)一种反映上面(1)或(2)所描述的条件或权能的文档说明。 客户和其他涉众在系统的工作内容方面达成并保持一致。 使系统开发人员能够更清楚地了解系统需求。 定义系统边界（限定）。 为计划迭代的技术内容提供基础。 为估算开发系统所需成本和时间提供基础。 定义系统的用户界面，重点是用户的需要和目标。 学习目标 描述系统功能和技术需求及差异 区分和理解不同用户 解释开发系统需求所必需的学习类型 使用文档概要、面谈、观察、原型、调查表和会议来决定系统需求 说明业务流程重组的作用 通过讨论验证系统需求，结构化遍历技术的使用 需求分析的任务 现行系统的详细调查（包括工作程序、信息流以及工作的组织与控制方法） 分析系统业务流程及数据流程 制定新系统的逻辑模型（数据流程图、数据字典、处理小说明、 E-R图） 解决系统“能做什么（What to do）” 的问题。 本章要点 详细的分析阶段活动 功能和技术需求 系统相关者－系统需求来源 信息收集技术 业务流程重组 验证系统需求 更详细的分析阶段活动 收集信息 定