车辆管理系统设计说明书

第一篇：车辆管理系统设计说明书

车辆管理系统

系统设计说明书

学院：计算机与信息

班级：

学号：

姓名：

11软工A1 20114832516 田

伟

日期：2014.4.18

目录

系统设计说明书...............................................................................................................................3 1.引言..............................................................................................................................................3 1.1.编写目的..........................................................................................................................3 1.2.编写背景..........................................................................................................................3 1.3.参考资料..........................................................................................................................3 1.4.运行环境...........................................................................................................................3 1.5.预期读者...........................................................................................................................4 2.任务概述......................................................................................................................................4 2.1.目标..................................................................................................................................4 2.2.需求概述..........................................................................................................................4 2.3.条件与限制......................................................................................................................4 3.总体设计......................................................................................................................................5 3.1.总体结构设计..................................................................................................................5 3.2.功能分配..........................................................................................................................5 4.接口设计......................................................................................................................................6 4.1.外部接口设计...................................................................................................................6 4.1.1.软件接口................................................................................................................6 4.1.2.硬件接口................................................................................................................6 4.1.3.界面设计................................................................................................................6 4.2.内部接口设计...................................................................................................................6 5.数据结构设计..............................................................................................................................7 5.1.逻辑结构设计..................................................................................................................7 5.2.物理结构设计..................................................................................................................8 5.3.数据库设计.........................................................................................................................8 6.运行设计....................................................................................................................................13 6.1.运行控制........................................................................................................................13 6.2.运行时间........................................................................................................................13 7.出错处理设计............................................................................................................................14 7.1.出错输出信息................................................................................................................14 7.2.出错处理对策................................................................................................................14 7.3.故障分析与定位............................................................................................................14 8.安全保密设计............................................................................................................................14 9.系统维护设计............................................................................................................................14

系统设计说明书

1.引言

1.1.编写目的

本说明书对车辆管理系统的总体设计与实现作详细说明。用于记录系统在技术层面上的实施过程，以需求说明作为设计的根本出发点，作为产品实现、功能要求和控制的依据。为开发人员指明设计方向，便于其在最短的时间内开发出功能最齐全的软件。

1.2.编写背景

物流系统是现代经济系统的主动脉，物流的最简单理解就是货物运输，所以运输在物流运作中的地位十分重要，而车辆是运输企业的命脉，有机的管理好车辆十分关键。传统的运输业已不能满足市场需求。运输企业的信息化管理具有重要意义。

1.3.参考资料

《UML基础与Rose建模教程》

《C#数据库系统开发完全手册》

《软件工程实验与实践教程》

《实用软件文档写作》

1.4.运行环境

运行该软件所适用的具体设备必须是奔腾操作系统在Windows xp及以上。

数据库为SQL Server2005以上版本

4、内存512MB以上的计算机。1.5.预期读者

本说明书的预期读者是项目的开发人员，测试人员和维护人员。

2.任务概述

2.1.目标

车辆管理系统将为企业提供各种车辆管理和快速查询的功能，以提高公司的运作效率，降低运作成本。结合公司需求，主要为用户提供以下几方面的功能。* 车辆基本信息管理 * 车辆购置管理 * 车辆调拨管理 * 车辆报废管理 * 车辆信息管理

2.2.需求概述

主要输入输出项：

系统用户信息（二级公司用户，总工程师，总经理）车辆基本信息（车牌号、自编号、公司编码等）

车辆购置信息（基本申请信息、审批信息、批复信息）车辆报废信息（基本申请信息、审批信息、批复信息）车辆调拨信息（基本申请信息、审批信息、批复信息）

2.3.条件与限制

车辆管理系统的用户分为四类：系统管理员、总经理、总工程师、二级公司用户。不同用户具有不同的操作权限。在用户作出操作时，系统需对判断用户是否具有该操作的权限，严禁一切非法操作，从而保证数据的安全性和完整性。3.总体设计

3.1.总体结构设计

图1 车辆管理系统功能模块结构

3.2.功能分配

用户的登录管理模块：

输入：用户名、密码、用户类型。

输出：相应用户界面显示或提示出错信息。

车辆信息、车辆购置信息、车辆调拨信息、车辆报废信息查询模块：

输入：用户输入各种所需查询的基本信息 输出：相应的详细信息界面

车辆信息、车辆购置信息、车辆调拨信息、车辆报废信息添加模块：

输入：用户输入各种所需添加的详细信息 输出：数据库操作执行结果对话框

车辆信息、车辆购置信息、车辆调拨信息、车辆报废信息修改模块: 输入: 用户输入各种所需修改的详细信息 输出: 数据库操作执行结果对话框 车辆信息、车辆购置信息、车辆调拨信息、车辆报废信息删除模块: 输入：用户输入各种所需删除的基本信息 输出：数据库操作执行结果对话框

退出模块：

输入：用户输入退出命令 输出：确认信息框

确认模块：

输入：用户操作命令 输出：确认信息框

4.接口设计

4.1.外部接口设计 4.1.1.软件接口

使用Sql Server数据库的驱动程序，通过COM接口访问。

4.1.2.硬件接口

鼠标。

键盘。

USB移动数据存储器。

4.1.3.界面设计

1.用户登录界面

2.管理员界面

3.二级公司用户界面

4.总工程师界面

5.总经理界面

4.2.内部接口设计

模块间接口采用数据耦合方式，通过参数表传送数据，交换信息。

5.数据结构设计

5.1.逻辑结构设计

5.2.物理结构设计

5.3.数据库设计

字段名

1、车辆基本信息表 车牌号

char(10)not null，数据类型

是否可为空

公司编码 char(10)not null, 自编号

char(10)null, 厂牌 char(18)null, 型号 char(18)null, 规格 char(18)null, 落户日期 datetime null, 燃料 char(18)null, 车辆来源 char(18)null, 来源摘要 char(100)null, 出厂日期 datetime null, 参运日期 datetime null, 登记证号 char(18)null, 产权归属 char(10)null, 使用性质 char(18)null, 车型 char(20)null, 车辆原值 decimal(10,2)null, 吨位 decimal(7,3)null, 养路费 decimal(7,2)null, 建设基金征费标准 decimal(7,2)null, 车辆级别 char(2)null, 发动机号 char(18)null, 底盘号 char(18)null, 车架号 char(18)null, 车身颜色 char(18)null, 一级维护周期 decimal(3)null, 二级维护周期 decimal(3)null，2、车辆购置申请信息表

申请单编号

char(10)

not null, vehicle_no

char(10)

not null, 公司编码

char(10)

not null, 产权归属

char(10)

null, 主管部门意见

char(100)

null, 主管部门审批意见

char(100)

null, 经历批示意见

char(100)

null, 经理批示时间

datetime

null, 车辆名称

char(40)

null, 申请时间

datetime

null, 生产厂家

char(100)

null, 厂牌

char(18)

null, 型号

char(18)

null, 规格

char(18)

null, 购置数量

decimal(3)

null, 单价预算

decimal(10,2)

null, 购置时间

datetime

null, 主要技术参数

char(100)

null, 购置理由

char(100)

null, 用途说明

char(100)

null, 资金来源

char(100)

null，3、车辆调拨申请信息表

申请单编号

char(10)

not null, 公司编码

char(10)

not null, 公司信_公司编码

char(10)

not null, 公司信_公司编码2

char(10)

not null, 车牌号

char(10)

not null, 审批信_产权归属

char(10)

null, 主管部门意见

主管部门审批意见

经历批示意见

经理批示时间

申请时间

调拨原因

通知时间

厂牌

型号

规格

自编号

调拨起始日期

调拨结束日期

交接地点

产权归属

经办人

4、车辆报废申请信息表申请单编号

公司编码

车牌号

产权归属

主管部门意见

主管部门审批意见

经历批示意见

经理批示时间

申请时间

厂牌

型号

规格

自编号

落户日期

吨位

原值

净值

char(100)

char(100)

char(100)

datetime

datetime

char(100)

datetime

char(18)

char(18)

char(18)

char(10)

datetime

datetime

char(100)

char(10)

char(18)

char(10)

char(10)

char(10)

char(10)

char(100)

char(100)

char(100)

datetime

datetime

char(18)

char(18)

char(18)

char(10)

datetime

decimal(7,3)

decimal(10,2)

decimal(10,2)

null，null，null，null，null，null，null, null, null, null, null，null，null，null，null, null，not null，not null，not null，null，null，null，null，null，null, null, null, null, null，null, null, null, null，已使用年限

