第2部分获得准确需求1.ppt

2.从需求到设计 系统分析的任务 2.1系统需求 IEEE软件工程标准词汇表(1997年)中定义需求为： (1)用户解决问题或达到目标所需的条件或权能(Capability)。(2)系统或系统部件要满足合同、标准、规范或其它正式规定文档所需具有的条件或权能。(3)一种反映上面(1)或(2)所描述的条件或权能的文档说明。 客户和其他涉众在系统的工作内容方面达成并保持一致。 使系统开发人员能够更清楚地了解系统需求。 定义系统边界（限定）。 为计划迭代的技术内容提供基础。 为估算开发系统所需成本和时间提供基础。 定义系统的用户界面，重点是用户的需要和目标。 学习目标 描述系统功能和技术需求及差异 区分和理解不同用户 解释开发系统需求所必需的学习类型 使用文档概要、面谈、观察、原型、调查表和会议来决定系统需求 说明业务流程重组的作用 通过讨论验证系统需求，结构化遍历技术的使用 需求分析的任务 现行系统的详细调查（包括工作程序、信息流以及工作的组织与控制方法） 分析系统业务流程及数据流程 制定新系统的逻辑模型（数据流程图、数据字典、处理小说明、 E-R图） 解决系统“能做什么（What to do）” 的问题。 本章要点 详细的分析阶段活动 功能和技术需求 系统相关者－系统需求来源 信息收集技术 业务流程重组 验证系统需求 更详细的分析阶段活动 收集信息 定义系统需求 划分系统需求优先级 构建可用型和发现原型 评估各种方案 和各部门一起复查各种建议 系统调查的原则 自顶向下 弄清存在的道理再分析有无改进的可能性 调查相关的局部系统 2.1.1信息收集技术 商业过程是什么？ 商业过程应该怎样完成？ 需要什么样的信息？ 复查现有的报表、表格和过程描述 分发和收集调查表 主持与用户的面谈和讨论会 观察并记录商业过程 建立原型 主持联合应用程序(JDA)会议 系统需求来源－系统相关者 用户 （1）商业用户 （2）管理用户 （3）外部用户 客户 技术人员 其他系统相关者 系统需求＝功能需求与技术需求 功能需求：描述系统必需完成的活动或过程的一种系统需求 技术需求：描述操作环境和性能目标的一种系统需求 软件需求包括三个不同的层次 业务需求( business requirement)反映了组织机构或客户对系统、产品高层次的目标要求，它们在项目视图与范围文档中予以说明。 用户需求(user requirement) 描述了用户使用产品必须要完成的任务，这在使用实例(use case)文档或方案脚本(scenario)说明中予以说明。 功能需求(functional requirement)定义了开发人员必须实现的软件功能，使得用户能完成他们的任务，从而满足了业务需求 项目需求分析难在哪里？ 客户说不清楚需求:有些客户对需求只有朦胧的感觉，说不清楚具体的需求。心里非常清楚想要什么，但却说不明白。“不懂装懂”或者“半懂充内行”的客户。 需求自身经常变动 分析人员或客户理解有误 一、现行系统的详细调查 （一）系统调查概述 （1） 系统调查的原则 自顶向下 弄清存在的道理再分析有无改进的可能性 调查相关的局部系统 数据需求 功能需求 质量需求 管理需求 系统调查的范围及内容（续1） 系统界限和运行状态 组织机构和人员分工 业务流程 全面细致地了解整个系统各方面的业务流程，以及商流、物流和信息流的流通状况以及各种输入、输出、处理、处理速度、处理量和处理过程的逻辑关系。 系统调查的范围及内容（续2） 各种计划、单据和报表 调查中要收集各类计划、单据和报表，了解它们的来龙去脉及其各项内容的填写方法，时间要求，以便得到完整的信息流程。 决策方式和决策过程 资源情况 系统调查的范围及内容（续3） 约束条件 薄弱环节和用户要求 用户要求，是指系统必须满足的所有性质和限制。它通常包括：功能要求、性能要求、时间要求、可靠性要求、安全必威体育官网网址要求，以及开发费用、开发周期、可使用资源等各方面的要求和限制。 （3） 详细调查的方式 开调查座谈会 重点询问方式 重点询问一般要提前准备好提问的问题 详细调查的方式（续） 问卷调查方式 针对所需调查的各项内容，绘制出相应各种形式的图表（问卷），通过这些图表对企业管理岗位上的工作人员进行全面的需求调查。 深入实际的调查方式 查阅资料 （4）重点询问常见问题 你所在的工作岗位是什么？岗位工作的性质是什么？ 你的工作任务是什么？每天工作怎样进行时间安排？ 你的工作分为几班？工作结果同前、后续工作如何联系？ 你所接触的报表有几类？数据有哪些？满意程度如何？ 你所在的工作岗位是否恰