需求分析规格使用说明.docx
- 文档编号:23199538
- 上传时间:2023-05-15
- 格式:DOCX
- 页数:11
- 大小:149.42KB
需求分析规格使用说明.docx
《需求分析规格使用说明.docx》由会员分享,可在线阅读,更多相关《需求分析规格使用说明.docx(11页珍藏版)》请在冰豆网上搜索。
需求分析规格使用说明
文档编号:
HHIT-SECD-081-07T-02
版本号:
V1.0
民航客运订票系统需求分析规格说明书
项目名称
民航客运订票系统
项目负责人
强余彬
项目开发单位
淮海工学院计算机科学系软件081班第7项目组
2011年6月19日
软件工程课程设计项目组任务分派单(组长用)
班级:
软件081组别:
7组长姓名:
强余彬时间:
2011年06月15日
项目名称:
民航客运订票系统阶段名称:
需求分析规格说明书
序号
学号
姓名
任务名称
具体任务内容
完成标准
起止日期
验收成绩
1
110831117
何宜训
功能需求
分析系统并画出系统的功能模型:
数据流图并熟悉系统
良好
6.15~6.19
2
110831121
谢超
数据需求
分析系统并画出系统的的数据模型:
E-R图并熟悉系统
良好
6.15~6.19
3
110831103
蔡成斌
引言任务概述、
根据国标标准编写编写编写目的、背景、定义、参考资料且并熟悉系统
良好
6.15~6.19
4
110831104
强余彬
需求规定、行为需求
根据国标标准编写对功能、性能的规定、输入输出要求以及故障处理要求等并画出状态图
良好
6.15~6.19
5
110831129
孙天浩
运行环境、
设备、支持软件、接口、控制
等以及了解系统
良好
6.15~6.19
1、本表由组长为其组员每次上机实践分派任务使用,应认真填写相关任务名称、内容、完成标准等信息;
2、本表在每次任务完成后,由组长按照完成标准验收,并给出每个组员成绩评定(每人平均70分制),除组长保留一份外,应及时上报任课老师(电子和纸质文档同时上报)。
1引言
1.1编写目的
确定民航客运订票系统需要完成哪些工作,对民航客运订票系统提出完整、准确、清晰、具体的要求。
预期的读者是程序编写员,用户和分析员。
1.2背景
软件系统的名称:
民航客运订票系统
项目提出者:
强余彬
开发者:
软件081第七团队
背景:
通过本航空订票系统使得查询航班变得越来越方便,轻松地对系统进行维护,例如对于员工、航班的添加、修改、删除以及查询,在此系统上直接进行机票预订,有需要可以改签机票或者直接退订,按照航班、时间等的多种多样的查询方式会让顾客越来越依赖此系统的便利性的,而且该系统极大地提高了工作效率。
1.3定义
民航客运订票系统是一个关于管理民航客运订票的应用软件。
1.4参考资料
列出用得着的参考资料,如:
a)本项目前期做好的可行性研究报告;
b)《软件工程导论》张海藩编著清华大学出版社第5版
c)《实用软件文档写作》肖刚等编著清华大学出版社2005年2月第一版
d)《软件工程导论》张海藩编著清华大学出版社第5版
2任务概述
2.1目标
该软件的开发为了游客订票方便,并且航空公司方便管理和维护系统,实现更好的安全性和实时性。
航空公司委托开发一款民航订票系统来应对越来越激烈的市场竞争压力,以此来提高公司员工的工作效率和对乘客服务质量。
该系统由该航空公司提供数据库,由本软件公司进行开发和维护。
2.2用户的特点
此软件的首要使用人员是航空公司的管理人员和售票处的工作人员,这两方面的人员都有一定的教育水平,尤其是管理人员,有一定的计算机操作水平,且他们在每时都要进行系统的维护,操作频率极其之高;而对于一般的用户,操作水平深浅不一,因此在此模块的设计中要特别的考虑这方面,尽量设计能适合各种水平的人员的操作。
3需求规定
3.1对功能的规定
用列表的方式(例如IPO表即输入、处理、输出表的形式),逐项定量和定性地叙述对软件所提出的功能要求,说明输入什么量、经怎样的处理、得到什么输出,说明软件应支持的终端数和应支持的并行操作的用户数。
1.对功能的规定
首先,需要在数据库中建立7个表:
1航空公司(公司名、公司代码),2飞机机型表(机型、最大航程、头等舱座位数、公务舱座位数、经济舱座位数等)、3航班计划表(航班号、开始日期、结束日期、出发地机场、目的地机场、离港时间、到港时间、执行机型、班期、航程、基准票价等)4航班表(航班号、出发日期、头等舱剩余座位数等)、5用户(用户名、登录密码、性别、电话号码、邮箱、等级、类型等)6订单条目((机票编号、航班编号、乘客姓名、证件号码、出票日期、舱位等级、乘客类型、价格等)7订单(订单号、用户名)
注册:
关于用户信息
订票查询
按类别查询:
国内航班国际航班
舱位类别:
头等普通商务
1订票:
输入航班号或起点和终点,经过查询数据库中的航班信息表,输出查询的结果(有:
显示该趟航班;无:
提示没有信息)。
若有,输出是否订票。
订票则输入旅客信息及日期和订票数进行订票(注意剩余票数是否大于订票数)。
输出订票结果。
订票成功则输出是否选择送货上门,若选择“不是”,三天内未取则删除该顾客订票信息。
2.改签:
如有需要可以在规定的时间内条件允许的情况下可以为乘客进行改签服务。
3.退票功能:
根据客户提供的情况(姓名、航班号),,为客户办理退票手续,如果顾客不能接受退票费用,则不为其办理退票业务。
4.增删改查航班信息:
验证管理员帐户,进行添加、删除、修改和查询航班,并且可以对已有航班进行信息的修改。
5.增删改查客户信息:
验证管理员帐户,进行添加、删除、修改和查询客户信息。
6.增删改查客户信息:
验证管理员帐户,进行添加、删除、修改和查询客户信息。
3.2对性能的规定
(1)精度
该软件中,输入输出的数据有数组,整型数据和浮点型数据。
(2)时间特性要求
对该软件每月进行更新处理一次。
(3)灵活性
操作平台:
Windows(包括2000、XP、VISTA.WIN7)、UNIX、LINUX等.
3.2.1精度
对于在操作过程中的限制是输入信息必须真实有效,且符合规定,例如乘客的身份证号的位数,航班号的形式等在前面已经规定。
3.2.2时间特性要求
本系统软件是一个小型的软件系统,更基于本业务的需要,要求响应时间要短,更新处理时间和数据转换传送时间都要短,这就要求系统得硬件配置要达到要求。
3.2.3灵活性
本软件的综合考虑了客户的要求和以后的发展,在各项需求发生变化时,操作方式和运行环境都可以适应,对于一些其他的软件有很强的兼容性。
3.3输人输出要求
航班订票系统的航班信息包括航班号,起点,终点,起飞时间,抵达时间,票价,剩余票数。
对于前五项,其输入与输出均是数组类型。
剩余票数的输入输出是整型。
单价是浮点型。
给出应该进行的操作,若进行误操作就给出错误提示。
3.4数据管理能力要求
航班的数量控制在100班次里面。
每班航班的剩余票数必须小于或等于200。
一个旅客能最多能定3张票。
3.5故障处理要求
软件的操作主要是对数据库的管理和维护,其中发生的故障也是针对数据库的,基于数据库有日志文件,可以很方便的修复;其他方面的故障在本系统设计时已经综合考虑了,除非是计算机硬件方面的故障,这和操作没有关系,但是只要操作手段正常,除非正常情况,一般不会发生硬件的故障。
3.6其他专门要求
鉴于航空业务的特点,系统的各方面要求是很严格的:
安全是首要考虑的,这在设计时已经充分的考虑了;其次此软件的使用方有很大一方面是乘客,我们的主旨是为乘客提供方便快捷的服务,因此软件是否使用方便是要充分考虑的其他系统的维护性、可靠性等都是考察系统是否完善的关键因素。
4功能需求
功能模型(数据流图):
系统顶层数据流图1
系统0层数据流图2
机票预订系统图3
5数据需求
数据模型(E-R图):
6行为需求
状态模型(状态图)
a.修改订单状态图
b.预订状态图
c.航班模块状态图
7运行环境规定
7.1设备
列出运行该软件所需要的硬设备。
说明其中的新型设备及其专门功能,包括:
a.处理器型号及内存容量
CPUP4-3.0/1G内存
b.外存容量、联机或脱机、媒体及其存储格式,设备的型号及数量;
80G硬盘、脱机、
c.输入及输出设备的型号和数量,联机或脱机;
键盘:
USB2.0接口/1个;显示器:
14'显示器,可显示真彩16位,1024×768屏幕分辨率/1台;脱机
d.数据通信设备的型号和数量;
用户终端设备:
WEC-3601/1台
调制解调器1台
多路复用器1台
网络设备:
网卡:
D-LinkDFE-530TX/1个、交换机:
TP-LinkTL-SF1024/1台、路由器:
TP-LinkTL-R406/1台、UPS:
山特MT1000/1台、VPN设备:
NETGEARFVS318/1台等
e.功能键及其他专用硬件
7.2支持软件
系统的使用主要考虑的是数据库的安全有效运行,在Widows2000和WidowsXP都可以实现。
7.3接口
暂无与其他软件之间接口,TCP/IP协议
7.4控制
通过vs2005进行编译运行该程序。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 需求 分析 规格 使用说明