decimal(2)

null, 已提折旧

decimal(10,2)

null, 资产级别

char(18)

null, 报废原因

char(100)

null, 累计行驶总里程

decimal(10,3)

null, 办理单位

char(2)

null, 批准文号

char(10)

null, 批准日期

datetime

null, 主管人

char(18)

null, 经管人

char(18)

车辆管辖单位意见

char(100)

5、车辆大修记录表 车牌号

char(10)

大修日期

datetime

间隔里程

decimal(10,3)

工时费

decimal(8,2)

材料费

decimal(8,2)

备注

char(100)

6、车辆改装记录表 车牌号

char(10)

改装日期

datetime

改装改造原因

char(200)

改装总成本及主要参数

char(200)改造后技术性能改变情况

char(200)

7、车辆折旧记录表 车牌号

char(10)

折旧日期

datetime

折旧率

decimal(6,3)

车辆原值

decimal(10,2)

余值

decimal(10,2)

8、发动机维修记录表 车牌号

char(10)

发动机维修日期

datetime

次数

numeric(2)

间隔里程

decimal(10,3)

工时费

decimal(8,2)

材料费

decimal(8,2)

备注

char(100)

9、报废车辆信息表

null，null，not null，not null，null, null, null, null，not null，not null，null，null，null，not null，not null, null，null, null，not null，not null, null，null, null, null, null，车牌号

char(10)not null, 公司编码 char(10)not null, 自编号

char(10)null, 厂牌 char(18)null, 型号 char(18)null, 规格 char(18)null, 落户日期 datetime null, 燃料 char(18)null, 车辆来源 char(18)null, 来源摘要 char(100)null, 出厂日期 datetime null, 参运日期 datetime null, 登记证号 char(18)null, 产权归属 char(10)null, 使用性质 char(18)null, 车型 char(20)null, 车辆原值 decimal(10,2)null, 吨位 decimal(7,3)null, 养路费 decimal(7,2)null, 建设基金征费标准 decimal(7,2)null, 车辆级别 char(2)null, 发动机号 char(18)null, 底盘号 char(18)null, 车架号 char(18)null, 车身颜色 char(18)null, 一级维护周期 decimal(3)null, 二级维护周期 decimal(3)null，10、报废车辆大修记录表 车牌号

char(10)not null, 大修日期2 datetime not null, 间隔里程 decimal(10,3)null, 工时费 decimal(8,2)null, 材料费 decimal(8,2)null, 备注 char(100)null，11、报废车辆发动机维修记录表 车牌号

char(10)not null, 发动机维修日期2 datetime not null, 次数 numeric(2)null, 间隔里程 decimal(10,3)null, 工时费 decimal(8,2)null, 材料费 decimal(8,2)null, 备注 char(100)null，12、报废车辆改装记录表 车牌号

char(10)not null, 改装日期2 datetime not null, 改装改造原因 char(200)null, 改装总成本及主要参数 char(200)null, 改造后技术性能改变情况 char(200)null，13、报废车辆折旧记录表 车牌号

char(10)

not null, 折旧日期2

datetime

not null, 折旧率

decimal(6,3)

null, 车辆原值

decimal(10,2)

null, 余值

decimal(10,2)

null，14、公司信息表

公司编码

char(10)

not null, 公司名称

char(18)

null, 6.运行设计

6.1.运行控制

本软件控制流程：主程序运行，等待用户的输入，根据用户的输入调用各子模块。

6.2.运行时间

搜索查找响应时间<5s； 运行响应时间<5s； 7.出错处理设计

7.1.出错输出信息

1、登录失败：说明密码、用户名以及用户类型至少有一项不符，弹出警告信息后需重新输入用户名、密码或重新选择用户类型，否则将无法登录。

2、对于超出用户权限范围的操作，予以提示。例如二级公司用户试图修改其他公司的申请单信息，公司总经理试图批复产权归属为“融资挂靠”的申请单信息等。

7.2.出错处理对策

故障出现后可能采取的变通措施，包括：软件系统维护、重装软件系统。

7.3.故障分析与定位

对于简单的错误可以人为地查找到并且确定错误的地方，对于复杂的错误可以通过具体的测试，能够迅速查找到出错的原因以及出错的地方。

8.安全保密设计

新用户注册时需给管理员出示其所属公司的证明，由管理员填写注册信息，并交付二级公司用户。二级公司用户可以自行修改个人信息，包括用户名和密码。用户登录后不得执行超出其权限范围的操作。

9.系统维护设计

在设计软件是要严格按照软件工程的科学方法开发软件、认真建立文档、编码阶段写详细的注释，对于维护可能会出现用户维护需求频繁的现象，主要要问题可能在数据库丢失或者数据库版本不匹配等的问题上。

第二篇：车辆管理系统设计说明书

车辆管理管理系统 系统设计说明书

班 级 08软工A1

拟制人 舒骥

2011年5月8日

目

录 引言...........................................................................................................................2

1.1编写目的.........................................................................................................1 1.2项目背景.........................................................................................................1 1.3定义...............................................................................错误！未定义书签。1.4参考文献.........................................................................................................2 2任务概述....................................................................................................................2

2.1目标.................................................................................................................2 2.2运行环境.........................................................................................................3 2.3需求概述.........................................................................................................3 2.4条件与限制.....................................................................................................3 3总体设计....................................................................................................................3

3.1处理流程.........................................................................................................3 3.2总体结构及模块结构.....................................................................................3.3功能分配

4数据结构设计............................................................................................................8

4.1逻辑模型设计.................................................................................................8 4.2物理模型设计.................................................................................................9 4.3数据库设计.....................................................................................................9 5接口设计..................................................................................................................14

5.1外部接口设计...............................................................................................14

5.1.1界面设计及说明...............................................................................14 5.1.2软件接口...........................................................................................27 5.1.3硬件接口...........................................................................................27 5.2内部接口设计...............................................................................................27 6运行设计..................................................................................................................27

6.1运行模块的组合...........................................................................................27 6.2运行控制.......................................................................................................27 6.3运行时间.......................................................................................................27 7出错处理设计..........................................................................................................28

7.1出错输出信息...............................................................................................28 7.2出错处理对策...............................................................................................28 8安全保密设计..........................................................................................................28 9维护设计..................................................................................................................28

引言

1.1编写目的

本说明书对车辆管理系统的总体设计与实现作详细说明。用于记录系统在技术层面上的实施过程，以需求说明作为设计的根本出发点，作为产品实现、功能要求和控制的依据。为开发人员指明设计方向，便于其在最短的时间内开发出功能最齐全的软件。

1.2项目背景

信息时代的到来意味着工作效率的日渐提高，同时也给车辆管理部门带来更大的压力，管理部门必须及时准确地提供各种参考材料，若无法作到这一点，将成为企业发展、机构运转的瓶颈。基于这一原因，车辆管理工作无一例外受到领导的高度重视。

随着车辆资料价值的日渐提升，社会对车辆管理部门也提出了更高的要求，对车辆早已不限于“用好”，更多地要求“管好”，车辆资料管理已向前延伸到公文的管理，向后扩展到信息资源的整理、采编、发放。就在车辆管理部门职能不断扩大、业务不断扩充的同时，机构改革、企业改制等等政策又要求车辆部门精兵简政，缩减日常经费开支，充分利用现有资源产生更多经济效益。“向管理要效益”已成为车辆部门的运营之本，车辆部门必须提高其自身的管理水平。“提升车辆管理档次，将车辆交给计算机管理”正在成为一种潮流，同时，计算机管理突出优势也在影响车辆管理的机制。以手工检索为目的的著录卡片、目录等，不仅在编制阶段大量占用车辆员的工作时间，检索利用也非常繁琐，缺少经验的车辆员甚至无法在别人编制的目录中查找车辆，更加难以保证“查全率”，使用计算机检索，将彻底解决这一问题；另外，为了保护车辆资料，大中型车辆馆都编制了“二套车辆”，造成保管费用高涨，复印机使车辆复制更加简便，却造成纸张消耗量的剧增，同时，大量复制文件的出现又给车辆管理带来新的安全问题，更与车辆管理的严肃性相抵触，使用计算机查询，将纸载车辆管理与电子车辆利用结合起来，可以完美解决这一难题，大幅度降低车辆管理费用。

1.4参考文献

[1].《ASP.NET 2.0网络编程从基础到实践 》 马颖华 苏贵洋 袁艺 苏桂涛 编著

[2].《UML基础与Rose建模教程》 蔡敏 徐惠惠 黄炳强 编著

