软件开发计划书（精选5篇）

好范文网小编为你精心整理了5篇《软件开发计划书》的范文，但愿对你的工作学习带来帮助，希望你能喜欢！当然你还可以在好范文网搜索到更多与《软件开发计划书》相关的范文。

篇一：软件开发计划书材料

软件开发计划书

1．引言（Introduction）

1.1 目的（Purpose）

本章提供整个软件开发计划的综述。主要是确定以下内容：

（1）软件生存周期的选取及裁剪。

（2）软件规范、方法和标准的选择。

（3）软件工作产品的规模估计。

（4）软件工作量和成本的估计。

（5）软件进度表的制定。

（6）软件风险的估计。

（7）软件项目培训计划。

1.2 范围（Scope）

说明该软件开发计划的范围，简要描述软件开发计划的内容。一般而言，对于一个较大的软件项目（工期6个人月以上），计划书包括如下内容：

（1）软件规模估计

（2）工作模块计划

（3）人力资源计划

（4）其他资源计划

（5）进度安排计划

（6）配置管理计划（可单独做一个计划）

（7）质量保证计划（可单独做一个计划）

1.3 术语定义（Terms Glossary）

将该软件开发计划中的术语、缩写词进行定义。包括用户应用领域与计算机领域的术语与缩写词等。例如：

[1] 软件相关组：指软件配置管理组、文档支持组、测试组。

[2] 软件质量保证组：指计划和实施软件质量保证活动的人员的集合。

1.4 参考资料（References）

说明该软件开发计划使用的参考资料，如项目的用户需求报告、商务合同、用户领域的资料等，每一个文件、文献要有标题、索引号或文件号，发布或发表日期以及出版单位。

[1] ……

[2] ……

1.5 相关文档（Related Documents）

当该文档变更时，可能对其他文档产生影响，受影响的文档叫相关文档，需将它们列出。

[1] ……

[2] ……

1.6 版本更新记录（Version Updated Record）

版本更新记录格式，如表4-8所示。

表4-8 版本更新记录

2．项目概述（Project Summary）

2.1 项目的目的（Project Purpose）

说明该软件项目的目的。

2.2 项目的范围（Project Scope）

本章的内容，主要参照《立项建议书》/《合同》与《用户需求报告》中相关章节，简要描述该软件项目的实现范围：

（1）主要功能点列表

（2）主要性能点列表

（3）主要接口列表

（4）本软件项目与其他软件项目之间的关系

（5）项目实施方面的限制等内容

2.3 项目的使用对象（Project Reader）

在本章节中，要识别出顾客与最终用户，对顾客与最终用户的情况要有简单描述，如最终用户的教育水平、技术水平及本系统的使用频度等。

3．项目组织（Project Organization）

项目组织是为开发项目而组建的队伍。建议以框图的方式表示项目的组织结构，并对每一组织的负责人和职责加以说明。可能的项目组织单元，如：

（1）项目管理组

（2）质量保证组

（3）配置管理组

（4）软件工程组

（5）测试组

（6）需求管理组

各组织说明如下：

（1）项目管理组，执行SPP和SPTO过程，对项目实施负全部责任。

（2）质量保证组，执行SQA过程，负责项目过程与产品的质量控制和报告。

（3）配置管理组，执行SCM过程，负责项目产品的版本、配置管理以及配置库状态报告。

（4）软件工程组，执行软件项目工程过程，负责项目产品的开发和维护工作。

（5）测试组，执行软件项目测试过程，负责项目产品的测试。

（6）需求管理组，负责对需求基线和需求变更进行管理。

4．软件生存周期（Software Life Cycle）

本章节记录项目策划生存期定义的工作结果，需要描述的主要内容：

（1）项目生存期框图

（2）项目生存期说明

5．规范、方法和标准（Criterion，Means，Standard）

本章节中需要描述采用的供开发和维护软件用的规范、方法和标准。

6．任务与工作产品（Task and Work Products）

项目任务和工作产品，是指根据项目生存期阶段划分的任务，和相应阶段的工作产品。记录项目生存期各阶段确定的需重点控制的阶段任务和工作产品。建议以表格的形式，列出生存期各阶段的任务和工作产品。项目包含的任务，如：

（1）需求分析

（2）系统设计

（3）系统实现

（4）测试

（5）产品交付

（6）产品维护

项目可能包含的产品，如：

（1）需求分析说明书

（2）规格分析说明书

（3）系统设计说明书

（4）源代码

（5）各种测试报告

（6）用户手册

