系统开发中需求分析与管理B.pptVIP

第九章 系统开发中的需求分析与管理 一、需求工程概述 二、需求开发 三、需求管理 四、需求工程方法与工具 * 四、需求工程的技术与工具 1、需求获取与调查设计 设计调查内容的参考原则： Who，谁使用系统，谁是直接领导，向谁服务（向哪些人调查）， What，系统实现什么功能， Where，何处需要改进，何处得到测试用例 When，何时需要第一个可运行版本，何时需要进行测试，何时进行培训， Why，为什么需要新系统，为什么需要增加和减少功能，为什么系统流程要如此 How，如何描述流程，如何对系统进行限制和约束 四、需求工程的技术与工具 1、需求获取与调查设计 要调查的一般问题： i. 部门名称，组织结构，人员数量 ii. 部门简介 iii. 部门的主要职能 iv.业务处理流程 v. 业务处理所需要的专业知识 vi.工作需要的审批流程 vii.主要业务处理描述 viii.哪些业务需要实时处理 ix.哪此业务需要交互操作 x. 部门内各岗位的职责 xi.部门接受哪些外部信息？内容与格式是什么？ xii. 部门产生哪些信息？ xiii. 部门产生的信息送到哪些部门？什么格式？ xiv. 信息输入输出方式与设备是否有要求？ xv. 数据是否要求备份？设备与策略是什么？ xvi. 业务处理有高峰期吗？在什么时候？业务量是多少？ xvii. 现有哪些设备需要继续使用？ xviii. 产品运行环境？ xix. 界面风格与操作方式是否有要求？ xx. 对操作人员素质是否有要求？ xxi. 需要权限管理吗？ xxii. 需要日志吗？ xxiii. 用户有能力进行维护吗？ xxiv. 需要分布式处理吗？ xxv. 需要扩展性吗？ xxvi. 需要什么方式的培训？ xxvii. 对帮助与文档系统有什么要求？ 例：对一个出版社内部管理信息系统的调查设计 问题1：自主开发或开发商品软件是否需要进行需求调查？开发人员可能自己设想和确认需求吗?？ 提示：仍然存在用户吗，前者是自身，后者是潜在用户——没有潜在用户的商品软件能通过可行性分析吗？ 结论：需要需求调查，调查对象即自身系统领导机构和业务部门，或者是潜在用户。 问题2：南京市重大项目洽谈会将要召开，市计委为了对与会客商和项目进行管理，需要开发一个信息系统，请考虑如何进行调查来获取需求。 四、需求工程的技术与工具 2、调研计划 项目范围与目标 调研部门及职能 设计问题与调查表 培训计划 调研时间安排 结果分析与审查 四、需求工程的技术与工具 3、需求分析基本过程 1）绘制业务流程图或关联图：绘制系统关联图是用于定义系统与系统外部实体间的界限和接口的简单模型。同时它也明确了通过接口的信息流和物质流。 2）创建开发原型：创建用户接口原型当开发人员或用户不能确定需求时，开发一个用户接口原型，这样使得许多概念和可能发生的事更为直观明了。用户通过评价原型将使项目参与者能更好地相互理解所要解决的问题。注意要找出需求文档与原型之间所有的冲突之处。 3）分析需求可行性：分析需求可行性在允许的成本、性能要求下，分析每项需求实施的可行性，明确与每项需求实现相联系的风险，包括与其它需求的冲突，对外界因素的依赖和技术障碍。 4）确定需求优先级：确定需求的优先级别应用分析方法来确定使用实例、产品特性或单项需求实现的优先级别。以优先级为基础确定产品版本将包括哪些特性或哪类需求。当允许需求变更时，在特定的版本中加入每一项变更，并在那个版本计划中作出需要的变更。 5）为需求建立模型：为需求建立模型需求的图形分析模型是软件需求规格说明极好的补充说明。它们能提供不同的信息与关系以有助于找到不正确的、不一致的、遗漏的和冗余的需求。这样的模型包括数据流图、实体关系图、状态变换图、对话框图、对象类及交互图。 6）编写数据字典：创建数据字典数据字典是对系统用到的所有数据项和结构的定义，以确保开发人员使用统一的数据定义。在需求阶段，数据字典至少应定义客户数据项以确保客户与开发小组是使用一致的定义和术语。分析和设计工具通常包括数据字典组件。 并不是每个系统都需要以上每个过程！ 四、需求工程的技术与工具 3、需求分析与建模(结构化方法) 业务流程调查：从系统信息流过的过程逐步进行，调查各环节的处理业务、信息来源、处理方法、计算方法、信息流动去向，信息信息的时间与形态（报告、单据、屏幕显示） 四、需求工程的技术与工具 业务流程调查 业务流程描述方式：业务流程图。(物理模型) 业务流程图例：库存管理系统流程图 车间 领料单 库长 用料计划 未批准 领料单 已批准 领料单 库工 库存帐 领料通知 用料 流水帐 缺料通知单 采购员 订单 催货单 供应商 补充订货单 提货通知单 入库单 库存报表 有关部门 领料审核 库