本文详细介绍了用例的概念、用例与场景的关系、用例的形式、为何编制完整用例困难，以及用例图的基本元素、符号和绘制步骤。用例图在复杂业务中扮演重要角色，有助于利益相关者和开发者理解系统功能。通过分析滴滴打车和去哪儿网的用例图，阐述了如何通过用例图发现和突出创新业务。同时，讨论了相似系统用例图相似的原因，并提出如何利用用例图进行创新思路定位以及用例点估算在软件成本管理中的应用。
一、简答题
1. 用例的概念
用例是软件工程或系统工程中对系统如何反应外界请求的描述，是一种通过用户的使用场景来获取需求的技术。每个用例提供了一个或多个场景，该场景说明了系统是如何和最终用户或其它系统互动，也就是谁可以用系统做什么，从而获得一个明确的业务目标。
2. 用例和场景的关系？什么是主场景或 happy path？
场景是参与者和系统之间的一系列特定的活动和交互，也称为用例实例。用例包含了若干个场景。
主场景（ happy path）也被称为“理想路径”场景，是指用户与系统发生主要交互的场景，通常是成功的，描述了涉众关注点的典型成功路径。
3. 用例有哪些形式？
简短（Brief）：简短的总结，通常是主要的成功场景。
非正式（Casual）：非正式段落格式，涵盖各种场景的多个段落。
全面（Fully）：详细描述所有步骤和变化，并有支持部分，如先决条件和成功保证。
4. 对于复杂业务，为什么编制完整用例非常难？
因为对于复杂业务，其涉及的场景数量会变得很多，而各个场景之间的关联使得用例设计变得特别困难，而用例的编写者需要对这些场景非常熟悉，并且需要建模知识与注意用户交互的相关细节，但依旧无法完整地覆盖各种实际中可能会出现的情况，用例总是不完整的。所以编制完整用例非常难。
5. 什么是用例图？
用例图主要用来描述角色以及角色与用例之间的连接关系。说明的是谁要使用系统，以及他们使用该系统可以做些什么。一个用例图包含了多个模型元素，如系统、参与者和用例，并且显示这些元素
最低0.47元/天 解锁文章
333
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
