系统分析与设计复习总结

第一篇：系统分析与设计复习总结

第一章

系统分析员：使用信息技术的商业专业人员，利用分析与设计技术解决商业问题。需要具备的基本知识与技能：1.技术知识与技能

2.商业知识与技能

3.人的知识与技能

4.诚实与道德

系统分析员在系统开发中的职责范围：程序分析员、商业系统分析员、系统联络员、最终用户分析员、商业顾问、系统顾问、系统支持分析员、系统设计师、软件工程师、系统结构设计师。

第二章

系统开发生命周期的阶段划分：项目计划阶段、分析阶段、设计阶段、实施阶段、支持阶段。项目计划阶段、分析阶段、设计阶段的主要活动

1.项目计划阶段：定义问题、确认项目的可行性、制定项目的进度表、为项目安排人员、启动项目

2.分析阶段：收集信息、确定系统需求、建立需求发现的原型、划分需求的优先级、产生并评估可替换方案、与管理人员一起审查建议

3.设计阶段：设计并集成网络、设计应用程序结构、设计用户界面、设计系统界面、设计并集成数据库、设计细节的原型化、设计并集成系统控制 项目开发队伍的人员组成（图2-4 系统开发项目的参加人员）

在项目计划阶段，项目组仅由少数人员组成，基本上包括一个项目经理和一两个有经验的系统分析员。

分析阶段要求项目组成员有良好的分析技能和扎实的问题域知识。设计是较专业化的活动，需要补充有专业技术的人员。在实施阶段，通常增加许多编程人员和质量控制人员，项目组在实施阶段通常是最大的。项目可行性分析的要素：

1.经济可行性

2.组织上和文化上的可行性 3.技术可行性 4.进度表可行性 5.资源可行性

PERT/CPM：基于单个任务或活动对项目进行规划的一种方法。

图 2-15 客户支持项目的部分PERT图

甘特（Gantt）图：以条形图代表项目进度表的任务和活动。

图2-16 客户支持项目的甘特图

第三章：方法、技术、模型、工具以及它们之间的相互关系

系统开发方法：提供完成系统开发生命周期每一步的详细指导，包括具体的模型、工具和技术。

技术：帮助分析员完成系统开发活动或任务的一组方法。模型：现实世界某些重要方面的表示。

工具：帮助生成项目中所需模型或其他组建的软件支持。相互关系：图3-4 方法中个组件之间的关系 结构化方法与面向对象方法的比较

图3-5 结构化编程的三种结构：顺序结构、选择结构、循环结构。

第四章

需求调查的对象：

用户，即每天实际使用系统的人； 客户，即支付和拥有系统的人；

技术人员，即确保系统在组织的计算机环境下运行的人。需求调查的方法：

向系统相关者分发和收集调查表 复查现有的报表、表格和过程描述 主持与用户的面谈和讨论 观察商业过程和工作流 建立原型

主持联合应用程序社街（JAD）会议 需求调查的结果

系统需求：系统所提供功能的详细定义。

功能需求：描述系统必须支持的功能和过程的系统需求。技术需求：描述操作系统环境和性能目标的系统需求。通常把系统需求分为两类：功能需求和技术需求。功能需求用于说明新系统必须支持的基本商业功能，而技术需求则包括系统性能目标、操作环境以及其他非功能性问题。

第五 – 七章：系统分析

模型的分类：包括数学模型、描述模型和原图模型。

数学模型：描述系统技术方面的一系列公式，用来表示系统精确的方面，这些部分最适合用公式或数学符号表示。

描述模型：描述系统某一方面的描述性的备忘录，报表或列表。图形模型：图表和系统某些方面的示意性表示。图形模型有助于理解那些很难用语言来描述的复杂关系。

事件的分类：外部事件，临时事件和状态事件。

外部事件：系统之外发生的事件，通常都是由外部实体或动作参与者触发的。临时事件：由于到达某一时刻所发生的事件。

状态事件：当系统内部发生了需要处理的情况时所引发的事件。事件表：以各个事件为行，各个事件的关键信息为列。图5-15 事物之间的关联关系：只能一个（强制）、0或多个（可选）、1或多个（强制）0或1个（可选）

图 5-21 图5-22 关系的基数符号

实体-联系图：传统的系统开发方法都把重点集中在新系统的数据存储需求上。数据存储需求包括数据实体、数据实体的属性以及它们之间的关系。用来定义数据存储需求的模型被称为实体-联系图（ERD）。

图 5-21 一个简单的实体-联系图

图 5-22 关系的基数符号

图 5-23 显示了属性的扩展ERD图

图 5-25 大学课程注册ERD图（含有多对多关系）图 5-26 细化的大学课程注册ERD图（包含关联实体）

图 5-27 RMO客户支持系统的实体-联系图（ERD）（图中未显示有关属性）图 5-31 类图符号 图 5-32 银行账目类图

图 5-33 落基山运动用品商店类图 数据流程图：是一种图形化的系统模型，它在一张图中展示信息系统的主要需求，即：输入、输出、过程和数据存储。

外部实体：在系统边界之外的个人或组织，它提供数据输入或接受数据输出。过程：在DFD中的一个符号，它代表从数据输入转换到数据输出的算法或程序。数据流：在DFD中的箭头，它表示在过程、数据存储和外部实体之间的数据移动。数据存储：保存数据的地方，以便将来由一个或多个过程来访问这些数据。图6-2 数据流程图的符号

