信息系统分析与设计Chapter.pdfVIP

Ch5 系统分析的任务 5.1 系统分析任务的概述 5.2 系统需求的获得 5.3 建模的基础：事件、事物 5.4 结构化的需求定义方法 5.5 面向对象的需求定义方法 5.6 系统的解决方案及其决策 Overview of System Analysis-1 分析阶段活动 关键问题 获取信息 有定义系统功能的所有信息吗？ 定义系统需求 需要系统做什么（详细说明）？ 需求优化 系统必须实现的最重要的事件是什么？ 生成和评估可选实施方案 实现系统的最好方法是什么？ 和管理人员一起复查推荐方案 应该继续设计和实现所建议的系统吗？ • 获取需求信息 通过系统需求的调查来“寻找事实”(需求信息获得的过程是一个不断发现的过程) 成为某业务领域方面的专家 (需求信息获取的过程是一个不断学习的过程) Ensure that the new system meets the needs of the business /确保新系统满足业务需求 How: Learn details of the business processes daily operations /尽可能的了解并理解业务活动及操作规程的细节 Bring a fresh perspective to the problem/为问题的解决带来新方法 How: 将信息技术和业务处理过程相结合 “If it isn’t broken, don’t fix it” Build credibility with the users/你在问题域中的知识能增强你建议的可信度 How: ‘walk the walk and talk the talk’ 什么是系统需求、收集需求信息的类型 从什么人那里获得 如何获取 Overview of System Analysis-2 • 定义系统需求 如何对所获得的需求信息进行可视化的描述 建模过程 什么是模型、建模的意义(Why Modeling)、建模原理 如何建模 不同的开发方法其建模技术不同，模型结果不同 模型的验证和确认 一个需求模型即多种模型的集合是一个逻辑模型 系统分析逻辑设计 分析员或最终用户主要考虑或关心的问题－“做什么” Vs. 开发人员主要考虑的问题－“如何做” 物理模型 系统设计物理设计 Overview of System Analysis-3 • 系统需求优先级的考虑 确定哪些是实现系统目标的所必需需求，以免“需求扩张” 系统需求优先级的确定 自动化程度的定义 • 生成和评价可供选择的解决方案 目标处理环境的评估、系统需求优先级的考虑及其可行性的评估等是解决方案 的主要考虑内容 目标处理环境的评估 系统需求优先级的考虑 系统实施方式的选择 • 提交结果、做出决策 评价和复查系统解决方案建议书，确定最佳解决方案 Investigating System Requirements-1 • 系统的功能需求和技术需求 系统目标 high-level capabilities