软件设计规格说明书.docx

软件设计规格说明书.docx

《软件设计规格说明书.docx》由会员分享，可在线阅读，更多相关《软件设计规格说明书.docx（17页珍藏版）》请在冰豆网上搜索。

软件设计规格说明书

软件设计规格说明书

一、引言

1.1编写目的

编写本套航空订票系统的《软件规格说明书》的目的在于根据软件需求说明书中的任务概述，需求规定等规划设计出一套可执行软件的结构模型。

1.2参考资料

《网上订票系统需求分析报告》王曦编写

《软件工程导论》第三版

------张海藩编著清华大学出版社

《基于项目的软件工程—面向对象研究方法》

------CathieLeBlanc&EvelynStiller编著机械工业出版社

二、总体设计

2.1需求规定

本套航空订票系统软件分为服务器端和客户端两部分：

客户端部分由用户使用，通过B/S的方式实现，用户可使用浏览器通过互联网进行操作。

服务器端软件由管理员使用，通过C/S的方式实现，管理员通过管理界面可对数据库进行操作和管理。

2.2运行环境

客户端的运行环境：

Windows98以上的操作系统、IE5以上的浏览器（或其他浏览器）。

服务器端的运行环境：

Windows2000Server或Windows2000AdvancedServer、SQLServer2000。

2.3基本设计概念和处理流程

本套航空订票系统软件的编写，是为了设计出一套网上订票的应用和管理软件。

软件分为两大部分，网上订票部分和数据管理部分。

网上订票部分（客户端）是以网页的形式实现，用户通过浏览器对数据库中的航班数据进行查询、浏览并可进行订票。

数据管理部分（服务器端）则是用VB编写的一套管理软件，在管理部分中，管理员可以对数据库中的数据进行输入、修改、删除和查询等操作，从而对数据库中的数据进行管理。

2.4结构

本套航空订票系统软件采用Browser/Server和Client/Server相结合的结构来进行开发。

2.5人工处理过程

2.5.1服务器端的人工处理

2.5.1.1数据的输入

用户根据需要来输入航班、订票人、乘客等信息的具体数据，但必须保证其正确性和准确性。

2.5.1.2数据的修改

用户根据需要对指定的数据进行修改，由于记录繁多，因此用户首先要输入一定的查询条件，缩小记录范围，然后再从该范围中找到指定的记录进行修改，保证修改的内容的正确性和准确性后可更新数据库的数据。

2.5.1.3数据的删除

用户根据需要对指定的数据进行删除，由于记录繁多，因此用户首先要输入一定的查询条件，缩小记录范围，然后再从该范围中找到制定的记录进行删除，保证将要删除的内容的正确性和准确性后可删除掉数据库中的数据。

2.5.1.4数据的查询

用户根据需要查询数据库中的所有数据，用户需输入一定的查询条件，然后可按照输入的查询依据查询新数据库的数据。

2.5.2客户端的人工处理

2.5.2.1注册

用户必须注册才能进行订票操作，在此，用户必须填写个人的真实并准确的详细信息。

2.5.2.1查询

用户通过填写一定的查询条件，可查询用户所需要的航班信息、机票信息等。

2.5.2.2订票

用户可通过互联网进行订票操作，填写准确的订票信息后提交订票。

2.6尚未解决的问题

2.6.1客户端尚未解决的问题

客户端尚未解决的问题是，如何与订票人的银行账户连接。

2.6.2服务器端尚未解决的问题

服务器端尚未解决的问题是，系统自动检索到过期的航班后自动将其信息删除并且要保所有与该航班关联的订票人的信息和乘客的信息都删除，难点在于，如何保证数据库中的表间的一致性。

2.6.3难点问题

难点问题是服务器端的程序的删除部分，因为订票人的信息关系到部分乘客的信息，必须保持数据的完整性。

其次是航班信息，它关系着部分订票人的信息和乘客信息，其中还嵌套着这部分订票人当中有部分关系的乘客信息，并且同一定票人可以订购多架次航班的机票和所订购的机票的数量也不仅仅是1张，要将航班信息删除，也要保数据的完整性。

三、接口设计

3.1用户接口

本套航空订票系统软件的可视化很强，做到用户运行程序就可直接上手操作。

在设计界面时，同时也考虑到此方面，因此在每个可以点击的按钮上都设置了鼠标获得焦点后的提示信息，即ToolTipText属性。

3.2外部接口

在本套航空订票系统软件中没有考虑外部接口问题，如有需要可以添加对外部接口的考虑，例如红外扫描、卡式读取设备等。

3.3内部接口

因为本套航空订票系统软件是使用可视化软件来管理数据库中的数据，因此数据库为连接各个模块之间的接口，我们同时也称之为软件内部的接口。

四、系统数据结构设计

4.1逻辑结构设计要点

按照需求分析设计数据库中的字段，建立一个逻辑上的数据库的结构。

4.2物理结构设计要点

在数据库软件（SQLServer2000）中建立数据库，并要保证数据库最低要符合第二范式。

4.3数据结构与程序的关系

4.3.1静态数值需求

（1）支持并行操作的用户。

（2）处理多条记录数据。

（3）表或文件的最小为2048字节,最大无限制。

4.3.2精度需求

在进行提取数据库数据时，要求数据记录定位准确，在向数据库中添加数据时，要求输入数据准确。

主要的精度适应系统要求，不接受违规操作。

4.3.3时间特性需求

（1）响应时间应在人的感觉和视觉事件范围内；

（2）更新处理时间，随着应用软件的版本升级，以及网络的定期维护更新。

4.3.4灵活性