（7）软件问题维护记录

7．工作产品、任务规模、工作量估计（Estimates of Work Product，Task Size and Workload）

项目规模估算是为了确定项目所需的人工。需要描述的主要内容有：

（1）对软件工作产品规模估计依据的简要描述。

（2）每种任务和工作产品规模估计的结果。

（3）规模估算的结果，建议用《任务规模和工作量估算表》的形式列出。

8．成本估计（Estimates of Costs）

成本估计，是指对项目完成过程中耗费的人力、物力、财力资源的估算。成本估计应按类别进行估算，可能的成本估算类别，如：

（1）直接人工

（2）直接费用

（3）间接成本

（4）制造费用

（5）管理费用

（6）不可预见费用

9．关键计算机资源计划（Critical Computer Resource Plan）

项目的关键计算机资源计划，是指系统在开发环境、测试环境、及用户目标环境中，对关键计算机资源，如计算机存储能力、计算机处理器速度、通信通道容量、服务器处理能力等的估计，使之能满足软件开发、测试、运行的要求。

10．软件项目进度计划（Software Project Schedule）

件项目进度计划，是对项目的进度、人员工作分工所做的计划，此计划依据上述各章的估算和分析结果，计划方式建议采用表格的形式。若采用工具制定项目计划，应将工具生成的图表作为项目计划的附件。本章节中需要描述的主要内容有：

