系统分析和设计方法(复习纲要).doc

。
系统分析和设计方法（复习纲要）
目录
系统分析和设计方法 1
第一部分 1
第1章 系统分析和设计方法的环境 1
一． 基本概念 1
二． 重点内容 1
第2章 信息系统构件 2
一． 基本概念 2
二． 重点内容 2
第3章 信息系统开发 3
一． 基本概念 3
二． 重点内容 3
第4章 项目管理 5
一．基本概念 5
二．重点内容 5
第二部分 5
第5章 系统分析 5
一． 基本概念 5
二． 重点内容 6
第6章需求获取的调查研究技术 7
一． 基本概念 7
二． 重点内容 7
第7章 使用用例建模系统需求 7
一、基本概念 7
二、重点内容 8
第8章 数据建模和分析 8
一．基本概念 8
二．重点内容 9
第9章 过程建模 9
一．基本概念 9
二．重点内容 10
第10章 使用UML进行面向对象分析和建模 11
一． 基本概念 11
二． 重点内容 11
第11章 可行性妇女系和系统方案建议 12
一． 基本概念 12
二． 重点内容 12
第三部分 系统设计方法 13

第一部分
第1章 系统分析和设计方法的环境
一． 基本概念
1. 信息系统：
信息系统是人、数据、过程和信息技术之间相互作用，收集、处理、存储和提供支持企业运作的信息的集合体。
2.
二． 重点内容
1. 七类信息系统应用：
事务处理系统、管理信息系统、决策信息系统、主管信息系统、专家系统、通信和协作 系统、办公自动化系统
2. 系统关联人员（参与者）
1）系统所有者：
2）系统用户：
内部系统用户（如技术人员、服务人员、中间经理、高层经历）
外部系统用户（顾客、供应商、合作伙伴）
3）系统设计人员（如网络架构师、数据库管理员、web架构师）
4）系统构造人员（应用程序员、系统程序员）
5）系统分析员
6）外部服务提供者
7）项目经理
3．系统分析员的角色
系统分析员既懂业务又懂技术，他们首先研究业务问题和机遇，然后把业务和信息需求转换为对基于计算机的信息系统的规格说明，而这个信息系统则由包括程序员在内的技术专家来实现。
4．系统分析员所需的技能
有效的信息技术知识
一半商业知识
通用的解决问题的技能
良好的与人沟通的能力。
良好的处理人际关系的能力。
灵活性和适应能力
人格与道德规范
5业务驱动力：
经济全球化、电子商务和电子业务、安全和隐私、协作与合伙经营、知识产 知识产权管理、持续改进和全面质量管理、业务过程重构
6.技术推动力
网络和因特网、移动和无线技术、对象技术、协作技术、企业应用软件
8. 系统开发流程
1）确定问题（系统启动）
2）分析和理解问题（系统分析）
3）确定方案需求和预期（系统分析）
4）确定替代方案，选择最佳方案（系统设计）
5）设计所选方案（系统设计）
6）实现所选方案（系统实现）
7） 评估结果（系统实现）

第2章 信息系统构件
一． 基本概念
1. 前端信息系统和后端信息系统
企业既有直达客户的业务功能的前端信息系统，也有支持内部业务运行并与供应商交互的后端信息系统。
二． 重点内容
1. 信息系统架构：
信息系统架构作为理解信息系统的基本构建的不同视图的框架。从本质上讲信息系统构架为你想开发的任何信息系统组织各个组建提供了基础。
2. 信息系统的三个公共业务目标
1） 改进业务知识的目标
2） 改进业务过程的目标
3） 改进业务通信和人际协作的目标。
3. 三个目标技术
1） 支持企业积累和使用业务知识的数据库技术
2） 自动化业务过程和服务的软件技术
3） 支持业务通信协作的接口技术
4.“知识”目标的四个构件
1）信息系统范围和构想
2）业务数据需求
3）数据库设计
4）数据库方案
5． “过程”目标的四个构件
1）功能范围和构想
2）业务构成需求
3）业务构成设计 软件设计
4）商用软件包和/或定制应用程序
6． 通信目标的四个构件
1）通信范围和构想
2）业务借口需求
3）接口设计
4）接口方案
第3章 信息系统开发
一． 基本概念
1.能力成熟度模型
用来评估组织的信息系统开发以及软件管理过程和产品的成熟度等级的框架。
2.系统生命周期
1) 系统开发阶段
2) 系统运行和支持阶段
3.系统开发方法
系统开发方法是一个十分正式且精确的系统开发过程，他为系统开发人员和项目管理定 了一组活动、方法、最佳时间、交付成果和自动话工具，用来开发和维护大部分或所有 的信息系统和软件。