[3].《C#数据库系统开发完全手册》 明日科技 张跃延 许文武 王小科 编著

[4].《软件工程实验与实践教程》 陈佳 曹妍 编著 [5].《实用软件文档写作》 肖刚 古辉 程振波 张元鸣 著

2任务概述

2.1目标

车辆管理系统将为企业提供各种车辆管理和快速查询的功能，以提高公司的运作效率，降低运作成本。结合公司需求，主要为用户提供以下几方面的功能。

* 车辆基本信息管理 * 车辆购置管理 * 车辆调拨管理 * 车辆报废管理 * 车辆信息管理查询

2.2运行环境

运行该软件所适用的具体设备必须是奔腾

4、内存512MB以上的计算机。操作系统在Windows xp及以上。

数据库为SQL Server2000版本

2.3需求概述

主要输入输出项：

1、系统用户信息（二级公司用户，总工程师，总经理）

2、车辆基本信息（车牌号、自编号、公司编码等）

3、车辆购置信息（基本申请信息、审批信息、批复信息）

4、车辆报废信息（基本申请信息、审批信息、批复信息）

5、车辆调拨信息（基本申请信息、审批信息、批复信息）

2.4条件与限制

车辆管理系统的用户分为四类：系统管理员、总经理、总工程师、二级公司用户。不同用户具有不同的操作权限。在用户作出操作时，系统需对判断用户是否具有该操作的权限，严禁一切非法操作，从而保证数据的安全性和完整性。

3总体设计

3.1功能模块分析

1、车辆基本信息管理模块

(1)用户的登录管理：不同级别的用户通过特定的用户名和密码登录系统，对相应的信息进行管理。

(2)查询车辆基本信息：通过输入车辆的基本信息对车辆的整体信息进行查询。(3)修改车辆基本信息：有相关权限的用户如有必要，可对车辆的基本信息进行修改。

(4)添加车辆基本信息：有相关权限的用户可添加车辆的基本信息。

2、车辆购置管理模块

用户可添加、修改、删除、查询车辆购置管理申请单，然后交由总工程师申请审批，如通过再有总经理申请审批，实现二级公司要提交车辆的购置申请，集团公司职能部门根据车辆的产权归属，由总工程师或总工程师及总经理对申请进行审批，生效后产生调拨单下发所属公司及各有关部门。

3、车辆调拨管理模块

与车辆购置管理类似，用户可添加、修改、查询车辆调拨管理申请单，然后交由总工程师申请审批，如通过再有总经理申请审批，实现二级公司要提交车辆的购置申请，集团公司职能部门根据车辆的产权归属，由总工程师或总工程师及总经理对申请进行审批，生效后产生调拨单下发所属公司及各有关部门。

4、车辆报废管理模块

与车辆购置管理类似，用户可添加、修改、查询车辆报废管理申请单，然后交由总工程师申请审批，如通过再有总经理申请审批，实现二级公司要提交车辆的购置申请，集团公司职能部门根据车辆的产权归属，由总工程师或总工程师及总经理对申请进行审批，生效后产生调拨单下发所属公司及各有关部门。

5、车辆信息查询管理模块

实现对多种信息的快速模糊查询，可根据车辆所属的二级公司，车牌号，车辆的厂牌，规格，型号等信息进行不同的组合来查询车辆，还可根据申请购置，调拨，报废车辆的二级公司，申请时间等查询车辆的购置，调拨，报废的申请及审批情况等。

3.2总体结构及模块结构

1、高层功能模块

图 1 车辆管理系统高层功能模块结构图

2、车辆变更的申请模块

图 2 车辆管理系统—车辆变更的申请模块结构图

3、车辆变更的申请审批模块

图 3车辆管理系统—车辆变更的申请审批模块结构图

4、车辆变更处理模块

图 4车辆管理系统—车辆变更处理模块结构图

4数据结构设计

4.1逻辑模型设计

图 6 车辆管理系统逻辑模型

4.2物理模型设计

图 7 车辆管理系统物理模型

4.3数据库设计

字段名

1、车辆基本信息表 车牌号

自编号

数据类型

是否可为空

char(10)not null, char(10)null, 公司编码 char(10)not null, 厂牌 char(18)null, 型号 char(18)null, 规格 char(18)null, 落户日期 datetime null, 燃料 char(18)null, 车辆来源 char(18)null，来源摘要 char(100)null, 出厂日期 datetime null, 参运日期 datetime null, 登记证号 char(18)null, 产权归属 char(10)null, 使用性质 char(18)null, 车型 char(20)null, 车辆原值 decimal(10,2)null, 吨位 decimal(7,3)null, 养路费 decimal(7,2)null, 建设基金征费标准 decimal(7,2)null, 车辆级别 char(2)null, 发动机号 char(18)null, 底盘号 char(18)null, 车架号 char(18)null, 车身颜色 char(18)null, 一级维护周期 decimal(3)null, 二级维护周期 decimal(3)null，2、车辆购置申请信息表

申请单编号

char(10)

not null, vehicle_no

char(10)

not null, 公司编码

char(10)

not null, 产权归属

char(10)

null, 主管部门意见

char(100)

null, 主管部门审批意见

char(100)

null, 经历批示意见

char(100)

null, 经理批示时间

datetime

null, 车辆名称

char(40)

null, 申请时间

datetime

null, 生产厂家

char(100)

null, 厂牌

char(18)

null, 型号

char(18)

null, 规格

char(18)

null, 购置数量

decimal(3)

null, 单价预算

decimal(10,2)

null, 购置时间

datetime

null, 主要技术参数

char(100)

null, 购置理由

char(100)

null，用途说明

char(100)

null, 资金来源

char(100)

null，3、车辆调拨申请信息表

申请单编号

char(10)

not null, 公司编码

char(10)

not null, 公司信_公司编码

char(10)

not null, 公司信_公司编码2

char(10)

not null, 车牌号

char(10)

not null, 审批信_产权归属

主管部门意见

主管部门审批意见

经历批示意见

经理批示时间

申请时间

调拨原因

通知时间

厂牌

型号

规格

自编号

调拨起始日期

调拨结束日期

交接地点

产权归属

经办人

4、车辆报废申请信息表

申请单编号

公司编码

车牌号

产权归属

主管部门意见

主管部门审批意见

经历批示意见

经理批示时间

申请时间

厂牌

型号

规格

自编号

落户日期

吨位

原值

char(10)

char(100)

char(100)

char(100)

datetime

datetime

char(100)

datetime

char(18)

char(18)

char(18)

char(10)

datetime

datetime

char(100)

char(10)

char(18)

char(10)

char(10)

char(10)

char(10)

char(100)

char(100)

char(100)

datetime

datetime

char(18)

char(18)

char(18)

char(10)

datetime

decimal(7,3)

decimal(10,2)

null，null，null，null，null，null，null，null, null, null, null, null，null，null，null，null, null，not null，not null, not null，null，null，null，null，null，null, null, null, null, null，null, null, null，净值

decimal(10,2)

null, 已使用年限

decimal(2)

null, 已提折旧

decimal(10,2)

null, 资产级别

char(18)

null, 报废原因

char(100)

null, 累计行驶总里程

decimal(10,3)

null, 办理单位

char(2)

null, 批准文号

char(10)

null, 批准日期

datetime

null, 主管人

char(18)

经管人

char(18)

车辆管辖单位意见

char(100)

5、车辆大修记录表 车牌号

char(10)

大修日期

datetime

间隔里程

decimal(10,3)

工时费

decimal(8,2)

材料费

decimal(8,2)

备注

char(100)

6、车辆改装记录表 车牌号

char(10)

改装日期

datetime

改装改造原因

char(200)

改装总成本及主要参数

char(200)改造后技术性能改变情况

char(200)

7、车辆折旧记录表 车牌号

char(10)

折旧日期

datetime

折旧率

decimal(6,3)

车辆原值

decimal(10,2)

余值

decimal(10,2)

8、发动机维修记录表 车牌号

char(10)

发动机维修日期

datetime

次数

numeric(2)

间隔里程

decimal(10,3)

工时费

decimal(8,2)

材料费

decimal(8,2)

备注

char(100)

null, null，null，not null，not null，null, null, null, null, not null，not null，null，null，null，not null，not null, null，null, null, not null，not null, null，null, null, null, null，9、报废车辆信息表

车牌号

char(10)not null, 公司编码 char(10)not null, 自编号

