产品需求规格说明书范文样本.doc

资料内容仅供您学习参考，如有不当之处，请联系改正或者删除。
机构图标

{飞机订票系统}

产品需求规格说明书

文件状态:
[ ] 草稿
[√ ] 正式发布
[ ] 正在修改
文件标识:
105-ABS-SEPG
当前版本:
1.0
作 者:

完成日期:
/7/16

机构公开信息

版 本 历 史

版本/状态
作者
参与者
起止日期
备注
1.0
已完成

/7/15至
/7/15
此版本为草稿
2.0
已完成

/7/16至
/7/16
此版本为初稿

目 录
0. 文档介绍 1
0.1 文档目的 1
0.2 文档范围 1
0.3 读者对象 1
0.4 参考文档 1
0.5 术语与缩写解释 1
1. 产品介绍 ....2
2. 产品面向的用户群体 2
3. 产品应当遵循的标准或规范 2
4. 产品范围 2
5. 产品中的角色 2
6. 产品的功能性需求 3
6.0 功能性需求分类 3
6.1 用例图 4
6.1.2飞机票订购系统普通用户注册用例图 4
6.1.3飞机票订购系统管理管理员用例图 5
6.1.4飞机票订购系统会员操作用例图 5
6.1.5飞机票订购系统管理员操作用例图 6
6.2 用例描述 6

6.2.1用户注册 7
6.2.2用户登录 7
6.2.3管理管理员 8
6.2.4会员操作 11
6.2.5管理航班 16
6.2.6管理订单 20
7. 产品的非功能性需求 22
7.1 用户界面需求 22
7.2 软硬件环境需求 22
7.3 产品质量需求 23
附录B: 需求确认 24

0. 文档介绍
0.1 文档目的
需求规格说明书是在对原始用户需求进行分析的基础上, 撰写的需求描述文档, 是系统设计, 开发和测试的基础, 对项vv 目的成败起着非常关键的作用。其目的在于规范化本系统的编写, 便于对软件开发过程中的控制与管理, 同时提出了飞机订票系统的功能需求和非功能需求, 项目组在得到原始客户需求后, 开展了需求需求分析工作, 本文档记录了对飞机订票系统的需求分析结果, 为系统开发, 测试和验收奠定了基础。
0.2 文档范围
本文档包含以下几部分:
1. 产品介绍
2. 产品面向的用户群体
3. 产品应当遵循的标准或规范
4. 产品的范围
5. 产品中的角色
6. 产品的功能性需求
7. 产品的非功能性需求
0.3 读者对象
本文档的读者包括:
1. 需求提出者——成都惠世通科技有限公司
2. 项目开发组的项目经理、 配置经理、 架构设计人员、 程序员、 界面设计人员以及测试人员
0.4 参考文档
[SPP-PROC-PP] SEPG, 需求开发规范, Microsoft IT Academy, -7-15
需求规格说明书标准, Microsoft IT Academy, -7-15
项目计划, 105组, -7-15
0.5 术语与缩写解释
缩写、 术语
解 释

ABS
飞机订票系统 Aircraft booking system 英文缩写
UML
统一建模语言, Unified Modeling Language

1. 产品介绍
飞机订票系统是一款实用性很强的网上交易系统。系统包含了用户查询航班、 预订机票、 退订机票一系列业务流程, 适用于所有涉及到机票交易的人群和机构。系统可向用户提供准确、 全面的航班信息和订购项目, 使用户足不出户即可轻松便捷地订到机票。本系统安全性高, 未经用户同意不会透露任何有关用户的个人信息, 保障用户的个人利益。系统为代理机构提供方便的管理方案, 可对航班信息进行添加、 修改、 删除, 保证每一笔交易的合法性。系统软件采用C#平台进行开发并实现, 用户数据选用Microsoft SQL Server R2进行统一管理。
2. 产品面向的用户群体
飞机订票系统主要是帮助普通人群更加便捷地预订机票, 同时促进航空公司的业务交易。适用于所有普通人群、 航空业务机构和机票代理机构。
3. 产品应当遵循的标准或规范
本产品的是一套标准的代理系统软件, 符合国家财务标准, 本产品遵循《计算机软件保护条例》的各项规定。
4. 产品范围
飞机订票系统主要经过客户端服务器实现机票查询、 机票预订、 机票退订等业务管理。因航空公司的缘故, 本系统只能提供国内航班机票预订, 暂不提供国际航班订票业务。
5. 产品中的角色
角色名称
职责描述
超级管理员
主要负责对管理员的增加、 删除、 修改、 查看。
普通管理员
主要负责航班的增加、 删除、 修改、 查看, 以及审核预订机票、 退订机票。
会员
登陆系统查询机票、 预订机票, 退订已预订机票。
普通用户
查询机票, 注册。

