1、Microsoft IT Academy飞机订票系统产品需求规格说明书文件标识： 105-ABS-SEPG当前版本： 1.0作 者：文件状态： 草稿 正式发布 正在修改 完成日期： 2013/7/16机构图标机构公开信息Microsoft IT Academy版 本 历 史版本 /状态作者 参与者 起止日期 备注1.0已完成2013/7/15至2013/7/15此版本为草稿2.0已完成2013/7/16至2013/7/16此版本为初稿Microsoft IT Academy目目 录录 0. 文档介绍 10.1 文档目的 10.2 文档范围 10.3 读者对象 10.4 参考文档 10.5 术语
2、与缩写解释 11. 产品介绍 22. 产品面向的用户群体 23. 产品应当遵循的标准或规范 24. 产品范围 25. 产品中的角色 26. 产品的功能性需求 36.0 功能性需求分类 36.1 用例图 46.1.2飞机票订购系统普通用户注册用例图 46.1.3飞机票订购系统管理管理员用例图 56.1.4飞机票订购系统会员操作用例图 56.1.5飞机票订购系统管理员操作用例图 66.2 用例描述 6Microsoft IT Academy6.2.1用户注册 76.2.2用户登录 76.2.3管理管理员 86.2.4会员操作 .116.2.5管理航班 .166.2.6管理订单 .207. 产品的非
3、功能性需求 227.1 用户界面需求 227.2 软硬件环境需求 227.3 产品质量需求 23附录 B：需求确认 24Microsoft IT Academy10. 文档介绍0.1 文档目的需求规格说明书是在对原始用户需求进行分析的基础上，撰写的需求描述文档，是系统设计，开发和测试的基础，对项 vv 目的成败起着非常关键的作用。其目的在于规范化本系统的编写，便于对软件开发过程中的控制与管理，同时提出了飞机订票系统的功能需求和非功能需求，项目组在得到原始客户需求后，开展了需求需求分析工作，本文档记录了对飞机订票系统的需求分析结果，为系统开发，测试和验收奠定了基础。0.2 文档范围本文档包含以下
4、几部分：1. 产品介绍2. 产品面向的用户群体3. 产品应当遵循的标准或规范4. 产品的范围5. 产品中的角色6. 产品的功能性需求7. 产品的非功能性需求0.3 读者对象本文档的读者包括：1. 需求提出者 成都惠世通科技有限公司2. 项目开发组的项目经理、配置经理、架构设计人员、程序员、界面设计人员以及测试人员0.4 参考文档SPP-PROC-PP SEPG，需求开发规范， Microsoft IT Academy，2013-7-15需求规格说明书标准，Microsoft IT Academy，2013-7-15项目计划，105 组，2013-7-150.5 术语与缩写解释缩写、术语 解 释
5、Microsoft IT Academy1 2ABS 飞机订票系统 Aircraft booking system 英文缩写 UML 统一建模语言，Unified Modeling Language1. 产品介绍飞机订票系统是一款实用性很强的网上交易系统。系统包含了用户查询航班、预订机票、退订机票一系列业务流程，适用于所有涉及到机票交易的人群和机构。系统可向用户提供准确、全面的航班信息和订购项目，使用户足不出户即可轻松便捷地订到机票。本系统安全性高，未经用户同意不会透露任何有关用户的个人信息，保障用户的个人利益。系统为代理机构提供方便的管理方案，可对航班信息进行添加、修改、删除，保证每一笔交易
6、的合法性。系统软件采用 C#平台进行开发并实现，用户数据选用 Microsoft SQL Server 2008R2进行统一管理。2. 产品面向的用户群体飞机订票系统主要是帮助普通人群更加便捷地预订机票，同时促进航空公司的业务交易。适用于所有普通人群、航空业务机构和机票代理机构。3. 产品应当遵循的标准或规范本产品的是一套标准的代理系统软件，符合国家财务标准，本产品遵循计算机软件保护条例的各项规定。4. 产品范围飞机订票系统主要通过客户端服务器实现机票查询、机票预订、机票退订等业务管理。因航空公司的缘故，本系统只能提供国内航班机票预订，暂不提供国际航班订票业务。5. 产品中的角色角色名称 职责
7、描述超级管理员 主要负责对管理员的增加、删除、修改、查看。普通管理员 主要负责航班的增加、删除、修改、查看，以及审核预订机票、退订机票。会员 登陆系统查询机票、预订机票，退订已预订机票。普通用户 查询机票，注册。Microsoft IT Academy1 36. 产品的功能性需求6.0 功能性需求分类功能类别 功能名称、标识符 描述用户注册注册、UC01 未注册人员填写注册信息（账号、密码、姓名、性别、身份证号、手机号码、邮箱） ，之后可以在本系统中注册成为会员。用户登录 登录、UC02 会员、超级管理员、普通管理员输入账号和密码并正确则可以登录系统，使用本系统功能。添加管理员、UC04 超级
8、管理员添加普通管理员，输入新添加的管理员的信息，添加后信息录入数据库。修改管理员、UC05 超级管理员输入需要修改的管理员的编号，找到该管理员后，可对其信息进行修改。查看管理员、UC06 超级管理员可以查看所有管理员的信息。管理管理员删除管理员、UC07 超级管理员输入管理员编号，找到该管理员后可以删除该管理员。检索、UC08 会员选择两城市名，选择出发日期，会员点击查询按钮，系统显示两城市之间所选时间段的所有机票查看我的订单、UC09 会员点击查看我的订单，系统显示用户个人以往所有完成及现在预定的机票信息订票、UC10 会员检索之后，从列表中选择所需机票，点击预订按钮，系统提示预订成功。查看
9、个人信息、UC12 会员点击查看个人信息，系统显示所有用户个人信息退票、UC11 会员选择需要退得订单，点击退票，如果订单已被审核，系统将退票申请提交给管理员，否则直接取消订单。 修改个人基本信息、UC13会员输入新的个人信息（姓名、密码、性别、身份证号、手机号码、邮箱） ，系统判断是否符合输入规范。会员操作修改个人密码、UC14 会员输入原始密码，两次新密码，系统判断原始密码是否正确，两次新密码是否一致。航班管理、UC19 普通管理员选择航班管理界面，可以对订单进行查看、添加、修改、删除的操作。查看航班、UC15 普通管理员输入要修改的航班的信息（航空公司，航班号，飞行时间或飞行区间） ，航
10、班的信息就会以列表的形式显示出来。添加航班、UC16 普通管理员添加管理员，输入该航班的信息，并将其基本信息存入航班信息表中管理航班修改航班、UC17 普通管理员输入要修改的航班的信息（航空公司，航班号，飞行时间或飞行区间） ，从显示的航班中选择修改的航班，对其信息进行修改。Microsoft IT Academy1 4删除航班、UC18 普通管理员输入要修改的航班的信息（航空公司，航班号，飞行时间或飞行区间） ，从显示的航班中选择要删除的航班，将其状态设置为禁用，该航班不再显示。订单管理、UC20 普通管理员选择订单管理界面，可以对订单进行查看、审核以及审核退订的操作。订单查看、UC21 普
11、通管理员选择查看的类别，按照查询的类别对各个航班信息进行查看。审核订单、UC22 普通管理员对未审核订单进行审核，用来最终确认此订单是否生效。管理订单审核退订、UC23 管理员对退订进行处理，决定是否同意客户请求。6.1 用例图6.1.1 飞机票订购系统用户登录用例图个个个个个个个个个个 个个个个个个 UC02个个图 6.1.1飞机票订购系统用户登录用例图6.1.2 飞机票订购系统普通用户注册用例图Microsoft IT Academy1 5图 6.1.2飞机票订购系统普通用户注册用例图6.1.3 飞机票订购系统管理管理员用例图图 6.1.3飞机票订购系统管理管理员用例图Microsoft
12、IT Academy1 66.1.4 飞机票订购系统会员操作用例图UC1个UC13个个个个UC08个UC10个UC09个个个UC12个个个个 UC14个个图 6.1.4飞机票订购系统会员操作用例图Microsoft IT Academy1 76.1.5 飞机票订购系统管理员操作用例图UC15个个UC16个个UC17个个UC18个个UC21个个UC2个个UC19个个UC20个个个个个UC23个个图 6.1.5飞机票订购系统管理员操作用例图6.2 用例描述6.2.1 用户注册Microsoft IT Academy1 86.2.2 用户登录用例名称 用户注册用例 ID UC01主要参与者 未注册人
13、员前置条件 用户请求注册功能后置条件 注册成功，成为会员，可以使用本系统功能基本流程 基本事件流 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系统提示用户账号已存在，跳至基
14、本流 1.3；1.2系统提示用户该项不能为空跳至基本流 1.3；1.3系统提示用户手机号格式不对跳至基本流 1.3；1.4系统提示用户邮箱格式不对跳至基本流 1.3。1,5会员在任何时间都可以退出系统。Microsoft IT Academy1 96.2.3 管理管理员用例名称 管理管理员用例 ID UC03主要参与者 超级管理员前置条件 超级管理员登录成功后置条件 进入管理员管理界面，对管理员信息增、删、改、查操作基本流程 基本流程 1：1.1超级管理员登录成功后，系统进入管理员管理界面1.2超级管理员对管理员信息进行操作扩展流程 基本扩展流 1：1.1超级管理员在任何时间都可以退出系统。用
15、例名称 用户登录用例 ID UC02主要参与者 会员、普通管理员、超级管理员前置条件 用户进入请求登录后置条件 登录成功，可以使用本系统功能基本流程 基本事件流 1：1.1用户请求使用本系统；1.2系统显示用户登录信息输入界面；1.3用户输入登录名，密码并确认操作；1.4系统验证用户登录信息，如果登录信息验证没有通过，转向扩展流 1，如果验证通过，系统显示系统操作主界面扩展流程 基本扩展流 1：1.1系统提示登陆错误，要求用户重新输入并转入基本流 2；1.2会员在任何时间都可以退出系统。Microsoft IT Academy1 10用例名称 添加管理员用例 ID UC04主要参与者 超级管理
16、员前置条件 超级管理员请求添加管理员功能后置条件 进入添加管理员界面，添加管理员信息基本流程 基本流程 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系统
17、提示超级管理员账号已存在，跳至基本流 1.2；1.2.系统提示超级管理员该项不能为空跳至基本流 1.2；1.3.系统提示超级管理员手机号格式不对跳至基本流 1.2；1.4.系统提示超级管理员邮箱格式不对跳至基本流 1.2；1.5超级管理员在任何时间都可以退出系统。用例名称 修改管理员用例 ID UC05主要参与者 超级管理员前置条件 1. 超级管理员请求修改管理员功能Microsoft IT Academy1 11后置条件 1. 进入修改管理员界面，修改管理员信息基本流程 基本事件流 1：1.1超级管理员请求修改管理员信息；1.2系统进入修改管理员界面；1.3超级管理员输入新的管理员信息（姓名
18、、性别、身份证号、手机号码、邮箱） ，并确认，系统验证超级管理员所填写信息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主要参与者 超级
19、管理员前置条件 超级管理员请求查看管理员功能后置条件 进入查看管理员界面，查看管理员信息基本流程 基本事件流 1：1.1超级管理员请求查看管理员功能，进入查看管理员界面；1.2系统显示所有管理员的信息（账号、姓名、性别、身份证号、手机号码、邮箱） ；扩展流程 基本扩展流 1：1.1超级管理员在任何时候都可以退出系统。用例名称 删除管理员Microsoft IT Academy1 12用例 ID UC07主要参与者 超级管理员前置条件 超级管理员请求删除管理员功能后置条件 进入删除管理员界面，删除管理员基本流程 基本事件流 1：1.1超级管理员请求删除管理员功能，进入删除管理员界面；1.2系统提
20、示超级管理员输入需删除的管理员的账号；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 用户选择机票信息（出发城市、到达城市、出发
21、日期、舱类别） ，系统执行相应操作：1.3.1 如果机票信息（出发城市、到达城市、出发日期）完整，系统显示所有机票详情（航班号、出发城市、到达城市、出发日期、起飞时间、价格、剩余票数） ；Microsoft IT Academy1 131.3.2如果机票信息（出发城市、到达城市、出发日期）不完整，进入扩展事件流1。扩展流程 基本扩展流 1：1.1 如果出发城市为空，到达城市不为空，系统提示请选择出发城市，跳至基本事件流 1.3；1.2 如果出发城市不为空，到达城市为空，系统提示请选择到达城市，跳至基本事件流 1.3；1.3 如果出发城市和到达城市都为空，系统提示请选择出发城市，跳至基本事件流1
22、.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
23、.1系统提示用户还没有预订订单。1.2用户在任何时候都可以退出系统。用例名称 订票Microsoft IT Academy1 14用例 ID UC10主要参与者 会员前置条件 1.用户进入检索界面并进行了检索；2.用户请求进行订票。后置条件 系统提示订票成功，并把订票信息放入该会员的订单信息中。基本流程 基本事件流 1：1.1会员选择已经检索到的机票请求进行订票；1.2系统检测用户是否已经登录；1.2.1如果用户已经登陆；1.2.1.1如果现在订票时间距该航班起飞小于两小时，则系统提示飞机即将起飞不能订票；1.2.1.2如果现在订票时间距该航班起飞不小于两小时，则系统将订票信息放入该会员的订单
24、中，并提示订票成功。1.2.2如果没有登陆，则跳转至扩展流程 1；扩展流程 基本扩展流 1：1.1系统提示未登陆不能进行订票并保持在检索界面。1.2用户在任何时候都可以退出系统。用例名称 退票用例 ID UC11主要参与者 会员前置条件 1、 用户登录系统成功；2、 用户进入个人主页界面；3、 用户选择查看我的订单操作。后置条件 1、用户成功向普通管理员提交退票申请。基本流程 基本事件流 1：1.1 用户请求退票功能；1.2用户选择要退订的订单；1.3 用户选择退票操作；Microsoft IT Academy1 151.4系统根据飞机起飞状况和订单状态来执行相应操作：1.4.1如果该订单还未
25、被审核通过，则直接退票成功； 1.4.2如果该订单已被审核通过并且飞机未起飞，系统提示用户提交退票申请成功，否则进入扩展流程 1；扩展流程 基本扩展流 1：1.1系统提示飞机已起飞，请联系工作人员线下退票。1,2用户在任何时候都可以退出系统。用例名称 查看个人信息用例 ID UC12主要参与者 会员前置条件 1.会员登录系统；2.用户拥有会员的权限；3.会员进入会员主页界面；后置条件 系统进入个人信息界面，显示出会员的所有个人信息。基本流程 基本事件流 1：1.1会员请求查看个人信息；1.2系统进入会员的个人信息界面；1.3系统输出显示会员的基本信息（账号、姓名，性别，身份证号，手机号码，邮箱
26、） 。扩展流程 基本扩展流 1： 1.1用户在任何时候都可以退出系统。用例名称 修改个人基本信息用例 ID UC13主要参与者 会员前置条件 1.会员登录系统；2.拥有会员的权限；Microsoft IT Academy1 163.会员进入个人信息界面；4.会员请求修改个人信息。后置条件 1.系统进入修改个人信息的界面；2.会员输入新的个人基本信息并确认修改。基本流程 基本事件流 1：1.1会员请求修改个人基本信息；1.2系统进入修改个人信息界面；1.3会员输入新的个人信息并确认，系统验证用户所填写个人信息1.3.1若姓名、性别、身份证号为空则进入扩展流 1；1.3.2若手机号码不是 11位，
27、进入扩展流 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
28、会员请求修改密码；Microsoft IT Academy1 171.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主要参与者 普通管理员前置条件 普通
29、管理员登录本系统后置条件 以列表形式显示航班信息基本流程 基本事件流 1：1.1普通管理员请求查看航班信息1.2系统显示查看航班信息界面；1.3普通管理员输入查询信息；1.3.1若查看方式是按航空公司查询，管理员点击航空公司输入框，系统跳出航空公司选择框，管理员选择航空公司；1.3.2若查看方式是按航班号查询，管理员在航班号输入框中输入航班号；13.3若查看方式是按飞行时间查询，管理员点击时间输入框，系统跳出日历，管理员选择日期；1.3.3若查看方式是按飞行区间查询，管理员点击出发城市输入框，系统跳出发城市选择框；管理员点击到达城市输入框，系统跳出城市选择框，管理员选择出发城市和到Micros
30、oft IT Academy1 18达城市；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管理员可以在任何时间退出系统。用例名称
31、添加航班用例 ID UC16主要参与者 普通管理员前置条件 普通管理员登录本系统；后置条件 航班数量增加，其信息入库基本流程 基本事件流 1：1.1普通管理员请求添加航班信息1.2系统显示该航班信息页面，管理员添加的航班的信息（航空公司，航班号，起飞时间，降落时间，起飞机场，降落机场，出发城市，到达城市，头等舱票数及价格，商务舱票数及价格，经济舱票数及价格） ；1.3管理员点击确认操作；1.3系统验证航班输入信息；1.3.1若系统验证信息成功，显示信息 “添加成功！” ，修改航班信息过程结束，页面不跳转，等待管理员下一操作。1.3.2若系统验证信息失败，系统判断错误类型，转入基本扩展流 1.1
32、；Microsoft IT Academy1 19扩展流程 基本扩展流 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管理员在任何时间
33、都可以退出系统。用例名称 修改航班用例 ID UC17主要参与者 普通管理员前置条件 1、 普通管理员登录本系统；2、 普通管理员请求查看航班信息，系统以列表形式显示航班信息；3、 普通管理员请求修改航班信息。后置条件 数据库中航班信息得到修改基本流程 基本事件流 1：1.1管理员在列表中选择要修改的航班，点击修改；1.2系统显示该航班信息页面，管理员修改航班的信息（航空公司，航班号，起飞时间，降落时间，起飞机场，降落机场，出发城市，到达城市，头等舱票数及价格，商务舱票数及价格，经济舱票数及价格） ；1.3管理员点击确认操作；1.3系统验证航班修改信息；1.3.1若系统验证信息成功，显示信息
34、“修改成功！” ，修改航班信息过程结束，页面不跳转，等待管理员下一操作。1.3.2若系统验证信息失败，系统判断错误类型，转入基本扩展流 1.1 ；Microsoft IT Academy1 20扩展流程 基本扩展流 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提示“修改的信息不
35、能与原信息相同，请重新输入！ ”，基本事件流 1.2;1.2.2提示“您输入的航班号已存在，请重新输入！ ”，基本事件流 1.2;1.2.3提示“您输入的航班号格式错误，请重新输入！ ”，基本事件流 1.2;1.2.4提示“飞行时间不能小于 10分钟，请重新输入！” ，转入基本事件流 1.2。1.3管理员在任何时间都可以退出系统。用例名称 删除航班用例 IDUC18主要参与者 普通管理员前置条件 1、 普通管理员登录本系统；2、 普通管理员请求查看航班，系统以列表形式显示航班信息；后置条件 该航班状态变为禁用。基本流程 基本事件流 1：1.1管理员请求删除航班；1.2管理员在列表中选择要删除的
36、航班，点击删除；1.3系统提示“删除成功”该航班变为禁用状态，删除航班过程结束。扩展流程 基本扩展流 1：1.1管理员在任何时间都可以退出系统。用例名称 航班管理用例 ID UC19Microsoft IT Academy1 21主要参与者 普通管理员前置条件 普通管理员请求进行航班管理后置条件 系统进入订单管理界面为管理员提供航班信息的添加，修改，查看，删除功能基本流程 基本事件流 1：1.1 普通管理员选择航班管理功能；1.2 进入航班管理界面，普通管理员在此界面可选择以下功能选项：添加航班、修改航班、查看航班、删除航班； 1.3 普通管理员选择相应选项，进入相应界面；扩展流程 基本扩展流
37、 1：1.1管理员在任何时间都可以退出系统。用例名称 订单管理用例 ID UC20主要参与者 普通管理员前置条件 普通管理员请求进行订单管理后置条件 系统进入订单管理界面为管理员提供查看订单、审核订单、审核退票等功能基本流程 基本事件流 1：1.1普通管理员选择订单管理功能；1.2进入订单管理界面，普通管理员在此界面可选择以下功能选项：查看订单、审核订单、审核退订；3. 普通管理员选择相应选项，进入相应界面；扩展流程 基本扩展流 1：1.1管理员在任何时间都可以退出系统。6.2.6 管理订单用例名称 查看订单Microsoft IT Academy1 22用例 ID UC21主要参与者 普通管
38、理员前置条件 1. 普通管理员需要查看订单信息后置条件 1. 系统显示所有订单信息基本流程 基本事件流 1：1.1用户进入查看订单界面；1.2用户选择输入出发日期或订单编号或航班号或订单状态其中的一种或几种；1.3系统检查输入信息，有航班信息时，输出订单信息（航班号、出发城市、到达城市、出发日期、起飞时间、价格、舱类别、订单状态） ，否则进入扩展流； 1.4系统执行查询，并在界面显示查询订单的全部信息，如系统未查询到指定关键字的相关信息，进入扩展流；扩展流程 基本扩展流 1：1.1系统提示：未查找到相关信息，返回基本流；1.2管理员在任何时间都可以退出系统。用例名称 审核订单用例 ID UC2
39、2主要参与者 普通管理员前置条件 用户请求审核未完成订单后置条件 用户完成订单审核基本流程 基本事件流 1：1.1用户请求审核未完成订单，系统进入审核订单界面；1.2系统在界面上只显示未完成的订单，管理员对这些订单进行处理；如没有未完成订单，进入扩展流；1.3管理员可以选定一个或几个订单进行统一审核，审核结果只有两个：通过不通过，否则进入扩展流；1.4管理员确认审核操作，审核成功后，系统提示审核成功提示；扩展流程 基本扩展流：.1 系统提示没有未审核订单；Microsoft IT Academy1 231.2返回到订单管理界面；基本扩展流：2.1系统提示：未选择任何订单，请选择要审核的订单；2
40、.2返回基本流程；用例名称 审核退票用例 ID UC23主要参与者 普通管理员前置条件 有新的退票审请后置条件 审核退订请求基本流程 基本事件流 1：1.1管理员在订单管理界面选择审核退订功能，进入审核退订界面；1.2系统在此界面显示存在的退订申请；1.3管理员可以选中一个或多个申请进行审核，审核结果只有以下两个选项：同意退订/不同意退订；1.4管理员确定审核操作，系统执行审核命令；如管理员未选中任何申请，系统无法执行审核并进入扩展流；1.5审核成功后提示审核成功信息；扩展流程 基本扩展流：1.1系统提示未选中任何订单；1.2返回基本流程；7. 产品的非功能性需求7.1 用户界面需求需求名称
41、详细要求母窗体显示位置 窗体初次启动时在屏幕位置居中子窗体显示位置 窗体初次启动时在母窗体居中Microsoft IT Academy1 24界面风格 界面为 “Metal”观感界面字体颜色 黑色为主，灰色为辅7.2 软硬件环境需求需求名称 详细要求操作系统 WinXP/Win7/Win8硬件要求 IBM兼容机、Intel Pentium III 800/AMD K7以上处理器、128M 以上内存，支持标准网络协议的网卡运行环境 .Net Framework 4.07.3 产品质量需求主要质量属性 详细要求正确性 业务错误不允许出现健壮性 能够容纳 300人同时访问，服务器端程序应连续工作半年
42、以上可靠性 除电源、硬件、操作系统、服务器管理系统外程序不允许异常退出或崩溃。性能，效率 系统处理业务时间最迟时间小于等于 5秒易用性 需要安装，操作简便清晰性 业务流程明确安全性 用户信息保密，操作权限明确可扩展性 可在当前需求基础之上进行功能上的扩展兼容性 可运行在大多数主流的硬件环境中可移植性 可运行在大多数主流的 windows操作平台上Microsoft IT Academy1 25附录 B：需求确认提示： 需求确认规程请参见 SPP-PROC-RM，主要分两步：（ 1）需求评审， （ 2）需求承诺。对需求的评审应当采用 “正式技术评审方式 ”，将产生一份 “需求评审报告 ”，规程请参见SPP-PROC-TR。在获取责任人（ Stakeholders）对需求的承诺之前，该 产品需求规格说明书 必须先通过需求评审。需求评审报告摘要需求文档 输入名称，标识符，版本，作者，完成日期， 需求评审报告 输入名称，标识符，评审日期， 评审结论 工作成果合格， “无需修改”或者“需要轻微修改但不必再审核” 。 工作成果基本合格，需要作少量的修改，之后通过审核即可。 工作成果不合格，需要作比较大的修改，之后必须重新对其评审。评审意见评审小组成员 输入评审小组成员需求承诺需求文档 输入名称，标识符，版本，作者，完成日期客户承诺承诺 签字，日期项目经理承诺承诺 签字，日期
