1、用例建模
a.
b.
c.这两种不同时代不同地区的产品,在基础功能上,可以说是大同小异。新时期的产品添加了一些小功能,这些小功能很好的提升了用户体验。在项目的早期,我们要多模拟软件的流程,对一些细节方面的问题也不能放过,要多思考用户需要什么,有什么东西可以方便用户的使用,还要多结合最新的科技成果,巧妙的把这些成果运用到软件当中。
d.
编号 | 名称 | 重要性 | 预计工作量 | 演示 | 备注 |
1 | search hotel | 100 | 7 | Search for hotels by location and time (required), you can provide keywords and prices to narrow your search scope(optional) | When the option is empty, this option is not available |
2 | make reservation | 100 | 10 | On the basis of the previous step, the user selects his favorite hotel, selects the room and confirms the order. | You can modify the check-in time, but you must meet the airtime room within the modified time |
3 | favorite | 50 | 3 | Provides a list of favorite hotels |
|
4 | pay | 100 | 4 | Pay for orders | multiple solutions of payment |
5 | login | 100 | 1 | login |
|
6 | register | 100 | 2 | register | verify user email or telephone |
7 | reserved | 50 | 3 | Provides a list of order reserved |
|
2. 业务建模
a.
根据箭头的指引,就可以发现各个子用例
b.
c.
3、分析三种用例文本优缺点
- 摘要,即一段简洁的概要,通常用在主成功场景。在我们点餐系统的Inception阶段,为了在便于在小组会议上讨论主题和范围,进行早期需求的分析,会用到摘要式的用例文本。能快速编写、简洁明了是它的优点,但缺点就是不够细致,只用作对问题粗略的认识。
- 非正式,即多个非正式的段落格式,用几个段落覆盖不同场景,同样用于早期的需求分析过程,优点是编写简便,比起摘要式用例文本要详细一些,有利于进一步认识问题,缺点是不够正式,需要在后续阶段精化。
- 详述,即详细地编写用例所有步骤和各种变化,同时具有补充部分,如前置条件和成功保证。详述式用例文本通常用在以摘要形式编写了很多用例以后,详细地编写其中少量具有重要意义和价值的用例中,它的优点是细节充足,正式且深入,且具有结构性,缺点是编写耗时长,比较繁琐。