东北财经大学信息系统分析和设计第四章.ppt

第4章 调查系统需求 本章内容 先导案例 概述 4.1 更详细的分析阶段 4.2 业务流程重组和分析 4.3 系统需求 4.4 系统相关者-系统需求的来源 4.5 信息收集技术 4.6 验证系统需求 要点回顾 阅读章节要求 先导案例 Convenience Office公司 概述 完成系统分析的两个技巧： ⑴为系统需求调查寻找事实； ⑵根据系统需求为商业过程建模。 本章，学习寻找事实和进行调查的分析技巧。 为何要成为商业领域方面的专家？ 因为只有在熟悉了商业活动后，你才能确保系统满足了商业要求，也只有到那时才能使你那高超的组合技巧发挥作用。 你为问题的解决带来了新的方法，并且通过使用新的、更好的信息技术方法来完成商业目标，从而可以为公司做出更大的贡献。 建立可信度。 思路 定义系统需求，探究分析员所遇到的几种不同类型的系统需求。 介绍分析员使用传统方法和新改进的方法来进行商业过程学习，以及相关信息收集的一些技术。 探讨对收集到的信息及在分析阶段活动中所构建的模型进行质量控制的必要性。 分析阶段的活动 4.1 更详细的分析阶段 4.1.1 收集信息 4.1.2 定义系统需求 4.1.3 需求的优先级划分 4.1.4 构建系统原型，检验可行性并发现问题 4.1.5 产生、评估候选方案 4.1.6 和管理部门一起复查各种建议 4.1.1 收集信息 分析员通过与用户交谈或观察工作得到信息。 通过回顾计划文档和方案说明得到信息。 分析员需要收集技术信息。 通过对现有用户和未来用户的活动的区分和理解，通过对目前和将来活动的发生地点的区分，并通过区分公司内部和外部所有其他系统的接口来理解现有的系统。 关键问题：是否已经拥有了全部的信息来定义系统所必须完成的工作？ 4.1.2 定义系统需求 收集到的信息：描述技术需求的和功能需求。 功能需求：需要系统完成什么样的工作？ 定义功能需求：并不是简单地写下一些事实和数据，而是要创建许多不同类型的模型来帮助记录和联系系统需求。 1. 逻辑模型 2. 物理模型 1. 逻辑模型 能够很详细地展示系统需要完成哪些功能，而不依赖任何技术的模型。 通常系统分析包括创建详细的逻辑模型。 2. 物理模型 表明系统将如何真正实现的模型。 系统设计包括创建详细的物理模型。 4.1.3 需求的优先级划分 一旦已经充分理解了系统的需求，并且需求的细节模型也已经设计完成，这时要确定哪种系统需求和技术需求对系统来说是非常关键的。即对用户提出的功能进行优先级的划分。 完成这项活动时，应该回答的关键问题：系统要完成的最重要的事是什么？ 4.1.4 构建系统原型，检验可行性并发现问题 构建原型(发现原型)的主要目的是为了更好地理解用户的需求。 原型的构建不为实现所有的功能，而是用来检验商业需求某种实现方法的可行性。 构建原型，可简化分析员对新的商务处理过程的调查工作。 原型有助于用户发现一些以前从未考虑过的问题，可以使他们(包括分析人员在内)跳出原来的思维模式。 原型构建有助于回答的关键问题 我们可以证明这种技术能够实现我们想让它完成的那些功能吗？ 我们是否已经构建出一些原型，可以使用户完全理解新系统的潜在功能？ 原型 是一个预期系统的小规模的、不完整的但可工作的示例。 原型迎合了“当我看到它时，我才知道我想要什么”的思维方式，它是许多用户和管理人员的特点。 原型系统不包括一个完善的应用系统的应该具有的错误检查、输入数据验证、安全和过程完整性。 获取原型 向用户提供响应需求的一个快速而粗略的实现，以确定用户的业务需求。 例：分析员使用一个简单的开发工具(Access)快速地构造一个简单的数据库，用户输入表单和示例报告，然后征求用户的反应，看这个数据库、表单和报告是否表示了用户的业务需求 4.1.5 产生、评估候选方案 在完成这项活动时，应该回答的关键问题： 创建系统的最好方案是什么？ 4.1.6 和管理部门一起复查各种建议 收集信息、定义需求、划分需求的优先级、可行性的发现原型,以及产生评估各种方案,所有这些活动都是并行执行的。 完成这项活动时，应该回答的关键问题：我们应不应该继续设计和实现我们提出的系统？ 分析阶段的活动及相应的关键问题 4.2 业务流程重组和分析 BPR是一种根本的战略思想，它将公司内部的处理过程流线化，并使之尽可能地高效运转。 现代信息技术使得BPR可以多种方式发挥作用，包括存储和处理大量的、冗余的数据，无论何时何地在需要的情况下提供高质量信息，在组织单位和职能部门之间支持快速的交流，以及将原来的人工决策变为自动决策等。 将一个系统开发项目作为BPR项目来解决将会对系统分析阶段活动带来巨大的影响。 信息收集及定义系