猪窝

今天的内容还是接着上一篇：了解用例–用例编写的学习，建议不懂的朋友可以先了解一下

范围用来描述项目开发人员负责的设计工作的边界，以便与应由其他人负责的设计工作或已完成的设计工作相区别。

一般可以采用4个工具来确定项目提供服务的范围：

• 构想陈述：汇集了全部需要讨论的内容，有助于首先决定哪些东西在范围内，哪些东西在范围外。
• 设计范围图
• “内/外”列表
• 执行者-目标列表

这四个工具的形式或者是图，或者是文档，或者是表格。

稍后会提供表格样式给大家参考。

通过以上工具可以完整的了解系统提供功能的范围，从而保证系统或功能所提供的服务是最有效，没有浪费或重叠。

用例的范围

每一个功能及情景的描述都存在一个范围： 比如QQ的QQshow，用户所有的操作只会出现在QQshow这个系统中，不会影响到其他模块，只有当保存形象并关联的时候，才会给其他系统提供数据进行展示。

举例：为一个新的服务/系统开发前所做的准备应该包括哪些流程？

1. 确定系统提供的功能及用户目标： 首先通过以上工具，对系统的服务及功能进行讨论及描述，最终确立这个系统所要提供的全部功能，保证功能的有效性及高效性，没有“鸡肋”功能！
2. 编写业务用例及概述级别的系统用例：业务用例是用来描述这个服务在公司（即线下）所需要走的流程，比如业务员与客户的接触，遇到问题客服的应对，需要有财务参与的涉及到费用的流程；系统用例最好的程度是撰写一个最外层用例，用来确保每一个子功能点都被描述进来不被忽视，同时减少花费在细节设计中的时间。
3. 最外层用例：通常，一个用例总可以找到一个更广的设计范围，而主执行者仍然处于这个范围之外。如果不断扩大该范围，可以找到一个临界点，一旦越过这个临界点，主执行者就会被包含在范围之内，这个临界点就是最外层用例。
4. 现在我们确定了系统功能的范围，确保了业务流程的合理并顺利，确认了整个系统提供的功能及流程已实现最终的收益或目标，我们开始从系统的最外层用例中细分每一个可扩展的环节，撰写功能点的子用例。
5. 最终讨论确认每个用例，进入开发过程。

本篇结束

访问更多关于用例的文章

原创： 猪猪

转载请注明链接！谢谢