系统分析和设计方法复习纲要.docx

1、系统分析和设计方法复习纲要系统分析和设计方法（复习纲要）一 基本概念 . 13二 重点内容 . 14第 7 章 使用用例建模系统需求 . 14一、基本概念 . 14二、重点内容 . 15第 8 章 数据建模和分析 . 16一基本概念 . 16二重点内容 . 17第 9 章 过程建模 . 18一基本概念 . 18二重点内容 . 18第 10 章 使用 UML 进行面向对象分析和建模 . 20一 基本概念 . 20二 重点内容 . 20第 11 章 可行性妇女系和系统方案建议 . 22一 基本概念 . 22二 重点内容 . 23第三部分 系统设计方法 . 24第一部分第1章 系统分析和设计方法的环

2、境一 基本概念1. 信息系统：信息系统是人、数据、过程和信息技术之间相互作用，收集、处理、存储和提供支持企业运作的信息的集合体。2.二 重点内容1. 七类信息系统应用：事务处理系统、管理信息系统、决策信息系统、主管信息系统、专家系统、通信和协作系统、办公自动化系统2. 系统关联人员（参与者）1） 系统所有者 ：2） 系统用户：内部系统用户（如技术人员、服务人员、中间经理、高层经历） 外部系统用户（顾客、供应商、合作伙伴）3） 系统设计人员（如网络架构师、数据库管理员、 web 架构师）4） 系统构造人员（应用程序员、系统程序员）5） 系统分析员6） 外部服务提供者7） 项目经理3. 系统分析员

3、的角色系统分析员既懂业务又懂技术， 他们首先研究业务问题和机遇， 然后把业务和信息需求转换为对基于计算机的信息系统的规格说明， 而这个信息系统则由包括程序员在内的技 术专家来实现。4. 系统分析员所需的技能有效的信息技术知识一半商业知识通用的解决问题的技能 良好的与人沟通的能力。良好的处理人际关系的能力。灵活性和适应能力人格与道德规范5 业务驱动力：经济全球化、电子商务和电子业务、安全和隐私、协作与合伙经营、知识产 知 识 产权管理、持续改进和全面质量管理、业务过程重构6. 技术推动力网络和因特网、移动和无线技术、对象技术、协作技术、企业应用软件8. 系统开发流程1） 确定问题（系统启动）2）

4、 分析和理解问题（系统分析）3） 确定方案需求和预期（系统分析）4） 确定替代方案，选择最佳方案（系统设计）5） 设计所选方案（系统设计）6） 实现所选方案（系统实现）7） 评估结果（系统实现）第 2 章 信息系统构件一 基本概念1. 前端信息系统和后端信息系统企业既有直达客户的业务功能的 前端信息系统 ，也有支持内部业务运行并与供应商交互的后端信息系统 。二 重点内容1. 信息系统架构：信息系统架构作为理解信息系统的基本构建的不同视图的框架。 从本质上讲信息系统构架为你想开发的任何信息系统组织各个组建提供了基础。2. 信息系统的三个公共业务目标1） 改进 业务知识的目标2） 改进 业务过程的

5、目标3） 改进 业务通信和人际协作的目标。3. 三个目标技术1） 支持企业积累和使用业务知识的 数据库技术2） 自动化业务过程和服务的 软件技术3） 支持业务通信协作的 接口技术4. “知识”目标的四个构件1）信息系统范围和构想2）业务数据需求 3）数据库设计 4）数据库方案5. “过程”目标的四个构件 1）功能范围和构想 2）业务构成需求 3）业务构成设计 软 件 设 计 4）商用软件包和 / 或定制应用程序6. 通信目标的四个构件1）通信范围和构想2）业务借口需求3）接口设计 4）接口方案第 3 章 信息系统开发一 基本概念1. 能力成熟度模型用来评估组织的信息系统开发以及软件管理过程和产

6、品的成熟度等级的框架。2. 系统生命周期1) 系统开发阶段2) 系统运行和支持阶段3. 系统开发方法系统开发方法是一个十分正式且精确的系统开发过程， 他为系统开发人员和项目管理定了一组活动、方法、 最佳时间、 交付成果和自动话工具， 用来开发和维护大部分或所有的信息系统和软件。二 重点内容1. 能力成熟度模型：1） 初始级：无政府状态或混乱状态2） 可重复级：组织已经建立了项目管理过程和实践来跟踪项目费用、进度和功能。3） 已定义级：组织购买或开发了一个标准的系统开发过程。4） 已管理级：组织建立了可度量的质量和生产率目标。 5） 优化级： 根据第四级建立的度量和数据分析， 标准化的系统开发过

