系统分析与设计复习资料汇编文档格式.docx

系统分析与设计复习资料汇编文档格式.docx

《系统分析与设计复习资料汇编文档格式.docx》由会员分享，可在线阅读，更多相关《系统分析与设计复习资料汇编文档格式.docx（19页珍藏版）》请在冰豆网上搜索。

优先实现一些容易且易见效的系统；

对于第二阶段：

应有计划地加以控制；

对于第三阶段：

开发能共享的数据库管理系统；

对于处于增长阶段中后期的企业，则需在数据集成上下功夫，以建设高档次的数据环境。

•项目管理的概念、信息系统项目管理的特点

项目是为完成唯一的目的所采取的一次性的努力。

项目的特点：

项目有一个唯一的目的

项目是一次性的

项目需要多方面的资源

项目应当有一个主要发起人和客户

项目具有不确定性

优秀的项目经理是项目成功的关键

•CMM重点

•理解信息系统用户的含义和分类

•项目管理工具

Project的基本功能

1）范围管理：

使用WBS分解技术对项目分解。

2）进度管理：

主要使用关键路径技术（CPM）进行时间和进度管理。

3）成本管理：

“自底向上费用估算”技术

4）人力资源管理：

5）沟通管理

6）集成管理：

第二章信息系统工程体系

•信息系统工程体系、RUP

•

•统一开发过程（RationalUnifiedProcess,RUP）

•1）RUP的基本概念

•

（1）用例驱动

•

（2）以基本架构为中心

•（3）迭代式和增量

•理解信息系统的生命周期，了解几种信息系统开发过程模式的区别

•理解结构化和面向对象两种不同的系统开发方法的区别，了解面向对象的几个重要概念

认识问题空间的出发点不同

认识系统和描述系统的方式不同

分析到设计的过渡

对变化的适应能力

对复用的支持

Gainian重要概念:

对象（属性与方法）

类与实例

封装（信息隐藏）

继承（多重继承）

消息

多态性（重载、动态绑定）

关联与链接

聚合

第三章系统规划

•理解系统规划的任务和特点、关键问题、目标

系统规划（ISP）工作的特点

（1）具有较强的不确定性，非结构化程度较高。

（2）工作环境是组织管理环境，高层管理人员（包括高层信息管理人员）是工作的主体。

（3）是一个管理决策过程,同时也是技术与管理相结合的过程。

（4）系统规划人员对管理与技术环境的理解程度，对管理与技术发展的见识，以及开创精神与务实态度是规划工作的决定因素。

（5）宜粗不宜细。

给后续各阶段的工作提供指导。

（6）必须纳入整个组织的发展规划。

系统规划（ISP）的关键问题

♦战略规划是核心

♦业务流程的改革与创新是基础

♦解决问题的有效性是关键

♦应变能力是信息系统成功的重要标志之一，也是当前信息系统建设与应用的瓶颈问题

♦人、管理、技术应协调发展

♦ISP的目标与任务

主要任务:

（1）根据组织的发展目标与战略制定业务流程改革与创新的目标和信息系统的发展战略。

（2）制定组织的业务流程规划，确定业务流程改革与创新的方案

（3）根据组织目标和业务流程规划确定信息系统的总体结构规划方案；

（4）安排项目实施方案，制定信息系统建设的资源分配方案。

•理解信息化规划的三阶段过程模型

•注意区分BSP、SST、CSF

•业务流程的特征、企业业务流程的分类与识别目的、企业资源的分类、识别业务流程的基本步骤

A、业务流程的特征

一个企业的业务流程有如下四个特征：

（1）每个流程都有输入和输出

（2）每个企业流程都有用户（顾客）

（3）每一个企业流程都有一个核心的处理对象，一个大的企业流程往往是实现这个对象的生命周期

（4）业务流程往往是跨职能部门的

B、业务流程的识别目的

（1）使信息系统独立于组织机构的变化。

（2）理解企业如何能完成它的总使命和目标。

（3）为从操作控制流程中分离出战略规划和管理控制提供依据。

（4）为定义所需的信息结构、决定它的范围、分解成模块和建立开发的优先次序提供依据。

（5）为定义关键的数据需求提供基础。

企业资源的分类:

识别业务流程的基本步骤:

•数据规划的主要成果是什么？

解释U/C矩阵的组成和功能。

数据规划的任务就是根据信息需求分析的结果，对规划中体现信息需求的数据资源进行严格的定义、科学的分类和合理的组织，为信息系统功能与目标的实现打好数据基础。

U/C矩阵的功能：

♦通过对U/C矩阵的正确性检验，及时发现前面工作的疏漏和错误。

♦分析数据的正确性和完整性

♦划分子系统

♦通过子系统之间的联系（U）可以确定子系统之间的联系

•可行性研究的任务和内容

可行性研究（可行性分析）是指在项目正式开发之前，先投入一定的精力，通过一套准则，从经济、技术、社会等方面对项目的必要性、可能性、合理性，以及项目所面临的重大风险进行分析和评价，得出项目是否可行的结论。

•可行性研究结果有三种情况：

•①可行，按计划进行；

•②基本可行，对项目要求或方案做必要修改；

•③不可行，不立项或终止项目。

可行性研究的内容

1.技术可行性

2.经济可行性

3.操作可行性

4.社会可行性（法律可行性）

5.抉择

第四章需求分析

