系统分析与设计作业(四)
课程名称 | 系统分析与设计 | 任课老师 | 潘茂林老师 |
---|---|---|---|
学号 | 16340015 | 专业(方向) | 软件工程(计应) |
姓名 | 陈彬彬 | 944131226@qq.com | |
开始日期 | 2019/05/20 | 完成日期 | 2019/05/22 |
文章目录
- 系统分析与设计作业(四)
-
- 一.简答题
- 二. 建模练习题
-
- 0. 建模练习
- 1. 为什么相似系统的用例图是相似的?
- 2. 如果是定旅馆业务,请对比 Asg_RH 用例图,简述如何利用不同时代、不同地区产品的用例图,展现、突出创新业务和技术
- 3. 如何利用用例图定位创新思路(业务创新、或技术创新、或商业模式创新)在系统中的作用
- 4. 请使用 SCRUM 方法,选择一个用例图,编制某定旅馆开发的需求(backlog)开发计划表
- 5. 根据任务4,参考 [使用用例点估算软件成本](https://www.ibm.com/developerworks/cn/rational/edge/09/mar09/collaris_dekker/index.html),给出项目用例点的估算
一.简答题
1. 用例的概念
用例,或使用案例、用况,是软件工程或系统工程中对系统如何反应外界请求的描述,是一种通过用户的使用场景来获取需求的技术。每个用例提供了一个或多个场景,该场景说明了系统是如何和最终用户或其它系统互动,也就是谁可以用系统做什么,从而获得一个明确的业务目标。用例一般是由软件开发者和最终用户共同创作的。
2. 用例和场景的关系?什么是主场景或 happy path?
场景,或用例场景指用户实际应用场景的过程,通过各种动作组合起来,是实例化的用例,从一个用例可以实例化出多个用例场景。 简单讲,用例就是对全部用例场景的抽象,用例场景就是从用例中实例化出来的一组活动。
主场景对应于主要系统交互,通常是“成功”场景,最常用、最直接地实现用户目标的场景。
Happy path是一个没有异常或错误条件的默认场景。它让执行成果的能继续运行到最后,从而生成积极的响应。
3. 用例有哪些形式?
- 摘要:简洁的一段式概要,通常用于主场景。在早期需求分析过程中,为快速了解主题和范围,通常花费少量时间编写。
- 非正式:非正式的段落格式,用几个段落覆盖不同的场景。
- 详述:详细编写所有步骤和各种变化,同时具有补充部分,如前置条件和成功保证。确定并以摘要形式编写大量用例后,在第一次需求讨论中,详细地编写其中少量的具有重要架构意义和高价值的用例。
4. 对于复杂业务,为什么编制完整用例非常难?
复杂业务编制完整用例非常难的原因有:
- 由于业务复杂、需求多且杂,用例下的场景会非常多且复杂。
- 随着时间更迭,开发过程中需求会发生变化,用例场景不仅会越来越多