软件工程.docx
《软件工程.docx》由会员分享，可在线阅读，更多相关《软件工程.docx（53页珍藏版）》请在冰豆网上搜索。
软件工程
航空机票预订系统
一．可行性分析报告
负责人：
张顺2002047106李铁2002047087
1引言。
1编写目的：
可行性研究的目的是为了对问题进行研究，以最小的代价在最短的时间内确定问题是否可解
经过对此项目进行详细调查研究，初拟系统实现报告，对软件开发中将要面临的问题及其解决方案进行初步设计及合理安排。
明确开发风险及其所带来的经济效益。
本报告经审核后，交小组审查。
1.2项目背景：
开发软件名称：
机票预订系统。
项目任务提出者：
软件工程作业。
项目开发者：
电子商务三班开发小组。
用户：
电子商务三班。
实现软件单位：
电子商务三班开发小组
项目与其他软件，系统的关系：
本项目采用客户机/服务器原理，客户端的程序是建立在WindowsNT系统上以MicrosoftVisualC++为开发软件的应用程序，服务器端采用Linux为操作系统的工作站，是采用Oracle8的为开发软件的数据库服务程序。
２．可行性研究的前提
2.1要求
主要功能：
为游客提供机票预定服务，方便旅游局的售票工作，提高旅游局的服务质量和服务效率，实现网络订票系统。
性能要求：
机场提供的信息必须及时的反映在旅游局的工作平台上。
售票系统的定单必须无差错的存储在机场的主服务器上。
对服务器上的数据必须进行及时正确的刷新。
输出要求：
数据完整，详实。
输出要求：
简捷，快速，实时。
安全与保密要求：
服务器的管理员享有对机场航班信息库及机票信息库和定票信息库的管理与修改。
售票员只享有对订票信息库的部分修改权限（写入与读出）。
完成期限：
预计六个月，即截止２００5年10月31日。
2.2目标：
系统实现后，大大提高旅游局的机票预定服务效率。
降低售票服务中的错误发生率，减少信息交流的烦琐过程及其带来的开销。
2.3条件，假定和限制
建议软件寿命：
5年。
硬件条件：
服务器sun工作站，终端为pc机。
运行环境：
Linux
数据库：
Oracle8
投入运行最迟时间：
2006/01/01
2.4决定可行性的主要因素
成本/效益分析结果，效益〉成本。
技术可行，现有技术可完全承担开发任务。
操作可行，软件能被原有工作人员快速接受。
３．技术可行性分析
3.1系统简要描述
在旅游局中的终端是安装了WindowsNT的PC机，主要目的是向机场的服务器传递数据。
当顾客在旅游局进行咨询时，终端向服务器发出查询请求，服务器根据航班信息库的实时数据，向终端发送数据，显示在终端的屏幕上。
当顾客向售票员定票时，终端向服务器发出详尽的一份定单，服务器核对后，存入定票信息库，并修改机票信息库。
当顾客再次来取票时，终端向服务器发出查询定票请求，服务器接收后，查询定票信息库，核对后，传送机票确认表单，终端打印出机票。
3.2处理流程和数据流程
服务器终端显示数据
系统管理员
产生报表
事务航班信息的更新
售票员
机票核对事务
客户机终端显示数据
产生报表
表单申请
售票员
客户机终端显示数据
产生报表
数据库
售票员
查询请求
在客户端打印机票和帐单
产生报表及
帐单
４．经济可行性分析
4.1支出
基础投资：
终端PC机２０台：
8000×20=16万
网络设备：
10万
辅助配置：
10万
共计：
36万
其他一次性投资：
Oracle8.0:
20万
WindowsNT:
10万
操作员培训费：
5万
共计：
35万
经常性支出：
人工费用:
6（月）×20（人）×5000（圆）=60万
其他不可知额外支出:
20万
共计:
80万
支出共计:
151万
4.2效益
一次性收益
0元
经常性收益
（按银行利率：
1%）；
减少员工20人（1000圆/人）五年收益:
1000×（1.1+（1.1）2+（1.1）3+（1.1）4+（1.1）5）×20×12×5=120万
工作效率提高收益（工作效率提高30%）:
30×（1.1+（1.1）2+（1.1）3+（1.1）4+（1.1）5）×（30%）×5=45万
经常性收益共计:
160万
不可定量收益
因服务质量提高增加旅客量10%:
1000万×10%×（90%+（90%）2+（90%）3+（90%）4+（90%）5）=360万
收益共计:
520万
4.3收益/投资比
520万/151万=344%
4.4投资回收周期
2.3年
4.5敏感性分析
设计系统周期为五年,估计最长可达10年
处理速度:
一般查询速度<4秒
关键数据查询速度:
<2秒
５．社会因素可行性分析
6.1法律因素
所有软件都选用正版.
所有技术资料都由提出方保管。
合同制定确定违约责任.
6.2用户使用可行性
使用本软件人员要求有一定计算机基础的人员,系统管理员要求由计算机的专业知识,所有人员都要经过本公司培训.
管理人员也需经一般培训.
经过培训人员将会熟练使用本软件.
两名系统管理员,一名审计员将进行专业培训,他们将熟练管理本系统.
６．其他可供选择的方案
6.1客户端与服务器端联系在一起
在旅游局中只设立终端，在机场设立服务器，数据输入由终端输入，所有数据都由服务器处理，只在终端上显示数据结果。
此设计简化了数据处理，但加重了服务器的数据处理。
而使用客户端/服务器机理，简化数据流量，加快数据处理。
７．结论意见
由于投资效益比远大于100%,技术、经济、操作都有可行性，可以进行开发.
二．
项目开发计划
负责人：
冯雪春2002047103周先念2002047098
一．引言
1.编写目的
本报告的主要作用是确定各个项目模块的开发情况和主要的负责人,供各项目模块的负责人阅读,做到及时协调,按步有序进行项目的开发.减少开发中的不必要损失.
具体步骤：
拟订开发计划书，分配项目工作，安排项目进度。
计划对象：
电子商务三班开发小组。
2.项目背景
为了提高订购系统的效率，使机票管理更为科学合理，强化订票安全性和高效性。
提出了建立飞机票订票系统的要求。
二．项目概述
1．工作内容
各工作小组根据时间先后安排，分别对项目进行开发：
各项主要工作：
需求分析小组对旅游局和机场进行调研（为期一个月）。
软件开发小组对调查结果进行分析，拟订实现方案（如程序结构，流程，数据结构等）。
软件编程小组对软件进行集中开发。
软件审核小组对软件进行评定，审核。
2．条件与限制
完成项目应具备的条件：
●资金
●调研环境
●开发平台
●开发基础设施
●开发人员
●维护人员
开发单位已具有的条件：
●开发基础设施
●开发平台
尚须创造的条件：
●良好的调研环境
资方应提供足够的资金和开发条件，并详细的阐明要求。
工方应依据资方的要求开发出满足合同要求的工程。
3．产品
3．1程序
程序名称：
使用语言：
C,C++（或者采用J2EE）
存储形式：
光盘，硬盘
3．2文档
许提交的文档：
●项目开发计划
●资金分配方案
●系统使用手册
●系统维护手册
●详细技术资料
4．运行环境
运行硬件环境：
sun工作站
运行软件环境：
Oracle8.0,Solaris,WindowsNT
1．服务
开发单位向用户提供服务：
人员培训，系统安装，保修（三年），维护（五年）。
2．验收标准
系统运行流畅，出错率为：
1次/年。
三．实施计划
1．任务分解
分析阶段（一个月）
调研小组
设计阶段（两个月）
设计小组
写代码及单元测试阶段（三个月）
开发小组
总测试及修改阶段（两个月）
测试小组
维护阶段（不定）
维护小组
2．进度
一个月进行调研。
五个月进行实现。
两个月进行测试，维护。
一个月进行实践。
3．预算
分析阶段
5000元
设计阶段
五万-十万
写代码及单元测试阶段
十万左右
总测试及修改阶段
五万左右
4．关键问题
关键的问题是如何做到大容量,多并发,快速的即时演算能力和部分故障不停机的能力.此外开发本项目需要一定的风险,主要是计算机发展速度的风险.详细的分析参见可行性分析报告.
大多数技术问题都能通过数据库解决，所以选择好的数据库是保证开发完整的前提。
三．
机票预定系统需求分析
负责人：
李虎李申波
机票预定系统的功能要求
机票预定系统的总目标是：
在计算机网络，数据库和先进的开发平台上，利用现有的软件，配置一定的硬件，开发一个具有开放体系结构的、易扩充的、易维护的、具有良好人机交互界面的机票预定系统，实现航空公司的机票销售的自动化的计算机系统，为企业的决策层提供准确、精细、迅速的机票销售信息。
根据可行性研究的结果和客户的要求，分析现有情况及问题，采用Client/Server结构，将机票预定系统划分为两个子系统：
客户端子系统，服务器端子系统。
旅客订票流程图：
2．2
传给旅行社
旅客清单
航班机票旅客订票记录
1．1
旅客信息记录
订票机票信息
旅客
1．3
产生取票通知
航班机票信息
航班机票信息
订票信息
1．1
安排航班
2．2
传给航空公司
取票通知
旅客
订票信息
旅客取票图：
订票旅客清单
3．2
打印机票
3．1
旅客信息查询
旅客
旅客
售出机票信息
下面分析各个子系统的功能需求：
1．客户端子系统：
在客户端系统的功能实现上，可以分为以下几个部分：
[1]旅客信息的输入和统计
旅行社把旅客要求订票的信息由专人负责输入。
这部分功能是客户端子系统
的基本部分，这个功能是以后各个部分的基础。
系统要求做到即能够从其它子系
统中共享一部分信息，又有方便的操作界面工手工输入旅客信息。
这部分要求对输入的数据进行简单的统计，供航空公司进行查询和宏观调控。
[2]旅客信息的存储：
将旅客的信息存储到旅行社的客户端系统中，以备以后的取票确认以及查询。
[3]机票信息的传递及接收：
将旅客所须的机票信息由旅行社客户端由网络传到航空公司的服务器上，并且接受航空公司返回的航班信息，然后存储起来。
[4]取票通知及帐单的生成和打印：
把已存储的从航空公司返回的航班机票信息打印出来，并且生成帐单打印出来一起交给旅客。
印出机票给已经订票的旅客：
根据旅客的取票通知及帐单，经过确认无误后，接受旅客的付款后把机票印出来交给旅客。
[5]机票销售情况的核算
这一功能是在上一功能的基础上，对机票销售额进行单项核算，得到该旅行社的销售情况并把核算结果作为企业报表输出。
2．服务器端的功能要求：
通过计算机网络将客户端与服务器的数据库相连，将从客户端得到的信息进行处理，实现航班查询，机票生成，销售统计，综合信息查询等子系统。
以计算机成本核算为中心，实现销售业务的计算机自动化，为航空公司降低成本、提高销售额、经营决策提供及时精确的依据。
在客户端系统的功能实现上，可以分为以下几个部分：
[1]接收由旅行社客户端发回的所需机票信息：
通过网络接收机票信息并存入到服务器的数据库中。
[2]生成航班信息：
根据所需机票信息（时间，地点），在数据库中查询并得到正确的航班的信息（价格，时间，等级），分配所需的机票数并在数据库中做出已售出的标记。
[3]传递航班信息到客户端（旅行社）：
把得到的航班信息通过网络传递到旅行社。
[4]接收旅行社的反馈信息：
对旅行社的反馈信息进行分析，把已经售出的机票进行统计，对被旅客所退掉的机票要进行数据库的恢复。
[5]印出机票给已经订票的旅客：
根据旅客的取票通知及帐单，经过确认无误后，接受旅客的付款后把机票印出来交给旅客。
[6]销售额的分析和管理
这一步骤的功能要求包括对销售的机票进行分析，这一工作是在前面的基础上，以计算机为工具，对机票预定系统的功能和目标进行扩充。
它以财务管理学为理论基础，以辅助决策为目标，以机票销售数据为中心，广泛采用统计学、运筹学的分析方法，对销售信息进行深层加工，建立反映不同航班需求的模型，提供管理上所需的各种辅助决策信息和财务信息。
这一要求是机票预定系统的最高目标，将通过系统运行后获得的大量销售历史数据基础上，实现这一目标。
机票预定系统的性能需求
为了保证系统能够长期、安全、稳定、可靠、高效的运行，机票预定系统应该满足以下的性能需求：
1．系统处理的准确性和及时性
系统处理的准确性和及时性是系统的必要性能。
在系统设计和开发过程中，要充分考虑系统当前和将来可能承受的工作量，使系统的处理能力和响应时间能够满足企业对信息处理的需求。
由于机票预定系统的查询功能对于整个系统的功能和性能完成举足轻重。
作为系统的很多数据来源，而机票数量和时间又影响企业的决策活动，其准确性很大程度上决定了机票预定系统的成败。
在系统开发过程中，必须采用一定的方法保证系统的准确性。
2．系统的开放性和系统的可扩充性
机票预定系统在开发过程中，应该充分考虑以后的可扩充性。
例如订票系统的方式的改变（网上订票），用户查询的需求也会不断的更新和完善。
所有这些，都要求系统提供足够的手段进行功能的调整和扩充。
而要实现这一点，应通过系统的开放性来完成，既系统应是一个开放系统，只要符合一定的规范，可以简单的加入和减少系统的模块，配置系统的硬件。
通过软件的修补、替换完成系统的升级和更新换代。
3．系统的易用性和易维护性
机票预定系统是直接面对使用人员的，而使用人员往往对计算机并不时非常熟悉。
这就要求系统能够提供良好的用户接口，易用的人机交互界面。
要实现这一点，就要求系统应该尽量使用用户熟悉的术语和中文信息的界面；针对用户可能出现的使用问题，要提供足够的在线帮助，缩短用户对系统熟悉的过程。
机票预定系统中涉及到的数据是航空公司的相当重要的信息，系统要提供方便的手段供系统维护人员进行数据的备份，日常的安全管理，系统意外崩溃时数据的恢复等工作。
4．系统的标准性
系统在设计开发使用过程中都要涉及到很多计算机硬件、软件。
所有这些都要符合主流国际、国家和行业标准。
例如在开发中使用的操作系统、网络系统、开发工具都必须符合通用标准。
如规范的数据库操纵界面、作为业界标准的TCP/IP网络协议及ISO9002标准所要求的质量规范等；同时，在自主开发本系统时，要进行良好的设计工作，制订行之有效的软件工程规范，保证代码的易读性、可操作性和可移植性。
5．系统的先进性
目前计算系统的技术发展相当快，做为机票预定系统工程，应该保证系统在下个世纪仍旧是先进的，在系统的生命周期尽量做到系统的先进，充分完成企业信息处理的要求而不至于落后。
这一方面通过系统的开放性和可扩充性，不断改善系统的功能完成。
另一方面，在系统设计和开发的过程中，应在考虑成本的基础上尽量采用当前主流并先进且有良好发展前途的产品。
6．系统的响应速度
机票预定系统系统在日常处理中的响应速度为秒级，达到实时要求，以及时
反馈信息。
在进行统计分析时，根据所需数据量的不同而从秒级到分钟级，
原则是保证操作人员不会因为速度问题而影响工作效率。
机票预定系统的数据需求
机票预定系统的数据需求包括如下几点：
1．数据录入和处理的准确性和实时性
数据的输入是否准确是数据处理的前提，错误的输入会导致系统输出的不正确和不可用，从而使系统的工作失去意义。
数据的输入来源是手工输入。
手工输入要通过系统界面上的安排系统具有容错性，并且对操作人员要进行系统的培训。
在系统中，数据的输入往往是大量的，因此系统要有一定的处理能力，以保证迅速的处理数据。
2．数据的一致性与完整性
由于系统的数据是共享的，在不同的旅行社中中，机票是共享数据，所以如何保证这些数据的一致性，是系统必须解决的问题。
要解决这一问题，要有一定的人员维护数据的一致性，在数据录入处控制数据的去向，并且要求对数据库的数据完整性进行严格的约束。
对于输入的数据，要为其定义完整性规则，如果不能符合完整性约束，系统应该拒绝该数据。
3．数据的共享与独立性
整个机票预定系统的数据是共享的。
然而，从系统开发的角度上看，共享会给设计和调试带来困难。
因此，应该提供灵活的配置，使各个分系统能够独立运行，而通过人工干预的手段进行系统数据的交换。
这样，也能提供系统的强壮性。
机票预定系统的数据字典
系统中的数据元素：
名字：
旅客信息
别名：
描述：
旅客的个人信息，用于对旅客的确认
定义：
旅客信息=姓名+性别+工作单位+身份证号码+旅行时间
+旅行目的地
位置：
输入到旅行社端（client端）
名字：
订票旅客清单
别名：
描述：
已订票的旅客的记录
定义：
订票旅客清单=旅客信息的合集
位置：
输入到旅行社端（Client端）
名字：
订票信息
别名：
描述：
旅客的旅行时间和目的地，用于确定旅客的航班
定义：
订票信息=旅客旅行时间+旅客旅行目的地
位置：
传输到航空公司端（Server端）
名字：
航班机票信息
别名：
描述：
旅客的航班信息，根据旅客的旅行时间和目的地确定
定义：
航班机票信息=旅客机票时间+旅客机票班次
位置：
传输到旅行社端（Client端）
名字：
取票通知
别名：
描述：
旅客领取机票的凭证
定义：
取票通知=旅客姓名+领票时间
位置：
输出到打印机
名字：
售出机票信息
别名：
描述：
旅客的航班机票的信息
定义：
售出机票信息=旅客的航班机票
位置：
输出到打印机
名字：
旅客订票记录
别名：
描述：
已订票的旅客在航空公司的记录
定义：
旅客订票记录=旅客姓名+航班机票信息
位置：
输出到航空公司端（Server端）
机票预定系统的逻辑模型
机票预定系统的逻辑模型如下图所示：
旅行地点
旅行时间
性别
姓名
航班机票信息
身份证号码
工作单位
旅客
1
航空公司
订票
取票通知
帐单
价格
11
时间
旅行社
合适航班机票
N
等级
可售机票
售出机票信息
订票旅客清单
机票预定系统的运行要求
机票预定系统中的各个子系统的硬件和软件的配置如下：
1．服务器端子系统的运行要求：
系统软件：
WindowNTServer
数据库管理系统：
SQLServer
硬件要求：
Pentium43.0以上,2GRAM,160GHD
2.客户端子系统的运行要求：
系统软件：
WindowNTWorkstation
数据库管理系统：
SQLServer
硬件要求：
Pentium41.7以上,256MRAM,40GHD
建立机票预定系统的约束
1.Client/Server结构总体设计方案对它的约束：
机票预定系统做为Client/Server结构的一个应用系统，不可避免的要受到Client/Server结构的约束。
在其实施的各个阶段都要服从它的一些规划，包括功能设计、系统配置和计划。
同时，由于信息的共享，机票预定系统还受到其它系统的信息约束。
2．人力、资金、时间的约束
机票预定工程实施的目标就是要带给航空公司看得出见的效益，其开发过程中也要考虑到人力、资金和时间的约束。
因此，在设计中，重点是销售系统中的方便快捷，能提供给旅客以优质高效的服务，并提高销售的效率和便捷，为航空公司带来良好的效益。
3．技术发展规律的约束
计算机技术和产品的发展日新月异，将会给信息处理带来更多的手段，同时也会带来更加丰富的信息表达形式。
例如图象和语音技术的进步，多媒体技术的发展，这些都要求系统在设计时考虑技术变化的可能性，为可能的变化预留一定的系统处理能力。
]
4．其他需求
同时我们可以采用J2EE进行开发，使的系统具有更好的移植性，同时我们开发使采用Oracle数据库具有更好的安全性。
四．
概要设计说明书
负责人：
曾彬2002047096金晶2002047091
1．引言
1．1编写目的
在本机票预定系统项目的前一阶段，也就是需求分析阶段中，已经将系统用户对本系统的需求做了详细的阐述，这些用户需求已经在上一阶段中对航空公司、各旅行社及机场的实地调研中获得，并在需求规格说明书中得到详尽得叙述及阐明。
本阶段已在系统的需求分析的基础上，对机票预定系统做概要设计。
主要解决了实现该系统需求的程序模块设计问题。
包括如何把该系统划分成若干个模块、决定各个模块之间的接口、模块之间传递的信息，以及数据结构、模块结构的设计等。
在以下的概要设计报告中将对在本阶段中对系统所做的所有概要设计进行详细的说明。
在下一阶段的详细设计中，程序设计员可参考此概要设计报告，在概要设计对机票预定系统所做的模块结构设计的基础上，对系统进行详细设计。
在以后的软件测试以及软件维护阶段也可参考此说明书，以便于了解在概要设计过程中所完成的各模块设计结构，或在修改时找出在本阶段设计的不足或错误。
1．2项目背景
机票预定系统将由两部分组成：
置于个旅行社定票点的前台客户程序，以及置于航空公司的数据库服务器。
本系统与其他系统的关系如下：
客户程序
机场飞机起飞管理
网络
（旅行社）:
:
（航空公司）飞机起飞数据
客户程序
服务器及程序
客户程序
客户程序
1．3定义
1．3．1专门术语
SQLSERVER:
系统服务器所使用的数据库管理系统（DBMS）。
SQL:
一种用于访问查询数据库的语言
事务流：
数据进入模块后可能有多种路径进行处理。
主键：
数据库表中的关键域。
值互不相同。
外部主键：
数据库表中与其他表主键关联的域。
ROLLBACK:
数据库的错误恢复机制。
1．3．2缩写
系统：
若未特别指出，统指本机票预定系统。
SQL:
StructuredQueryLanguage（结构化查询语言）。
ATM:
AsynchronousTransferMode（异步传输模式）。
1．任务概述
2．1目标
2．2运行环境
系统将由两部分程序组成，安装在各旅行社客户机上的客户程序及航空公司内的数据服务器程序。
根据调研得知所有旅行社的计算机配置均在Pentium41.7级别以上，客户程序应能够在Pentium42.0级别以上,WinNT环境下运行。
2．3需求概述
为方便旅客，需开发一个机票预定系统。
为便于旅客由旅行社代替航空公司负责为旅客定票，旅行社把预定机票的旅客信息，包括姓名、性别、工作单位、身份证号码、旅行时间、旅行目的地，输入机票预定系统的客户端程序，系统经过查询航空公司内的航班数据服务器后，为旅客安排航班，印出取票通知。
旅客在飞机起飞前一天凭取票通知和帐单交款后取票，系统校对无误后即印出机票给旅客。
要求系统能有效、快速、安全、可靠和无误的完成上述操作。
并要求客户机的界面要简单明了，易于操作，服务器程序利于维护。
2．4条件与
升级会员 