自由行系统设计说明书

第一篇：自由行系统设计说明书

4 飞机订票系统系统概要设计说明书

文档编号: 版本号:V1.0

概要设计说明书

项目名称

飞机订票系统 项目负责人

何柳青 本文档编写者 李欣纯 项目开发者 计算机081第二组

2010年11月7日 目录

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

1.1 编写目的 ...................................................................................................................................... 1 1.2 背景 ............................................................................................................................................. 1 1.3 定义 ............................................................................................................................................. 1 1.4参考资料 ....................................................................................................................................... 1

2. 任务概述 ............................................................... 2

2.1目标 ............................................................................................................................................... 2 2.2运行环境 ....................................................................................................................................... 2

2.2.1设备 ........................................................................................................................ 2

2.2.2支持软件 ................................................................................................................ 2 2.3需求概要 ....................................................................................................................................... 2 2.4条件与限制 ................................................................................................................................... 2 3.总体设计 ................................................................. 3

3.1处理流程 ....................................................................................................................................... 3 3.2总体结构和模块外部设计 ........................................................................................................... 4

4.接口设计 ................................................................. 4

4.1 硬件接口 ...................................................................................................................................... 4 4.2 软件接口 ...................................................................................................................................... 4

5.数据结构设计 ............................................................. 5

5.1 逻辑结构设计 .............................................................................................................................. 5 5.2 物理结构设计 .............................................................................................................................. 5 5.3 数据结构与程序的关系 .............................................................................................................. 5

6.运行设计 ................................................................. 5

6.1 运行模块的组合 .......................................................................................................................... 5 6.2 运行控制 ...................................................................................................................................... 5 6.3 运行时间 ...................................................................................................................................... 5

7.出错处理设计 ............................................................. 6

7.1 出错输出信息 .............................................................................................................................. 6 7.2 出错处理对策 .............................................................................................................................. 6

8.安全保密设计 ............................................................. 6 9.维护设计 ................................................................. 6

1.引言

1.1 编写目的

从该阶段正式进入软件的实际开发阶段，本文档将对《飞机订票系统》的软件功能进行描述。本阶段的主要任务是把系统的功能需求分配给软件结构，形成软件的系统结构图。本概要设计说明书的目的就是进一步细化软件设计阶段得出的软件总体概貌，把它加工成在程序细节上非常接近于源程序的软件表示。本文档的读者是项目策划、设计和评审人员。

1.2 背景

开发软件名称：飞机票订系统。

//(1)项目任务提出者：中国民航及中国国际旅游开发公司。 (2)项目开发者：何柳靑，陆银琳，李欣纯，单国英，阿依古丽

(3)项目与其他软件，系统的关系：本项目采用客户机/服务器原理，客户端的程序是建立在Windows NT 系统上以Microsoft Visual C++为开发软件的应用程序，服务器端采用Linux 为操作系统的工作站，是采用Oracle 8的为开发软件的数据库服务程序。

1.3 定义

概要设计说明书中的专门术语有：数据结构设计，总体设计，接口设计，运行设计，系统出错处理设计。

1.4参考资料

《软件工程导论》 清华大学出版社 张海藩 编著 《实用软件工程》 清华大学出版社 郑人杰 等 编著

《数据库系统概论(第三版)》 高等教育出版社 萨师煊 王珊等编著 《实用软件文档写作》 清华大学出版社 肖刚等 编著 《软件工程》第3版 人民邮电出版社 张海藩等 编著

1 2. 任务概述

2.1目标

该阶段目的在于明确系统的数据结构和软件结构，此外总体设计还将给出内部软件和外部系统部分之间的接口定义，各个软件模块的功能说明，数据结构的细节以及具体的装配要求。

2.2运行环境

2.2.1设备

硬件最低要求：内存128MB,硬盘20G以上PC机

2.2.2支持软件

vc++.net 传感器windows系列os 如 win98/me/2000pro server/xp/server2003/win7 2.3需求概要

系统主要的输入输出：

1. 乘客通过登录用户界面输入姓名和密码，进行登录，查询信息等; 2. 操作人员根据乘客的要求输入信息到数据库中进行相应的查询及修3. 4. 5. 改;

操作人员或用户登录相应的界面输入基本信息，例如姓名，性别，年龄，身份证号等;

公告信息的输出，公告信息的回复;

航班具体情况的输出，剩余票数的输出，及临时调整的输出。

2.4条件与限制

为了评价该设计阶段的设计表示的“优劣程度”，必须遵循以下几个准则：

(1)软件设计应当表现出层次结构，它应巧妙地利用各个软件部件之间的控制关系;

