软件需求-第三部分(部分)

1、软件需求（三）需求获取与需求分析需求获取与需求分析 p寻找客户的需求（导出问题）寻找客户的需求（导出问题） p理解用户的需要（途径或方式）理解用户的需要（途径或方式）p需求获取的方法需求获取的方法 p定义系统定义系统 p管理客户管理客户 p需求建模需求建模 p结构化分析结构化分析 p面向对象的建模面向对象的建模p用例建模用例建模 p商业建模商业建模 第第 5章章 寻找用户的需要寻找用户的需要 p调查是识别需求的基础，是建立系统逻辑模型的基础。调调查是识别需求的基础，是建立系统逻辑模型的基础。调查包括：查包括：n业务处理过程是什么样的？业务处理过程是什么样的？(干什么？干什么？)n业务过程应该怎

2、样完成？业务过程应该怎样完成？(怎么干？怎么干？)n业务谁负责，完成业务需要什么输入，能输出什么？业务谁负责，完成业务需要什么输入，能输出什么？p传统的系统调查方法有：传统的系统调查方法有：n资料收集资料收集n访谈访谈n实地观察实地观察n问卷调查问卷调查p常用的需求引导方法有：常用的需求引导方法有：n原型法原型法n联合应用开发（联合应用开发（JAD）会议）会议n观摩法观摩法调查方法调查方法11资料收集资料收集p可以收集以下资料：可以收集以下资料：n组织机构、部门职能、岗位职责说明组织机构、部门职能、岗位职责说明n业务流程说明、操作规程业务流程说明、操作规程n管理工作标准和人员配备管理工作标准和

3、人员配备n单位内部管理用的各种单据、报表、报告单位内部管理用的各种单据、报表、报告n历史的系统分析文档历史的系统分析文档p从现有文档中获取客观事实从现有文档中获取客观事实调查方法调查方法22访谈（访谈（interviewinterview）p与业务领域专家的面谈是获取需求的基本技术。与业务领域专家的面谈是获取需求的基本技术。p面谈类型：面谈类型：n结构化面谈：有为面谈专门设计的问题结构化面谈：有为面谈专门设计的问题n非结构化面谈：通常为开放式问题非结构化面谈：通常为开放式问题p优点：优点：n激发面谈对象主动贡献、自由表达的机会，可以得到更多激发面谈对象主动贡献、自由表达的机会，可以得到更多反馈

4、，近距离接触还能获得隐性信息反馈，近距离接触还能获得隐性信息p缺点：缺点：n耗时、成本高，取决于分析员的人际交往能力，受制于地耗时、成本高，取决于分析员的人际交往能力，受制于地理位置理位置调查方法调查方法33实地观察（实地观察（observationobservation）p直接参与到企业活动中，或观察他人执行活动来直接参与到企业活动中，或观察他人执行活动来了解系统，了解系统，“耳听为虚，眼见为实耳听为虚，眼见为实”。p优点：优点：n收集到的信息可靠，获得确切的感性认识，了解物理环收集到的信息可靠，获得确切的感性认识，了解物理环境和事务背景境和事务背景p缺点：缺点：n被观察者因为不自然可能与常

5、规表现有差异，可能会漏被观察者因为不自然可能与常规表现有差异，可能会漏掉特殊情形下的任务，观察会被打断掉特殊情形下的任务，观察会被打断调查方法调查方法44调查问卷（调查问卷（questionnairequestionnaire）p调查表可以收集大规模的事实表格。调查表可以收集大规模的事实表格。p调查表类型：调查表类型：n固定格式调查表：只能选择问题答案固定格式调查表：只能选择问题答案n自由格式调查表：允许自由填写文字自由格式调查表：允许自由填写文字p优点：优点：n方便填写，廉价，允许匿名，可以进行快速表格分析方便填写，廉价，允许匿名，可以进行快速表格分析p缺点：缺点：n不够灵活，无法保证能深入

6、回答问题，无法保证问卷不够灵活，无法保证能深入回答问题，无法保证问卷回收数量，设计好的调查表十分困难回收数量，设计好的调查表十分困难需求引导方法需求引导方法p一般用户在开发之初，对所要开发的信息系统应该一般用户在开发之初，对所要开发的信息系统应该具有的功能和所能达到的结果并没有清楚的认识，具有的功能和所能达到的结果并没有清楚的认识，因此，需求调查比现行组织系统调查难度更大。因此，需求调查比现行组织系统调查难度更大。p对用户进行引导和启发，让用户获得软件系统的感对用户进行引导和启发，让用户获得软件系统的感性认识，引导他们发现现行组织管理和业务处理中性认识，引导他们发现现行组织管理和业务处理中所存

