系统分析设计复习.docx

  1. 1、本文档共16页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
精品文档 可编辑 第一章:系统分析和设计方法的环境 信息系统 information system (IS) 是人、数据、过程和信息技术之间相互作用,收集、处理、存储和提供支持企业运作的信息集合体 信息系统分类: 事务处理系统transaction processing system (TPS) 管理信息系统management information system (MIS) 决策支持系统decision support system (DSS) 主管信息系统Executive Information System (EIS) 专家系统expert system 通讯和协作系统communications and collaboration system 办公自动化office automation system 参与者是任何跟系统有关的人,参与者可以是技术和非技术人员,也可以是组织内部与外部人员。 参与者包含以下五类人员: 系统所有者 系统用户 内部用户 外部用户 系统设计人员 系统构造人员 系统分析员 外部服务提供者 项目经理 系统分析员的角色: 系统分析员既懂业务又懂技术,他们首先研究业务问题和机遇,然后把业务和信息需求转换为对基于计算机的信息系统的规格说明,而这个信息系统则由包括程序员在内的技术专家来实现。 系统分析员所需的技能 有效的信息技术知识 一半商业知识 通用的解决问题的技能 良好的与人沟通的能力。 良好的处理人际关系的能力。 灵活性和适应能力 人格与道德规范 业务驱动力: 经济全球化、电子商务和电子业务、安全和隐私、协作与合伙经营、知识产权管理、 持续改进和全面质量管理、业务过程重构 技术推动力 网络和因特网、移动和无线技术、对象技术、协作技术、企业应用软件 系统开发流程 1)确定问题(系统启动) 2)分析和理解问题(系统分析) 3)确定方案需求和预期(系统分析) 4)确定替代方案,选择最佳方案(系统设计) 5)设计所选方案(系统设计) 6)实现所选方案(系统实现) 7)评估结果(系统实现) 第2章 信息系统构件 企业既有直达客户的业务功能的前端信息系统,也有支持内部业务运行并与供应商交互的后端信息系统 信息系统架构作为理解信息系统的基本构建的不同视图的框架。从本质上讲信息系统构架为你想开发的任何信息系统组织各个组建提供了基础。 信息系统的三个公共业务目标(业务驱动力) 1) 改进业务知识的目标 2) 改进业务过程的目标 3) 改进业务通信和人际协作的目标 三个目标技术(技术驱动力) 1) 支持企业积累和使用业务知识的数据库技术 2) 自动化业务过程和服务的软件技术 3) 支持业务通信协作的接口技术 “知识”目标的四个构件 1)信息系统范围和构想 2)业务数据需求 3)数据库设计 4)数据库方案 “过程”目标的四个构件 1)功能范围和构想 2)业务构成需求 3)业务构成设计 软件设计 4)商用软件包和/或定制应用程序 “通信”目标的四个构件 1)通信范围和构想 2)业务借口需求 3)接口设计 4)接口方案 第3章 信息系统开发 能力成熟度模型: 1) 初始级:无政府状态或混乱状态 2) 可重复级:组织已经建立了项目管理过程和实践来跟踪项目费用、进度和功能。 3) 已定义级:组织购买或开发了一个标准的系统开发过程。 4) 已管理级:组织建立了可度量的质量和生产率目标。 · 5) 优化级:根据第四级建立的度量和数据分析,标准化的系统开发过程被连续地监督和改进。 系统开发方法执行系统生命周期的开发阶段 系统开发的基本原理: 让系统用户参与。 使用一套问题解决步骤。 确立开发阶段和开发活动。 在开发过程中记录文档。 建立标准。 管理过程和项目。 将信息系统作为重要的投资看待。 不必害怕取消和返工。 分而治之。 设计系统时应考虑到增长和变化。 系统开发的源动力——问题、机会和指示(总括为问题)。 经典项目阶段: 范围定义阶段 问题分析阶段 需求分析阶段 逻辑设计阶段 决策分析阶段 物理设计和集成阶段 构造和测试阶段 安装和发布阶段 PIECES框架: P——改进性能(performance)的需要 I——改进信息(information)(和数据)的需要。 E——改进经济(economics)、控制成本或增加收益的需要。 C——改进控制(control)或安全的需要。 E——改进人与过程的效率(efficiency)的需要。 S——改进对可会、供应商、合作伙伴、雇员等的服务(service)的需要。 跨声明周期活动 1)调查研究 2)记录文档和演示汇报 3)可行性分析。 4)项目管理和过程管理 典型开发路线 1)模型驱动

文档评论(0)

懒懒老巢 + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档