系统分析与设计 — Homework 3

系统分析与设计 — Homework 3

1 用例建模

---

a. 阅读 Asg_RH 文档，绘制用例图。 按 Task1 要求，请使用工具 UMLet，截图格式务必是 png 并控制尺寸。

b. 选择你熟悉的定旅馆在线服务系统（或移动 APP），如绘制用例图。并满足以下要求：

• 对比 Asg_RH 用例图，请用色彩标注出创新用例或子用例

• 尽可能识别外部系统，并用色彩标注新的外部系统和服务

我使用了 Agoda 这款移动 APP 进行分析，实际使用的 screenshot 如下:

其用例图，如下：

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

Reserve Hotel 是于2000 年之前推出的旅馆预定系统，主要的面向国家为澳大利亚；Agoda 是2011年推出行动应用程序(App)，主要面向国家集中在中国、日本、韩国、东南亚、以及澳大利亚。所以，可以判定两个旅馆预定系统属于两个时代和不同地区的产品。

根据用例图，可以观察到两者主要的不同在于：

1. Agoda 根据酒店星级、价格范围、用户评分，对酒店进行筛选。
2. Agoda 可以向酒店发送信息，询问一些问题。
3. Agoda 可以确认根据用户的偏好，给予相应的酒店推荐。
4. Agoda 可以选择支付的时间（现在或者预定时间的前七天）。
5. Agoda 有用户评论功能，能够给将来的用户提供一些意见。

在项目早期，发现创新的思路与方法：

1. 从用户体验方面来思考，操作界面一定要简洁明了，选项分类应该尽可能减少冗余选项。比如国内比较大众的几款酒店预订软件，存在各种广告，对于酒店的分类也是极其复，在操作时并不能很快地入手。同时，给予用户太多的选择也不是很好的设计。
2. 从系统不断提升，以迎合大众想法的角度来思考，应该引入评价系统。一方面，给予商家不断完善自身的建议。另一方面，为将来潜在的用户提供了一些宝贵的建议，从而使得大众满意度更高的商家获得更高的利益，提供更高的服务。
3. 从用户选择的心理来思考，应该引入比较强大的推荐系统，这样能够匹配用户的选择需求，同时提高对于酒店预订系统的满意度。
4. 通过打折、优惠活动，吸引用户，从而达到买卖双方双赢的好现象。

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

ID	Name	Imp	Est	How to preview	Note
1	查找酒店	30	50	用户输入所在城市、入住和离开日期、预定房间数、入住人数、酒店星级、价格范围、以及用户评分等信息，搜索满足条件的信息。	需要GPS 定位系统，来满足通过城市来筛选酒店的功能。
2	预定酒店	40	25	用户根据匹配到的酒店，查看相应的详细资料，以及相类似的酒店推荐，最终选择满意的房间类型，确定预定房间。	需要通过相应的匹配推荐算法，实现合适的推荐。
3	付款	10	10	用户选择合适的支付时间和支付方式，并填写必要的身份认证信息。	需要调用第三方的支付API。
4	评价	20	15	用户根据价格、地段 、服务、环境给予相应评分。	需要建立公正、安全、公开的评分系统。

2 业务建模

---

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

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

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

淘宝网需要实现：退货用例、退款用例、客服介入用例。

3 用例文本编写

---

在大作业基础分析对比三种用例文本优缺点

• 摘要式用例文本：
  
  • 优点：通常用在主成功场景，快速编写、简洁明了，便于在小组会议上讨论主题和范围，进行早期需求的分析。
  • 缺点：不够细致，只用作对问题粗略的认识
• 非正式用例文本：
  
  • 优点：编写简便，问题用几个段落覆盖不同场景，相比摘要式用例文本要详细一些，在早期的需求分析过程中，有利于进一步认识。
  • 缺点：使用多个非正式的段落，格式不够正式，需要在后续阶段精化。
• 详述式用例文本：
  
  • 优点：详细地编写用例所有步骤和各种变化，同时具有补充部分，细节充足，具有结构性。
  • 缺点：编写繁琐，时间花费过大。