系统分析与设计.doc

系统分析与设计.doc

《系统分析与设计.doc》由会员分享，可在线阅读，更多相关《系统分析与设计.doc（20页珍藏版）》请在冰豆网上搜索。

系统分析与设计

项目经理级的分析员

一、系统开发生命周期（SDLC）的五个阶段

1、计划阶段的主要目标是确定新系统的作用域、确保项目的可行性、制定进度表、分配资源并进行项目其余部分的预算。

五个活动：

A、定义问题

B、确认项目的可行性

C、制定项目的进度表

D、为项目安排人员

E、启动项目

2、分析阶段的主要目标是了解新系统的商业需求和处理要求并制作书面文件。

分析本质上就是一个发现过程，分析期间推动活动的关键词就是发现和理解。

六个活动：

A、收集信息

B、确定系统需求

C、建立需求发现的原型

D、划分需求的优先级

E、产生并评估可替换方案

F、与管理人员一起审查建议

3、设计阶段的目标是设计解决方案的系统。

七活动：

A、设计并集成网络

B、设计应用程序结构

C、设计用户界面

D、设计系统界面

E、设计并集成数据库

F、设计细节的原型化

G、设计并集成系统控制

4、实施阶段是建立、测试和安装最后的系统。

这个阶段的目标不仅是要有一个可靠的工作信息系统，而且是要确保培训所有的用户并使商业受益。

六活动：

A、构造软件部件

B、检验与测试

C、开发调整原型

D、转换数据

E、培训与文档

F、安装系统

5、支持阶段的目标是在系统初始安装后的几年里保持系统有效地运行。

这一的活动分为两类：

A、提供对最终用户的支持。

B、维护和增强计算机系统。

二、项目管理：

组织和指导其他人员在预先确定的进度表和预算内实现计划的结果。

三、里程碑：

是完成项目主要部分的一个重大事件，它可以通过一个专门的文件或一个专门的状态审查会议来确定。

四、确认项目的可行性：

评价可行性的目标是决定开发项目是否有合理的成功机会。

有五个方面的风险：

A、经济可行性

B、组织上和文化上的可行性

C、技术可行性

D、进度表可行性

E、资源可行性

五、PERT图和甘特图之间的区别：

PERT/CPM图：

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

甘特图：

以条形图代表项目进度表的任务和活动。

六、关键路径：

表明项目完成最短周期的PERT图上的路径。

系统开发方法

一、方法、模型、工具和技术

1、方法

系统开发方法：

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

2、模型：

现实世界某些重要方面的表示。

（1）系统组件的一些模型：

A、流程图

B、数据流图（DFD）

C、实体-联系图（ERD）

D、结构图

E、用例图

F、类图

G、顺序图

（2）用于管理系统开发过程的一些模型：

A、PERT图

B、甘特图

C、组织层次图

D、财务分析模型——NPV、POI

3、工具：

帮助生成项目中所需模型或其他组件的软件支持。

CASE工具：

用来帮助系统分析员完成系统开发任务而设计的计算机辅助系统工程工具。

4、技术：

帮助分析员完成系统开发活动或任务的一组方法。

一些技术：

A、战略计划技术

B、项目管理技术

C、用户面谈技术

D、数据建模技术

E、关系型数据库设计技术

F、结构化分析技术

G、结构化编程技术

H、软件测试技术

I、面向对象分析和设计技术

二、系统开发的三种方法

结构化方法：

使用结构化编程、结构化分析和结构化设计技术的系统开发方法。

1、结构化程序：

具有一个开始和一个结束的程序或程序模块，并且在程序执行中的每一步由三个部分之一：

顺序、选择或循环结构。

2、自顶向下程序设计：

把更复杂的程序分解为程序模块的层次图。

3、结构化设计：

它为确定下列事物提供指导，即：

程序集是什么，每一个程序应该实现哪些功能以及如何把这些程序组成一张层次图。

结构图：

在结构化设计中生成的显示程序模块层次的图形模型。

4、结构化分析：

它帮助开发人员定义系统需要做什么，系统需要存储和使用哪些数据，系统需要什么样的输入和输出以及如何把这些功能结合在一起来完成任务。

数据流图：

显示在结构化分析中产生的系统的输入、处理、存储和输出的图形模型。

实体——联系图（ERD）：

系统所需数据的图形模型，其中包括在结构化分析和信息工程阶段生成的存储信息的事物以及这些事物之间的关系。

面向对象方法：

系统开发的一种方法，这种方法把信息系统看作是一起工作来完成某项任务的相互件作用的对象集合。

1、对象：

计算机系统中可以对消息做出响应的事物。

2、面向对象分析（OOA）：

定义在系统中工作的所有类型的对象，并显示这些对象如何通过相互作用来完成任务。

3、面向对象设计（OOD）：

定义和系统中人机进行通讯所必须的所有类型对象，并对每一种类型的对象进行细化，以便一种具体的语言或环境来实现这些对象。

4、面向对象编程（OOP）：

用某种编程语言书写语句来定义各类对象的行为，包括对象间的消息传递。

调查系统需求

一、系统需求：

是新系统必须完成的功能，是系统提

功能的详细定义。

分为功能和技术需求：

A、功能需求：

是系统必须完成的活动，也就是系统将要投入的商业应用，描述系统必须支持的功能和过程的系统需求。

B、技术需求：

是和组织的环境、硬件和软件有关的所有操作目标，描述操作环境和性能目标的系统需求。

二、系统相关者：

（1）用户，即每天实际使用系统的人

（2）客户，即支付和拥有系统的人

