管理信息系统第六章系统分析.ppt

管理信息系统 系统分析 本讲内容 一 系统分析的内容 二 系统分析的过程 项目确认 准备和调查 问题分析 需求分析 决策分析 一、系统分析的内容 信息台是基于现行的信息处理系统而优于现行系统，为了开发出高效，适用，满足用户要求的系统，必须首先了解用户对IS的要求。这个工作就是系统分析（SA）。 SA的目的：弄清组织信息处理的问题所在，明确用户的信息需求，对组织的信息处理现状做出清楚的描述，并进一步完善系统在功能，性能方面的要求，编写出系统分析说明书。 定义将来的新系统应该“做什么”，暂且不涉及“怎么做”，由系统分析员完成。 系统分析是一个“理解”和“表达”的过程。 把原来由最终用户所进行的各项信息处理工作纳入到计算机系统中，要确定计算机能或不能完成哪些工作。 一、系统分析的内容 对系统开发的信息处理需求状况进行分析 对组织现状，环境条件进行分析 组织结构与功能结构分析。 管理业务与流程分析 进行功能（过程）---数据分析。 系统改进方案与新系统逻辑方案分析。 二、系统分析的过程 （一）项目确认阶段 开发系统的需求是由企业中存在的问题，面临的机会和达到的目标触发的。 PIECES是一种确认企业问题，机会，目标的有效方法，其含义是： Performance：系统性能 Information：提高信息质量和改变信息处理方式 Economics：改善成本/收益 Control：IS的安全和控制水平 Efficiency：效率 Service：对客户，供应商，合作伙伴等的服务质量。 二、系统分析的过程 （二）准备和调查阶段 主要回答“项目是否值得做”，为此要完成两项任务： 调查以确认问题，机会和目标； 建立项目章程，确定范围，需求，约束，人员，预算和计划等 该阶段的输入是项目服务请求书（RFP）或协议，输出项目章程。该阶段持续3天左右。 二、系统分析的过程 列出问题，机会和目标：创建三者的基线，无需详细分析，但约束条件须列示。由服务请求书（RFP）或协议触发，输出是初始问题描述，包括时间，可视程度，收益，优先级，可能的解决方案。 谈判初始范围：由初始问题描述触发，范围描述可采用： 1） 应该描述系统中哪些类型的数据？如订单，产品，人员等。 2） 系统中应包括哪些流程？如产品目录管理，订单管理等流程 3） 必须为用户，位置，其他系统提供哪些接口？ 3. 评估项目价值：回答当初该阶段的问题。 二、系统分析的过程 4. 制定项目计划：内容包括确定项目范围和活动，估计每个活动的持续期，指定任务间的依赖性，为每个任务分配资源，领导开发小组工作，控制进度。这些内容体现在以下两方面： 1） 初始主计划（基线计划）：整个项目的调度和资源安排 2） 关于下一阶段任务的详细计划和调度安排。 5. 描述项目和计划：由企业的评审委员会审核。该活动的输出是项目章程，内容包括项目参加人员，项目的问题、机会和目标，采用的开发方法，工作描述，质量标准，计划进度安排，资金预算。 二、系统分析的过程 （三）问题分析阶段 主要回答“这些问题真的需要解决吗？”或者“需要开发新的IS吗？”该阶段的输入是项目章程，输出是系统改进和提高的目标。 研究问题领域：对当前系统进行研究，由已经批准的项目章程触发，输出是问题领域和业务词汇。可由以下几个方面入手： 事物：列出与当前系统数据有关的所有材料，并按照业务术语进行定义。如“一张订单就是一项交易，它包括了客户想购买的产品或服务” 数据：列出当前系统产生的所有报表和报告，并描述其用途； 流程：定义每一个业务事件，如“客户签订了一张订单” 用户：定义当前系统的安装位置及所有用户，如“该系统用在上海分公司，所有人都使用它” 接口：当前系统与其他系统间的数据交换。 二、系统分析的过程 （四）需求分析阶段 需要回答“用户需要什么样的系统，他们使用这样的系统可以做什么”，主要解决“是什么”的问题。该阶段也被称为定义阶段，逻辑设计阶段。其输入是系统改进目标，输出是业务需求描述。 定义需求：将系统改进目标转换为可满足这些目标的功能需求和非功能需求。输出是初步的功能与非功能需求。 功能需求是一个系统必须提供的活动和服务描述，一般可根据满足改进目标的I/O，流程和存储的数据来定义. 非功能需求是一个系统的特征和约束描述， 二、系统分析的过程 2.分析功能需求：通过与业务人员的交流来验证这些需求。其输入是已有的功能草图和当前DB中的系统模型。业务人员必须理解这些需求，以便确定需求的优先级和评价技术方案的成本；技术人员理解这些需求是为了将它们转变成相应的技术方案。可采用两种方法完成需求确认： 1）系统建模：即系统逻辑模型 2）原型法 二、系统分析的过程 3. 跟踪和完成需求：