业务流程图.docx
《业务流程图.docx》由会员分享，可在线阅读，更多相关《业务流程图.docx（63页珍藏版）》请在冰豆网上搜索。
业务流程图
业务流程图
图2.3营业流程图
2数据流程图（DFD图）
数据流程图是一种能周全描述信息体系逻辑模型的重要对象，它能够用少数几种符号综合的反应出信息在体系中的流淌、处理、和储备情形。
那个模型不涉及硬件、软件、数据构造与文件组织，它与对体系的物理描述无关，只是用一种图形及与此相干的注释来表示体系的逻辑功能，即所开创的体系在治理信息处理方面要做什么。
是以，数据流程图是体系分析人员与用户进行交换的有效手段，也是所有后续工作，如体系设计的重要依照之一。
数据流程图由四种全然成分构成：
1外部项：
指本体系之外的人或单位，它们和本体系有信息传递关系。
2加工：
描述体系对信息进行处理的逻辑功能。
3数据储备：
逻辑意义上的数据储备环节。
即体系信息处理功能须要的，不推敲储备物理介质和技巧手段的数据储备环节。
4数据流：
表示流淌着的数据，可因此一个数据，也可因此一组数据。
它们的符号表示如下：
图3.1数据流程图图例
此外，为了规范化体系开创流程，有须要给数据流程图上的每个元素编上响应的编号，并在编号之前冠以大年夜写字母，以此来区分不合的元素。
F……数据流D……数据储备P……加工S……外部项
依照上一章对学生宿舍治理的营业流程图的描述，从体系的科学性、治理的合理性、实际营运的可行性角度动身，采取构造化的分析方法，自顶向下对体系进行分化，导出了学生宿舍治理体系的体系接洽关系图、体系顶层图和系同一层图。
3.1.1体系接洽关系图
本体系治理的核心模块是水电费治理和房间治理，在此差不多上，所涉及到的外部实体有三个：
学生、治理员；涉及到的数据流有六个：
住宿协定、小我交费单、水电费单、发票、退房单、节余清单。
确信了全部体系的外部实体和数据流后，把全部体系作为一个加工环节，由此绘制出学生宿舍治理体系的接洽关系图。
如下页图3.2所示：
F1：
住宿协定F3:
水电费单
F2：
小我交费单
F4：
发票、收据
F6:
节余清单
F5：
退房单
图3.2学生宿舍治理体系接洽关系图
3.1.2体系顶层图
以上数据接洽关系图重要描述了体系与各外部实体间的信息接洽，为了确信体系重要信息的处理功能，还要将体系进一步分化成：
挂号、交费、水电费治理、房间治理、退房。
再确信每个加工的输入和输出的数据流以及与这些加工的有关的数据储备。
依照各加工和数据储备环节的输入与输出数据流的关系，将外部项、各加工环节以及数据储备环节用数据流连接起来，为各个数据流、加工环节定名、编码，从而得出宿舍治理体系顶层图。
如下页图3.3所示。
D1学生具体材料
D2住宿费用总账
D3水电费账目
D4房间信息
图3.3学生宿舍治理体系顶层图
3.1.3系同一层图
顶层图能够进一步分化，个中某些或所有的数据加工项可分化为数个数据加工项，如许就形成第一层数据流图。
依次逐层向下扩大，直到最底层的数据流图表示了所有具体的数据加工功能和输入输出关系。
在宿舍治理信息体系中，挂号、交费、水电费治理、房间治理和退房都能够连续进行分化为第一层的数据流程图。
具体分化内容如下图3.4～3.8所示：
D1.2协定归档
D1.1具体材料
图3.4挂号模块一层数据流程图
D2住宿费
图3.5交费模块一层数据流程图
D3.1实际水电费
D3.2汗青水电费
D4房间信息
D2住宿费用总帐
图3.6水电费治理模块一层数据流程图
D4.1房间类型
D2住宿费用总帐
D4房间信息
图3.7房间治理模块一层数据流程图
D2住宿费用总帐
D1学生具体材料
图3.8退房模块一层数据流程图
3.2数据字典（DD）
数据字典是数据流程图上所有成分的定义和说明的文字集合，在构造化体系分析中，既用于描述数据流和数据储备的具体逻辑内容，也用于描述外部项和处理逻辑的某些数据特点。
数据词典把数据的最小构成单位看做数据元素，若干个数据元素能够构成一个数据构造，它经由过程对数据元素和数据构造的定义，来描述数据流和数据储备的逻辑内容。
此外，数据词典还要对体系分析中其他须要说明的问题进行定义和说明。
3.2.1数据元素
数据元素是构成数据流的全然成分，也是最小的和弗成瓜分的数据单位。
数据元素
体系名：
宿舍治理体系 编号：
条目名：
学号 别号：
属于数据流：
F8，F10，F12
储备处：
Ｄ１，Ｄ２
数据元素值：
代码类型 取值范畴 意义
字符型 1011~6324××× ×
↓ ↓
房间号 铺位号
扼要说明：
本宿舍共有六层楼，肇端房间号是101，最大年夜房间号是632；学号是住宿学生的辨认符，具有独一性.
修改记录：
编写：
日期：
2008-05
日期：
（表3.1）
3.2.2数据流
数据流是数据构造在体系内传输的路径，重要包含来源、去向、构成、流畅量等。
数据流
体系名：
宿舍治理体系 编号：
F3
条目名：
水电费单 别号：
来源：
治理员
去处：
水电费治理
数据流构造：
水电费单＝｛月份＋房间号＋水费＋电费＋公摊＋操作员名｝
扼要说明：
水电费治理工作平日由治理员来负责完成。
修改记录：
编写：
日期：
2008-05
日期：
（表3.2）
3.2.3数据储备
数据储备是数据构造逗留的处所，也是数据流的来源或去处之一，它不推敲具体的物理储备介质和技巧手段。
数据储备
体系名：
宿舍治理体系 编号：
D4
条目名：
房间信息 别号：
储备组织：
每个房间一笔记录，按房间编号升序分列
记录数：
约200条
数据量：
约2KB
主关键字：
房间编号
辅关键字：
记录构成：
项名：
房间编号类型房间性别现住人数
近似长度：
3225
（字节）
扼要说明：
“现住人数”采取数值型，便于运算机主动运算。
修改记录：
编写：
日期：
2008-05
日期：
（表3.3）
3.2.4外部项
外部项在数据流程图中表示所描述体系的数据来源和去处的各类实体或工作环节。
（表3.4）
外部项
体系名：
宿舍治理体系 编号：
条目名：
学生 别号：
输入数据流：
F4：
发票，F6：
节余清单
输出数据流：
F1：
住宿协定，F2：
小我交费单
F5：
退房单
重要特点：
学号，房号，姓名，性别，年纪，身份证号码，接洽德律风，家庭住址，专业
扼要说明：
身份证号码也能够作为辅关键字。
修改记录：
编写：
日期：
2008-05
日期：
3.2.5加工
数据加工又称处理逻辑，描述体系对信息进行处理的逻辑功能，如加工逻辑表3.5
加工逻辑表
加工序号
加工名
输入流
输出流
加工逻辑
P1
挂号
F1
F8
同窗生签订协定并挂号学生的具体材料，具体分为1、供给住宿协定文本给学生，若学生赞成，则学生方签订住宿协定；2、对已签订协定的学生的具体情形进行审核，相符规定的与宿舍方签订协定；3、供给小我材料并挂号到小我材料表，对挂号好的小我材料进行存档
P1.1
签订协定
F1
F17
供给住宿协定文本给学生，若学生赞成，则学生方签订住宿协定
P1.2
审核
F18
F19
对已签订协定的学生的具体情形进行审核，相符规定的与宿舍方签订协定
P1.3
挂号材料
F20
F8
供给小我材料并挂号到小我材料表，对挂号好的小我材料进行存档
P2
交费
F2
F4、F10
对学生所交的住宿费用开创票，具体分为：
1、给学生出示房租的收费标准，按照学生本身的须要选择房间类型；2、已交纳房租的学生开具相符规定的发票或收据；3、依照住宿的租费，关于已欠费的学生发出催费通知
P2.1
收费
F2
F10
给学生出示房租的收费标准
P2.2
开创票
F21
F4
已交纳房租的学生开具相符规定的发票或收据
P2.3
催费
F22
F23
依照住宿的租费，关于已欠费的学生发出催费通知
P3
退房
F5、F12
F6、F7
按照要退房学生的房间号，依照小我帐目情形，运算出节余的金额，开房费清单，具体分为：
1、对要退房的学生供给的单据验证其真实性；2、依照退房学生的学号，在宿舍小我资估中删除该学生；3、按照要退房学生的房间号，入住的时刻，运算节余的金额开房费清单
P3.1
单据
F5
F24
对要退房的学生供给的单据验证其真实性
P3.2
删除人员
F25
F7
依照退房学生的学号，在宿舍体系的体系的小我资估中删除该学生
P3.3
余额结算
F12
F6
按照要退房学生的房间号，入住的时刻，运算节余的金额开房费清单
P4
水电费治理
F16
F13
依照每月房间水电费，运算出每人水电费，并从水电费余额中扣除，具体分为：
1、按月进行统计，运算出每月的水电费运算总额；2、依照住宿实际人数，运算出水电费情形以及上月小我水电费余额，运算出本月水电费余额
P4.1
统计
F16
F26
按月进行统计，运算出每月的水电费运算总额
P4.2
核算
F9、F16、F27
F13
依照住宿实际人数，运算出水电费情形以及上月小我水电费余额，运算出本月水电费余额
P5
房间治理
F14
F15
依照每小我交费情形等对学生所住房间进行调剂，具体分为：
1、按照交费情形和学生要求对新入住的学生分派房间，并更新房间信息；2、对已交费的学生，按照其要求，进行房间调剂，并更新房间信息；3、依照退房学生的房间号，在确认退房后，更新房间信息；4、按照房间类型代码，对各个房间进行类型设置
P5.1
分派房间
F14
F15
按照交费情形和学生要求对新入住的学生分派房间，并更新房间信息
P5.2
调剂房间
F28
F15
对已交费的学生，按照其要求，进行房间调剂，并更新房间信息
P5.3
退房处理
F29
F15
依照退房学生的房间号，在确认退房后，更新房间信息
P5.4
房型设置
F30
F31
按照房间类型代码，对各个房间进行类型设置
第四章体系总体构造设计
治理信息体系设计时期的重要目标，是将体系分析时期所提出的，反应了本体系应用情形的信息须要的逻辑筹划，转化成能够实施的，基于运算机以及通信信息的物理筹划，并推敲到企业的经济、技巧和运行情形等方面的身分，确信体系的总体构造和体系各构成部分的技巧筹划，合理的选择运算机的各项软硬件设备，提出体系的实施筹划，确保总体目标的实现。
体系设计是基于体系分析的差不多上，由抽象到具体的过程，同时，还必须推敲到体系实现的表里情形和主客不雅前提。
平日，这一时期工作的重要推敲以下几个方面：
1）体系分析的成果。
体系设计，从工作流程的角度来看，是体系分析工作的连续，是以，体系设计人员必须严格按照体系分析时期的成果-------“体系说明书”，所规定的目标、义务和逻辑功能开展设计工作。
2）现行技巧。
重要指可供选用的运算机硬件技巧、软件技巧、数据治理技巧以及数据通信技巧和运算机收集技巧。
3）现行信息治理和信息技巧的标准、规范和相干的司法轨制。
4）用户需求。
体系的直截了当应用者是用户，进行体系设计时应充分尊敬和明白得用户的要求，专门是用户在操作应用方面的要求，应尽可能应用户认为知足。
5）体系运行情形。
新体系的目标应与现行的治理方法相匹配，与组织机构的改革和成长相适应。
在体系设计中，应尽量知足以下要求：
1）体系性；
2）可扩大性；
3）靠得住性；
4）经济性。
体系设计时期的活动重要包含：
⑴体系总体构造筹划切实事实上定；⑵软件体系总体构造的设计；⑶运算机硬件筹划的选择和设计；⑷数据储备的总体设计。
4.1软件模块构造设计
在体系需求分析时期，差不多弄清了体系的各类需求，解决了要让所开创的体系“做什么”的问题，并已在体系需求说明书中详尽地说清晰明了需求，在体系设计时期，要着手解决“如何做”的问题。
现有的体系设计的方法和对象有如下几种：
l、构造化设计方法：
规定了一系列模块的分化调和原则和技巧，构造化设计的差不多是模块化，立即全部体系分化成相对自力的若干模块，经由过程对模块的设计和模块之间关系的调和实现全部软件体系的功能。
2、体系流程图：
是体系的描述对象。
它用图形符号描述了所有的输入／输出和与之有关的处理，同时，也包含了对所有文件的建立过程。
3、HIPO（分层和输入一处理一输出）技巧：
采取图形方法表达一个体系的输入和输出功能，以及模块的层次。
4、操纵构造图：
用于描述模块的层次构造和模块之间的操纵通信接洽的对象。
鉴于应用HIPO技巧能够进行体系设计和评判。
在体系实施之前对已设计的体系进行加工和修改：
以及HIPO图清晰易明白，能够应用户、治理人员和其他体系扶植者专门便利地舆解体系的法度榜样构造：
同时也有利于法度榜样的编写和体系的爱护。
因此，我们在对宿舍治理体系进行总体构造设计时，选用了HIPO技巧。
4.1.1HIPO技巧
HIPO（HierarchyplusInput/Process/Output）技巧：
用图形的方法表达一个体系的输入输出功能以及模块层次。
HIPO技巧包含两个方面：
1）HIPO分层图：
表示自顶向下分化所得的模块层次；
2）IPO图（输入－处理－输出图）：
此图描述分层图中一个模块的输入、处理和输出内容。
4.1.2HIPO分层图
HIPO分层图用一个长方形代表一个模块，方块内可写上标识此模块的处理功能名或模块名。
模块之间的调用关系用两模块间的联络线表示。
采取自顶向下扩大的方法先画综合性强、层次较少的模块构造，然后再依照须要一步一步扩充，直到每个模块的处理功能和范畴相符体系分化的原则。
依照体系分析成果，得出学生宿舍治理体系的HIPO图（如下页图4.2所示）。
图4.1模块构造图
图4.2学生宿舍治理体系HIPO图
4.1.3IPO图
IPO图实际上是一种图纸化的表格，它描述分层图中每一个模块的输入输出关系、处理内容、该模块的内部数据和模块间的调用关系，是体系设计的重要成果，是体系实施时期编制法度榜样设计义务书和进行法度榜样设计的动身点和依照。
在体系设计中每一个模块必须有响应的IPO图作为设计成果的描述。
本体系部分IPO图如下表所示：
1、树根模块
此图描述了输入、处理和输出内容，如主界面模块，详见下图所示：
图4.3主界面模块
2、中心模块
此图描述了一个中心模块的输入、处理和输出内容，如查询统计模块，详见下图所示：
图4.4查询统计模块
3、树叶模块
此图描述了一个树叶模块的输入、处理和输出内容，如水电费输入模块，详见下图所示：
图4.5水电费输入模块
4.2数据库设计
数据库是一种储备数据并对数据进行操作的对象。
数据库的感化在于组织和表达信息，简而言之，数据库确实是信息的集合。
数据库技巧是宿舍治理体系的核心技巧之一。
在数据库体系中，重要的数据模型有：
层次模型、网状模型、关系模型等。
数据库中包含了多个数据表的信息，数据库含有各个不合部分的术语，象记录、域等。
个中，应用最广泛的当属关系模型。
在宿舍治理体系中应用的确实是关系模型。
数据库设计一样分为五个时期：
筹划、需求分析、概念设计、逻辑设计和物理设计。
4.2.1概念设计
在进行数据库设计时，是先将实际世界中的客不雅对象抽象为不依附任何具体机械的信息体系，数据库概念设计的目标确实是要产生反应企业组织信息需求的数据库概念构造，即概念模型，而后再把概念模型转化为具体机械上运算机信息治理体系支撑的相干模型。
概念模式是自力与数据库逻辑构造，自力与支撑数据库的DBMS，不依附于运算机体系的。
概念模型是表达概念设计成果的对象。
它应当能够或许真实、充分地反应实际世界中事物和事物之间的接洽；应当简洁、了了、自力于机械，轻易明白得，便利数据库设计人员和应用人员进行交换；应当易于更换，便于修改；应当专门轻易向关系、层次或网状等各类数据模型改变，便利地导出与DBMS有关的逻辑模型。
从而使概念模型成为实际世界到机械世界的一个过渡的中心层次。
概念模型有专门多模型，个中最常用的方法之一是“实体—接洽模型”（entityrelationshipmodel），即应用E-R图来描述某一组织的概念模型。
一、体系实体的接洽和属性
E-R模型（entityrelationshipmodel）是P.P.CHEN于1976年提出的。
那个模型是直截了当从实际世界中抽象出实体类型及实体间接洽，等于一种用于描述静态数据构造的概念模型，是对实际世界的一种抽象。
它的重要成分是实体、接洽和属性。
是以可应用E-R模型进行数据库概念设计。
逻辑设计的目标是把概念设计时期的全然E-R图转换为与选用的机械上的DBMS所支撑的数据模型相相符的逻辑构造。
E-R模型的“接洽”用于描述实体之间的接洽。
一种完全的方法是对局部构造中随便率性两个实体类型，依照需求分析的成果，考察局部构造中随便率性两个实体类型间是否存在接洽。
如有接洽，进一步确信是1:
N，M:
N，照样1:
1等。
还要考察一个实体类型内部是否存在接洽，两个实体之间是否存在接洽，多个实体之间是否存在接洽等等。
在接洽类型确信后，除了留意防止显现冗余的接洽之外，还须要定名和确信键。
学生宿舍治理信息体系中所涉及的重要实体（共五个）及属性如下（下划线代表的是主键）：
类型：
（类型号，额定人数，有无空调，有无卫生间）
房间：
（房间号，住宿性别，应住人数，现住人数）
学生：
（学号，姓名，性别，身份证号，年纪，入住时刻，德律风，家庭住址，专业）
水电费：
（房间号，月份，水费，电费，操作员姓名）
房租：
（房间号，月份，住宿费）
本体系有两个接洽，个中1:
N接洽两个，M:
N接洽两个，以下为接洽的关系：
分摊1（月份，水费，电费）
分摊2（月份，房租费）。
1）房间信息：
类型和房间是1:
N的关系，因为一个类型能够对应于多个房间，而一个房间只有一个独一的类型。
2）水电费：
房间和每月的水电费是1:
N的关系，因为一个房间能够有多个月的水电费，而一个月的水电费则对应独一一个房间。
3）房间治理：
房租和房间是1:
N的关系，因为一个房间能够有多个月的房租费，而一个月的房租费则对应独一一个房间。
4）学生：
房间和学生是1:
N的关系，因为一个房间能够有多个学生住宿，而每学生则对应独一一个房间。
5）交费：
房租费和学生是M:
N的关系，因为一个房间的房租能够对应若干学生，而学生又能够有多个月份的房租费。
6）交费：
水电费和学生是M:
N的关系，因为一个房间的水电费能够对应若干学生，而每个学生又能够有多个月份的水电费。
二、E-R图
数据模型是数据库体系的核心和差不多，各类机械上的DBMS差不多上基于某种数据模型的。
但在数据库设计中，假如直截了当将实际中的客不雅对象直截了当转换为机械世界中的对象经常比较困难，是以往往将实际世界中的客不雅对象起首抽象为不依附任何具体机械的信息构造，这种信息构造不是DBMS支撑的数据模型，而是概念及模型，因此就须要E-R图的显现。
E-R图是直不雅表示概念模型的对象，在图中有四个全然成分：
1）矩形框：
表示实体类型；
2）菱形框：
表示接洽类型；
3）卵形框：
表示实体类型和接洽类型的属性；
4）直线：
图中涉及到的实体类型之间以直线连接，并在直线部标上接洽的种类。
（1:
1，1:
N，M:
N）
注：
因为某些实体属性较多，在图上不便一一标出，故在E-R图上一律不标属性。
具体图示如下：
本体系的ER图如下所示：
图4.3学生宿舍治理体系E-R图
4.2.2逻辑设计
逻辑构造设计的义务是把概念构造设计时期设计完毕的全然E—R图转化为与选用的具体机械上的DBMS产品所支撑的数据模型相符的逻辑构造（包含数据库模式和外模式）。
这些模式在功能性、完全性和一致性束缚及数据库的可扩充性等方面应知足用户的各类要求。
E—R图向关系模型的转化要解决的问题是若何将实体和实体间的关系转化为关系模式，若何确信这些关系模式的属性和代码。
一、转换规矩
E—R模型中的重要成分是实体类型和接洽类型，它向关系模式转化的规矩是：
关于实体模型，将每个实体类型转换成一个关系模式，实体的属性即为关系模式的属性，实体标识符即为关系模式的健。
关于接洽类型，要视1：
1，1：
N，M：
N以及1:
M:
N等多种情形做不合处理：
1）若两个实体间的接洽是1：
1，能够在两个实体类型转换成的两个关系模式中随便率性一个关系模式的属性中参加另一个关系模式的健和接洽类型的属性。
2）若两个实体间的接洽是1：
N，则在N端实体类型转换成的关系模式中参加1端实体类型转换成的关系模式的键和接洽类型的属性。
3）若两个实体间的接洽是M：
N，则将接洽类型也转换成关系模式，其属性为两端实体的键加上接洽类型的属性，而键为两端实体间的组合。
4）若三个实体间的接洽是1:
M:
N，则将接洽类型也转换成关系模式，个中包含有三个参加的实体集及那个接洽的所有属性。
二、关系模式
本系总共有实体五个，1个M：
N的接洽，按上述方法将E—R图转换为如下的七个关系模式如下：
（主键用下划线表示，外键在前面用“#”表示）。
类型：
（类型号，额定人数，有无空调，有无卫生间）
房间：
（房间号，#类型号，住宿性别，应住人数，现住人数）
学生：
（学号，#房间号，姓名，性别，身份证号，年纪，入住时刻，德律风，家庭住址，专业）
水电费：
（月份，#房间号，水费，电费，操作员姓名）
房租：
（#月份，房间号，住宿费）
分摊1：
（月份，#房间号，#学号，水费，电费）
分摊2：
（月份，#房间号，#学号，房租费）。
4.2.3数据库的实现
经由过程对E-R图转换的关系模式进行分析，并结合宿舍治理体系的具体功能、要乞降开创数据库体系的特点，对体系的数据库做如下设计，限于篇幅，仅举两例（*代表主键，#代表外键）：
1、czyb
表4.1操作员表
键
字段编码
数据类型
长度（字节）
字段名称
*
Czy_xm
char
10
操作员姓名
Czy_pw
char
20
暗码
Czy_chaxun
char
1
查询权限
Czy_luru
char
1
录入权限
Czy_shezhi
char
1
体系设置权限
2、room_month
表4.2月水电费表
键
字段编码
数据类型
长度（字节）
字段名称
*
Mo_no
char
3
月份
*#
Ro_no
char
2
房间号
Ro_mo_water
numeric
5+2
水费
Ro_mo_eletr
numeric
5+2
电费
Ro_mo_public
numeric
5+2
公摊
C
升级会员 