7、程被连续第监督和改进。2. 系统开发的基本原理：1） 让系统用户参与。2） 使用一套问题解决步骤。3） 确立开发阶段和开发活动。4） 在开发过程中记录文档。5） 建立标准。6） 管理过程和项目。7） 将信息系统作为重要的投资看待。8） 不必害怕取消和返工。9） 分而治之。10 ） 设计系统时应考虑到增长和变化。3. 系统开发的源动力问题、机会和指示（总括为问题） 。4. PIECES 框架：P改进性能（ performance ）的需要I改进信息（ information ）（和数据）的需要。E改进经济（ economics ）、控制成本或增加收益的需要。C改进控制（ control ） 或

8、安 全 的 需 要 。E改进人与过程的效率（ efficiency ）的需要。S改进对可会、供应商、合作伙伴、雇员等的服务（ service ）的需要。5. 系统开发的基本阶段 .1） 范围定义2） 问题分析3） 需求分析4） 逻辑设计5） 决策分析6） 物理设计和集成7） 构造和测试8） 安装和发布6. 跨声明周期活动 1）调查研究 2）记录文档和演示汇报3）可行性分析。 4）项目管理和过程管理7. 典型开发路线1） 模型驱动开发 A）适用于用户的预期和质量比时间和进度更重要。 B）三种模型驱动开发技术：过程建模、数据建模、对象建模2） 快速应用开发策略3） 商用应用软件包实现策略8. 自动

9、化工具和技术1） 计算机辅助系统工程CASE 资料库、 CASE 工具、正向工程和逆向工程、2） 应用开发环境3） 过程和项目管理器第 4 章 项目管理一基本概念1. 项目：项目是必须按时在预算内并遵循规格说明完成的一系列活动。2. 项目管理：项目管理是至在指定时间内用最少的费用开发可接受的系统的管理过程， 内容包括确定范围、计划、人员安排、组织、指导和控制。3. 过程管理：过程管理是记录、管理并持续第改进系统开发过程的活动。二重点内容1. 项目失败的原因。2. 项目经理所需的能力业务能力、问题解决能力、影响能力、管理者能力3. 项目管理的职能确定范围、估算、调度、组织、知道、控制、项目总结4

10、. 项目管理的 8 个活动1） 协商范围2） 确定任务3） 估计任务工期4） 说明任务之间的依赖关系5） 分配资源6） 指导团队工作7） 监督和控制进展8） 评估结果和经验第二部分第 5 章 系统分析一 基本概念1. 系统分析：系统分析是一种问题解决技术， 他讲一个系统分解成各个组成部分， 目的是研究各个部分如何工作，如何交互，以实现其系统目标。2. 模型驱动分析：强调绘制图形化系统模型来记录和验证现有的和 /或建议的系统。 系统模型最终成为设计和构造一个改进 的系统蓝图二 重点内容1. 系统分析方法1） 模型驱动分析法2） 加速系统分析法强调系统分析强调构造原型以便更快地为一个新系统确定业务

11、需求和用户需求3） 需求获取法4） 业务过程重构法5） FAST 系统分析策略2. 范围定义阶段1） 列出问题和机会2） 协商项目的初步范围3） 评估项目价值4） 计划项目进度表和预算3. 问题分析阶段1） 研究问题领域（上下文图）2） 分析问题和机会3） 分析业务过程4） 修改项目计划5） 汇报调查结果和建议4. 需求分析阶段1） 定义需求2） 排列需求的优先次序3） 修改项目计划4） 交流需求陈述5. 逻辑设计阶段1） 结构化功能需求2） 简历功能需求的原型3） 验证功能需求4） 定义验收测试用例6. 决策分析阶段 1） 定义候选方案2） 分析候选方案3） 比较候选方案4） 修改项目计划5

12、） 推荐一种系统方案。第 6 章需求获取的调查研究技术一 基本概念1. 需求获取包括系统分析员用来从用户团体那里确定或提取系统问题的方案需求的那些技术2. 系统需求信息系统必须实现的或者必须具备的属性，也成为业务需求3. 功能需求：说明系统必须实现什么的需求。4. 非功能需求说明系统必须具备什么样的属性和质量的需求5. 需求管理管理需求的变化的过程二 重点内容1. 需求获取过程发现和分析问题、获取需求、归档和分析需求、需求管理2. 调查研究技术1） 对现有文档、表和数据库进行抽样2） 调研和实地访问3） 观察工作环境4） 调查表5） 面谈6） 原型化7） 联合需求计划第 7 章 使用用例建模系