当需求发生某些变化时，管理应用软件操作方式、数据结构、运行环境基本不会发

生变化，变化只是将对应的数据库文件内的记录改变，或将过滤条件改变即可。

4.3.5数据管理能力需求

本应用软件可管理多条记录，本应用软件基本约用1,300千字节空间，所有文件均放置在数据库中调用，查询数据、文件、记录时，通过库文件名直接进行操作或通过存储过程来完成操作。

4.4数据库设计描述

4.4.1数据库分析

需将数据库设计成关系模式最低符合第二范式的标准。

按照需求分析，确定系统的实体。

根据实体分析的结果，在数据库中应建立如下数据表：

passenger_infor（乘客信息表）、destine_infor（订票人信息表）、destine_infor1（订票人信息表1）、plane_infor（航班信息表）、plane_infor1（航班信息表1）、user_infor（订票人注册信息表），其中destine_infor（订票人信息表）和destine_infor1（订票人信息表1）用来存放订票人的信息，plane_infor（航班信息表）和plane_infor1（航班信息表1）用来保存航班信息，同时各个数据表间也存在着相应的连接的关系，例如在passenger_infor（乘客信息表）中包含有订票人的身份证号码（直接购票的乘客无）、航班代码、机舱等级等相关字段用来与订票人数据表和航班信息表建立联系。

4.4.2数据库设计说明

（1）passenger_infor（乘客信息表）

在此数据表中，存放的是具体乘客的详细信息，在乘客信息中包含有乘客的一些基本信息和订票人的身份证号码（如果该乘客是自己直接购买机票，就没有订票人身份证号码）、航班号、航班等级等字段与其他表相连接的字段。

在该信息表中包括以下字段：

passenger_id（乘客身份证号码）、passenger_name（乘客姓名）、passenger_age（乘客年龄）、passenger_sex（乘客性别）、passenger_tel（乘客联系电话）、passenger_address（乘客的地址）、plane_no（所乘坐的航班号）、plane_grade（所乘坐航班的机舱等级）、destine_id（订票人的身份证号码）、catch_tic_date（取票日期）等字段。

（2）destine_infor（订票人信息表）

在此数据表中存放的是订票人的其他信息，如：

所乘坐的航班号、所乘坐的机舱等级等信息。

订票人的信息表要与航班信息表有所关联。

在该信息表中包含以下字段：

destine_id（订票人身份证号码）、plane_no（航班号）、plane_grade（机舱等级）、destine_count（订票数量）、destine_date（定票日期）、destine_status（订票状态）、cancel_count（取消数量）、cancel_date（取消日期）、cancelstatus（取消状态）等字段。

（3）destine_infor1（订票人信息表1）

在此数据表中存放的是订票人的一些基本信息，如：

姓名、联系电话等，以便可以方便的送票上门及与订票人取得联系。

该信息表通过destine_id（订票人身份证号码）字段建立起与destine_inofr数据表的标间连接。

在该信息表中包含以下字段：

destine_id（订票人身份证号码）、destine_name（订票人姓名）、destine_phone（订票人联系电话）、destine_email（订票人的电子邮箱地址）、destine_address（送票地址）等字段。

（4）plane_infor（航班信息表）

在此数据表中存放的是航班的起飞与降落的地点和时间，并通过plane_no（航班号）字段建立起与plane_infor1数据表的表间连接。

在该信息表中包含以下字段：

plane_no（航班号）、begin_from（起飞地点）、end_address（降落地点）、begin_time（起飞时间）、end_time（降落时间）等字段。

（5）plane_infor1（航班信息表1）

在此数据表中存放的是航班的机舱等级和机票价格，并通过plane_no（航班号）字段建立起与plane_infor数据表的表间连接。

在该信息表中包含以下字段：

plane_no（航班号）、plane_grade（机舱等级）、ticket_price（机票价格）等字段。

4.4.3数据库ER图

AirPlaneER图

飞机信息ER图

4.4.4数据库附加内容

user_infor（订票人信息注册表）

此数据表主要应用于客户端，当订票人通过浏览网页想要订票时则需要订票人首先通过网页注册后，才能进行订票操作。

在此数据表中，除了存放了订票人的基本信息外，还要存放订票人用于登录的密码信息。

订票人注册并登录成功后，订票时系统会将该表中订票人的基本信息复制一份并存入订票人信息表中，以便服务器端维护并修改订票人的相关订票信息。

在该信息表中包含一下字段：

id（身份证号码）、name（姓名）、tel（联系电话）、email（电子信箱）、address（联系地址）、password（登陆密码）等字段。

附加内容ER图

五、系统出错处理设计

5.1出错信息

在设计本套航空订票系统软件时，设计人员应尽可能的考虑到所有的出错情况，并做出相应的恢复信息。

无法预料的错误信息，应返回给用户一个特定的信息提示。

5.2补救措施

对于出错概率较大的地方，设计人员应结合用户需求做一些必要的限制，减少出错的可能。

5.3系统维护设计

本套航空订票系统软件的维护设计要有专门人员来做，这些人员应对本套航空订票系统软件的程序代码结构与流程有深入的了解。

六、程序系统的组织结构

6.1系统组织结构图

6.1.1服务器端的组织结构图

系统层次结构图（服务器端）

6.1.2客户端的组织结构图

系统层级结构图（客户端）

6.2模块层次图

6.2.1查询模块层次图

6.2.2添加模块层次图

6.2.3修改模块层次图

6.2.4删除模块层次图

七、程序（标识符）设计说明

7.1程序描述

7.1.1客户端程序：

本套航空订票系统软件的客户端应用程序