场景描述需求分析实例精编版
客户需求分析案例（仅供参考）
客户需求分析案例（仅供参考）客户需求分析经典案例集背景：业务员小王通过客户小陈约访到蔡先生。
蔡先生一家已经购买过1800元的少儿保险和5000元分红险。
约访时（蔡先生的态度很冷淡。
遇到的最大障碍：见面时客户直接说，保险已经很多了（不会再买了。
有效的解决办法：小王先是称赞他们很有保险意识，收入也不错，接着说从蔡先生的名字也可以看出来他们家的福气很好。
小王把蔡先生的名字在纸上笔划了一下，说蔡先生的名字根据星相姓名学的说法，23划，是大吉大利，各方面发展都会非常好……蔡先生明显有了兴趣。
接着小王从包里拿出一本著名风水师写的姓名与看相的书，和老蔡一家三口饶有兴趣地研究起姓名与看相术，客厅里不时发出啧啧称奇和欢笑声……小王找准时机问“怎么样，老蔡，姓名学还蛮有意思的吧，这东西，不可全信，也不可不信。
自己的事业前程还是要靠自己去打拼的。
小陈告诉我，您的成就完全是靠自己赤手空拳打拼来的，真是我们年轻人学习的榜样，象您这样的部门负责人，平时工作一定忙吧！象您工作这么忙，对于家庭的投资理财又是怎么做计划的呢？”…….顺利导入保险，签了20万健康险。
启示::启示1、面对客户的敷衍和直接拒绝，迂回作战是一种很好的方法。
2、平时各方面的知识积累很重要，在与客户的接触过程中，如能结合客户的兴趣，将自己所掌握的知识学以用，定能出奇制胜。
背景：钱经理前些日子，遇到这样一个客户，一位店铺回来的女博士，周女士，50岁，已决定在国内定居，性格较内向，有一个保健品公司，收入丰厚，非常注重保养，有健康意识，家族成员有长寿史。
遇到的最大障碍：经过前期的拜访，周博士在钱经理这儿购买了30份投资连结保险（但保单中没有医疗保障的险种内容（钱经理认为周博士的保险需求点在医疗上还是块空白（如何让客户明白这一点，并接受这份建议呢？有效的解决办法：钱经理在对于如何通过提问，去激发客户的保险需求这方面很有一套。
她当时是这样说的。
钱经理周大姐，你真是有眼光，选择我们中国人寿公司的投资连结保险。
场景描述需求分析实例
场景描述需求分析实例场景描述是一种需求分析方法，它通过详细描述系统在特定场景中所需执行的功能和操作，以帮助开发团队更好地理解和满足用户的需求。
以下是一个关于在线购物系统的场景描述需求分析的实例。
场景描述：在线购物系统在这个场景中，我们将描述一个在线购物系统的需求，该系统允许用户在网上购买商品并进行结算。
角色：1.用户2.管理员功能需求：1.用户注册和登录-用户可以通过注册一个账号来使用购物系统-用户通过输入用户名和密码进行登录2.商品浏览和-用户可以浏览网站上的商品-用户可以通过关键词特定商品-用户可以按类别筛选商品3.商品详情查看-用户可以点击商品以查看其详细信息，包括名称、价格、描述和图片-用户可以查看其他用户对该商品的评价和评分4.购物车管理-用户可以将商品添加到购物车中-用户可以从购物车中删除商品-用户可以修改购物车中商品的数量5.结算和支付-用户可以查看购物车中的商品清单和总价-用户可以选择支付方式，例如信用卡或支付宝-用户可以输入支付信息并进行支付6.订单管理-用户可以查看自己的订单历史记录-用户可以查看订单的详细信息，包括订单编号、商品列表和总价-用户可以取消未付款的订单7.管理员管理-管理员可以查看和管理用户信息-管理员可以查看和处理用户的订单非功能需求：1.用户友好性-界面设计简洁明了，易于使用和导航-错误提示信息清晰，并提供解决建议-响应时间快，页面加载速度快2.安全性-用户密码应进行加密存储并进行安全传输-用户支付信息通过安全协议进行传输3.可靠性-系统应具备容错能力，能够处理异常情况，并提供错误恢复机制-系统应具备备份和恢复数据的能力4.扩展性和可维护性-系统应支持以后功能的扩展和改进-系统应易于维护和更新，包括代码和数据库的维护通过场景描述需求分析方法，我们可以更加清晰地了解用户对于在线购物系统的期望和需求，从而更好地设计和开发系统。
这个例子中的场景描述涵盖了用户注册、浏览商品、结算支付等核心功能，并考虑了用户友好性、安全性、可靠性和可维护性等非功能需求。
场景描述需求分析实例
场景描述需求分析实例需求分析是软件开发过程中的重要环节，它为开发团队提供了对用户需求的清晰和准确的理解。
以下是一个场景描述需求分析的实例，描述了一个电子商务应用的需求分析过程。
场景描述：假设公司正在开发一款电子商务应用，该应用将提供用户浏览和购买商品的功能。
用户可以通过应用浏览不同的商品，将商品添加到购物车并进行结算。
为了帮助公司更好地了解用户需求和开发出符合用户期望的应用，他们决定进行需求分析。
1.需求收集：在这个阶段，开发团队与用户进行沟通，了解他们的期望和需求。
他们可以通过多种方式进行需求收集，例如面对面会议、用户调研等。
根据这些收集到的信息，开发团队记录下来一份简要的需求列表。
需求列表示例：-用户可以通过应用浏览不同的商品。
-用户可以将商品添加到购物车。
-用户可以从购物车中删除商品。
-用户可以进行商品结算。
-用户可以选择不同的付款方式。
-用户可以查看订单历史记录。
2.需求分类和优先级划分：在这个阶段，开发团队对需求列表进行分类和优先级划分。
他们可以根据功能的重要性和紧迫性，将需求分为不同的类别，并为每个需求指定优先级。
需求分类和优先级划分示例：-必需功能：-用户可以通过应用浏览不同的商品。
-用户可以将商品添加到购物车。
-用户可以进行商品结算。
-重要功能：-用户可以从购物车中删除商品。
-用户可以选择不同的付款方式。
-次要功能：-用户可以查看订单历史记录。
3.需求分析：在这个阶段，开发团队对每个需求进行详细的分析，以确定需求的具体细节和实现方法。
他们可以借助用例图、流程图等工具，对每个需求进行进一步的拆分和描述。
以"用户可以通过应用浏览不同的商品"为例，需求分析示例：-用户可以在应用首页浏览推荐商品。
-用户可以通过功能查找特定商品。
-用户可以按照商品类别进行浏览。
-用户可以查看商品的详细信息，包括价格、描述等。
-用户可以查看商品的评价和评分。
4.需求验证：在这个阶段，开发团队需要与用户进行反馈和验证，以确保他们准确理解和满足用户的需求。
场景描述需求分析实例
场景描写场景重要包含4种重要的类型：正常的用例场景,备选的用例场景,平常的用例场景,假定推想的场景.用处景法来测试需求是手印仿特定场景鸿沟产生的工作,经由过程事宜来触发某个动作的产生,不雅察事宜的最终成果,从而用来发明需求中消失的问题.我们平日以正常的用例场景剖析开端,然后再着手其他的场景剖析.下面来看具体的例子：假设你如今须要完成的是一套出租车预定体系(顾客进行出租车的预定,体系完成扣款以及出租车司机的义务分派等相干的义务: 顾客中的大部分都是在出租车租赁公司立有相干存款账户的用户,他们一般经由过程德律风的方法进行预约,有些是请求立马预定的,也有一些是预定几周后的,我们须要应用盘算机体系来确保这些存款账户到今朝为止是有用的,体系须要知道什么时刻顾客须要出租车,以及接送地址和他们的目标地.接送地址一般来说是顾客账户信息上填写的地址,依据我们车辆调剂员的经验,我们可以告知顾客最佳的接送时光.体系会依据订阅情形产生一个司机工作编号并记载预定进程中的具体信息,并会依据接送时光的次序对这些信息按照接送的时光进行排序,然后会给顾客一个订阅的确认信息,同时包含司机的工作编号).与这个预定出租车用例相干的,就是给出租车司机分派具体工作的用例.用处景法来对这个需求进行测试,应当若何进行呢?起首我们来看一下正经常应用例场景的构建进程a.辨认贸易事宜流：发明需求的进程包含研讨和查询拜访特定需求相干的营业规矩和计谋,查询拜访包含一系列的营业事宜以及贸易规矩的鸿沟点.营业事宜包含事宜名,输入数据（由这个事宜引起的输入数据）,输出数据（为了响应这个事宜产生的输出数据）以顾客预定出租车为例,这个事宜是在当顾客决议须要一个出租车时产生的,这个事宜导致客户和出租车公司之间产生一个预定请求的交互动作,当出租车公司收到预定请求时,它触发了安插出租车登记事宜用来响应这个需求,从剖析得出个中有一个需求是出租车公司须要供给一个预定确认响应信息给顾客的进程,那么什么是预定确认,在什么情形下这个确认信息会产生,其他与之相干的需求是什么？下面我们就经由过程构建场景的方法来进行细节上的剖析a.事宜源：顾客想预定出租车,发出出租车预定请求事宜成果：安插出租车预定行动（包含很多贸易逻辑规矩）,发送一个出租车预定确认信息给顾客事宜名: 顾客想要预定出租车输入数据：出租车预定请求输出数据：出租车预定确认响应b.场景草图如下：c.构造化场景:1.第一步顾客告知我们他想预定出租车2.调剂员须要知道顾客的账户号码,那么他是否也须要知道顾客的账户姓名？调剂员是否须要讯问乘客的姓名？3.调剂员核实账户号及付出信息的有用性,那是否也须要查对账户姓名的有用性？（存眷衍生信息有用性的检讨）4.调剂员须要向顾客讯问接送的日期,时光,地址和目标地6.调剂员分派一个工作接送号给司机,那这个工作号是从哪里产生的？(存眷数据从哪里产生)场景模子根本上就是如许,预约出租车正常的用例场景如下：1.1 客户打德律风到出租车公司预约出租车1.2 出租车调剂员讯问账号号码以及账号的姓名1.3 出租车调剂员核实顾客的账号详情以及付出的方法1.4 调剂员讯问接送的地址,预定的接送时光以及目标地1.5 调剂员告知顾客最佳的接送时光1.6 调剂员分派预定的工作号给出租车司机1.7 调剂员记载具体的预定信息1.8 调剂员反馈预定成功的确认信息给顾客备选的用例场景：从根本流开端,在某个特定前提下履行,然后从新参加根本流发明备选流的办法：对正经常应用例场景中的每一步列出一份问题检讨列表：—这一步是否如实按照划定的产生？—对于描写中每一个名词,动词我们是否都知道准确的寄义?—是否有任何数据上的漏掉?—是否消失一些主不雅上的断定？—我是否已经做了所有的假设？—这么做是否真正有意义？备选用例场景剖析如下：1.1 顾客打德律风告知我们他想预定出租车,那么顾客是一个小我照样一个组织？顾客是否经常经由过程德律风进行交换？顾客是想预约一辆出租车照样可能会预约多辆出租车？1.2 出租车调剂员向顾客讯问账号号码,姓名以及乘客的姓名,是否只有调剂员讯问顾客照样有其他人也一路来讯问？顾客是否都在出租车租赁公司有一个账号？是否可能会消失多个乘客的姓名？通干预干与这一系列问题,将会发明顾客未必都邑有一个账号的,乘客也可能是多个,如许你就能构建一个备选流的用例场景了备选的用例场景一：1.3 预约出租车,顾客没有存款帐号出租车调剂员讯问顾客有关乘客的姓名和帐户信息出租车调剂员查对客户的帐户信息出租车调剂员增长“无账号”信息到预约具体信息中异经常应用例场景：异经常应用例是指当错误产生或者一个不须要的处理前提产生了发明异经常应用例场景的办法：—什么样的数据前提将会导致这一步不克不及持续处理？—什么样的汗青数据将会导致这一步不克不及持续处理—什么样的工资行动将会导致这一步不克不及持续处理异经常应用例场景剖析如下：出租车调剂员核实顾客的账户信息和付出方法,假如出租车调剂员发明顾客供给了错误的账户信息将会产生什么？顾客的帐户付出方法过时了怎么办？假如顾客账号在预先商定好的时光内未进行实时付出将会怎么样？假定推想场景：以正常的用例场景作为起点,对每一个步调辨别束缚前提：假如束缚前提不消失的话,将会产生什么？假定推想场景剖析如下：1.1 顾客打德律风告知我们要预定一辆出租车:个中一个束缚就是顾客用德律风接洽,假如移除这个束缚,顾客将会经由过程什么样的方法来接洽？一个很显著的方法就是经由过程收集,也有可能是经由过程观光社代理订购,或者是出租车的代金券,假如改用信誉卡付出会是如何的等等.一旦移除了束缚,你就可以进行脑筋风暴了,思虑各类可能的情形,如许就可以发明更多需求中漏掉的点.总之,经由过程找出所有与营业流相干的进程,以及与这些进程相干的数据,不雅察文本之间的接洽关系性,进程之间的依附性,就能帮忙你吐露更多需求方面的问题.大家抓紧去尝尝吧,信任能给你带来不一样的感触感染！。
场景需求 案例
场景需求案例
场景需求案例：
场景需求是指在不同场景下，用户对产品或服务的需求和期望。
以下是一个关于在线购物的场景需求案例：
用户需求：用户需要在网上购买一台笔记本电脑，希望在购买过程中能够方便快捷地比较不同产品、了解产品详细信息、阅读其他用户的评价和反馈，并能够安全地完成支付。
解决方案：为了满足用户的场景需求，可以设计一个在线购物平台，提供以下功能：
1. 产品比较：用户可以在平台上比较不同品牌和型号的笔记本电脑，查看产品详细信息、价格、性能指标等。
2. 用户评价：平台可以展示其他用户的评价和反馈，帮助用户更好地了解产品的真实情况。
3. 购物车功能：用户可以将选中的产品加入购物车，方便结算和购买。
4. 支付功能：平台可以提供安全的支付方式，如支付宝、微信支付等，保障用户的资金安全。
5. 订单管理：用户可以在平台上查看订单状态、物流信息等，方便用户随时了解购买情况。
通过以上解决方案，可以满足用户在购买笔记本电脑时的场景需求，提高用户的购物体验和满意度。
需求分析的案例
需求分析的案例在软件开发过程中，需求分析是非常重要的一步，它直接关系到软件产品最终的质量和用户体验。
因此，我们需要通过一个实际案例来说明需求分析的重要性和具体操作步骤。
假设我们要开发一个在线购物平台的手机App，首先我们需要对用户需求进行分析。
在这个案例中，我们可以通过以下几个步骤来进行需求分析：1. 调研用户群体。
首先，我们需要了解我们的目标用户群体是谁，他们的年龄段、职业、消费习惯等信息。
通过市场调研和用户访谈，我们可以收集到大量的用户数据，从而更好地了解用户的需求和偏好。
2. 分析用户行为。
在调研的基础上，我们可以分析用户在购物过程中的行为习惯，比如他们喜欢浏览哪些商品、下单的流程、支付方式偏好等。
通过这些数据，我们可以更好地设计用户界面和购物流程，提升用户体验。
3. 确定功能需求。
在了解用户需求的基础上，我们可以开始确定App的功能需求。
比如，用户需要能够浏览商品、添加购物车、下单支付等功能。
同时，我们还需要考虑一些辅助功能，比如优惠券、积分兑换等，来吸引用户并提升用户黏性。
4. 技术可行性分析。
除了用户需求，我们还需要考虑技术可行性。
比如，我们需要分析后台数据库的设计、服务器的承载能力、系统的稳定性等。
只有在技术可行的前提下，我们的功能需求才能够得到有效实现。
5. 确定开发周期和成本。
最后，我们需要根据功能需求和技术可行性来确定开发周期和成本。
这对于项目的进度和预算管理非常重要，同时也是对需求分析结果的一次验证。
通过以上案例，我们可以看到需求分析是软件开发过程中非常重要的一环。
只有通过深入的用户调研和分析，才能够确定用户需求，并将其有效地转化为具体的功能需求。
同时，需求分析还需要考虑技术可行性、成本预算等因素，从而为项目的顺利进行提供有力支持。
总之，需求分析是软件开发过程中不可或缺的一部分，只有通过科学的方法和系统的分析，才能够为软件产品的成功开发打下坚实的基础。
需求分析案例1
需求分析案例1背景：改装自行车店“F超人”是一家在城市中心地带提供自行车改装及维修服务的小店，店内有各种不同类型的自行车，如公路车、山地车、折叠车等。
客户多为年轻人，他们喜欢在周末闲暇时间骑上自行车到城市周边的自然风景区游玩，或者用自行车代替汽车做短途代步。
1. 系统背景F超人是一家提供自行车改装及维修服务的店铺。
随着城市中年轻人对健康、环保出行需求的增加，F超人的客户群也在不断扩大，而随之而来的是更多的业务量和更多的管理难度。
因此，店内需要一个简单、方便、实用的管理系统来协助管理员更好地管理店铺业务。
2. 功能需求2.1 自行车库存管理F超人店内有各种类型的自行车，需要记录库存情况，管理存货的现金和库存，当存货减少时及时补货，防止出现库存不足。
因此，该系统需要实现自行车库存管理功能。
F超人店铺主要业务是提供自行车维修服务，因此需要记录客户的自行车维修信息，包括维修日期、维修内容、维修费用等信息，同时需要进行维修费用结算。
因此，该系统需要实现自行车维修管理功能。
2.4 财务管理F超人店的业务量较大，需要一个简单实用的财务管理系统来记录收入、支出、利润等信息。
同时，需要对每笔业务进行分类，如库存销售、维修等。
因此，该系统需要实现财务管理功能。
2.5 用户信息管理F超人是一家小店，需要记录每个顾客的基本信息，如姓名、电话、地址等，以便店内人员可以联系到顾客。
因此，该系统需要实现用户信息管理功能。
3. 界面设计F超人的客户群主要为年轻人，因此要求系统界面简洁、美观、易于使用。
同时，需要方便管理员及时地查看各种信息。
系统需要一个主界面，功能模块一目了然，并且每个模块可以进行分类管理。
F超人的业务涉及到库存管理、维修、销售、财务等多个业务模块，因此需要能够支持大量数据的存储和处理，同时系统需要具有高效性、可靠性和稳定性。
总结：F超人是一家提供自行车改装及维修服务的小店，由于客户群体扩大，需求不断增加，需要一个简单易用的管理系统，可以进行自行车库存管理、自行车维修管理、自行车销售管理、财务管理和用户信息管理。
场景描述需求分析实例
场景描述需求分析实例在进行软件开发或产品设计的过程中，场景描述是需求分析的重要一环。
通过对不同场景的描述和分析，可以深入理解用户的需求和使用场景，从而为产品设计和开发提供指导。
以下是一个实例，展示了如何进行场景描述和需求分析。
场景描述一：在线购物在现代社会，越来越多的人选择通过互联网进行购物。
在线购物场景中，用户能够使用电脑或手机浏览商品，选择心仪的商品并进行下单操作。
商家接收到订单后，会进行商品准备和配送工作。
需求分析：1. 用户浏览商品：用户需要能够方便地浏览商品信息，包括商品图片、描述、价格等。
界面设计应清晰简洁，用户能够快速找到感兴趣的商品。
2. 商品筛选与搜索：用户可能需要按照一定的条件进行商品筛选，如价格、品牌、尺寸等。
此外，提供搜索功能，支持用户通过关键词快速找到所需商品。
3. 购物车管理：用户可以将心仪的商品加入购物车，并管理购物车中的商品。
包括增删商品、调整数量、计算总价等功能。
4. 下单与支付：用户可以选择购物车中的商品进行下单，并提供多种支付方式，如支付宝、微信支付等。
5. 订单跟踪：用户可以查看自己的订单状态，包括待支付、已支付、已发货等。
商家也需要提供相应的后台管理界面，方便管理订单和发货操作。
场景描述二：在线教育平台随着互联网的发展，在线教育正在成为一种流行的学习方式。
在线教育平台可以为学生提供各类教育资源和学习服务，满足不同学习需求。
需求分析：1. 课程浏览与搜索：学生需要方便地浏览不同学科的课程资源，如外语、文学、历史等，同时支持关键词搜索功能。
2. 课程详情与评价：学生可以查看课程详情，包括授课教师、课程大纲、学习目标等。
同时，提供学生评价功能，帮助其他学生了解课程质量。
3. 学习计划与进度：学生可以创建个人学习计划，并记录学习进度。
平台应提供学习日历或提醒功能，帮助学生合理安排学习时间。
4. 在线学习工具：平台可以提供在线学习工具，如在线写作、在线讨论等，方便学生进行学习和交流。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
场景描述需求分析实例集团企业公司编码：（LL3698-KKI1269-TM2483-LUI12689-ITT289-
场景描述场景主要包括4种主要的类型：正常的用例场景，备选的用例场景，异常的用例场景，假定推测的场景。
用场景法来测试需求是指模拟特定场景边界发生的事情，通过事件来触发某个动作的发生,观察事件的最终结果,从而用来发现需求中存在的问题。
我们通常以正常的用例场景分析开始，然后再着手其他的场景分析。
下面来看具体的例子：假设你现在需要完成的是一套出租车预定系统(顾客进行出租车的预定,系统完成扣款以及出租车司机的任务分配等相关的任务:顾客中的大部分都是在出租车租赁公司立有相关存款账户的用户，他们一般通过电话的方式进行预约，有些是要求立马预定的，也有一些是预定几周后的，我们需要使用计算机系统来确保这些存款账户到目前为止是有效的，系统需要知道什么时候顾客需要出租车，以及接送地址和他们的目的地。
接送地址一般来说是顾客账户信息上填写的地址，根据我们车辆调度员的经验，我们可以告诉顾客最佳的接送时间。
系统会根据订阅情况产生一个司机工作编号并记录预定过程中的详细信息，并会根据接送时间的顺序对这些信息按照接送的时间进行排序，然后会给顾客一个订阅的确认信息，同时包括司机的工作编号)。
与这个预定出租车用例相关的，就是给出租车司机分配具体工作的用例。
用场景法来对这个需求进行测试,应该如何进行呢
首先我们来看一下正常用例场景的构建过程
a.识别商业事件流：发现需求的过程包括研究和调查特定需求相关的业务规则和策略，调查包括一系列的业务事件以及商业规则的边界点。
业务事件包括事件名，输入数据（由这个事件引起的输入数据），输出数据（为了响应这个事件产生的输出数据）
b.画一个非正式的商业场景草图
c.把这个场景草图形成场景的具体步骤
以顾客预定出租车为例，这个事件是在当顾客决定需要一个出租车时发生的，这个事件导致客户和出租车公司之间发生一个预定请求的交互动作，当出租车公司收到预定请求时，它触发了安排出租车登记事件用来响应这个需求，从分析得出其中有一个需求是出租车公司需要提供一个预定确认响应信息给顾客的过程，那么什么是预定确认，在什么情况下这个确认信息会产生，其他与之相关的需求是什么？下面我们就通过构建场景的方式来进行细节上的分析
a.事件源：顾客想预定出租车，发出出租车预定请求
事件结果：安排出租车预定行为（包括许多商业逻辑规则），发送一个出租车预定确认信息给顾客
事件名:顾客想要预定出租车
输入数据：出租车预定请求
输出数据：出租车预定确认响应
b.场景草图如下：
c.结构化场景:
1.第一步顾客告诉我们他想预定出租车
2.调度员需要知道顾客的账户号码，那么他是否也需要知道顾客的账户姓名调度员是否需要询问乘客的姓名
3.调度员核实账户号及支付信息的有效性，那是否也需要核对账户姓名的有效性（关注衍生信息有效性的检查）
4.调度员需要向顾客询问接送的日期，时间，地址和目的地
5.调度员需要告诉顾客最佳的接送时间
6.调度员分配一个工作接送号给司机，那这个工作号是从哪里产生的(关注数据从哪里产生)
7.调度员记录所有预约工作的细节
8.调度员跟顾客确认订阅的详细信息
场景模型基本上就是这样，预约出租车正常的用例场景如下：
1.1客户打电话到出租车公司预约出租车
1.2出租车调度员询问账号号码以及账号的姓名
1.3出租车调度员核实顾客的账号详情以及支付的方式
1.4调度员询问接送的地址，预定的接送时间以及目的地
1.5调度员告诉顾客最佳的接送时间
1.6调度员分配预定的工作号给出租车司机
1.7调度员记录详细的预定信息
1.8调度员反馈预定成功的确认信息给顾客
备选的用例场景：从基本流开始，在某个特定条件下执行，然后重新加入基本流
发现备选流的方法：对正常用例场景中的每一步列出一份问题检查列表：
—这一步是否如实按照规定的发生？
—对于描述中每一个名词，动词我们是否都知道精确的含义—是否有任何数据上的遗漏
—是否存在一些主观上的判断？
—我是否已经做了所有的假设？
—这么做是否真正有意义？
备选用例场景分析如下：
1.1顾客打电话告诉我们他想预定出租车,那么顾客是一个个人还是一个组织顾客是否经常通过电话进行交流顾客是想预约一辆出租车还是可能会预约多辆出租车
1.2出租车调度员向顾客询问账号号码，姓名以及乘客的姓名,是否只有调度员询问顾客还是有其他人也一起来询问顾客是否都在出租车租赁公司有一个账号是否可能会出现多个乘客的姓名通过问这一系列问题，将会发现顾客未必都会有一个账号的，乘客也可能是多个，这样你就能构建一个备选流的用例场景了
备选的用例场景一：
1.3预约出租车，顾客没有存款帐号
出租车调度员询问顾客有关乘客的姓名和帐户信息
出租车调度员核对客户的帐户信息
出租车调度员增加“无账号”信息到预约详细信息中
异常用例场景：异常用例是指当错误发生或者一个不需要的处理条件发生了
发现异常用例场景的方法：
—什么样的数据条件将会导致这一步不能继续处理？
—什么样的历史数据将会导致这一步不能继续处理
—什么样的人为行为将会导致这一步不能继续处理
异常用例场景分析如下：出租车调度员核实顾客的账户信息和支付方式,如果出租车调度员发现顾客提供了错误的账户信息将会发生什么顾客的帐户支付方式过期了怎么办如果顾客账号在预先约定好的时间内未进行及时支付将会怎么样
假定推测场景：以正常的用例场景作为起点，对每一个步骤鉴别约束条件：如果约束条件不存在的话，将会发生什么？
假定推测场景分析如下：
1.1顾客打电话告诉我们要预定一辆出租车:其中一个约束就是顾客用电话联系，如果移除这个约束，顾客将会通过什么样的方式来联系？一个很明显的方式就是通过网络，也有可能是通过旅行社代理订购，或
者是出租车的代金券,如果改用信用卡支付会是怎样的等等。
一旦移除了约束，你就可以进行头脑风暴了，思考各种可能的情况，这样就可以发现更多需求中遗漏的点。
总之，通过找出所有与业务流相关的过程，以及与这些过程相关的数据,观察文本之间的关联性，过程之间的依赖性，就能帮助你暴露更多需求方面的问题。
大家赶紧去试试吧，相信能给你带来不一样的感受！。