磷酸氢二铵-长善救失读音
.
程序设计说明书
1引言
1.1编写目的
程序设计说
明书提供用户与开发人员对开发软件的共同理解，使用户与开发单位就该
系统的功能定义、环境需求达成
共识，是今后各阶段设计工作的基础和依据，也是本阶段评
审和测试阶段确认与验收的依据。本需求分析
的读者对象包括客户、业务人员需求分析人员、
测试人员、用户文档编写人和项目管理人员。
用面向对象分析、设计方法来分析机票系统。研究给定的软件开发任务，在此基础上
完成系统的结构化需
求分析模型建设。学习软件的结构化设计方法，练习采用结构化设计方
法完成程序设计任务的过程。 <
br>在本机票预定系统项目的前一阶段，也就是需求分析阶段中，已经将系统用户对本系
统的需求做了
详细的阐述，这些用户需求已经在上一阶段中对航空公司、各旅行社及机场的
实地调研中获得，并在需求
规格说明书中得到详尽得叙述及阐明。
本阶段已在系统的需求分析的基础上，对机票预定系统做概要设
计。主要解决了实现
该系统需求的程序模块设计问题。包括如何把该系统划分成若干个模块、决定各个模
块之间
的接口、模块之间传递的信息，以及数据结构、模块结构的设计等。在以下的概要设计报告
中将对在本阶段中对系统所做的所有概要设计进行详细的说明。
在下一阶段的详细设计中，程序设计
员可参考此概要设计报告，在概要设计对机票预
定系统所做的模块结构设计的基础上，对系统进行详细设
计。在以后的软件测试以及软件维
护阶段也可参考此说明书，以便于了解在概要设计过程中所完成的各模
块设计结构，或在修
改时找出在本阶段设计的不足或错误。
预期的读者：系统管理员、机票预订管理员、订票旅客、程序员。
1.2背景
软件名称：机票预订系统
提出者：航空公司机票销售部门
开发者：xxx。
用户：需要乘飞机的旅客，航空公司，旅行社, 系统管理员、程序员。
运行该软件的计算站（中心）：Internet、航空公司、网上银行
2程序设计说明
2.1需求规定
（1）输入数据
航班号：客户从自主选择列表中查询的航班号信息，可查询航班航班信息和机票信息
.
.
起航地点：客户从页面中自主选择表格中要查询的起航地点信息，查询航班航班信息
降落地点：客户从页面中自主选择表格中要查询的降落地点信息，查询航班航班信息
起航时间：客户从页面中自主选择表格中要查询的起航时间信息，查询航班航班信息
身份证号码：客户在预订机票时所填入的基本信息，用于区分不同客户
密码及确认密码：客户在预订机票时所需要的基本信息，起信息保护和确认作用
姓
名：客户在预订机票时所需要的基本信息，与身份证号码相对应
电
话：客户在预订机票时所需要的基本信息，管理员联系客户时使用
Email：客户在预订机票时所需要的基本信息，管理员联系客户时使用
联系地址：客户在预订机票时所需要的基本信息，管理员联系客户时使用
航班等级：客户在预订机票时所需要的基本信息，用于确定所订机票价格
订票数量：客户在预订机票时所需要的基本信息，用于确定所订机票数
（2）输出数据
航班号：客户查询航班信息后的返回值
起航地点：客户查询航班信息后的返回值
降落地点：客户查询航班信息后的返回值
起航时间：客户查询航班信息后的返回值
身份证号码：客户订购机票后的确认信息
密码及确认密码：客户订购机票后的确认信息
姓 名：客户订购机票后的确认信息
电 话：客户订购机票后的确认信息
Email：客户订购机票后的确认信息
联系地址：客户订购机票后的确认信息
航班等级：客户订购机票后的确认信息
订票数量：客户订购机票后的确认信息
2.2运行环境
设备服务器,硬件：CPU133M，64M或以上内存，300M硬盘空间；VGA显示器或更高 <
br>客户机,硬件：最低CUP133M，16MB内存；最少8MB的RAM存储器；VGA显示器
或更高
条件与限制：服务器和客户机要求都能接入 Internet 。
系统将由两部分
程序组成，安装在各旅行社客户机上的客户程序及航空公司内的数据服
务器程序。
根据调研得知所有旅行社的计算机配置均在Pentium
133级别以上，客户程序应能够在
Pentium 133级别以上, Win NT环境下运行。
2.3程序结构说明
下面以结构图来描述机票预定系统的软件总体结构。框内注明了模块的名
字；
方框之间的直线表示模块的调用关系。如图2.3.1，图2.3.2
.
.
图2.3.1 客户机部分
机票预定系统
数据信息
数据信息
数据输入 数据输入
判断信息 判
断结果
判断查询
返回账单等
准备SQL
确定错误原因
返回机票信息
数据信息
数据输出
数据信息 数据信息
数据判断
数据信息
数据处理、查询
数据信息
页面信息录入
数据录入
数据库操作
旅行社登陆
登陆信息
打印账单等 显示错误原因 打印机票
图2.3.2
服务器程序部分
.
.
2.4功能需求与程序的关系
服务器程序在对定票领票进行操作时需对数据库数据库
数据结构，也就是数据表进行
查询和修改：在定票领票过程中都需要对数据库中的所有表，进行联合查询
、修改。
物理数据结构主要用于各模块之间函数的信息传递。接口传递的信息将是以数据结构封装了的数据，以参数传递或返回值的形式在各模块间传输。出错信息将送入显示模块中，机
票结构，
帐单结构，送入打印准备模块中准备打印格式。
机票预定系统的主要功能包括：订票、取票、退票、查
询、更改航班、客户信息管理、订
单管理需求分析机票预定系统的主要功能包括：订票、取票、退票、查
询、更改航班、客户
信息管理、订单管理。
表2.4.1 系统功能表
编
号
1
功能使用
名称 用户
登陆售票
功能
人员
功能描述 输入 系统响应 输出
进入系统
登陆界面，
输入密码
进行登陆
预订个人
所需要的
机票
输入登陆密码
再数据库中
匹配时否账
号密码一致
和正确
成功登陆
或者提示
登陆不成
功
返回信息
是否有误
2 预订所有
机票旅客
功能
姓名、性别、工
保存旅客信
作单位、身份证
息
号码（护照号
码）、旅行时间、
旅行始发地和目
的地，航班舱位
要求
输入出发地，出
查询输入的
发时间，目的地
信息
输入要改签的订
数据库数据
单号，以及改签
修改
的时间，出发地，
目的地
3 查询售票
航班员
功能
改签售票
功能 员
查询旅客
所需要的
航班
改签旅客
的机票
返回相关
航班信息
4 返回改签
信息
.
.
3接口设计
3.1外部接口
(1) 用户界面
在用户界面部分，根据需求分析的结果，用户需要一个用户友善界面。在界面设计上
，
应做到简单明了，易于操作，并且要注意到界面的布局，应突出的显示重要以及出错信息。
外
观上也要做到合理化。总的来说，系统的用户界面应作到可靠性、简单性、易学习和使用。
(2)接口
在输入方面，对于键盘、鼠标的输入。在输出方面，打印机的连接及使用。在网络传输
部分，在
网络硬件部分，实现高速传输。
3.2内部接口
本系统内部加工之间并不是全自动化，有些
部分需要人工参与。打印出票据后，需要人
员进行核对和收费，核对过后才将数据传之主数据库进型存储
。从而才使预定的票具有有效
性。内部接口方面，各模块之间采用函数调用、参数传递、返回值的方式进
行信息传递。具
体参数的结构将在下面数据结构设计的内容中说明。接口传递的信息将是以数据结构封装
了
的数据，以参数传递或返回值的形式在各模块间传输。
4程序模块1（标识符）设计说明
4.1程序模块描述
各个订票点把预定机票的旅客信息（姓名、性别、工作单位、身份证号码
（护照号码）、
旅行时间、旅行始发地和目的地，航班舱位要求）输入到联网的系统中，系统为旅客安排
航
班。当旅客确认航班并交付了预订金后，系统打印出取票通知和帐单给旅客，旅客在飞机起
飞
前一天凭取票通知和帐单交款取票，系统核对无误即打印出机票给旅客。此外航空公司为
随时掌握各个航
班飞机的乘载情况，需要定期进行查询统计，以便适当调整。
4.2输人项
数据项名称
航班号
说 明 类 型 长 度
客户从页面中自主选择列表
中要查询的航班号信息，可字符串
20字节
用于查询航班航班信息和机型
票信息
.
.
起航地点
客户从页面中自主选择表格
字符串
中要查询的起航地点信息，50字节
型
用于航班航班信息查询
字符串
50字节
型
日期型 8字节
字符串
18字节
型
字符串
50字节
型
字符串
50字节
型
字符串
20字节
型
字符串
50字节
型
客户从页面中自主选择表格
降落地点
中要查询的降落地点信息，
用于航班航班信息查询
客户从页面中自主选择表格
起航时间
中要查询的起航时间信息，
用于航班航班信息查询
客户在预订机票时所填入的
身份证号码 基本信息，用于区分不同客
户
客户在预订机票时所需要的
密码及确认密
基本信息，起信息保护和确
码
认作用
客户在预订机票时所需要的
姓 名 基本信息，与身份证号码相
对应
客户在预订机票时所需要的
电 话 基本信息，管理员联系客户
时使用
客户在预订机票时所需要的
Email 基本信息，管理员联系客户
时使用
联系地址
客户在预订机票时所需要的
字符串
基本信息，管理员联系客户50字节
型
时使用
客户在预订机票时所需要的
字符串
基本信息，用于确定所订机20字节
型
票价格
客户在预订机票时所需要的
基本信息，用于确定所订机整型
票数
8字节
航班等级
订票数量
4.3输出项
数据项名称
航班号
说 明 类 型 长 度
字符串
客户查询航班信息后的返回值 20字节
型
.
.
字符串
型
字符串
降落地点
客户查询航班信息后的返回值
型
起航时间 客户查询航班信息后的返回值 日期型
字符串
身份证号码 客户订购机票后的确认信息
型
密码及确认密字符串
客户订购机票后的确认信息
码 型
字符串
姓
名 客户订购机票后的确认信息
型
字符串
电 话 客户订购机票后的确认信息
型
字符串
Email 客户订购机票后的确认信息
型
字符串
联系地址 客户订购机票后的确认信息
型
字符串
航班等级
客户订购机票后的确认信息
型
订票数量 客户订购机票后的确认信息 整型
起航地点 客户查询航班信息后的返回值
4.4算法
1.【确定】按钮出发的处理：验证用户的合法性。
50字节
50字节
8字节
18字节
50字节
50字节
50字节
50字节
50字节
20字节
8字节
处理流程：出的用户输入的用户名和口令；传输到数据库并与账户表进行一致性验证。
If用户名and口令正确
以管理员的身份进入系统并获得相应系统权限
Else
提示“请检查用户名和密码”
End if
2.【关闭】按钮出发的处理。关闭用户登录窗口。
3.【查询全部】按钮触发的处理：从数据库相应的表中检索出所有的班次。
4.【班次】首
先在界面初始化的时候就预先检索出所有班次。默认情况下它的下拉菜单
是不可用的，当选中班次按钮的
时候才变得可用。下拉菜单中的项目为系统中现有的航班编
号。这样，登陆用户可以方便地选择相应的航
班，查询相关的信息。
5.【安全保密设计】
由于数据的传输上需要通过网络传输，为了客
户资料进行保密，需要在网络的传输过程
中对数据进行加密。这个工作主要是在准备网络包，及解开网络
包这两个模块完成，它们各
对数据进行加密及解密还原工作。在加密算法选择上将使用RSA
加密算法。具体算法可参
照参考资料中《Computer Network》p.598。
.
.
4.5注释设计
说明准备在本程序中安排的注释，如：
strcpy(s[i].start,M[0].start1);替换其始站
strcpy(s[i].over,M[0].over1);替换终点站
加在模块首部的注释：
#include
#include
加在各分枝点处的注释；
对各变量的功能、范围、缺省条件等所加的注释；
对使用的逻辑所加的注释等等。
5系统数据结构设计
5.1逻辑结构设计要点
数据库数据结构设计:DBMS 的使用上系统将采用 SQL SERVER,
系统主要需要维护3
张数据表：如图5.1.1、图5.1.2所示。
.
.
5.2物理结构设计要点
物理数据结构设计主要是设
计数据在模块中的表示形式。数据在模块中都是以结构的方
式表示。如图5.2.1、图5,2,2所示
。
.
.
如图5.2.1
.
.
图5.2.2
6系统出错处理设计
6.1出错信息
程序在运行时主要会出现两种错误：1、由于输入信息，或无法满足要求时产生的错
误，称为软错误。
2、由于其他问题，如网络传输超时等，产生的问题，称为硬错误。
对于软错误，须在定票领票操作成
功判断及输入数据验证模块由数据进行数据分析，
判断错误类型，再生成相应的错误提示语句，送到输出
模块中。
对与硬错误，可在出错的相应模块中输出简单的出错语句，并将程序重置，返回输入
.
.
阶段。
总结
说真的有很多的问题我还是不
懂，但是我相信在后面的学习中我会懂得很多的，这门课
也需要我继续努力。通过本次实验报告，我基本
能用面向对象的分析方法来分析机票预定系
统，用面向对象的设计方法来实现系统的各种基本模型图。面
向对象分析的关键是识别出问
题域内的类和对象，并分析它们之间相互的关系，最终建立起问题域的简洁
、精确、可理解
的正确模型。在实验中，也熟悉了和基本掌握了各种模型图的分析方式和设计模式。还是
有
点感觉很多地方都很像，还要继努力。
.