系统分析与设计--用例建模实践3

1. 用例建模

a. Asg_RH用例图



b. 美团预定酒店用例图


c. 对比两个时代,不同地区产品的用例图,总结项目早期,发现创新的思路与方法

在基础功能上,两者并没有过于显著的区别,都能满足用户的基础需求。然而新时期的特性却更多,比如多样化的支付手段等等,这一方面得益于科技的进步与互联网的发展所提供的更为优越的服务,另一个方面是供应商能揣摩用户心理,理解用户的行为模式,所以,个人认为,广阔的视野,细致的思考以及用户至上的原则都是发现创新思路的重要条件。当然,将新科技融入产品中,也是挖掘创新的可靠选择。

d. 请使用 SCRUM 方法,在(任务b)用例图基础上,编制某定旅馆开发的需求 (backlog)

ID Name Imp Est Demo Note
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 room 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 Hotel List 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 history order 50 3 Provides a list of history order  

2. 业务建模

a. 在(任务b)基础上,用活动图建模找酒店用例。简述利用流程图发现子用例的方法。


每一个节点都是子节点,根据分支条件走向不同方向,可发现不同的子节点

b. 选择你身边的银行 ATM,用活动图描绘取款业务流程


c.  查找淘宝退货业务官方文档,使用多泳道图,表达客户、淘宝网、淘宝商家服务系统、商家等用户和系统协同完成退货业务的过程。分析客户要完成退货业务,在淘宝网上需要实现哪些系统用例



3. 用例文本编写

用例文本类型 优点 缺点
摘要(brief) 早期的需求分析中可以帮助团队在快速了解主题和范围后即可开始编写,简单方便 过于简单,无法提供场景的详细描述,给细节的理解带来困难
非正式(casual) 

编写简便,比起摘要式用例文本要详细一些,有利于进一步认识问题

依旧不够全面

详述(fully)  详细编写所有步骤和变化,包括前后置条件,可以作为编程驱动 编写耗时长,比较繁琐



猜你喜欢

转载自blog.csdn.net/liangtjsky/article/details/80035598