必作图前端
- 该部分描述了用户经过小程序点菜拍照可以进行的操做,以及拍照识别后的支付和数据的处理
- 解决了用户的可以使用范围,经过咱们的系统能够进行自助结帐,点餐,数据周报,菜品调整等功能
- 类图描述了系统每一个部分之间的关系、链接状况。
- 面临模块太多,比较复杂的问题
- 解决了利用类体关系图解决了开发者对各个类体之间关系的宏观认识
- 这里描述的是系统的学生/教师和商家所在界面下的主要行为对应的结果。
- 面临学生/教师端的分支结构多,在页面设计和返回的逻辑上有必定的复杂性等问题。
- 解决了页面之间跳转的选择问题,以及标明学生/教师界端与商家端的联系,使设计界面的时候更为便捷。
- 状态图(statechart diagram)是描述一个实体基于事件反应的动态行为,
- 显示了该实体如何根据当前所处的状态对不一样的事件作出反应,以及因为各类事件的发生而引发的状态之间的转移。
- 该部分主要介绍了项目的所拥有的模块,以及每一个模块所附有的属性。
- 主要解决了功能模块的划分,以及属性之间的关系,展现了项目所须要的数据
其余图数据库
- 时序图是一种UML交互图。它经过描述对象之间发送消息的时间顺序显示多个对象之间的动态协做。
- 面临着须要先与类图,活动图同一等问题
- 解决了展现对象之间交互的顺序。将交互行为建模为消息传递,经过描述消息是如何在对象间发送和接收的来动态展现对象之间的交互;
泳道图小程序
- 该部分描述了各部门的职能和他们之间的联系还有整个项目的不一样阶段。
- 方便的描述了各职位的职能流程,直观描述了各职位的逻辑关系,便于理解项目流程。
- 基本表达系统的基本功能, 描述了软件大体须要实现的功能。
- 如何对于相关的类进行整合使之成为更加简练的包,对于相关包之间的关系如何显示比较好。
- 大体了解整个软件的使用过程
- 对于繁杂的类实现至关于文件夹的功能, 看起来更加简洁。
- 实现了uml的附加功能之一。
PSP | Personal Software Process Stages | 预估耗时(分钟) | 实际耗时(分钟) |
Planning | 计划 | 90 | 120 |
•Estimate | •估计这个任务须要多少时间 | 500 | 730 |
Development | 开发 | 40 | 30 |
•Analysis | •需求分析 (包括学习新技术) | 150 | 200 |
•Design Spec | •生成设计文档 | 30 | 20 |
•Design Review | •设计复审 | 20 | 15 |
•Coding Standard | •代码规范(为目前的开发制定合适的规范) | 10 | 20 |
•Design | •具体设计 | 10 | 20 |
•Coding | •具体编码 | 150 | 300 |
•Code Review | •代码复审 | 30 | 30 |
•Test | •测试(自我测试,修改代码,提交修改) | 20 | 20 |
Reporting | 报告 | 30 | 20 |
•Test Repor | •测试报告 | 20 | 15 |
•Size Measurement | •计算工做量 | 40 | 20 |
•Postmortem & Process Improvement Plan | •过后总结, 并提出过程改进计划 | 30 | 20 |
合计 | 580 | 730 |
成员 | 参与 | 贡献比例 |
卢泽明 | 用例图设计 | 13% |
张扬 | 状态图设计 | 15% |
刘浩 | 类图设计 | 15% |
葛亮 | 活动图设计 | 14% |
蔡文斌 | 实体关系图 | 16% |
李泓 | 泳道图 | 14% |
何家伟 | 时序图 | 13 % |
成员 | 参与 | 贡献比例 |
后敬甲 | 燃尽图、博客补充(本组)+E-R图、博客整理(临时组) | 12% |
卢泽明 | 用例图 | 15% |
刘浩 | 类图设计 | 16% |
葛亮 | 活动图设计 | 15% |
蔡文斌 | 实体关系图设计+WBS图设计+博客整理 | 18% |
黄婧茹 | 包图(本组)+包图(临时组) | 12% |
黄泽 | 时序图补充(本组)+泳道图、E-R图(临时组) | 12 % |
- 我做为临时组员,交换到了第九组,完成本次做业。
- 工做氛围:总体还不错,你们都很认真的在作本身的部分,缺点是总体沟通欠佳。
- 行动力:行动力也很不错,每一个人能及时完成本身的部分和内容。
- 临时队长:临时队长是朱跃安同窗,可以及时的分配任务,督促你们完成,但事先的沟通和准备要再增强。
- 其余队的工做氛围:工做氛围挺好的,并且就是组内有什么不懂的提出来就是了,咱们团队也挺好的。
- 行动力:肯定了任务以后你们也都是努力作本身该作的部分,效率很高,我以为他们队值得咱们学习的一点就是分工精细,而且有时间概念
- 临时组长也是大概每隔30分钟会过来看一下任务进展,并且一开始就有约定十点半就把本身负责的那部分的图作完,内容写完,以此后面有充足的时间准备其余的。
- 时间观念真的值得咱们小组好好借鉴。咱们小组到了要交前五分钟还在匆忙的赶,约定十一点五十这个时间是真的不利于后面精修。
- 临时队长:我以为临时队长的一个值得咱们团队借鉴的优势就是,分而治之。分的很细,整合的时候也很细,就好比有好几种uml图,最后老师会提示字体版面要注意让看博客的能看清,那他就会很明确的
- 对于此次的这波操做,很幸运的是本身没有被换走,依然留在了本身的队里
- 换过来的同窗都认识,可是由于以前没配合过,仍是会担忧最后效果怎么样
- 好在在临时组长分配完任务后,你们有条不紊的进行本身负责的部分,遇到问题时互相交流,最后的成果仍是很OK的。
- 夸赞一波本身的队友,很给力,被换到咱们组的小伙伴也至关认真,点个赞
- 临时队长张弛有度,对突发事件有着很好的掌控,有大将风范。
- 新队友适应能力广泛很强,对我来讲心理上仍是与必定压力的,感受若是不能迅速准确地画出本身负责的 部分,就给小组丢人了。
- 氛围的话,不是很比如较,由于原组也没有在现场一块儿进行过合做,经过现场实践,发现本身的工做效率提高了很多,而且感觉到了协做间的阻力。每一个人的工做看似相对独立,但实则联系紧密。收获了工做状态下的沟通心得和必定的调节能力。
- 按照分配我留在了原来的队伍,因此感受队伍氛围没有变化很大。
- 得利于昨天晚上的临时开会,咱们队对每一个人的任务分配都很清楚,了解了本身的分工后都有主动去了解具体应该要作什么,因此今天上手的速度和效果都还不错,固然也得利于临时队长的优秀指挥和转来同窗的认真付出和配合。
- 整体感想:说实话那天晚上忽然知道本身要被换到其余组是十分懵逼的,急了很久,可是也没办法,和那组的成员交流了一下安装了须要用到的软件就开始画图了,真的充满了不安感,可是总的来讲此次更换队员的活动是一次意义非凡的活动,带给我不少思考。
- 工做氛围:新队伍的工做氛围至关积极,由于人数比较多,你们彷佛都争着抢工做,好在有临时组长组织协调才没有乱套,相比之下由于人数少的缘由,我原来的小组的工做积极性没有那么高,可是很是有秩序,一切都听队长安排。
- 行动力:行动力的方面上,多是由于新组长求稳,个人新组采起的策略是先一块儿作完必作的五张图片,再分配(实际上是自愿)选做任务图,事实上这样就形成了2-3我的围着一张图作的状况,即使有软件有协同工做的功能,有时也总会有一我的没事干,这就形成了人力资源的浪费。我以为我更赞同我原来组的作法,将选作图也看成必作图每人分配一张,一并作了,虽然人数更少,可是最后你们都完美完成,效率很是高。
- 临时组长:我新组的临时组长是王全炯,挺佩服他作的准备工做的:新队员拉群、对于各个图的讨论、各类素材集合为pdf...可是多是由于是新组长的缘由,统筹规划工做方面作的不是很好,相比我原来的组长还略有些逊色。
- Challenge:本身担任起临时队长的任务,一方面须要统筹每一个人的任务,一方面须要将本身的模块作好,并须要在新队友有疑问时给出解答,算是对本身的一个小挑战。
- Combination:队友的‘’出走‘’和“引进”,首先就是要对接好工做,将新队友融入到咱们团队中。新来的队友都很强,在前一晚知道咱们队要作什么,次日就能快速上手项目的UML,而且完成度较高,值得称赞。
- Performance:我以为今天咱们团队表现的比较出色,不管是新队友仍是老队友,你们执行力很是强,完成速度也很是可观。浩哥的类图之多,实现之难,文斌完成速度之快,效率之高等等。
- Shortcoming:今天比较遗憾的是咱们的UML图并非很好看,审美还须要提升。
- 初来新组的不适应,须要时间来知道新组在作什么
- 关心、担忧本身原来的组(由于是组长)
- 新组由于都认识,配合的还不错,(*^__^*)
- 工做氛围:小二结帐队员相互之间都很友好,对咱们这些新队友也都很和蔼,有问题可以主动帮忙,在我工做迟迟没有完成时也在旁边一直鼓励、帮助我。
- 行动力:具体没有什么观察,但在我遇到问题或者对产品功能不清楚的时候团队的成员都会主动询问我有什么不理解的地方,在确认有须要改动时也可以很快的对设计作出改动。
- 临时队长对比原队长:感受都蛮好的,两个队长都是很和蔼的人,在有问题的时候能够慢慢相互沟通交流;新队长也会主动询问新队友是否有须要帮助的地方,在有困难的时候基本上是“随叫随到”。
- 小白吃队 工做氛围良好,分工明确,执行力强,行动快
- 临时队长分配合理,有威信,缺点:直男审美