关联图：是指描述系统最高层结构的DFD。

图 6-5 大学课程注册系统的关联图

DFD片段：用一个过程符号表示系统响应一个时间的DFD。

图 6-7 课程注册系统的DFD片段

决策表：一种处理逻辑的表格表示方法，其中包括决策变量、决策变量值、参与者或公式。

图 6-22 计算运输费用决策表

决策树：使用像树枝一样的线条对过程逻辑进行图形化的描述。

图 6-23 计算运输费用决策树

数据流定义：数据流内容和内部结构的文本描述。

数据流是数据元素的集合，所以数据流定义将列出所有的数据元素。

第七章 面向对象的需求描述

类图、用例图、顺序图、协作图、状态图

当我们讨论系统开发的时候，通常把系对新系统的描述分成两部分：结构化信息和行为化信息。系统的组成部分我们称之为结构，而这些组成部分的执行逻辑我们称之为行为。

类图提供了对系统组成部分的定义，而其它图，即用例图、顺序图、协作图和状态图，这些图的重点都集中在系统所完成的活动上。换句话说，它们描述的是新系统的行为方面。

因此，类图说明系统的组成部分是什么，而其他图说明这些组成部分干什么。类图：

用例图：一种用以显示不同的用户角色和这些用户角色如何来使用系统的图。

用例图的目的是识别新系统的“使用”，或用例，换句话说，就是识别如何使用系统。用例图本质上是事件表的延伸。用例图是一个记录系统必须支持功能的简便方法。顺序图：一种用以显示用例对象之间消息顺序的图。

顺序图更详细地显示了协作图中所表达的信息，只是显示方式有些差异。顺序图以图形化的方式强调消息间的顺序，而非协作对象。画顺序图的目的是用过在页面上标出位置来图形化地表示消息的顺序。执行次序从上到下执行。

协作图：一种用以显示对象如何被协调在一起以执行用例的图。

消息：用例内部的对象之间的通信。

协作图的目的是识别协作完成给定业务功能的对象。比如说，一个RMO的系统的商业用途之一是“记录客户订单”，那么协作表将会识别所有涉及到的对象。为了记录客户订单需要一个客户对象，一些库存对象和一个新订单对象等。一个独立的协作图用以识别对象，并展示这些对象的相互作用及对象之间发送的用于执行功能的消息。

交互图：显示对象之间交互的图，它或者是一个协作图，或者是一个顺序图。

协作图和顺序图统称交互图。

状态图：一种用以现实对象在各个阶段中的生命和转换的情况的图。

最后一种被用来描述应用需求的图称状态图。一个状态图表（或简单地称之为状态图）描述了每个对象的状态和行为。每一个对象类都含有一个状态图表。在状态图的内部是动作描述，这些动作描述在最终的系统中都变成了逻辑。每个类中的逻辑组件称为方法。

OO需求=事件表+类图+用例图+顺序图+协作图+状态图表。7.4 系统行为：面向对象的用例/场景视图

用例：由系统为使用给系统的用户完成的一个单一用途或功能。参与者：系统用户扮演的一个角色。

图 7-2 有一个参与者的简单用例

场景：在用例中活动的一个特定顺序；一个用例有可能有多个不同的场景。

图 7-4 带系统边界的用例图

图 7-5 客户支持系统用例图举例（通过子系统）图 7-6 与客户相关的所有用例 图 7-7 《包含》用例的一个例子 7.5 对象交互：顺序图与协作图

协作图和顺序图包含有相同的信息，但它们的侧重点稍有不同。协作图强调对象交织在一起以支持一个用例，而顺序图把重点放在消息本身的细节上。

顺序图展示对象之间的交互顺序，这些交互是指在场景或用例的事件流中发生的。在顺序图中共有四个基本符号：

1.参与者符号，由一个小人图形表示；

2.对象符号，由一个名字带下划线的方框表示；

3.生命线符号，由虚线或狭窄的竖直方框表示；

4.消息符号，由带消息描述的方向箭头表示。

图7-9 顺序图的符号 图7-10 对象和类名

生命线：在顺序图中的一个对象下面的竖线，用以显示这个对象的时间阶段。激活生命线：在顺序图中的垂直窄长方框，用以强调一个对象只有在一个场景的部分中处于活动状态。消息：由于面向对象系统通过每个对象向其他对象发送消息来工作，因此在一个场景内由事件流定义的内部事件就变成了在对象和参与者或其他对象之间的消息。

消息符号由两部分组成：方向箭头和消息描述器。消息描述器的语法如下：

[true/false条件] 返回值：= 消息名（参数列表）

True/false条件用于验证这个消息是否可以发送。它象一个决定点或程序余亚种的if语句。如果这个条件计算后返回true，则发送这个消息，否则不发送。

消息是从一个参与者或对象向另一个参与者或对象的需求。开发顺序图的一个有效方法及其步骤如下：

1.识别出所有与场景有关的对象和参与者。只使用在用例图中表示过的参与者，只适用在类图中标识过的对象。

2.基于活动流，识别出每一个需要用于完成场景的消息。同时标识消息的源对象或参与者和目的对象或参与者。

3.下一步决定每一个消息是总发送还是有条件的发送。