6. 产品的功能性需求
6.0 功能性需求分类

功能类别
功能名称、 标识符
描述
用户注册
注册、 UC01
未注册人员填写注册信息( 账号、 密码、 姓名、 性别、 身份证号、 手机号码、 邮箱) , 之后能够在本系统中注册成为会员。
用户登录
登录、 UC02
会员、 超级管理员、 普通管理员输入账号和密码并正确则能够登录系统, 使用本系统功能。
管理管理员
添加管理员、 UC04
超级管理员添加普通管理员, 输入新添加的管理员的信息, 添加后信息录入数据库。
修改管理员、 UC05
超级管理员输入需要修改的管理员的编号, 找到该管理员后, 可对其信息进行修改。
查看管理员、 UC06
超级管理员能够查看所有管理员的信息。
删除管理员、 UC07
超级管理员输入管理员编号, 找到该管理员后能够删除该管理员。
会员操作
检索、 UC08
会员选择两城市名, 选择出发日期, 会员点击查询按钮, 系统显示两城市之间所选时间段的所有机票
查看我的订单、 UC09
会员点击查看我的订单, 系统显示用户个人以往所有完成及现在预定的机票信息
订票、 UC10
会员检索之后, 从列表中选择所需机票, 点击预订按钮, 系统提示预订成功。
查看个人信息、 UC12
会员点击查看个人信息, 系统显示所有用户个人信息
退票、 UC11
会员选择需要退得订单, 点击退票, 如果订单已被审核, 系统将退票申请提交给管理员, 否则直接取消订单。
修改个人基本信息、 UC13
会员输入新的个人信息( 姓名、 密码、 性别、 身份证号、 手机号码、 邮箱) , 系统判断是否符合输入规范。
修改个人密码、 UC14
会员输入原始密码, 两次新密码, 系统判断原始密码是否正确, 两次新密码是否一致。
管理航班
航班管理、 UC19
普通管理员选择航班管理界面, 能够对订单进行查看、 添加、 修改、 删除的操作。
查看航班、 UC15
普通管理员输入要修改的航班的信息( 航空公司, 航班号, 飞行时间或飞行区间) , 航班的信息就会以列表的形式显示出来。
添加航班、 UC16
普通管理员添加管理员, 输入该航班的信息, 并将其基本信息存入航班信息表中
修改航班、 UC17
普通管理员输入要修改的航班的信息( 航空公司, 航班号, 飞行时间或飞行区间) , 从显示的航班中选择修改的航班, 对其信息进行修改。
删除航班、 UC18
普通管理员输入要修改的航班的信息( 航空公司, 航班号, 飞行时间或飞行区间) , 从显示的航班中选择要删除的航班, 将其状态设置为禁用, 该航班不再显示。
管理订单
订单管理、 UC20
普通管理员选择订单管理界面, 能够对订单进行查看、 审核以及审核退订的操作。
订单查看、 UC21
普通管理员选择查看的类别, 按照查询的类别对各个航班信息进行查看。
审核订单、 UC22
普通管理员对未审核订单进行审核, 用来最终确认此订单是否生效。
审核退订、 UC23
管理员对退订进行处理, 决定是否同意客户请求。
6.1 用例图
6.1.1飞机票订购系统用户登录用例图

图6.1.1飞机票订购系统用户登录用例图
6.1.2飞机票订购系统普通用户注册用例图

图6.1.2飞机票订购系统普通用户注册用例图
6.1.3飞机票订购系统管理管理员用例图