二． 重点内容
1.能力成熟度模型：
1） 初始级：无政府状态或混乱状态
2） 可重复级：组织已经建立了项目管理过程和实践来跟踪项目费用、进度和功能。
3） 已定义级：组织购买或开发了一个标准的系统开发过程。
4） 已管理级：组织建立了可度量的质量和生产率目标。
· 5） 优化级：根据第四级建立的度量和数据分析，标准化的系统开发过程被连续第监督和改进。
2. 系统开发的基本原理：
1） 让系统用户参与。
2） 使用一套问题解决步骤。
3） 确立开发阶段和开发活动。
4） 在开发过程中记录文档。
5） 建立标准。
6） 管理过程和项目。
7） 将信息系统作为重要的投资看待。
8） 不必害怕取消和返工。
9） 分而治之。
10） 设计系统时应考虑到增长和变化。
3. 系统开发的源动力——问题、机会和指示（总括为问题）。
4. PIECES框架：
P——改进性能（performance）的需要
I——改进信息（information）（和数据）的需要。
E——改进经济（economics）、控制成本或增加收益的需要。
C——改进控制（control）或安全的需要。
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. 自动化工具和技术
1）计算机辅助系统工程
CASE资料库、CASE工具、正向工程和逆向工程、
2）应用开发环境
3）过程和项目管理器
第4章 项目管理
一．基本概念
1. 项目：
项目是必须按时在预算内并遵循规格说明完成的一系列活动。
2. 项目管理：
项目管理是至在指定时间内用最少的费用开发可接受的系统的管理过程，内容包括确定范围、计划、人员安排、组织、指导和控制。
3. 过程管理：
过程管理是记录、管理并持续第改进系统开发过程的活动。
二．重点内容
1. 项目失败的原因。
2. 项目经理所需的能力
业务能力、问题解决能力、影响能力、管理者能力
3. 项目管理的职能
确定范围、估算、调度、组织、知道、控制、项目总结
4. 项目管理的8个活动
1） 协商范围
2） 确定任务
3） 估计任务工期
4） 说明任务之间的依赖关系
5） 分配资源
6） 指导团队工作
7） 监督和控制进展
8） 评估结果和经验
第二部分
第5章 系统分析
一． 基本概念
1. 系统分析：
系统分析是一种问题解决技术，他讲一个系统分解成各个组成部分，目的是研究各个部 分如何工作，如何交互，以实现其系统目标。
2. 模型驱动分析：
强调绘制图形化系统模型来记录和验证现有的和/或建议的系统。系统模型最终成为设计和构造一个改进 的系统蓝图

二． 重点内容
1． 系统分析方法
1） 模型驱动分析法
2） 加速系统分析法
强调系统分析强调构造原型以便更快地为一个新系统确定业务需求和用户需求
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） 推荐一种系统方案。
第6章需求获取的调查研究技术
一． 基本概念
1. 需求获取
包括系统分析员用来从用户团体那里确定或提取系统问题的方案需求的那些技术
2. 系统需求
信息系统必须实现的或者必须具备的属性，也成为业务需求
3. 功能需求：
说明系统必须实现什么的需求。
4. 非功能需求
说明系统必须具备什么样的属性和质量的需求
5. 需求管理
管理需求的变化的过程

二． 重点内容
1． 需求获取过程
发现和分析问题、获取需求、归档和分析需求、需求管理
2. 调查研究技术
1） 对现有文档、表和数据库进行抽样
2） 调研和实地访问
3） 观察工作环境
4） 调查表
5） 面谈
6） 原型化
7） 联合需求计划
第7章 使用用例建模系统需求
一、基本概念
1. 用例建模
2. 用例图
3. 用例描述