4.正确地为这些消息排序并给它们加上合适的参与者或对象生命线。5.给消息加上形式化的语法以描述条件、消息名和要传递的参数。6.如果你愿意，加上响应消息和通信以使顺序图完整。图 7-12 “查询可用项目”的顺序图

图 7-13 “创建新订单”用例的电话订购场景顺序图 协作图：

协作图主要应用是快速浏览相互协作、用来支持一个特定场景的所有对象。协作图的参与者、对象和消息都使用了顺序图中的符号。生命线的符号没有使用，但是，也使用了一个不同的符号：链接符号。

图7-14在一个典型的协作图中显示了这四种符号。

协作图信息描述符的语法如下：用数字顺序标号来显示每一个消息的顺序。[true/false条件] 顺序编号：返回值：= 消息名（参数列表）在对象之间或在参与者与对象之间的连线表示链接。

在一个协作图中，链接表示两个对象共享一个消息——一个发送消息一个接收消息。图7-15 “查询可用项目”的协作图

图7-16 “创建新订单”电话订购场景的协作图 7.6 对象行为：状态、状态转换和状态图表

在开发功能需求时，最后一类需要的信息是每个对象的内部逻辑。这些信息是对对象本身执行动作的描述。

顺序图给出了对象行为的一个客观的分析。它标识了对象发送和接收的消息。状态图的目标是描述对象的内部工作。图7-17 OO模型中的关系。

状态图是从类图和顺序图中的信息开发出来的。状态：一个对象存在的条件；状态图的一部分。

一个黑圆圈表示初始状态，它仅仅表明进入状态图的入口点。初始状态也叫做伪状态，因为入口点也许会比对象自身的创建更早。

在内部涂黑的同心圆表示结束状态，这个状态表示从状态图中退出，通常表示从系统删除一个对象。

动作：在一个特定状态下对象执行的行为。

并行或并发状态：在状态图中同时处于多于一个状态的条件。

复合状态：嵌套了其他状态的高层状态。一个对象进入复合状态后，它就从一个黑点开始一条路径。

对象转换：状态图中的一个组成部分，它标示从一个状态到另一个状态的移动。目的状态：一个转换的目的，它连接着转换符号的箭头。原状态：一个转换的起源，它连接转换符号的尾部。

消息时间：转换的触发器，这个转换由一个有事件属性的消息组成。

图7-23 状态图的转换名称和消息名称。图7-25 订单的状态图。

完成转换：原状态结束行动时发生的没有触发事件的转换。

决策伪状态：在状态图中的一个菱形块，它代表在路径上的一个决策点。

第八章 C/S结构，三层/多层结构

客户机-服务器结构： 客户机-服务器结构是当前分布式信息系统资源的主要结构模式。客户机-服务器结构将信息系统过程分成两个等级：客户机和服务器。服务器计算机管理一个或多个的系统资源并通过确定的通信结构提供对那些资源的访问；客户机计算机用这个通讯结构来请求资源，而服务器则响应那些请求。实现通信结构的软件通常称为中间件。

服务器计算机或服务器：在网络中为其他计算机提供服务的计算机。客户机计算机：向网络中的其他计算机请求服务的计算机。

中间件：在网络中实现通信协议和帮助不同的系统进行通行的计算机软件。三层结构：包含用户层、业务逻辑层、数据层三层的一种客户机-服务器结构。

图8-4 三层结构。

第九章、系统设计

结构化方法

– 系统流程图，结构图，结果质量评价

面向对象方法

– 包图，类图

图9-3 结构化和面向对象模型

系统流程图：描述一个系统内计算机程序之间所有控制流的图。

系统流程图标识了每一个程序及其所存取的数据。系统流程图也表明了不同程序、子系统、相关文件和数据库之间的关系。记录了整个系统的体系结构。

图9-5 带自动化系统边界的数据流程图 图 9-6 系统流程图的常用符号 图9-7 工资系统的系统流程图样例 图 9-8 RMO的系统流程图

结构图：用来展示一个计算机程序模块间关系的层次图。

结构图的层次描述了系统各部分的功能和子功能。

结构图的基本组成部分是模块，模块用来标识一个功能。图 9-9 一个计算工资总额的简单结构图 图9-11 完整计算工资系统的结构图 评价结构图的质量：

模块耦合和模块内聚是检测质量的两个标准。一般来说，我们期望设计出高度内聚和松散耦合的模块来。

模块耦合：模块间相互联系的方式，较好的方式是数据耦合。模块内聚：模块内部的凝聚程度。9.2.4 模块算法设计：伪码

包图：是一个高层图，用以标识系统中的主要部件。

包图的目标是用于标识一个完整系统的主要部分。在一个大的系统中，通常要把系统分成许多子系统，每个子系统的功能相互之间都是独立的，虽然子系统间经常会交换信息并频繁的共享同一数据库。

图 9-26 包括RMO设计类的图。

设计类图：设计类图是带某些符号的类图，这些符号在类中描述了设计部件。

第十章、数据库设计

 关系数据库的设计

 从ERD到关系模型的转换  从类图到关系模型的转换  面向对象数据库的设计

 从类图到面向对象数据模型的转换

关系数据库管理系统：在表中存储数据的数据库管理系统。

表：包括行和列的二维数据结构，也叫关系。

行：表的一部分，包含描述一个实体、关系或对象的数据，也叫元组或记录。字段：关系数据库表的一列，也叫属性。