13、统需求一、基本概念1. 用例建模2. 用例图3. 用例描述二、重点内容1. 用例建模的产物1） 用 例 图 2） 用例描述2. 四类参与者1） 主要业务参与者：从用例执行中获得好处的关联人员2） 主要系统参与者：直接同系统交互发起或触发业务或系统事件的关联人员3） 外部服务参与者：响应来自用例请求的关联人员4） 外部接受参与者：不是主要参与者但可从用例接受某些可度量的或可观察的价值。3. 关系1） 关联关系：2） 扩展关系：讲复杂的步骤提取成专门的用例3） 使用（或包含）关系：公共步骤提取成4） 依赖关系：用例之间的先后性5） 继承关系：多个关系共享公共行为，讲这些公共行为抽象成的新参与者4.

14、 需求用例建模的过程：1） 确定业务参与者（参与者词汇表）2） 确定业务需求用例（用例词汇表）3） 构造用例模型图4） 记录业务需求用例描述第 8 章 数据建模和分析一基本概念1. 逻辑模型描述系统是什么或者系统做什么的非技术性的图形话表示2. 物理模型：展示系统是什么或者系统做什么，以及系统如何实现的技术性图形化表示。3. 数据建模：为数据定义业务需求的技术4. 实体：抽象第标识一组类似事物的所有实例（人、地点、对象、事件）5. 属性：想要存储的给定实体的每个实例的数据6. 域7. 关系8. 基数9. 度数10. 外键11. 确定性关系：父实体贡献其主键成为子实体的主键的一部分的关系12.

15、非确定关系：每个参与关系的实体都有各自独立主键关系13. 非特定关系：一个实体的多个实例同另一个实体的多个实例相关联的关系二重点内容1. 数据建模的优点1） 有助于分析员快速确定业务词汇2） 比过程模型构造得快3） 简洁明了4） 过程建模容易陷入细节5） 系统和建议系统的数据模型之间的相似性要比过程建模的相似性高2. 逻辑建模的步骤1） 构造 上下文数据模型 ：（仅包括实体和关系，不包括属性）2） 绘制 基于键的数据模型 ： 消除非特定关系，增加关联实体，包括进主键和替代键3） 构造 具有完整属性的数据模型3. 数据建模的过程1） 获取实体2） 上下文数据模型3） 基于键的数据模型4） 具有完

16、整属性的数据模型4. 数据分析1） 第一范式：所有属性对于实体的单个实例只有一个值2） 第二范式：所有的非主键属性的值都依赖与主键3） 第三范式：非主键属性的值不依赖与任何其他的非主键属性。第 9 章 过程建模一基本概念1. 系统建模、逻辑建模、物理建模2. 过程建模过程建模是一种组织和记录数据的结构和流向的技术。3. 数据流图：数据流图是一种描述通过系统的数据流以及系统实施的工作或处理过程的工具二重点内容1. 过程模型的系统概念1） 外部代理位于项目范围之外但与正在被研究的系统交互的人、组织部门、其他系统或者其他组织2） 数据存储一个数据的仓库。3） 过程概念：系统就是过程。过程分解逻辑过程

17、和命名规则： （功能、事件）4） 数据流运动中的数据数据流的守恒数据结构2. 逻辑过程建模的过程1） 战略系统规划2） 用于业务重构的过程建模3） 系统分析期间 的过程建模A） 构造上下文数据流图B） 绘制功能分解图C） 编译事件响应和用例清单D） 事件处理器E） 事件图F） 系统图G） 基本图H） 规格说明3. 如何构造过程模型1) 构造上下文数据流图2) 绘制功能分解图3) 编译事件响应和用例清单4) 事件处理器5) 事件图6) 系统图7) 基本图8) 规格说明4. CRUD 矩阵数据模型和过程模型的同步第 10 章 使用 UML 进行面向对象分析和建模一 基本概念1. 面向对象分析：1）

18、 研究现有对象，看能否复用他们或者调整他们用于新用途2） 定义各种新对象和修改后的对象， 他们将于现有对象组合成一个有用的企业计算应用系统2. 对象建模：一种用于辨识系统环境中的对象和这些对象之间关系的技术。3.二 重点内容1. 对象建模的优势2. 对象建模的系统概念1） 对象、属性、方法和封装2） 类、泛化和特化3） 对象 /类关系4） 消息和消息发送5） 多态性3. UML 模 型 图FAST 需求分析阶段1） 用例图FAST 逻辑设计阶段2） 活动图3） 系统顺序图（一种高层顺序图）4） 类图FAST 物理设计阶段5） 顺序图6） 类图（含更多细节）7） 状态机图8） 通信图9） 组件图