二、重点内容
1. 用例建模的产物
1） 用例图
2） 用例描述
2. 四类参与者
1） 主要业务参与者：从用例执行中获得好处的关联人员
2） 主要系统参与者：直接同系统交互发起或触发业务或系统事件的关联人员
3） 外部服务参与者：响应来自用例请求的关联人员
4） 外部接受参与者：不是主要参与者但可从用例接受某些可度量的或可观察的价值。
3. 关系
1） 关联关系：
2） 扩展关系：讲复杂的步骤提取成专门的用例
3） 使用（或包含）关系：公共步骤提取成
4） 依赖关系：用例之间的先后性
5） 继承关系：多个关系共享公共行为，讲这些公共行为抽象成的新参与者
4. 需求用例建模的过程：
1） 确定业务参与者（参与者词汇表）
2） 确定业务需求用例（用例词汇表）
3） 构造用例模型图
4） 记录业务需求用例描述
第8章 数据建模和分析
一．基本概念
1. 逻辑模型
描述系统是什么或者系统做什么的非技术性的图形话表示
2. 物理模型：
展示系统是什么或者系统做什么，以及系统如何实现的技术性图形化表示。
3. 数据建模：
为数据定义业务需求的技术
4. 实体：
抽象第标识一组类似事物的所有实例（人、地点、对象、事件）
5. 属性：
想要存储的给定实体的每个实例的数据
6. 域
7. 关系
8. 基数
9. 度数
10. 外键
11. 确定性关系：
父实体贡献其主键成为子实体的主键的一部分的关系
12. 非确定关系：
每个参与关系的实体都有各自独立主键关系
13. 非特定关系：
一个实体的多个实例同另一个实体的多个实例相关联的关系

二．重点内容
1． 数据建模的优点
1） 有助于分析员快速确定业务词汇
2） 比过程模型构造得快
3） 简洁明了
4） 过程建模容易陷入细节
5） 系统和建议系统的数据模型之间的相似性要比过程建模的相似性高
2. 逻辑建模的步骤
1） 构造上下文数据模型：（仅包括实体和关系，不包括属性）
2） 绘制基于键的数据模型： 消除非特定关系，增加关联实体，包括进主键和替代键
3） 构造具有完整属性的数据模型
3. 数据建模的过程
1） 获取实体
2） 上下文数据模型
3） 基于键的数据模型
4） 具有完整属性的数据模型
4. 数据分析
1） 第一范式：所有属性对于实体的单个实例只有一个值
2） 第二范式：所有的非主键属性的值都依赖与主键
3） 第三范式：非主键属性的值不依赖与任何其他的非主键属性。
第9章 过程建模
一．基本概念
1. 系统建模、逻辑建模、物理建模
2. 过程建模
过程建模是一种组织和记录数据的结构和流向的技术。
3. 数据流图：
数据流图是一种描述通过系统的数据流以及系统实施的工作或处理过程的工具

