系统详细设计说明书
周珊珊组 2011.10.25
1
目录
1. 引言 ........................................................................................................ 3 1.1 编写目的 ....................................................................................... 3 1.2 预期读者和阅读建议 ................................................................... 3 1.3 参考资料 ....................................................................................... 3 1.4 术语与缩略语 ............................................................................... 3 2. 设计概述................................................................................................ 4 2.1 限制和约束 ................................................................................... 4 2.2 设计原则和设计要求 ................................................................... 4 系统的软件构架 ........................................................................................ 6 4. 子系统的结构和模块功能 ................................................................... 8 5. 系统接口、数据库设计规划 ............................................................. 10 5.1 接口设计 ..................................................................................... 10 5.2 数据库设计 ................................................................................. 12 5.2.1结构设计 ............................................................................. 12 5.2.2运用设计 ............................................................................. 31 6. 难点及处理方案 ................................................................................. 32 7. 文档历史.............................................................................................. 32
2
1. 引言
1.1 编写目的
本报告根据《公交调度系统》中描述的业务要求，对系统如何实现各业务环节以及功能如何划分做了概要性的说明。
通过该报告能够使详细设计人员和开发人员了解本系统的体系结构，技术方案，软件的功能能结构，各业务间的数据接口，数据库结构等，并对整个系统的功能实现按照功能模块进行了较为详细的规划和描述，为下一步的开发任务指明方向，提出了刚要。
1.2 预期读者和阅读建议
预期读者包括了公交公司的员工，乘客，和软件的开发人员。主要是结合读者的建议，更好的完成项目的开发。乘客和公交公司方面的建议，可以完善此系统的功能，通过大家的需求整理模儿。乘客可以通过查询模块儿，了解系统的查询功能，调度员通过调度模块儿，了解在调度过程中所需要的步骤，司务人员可以通过信息模块儿，随时了解自己的工作安排等。
1.3 参考资料
Usercases＆Scenarios Uus Sys(2011.10.17) (1).docx—公交调度系统开发团队所整理的需求功能文档
1.4 术语与缩略语
调度：是指调度员对运行车辆碰到一些情况的对应措施。 甩站：是指运行的公交车辆到了该停的车站不停，直接通过。 虚开班次：是指车辆报告自己开的班次大于实际开的班次。 胎压异常：是指车辆的轮胎压力异常，处于需要维修的状态。 遗撒：是指车辆上的东西掉到了路面上，对后面的车辆造成影响。
3
2. 设计概述
本系统采用结构化设计的方法来实现系统总体功能，提高系统的各项指标，即将整个系统合理的划分成各个功能模块，正确地处理模块之间和模块内部的联系以及和数据库的联系，定义各模块的内部结构，通过对模块的设计和模块之间关系的系统来实现整个系统的功能。
2.1 限制和约束
项目于2011年8月30日启动，现有的技术人员和开发人员有能力将系统开发完成。资金在控制范围之内，开发时间为2011-8-30至2011-11-22，为期六个月，时间刚好能够从计划到实行系统的开发完成
开发过程中最为重要的里程碑如下表：
时间段 9月 10月上半月 10月下半月 11月上半月 里程碑 项目启动、需求分析 系统的概要设计、系统详细设计 完成调度员、乘客的有关系统 完成公交公司经理、副经理、等管理人员的有关系统 11月下半月 在以上这些条件下，系统要实现的目标是：
目的是实现系统的总体设计，明确系统的总体结构和数据结构，即划分出系统的功能模块，设计出系统的数据库数据结构，为下一步的对每个模块进行设计的详细设计工作提供依据，同时为系统的测试、修改和维护提供依据。
测试、部署 2.2 设计原则和设计要求
一．设计原则
(1). 独立性
每个模块只涉及软件要求的具体子功能
4
(2). 易维护性
采用MVC模式，便于系统开发和维护 (3). 可扩展性
考虑到用户需求的多变性，采用易于扩展的软件架构，便于软件升级 (4). 安全性
模块设计考虑到用户角色，便于控制用户权限
二． 设计要求
细分的模块应完成一个独立功能，完成多个功能的模块应拆分成几个模块。 一个模块可以被其他模块公用
每个模块必须有接口设计描述
需求规定： 登陆界面：
用户名 Admin 登陆 ****** 取消 密码 记住密码 忘记密码？ 注册 密码正确 登陆成功，5秒钟跳回主页面 密码错误 密码错误，5秒钟跳回登陆页面
需要输入用户名，密码及是否记住密码（可选）；要求输入相匹配的用户名及密码，登录界面后提示登录成功，否则提示登录失败。 普通用户界面：
5
用户名：admin 密码：****** 修改密码 注销 旧密码 新密码 重新输入 修改密码 确定 取消 密码修改失败 修改成功 修改失败，5秒钟返回页面 修改成功，5秒钟跳回登陆页面 修改密码：菜单栏中文件选择修改密码，用户需输入原密码，新密码及 确认新密码以进行修改；
系统的软件构架
总系统构架：
6
车载设备 电子站牌 运营管理子系统 线路调度子系统 GIS Web查询 终端设备访问 接入层
GPRS/CDMA TCP/IP 用户访问 应用服务 核心处理层
系统管理 地图管理 通信管理 查询统计 监控警告 数据库管理 定位管理 接口管理 服务层
数 理 管 据 数 GPS 据
本系统采用C/S与B/S混合体系结构，既支持传统的Client/Server体系结构，也支持目前流行的Browser/Server体系结构。根据远程查询、调度等应用的特点，为了满足联机事务处理、较强的数据实时性等要求，我们采用Client/Server方式；为了让系统具有可扩展性，以及满足大型公交企业众多用户的实际需求，我们对部分业务采用了B/S加中间件方式体系结构。
如图所示，系统分为接入层、核心处理层、服务层三部分。
第一层是接入层，包括各大子系统（运营管理子系统、线路调度子系统、GIS子系统、调度站子系统、市民查询子系统和Web查询部分）、车载设备、电子站牌及传输网络。接入层实现系统与外部的数据交换。对于系统使用者，接入层接收使用者的数据输入，通过调用核心处理层的业务逻辑过程实现具体的业务功能，并将处理结果返回接入层，利用交互界面进行。对于外部系统，业务过程通过接入层的接口服务完成与外部系统的数据交换。
核心处理层的业务逻辑通过数据层的原子服务访问业务数据。一组业务逻辑过程实现具体的业务功能。业务层通过向接入层提供统一的业务逻辑过程实现业务逻辑的共享。
7
服务层分为数据子层和服务子层两层。数据层是系统的基础。数据层的服务子层向业务层提供统一、规范的原子服务，用于屏蔽业务数据的存储、组织和访问的细节，实现业务数据的充分共享。业务层必须通过原子服务访问业务数据。 子系统构架：
系统由数据采集、调度员调度、执行调度、乘客查询、统计分析和系统管理共6个子系统构成。
子系统编号 英文名称 中文名称 业务职能 采集模块包括车辆位置的位置信息，1 Data collection 数据采集 车辆速度信息，车辆载客信息，车辆故障信息和道路事故信息。 调度员调度模块包括道路拥堵调度，Dispatchers 2 scheduling 调度员调度 调度，大型活动调度，车站客流调度，增开区间车，增开班次和绕行调度。 执行调度模块包括确认调度命令和完3 The scheduling 执行调度 成作业确认。 乘客查询模块包括线路信息查询，运4 Passengers query 乘客查询 行时刻查询和换乘信息查询。 Statistical 5 analysis System 6 management 系统管理 据备份，系统设置和道路事故。 统计分析 客流统计和司乘人员业绩。 登陆管理，用户管理，权限管理，数统计分析查询车况统计，路况统计， 道路事故调度，甩站调度，车辆故障 备注
4. 子系统的结构和模块功能
模块编号 英文名称 中文名称 业务职能 所属子系统 备注 8
调度子系统可以帮助调度员做调路面拥堵调1.1 The road less 度 增加班次。 调度子系统可以帮助调度员做调道路事故调1.2 Road accident 度 增加班次或绕行。 度处理，遇到道路事故时，可以调度子系统 无 度处理，遇到道路拥堵时，可以调度子系统 无 调度子系统可以帮助调度员做调Vehicle 1.3 trouble 度 增加班次。 车辆故障调度处理，遇到车辆故障时，可以调度子系统 无 调度子系统可以帮助调度员做调Operation 1.4 scheduling 度 可以提示解决。 有了线路信息查询功能，可以帮线路信息查2.1 The query 询 他们需要的信息。 查询子系统可以帮助查询车辆站Station 2.2 information 询 站情况。 Congestion of 2.3 traffic information Car order 3.1 statistics 计 车辆班次的查询和统计。 系统 车辆班次统有车辆班次统计系统，可以帮助统计分析子无 站次信息查次信息，这样可方便乘客知道到查询子系统 无 助乘客更便捷，更简单的查询到查询子系统 无 运行状况调度处理，如果遇到运行状况问题，调度子系统 无 拥堵路况信息查询 查询子系统可以帮助查询拥堵路查询子系统 况信息，及时调整线路、绕路等。 无 9
Traffic 3.2 congestion information statistics Employee 员工考核统3.3 evaluation 计 statistics 路况拥堵信有路况统计功能，可以减少调度统计分析子员的工作量，而且更加准确、高息统计 效。 系统 无 有了员工考核统计功能，能记录统计分析子员工工作和成绩状况，提高员工系统 积极性和工作效率。 无 Passenger 乘客投诉统3.4 complaints 计 statistics
乘客投诉统计系统功能，可以改统计分析子善和提高公交系统的工作和服务系统 质量。 无 5. 系统接口、数据库设计规划
5.1 接口设计
一．外部接口
(1). 用户界面
在用户界面部分，根据需求分析的结果，用户需要一个用户友善界面。在界面设计上，应做到简单明了，易于操作，并且要注意到界面的布局，应突出的显示重要以及出错信息。外观上也要做到合理化，考虑到用户多对WINDOW 风格较熟悉，应尽量向这一方向靠拢。在设计语言上，已决定使用 MS VISUAL C++ 进行编程，在界面上可使用VISUAL C++ 所提供的可视化组件，向WINDOWS 风格靠近。 其中服务器程序界面要做到操作简单，易于管理。在设计上采用下拉式菜单方式，在出错显示上可调用VISUAL C++ 库中的错误提示函数。
总的来说，系统的用户界面应作到可靠性、简单性、易学习和使用 (2). 软件接口
服务器程序可使用VISUAL C++ 提供的对 SQL SERVER 的接口，进行对数据库的所有
10
访问。
服务器程序上可使用SQL SERVER 的对数据库的备分命令，以做到对数据的保存。 在网络软件接口方面，使用一种无差错的传输协议，采用滑动窗口方式对数据进行网络传输及接收。 (3). 硬件接口
在输入方面，对于键盘、鼠标的输入，可用VISUAL C++的标准输入/输出，对输入进行处理。
在输出方面，打印机的连接及使用，也可用VISUAL C++的标准输入/输出对其进行处理。在网络传输部分，在网络硬件部分，为了实现高速传输，将使用高速ATM。
二．内部接口
内部接口方面，各模块之间采用函数调用、参数传递、返回值的方式进行信息传递。具体参数的结构将在下面数据结构设计的内容中说明。接口传递的信息将是以数据结构封装了的数据，以参数传递或返回值的形式在各模块间传输。
11
5.2 数据库设计 5.2.1结构设计
公交运营调度系管理员 权限 考勤 客流量 路况 调度 车况 运行 出行 用户名 密码 权限 上班时间 下班时间 大型活动 车站 路面拥堵 路面事故 车速异常 车私自绕行 换乘方法 线路信息 用户名 添加操作 修改操作 迟到次数 早退次数 增开区间车 增开班次 甩站 绕行 车私自甩站 虚开班次 路面拥堵 删除操作 修改权限 设置权限 姓名 胎压 车温 燃油量 发动机 车门 首末发车 车载客流量 校区
(1). 管理员信息 序号 1 2 3 约束 Not null Not null Not null 宽度 10 10 10 类型 Char Int Chat Default 字段名称 用户名 密码 权限 字段说明 12
示意图： 用户： Admin 密码： ****** 权限： 管理员 用户管理 用户名 密码 用户操作 权限设置 Aaa XXXX 修改 删除 进入 Bbb XXXX 修改 删除 进入 Ccc XXXX 修改 删除 进入 Ddd XXXX 修改 删除 进入 Eee XXXX 修改 删除 进入
分析：
管理员点击用户操作，对用户名及密码进行修改以及直接删除，权限设置方面直接点击进入，可连接到权限设置页面中，进行修改。 (2). 权限信息 序号 1 2 3 4 5 6 约束 Not null Not null Not null Not null Not null Not null 宽度 10 10 10 10 10 10 类型 Chat Chat Chat Chat Chat Chat Default 字段名称 用户名 添加操作 修改操作 删除操作 修改权限 设置权限 字段说明 添加、修改、删除线路示意图：
13
用户： Admin 密码： ****** 权限： 管理员 线路管理 350路 添加 修改 删除 433路 添加 修改 删除 729路 添加 修改 删除 983路 添加 修改 删除 989路 添加 修改 删除
分析：
开始选择要增加站点的线路输入站点名Y是否重复N增加新站点保存站点信息结束 增加站点：选择要增加站点的线路，输入要增加的站点名，如果重复系统提示重复，增加新
14
站点成功时，保存站点信息。
开始选择要删除站点的线路选择要删除的站点Y该线路站点个数是否等于2N删除该站点保存信息结束
删除站点：选择要删除站点的线路，将要删除的站点选定，当该线路上站点小于2个时，系
统自动回复到开始阶段，如果站点多余2个时，则删除站点成功。
15
开始选择线路选择要改名的站点输入修改名Y修改名是否已存在修改名称保存信息结束 修改站点：首先选择线路，将线路上要修改的站点名选定时，输入要修改的站点名，当修改
名存在时，返回上一阶段，否则修改成功。
修改、设置权限示意图：
16
用户： Admin 密码： ****** 权限： 管理员 用户管理 用户名 权限 权限设置 Aaa 普通用户 添加 修改 删除 Bbb 管理员 添加 修改 删除 Ccc 添加 修改 删除 Ddd 普通用户 添加 修改 删除 Eee 添加 修改 删除
分析：
添加权限：选择用户，点击添加权限进行操作，选择用户对应的权限，保存，保存后返回页
面。
17
修改权限：选择用户，点击修改权限进行操作，选择用户对应的权限，保存，保存后返回页
面。
修改权限：选择用户，点击删除权限进行操作，保存，保存后返回页面。 (3). 考勤信息 序号 1 2 3 4
约束 Not null Not null Not null Not null 宽度 10 10 10 10 类型 Char Char Char Int 18
Default 字段名称 姓名 上班时间 下班时间 迟到次数 字段说明 5 示意图：
Not null 10 Int 早退次数 用户： Admin 密码： ****** 权限： 管理员 考勤管理 用户名 权限 职位 上班时间 下班时间 迟到 早退 Aaa 普通用户 调度员 8：00 14:00 0 0 Bbb 普通用户 调度员 10：00 18:00 0 1 Ccc 普通用户 乘务员 8：00 14:00 1 0 Ddd 普通用户 乘务员 10：00 18:00 0 1 Eee 普通用户 调度员 8：00 14:00 0 0
分析：
通过职工刷卡，电脑自动进行统计，管理员登陆后台直接可以对考勤进行查看，统计迟到早退次数。 (4). 客流量信息 序号 1 2 分析：
约束 Not null Not null 宽度 100 绕行 类型 Char Char Default 字段名称 大型活动 车站 字段说明 19
开始 输入客流量 Y 是否正 常 N 是否客流量过多 查询站点 依次显示站点信息 结束
点击开始，进入客流量查询界面，信息会显示是否正常，正常的话点击返回，如果客流量异常，进入站点信息查询界面，显示具体的客流量信息，调度员根据信息进行调度，点击结束，返回主查询界面。 (5). 路况信息 序号 1 2 分析：
约束 Not null Not null 宽度 100 100 类型 Char Char Default 字段名称 路面拥堵 路面事故 字段说明 20
开始 输入线路 Y 是否畅通 N 是否拥堵 查找经过该线路的车辆 显示这些车辆 结束
点击开始，进入路况查询界面，输入具体的线路，显示是否畅通，是否拥堵；畅通的话点击返回到开始菜单，如果拥堵，可以查询在这条线路上行驶的车辆，是否受到了影响，是否能够正常运行。调度员根结信息进行有效地调度安排，点击结束，回到主查询页面。 (6). 调度信息 序号 1 约束 Not null 宽度 100 类型 Char Default 字段名称 增开区间车 2 3 4 分析：
21
字段说明 Not null Not null Not null 100 100 100 Char Char Char 增开班次 甩站 绕行 开始 输入站点名 绕行 NO YES 查询绕行车辆的基本信息 结束
绕行：进入系统输入各个站点名，然后系统显示通过站点有无绕行车辆，如果有绕行的车辆电击察看就显示绕行车辆的基本信息，信息包括：车号、绕行时间等基本信息
22
开始 输入站点名 甩站 NO YES 查询绕行车辆的基本信息 结束
甩站：进入系统输入各个站点名，然后系统显示通过站点有无甩站车辆，如果有甩站的车辆电击察看就显示甩站车辆的基本信息，信息包括：车号、绕行时间等基本信息
23
开始 输入要增加的班次的线路 输入车号 车辆是否正在运行 NO YES 输入新的车号 保存车辆的信息 结束
增开班次：调度员进入系统输入要增加班次的车号，点击系统查看车辆现在是否正在行驶中，如果正在行驶在输入其它车号，让其增加班次
24
开始 输入要增加区间车的线路 输入车号 车辆是否正在运行 NO YES 输入新的车号 保存车辆的信息 结束
增开区间车：调度员进入系统输入要增加开区间车的车号，点击系统查看车辆现在是否正在行驶中，如果正在行驶在输入其它车号，让其增开区间车 (7). 车况信息 序号 1 2 3 4 5 示意图：
约束 Not null Not null Not null Not null Not null 宽度 100 100 100 100 100 类型 Char Char Char Char Char Default 字段名称 胎压 车门 燃油量 发动机 车温 字段说明 25
用户： Admin 权限： 管理员 729路车况 车门 发动机 燃油量 车温 胎压 正常 异常 正常 异常 正常 异常 正常 异常 正常 异常 京 xxx 京 xxx 京 xxx 京 xxx 京 xxx 京 xxx
分析：
当车门出现异常时，系统的指示灯会给出提示，调度员点击系统给的提示会出现车门异常时间、所在线路、车门异常详情，调度员添加车门异常的车号，给予解决
当发动机出现异常时，系统会自动提示调度员，调度员点击系统的提示信息，信息包括：发动机异常发生的地点、时间、所在线路、发动机异常的详情和添加发动机异常的车号，系统自动把发动机异常车辆的信息保存到数据库中，数据得到保存
当燃油量出现异常时，系统会提示给调度员，点击系统提示信息，信息包括：燃油量异常时间、燃油量异常发生的地点、燃油量异常所在线路、燃油量异常详情、添加此燃油量异常的车号，系统自动把燃油量异常的车辆信息保存到数据库中
当车温出现异常时，系统会提示给调度员，点击系统提示信息，信息包括：车温异常时间、车温异常发生的地点、车温异常所在线路、车温异常详情、添加此车温异常的车号，系统自动把燃油量异常的车辆信息保存到数据库中
当胎压出现异常时，当车温出现异常时，系统会提示给调度员，点击系统提示信息，信息包括：胎压异常时间、胎压异常发生的地点、胎压异常所在线路、胎压异常详情、添加此胎压异常的车号，系统自动把燃油量异常的车辆信息保存到数据库中 (8). 运行信息
26
序号 1 2 约束 Not null Not null 宽度 100 100 类型 Char Char Default 字段名称 车速异常 车辆私自绕行 字段说明 3 Not null 100 Char 车辆私自甩站 4 5 Not null Not null 100 100 Char Char 虚开班次 首末车发车情况 6 Not null 100 Char 车载客流量 7 示意图：
Not null 100 Char 校区 用户： Admin 权限： 管理员 729路车运行 车速 绕行 虚开班次 私自甩站 客流量大 正常 异常 是 否 是 否 是 否 是 否 京 xxx 京 xxx 京 xxx 京 xxx 京 xxx 京 xxx
分析：
公交运营系统的运行状况记录，点击运行状况页面会出现车辆运行状况图表，有每辆车的班
27
次，首先记录的是车速是否异常、车辆私自绕行状况、是否虚开班次、是否私自甩站、客流量是否加大等。每次打开系统如实记录车的运行状况。
(9). 出行信息 序号 1 2 3 分析：
开始 约束 Not null Not null Not null 宽度 100 100 100 类型 Char Char Char Default 字段名称 换乘方法 线路信息 路面拥堵 字段说明 输入首末站点 查出需要换乘的线路 显示换乘方法 结束 换乘方法查询
当公交运营调度系统显示要查询车辆出行状况时，选择换乘方法页面查询，系统显示出输入想要到达的首末站点，然后点击确定，查出需要换乘的多条路线，可以根据自己的需要进行选择，比如想要选择途径超市的线路，可以选择路经超市的换乘方法等等，确定后系统会按要求显示出你所需的换乘方法。
28
开始输入线路名Y是否为空NN是否存在Y查询该线路所经过的站点依次显示这些站点结束
线路查询：公交运营系统的出行还有查询线路信息的功能，点击开始按钮，系统会让你输入想要查询的线路名。然后会自动搜寻是否存在，然后确定查询该线路所经过的所有站点，系统查询会随时保存存档的。选择你想要的线路，站点附近的所有大型建筑、超市等也会出现。确定选择后系统会查询出你所许的站点线路。
29
开始输入起点站和终点站Y是否为空YNN是否一样N是否存在YY查询经过起点的线所有路查询经过终点的线所有路依次取其中一条路线，直到所有依次取出其中一条，直到所有判断是否相等记录信息NNN是否有交点Y记录信息找出最短站点数显示直连路线显示换乘一次路线结束
线路选择：公交运营调度系统的线路选择也是很人性化的，首先要输入起点站和终点站，系
30
统自动确定是否一样和存在，确定后查询经过起点的线路和经过终点的线路，然后依次取其中一条线路，然后后台判断是否有交点站，是否正确最后确定信息，记录信息，后台自动搜索出最短的站点数，显示直达线路，显示换乘一次的路线，根据你的需要自己选择线路，最后结束线路选择。
5.2.2运用设计
一．运行设计 (1). 运行模块的组合
客户机程序在有输入时启动接收数据模块，通过各模块之间的调用，读入并对输入进行格式化。在接收数据模块得到充分的数据时，将调用网络传输模块，将数据通过网络送到服务器，并等待接收服务器返回的信息。接收到返回信息后随即调用数据输出模块，对信息进行处理，产生相应的输出。
服务器程序的接收网络数据模块必须始终处于活动状态。接收到数据后，调用数据处理/查询模块对数据库进行访问，完成后调用网络发送模块，将信息返回客户机。
(2). 运行控制
运行控制将严格按照各模块间函数调用关系来实现。在各事务中心模块中，需对运行控制进行正确的判断，选择正确的运行控制路径。
在网络传方面，客户机在发送数据后，将等待服务器的确认收到信号，收到后，再次等待服务器发送回答数据，然后对数据进行确认。服务器在接到数据后发送确认信号，在对数据处理、访问数据库后，将返回信息送回客户机，并等待确认。
(3). 运行时间
在软体的需求分析中，对运行时间的要求为必须对作出的操作有较快的反应。网络硬件对运行时间有最大的影响，当网络负载量大时，对操作反应将受到很大的影响。所以将采用高速ATM 网络，实现客户机与服务器之间的连接，以减少网络传输上的开销。其次是服务器的性能，这将影响对数据库访问时间即操作时间的长短，影响加大客户机操作的等待时间，所以必须使用高性能的服务器，建议使用 Pentium III 处理器。硬件对本系统的速度影响将会大于软件的影响。
二．安全保密设计
由于数据的传输上需要通过网络传输，为了客户资料进行保密，需要在网络的传输过程
31
中对数据进行加密。
这个工作主要是在准备网络包，及解开网络包这两个模块完成，它们各对数据进行加密及解密还原工作。
在加密算法选择上将使用RSA 加密算法。
三．维护设计
维护方面主要为对服务器上的数据库数据进行维护。可使用 SQL SERVER 的数据库维护功能机制。例如，定期为数据库进行Backup，维护管理数据库死锁问题和维护数据库内数据的一致性等。
6. 难点及处理方案
(1). 出错输出信息
程序在运行时主要会出现两种错误：1、由于输入信息，或无法满足要求时产生的错误，称为软错误。2、由于其他问题，如网络传输超时等，产生的问题，称为硬错误。
对于软错误，须在订货/领货操作成功判断及输入数据验证模块由数据进行数据分析，判断错误类型，再生成相应的错误提示语句，送到输出模块中。
对与硬错误，可在出错的相应模块中输出简单的出错语句，并将程序重置。返回输入阶段。
出错信息必须给出相应的出错原因， (2). 出错处理对策
所有的客户机及服务器都必须安装不间断电源以防止停电或电压不稳造成的数据丢失的损失。若真断电时，客户机上将不会有太大的影响，主要是服务器上：在断电后恢复过程可采用 SQL SERVER 的日志文件，对其进行ROLLBACK 处理，对数据进行恢复。
在网络传输方面，可考虑建立一条成本较低的后备网络，以保证当主网络断路时数据的通信。
在硬件方面要选择较可靠、稳定的服务器机种，保证系统运行时的可靠性。
7. 文档历史
版本
修改内容 修改日期 32
修改人 审阅人 V4.0 原始版本 2011-10-25 周珊珊 武秋月 贯新蕾 张耀华
33
因篇幅问题不能全部显示，请点此查看更多更全内容