第三视角团队:项目UML设计(团队)

Posted QiuSun

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了第三视角团队:项目UML设计(团队)相关的知识,希望对你有一定的参考价值。

项目UML设计(团队)

团队信息

团队分工

  • 成员负责事务
负责人 分工明细 TODO List
张扬 项目统筹、组织会议、文档整合 1.用户用例场景设计及1分钟视频拍摄;2.桌面开发——完成QQ/微信账号扫码登陆
肖地秀 管理本组开发文档、设计软件交互逻辑 1.需求问卷设计;2.桌面开发——各界面切换
朱文婧 桌面应用开发、文档拟写 1.需求问卷设计;2.桌面开发——各界面切换
洪泽波 桌面应用开发与测试、文档拟写 1.接口设计;2.数据流图;3.数据字典;4.桌面开发——完成用户注册登陆界面
郑愈明 UI设计、原型图设计、文档拟写 1.原型设计;2.桌面开发——各界面切换
陈加伟 管理本组开发文档、本地数据管理 1.接口设计;2.数据字典;3.桌面开发——完成QQ/微信账号扫码登陆
苏韫月 数据分析、文档拟写 1.原型设计;2.桌面开发——完成用户注册登陆界面
郭俊彦 基础消息回复、消息群发、文档拟写 1.验收标准设计;2.桌面开发——完成QQ/微信账号扫码登陆
李翔 简易远程、高级消息群发、 1.接口设计;2.数据字典;3.桌面开发——各界面切换
王全炯 UI设计、原型、视频展示脚本及拍摄、文档 1.原型设计;2.用户用例场景设计及1分钟视频拍摄
  • 燃尽图

UML展示

基本图(必做图)

  • 用例图
  • 类图
  • 活动图
  • 状态图
  • 实体关系图

附加图(其他图)

  • 泳道图
  • 时序图

成员成果汇集

  • part1:类图

    • 这部分描述的是系统的各种类

    • 了解实现功能所需要的各个类以及相应方法

    • 总结了各个类对象所必须的属性,以及实现活动图中各个操作的方法

    • 附:UML类图

  • part2 用例图

    • 这里描述的是系统哪部分?

      用例图展示了用户在使用中所能操作的功能

    • 这部分要面临什么样的问题?

      功能之间如何组织

    • 以下设计解决了哪些问题?

      解决了哪些功能对用户是可见的、哪些是透明的。

    • 附:UML图

  • part3 实体关系图

    用户具有用户名、账号、密码等属性,可以注销和登录微信和QQ。

    微信具有微信账号、群列表、关键词等属性。

    QQ具有账号、群列表、关键词等属性。

    QQ和微信都可以对消息进行操作,消息具有群、发送方、时间等属性。

    • 这里描述的是系统的哪部分?
      用来描述信息系统中概念模型的数据存储。
    • 这部分要面临什么样的问题?
      数据在系统中的各个处理阶段的状态是怎样的
    • 以下设计解决了哪些问题?
      解决了实体之间关联模糊的问题
    • 附:UML实体关系图
      E-R
  • part4 活动图
    ​ 活动图根据不同活动类型,分为了登录活动、单向删除活动、热词分析活动、关键词提醒活动、消息群发活动、远程控制活动

    • 这里描述的是系统的哪部分:
      用来描述用户在具体使用场景下的交互逻辑。
      以及在具体实现中应该有什么方法。

    • 这部分要面临什么样的问题:
      交互逻辑的构建,功能的使用是否合理,有良好的用户体验。

    • 以下设计解决了哪些问题?
      确定了基本的交互逻辑。
      细化了功能的需求

    • 附:UML活动图

      • 登录活动

      • 单项好友批量删除活动

      • 热词分析活动

      • 关键词提醒活动

      • 消息群发活动

      • 远程控制活动

  • part5 状态图
    状态图将系统分为九种状态。用户首先处于未登陆状态,经过登陆的触发,进入已登陆状态;再经过登陆成功的触发进入到未设置QQ\\微信账号的状态,再经由设置的触发,进入已设置QQ\\微信账号的状态;再经由选择功能的触发进入到某一个功能的状态,功能模块进过相应的分析得到相应的结果,结果呈现给用户,最后到达功能已完成状态。

    • 这里描述的是系统的哪部分:
      用来描述系统在不同使用场景下的状态转移逻辑。
      以及在具体实现中应该有什么方法。

    • 这部分要面临什么样的问题:
      状态的设置,状态转移关系的设置。

    • 以下设计解决了哪些问题?
      明确了系统在不同使用场景下的状态转移逻辑。

      • 附:UML状态图
  • part6 泳道图

    • 附:UML泳道图

      登录泳道图

