软件工程课程设计设计分析.docx
《软件工程课程设计设计分析.docx》由会员分享，可在线阅读，更多相关《软件工程课程设计设计分析.docx（16页珍藏版）》请在冰豆网上搜索。
软件工程课程设计设计分析
航空订票系统设计说明书
1引言
1.1定义
User_idno
用户身份证号
User_tname
用户真实姓名
User_sex
用户性别
User_age
用户年龄
User_telno
用户联系方式
User_adress
用户居住地址
S_User_ID
系统用户ID
S_User_Passwd
系统用户PASSWD
totalcredits
积分
Admin_ID
管理员ID
Admin_Passwd
管理员PASSWD
flight_no
航班号
flight_date
航班日期
begin_from
起飞地点
end_address
目的地点
plane_grade
机舱等级
begin_time
起飞时间
end_time
降落时间
ticket_price
机票价格
Surplus_count
剩余机票数量
busload
载客数量
passenger_idno
乘客身份证号码
passenger_name
乘客姓名
passenger_telno
乘客联系方式
ticket_count
订票数量
1.2参考资料
《软件工程导论》第五版
------张海藩编著清华大学出版社
2总体设计
2.1需求规定
本套航空订票系统软件通过B/S的方式实现，普通用户，系统用户和管理员都可使用浏览器通过互联网进行操作，但操作权限和操作界面均不相同。
输入项
用户通过软件输入必要的信息，然后保存到数据库，所输入的信息是经过需求分析限定的内容，同时也是数据库中每个字段中存储的内容。
输出项
本套航空订票系统软件会将所有需要浏览的数据显示在屏幕上，以便使用户能够浏览到数据库中的数据或用户想要浏览范围中的数据。
2.2运行环境
用户端的运行环境：
WindowsXP以上的操作系统、IE6以上的浏览器（或其他浏览器）。
服务器端的运行环境：
WindowsXPServer或Windows2000AdvancedServer、SQLServer2005。
2.3基本设计概念和处理流程
基本设计概念
处理流程
用户注册
用户进入注册界面--填写注册信息—检查注册信息的完整性和正确性—检查用户是否已注册—分配系统用户ID—初始化个人信息维护界面
系统用户登录
系统用户进入登录界面—输入系统用户ID和Passwd—重置，初始化系统用户登录界面；提交，检查ID和Passwd正确性—初始化个人信息维护界面
管理员登录
管理员进入登录界面—输入管理员ID和Passwd—取消，退出管理员登录界面；提交，检查ID和Passwd正确性—初始化航班管理界面
查询模块
订票模块
2.4结构
2．4．1软件结构：
2．4．2模块逻辑说明：
注册模块活动图
注册模块顺序图
系统用户登录模块活动图
系统用户登录顺序图
管理员登录活动图
管理员登录顺序图
订票操作活动图
2.5功能需求与程序的关系
2.6人工处理过程
2.6.1服务器端的人工处理
2.6.1.1数据的输入
用户根据需要来输入航班、订票人、乘客等信息的具体数据，但必须保证其正确性和准确性。
2.6.1.2数据的修改
用户根据需要对指定的数据进行修改，由于记录繁多，因此用户首先要输入一定的查询条件，缩小记录范围，然后再从该范围中找到指定的记录进行修改，保证修改的内容的正确性和准确性后可更新数据库的数据。
2.6.1.3数据的删除
用户根据需要对指定的数据进行删除，由于记录繁多，因此用户首先要输入一定的查询条件，缩小记录范围，然后再从该范围中找到制定的记录进行删除，保证将要删除的内容的正确性和准确性后可删除掉数据库中的数据。
2.6.1.4数据的查询
用户根据需要查询数据库中的所有数据，用户需输入一定的查询条件，然后可按照输入的查询依据查询新数据库的数据。
2.6.2客户端的人工处理
2.6.2.1注册
用户必须注册才能进行个人信息维护操作，在此，用户必须填写个人的真实并准确的详细信息。
2.6.2.1查询
用户通过填写一定的查询条件，可查询用户所需要的航班信息、机票信息等。
2.6.2.2订票
用户可通过互联网进行订票操作，填写准确的订票信息后提交订票。
2.7尚未问决的问题
2.7.1用户端尚未解决的问题
用户端尚未解决的问题是，如何与订票人的银行账户连接。
2.7.2服务器端尚未解决的问题
服务器端尚未解决的问题是，系统自动检索到过期的航班后自动将其信息删除并且要保所有与该航班关联的订票人的信息和乘客的信息都删除，难点在于，如何保证数据库中的表间的一致性。
2.7.3难点问题
难点问题是服务器端的程序的删除部分，因为订票人的信息关系到部分乘客的信息，必须保持数据的完整性。
其次是航班信息，它关系着部分订票人的信息和乘客信息，其中还嵌套着这部分订票人当中有部分关系的乘客信息，并且同一定票人可以订购多架次航班的机票和所订购的机票的数量也不仅仅是1张，要将航班信息删除，也要保数据的完整性。
3接口设计
3.1用户接口
系统主界面
管理员登录
1.用户名
2.密码
确定，提交；取消，退出。
订票界面（其中**项为必须填写项）
3.2外部接口
在本套航空订票系统软件中没有考虑外部接口问题，如有需要可以添加对外部接口的考虑，例如红外扫描、卡式读取设备等
3.3内部接口
因为本套航空订票系统软件是使用可视化软件来管理数据库中的数据，因此数据库为连接各个模块之间的接口，我们同时也称之为软件内部的接口。
4系统数据结构设计
需将数据库设计成关系模式最低符合第二范式的标准。
按照需求分析，确定系统的实体。
根据实体分析的结果，在数据库中应建立如下数据表：
普通用户信息表
系统用户信息表
管理员信息表
航班信息表
乘客信息表
订票信息表
乘坐信息表
5系统出错处理设计
5.1出错信息
根据系统应用,常见错误异常分为数据存储部分,应用部分,核心库部分,商业层部分.
数据存储部分:
存储对象
存储动作
航班信息
订票信息
系统用户信息
数据存储信息
数据的输入
输入的航班信息不存在或者输入错误，主要是乘客方面。
输入的航班信息不存在或者输入错误，主要是订票人方面。
输入的用户信息错误，主要是登陆和注册时。
系统用户信息对应订期的航班错误，主要为系统内部连接错误。
数据的修改
修改的新的航班信息不存在或者输入错误，主要是乘客方面
修改的新的航班信息不存在或者输入错误，主要是订票人方面。
修改的用户信息错误，主要是用户自行修改部分错误。
系统用户由于修改了个人信息或者对应订期的航班错误，主要为系统内部连接错误。
数据的删除
删除的航班信息不存在或者输入错误，主要是乘客方面
删除的航班信息不存在或者输入错误，主要是订票人方面
删除的用户信息错误，主要是用户自行修改部分错误
系统用户由于删除了个人信息或者对应订期的航班错误，主要为系统内部连接错误。
数据的查询
查询的航班信息不存在或者输入错误，主要是乘客方面
查询的航班信息不存在或者输入错误，主要是订票人方面
查询的用户信息错误，主要是用户自行修改部分错误
系统用户信息对应订期的航班错误，主要为系统内部连接错误。
应用部分：
在这一部分，主要是在：
系统用户登录个人账户界面，个人信息维护界面，航班管理界面，管理员登陆界面，航班信息查询界面，机票预订界面，订票信息查询界面，系统登录界面，注册界面中用户在键盘输入操作时,可能引起的数据类型错误,字符长度超过限制等,使用鼠标或键盘可能引起的操作错误等.
核心库部分：
在这一部分，主要是在：
系统用户，普通用户，航班信息，管理员，乘客信息系统框架中的数组下标越界,数字超出范围等。
商业层部分：
主要反映系统中的一些如权限被拒绝,输入参数错误等.
5.2补救措施
在数据存储方面，当用户输入，修改，查询，删除信息如航班信息，订票信息，系统用户信息，查询信息错误时给出错误提示并要求重新输入，并提示正规的格式。
在系统内部存储方面可备份用户信息以免丢失。
在应用方面尽量完善各个界面的功能，尽量提示更多的信息以免用户和管理员出现错误。
在核心库方面：
尽量保证信息的存储正确性，数字和字符不要超出范围。
在商业层部分：
提示权限信息，输入参数如果错误给出错误提示信息。
程序在运行时主要会出现两种错误：
（1）由于输入信息，或无法满足要求时产生的错误，称为软错误。
（2）由于其他问题，如计算机软件故障、模块语句错误等，产生的问题，称为硬错误。
对于软错误，须在查询操作成功判断及输入数据验证模块由数据进行数据分析，判断错误类型，再生成相应的错误提示语句，送到输出模块中。
对与硬错误，可在出错的相应模块中输出简单的出错语句，并将程序重置。
返回输入阶段。
出错信息必须给出相应的出错原因。
5.3系统维护设计
。
1.每个用户需要注册才能进入航空订票信息系统，并进行网上订票的。
用户必须
用自己真实的身份进行注册。
2.系统要另外在备一份数据库，防止系统出现错误而使数据信息丢失的可能性。
3.系统要安装防火墙，防止黑客入侵破坏系统。
还有就是安装杀毒软件，防止
病毒入侵而导致系统瘫痪。
4.固定时间对系统进行维护和检测.
5.若系统出现瘫痪时,可出动备用系统维持运转.
6.定期对系统进行更新整顿清空.
升级会员 