第一次使用泳道图,感受很是方便,从图中的箭头和各个活动框中能够清晰地看出分工流程:html
不过既然是博客园,分工就不能只贴图,markdown仍是要用的,因而我用markdown表格统计了本次组员用时、完成度和贡献比例:浏览器
成员 | 完成度 | 用时 | 贡献比例 |
---|---|---|---|
袁逸灏 | 【100%】 | 3.0 | 18% |
刘伟康 | 【100%】 | 6.0 | 22% |
刘先润 | 【100%】 | 4.0 | 18% |
马军 | 【100%】 | 2.0 | 16% |
刘诚昊 | 【100%】 | 2.0 | 14% |
莫礼钟 | 【100%】 | 2.0 | 12% |
面临什么问题:无。markdown
解决什么问题:用例图能够展示用户在使用过程当中有什么需求,需求之间的层次和板块关系。而设计者能够根据用例图中的每一个功能板块来有层次和顺序性的实现相应的需求。工具
大图学习
【用例说明】测试
项目 | 内容 |
---|---|
用例名称 | 选择车辆 |
用例编号 | 001 |
主要参与者 | 用户A |
风险承担者 | 游戏设计者 |
简要说明 | 在正式进入游戏界面前有一个选车功能,在经过某些关卡后会解锁新的车辆 |
前置条件 | 用户A已下载游戏,并已经过多个关卡解锁了新的 |
基本事件流 | 1.用户A进入“选车界面”。2.游戏系统显示出已解锁的车辆和文字索引栏。3.用户点击车辆图标直接选择车辆 |
其余事件流 | 1.用户A用文字索引栏输入车辆名称来查找赛车 |
后置条件 | 用户A更换车辆,进入选择关卡界面 |
其余 | 无 |
项目 | 内容 |
---|---|
用例名称 | 选择其余关卡 |
用例编号 | 002 |
主要参与者 | 用户B |
风险承担者 | 游戏设计者 |
简要说明 | 在一次游戏结束后用户须要进行从新选择关卡才能够继续游戏 |
前置条件 | 用户B已通关前一个关卡 |
事件流 | 1.用户A进入通关后的积分显示界面。2.游戏系统显示结束游戏和继续游戏按钮。3.用户点击继续游戏 |
异常事件流 | 1.用户B点击结束游戏退出程序 |
其余 | 继续游戏功能需求的具体实现可能会有改变,可能实现方式会变成:继续游戏后直接进入下一关卡 |
后置条件 | 用户B回到主界面进行车辆,关卡选择。 |
其余 | 继续游戏功能需求的具体实现可能会有改变,可能实现方式会变成:继续游戏后直接进入下一关卡 |
面临什么问题:类并未开发彻底。编码
解决什么问题:各个类的做用以及各个类之间的联系。设计
面临什么问题:活动类为暂定,并不是最终版本。3d
解决什么问题:给予当前设计理念,定位制做程度与目标路径。代码规范
面临什么问题:无。
解决什么问题:说明事物(包括类、用例等)的状态、事件和它们之间的转换关系。代表了对外部事件发生顺序和系统对这些事件的响应。
StarUML 5.0
【说明】咱们小组使用的是上学期老师给的starUML工具,关于此连接只做为示例,并无从中下载。
关于StarUML的优势:
- 1.支持的语言:C++,C#和Java。
- 2.能够做用例图、类图、序列图、状态图、活动图、通讯图、构件图、部署图以及复合结构图等。
- 3.拥有从UML图表生成代码的能力。
- 4.将现有代码反向工程到UML图表。
- 5.很是丰富的功能和格式选项。
- 6.支持的模式不少。
总而言之,StarUML是一款容易上手而且操做简单的绘制软件。
【这次交流总结由 刘先润 记录】
【2017.11.25晚】
本周组员完成任务的质量很高,也结合了一些参考资料,我在分配任务上也有了更多的经验以便与各个组员更好地配合。另外,组员们还须要对上周的编码规范再完善一下。其中,组长袁逸灏和组员刘先润完成任务的效率比较高,值得表扬!有的时候学习工具不该该只是我的的事,团队共同讨论一下颇有必要。咱们会继续前进,共同承担起这份责任。(编辑:刘伟康)