韩山师范学院计算机与信息工程学院
实验报告
学年：2016学年第二学期课程：软件工程教师：冯健文
团队名称 HWSCTC 组长 谭慧好
组员 黄俊聪、万海杰、沈艳玉、陈晓佳、曹珊
项目题目 机票预订系统
实验名称 实验二需求分析
1、 引言
机票预定系统
1．系统简介
航空公司为给旅客乘机提供方便，需要开发一个机票预定系统。各个旅行社把预定机票的旅客信息（姓名、性别、工作单位、身份证号码（护照号码）、旅行时间、旅行始发地和目的地，航班舱位要求等）输入到系统中，系统为旅客安排航班。当旅客交付了预订金后，系统打印出取票通知和帐单给旅客，旅客在飞机起飞前一天凭取票通知和帐单交款取票，系统核对无误即打印出机票给旅客。此外航空公司为随时掌握各个航班飞机的乘载情况，需要定期进行查询统计，以便适当调整。
2．技术要求和限制条件
（1）在分析系统功能时要考虑有关证件的合法性验证（如身份证、取票通知和交款发票）等。
（2）对于本系统还应补充一下功能：
1．旅客延误了取票时间的处理
2．航班取消后的处理
3．旅客临时更改航班的处理
（3）系统的外部输入项至少包括：旅客、旅行社和航空公司。
2、 任务概述
目标：在计算机网络，数据库和其他的开发平台上，利用现有的软件，开发一个易扩易维护、具有良好人机交互界面的机票预定系统，实现航空公司的机票销售的自动化的计算机系统以及方便广大需要购买机票的人们，实现航空公司把旅客信息（姓名、性别、身份证号码（护照号码）、航班起飞时间、航班始发地和目的地、航班舱位要求等）输入到系统中，系统为旅客安排航班功能。
用户特点：用户为广大人民群众，通过登陆相应信息而进入机票预订系统，然后输入用户基本信息和要求，系统自动为其查询并且做出相应的航班安排，旅客根据系统显示的信息选择航班进行预订，网上支付，然后系统在用户终端输出相应取票通知和账单。
3、 非技术要求
第一阶段：机票预订系统需求分析说明书（一周）
第2课 信息需求要明确
——信息需求分析
教学目标
知识与技能：
1、 了解什么是需求分析？
2、 知道信息需求的几个要素。
3、 学会根据需要提取有用的信息。
过程与方法：
通过对信息的解读，来了解什么是需求分析？如何进行需求分析？如何根据需要提取有用的信息。
情感、态度与价值观：
通过对外在信息的感知，提高分析信息的能力，从而提高分析信息、提取关键信息的敏感度。
教学重点
1、 了解什么是需求分析？
2、 知道信息需求的几个要素。
3、 学会根据需要提取有用的信息。
教学难点
1、 学会根据需要提取有用的信息。
对教材的处理及二次开发
把“练一练”凝练成：如何根据需要提取有用的信息？
教学过程
一、 了解什么是需求分析？
请同学们读以下通知：
仔细分析：
（1）你从中得到了哪些信息？
（2）参加班干部竞选，我们需要哪些准备工作？
（3）怎样描述竞选演讲的准备工作？
请把你的回答写在书上！
我们对通知的解读过程，其实就是一个需求分析的过程，它是解决问题的关键环节，是一个从整体到局部，从结构到细节的过程。包括：
（1） 研究需要准备什么信息资料？
（2） 如何进行加工？
（3） 得到什么结果？
（4） 最后如何呈现你的思想？（作品）
二、 信息需求的要素有哪些？
针对一个具体问题进行需求分析：
（1） 明确“做什么”；
（2） 清楚“要达到什么样的效果”；
（3） 解决问题的时间期限；
（4） 可选择的信息渠道；
……
请同学们翻书P7，请在书上填写你的回答：
并回答下面问题，填写在书上：
在此基础上，完成书上P8的两个表格。 三、 如何根据需要提取有用的信息？
请同学们看P8的“练一练”，仔细阅读文本，观察前四张表，做以下事情：
（1）找出四张表的共同点和每张表的不同点：
共同点：内容一样。
不同点：排序不一样。
表A特点：按序号排序；
表B特点：无序；
表C特点：按名次排序；
表D特点：按班级排序。
性能需求分析：
数据精确度
在精度需求上，根据实际需要，数据在输入、输出及传输的过程中要满足各种精度的需求根据关键字精度的不同。如：查找可分为精确查找和泛型查找，精确查找可精确匹配与输入完全一致的查询结果，泛型查找，只要满足与输入的关键字相匹配的输入即输出，可供查找。
时间特性
系统响应时间应在人的感觉和视觉范围内(<1 s)，系统响应时间足够迅速(<5 s)，能够满足用户要求。
适应性
在操作方式、运行环境、软件接口或开发计划等发生变化时，应具有适应能力。
可使用性
操作界面简单明了，易于操作，对格式和数据类型限制的数据，进行验证，包括客户端验证和服务器验证，并采用错误提醒机制，提示用户输入正确数据和正确的操作系统。
安全保密性
只有合法用户才能登录使用系统，对每个用户都有权限设置。对登录名、密码、以及用户重要信息进行加密，保证账号信息安全。
可维护性
系统采用了记录日志，用于记录用户的操作及故障信息，同时本系统采用的B /S模式，结构清晰，便于维护人员进行维护。
运行环境
客户端运行环境 软件环境：
操作系统： Windows系列 浏览器程序：浏览器IE 5.0以上 硬件环境：
网络接入设备（网卡,modem,adsl,isdn或其他网络接入设备）。 最低配置为：CPU：PⅡ300以上、内存：128M以上、硬盘：2G以上
服务器端运行环境 软件环境：
操作系统： Linux(Redhat 7.0以上)系列,Unix系列或Windows 2000服务
器版。
应用服务器程序：Weblogic 6.0，Websphere 4.0及以上版本等。 硬件环境：
最低配置为CPU：PⅣ1.0G以上、内存：1G以上、硬盘：10G以上。 数据库服务器运行环境 软件环境：
操作系统：Linux(Redhat 7.0以上)系列,Unix系列或Windows 2000服务器
版等操作系统。
1 / 16
需求方法论（2）：需求的分析、验证与排序
对于产品经理来说，大多数的日常都是围绕需求展开的——沟通需求、实现需求等。那么对于需求这一内容，如果做好正确理解，相信会对后续实现提供很大帮助。
接着上一篇《需求方法论（1）：需求的理解、来源、挖掘与记录》
我认为得先理解需求是什么？然后需求会从哪些地方来？如果自己挖掘需求该怎么做？需求来了之后该怎么记录？记录以后该怎么进行分析？分析之后该怎么进行验证？验证之后怎么进行排序？
所以我的需求方法论由七个部分组成：需求的理解、需求的来源、需求的挖掘、需求的记录、需求的分析、需求的验证、需求的优先级排序。
这篇文章是关于需求的分析、验证与排序。
一、需求的分析 2 / 16
需求分析的目的在于这个需求做不做，所以得分析这个需求的合理性。
1. 角色分析：这是谁提的需求？
领导、运营团队、还是用户？不同人站的立场不同，他们提出需求的目的也就不同。前面也提到过，每个人说出的话语都是受到自己认知所左右的主观意识的表达，所以不能光看他们说的话，还得去想为什么他们会说出这些话？是否受到自己所在立场的影响？
如果是用户提的，那这个用户是否是目标用户？是重度使用的用户还是一般用户？如果连提出者是什么身份都没搞清楚的话有可能会大大影响后面的判断。
举例：比如通过订单数量可以初步判断该用户是否是重度用户；通过订单均价可以判断该用户大概的收入层级，等等。
2. 目的分析：提出者是出于什么样的目的而提出？
前面提到过，时代虽然变了，但是需求没变，变的只有需求的解决方案。所以得“透过显像看本质”，挖掘提出者最本质的需求。
所以需求又可以分为：表面需求、本质需求、产品需求。表面需求就是他人提出的需求，本质需求就是提出者的目的，产品需求就是我们能给出的解决方案。
3 / 16
如果是用户提出的需求，一般用户喜欢直接给出解决方案，会直接指出他觉得应该怎么做。那么，他提的是不是伪需求？是否只能满足一小部分人，而会损害大部分人的体验？他提出的就是最好的解决方案吗？如果不解决用户会有多痛苦？