(2)设计应当是模块化的，即该软件应当从逻辑上被划分成多个部件，分别实现各种特定功能和子功能;

2 (3)设计最终应当给出具体的模块(例如子程序或过程)，这些模块就具有独立的功能特性;

(4)应当应用在软件需求分析期间得到的信息，采取循环反复的方法来获得设计。

3.总体设计

3.1处理流程

系统的总体处理流程如下图：

开始进入用户登录界面是否为后台数据管理员NO YES是否订票NOYES查看航班信息YESNO是否改签NOYES查询显示航班信息YES是否修改退票改签订票修改信息NO结束图3.1 流程图

3 3.2总体结构和模块外部设计

模块是软件是软件结构的基础，软件结构的好坏完全由模块的属性体现出来，把软件模块化的目的是为了降低软件复杂性，使软件设计、测试、调试、维护等工作变得简易，但随着模块数目的增加，通过接口连接这些模块的工作量也随之增加。

从系统的层次图中可以看出，订票以及退票的信息输入输出功能是由航班数据管理系统进行的。

飞机订票系统登录验证乘客信息修改订票管理航班信息查询航班信息调整后台管理员验证用户身份验证乘客基本信息录入乘客基本信息修改乘客票务信息修改乘客订票改签退票按时间查询按目的地查询按航班号查询增加新航班修改原有航班删除航班图3.2系统层次图

4.接口设计

4.1 硬件接口

本软件不需要特定的硬件或硬件接口进行支持。

4.2 软件接口

可以运行于Windows等操作系统之上。

4 5.数据结构设计

5.1 逻辑结构设计

1.航空公司表：AIRLINE 2.客户表CUSTOMER 3.飞机表PLANE 4.航线表LINE 5.航班表FLIGHT 6.订票表BOOKTICKET 5.2 物理结构设计

系统的物理结构具体由数据库来设计与生成的。

5.3 数据结构与程序的关系

系统的数据结构由标准数据库语言SQL生成。

6.运行设计

6.1 运行模块的组合

具体软件的运行模块组合为程序多窗口的运行环境，各个模块在软件运行过程中能较好的交换信息，处理数据。

6.2 运行控制

软件运行时有较友好的界面，基本能够实现用户的数据处理要求。

6.3 运行时间

系统的运行时间基本可以达到用户所提出来的要求。

5 7.出错处理设计

7.1 出错输出信息

用户使用错误的数据或访问没有权限的数据后，系统给出提示：“对不起，你无法使用数据，没有权限!”而且用户的密码管理可以允许用户修改自己的密码，不允许用户的匿名登录。

7.2 出错处理对策

由于数据在数据库中已经有备份，故在系统出错后可以依靠数据库恢复功能，并且依靠日志文件使系统再启动，就算系统崩溃用户的数据也不会丢失或遭到破坏。但有可能占用更多的数据存储空间，权衡措施由用户来决定。

8.安全保密设计

系统的系统用户管理保证了只有授权的用户才能进入系统进行数据操作，而且对一些重要的数据，系统设置为只有最高权限的人员方可读取或是操作。系统安全保密性较高。

9.维护设计

由于系统较小没有加外加维护模块，因为系统维护工作比较简单，仅靠数据库的一些基本维护。

6

第二篇：信息采集系统设计说明书

信息采集系统概要设计

整体网络拓扑

信息采集系统的总体网络拓扑如下图所示：

工程师站服务器公网采集站1采集站2...

网络结构说明

设备与采集站属于厂区内的同一个私有网络。

采集站/工程师站与公网直连，或者通过路由器间接地与公网连接。

终端状态管理

工程师站可以看到采集站的在线状态。选择采集站后，可以看到采集站下各个终端的在线状态。如果网络连接正常，所有采集站和终端都应该是在线的状态。 采集站和终端注册

为了显示采集站和终端的在线状态，用户需要在工程师站上注册所有的采集站以及采集站下的终端信息。

用户在注册采集站时，需要填写采集站的标识符，该标识符不可重复，目的是让用户区分不同的采集站，且该标识符需要在采集站和工程师站上保持一致。

用户注册完采集站后，就可以在该采集站下添加终端信息。添加终端时需要填写终端的标识符和描述信息。其中，唯一标识符应当是终端内部可以取到的，可以区分同一个采集站下的不同终端;描述信息的目的是帮助用户区分不同的终端。

采集站和终端信息注册完成后，需要上传到服务器。当其他工程师站连接上服务器时，可以读取到这些信息，无需重复注册。

数据采集过程

