2017-2018-1 Java演绎法 第八周 做业


团队任务:UML设计


团队分工

  • 第一次使用泳道图,感受很是方便,从图中的箭头和各个活动框中能够清晰地看出分工流程: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% 


【UMLの用例图】

  • 面临什么问题:无。markdown

  • 解决什么问题:用例图能够展示用户在使用过程当中有什么需求,需求之间的层次和板块关系。而设计者能够根据用例图中的每一个功能板块来有层次和顺序性的实现相应的需求。工具

  • 大图学习

  • 【用例说明】测试

  • 项目 内容
    用例名称 选择车辆
    用例编号 001
    主要参与者 用户A
    风险承担者 游戏设计者
    简要说明 在正式进入游戏界面前有一个选车功能,在经过某些关卡后会解锁新的车辆
    前置条件 用户A已下载游戏,并已经过多个关卡解锁了新的
    基本事件流 1.用户A进入“选车界面”。2.游戏系统显示出已解锁的车辆和文字索引栏。3.用户点击车辆图标直接选择车辆
    其余事件流 1.用户A用文字索引栏输入车辆名称来查找赛车
    后置条件 用户A更换车辆,进入选择关卡界面
    其余
  • 项目 内容
    用例名称 选择其余关卡
    用例编号 002
    主要参与者 用户B
    风险承担者 游戏设计者
    简要说明 在一次游戏结束后用户须要进行从新选择关卡才能够继续游戏
    前置条件 用户B已通关前一个关卡
    事件流 1.用户A进入通关后的积分显示界面。2.游戏系统显示结束游戏和继续游戏按钮。3.用户点击继续游戏
    异常事件流 1.用户B点击结束游戏退出程序
    其余 继续游戏功能需求的具体实现可能会有改变,可能实现方式会变成:继续游戏后直接进入下一关卡
    后置条件 用户B回到主界面进行车辆,关卡选择。
    其余 继续游戏功能需求的具体实现可能会有改变,可能实现方式会变成:继续游戏后直接进入下一关卡


【UMLの类图】

  • 面临什么问题:类并未开发彻底。编码

  • 解决什么问题:各个类的做用以及各个类之间的联系。设计


【UMLの活动图】

  • 面临什么问题:活动类为暂定,并不是最终版本。3d

  • 解决什么问题:给予当前设计理念,定位制做程度与目标路径。代码规范


【UMLの状态图】

  • 面临什么问题:无。

  • 解决什么问题:说明事物(包括类、用例等)的状态、事件和它们之间的转换关系。代表了对外部事件发生顺序和系统对这些事件的响应。


工具选择-分析starUML工具

  • StarUML 5.0
    【说明】咱们小组使用的是上学期老师给的starUML工具,关于此连接只做为示例,并无从中下载。

  • 莫礼钟分享了他关于这个工具的使用经验:
    • 我做了两个类图:

    • 我使用的工具是上学期使用过的StarUML。
  • 对于StarUML工具的评价:
    • 这是一款很是好用的UML绘制工具(前提是你英语要好或者是你能勤奋地查找)
    • StarUML把建立class和UML中的几种关系(线)放在了左下角,当咱们建立一个class时,右上角的模型浏览器(Model Explorer)会让咱们能更方便操做须要处理的class。
    • 在StarUML中,若是咱们须要添加属性或者是操做,能够右键点击class,选择attribute(属性)和operation(操做)
  • 关于StarUML的优势:
    - 1.支持的语言:C++,C#和Java。
    - 2.能够做用例图、类图、序列图、状态图、活动图、通讯图、构件图、部署图以及复合结构图等。
    - 3.拥有从UML图表生成代码的能力。
    - 4.将现有代码反向工程到UML图表。
    - 5.很是丰富的功能和格式选项。
    - 6.支持的模式不少。

  • 总而言之,StarUML是一款容易上手而且操做简单的绘制软件。


讨论与交流

  • 此次的会议讨论以下:
    第一部分咱们讨论了关于代码的进度,因为总体进程还未进行到代码实现这一阶段,因此代码进展不大,只有一个大体的轮廓。第二部分咱们咱们分配了一下每一个人关于产品代码规范方面的具体任务,咱们参考了一些资料,命名规范部分由袁逸灏作,异常规范和OOP规范由刘先润作,原定莫礼钟实现流程语句,后来考虑到袁逸灏设计代码因此留给了袁逸灏,刘伟康实现整体mardown和PDF,刘诚昊、马军实现测试规范。第三部分咱们讨论了图的完成状况,袁逸灏刘先润率先完成任务,其他人也会在周末内搞定。最后咱们交流了使用上周各类工具的感觉,总的来讲starUML这个软件对于画图来讲十分方便,界面也很干净简单,很是适合用来做图。

【这次交流总结由 刘先润 记录】
【2017.11.25晚】


小编感想

  本周组员完成任务的质量很高,也结合了一些参考资料,我在分配任务上也有了更多的经验以便与各个组员更好地配合。另外,组员们还须要对上周的编码规范再完善一下。其中,组长袁逸灏和组员刘先润完成任务的效率比较高,值得表扬!有的时候学习工具不该该只是我的的事,团队共同讨论一下颇有必要。咱们会继续前进,共同承担起这份责任。(编辑:刘伟康)


参考资料

相关文章
相关标签/搜索