字段值：存储在关系数据库表的一个单元中的数值，也叫属性值或数据元素。关键字：关系数据库表中每一行都含有一个唯一值的字段。主键：可以唯一标识关系数据库中表的某一行的关键字。（字段不唯一）外部码：存储在一个关系数据库表中的字段值，同时这个字段值也是另一个关系数据库表的主键值。

关系数据库设计可以从一个ERD或一个类图开始。这一节介绍如何根据一个ERD来生成数据库模式。基于类图的模式建立将在本章的后面讨论。从ERD建立一个关系数据库模式，可以采取一下步骤：

1.为每个实体类型建立一张表

2.为每个表选择一个主键（如何需要，可以定义一个）3.增加外部码以表示一对多关系 4.建立一个新表来表示多对多关系 5.定义参照完整性约束

6.评价模式质量，并进行必要的改进

7.为每个字段选择适当的数据类型和取值范围（如果需要）图10-5 RMO的实体-联系图

图 10-6 表示ERD中实体的初始表的集合 图 10-7 带主键（用黑体标识）的实体表 图 10-8 图 10-9 参照完整性：一个一致的关系数据库状态，其中每个外部码的值也作为一个主键的值存在。

第11章

Eight Golden Rules for Interactive Interface Design From Strive for Consistency（尽量保持一致性）

Enable Frequent Users to Use Shortcuts（提供快捷键）Offer Informative Feedback（有效反馈）

Design Dialogs to Yield Closure（设计完整的对话过程）Offer Simple Error Handling（简单的错误处理机制）Permit Easy Reversal of Actions（允许撤销动作）Support Internal Locus of Control（控制的内部监控）Reduce Short-Term Memory Load（减轻短期记忆负担）

概要

1.系统开发生命周期的阶段划分：项目计划阶段、分析阶段、设计阶段、实施阶段、支持阶段。

2.对获取的需求信息进行类别划分，主要的需求类别有:系统需求，功能需求,技术需求 4.用于定义系统需求的两个关键概念分别是事件和事物 5.事件的分类：外部事件，临时事件和状态事件。

6.生命线：在顺序图中的一个对象下面的竖线，用以显示这个对象的时间阶段。

激活生命线：在顺序图中的垂直窄长方框，用以强调一个对象只有在狭长垂直矩形框的描述期间处于活动状态。

7.顺序图消息符号由两部分组成：方向箭头和消息描述器。消息描述器的语法如下：

[true/false条件] 返回值：= 消息名（参数列表）

True/false条件用于验证这个消息是否可以发送

8.协作图消息用数字顺序标号来显示每一个消息的顺序。

[true/false条件] 顺序编号：返回值：= 消息名（参数列表）

在对象之间或在参与者与对象之间的连线表示链接。

在一个协作图中，链接表示两个对象共享一个消息——一个发送消息一个接收消息。9.模块耦合和模块内聚是检测质量的两个标准。一般来说，我们期望设计出高度内聚和松散耦合的模块来。

10.在关系数据库的设计过程中，提高关系数据库模式质量的有效方法是进行关系数据库的规范化设计。

11.计划阶段的模型：甘特图

分析阶段的模型：活动图，关联图，实体联系图，用例图，数据流图，协作图

设计阶段的模型：包图，系统流程图

12.传统的结构化方法：数据流图，结构图，系统流程图，面向对象方法：类图、用例图、顺序图、协作图、状态图，13.关系数据库中，元组与元组之间的关联关系是通过外键来表示的

面向对象数据库中，对象与对象之间的关联关系则是通过对象标识来表示的 四种报表类型：详细报表、汇总报表、异常报表、决策报表

Drill down(下钻)：将汇总字段设计成一个链接，允许点击它以查看更为详细的资料 完整性控制：应用系统内部用来保护系统内信息的机制和程序。

三种完整性控制：输入完整性控制、数据库完整性控制、输出完整性控制。（防诈骗）输入完整性控制：字段组合控制、限值控制、完全性控制、数据有效性控制。三种用户：未授权、注册用户、特权 用户界面的特征：物理特征、感知、概念 以用户为中心的原则： 及早关注用户及其工作

多次评价系统设计以保证其可用性 使用迭代开发方法

HIC的三种隐喻：直接操作隐喻（直接与显示屏上的对象交互——桌面隐喻）、文档隐喻、对话隐喻

界面设计指导原则： 可视性：有反馈 可供性：体现功能 事件列表

|事件| 触发器 | 源

活动

|

响应

|目的地| 事物列表

|确定的名词| 将该名词作为事物存储的一些注释|

第二篇：系统分析与设计复习要点

1.2.3.4.5.6.7.8.9.10.11.12.13.14.15.16.17.18.19.20.21.可行性研究报告一般涉及哪些内容？ 用例图的要素有哪些？ 顺序图的特点？ 简单介绍总体设计、详细设计涉及的主要工作。方案建议书一般涉及哪些内容？ 黑盒测试和白盒测试各自的特点是什么？ 什么是HIPO图，它的作用什么？ 简单介绍总体设计、详细设计涉及的主要工作 在结构化系统分析中数据字典的作用是什么？ 软件生命周期的瀑布模型包含哪些阶段？ 系统开发生命周期中“系统分析与设计”的重要性。什么是UML？三种表示形式是什么？ 类图中定义了四种关系？ 在结构化分析方法中，使用的主要工具有哪些？ 封装是面向对象方法的一个重要原则，封装有两个含义是什么？ 电子商务应用软件三层是哪些层？ 项目管理过程中安排项目进度常用的工具有哪些图？ 系统规划阶段的成果主要有哪些？ 系统开发生命周期将系统开发过程分为5个阶段，分别是是什么？ 交互图可分为哪两种，其特点是什么？ 画出客户使用ATM的用例图。