图6.1.3飞机票订购系统管理管理员用例图
6.1.4飞机票订购系统会员操作用例图

图6.1.4飞机票订购系统会员操作用例图

6.1.5飞机票订购系统管理员操作用例图

图6.1.5飞机票订购系统管理员操作用例图
6.2 用例描述
6.2.1用户注册

用例名称
用户注册
用例ID
UC01
主要参与者
未注册人员
前置条件
用户请求注册功能
后置条件
注册成功, 成为会员, 能够使用本系统功能
基本流程
基本事件流1:
1.1用户请求注册功能;
1.2用户进入注册页面;
1. 3用户填写账号、 密码、 姓名、 性别、 身份证号、 手机号码、 邮箱, 并确认;
1.4系统验证用户所填写个人信息
1.4.1若账号已存在, 则转入扩展流1.1;
1.4.2若姓名、 性别、 身份证号为空则进入扩展流1.2;
1.4.3若手机号码不是11位, 进入扩展流1.3;
1.4.4若邮箱格式错误, 则进入扩展流1.4;
1.4.5若信息验证正确, 则系统提示用户注册成功;
1.5系统跳转至用户主页面。
扩展流程
基本扩展流1:
1. 1系统提示用户账号已存在, 跳至基本流1.3;
1.2系统提示用户该项不能为空跳至基本流1.3;
1.3系统提示用户手机号格式不对跳至基本流1.3;
1.4系统提示用户邮箱格式不对跳至基本流1.3。
1,5会员在任何时间都能够退出系统。

6.2.2用户登录

用例名称
用户登录
用例ID
UC02
主要参与者
会员、 普通管理员、 超级管理员
前置条件
用户进入请求登录
后置条件
登录成功, 能够使用本系统功能
基本流程
基本事件流1:
1.1用户请求使用本系统;
1.2系统显示用户登录信息输入界面;
1.3用户输入登录名, 密码并确认操作;
1.4系统验证用户登录信息, 如果登录信息验证没有经过, 转向扩展流1, 如果验证经过, 系统显示系统操作主界面
扩展流程
基本扩展流1:
1.1系统提示登陆错误, 要求用户重新输入并转入基本流2;
1.2会员在任何时间都能够退出系统。

6.2.3管理管理员

用例名称
管理管理员
用例ID
UC03
主要参与者
超级管理员
前置条件
超级管理员登录成功
后置条件
进入管理员管理界面, 对管理员信息增、 删、 改、 查操作
基本流程
基本流程1:
1.1超级管理员登录成功后, 系统进入管理员管理界面
1.2超级管理员对管理员信息进行操作
扩展流程
基本扩展流1:
1.1超级管理员在任何时间都能够退出系统。

用例名称
添加管理员
用例ID
UC04
主要参与者
超级管理员
前置条件
超级管理员请求添加管理员功能
后置条件
进入添加管理员界面, 添加管理员信息
基本流程
基本流程1:
1.1超级管理员请求添加管理员功能, 进入添加管理员界面;
1.2超级管理员填写管理员账号、 密码、 姓名、 性别、 身份证号、 手机号码、 邮箱, 并确认;
1.3系统验证超级管理员所填写的信息
1.3.1若账号已存在, 则转入扩展流1;
1.3.2若姓名、 性别、 身份证号为空则进入扩展流2;
1.3.3若手机号码不是11位, 进入扩展流3;
1.4.4若邮箱格式错误, 则进入扩展流4;
1.4.5若信息验证正确, 则系统提示超级管理员注册成功;
1.5系统跳转至超级管理员主页面。
扩展流程
基本扩展流1:
1.1系统提示超级管理员账号已存在, 跳至基本流1.2;
1.2.系统提示超级管理员该项不能为空跳至基本流1.2;
1.3.系统提示超级管理员手机号格式不对跳至基本流1.2;
1.4.系统提示超级管理员邮箱格式不对跳至基本流1.2;
1.5超级管理员在任何时间都能够退出系统。

