机票预订系统程序设计说明书模板(面向对象)

程序设计说明书1引言1・1编写目的程序设汁说明书提供用户与开发人员对开发软件的共同理解，使用户与开发单位就该系统的功能定义、环境需求达成共识，是今后各阶段设汁工作的基础和依据，也是本阶段评审和测试阶段确认与验收的依据。

本需求分析的读者对象包括客户、业务人员需求分析人员、测试人员、用户文档编写人和项目管理人员。

本阶段已在系统的需求分析的基础上，对机票预左系统做概要设计。

主要解决了实现该系统需求的程序模块设讣问题。

包括如何把该系统划分成若干个模块、决定各个模块之间的接口、模块之间传递的信息，以及数据结构、模块结构的设汁等。

在以下的概要设计报告中将对在本阶段中对系统所做的所有概要设计进行详细的说明。

在下一阶段的详细设计中，程序设计员可参考此概要设计报告，在概要设计对机票预定系统所做的模块结构设计的基础上，对系统进行详细设汁。

在以后的软件测试以及软件维护阶段也可参考此说明书，以便于了解在概要设计过程中所完成的各模块设il•结构，或在修改时找出在本阶段设计的不足或错误。

预期的读者：系统管理员、机票预订管理员、订票旅客、程序员。

12背景软件名称：机票预订系统提出者：程序员开发者：XXX o用户：系统管理员、程序员。

运行该软件的计算站(中心)：Internet.航空公司、网上银行2程序设计说明2.1需求规定1.管理员管理航班与打印机票活动图(1) 管理员登陆界面管理航班信息与旅客信息。

(2) 管理员根据旅客信息安排航班。

(3) 管理员根据机票价格收费。

(4) 打印机票与账单。

根据上面的描述，管理员管理航班与打印机票活动图如图5-1所示。

•活动起点图2.1订票管理员管理航班与打印机票活动图2 •旅客订票与打印机票活动图⑴旅客登陆操作界面选择航班或山订票管理员安排航班。

(2) 选择航班后确认订票形象。

(3) 确认完毕缴费。

(4) 山管理员打印机票和账单。

根据上面的描述，旅客订票与打印机票活动图如图5-2所示。

•活动起点图2.2旅客订票与打印机票活动图2.2运行环境设备服务器,硬件：CPU133M, 64M或以上内存，300M硬盘空间；VGA显示器或更髙条件与限制：服务器利客户机要求都能接入Internet。

系统将由两部分程序组成，安装在各旅行社客户机上的客户程序及航空公司内的数据服务器程序。

根据调研得知所有旅行社的计算机配置均在Pentium 133级别以上，客户程序应能够在Pentium 133级别以上,Win NT环境下运行。

2.3程序构件结构说明构件图是用来表示系统构建与构件之间，以及定义的类或接口与构件之间关系的图。

在构件图中，构件和构件之间的关系表现为依赖关系，定义的类或接口与类之间的关系表现为依赖关系或实现关系。

对于不同的开发小组而言，构件图能够呈现整个系统的早期设讣，使系统的 开发的各个小组山于实现不同的构件而连接起来，构件图成为方便不同开发小组 的有用工具。

系统开发者通过构件图呈现的将要建立的系统的高层次架构视图， 开始建立系统的各个里程碑，并决定开发任务分配以及需求分析。

构件图的基本图元有以下儿种，如图2.3。

图2.32.4程序软件结构说明1•类图的创建首先这些类图都是将数据中的表抽象出实体类的，然后根据功能描述，抽象 出他们之间关系的类来的。

对于这些属性就是数据库表中的字段。

通过上面的分析，可以确定类图中各个参与者的属性和操作，航空订票系统 类图如图2.4所示。

«a>mponent» §]O悽口实現 *— —— — ——图2.4航空订票系统类图2 •类图及其说明表对于上面类图进行说明，具体情况如表2.1和2. 2所示。

表2・1类图说明表航空管理系统系统运行正常与否三boolean5•・••号卡 名别件行1gn9 n ggrinst ininst2 strstr••号订票 您瘩户号：string 危瘩户名:siring ◎机票号^ siring◎•证件号；string2.5功能需求与类之间的关系类间关系说明表表2.2类间关系说明表3接口设计3.1外部接口(1)用户界而在用户界而部分，根据需求分析的结果，用户需要一个用户友善界面。

在界而设计上，应做到简单明了，易于操作，并且要注意到界而的布局，应突出的显示重要以及出错信息。

外观上也要做到合理化。

总的来说，系统的用户界而应作到可靠性、简单性、易学习和使用。

⑵接口在输入方而，对于键盘、鼠标的输入。