本系统采集的数据有三种类型，分别是组态数据，运行数据和故障报警。其中，故障报警又分为实时故障和历史故障。下面分别阐述这三种类型数据的采集过程。

组态数据

每个终端都有一份组态数据，用户可以在终端上直接修改该组态。工程师站可以实时查看终端的最新组态信息，也可以修改并下发该组态信息。

查看终端组态

工程师站可以查询某个终端的最新组态。查询的详细过程如下：

1. 2. 3. 4. 5. 6. 工程师站发送查询命令给服务器

服务器从查询命令中解析出目的采集站，并将查询命令发送给采集站 采集站收到查询命令后向指定终端查询最新组态数据 终端回复最新组态数据

采集站将得到的组态数据回复给服务器

服务器将组态数据回复给发起查询的工程师站

数据流如下所示：

1.工程师站发送组态查询命令6.返回最新组态服务器工程师站2.服务器转发组态查询5.采集站返回最新组态采集站4.终端返回最新组态3.采集站向终端查询最新组态终端

修改终端组态

工程查询到终端的最新组态后，可以修改某些参数，然后将修改好的组态下发到终端设备。查询的详细过程如下：

1. 工程师站发送写组态的消息给服务器，消息中需要包含组态和终端标识，可以有多个终端，这些终端的组态将更新为同一份组态。注意，多个终端必须属于同一个厂区，即由同一个采集站管理。

2. 服务器从写组态消息中解析出目的采集站，并将写组态消息转发给采集站。 3. 采集站收到写组态的消息后，将组态下发给指定终端。 4. 终端回复组态更新结果给采集站。 5. 采集站将更新结果回复给服务器

6. 服务器将组态更新结果转发给工程师站 数据流如下所示：

1.发送写组态消息6.返回组态更新结果服务器工程师站2.服务器转发写组态消息5.采集站返回写组态结果采集站3.采集站向终端写组态4.终端返回组态更新结果终端

运行数据

工程师站可以查询指定终端的当前运行数据，以了解终端的运行状态。查询过程与组态查询过程类似，此处不再赘述。

故障数据

终端运行过程中，如果发生故障，则需要将故障信息发送给采集站。采集站收到故障数据后，需要将此数据保存到本地数据库中。如果采集站此时能连接上服务器，则需要将故障信息发送给服务器。服务器接收到此故障报警后，需要将此故障报警推送给当前在线的工程师站。如果没有工程师站在线，则丢弃此条报警。

从上面的描述可知，工程师站被动接收到的故障报警都是实时故障报警。工程师站也可以通过历史报警功能查询历史报警信息。

实时故障

实时故障由终端主动上报给在线的工程师站，故障上报流程如下： 1. 终端检测到故障，上报故障给采集站

2. 采集站收到故障后，将故障信息发送给服务器

3. 服务器查看是否有在线的工程师站，如果有，则将故障信息推送给工程师站，如果没有在线的工程师站，则丢弃该条故障报警。 数据流如下图所示：

3.服务器推送故障报警服务器工程师站2.采集站上报该条故障报警采集站1. 上报故障信息给采集站终端

历史故障

用户可以通过工程师站查询终端的历史故障信息，以了解终端的历史运行状态。历史故障查询时需要指定采集站和查询的时间范围，查询得到的结果为指定采集站下所有终端的某一时间段内的历史报警。

历史故障查询的详细过程如下：

1. 工程师站向服务器发起历史故障查询，查询消息中包含了待查询的采集站和查询时间段。

2. 服务器将查询消息转发到指定的采集站。

3. 采集站根据查询消息中的时间范围查询本地数据库，采集站将查询到的结果返回给服务器

4. 服务器将查询到的历史故障转发给发起查询的工程师站 数据流如下图所示：

2.将查询命令转发给采集站1.发起历史故障查询工程师站服务器3.服务器转发查询结果3.采集站返回查询结果采集站 各组件功能设计

工程师站

操作界面

需要展示的信息有：

1. 已注册的采集站和终端的在线状态 2. 终端的组态数据、运行数据和故障数据 需要编辑的数据有：

1. 采集站和终端的注册信息 2. 终端的组态数据

历史故障查询时需要指定时间范围，时间范围太长有可能会导致网络响应缓慢。

信息读写和接收

用户可以通过工程师站主动查询指定设备的各类数据，包括组态数据、运行数据和历史故障。可主动查询的信息有：

1. 2. 3. 4. 5. 各采集站的在线状态

采集站下的终端的在线状态 指定终端的组态数据 指定终端的运行数据 指定采集站下的历史故障