7、在的问题，从而发掘需求和找到解决方案。所存在的问题，从而发掘需求和找到解决方案。p采用以下需求引导方法：采用以下需求引导方法：n原型法原型法n联合应用开发（联合应用开发（JAD）会议）会议n观摩法观摩法需求引导方法需求引导方法11原型法原型法p利用快速开发工具，根据用户的初步需求，构造利用快速开发工具，根据用户的初步需求，构造出信息系统的初步原型。出信息系统的初步原型。p优点：优点：n用户和调查人员深度沟通，能准确地反映了用户需求，用户和调查人员深度沟通，能准确地反映了用户需求，澄清和纠正模糊和矛盾的问题。澄清和纠正模糊和矛盾的问题。p缺点：缺点：n额外工作量，原型开发工具购买成本额外工作量，

8、原型开发工具购买成本需求引导方法需求引导方法 JAD JAD会议会议pJAD，joint application developmentn是一种类似于头脑风暴的技术，在一个或多个工作会是一种类似于头脑风暴的技术，在一个或多个工作会议中将所有利益相关者带到一起，集中讨论和解决最议中将所有利益相关者带到一起，集中讨论和解决最重要的问题。重要的问题。p参加人员：参加人员：n领导（主持人）、记录员、客户、开发人员领导（主持人）、记录员、客户、开发人员p优点：优点：n群体智慧，提高生产力，更理智的判断，降低犯错群体智慧，提高生产力，更理智的判断，降低犯错p缺点：缺点：n会议长度难以控制，人员之间容易受干

9、扰和影响会议长度难以控制，人员之间容易受干扰和影响需求引导方法需求引导方法观摩观摩p在系统开发之初，可以让用户参观同行业或同类在系统开发之初，可以让用户参观同行业或同类型成功的信息系统。型成功的信息系统。p用户看到这些具体系统，将会对信息系统的功能、用户看到这些具体系统，将会对信息系统的功能、作用、外在效果、人机交互方式等产生直观印象，作用、外在效果、人机交互方式等产生直观印象，这样就会引导和启发用户，通过类比思维，提出这样就会引导和启发用户，通过类比思维，提出自己软件系统的需求。自己软件系统的需求。p可采用研究类似产品或解决方案来替代观摩。可采用研究类似产品或解决方案来替代观摩。第第6章章

10、理解用户的需求理解用户的需求p用户陈述的问题往往是表面现象，我们有必要和用户陈述的问题往往是表面现象，我们有必要和用户一起挖掘出问题用户一起挖掘出问题背后的问题背后的问题，即找出问题的，即找出问题的根源，从而从根本上解决问题。根源，从而从根本上解决问题。p确定解决方案的确定解决方案的约束条件约束条件。 p了解用户需求的第一步是在有关问题的定义上和了解用户需求的第一步是在有关问题的定义上和用户用户达成一致达成一致。p确定系统的确定系统的涉众涉众，除了开发团队和用户等直接涉，除了开发团队和用户等直接涉众，我们还要找到间接的涉众。众，我们还要找到间接的涉众。了解问题产生的根本原因（一）了解问题产生的

11、根本原因（一） p鱼骨图鱼骨图了解问题产生的根本原因（二）了解问题产生的根本原因（二）p帕累托图（帕累托图（Pareto Chart） 确定解决方案的约束条件确定解决方案的约束条件 p潜在的系统约束 到期催还功能的约束分析到期催还功能的约束分析 在问题定义上达成共识在问题定义上达成共识 描述问题的模版描述问题的模版 确定涉众和用户确定涉众和用户 p涉众涉众 (stakeholder) ，在软件开发项目中主要，在软件开发项目中主要是指和这个项目有密切相关利益的人，他们共同是指和这个项目有密切相关利益的人，他们共同感兴趣的就是需求分析阶段。这些涉众包括感兴趣的就是需求分析阶段。这些涉众包括客户客户

