管理信息系统的类型.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. 对帮助与文档系统有什么要求？ 四、需求工程的技术与工具 2、调研计划 项目范围与目标 调研部门及职能 设计问题与调查表 培训计划 调研时间安排 结果分析与审查 四、需求工程的技术与工具 3、需求分析基本过程 1）绘制业务流程图或关联图：绘制系统关联图是用于定义系统与系统外部实体间的界限和接口的简单模型。同时它也明确了通过接口的信息流和物质流。 2）创建开发原型：创建用户接口原型当开发人员或用户不能确定需求时，开发一个用户接口原型，这样使得许多概念和可能发生的事更为直观明了。用户通过评价原型将使项目参与者能更好地相互理解所要解决的问题。注意要找出需求文档与原型之间所有的冲突之处。 3）分析需求可行性：分析需求可行性在允许的成本、性能要求下，分析每项需求实施的可行性，明确与每项需求实现相联系的风险，包括与其它需求的冲突，对外界因素的依赖和技术障碍。 4）确定需求优先级：确定需求的优先级别应用分析方法来确定使用实例、产品特性或单项需求实现的优先级别。以优先级为基础确定产品版本将包括哪些特性或哪类需求。当允许需求变更时，在特定的版本中加入每一项变更，并在那个版本计划中作出需要的变更。 5）为需求建立模型：为需求建立模型需求的图形分析模型是软件需求规格说明极好的补充说明。它们能提供不同的信息与关系以有助于找到不正确的、不一致的、遗漏的和冗余的需求。这样的模型包括数据流图、实体关系图、状态变换图、对话框图、对象类及交互图。 6）编写数据字典：创建数据字典数据字典是对系统用到的所有数据项和结构的定义，以确保开发人员使用统一的数据定义。在需求阶段，数据字典至少应定义客户数据项以确保客户与开发小组是使用一致的定义和术语。分析和设计工具通常包括数据字典组件。 并不是每个系统都需要以上每个过程！ 四、需求工程的技术与工具 3、需求分析与建模(结构化方法) 业务流程调查：从系统信息流过的过程逐步进行，调查各环节的处理业务、信息来源、处理方法、计算方法、信息流动去向，信息信息的时间与形态（报告、单据、屏幕显示） 四、需求工程的技术与工具 业务流程调查 业务流程描述方式：业务流程图。(物理模型) 四、需求工程的技术与工具 逻辑模型描述 逻辑模型描述工具：数据流图（Data Flow Diagram）。对业务流程进行抽象，描述数据及其处理逻辑的图示。 DFD可以用来表示一个系统或软件在任何层次上的抽象。较大型的软件系统DFD分为多个层次，称为父图与子图，可以表示数据流和处理的进一步细节。通过对DFD进行编号进行管理。 将整个系统看成一个处理的DFD称为关联图。 DFD绘制技巧 DFD绘图思路：从外向里画 画输入与输出 画系统内部 画处理的内部 DFD绘图原则： 适当命名 画数据流而不是控制流 从上到下或从左到右的流向 先考虑稳定状态 避免陷入细节 注意子图与父图的平衡 随时可能重画 DFD绘制步骤 问题：一个工资发放系统的数据流图 已对业务流程进行调查：月末发工资，20-23日财务部根据上月工资清单和人力资源部送达的人员及工资变动表填写