应用软件系统需求培训材料课件

应用软件系统需求培训讲师：贾伟东应用软件系统需求培训讲师：贾伟东客户的系统策划、客户平台业务分析管理人员、平台业务的管理者开发部门管理者、系统分析师、软件系统设计师、软件工程师软件产品部门负责人网站策划、美工软件测试部门负责人等适用人群客户的系统策划、客户平台业务分析管理人员、平台业务的管理者适2什么是需求？需求分析的要素写需求说明的任务需求说明书规范课程内容

（全程案例－餐饮管理系统）什么是需求？课程内容

（全程案例－餐饮管理系统）3就是用户想通过软件系统平台实现、辅助、简化其工作范围内的业务的要求一个需求是一个完整独立的规范，要有明确的业务目标、流程、数据等“需求分析”是一个过程：指对要解决的问题进行详细的分析，弄清楚问题的要求，包括需要输入什么数据，要得到什么结果，最后应输出什么。什么是软件系统需求就是用户想通过软件系统平台实现、辅助、简化其工作范围内的业务4用户与开发人员很难进行交流

为什么要进行需求分析用户的需求是动态变化的系统变更的代价呈非线性增长公司的平台需要向产品化的方向发展讨论分析一下，个人看法与实现体会用户与开发人员很难进行交流为什么要进行需求分析用户的需求是5需求分析的要素用例业务场景参与者需求分析的要素用例业务场景参与者6查找参与者参与者：涉众，就是找出那些直接对系统发出动作，或者直接从系统中接收反馈的涉众；先从岗位设置入手。上级部门或领导业务负责人岗位操作员岗位，数据收集服务对象….查找参与者参与者：涉众，就是找出那些直接对系统发出动作，或者7谁负责提供、使用或删除信息？谁使用此功能？谁对某个特定功能感兴趣？在组织中的什么地方使用系统？谁负责支持和维护系统？系统有哪些外部资源？其他还有哪些系统将需要与该系统进行交互？调查谁负责提供、使用或删除信息？调查8分析事例情况一：顾客通过酒店网站订餐餐饮订餐系统网站登陆网站顾客分析事例情况一：顾客通过酒店网站订餐餐饮订餐系统网站登陆网站9情况二：假定顾客通过电话，由接线生操作订餐系统订餐，那么接线生才是真正的参与者，而顾客实际上是订餐电话服务中心的参与者.电话订餐系统网站顾客接线生情况二：假定顾客通过电话，由接线生操作订餐系统订餐，那么接线10情况三：顾客通过酒店订餐电话的自动语音订餐。（参与者是非人类）顾客订餐系统网站酒店电话服务中心自动语音情况三：顾客通过酒店订餐电话的自动语音订餐。（参与者是非人11情况四：扩大系统边界，让酒店电话服务中心成为订餐管理系统的一个子系统，并且假设顾客户订餐可以自主选择可通过接线生、自动语音还是登录网站订餐系统，那么顾客是参与者，而接线生则变成业务工人情况四：扩大系统边界，让酒店电话服务中心成为订餐管理系统的一12电话酒店订餐管理系统登陆网站WEB子系统网站订餐电话服务子系统自动语音接线生登陆网站顾客电话酒店订餐管理系统登陆网站WEB子系统网站订餐电话服务子系13是参与者的一个版型。是与业务系统有着交互的人和事物，他们用来确认业务范围。业务主角我是主角我是谁？业务主角图示是参与者的一个版型。业务主角我是主角业务主角图示14如果你对获得的业务主角不是很自信，请回答以下问题：1.业务主角的名称是否是客户的业务业语？2.其职责是否在客户的岗位手册里有对应的定义？3.其业务用例是否都是客户的业务术语？4.客户是否对业务主角能顺序理解？不会也有我的份吧？如果你对获得的业务主角不是很自信，请回答以下问题：不会也有我15参与了业务，他是被动参与业务的，不好说他有什么具体的目的，但又的确在业务过程中做了事情。是一个可有可无的，不是参与者，三个原因：一、不主动向系统发出动作二、没有完整的业务目标三、系统不是为他服务的业务工人我不说话参与了业务，他是被动参与业务的，不好说他有什么具体的目的，但16用例的定义是由参与者驱动的，并且给参与者提供可观测的有意义的结果的一系统的活动的集合，参与者对系统的期望就是什么人可以做什么事（一个用例是参与者对目标系统的一个愿望，一个完整的事件），通过用例图表现出来什么是用例？用例的定义是由参与者驱动的，并且给参与者提供可观测的有意义的17获取用例的准备工作主角1主角2涉众系统边界可能的用例获取用例的准备工作主角1主角2涉众系统边界可能的用例18您对系统有什么期望？您打算在系统中做些什么事情？您做这件事的目的是什么？您做完这件事希望有一个什么样的结果？确保一个明确的有效目标才是一个用例的来源确保一人真实的目标应当完备地表达主角的期望一个有效的目标应当在系统边界内，由主角发动，并具有明确的后果。用例获取情景您对系统有什么期望？用例获取情景19以下做一个情景演习情景演习:一个需求分析员一个餐厅老板(财务)一个大堂经理(大厨)问题是什么？看一下吧以下做一个情景演习情景演习:问题是什么？看一下吧20“张总”（餐厅老板）您对系统有什么期望？张总：我对收银员不放心，他们可能私拿了我的钱;吧吧库房物品帐目不清;帐务算帐太慢了。系统需要解决这些问题刘经理（大堂）：一到吃饭的时，大堂总是比较乱，没有的菜也点、菜不能按顺序上等。系统可不可解决这些问题获取用例情景“张总”（餐厅老板）您对系统有什么期望？获取用例情景21张总，您打算在系统中做些什么事情？张总：我想到在睡觉前就看到今天的营业报表;大厨：月底马上就要给我本月的成本及下个月的预算获取用例情景张总，您打算在系统中做些什么事情？获取用例情景22张总，您做开发餐厅系统的目的是什么？张总：数据清楚，实时可查，如“红烧肉”买了多少份。我还想省点人工。我想让系统给我多位来点顾客…李大姐（财务），你希望系统可以解决什么事？李大姐：不要让我每天很晚还要一张一张的单记帐了吧,我每天坐在这里就可以看到营业额，材料成本就好获取用例情景张总，您做开发餐厅系统的目的是什么？获取用例情景23支持信用卡接算业务吗？ 插入客户VIP金卡？输入菜名？选择做菜方法服务？结帐？餐饮管理用例判断错,这是一个业务规则，限定业务的范围错，这是一个过程步骤，不是完整的目标错，同上错，同上对，这是一个有效的完整目标支持信用卡接算业务吗？ 餐饮管理用例判断错,这是一个业务规则24催菜？挂失客户VIP卡？退菜？张贴出特价菜？吃到不卫生的饭菜免单收银员找零用例判断这是一个有效的完整目标对错，已经超出了边界范围错，同上错 收银员没有找零的愿望，只是过程步骤催菜？用例判断这是一个有效的完整目标25通过用例来划分子系统、功能模块各功能点用例是捕获功能性需求的，前提条件是从参与者角度出发的，用例并不是功能。功能实际描述的是输入—计算—输出一、这个事物是什么？（结构）二、这人事物能做什么？（功能）三、人们能够用这个事物做什么？（使用）用例与功能的误区通过用例来划分子系统、功能模块各功能点用例与功能的误区26一、自行车是一种交通工具，它由传动系统、刹车系统等部分组成(结构)二、自行车可以骑行、可以载物(功能)三、人们可以用双脚蹬动踏板向前行进，可以用手捏合刹车使自行车停下来(使用)描述自行车一、自行车是一种交通工具，它由传动系统、刹车系统等部分组成(27功能是脱离使用者的愿望而存在的用例是描述使用者的愿望，是使用者对系统的使用要求。功能是孤立，给一个输入，通过计算就可以有一个固定的输出。用例描述的是一个系统性的工作，这工作非常明确地去达成一个特定的目标用例可以解释为一系列完成一个特定目标的“功能”的组合，针对不同的应用场景，这些“功能”体现不同的组合方式总结用例与功能的区别功能是脱离使用者的愿望而存在的总结用例与功能的区别28在实际应用中，对用例使用的另一个误区是混淆目标和完成目标的步骤。目标与步骤的误区就餐以完整的目标作为用例

顾客在实际应用中，对用例使用的另一个误区是混淆目标和完成目标的步29以步骤作为用例（不对）点菜使用VIP卡结帐打印单据

顾客以步骤作为用例（不对）点菜使用VIP卡结帐打印单据顾客30分不清目标和步骤粒度过于细小，使得系统分析没有抽象的余地如果系统达到一定的规模面对几百上千的用例不知你该如何处理？用例粒度的误区分不清目标和步骤用例粒度的误区31同一个需求阶段中用例粒度大小不一，原因是你心目中没有一个清楚的边界，没有检查现阶级处于哪个抽象层次而造成的边界决定了当前分析阶段的抽象层次，错误的暴露会导致（程序）结构的混乱用例粒度的误区同一个需求阶段中用例粒度大小不一，原因是你心目中没有一个清楚32进行打拆结帐超出边界，结帐包括在就餐用例中，只是一个过程，打折也不是顾客想做就可以做的事解决办法就是认定系统边界和抽象层次如上以”大堂管理”做为边界，就可以是大堂经理为了业务需要主动提出给顾客打折，告知收银员或是直接对当前订单设定拆操“进行打拆”就可以成为一个用例粒度分析（餐饮中顾客用例）大堂经理订单打折查看订单状态顾客订餐就餐打折结帐进行打拆结帐超出边界，结帐包括在就餐用例中，只是一个过程，打33业务用例的实现（订餐）订餐网上订餐电话订餐到吧台订餐业务用例的实现（订餐）订餐网上订餐电话订餐到吧台订餐34点菜员下单退菜加菜收银员结帐查阅订单查看餐厅状态餐厅内的订单用例点菜员下单退菜加菜收银员结帐查阅订单查看餐厅状态餐厅内的订单35在顾客就餐用例中点菜员只能是业务工人，那就是因为边界抽象设定就是餐厅系统假设为顾客服务，即以顾客角度看问题现在以点菜员的角度看问题，菜单我们改一下名称叫订单，就是发送订单假设为一个子系统，也就是说边界就是点菜员输入订单后要厨房照单做菜，再让菜做好传到大堂,也就是说不考虑顾客的角度，就是为了工作环境的需要。那以点菜员就成为了这个边界的业务主角，用例如下：点菜单发出订单用例在顾客就餐用例中点菜员只能是业务工人，那就是因为边界抽象设定36每人定义一个简单的业务系统名称写出所有的参与者、业务工人画出二个主要角色用例练习一参与命题

一、超市购物系统——购物者、收银员、发票座席

二、办公物品管理——部门员工、用品管理员

三、吧台管理子系统——吧台出酒水用例每人定义一个简单的业务系统名称写出所有的参与者、业务工人画出37用活动图描述如何达到某一个目标所做的事以及执行的顺序。也就是业务场景，每个节点（活动）完成一个工作单元业务场景用活动图描述如何达到某一个目标所做的事以及执行的顺序。也就是38边界决定视界,对有形的事物来说，就是大多数时候可以看得见的(在什么位置看出什么)。边界决定描象层次，自项向下的方式把系统描述清楚。灵活使用边界，边界是无形的，大到业务框架，小到一个业务功能的需求边界边界决定视界,对有形的事物来说，就是大多数时候可以看得见的(39顾客网站订餐场景餐厅顾客就餐场景仓库进货场景财务日帐场景餐厅管理系统一些场景引导顾客入座场景吧台申请酒水场景收银员结帐场景顾客网站订餐场景餐厅管理系统一些场景引导顾客入座场景40餐厅顾客就餐场景餐厅顾客就餐场景41继续练习定义一个边界，画出业务场景（活动图）练习二参考命题

一、购物过程、打印发票

二、员工获取办公品、办公品的采购

三、吧台申请酒水、结帐场景继续练习定义一个边界，画出业务场景（活动图）练习二参考命题

42需求的任务二、功能性能与扩展要求

三、业务系统的数据要求

四、业务流程与特征要求

五、修正系统开发计划

一、业务目标、概念定义

需求的任务二、功能性能与扩展要求三、业务系统的数据要求四43⑴首先调查组织机构情况

包括了解该组织的部门组成情况，各部门的职能等，为分析信息流程作准备。⑵然后调查各部门的业务活动情况

包括了解各个部门输入和使用什么数据，如何加工处理这些数据，输出什么信息，输出到什么部门，输出结果的格式是什么。具体的准备工作⑴首先调查组织机构情况具体的准备工作44⑶协助用户明确对新系统的各种要求包括信息要求、处理要求、完全性与完整性要求。⑷确定新系统的边界确定哪些功能由计算机完成或将来准备让计算机完成，哪些活动由人工完成。由计算机完成的功能就是新系统应该实现的功能。具体的准备工作⑶协助用户明确对新系统的各种要求具体的准备工作45⑴跟班作业

通过亲身参加业务工作来了解业务活动的情况。这种方法可以比较准确地理解用户的需求，但比较耗费时间。⑵开调查会

通过与用户座谈来了解业务活动情况及用户需求。座谈时，参加者之间可以相互启发。⑶请专人介绍。

⑷询问

对某些调查中的问题，可以找专人询问。常用的调查方法⑴跟班作业

通过亲身参加业务工作来了解业务活动的情况。这46⑸设计调查表请用户填写

如果调查表设计得合理，这种方法是很有效，也很易于为用户接受的。⑹查阅工作记录即查阅与原系统有关的数据记录，包括原始单据、账簿、报表等。通过调查了解了用户需求后，还需要进一步分析和表达用户的需求。分析和表达用户需求的方法主要包括自顶向下和自底向上两类方法。常用的调查方法⑸设计调查表请用户填写常用的调查方法47业务目标，就是为什么要做，解决了哪一些重要的问题，达到什么样的目标与结果业务术语，就是到相关业务方面的专用名词的解释，大方面的总体术语，参与者名称的解释，业务对象与操作的解释，部门间的，对外的术语等要求术语表示要全面，准确、统一、唯一性。需求内容要用术语进行沟通。有二义性或是不同义的名称也要进行解释说明。一般名称包括参与者名称的解释，业务对象与操作的解释等。业务目标、业务术语业务目标，就是为什么要做，解决了哪一些重要的问题，达到什么样48因为现有餐厅业务不够饱和，及顾客意见要求是否可预订，需要开发网上预订及电话预订服务系统，以达到提高餐厅销售业绩本系统与方便顾客订餐的问题.订单：这里指的是顾客就餐时的菜单（订单的数据格式！）电子菜谱：为方例顾客订餐而设定的餐厅服务的菜名列表（名称分大类、小类两个层次、做法与加码）订餐子系统的业务目标因为现有餐厅业务不够饱和，及顾客意见要求是否可预订，需要开发49餐饮服务业务边界边界描述、业务框架顾客散客单位顾客仓库财务部门酒水吧台收银台厨房大堂服务中心餐饮服务业务边界边界描述、业务框架顾客散客单位顾客仓库财务部50明确业务目标是为谁服务边界明确决定了哪些涉众（忽略业务工人）与这一业务目标利益相关，这些涉众可以提出他们的期望边界的划分指明了需求分析的起点，推导用例。边界进一步的深入明确业务目标是为谁服务51一个流程达到什么目标？流程节点抽象层次名称表示的准确性、可理解性、一致性开始、动作、状态、分支、判断、备注、错误提示、结束写业务流程要注意什么一个流程达到什么目标？写业务流程要注意什么52如何描述功能功能说明与具体模块图如何描述功能功能说明与具体模块图53一、层次段落文本说明

1.1业务功能名称A

[业务描述：业务前提说明、结果说明、过程说明、工作中的报表单据与规范等]

1.1.1子功能或操作名称

[描述]。。。常用的三种表示方式一、层次段落文本说明

1.1业务功能名称A

[业务描述：业54二、用户交互图示法

[界面视图或来源]

[对界面上的部分细节作一下解释说明]

如何描述功能二、用户交互图示法

[界面视图或来源]

[对界面上的部分细节55如何描述功能三、标准表格功能编号DH0301业务类型[页面/接口/后台功能/数据处理/变更/作废]示意图业务功能简述描述业务要求信息来源与输入：条件名称与要求输出与结果要求：输出项目名称说明，结果要求与描述关系与接口描述[与其它相关的功能名及关系][需要开放什么样的接口]操作步骤或流程图：按步骤顺序说明过程如何描述功能三、标准表格功能编号DH0301业务类型[页面/56定义一个功能，使用其中一种方式来描述练习三参与命题

一、收银结帐、发票打印

二、申请办公品、物品入库

三、结帐功能定义一个功能，使用其中一种方式来描述练习三参与命题

一、收银57用户数说明：不同业务功能的日访问量、在线人数、最高在线人数在线运行时间稳定性需求：如出现故障的最长充许处理时间、工作业务时间段等功能运行速度需求：如功能查询的反应时长、页面反应速度、结果时间要求等系统兼容性需求：如操作系统要求、浏览器兼容要求数据要求：业务数据保持时长、最大业务数据容量等性能需求有哪些用户数说明：不同业务功能的日访问量、在线人数、最高在线人数性58人员结构、权限管理、数值范围重要业务数据指标有哪些？业务数据的时间性要求、数据量大小接口数据项（输入、输出）功能条件业务对应的数据项各种业务展示数据项数据需求有哪些人员结构、权限管理、数值范围数据需求有哪些59渠道应用系统用户数据需求子系统名称用户总数(W)一般在线用户数(W)最高在线用户数估计(W)完美前程（推广门户）10025完美钱程（社会推广员）20.20.5网盟0.50.10.3渠道应用系统用户数据需求子系统名称用户总数(W)一般在线用户60新加需求的独立性，前提条件、业务过程、结果，数据的关联变更需求的功能与数据的逻辑性、涉及的影响点、注明变更的人、时间、计划为了进行变更，灵活性要求、扩展性要求需求的变更新加需求的独立性，前提条件、业务过程、结果，数据的关联需求的61需求说明书模板与案例纠错需求说明书模板渠道推广中心门户需求说明书v1.0新手卡系统V1.2_需求说明书需求说明书模板与案例纠错需求说明书模板62学习了什么内容？术语、过程、方法、规范。得到了哪些能力（沟通、理解力、表达力、专业知识）？案例分析，需求分析是一个过程，发现、挖掘与如何规范化表达的过程，需求是开发设计的引导结果是什么？（需求说明书）总结学习了什么内容？术语、过程、方法、规范。总结63/view/111493.htm/view/7607538a6529647d27285209.html/view/cd5e6d2acfc789eb172dc85a.html参考/view/1164谢谢了！谢谢了！65演讲完毕，谢谢观看！演讲完毕，谢谢观看！66应用软件系统需求培训讲师：贾伟东应用软件系统需求培训讲师：贾伟东客户的系统策划、客户平台业务分析管理人员、平台业务的管理者开发部门管理者、系统分析师、软件系统设计师、软件工程师软件产品部门负责人网站策划、美工软件测试部门负责人等适用人群客户的系统策划、客户平台业务分析管理人员、平台业务的管理者适68什么是需求？需求分析的要素写需求说明的任务需求说明书规范课程内容

（全程案例－餐饮管理系统）什么是需求？课程内容

（全程案例－餐饮管理系统）69就是用户想通过软件系统平台实现、辅助、简化其工作范围内的业务的要求一个需求是一个完整独立的规范，要有明确的业务目标、流程、数据等“需求分析”是一个过程：指对要解决的问题进行详细的分析，弄清楚问题的要求，包括需要输入什么数据，要得到什么结果，最后应输出什么。什么是软件系统需求就是用户想通过软件系统平台实现、辅助、简化其工作范围内的业务70用户与开发人员很难进行交流

为什么要进行需求分析用户的需求是动态变化的系统变更的代价呈非线性增长公司的平台需要向产品化的方向发展讨论分析一下，个人看法与实现体会用户与开发人员很难进行交流为什么要进行需求分析用户的需求是71需求分析的要素用例业务场景参与者需求分析的要素用例业务场景参与者72查找参与者参与者：涉众，就是找出那些直接对系统发出动作，或者直接从系统中接收反馈的涉众；先从岗位设置入手。上级部门或领导业务负责人岗位操作员岗位，数据收集服务对象….查找参与者参与者：涉众，就是找出那些直接对系统发出动作，或者73谁负责提供、使用或删除信息？谁使用此功能？谁对某个特定功能感兴趣？在组织中的什么地方使用系统？谁负责支持和维护系统？系统有哪些外部资源？其他还有哪些系统将需要与该系统进行交互？调查谁负责提供、使用或删除信息？调查74分析事例情况一：顾客通过酒店网站订餐餐饮订餐系统网站登陆网站顾客分析事例情况一：顾客通过酒店网站订餐餐饮订餐系统网站登陆网站75情况二：假定顾客通过电话，由接线生操作订餐系统订餐，那么接线生才是真正的参与者，而顾客实际上是订餐电话服务中心的参与者.电话订餐系统网站顾客接线生情况二：假定顾客通过电话，由接线生操作订餐系统订餐，那么接线76情况三：顾客通过酒店订餐电话的自动语音订餐。（参与者是非人类）顾客订餐系统网站酒店电话服务中心自动语音情况三：顾客通过酒店订餐电话的自动语音订餐。（参与者是非人77情况四：扩大系统边界，让酒店电话服务中心成为订餐管理系统的一个子系统，并且假设顾客户订餐可以自主选择可通过接线生、自动语音还是登录网站订餐系统，那么顾客是参与者，而接线生则变成业务工人情况四：扩大系统边界，让酒店电话服务中心成为订餐管理系统的一78电话酒店订餐管理系统登陆网站WEB子系统网站订餐电话服务子系统自动语音接线生登陆网站顾客电话酒店订餐管理系统登陆网站WEB子系统网站订餐电话服务子系79是参与者的一个版型。是与业务系统有着交互的人和事物，他们用来确认业务范围。业务主角我是主角我是谁？业务主角图示是参与者的一个版型。业务主角我是主角业务主角图示80如果你对获得的业务主角不是很自信，请回答以下问题：1.业务主角的名称是否是客户的业务业语？2.其职责是否在客户的岗位手册里有对应的定义？3.其业务用例是否都是客户的业务术语？4.客户是否对业务主角能顺序理解？不会也有我的份吧？如果你对获得的业务主角不是很自信，请回答以下问题：不会也有我81参与了业务，他是被动参与业务的，不好说他有什么具体的目的，但又的确在业务过程中做了事情。是一个可有可无的，不是参与者，三个原因：一、不主动向系统发出动作二、没有完整的业务目标三、系统不是为他服务的业务工人我不说话参与了业务，他是被动参与业务的，不好说他有什么具体的目的，但82用例的定义是由参与者驱动的，并且给参与者提供可观测的有意义的结果的一系统的活动的集合，参与者对系统的期望就是什么人可以做什么事（一个用例是参与者对目标系统的一个愿望，一个完整的事件），通过用例图表现出来什么是用例？用例的定义是由参与者驱动的，并且给参与者提供可观测的有意义的83获取用例的准备工作主角1主角2涉众系统边界可能的用例获取用例的准备工作主角1主角2涉众系统边界可能的用例84您对系统有什么期望？您打算在系统中做些什么事情？您做这件事的目的是什么？您做完这件事希望有一个什么样的结果？确保一个明确的有效目标才是一个用例的来源确保一人真实的目标应当完备地表达主角的期望一个有效的目标应当在系统边界内，由主角发动，并具有明确的后果。用例获取情景您对系统有什么期望？用例获取情景85以下做一个情景演习情景演习:一个需求分析员一个餐厅老板(财务)一个大堂经理(大厨)问题是什么？看一下吧以下做一个情景演习情景演习:问题是什么？看一下吧86“张总”（餐厅老板）您对系统有什么期望？张总：我对收银员不放心，他们可能私拿了我的钱;吧吧库房物品帐目不清;帐务算帐太慢了。系统需要解决这些问题刘经理（大堂）：一到吃饭的时，大堂总是比较乱，没有的菜也点、菜不能按顺序上等。系统可不可解决这些问题获取用例情景“张总”（餐厅老板）您对系统有什么期望？获取用例情景87张总，您打算在系统中做些什么事情？张总：我想到在睡觉前就看到今天的营业报表;大厨：月底马上就要给我本月的成本及下个月的预算获取用例情景张总，您打算在系统中做些什么事情？获取用例情景88张总，您做开发餐厅系统的目的是什么？张总：数据清楚，实时可查，如“红烧肉”买了多少份。我还想省点人工。我想让系统给我多位来点顾客…李大姐（财务），你希望系统可以解决什么事？李大姐：不要让我每天很晚还要一张一张的单记帐了吧,我每天坐在这里就可以看到营业额，材料成本就好获取用例情景张总，您做开发餐厅系统的目的是什么？获取用例情景89支持信用卡接算业务吗？ 插入客户VIP金卡？输入菜名？选择做菜方法服务？结帐？餐饮管理用例判断错,这是一个业务规则，限定业务的范围错，这是一个过程步骤，不是完整的目标错，同上错，同上对，这是一个有效的完整目标支持信用卡接算业务吗？ 餐饮管理用例判断错,这是一个业务规则90催菜？挂失客户VIP卡？退菜？张贴出特价菜？吃到不卫生的饭菜免单收银员找零用例判断这是一个有效的完整目标对错，已经超出了边界范围错，同上错 收银员没有找零的愿望，只是过程步骤催菜？用例判断这是一个有效的完整目标91通过用例来划分子系统、功能模块各功能点用例是捕获功能性需求的，前提条件是从参与者角度出发的，用例并不是功能。功能实际描述的是输入—计算—输出一、这个事物是什么？（结构）二、这人事物能做什么？（功能）三、人们能够用这个事物做什么？（使用）用例与功能的误区通过用例来划分子系统、功能模块各功能点用例与功能的误区92一、自行车是一种交通工具，它由传动系统、刹车系统等部分组成(结构)二、自行车可以骑行、可以载物(功能)三、人们可以用双脚蹬动踏板向前行进，可以用手捏合刹车使自行车停下来(使用)描述自行车一、自行车是一种交通工具，它由传动系统、刹车系统等部分组成(93功能是脱离使用者的愿望而存在的用例是描述使用者的愿望，是使用者对系统的使用要求。功能是孤立，给一个输入，通过计算就可以有一个固定的输出。用例描述的是一个系统性的工作，这工作非常明确地去达成一个特定的目标用例可以解释为一系列完成一个特定目标的“功能”的组合，针对不同的应用场景，这些“功能”体现不同的组合方式总结用例与功能的区别功能是脱离使用者的愿望而存在的总结用例与功能的区别94在实际应用中，对用例使用的另一个误区是混淆目标和完成目标的步骤。目标与步骤的误区就餐以完整的目标作为用例

顾客在实际应用中，对用例使用的另一个误区是混淆目标和完成目标的步95以步骤作为用例（不对）点菜使用VIP卡结帐打印单据

顾客以步骤作为用例（不对）点菜使用VIP卡结帐打印单据顾客96分不清目标和步骤粒度过于细小，使得系统分析没有抽象的余地如果系统达到一定的规模面对几百上千的用例不知你该如何处理？用例粒度的误区分不清目标和步骤用例粒度的误区97同一个需求阶段中用例粒度大小不一，原因是你心目中没有一个清楚的边界，没有检查现阶级处于哪个抽象层次而造成的边界决定了当前分析阶段的抽象层次，错误的暴露会导致（程序）结构的混乱用例粒度的误区同一个需求阶段中用例粒度大小不一，原因是你心目中没有一个清楚98进行打拆结帐超出边界，结帐包括在就餐用例中，只是一个过程，打折也不是顾客想做就可以做的事解决办法就是认定系统边界和抽象层次如上以”大堂管理”做为边界，就可以是大堂经理为了业务需要主动提出给顾客打折，告知收银员或是直接对当前订单设定拆操“进行打拆”就可以成为一个用例粒度分析（餐饮中顾客用例）大堂经理订单打折查看订单状态顾客订餐就餐打折结帐进行打拆结帐超出边界，结帐包括在就餐用例中，只是一个过程，打99业务用例的实现（订餐）订餐网上订餐电话订餐到吧台订餐业务用例的实现（订餐）订餐网上订餐电话订餐到吧台订餐100点菜员下单退菜加菜收银员结帐查阅订单查看餐厅状态餐厅内的订单用例点菜员下单退菜加菜收银员结帐查阅订单查看餐厅状态餐厅内的订单101在顾客就餐用例中点菜员只能是业务工人，那就是因为边界抽象设定就是餐厅系统假设为顾客服务，即以顾客角度看问题现在以点菜员的角度看问题，菜单我们改一下名称叫订单，就是发送订单假设为一个子系统，也就是说边界就是点菜员输入订单后要厨房照单做菜，再让菜做好传到大堂,也就是说不考虑顾客的角度，就是为了工作环境的需要。那以点菜员就成为了这个边界的业务主角，用例如下：点菜单发出订单用例在顾客就餐用例中点菜员只能是业务工人，那就是因为边界抽象设定102每人定义一个简单的业务系统名称写出所有的参与者、业务工人画出二个主要角色用例练习一参与命题

一、超市购物系统——购物者、收银员、发票座席

二、办公物品管理——部门员工、用品管理员

三、吧台管理子系统——吧台出酒水用例每人定义一个简单的业务系统名称写出所有的参与者、业务工人画出103用活动图描述如何达到某一个目标所做的事以及执行的顺序。也就是业务场景，每个节点（活动）完成一个工作单元业务场景用活动图描述如何达到某一个目标所做的事以及执行的顺序。也就是104边界决定视界,对有形的事物来说，就是大多数时候可以看得见的(在什么位置看出什么)。边界决定描象层次，自项向下的方式把系统描述清楚。灵活使用边界，边界是无形的，大到业务框架，小到一个业务功能的需求边界边界决定视界,对有形的事物来说，就是大多数时候可以看得见的(105顾客网站订餐场景餐厅顾客就餐场景仓库进货场景财务日帐场景餐厅管理系统一些场景引导顾客入座场景吧台申请酒水场景收银员结帐场景顾客网站订餐场景餐厅管理系统一些场景引导顾客入座场景106餐厅顾客就餐场景餐厅顾客就餐场景107继续练习定义一个边界，画出业务场景（活动图）练习二参考命题

一、购物过程、打印发票

二、员工获取办公品、办公品的采购

三、吧台申请酒水、结帐场景继续练习定义一个边界，画出业务场景（活动图）练习二参考命题

108需求的任务二、功能性能与扩展要求

三、业务系统的数据要求

四、业务流程与特征要求

五、修正系统开发计划

一、业务目标、概念定义

需求的任务二、功能性能与扩展要求三、业务系统的数据要求四109⑴首先调查组织机构情况

包括了解该组织的部门组成情况，各部门的职能等，为分析信息流程作准备。⑵然后调查各部门的业务活动情况

包括了解各个部门输入和使用什么数据，如何加工处理这些数据，输出什么信息，输出到什么部门，输出结果的格式是什么。具体的准备工作⑴首先调查组织机构情况具体的准备工作110⑶协助用户明确对新系统的各种要求包括信息要求、处理要求、完全性与完整性要求。⑷确定新系统的边界确定哪些功能由计算机完成或将来准备让计算机完成，哪些活动由人工完成。由计算机完成的功能就是新系统应该实现的功能。具体的准备工作⑶协助用户明确对新系统的各种要求具体的准备工作111⑴跟班作业

通过亲身参加业务工作来了解业务活动的情况。这种方法可以比较准确地理解用户的需求，但比较耗费时间。⑵开调查会

通过与用户座谈来了解业务活动情况及用户需求。座谈时，参加者之间可以相互启发。⑶请专人介绍。

⑷询问

对某些调查中的问题，可以找专人询问。常用的调查方法⑴跟班作业

通过亲身参加业务工作来了解业务活动的情况。这112⑸设计调查表请用户填写

如果调查表设计得合理，这种方法是很有效，也很易于为用户接受的。⑹查阅工作记录即查阅与原系统有关的数据记录，包括原始单据、账簿、报表等。通过调查了解了用户需求后，还需要进一步分析和表达用户的需求。分析和表达用户需求的方法主要包括自顶向下和自底向上两类方法。常用的调查方法⑸设计调查表请用户填写常用的调查方法113业务目标，就是为什么要做，解决了哪一些重要的问题，达到什么样的目标与结果业务术语，就是到相关业务方面的专用名词的解释，大方面的总体术语，参与者名称的解释，业务对象与操作的解释，部门间的，对外的术语等要求术语表示要全面，准确、统一、唯一性。需求内容要用术语进行沟通。有二义性或是不同义的名称也要进行解释说明。一般名称包括参与者名称的解释，业务对象与操作的解释等。业务目标、业务术语业务目标，就是为什么要做，解决了哪一些重要的问题，达到什么样114因为现有餐厅业务不够饱和，及顾客意见要求是否可预订，需要开发网上预订及电话预订服务系统，以达到提高餐厅销售业绩本系统与方便顾客订餐的问题.订单：这里指的是顾客就餐时的菜单（订单的数据格式！）电子菜谱：为方例顾客订餐而设定的餐厅服务的菜名列表（名称分大类、小类两个层次、做法与加码）订餐子系统的业务目标因为现有餐厅业务不够饱和，及顾客意见要求是否可预订，需要开发115餐饮服务业务边界边界描述、业务框架顾客散客单位顾客仓库财务部门酒水吧台收银台厨房大堂服务中心餐饮服务业务边界边界描述、业务框架顾客散客单位顾客仓库财务部116明确业务目标是为谁服务边界明确决定了哪些涉众（忽略业务工人）与这一业务目标利益相关，这些涉众可以提出他们的期望边界的划分指明了需求分析的起点，推导用例。边界进一步的深入明确业务目标是为谁服务117一个流程达到什么目标？流程节点抽象层次名称表示的准确性、可理解性、一致性开始