（3）技术人员，即确保系统在组织的计算机环境下运行的人。

三、进行系统调查时能够提供指导的三个主要问题：

A、商业过程和动作是什么？

（也就是提问用户，“你要干什么”）

B、商业过程应该怎样完成?

（也就是提问用户，“怎样完成它”或“需要哪些步骤”）

C、需求信息是什么？

（也就是提问用户，“为了实现系统你需要哪些信息”）

四、六种寻找事实的技术是：

A、向系统相关者分发和收集调查表

B、复查现有报表、表格和过程描述

C、主持与用户的面谈和讨论

D、观察商业过程和工作流

E、建立原型

F、主持JAD会议

五、原型：

根本思想是更大、更复杂褓的一个最初的、可以运转的模型。

六、原型的下列特性将有助于项目成员开发出有效的原型：

A、可操作性：

通常，一个原型应该是一个能运转的传奇，而重点是可运行性。

B、集中性：

为了测试一个具体概念或者验证一种方法，一个原型应该集中于单一的餐目标。

C、快速性：

我们需要一些诸如CASE的工具以便快速地建立和更改原型。

七、实体模型

最终产品的一个样例，这个样例只能进行观察发而不能实际执行。

八、联合应用设计

是用于加快系统需求调查的一种技术，即通过让所有相关的人一起参加某个单一会议来定义需求或设计系统。

九、结构化遍历

是指对调查结果和根据这些结果建立的原型进行复查。

结构化遍历的目标是发现错误和问题。

其基本思想是在理解系统需求的过程中建立需求文档，然后检查其中是否存在错误、遗漏及不一致之处。

结构化遍历的四个要素：

what、when、who和why。

A、what和when：

在结构化遍历期间，需要复查的第一项是作为分析阶段的一部分而生成的文档。

B、who：

遍历中包含的双方是自己的工作需要被复查的人和复查工作的人。

C、How：

就像面谈一样，在结构遍历中，准备、执行、后续工作是必不可少的。

十、联合应用程序设计是这样一项技术，它通过和所有的关键参加者举行几次马拉松式的会议来加速系统需求调查进程。

讨论立即导致需求定义和政策性决定，而没有和分散的小组举行面谈和谋略消除分歧的延误。

如果正确地使用这项技术，那么它将是一种强大有效的工具。

十一、业务流程再造（BPR）正在成为改善商业过程的一种广泛使用的技术。

它要求对商业过程进行彻底地重新设计。

使用BPR，新的系统开发不仅仅是实现现有过程的自动化，而且要完全重新考虑整个设计过程。

BPR的目标是以一种新的方法使用IT，从而实现效率和服务水平的巨大改进。

由于系统分析员所且有的特殊的分析问题、解决问题和建模能力，因此他们通常在所有的BPR开发中都扮演着重要角色。

系统需求建模事件和事物

一、建模在系统开发过程中重要的几个原因：

A、在建模过程中了解信息

B、通过抽象降低复杂性

C、有助于回忆所有的细节

D、有助于和其他开发小组成员进行交流

E、有助于和各种用户以及系统相关者进行交流

F、为以后的维护和升级提供了文档

二、模型的种类包括：

数学模型、描述模型、图形模型

A、数学模型：

描述系统技术方面的一系列公式。

B、描述模型：

描述系统某一方面的描述性的备忘录、报表或列表。

C、图表和系统某些方面的示意性表示。

三、事件和系统需求

1、事件可以描述的、值得记录的在某一特定时间和地点发生的事情。

2、三种事件类型：

外部事件、临时事件、状态事件

A、外部事件：

系统之外发生的事件，通常都是由外部实体或动作参与者触发的。

B、临时事件：

是由于达到某一时刻所发生的事件。

C、状态事件：

当系统内部发生了需要处理的情况时所引发的事件。

3、系统控制：

为保证系统完整性而加入的防范和安全程序。

4、事件表：

以各个事件为行、各个事件的关键信息为列。

A、触发器:

用来通知系统某一事件发生了，这一事件可以是需要处理的数据到达了或到了一个时间点。

B、来源：

为系统提供数据的外部实体或参与者。

C、动作：

当某一事件发生时系统执行的操作。

D、响应：

系统产生的一个输出结果，该结果将被选到某个目的地。

E、目的地：

接收系统输出数据的外部实体或参与者。

四、事物和系统需求

1、数据实体：

系统需要存储的有关信息系统传统开发方法的信息。

2、

需求的传统描述方法

一、传统方法

系统是过程的集合、过程与数据实体交互、过程接受输入并产生输出。

二、面向对象方法

系统是交互对象的集合、对象与人或其他对象交互对象发送与响应信息。

三、数据流程图（DFD）

是一种图形化的系统模型，它在一张图中展示信息系统的主要需求，即：

输入、输出、过程和数据存储。

A、外部实体：

在系统边界之外的个人或组织，它提供数据输入或接受数据输出。

B、过程：

在DFD中的一个符号，它代表从数据输入转换到数据输出的算法或程序。

C、数据流：

在DFD中的箭头，它表示在过程、数据存储和外部实体之间的数据移动。

D、数据存储：

保存数据的地方，以便将来由一个或多个过程来访问这些数据。

四、抽象水平：

能把系统分解成一个逐渐细化的分层集合的建模技术。

五、关联图

指描述系统高层结构的DFD。

所有的外部实体和进出系统的数据流都画在一张图中，并且整个系统被表示成一个过程。

六、DFD片段

是为事件清单（扩展为事件表）中的每个事件创建的。

用一个过程符号表示系统响应一个事件的