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

1、-概要设计说明书大纲1 引言1.1 目的在本机票预定系统工程的前一阶段，也就是需求分析阶段中，已经将系统用户对本系统的需求做了详细的阐述，这些用户需求已经在上一阶段中对航空公司、各旅行社及机场的实地调研中获得，并在需求规格说明书中得到详尽得表达及说明。本阶段已在系统的需求分析的根底上，对机票预定系统做概要设计。主要解决了实现该系统需求的程序模块设计问题。包括如把该系统划分成假设干个模块、决定各个模块之间的接口、模块之间传递的信息，以及数据构造、模块构造的设计等。在以下的概要设计报告中将对在本阶段中对系统所做的所有概要设计进展详细的说明。在下一阶段的详细设计中，程序设计员可参考此概要设计报告，在概要设计对机票预定系统所做的模块构造设计的根底上，对系统进展详细设计。在以后的软件测试以及软件维护阶段也可参考此说明书，以便于了解在概要设计过程中所完成的各模块设计构造，或在修改时找出在本阶段设计的缺乏或错误。1.2 背景软件名称：机票预订系统提出者：航空公司机票销售部门开发者：。用户：需要乘飞机的旅客，航空公司，旅行社。客户程序客户程序客户程序客户程序效劳器及程序网 络机场飞机起飞管理旅行社1.

2、3 定义、缩写词、略语131 专门术语SQL SERVER: 系统效劳器所使用的数据库管理系统DBMS。SQL: 一种用于访问查询数据库的语言事务流：数据进入模块后可能有多种路径进展处理。主键：数据库表中的关键域。值互不一样。外部主键：数据库表中与其他表主键关联的域。ROLLBACK: 数据库的错误恢复机制。132 缩写系统：假设未特别指出，统指本机票预定系统。SQL: Structured Query Language构造化查询语言。ATM: Asynchronous Transfer Mode (异步传输模式)。1.4 参考资料1.於勋 邢文凯 Visual basic程序设计，：理工大学2009年2.珊 萨师煊 数据库系统概论 ：高等教育 2009年3.海藩 软件工程导论 清华大学出版 2010年4机票预定系统工程方案任务书 航空公司 1999/3 5机票预定系统工程开发方案 软件开发小组 1999/3 6需求规格说明书 软件开发小组 1999/3 7用户操作手册初稿软件开发小组 1999/4 8 软件工程及其应用 、文等*科学技术 1992/1 9软件工程海藩清华大学 1990

3、/11puter Network A.S.TanenbaunPrentice Hall 1996/012 总体设计2.1 需求规定航空公司为便旅客，需开发一个机票预定系统。为便于旅客由旅行社代替航空公司负责为旅客定票，旅行社把预定机票的旅客信息，包括*、性别、工作单位、*、旅行时间、旅行目的地，输入机票预定系统的客户端程序，系统经过查询航空公司的航班数据效劳器后，为旅客安排航班，印出取票通知。旅客在飞机起飞前一天凭取票通知和帐单交款后取票，系统校对无误后即印出机票给旅客。要求系统能有效、快速、平安、可靠和无误的完成上述操作。并要求客户机的界面要简单明了，易于操作，效劳器程序利于维护。2.2 运行环境系统将由两局部程序组成，安装在各旅行社客户机上的客户程序及航空公司的数据效劳器程序。根据调研得知所有旅行社的计算机配置均在Pentium 133级别以上，客户程序应能够在Pentium 133级别以上, Win NT环境下运行。2.3 根本设计概念和处理流程航空公司为便旅客，需开发一个机票预定系统。为便于旅客由旅行社代替航空公司负责为旅客定票，旅行社把预定机票的旅客信息，包括*、性别、工作单

4、位、*、旅行时间、旅行目的地，输入机票预定系统的客户端程序，系统经过查询航空公司的航班数据效劳器后，为旅客安排航班，印出取票通知。旅客在飞机起飞前一天凭取票通知和帐单交款后取票，系统校对无误后即印出机票给旅客。要求系统能有效、快速、平安、可靠和无误的完成上述操作。并要求客户机的界面要简单明了，易于操作，效劳器程序利于维护。2.4 构造下面以构造图来描述机票预定系统的软件总体构造。框注明了模块的名字；框之间的直线表示模块的调用关系。 接收数据机票预定系统效劳器局部数据处理查询发送数据判断类型准备SOL判断查询解开数据包数据库操作判断原因准备数据包接收客户机数据准备返回数据准备返回数据发送数据到客户机2.5 功能需求与程序的关系本条用一如下的矩阵图说明各项功能需求的实现同各块程序的分配关系：程序1程序2程序m功能需求1功能需求2功能需求n2.6人工处理过程机票预订信息的录入。2.7 尚未解决的问题3 接口设计3.1 用户接口本产品的用户一般需要通过终端进展操作，进入主界面后点击相应的窗口，分别进入相对应的界面(如：输入界面、输出界面)。用户对程序的维护，最好要有备份。3.2 外部接口 用户

