ISO软件工程模板4汽车维修管理系统的概要设计说明书Word下载.docx
《ISO软件工程模板4汽车维修管理系统的概要设计说明书Word下载.docx》由会员分享,可在线阅读,更多相关《ISO软件工程模板4汽车维修管理系统的概要设计说明书Word下载.docx(11页珍藏版)》请在冰豆网上搜索。
软件工程老师——吴老师
用户:
某汽车维修站
实现该软件的计算中心:
个人计算机
1.3定义
汽车维修管理:
主要是指车辆维修流程的计算机管理,通过修理企业的信息管理系统,对车辆的报修进行派工、结算出厂等方面以流程化的方式,把各个环节串连起来,为顾客提供计算机信息管理一体化的服务,达到提高企业管理水平的目的。
对出现故障的汽车进行修理,然后把要修理的和修理好的情况都整理成册。
1.4参考资料
《软件工程》清华大学出版社张海藩编著
人事管理系统的可行性研究报告
XX文库车辆维修管理系统
2.总体设计
2.1需求规定
功能:
.对于新客户及车辆,汽车维修管理系统首先登记客户信息,包括:
客户编号、客户名称、客户性质(个人、单位)、折扣率、联系人、联系电话等信息;
还要记录客户的车辆信息,包括:
车牌号、车型、颜色等信息。
一个客户至少有一台车。
记录维修车辆的故障信息。
包括:
维修类型(普通、加急)、作业分类(大、中、小修)、结算方式(自付、三包、索赔)等信息。
维修厂的员工分为:
维修员和业务员。
车辆维修首先委托给业务员。
业务员对车辆进行检查和故障分析后,与客户磋商,确定故障现象,生成维修委托书。
维修车间根据维修委托书和车辆的故障现象,在已有的维修项目中选择并确定一个或多个具体维修项目,安排相关的维修工及工时,生成维修派工单。
.客户车辆在车间修理完毕后,根据维修项目单价和维修派工单中的工时计算车辆此次维修的总费用,记录在委托书中。
2.1.1系统功能
当客户与公司取得联系时,系统上要存储客户的车辆信息(包括维修信息)。
业务员通过系统的信息,去核查客户的车辆信息然后生成维修委托书迅速的传给维修车间。
让任务跟顺畅的执行下去。
2.1.2系统性能
2.1.2.1精度
该系统对于数据的精度要求比较高,因为涉及用户车辆维修的问题大或者小。
2.1.2.2时间特性要求
响应时间要短;
更新处理时间要快;
维修数据信息的转换和传送时间要少;
等待业务员提交维修委托书的时间要快;
2.1.2.4可靠性
该系统的可靠性要很高,如果出现问题会影响维修速度的
进行,打乱整个公司的运营。
2.1.2.5灵活性
软件操作方式上的变化比较小;
运行环境的变化稳定;
同其他软件的接口的变化快;
维修计划的变化或者改进比较迅速;
2.1.3输入输出要求
维修项目编号
维修项目
工时
维修员编号
维修员工种
012
维修车头
5.00
机修
维修车头
2.00
023
漆工
015
水箱焊接补漏
1.00
006
焊工
017
更换车灯
2.1.4数据管理能力要求
要记录车辆的维修状况,还要给客户留底。
方便下次客户再维修对车辆故障问题的检修。
需要大的内存去存储一些信息。
2.1.5故障处理要求
软件问题若出现的话将影响所有工作人员的工作,所有的次序都会打乱掉。
所有软件维修人员要及时维修,尽量减少公司的损失。
2.1.6其他专门要求
用户单位对客户信息安全保密的要求要好,对使用方便的要求要高,对可维护性、可补充性、易读性、可靠性、运行环境可转换性的特殊要求都要做到,使得客户用起来方便。
2.2运行环境
2.2.1设备
列出运行该软件所需要的硬设备。
说明其中的新型设备及其专门功能,包括:
a.处理器型号及内存容量
b.外存容量、联机或脱机、媒体及其存储格式,设备的型号及数量
c.输入及输出设备的型号和数量,联机或脱机;
d.数据通信设备的型号和数量
e.功能键及其他专用硬件
2.2.2支持软件
Windowsxpwindows7 列出支持软件,包括要用到的操作系统、编译程序、测试支持软件等。
1 2.2.3接口
系统同其他系统之间的接口要比较好用可行、数据通信协议。
2.2.4控制
控制这些信号的来源来自于电脑的汽车维修系统,用该系统控制所有工作的进行。
控制的信号与电信联系,皆有线网,以避免掉线带来的损失问题。
2.3基本设计概念和处理流程
2.4结构
2.5功能需求与系统模块的关系
技能高的分类系统
技能中等的分类系统
[……]
[技能一般的分类系统
大修
√
中修
[┇]
小修
2.6人工处理过程
汽车维修管理系统中把维修委托书给维修车间的这一过程需要人工联系维修人员,以便更快的给客户处理车辆出现的问题。
2.7尚未解决的问题
如何更好的预测车辆出现的问题,然后更好的分配维修人员是个很重要的尚未解决的事情。
3.接口设计
3.1用户接口
处理过程:
客户信息处理
加工编号:
2
说明:
根据客户情况处理信息
加工逻辑:
BEGIN
输入客户维修请求信息和当前日期
IF在记录中找不到该客户THEN记录该客户的相关信息求ELSE
更新客户的修理情况
END系统自行保存所有维修客户的信息
3.2外部接口
3.3内部接口
4.运行设计
4.1运行模块组合
4.2运行控制
系统的操作由工作人员来处理,小修中修大修由各个模块去处理。
4.3运行时间
运行反应时间不能超过3s
5.系统数据结构设计
5.1逻辑结构设计要点
1.登录表信息表中:
字段名:
name
数据项:
客户号
含义说明:
每个客户的编号
别名:
客户编号
类型:
字符型
长度:
20
取值范围:
十个中文字符内
取值含义:
根据读客户登录时用的名字。
password
二、数据流条目
数据流名:
维修信息
说明:
维修信息
数据流来源:
“审核车辆的故障问题”处理
数据流去向:
“维修人员的”情况
组成:
姓名,电话号码,ISBN,维修次数,总次数
平均流量:
每天100个
高峰期流量:
每天200个
客户信息
三、数据文件条目
数据文件名:
客户文件
简述:
存放的是维修客户基础信息数据。
数据文件组成:
表单形式存储
客户文件=姓名+车牌号+电话号码+维修记录
存储方式:
以客户名为记录关键字升序排列
数据文件名:
客户信息文件
四、数据加工条目
处理过程:
加工编号:
加工逻辑:
IF在学生文件中找不到该客户THEN记录该客户的相关信息求ELSE
[给出本系统内软件所使用的每个数据结构的名称、标识符以及它们之中每个数据项、记录、文卷和系的标识、定义、长度及它们之间的层次的或表格的相互关系。
]
5.2物理结构设计要点
用链表结构去设计
5.3数据结构与程序的关系
[程序1]
[程序2]
[程序m]
6.系统出错处理设计
6.1出错信息
根据不同的出错情况给出不同的出错信息,一般用对话框给出
6.2补救措施
a.后备技术每天交班之前把系统里的资料拷贝一份到云u盘里。
以防系统故障之后的一系列问题的发生。
b.降效技术当系统出现问题时,工作人员可以记录客户的维修信息,尽量快的给客户提供服务。
c.恢复及再启动技术在系统中设计断电保存和系统原画面恢复功能,系统出故障后重新启动之后还能继续正常工作。
6.3系统维护设计
由于此项目比较小,除了严格按照软件工程的科学方法开发软件、认真建立文档、编码阶段写详细的注释外,没有特殊的维护设计,如:
设置维护模块等。