二．重点内容
1. 过程模型的系统概念
1） 外部代理
位于项目范围之外但与正在被研究的系统交互的人、组织部门、其他系统或者其他组织
2） 数据存储
一个数据的仓库。
3） 过程概念：
系统就是过程。
过程分解
逻辑过程和命名规则：（功能、事件）
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） 研究现有对象，看能否复用他们或者调整他们用于新用途
2） 定义各种新对象和修改后的对象，他们将于现有对象组合成一个有用的企业计算应用系统
2. 对象建模：
一种用于辨识系统环境中的对象和这些对象之间关系的技术。
3.
二． 重点内容
1. 对象建模的优势
2. 对象建模的系统概念
1） 对象、属性、方法和封装
2） 类、泛化和特化
3） 对象/类关系
4） 消息和消息发送
5） 多态性
3. UML模型图
FAST需求分析阶段
1） 用例图
FAST逻辑设计阶段
2） 活动图
3） 系统顺序图（一种高层顺序图）
4） 类图
FAST物理设计阶段
5） 顺序图
6） 类图（含更多细节）
7） 状态机图
8） 通信图
9） 组件图
10） 部署图
4. 面向对象分析包含的3个活动
1） 建模系统功能
2） 发现并确定业务对象
3） 组织对象并确定其关系
5. 对象建模过程
1） 建模系统的功能性描述
2） 构造分析用例模型
3） 建模用例活动
4） 构造活动图指南
5） 绘制系统顺序图
6） 构造顺序图指南
7） 发现和确定业务对象
8） 组织对象并确定其关系
第11章 可行性妇女系和系统方案建议
一． 基本概念
1. 运行可行性：
对方案满足确定的系统需求以解决问题和利用课件的机会和能力的度量
2. 文化（或政治）可行性
对方案在给定的企业文化下被接受程度的度量
3. 技术可行性
对一种特定的技术方案的现实性以及一种技术资源和专家可用性的度量
4. 进度可行性
对项目时间表合理性的度量
5. 经济可行性
对一个项目或方案成本效益的度量
6. 法律可行性
对方案是否在现有的法律和合同义务内实现的度量
二． 重点内容
1. 可行性分析和系统方案建议
1） 可行性分析——逐步投入法
2） 系统分析——范围定义阶段的检查点
3） 系统分析——问题分析阶段的检查点
4） 系统设计——决策分析阶段的检查点
2. 可行性分析的6个准则
1） 运行可行性
2） 文化（或政治）可行性
3） 技术可行性
4） 进度可行性
5） 经济可行性
6） 法律可行性
3. 成本效益分析技术
1） 系统将花费多少（固定成本、变动成本）
2） 系统将提供什么收益（有形收益、无形收益）
3） 建议的系统核算么
A） 货币事件价值
B） 投资回收分析（贴现率、机会成本）
C） 投资回报率分析
4. 候选系统的可行性分析
1） 候选系统矩阵
2） 可行性分析矩阵
5. 系统方案建议
1） 书面报告
2） 正式汇报
第三部分 系统设计方法
第12章 系统设计
一． 基本概念
1. 系统设计：
为那些用来说明一个详细的计算机系统方案的任务（也称为逻辑设计）
二． 重点内容
1. 系统设计方法
1） 模型驱动方法
2） 快速驱动方法
3） FAST系统设计策略
2. 模型驱动方法
模型驱动设计强调通过绘制图形化系统模型描述新系统的技术和实现方面
1） 现代结构化设计
2） 信息工程
3） 原型化
4） 面向对象设计
3. 快速应用开发
RAD要求反复地使用结构化技术和原形化技术来定义用户的需求并设计最终系统
4. FAST系统设计策略