12、、用户用户、业务或需求分析员业务或需求分析员(负责收集客户需求并编负责收集客户需求并编写文档，以及负责客户与开发机构之间联系沟通写文档，以及负责客户与开发机构之间联系沟通的人的人)、开发人员、测试人员、用户文档编写者开发人员、测试人员、用户文档编写者、项目管理者项目管理者和和客户管理者客户管理者。 确定涉众的问题举例确定涉众的问题举例 获取需求的案例获取需求的案例p我们将要开发一个在线图书借阅系统系统。传统的借书方我们将要开发一个在线图书借阅系统系统。传统的借书方式要求读者亲自来到图书馆，这显得非常不方便，而且随式要求读者亲自来到图书馆，这显得非常不方便，而且随着藏书的增加和读者群的增长，尤其

13、而且大量的读者到图着藏书的增加和读者群的增长，尤其而且大量的读者到图书馆，使得图书馆的场地不足，工作人员也不够了。所以书馆，使得图书馆的场地不足，工作人员也不够了。所以想到借助网络，让读者通过网络借想到借助网络，让读者通过网络借/还书，这样可以省掉还书，这样可以省掉大量的场地维护和工作人员成本支出，同时计算机可以方大量的场地维护和工作人员成本支出，同时计算机可以方便的检索目录，让读者可以足不出户借到需要的书。为了便的检索目录，让读者可以足不出户借到需要的书。为了把书送到借阅人手里，我们已经联系了快递公司，初步达把书送到借阅人手里，我们已经联系了快递公司，初步达成协议，由他们往返借阅人和图书馆之

14、间，把图书送出和成协议，由他们往返借阅人和图书馆之间，把图书送出和收回。读者在网上出示和验证借书卡，找到他们需要的书，收回。读者在网上出示和验证借书卡，找到他们需要的书，提交申请，图书管理员确认后，就会通知快递公司来取书，提交申请，图书管理员确认后，就会通知快递公司来取书，当读者拿到书之后，快递公司需要把读者的签单拿回来以当读者拿到书之后，快递公司需要把读者的签单拿回来以证明读者已经拿到了书。当然这个过程中，读者是需要付证明读者已经拿到了书。当然这个过程中，读者是需要付费的。还书基本上也是同样的过程。费的。还书基本上也是同样的过程。 在线图书借阅系统中的涉众在线图书借阅系统中的涉众 第第7章章

15、 需求获取的方法需求获取的方法 p获取需求是一个确定和理解不同涉众的需要和约获取需求是一个确定和理解不同涉众的需要和约束的过程。束的过程。p获取需求的方法获取需求的方法：面向目标，：面向目标，基于场景基于场景，面向方，面向方面，面向视点，基于知识。面，面向视点，基于知识。p需求需求描述语言描述语言可分为三种：非形式化、可分为三种：非形式化、半形式化半形式化和形式化语言。和形式化语言。 主要的获取方法主要的获取方法 p面向目标（面向目标（Goal）的方法）的方法 p基于场景（基于场景（Scenario）的方法）的方法*p面向方面（面向方面（Aspect）的方法）的方法p面向视点（面向视点（Vie

16、wpoint）的方法）的方法p基于知识的方法基于知识的方法用例与场景（用例与场景（Scenarios）p用例描述的是一组动作序列，在复杂的系统中，用例描述的是一组动作序列，在复杂的系统中，用例细节可能存在多种不同的情节，称为变体。用例细节可能存在多种不同的情节，称为变体。比如：购买商品的用例中收款可以是现金支付、信用卡比如：购买商品的用例中收款可以是现金支付、信用卡支付或支票支付。针对每一种情况有不同的场景，一个支付或支票支付。针对每一种情况有不同的场景，一个场景就是一个具体的故事现场，重现一个参与者如何具场景就是一个具体的故事现场，重现一个参与者如何具体完成用例。体完成用例。p主成功场景：故

17、事的主线，用例通常得到成功执主成功场景：故事的主线，用例通常得到成功执行的典型场景。行的典型场景。p扩展场景：失败场景，或因为一些特别条件而出扩展场景：失败场景，或因为一些特别条件而出现行为分支的步骤（包括失败和成功）现行为分支的步骤（包括失败和成功）场景示例：场景示例：用例名称用例名称借出图书借出图书参与者参与者图书管理员（主要参与者），读者（次要参与者）图书管理员（主要参与者），读者（次要参与者）假设假设图书馆是开架借阅，读者总是找到书后办理借书手续，因此，借书不需要验证图书馆是开架借阅，读者总是找到书后办理借书手续，因此，借书不需要验证库存，而且每本书都是可识别的。库存，而且每本书都是可

