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

1、程序设计说明书 1引言 11编写目的 程序设汁说明书提供用户与开发人员对开发软件的共同理解，使用户与开发单位就该 系统的功能定义、环境需求达成共识，是今后各阶段设汁工作的基础和依据，也是本阶段评 审和测试阶段确认与验收的依据。本需求分析的读者对象包括客户、业务人员需求分析人员、 测试人员、用户文档编写人和项目管理人员。 本阶段已在系统的需求分析的基础上，对机票预左系统做概要设计。主要解决了实现 该系统需求的程序模块设讣问题。包括如何把该系统划分成若干个模块、决定各个模块之间 的接口、模块之间传递的信息，以及数据结构、模块结构的设汁等。在以下的概要设计报告 中将对在本阶段中对系统所做的所有概要设

2、计进行详细的说明。 在下一阶段的详细设计中，程序设计员可参考此概要设计报告，在概要设计对机票预 定系统所做的模块结构设计的基础上，对系统进行详细设汁。在以后的软件测试以及软件维 护阶段也可参考此说明书，以便于了解在概要设计过程中所完成的各模块设il结构，或在修 改时找出在本阶段设计的不足或错误。 预期的读者：系统管理员、机票预订管理员、订票旅客、程序员。 12背景 软件名称：机票预订系统 提出者：程序员 开发者：XXX o 用户：系统管理员、程序员。 运行该软件的计算站(中心)：Internet.航空公司、网上银行 2程序设计说明 2.1需求规定 1.管理员管理航班与打印机票活动图 (1) 管

3、理员登陆界面管理航班信息与旅客信息。 (2) 管理员根据旅客信息安排航班。 (3) 管理员根据机票价格收费。 (4) 打印机票与账单。 根据上面的描述，管理员管理航班与打印机票活动图如图5-1所示。 活动起点 图2.1订票管理员管理航班与打印机票活动图 2 旅客订票与打印机票活动图 旅客登陆操作界面选择航班或山订票管理员安排航班。 (2) 选择航班后确认订票形象。 (3) 确认完毕缴费。 (4) 山管理员打印机票和账单。 根据上面的描述，旅客订票与打印机票活动图如图5-2所示。 活动起点 图2.2旅客订票与打印机票活动图 2.2运行环境 设备服务器,硬件：CPU133M, 64M或以上内存，3

4、00M硬盘空间；VGA显示器或更髙 条件与限制：服务器利客户机要求都能接入Internet。 系统将由两部分程序组成，安装在各旅行社客户机上的客户程序及航空公司内的数据服 务器程序。 根据调研得知所有旅行社的计算机配置均在Pentium 133级别以上，客户程序应能够在 Pentium 133级别以上,Win NT环境下运行。 2.3程序构件结构说明 构件图是用来表示系统构建与构件之间，以及定义的类或接口与构件之间关 系的图。在构件图中，构件和构件之间的关系表现为依赖关系，定义的类或接口 与类之间的关系表现为依赖关系或实现关系。 对于不同的开发小组而言，构件图能够呈现整个系统的早期设讣，使系统

5、的 开发的各个小组山于实现不同的构件而连接起来，构件图成为方便不同开发小组 的有用工具。系统开发者通过构件图呈现的将要建立的系统的高层次架构视图， 开始建立系统的各个里程碑，并决定开发任务分配以及需求分析。 构件图的基本图元有以下儿种，如图2.3。 amponent O 悽口 实現 * 图2.3 2.4程序软件结构说明 1类图的创建 首先这些类图都是将数据中的表抽象出实体类的，然后根据功能描述，抽象 出他们之间关系的类来的。对于这些属性就是数据库表中的字段。 通过上面的分析，可以确定类图中各个参与者的属性和操作，航空订票系统 类图如图2.4所示。 航空管理系统 系统运行正常与否三boolean

6、 5 订票管理系统 勃系统运行正常与否z boolean 订票管理员 工作号：st ring 爲职务：string 爲淤名；string ” 航班 %航班号；string 銅日期二datetime 起点：string 觀冬点：string 号卡 名别件行 1 g n 9 n ggrinst ininst2 strstr号 订票 您瘩户号：string 危瘩户名:siring 机票号 siring 证件号；string 图2.4航空订票系统类图 2 类图及其说明表 对于上面类图进行说明，具体情况如表2.1和2. 2所示。 表21类图说明表 类名称 类属性 类操作 订票管理员 工作号 职务 姓名

7、管理航班信息 管理订票信息 修改密码 航班 号 班期点点 航日起终 查询航班信息 旅客 姓名 性别 证件号 银行卡号 查询航班信息 登录修改密码 修改订票信息 缴费 取票 航空管理系统 系统运行正常与否： boolean 订票管理系统 系统运行正常与否： boolean 订票 航班信息 机票价格 选择航班 2.5功能需求与类之间的关系 类间关系说明表 表2.2类间关系说明表 票理 订管员 r r 客 旅 票 订 3接口设计 3.1外部接口 (1)用户界而 在用户界而部分，根据需求分析的结果，用户需要一个用户友善界面。在界而设计上， 应做到简单明了，易于操作，并且要注意到界而的布局，应突出的显示