用例名称
修改管理员
用例ID
UC05
主要参与者
超级管理员
前置条件
1. 超级管理员请求修改管理员功能
后置条件
1. 进入修改管理员界面, 修改管理员信息
基本流程
基本事件流1:
1.1超级管理员请求修改管理员信息;
1.2系统进入修改管理员界面;
1.3超级管理员输入新的管理员信息( 姓名、 性别、 身份证号、 手机号码、 邮箱) , 并确认, 系统验证超级管理员所填写信息
1.3.1若姓名、 性别、 身份证号为空则进入扩展流1;
1.3.2若手机号码不是11位, 进入扩展流2;
1.3.3若邮箱格式错误, 则进入扩展流3;
1.3.4若信息验证正确, 则系统提示用户修改成功;
1.4系统跳转至用户主页面。
扩展流程
基本扩展流1:
1.1.系统提示超级管理员该项不能为空跳至基本流1.3;
1.2.系统提示超级管理员手机号格式不对跳至基本流1.3;
1.3.系统提示超级管理员邮箱格式不对跳至基本流1.3。
1.4超级管理员在任何时候都能够退出系统。

用例名称
查看管理员
用例ID
UC06
主要参与者
超级管理员
前置条件
超级管理员请求查看管理员功能
后置条件
进入查看管理员界面, 查看管理员信息
基本流程
基本事件流1:
1.1超级管理员请求查看管理员功能, 进入查看管理员界面;
1.2系统显示所有管理员的信息( 账号、 姓名、 性别、 身份证号、 手机号码、 邮箱) ;
扩展流程
基本扩展流1:
1.1超级管理员在任何时候都能够退出系统。

用例名称
删除管理员
用例ID
UC07
主要参与者
超级管理员
前置条件
超级管理员请求删除管理员功能
后置条件
进入删除管理员界面, 删除管理员
基本流程
基本事件流1:
1.1超级管理员请求删除管理员功能, 进入删除管理员界面;
1.2系统提示超级管理员输入需删除的管理员的账号;
1.3系统根据账号显示该管理员信息
1.3.1如果没有该管理员, 进入扩展流程1;
1.3.2如果有该管理员, 用户确认操作后, 系统禁用该管理员, 并显示删除成功;
扩展流程
基本扩展流1:
1.1系统提示用户没有该管理员;
1.2超级管理员在任何时候都能够退出系统。

6.2.4会员操作
用例名称
检索
用例ID
UC08
主要参与者
会员、 普通用户
前置条件
1、 用户请求使用本系统
后置条件
1、 系统显示出发城市、 到达城市之间在出发日期的所有机票详情
基本流程
基本事件流1:
1.1用户请求使用本系统;
1.2系统显示检索界面;
1.3 用户选择机票信息( 出发城市、 到达城市、 出发日期、 舱类别) , 系统执行相应操作:
1.3.1 如果机票信息( 出发城市、 到达城市、 出发日期) 完整, 系统显示所有机票详情( 航班号、 出发城市、 到达城市、 出发日期、 起飞时间、 价格、 剩余票数) ;
1.3.2如果机票信息( 出发城市、 到达城市、 出发日期) 不完整, 进入扩展事件流1。
扩展流程
基本扩展流1:
1.1 如果出发城市为空, 到达城市不为空, 系统提示请选择出发城市, 跳至基本事件流1.3;
1.2 如果出发城市不为空, 到达城市为空, 系统提示请选择到达城市, 跳至基本事件流1.3;
1.3 如果出发城市和到达城市都为空, 系统提示请选择出发城市, 跳至基本事件流1.3。
1.4 如果出发日期为空, 系统提示请选择出发日期, 跳至基本事件流1.3;
1.5用户在任何时候都能够退出系统。

用例名称
查看我的订单
用例ID
UC09
主要参与者
会员
前置条件
1、 用户登录系统成功;
2、 用户进入个人主页界面;
后置条件
1、 系统输出该用户的所有订单详情。
基本流程
基本事件流1:
1.1 用户请求查看我的订单操作;
1.2 系统根据用户的订单数量执行相应操作:
1.2.1 如果该用户订单数量不为零, 系统显示用户所有订单的详情( 航班号、 出发城市、 到达城市、 出发日期、 起飞时间、 价格、 舱类别) ;
1.2.1 如果该用户订单数量为零, 就跳至扩展事件流1
扩展流程
基本扩展流1:
1.1系统提示用户还没有预订订单。
1.2用户在任何时候都能够退出系统。