5. 系统设计之内部开发——“构造”方案
1） 设计应用架构
2） 设计系统数据库
3） 设计系统接口
4） 打包设计说明
5） 修改项目计划
6. 系统设计之集成商用软件——“购买”方案
1） 研究技术评价准则和选项
2） 想供应商征求建议（或报价）
3） 验证供应商的声明和性能
4） 评价和分级供应商建议
5） 签订合同并听取供应商汇报
第13章 应用架构和建模
一． 基本概念
1. 应用架构
实现信息系统的技术规范
2. 物理数据流图
物理数据流图建模作为信息系统的一部分实现的技术设计决策和认为设计决策，将同那些实际构造和实现系统的人沟通技术选择和其他设计决策
二． 重点内容
1. 物理数据流图
1） 物理过程
2） 物理数据流
3） 物理外部代理
4） 物理数据存储
2. 信息技术架构
1） 分布式系统
2） 数据架构——分布式关系数据库
3） 借口架构——输入、输出和中间件
4） 过程架构
3. 分布式系统
分布式系统是一个系统，其中信息系统的构件分布到计算机网络中的多个地点。
1） 文件服务器架构
2） 客户/服务器架构
A） 数据库服务器
B） 事物服务器
C） 应用服务器
D） 消息或组件服务器
E） Web服务器
3） 基于因特网的架构
4. 建模信息系统应用架构
1） 绘制物理数据流图
2） 前置条件
3） 网络架构
4） 数据分布和技术确定
5） 过程分布和技术确定
第14章 数据库设计
一． 基本概念
1. 文件：
相关记录的集合
2. 数据库：
相关文件的集合
3. 字段、记录、文件和数据库
1） 字段是存储在文件或数据库中的有意义的数据的最小单元
2） 记录是按照预定义格式安排的字段集合
二．重点内容
1. 文件的优缺点
1） 优点：设计和实现相对容易、处理速度快
2） 缺点：数据项在多个文件中重复，会导致数据完整性问题
2. 数据库的有确定
1） 优点：
A） 存储格式灵活
B） 超级的可伸缩性
2） 缺点：
A） 需要大量投资，开发费用高
B） 使用数据共享而增加的脆弱性
3. 数据库概念
1） 字段
2） 记录
分块因子是包含在一个读或写操作中的逻辑记录数
3） 文件和表
主文件、事务文件、文档文件、归档文件、表查询文件、审计文件
4. 数据库
1） 数据架构
数据架构定义了企业将如何开发和使用文件和数据库以存储组织中的所有数据
A） 数据仓库存储从运行数据库和常规文件中提取的数据
2） 数据库架构
数据库架构是指数据库技术
3） 关系数据库管理系统
5. 数据库设计的前置条件——规范化
1） 简单
2） 无冗余
3） 灵活的，而且对未来需求具有适应性
6. 现代数据库设计
1） 数据库设计的目标和前置条件
系统的逻辑数据模型是数据库设计的前置条件
2） 数据库模式
3） 数据完整性和访问完整性
4） 角色
5） 数据库分布和复制
6） 数据库原型
7） 规划数据库容量（缓冲因子）
8） 数据库结构生成
7. 角色
1） 系统分析员
由数据管理员和数据库管理员组合而成
2） 数据管理员
负责数据规划、数据定义、数据架构哦和数据管理的数据库专家
3） 数据库管理员
负责数据库技术，数据库设计和构造咨询，安全、备份和回复，以及性能调试的专家
第18章 使用UML进行面向对象设计和建模
一． 基本概念
1. 面向对象设计：
采用协作的对象、对象属性和方法说明软件解决方案的一种方式
2. 实体类
承载业务相关信息并实现分析类的对象类
3. 接口类
提供参与者与系统交互方式的类
4. 控制类
承载了应用逻辑的对象类
5. 持续类
提供读写数据库中持续属性的功能的对象类
6. 系统类
处理操作系统相关功能的对象类。
二．重点内容
1. 区分实体类、接口类、控制类、持续类、系统类
2. 设计关系
1） 依赖关系：
A） 指出当一个变化出现在一个类中，它可能会影响到另一个类
B） 支持一个持久类和一个临时类之间的关系
2） 导航能力：
类之间的关系默认是双向的，意味着一类对象可以导航（发送消息）到另一种类。也有很多情况下，你希望限制消息仅向一个方向发送。
3. 可见性（属性和方法可见性）
可见性定义了属性和方法如何被其他对象访问。
可见性的三个层次
1） 公共
2） 保护
3） 私有
4. 对象责任
面向对象系统中，对象封装了数据和行为。
在设计中，我们集中一个系统必须支持的行为，然后，设计实现这些行为的方法。
通过这些行为，确定一个对象责任。
5. 面向对象设计 包括的活动
1） 对用例模型加以精炼一反应实现环境
2） 建模支持用例环境的交互、活动和状态
3） 修改对象模型一反应实现环境
6. 区分用例描述和分析用例描述
7. CRC卡（类责任协作卡）
记录对象行为和协作的一种工具。
CRC卡可以有一个交互过程开发和细化。其中卡片在一组系统分析员和用户之间分配。然后他们经过用例场景的步骤，使用海绵球扮演所需的协作。
8. 使用顺序图建模类交互
9. 构造反映设计说明的类图
10. 使用状态机图建模对象的状态
11. 理解对象复用中的耦合和内聚的角色
1） 耦合：耦合是对一个类连接到或者依赖于另一个类的度量
2） 内聚：内聚是对一个类所有属性的行为和相互之间关联的度量

12. 设计模式
1） 策略模式
2） 适配器模式
13. 通信图、组件图和部署图

THANKS !!!

致力为企业和个人提供合同协议，策划案计划书，学习课件等等
打造全网一站式需求

欢迎您的下载，资料仅供参考

-可编辑修改-