机票预订系统程序设计说明书模板(面向对象)
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
程序设计说明书
1引言
1.1编写目的
程序设计说明书提供用户与开发人员对开发软件的共同理解,使用户与开发单位就该系统的功能定义、环境需求达成共识,是今后各阶段设计工作的基础和依据,也是本阶段评审和测试阶段确认与验收的依据。本需求分析的读者对象包括客户、业务人员需求分析人员、测试人员、用户文档编写人和项目管理人员。
本阶段已在系统的需求分析的基础上,对机票预定系统做概要设计。主要解决了实现该系统需求的程序模块设计问题。包括如何把该系统划分成若干个模块、决定各个模块之间的接口、模块之间传递的信息,以及数据结构、模块结构的设计等。在以下的概要设计报告中将对在本阶段中对系统所做的所有概要设计进行详细的说明。
在下一阶段的详细设计中,程序设计员可参考此概要设计报告,在概要设计对机票预定系统所做的模块结构设计的基础上,对系统进行详细设计。在以后的软件测试以及软件维护阶段也可参考此说明书,以便于了解在概要设计过程中所完成的各模块设计结构,或在修改时找出在本阶段设计的不足或错误。
预期的读者:系统管理员、机票预订管理员、订票旅客、程序员。
1.2背景
软件名称:机票预订系统
提出者:程序员
开发者:xxx。
用户:系统管理员、程序员。
运行该软件的计算站(中心):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 。
系统将由两部分程序组成,安装在各旅行社客户机上的客户程序及航空公司内的数据服务器程序。
根据调研得知所有旅行社的计算机配置均在Pentium 133级别以上,客户程序应能够在Pentium 133级别以上, Win NT环境下运行。
2.3程序构件结构说明
构件图是用来表示系统构建与构件之间,以及定义的类或接口与构件之间关系的图。在构件图中,构件和构件之间的关系表现为依赖关系,定义的类或接口与类之间的关系表现为依赖关系或实现关系。
对于不同的开发小组而言,构件图能够呈现整个系统的早期设计,使系统的开发的各个小组由于实现不同的构件而连接起来,构件图成为方便不同开发小组的有用工具。系统开发者通过构件图呈现的将要建立的系统的高层次架构视图,开始建立系统的各个里程碑,并决定开发任务分配以及需求分析。
构件图的基本图元有以下几种,如图2.3。
图2.3
2.4程序软件结构说明
1.类图的创建
首先这些类图都是将数据中的表抽象出实体类的,然后根据功能描述,抽象出他们之间关系的类来的。对于这些属性就是数据库表中的字段。
通过上面的分析,可以确定类图中各个参与者的属性和操作,航空订票系统类图如图2.4所示。
图2.4航空订票系统类图
2.类图及其说明表
对于上面类图进行说明,具体情况如表2.1和2.2所示。
表2.1类图说明表
类名称类属性类操作
订票管理员工作号
职务
姓名管理航班信息管理订票信息登录
修改密码
航班航班号
日期
起点
终点
查询航班信息
旅客姓名
性别
证件号
银行卡号查询航班信息登录修改密码修改订票信息缴费
2.5功能需求与类之间的关系
类间关系说明表
3接口设计
3.1外部接口
(1) 用户界面
在用户界面部分,根据需求分析的结果,用户需要一个用户友善界面。在界面设计上,应做到简单明了,易于操作,并且要注意到界面的布局,应突出的显示重要以及出错信息。外观上也要做到合理化。总的来说,系统的用户界面应作到可靠性、简单性、易学习和使用。
(2)接口
在输入方面,对于键盘、鼠标的输入。在输出方面,打印机的连接及使用。在网络传输部分,在网络硬件部分,实现高速传输。
3.2内部接口
本系统内部加工之间并不是全自动化,有些部分需要人工参与。打印出票据后,需要人员进行核对和收费,核对过后才将数据传之主数据库进型存储。从而才使预定的票具有有效性。内部接口方面,各模块之间采用函数调用、参数传递、返回值的方式进行信息传递。具体参数的结构将在下面数据结构设计的内容中说明。接口传递的信息将是以数据结构封装了的数据,以参数传递或返回值的形式在各模块间传输。
4类1(标识符)中的方法设计说明
从本章开始,逐个地给出各个类中的每个类的方法设计考虑, 采用UML顺序图的方式表达。以下给出的提纲是针对一般情况的。对于一个具体的类,尤其是层次比较低的模块或子程序,其很多条目的内容往往与它所隶属的上一层的对应条目的内容相同或者非常简单,在这种情况下,只要简单地说明这一点即可。对于存在UML状态图的类, 也在这里表达
4.1方法1(标识符)描述
1.管理员登陆系统序列图
(1)管理员登陆系统,在操作界面输入自己的用户名和密码并提交。
(2)系统将管理员提交的用户名和密码进行检测,检查用户的身份是否合法。
(3)检查完毕后将验证结果返回到操作界面上显示。
(4)管理员获得验证结果。如果未通过,重新登陆或退出。否则继续选择下一步操作。
根据上面的描述,管理员登陆系统的序列图如图4-1所示。