软件工程项目机票预订系统总体设计

1、桥要披 it说明书大鋼1 引言1.1 目的在本机票预定系筑顶目的前一阶段，也就是需求分析阶段中，已经将系统用户对 本系貌的需求做了详细的阐述，这些用户需求已经在上一阶目中对航空公司、各亍 社及机场的实地调研中获得，并在需求规恪说明书中得到洋尽得叙逮及阐明。本阶段已在系筑的需求分析的基础上，对机票预定系 Stlfliei 要设廿。主要辭决了 实观该系统需求的程序模快设廿间题。包括如何把该系貌划分成若干个模块、决定各 个模快之同的接口、模块之间传递的信息，以及数据结构、模快结枸的设廿等。在以 的所有阴要设 itan 详细的说明。在下一阶段的洋细设廿中，程序设廿员可参考此下的阴要设廿报告中将対在本阶

2、段中对系貌所做in 要设计报告，在 HI 要设计对机 票预定系貌所做的模快结构设廿的基础上，对系统进行洋细设计。在以后的狀件测试 以员軟件绒护阶段也可参考此说明书，以便于了解在阀要设廿过程中所完成的各模块 设计结沟，或在修改时找岀在本阶股设计的不足或備误。1.2 背景软件 gf$： 机票预订系貌提出者：航空公司机票鋪售郡门开发者：。?可修编 .1.3 定义、缩耳貝、1. 3. 1 专 D 术培SQL SERVER: 系筑凰务器所使用的数据库管理系铳 (DBMS ) 0 SQL: 一种用于诉冋査询数据库的培言 事务流：数据进人模块后可能有多种路径进行处理。 tS： 数据库表中的关 i?o 值互不

3、相同。外部主建：数据库表中与其他表主建关朕的域。ROLLBACK: 数据库的绪误恢夏 Hl 制。1. 3. 2 缩耳系统：若未特别岳岀，统岳本机票预定系统。SQL: Structured Query Language ( 结构化査询培言 )。ATM: Asynchronous Transfer Mode ( 异步传输模式 ) 。1.4 参考负料1 ?於勋冊文凯 Visual basic 程序设 it,:理工大学 2009 年 2.IJI 萨師塩数抵库系统牌论 : 高等教育 2009 年3?海藩软件工程导论 清华大学岀版 2010 年4 机票预定系统顶目廿则任务书 ?航空公司 1999/35 机

4、票预定系统顼目开发计划軟件开发小组 1999/36 需求规格说明书7 用户操作手册 ( IJlffi )8 软件工程及其应用9 软件工程海藩2 总体按 it软件开发小组 1999/3 軟件开发小组 1999/4 周、壬文等 XX 科学技术 1992/1 清华大学 1990/11puter Network A.S.Tanenbaun 1996/01Prentice Hall2.1 需求規定航空公司为方便施客，需开发一个机票预定系筑。为便于族客由 tint 代替航 空公司负责为族客定票， tffti 把硕定 Hl 票的族客信息，包括、性别、工作单位、 ifiW 同、族行目的地，输入机票硕定系统的客

5、户端程序，系貌经 il 查询航空公司 的航 Jfi 数据服务器后，为族客安排航册， HUB? 票通知。施客在飞机起飞前一天凭 取票通知和帐单交款后取票，系筑校对无锲后即印出 Hl 票给族客。要求系统能有效、快速、安全、可靠和无炭的完成上述操作。并要求客户机的界 面要简单明了，易干操作，服务器程序利干绒护。?可修编 .2.2 运打环境系统将由两部分程序组成，安装在各户机上的客户程序及航空公司的数 据服务器程序。根稠调研倡知所有虛行社的廿算机配置均在 Pentium 133 级别以上 , 客户程序应能 龄在 Pentium133 级别以上， Win NT 坏境下运行。2.3 基本按廿様念和处理流程

6、航空公司为方便族客，需开发一个机票预定系筑。为便于族客由 定票， ftfitt 把预定机票的族客信息，色祐、性别、工作单位、tfiti 代替航 空公司负责为族客 族行时同、施行目的地，输人机票硕定系统的客户端程序，系统经 il 查陶航空公司 MMJfi 数据服务器后，为施客安排航册，印出収票通知。族客在飞 HI 起飞前一天凭 取票通知和報单交款后取票 , 系境校对无淚后即印出机票给族客。要求系统能有效、快速、安全、可靠和无淚的完成上述操作。并要求客户 HI 的界 面要简单明了，易于操作，服务器程序利于绒护。?可修编 .加客订票流程图： 12.4 结枸下面以结构图来描述机票预定系统的軟件总体结构

7、。框注明了模块的名字；方框之间的直线表示模块的调用关系。?可修编 .?可修编 .2.5 功能需帝与程序的关系本条用一如下的矩阵图说明各顶功能需求的实现同各挟程序的分配关系 :功能需求 1功能需求 2功能需求 n程序 1V程序 27V程序 mV2.6 人工处理 it程?可修编 .机票预订信息的录人。2.7 （Sj 未解决的冋題3 接口按 it3.1 用户接口本产品的用户一般需要通过终端进行操作，进人主界面后点击相应舸窗 口，分别进人相对应的界面（如：输人界面、输出界面）。用户对程序的维护， 最好要有备份。3.2 外部接口3.2.1 用户界面在用户界面部分，根掘需求分析的结果，用户需要一 f用户友

