系统分析和设计方法(复习纲要).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 !致力为企业和个人提供合同协议，策划案计划书，学习课件等等打造全网一站式需求欢迎您的下载，资料仅供参考-可编辑修改-