机票预订系统程序的设计说明书模板面向对象Word文档下载推荐.docx
《机票预订系统程序的设计说明书模板面向对象Word文档下载推荐.docx》由会员分享，可在线阅读，更多相关《机票预订系统程序的设计说明书模板面向对象Word文档下载推荐.docx（12页珍藏版）》请在冰点文库上搜索。
用户：
系统管理员、程序员。
运行该软件的计算站（中心）：
Internet、航空公司、网上银行
2程序设计说明
2.1需求规定
1.管理员管理航班与打印机票活动图
（1）管理员登陆界面管理航班信息与旅客信息。
（2）管理员根据旅客信息安排航班。
（3）管理员根据机票价格收费。
（4）打印机票与账单。
根据上面的描述，管理员管理航班与打印机票活动图如图5-1所示。
图2.1订票管理员管理航班与打印机票活动图
2.旅客订票与打印机票活动图
（1）旅客登陆操作界面选择航班或由订票管理员安排航班。
（2）选择航班后确认订票形象。
（3）确认完毕缴费。
（4）由管理员打印机票和账单。
根据上面的描述，旅客订票与打印机票活动图如图5-2所示。
图2.2旅客订票与打印机票活动图
2.2运行环境
设备服务器,硬件：
CPU133M，64M或以上内存，300M硬盘空间；
VGA显示器或更高条件与限制：
服务器和客户机要求都能接入Internet。
系统将由两部分程序组成，安装在各旅行社客户机上的客户程序及航空公司内的数据服务器程序。
根据调研得知所有旅行社的计算机配置均在Pentium133级别以上，客户程序应能够在Pentium133级别以上,WinNT环境下运行。
2.3程序构件结构说明
构件图是用来表示系统构建与构件之间，以及定义的类或接口与构件之间关系的图。
在构件图中，构件和构件之间的关系表现为依赖关系，定义的类或接口与类之间的关系表现为依赖关系或实现关系。
对于不同的开发小组而言，构件图能够呈现整个系统的早期设计，使系统的开发的各个小组由于实现不同的构件而连接起来，构件图成为方便不同开发小组的有用工具。
系统开发者通过构件图呈现的将要建立的系统的高层次架构视图，开始建立系统的各个里程碑，并决定开发任务分配以及需求分析。
构件图的基本图元有以下几种，如图2.3。
图2.3
2.4程序软件结构说明
1.类图的创建
首先这些类图都是将数据中的表抽象出实体类的，然后根据功能描述，抽象出他们之间关系的类来的。
对于这些属性就是数据库表中的字段。
通过上面的分析，可以确定类图中各个参与者的属性和操作，航空订票系统类图如图2.4所示。
图2.4航空订票系统类图
2.类图及其说明表
对于上面类图进行说明，具体情况如表2.1和2.2所示。
表2.1类图说明表
类名称
类属性
类操作
订票管理员
工作号
职务
姓名
管理航班信息
管理订票信息
登录
修改密码
航班
航班号
日期
起点
终点
查询航班信息
旅客
性别
证件号
银行卡号
登录修改密码
修改订票信息
缴费
取票
航空管理系统
系统运行正常与否：
boolean
订票管理系统
订票
航班信息
机票价格
选择航班
2.5功能需求与类之间的关系
类间关系说明表
表2.2类间关系说明表
类名
依赖
关联
泛化
3接口设计
3.1外部接口
（1）用户界面
在用户界面部分，根据需求分析的结果，用户需要一个用户友善界面。
在界面设计上，应做到简单明了，易于操作，并且要注意到界面的布局，应突出的显示重要以及出错信息。
外观上也要做到合理化。
总的来说，系统的用户界面应作到可靠性、简单性、易学习和使用。
（2）接口
在输入方面，对于键盘、鼠标的输入。
在输出方面，打印机的连接及使用。
在网络传输部分，在网络硬件部分，实现高速传输。
3.2内部接口
本系统内部加工之间并不是全自动化，有些部分需要人工参与。
打印出票据后，需要人员进行核对和收费，核对过后才将数据传之主数据库进型存储。
从而才使预定的票具有有效性。
内部接口方面，各模块之间采用函数调用、参数传递、返回值的方式进行信息传递。
具体参数的结构将在下面数据结构设计的内容中说明。
接口传递的信息将是以数据结构封装了的数据，以参数传递或返回值的形式在各模块间传输。
4类1（标识符）中的方法设计说明
从本章开始，逐个地给出各个类中的每个类的方法设计考虑,采用UML顺序图的方式表达。
以下给出的提纲是针对一般情况的。
对于一个具体的类，尤其是层次比较低的模块或子程序，其很多条目的内容往往与它所隶属的上一层的对应条目的内容相同或者非常简单，在这种情况下，只要简单地说明这一点即可。
对于存在UML状态图的类,也在这里表达
4.1方法1（标识符）描述
1.管理员登陆系统序列图
（1）管理员登陆系统，在操作界面输入自己的用户名和密码并提交。
（2）系统将管理员提交的用户名和密码进行检测，检查用户的身份是否合法。
（3）检查完毕后将验证结果返回到操作界面上显示。
（4）管理员获得验证结果。
如果未通过，重新登陆或退出。
否则继续选择下一步操作。
根据上面的描述，管理员登陆系统的序列图如图4-1所示。
图4-1订票管理员登录系统序列图
4.5注释设计
说明准备在本程序中安排的注释，如：
strcpy（s[i].start,M[0].start1）;
//替换其始站
strcpy（s[i].over,M[0].over1）;
//替换终点站
加在模块首部的注释：
#include<
string.h>
//包含字符串函数处理头文件
stdlib.h>
//包含动态存储与释放函数头文件
加在各分枝点处的注释；
对各变量的功能、范围、缺省条件等所加的注释；
对使用的逻辑所加的注释等等。
5系统数据结构设计
5.1逻辑结构设计要点
数据库数据结构设计:
DBMS的使用上系统将采用SQLSERVER,系统主要需要维护3张数据表，给出本系统内所使用的每个数据结构的名称、标识符以及它们之中每个数据项、记录、文卷和系的标识、定义、长度及它们之间的层次的或表格的相互关系。
表5.1
乘客ID
工作单位
旅行时间
旅行目的地
说明：
乘客表保存了所有定票旅客的个人信息和旅行信息。
主键为乘客ID。
表Plane5.2
目的地
座位数
票价
起飞时间
剩余座位数
座位号分配
航班班次表保存了所有从本地起飞的班机信息，它的主键为航班号。
在定位前先查寻座位空数，在定位后将修改剩余座位号。
Ticket表5.3
机票号
取票单号
座位号
机票表里存储了有关机票的信息。
主键为机票号。
Getticket表5.4
订票数量
取票表里存储的是有关取票的核对信息和要取机票有关的信息。
5.2物理结构设计要点
物理数据结构设计主要是设计数据在模块中的表示形式。
数据在模块中都是以结构的方式表示。
如图5.2.1、图5,2,2所示。
如图5.2.1
图5.2.2
给出本系统内所使用的每个数据结构中的每个数据项的存储要求，访问方法、存取单位、存取的物理关系（索引、设备、存储区域）、设计考虑和保密条件。
6系统出错处理设计
6.1出错信息
程序在运行时主要会出现两种错误：
1、由于输入信息，或无法满足要求时产生的错误，称为软错误。
2、由于其他问题，如网络传输超时等，产生的问题，称为硬错误。
对于软错误，须在定票/领票操作成功判断及输入数据验证模块由数据进行数据分析，判断错误类型，再生成相应的错误提示语句，送到输出模块中。
出错或故障情况
系统输入信息
系统输出信息
处理方法
1全部班机座位已满
订票信息
全部班机座位已满
返回情况
2断电源
未保存信息
是否保存数据
保存数据
3查无此定位信息
查询张三订票信息
查无此定位信息
查询故障
小结
对这次实验还是有很多的疑难题，像活动图顺序图还是不是很明确，再有则是故障问题的输入输出方面还是不清楚，其他的有物理结构设计要点和逻辑结构设计要点在程序设计说明书中的具体对象不是很清楚。
所以我在很多方面还需要努力。
升级会员 