工具选择以及使用后对工具的评价

  1. 在参考了知乎上前辈的推荐后,我们最初统一使用的获得过各种奖项的Visual paradigm,但在实际使用过程中发现操作不方便、不好看。最终被我们团队放弃了(可能是太强大了,我们驾驭不住o(╥﹏╥)o)
  2. 后期改了Process On它的优点有很多
    • 简单、方便、快捷
    • 高效、傻瓜式
    • 支持同步

PSP表格

PSP2.1 Personal Software Process Stages 预估耗时(分钟) 实际耗时(分钟)
Planning 计划 10 15
· Estimate · 估计这个任务需要多少时间 10 15
Development 开发 560 700
· Analysis · 需求分析 (包括学习新技术) 60 90
· Design Spec · 生成设计文档 240 360
· Design Review · 设计复审 20 30
· Coding Standard · 代码规范 (为目前的开发制定合适的规范) 0 0
· Design · 具体设计 240 220
· Coding · 具体编码 0 0
· Code Review · 代码复审 0 0
· Test · 测试(自我测试,修改代码,提交修改) 0 0
Reporting 报告 35 60
· Test Repor · 测试报告 0 0
· Size Measurement · 计算工作量 15 30
· Postmortem & Process Improvement Plan · 事后总结, 并提出过程改进计划 20 30
合计 605 775

个人贡献分分配

个人贡献分

个人贡献分占比

