https://www.bilibili.com/video/BV1gC411a75c/
演示视频:3.1 系统关联图
系统关联图确定了从外部项到系统的数据流和从系统向外部项的数据流,这些数据流在其它层次的数据流中不允许减少,也不允许增加。各层次内部的数据流不受关联图的限制。
图3-1 在线报修信息管理系统关联图
图中F1至F8数据流的意义如下:
F1:维修申报单:用户用来报修申报的过程
F2:处理回复单:报修系统反馈用户报修信息的过程
F3:保修单提交信息:报修系统提供给管理员的报修信息过程
F4:处理完成单:管理员接到处理完成信息反馈给报修系统的过程
F5:维修通知:在线报修系统对维修工程师维修通知的过程
F6:维修情况反馈:维修工程师反馈报修情况的过程
F7:外送维修通知:在线报修系统对外送维修厂商通知的过程
F8:维修情况反馈:外送维修厂商反馈报修情况的过程
3.2 在线报修信息管理系统顶层图
图3-2 在线报修信息管理系统顶层图
从图上可以看出整个报修管理系统的项目信息管理功能从总体上可分为四个功能模块:
1) 基本信息管理P1;
2) 报修维修管理P2;
3) 维修库存管理P3;
4) 维修反馈管理P4
其中报修维修管理P2为最主要的功能。
以下对上述各功能模块进行逐一详述:
Ø 基本信息管理P1——由报修系统管理员提供报修人员基本信息(F3),进入基本信息管理P1功能处理模块,得出报修信息查询(F5),存入基本信息库(D2)。
Ø 报修维护管理P2——由用户提供报修申请信息(F1),从货物基本信息库(D2)调用基本信息,然后维修信息递交(F2),由报修系统管理员进行报修安排信息(F3),然后回到报修维修管理(P2)中,对维修工程师发送维修通知(F6),维修工程师在完成维修后会反馈维修情况(F7)给P2,如果遇到维修工程师无法处理的问题,P2会递交需要外送信息(F8)给外送维修厂商,当维修完成后会反馈外送维修状况给报修维护管理P2,最后得出报修维修总揽表(D1)存入数据库
Ø 维修库存管理P3——由报修维修总揽表(D1)送出的维修情况,由维修库存管理(P3)进行数据储存,把记录存入维修记录库存表(D3),同时,用户,报修系统管理员以及维修工程师分别可以通过维修库存管理(P3)进行维修信息的查询以及反馈,分别为F10-F15
Ø 维修反馈管理P4——报修系统管理员通过维修库存管理(P3)得来的维修情况,会进行维修完成反馈(F16),通过维修反馈管理(P4),把维修完成信息告之(F17)用户
顶层数据流图仅从总体上反映了海运管理系统的信息联系,为了对整个项目信息管理系统有一个全面、详细的了解,应按照自顶向下、逐层分解的分析方法,对顶层图进行进一步细化。以下就是对各个功能模块进行细化后所得到的一层数据流(程)图。
3.3 在线报修信息管理系统第一层图
A . 下面是对“基本信息管理(P1)”功能模块进一步细化而得到的“基本信息管理”第一层DFD图,如图3.3所示
图3-3基本信息管理一层DFD
如上图所示,由报修系统管理员分别提供F3.1报修人员姓名信息进入P1.1姓名管理中,然后存入D2.1姓名信息表,最后进入P1.4查询管理系统。
同样的,报修系统管理员F3.2报修公司信息进入P1.2公司信息管理中,然后存入D2.2公司信息表,最后进入P1.4查询管理系统。
报修系统管理员F3.3报修电话信息进入P1.3电话信息管理中,然后存入D2.3电话信息表,最后进入P1.4查询管理系统。
最后P1.4查询管理系统通过F5报修信息查询把基本的信息反馈给保修系统管理员.同时也会把所有的信息整合送入D2基本信息表
B. 下面是对“报修维修管理(P2)”功能模块进一步细化而得到的“报修维修管理”第一层图,如图3-4所示:
图3-4报修维修管理一层图
用户通过F1报修申请信息进入P2.1报修管理,报修管理系统会提供一份报修产品内容信息F2给保修系统管理员,然后报修系统管理员会通过F3报修信息安排,写入维修安排派送表,以此对维修工程师进行F6维修通知。
维修工程师如果顺利维修F7.1,则会通过P2.2维修管理生成D1报修维修总揽表
如果维修工程师F7.2维修不能的反馈,则会生成D1.2申请外送维修表,并发送外送处理请求F8给外送维修厂商,维修厂商修好后会直接通过P2.2维修管理生成D1报修维修总揽表,通过F7维修反馈情况写入D1中。
C. 下面再对“维修反馈管理(P4)” 功能模块进一步细化而得到的“维修反馈管理”第一层DFD图,如图3-5所示
图3-5 维修反馈管理第一层DFD图
通过D1报修维修总揽表,进行F9维修情况反馈,进入P3.1维修反馈给管理员的管理,此管理程序会生成F9.1反馈给报修系统管理员,管理员就会通过P3.2维修反馈入库管理功能模块来直接把反馈信息写入D4维修反馈表,并通过F9.3反馈信息给用户。
第二章
系统数据库设计
概念设计的目标是产生反映实验室组织信息需求的数据库概念结构,即概念模型,又可称其为ER模式。通过在前面几章中对在线报修信息管理系统的需求分析,结合数据流(程)图中的数据存储,可以设计出能够满足用户要求的各种实体,以及它们之间关系,为后面的逻辑结构设计打下基础。
4.1 实体
实体集:<用户> 报修id、报修用户名、报修用户公司名、报修用户电话、报修类别、报修物品名、报修原因、报修时间
实体集:<报修产品> 报修类别、报修物品名
实体集:<维修工程师> 维护人员ID、维修时间、维修结果
实体集:<管理员> 管理员帐号,帐号密码,帐号权限
实体集:<维修库存> 入库ID、报修用户名、报修用户公司名、报修用户电话、报修类别、报修物品名、报修原因、报修时间、报修类别、报修物品名、维护人员ID、维修时间、维修结果
从需求分析抽取出合适的联系,由如下清单给出:
1. 报修,实体集[用户]与[报修产品]之间的M:N联系,即一个用户可以报修多个产品,而一个产品可以被多个用户报修。
2. 维修,实体集[报修产品]与[维修工程师]之间的M:N联系,即一个报修产品人可由多个维修工程师进行维修,而一个维修工程师也可以维修多个报修产品。
3. 查询,实体集[维修库存]与[用户],[管理员],[维修工程师]之间的1:N联系,即一条维修库存记录可以被多个用户,管理员,工程师查询,但是一个用户,管理员,工程师只能同时查询一条记录。
4. 入库,实体集[报修产品]与[维修库存]之间的1:1联系,即一个报修产品会有一条维修库存记录,一条维修库存记录,只能代表一个报修产品实体间的联系与E-R图
图3-1 在线报修信息管理系统E-R图
4.2 关系模式
逻辑设计的目标是把概念设计阶段设计好的基本E-R模型转化成关系模型。E-R模型中的主要成分是实体类型和联系类型。对于实体类型,转化规则为:将每个实体类型转化成为一个关系模型,实体的属性即为关系模式的属性,实体标识符即为关系模式的键。
上述在线报修信息管理系统E-R图可转换成如下关系模式:
用户 (报修ID,报修用户名,报修用户公司名,报修用户电话,报修时间,报修原因,报修产品名)
维修产品(报修类别,报修产品名#,报修原因#,维护人员ID#,维修时间#,维修结果#)
维修库存(入库ID,报修ID#,报修用户名#,报修用户公司名#,报修用户电话#,保修时间#,报修原因#,维护人员ID#,维护时间#,维修结果#)
管理员 (管理员帐号,密码,权限)
维修工程师 (维护人员ID,维修时间,维修结果)
报修 (报修ID,报修用户名#,报修产品名#,报修时间#,报修原因#)
修好 (报修ID,报修用户名#,维护人员ID#,报修原因#,维修结果#)
维修 (报修ID,报修用户名#,报修产品名#,报修时间#,报修原因#,维护人员ID#,维修结果#)
第五章 系统详细设计
人机界面是指软件系统与用户的交互接口,通常包括输出、输入、人机对话的界面与方式等,目前已成为软件质量的一条重要指标。
5.1 主界面
图3-1 用户登入界面
如图3-1所示,是本系统的登入界面
本在线报修信息管理系统代码主要为:HTML,C# VBSCRIPT ,JAVASCRIPT,CSS等,以下就关键代码进行解释,其中代码为不完整代码。
图3-2 系统管理员功能结构图
如图3-2所示,用admin管理员权限进入管理系统的功能结构
只有管理员权限的人员登入界面才能对用户设置以及系统设置进行更改。
也只有管理员才能新增以及更改其他人员的权限。
5.2 模块处理过程
模块处理过程分为A,B,C 3种。我分别一一介绍
A 普通用户(报修用户)登入具体只能做报修以及查看报修信息的功能,还有更改密码。
B 维修工程师登入界面具体能做的权限是,查看报修信息,添加维修情况的功能,还有更改密码。
如图3-4所示
图3-4 维修工程师程序流程图
C 管理员登入界面具体能做的权限是,查看报修维修信息,添加产品类别,还有更改用户权限及增加用户。
如图3-5所示
图3-5 管理员程序流程图