18、识别的。前置条件前置条件图书管理员已被识别和授权图书管理员已被识别和授权后置条件后置条件存储借书记录，更新库存数量，所借图书状态为出借存储借书记录，更新库存数量，所借图书状态为出借主事件流主事件流1 1图书管理员将读者借书卡提供给系统；图书管理员将读者借书卡提供给系统；2 2系统验证读者身份和借书条件；系统验证读者身份和借书条件；3 3图书管理员将读者所借图书输入系统；图书管理员将读者所借图书输入系统；4 4系统记录借书信息，并且修改图书的状态和此种书的可借数量；系统记录借书信息，并且修改图书的状态和此种书的可借数量；5 5系统累加读者的借书数量；系统累加读者的借书数量；6 6重复重复3-53

19、-5，直到图书管理员确认全部图书登记完毕；，直到图书管理员确认全部图书登记完毕；7 7系统打印借书清单，交易成功完成。系统打印借书清单，交易成功完成。备选事件流备选事件流2a2a非法读者非法读者 1 1系统提示读者身份错误，用例结束系统提示读者身份错误，用例结束2b2b读者借书数已达限额读者借书数已达限额 1 1系统提示读者已达结束限额，用例结束系统提示读者已达结束限额，用例结束2c2c读者有过期未还书籍读者有过期未还书籍 1 1系统提示读者应归还的书籍列表和到期日，用例结束系统提示读者应归还的书籍列表和到期日，用例结束5a5a读者借书数已达限额读者借书数已达限额 1 1系统提示，并要求结束输

20、入系统提示，并要求结束输入 2 2图书管理员确认借书完成图书管理员确认借书完成5b5b读者有该书的预定记录读者有该书的预定记录 1. 1. 删除该书的预定信息删除该书的预定信息需求描述语言需求描述语言 p非形式化语言非形式化语言n主要是指自然语言和进行了一些结构化的类自然语言，在目前实主要是指自然语言和进行了一些结构化的类自然语言，在目前实践中应用最为广泛。践中应用最为广泛。 p形式化语言形式化语言n主要以数学与逻辑的形式对系统需求进行描述，例如主要以数学与逻辑的形式对系统需求进行描述，例如Z、VDM、STATECHARTS、Petri 网等。网等。p半形式化方法半形式化方法n如图、表等方式，

21、或者有选择的采用一些数学或逻辑的描述方式，如图、表等方式，或者有选择的采用一些数学或逻辑的描述方式，试图兼顾可理解性和描述的准确性，在一定程度上兼具形式化语试图兼顾可理解性和描述的准确性，在一定程度上兼具形式化语言和非形式化语言的特征（包括其优点和缺点），其代表例如言和非形式化语言的特征（包括其优点和缺点），其代表例如PSL、SADT、UML等。等。 第第8章章 定义系统定义系统 p确定确定项目范围项目范围涉及三个要素：项目所要提交的功能，项目涉及三个要素：项目所要提交的功能，项目可用资源，实现项目可用的时间。可用资源，实现项目可用的时间。p让客户满意并不意味着就要满足客户所有的需求。让客户满

22、意并不意味着就要满足客户所有的需求。p建立的项目建立的项目需求基线需求基线必须满足：至少对客户来说，是可以必须满足：至少对客户来说，是可以接受的；在开发团队看来，具有合理的成功可能性。接受的；在开发团队看来，具有合理的成功可能性。p前景文档前景文档获取用户的需要、系统的特性以及项目的其它需获取用户的需要、系统的特性以及项目的其它需求。它的范围跨越需求金字塔的上两级，在较高的抽象级求。它的范围跨越需求金字塔的上两级，在较高的抽象级别上定义问题和解决方案。别上定义问题和解决方案。 项目的范围问题项目的范围问题 客户要求的总比实际的要多客户要求的总比实际的要多 p签订合约的时候，项目范围描述不清楚。

