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