信息系统分析-课件 第章-系统分析.pptVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
第5章 系统分析 本章主要内容 5.1什么是系统分析 5.2 系统分析方法 5.3 范围定义阶段 5.4 问题分析阶段 5.5 需求分析阶段 5.6 逻辑设计阶段 5.7 决策分析阶段 5.1什么是系统分析 5.2系统分析方法 5.2.1 模型驱动分析法 5.2.1 模型驱动分析法 5.2.1 模型驱动分析法 5.2.2 加速分析法 5.2.3 需求获取法 5.3范围定义阶段 5.3范围定义阶段 5.4问题分析阶段 5.4问题分析阶段 5.5需求分析阶段 5.5需求分析阶段 5.6逻辑设计阶段 5.6逻辑设计阶段 5.7决策分析阶段 5.7决策分析阶段 5.8系统分析的未来 * Copyright 2002 Prentice-Hall, Inc. 系统分析与设计方法 第六版 Jeffrey L. Whitten Lonnie D. Bentley Kevin C. Dittman 系统分析 将系统分解成各个组成部分,目的是研究各个部分如何工作、如何交户,以实现其系统目标。 系统设计 将系统的组成部分重新装配成一个完整系统——希望得到一个改进的系统。 信息系统分析 是信息系统开发项目的一个阶段,重点是业务问题和需求,这些需求独立于实现方案中可能使用的任何技术。 5.2.1 模型驱动分析法 5.2.2 加速分析法 5.2.3 需求获取法 5.2.4 业务过程重构法 5.2.5 FAST系统分析策略 结构化分析 结构化分析关注数据通过业务和软件和软件过程的流程,又称“以过程为中心的”。 过程为中心:强调的是信息系统框架中的“知识”构件。 结构化分析是以模型驱动的、以过程为中心的技术,用于分析一个现有系统,定义新系统的业务需求。模型是展示系统组建的图形,内容包括过程及其相关输入、输出和文件。 ——软件设计时采用数据流图 ——业务流程重组采用各种过程模型 信息工程和数据建模 信息工程方法关注系统中存储的数据结构,又称为“以数据为中心的”。 信息工程:是一种用来计划、分析和设计信息系统的模型驱动的、以数据为中心但对过程敏感的技术。IE模型是指一些说明和同步系统的数据和过程的图形。 IE的数据模型称为“实体关系图”,定义了集成并同步数据模型和过程模型的方法。 信息工程强调在分析和研究过程需求、接口需求之前,首先研究和分析数据需求。 在描述数据流之前,首先绘制实体关系图,创建数据模型。 面向对象分析 对象:封装了数据(属性)+过程(方法)。访问或修改对象的数据的唯一方法是使用对象预定义的过程。 面向对象分析:是一种模型驱动技术,将数据和过程集成到称为对象的结构中。OOA是从各方面说明系统对象的图形。 面向对象分析的建模标准:统一建模语言UML,UML为整个对象模型提供了图形化语法。 原型:是一个预期系统的小规模的、不完整的胆识可以工作的示例。 加速分析法通过构造示例表单和报告,强调信息系统框架中的“通信”构件。 获取原型法——向用户提供响应需求的一个快速而粗略的实现,以确定用户的业务需求。 快速架构分析——试图从现有系统或者获取原型中导出系统模型的方法。 逆向工程:读取一个现有数据库、应用程序和用户界面的程序代码,并自动生成等价的系统模型。 系统分析的所有方法都需要某种形式的需求获取。 两种技术: 调查研究技术——也叫信息收集,收集有关系统问题、集会、方案需求和需求优先权的信息。 抽样、实地调研、观察、咨询、面谈。 联合需求计划(Joint Requirement Planning)——将所有的系统所有者、系统用户、系统分析员和设计人员、构造人员组织在一起,进行系统分析。JRP是联合应用开发的一部分。 JRP是一种工作环境,加速所有任务分析与交付成果。 5.3.1 列出问题和机会 5.3.2 协商项目的初步范围 5.3.3 评估项目价值 5.3.4 计划项目进度表和预算 5.3.5 汇报项目计划 5.4.1 研究问题领域 5.4.2 分析问题和机会 5.4.3 分析业务过程 5.4.4 制订系统改进目标 5.4.5 修改项目计划 5.4.6 汇报调查结果和建议 5.5.1 定义需求 5.5.2 排列需求优先序 5.5.3 修改项目计划 5.5.4 交流需求陈述 5.5.5 持续不断的需求管理 5.6.1 结构化功能需求 5.6.2 建立功能需求原型 5.6.3 验证功能需求 5.6.4 定义验收测试用例 5.7.1 确定候选方案 5.7.2 分析候选方案 5.7.3 比较候选方案 5.7.4 修改项目计划 5.7.5 推荐一个系统方案 CASE 技术 RAD 技术 RAD 和CASE 技术交互 OO 分析 组织并非仅由单个信息系统提供服务,而是由一群支持不同业务功能的信息系统共同提供服务。 组织并非仅由单个信息系统提供服务,而

文档评论(0)

hhuiws1482 + 关注
实名认证
文档贡献者

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

版权声明书
用户编号:5024214302000003

1亿VIP精品文档

相关文档