23、签订合约的时候，项目范围描述不清楚。 p客户和项目组对写成书面文件的需求理解不一致。客户和项目组对写成书面文件的需求理解不一致。 p客户总有在结项之前把每一件事情都做得淋漓尽客户总有在结项之前把每一件事情都做得淋漓尽致的初衷。致的初衷。 p项目组人员总是无条件迁就客户，客户有求必应。项目组人员总是无条件迁就客户，客户有求必应。 确定系统的界限确定系统的界限 p定义系统的关键首先是要给出系统的边界。该边定义系统的关键首先是要给出系统的边界。该边界把我们的系统和外部世界一分为二，换言之，界把我们的系统和外部世界一分为二，换言之，系统边界确定了我们系统的内涵，即它究竟包括系统边界确定了我们系统的内涵

24、，即它究竟包括哪些功能，可以解决哪些问题。我们可以根据确哪些功能，可以解决哪些问题。我们可以根据确定的系统边界给出系统的环境模型。它指出了我定的系统边界给出系统的环境模型。它指出了我们的系统以及其它和它交互的系统之间的关系。们的系统以及其它和它交互的系统之间的关系。 在线图书借阅系统的界限在线图书借阅系统的界限确立系统基线确立系统基线 p基线必须满足：基线必须满足：n至少对客户来说，是可以接受的。至少对客户来说，是可以接受的。n在开发团队看来，具有合理的成功可能性。在开发团队看来，具有合理的成功可能性。 建立基线的步骤建立基线的步骤 p首先是建立系统的特征表首先是建立系统的特征表 。p对前面取

25、得的特征表，我们先来对每项特征设定对前面取得的特征表，我们先来对每项特征设定其优先级。其优先级。 p接下来的工作就是要评估每项特征所需花费的工接下来的工作就是要评估每项特征所需花费的工作量。作量。 p还有一项因素要考虑，那就是与每项特征相关的还有一项因素要考虑，那就是与每项特征相关的风险。风险。 p在上述工作的基础上，我们要考虑在各种因素之在上述工作的基础上，我们要考虑在各种因素之间寻求最佳的平衡点。间寻求最佳的平衡点。 项目前景文档项目前景文档 p前景文档获取用户的需要、系统的特性以及项目前景文档获取用户的需要、系统的特性以及项目的其它需求。它的范围跨越需求金字塔的上两级，的其它需求。它的范

26、围跨越需求金字塔的上两级，在在较高的抽象级别较高的抽象级别上定义问题和解决方案。上定义问题和解决方案。p前景文档用一般的术语描述应用，包括对目标市前景文档用一般的术语描述应用，包括对目标市场、系统用户以及场、系统用户以及应用特征应用特征的描述的描述 。p前景文档是项目早期的工作重点，是前景文档是项目早期的工作重点，是早期早期搜集需搜集需求信息阶段的求信息阶段的总结性成果总结性成果。 项目前景文档模板项目前景文档模板 1. 1. 业务需求业务需求 （a a）业务背景）业务背景 （b b）业务机会）业务机会 （c c）业务目标和成功条件）业务目标和成功条件 （d d）客户和市场需要）客户和市场需要

27、 （e e）业务风险）业务风险2. 2. 解决方案的前景解决方案的前景 （a a）前景描述）前景描述 （b b）主要的系统特征）主要的系统特征 （c c）假设和依赖条件）假设和依赖条件项目前景文档模板项目前景文档模板 （续）（续）3. 3. 项目范围和限制项目范围和限制 （a a）初始发布的范围（基线）初始发布的范围（基线） （b b）后续发布的范围）后续发布的范围 （c c）限制和排除条件）限制和排除条件4. 4. 业务环境业务环境 （a a）涉众简介）涉众简介 （b b）项目的优先级）项目的优先级 （c c）运行环境）运行环境业务需求业务需求p描述了新系统将带个投资人、购买者和用户的主描述

28、了新系统将带个投资人、购买者和用户的主要利益。要利益。背景背景对历史和现状进行概括，说明为什么开发该产品。对历史和现状进行概括，说明为什么开发该产品。业务机会业务机会（1 1）商业产品：描述存在的市场机遇及参与竞争的市场。）商业产品：描述存在的市场机遇及参与竞争的市场。（2 2）信息系统：描述要解决的业务问题或需改进的业务）信息系统：描述要解决的业务问题或需改进的业务流程，及系统的应用环境。流程，及系统的应用环境。（3 3）与已有的产品或解决方案比较，指出新产品的优点。）与已有的产品或解决方案比较，指出新产品的优点。（4 4）说明哪些问题没有新产品无法解决。）说明哪些问题没有新产品无法解决。（