8、善界面。在界面设廿上，应做到简单明了，易于操作，并且要注意到界面的布局，应 突出的显示重 iJU 出般信息。外观上也要做到合理化。总的来说，系统的用户界面应作到可靠性、简单性、易学习和使用3.2.2 接口在输入方面，对于罐盘、鼬标的输人。在输岀方面，打印机的连接及使用。在啊络传络硬杵部分，实现高速传输。3.3 部接口部接口方面，各模快之间果用函数调用、参数传递、的方式 a IT fl 息传递。?可修编 .输部分，在网具体参数的结构将在下面数据结构设廿的容中说明。接口传递的信息将是以数据结构 封装了的数据，以参数传递或 S0ffi的形式在各模块间传输。4 怖按廿4.1 运打模块组合客户机程序在有

9、输人时启动接收数据模块，通过各模块之间的调用， 读人并对输入进行榕武化。在接收数据模块得到充分的数据吋，將调用网 传輪模块，将数据通过网络送到服务器，并等待接收服务器返回的信息。 收到返回信息后师即调用数据聯出模块，对信息进行处理，产生相应的 出。服务器程序的接收网络数据模块必须始终处于活动狀态。接收到数据后 用数据处理 /査询模块对数据库进行诉问，完成后调用网络发送模块，将信 回客户机。4.2 运打控胃运行控制将严格按照各模块间函数调用关系来实规。在各事务中心模块中，需对运行控制进行正确的判断，选择正确的运行控制路径。在网络传方面，客户机在发送数据后，将等待服务器的确认收到信号，到后，再次等

10、待服务器发送回答数据，然后对数据进行确认。服务器在接络接 输, 调 息返收到数据后发送确认信号，在对数据处理、库后，将返回信息送回客 户机，并等待确认。在软体的需求分桥中 , 对运行时间的要求为必须对作出的操作有较快的 反应。网络硬件对运行时间有最大的影响，所以建议采用髙速 ATM 网络。其 次硬件对本系统的速度影响將会大于软件的影响，建议使用 Pentium III 处理 器。硕?可修编 .躺了目的地旅行时间件对本系统的速度影响将会大于軟件的影响。5 系竦数据结构按廿passager 表 乘客ID5.1 逆辑结枸按廿要点性别 Ift单位说明：乘客表保存了所有定票旅客的 f人信息和旅行信息。主

11、鍵为乘客IDoPlane 表目班号的地座位数价起飞时间余座位数座位号分配说明：航 JHO 表保存了所有从本地起飞的册机信息，它的主鍵为航出号。在定位前先査寻座位空数，在定位后将修改剰余座位号。Ticket 表机票号 取票单号 座位号说明：机票表里存储了有关机票的信息。主鍵为机票号。?可修编 .Getticket 表:取票单 乘客 ID 航册号号起飞时间ij 票数量说明：取票表里存储的是有关取票的核对信息和要取机票有关的信息。5.2 物理结枸按廿要点物理数据结构设廿主要是设廿数据在模块中的表示形武。数据在模块中 部是以结构的方式表示。旅客信息厂、1 . 旅客 XX2. 旅客性别?可修编 .3.

12、旅行目的地。1. 航班号 a2. 目简地 4 S 二起屯时间心 * 4 . 座位号 04? 网络包“5. 错误信息捍6? 机票信息 Q曲班号卩目的地 2 起飞时间 a 菰客姓名羽 旅客桂别亠 身份证号码门剩余座位号 4座位号分紀 e通%单信息1.帐单号丿 2. 取票通知单号3 . 旅客 XXA W5.3 数摒錯构与程序的关系说明各个数据结构与诉冋这些数册箱构的各个程序之间的对应关系，可采用如下的拒阵图的形式：数据结构 1数据结构 2程序 1 程序 2 程序 m7V V数据结构 n V V服务器程序在对定票 / 领票进行操作时需对数据库数据库数稠结构，也就是数据表进行査询和修改：在定票 / 领票

13、过程中那需要对数掘库中的所有表， 进?可修编 .行联合査询、修改。物理数据结构主要用于各模挟之间函数舸信息传递。接口传递的信息将是以数据结构封装了的数据，以参数传递或返回值的形式在各模块间传输。出錯信息将送人显示模块中，机票结构，帐单结构，送入扌 JED 准备模 块中准备打印格式。6 系统岀錯处理按廿6.1 出錯信息程序在运行时主要会出规两种般误： 1、由于輸人信息，或无法满足要求 吋 产生的借误，称为软錯误。 2、由于其他间题，如网络传输超吋等，产生的 冋題 ,祢为硬錯误。对于軟错误，须在定票 / 领票操作成功圳断及输人数据验込模块由数据进 行数据分析，判断錯误类型，再生成相应的錯误提示语句，送到输出模块中。对与 5!錯误，可在出错的相应模挟中输出简单舸出錯语句，并将程序重 置。返回输人阶段。6.2 补救措施所有的客户机汝服务器部必须安装不间断电源以肪止停