每个银行用户都拥有自己的账户，而账户又分为人民币账户和美元账户，请画出以上提到的“账户”、“人民币账户”和“美元账户”的类图，并标出三者之间的关系。其中，“账户”的属性包括：1）账号：string；2）余额：double；3）身份证号：string。其中“账号”和“余额”为Private，“身份证号”为Public。

22.首次购买基金的描述，画出相应的活动图。

客户来到银行，柜员首先判断该客户是否有该行的“综存账户”；

如果没有“综存账户”，则由用户提出申请，然后柜员协助办理“综存账户”，“综存账户”开通后需要往账户中存入一定额度的现金，接下来需要该客户填写“风险容忍度测试表”，在客户填写该表的过程中，理财专员帮助客户“申办基金账户”；

如果客户本来就有“综存账户”，则该客户直接填写“风险容忍度测试表”，在客户填写该表的过程中，理财专员帮助客户“申办基金账户”；

主管审核，通过审核则该段流程结束，否则返回给理财专员。

A.对于并行的流程可以采用分叉与汇合表示?B.利用泳道区分不同的对象?

23.根据下列描述画出该用例图

某电子商务网站的用户要“查询订单状态”，在查询之前必须进行“用户合法性检查”，“用户合法性检查”有两种途径，一种是“通过密码验证”，另一种是“通过手机短信验证”； 用户如果想“下订单”也必须先进行“用户合法性检查”；

“下订单”还包括一种特殊情况，即“下加急订单”。

24.大雁是群居动物，每只大雁都属于一个“雁群”，一个“雁群”可以有多只“大雁”，用类图表示“大雁”和“雁群”这两个类的关系。“雁群”这个类的属性包括“大雁数量：int”和“过冬地点：string”，类的方法有“V字形飞行”和“一字形飞行”。“大雁”这个类的属性包括“大雁体重：float”和“大雁性别：bit”，类的方法有“下蛋”和“飞行”。

第三篇：系统分析与设计总结

第一章 概述

信息系统的五个组成部分：硬件、软件、规程（processes）、数据、人

SDLC（System Development Life Cycle 系统开发生命周期）包括：计划、分析、设计、实施、运维。替代方法：Prototyping（原型法）、CASE Tools（Computer-aided Software Engineering tools 计算机辅助软件工程工具）、JAD（Joint Application Design 联合应用设计）、RAD（Rapid Application Development 快速应用软件开发）、敏捷方法（Agile Methodologies）、极限编程（Extreme Programming）。

第二章 计划

总体规划（Strategic planning）模型：诺兰模型（初始、蔓延、控制、集成、数据管理、信息管理）。

总体规划原则：支持企业总目标；面向各个管理层次；方法上摆脱信息系统对企业组织的依赖性；结构上具有良好的整体性；便于实施。

总体规划的方法：关键成功因素法、战略目标集转换法、企业系统计划法、信息系统规划与企业过程重组、信息系统规划和企业形象系统。

总体规划步骤：准备工作、组织机构调查、定义管理目标、定义管理功能、定义数据类、定义信息结构（划分子系统）、确定子系统实施顺序。准备工作

确定规划内容、成立规划小组、收集数据、制定计划、开好动员会。定义管理功能

资源的生命周期：产生、获得、服务、归宿 识别管理功能：根据资源识别（OO）、根据决策与活动识别（SSAD）管理功能是管理各类资源的各种相关活动和决策的组合 定义数据类

方法：实体法（如图2-1）、功能法（如图2-2）

两者组合形成初始功能数据类矩阵（图2-3）

图2-1

图2-2

图2-3 定义信息结构

划分子系统的方法：在初始功能数据矩阵中，排列数据类，使得矩阵中的C靠近主对角线。

确定子系统实施顺序

根据企业目标和技术约束确定

原则：子系统的需求程度与潜在的效益评估、技术约束分析

信息系统需求：Improved service(改善服务)、Better performance（更好的性能）、More information（更多的信息）、Stronger controls（更强的控制）、Encryption and biometric devices、Reduced cost（降低成本）

影响系统因素

内部：Strategic plan（总体规划）、Top managers（高层管理人员）、User requests（用户需求）、Information technology（信息技术）、department（部门）、Existing systems（现有系统）

外部：software/hardware vendors（软硬件供应商），technology（技术），suppliers，customers（客户），competitors（竞争者），the economy（经济），government（政府）

可行性分析

操作可行性（Operation feasibility）：系统在开发之后可以正常使用 技术可行性（Technical feasibility）：开发系统所需要的技术资源 经济可行性（Economical feasibility）：Total cost of ownership(TCO)总拥有成本

进度可行性（Schedule feasibility）

信息系统初步调查（Preliminary investigation）

Understand the problem（了解问题）

Define the scope and constraints（确定范围和约束）Perform fact-finding（进行实地考察）Estimate Feasibility（估计可行性）