•需求工程及其层次组成

需求工程一般指应用已证实有效的原理、方法，通过合适的工具和记号，系统地描述待开发系统及其行为特征和相关约束。

通常是一些过程的集合：

需求获取（需求获取）、需求分析和编写软件规格说明书（SRS）及验证（包括确认和证实）。

•需求分析的任务

组织结构分析

业务流程分析

数据分析

功能分析

性能分析

接口分析

运行环境分析

界面约定

总体评估与分析

在实现生活中，确实存在多种软件，确实有多种软件需求。

但是，由于信息系统这种软件应用面最广，市场最大，客户最多，需求分析最难，所以“需求分析”就等于“信息系统需求分析”。

需求分析是分行业的，成功的需求分析专家，都是某行业领域内的行业产品专家。

•系统详细调查的内容范围和要领

•需求分析过程中出现交流阻塞的原因

•系统详细调查的主要结果有哪些？

•业务流程图

第五章系统分析

•结构化系统分析的模型结构

分析模型的构成

数据字典（DD）：

模型核心（中心库）

实体关系图（E-R图,ERD）：

数据流图（DFD）

指明数据在系统中移动时如何被变换;

描述对数据流进行变换的功能;

DFD中每个功能的描述包含在加工规约（小说明）。

状态转移图（STD）

指明作为外部事件的结果,系统将如何动作。

•数据流图的概念及组成

数据流程图（DFD）:

一种全面描述信息系统逻辑模型的主要工具，利用外部项、数据流、加工处理和数据存储四种基本符号综合地反映信息在系统中的流动、处理和存储情况。

四种基本图形符号：

•数据字典的概念及组成

数据字典DD是“关于系统数据的数据库”，就是与DFD配套，用于描述数据流图中的数据流、文件的数据构成、加工处理及外部实体的一种工具。

1、数据元素

是数据的最小单位，包括：

数据元素的名称、别名、取值范围和含义、数据元素的长度以及备注等信息

2、数据流和数据结构

数据流由一个或一组固定的数据项组成。

定义内容包括数据流的名称、组成、来源、去向、数据流的流量和峰值流量。

3、数据存储

在DD中只描述数据的逻辑存储结构，不涉及具体的设计和组织。

定义内容有数据存储的编号、名称、简述、组成、关键字、相关联处理、立即存取要求。

要注意数据的静态和动态特性

4、定义加工

包括编号、名称、功能说明、所属部门、产生数据流、使用数据流

5、定义外部项

包括编号、名称、输出数据流、输入数据流备注等信息

•实体关系图的概念及组成

E-R

•数据建模、功能建模、数据字典及判定树和判定表

功能建模就是用抽象模型的概念，按照系统内部数据传递、变换的关系，自顶向下逐层分解，直到找到满足功能要求的所有可实现的软件为止。

若一个动作的执行不只是依赖一个条件，而是与多个条件有关，那末这项策略的表达用判定树来表示，可以更直观一些。

一些条件较多、在每个条件下取值也较多的判定问题，可以用判定表表示。

其优点是能把各种组合情况一个不漏地表示出来，有时还能帮助发现遗漏和矛盾的情况。

•数据流图绘制的基本原则和基本步骤

1、确定所开发的系统的外部项（外部实体）；

确定整个系统的输出数据流和输入数据流，把系统作为一个加工环节，画出关联图。

2、确定系统的主要信息处理功能（即主要加工环节）；

确定每个加工的输出与输入数据流以及与这些加工有关的数据存储；

为各数据流、加工环节和数据存储环节命名、编号，这样就形成系统的数据流图顶层图的草图。

3、根据自顶向下+逐层分解的原则，对上层图中全部或部分加工环节进行分解。

4、重复步骤3，直到逐层分解结束。

分解结束的标志是：

对于每一个最低层的加工，都是基本加工

5、对草图进行检查和合理布局，对错误与不当之处进行修改。

6、和用户进行交流，在用户完全理解数据图的内容的基础上征求用户的意见。

第六章面向对象系统分析

•UML的概念

UML是面向对象分析与设计的一种标准表示。

它不是一种可视化的程序设计语言，而是一种可视化的建模语言；

不是过程与方法，是一种表示的标准。

允许在任何一种过程和方法中使用。

•UML的5和9

•UML在系统开发不同阶段的作用

•SA与OA的主要区别

•用例图的组成及作用画图

用例图描述了系统的功能需求，它是从执行者的角度来理解系统，用于捕获系统的需求，规划和控制项目；

描述了系统外部的执行者与系统提供的用例之间的某种联系。

用例图的元素有用例，执行者和连接。

•类图的组成及作用画图

•类图（Classdiagram）是用类和它们之间的关系描述系统的一种图示

•类图没有时间概念，是概念数据模型（如E-R图）的一种延伸。

•系统可有多个类图，单个类图仅表达了系统的一个方面。

要在高层给出类的主要职责，在低层给出类的属性和操作。

•类图包含7个元素：

类、接口、协作、依赖关系、泛化关系、关联关系以及实现关系

•状态图的组成及作用画图

⏹状态图展示了一个特定对象的所有可能状态以及由于各种事件的发生而引起的状态间的转移。

⏹一个状态图描述了一个状态机，用状态图说明系统的动态视图。

⏹状态图对于接口、类或协作的行为建模尤为重要，可用它描述用例实例的生存期。

•