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

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

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

3、印机票活动图(1) 管理员登陆界面管理航班信息与旅客信息(2) 管理员根据旅客信息安排航班。(3) 管理员根据机票价格收费。(4) 打印机票与账单。根据上面的描述，管理员管理航班与打印机票活动图如图5-1所示活动起点图2.1订票管理员管理航班与打印机票活动图2. 旅客订票与打印机票活动图(1) 旅客登陆操作界面选择航班或由订票管理员安排航班。(2) 选择航班后确认订票形象。(3) 确认完毕缴费。由管理员打印机票和账单。根据上面的描述，旅客订票与打印机票活动图如图5-2所示活动起点2旅客登陆界面安排航班选择航班不正碉正确 -打印机票贱单活动终点图2.2旅客订票与打印机票活动图2.2运行环境设备服

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

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

6、说明，具体情况如表 2.1和2.2所示表2.1类图说明表类名称类属性类操作订票管理员工作号职务管理航班信息 管理订票信息 登录修改密码航班航班号日期 起点 终占乙八、查询航班信息旅客性别 证件号 银行卡号查询航班信息 登录修改密码 修改订票信息 缴费 取票航空管理系统系统运行正常与否：boolea n订票管理系统系统运行正常与否：boolea n订票航班信息 机票价格选择航班2.5功能需求与类之间的关系类间关系说明表表2.2类间关系说明表类名订票 管理 员航班旅客航空 管理 系统订票 管理 系统订票订票管理员依赖关联泛化泛化依赖航班依赖旅客关联航空管理系统泛化依赖订票管理系统依赖关联订票依赖关

7、联3接口设计3.1外部接口(1)用户界面在用户界面部分，根据需求分析的结果，用户需要一个用户友善界面。在界面设计上， 应做到简单明了，易于操作，并且要注意到界面的布局，应突出的显示重要以及出错信息。 外观上也要做到合理化。总的来说，系统的用户界面应作到可靠性、简单性、易学习和使用。接口在输入方面，对于键盘、鼠标的输入。在输出方面，打印机的连接及使用。在网络传输 部分，在网络硬件部分，实现高速传输。3.2部接口本系统部加工之间并不是全自动化，有些部分需要人工参与。 打印出票据后，需要人员进行核对和收费，核对过后才将数据传之主数据库进型存储。从而才使预定的票具有有效性。部接口方面，各模块之间采用函

8、数调用、参数传递、返回值的方式进行信息传递。具体参数的结构将在下面数据结构设计的容中说明。接口传递的信息将是以数据结构封装了的数据， 以参数传递或返回值的形式在各模块间传输。4类1 (标识符)中的方法设计说明从本章开始，逐个地给出各个类中的每个类的方法设计考虑，采用UML顺序图的方式表达。以下给出的提纲是针对一般情况的。对于一个具体的类，尤其是层次比较低的模块或子程序，其很多条目的容往往与它所隶属的上一层的对应条目的容相同或者非常简单，在这种情况下，只要简单地说明这一点即可。对于存在UML状态图的类，也在这里表达4.1方法1(标识符)描述1. 管理员登陆系统序列图(1) 管理员登陆系统，在操作

9、界面输入自己的用户名和密码并提交。(2) 系统将管理员提交的用户名和密码进行检测， 检查用户的身份是否合法。(3) 检查完毕后将验证结果返回到操作界面上显示。(4) 管理员获得验证结果。如果未通过，重新登陆或退出。否则继续选择下 步操作。根据上面的描述，管理员登陆系统的序列图如图4-1所示。订票邕理员脣陆界闻系统野陆信息库21验证登陆信息4:显示骑证信息乍艾邃回验证信息9图4-1订票管理员登录系统序列图4.5注释设计说明准备在本程序中安排的注释，如：strcpy(si.start,M0.start1);strcpy(si.over,M0.over1);加在模块首部的注释：替换其始站替换终点站#

10、in clude II包含字符串函数处理头文件#in cludeII包含动态存储与释放函数头文件加在各分枝点处的注释；对各变量的功能、围、缺省条件等所加的注释；对使用的逻辑所加的注释等等。5系统数据结构设计5.1逻辑结构设计要点数据库数据结构设计：DBMS的使用上系统将采用 SQL SERVER,系统主要需要维护 3 数据表，给出本系统所使用的每个数据结构的名称、 标识符以及它们之中每个数据项、记录、 文卷和系的标识、定义、长度及它们之间的层次的或表格的相互关系。表5.1乘客ID性别工作单位旅行时间旅行目的地说明：乘客表保存了所有定票旅客的个人信息和旅行信息。主键为乘客ID。表 Plane5.

11、2航班号目的地座位数票票价起飞时间剩余座位数座位号分配说明：航班班次表保存了所有从本地起飞的班机信息，它的主键为航班号。 在定位前先查寻座位空数，在定位后将修改剩余座位号。Ticket 表 5.3机票号取票单号座位号说明：机票表里存储了有关机票的信息。主键为机票号。Getticket 表 5.4取票单乘客ID航班号起飞时订票数号间量说明：取票表里存储的是有关取票的核对信息和要取机票有关的信息。5.2物理结构设计要点物理数据结构设计主要是设计数据在模块中的表示形式。数据在模块中都是以结构的方式表示。如图5.2.1、图5,2,2 所示。Sr meCharLOKGDJTSv me1.隸客難名 乙旅客

12、性别3. 身粉证号码4工作幅位用子定票时接牧输入T以圧领票时服务器返回。2.戟单号1. 航班号2. 目的地 3-程飞时间4.座位号如图5.2.1错误信息n j咲tn逞操ft厂1. 航班号2. 目的地3. 起飞时间 4.旅客甦宮5.雄客性别厲身扮证号码几塵也号用于打印机系推备工作.敌据类型可眷隔上面所越7.終单估息輾单号浪客姓名 身希证号码航班号 起E时阿 11的地图522访问方法、存取单位、给出本系统所使用的每个数据结构中的每个数据项的存储要求, 存取的物理关系（索引、设备、存储区域）、设计考虑和条件。6系统出错处理设计6.1出错信息程序在运行时主要会出现两种错误：1、由于输入信息，或无法满足要求时产生的错误，称为软错误。2、由于其他问题，如网络传输超时等，产生的问题，称为硬错误。对于软错误，须在定票/领票操作成功判断及输入数据验证模块由数据进行数据分析，判断错误类型，再生成相应的错误提示语句，送到输出模块中。出错或故障情况