（1）软件项目每个阶段的`进度时间表

（2）设定的里程碑

（3）评审时间

（4）缓冲时间

11．配置管理计划（可单独做一个计划）（Configuration Management Planning） 本书单独作为一章论述。

12．质量保证计划（可单独做一个计划）（Software Quality Assurance Planning） 本书单独作为一章论述。

13．风险分析（Risks Analysis）

项目风险分析，是指对可能发生的将会对项目按预期时间、资源和预算完成产生重大影响的事件的分析包括：

（1）被识别出的重大风险事件：政策风险、技术风险、技能风险等。

（2）易发生重大风险事件的高风险区域：用户需求、设计、测试、运行平台等。

（3）重大风险事件的级别：功能不全、性能不稳、迅速受限制等。

（4）拟采取的预防措施：增加投入、纠错、延时等。

（5）风险事件发生后建议采用的处理措施：更改计划、降低难度系数等。

14．设备工具计划（Equipment and Tools Planning）

项目设备工具计划，是根据项目的工作指派及进度确定项目所需要的设备和工具，以确保设备工具在任务执行前到位，保证项目任务的顺利执行，在本计划中应包含以下几方面的内容：

（1）所需的设备

（2）基本的要求

（3）应到位的时间

15．培训计划（Training Planning）

项目的培训计划，应根据项目的特点和项目组成员技能情况，制定出项目组成员所需的培训内容，培训计划中应包含以下几方面：

（1）培训内容

（2）培训时间

（3）教员

（4）接受培训的人员

（5）培训目的（应达到的效果）

16．项目评审（Project Reviews）

项目评审，是对项目策划过程所做的定期性评审。其内容可分为：

（1）评审点

（2）评审周期

（3）评审层次

（4）评审条款和措施

（5）管理评审活动中提交的工作产品（列出被评审的工作产品）

17．度量（Measurement）

度量是按规定在项目进行过程中，需要采集的度量数据，以便量化地反映项目的进展情况，为管理者提供对项目进展的适当的可视性，同时度量数据是项目过程改善的数据基础。应规定项目度量值的记录人（一般为项目经理或其指定人员）、记录时间（一般以定期评审为基础）和记录的数据。常用的度量数据如：

（1）项目过程的评审次数

（2）项目计划修改次数

（3）项目各阶段的人员投入（各阶段投入的人月数）

（4）各类任务耗用时间统计（如设计、编码、测试、文档编写等） （5）工作产品统计（如文档字数、功能点数、用况数、源代码行数等）

篇二：软件开发计划书材料

国家公派留学管理信息平台三期

改造建设项目

软件开发计划书

XXXXXXXXXX有限公司

软件开发部

1. 概述

本系统按照国家留学基金管理委员会管理规范化、制度化、科学化的要求，通过对公派留学申请、项目信息重新整合、材料上传、中科院申报数据管理、优秀自费奖学金申报数据管理、在外申请人的申报及受理等相关留学申请审批业务的改造和重组，以适应现有的需求变化以及下一步工作安排和具体实施，提高留学申请和审批、管理工作的运转效率，减少申请人员网上申报不便利，实现中科院申报数据并入、在外人员申报管理等申报流程以及审批受理工作。完善业务信息资料库的共享和使用价值。使国家留学基金管理委员会业务审批管理更加严密和规范，逐步取消纸件，初步实现政务办公无纸化、业务数据与网站信息一体化。成为提高管理水平和辅助领导决策不可或缺的公派留学申报审批信息平台。

1.1项目简介

? 项目名称：国家公派留学管理信息平台三期改造建设项目 ? 项目建设方： ? 项目承建方： ? 项目监理方：

1.2软件开发内容：

1. 对原应用系统平台进行应用升级，及整合系统开发和个性化设计 2. 网络安全功能整合与开发， 3. 硬件平台设备部署和规划 4. 系统联调与试运行 5. 客户培训

2. 软件开发进度计划

2.1.

项目实施过程中需由用户协助的工作

项目需求书

网站内容和单位标示 内部组织结构和人员组成 设备资产清查

2.2. 项目整体进度计划

1、

产品测试与交付

2.3.

测试内容

对每一个开发成功的模块进行功能性测试 ?

进行各模块接口联调测试；

2.4.

产品交付

全部测试结束后，将产品交付集成部门现场安装调试 ?

最迟交付期为20xx年3月31日

3. 软件交付日期

软件最后交付日期为20xx年3月31日。

本计划的批准者：

批准日期：20xx年1月16日

篇三：软件开发计划书材料

XX2009年9月8日 项目计划书

1 引言

1.1 编写目的

1.2 背景

1.3 定义（略）

1.4 参考资料

1.5 标准、条约和约定（略） 2 项目概述

2.1项目目标

2.2产品目标与范围

2.3假设与约束

2.4 项目工作范围

2.5 应交付成果

2.5.1 需完成的软件

2.5.2 需提交用户的文档

2.5.3 须提交内部的文档

2.5.4 应当提供的服务

2.6 项目开发环境

2.7 项目验收方式与依据 3 项目团队组织

3.1 组织结构

3.2 人员分工

3.3 协作与沟通

3.3.1 内部协作

3.3.2 外部沟通

4 实施计划

4.1 风险评估及对策

4.2 工作流程（略）

4.3 总体进度计划

4.4 项目监控（略）

4.4.1 质量控制计划（略）

4.4.2 进度监控计划（略）

4.4.3 预算监控计划（略）

4.4.4 配置管理计划（略） 5 支持条件（略）

5.1 内部支持（可选）（略）

5.2 客户支持（对项目而言）（略）

5.3 外包（可选）（略） 6 预算（可选）

6.1 人员成本

6.2 设备成本

6.3 其它经费预算（略）

6.4 项目合计经费预算（略）7 关键问题

8专题计划要点（略）

篇四：软件开发计划书材料

图 书 管 理 系 统

项目开发计划书

可行性研究报告

图书管理系统开发小组

负责人：龙金波

成员： 张斌

杨良华

董小华

指导老师：杜卓敏

20xx年11月

软件计划书（图书管理系统）

引言：

编写目的及背景：

随着计算机及网络技术的飞速发展，Internet/Intranet应用在全球范围内日益普及，当今社会正快速向信息化社会前进，信息自动化的作用也越来越大。从而使我们从繁杂的事务中解放出来，提高了我们的工作效率。目前大部份的图书馆尤其是中小学的图书馆以及小型的书店还采用传统的人工方式管理图书，由此花费大量的人力物力，而且工作效率很低，不能及时了解图书的种类和学生们比较需求的图书等，不能更好的适应当前学生的借阅要求。而且手工管理还存在许多弊端，由于不可避免的人为因素，造成的数据的遗漏、误报。计算机信息化管理有着储存量大，速度快等许多优点，提供给我们的处理信息及时快捷，而由此决定开发该图书管理系统。相信有不少公司以及个人都开发过此类产品，其中不乏优秀的产品。我们开发此产品也许不如别人做的好，但此开发过程仅做为我们的实习作业，积累相应的经验，为以后的软件开发项目打下基础。开发出来的产品在经过严格的测试后，也可提供给某些用户使用，由此找出其中的不足并加以完善。

一． 范围

1.1 项目名称：图书管理系统。

1.2 项目目标：实现对图书的自动管理，节省人力资源。主要面对小型图书

馆以及中小学图书管理，还可用于部分小型书店。

1.3 主要功能：

1.3.1 面向图书馆管理人员：

进货后，完成对图书入库的录入工作，即数据采集（可通过条形码），将所有的数据录入数据库，并进行分类汇总。

1.3.2 办理借书证时的借书人员信息的录入：

借书时，记录借书日期，以及将相应的信息录入数据库以供检索使用。还书时对借书记录进行注销，并把相应的信息录入数据库以供检索使用。

1.3.3 面向借书人员：

提供友好的界面，使用户可查询在馆书目，以及用户的借书记录。还可提供预约借书服务。

1.3.4 面向图书租借管理人员：

新书进货后完成对新书的录入工作，可针对书店具体业务进行系统的二次开发。

1.3.5 面向顾客：

提供友好的界面，供顾客查询书店内的图书，以及新书预订等，这些可以由书店的二次开发来完成。

1.4 性能要求：

建立可根据图书馆规模以及书店的规模来确定需要存储的信息量的大小，最小求为10万册图书，图书馆为10000个借书者的信息。届时可根据具体的需求来重新设定信息量的大小。

录入信息时的响应时间不超过3秒，用户查询时间不超过3秒，具体响

应时间应该视机器的具体配置。

其内部网络由用户自行决定，对于一般用户来说，一台微机即可，对于大一些的用户，可能使用一台服务器以及若干客户端机器。视具体用户而决定。

1.5 系统界面

界面友好，面对用户和管理人员用不同的界面，力求友好，使得操作简易，降低培训成本。系统提供诸多接口，例如word导入接口，以及SQL sever数据库的接口，方便用户操作。

1.6 开发概要:

1.6.1 调研和计划：

从10月20日开始着手此项目的开发过程，花一个星期左右的时间进行调研，了解各种不同用户对图书管理系统的不同需求，像图书租借机构、各种图书馆等，尽量使系统开发出来后能满足各方面的需求，即增加系统的实用性。在明确问题的性质、工程的目标及规模后，接下来的一个星期对该开发做一个可行性分析及总体的计划，作为以后开发的指导。

1.6.2 需求分析：

从11月6日左右到11月11月17日进行详细的需求分析，把现实的、抽象的问题具体化，大致设计出系统的逻辑模型。

1.6.3 设计：

分为概要设计和详细设计两个阶段进行，花五天左右时间进行概要设计，大致明确求解方案，设计出软件结构。花10天左右的时间进行详细设计，对各模块的功能给于说明，并作出详细的“设计说明书”。

1.6.4 编码和模块测试：

由于时间的限制，编码阶段有可能在下学期进行，所以这学期主要就是作出测试的计划和方案及可能出现的问题和解决方法，作出“测试报告”。

二． 资源

2.1 人力资源

本开发小组共四位成员，为武汉大学2002级计算机学院本科生。由于经费以及水平的限制，在各个阶段四位成员都参与开发，具体分工将在以后的各项说明书中指出。

2.2 硬件资源

个人电脑4台以及相应的网络设备、移动存储设备，条形码扫描仪，打印机等。

2.3 软件资源

Windows 98/NT/2000/XP操作系统,VC++开发语言,SQL SERVER 2000等。

三．安排和成本估算

四．进度与成本估算的说明：

由于没有经费投入，一切成本均由开发人员自行负担。微机及操作系统为现有的个人设备。其余软件资源可以由网上寻找。因此，成本估算也就无从谈起，主要投入为每个人的时间。主要时间为课余时间，因此具体进度可能会在开发过程中不断地调整。

五．可行性分析报告

5.1 引言

5.1.1 定义

Visual C++程序设计语言：它是Microsoft 公司开发的一种可视化软件开发工具，一种面向对象的编程语言。

Access：它是Microsoft 公司开发的一种具有强大功能的数据库。

图书馆管理系统是图书馆方便学生借阅图书资源快速有效的自动化查询系统。在此次的设计中采用Visual C++程序设计语言和ACCESS来实现本产品的软件部分。

BMS：Book Management System的简称，即：图书管理系统。

BMS-server：指数据服务器，安装在服务器端，它提供学生身份及借阅情况信息，图书数据库以及相关的应用处理程序。

BMS-client: 即信息处理工作站，装在管理人员的客户机上，其中客户机还要装上条形码扫瞄设备和打印机，用来输入学生信息，存储学生借阅信息以及相关内容。

BMS-pos:独立身份验证机，是一个相对独立的身份验证终端，可以独立工作，直接验证图书证的信息，也可以与PC连接，进行联机借阅信息判断处理。

5.1.2 参考资料

Ⅰ.《软件工程国家标准文档》 ——项目开发计划（GB856T——88）

可行性研究报告（GB8567——88）

Ⅱ.《软件工程原理与应用》 ——陈世鸿，朱福喜，黄水松，陈磊 编著

武汉大学出版社

Ⅲ.《软件工程》 ——王利福，张世琨，朱冰 编著

北京大学出版社

Ⅳ.《数据库原理与应用》 ——李昭原主编

科学出版社

Ⅴ. 《数据库系统概论》 ——萨师煊，王珊 编著

高等教育出版社

5.2 可行性研究前提

5.2.1 要求

A. 功能：设计一种智能检索图书并查询相应信息以及更新的图书管理系统

B. 性能：速度快，支持模糊查询

C. 输出：打印报表，如应用到图书馆管理，应有支持相应的借阅功能的服务

D. 输入：通过扫描条形码来录入图书数据

E. 简要处理流程：（略）

F. 在安全与保密方面的要求：只允许系统管理员修改数据库中相关信息，其他 没有管理员权限的人只享有访问查询的权限

G. 同本系统相连接的其他系统：远程访问（扩展中）

H. 完成期限：2002年12月24号

5.2.2 目标

四个人在2个星期的时间内完成系统

5.2.3 条件、假定和限制

假定：操作人员对该图书管理系统的基本流程基本熟悉，并且对一些基本的术语有所了解，由于资金不容许，因此，在涉及的有关验证，采集设备的时候就默认为对相应操作成功完成。

约束：开发小组有4名成员，均为武汉大学2002级本科生。开发项目管理的经验不足，开发经验不够丰富。项目开发经费只有150RMB，因此不可能做到将信息存储到相关设备上进行，故有一定的假定条件。另外开发期限在12.24前完成。

5.2.4 进行可行性研究的方法

该项可行性研究是在对现有的图书管理系统的调研上进行的，参考了武汉大学现行的图书馆管理模式，通过调查当前存在的图书资源利用不足的现象，并且对数据库理论进行研究得知通过计算机和网络资源可将图书资源透明化；

5.2.5 评价尺度

该系统只作实习作业，各项功能够实现，模拟中小型图书管理系统，不做商业用途

5.3 对现有系统的分析及对所建议的系统的建议

对现有的系统的分析主要基于对图书管理系统的调研上面，由于是我们的实习作业，所以就只对所建议的系统的建议提出自己的看法。

5.3.1 对所建议的系统的说明

该系统在学生微机上进行开发，主要实现功能为通过条形码扫描仪进行录入图书信息，存入数据库，通过界面对图书信息进行管理，支持模糊查询，能够通过打印机打印报表，提供管理员和用户两种权限，管理员具有修改，删除等权限，而普通用户只具有查询权限，在后续开发中可以考虑高级用户这一群体需要的权限（因为该系统还可应用到图书经销商上面），以及远程访问等新功能。

5.3.2 主要流程和数据流程

该流程图会在设计说明书里具体给予说明

5.4 影响

5.4.1 对设备的影响

除了对电脑自身配置有所要求外，还需要添加扫描仪，打印机等硬件设施

5.4.2 对软件的影响

不需要对现存的应用软件和支持软件进行修改

篇五：软件开发计划书材料

软件开发计划书

项目名称：乐吧乐游戏平台

参与人员：

目 录

1引言 -----------------------------------------------------------------------------------3

1.1编写目的 -----------------------------------------------------------------------3

1.2背景-----------------------------------------------------------------------------3

1.3定义-----------------------------------------------------------------------------4

1.4参考资料 -----------------------------------------------------------------------4

1.5 系统动机-----------------------------------------------------------------------5

1.6标准、条件和约定-------------------------------------------------------------5

1.7编写文档的WBS --------------------------------------------------------------5 2项目概述 ------------------------------------------------------------------------------6

2.1工作内容 -----------------------------------------------------------------------6

2.2主要参加人员 ------------------------------------------------------------------6

2.3产品及成果---------------------------------------------------------------------8

2.3.1程序 ----------------------------------------------------------------------8

2.3.2文件 ----------------------------------------------------------------------8

2.3.3服务 ----------------------------------------------------------------------8

2.3.4非移交产品 --------------------------------------------------------------8

2.4验收标准-----------------------------------------------------------------------9

2.4.1代码的验收 --------------------------------------------------------------9

2.4.2 文档验收 ----------------------------------------------------------------9

2.4.3 服务验收 -------------------------------------------------------------- 10

2.5完成项目的最迟期限 ------------------------------------------------------- 10

2.6本计划的审查者与批准者--------------------------------------------------- 10 3实施总计划 ------------------------------------------------------------------------- 11

3.1开发过程 --------------------------------------------------------------------- 11

3.1.1 需求分析 -------------------------------------------------------------- 11

3.1.2 系统设计 -------------------------------------------------------------- 11

3.1.3 编码及测试阶段 ------------------------------------------------------ 11

3.1.4 文档、产品部署 ------------------------------------------------------ 11

3.1.5 项目总结 -------------------------------------------------------------- 11

3.2工作任务的分解 ------------------------------------------------------------- 12

3.3接口人员 --------------------------------------------------------------------- 13

3.4进度--------------------------------------------------------------------------- 13

3.5预算--------------------------------------------------------------------------- 14

3.6关键问题 --------------------------------------------------------------------- 14 4支持条件 ---------------------------------------------------------------------------- 15

4.1计算机系统支持 ------------------------------------------------------------- 15

4.2需要用户承担的工作 -------------------------------------------------------- 16

4.3需由外单位提供的条件 ----------------------------------------------------- 16 5专题计划要点----------------------------------------------------------------------- 17

5.1开发人员培训计划 ---------------------------------------------------------- 17

5.2 测试计划 -------------------------------------------------------------------- 17

5.3 质量保证计划--------------------------------------------------------------- 17

5.4 人员配置计划--------------------------------------------------------------- 17

5.5 客户培训计划--------------------------------------------------------------- 17

5.6 安全保密计划--------------------------------------------------------------- 17

1引言

1.1编写目的

为了保证项目团队按时保质地完成项目目标，便于项目团队成员更好地了解项目情况，使项目工作开展的各个过程合理有序，有必要以文件化的形式，把对于在项目生命周期内的工作任务范围、各项工作的任务分解、项目团队组织结构、各团队成员的工作责任、团队内外沟通协作方式、开发进度、经费预算、项目内外环境条件、风险对策等内容以书面的方式描述出来，作为项目团队成员以及项目干系人之间的共识与约定，项目生命周期内的所有项目活动的行动基础，项目团队开展和检查项目工作的依据。

本项目开发计划用于从总体上指导《了吧了游戏平台》项目顺利进行并最终得到通过评审的项目产品。本项目开发计划面向项目组全体成员。

1.2背景

《乐吧乐游戏平台》主要功能是,为广大用户提供一个面对面的游戏平台；基本可包括所有保单系列产品，以及国内外比较流行的博彩游戏！该项目在计划中...

表1.1 项目背景规划

在保单产品越来越被广大玩家所孰知的情况下，玩家渐渐的变的聪明起来，这致使机器作 弊的手段的成功率越来越底！大大的降低了玩家对保单系列产品的信任度,同时直接和间接 的影响了游戏场地和厂家的利益！从而形成了“不作弊盈利困难的“大难题！分析得出主要原因是玩家对机器不信任!为解决这一重大难题!改变当下这种现状特开发出P to P《乐吧乐游戏平台》!

1.3定义

专门术语：

SQL SERVER:系统服务器所使用的数据库关系系统（DBMS）。

SQL：一种用于访问查询数据库的语言

事务流：数据进入模块后可能有多种路径进行处理。

主键：数据库表中的关键域。值互不相同。

外部主键：数据库表中与其他表主键关联的域。

ROLLBACK:数据库的错误恢复机制。

缩写：

系统：若未特别指出，统指本了吧了游戏平台。

SQL：Structured Query Language(结构化查询语言)。

ATM：Asynchronous Transfer Mode (异步传输模式)。

UML：统一建模语言、是一套用来设计软件蓝图的标准建模语言，是一种从软件分析、设计到编写程序规范的标准化建模语言。

UDP ：User Datagram Protocol 是无连接的传输层协议

分布式代理： 可隐藏服务器ip ，减少服务器的危险;

服务器代理： 可验证用户数据的正确性，以及安全性，进行处理

三级代理： 减轻服务器压力，可实现智能作弊系统！

1.4参考资料

文档格式要求按照我国GB/T8567-1988国家标准和IEEE/ANSI830-1993标准规范要求进行。包括以下文件：

游戏传输关系系统需求说明书

软件工程项目开发文档范例

软件工程国家标准文档

需求说明书

软件需求说明书编写规范

书籍包括：

《软件项目管理》 朱少民，韩莹 编著，人民邮电出版社。

《软件项目管理》 Rajeev T Shandilya编著 科学出版社。