实时故障由于对实时性要求比较高，需要由服务器主动推送给工程师站，工程师站接收到实时故障后，需要给用户提示，用户可以查看工程师站接收到的实时故障的详细信息。 终端信息注册和组态修改

用户编辑好后终端和采集站的信息后，通过网络模块将组态保存到服务器上。 组态修改完成后，通过网络模块将组态下发到各个终端上。

采集站

采集站标识符

采集站的功能生效之前，需要在界面上输入该采集站的标识符。该标识符需要与工程师站注册采集站时所用的标识符保持一致，这样工程师站才能将该采集站的信息正确的显示出来。

终端状态管理

采集站在启动后，需要根据采集站标识符从服务器上下载该采集站下面所有的终端信息。采集站监测各终端的在线状态，当状态发生变化时，需要将此状态更新到服务器，以便工程师站上可以实时反应出各终端的在线状态。

故障报警

采集站收到终端的故障报警时，需要将此条故障报警保存在本地数据库中，以备后续的历史故障查询。

组态模板

当工程师站向采集站下的某个终端发起过组态查询时，采集站需要将此终端的组态保存到本地数据库中，后续可能需要导出此组态信息，用于其他厂区的组态模板信息。

查询响应

采集站需要响应服务器的查询和下发命令。查询的信息类型有：组态数据、运行数据和历史故障。如果是组态数据和运行数据，采集站需要从终端中取得最新的结果，然后返回。历史故障数据从数据库中根据一定的条件返回。采集站还需要下发组态给终端。 采集站与终端之间的交互接口

服务器

查询中转

工程师站查询终端信息时，需要服务器将这些查询指令转发给对应的采集站;采集站将结果返回给服务器时，服务器需要再将结果转发给工程师站。

报警推送

服务器接收到采集站的故障报警时，需要检查当前是否有在线的工程师站，如果有，则需要推送故障报警到工程师站。如果没有，则丢弃此条故障报警。

采集站注册信息管理

工程师站上注册好采集站和终端的信息后，需要保存到服务器中。当其他工程师站开启时，需要从服务器上获取到最新的采集站和终端注册信息。

采集站状态管理

每个厂区的采集站在上线时都要向中转服务器汇报在线状态，并开启保活机制，一段时间后，如果保活失败，则判定采集站的状态为离线。

采集站下的终端在线信息发生变化时，需要将此信息发送给服务器。

网络组件的接口

与工程师站之间的接口

工程师站的UI层通过网络组件来实现数据采集和下发。网络组件主要提供的功能包括终端在线状态管理、组态读写、运行数据查询、历史故障查询和实时故障接收这几个方面，下面是这几类功能的主要接口：

终端在线状态管理

1. 增删采集站及终端信息 2. 获取所有采集站的在线状态

3. 获取指定采集站中所有终端的在线状态

组态读写

1. 获取指定终端的组态

2. 写入组态，可以指定采集站下的一个或者多个终端

运行数据查询

1. 获取指定终端的运行数据

历史故障查询

1. 获取指定采集站下的历史故障，查询条件是时间范围

实时故障接收

1. 设置故障接收的回调对象(该回调对象有可能被频繁调用，需要确认终端的故障推送间隔时间)

与终端之间的接口

采集站与终端之间的通信有下面四种：

1. 2. 3. 4. 采集站向终端读取组态数据 采集站向终端写入组态数据 采集站向终端读取运行数据 终端推送故障报警给采集站

具体的通信协议待定。

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

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

班 级 08软工A1

拟制人 舒骥

2011年5月8日

目

录

1 引言 ........................................................................................................................... 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总体结构及模块结构.....................................................................................

4 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编写目的

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

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维护设计

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

第四篇：留言板系统 设计说明书

留 言 板 系 统 设 计 说 明 书

电商141 魏巍 2016.06.2

4本留言板系统基于Windows操作系统平台，web服务器为IIS，数据库服务器为Microsoft access。

其工作流程为：所有人都可以在该系统留言，并且能查看留言，管理员在通过登录验证后，可以发表留言，查看留言，并且能对用户的留言进行回复和删除。

该留言板具有的主要功能如下：

1、可以按照留言的id进行排序;

2、友好简洁的管理界面，便于管理员维护留言板;

3、管理员具有回复和删除留言的权限;

4、管理员可以修改留言板页面的名称和网址以及每页显示的留言数;

5、拥有更多留言者的信息，包括昵称、主题、邮箱等;

6、具有防止留言客户非法进入管理界面功能;

一、利用Microsoft access创建一个数据库liuyanban.mdb并建立两个数据库表，一个是留言信息表liuyan，另一个是用来存放用户账户和密码信息的表user