在输出方而，打印机的连接及使用。

在网络传输部分，在网络硬件部分，实现髙速传输。

3・2内部接口本系统内部加工之间并不是全自动化，有些部分需要人工参与。

打印出票据后，需要人员进行核对和收费，核对过后才将数据传之主数据库进型存储。

从而才使预定的票具有有效性。

内部接口方面，各模块之间采用函数调用、参数传递、返回值的方式进行信息传递。

具体参数的结构将在下面数据结构设讣的内容中说明。

接口传递的信息将是以数据结构封装了的数据，以参数传递或返回值的形式在各模块间传输。

4类1 (标识符)中的方法设计说明从本章开始,逐个地给岀各个类中的每个类的方法设计考虑，采用UML顺序图的方式表达。

以下给出的提纲是针对一般情况的。

对于一个具体的类，尤其是层次比较低的模块或子程序，其很多条目的内容往往与它所隶属的上一层的对应条目的内容相同或者非常简单，在这种情况下，只要简单地说明这一点即可。

对于存在UML状态图的类，也在这里表达4.1方法1(标识符)描述1 •管理员登陆系统序列图(1) 管理员登陆系统，在操作界面输入自己的用户名和密码并提交。

(2) 系统将管理员提交的用户名和密码进行检测，检查用户的身份是否合法。

(3) 检查完毕后将验证结果返回到操作界面上显示。

(4) 管理员获得验证结果。

如果未通过，重新登陆或退出。

否则继续选择下—步操作。

根据上面的描述，管理员登陆系统的序列图如图4-1所示。

系统晋陆信息库脊陆界面2:验证登陆信息 [------------------:4显示验证信息呼. I『…它返回验证信惠图4-1订票管理员登录系统序列图4.5注释设计说明准备在本程序中安排的注释，如：strcpy(s[i].start.M[O].start 1);// 替换其始站strcpy(s[ iJ.over.M [ 0].over 1);//替换终点站加在模块首部的注释：#include<string.h> //包含字符串函数处理头文件#include<stdlib.h> 〃包含动态存储与释放函数头文件加在各分枝点处的注释：对各变量的功能、范用、缺省条件等所加的注释：对使用的逻辑所加的注释等等。

5系统数据结构设计5.1逻辑结构设计要点数据库数据结构设ihDBMS的使用上系统将采用SQL SERVER,系统主要需要维护3张数据表，给岀本系统内所使用的每个数拯结构的名称、标识符以及它们之中每个数据项、记录、文卷和系的标识、左义、长度及它们之间的层次的或表格的相互关系。

ID°说明：航班班次表保存了所有从本地起飞的班机信息，它的主键为航班号。

在左位前先査寻座位空数，在立位后将修改剩余座位号。

Ticket 5. 35.2物理结构设计要点物理数据结构设汁主要是设计数拯在模块中的表示形式。

数据在模块中都是以结构的方式表示。

如图5.2.1 ＞图522所示。

1.旅客信息1 •旅客姓名2. 旅客性别3. 身份证号码4. 工作单位 用于定栗时接收输入.以及领栗时服务器返回。

2.帐单号可使用一 LONGINT 实现。

用于领票时接收输入•以及定票时服务器返回。

3.飞行目的1. 航班号2. 目的地§ 3.起飞时间4.座位号 如图5.2.1String Char LONG INT StringjString String Dare.Tiine StringJ5.错误信息1.错误类型INT2.输出语句String用于关于错误操作。

6•机票借息1. 航班号2. 目的地3. 起飞时间< 4.旅客姓名5.旅客性别6・身份证号码7 •座位号用于抒印机栗准备工作。

数期类型可参照上面所述。

7.帐单信息1.輾单号2・旅客姓名J 3.身份证号码5 4.航班号5. 起飞时间6. 目的地图 5.2.2给出本系统内所使用的每个数据结构中的每个数据项的存储要求，访问方法、存取单位、存取的物理关系（索引、设备、存储区域）、设计考虑和保密条件。

6系统出错处理设计6.1出错信息程序在运行时主要会岀现两种错误：1、由于输入信息，或无法满足要求时产生的错误，称为软错误。

2、由于其他问题，如网络传输超时等，产生的问题，称为硬错误。

对于软错误，须在左票/领票操作成功判断及输入数据验证模块由数据进行数据分析，小结对这次实验还是有很多的疑难题，像活动图顺序图还是不是很明确，再有则是故障问题的输入输岀方而还是不淸楚，英他的有物理结构设计要点和逻借结构设汁要点在程序设计说明书中的具体对象不是很淸楚。

所以我在很多方而还需要努力。