航空订票系统-概要设计说明书.doc

概要设计说明书 1引言 1.1编写目的 概要设计的目的在于：准确、无误地用计算机处理过程来表达用户的各项要求，以此作为详细设计的纲领性文件；考核系统总体质量的重要技术文档；作为软件设计的第一阶段，日后的设计均在此基础之上进行。 1.2背景 此软件名称为航空管理系统，有航空公司根据业务需求向软件设计人员提出的设计要求，有软件设计人员指定简单的设计计划。在软件需求分析阶段，已经搞清楚了软件“做什么”的问题，并把这些需求通过规格说明书描述了出来，这也是目标系统得逻辑模型。进入了设计阶段，要把软件“做什么”的逻辑模型变换为“怎么做”的物理模型，即着手实现软件的需求，并将设计的结果反映在“设计规格说明书”文档中，所以软件设计是一个把软件需求转换为软件表示的过程。最初这种表示只是描述了软件总的体系结构，称为软件概要设计或结构设计。 1.3定义 在我们进行正式软件设计之前，要先了解一些概念： （1） 模块化：模块是数据说明、可执行语句等程序对象的集合，模块可以单独被命名而且可通过名字来访问，例如，过程、函数、子程序、宏等都可以作为模块； （2） 抽象与逐步求精：软件工程过程的每一步都是对软件解法的的抽象层次的一次精化。逐步求精与抽象是紧密相关的。 （3）模块独立性：模块独立性是指系统软件中每个模块只涉及软件的具体自功能，而和软件系统的其他的模块接口是简单的。 （4）耦合：是对一个软件结构内各个模块之间互连程度的度量。耦合强弱取决与模块间接口的复杂程度，调用模块的方式，以及通过接口的信息。 1.4参考资料 （1）.数据库系统教程/史嘉权，史红星，李博编著，-北京；清华大学出版社，2003 （2） Delphi软件工程案例精解；王业龙，范朝辉，李育龙编著；北京。电子工业出版社，2005-1 2总体设计 2.1需求规定 本系统得主要输入项是乘客的信息，如所乘飞机的航班号，票价，起飞到达时间、地点等，其中大多数为数据的操作；输出项主要出现在查询中，也是与乘客有关的各种信息，要求有详细的信息，即让乘客了解到的信息尽可能的详细；还有系统安全方面的考虑，要保证系统的安全性。 2.2运行环境 用SQL server 2000做后台数据库设计，因此要有SQL server 服务器来支持。再者，航空管理系统的业务比较复杂，数据库涉及范围比较广泛，所以支持此系统的操作系统的硬件配置应该高一些，CPU速度快，内存要大。 2.3基本设计概念和处理流程 数据库需要表述的信息有以下几种: 客户信息 飞机信息 航班信息 可以用E/R模型表达该模型的设计,E/R图如图4所示. 图4 模型的E/R图 2.4结构. 通过E/R模型到关系模型的转化，可以得到如下关系模型： Airline (AID, Name, CID, flyfrom , flyto, date, flytime, gettime, chair , count, rest, price, ) Customer(AID, Name, CID, flyfrom , flyto, date, flytime, gettime, chair) Flight(AID , flyfrom , flyto, flytime, gettime, form) 航空公司的操作流程如图1所示. 图1 航空公司操作分类表 (2) 客户 客户的操作流程如图2所示. 图2客户操作分类表 (3) 机场 机场的任务是根据航空公司提供的航线和飞机,安排航班,以及航班的机票.如果出现晚点等情况,要记录并发送信息,对特殊客户记录其消费信息,并相应提供优惠. (4) 客户订票 客户定票涉及到多个因素:由客户提出订票申请;由机场管理航班机票;对于特殊客户除给予票价优惠以外,还要累计里程;订票后需判断是否超员.这些因素涉及到客户资料﹑航班资料以及由航空公司提供的航线(里程)和飞机(座位数)资料中所提供的相关数据. 客户定票的操作流程如图3所示. 图3客户定票的操作流程图 2.5功能需求与程序的关系 本条用一张如下的矩阵图说明各项功能需求的实现同各块程序的分配关系： 程序1 程序2 …… 程序n 功能需求1 √ 功能需求2 √ …… 功能需求n √ √ 此航空管理系统的功能模块可以设计成如下图所示 2.6人工处理过程 在本系统中用人工的操作就是输入乘客的各种信息。 2.7尚未问决的问题 在设计前考虑到在管理人员输入数据时，有些选项是自动的，如输入一个航班号，它的座位数和等级就不要再手工输入了；还有在输入起飞和到达的城市后，某一个航班的飞行时间也是不要人工输入的，但这些我还