char(10)null, 厂牌 char(18)null, 型号 char(18)null, 规格 char(18)null, 落户日期 datetime null, 燃料 char(18)null, 车辆来源 char(18)null, 来源摘要 char(100)null, 出厂日期 datetime null, 参运日期 datetime null, 登记证号 char(18)null, 产权归属 char(10)null, 使用性质 char(18)null, 车型 char(20)null, 车辆原值 decimal(10,2)null, 吨位 decimal(7,3)null, 养路费 decimal(7,2)null, 建设基金征费标准 decimal(7,2)null, 车辆级别 char(2)null, 发动机号 char(18)null, 底盘号 char(18)null, 车架号 char(18)null, 车身颜色 char(18)null, 一级维护周期 decimal(3)null, 二级维护周期 decimal(3)null，10、报废车辆大修记录表 车牌号

char(10)not null, 大修日期2 datetime not null, 间隔里程 decimal(10,3)null, 工时费 decimal(8,2)null, 材料费 decimal(8,2)null, 备注 char(100)null，11、报废车辆发动机维修记录表 车牌号

char(10)not null, 发动机维修日期2 datetime not null, 次数 numeric(2)null，间隔里程 decimal(10,3)null, 工时费 decimal(8,2)null, 材料费 decimal(8,2)null, 备注 char(100)null，12、报废车辆改装记录表 车牌号

char(10)not null, 改装日期2 datetime not null, 改装改造原因 char(200)null, 改装总成本及主要参数 char(200)null, 改造后技术性能改变情况 char(200)null，13、报废车辆折旧记录表 车牌号

char(10)

not null, 折旧日期2

datetime

not null, 折旧率

decimal(6,3)

null, 车辆原值

decimal(10,2)

null, 余值

decimal(10,2)

null，14、公司信息表

公司编码

char(10)

not null, 公司名称

char(18)

null，5接口设计

5.1外部接口设计

5.1.1界面设计及说明

按Windows应用软件用户界面的规范来设计，使用以对话框为主的用户界面，便于用户使用。

主要界面有：

1、用户登录界面

图 5-1 用户登录界面图

输入：选择登录身份，输入用户名、密码

登录按钮：点击提交，由数据库验证身份及密码，并且转到相应的用户界面或提示出错信息。

退出按钮：退出该程序

2、管理员界面

图 5-2-1管理员登录主界面

登陆用户相关操作菜单：查询所有登录权限用户信息。

用户基本信息菜单：包含新用户的注册和查询登陆用户基本信息。退出菜单：退出系统。

图 5-2-2用户个人信息管理界面

修改按钮：单击修改按钮后可以修改用户名和密码。输入：需要修改的用户名和密码。

返回按钮：取消显示用户信息，返回管理界面。修改密码按钮：进入修改密码界面。

图 5-2-3密码修改界面

输入：新密码。

确认修改按钮：提交输入密码。

放弃修改按钮：放弃密码修改，返回主界面。

图 5-2-4用户注册主界面

输入：用户名、密码、用户类型。公司编码下拉框：选择相应的公司编码。

公司名称：根据已选的公司编码自动显示相应的公司名称。

保存按钮：检查各项输入数据是否满足格式要求，若不满足则给出提示信息返回按钮：对未保存的数据不作任何操作，并关闭注册界面。重新填写；若满足则将数据添加到数据库，并给出操作成功的提示。

图 5-2-4 用户管理界面

导航菜单：用于查看和删除系统所有用户信息。返回按钮：退出系统。

3、二级公司用户界面

图 5-3-1 二级公司用户登录主界面

基本信息管理菜单：包含个人信息的查看和修改（界面和图5-2-2相同）以车辆申请信息管理菜单：包含车辆购置申请、车辆调拨申请、车辆报废申请及车辆信息的查询。三个子菜单。

退出菜单：退出车辆管理系统。

图 5-3-2.1车辆购置申请管理主界面

输入：在申请公司下拉框中选择相应的公司编号，并选择产权归属、填写好清空条件按钮：清空查询条件中的文本框，将下拉框置空，将产权归属选为查询按钮：根据查询条件查询数据库中的相应信息。二维列表选项卡：用于显示查询结果中每条记录的主要信息。申请日期范围。默认的“全部”。

图 5-3-2.2车辆购置申请管理主界面

详细记录选项卡：用户显示查询结果中每条记录的详细信息。

上一条按钮：显示查询结果的上一条记录，若当前为第一条，则提示“已到下一条按钮：显示查询结果的下一条记录，若当前为最后条，则提示“已到底”。

第一条按钮：显示查询结果的第一条记录。最后一条按钮：显示查询结果的最后一条记录。插入按钮：显示插入申请单界面。

修改按钮：在该申请单未被审批的前提下，再判断该申请单是否为当前用户所有，若是，显示申请单修改界面；若不是，则提示不能修改。

删除按钮：在该申请单未被审批的前提下，再判断给该请单是否归当前用户所有，若是，则删除申请单；若不是，则提示不能删除。

退出按钮：关闭本窗口并返回调用窗口。

4、总工程师界面

顶”。

图5-4-1 总工程师登录主界面

基本信息管理菜单：包含个人信息的查看和修改（界面和图5-2-2相同）以车辆审批信息管理菜单：包含车辆购置审批、车辆调拨审批、车辆报废审批三个子菜单。

退出菜单：退出车辆管理系统。及车辆信息的查询。

图 5-4-1.1 总工程师审批信息管理界面

输入：在申请公司下拉框中选择相应的公司编号，并选择产权归属、填写好申请日期范围。

清空条件按钮：清空查询条件中的文本框，将下拉框置空，将产权归属选为查询按钮：根据查询条件查询数据库中的相应信息。二维列表选项卡：用于显示查询结果中每条记录的主要信息。默认的“全部”。

图 5-4-1.2 总工程师审批信息管理界面

详细记录选项卡：用户显示查询结果中每条记录的详细信息。

上一条按钮：显示查询结果的上一条记录，若当前为第一条，则提示“已到下一条按钮：显示查询结果的下一条记录，若当前为最后条，则提示“已到底”。

第一条按钮：显示查询结果的第一条记录。最后一条按钮：显示查询结果的最后一条记录。

审批按钮：首先判断该申请单是否已被总经理批复，若是，则提示已批复，不能审批；若不是并且该申请单已审批，则询问是否修改，并根据用户选择给出相应的界面；若未审批，则显示审批界面。

退出按钮：关闭本窗口并返回调用窗口。

5、总经理界面 顶”。

图5-5-1总经理登录主界面

基本信息管理菜单：包含个人信息的查看和修改（界面和图5-2-2相同）以及车辆信息的查询。

车辆批复信息管理菜单：包含车辆购置批复、车辆调拨批复、车辆报废批复三个子菜单。

退出菜单：退出车辆管理系统。

图5-5-2.1批复管理主界面

输入：在申请公司下拉框中选择相应的公司编号，并选择产权归属、填写好申请日期范围。

清空条件按钮：清空查询条件中的文本框，将下拉框置空，将产权归属选为查询按钮：根据查询条件查询数据库中的相应信息。二维列表选项卡：用于显示查询结果中每条记录的主要信息。默认的“全部”。

图5-5-2.1批复管理主界面

详细记录选项卡：用户显示查询结果中每条记录的详细信息以及总工程师的审批意见和时间。上一条按钮：显示查询结果的上一条记录，若当前为第一条，则提示“已到下一条按钮：显示查询结果的下一条记录，若当前为最后条，则提示“已到底”。

第一条按钮：显示查询结果的第一条记录。最后一条按钮：显示查询结果的最后一条记录。

批复按钮：首先判断该申请单是否已批复，若是，则提示已批复；若未批复，还需判断申请车辆的产权归属以及总工程师是否已审批。只有在产权归属为公司顶”。

所有以及总工程师已审批的情况下才显示批复意见界面，否则均给出相应的提示信息。

退出按钮：关闭本窗口并返回调用窗口。

5.1.2软件接口

使用Sql Server数据库的驱动程序，通过COM接口访问。

5.1.3硬件接口

1）鼠标。

2）键盘。

3）USB移动数据存储器。

5.2内部接口设计

模块间接口采用数据耦合方式，通过参数表传送数据，交换信息。

6运行设计

6.1运行模块的组合

程序启动后，进入主模块，用户选择菜单、单击对话框、按钮事件触发主模块调用各下层模块，进入对应的子对话框，同样由用户的输入触发这些模块调用其下层模块，完成相应操作。

6.2运行控制

本软件控制流程：主程序运行，等待用户的输入，根据用户的输入调用各子模块。