用例名称
订票
用例ID
UC10
主要参与者
会员
前置条件
1.用户进入检索界面并进行了检索;
2.用户请求进行订票。
后置条件
系统提示订票成功, 并把订票信息放入该会员的订单信息中。
基本流程
基本事件流1:
1.1会员选择已经检索到的机票请求进行订票;
1.2系统检测用户是否已经登录;
1.2.1如果用户已经登陆;
1.2.1.1如果现在订票时间距该航班起飞小于两小时, 则系统提示飞机即将起飞不能订票;
1.2.1.2如果现在订票时间距该航班起飞不小于两小时, 则系统将订票信息放入该会员的订单中, 并提示订票成功。
1.2.2如果没有登陆, 则跳转至扩展流程1;
扩展流程
基本扩展流1:
1.1系统提示未登陆不能进行订票并保持在检索界面。
1.2用户在任何时候都能够退出系统。

用例名称
退票
用例ID
UC11
主要参与者
会员
前置条件
1、 用户登录系统成功;
2、 用户进入个人主页界面;
3、 用户选择查看我的订单操作。
后置条件
1、 用户成功向普通管理员提交退票申请。
基本流程
基本事件流1:
1.1 用户请求退票功能;
1.2用户选择要退订的订单;
1.3 用户选择退票操作;
1.4系统根据飞机起飞状况和订单状态来执行相应操作:
1.4.1如果该订单还未被审核经过, 则直接退票成功;
1.4.2如果该订单已被审核经过而且飞机未起飞, 系统提示用户提交退票申请成功, 否则进入扩展流程1;
扩展流程
基本扩展流1:
1.1系统提示飞机已起飞, 请联系工作人员线下退票。
1,2用户在任何时候都能够退出系统。

用例名称
查看个人信息
用例ID
UC12
主要参与者
会员
前置条件
1.会员登录系统;
2.用户拥有会员的权限;
3.会员进入会员主页界面;
后置条件
系统进入个人信息界面, 显示出会员的所有个人信息。
基本流程
基本事件流1:
1.1会员请求查看个人信息;
1.2系统进入会员的个人信息界面;
1.3系统输出显示会员的基本信息( 账号、 姓名, 性别, 身份证号, 手机号码, 邮箱) 。
扩展流程
基本扩展流1:
1.1用户在任何时候都能够退出系统。

用例名称
修改个人基本信息
用例ID
UC13
主要参与者
会员
前置条件
1.会员登录系统;
2.拥有会员的权限;
3.会员进入个人信息界面;
4.会员请求修改个人信息。
后置条件
1.系统进入修改个人信息的界面;
2.会员输入新的个人基本信息并确认修改。
基本流程
基本事件流1:
1.1会员请求修改个人基本信息;
1.2系统进入修改个人信息界面;
1.3会员输入新的个人信息并确认, 系统验证用户所填写个人信息
1.3.1若姓名、 性别、 身份证号为空则进入扩展流1;
1.3.2若手机号码不是11位, 进入扩展流2;
1.3.3若邮箱格式错误, 则进入扩展流3;
1.3.4若信息验证正确, 则系统提示用户注册成功;
1.4系统跳转至用户主页面。
扩展流程
基本扩展流1:
1.1.系统提示用户该项不能为空跳至基本流1.3;
1.2.系统提示用户手机号格式不对跳至基本流1.3;
1.3.系统提示用户邮箱格式不对跳至基本流1.3。
1.4用户在任何时候都能够退出系统。