29、5 5）新产品如何符合市场潮流、技术发展或企业战略。）新产品如何符合市场潮流、技术发展或企业战略。业务需求业务需求业务目标与成功标准业务目标与成功标准p用量化和可衡量的方式概述新产品提供了哪些用量化和可衡量的方式概述新产品提供了哪些重要的业务利益。重要的业务利益。业务需求业务需求客户和市场需求、业务风险客户和市场需求、业务风险p客户和市场需求客户和市场需求描述典型客户和特定市场的需求，包括当前已有产品描述典型客户和特定市场的需求，包括当前已有产品不能满足的需求。不能满足的需求。指出新产品解决的问题。指出新产品解决的问题。p业务风险业务风险概述与产品开发相关的主要风险。概述与产品开发相关的主要风

30、险。包括市场竞争、时间问题、用户认可、实现问题以及包括市场竞争、时间问题、用户认可、实现问题以及可能对业务造成的负面影响等可能对业务造成的负面影响等要评估每项风险可能造成损失的发生几率、影响程度。要评估每项风险可能造成损失的发生几率、影响程度。前景文档举例前景文档举例p示例：下面将以示例：下面将以“自助食堂订餐系统自助食堂订餐系统”这这样一个小型项目，示范项目前景文档的书样一个小型项目，示范项目前景文档的书写。写。p因为是一个小项目，故对模板稍作简化，因为是一个小项目，故对模板稍作简化，有时会将几个部分合并，避免重复。有时会将几个部分合并，避免重复。p每个项目都应该考虑如何适应标准模板，每个项

31、目都应该考虑如何适应标准模板，以尽量适合项目的规模和本质。以尽量适合项目的规模和本质。业务需求示例业务需求示例p业务需求业务需求1.11.1 背景、业务机会和客户需要背景、业务机会和客户需要 目前，目前，ImpactImpact公司的大多数员工平均每天要花费公司的大多数员工平均每天要花费6060分钟分钟去自助食堂选择购买并用午餐，其中大约去自助食堂选择购买并用午餐，其中大约2020分钟要花在公司分钟要花在公司和自助食堂之间的往返路程、选择自己喜欢的午餐、及以现和自助食堂之间的往返路程、选择自己喜欢的午餐、及以现金或信用卡方式结算餐费上。当员工出去用午餐时，他们平金或信用卡方式结算餐费上。当员工

32、出去用午餐时，他们平均有均有9090分钟不在岗。有些员工提前给自助食堂打电话预定午分钟不在岗。有些员工提前给自助食堂打电话预定午餐，请自助食堂提前准备。但是，并不总能如愿，因为自助餐，请自助食堂提前准备。但是，并不总能如愿，因为自助食堂有些食物已经卖出，而同时自助食堂又不可避免地浪费食堂有些食物已经卖出，而同时自助食堂又不可避免地浪费大量食物，因为有些食物没有卖出去只好倒掉。早餐和晚餐大量食物，因为有些食物没有卖出去只好倒掉。早餐和晚餐同样面临这样的问题，只是用餐的员工比午餐要少得多。同样面临这样的问题，只是用餐的员工比午餐要少得多。业务需求示例（续）业务需求示例（续） 许多员工都要求：通过允

33、许自助食堂用户在线订餐的一许多员工都要求：通过允许自助食堂用户在线订餐的一个系统而提出订餐请求，要求在指定的日期和时间内将所订个系统而提出订餐请求，要求在指定的日期和时间内将所订的午餐送到公司的指定地点。通过这样一个系统，使用这一的午餐送到公司的指定地点。通过这样一个系统，使用这一服务的员工可以节约相当可观的时间，而且订到自己喜欢的服务的员工可以节约相当可观的时间，而且订到自己喜欢的食物的机会也增大了，这既提高了他们的工作生活质量，也食物的机会也增大了，这既提高了他们的工作生活质量，也提高了他们的工作效率。自助食堂提前了解到客户需要哪些提高了他们的工作效率。自助食堂提前了解到客户需要哪些食物，