6.3运行时间

搜索查找响应时间<1s； 运行响应时间<1s；

7出错处理设计

7.1出错输出信息

1、登录失败：说明密码、用户名以及用户类型至少有一项不符，弹出警告信息后需重新输入用户名、密码或重新选择用户类型，否则将无法登录。

2、对于超出用户权限范围的操作，予以提示。例如二级公司用户试图修改其他公司的申请单信息，公司总经理试图批复产权归属为“融资挂靠”的申请单信息等。

7.2出错处理对策

故障出现后可能采取的变通措施，包括： 1）软件系统维护 2）重装软件系统

8安全保密设计

新用户注册时需给管理员出示其所属公司的证明，由管理员填写注册信息，并交付二级公司用户。二级公司用户可以自行修改个人信息，包括用户名和密码。用户登录后不得执行超出其权限范围的操作。

9维护设计

由于此项目比较小，除了严格按照软件工程的科学方法开发软件、认真建立文档、编码阶段写详细的注释外，对于维护可能会出现用户维护需求频繁的现象，只要问题可能在数据库丢失，数据库版本等问题上。

第三篇：车辆管理系统需求规格说明书

车辆管理系统

软件需求规格说明书

班 级 08软工A1 拟制人 舒骥

2011年05月10日

目录

1引言.............................................................................................................................1

1.1编写目的.........................................................................................................1 1.2 背景................................................................................................................1 1.3 预期读者........................................................................................................1 1.4参考资料.........................................................................................................1 2综合描述.....................................................................................................................2

2.1产品目标.........................................................................................................2 2.2产品功能.........................................................................................................2 2.3用户范畴和特征.............................................................................................2 2.4运行环境.........................................................................................................3 2.5设计和实现限制.............................................................................................3 2.6 假定和约束....................................................................................................3

2.6.1人力资源约束.....................................................................................3 2.6.2技术约束.............................................................................................3 2.6.3环境约束.............................................................................................3

3外部接口需求.............................................................................................................4

3.1用户界面.........................................................................................................4 3.2硬件接口.........................................................................................................4 3.3软件接口.........................................................................................................4 3.4通信接口.........................................................................................................4 4功能性需求.................................................................................................................4

4.1功能分析.........................................................................................................4 4.2用例图.............................................................................................................5 4.3用例分析.........................................................................................................9 4.4功能活动图...................................................................................................19 4.5状态图...........................................................................................................21 5非功能需求...............................................................................................................22

5.1性能需求.......................................................................................................22

5.1.1时间、界面、响应要求...................................................................22 5.1.2灵活性...............................................................................................22 5.2数据管理需求...............................................................................................22

5.2.1系统数据流图...................................................................................22 5.2.2数据整理与保存...............................................................................24 5.2.3数据安全性.......................................................................................24 5.3故障处理需求...............................................................................................24

1引言

1.1编写目的

需求说明的编写是为了研究车辆管理软件的开发途径和应用方法。同时它也是进行项目策划、概要设计和详细设计的基础，是维护人员进行内部维护，信息更新，验收和测试的依据。本文档将对车辆管理系统软件开发需求进行描述。

1.2 背景

物流系统是现代经济系统的主动脉，物流的最简单理解就是货物运输，所以运输在物流运作中的地位十分重要，而车辆是运输企业的命脉，有机的管理好车辆十分关键。传统的运输业已不能满足市场需求。运输企业的信息化管理具有重要意义。

开发软件名称：车辆管理系统 项目开发者：08软工A1 舒骥 用户：运输集团公司

1.3 预期读者

本需求的预期读者是开发组成人员，软件测试人员，支持本项目的老师，软件维护人员。

1.4参考资料

[1].《软件需求工程》 毋国庆 梁正平袁梦霆 李勇华 编著[2].《UML基础与Rose建模教程》 蔡敏 徐惠惠 黄炳强 编著

[3].《C#数据库系统开发完全手册》 明日科技 张跃延 许文武 王小科 编著

[4].《软件工程实验与实践教程》 陈佳 曹妍 编著 [5].《实用软件文档写作》 肖刚 古辉 程振波 张元鸣 著 2综合描述

2.1产品目标

车辆管理系统将为企业提供各种车辆管理和快速查询的功能，以提高公司的运作效率，降低运作成本。

2.2产品功能

* 车辆基本信息管理 * 车辆购置管理 * 车辆调拨管理 * 车辆报废管理 * 车辆信息管理查询

2.3用户范畴和特征

本软件最终用户为汽车运输集团公司。该公司主要设有技术服务部、客货运输部、企业管理部等职能部门，下属运输公司有零担运输公司、客运公司、整车运输公司、旅游公司等，其组织结构如下图1：

图1：运输集团公司组织结构图

2.4运行环境

运行该软件所适用的具体设备必须是奔腾

4、内存512MB以上的计算机。操作系统在Windows xp及以上。

数据库为SQL Server2000版本

2.5设计和实现限制

仅设计为本地版本，无需联网，没有服务器端。

2.6 假定和约束

2.6.1人力资源约束

1、开发工作量约需1个人2月工作量。开发完成后，可减少为1名作为维护人员；

2、辅导老师1人，开发人员2人。

2.6.2技术约束

本项目的设计是在ASPAsp.Net程序设计语言的条件下进行的，技术设计采用软硬一体化的设计方法。

2.6.3环境约束

运行该软件所适用的具体设备必须是奔腾

4、内存512MB以上的计算机。操作系统在Windows xp及以上。

3外部接口需求

3.1用户界面

见《系统设计说明书》

3.2硬件接口

考虑到大量数据的备份等要求，需要保持与磁带机、光盘刻录机及USB的接口，这较易实现。

3.3软件接口

这里，主要考虑软件与操作系统、数据库管理系统的接口。由于不存在从其他文件导入的功能，所以无需担心格式转换的问题。该软件更趋向于单一封闭的单机版软件。

3.4通信接口

无需与网络连接，只需考虑与外部移动设备的通信。

4功能性需求

4.1功能分析

1、车辆基本信息管理模块

(1)用户的登录管理：不同级别的用户通过特定的用户名和密码登录系统，对相应的信息进行管理。

(2)查询车辆基本信息：通过输入车辆的基本信息对车辆的整体信息进行查询。(3)删除车辆基本信息：有相关权限的用户可对某些不再需要的车辆信息进行删除。

(4)修改车辆基本信息：有相关权限的用户如有必要，可对车辆的基本信息进 行修改。

(5)添加车辆基本信息：有相关权限的用户可添加车辆的基本信息。

2、车辆购置管理模块

用户可添加、修改、删除、查询车辆购置管理申请单，然后交由总工程师申请审批，如通过再有总经理申请审批，实现二级公司要提交车辆的购置申请，集团公司职能部门根据车辆的产权归属，由总工程师或总工程师及总经理对申请进行审批，生效后产生调拨单下发所属公司及各有关部门。

3、车辆调拨管理模块

与车辆购置管理类似，用户可添加、修改、删除、查询车辆调拨管理申请单，然后交由总工程师申请审批，如通过再有总经理申请审批，实现二级公司要提交车辆的购置申请，集团公司职能部门根据车辆的产权归属，由总工程师或总工程师及总经理对申请进行审批，生效后产生调拨单下发所属公司及各有关部门。

4、车辆报废管理模块

与车辆购置管理类似，用户可添加、修改、删除、查询车辆报废管理申请单，然后交由总工程师申请审批，如通过再有总经理申请审批，实现二级公司要提交车辆的购置申请，集团公司职能部门根据车辆的产权归属，由总工程师或总工程师及总经理对申请进行审批，生效后产生调拨单下发所属公司及各有关部门。

5、车辆信息查询管理模块

实现对多种信息的快速模糊查询，可根据车辆所属的二级公司，车牌号，车辆的厂牌，规格，型号等信息进行不同的组合来查询车辆，还可根据申请购置，调拨，报废车辆的二级公司，申请时间等查询车辆的购置，调拨，报废的申请及审批情况等。

4.2用例图

1、车辆管理信息系统用例图

2、车辆购置管理用例图

3、车辆调拨管理用例图

4、车辆报废管理用例图

5、车辆基本信息管理用例图

4.3用例分析

一、车辆购置管理

用例1 用例名称：添加车辆购置申请 用例识别号：1.1.1 参与者：二级公司用户

简要说明：二级公司用户添加一个车辆购置申请单。前置条件：二级公司用户已经登录车辆管理信息系统。基本事件流：

