系统分析相关理论Word文档格式.docx
《系统分析相关理论Word文档格式.docx》由会员分享，可在线阅读，更多相关《系统分析相关理论Word文档格式.docx（25页珍藏版）》请在冰豆网上搜索。
4）将来可能提出的要求：
例如系统的可扩展性。
2．进行数据分析，建立数据库逻辑模型
对主题数据库进行详细逻辑设计，产生数据字典
3．进行功能分析，确定新系统的逻辑结构。
三．系统分析的特点
1．用画图的方法，直观易理解。
2．“自顶向下”的工作原则。
3．强调逻辑结构而不是物理实现。
四．现行系统分析
1．业务流程图
一般来说，反映子系统总体业务概况的高层TFD只有一张，它描述了各项业务过程之间的处理关系，而由此向下扩展的低层TFD有若干张，是对各个业务过程的详细描述，反映的是业务活动之间的处理关系。
1）首先要与用户一起审查TFD的整个工作流程是否正确，是否有遗漏的部分。
2）检查TFD的一致性，即在高层TFD中出现的各类报表、单证、数据存储等数据载体一定要在低层TFD中反映出来，表示业务处理单位或部门或个人也要在低层TFD中反映出来。
3）检查低层TFD中是否存在这样的业务活动，它没有输入的数据载体或处理完毕不产生输出，若存在则仔细检查各项业务活动是确实没有I/O，还是有遗漏？
4）对各项业务活动和数据载体的名称进行审查，确认名称定义的正确性和准确性，不能存在同名异义或同义异名的现象。
2.数据流的抽取
并非TFD中所有的业务都能够由计算机系统完成，因此有一个从现行业务中抽取能够由计算机系统自动或半自动完成的那一部分业务活动的过程。
这个抽取过程也是对TFD的分析过程，其分析结果用数据流程图来表示，即DFD。
画完TFD和DFD之后，要进行它们之间的检验工作：
1）首先检验DFD和TFD的一致性：
采用“自顶向下”的原则检查，看是否有被遗漏的数据处理功能，有关数据载体部分一定要和TFD一致。
2）检验DFD的完整性：
对每一张DFD来说，要检查数据流，每个数据流都要有个名称；
检查数据存储，是否存在有些数据存储被业务活动USE，却没有业务活动CREATE，一旦发现问题，则再和TFD对照，必要时向业务人员进行再次检查；
检查处理功能，每个处理功能都要有I/O。
3）检验DFD的一致性：
在高层DFD中出现的外部项、数据流和数据存储一定要在低层DFD中出现，高层DFD和低层DFD的关系，类似于全国地图和分省地图的关系。
注意：
任何一个数据流至少有一端是处理框，即数据流不能从外部实体直接到数据存储，也不能从数据存储到外部实体，不能在实体之间或存储之间流动。
“数据流是指处理功能的输入或输出”
在数据流程的绘制过程中应遵循以下几个原则：
1）首先确定系统的外部项，系统外部项的确定也就规定了系统与外部环境的分界线。
2）高层DFD只反映主要的、正常的逻辑功能，一般只画出系统正常运行时的主要I/O，使人一目了然。
3）DFD可以与规划中的企业模型相对应。
所谓企业模型就是用“职能域---业务过程---业务活动”的层次结构关系描述企业的本质。
一级DFD表示系统各职能域及其相互关系。
二级DFD表示每个职能域扩展形成的业务过程及相互关系。
三级DFD表示所有业务过程扩展所形成的业务活动及其相互关系。
4）绘制DFD一般从左到右，从上到下进行。
先从左侧开始画起，表出外部项，左侧外部项通常是系统主要数据输入来源，接收该系统数据的外部项一般画在DFD右侧。
下面再举一个关于DFD的例子：
学籍管理系统顶层DFD：
学籍管理系统的第一层DFD：
下面以“成绩管理”为例，较详细地说明逐层分解的思路：
假设该学校现在实行校、系两级成绩管理，学校教学管理科、系教务员都登记学生成绩。
任课教师把学生成绩单一式两份分别送系教务员和学校教学管理科。
系教务员根据成绩单登录学籍表。
学期结束时，给学生成绩通知，并根据学籍管理条例，确定每个学生升级、补考、留级、退学的情况。
教学管理科根据收到的成绩单登录教管科存的学籍表，统计各年级各科成绩，并上报主管领导。
补考成绩也作类似处理。
学籍管理系统的第二层DFD-成绩管理DFD:
从上图可以刊出一些不尽合理的地方（数据存储D1存在数据冗余的情形）。
在需求分析调查阶段应如实反映，至于新系统应怎么做，可在对现行系统分析的基础上，提出新系统逻辑模型时再考虑。
下面还要对上图中的P2.1”分析期末成绩”进一步扩展,P2.1的业务包括以下几方面:
1）把每个学生的各科成绩登录在所在班的”学习成绩一览表”中;
2）根据”学习成绩一览表”,在”学籍表”中填写各个学生的成绩;
3）根据”学习成绩一览表”,评学生奖学金，并产生获奖名单;
4）根据”学习成绩一览表”、以往留级情况（学籍表中有记载）决定学生的升级、补考、留级和退学。
5）发成绩通知单，通知补考时间。
数据字典DD：
数据字典最初有用于DBMS提供某些数据项的综合信息。
系统分析中所使用的DD，主要用来描述DFD中的数据流、数据存储、处理过程和外部实体。
在DD中，基本数据项是数据元素；
若干个数据元素可以组成一个数据结构，DD通过数据元素和数据结构来描写数据流、数据存储。
它们之间的关系如下图所示：
目前DD最好建立在计算机内，实际上DD是关于数据的数据库。
注意：
1）对数据元素条目（或称为数据项）的描述除了包括数据项的类型、长度和取值范围以外，还要附上有关的编码说明。
2）同一个数据存储可能在不同层次的DFD中出现，那么描述这样的数据存储，应列出最底层DFD中相应的数据流。
描述处理逻辑的工具：
高层DFD表达系统的主要逻辑功能，“自顶向下”扩展以后，系统的全部逻辑功能被详细表达出来。
因此，系统的最小功能单元就是最底层DFD中的每个处理过程，我们称之为“基本处理”。
只要对所有基本处理的逻辑功能描述清楚，整个系统的功能也就说明清楚了。
对基本处理的说明称为“基本说明”---------->
重点说明“做什么”，而不是“怎么做”
描述处理逻辑的工具主要有以下三种：
一．结构化语言：
只允许使用简单的祈使语句、判断语句和循环语句。
1．祈使句：
包括一个动词和一个宾语。
例如：
计算工资
注意A：
力求精炼，不使用形容词、副词。
B：
动词要能明确表达执行的动作，不用“做”、“处理”之类的动词。
C：
名词必须在DD中有定义。
2．判断句：
如果条件
则动作A
否则
动作B
判断句可以嵌套，但要注意匹配。
为便于读懂，若嵌套太多层，可以用若干个如果…..则……完成。
某公司给购货在5万元以上的顾客以不同的折扣率。
如果这样的顾客
最近3个月无欠款，则折扣率为15%；
虽然有欠款但与公司已经有10年以上的贸易关系，则折扣率为10%，否则折扣率为5%。
那么该公司的折扣政策可以用判断句表达如下：
如果购货额在5万元以上
则如果最近3个月无欠款
则折扣率为15%
否则如果与公司贸易10年以上
则折扣率为10%
否则折扣率为5%
否则无折扣
3.循环语句
基本处理“评奖学金”要计算同年级同专业每个学生一学期的总成绩，则可以写成：
对每个学生
计算总成绩
二．判断树：
用一种树型图形方式来表示多个条件、多个取值所应采取的动作。
看一张判断树图形的时候，要从左边（树根）开始，沿着各个分支向右看，根据每一个条件的取值状态可以找出应该采取的动作，所有的动作都列在这张图的最右侧。
如上例用判断树可以表示如下：
从上例中我们可以看出，若将购货款多分几个等级，交易时间也多分几个等级，那么用判断语句表达可读性会下降很多，而用判断树表达时，树的高度不变，只是分支多一些而已，可读性还是很不错的！
将书中P122的图4.10改动，如下所示：
三．判定表：
适用于一些条件较多，每个条件下取值也较多的问题。
判定表的优点是能把各种组合情况一个不漏地表示出来。
某厂对一部分职工重新分配工作，分配原则是：
（1）年龄不满20岁，文化程度是小学者脱产学习，文化程度是中学者当电工。
（2）年龄满20岁但不足50岁，文化程度是小学或中学者，男性当钳工，女性当车工；
文化程度是大学者当技术员。
（3）年龄满50岁及50岁以上，文化程度是小学或中学者当材料员，文化程度是大学者当技术员。
分析如下：
该分配原则实际上考虑3个因素：
性别、年龄、文化程度。
它们的取值范围分别是：
性别：
{男、女}
年龄：
{青年（小于20）、中年（满20而不足50）、老年（满50及以上）}
文化程度：
{小学、中学、大学}
那么可以组合成2*3*3=18种情况。
这个规则共提供6种不同的工作：
脱产学习、当电工、当钳工、当车工、当技术员、当材料员。
因此产生下面所示的判定表结构：
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
C1：
性别
男
女
C2：
年龄
青
中
老
C3：
文化程度
小
大
A1：
脱产学习
A2：
当电工
A3：
当钳工
A4：
当车工
A5：
当技术员
A6：
当材料员
那么根据分配原则，得到下面的判定表：
升级会员 