二、在编写ASP脚本进行数据库操作前，必须先给数据库建立一个基本ADO对象的连接， 代码如下：

三、建立一个留言板首页index.asp，所有用户都可以进入此系统，可以看到留言的主题、内容、留言的时间，还有留言被浏览的次数。这些信息都是来自于数据库liuyanban.mdb，此页面还可以连接到发表留言页面guestbok.asp和后台管理页面admin.asp

四、建立一个所有用户都可进入，用来留言的页面guestbook.asp，在页面内可输入留言主题，留言内容，留言者昵称，和电子邮箱，点提交以后，所输入的记录会显示在留言板首页index.asp，同时也会保存至数据库表liuyan中

五、建立一个管理员登录页面login.asp。对于一个留言板系统来说，必不可少的是管理员的登录系统，此系统只有管理员可以登录，普通用户无法登陆，用来管理留言。在输入正确的用户名和密码以后才可以进入到后台管理页面admin.asp，如果密码或用户名输入错误或者是未输入，则会由登录检验界面cklogin.asp检验后转入静态的错误提示页面error.html。如果点击此页面中的“放弃登录”，则而会跳转到留言板首页index.asp

六、建立登录检验界面cklogin.asp用于检验登陆的用户是不是管理员，如果不是，则会跳转至错误提示页面error.html

七、建立一个后台管理的系统admin.asp.在这个页面中，管理员可以直接看到每条留言的id，主题，内容，留言时间。点击每条留言记录后面“回复”链接到回复页面reply.asp，点击“删除”可以将这条留言直接删除掉，上方的“退出管理”可以直接跳转到留言板的首页index.asp

八、建立回复页面reply.asp便于管理员对留言进行回复，可以通过后台管理页面跳转到此页面，并且会在下方通过now()函数显示回复的时间

九、建立删除界面del.asp，通过request对象取出数据库表liuyan中的id，在后台管理页面将留言信息删除后，直接跳转至留言板首页index.asp

十、建立一个静态的错误提示页面error.html，在管理员登录错误，或者非管理员用户登录时跳转到此页面用来提醒。

十一、有一个将记录写入数据库的文件save.asp，在发表留言的时候而将留言的信息写入到数据库liuyanban.mdb

第五篇：汽车租赁系统 软件设计说明书

目录

1. 介绍 ....................................................................................................................................1 1.1 目的 ..........................................................................................................................1 1.2 范围 ..........................................................................................................................1 1.3 内容概览 ..................................................................................................................1 2. 体系结构表示方法 ............................................................................................................2 3. 系统要达到的目标和限制 ................................................................................................2 4. 用例视图 ............................................................................................................................2 4.1 创建系统用例图 ......................................................................................................2 4.2 创建系统静态模型 ..................................................................................................4 4.3 创建活动图 ..............................................................................................................4 4.4 创建状态图 ........................................................................... 错误!未定义书签。 5. 逻辑视图 ............................................................................................................................7 5.1 参与者相关的类 ......................................................................................................8 5.2 系统中用到的其他类 ..............................................................................................9 5.3 各类之间的关系 ....................................................................................................10 6. 过程视图 ..........................................................................................................................10 6.1 客户取车 ................................................................................................................10 6.2 客户还车 ................................................................................................................12 6.3 客户预订车辆 ........................................................................................................13 6.4 出租汽车 ................................................................................................................15 6.5 增加汽车 ................................................................................................................15 6.6 删除汽车 ................................................................................................................16 6.7 增加客户 ................................................................................................................17 6.8 车辆信息管理 ........................................................................................................18 7. 部署视图 ..........................................................................................................................18 8. 规模和性能 ......................................................................................................................20 9. 质量 ..................................................................................................................................20

《软件工程实践》

2012-2013-02

软件设计说明书

1. 介绍

1.1 目的

汽车租赁系统是一套针对汽车租赁业务的实际特点而开发的应用与管理软件，其功能覆盖了汽车租赁业务的全部流程。主要包括车辆预定、租赁业务、车辆管理、客户管理、车辆检修、租金统计等功能。它包括了四个模块：基本数据维护模块、基本业务模块、数据库管理模块和信息查询模块。其中，基本数据模块提供了使用者录入、修改并维护基本数据的途径，主要包括了添加车辆信息、修改车辆信息、添加员工信息、修改员工数据几大主要功能。基本业务模块则提供，基本业务模块中，客户可以填写汽车租赁申请表，工作人员负责处理这些表格;同时，技术人员可以提交每辆车的状态，以便工作人员根据这些资料决定是否批准客户的请求，它包含的功能有：用户填写预定申请、工作人员处理预定请求、技术人员填写服务记录和工作人员处理还车。数据库模块是对客户、工作人员及车辆的信息都要进行统一管理，车辆的租赁情况也要进行详细的登记，它的功能则是客户信息管理、车辆信息管理、租赁信息管理和志愿信息管理。信息查询模块主要用于查询数据库中的相关信息，包括查询客户信息、查询职员信息、查询车辆信息和客户记录等。