1)二级公司用户单击“插入”按钮。2)系统出现编辑窗口。

3)二级公司用户可以在相应的文本框上添加或修改申请单，也可以完全删除，重新填写。

4)二级公司用户编辑完相应的文本框，单击“存盘”按钮，一条新的车辆购置申请记录就被插入到数据库中。5)用例终止 其它事件流：

在单击“存盘”按钮之前，二级公司用户随时可以单击“取消”按钮，窗口内的任何内容都不会被保存。异常事件流：

1）提示错误信息，二级公司用户确认。2）返回到管理系统主界面。

后置条件：一条新的车辆购置记录被插入到数据库中并显示出来。注释：无。

其它事件流：

在单击“是”按钮之前，二级公司用户可以单击“否”按钮，车辆购置申请记录不会被删除。

异常件流：

1）提示错误信息，二级公司用户确认。2）返回到管理系统主界面。

后置条件：选中的默认的车辆购置申请记录从数据库中被删除，同时显示界面被更新。

注释：删除之前，要先使用查询功能，以便选择要删除的内容。

用例3 用例名称：总工程师购置申请审批 用例识别号：1.2.1 参与者：总工程师

简要说明：总工程师对二级公司用户提交的车辆购置申请单进行审批。前置条件：总工程师已经登录车辆管理信息系统、存在未审批的车辆购置申请。

基本事件流：

1)总工程师单击选中要审批的车辆购置申请记录。2)总工程师单击“审批”按钮。3)系统出现编辑窗口。

4)总工程师可以在审批意见文本框上添加或修改审批意见，也可以完全删除，重新填写。

5)总工程师选择“同意”或“不同意”单选按钮审批结果。

6)总工程师编辑完相应的文本框及选择完审批结果后，单击“存盘”按钮，该车辆购置申请记录就被审批，并在数据库中修改该记录的审批标志，审批结果和审批意见。7)用例终止。其它事件流：

在单击“存盘”按钮之前，总工程师随时可以单击“取消”按钮，审批内容及审批结果都不会被保存。异常事件流：

1）提示错误信息，总工程师确认。2）返回到管理系统主界面。

后置条件：选中的车辆购置申请记录被审批，并在数据库中修改该记录的审批标志、审批结果和审批意见。

注释：审批之前，要先使用查询功能，查出未审批的车辆购置申请记录。

用例4 用例名称：总经理购置申请批复 用例识别号：1.3.1 参与者：总经理

简要说明：总经理对二级公司用户提交的公司所属车辆购置申请进行批复。前置条件：总经理已经登录车辆管理信息系统、存在满足如下条件的车辆购置申请记录，即：总工程师已审批、总经理未批复的公司所属车辆购置申请记录。基本事件流：

1)总经理单击选中要审批的车辆购置申请记录。

2)总经理编辑完相应的文本框及选择完批复结果后，单击“存盘”按钮，该车辆购置申请记录就被批复，并在数据库中修改该记录的批复标志，批复结果和批复意见。3)用例终止。其它事件流：

在单击“存盘”按钮之前，总工程师随时可以单击“取消”按钮，审批内容及审批结果都不会被保存。异常事件流：

1）提示错误信息，总经理确认。2）返回到管理系统主界面。

后置条件：选中的车辆购置申请记录被批复，并在数据库中修改该记录的批复标志、批复结果和批复意见。

注释：审批之前，要先使用查询功能，查处总工程师已审批，总经理未批复的公司所属车辆购置申请记录。

二、车辆调拨管理

用例5 用例名称：添加车辆调拨申请 用例识别号：2.1.1 参与者：二级公司用户

简要说明：二级公司用户添加一个车辆调拨申请单。前置条件：二级公司用户已经登录车辆管理信息系统。基本事件流：

1)二级公司用户单击“插入”按钮。2)系统出现编辑窗。

3)二级公司用户可以在相应的文本框上添加或修改申请单，也可以完全删除，重新填写。

4)二级公司用户编辑完相应的文本框，单击“存盘”按钮，一条新的车辆调拨申请记录就被插入到数据库中。5)用例终止。其它事件流：

在单击“存盘”按钮之前，二级公司用户随时可以单击“取消”按钮，窗口内的任何内容都不会被保存。异常事件流：

1)提示错误信息，二级公司用户确认。2)返回到管理系统主界面。

后置条件：一条新的车辆调拨记录被插入到数据库中并显示出来。注释：无。

用例6 用例名称：删除车辆调拨申请 用例识别号：2.1.2 参与者：二级公司用户

简要说明：二级公司用户删除一个车辆调拨申请记录。

前置条件：二级公司用户已经登录车辆管理信息系统、将要被删除的车辆调拨申请没有被审批。基本事件流：

1)二级公司用户单击选中要删除的车辆调拨申请记录。2)二级公司用户单击“删除”按钮。3)系统出现“提示是否删除”窗口。

4)二级公司用户单击“是”按钮，该车辆调拨申请记录就被从数据库中删除。5)用例终止。其它事件流：

在单击“是”按钮之前，二级公司用户可以单击“否”按钮，车辆调拨申请记录不会被删除。异常件流：

1）提示错误信息，二级公司用户确认。2）返回到管理系统主界面。

后置条件：选中的默认的车辆调拨申请记录从数据库中被删除，同时显示界面被更新。

注释：删除之前，要先使用查询功能，以便选择要删除的内容。

用例7 用例名称：总工程师调拨申请审批 用例识别号：2.2.1 参与者：总工程师

简要说明：总工程师对二级公司用户提交的车辆调拨申请单进行审批。前置条件：总工程师已经登录车辆管理信息系统、存在未审批的车辆调拨申请。

基本事件流：

1)总工程师单击选中要审批的车辆调拨申请记录。2)总工程师单击“审批”按钮。3)系统出现编辑窗口。

4)总工程师可以在审批意见文本框上添加或修改审批意见，也可以完全删除，重新填写。

5)总工程师选择“同意”或“不同意”单选按钮审批结果。

6)总工程师编辑完相应的文本框及选择完审批结果后，单击“存盘”按钮，该车辆调拨申请记录就被审批，并在数据库中修改该记录的审批标志，审批结果和审批意见。7)用例终止。其它事件流：

在单击“存盘”按钮之前，总工程师随时可以单击“取消”按钮，审批内容及审批结果都不会被保存。异常事件流：

1）提示错误信息，总工程师确认。2）返回到管理系统主界面。

3）后置条件：选中的车辆调拨申请记录被审批，并在数据库中修改该记录的审批标志、审批结果和审批意见。

注释：审批之前，要先使用查询功能，查出未审批的车辆调拨申请记录。

用例8 用例名称：总经理调拨申请批复 用例识别号：2.3.1 参与者：总经理

简要说明：总经理对二级公司用户提交的公司所属车辆调拨申请进行批复。前置条件：总经理已经登录车辆管理信息系统、存在满足如下条件的车辆调拨申请记录，即：总工程师已审批、总经理未批复的公司所属车辆调拨申请记录。基本事件流：

1)总经理单击选中要审批的车辆调拨申请记录。2)总经理单击“审批”按钮。3)系统出现编辑窗口。

4)总经理可以在审批意见文本框上添加或修改批复意见，也可以完全删除，重新填写。

5)总经理选择“同意”或“不同意”单选按钮批复结果。

6)总经理编辑完相应的文本框及选择完批复结果后，单击“存盘”按钮，该车辆调拨申请记录就被批复，并在数据库中修改该记录的批复标志，批复结果和批复意见。7)用例终止。其它事件流：

在单击“存盘”按钮之前，总工程师随时可以单击“取消”按钮，审批内容及审批结果都不会被保存。异常事件流：

1）提示错误信息，总经理确认 2）返回到管理系统主界面

后置条件：选中的车辆调拨申请记录被批复，并在数据库中修改该记录的批复标志、批复结果和批复意见。

注释：审批之前，要先使用查询功能，查处总工程师已审批，总经理未批复的公司所属车辆调拨申请记录。

三、车辆报废管理

用例9 用例名称：添加车辆报废申请 用例识别号：3.1.1 参与者：二级公司用户

简要说明：二级公司用户添加一个车辆报废申请单。前置条件：二级公司用户已经登录车辆管理信息系统。基本事件流：

1)二级公司用户单击“插入”按钮。2)系统出现编辑窗口。

3)二级公司用户可以在相应的文本框上添加或修改申请单，也可以完全删除，重新填写。