用例名称
修改密码
用例ID
UC14
主要参与者
会员
前置条件
1.会员登录系统;
2.会员进入个人信息界面;
3.会员请求修改密码。
后置条件
1.系统进入修改密码的界面;
2.会员按系统提示信息修改密码并确认修改。
基本流程
基本事件流1:
1.1会员请求修改密码;
1.2系统进入修改密码界面;
1.3会员输入旧密码、 两次新密码;
1.3.1如果旧密码正确且两次新密码相同则系统提示密码修改成功并返回个人信息界面;
1.3.2如果旧密码不正确跳转至扩展流程1.1;
1.3.3如果旧密码正确, 两次新密码不相同跳转至扩展流程1.2。
扩展流程
基本扩展流1:
1.1系统提示旧密码错误并清空, 要求用户重新输入, 并返回基本流程1.3;
1.2系统提示两次新密码不同并清空, 要求用户重新输入, 并返回基本流程1.3;

6.2.5管理航班
用例名称
查看航班
用例ID
UC15
主要参与者
普通管理员
前置条件
普通管理员登录本系统
后置条件
以列表形式显示航班信息
基本流程
基本事件流1:
1.1普通管理员请求查看航班信息
1.2系统显示查看航班信息界面;
1.3普通管理员输入查询信息;
1.3.1若查看方式是按航空公司查询, 管理员点击航空公司输入框, 系统跳出航空公司选择框, 管理员选择航空公司;
1.3.2若查看方式是按航班号查询, 管理员在航班号输入框中输入航班号;
13.3若查看方式是按飞行时间查询, 管理员点击时间输入框, 系统跳出日历, 管理员选择日期;
1.3.3若查看方式是按飞行区间查询, 管理员点击出发城市输入框, 系统跳出发城市选择框; 管理员点击到达城市输入框, 系统跳出城市选择框, 管理员选择出发城市和到达城市;
1.4普通管理员确认操作;
1.5系统验证输入信息
1.5.1系统验证成功, 以列表形式显示该类别的航班信息, 查看航班信息过程结束, 页面不跳转, 等待管理员下一操作;
1.5.2系统验证失败, 转入基本扩展流程1.1。
扩展流程
基本扩展流1:
1.1系统提示出错信息;
1.1.1若查看方式是按航班号查询, 系统提示”该航班号不存在, 请重新输入! ”, 转入基本事件流1.3;
1.1.2若查看方式是按飞行区间查询, 系统提示”该区间段航班信息为空! ”管理员点击确认, 查看航班信息过程结束, 页面不跳转, 等待管理员下一操作;
1.2管理员能够在任何时间退出系统。

用例名称
添加航班
用例ID
UC16
主要参与者
普通管理员
前置条件
普通管理员登录本系统;
后置条件
航班数量增加, 其信息入库
基本流程
基本事件流1:
1.1普通管理员请求添加航班信息
1.2系统显示该航班信息页面, 管理员添加的航班的信息( 航空公司, 航班号, 起飞时间, 降落时间, 起飞机场, 降落机场, 出发城市, 到达城市, 头等舱票数及价格, 商务舱票数及价格, 经济舱票数及价格) ;
1.3管理员点击确认操作;
1.3系统验证航班输入信息;
1.3.1若系统验证信息成功, 显示信息”添加成功! ”, 修改航班信息过程结束, 页面不跳转, 等待管理员下一操作。
1.3.2若系统验证信息失败, 系统判断错误类型, 转入基本扩展流1.1;
扩展流程
基本扩展流1:
1.1系统判断错误类型;
1.1.1系统判断添加的航班号已存在, 转入基本扩展流1.2.1;
1.1.2系统判断添加的航班号格式错误, 转入基本扩展流1.2.2;
1.1.3系统判断输入的降落时间-起飞时间<10min, 转入基本扩展流1.2.3。
1.2系统输出提示信息
1.2.1提示”您输入的航班号已存在, 请重新输入! ”, 基本事件流1.2;
1.2.2提示”您输入的航班号格式错误, 请重新输入! ”, 基本事件流1.2;
1.2.3提示”飞行时间不能小于10分钟, 请重新输入! ”, 转入基本事件流1.2。
1.3管理员在任何时间都能够退出系统。

