系统分析与设计——HW4

简答题

1、用例的概念

用例是系统针对请求进行响应的行为的描述，可以说，用例是基于某种或者多种场景下的系统与用户的交互行为，简单来说，可以理解为用例就是某用户使用系统时能够进行的某操作的描述。在软件工程中，用例表示一种通过用户的使用场景来获取需求的技术，一般由软件开发者和用户共同编写。

 

2、用例和场景的关系？什么是主场景或 happy path？

用例和场景的关系：

场景是用例的实例，一用例是场景的集合。每一个用例包括了许多个场景，场景中包含了用户是如何与系统进行交互，即谁可以利用系统做什么事情。

主场景：

是场景中最主要的交互，一般是经常出现的，用户最常用的场景流程。

happy path：

在测试用例时没有出现预期之外结果的场景。在用例建模中，happy path 是主执行者完成了目标，所有有关人员的需求都得到了满足。

 

3、用例有哪些形式？

（1）Brief（high level）：通常是主场景的总结，在早期分析需求的过程中，breif形式可以帮助开发者和客户快速了解软件系统的主题和应用范围等信息，可以快速创建。

（2） Casual（简便格式）：非正式的段落格式；覆盖多个场景的几个段落，与breif近似，在早期需求分析过程中，有助于快速了解主题和范围。

（3） Fully：用例中所有的步骤和变化都写得很详细，包括前置条件等应用环境。所有的用户样例都已经定制出初步版本后，优先级更高的用例会被详细编写。

 

4、对于复杂业务，为什么编制完整用例非常难？

复杂业务逻辑的功能点可能异常分支较多，用例中很难覆盖全。而且复杂业务的场景较多，场景较为复杂，完整用例要把所有的步骤和变化的都写的很详细，并有支持部分，满足这些要求的复杂业务完整用例很难实现。同时在实际建模的过程中，一些被遗漏的场景通常会在后期实现的过程中被发现，这时才能继而编写完整的用例。

 

5、什么是用例图？

用例图是一种以绘图的方式展现用例场景的表示方法。用例图以用户和用户行为为主，可以体现出用户与系统的交互场景，并使用图形化的方式，形象地展示出系统的边界和使用方法，对于开发者和使用者来说，都可以通过用例图了解系统与用户间可能的交互行为。

 

6、用例图的基本符号与元素？

（1） 参与者（actors）：表示系统中的用户，即与系统交互的对象。

（2）用例（use case）：用户与系统的交互行为，可以理解为用户可以使用系统做的事情。

（3）包含关系（include）：被指向的用例为发起用例的行为之一。

（4）扩展关系（extend）：被指向的用例为发起用例的扩展功能。

（5）泛化关系（generalization）：被指向的用例是发起用例的特例之一。

（6）关联关系（association）：表示参与者与用例之间的关系。

 

7、用例图的画法与步骤

（1）确定系统边界

先使用方框画出系统边界并标记系统名称。

（2）确定参与者

明确参与者是谁：用户？管理员？设备？只要是使用系统产生交互的对象都是参与者。

在系统边界外部使用参与者符号，添加参与者信息。

（3）确定用例

明确系统中的用例场景都有什么：确定系统功能，确定用例之后，在系统方框内添加用例符号并标识用例信息。

明确参与者与用例之间的交互关系：确定参与者与用例之间的关系之后就可以使用关联关系的符号将两者相连。

明确用例之间的关系：明确将用例之间的关系，分别为泛化关系、包含关系、扩展关系，分别用这三种关系的符号连接相      应的用例。

（4）确定外部接口

外部接口可能是一些API的调用，在系统方框外用其他的方框标识调用的外部api，并使用关联关系符号将接口与调用此接      口的用例相连。

 

8、用例图给利益相关人与开发者的价值有哪些？

（1）用例强调了用户的目标和观点，使得用户能够更多地参与到系统的设计当中去，保证系统按照用户的需求进行设计。而用例图则将用例图形化、具象化了，使得整个系统中用例、参与者之间的关系更加清晰地表达出来。

（2）用例能够根据需要对复杂程度和形式化程序进行增减调节，即能够响应用户提出的需求，而用例图则使得这种调节更加便利，可以通过修改图形间的关系实现。

（3）用例图使得开发者能够更明确地获得需求，更好地理解需求。

（4）用例图可以指导开发和测试，同时可以在整个过程中对其他工作流起到指导作用。

 

建模练习题（用例模型）

淘票票

 

猫眼电影

 

1、为什么相似系统的用例图是相似的？

由于用户对于某一特定目标的的广泛需求是固定的，所以为了满足用户最基本的需要、让系统功能的基础建设较为完善，不同的系统开发团队都会针对这部分最广泛的需求进行功能设计，也就是说这个软件的不同点往往不在用例上，而是在交互设计上，所以，对于展示用例场景的用例图来说，相似系统往往是差不多的。

 

2、如果是定旅馆业务，请对比 Asg_RH 用例图，简述如何利用不同时代、不同地区产品的用例图，展现、突出创新业务和技术。

对比新技术使用。旧的时代技术相对匮乏，可能用的定位方式，搜索方式和规划路线等算法比较落后，或者计算效率低下；而新时代的技术无疑更先进，比如会有 VR 导航，双路 GPS，路况监控等等。对比流程复杂度。旧时代用户使用率相对较低，反馈不够强烈，可能某些功能操作过于繁琐，而在新时代众多用户的共同监督下此问题会缓解很多。对比操作逻辑。不同地区的用户可能爱好不一样，所以不同功能的层级也应该不一样，或许有的用户经常出游，需要显示推荐信息；而某些用户只是临时来某个城市，显示当前位置或者地图会更加友好。

 

3、如何利用用例图定位创新思路（业务创新、或技术创新、或商业模式创新）在系统中的作用。

可以通过色彩、字体或其明显标记标注出创新用例，利于与竞争对手对比；从系统结构上迅速分析要点，而不用关注实现细节。

 

4、请使用 SCRUM 方法，选择一个用例图，编制某定旅馆开发的需求（backlog）开发计划表。

ID	Name	Imp	Est	How to demo	Note
1	注册登录	15	2	打开软件后用户可以选择登录或者注册；登录时使用已注册的账号和密码进行登录；注册时使用手机+验证码的形式	成功注册后直接进入主页，不需要再次登录
2	查询酒店	20	2	输入酒店名字或选择位置，选择日期，输入特征关键词，选择价格区间和酒店档次，选择酒店类型	若符合查询条件的酒店不唯一，能够返回所有符合检索条件的酒店列表
3	j酒店预订	25	3	在酒店列表中选择酒店跳转到酒店详情显示不同房型，用户点击预定房间时，判断是否有空房，然后进行下单预定	下单会对房间进行锁定，其他用户无法预定该房间
4	支付订单	20	2	用户锁定房间后30分钟内需要进行支付，支持使用支付宝微信进行付款
5	查看订单	10	1	用户能够在个人中心看到自己的预定情况，以及查看订单详情
6	取消订单	10	1	入住前一天用户能够取消订单，需要支持退款给用户	预定当天取消不能进行退款

 

5、根据任务4，参考使用用例点估算软件成本，给出项目用例点的估算。

用例	事务	计算	原因	UC权重
登录注册	3	1		简单
查询酒店	5	3	算法要求	简单
酒店预订	6	4	数据库要求	复杂
支付订单	7	5	安全性要求	复杂
查看订单	2	2		平均
取消订单	5	3	数据库要求	复杂