4)二级公司用户编辑完相应的文本框，单击“存盘”按钮，一条新的车辆报废申请记录就被插入到数据库中。5)用例终止。其它事件流：

在单击“存盘”按钮之前，二级公司用户随时可以单击“取消”按钮，窗口内的任何内容都不会被保存。异常事件流：

1）提示错误信息，二级公司用户确认。2）返回到管理系统主界面。

后置条件：一条新的车辆报废记录被插入到数据库中并显示出来。注释：无。

用例10 用例名称：删除车辆报废申请 用例识别号：3.1.2 参与者：二级公司用户

简要说明：二级公司用户删除一个车辆报废申请记录。

前置条件：二级公司用户已经登录车辆管理信息系统、将要被删除的车辆报废申请没有被审批。基本事件流：

1)二级公司用户单击选中要删除的车辆报废申请记录。2)二级公司用户单击“删除”按钮。3)系统出现“提示是否删除”窗口。

4)二级公司用户单击“是”按钮，该车辆报废申请记录就被从数据库中删除。5)用例终止。

其它事件流：

在单击“是”按钮之前，二级公司用户可以单击“否”按钮，车辆报废申请记录不会被删除。异常件流：

1）提示错误信息，二级公司用户确认。2）返回到管理系统主界面。

后置条件：选中的默认的车辆报废申请记录从数据库中被删除，同时显示界面被更新。

注释：删除之前，要先使用查询功能，以便选择要删除的内容。

用例11 用例名称：总工程师报废申请审批 用例识别号：3.2.1 参与者：总工程师

简要说明：总工程师对二级公司用户提交的车辆报废申请单进行审批。前置条件：总工程师已经登录车辆管理信息系统、存在未审批的车辆报废申请。

基本事件流：

1）总工程师单击选中要审批的车辆报废申请记录。2）总工程师单击“审批”按钮。3）系统出现编辑窗口。

4）总工程师可以在审批意见文本框上添加或修改审批意见，也可以完全删除，重新填写。

5）总工程师选择“同意”或“不同意”单选按钮审批结果。

6）总工程师编辑完相应的文本框及选择完审批结果后，单击“存盘”按钮，该车辆报废申请记录就被审批，并在数据库中修改该记录的审批标志，审批结果和审批意见。7）用例终止。其它事件流：

在单击“存盘”按钮之前，总工程师随时可以单击“取消”按钮，审批内容及审批结果都不会被保存。异常事件流：

1）提示错误信息，总工程师确认。2）返回到管理系统主界面。

3）后置条件：选中的车辆报废申请记录被审批，并在数据库中修改该记录的审批标志、审批结果和审批意见。

注释：审批之前，要先使用查询功能，查出未审批的车辆报废申请记录。

用例12 用例名称：总经理报废申请批复 用例识别号：3.3.1 参与者：总经理

简要说明：总经理对二级公司用户提交的公司所属车辆报废申请进行批复。前置条件：总经理已经登录车辆管理信息系统、存在满足如下条件的车辆报废申请记录，即：总工程师已审批、总经理未批复的公司所属车辆报废申请记录。基本事件流：

1)总经理单击选中要审批的车辆报废申请记录。2)总经理单击“审批”按钮。3)系统出现编辑窗口。

4)总经理可以在审批意见文本框上添加或修改批复意见，也可以完全删除，重新填写。

5)总经理选择“同意”或“不同意”单选按钮批复结果。

6)总经理编辑完相应的文本框及选择完批复结果后，单击“存盘”按钮，该车辆报废申请记录就被批复，并在数据库中修改该记录的批复标志，批复结果和批复意见。7)用例终止。其它事件流：

在单击“存盘”按钮之前，总工程师随时可以单击“取消”按钮，审批内容及审批结果都不会被保存。异常事件流：

1）提示错误信息，总经理确认。2）返回到管理系统主界面。

后置条件：选中的车辆报废申请记录被批复，并在数据库中修改该记录的批复标志、批复结果和批复意见。

注释：审批之前，要先使用查询功能，查处总工程师已审批，总经理未批复的公司所属车辆报废申请记录。

4.4功能活动图

1、用户登录活动图

2、车辆基本信息管理活动图

3、车辆购置管理活动图 4.5状态图

1、车辆购置申请单状态图

2、车辆基本信息状态图

5非功能需求

5.1性能需求

5.1.1时间、界面、响应要求

由于此系统主要用于信息的保管查询，即对数据的安全性要求极高。为防止对信息资料和管理程序的恶意破坏，及恶意的窃取私人信息，要求有较为可靠的安全性能。另外也需要高速的响应，要求稳定、安全、便捷，易于管理和操作。另外使用者大多为非计算机人员，所以要求界面友善，交互性强。查询速度：不超过5秒；

其它所有交互功能反应速度：不超过3秒； 可靠性：平均故障间隔时间不低于300小时。信息容量：不低于10G时可能出现系统崩溃。

5.1.2灵活性

当用户需求，如操作方式，运行环境，结果精度，数据结构与其他软件接口等发生变化时，设计的软件要做适当调整,灵活性非常大。

5.2数据管理需求

5.2.1系统数据流图

车辆购置业务流程图

车辆调拨业务流程图 车辆报废业务流程图

5.2.2数据整理与保存

应满足随时整理的需求，用户可随时更改数据，保存数据。对于数据唯一性的识别应放在多个关键字之上。

5.2.3数据安全性

数据应具有极高的安全性，为了保护用户的隐私，仍需设置登陆及密码保护，以防用户的信息被人窃取。

5.3故障处理需求

1、内部故障处理: 在开发阶段可以随即修改数据库里的相应内容。

2、外部故障处理: 24 对编辑的程序进行重装载时，第一次装载认为错，修改。第二次运行，在需求调用时出错，有错误提示，重试。

3、本软件可能产生的错误为数据库的错误信息，应由数据库管理员对数据库进行维护。为了确保系统恢复的能力，数据库管理员要定期对数据库进行备份。但产品投入使用后，则由维护人员跟进。

第四篇：车辆管理系统需求规格说明书[模版]

车辆管理系统

软件需求规格说明书

班 级 08软工A2 组 号

拟制人 陆美娟

2011年3月14日

第五篇：餐饮管理系统设计说明书

餐饮管理系统

[编辑本段]餐饮管理系统的功能及选择

中国是举世闻名的美食大国，拥有五千年的饮食文化和巨大的餐饮市场，随着人民生活水平和生活方式的转变，餐饮业具有巨大的投资市场，被称为中国的黄金产业，但同样也应看到，餐饮业不仅面临着巨大的发展机遇，也面临着前所未有的挑战和考验。这些挑战主要来源于以下几方面：

1.人才的专业化程度不够导致内功不足：因餐饮业门坎较低，中国的大多数餐饮企业的老板是从小店发展起来的，家族式管理的居多，还没有发展到聘请职业经理人，许多还是“人治”，并没有一套现代企业制度和监督管理体制，所以从观念意识、经营思想和管理水平还有待专业化。

2.变能力差，缺乏先进的信息工具：现在的餐饮市场火爆，许多以前做电子、房地产等其他行业的老板都凭借雄厚的资金实力挤进餐饮市场，争先恐后的上规模、上档次、比菜品、比服务、拼价格，使餐饮市场竞争激烈，但是许多餐饮企业缺乏对市场的应变能力和灵敏的信息工具，在现今网络经济的时代，许多餐饮企业还处在手工及半手工状态，即使有计算机也只是实现了POS系统(点菜收银环节),当个点菜器和计算器用，并没有真正通过计算机系统来实现改造流程、强化管理、降低成本、堵漏节流等作用。

3.缺乏科学和标准的管理体系：国外著名的快餐连锁经过上百年的探索都形成了标准化的工作流程和方法。中餐因其菜品的多样化和特色化的服务很难实现标准化管理，这使中餐企业的成本控制很难实现，但近两年也出现了引进快餐式经营特点的中餐企业，例如全聚德集团和天津的家和海鲜巨无霸，从流程、服务、出品都开了中餐标准化的先河。

当然经营特色、规模、出品这些因素不同的餐饮业态有不同的标准，上面所提到的人才专业化和管理体系两点可以通过引进管理人才来实现，但是提高餐饮企业核心竞争力的管理信息工具也越来越受到餐饮老板的重视，因此许多公司都陆续推出了餐饮管理系统，但由于自身经验的缺乏或对酒店餐饮行业管理理解的不够，至使市场上的产品良莠不分。目前市场上的餐饮管理系统大致有手工单据集中上传、PDA点菜和手持POS点菜三种类型。