34、就可以减少浪费，并提高自助食堂员工的工作效率。食物，就可以减少浪费，并提高自助食堂员工的工作效率。要求送货上门的订餐员工将来还可以从本地饭店来订餐，这要求送货上门的订餐员工将来还可以从本地饭店来订餐，这就大大扩大了员工对食物的选择范围，并通过与饭店大量的就大大扩大了员工对食物的选择范围，并通过与饭店大量的购餐协议而有可能节约费用。购餐协议而有可能节约费用。ImpactImpact公司也可以只在自助食公司也可以只在自助食堂或本地饭店订餐。堂或本地饭店订餐。业务需求示例（续）业务需求示例（续）1.2 1.2 业务目标（业务目标（Business ObjectiveBusiness Objectiv

35、e，BOBO）和成功）和成功标准（标准（Success CriteSuccess Crite，SC)SC)BO-1BO-1：初始版本发布之后的：初始版本发布之后的6 6个月内，自助食堂的食物浪费个月内，自助食堂的食物浪费减少减少50%50%。BO-2BO-2：初始版本发布之后的：初始版本发布之后的1212个月内，自助食堂的运作费用个月内，自助食堂的运作费用减少减少50%50%。BO-3BO-3：初始版本发布之后的：初始版本发布之后的3 3个月内，每个员工每天的平均个月内，每个员工每天的平均有效工作时间增加有效工作时间增加2020分钟。分钟。SC-1SC-1：目前通过自助食堂解决午餐的员工，在初

36、始版本发布：目前通过自助食堂解决午餐的员工，在初始版本发布之后的之后的6 6个月内，他们中有个月内，他们中有75%75%的人使用的人使用“自助食堂订餐系自助食堂订餐系统统”。SC-2SC-2：初始版本发布之后的：初始版本发布之后的3 3个月内，对自助食堂满意度的个月内，对自助食堂满意度的季度调查评价要提高季度调查评价要提高0.50.5，而在初始版本发布之后的，而在初始版本发布之后的1212个个月内，这种满意度要提高月内，这种满意度要提高1.01.0。业务需求示例（续）业务需求示例（续）1.3 1.3 业务风险（业务风险（RIskRIsk，RIRI）RI-1RI-1：使用该系统的员工太少，减少了

37、对系统开发和变更自：使用该系统的员工太少，减少了对系统开发和变更自助食堂经营过程的投资回报。（可能性助食堂经营过程的投资回报。（可能性0.30.3，影响，影响9 9）RI-2RI-2：本地饭店可能并不认为降价是员工使用这一系统的正：本地饭店可能并不认为降价是员工使用这一系统的正当理由，这会降低员工对该系统的满意度，并可能会减少当理由，这会降低员工对该系统的满意度，并可能会减少他们对这一系统的使用。（可能性他们对这一系统的使用。（可能性0.40.4，影响，影响3 3）RI-3RI-3：“自助食堂员工联合会自助食堂员工联合会”可能要求与自助食堂工作人可能要求与自助食堂工作人员重新签订合同，以反映新

38、的员工角色和自助食堂营业时员重新签订合同，以反映新的员工角色和自助食堂营业时间。（可能性间。（可能性0.60.6，影响，影响3 3）解决方案的前景解决方案的前景p描述系统的战略前景，即该系统将实现的业务目标。描述系统的战略前景，即该系统将实现的业务目标。前景陈述前景陈述概括新产品的长期目标和意图，应反映能够满足不同涉概括新产品的长期目标和意图，应反映能够满足不同涉众需求的平衡观点。可以从如下关键字方面阐述：众需求的平衡观点。可以从如下关键字方面阐述：l产品名称产品名称l产品类别产品类别l目标客户目标客户l需求或机会的声明需求或机会的声明l主要竞争产品、当前系统和当前业务过程主要竞争产品、当前系

39、统和当前业务过程l新产品的主要竞争优势新产品的主要竞争优势解决方案的前景（续）解决方案的前景（续）p主要的系统特性主要的系统特性为新产品的每一项特性进行惟一的命名或编号为新产品的每一项特性进行惟一的命名或编号突出其超越原有产品或竞争产品的特性突出其超越原有产品或竞争产品的特性p假设和依赖条件假设和依赖条件记录涉众所提出的每一项假设。记录涉众所提出的每一项假设。由于一方所作的假设往往不为其他方所知，因此有必由于一方所作的假设往往不为其他方所知，因此有必要记录下来并检查。要记录下来并检查。解决方案的前景示例解决方案的前景示例p解决方案的前景解决方案的前景2.1 2.1 前景陈述前景陈述 对那些希望

