信息系统分析详细总结(信息系统分析与设计6,7章)_信息系统分析与设计章

信息系统分析详细总结(信息系统分析与设计6,7章)由刀豆文库小编整理，希望给你工作、学习、生活带来方便，猜你可能喜欢“信息系统分析与设计章”。

第六章 结构化系统分析

第一节 系统分析的任务p91

 系统分析阶段的基本任务是：系统分析员与用户在一起，充分了解用户的要求，并把

双方的理解用系统说明书表达出来。

 分析本质上就是一个发现过程，分析期间推动活动的关键词就是理解和发现。 系统分析是研制信息系统最重要的阶段，也是最困难的阶段。

 系统分析要回答新系统“做什么”这个关键性的问题。



1.2.3.4.5.6. 需求分析： 需求分析的目标与客户和其他涉众在系统的工作内容方面达成一致定义系统的用户界面，重点是用户的需要和目标 使系统开发人员能够更清楚地了解系统需求 定义系统边界（限定）为计划迭代的技术内容提供基础 为估算开发系统所需成本和时间提供基础 需求分析的任务

1.确定待开发的系统的用户类，并获取他们的需求信息。

2.分析用户的需求信息，并按需求的类型分类这些需求信息，同时也区别出不是需求的信息。

3.根据需求信息建立系统的逻辑模型或需求模型，并确认非功能需求和约束条件及限

制。

4.根据收集的需求信息和逻辑模型编写需求规格说明及其文档。

5.评审需求规格说明。

6.当需求发生变更时，对需求规格说明及需求变更实施进行管理。

系统需求一般分为两类：

1.业务性需求/功能性需求

2.技术性需求

需求分析法概述：

需求获取

进行用户需求调查，获取需求、识别问题。

分析建模

软件系统本质上是信息处理系统，应通过分析系统信息流的构成和相互之间的关系，确定：数据，数据处理。

编写需求文档

主要工作是需求描述。结果为以文档形式表述的可交流、可复审的系统逻辑模型。需求评审

专家、分析人员、开发人员、用户共同对需求分析的正确性、合理性、有效性进行检查，确保需求分析的全面、准确和一致性。

系统分析的困难主要来自三个方面：

1.对问题空间的理解

2.人与人之间的沟通

3.环境的不断变化

  1.2.3.4.











 最使系统分析员困惑的是环境的变化。系统分析员的知识水平和工作能力决定了系统的成败。一个称职的系统分析员不但应具备坚实的信息系统知识，了解计算机技术的发展，而且还必须具备管理科学的知识。直观的图表可以帮助系统分析员理顺思路，也便于与用户交流。20世纪70年代以来，出现了多种这样的工具，如现场工作流程图、作业流程图、实体生命周期和数据流图等。数据流图是结构化系统分析的主要工具。结构化系统分析采用介于形式语言和自然语言之间的描述方式，通过一套分层次的数据流图，辅以数据字典、小说名等工具来描述系统。图：p93 结构化系统分析方法就是通过自顶向下、逐层分解的方法，利用分解和抽象这两个基本手段控制系统的复杂性，把大问题分成小问题，然后分别解决，这就是分解。分而治之，正是系统工程的思路。系统开发的风险 项目失败或严重超支的8个最重要原因中有5个都与需求相关： 1.不完整的需求； 4.需求和需求规格说明的变更； 2.缺乏用户的参与； 5.提供许多不必要的功能。3.不实际的客户期望； 获取需求的常用方法

1.访谈法 4.实地考察

2.问卷调查 5.构造原型

3.情景分析

系统模型:

 信息系统模型的作用：

1.建立模型的过程可以使得分析员更深入地了解和定义信息系统的需求，并发现问题

2.对复杂问题进行简化

3.为设计人员的工作提供依据

4.有助于同开发小组的其他成员和客户交流

5.为以后的维护升级提供了文档

 基于不同的开发技术，有三类最核心的图示化模型：

1.功能模型：利用数据流图和数据字典描述系统的功能和数据的处理流程

2.数据模型：利用实体关系图ERD描述系统中的数据实体及其关系