这篇文档提供了对在线汽车租赁系统的系统架构的总览，从不同的视角描述了该系统。同时介绍了在线汽车租赁网站有关架构的想法，包含架构分析的关键决策，目的在于帮助开发人员理解汽车租赁系统的基本结构。

1.2 范围

介绍了汽车租赁系统的客户取车、客户还车、客户预订车辆。

1.3 内容概览

 登录系统

用户如果要进行汽车租赁操作，需要输入正确的用户名和密码，如果输入错误，则停留在登录页;  注册系统

客户如果从来没有在本网站租赁过汽车，需要注册一个客户账号;  浏览汽车系统

进入汽车租赁系统后，客户必须知道有关的汽车信息，可以得到汽车的名称、价格、各种属性信息，并能根据需要输入相关信息进行搜索;  汽车系统

当客户看中某辆汽车后，可以根据需要进行预定，操作后生成订单，然后可以提交订单。

《软件工程实践》

2012-2013-02 2. 体系结构表示方法

这篇文档使用一系列视图反映系统架构的某个方面;

用例视图：概括了架构上最为重要的用例和它们的非功能性需求; 逻辑视图：展示了描述系统关键方面的重要用例实现场景(使用交互图);

部署视图：展示构建在处理节点上的物理部署以及节点之间的网络配置(使用部署图); 3. 系统要达到的目标和限制  目标

客户可以正确登录，在登录页面输入信息时能够在输入错误的同时看到错误提示;正确登录后可以看到汽车的列表，点击其中一条信息后可以看到某辆汽车的详细信息，看中后可以很方便的进行预定，在生成订单之后客户可以看到。

客户在首页可以很方便地进行注册，输入的注册信息要进行验证，验证正确后将信息存入数据库。

管理员正确登录后可以修改用户信息，汽车信息。  限制

客户和管理员的界面分开，客户不能修改逻辑上不能修改的信息; 管理员不能修改用户密码，还有同级别的管理员的信息。 4. 用例视图

4.1 创建系统用例图

汽车租赁系统主要是对各种信息的管理，而在系统中，只有租赁管理人员才有权限使用本系统，才能对数据库进行操作。

(1)管理人员对汽车信息的管理，包括汽车租出时将汽车状态更改为已租出，而当汽车归还时则将状态置为可出租。再者就是当购进新车或者汽车报废时更改可出租汽车的数量信息等。

(2)管理人员对于客户信息的管理主要是对会员的管理，比如更改会员类型，增删会员信息。

(3)而对于工作人员的管理主要是指增删工作人员以及修改工作人员的信息，这有为重要，因为工作人员有权处理汽车的租赁流程。

系统用例图如下：

《软件工程实践》

2012-2013-02 缴纳罚金客户<>还车取车预定填写订单前台预订电话预定网上预订取消预订

图4.1客户用例图

系统登录查询预订记录处理预定拒绝租车请求工作人员汽车交付介绍租车程序<>收取罚金结束租赁<>汽车检查

图4.2工作人员用例图

《软件工程实践》

2012-2013-02

增加汽车汽车信息管理更改汽车状态客户信息管理租赁系统管理者删除汽车工作人员信息管理图4.3租赁系统管理者用例图

4.2 创建系统静态模型

从前面的需求分析中，我们可以依据主要的七个类对象：汽车、客户、职员、工作记录、请求订单、客户记录和服务记录创建完整的类图如图4.3所示。

商品类别的活动图如下：

图4.3 系统类图

4.3 创建活动图

利用系统的活动图来描述系统的参与者是如何协同工作的。汽车租赁系统中，根据客户和职员的活动步骤我们可以创建活动图如下图4.4所示。

《软件工程实践》

2012-2013-02

图4.4 客户和职员的活动图

图4.5 系统管理员维护汽车信息的活动图 5

《软件工程实践》

4.4 创建状态图

2012-2013-02 在汽车租赁系统中，从客户开始发送租车请求道最后客户归还租借的车辆为止，整个系统的状态图如下图4.5所示。

图4.6 汽车租赁系统的活动图