用例名称
修改航班
用例ID
UC17
主要参与者
普通管理员
前置条件
1、 普通管理员登录本系统;
2、 普通管理员请求查看航班信息, 系统以列表形式显示航班信息;
3、 普通管理员请求修改航班信息。
后置条件
数据库中航班信息得到修改
基本流程
基本事件流1:
1.1管理员在列表中选择要修改的航班, 点击修改;
1.2系统显示该航班信息页面, 管理员修改航班的信息( 航空公司, 航班号, 起飞时间, 降落时间, 起飞机场, 降落机场, 出发城市, 到达城市, 头等舱票数及价格, 商务舱票数及价格, 经济舱票数及价格) ;
1.3管理员点击确认操作;
1.3系统验证航班修改信息;
1.3.1若系统验证信息成功, 显示信息”修改成功! ”, 修改航班信息过程结束, 页面不跳转, 等待管理员下一操作。
1.3.2若系统验证信息失败, 系统判断错误类型, 转入基本扩展流1.1 ;
扩展流程
基本扩展流1:
1.1系统判断错误类型;
1.1.1系统判断修改后的信息与原来的信息相同, 转入基本扩展流1.2.1;
1.1.2系统判断修改的航班号已存在, 转入基本扩展流1.2.2;
1.1.3系统判断修改的航班号格式不为航空公司加编号, 转入基本扩展流1.2.3;
1.1.4系统判断修改的降落时间-起飞时间<10min, 转入基本扩展流1.2.4。
1.2系统输出提示信息
1.2.1提示”修改的信息不能与原信息相同, 请重新输入! ”, 基本事件流1.2;
1.2.2提示”您输入的航班号已存在, 请重新输入! ”, 基本事件流1.2;
1.2.3提示”您输入的航班号格式错误, 请重新输入! ”, 基本事件流1.2;
1.2.4提示”飞行时间不能小于10分钟, 请重新输入! ”, 转入基本事件流1.2。
1.3管理员在任何时间都能够退出系统。

用例名称
删除航班
用例ID
UC18
主要参与者
普通管理员
前置条件
1、 普通管理员登录本系统;
2、 普通管理员请求查看航班, 系统以列表形式显示航班信息;
后置条件
该航班状态变为禁用。
基本流程
基本事件流1:
1.1管理员请求删除航班;
1.2管理员在列表中选择要删除的航班, 点击删除;
1.3系统提示”删除成功”该航班变为禁用状态, 删除航班过程结束。
扩展流程
基本扩展流1:
1.1管理员在任何时间都能够退出系统。

用例名称
航班管理
用例ID
UC19
主要参与者
普通管理员
前置条件
普通管理员请求进行航班管理
后置条件
系统进入订单管理界面为管理员提供航班信息的添加, 修改, 查看, 删除功能
基本流程
基本事件流1:
1.1 普通管理员选择航班管理功能;
1.2 进入航班管理界面, 普通管理员在此界面可选择以下功能选项: 添加航班、 修改航班、 查看航班、 删除航班;
1.3 普通管理员选择相应选项, 进入相应界面;
扩展流程
基本扩展流1:
1.1管理员在任何时间都能够退出系统。

用例名称
订单管理
用例ID
UC20
主要参与者
普通管理员
前置条件
普通管理员请求进行订单管理
后置条件
系统进入订单管理界面为管理员提供查看订单、 审核订单、 审核退票等功能
基本流程
基本事件流1:
1.1普通管理员选择订单管理功能;
1.2进入订单管理界面, 普通管理员在此界面可选择以下功能选项: 查看订单、 审核订单、 审核退订;
3. 普通管理员选择相应选项, 进入相应界面;
扩展流程
基本扩展流1:
1.1管理员在任何时间都能够退出系统。

6.2.6管理订单

用例名称
查看订单
用例ID
UC21
主要参与者
普通管理员
前置条件
1. 普通管理员需要查看订单信息
后置条件
1. 系统显示所有订单信息
基本流程
基本事件流1:
1.1用户进入查看订单界面;
1.2用户选择输入出发日期或订单编号或航班号或订单状态其中的一种或几种;
1.3系统检查输入信息, 有航班信息时, 输出订单信息( 航班号、 出发城市、 到达城市、 出发日期、 起飞时间、 价格、 舱类别、 订单状态) , 否则进入扩展流１;
1.4系统执行查询, 并在界面显示查询订单的全部信息, 如系统未查询到指定关键字的相关信息, 进入扩展流２;
扩展流程
基本扩展流1:
1.1系统提示: 未查找到相关信息, 返回基本流３;
1.2管理员在任何时间都能够退出系统。