40、通过公司自助食堂或本地饭店在线订餐的员对那些希望通过公司自助食堂或本地饭店在线订餐的员工来说，工来说，“自助食堂订餐系统自助食堂订餐系统”是一个基于是一个基于InternetInternet的应用的应用程序，它可以接受个人或团体订餐，结算用餐费用，并触发程序，它可以接受个人或团体订餐，结算用餐费用，并触发将订餐送到公司内的指定位置。与当前的电话订餐和人工订将订餐送到公司内的指定位置。与当前的电话订餐和人工订餐不同，使用餐不同，使用“自助食堂订餐系统自助食堂订餐系统”的员工并不需要到食堂的员工并不需要到食堂内去用餐，这就可以节约他们的时间，又可以增加他们对食内去用餐，这就可以节约他们的时间，又可

41、以增加他们对食物的选择范围。物的选择范围。解决方案的前景示例（续）解决方案的前景示例（续）2.2 2.2 主要特性（主要特性（FeatureFeature）FE-1FE-1：根据自助食堂提供的选择菜单或送货菜单来订餐。：根据自助食堂提供的选择菜单或送货菜单来订餐。FE-2FE-2：根据本地饭店的送货菜单来订餐。：根据本地饭店的送货菜单来订餐。FE-3FE-3：创建、浏览、修改和删除用餐预订服务。：创建、浏览、修改和删除用餐预订服务。FE-4FE-4：注册用餐的付费方式。：注册用餐的付费方式。FE-5FE-5：请求送餐。：请求送餐。FE-6FE-6：创建、浏览、修改和删除自助食堂菜单。：创建、浏

42、览、修改和删除自助食堂菜单。FE-7FE-7：预定自助食堂菜单上没有的定做菜。：预定自助食堂菜单上没有的定做菜。FE-8FE-8：生成自助食堂定做菜的食谱和配料列表。：生成自助食堂定做菜的食谱和配料列表。FE-9FE-9：通过公司内联网可以访问系统，或者授权的员工通过：通过公司内联网可以访问系统，或者授权的员工通过 外部外部InternetInternet访问系统。访问系统。解决方案的前景示例（续）解决方案的前景示例（续）2.3 2.3 假设（假设（ASsumptionASsumption）和依赖（）和依赖（DEpendency)DEpendency)AS-1:AS-1:自助食堂内有可以访问公

43、司内联网的计算机和打印机，自助食堂内有可以访问公司内联网的计算机和打印机，这样自助食堂就可以处理订单量，不会遗漏送货时间。这样自助食堂就可以处理订单量，不会遗漏送货时间。AS-2:AS-2:自助食堂有送货人员和送货车辆，这样就能满足所有的自助食堂有送货人员和送货车辆，这样就能满足所有的订单的送货要求：最多比请求的送货时间晚订单的送货要求：最多比请求的送货时间晚1515分钟。分钟。DE-1:DE-1:如果某饭店有自己的联机订餐系统，那么如果某饭店有自己的联机订餐系统，那么“自助食堂订自助食堂订餐系统餐系统”必须能与这一系统进行双向通信。必须能与这一系统进行双向通信。项目范围和限制项目范围和限制p

44、范围定义解决方案的概念和范围。范围定义解决方案的概念和范围。p限制则列出产品限制则列出产品不会不会提供的某些功能。提供的某些功能。p必须拒绝超出范围的需求，除非它非常有必须拒绝超出范围的需求，除非它非常有意义。意义。p记录下被拒绝的需求的内容、原因，以防记录下被拒绝的需求的内容、原因，以防此类需求被再次提出。此类需求被再次提出。项目范围和限制示例项目范围和限制示例p项目范围和局限性项目范围和局限性3.1 3.1 初始版本和后续版本的范围初始版本和后续版本的范围项目范围和限制示例（续）项目范围和限制示例（续）3.2 3.2 限制与排除（限制与排除（LImitationLImitation）LI-1:LI-1:自助食堂内有些食物不适宜于送货，因此自助食堂内有些食物不适宜于送货，因此“自助食堂自助食堂订餐系统订餐系统”的顾客所用的菜单是食堂整个菜单的一个子集。的顾客所用的菜单是食堂整个菜单的一个子集。LI-2:LI-2:“自助食堂订餐系统自助食堂订餐系统”只能用于本地只能用于本地ImpactImpact公司总部公司总部的自助食堂。的自助食堂。业务环境业务环境p概述项目的一些业务问题