一.手工单据集中上传类型：顾名思义，集中上传就是点菜员用手工开单后，统一到前台的计算机,POS机或触摸屏POS机来进行统一录入上传。很明显，这将导致效率的非常低下。在营业高峰时经常出现录入菜单排队现象，相信随着当前餐饮管理的发展，这种效率低下的管理模式将逐渐遭到淘汰。另外，没有条码划菜系统，无法统计上菜的时间，一旦出现问题，在厨师和传菜员之间无法追究明确责任。

应用范围：

1、计算机银台录入菜单投资低廉，使用者大多是中低档家常菜馆，营业面积一般为几百平米，基本上为粗放式管理流程。

2、触摸屏录入点菜软硬件投资高，因开发者多是海外的软件公司，往往偏重于为西餐厅点菜模式，此类系统设计过于简单，很难满足中餐品种繁多、经营管理理念、复杂的业务流程等等，所以用户以客流量不大的高档粤菜酒楼或西餐厅、茶餐厅、咖啡厅居多，此系统的特点：图片化，操作容易，可以防水，由服务员手工写单后到触摸屏上录入，但繁忙时会发生点菜员排队等录入的现象。

二.PDA点菜类型：PDA点菜上传，其主要是通过无线传输技术(802.11b)来进行数据传输。PDA用于点菜机,优点有:可实现触摸界面,手写识别字体,这对一些不懂拼音又记不住编码的点菜员有吸引力.但缺点是:

1、用手写触摸屏写单速度慢,如果是无按键的PDA，操作繁琐、点菜速度慢、在输入数量、附加项时必须用笔触式界面，对比较潦草的字难以识别，易出错、修改麻烦，损坏频率高，2、如果是完全触屏的PDA点菜,服务员必须双手操作操作，影响为客人介绍菜品及服务；

3、时间短,电池充电麻烦；

4、个头和重量大，点菜员多为女孩子，拿着非常不方便；

所以在选择硬件时,建议选择触摸,按键一体机来用于点菜.三.手持无线POS点菜类型：使用餐饮专用的手持POS点菜系统是拥有众多用户群的一套系统，其系统着重流程管理，针对中餐酒店的所有环节采用信息手段进行整合，从预订、接待、点菜、菜品上传、厨房分单打印、条码划菜、收银、经理查询等全方位计算机管理信息系统。是目前业内较为先进的，非常适合中大型酒楼的管理系统，根据重点调研目前国内应用比较广泛的手持POS点菜餐饮管理系统的开发者—北京辰森世纪计算机系统有限公司的用户情况分析，其系统的特性有以下几点：

1.数据准确、无丢单漏单现象

它用手持无线POS机(433频率技术)进行点菜，可随点随发送,从点菜到上传至厨房出单只需几秒钟即可完成，上菜速度快捷准确.2.全程计算机跟踪管理，无一张手工单据，数据准确无误，各种权限设置，避免人为的失误，从源头上杜绝了跑冒滴漏现象。

3.上传速度快、提高翻台率;

4.厨房打印菜单，条码划菜，便于统计菜品和厨师业绩,并有多级备份和日志可查。

5.日清日结，实时查询统计、核算清楚准确。ü 每天由收银出日营业报表，财务审核非常轻松。

6.灵活而准确高效的收银结帐系统

客人用餐完毕结帐时，结帐由台面服务员同收款员配合完成。并可由收银POS打印出结算单；收银系统支持集团消费、会员卡、挂帐、现金、支票、礼卷等等多种付款方式，可根据酒店管理要求和在收银员权限范围内进行折扣和服务费等的使用。

7.辅助酒店老板的监控和决策的工具

其总经理查询决策系统的功能非常强大，可以查询营业收入统计、员工业绩统计、人均消费额、翻台率等；可以以图形或表格形式进行各种分析：财务状况分析、营销决策分析、营业收入分析等；能对餐饮企业的经营起到全面的辅助决策作用，另外这套系统还有针对餐饮连锁集团所开发的总部远程查询系统使酒店管理者可以异地监控和查询分店的营业情况。专用点菜POS机硬件性能指标优点：

1、点菜,上传速度快;

2、操作键大、功能键简单、可简拼、编码点菜，服务员容易上手

3、功能多：点菜、加菜、退菜、催菜、缓菜、口味、制作方法、查询买单、套餐、储存、可简拼点菜，可输中文，可以应附客人特殊要求；

4、内存大，个头小；

5、锂电电池，无需更换电池，服务员休息时即可充电；

综上所述，从中餐行业的复杂性和从业人员的素质考虑，推荐餐饮企业使用现今应用比较广泛也是比较稳定成熟的餐饮专用的手持无线POS点菜技术。如百年老字号全聚德集团、向阳渔港餐饮连锁集团、宁波石浦大酒店,武汉三五醇餐饮集团,武汉艳阳天餐饮集团，北京大东北餐饮集团,如一坊连锁集团,.太原江南餐饮, 四川成都文杏大酒楼, 安徽黄山一楼餐饮连锁,海天一色大酒店, 南昌独一处,北京金鼎轩,.北京渔公渔婆,南昌名人大酒楼,山西晋城金和餐饮,包括国内面积最大和最豪华的南京向阳渔港店紫金店(单店3万8千平米)等等都在广泛运用这套辰森餐饮管理系统。

餐饮管理系统软件方面应该具有的功能:

以辰森餐饮软件为例,功能实现:预订、点菜系统(手持无线点菜/触摸屏点菜/PDA点菜)、出品打印、送单、结帐、收银、厨房打印、财务监控、会员管理、后台采购、库存管理、结算管理、员工管理、客户关系管理，总经理查询监控系统；能做到方便高效的菜单录入、精确的出品打印、强大的参数设置、灵活的营销设置、完善的成本核算、详尽的营业报表。上面只是简单介绍了一下餐饮管理系统软硬件方面的应具有的功能,技术指标等等,下面我们谈一下如何选择一个好的餐饮管理系统:

一、选择一家好的软件企业对餐饮企业能够起到事半功倍的效果，否则损失是不可估量的。餐饮企业的经营特点具有多样性，而流程又有相当的复杂性。需要软件开发商熟悉具备相当高的餐饮专业知识，否则开发的产品经受不住市场的考验。而选择不合适的软件属于决策性的失误，将极大困绕、滞碍企业的经营和发展。所以软件企业要具备高经验度，这样才可以快捷借鉴先进企业的管理经验，把自己的风险降至最低。

选择软件不象选择其他的产品，使用不好可以随时更换。它将充分体现管理者的思想和管理核心。

每个餐饮企业要想成功无论从经营上还是管理上都要有自身鲜明的特色和长远的规模发展战略。有实力的公司才可以根据企业的要求，做出准确的二次开发，满足将来的软件升级。不断调整软件的模块内容，使软件可以更好的为企业服务。

软件企业良好的技术维护队伍、专门的维护部门、定期回访等能够实际解决客户的后顾之忧，而目前代理公司能力参差不齐、注重短期经济效益和对客户不负责任的态度令人堪忧。

二、餐饮企业如何选择餐饮软件。除了可以根据企业自身的规模和特点选择不同的软件产品以外，还要注意一下几点：

（一）要选择成熟稳定的产品。多家客户特别是连锁企业连续的使用软件一定是经受了市场的考验，也必将是可靠的。

（二）要选择适应性强的产品。任何好的软件产品都有很强的适应能力。任何特点鲜明的餐饮企业的基本管理流程是大同小异的。如果软件只针对一家或几个客户开发的，将不能满足大多数企业的要求。

（三）要选择同一家公司软件产品的关联性、多样组合性。有的企业由于经营的需要，可能需要多种形式的点菜系统，如果选择多家产品进行组合几乎是不可以实现的，而使用一种产品又不可能完全适合自己的需要。这样就要求软件公司可以提供多样性组合的产品。

（四）要选择产品的拓展性和升级。任何好的产品都需要不断的完善和技术发展。选择软件一定要充分考虑到该产品的拓展性和技术升级。

现在餐饮软件公司不胜枚举，我们建议餐饮企业选择一家有良好业界口碑的软件公司或是具有实际能力的代理公司为餐饮企业的信息化管理锦上添花。

餐饮企业在向规模化、规范化前进的道路上需要好的软件来支持，而软件公司也将根据行业特点实现自己产品的进步。他们紧密相连，市场优胜劣汰是不二的法则，通过先进的软件管理工具必将实现餐饮和软件IT行业的双赢。