收藏 分销(赏)

机票预订系统程序设计项目说明指导书结构化.doc

上传人:天**** 文档编号:2517341 上传时间:2024-05-31 格式:DOC 页数:13 大小:210.54KB 下载积分:8 金币
下载 相关 举报
机票预订系统程序设计项目说明指导书结构化.doc_第1页
第1页 / 共13页
机票预订系统程序设计项目说明指导书结构化.doc_第2页
第2页 / 共13页


点击查看更多>>
资源描述
程序设计阐明书 1引言 1.1编写目 程序设计阐明书提供顾客与开发人员对开发软件共同理解,使顾客与开发单位就该系统功能定义、环境需求达到共识,是此后各阶段设计工作基本和根据,也是本阶段评审和测试阶段确认与验收根据。本需求分析读者对象涉及客户、业务人员需求分析人员、测试人员、顾客文档编写人和项目管理人员。 用面向对象分析、设计办法来分析机票系统。研究给定软件开发任务,在此基本上完毕系统构造化需求分析模型建设。学习软件构造化设计办法,练习采用构造化设计办法完毕程序设计任务过程。 在本机票预定系统项当前一阶段,也就是需求分析阶段中,已经将系统顾客对本系统需求做了详细阐述,这些顾客需求已经在上一阶段中对航空公司、各旅行社及机场实地调研中获得,并在需求规格阐明书中得到详尽得论述及阐明。 本阶段已在系统需求分析基本上,对机票预定系统做概要设计。重要解决了实现该系统需求程序模块设计问题。涉及如何把该系统划提成若干个模块、决定各个模块之间接口、模块之间传递信息,以及数据构造、模块构造设计等。在如下概要设计报告中将对在本阶段中对系统所做所有概要设计进行详细阐明。 在下一阶段详细设计中,程序设计员可参照此概要设计报告,在概要设计对机票预定系统所做模块构造设计基本上,对系统进行详细设计。在后来软件测试以及软件维护阶段也可参照此阐明书,以便于理解在概要设计过程中所完毕各模块设计构造,或在修改时找出在本阶段设计局限性或错误。 预期读者:系统管理员、机票预订管理员、订票旅客、程序员。 1.2背景 软件名称:机票预订系统 提出者:航空公司机票销售部门 开发者:xxx。 顾客:需要乘飞机旅客,航空公司,旅行社,系统管理员、程序员。 运营该软件计算站(中心):Internet、航空公司、网上银行 2程序设计阐明 2.1需求规定 (1)输入数据 航班号:客户从自主选取列表中查询航班号信息,可查询航班航班信息和机票信息 起航地点:客户从页面中自主选取表格中要查询起航地点信息,查询航班航班信息 降落地点:客户从页面中自主选取表格中要查询降落地点信息,查询航班航班信息 起航时间:客户从页面中自主选取表格中要查询起航时间信息,查询航班航班信息 身份证号码:客户在预订机票时所填入基本信息,用于区别不同客户 密码及确认密码:客户在预订机票时所需要基本信息,起信息保护和确认作用 姓 名:客户在预订机票时所需要基本信息,与身份证号码相相应 电 话:客户在预订机票时所需要基本信息,管理员联系客户时使用 Email:客户在预订机票时所需要基本信息,管理员联系客户时使用 联系地址:客户在预订机票时所需要基本信息,管理员联系客户时使用 航班级别:客户在预订机票时所需要基本信息,用于拟定所订机票价格 订票数量:客户在预订机票时所需要基本信息,用于拟定所订机票数 (2)输出数据 航班号:客户查询航班信息后返回值 起航地点:客户查询航班信息后返回值 降落地点:客户查询航班信息后返回值 起航时间:客户查询航班信息后返回值 身份证号码:客户订购机票后确认信息 密码及确认密码:客户订购机票后确认信息 姓 名:客户订购机票后确认信息 电 话:客户订购机票后确认信息 Email:客户订购机票后确认信息 联系地址:客户订购机票后确认信息 航班级别:客户订购机票后确认信息 订票数量:客户订购机票后确认信息 2.2运营环境 设备服务器,硬件:CPU133M,64M或以上内存,300M硬盘空间;VGA显示屏或更高 客户机,硬件:最低CUP133M,16MB内存;至少8MBRAM存储器;VGA显示屏或更高 条件与限制:服务器和客户机规定都能接入 Internet 。 系统将由两某些程序构成,安装在各旅行社客户机上客户程序及航空公司内数据服务器程序。 依照调研得知所有旅行社计算机配备均在Pentium 133级别以上,客户程序应可以在Pentium 133级别以上,Win NT环境下运营。 2.3程序构造阐明 下面以构造图来描述机票预定系统软件总体构造。框内注明了模块名字;方框之间直线表达模块调用关系。如图2.3.1,图2.3.2 图2.3.1 客户机某些 机票预定系统 数据输入 数据输出 数据输入 页面信息录入 旅行社登陆 登陆信息 数据录入 数据信息 数据信息 数据信息 数据解决、查询 数据判断 数据信息 准备SQL 判断查询 数据库操作 数据信息 判断信息 判断成果 数据信息 返回账单等 拟定错误因素 返回机票信息 打印账单等 显示错误因素 打印机票 数据信息 图2.3.2 服务器程序某些 2.4功能需求与程序关系 服务器程序在对定票/领票进行操作时需对数据库数据库数据构造,也就是数据表进行查询和修改:在定票/领票过程中都需要对数据库中所有表,进行联合查询、修改。 物理数据构造重要用于各模块之间函数信息传递。接口传递信息将是以数据构造封装了数据,以参数传递或返回值形式在各模块间传播。出错信息将送入显示模块中,机票构造,帐单构造,送入打印准备模块中准备打印格式。 机票预定系统重要功能涉及:订票、取票、退票、查询、更改航班、客户信息管理、订单管理需求分析机票预定系统重要功能涉及:订票、取票、退票、查询、更改航班、客户信息管理、订单管理。 表2.4.1 系统功能表 编号 功能名称 使用顾客 功能描述 输入 系统响应 输出 1 登陆功能 售票人员 进入系统登陆界面,输入密码进行登陆 输入登陆密码 再数据库中匹配时否账号密码一致和对的 成功登陆或者提示登陆不成功 2 预订机票功能 所有旅客 预订个人所需要机票 姓名、性别、工作单位、身份证号码(护照号码)、旅行时间、旅行始发地和目地,航班舱位规定 保存旅客信息 返回信息与否有误 3 查询航班功能 售票员 查询旅客所需要航班 输入出发地,出发时间,目地 查询输入信息 返回有关航班信息 4 改签功能 售票员 改签旅客机票 输入要改订立单号,以及改签时间,出发地,目地 数据库数据修改 返回改签信息 3接口设计 3.1外部接口 (1) 顾客界面 在顾客界面某些,依照需求分析成果,顾客需要一种顾客友善界面。在界面设计上,应做到简朴明了,易于操作,并且要注意到界面布局,应突出显示重要以及出错信息。外观上也要做到合理化。总来说,系统顾客界面应作到可靠性、简朴性、易学习和使用。 (2)接口 在输入方面,对于键盘、鼠标输入。在输出方面,打印机连接及使用。在网络传播某些,在网络硬件某些,实现高速传播。 3.2内部接口 本系统内部加工之间并不是全自动化,有些某些需要人工参加。打印出票据后,需要人员进行核对和收费,核对过后才将数据传之主数据库进型存储。从而才使预定票具备有效性。内部接口方面,各模块之间采用函数调用、参数传递、返回值方式进行信息传递。详细参数构造将在下面数据构造设计内容中阐明。接口传递信息将是以数据构造封装了数据,以参数传递或返回值形式在各模块间传播。 4程序模块1(标记符)设计阐明 4.1程序模块描述 各个订票点把预定机票旅客信息(姓名、性别、工作单位、身份证号码(护照号码)、旅行时间、旅行始发地和目地,航班舱位规定)输入到联网系统中,系统为旅客安排航班。当旅客确认航班并交付了预订金后,系统打印出取票告知和帐单给旅客,旅客在飞机起飞前一天凭取票告知和帐单交款取票,系统核对无误即打印出机票给旅客。此外航空公司为随时掌握各个航班飞机乘载状况,需要定期进行查询记录,以便恰当调节。 4.2输人项 数据项名称 说 明 类 型 长 度 航班号 客户从页面中自主选取列表中要查询航班号信息,可用于查询航班航班信息和机票信息 字符串型 20字节 起航地点 客户从页面中自主选取表格中要查询起航地点信息,用于航班航班信息查询 字符串型 50字节 降落地点 客户从页面中自主选取表格中要查询降落地点信息,用于航班航班信息查询 字符串型 50字节 起航时间 客户从页面中自主选取表格中要查询起航时间信息,用于航班航班信息查询 日期型 8字节 身份证号码 客户在预订机票时所填入基本信息,用于区别不同客户 字符串型 18字节 密码及确认密码 客户在预订机票时所需要基本信息,起信息保护和确认作用 字符串型 50字节 姓 名 客户在预订机票时所需要基本信息,与身份证号码相相应 字符串型 50字节 电 话 客户在预订机票时所需要基本信息,管理员联系客户时使用 字符串型 20字节 Email 客户在预订机票时所需要基本信息,管理员联系客户时使用 字符串型 50字节 联系地址 客户在预订机票时所需要基本信息,管理员联系客户时使用 字符串型 50字节 航班级别 客户在预订机票时所需要基本信息,用于拟定所订机票价格 字符串型 20字节 订票数量 客户在预订机票时所需要基本信息,用于拟定所订机票数 整型 8字节 4.3输出项   数据项名称 说 明 类 型 长 度 航班号 客户查询航班信息后返回值 字符串型 20字节 起航地点 客户查询航班信息后返回值 字符串型 50字节 降落地点 客户查询航班信息后返回值 字符串型 50字节 起航时间 客户查询航班信息后返回值 日期型 8字节 身份证号码 客户订购机票后确认信息 字符串型 18字节 密码及确认密码 客户订购机票后确认信息 字符串型 50字节 姓 名 客户订购机票后确认信息 字符串型 50字节 电 话 客户订购机票后确认信息 字符串型 50字节 Email 客户订购机票后确认信息 字符串型 50字节 联系地址 客户订购机票后确认信息 字符串型 50字节 航班级别 客户订购机票后确认信息 字符串型 20字节 订票数量 客户订购机票后确认信息 整型 8字节 4.4算法 1.【拟定】按钮出发解决:验证顾客合法性。 解决流程:出顾客输入顾客名和口令;传播到数据库并与账户表进行一致性验证。 If顾客名and口令对的 以管理员身份进入系统并获得相应系统权限 Else 提示“请检查顾客名和密码” End if 2.【关闭】按钮出发解决。关闭顾客登录窗口。 3.【查询所有】按钮触发解决:从数据库相应表中检索出所有班次。 4.【班次】一方面在界面初始化时候就预先检索出所有班次。默认状况下它下拉菜单是不可用,当选中班次按钮时候才变得可用。下拉菜单中项目为系统中既有航班编号。这样,登陆顾客可以以便地选取相应航班,查询有关信息。 5.【安全保密设计】 由于数据传播上需要通过网络传播,为了客户资料进行保密,需要在网络传播过程中对数据进行加密。这个工作重要是在准备网络包,及解开网络包这两个模块完毕,它们各对数据进行加密及解密还原工作。在加密算法选取上将使用RSA 加密算法。详细算法可参照参照资料中《Computer Network》p.598。 4.5注释设计 阐明准备在本程序中安排注释,如: strcpy(s[i].start,M[0].start1);//替代其始站 strcpy(s[i].over,M[0].over1);//替代终点站 加在模块首部注释: #include<string.h> //包括字符串函数解决头文献 #include<stdlib.h> //包括动态存储与释放函数头文献 加在各分枝点处注释; 对各变量功能、范畴、缺省条件等所加注释; 对使用逻辑所加注释等等。 5系统数据构造设计 5.1逻辑构造设计要点 数据库数据构造设计:DBMS 使用上系统将采用 SQL SERVER,系统重要需要维护3张数据表:如图5.1.1、图5.1.2所示。 5.2物理构造设计要点 物理数据构造设计重要是设计数据在模块中表达形式。数据在模块中都是以构造方式表达。如图5.2.1、图5,2,2所示。 如图5.2.1 图5.2.2 6系统出错解决设计 6.1出错信息 程序在运营时重要会浮现两种错误:1、由于输入信息,或无法满足规定期产生错误,称为软错误。2、由于其她问题,如网络传播超时等,产生问题,称为硬错误。 对于软错误,须在定票/领票操作成功判断及输入数据验证模块由数据进行数据分析,判断错误类型,再生成相应错误提示语句,送到输出模块中。 对与硬错误,可在出错相应模块中输出简朴出错语句,并将程序重置,返回输入阶段。 总结 说真有诸多问题我还是不懂,但是我相信在背面学习中我会懂得诸多,这门课也需要我继续努力。通过本次实验报告,我基本能用面向对象分析办法来分析机票预定系统,用面向对象设计办法来实现系统各种基本模型图。面向对象分析核心是辨认出问题域内类和对象,并分析它们之间互有关系,最后建立起问题域简洁、精准、可理解对的模型。在实验中,也熟悉了和基本掌握了各种模型图分析方式和设计模式。还是有点感觉诸多地方都很像,还要继努力。
展开阅读全文

开通  VIP会员、SVIP会员  优惠大
下载10份以上建议开通VIP会员
下载20份以上建议开通SVIP会员


开通VIP      成为共赢上传

当前位置:首页 > 应用文书 > 技术指导

移动网页_全站_页脚广告1

关于我们      便捷服务       自信AI       AI导航        抽奖活动

©2010-2025 宁波自信网络信息技术有限公司  版权所有

客服电话:0574-28810668  投诉电话:18658249818

gongan.png浙公网安备33021202000488号   

icp.png浙ICP备2021020529号-1  |  浙B2-20240490  

关注我们 :微信公众号    抖音    微博    LOFTER 

客服