8、重要以及出错信息。 外观上也要做到合理化。总的来说，系统的用户界而应作到可靠性、简单性、易学习和使用。 接口 在输入方而，对于键盘、鼠标的输入。在输出方而，打印机的连接及使用。在网络传输 部分，在网络硬件部分，实现髙速传输。 32内部接口 本系统内部加工之间并不是全自动化，有些部分需要人工参与。打印出票据后，需要人 员进行核对和收费，核对过后才将数据传之主数据库进型存储。从而才使预定的票具有有效 性。内部接口方面，各模块之间采用函数调用、参数传递、返回值的方式进行信息传递。具 体参数的结构将在下面数据结构设讣的内容中说明。接口传递的信息将是以数据结构封装了 的数据，以参数传递或返回值的形式在各

9、模块间传输。 4类1 (标识符)中的方法设计说明 从本章开始,逐个地给岀各个类中的每个类的方法设计考虑，采用UML顺序图的方式 表达。以下给出的提纲是针对一般情况的。对于一个具体的类，尤其是层次比较低的模块或 子程序，其很多条目的内容往往与它所隶属的上一层的对应条目的内容相同或者非常简单， 在这种情况下，只要简单地说明这一点即可。对于存在UML状态图的类，也在这里表达 4.1方法1(标识符)描述 1 管理员登陆系统序列图 (1) 管理员登陆系统，在操作界面输入自己的用户名和密码并提交。 (2) 系统将管理员提交的用户名和密码进行检测，检查用户的身份是否合法。 (3) 检查完毕后将验证结果返回到

10、操作界面上显示。 (4) 管理员获得验证结果。如果未通过，重新登陆或退出。否则继续选择下 步操作。 根据上面的描述，管理员登陆系统的序列图如图4-1所示。 脊陆界面 系统晋陆信 息库 2:验证登陆信息 :4显示验证信息 呼 I 它返回验证信惠 图4-1订票管理员登录系统序列图 4.5注释设计 说明准备在本程序中安排的注释，如： strcpy(si.start.MO.start 1);/ 替换其始站 strcpy(s iJ.over.M 0.over 1);/替换终点站 加在模块首部的注释： #include/包含字符串函数处理头文件 #include包含动态存储与释放函数头文件 加在各分枝点处

11、的注释： 对各变量的功能、范用、缺省条件等所加的注释： 对使用的逻辑所加的注释等等。 5系统数据结构设计 5.1逻辑结构设计要点 数据库数据结构设ihDBMS的使用上系统将采用SQL SERVER,系统主要需要维护 3张数据表，给岀本系统内所使用的每个数拯结构的名称、标识符以及它们之中每个数据项、 记录、文卷和系的标识、左义、长度及它们之间的层次的或表格的相互关系。 表51 乘客 ID 姓名 性别 工作 单位 旅行 时间 旅行 目的地 说明：乘客表保存了所有定票旅客的个人信息和旅行信息。主键为乘客ID 表 Plane5. 2 航 班号 目 的地 座 位数 示 价 起 飞时间 剩 余座位 数 座

12、 位号分 配 说明：航班班次表保存了所有从本地起飞的班机信息，它的主键为航班号。在左位前先 査寻座位空数，在立位后将修改剩余座位号。 Ticket 表 5. 3 机票号 取票单号 座位号 说明：机票表里存储了有关机票的信息。主键为机票号。 Getticket 表 5 4 取票单 号 乘客ID 航班号 起飞时 间 订票数 量 说明：取票表里存储的是有关取票的核对信息和要取机票有关的信息。 5.2物理结构设计要点 物理数据结构设汁主要是设计数拯在模块中的表示形式。数据在模块中都是以结构的 方式表示。如图5.2.1 图522所示。 1.旅客信息 String Char LONG INT String

13、 j 1 旅客姓名 2. 旅客性别 3. 身份证号码 4. 工作单位 用于定栗时接收输入.以及领栗时服务器返回。 2.帐单号 可使用一 LONGINT实现。 用于领票时接收输入以及定票时服务器返回。 String String Dare.Tiine String J 3.飞行目的 1. 航班号 2. 目的地 3.起飞时间 4.座位号 如图5.2.1 5.错误信息 1. 错误类型INT 2. 输出语句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、由于其他问题，如网络传输超时等，产生的问题，称为硬错误。 对于软错误，须在左票/领票操作成功判断及输入数据验证模块由数据进行数据分析， 判断错误类型，再生成相应的错误提示语句，送到输岀模块中。 出