用例名称
审核订单
用例ID
UC22
主要参与者
普通管理员
前置条件
用户请求审核未完成订单
后置条件
用户完成订单审核
基本流程
基本事件流1:
1.1用户请求审核未完成订单, 系统进入审核订单界面;
1.2系统在界面上只显示未完成的订单, 管理员对这些订单进行处理; 如没有未完成订单, 进入扩展流１;
1.3管理员能够选定一个或几个订单进行统一审核, 审核结果只有两个: 经过／不经过, 否则进入扩展流２;
1.4管理员确认审核操作, 审核成功后, 系统提示审核成功提示;
扩展流程
基本扩展流１:
１.1系统提示没有未审核订单;
1.2返回到订单管理界面;
基本扩展流２:
2.1系统提示: 未选择任何订单, 请选择要审核的订单;
2.2返回基本流程３;

用例名称
审核退票
用例ID
UC23
主要参与者
普通管理员
前置条件
有新的退票审请
后置条件
审核退订请求
基本流程
基本事件流1:
1.1管理员在订单管理界面选择审核退订功能, 进入审核退订界面;
1.2系统在此界面显示存在的退订申请;
1.3管理员能够选中一个或多个申请进行审核, 审核结果只有以下两个选项: 同意退订/不同意退订;
1.4管理员确定审核操作, 系统执行审核命令; 如管理员未选中任何申请, 系统无法执行审核并进入扩展流１;
1.5审核成功后提示审核成功信息;
扩展流程
基本扩展流１:
1.1系统提示未选中任何订单;
1.2返回基本流程３;

7. 产品的非功能性需求
7.1 用户界面需求
需求名称
详细要求
母窗体显示位置
窗体初次启动时在屏幕位置居中
子窗体显示位置
窗体初次启动时在母窗体居中
界面风格
界面为 ”Metal”观感
界面字体颜色
黑色为主, 灰色为辅
7.2 软硬件环境需求
需求名称
详细要求
操作系统
WinXP/Win7/Win8
硬件要求
IBM兼容机、 Intel Pentium III 800/AMD K7以上处理器、 128M以上内存, 支持标准网络协议的网卡
　　运行环境
.Net Framework 4.0
7.3 产品质量需求
主要质量属性
详细要求
正确性
业务错误不允许出现
健壮性
能够容纳300人同时访问, 服务器端程序应连续工作半年以上
可靠性
除电源、 硬件、 操作系统、 服务器管理系统外程序不允许异常退出或崩溃。
性能, 效率
系统处理业务时间最迟时间小于等于5秒
易用性
需要安装, 操作简便
清晰性
业务流程明确
安全性
用户信息保密, 操作权限明确
可扩展性
可在当前需求基础之上进行功能上的扩展
兼容性
可运行在大多数主流的硬件环境中
可移植性
可运行在大多数主流的windows操作平台上
附录B: 需求确认
提示: 需求确认规程请参见SPP-PROC-RM, 主要分两步: ( 1) 需求评审, ( 2) 需求承诺。对需求的评审应当采用”正式技术评审方式”, 将产生一份”需求评审报告”, 规程请参见SPP-PROC-TR。在获取责任人( Stakeholders) 对需求的承诺之前, 该《产品需求规格说明书》必须先经过需求评审。

需求评审报告摘要
需求文档
输入名称, 标识符, 版本, 作者, 完成日期, …
需求评审报告
输入名称, 标识符, 评审日期, …

评审结论
[ ] 工作成果合格, ”无需修改”或者”需要轻微修改但不必再审核”。
[√] 工作成果基本合格, 需要作少量的修改, 之后经过审核即可。
[ ] 工作成果不合格, 需要作比较大的修改, 之后必须重新对其评审。

评审意见

评审小组成员

输入评审小组成员

需求承诺
需求文档
输入名称, 标识符, 版本, 作者, 完成日期

客户承诺
承诺…

签字, 日期

项目经理承诺
承诺…

签字, 日期