概要设计说明书Word文档格式.docx
《概要设计说明书Word文档格式.docx》由会员分享,可在线阅读,更多相关《概要设计说明书Word文档格式.docx(16页珍藏版)》请在冰点文库上搜索。
2.3运行环境8
2.4基本设计概念和处理流程9
2.4.1系统体系结构图9
2.4.2使用过程状态图10
2.4.3处理流程图11
2.5尚未解决的问题11
3接口设计11
3.1内部接口12
3.2外部接口12
4运行设计12
4.1运行模块组合12
4.2运行控制12
4.3运行时间12
5系统数据结构设计12
6系统出错处理设计12
6.1出错信息12
6.2补救措施13
6.3系统维护设计13
1引言
1.1编写目的
主要是基于以下目的编写此说明书:
1、对CAS设计的阶段任务成果形成文档,以便阶段验收、评审,最终的文档验收。
2、对需求阶段的文档再次确认过程,对前一阶段需求没有做充分或错误的提出修改。
3、明确整个系统的功能框架和数据库结构,为下一阶段的编码和测试提供参考依据。
4、明确编码规范和命名规范,统一程序界面。
预期读者:
详细设计人员、开发人员、测试人员,项目经理。
1.2定义
CAS:
1.3参考资料
车辆调度系统(CAS)需求规格说明书
车辆调度系统(CAS)数据库设计说明书
2总体设计
2.1需求规定
本系统的主要的输入输出项目为货运任务、车辆、司机的各种信息,处理的功能主要有对数据的管理(添加、修改、删除、查找、列表显示),支持图形化界面操作。
详细的说明可参见《需求分析说明书》。
2.2功能模块描述
2.2.1车辆调度
2.2.1.1任务管理
名称
任务管理
标识
F0101
子系统名称
车辆调度
系统
名称
CAS
接 口
说 明
输入
任务号、出车日期、任务所属客户、货物、装货点、卸货点、车辆ID、司机ID、任务状态等信息。
输出
A.新增的任务记录将会保存在数据库显示并显示在任务列表中;
B.被修改的任务记录将会在数据库和任务列表中覆盖原记录;
C.被删除的任务记录将会从数据库和任务列表中被删除;
功 能
当公司接到新任务时:
情况1:
任务为当日任务:
通过本模块,管理员需对任务进行记录(用车单位,货物等):
后将任务分配给待命的车辆和司机(车辆和司机被分配时,其在资源状态中的状态相应改变);
在出车时让系统打印出路单,同时,任务状态设置为“进行中”。
(路单交与司机,以供司机装卸货时交与客户签字)。
情况2:
任务非当日任务:
通过本模块,管理员将任务状态设为“待定”,直至任务执行当日。
其中,在进行任务分配时,待命车辆及司机名单将可以按优先级排序。
(优先级根据数据统计模块中的工作量统计确定)
运行环
境说明
用MFC调用ACCESS数据库实现
调用关
系说明
调用模块
被调用模块
任务号、出车日期、用车单位、货物、车辆、司机等数据的调用和修改
2.2.1.2任务查询
任务查询
F0102
任务号
对应任务的状况:
车辆、司机、货物、装卸货地点、任务状态等相关信息
显示出当前或先前某日的运输任务分配的信息,管理员可在任何时候查看当前时刻有那些任务正在进行及该任务的详细信息。
同时也应该能够查看执行任务的某车辆或司机的资料。
(即选取某个任务后应该以一窗口显示该任务的详细信息,而从中选取某车辆或司机时,系统应该显示出相应车辆或司机的资料)
车辆、司机、货物、装卸货地点、任务状态等数据的调用
2.2.1.3打印任务列表
打印任务列表
F0103
日期
任务记录表单
通过输入任务号查询任务,方便管理员查看各项任务。
打印功能
2.2.2资源管理
2.2.2.1车辆状态管理
车辆状态管理
F0201
资源管理
车辆出勤状态,默认为“待命”,另有“出车”、“已安排”、“故障”
车辆号、车辆状态(待命、任务中、维修、报废,其他)及本周本月工作量
管理员查看和记录当前所有车辆的状态,车辆的默认状态为“待命”,另有“任务中”、“维修”、“报废”、“其他”,并当车辆状态发生变化时进行更改。
以此作为接到新任务时进行车辆分配的根据。
(当车辆已获分配任务但尚未出车期间,车辆状态发生变化,该车所参与的未出车的任务记录将有提示信息,表明该任务记录需更换车辆)
车辆号、车辆状态、工作量等数据的调用和修改
2.2.2.2司机状态管理
司机状态管理
F0202
司机状态,默认为“待命”,另有“出车”、“已安排”、“请假”及本周本月工作量
司机编号、司机姓名、司机状态(待命、任务中、请假、休假、其他)
管理员查看和记录当前所有司机记录状况。
司机的默认状态为“待命”,另有“任务中”、“休假”、“请假”、“其他”。
(大致同上文的车辆状态)
司机编号、司机姓名、司机状态、工作量等数据的调用和修改
2.2.2.3打印状态列表
打印状态列表
F0203
选择打印格式
车辆状态表单、司机状态表单、车辆-司机状态表单
将当日的车辆或司机状态或二者的状态一起按一定格式打印成表单输出。
车辆号、车辆状态、司机编号、司机姓名、司机状态、工作量等数据的调用
2.2.3数据管理
2.2.3.1车辆资料管理
车辆资料管理
F0301
数据管理
车辆号,车辆的资料
车辆的资料信息
查询、输入或修改车辆的车牌号、车型、维修记录等信息。
查询时系统可根据使用者需要按一定顺序列表输出车辆概要资料;
亦可查询某辆车的详细资料。
当运输公司购入新车时,首先在此处添加其相关信息,如:
购入日期、车辆号、车型等信息;
当车辆需维修时,在此处的维修记录添加相应信息。
车辆资料数据的调用和修改
2.2.3.2司机资料管理
司机资料管理
F0302
司机编号;
司机的资料
司机的资料信息
查询、输入或修改司机的编号、姓名、车龄等信息。
查询时系统可根据使用者需要按一定顺序列表输出司机概要资料;
亦可查询某司机的详细资料。
当新司机进入时,首先在此处添加其相关信息,如编号、驾照类型等信息;
资料有变化时则进行相应修改。
司机资料数据的调用和修改
2.2.3.3打印资料列表
打印资料列表
F0303
资料表单
将车辆资料、司机资料打印成表单输出
用MFC调用打印功能实现
车辆资料、司机资料数据的调用
2.2.4系统设置
2.2.4.1用户管理
用户管理
F0401
系统设置
帐号和密码
用户列表
增删管理员账号,修改密码
用户表记录集
2.2.4.2备份还原数据库
设置数据路径
F0402
数据路径
确认窗口
设置数据路径,备份与恢复数据
用MFC拷贝系统文件
数据库文件和备份文件
2.2.5用户登陆
用户登陆
无
验证是否成功
用户进行登陆
2.3基本设计概念和处理流程
2.3.1系统体系结构图
2.3.2使用过程状态图
2.3.3处理流程图
2.4运行环境
OS:
Windows2000/XP或以上
数据库:
MicrofoftAccess2003
数据源:
将数据库文件添加到系统数据源中,名为“CASDATA”。
2.5尚未解决的问题
打印功能部分缺乏硬件支持,初步版本不进行实现。
3接口设计
3.1内部接口
系统的每个窗口都会声明若干记录集类指针,调用需要使用的数据表。
3.2外部接口
本系统通过数据源(ODBC)调用ACCESS数据库。
4运行设计
4.1运行模块组合
具体软件的运行模块组合为主界面调用多窗口的运行环境,各个模块都在自己的窗口中执行操作,在软件运行过程中能较好的交换信息,处理数据。
4.2运行控制
软件运行时有较友好的界面,基本能够实现用户的数据处理要求
4.3运行时间
系统的运行时间基本可以达到用户所提出的要求,感觉不到明显延迟。
5系统数据结构设计
参见《CAS数据库设计说明书》
6系统出错处理设计
6.1出错信息
如发生以下操作,系统会给出提示:
1)输入的用户ID错误或为空;
2)输入的用户密码错误;
3)用户输入错误的数据;
4)添加、修改和删除成功;
5)查找到符合的记录;
6)未查找到符合的记录;
7)备份数据库成功/失败;
8)还原数据库成功/失败。
6.2补救措施
由于数据库支持备份,故在系统出错后可以依靠数据库的还原功能。
如能定期定期备份,就算系统崩溃,用户数据也不会丢失或遭到破坏。
6.3系统维护设计
由于系统较小没有外加维护模块,因为维护工作比较简单,仅靠数据库的一些基本维护