3.对象模型：利用类图描述对象、对象之间的联系。和数据实体不同，对象在数据之

外增加了行为特性

 从而衍生出三种建模方法：

1.面向功能的建模——用例图与业务流程图

2.面向数据的建模——ERD

3.面向对象的建模——类图与对象图

第七节 新系统逻辑模型的提出p120

 系统分析阶段的任务是明确系统功能。通过对现行系统的调查分析，抽象出现行系统的逻辑模型，分析其存在的问题。

 新系统来自原系统，比原系统更合理，效率更高。

 从形式上讲，新系统的逻辑模型与旧系统的逻辑模型相比变化不大，可能只是在一个或

几个处理中引进新技术，改变几处数据的流程，或者改变某些数据存储的组织方式。 应该考虑以下因素，提出新的系统模型

1.新技术的使用

2.流程的改进

3.数据存储的组织方式的改变等

第八节 系统说明书p121

 系统说明书是系统分析阶段的成果

1.是系统所应满足的全部需求（功能性需求和非功能性需求），并可以文档的方式完整

和精确陈述这些需求。

2.是项目相关人员对将要开发的系统所达成的共识，是进行系统设计、实现、测试和

验收的基本依据，也是整个系统开发过程中最重要的文档。

 该文档描述了系统的需求，也称《需求规格说明书》

 系统说明书的内容

１、引言

２、项目概述 ３、实施计划

(1)项目的主要工作内容(1)工作任务的分解

(2)现行系统的调查情况(2)进度

(3)新系统的逻辑模型(3)预算

 系统说明书的品质要求

1.正确性 5.可修改性

2.完整性 6.可跟踪性

3.一致性 7.可验证性

4.无二义性

 评审

• 评审分为用户评审和同行评审两类。

• 目的：是否满足用户需求；

发现那些潜在的缺陷或错误，避免这些错误和缺陷遗漏到项目的后续阶段。

• 评审遵从用户意见第一的原则

第七章 结构化系统设计

第一节 系统设计的任务要求

 系统设计要回答的中心问题是系统“怎么做”。即如何实现系统说明书规定的系统功能。

在这一阶段，要根据实际的技术条件、经济条件和社会条件，确定系统的实施方案，即系统的物理模型。

 设计保准：

设计系统之前，先看看评价信息系统的标准，这些标准对任何设计方法都适用：

1.信息系统的功能：是否满足用户的需求

2.系统的效率：响应时间、操作的方便性

3.系统的可靠性：抗干扰能力、故障恢复

4.系统的工作质量：准确性、使用效果

5.系统的可变更性：修改和维护的难易程度

6.系统的经济性：系统收益与支出比

 如何提高系统变更性

1.结构简单

a)系统各组成元素分工明确，易于理解

b)元素之间的关系清晰简洁

2.变动灵活

a)谨防软件维护中的“水波效应”

b)使系统各组成元素内部的改变容易实现，改动对其它部分的影响尽量减少

c)提前考虑将来最易出现的扩展和变更

 系统设计的内容：

1.总体设计

– 也称概要设计。

– 明确软件的体系结构（也称架构architecture）、组成元素及其关系（也称structure）。

– 架构表示抽象的框架模式，结构则是指具体元素及其关系。

2.详细设计

– 各项具体细节，设计硬件软件的各个方面

 系统设计的内容

系统设计阶段的任务是提出实施方案。该方案是这个阶段工作成果的体现，这个方案以书面的正式文件———系统设计说明书提出，批准后将成为系统实施阶段的工作依据。

1.把总任务分解成许多基本的、具体的任务

这些具体任务合理地组织起来构成总任务。这称为总体设计（architectural design），又称为概要设计（preliminary design），其基本任务是：

1)将系统划分成模块

2)决定每个模块的功能

3)决定模块的调用关系

4)决定模块界面，即模块间信息的传递

系统越大，总体设计的影响越大。

2.为各个具体任务选择适当的技术手段和处理方法

这便是详细设计，包括代码设计、数据库设计、输入设计、输出设计、人机对话设计、处理过程设计。

第六节 输出设计

