系统开发中的需求分析与管理ppt.ppt

第九章 系统开发中的需求分析与管理,一、需求工程概述 二、需求开发 三、需求管理 四、需求工程方法与工具,四、需求工程的技术与工具,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、需求分析与建模(结构化方法) 业务流程调查：从系统信息流过的过程逐步进行，调查各环节的处理业务、信息来源、处理方法、计算方法、信息流动去向，信息信息的时间与形态（报告、单据、屏幕显示）,四、需求工程的技术与工具,业务流程调查 业务流程描述方式：业务流程图。(物理模型),业务流程图例：库存管理系统流程图,车间,领料单,库长,用料计划,未批准 领料单,已批准 领料单,库工,库存帐,领料通知,用料 流水帐,缺料通知单,采购员,订单,催货单,供应商,补充订货单,提货通知单,入库单,库存报表,有关部门,领料审核,库存管理,采购管理,跨职能流程图例：采购管理系统流程图,四、需求工程的技术与工具,逻辑模型描述 逻辑模型描述工具：数据流图（Data Flow Diagram）。对业务流程进行抽象，描述数据及其处理逻辑的图示。 DFD可以用来表示一个系统或软件在任何层次上的抽象。较大型的软件系统DFD分为多个层次，称为父图与子图，可以表示数据流和处理的进一步细节。通过对DFD进行编号进行管理。 将整个系统看成一个处理的DFD称为关联图。,DFD图例：销售管理系统流程图,DFD绘制技巧,DFD绘图思路：从外向里画 画输入与输出 画系统内部 画处理的内部 DFD绘图原则： 适当命名 画数据流而不是控制流 从上到下或从左到右的流向 先考虑稳定状态 避免陷入细节 注意子图与父图的平衡 随时可能重画,DFD绘制步骤,问题：一个工资发放系统的数据流图,已对业务流程进行调查：月末发工资，20-23日财务部根据上月工资清单和人力资源部送达的人员及工资变动表填写本月工资清单，总务科24日将扣款清单送交财务部，财务总计入扣款数并计算应发工资，填入工资发放清单，为发放工资做好准备。,上月工资清单,调查结果,人事工资变动表,本月扣款记录,参考答案,DFD的质量评估,最小复杂性 信息超量信息量太大以至影响理 7+2/7-2原则人可同时记住和理解的信息“块”的数量介于5与9之间限制一个模型中元素的个数在9个以内 接口最小化限制一个模型中连接的个数 数据流一致性 处理前与处理后的数据内容有差别？ 有流出无流入？ 有流入无流出？ 黑洞：带有并不用来产生输出的输入的处理或存储 奇迹：带有没有任何来源的输出的处理或存储,DFD处理描述方式,结构化英语 决策表 决策树,四、需求工程的技术与工具,数据结构描述 业务流程图与数据流图无法表示业务流程与信息流程中各种信息的详细结构，因此需要专门的工具数据字典来描述。 数据字典是对数据流程图中的各个数据元素做的进一步的说明。DFD与数据字典一起从文字与图形两方面构成了系统逻辑模型。,四、需求工程的技术与工具,数据描述 数据字典的主要内容 数据项定义 数据结构定义 数据流定义 加工处理逻辑定义 数据存储定义 外部实体定义,四、需求工程的技术与工具,数据描述 数据字典的数据项定义,四、需求工程的技术与工具,数据描述 数据字典的数据结构定义 数据结构描述数据项之间的关系，可由数据项组成，也可由其他数据结构组成。,四、需求工程的技术与工具,数据描述 数据字典的数据流定义,四、需求工程的技术与工具,数据描述 数据字典的处理逻辑定义,四、需求工程的技术与工具,数据描述 数据字典的数据存储定义,四、需求工程的技术与工具,数据描述 数据字典的外部实体定义,注意：数据字典一旦建立，即成为系统分析设计和开发的依据，在项目开发的整个生命周期中都要严格围绕数据字典进行。需求发生变更后应及时更新数据字典，以防止开发、测试人员在开发和测试中产生不一致。,四、需求工程的技术与工具,数据关系描述 数据字典不能描述数据结构之间的关系，而在系统中各个数据结构都是有联系的，数据结构在后面的数据库设计中直接指导了数据表的设计，而关系数据库中如何在表之间建立关系需要有对应的描述模型， 常用的模型之一是ER图。用ER图建模的常用工具是ERWin(CA) 另一种建模方法是在Visio软件中绘制数据库模型图,四、需求工程的技术与工具,ER图的画法1.,实体,属性,联系,教师,编号,姓名,职称,系别,学生,学号,姓名,班级,系别,课程,课程号,课程名,学时,学分,教,学,教学质量,成绩,M,N,N,M,0-M,0-N,四、需求工程的技术与工具,ER图的画法2.,实体 - 属性,课程 - 课程号* 课名 学时 学分,学 - 成绩,教 - 教学质量,教师 - 编号* 姓名 职称 系别,学生 - 学号* 姓名 班级 系别,四、需求工程的技术与工具,Visio数据库建模,课程 - PK