Estimate development time/cost（评估项目成本、时间）Present results and recommendations（提出结果和建议）

第三章 需求模型（Requirements Modeling）

系统分析阶段

包括：需求建模（Requirements Modeling）、企业建模（Enterprise Modeling）、开发策略（Development Strategy）

阶段交付物：系统需求文档（System Requirements document）

方法： JAD（Joint Application Development 联合应用程序开发）

RAD（Rapid Application Development 快速应用软件开发）

 Explain how systems analysts use a functional decomposition diagram(FDD)系统需求列表

输出、输入、处理、性能、控制、可扩展性（Scalability）、TCO（Total cost of ownership 总拥有成本）

实情考察方法（Fact-Finding）Interviews（访谈法）

documentation review（文档审查）observation（观察法）

questionnaires and surveys（问卷调查）sampling（抽样法）research（研究）访谈法步骤

1.Determine the people to interview（确定访谈人群）2.Establish objectives for the interview（确定访谈目标）3.Develop interview questions（设计问题）4.Prepare for the interview（准备访谈）5.Conduct the interview（实施）6.Document the interview（记录）7.Evaluate the interview（评估）抽样法方法

随机抽样（Random sample）

分层抽样（Stratified sample）

系统抽样（Systematic sample）

文档编写原则

Record information as soon as possible（尽快记录）

Use the simplest recording method（使用最简单的记录方法）Ensure that your work is understandable（能让他人理解）Organize your documentation material（合理组织材料）

第四章 企业建模（Enterprise Modeling）

企业建模

产生：逻辑模型（Logical Model）

工具：Entity-relationship Diagrams（ERD E-R图）

Data Flow Diagrams（DFD 数据流程图）Data Dictionary（DD 数据字典）

Process Descriptions（PD 处理逻辑说明书）Query Analysis（QA 存取分析）

E-R图

关系种类：一对一、一对多、多对多 数据流程图

符号（Gane and Sarson symbol）包括：processes（处理逻辑），data flows（数据流），data stores（数据存储），entities（外部实体）

种类：Context Diagram（第一层数据流程图，无数据存储）

Diagram 0（将第一层扩展，保持第一层的数据流）Lower-Level Diagram（子数据流程图）

Lower-Level Diagram画法：leveling（分层显示 分层方法：Exploding、partitioning、decomposing）and balancing（前后数据流保持不变）

相关概念：

Black Hole：A process that has no output.Gray Hole：A process with at least 1 input and output, but the input is insufficient to generate the shown output.Spontaneous Generation Process：Used to describe an unexplained generation of data or information.数据字典

概念：对数据流程图中的各个成分的含义进行描述的工具

用途：对数据流程图的补充说明、参照，用于检索，检验一致性与完整性 内容 ：数据元素：又叫数据项，是最小数据组成单位，不可分割

数据结构：数据之间的组合关系 数据流

数据存储：数据存储的结构，有关的数据流和查询要求 处理逻辑 外部实体

方式：人工、计算机 常用属性：

数据元素（名称、类型/长度、默认值、值域、来源、安全、负责人、描述）数据结构（名称、描述、属性）

数据流（名称、描述、来源、目的地、所包含数据结构、使用频率）数据存储（名称、描述、属性、使用频率）处理逻辑（名称、描述、编号、输入、输出）外部实体（名称、描述、输入流、输出流）

处理逻辑说明书

工具：

结构化语言：一种用于描述处理逻辑的介于自然语言和程序语言之间的语言。包括三种基本语句：祈使句、判断语句、循环语句。没有严格的语法，极其有限的词汇（祈使句中的动词、数据字典中的名词、逻辑表达式中的保留字）

决策树：

决策表：

现将所有情况列出，在不断进行合并，下表为最终表

存储分析

目的：DFD中定义了数据存储，DD中对数据存储的数据结构作了描述，但没有说明立即存取与实时响应，是补充。

存取类型：E：实体 A：属性 V：属性值 已知E、A，求V 2 已知A、V，求E 3 已知E、V，求A 4 已知E，求A、V 5 已知A，求E、V 6 已知V，求A、E

逻辑模型和物理模型的区别

逻辑模型展示信息系统有什么功能；物理模型展示信息系统的功能如何实现

Four-Model Approach 包括：原系统的物理模型、原系统的逻辑模型、所开发系统的逻辑模型、所开发系统的物理模型

第五章 开发策略（Development Strategies）

软件开发趋势

Software as a Service：软件即服务

Software and Information Industry Association(SIIA)软件与信息产业协会 application service providers（ASP）软件服务提供商 软件开发策略

Develop in-house Buy software package Customize 选择考虑因素

total cost of ownership(TCO)系统需求文档

包括：requirements for the new system（新系统的要求）

describes the alternatives that were considered（描述备选方案）

第六章

总体设计（General Design）

包括：硬件设计、软件设计、网络设计、子系统划分与模块结构 设备选配的依据：总体方案、容量、外设（数量、速度）

设备选配的指标：可靠性、可维修性、兼容性、熟悉性、方便性、可扩充性、经济合理性

硬件设计：主站、工作站、外围设备、主要性能指标

软件设计：中文、操作系统、数据库管理系统、其他开发环境、各种工具、各种媒体的编辑、处理软件

网络设计：网络结构、拓扑结构、传输介质、网关、网络管理软件、OA设备