图4.7 车的活动图

《软件工程实践》

2012-2013-02

图4.8 客户的活动图

5. 逻辑视图

逻辑视图部分主要叙述了设计阶段的工作。 汽车租赁系统的数据类中共有8个：Person,Customer,Worker,Administrator,Car,RequestOrder,ServiceRecord,CustomerRecord.

《软件工程实践》

5.1 参与者相关的类：

2012-2013-02

[类图说明]  Person类是所有类的父类，包含3个属性：姓名(name)，身份证号(ID)和电话号码(PhoneNO)。它包含的方法都是用来设置和获取这些属性值。

 Customer类是包含客户信息的类，除了继承了父类的属性和方法，还包括了车辆类型(CarType)，性别(gender)和驾驶证号(licenseNo)等属性。

 Worker类是包含员工信息的类，其中包含了员工的类型(type)和工作证号(WorkID)等属性，方法中的calculate()用来进行结算，checkRequest用来查询是否有没处理的申请单，checkCar()是用来查询汽车状况的。

 Administrator类是系统管理员类，主要属性有工作证号(WorkID)，主要方法是update()。

《软件工程实践》

5.2 系统中用到的其他类：

2012-2013-02

[类图说明]  CustomerRecord类表示客户记录。customerID是客户的身份证号码，customerName是客户名称，RentDate是租车日期，CarType是所租车辆的类型，CarNumber是该车的车牌号码。IsFinish代表该交易时否结束。check()用来得到该客户的记录，end()用来结束该交易。

 Car类代表汽车记录。CarType是该车的车型，CarNumber是车牌号码，status是指该车是否被预订、正在使用中或空闲状态，condition是指该车的状态。InServiced()用来判断该车是否空闲，updateStatus()用来修改车辆所处的状态。

 RequestOrder类表示的是填写客户申请资料的表格。CarType表示客户申请的车型，RentDate是租车时间，IsAllow表示该客户的申请是否得到批准。Allow()用来接收客户的请求，fillOrder()是指客户填写表格，check()用来检查是否存在这个申请，isHandled()设置该申请已被处理。

 ServiceRecord类是服务记录，属性包括交易中涉及的员工、客户、车辆、已经租赁信息。fillWorkRecord()用来填写这份记录，viewRecord()用来查看这份记录，updateRecord()用来修改这份记录。

《软件工程实践》

5.3 各类之间的关系：

2012-2013-02

[类图说明]  从图中可以看出，工作人员(Worker)可以查看所有客户(Customer)的租赁历史记录(CustomerRecord)，可以处理多个用户的租赁申请(RequestOrder)。由于工作人员可以同时处理多个业务，所以他可以拥有多个服务记录(ServiceRecord)。

6. 过程视图

过程视图部分叙述几个主要子系统的处理流程。主要包括客户取车，客户还车，客户预订车辆。

6.1 客户取车 6.1.1 用例简述

客户取车：客户出示取车的通知，职员查看通知无误，客户支付押金，职员填写工作记录，更新车辆的状态，客户取车。

6.1.2 基本事件流

1 客户：客户出示取车的通知; 2 职员：职员查看通知无误; 3 客户：客户支付押金; 4 职员：职员填写工作记录;

10

《软件工程实践》

2012-2013-02 5 职员：更新车辆的状态; 6 客户：客户取车 7 系统：用例结束。

6.1.3 客户取车顺序图见图6.1

图6.1 客户取车的系统顺序图

6.1.4 客户取车的协作图见图6.2

图6.2 客户取车的协作图

《软件工程实践》

2012-2013-02

6.2 客户还车 6.2.1 用例简述

客户还车：客户归还车辆，职员检查车辆的状态并添加服务记录，通知付款，客户付清钱款，职员更新车辆状态。

6.2.2 基本事件流

1 客户：客户归还车辆;

2 职员：职员检查车辆的状态并添加服务记录; 3 职员：通知付款; 4 客户：客户付清钱款; 5 职员：更新车辆的状态; 6 系统：用例结束。

6.2.3 客户还车的系统顺序图见图6.3

图6.3 客户还车的系统顺序图

6.2.4 客户还车的协作图见图6.4

《软件工程实践》

2012-2013-02

图6.4 客户还车的协作图

6.3 客户预定车辆 6.3.1 用例简述

客户预订车辆：客户填写预订单，职员检查预订单并检查客户记录，办理租车的手续，完成手续后，建立新的客户手续，同意租车请求，通知客户。

6.3.2 基本事件流

1 客户：客户填写预订单;