19、10 ） 部署图4. 面向对象分析包含的 3 个活动1） 建模系统功能2） 发现并确定业务对象3） 组织对象并确定其关系5. 对象建模过程1） 建模系统的功能性描述2） 构造分析用例模型3） 建模用例活动4） 构造活动图指南5） 绘制系统顺序图6） 构造顺序图指南7） 发现和确定业务对象8） 组织对象并确定其关系第 11 章 可行性妇女系和系统方案建议一 基本概念1. 运行可行性：对方案满足确定的系统需求以解决问题和利用课件的机会和能力的度量2. 文化（或政治）可行性对方案在给定的企业文化下被接受程度的度量3. 技术可行性对一种特定的技术方案的现实性以及一种技术资源和专家可用性的度量4. 进度

20、可行性对项目时间表合理性的度量5. 经济可行性对一个项目或方案成本效益的度量6. 法律可行性对方案是否在现有的法律和合同义务内实现的度量二 重点内容1. 可行性分析和系统方案建议1） 可行性分析逐步投入法2） 系统分析范围定义阶段的检查点3） 系统分析问题分析阶段的检查点4） 系统设计决策分析阶段的检查点2. 可行性分析的 6 个准则1） 运行可行性2） 文化（或政治）可行性3） 技术可行性4） 进度可行性5） 经济可行性6） 法律可行性3. 成本效益分析技术1） 系统将花费多少（固定成本、变动成本）2） 系统将提供什么收益（有形收益、无形收益）3） 建议的系统核算么A） 货币事件价值B） 投

21、资回收分析（贴现率、机会成本） C） 投资回报率分析4. 候选系统的可行性分析1） 候选系统矩阵2） 可行性分析矩阵5. 系统方案建议1） 书面报告2） 正式汇报第三部分 系统设计方法第 12 章 系统设计一 基本概念1. 系统设计：为那些用来说明一个详细的计算机系统方案的任务（也称为逻辑设计）二 重点内容1. 系统设计方法 1） 模型驱动方法2） 快速驱动方法3） FAST 系统设计策略2. 模型驱动方法模型驱动设计强调通过绘制图形化系统模型描述新系统的技术和实现方面1） 现代结构化设计2） 信息工程3） 原型化4） 面向对象设计3. 快速应用开发RAD 要求反复地使用结构化技术和原形化技术

22、来定义用户的需求并设计最终系统4. FAST 系统设计策略5. 系统设计之内部开发“构造”方案1） 设计应用架构2） 设计系统数据库3） 设计系统接口4） 打包设计说明5） 修改项目计划6. 系统设计之集成商用软件“购买”方案1） 研究技术评价准则和选项2） 想供应商征求建议（或报价）3） 验证供应商的声明和性能4） 评价和分级供应商建议5） 签订合同并听取供应商汇报第 13 章 应用架构和建模一 基本概念1. 应用架构实现信息系统的技术规范2. 物理数据流图物理数据流图建模作为信息系统的一部分实现的技术设计决策和认为设计决策， 将同那些实际构造和实现系统的人沟通技术选择和其他设计决策二 重点

23、内容1. 物理数据流图 1） 物理过程2） 物理数据流3） 物理外部代理4） 物理数据存储2. 信息技术架构1） 分布式系统2） 数据架构分布式关系数据库3） 借口架构输入、输出和中间件4） 过程架构3. 分布式系统分布式系统是一个系统，其中信息系统的构件分布到计算机网络中的多个地点。1） 文件服务器架构2） 客户 /服务器架构A） 数据库服务器B） 事物服务器C） 应用服务器D） 消息或组件服务器E） W eb 服务器3） 基于因特网的架构4. 建模信息系统应用架构1） 绘制物理数据流图2） 前置条件3） 网络架构4） 数据分布和技术确定5） 过程分布和技术确定第 14 章 数据库设计一 基本概念1. 文件：相关记录的集合2. 数据库：相关 文件的集合3. 字段、记录、文件和数据库1） 字段是存储在文件或数据库中的有意义的数据的最小单元2） 记录是按照预定义格式安排的字段集合二重点内容1. 文件的优缺点1） 优点：设计和实现相对容易、处理速度快2） 缺点：数据项在多个文件中重复，会导致数据完整性问题2. 数据库的有确定1） 优点：A） 存储格式灵活B） 超级的可伸缩性2） 缺点：A） 需要大量投资，开发费用高B） 使用数据共享而增