5、界面在用户界面局部，根据需求分析的结果，用户需要一个用户友善界面。在界面设计上，应做到简单明了，易于操作，并且要注意到界面的布局，应突出的显示重要以及出错信息。外观上也要做到合理化。总的来说，系统的用户界面应作到可靠性、简单性、易学习和使用 接口在输入面，对于键盘、鼠标的输入。在输出面，打印机的连接及使用。在网络传输局部，在网络硬件局部，实现高速传输。3.3 部接口部接口面，各模块之间采用函数调用、参数传递、返回值的式进展信息传递。具体参数的构造将在下面数据构造设计的容中说明。接口传递的信息将是以数据构造封装了的数据，以参数传递或返回值的形式在各模块间传输。4 运行设计4.1 运行模块组合客户机程序在有输入时启动接收数据模块，通过各模块之间的调用，读入并对输入进展格式化。在接收数据模块得到充分的数据时，将调用网络传输模块，将数据通过网络送到效劳器，并等待接收效劳器返回的信息。接收到返回信息后随即调用数据输出模块，对信息进展处理，产生相应的输出。效劳器程序的接收网络数据模块必须始终处于活动状态。接收到数据后，调用数据处理/查询模块对数据库进展访问，完成后调用网络发送模块，将信息返回客户机

6、。4.2 运行控制运行控制将格按照各模块间函数调用关系来实现。在各事务中心模块中，需对运行控制进展正确的判断，选择正确的运行控制路径。在网络传面，客户机在发送数据后，将等待效劳器确实认收到信号，收到后，再次等待效劳器发送答复数据，然后对数据进展确认。效劳器在接到数据后发送确认信号，在对数据处理、访问数据库后，将返回信息送回客户机，并等待确认。4.3 运行时间在软体的需求分析中，对运行时间的要求为必须对作出的操作有较快的反响。网络硬件对运行时间有最大的影响，所以建议采用高速ATM 网络。其次硬件对本系统的速度影响将会大于软件的影响，建议使用 Pentium III 处理器。硬件对本系统的速度影响将会大于软件的影响。5 系统数据构造设计5.1 逻辑构造设计要点passager表乘客ID*性别工作单位旅行时间旅行目的地说明：乘客表保存了所有定票旅客的个人信息和旅行信息。主键为乘客ID。Plane表航班号目的地座位数票价起飞时间剩余座位数座位号分配说明：航班班次表保存了所有从本地起飞的班机信息，它的主键为航班号。在定位前先查寻座位空数，在定位后将修改剩余座位号。Ticket表机票号取票单号座位

7、号说明：机票表里存储了有关机票的信息。主键为机票号。Getticket表：取票单号乘客ID航班号起飞时间订票数量说明：取票表里存储的是有关取票的核对信息和要取机票有关的信息。5.2 物理构造设计要点物理数据构造设计主要是设计数据在模块中的表示形式。数据在模块中都是以构造的式表示。旅客信息1 旅客*2 旅客性别3 *4 工作单位通知单信息1 帐单号2 取票通知单号3 旅客*4 *5 航班号6 起飞时间7 目的地5.3 数据构造与程序的关系说明各个数据构造与访问这些数据构造的各个程序之间的对应关系，可采用如下的矩阵图的形式：程序1程序2程序m数据构造1数据构造2数据构造n效劳器程序在对定票/领票进展操作时需对数据库数据库数据构造，也就是数据表进展查询和修改：在定票/领票过程中都需要对数据库中的所有表，进展联合查询、修改。物理数据构造主要用于各模块之间函数的信息传递。接口传递的信息将是以数据构造封装了的数据，以参数传递或返回值的形式在各模块间传输。出错信息将送入显示模块中，机票构造，帐单构造，送入打印准备模块中准备打印格式。6 系统出错处理设计6.1 出错信息程序在运行时主要会出现两种错误：1、由于输入信息，或无法满足要求时产生的错误，称为软错误。2、由于其他问题，如网络传输超时等，产生的问题，称为硬错误。对于软错误，须在定票/领票操作成功判断及输入数据验证模块由数据进展数据分析，判断错误类型，再生成相应的错误提示语句，送到输出模块中。对与硬错误，可在出错的相应模块中输出简单的出错语句，并将程序重置。返回输入阶段。6.2 补救措施所有的客户机及效劳器都必须安装不连续电源以防止停电或电压不稳造成的数据丧失的损失。在网络传输面，可考虑建立一条本钱较低的后备网络，以保证当主网络断路时数据的通信。在硬件面要选择较可靠、稳定的效劳器机种，保证系统运行时的可靠性。6.3 系统维护设计维护面主要为对效劳器上的数据库数据进展维护。可使用 SQL SERVER 的数据库维护功能机制。例如，定期为数据库进展Backup，维护管理数据库死锁问题和维护数据库数据的一致性等. z.

《软件工程项目机票预订系统总体设计》由会员m****分享，可在线阅读，更多相关《软件工程项目机票预订系统总体设计》请在金锄头文库上搜索。