信息系统只有通过输出才能为用户服务。输出决定输入，即输入信息只有根据输出要求才能确定。

 输出设计包括以下几方面的内容：

1)确定输出内容

2)选择输出设备与介质

3)确定输出格式

 报表时最常见的输出形式。组成：表头、表体、表尾。输出形式：打印输出、磁盘文件

输出。

第七节 输入设计

 输入设计的原则：

1)最小量原则 3)早检验原则

2)简单性原则 4)少转换原则

 输入设计的内容包括

1)确定输入数据的内容

2)确定数据的输入方式

3)确定输入数据的记录格式

4)输入数据的正确性校验

5)确定输入设备

设备的选用应考虑一下一些因素：

a)输入的数据量与频度

b)数据的来源、形式、收集环境

c)输入类型、格式的灵活程度

d)输入速度和准确性要求

e)输入数据的校验方法、纠正错误的难易程度

f)可用的设备与费用

 数据记录格式本质上分为两部分：预先印刷部分和插入数据的空格

 数据出错有三种情况

1)数据内容错

2)数据多余或不足

3)数据的延误

 数据校验方法

1)重复校验 7)逻辑校验

2)视觉校验 8)界限校验

3)分批汇总校验 9)记录计数校验

4)控制总数校验 10)平衡校验

5)数据类型校验 11)匹配校验

6)格式校验 12)代码自身校验

第八节 人机对话设计

 人与计算机进行信息交流就是人机对话

 人机对话设计的原则

1)对话要清楚、简单，用词要符合用户观点和习惯

2)对话要适应不同操作水平的用户，便于维护和修改

3)错误信息设计要有建议性

4)关键操作要有强调和警告

 人机对话的方法

a)选单式 c)回答法

b)填表法 d)提问法

 图形用户界面已成为一种流行的界面设计技术，并将成为信息系统用户界面的主流。

 图形用户界面优点：

1.容易学习使用，使用选单而不必记忆指令名称，大大减少键盘输入的数量与错误

2.具有高度的图形功能，直观生动，如采用直线图、趋势图、动画等。

3.多个视窗并用，同时显示多样信息，并可对同样信息提出多种不同角度的表达。 图形用户界面的缺点：

与文字指令相比，图形形式的指令不能表达复杂的符合指令。指令数目太大时，不容易在屏幕上安排选单。对于熟练的使用者而言，键盘输入的速度要快于鼠标选项的输入。 图形界面设计的原则：

1.用户界面的各个画面设计在整体上应保持相同或相似的外观。

2.用户界面使用的词汇、图示、颜色、选取方式、交流顺序，其意义与效果应前后一

致。

3.要正确使用图形的表达能力。

4.由于图形对象占用系统资源较多，处理速度慢，因此在时间影响要求高，而硬件资

源档次较低环境中，不宜采用图形界面。

第九节 计算机处理过程的设计

模块的外部特征：功能和界面

计算机处理过程的设计则要确定每个模块的内部特征，即内部的执行过程，包括局部的数据组织、控制流、每一步的具体加工要求及种种实施细节。

处理过程设计的关键是用一种合适的表达方法来描述每个模块的执行过程。

1.流程图

基本成分：

1)加工步骤，用方框表示 3)控制流，用箭头表示

2)逻辑条件，用菱形表示优点是直观、形象。

2.盒图(NS图)

与流程图相比,NS图的优点在于：

1)它强制设计人员按结构化程序设计方法进行思考并描述其方案。

2)图像直观，容易理解设计意图，为编程、复查、测试、维护带来方便。

3)简单易学

3.程序设计语言PDL

第十节 计算机系统的选择

 选择计算机系统的依据是：

1)功能要求 5)通信和网络要求

2)容量要求 6)市场和国情要求

3)性能要求 7)经济、技术条件等方面的限制

4)外部设备配置要求

第十一节 系统设计说明书

设计完成，提交系统设计书，两种形式：

单册报告，分章节介绍总体模块设计、代码设计、输入/输出、人机交互、数据库等各部分内容

多册，以上各部分单独书写成册，如总体设计报告、数据库设计报告、模块详细设计报告等