2 职员：职员检查预订单并检查客户记录; 3 职员：办理租车的手续;

4 职员：完成手续后，建立新的客户手续; 5 职员：同意租车请求; 6 职员：通知客户 7 系统：用例结束。

《软件工程实践》

6.3.3 客户预订车辆的系统顺序图见图6.5

2012-2013-02

图6.5 客户预订车辆的系统顺序图

6.3.4 客户预订车辆的协作图见图6.6

图6.6 客户预订车辆的协作图

《软件工程实践》

6.4 出租汽车 6.4.1 用例简述

2012-2013-02 出租车辆：查询汽车，验证客户身份，查询可租汽车，查询客户信息，修改客户租车信息，修改服务信息。

6.4.2 基本事件流

1 职员：查询汽车; 2 职员：验证客户身份; 3 职员：查询可租汽车; 4 职员：查询客户信息; 5 职员：修改客户租车信息; 6 职员：修改服务信息; 7 系统：用例结束。

6.4.3 出租车辆的系统顺序图见图6.7

图6.7 出租车辆的时序图

6.5 增加汽车 6.5.1 用例简述

增加汽车：增加汽车，查询汽车是否已存在，创建新车信息存入系统。

6.5.2 基本事件流

1 职员：增加汽车;

2 职员：查询汽车是否已存在;

《软件工程实践》

2012-2013-02 3 职员：创建新车信息存入系统; 4 系统：用例结束。

6.5.3 增加车辆的系统顺序图见图6.8

图6.8 增加车辆的时序图

6.6 删除汽车 6.6.1 用例简述

删除汽车：删除汽车，查询汽车，删除车辆信息。

6.6.2 基本事件流

1 职员：删除汽车; 2 职员：查询汽车; 3 职员：删除车辆信息; 4 系统：用例结束。

6.6.3 删除汽车的系统顺序图见图6.9

《软件工程实践》

2012-2013-02

图6.9 删除汽车的时序图

6.7 增加客户 6.7.1 用例简述

增加客户：添加新的租车用户信息。

6.7.2 基本事件流

1 职员：添加新的租车用户信息; 2 系统：用例结束。

6.7.3 增加客户的系统顺序图见图6.10

图6.10 增加客户的时序图

《软件工程实践》

6.8 车辆信息管理 6.8.1 用例简述

2012-2013-02 汽车信息管理：查询汽车状态信息，更改汽车状态信息，用例结束。

6.8.2 基本事件流

1 职员：查询汽车状态信息; 2 职员：更改汽车状态信息; 3 系统：用例结束。

6.8.3 汽车信息管理的系统顺序图见图6.8

图6.11 汽车信息管理的时序图

7. 部署视图

部署视图描述了如何将具体软件制品分配到计算节点 (具有处理服务的某种事物) 上，表示了软件元素在物理架构上的部署，以及物理元素之间的通信。

在本系统中，我们可以对汽车类、职员类、服务记录类、客户类、工作记录类、客户记录类和请求订单类分别创建对应的构件进行映射。汽车租赁系统的构件图如图7.1所示。

《软件工程实践》

2012-2013-02

图7.1系统构件图

图7.1 汽车租赁系统的构件图

汽车租赁系统的部署图描绘的是系统节点上运行资源的安排。包括三个节点，分别是：客户端浏览器、Http服务器、数据库服务器，创建后的汽车租赁系统部署图如图7.2所示。

图7.2 汽车租赁系统的部署图

 Generic PC 普通的个人计算机。  Web Browser 通用个人计算机上的网页浏览器，如：IE6.0，Firefox等。  Apache Web服务器，可以运行在所有广泛使用的计算机平台上。  Struts 一个为开发基于模型-视图-控制器模式的应用架构的开源框架，是利用Java Servlet和JSP构建Web应用的一项非常有用的技术。事件从客户端(浏览器)由用户操作出发的事件，Struts使用Action来接受浏览器表单提交的事件。  Tomcat 6.0 Tomcat 6.0提供Servlet容器。  Hibernate Hibernate提供对象关系映射框架，对JDBC进行了非常轻量级的对象封装，使得可以使用对象编程思维来操纵数据库，完成数据持久化。  MySQL MySQL是小型关系型数据库管理系统，其体积小、速度快、总体拥有成本低，开放源码数据库。

《软件工程实践》

2012-2013-02 8. 规模和性能  满足的规模

能够满足100人同时在线浏览网页，20人同时进行有关数据库的操作。  满足的性能

能够满足让顾客可以认同的相应时间。 9. 质量

系统正式使用时，登录、注册、查看汽车信息、生产订单的流程正常。