本文介绍了用例的概念，详细解释了用例与场景的关系，特别是主场景（happy path）。讨论了用例的不同形式，以及在处理复杂业务时编制完整用例的挑战。用例图作为用户与系统交互的可视化表示，其基本符号和元素，如参与者、用例、关系等，都在文中进行了阐述。此外，还探讨了用例图在利益相关人和开发者中的价值，并提供了绘制用例图的步骤和实践练习。
作业目录
简答题
1、用例的概念
用例是软件工程或系统工程中对系统如何反应外界请求的描述，是一种通过用户的使用场景来获取需求的技术。每个用例提供了一个或多个场景，该场景说明了系统是如何和最终用户或其它系统互动。
2、用例和场景的关系？什么是主场景或 happy path？
- 1、每个用例提供了一个或者多个场景。场景是使用场景，说明系统的用途、如何产生交互。
- 2、主场景是每一个用例中都包含的，对应于系统的主要交互，通常是成功的场景。
- 3、happy path则是用例从触发事件开始，一步一步执行，最终满足用例利益的步骤集合，也就是成功主场景。
3、用例有哪些形式？
-
摘要
摘要用例有很少的句子组成来总结的用例。它十分适合在电子表格中计划软件开发。一个摘要用例能够简单插入电子表格的单元格中并且用表格中的其它列记述业务优先级，技术复杂度，版本号等。 -
非正式
一个非正式的用例由文本段落组成，包括了上面提到的那些列，用总结或故事的形式详细的描述了用例。 -
完整正式
一个完整正式或者复杂的用例是一个以包含了不同部分的长模板为基础的正规的文档。该用例在下面的用例模板部分进行讨论。
4、对于复杂业务，为什么编制完整用例非常难？
复杂的业务中场景数量比较多而且之间的关联非常复杂。在前期的考虑中，很难不遗漏一些业务条件和需求，并且这些条件和需求在开发中还可能会发生变化。所以对于复杂业务，直接编制完整的用例非常困难。
最低0.47元/天 解锁文章
扫一扫
8504
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