子系统划分与模块结构 方法：系统流程图（强调执行顺序）、HIPO（Hierarchy Plus Input/Process/Output）（强调层次）、模块结构图

模块结构图

方法：事务分析法、变换分析法 事务分析法

适用于高层数据流程图，每一个处理逻辑都是一个事务 变换分析法

步骤： 1 找出系统的逻辑输入、主加工和逻辑输出设计顶层模块和第一层模块设计中下层模块

系统总体优化的准则

模块的耦合：模块间的关联程度

模块的聚合：模块内的紧凑程度

模块的分解：分解到功能聚合型模块为止

模块的扇入和扇出：

扇入：一个模块的上级模块叫做扇入模块 扇出：一个模块控制的下级模块叫扇出模块

原则：扇入越大越好，扇出数目控制在7±2范围内 模块的控制范围和判断作用范围：

控制范围：指模块本身和它的下级模块

判断作用范围：模块和有判断调用的模块的组合

第七章 数据设计（Data Design）

数据与文件分类

存储方式、文件命名规则设计 规范化设计

1NF：在同一个表中无重复项出现 2NF：有且仅有一个数据元素为主键

3NF：表中所有数据元素不但要能够唯一的被主键表示，而且他们之间还必须相互独立

一致性、完整性、有效性、安全性 存储过程

第八章 代码设计（Code Design）

代码的概念

一个或者一组有序的易于计算机和人识别与处理的符号。代码的意义

鉴别、分类、排序、特殊意义

代码设计的步骤

1.信息分类

原则：科学性、系统性、可扩充性、兼容性、综合实用性 方法：

线分类法（将选定的分类对象按若干属性逐次地分成若干层级的类目）面分类法（若干属性独立分类、没有上下级的从属关系）2.编码

原则：唯一性、合理性、可扩充性、简单性、适用性、规范性 方法：根据代码的种类和类别进行编码，然后说明代码组成的原则

第九章 用户设计和输入输出设计

以用户为中心设计原则 Understand the underlying business functions 2 Maximize graphical effectiveness 3 Profile the system’s users 4 Think like a user 5 Use prototyping 6 Design a comprehensive interface 7 Continue the feedback process 8 Document the interface design 输入方式：

批量输入、联机输入（后面太乱了。不写了。）

第十章 网络体系结构

B/S 瘦客户端服务模式 C/S 胖客户服务模式

两层设计：Server + Client 三层设计：Server + Application Server + Client

第十一章 系统实施

系统实施过程

1.硬件和软件的购买 2.网络的构建 3.应用开发 4.用户培训

5.编写文档（程序文档+系统稳定+操作文档+用户文档）6.测试（单元、集成、系统测试）7.安装 8.评估

9.数据转换 10.系统上线 系统切换

1.直接切换 2.平行切换 3.试验切换 4.阶段切换

第十二章 系统运营

四种维护

1.改正性维护 2.适用性维护 3.改善性维护 4.预防性维护

维护流程

1.维护请求 2.初步判断 3.处理请求 4.布置任务 5.用户通知

系统底线

1.Functional baseline（功能基线，终结于分析阶段）2.Allocated baseline（分配基线，终结于设计阶段）

3.Product baseline（产品基线，终结于实施、测试阶段）

系统退化（System Obsolescence）

原因：无法满足当前管理的需要（维护无效或维护成本高）这意味着新的系统的开始

第四篇：《软件系统分析与设计》期末复习知识点总结

一、方法论模型。

1、BOOCH、OMT、OOSE、Coad-Yourdon（前三者组成UML）

2、UML包括9种图，分别为用例图、静态图（包图、类图、对象图）、实现图（构件图、部署图）、行为图（活动图、状态图、交互图(顺序图、协作图)）基本规范，泛化关联，包含关联，扩展关联

3、基本模型——类图、需求模型——用例图、辅助模型——其他各种图

4、两大工具：Rose、PowerDesigner

5、方法三要素：模型、工具和过程

6、结构化分析三视图模型E-R、DFD、STD

7、OMT方法的三大模型：对象模型、功能模型、动态模型

8、Coad/Yourdon方法的五大层次：对象-类、结构、主题、属性、服务

二、基本建模（类图与对象图）

1、类之间的关系：关联关系、依赖关系、泛化关系。

2、抽象类与接口：抽象类有些方法可以提供实现代码，接口所有的方法都没有提供实现代码。抽象类只能被继承，接口只能被实现。

3、类的版型：实体类（数据库、文件等）、边界类（如窗体、对话框）、控制类（协调交互）

三、需求建模（用例图）

1、参与者指系统以外的、需要使用系统或与系统交互的外部实体。可以分为：人、外部设备、外部系统。

2、参与者之间的关系：泛化关系，参与者与用例之间的关系：关联关系。用例之间的关系：泛化关系，包含关系，扩展关系。包含关系和扩展关系都是依赖关系的特例。

3、用例是对一个参与者使用系统的一项功能时所进行的交互过程的一个文字描述序列。是参与者可以感受到的系统服务或功能单元。

4、用例描述是一个关于参与者与系统如何交互的规范说明（包含用例用例名称、用例描述、基本事件流、参与者、前置后置条件等）

5、用例的进一步描述：活动图、顺序图（通信图）

四、行为建模（状态图与活动图）

