信息系统分析与设计（李亚坤）Ch3调查系统需求.pdfVIP

LOGO 第3章 开始分析： 调查系统需求 本章内容 先导案例:Convenience Office公司 概述 3.1 更详细的分析阶段 3.2 业务流程重组和分析 3.3 系统需求 3.4 系统相关者-系统需求的来源 3.5 信息收集技术 3.6 验证系统需求 要点回顾  案例：软件工程师毫无用处？  “软件工程师毫无用处，我宁愿雇佣雷达专家教会他 如何编程，也不愿意雇佣程序员来教会他雷达信号流 程”。这段措辞严厉的声明来自于一位大型政府项目 的经理，他所在的部门的电脑系统曾经错误地发出了 ICBM导弹来袭的警报。更加令他不能忍受的是程序员 拒绝对此错误的功能承担责任。 程序员抱怨说这是由于系统说明不够全面造成的，而 并非自己的原因。这位经理意识到，需求文档没有指 出特定的环境会导致错误的警报，但他仍认为他所在 部门的编程人员应该具备这样的基本知识的。“没有 任何雷达专家会犯如此基本的错误”，他坚持说。 概述 完成系统分析的两个技巧： 为系统需求调查寻找事实——成为业务领域 专家； 掌握业务过程和日常事务的一些细节，才能确保 系统满足了业务要求 能使分析员的高超的组合技巧发挥作用，为实施 业务过程带来独特的解决方案 在用户中建立了可信度 根据系统需求为业务过程建模。  分析阶段的活动  3.1 更详细的分析阶段 3.1.1 收集信息 3.1.2 定义系统需求 3.1.3 需求的优先级划分 3.1.4 构建系统原型，检验可行性并发现问题 3.1.5 产生、评估候选方案 3.1.6 和管理部门一起复查各种建议  3.1.1 收集信息 分析员通过与用户交谈或观察工作得到信息。 通过回顾计划文档和方案说明得到信息。 分析员需要收集技术信息。 通过对现有用户和未来用户的活动的区分和理 解，通过对 目前和将来活动的发生地点的区分， 并通过区分公司内部和外部所有其他系统的接 口来理解现有的系统。 关键问题：是否已经拥有了全部的信息来定义 系统所必须完成的工作？  3.1.2 定义系统需求 收集到的信息：描述技术需求的和功能需求。 功能需求：需要系统完成什么样的工作？ 定义功能需求：并不是简单地写下一些事实和 数据，而是要创建许多不同类型的模型来帮助 记录和联系系统需求。 逻辑模型:能够很详细地展示系统需要完成哪些功 能，而不依赖任何技术的模型。通常系统分析包括 创建详细的逻辑模型。 物理模型:表明系统将如何真正实现的模型。系统 设计包括创建详细的物理模型。  3.1.3 需求的优先级划分 一旦已经充分理解了系统的需求，并且需求的细节 模型也已经设计完成，这时要确定哪种系统需求和 技术需求对系统来说是非常关键的。即对用户提出 的功能进行优先级的划分。 完成这项活动时，应该回答的关键问题：系统要完 成的最重要的事是什么？