换队感受汇总

  • 郑愈明:
    1.临时队长:虽然张扬队长被换走了,但是在王全炯临时队长的带领下,团队还是有惊无险地[划掉]完成了任务!感觉临时队长很负责,对全局的把握也很好。

    2.被换来的新队友:感觉新队友很棒啊,很快就熟悉了我们团队的项目,大家一起合作完成了这次任务,相互鼓励!感觉很ok!

    3.新团队氛围:因为新团队大部分成员都是老成员,感觉新成员交换来后,新的团队更好笑了[???]。总的来说,两个团队都很好!

  • 泽波:

    我们一开始使用visual paragam,我负责画图,我的搭档帮助规划如何画图,我们意见出现分歧,所以效率不高,经常反复删。后面我们使用了process on,这个软件支持小组合作在不同电脑里对同一个图形进行修改,这样我们就进行了明确分工,各自完成不同的部分然后再进行整合。最后把这些图进行美化,我觉得分工协作很重要,只有各司其职,避免重复做同一件事才能提高效率。

  • 张扬(被换走的队长)

    这次被换到了"小二结账"项目组。

    换到新的队伍中除了对项目的不熟悉外,和新的队员处的很不错(因为大部分都认识)。我尽力参与到新团队的工作中。被换走的时候还会担心自己团队的工作有没有完成(毕竟是队长)。至于被换去的队伍的工作氛围以及执行力,我个人感觉没有我们原队伍强就是了_,因为被换去的队伍很多时候还是在各司其职。临时队长的话,嘻嘻还是很不错滴。

  • 加伟

    1.按这次分配,我留在了原队,所以团队氛围并无太多变化。大家依然分工明确,很认真负责地完成自己应做的任务,并且默契度也很高,任务进程也大致与预期相符(除了最后写博客时出了点意外)。

    2.新队员我都不认识,但他们表现的非常出色。他们都努力follow我们的方法,get产品要点,领悟能力非常强。整个过程都在协助我们一起完成uml图,并且他们功不可没。他们的态度非常值得学习。和我协作的是外组黄泽同学,他思路明确,认真负责,与我还有另一同学共同完成ER图与登录界面的泳道图。

    3.唯一美中不足的就是画状态图时,因为在意于细节,忽视了时间耗费,结果导致最后不能及时做完博客。所以下次应该对时间有更严格的把握。

  • 韫月(被换走的队员)

    • 突然被换到404 NOT FOUND队,一开始有些不知所措,毕竟对404的项目了解程度只有他们想让我们了解的那么多,担心到时候过去会不会只是打酱油,什么都做不了。但是,这个担心现在看来有点多余,因为我过去之后发现他们团队的原型已经基本完成了,对照着原型可以相当轻松地完成我分配到的通信图部分,此外他们之前也有一份较详细地类图——应该吧,我觉得应该不是这次作业的——和数据流图,看着也方便。
    • 至于工作氛围,我觉得对比我们队其实差不多,都挺热情高涨的。就是他们应该是之前已经有详细的分工了,每个人要做什么很明确,所有并没有那种我做完了会去帮其他人做的情况,不过这也不好评判,毕竟我在做的模块别人不一定会。临时队长会隔段时间就来查看一下进度,团队成员之间也会有必要的交流。我不知道是他们的项目有比较多的先例可供参考还是他们确实对自己的项目很熟悉了、项目基本定型了,感觉今天我并没有遇到在哪个模块上还有分歧争论的情况——换而言之就是我们的团队还有一点就是了——然后进度也算挺快的,11:30就差不多完成了。
    • 我觉得不管是临时队长还是原队长都挺好的的,负责。贡献分评定的话,我是觉得404队的有点过于简单,但是我们自己的又过于复杂,虽然这是当初我们一起讨论出来的评定方法,今天看来有点搬石头砸自己的脚了,呵呵。
  • 李翔

    1. 临时队长全炯的领导能力是值得肯定的,每一个组员都有安排上任务,没有人摸鱼,都在制图或者讨论,团队氛围极其融洽,没有出现矛盾和冲突。
    2. 新换来的队员很积极的了解项目,尽力帮助项目进度,全程在线。
    3. 我们团队在时间控制方面出现了一点问题,导致在最后时刻还在完善博客内容。在开始分工的时候,我们和其他组相比交流真的很多
      尽可能避免图之间的冲突,所以会比其他的组的进度慢。但是我们都尽力做到正确。
    4. 个人感受:全程绷紧状态真的很累啊,但是感觉这段时间过得很值。
  • 全炯(临时组长)

    关于队长昨晚组里开会时,大家聊到了明天组长怎么定。

    然后就被大家"钦定"成了临时队长。开始的是意外,因为一些原因对项目不是了解得非常透的。

    更多的是觉得沉甸甸的责任。毕竟除了自己的部分,还要对整个组的伙伴负责,不能辜负他们的期望。

    今天的结果,对自己评价只能说中规中矩,尽管昨天有和组里讨­论了时间安排,但计划总不是能知现实一致的。UML初稿应当完成的预定时间到达时,还有两张活动国没有完成,接下来就是组员之间的沟通交流以及 Umi 间边界的㝹,私以为沟通、讲解并让其他组员检验工作的锞的工作,其重要程度是等同甚至大于工作本身的,对于团队工作,我始终坚持"闭门赶出门合辙的理念。

    新的队友都非常棒棒,胡老板不仅很好地完成了自己的任务。

    还非常积极地给组里帮忙,忠豪在和我协作的过程中也给出了许多很棒的想法;泽泽在与组员配合时,咋也完成得很出色。

    得益于张扬良好的安排组里人员的变更并没有带来什么负面影响,运行起来就像后生一样。

    因为对时间安排不够精确,对计分规则不够了解,还有一些意外的客观原因,导致有些手忙脚乱。但队友们都起级稳,超级棒,是能放心把后背交他们的人,十分感谢他们的信任和包容。以上。

  • 俊彦

    这次换队环节整体来说是新奇又紧张的。临时队长王全炯开始前安排计划思路清晰、迅速合理,根据需要绘制的UML图的工作量及各图的内在联系在开工前制定了“作战计划”。但是在现场的操控力上还可以继续加油。 被换来的新队友都很积极地配合我们组内的工作,黄泽积极配合实体图和UML类图的制作,绪佩积极参与各部分UML图的制作,忠豪也给出许多非常不错的好点子。新团队氛围比对原来会更有协作中的紧张感,让人想马上开动起来。但是团队的配合上不如原来内部组员来得顺利。不过总的来说是非常有意思的一次协作经历。

  • 黄泽(临时队员)

    1.总体感想:说实话那天晚上突然知道自己要被换到其他组是十分懵逼的,急了好久,但是也没办法,和那组的成员交流了一下安装了需要用到的软件就开始画图了,真的充满了不安感,但是总的来说这次更换队员的活动是一次意义非凡的活动,带给我很多思考。

    2.工作氛围:新队伍的工作氛围相当积极,因为人数比较多,大家似乎都争着抢工作,好在有临时组长组织协调才没有乱套,相比之下因为人数少的原因,我原来的小组的工作积极性没有那么高,但是非常有秩序,一切都听队长安排。

    3.行动力:行动力的方面上,可能是因为新组长求稳,我的新组采取的策略是先一起做完必做的五张图片,再分配(其实是自愿)选作任务图,事实上这样就造成了2-3个人围着一张图做的情况,即便有软件有协同工作的功能,有时也总会有一个人没事干,这就造成了人力资源的浪费。我觉得我更赞同我原来组的做法,将选做图也当作必做图每人分配一张,一并做了,虽然人数更少,但是最后大家都完美完成,效率非常高。

    4.临时组长:我新组的临时组长是王全炯,挺佩服他做的准备工作的:新队员拉群、对于各个图的讨论、各种素材集合为pdf...但是可能是因为是新组长的原因,统筹规划工作方面做的不是很好,相比我原来的组长还略有些逊色。

  • 地秀

    本次作业我还是待在本组。

    临时队长:这次的临时队长是王全炯,他是一个非常有文采的人,对于项目的一一些基础也非常了解,很负责任,这次的作业完成的有点赶,非常惊险的在最后一分钟修改好了博客。花时间的地方主要是在细节的揣摩,不管是本组队员还是临时队员,都非常积极的在为这次作业努力着。

    非常有趣的经历:昨晚.上开会的时候大家都讲的好好的,工具用都用visual Paradigm,大家都已经安装好了相应的软件。但是在今天刚刚开始没有几分钟,我们这些画图的人员就感觉此软件界面不太友好,操作起来不太熟悉,最后大家统一换成了Processon。这个换工具的速度也是非常绝了,第一-次经历这种感觉,是一个非常有趣的经历。

    行动力:大家的行动力就是卡在细节上面,对于某一个细节还是非常注重的,讨论完并确定好细节之后,行动力还是非常强的,分配好任务之后,完成的速度值得点赞。
    新旧团队氛围对比:感觉氛围还是挺好的,那些新的队员由于不是非常了解我们项目等原因,行动力没有至极的发挥出来,但是都是在尽力的帮助我们。

  • 文婧(被换走的队员)

    本次作业我被换到了第九组“我头发呢”队。

    • 其他队的工作氛围:这个队的整体工作氛围还是很好的,大家都很认真地完成了自己应完成的工作,不过也许是因为组内人数少和临时队员加入的陌生,我感觉队内的讨论沟通氛围不是特别地热烈,相比原队穿越半个教室的讨论声,这个队的氛围还是比较沉默的。
    • 行动力:临时队的行动力特别强,任务的分工很快就能定好,所有任务都完成的十分迅速,我在任务完成上拖了一些后腿,深感抱歉。临时队提前就完成作业,原队在截止时间临近时紧张算分,有点慌乱,新队的时间规划和超高效率是特别值得学习的。
    • 临时队长:这次的临时队长是朱跃安,我觉得他是一个很优秀的队长。他很好地为每个人安排了具体的分工任务,带领了整个队伍,为他点赞。当然原队长也是特别优秀的,同样很好地带领了整个队伍。
  • 乐忠豪(临时队员)

    换了组以后工作模式工作内容都是不熟悉的,好在其他原小组成员很热心&耐心地讲解了他们的项目内容的内容细节以及给我们分配的工作内容,遇到大家都不会或不熟的内容时一起学习一起讨论的氛围很好。特别是准备的很充分,对今天早上要干什么列了时间表并严格执行,这点很值得我们学习。

  • 胡老板(临时队员)

    工作氛围:第三时间的工作氛围也和我们组一样都很优秀积极,感觉很棒,相互交流什么的也超OK和及时,我就参与了许多个图的讨论和制作!

    行动力:行动力大家都完成的很快质量也很好,感觉挑不出什么茬子hhh

    临时队长:可能有一些任务没有提前很好分配,有一些匆忙,对最后几分钟的绝地求生赶算贡献分表示批评哈哈哈,我们队我是不允许这样的情况发生的~

以上是关于第三视角团队:项目UML设计(团队)的主要内容,如果未能解决你的问题,请参考以下文章

第三次团队作业

UML设计

UML设计

UML设计

赖信仁-EA和UML团队开发技巧-UMLChina讲座-音频和幻灯

软件工程(2018)第四次团队作业