软工实践第八次作业——UML设计

本次作业博客

团队组成

  • 临时组长:何裕捷
    • 组员:蔡子阳,陈德斌,胡青元,李麒,高裕翔,王焕仁,黄培鑫

UML

用例图

描述的部分

  • 1 这里是用户个人管理系统的用例图

面临的问题

  • 1 面临用户登录注册和个人信息处理等基本问题

解决的问题

  • 1 尽可能符合用户的使用习惯,使用户用起来方便

附图
1473941-20181020111558660-1795585685.png
描述的部分

  • 1 这里是用户团队管理部分的用例图

面临的问题

  • 1 这部分面临用户管理团队的问题,包括创建团队,解散团队,加入团队,退出团队,添加成员,踢出成员

解决的问题

  • 1 罗列了团队管理的基本逻辑,让用户更方便地管理自己的团队

附图
1473941-20181020111622391-236309798.png
描述的部分

  • 1 这里是用户计划管理部分的用例图

面临的问题

  • 1 这部分面临用户管理计划的问题,包括删除计划,添加计划和查看计划

解决的问题

  • 1 罗列了计划管理的基本逻辑,让用户更方便地管理自己的计划

附图
1473941-20181020111632402-938380658.png
描述的部分

  • 1 这里是用户闹钟管理部分的用例图

面临的问题

  • 1 这部分面临用户管理闹钟的问题,包括删除闹钟,添加闹钟和查看闹钟

解决的问题

  • 1 罗列了闹钟管理的基本逻辑,让用户更方便地管理自己的闹钟

附图
1473941-20181020111639958-763822405.png
描述的部分

  • 1 这里是用户成长反馈部分的用例图

面临的问题

  • 1 这部分面临用户成长反馈的问题

解决的问题

  • 1 罗列了成长反馈的基本逻辑

附图
1473941-20181020111643550-1266783528.png

类图

描述的部分

  • 用户与闹钟,团队,计划,累计反馈的关系

面临的问题

  • 各种类的关系复杂

解决的问题

  • 明确了各类的关系

附图
1473941-20181020111729340-445419508.jpg

活动图

描述的部分

  • 1 用户的团队管理部分。
  • 2 用户闹钟制定的部分。
  • 3 用户计划制定的部分。

面临的问题

  • 1 对软件不熟悉,进度缓慢,效率低。
  • 2 缺少交流,没有统一好整个流程的实现。

解决的问题

  • 1 对要开发软件的整体结构更加了解。
  • 2 更加清晰用户使用软件的整个流程

附图
1473941-20181020111803409-26961481.jpg

状态图

描述的部分

  • 1 用户的注册登录部分。

面临的问题

  • 1 账户的管理问题。

解决的问题

  • 1 解决用户的注册登录问题。

附图
1473941-20181020111921240-637531491.jpg]
描述的部分

  • 1 关联计划部分。

面临的问题

  • 1 关联计划有什么作用。

解决的问题

  • 1 用户可以创建计划、查看计划、修改计划。

附图
1473941-20181020111931051-1001378900.jpg

描述的部分

  • 1 用户关联闹钟管理的部分。

面临的问题

  • 1 关联闹钟的管理问题。

解决的问题

  • 1 用户可以对关联闹钟创建、删除、修改。

附图
1473941-20181020111936181-181188230.jpg
描述的部分

  • 1 关联闹钟的叫醒部分。

面临的问题

  • 1 关联闹钟如何叫醒用户。

解决的问题

  • 1 用户通过完成任务、成员一键呼叫来起床,用户起床后或无法被联系才解除闹钟。

附图
1473941-20181020111943231-1643852169.jpg
描述的部分

  • 1 累积反馈部分。

面临的问题

  • 1 累积反馈的过程如何。

解决的问题

  • 1 完成任务后成果增加,超过时间未完成任务则成果减少,可以查看自己的成果。

附图
1473941-20181020111948978-835597020.jpg

实体关系图

描述的部分
这里是软件所拥有的实体以及它们之间的关系

面临的问题
如何清晰地展示我们软件的一个实体属性以及之间的关系。

解决的问题
能让用户和程序员更清晰地了解到软件的构成。

附图
1473941-20181020111840561-1715859203.png


构件图

描述的部分

  • 1 用户界面
  • 2 计划管理
  • 3 成长反馈
  • 4 团队关联

面临的问题
如何描述接口和系统功能

解决的问题
在有交互的界面标注接口,系统功能分为直接调度和程序调用

附图
1473941-20181020112006131-99947478.png

对象图

描述的部分

  • 描述对象与类之间的关系

面临的问题

  • 对软件不熟悉以及需要等待类图

解决的问题

  • 明确了对象与类的关系

附图
1473941-20181020112023144-1706337592.png

序列图

描述的部分

  • 1 总体而言,是对象之间的沟通方法,描述运行时的交互关系。
  • 2 流程而言,创建一个群组,并进行发布(关联闹钟|关联计划)的过程。
  • 3 具体而言,是在一次正常工作情况中,进行的用户,系统,数据库之间的数据交路的过程与方法。

面临的问题

  • 1 如何建立正确的模块调用关系。
  • 2 如何处理好大量用户情况下的调用。

解决的问题

  • 1 让模块调用顺序化,具体化。
  • 2 让系统能成功调用模块和功能。

附图
1473941-20181020112028928-698856952.jpg

部署图

描述的部分

  • 描述用户,客户端,数据库的关系

面临的问题

  • 系统如何部署

解决的问题

  • 更好的体现了各个硬件的宏观关系

附图
1473941-20181020112036457-1244526062.jpg


个人贡献

短学号本次作业博客链接此次作业任务贡献分配备注
214裕捷用例图13.5%临时队长
123李麒对象图;写博客13%
104德斌实体关系图12.5%
217培鑫状态图12.5%
233焕仁活动图12%
212裕翔构件图11%
081600410青元顺序图%12.5
102子阳类图;部署图13%

转载于:https://www.cnblogs.com/lq777/p/9820972.html

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值