1、行为模型包括：状态模型（状态图，单对象）、活动模型（活动图，多对象）、交互模型（顺序图，多对象）。

2、调用事件表示的是对操作的调用，变化事件一个布尔表达式变量的值发生变化。时间事件满足某一时间表达式的情况的出现。信号事件就是由一个对象异步地发送、并由另一个对象（即状态图所对应的对象）接收的已命名的实体。调用事件状态图内对象和外部对象都能发起，信号事件只能由外部发起。

3、对象处于不同的状态，导致后续要执行不同的操作。这些操作可能归属于不同的用例。一个用例的执行对应一个顺序图。顺序图刻画了多个对象之间的消息发送关系。需要多个用例的顺序图，来融合地描述一个对象的完整状态图。

4、活动表示的是某流程中的任务的执行，它可以表示某算法过程中语句的执行。

5、分叉表示的是一个控制流被两个或多个控制流代替，经过分叉后，这些控制流是并发进行的。汇合正好与分叉相反，表示两个或多个控制流被一个控制流代替。

6、泳道（swimlane）是活动图中的区域划分，根据每个活动的职责对所有活动进行划分，每个泳道代表一个责任区。关心的是其所代表的职责。

7、活动图用途：对业务过程进行建模。对某个方法具体过程建模。

8、状态与活动的区别：状态是一个对象所处的境况。通常是执行了一个（或多个）活动后的结局。活动是一段程序代码的执行，对应于若干个步骤的集成。不同的状态会导致不同的功能（对应于若干个活动）的执行。一个方法可能需要多个（也可以是一个）活动来完成。一个活动只能属于一个方法。一个用例对应于若干个活动。

五、交互建模（顺序图和协作图）

1、静态结构使用类图，动态结构使用顺序图、协作图、状态图、活动图。

2、对象：同类图中的对象，是类的实例

生命线：从对象图标向下延伸的一条虚线，表示对象存在的生命期 控制焦点（激活期）：对象执行一个动作的时间段 消息：对象间的一次通信

调用消息的发送者把控制传递给消息的接收者，然后停止活动，等待消息接收者放弃或返回控制。调用消息可以用来表示同步的意义。

3、顺序图一般对应一个用例。一个类中的职责对应该对象执行一个动作。

4、对象：同类图中的对象，是类的实例 ；链：对象之间的连接关系；消息：对象间的一次通信；对象生命周期：对象名称之后标以{new}约束表示创建对象，标以{destroy}约束表示销毁对象

5、协作图的建模同顺序图的建模，或者：可以从顺序图直接变换过来，或者：根据类图，画出对应的对象图。在链上附着消息。

6、顺序图和协作图的联系：都用于描述系统中对象之间的交互协作完成一项功能，彼此可以相互转换。区别：顺序图强调的是消息的时间顺序；协作图强调的是对象的空间位置关系。顺序图中有对象生命线和控制焦点；协作图中有路径，消息必须要有消息顺序号。顺序图可以表示生命线的分叉；协作图可以表示多对象、主动对象。

第五篇：信息系统分析与设计学习总结

信息系统分析与设计学习总结

通过这个学期的学习，我觉得在信息系统分析与设计这门课程中的收获颇多，同时让我了解到在开发一个系统前，进行信息系统分析与设计是重中之重，正所谓“工欲善其事必先利其器”要想实现好的系统，做好前期工作是必须的。比如说从系统这一方面说吧，首先进行信息系统规划，接着是结构化系统分析，结构化系统设计三个部分，其中结构化系统设计主要包括系统总体结构设计，代码设计，数据库设计，输入输出设计，最后一步就是系统的实现与运行过程了。

在这期课程中，通过老师讲解学习到了：在信息系统的概论中，让我们初步认识了信息系统的基本概念及其功能，分析信息系统的特征、结构、信息系统的分类和信息系统的发展阶段等。在管理信息系统开发的概述中，我知道了管理信息系统开发指的是管理信息系统由问题提出开始，从系统规划、系统分析、设计、实施到系统的维护、评价的全过程，其次就是创建MIS的方法等。在信息系统规划中，学习了信息系统规划的定义、内容、流程和方法，在信息系统规划的方法中，具体介绍了关键成功因素法、战略目标集成法和企业系统计划法等。在第四章结构化系统分析中，主要学习到了结构化信息系统的分析过程，分析信息系统需求分析方法和主要工具，学习到了数据流程图的基本结构和画法。在学习画时序图过程中虽然也遇到了很多的问题，但是通过老师和同学的帮助都成功得到了解决。在画数据流程图的时候遇到的问题就相对少了点，因为以前学过一些，所以在绘制时就相对轻松一些。在进行需求分析学习过程中，我知道了在需求分析阶段需做的工作、需求分析的任务、需求分析的特点等。在学习体系结构设计中，理解了体系结构的基本概述、体系结构设计需要做的工作。在最后学习了详细设计。其次，在本期学习到的知识中，老师也让我们做了实际的运用，在平时作业中，我们完成了图书管理系统需求规格说明书、小区物业管理系统需求规格说明说、图书管理系统体系结构的设计，图书管理系统详细设计、小区物业管理系统详细设计等，通过这些实际的运用，让我更加深入的了解并学会运用所学知识。

本学期的课时即将完成，总的来讲，在本学期信息系统分析与设计这门课程当中让我获益颇多，我今后会继续努力，更好的学好每一门课程。