目录
团队信息分工选择 课上分工课下分工UML 用例图状态图活动图类图部署图实例图对象图时序图包图通信图贡献分评定 课上贡献分课下贡献分工具选择 StarUMLProcess on使用工具感受 StarUMLProcessOnPSP表格未换队感受队名 404 Note Found
队长:胡绪佩
临时队长:周政演
学号姓名博客链接031602543周政演https://www.cnblogs.com/vancasola/p/9821102.html031602510葛家灿https://www.cnblogs.com/dalegac/p/9823211.html031602513黄鸿杰https://www.cnblogs.com/Jeho/p/9823214.html031602627刘恺琳https://www.cnblogs.com/lkl-fzu/p/9821459.html031602113何宇恒https://www.cnblogs.com/hyh1072797231/p/9822827.html031602444庄卉https://www.cnblogs.com/ffxpy/p/9823213.html031602525刘一好https://www.cnblogs.com/howtoloveyou/p/9823202.html081600410胡青元https://www.cnblogs.com/waaaafool/p/9823203.html031602114胡绪佩https://www.cnblogs.com/heihuifei/p/9823207.html031602511何家伟https://www.cnblogs.com/Bylight/p/9823215.html031602539翟丹丹http://www.cnblogs.com/breakbreak/p/9822763.htmlalpha版本要做的事情:
迭代原则,由核心功能到辅助功能
燃尽图
描述的部分:
描述了我们软件必须完成的任务,定义了必须完成的软件功能;基本呈现用户与用例之间的具体关系;基本表达系统的基本功能;基本表达系统的具体行为。面临的问题:
如何具体对用例进行分类,使得用例更加具体;如何对用户与不同用例之间的关系详细分析。解决的问题:
初步获取用户的需求;指导测试;在整个过程中对其他工作流起到指导作用。【part1】描述的部分:
描述了用户登录及未登录使用的状态。面临的问题:
面临用户账号管理及云备份的问题。解决的问题:
解决了用户使用云备份功能的问题。解决了用户注册登录流程的问题。解决了用户找回密码的问题。附图:
【part2】描述的部分:
描述了用户新建自定义备忘的状态。面临的问题:
面临用户添加自定义备忘条目选填信息较多的问题。解决的问题:
用户只需添加标题便可新建备忘,选填信息个性化添加。附图:
【part3】描述的部分:
描述了备忘信息的状态。面临的问题:
备忘录的备忘录事项状态较多,如何分类、组织的的问题。解决的问题:
用户可清晰了解备忘录事项的各种状态。附图:
【part4】描述的部分:
描述了所有备忘展示的状态。面临的问题:
备忘信息分类方式不同及备忘信息展示形式比较多对于用户较复杂。解决的问题:
方便用户切换查看备忘信息的分类方式,如按时间顺序与事务类型。方便用户选择备忘信息展示的形式。附图:
描述的部分
备忘录生成过程。个性化壁纸设计。用户自定义备忘录设置。面临的问题
面临账户管理问题。用户自定义设计问题。如何使用户获得喜爱的简洁实用的备忘录壁纸。解决的问题
提供用户行为分析功能,对用户娱乐,游戏方面进行时间监控。提供智能分析功能,智能读取快递信息和订单信息,将有效信息转化成备忘录。提供智能提醒功能,在备忘录自定义提醒时间之前进行短信提醒,并提供天气提醒附加功能。提供壁纸生成功能,用户自定义壁纸样式,字体颜色及字号,完成个性化特色壁纸设计。附图
描述的部分:
描述了我们软件必须完成的类、接口以及它们之间的静态结构和关系;类的部分:用户、备忘录、备忘录分类夹、桌面控件、锁屏壁纸、图片、音频、备忘详情、智能分析、快递信息、订单信息、天气信息;关系部分:关联、聚合、泛化;面临的问题:
绘制类图软件的选择和该软件在类图绘制上的使用方法;类的定义(如属性和方法)和个数比较不明确;各种类之间的关系比较模糊;解决的问题:
1确定使用StarUML进行类图绘制并搜索相关博客教程学习使用StarUML绘制类图;2 与其他负责后端任务的组员讨论交流沟通,确定主要的类的属性、方法和个数;3与组内负责前端、原型设计和其他UML图绘制的组员反复沟通;附图:
描述的部分:
描述服务器内部构建描述软件物理构架示意图描述软件与硬件组件之间的物理关系以及处理节点面临的问题:
我们无法提供24小时开机的主机,只能进行租借与托管解决的问题:
解决了开发者对于物理构架的宏观理解提供了科学可实现的物理框架构建附图:
描述的部分:
描述用户和软件之间、软件各个部分之间的联系描述软件的逻辑结构描述实体与其属性的联系,是用来描述现实世界的概念模型。面临的问题:
1.具体实际功能要与后端商议,进行一定修改解决的问题:
1.明确了各个部分的具体功能2.具体解决了数据库的设计附图:
描述的部分:
软件运行中的静态时刻,描述对象之间关联的实例;描述某一个应用情景;面临的问题:
具体的应用情景需求;数据流图的设计;抽象语义的可视化描述;解决的问题:
可以直观表示出系统在某一个时刻(情景)一组类的实体之间的关系;通过查看某个时刻不同类之间的关系,思考归纳数据流图;对系统的设计视图建模时,可以使用一组类图完整地描述抽象的语义以及它们之间的关系;附图:
云备份
描述的部分
这里描述了系统的云备份部分面临的问题
要面临云搭建的,以及访问的问题解决的问题
设计帮助后端成员理解这一过程附图
登陆系统:
描述的部分
这里描述了用户登陆系统时遇到的情况面临的问题
面临与数据库连接访问和与现有信息匹配的问题解决的问题帮助编码人员分析登陆时遇到的情况附图
备忘录管理:
描述的部分
这里描述了用户对备忘录进行操作时遇到的情况面临的问题
面临对备忘录的内容进行增删改的问题解决的问题
帮助编码人员分析录入备忘录时遇到的情况附图
备忘录类别:
描述的部分
这里描述了用户对备忘录类别进行操作时遇到的情况面临的问题
面临对备忘录的类别进行增删改的问题解决的问题
帮助编码人员分析修改备忘录类别时遇到的情况附图
壁纸系统:
描述的部分
这里描述了用户设定时遇到的情况面临的问题
面临如何使用备忘录生成壁纸的问题解决的问题
帮助编码人员分析如何生成壁纸的情况附图
智能分析:
描述的部分
这里描述了备忘录软件进行智能分析时遇到的情况面临的问题
面临如何对用户行为进行分析和根据短信进行识别的问题解决的问题
帮助编码人员分析进行智能分析时遇到的情况附图
描述的部分:
基本表达系统的基本功能描述了软件大致需要实现的功能面临的问题:
如何对于相关的类进行整合使之成为更加简练的包对于相关包之间的关系如何显示比较好解决的问题:
大致了解整个软件的使用过程对于繁杂的类实现相当于文件夹的功能,看起来更加简洁实现了uml的附加功能之一附图
【part1】描述的部分
描述的是用户登陆注册流程。面临的问题
面临用户账号管理以及云备份的问题。解决的问题
解决用户注册登录的问题解决了用户使用云备份的问题解决用户找回密码的问题。附图
【part2】
描述的部分
描述的备忘录的生成以及删除的问题。面临的问题
面临备忘录自动生成和用户自行创建的问题。解决的问题
解决用户自动撰写备忘录的问题,解决根据手机短信生成备忘录提醒的问题,解决备忘录云备份的问题。附图
【part3】
描述的部分
这里是根据用户手机上其他APP的使用频率自动生成分析图表的部分面临的问题
应用使用频率的获取问题生成分析图表的问题生成消息提醒的问题。解决的问题
自动获取应用使用频率自动生成分析图表自动发送消息提醒。附图
分工参考:
团队内部一致交流后,大致分为以下三个模块:任务工作量、任务完成效率、反馈度。贡献分评定不应当仅仅局限于工作量,而应该综合考虑所有对团队发展的因素。具体理由分析:
任务工作量:如构建之法中所说,在软件行业中,如何衡量工作量这本身就是一个大问题。但是工作量却并不能因为其难以衡量便不予以考虑,我们会采取团队重复讨论投票形式比较精确、公平的决定工作量占比。比如:在还未开始时进行投票哪个模块的难度最大,工作量最多,这样不够全局自然也会存在偏差,因此我们还会在实现过程中中途继续进行讨论对初始工作量、难度的投票结果进行一定程度的更改使之更为精确。尽量避免出现:“明明有效的只有十行代码,却因为其中加了许多的冗余代码甚至是空行使其代码量看上去较多”这类误判情况。因此我们相信在我们团队中评定出的较为合理的工作量作为贡献分占比的重要参考数据可以使团队更良好的发展,相互良性竞争。
任务完成效率:团队并非一个人,而是许多个成员之间的整体,多个模块功能组成的集合,相互之间的影响是很大的,产品的进度很可能会受其中某一个模块而停滞不前。比如产品发布时出现前后端有一个模块还有一半未完成的现象那对整个项目的影响也非常大。因此任务完成效率也是一个重要衡量贡献分占比的数据。
反馈度:团队想要良好的发展,就应当每一个成员都尽量保持较高的热情和动力,这样团队才会持久的具有活力和潜力。因此将反馈作为一项重要参考数据决定贡献分,防止出现因为个别成员懈怠导致整个团队缺乏活力,项目完成自然也受到影响。
考虑到本次工作的临时性,既要考虑到贡献分评定的公平性,又要考虑要计算的快速性,故采用以下方式
临时贡献分评定 :个人任务量 45%+完成度45%+反馈情况10%要求:组里总共11个人,分数加起来为100分每个人结束前,对临时队内的每个人进行评定,汇总给PM,PM对每个人的给分进行平均,得出最后贡献分根据助教学姐推荐,以及转进同学的使用习惯,本次作业共使用了两种工具:StarUML,ProcessOn。
本次作业共使用了两种工具:StarUML,ProcessOn
工具十分的方便可靠,而且还有大量的模板供我们参考。但是面对没有汉化,的确是硬伤,我一开始是抗拒的,因为我“嘤”文不行,所以非常的难受。不过工具设计的十分人性化,及时没有汉化,也可以凭借图标,完成对图的制作。
一开始,在真正使用之前,我是抗拒的,没有汉化版,从0开始学一个看起来不是必须的软件,看起来很蠢,但是实际使用起来,“真香!”.starUML这款软件十分具体地分了不同图的模型,每个模型对应详细地工具,使得用起来得心应手!而且,对于对应的UML图,它会自动检测(编译),帮用户发现画错的地方。最关键的是,可以生成java、c++等语言的具体的代码!让用户更直观地了解UML!
-临时队长相对于原先更注重于细节地处理,因为他原本就是在团队里担任写博客的任务,他的要求比原队长更加精致,但是到了最后才提出图片文字的规格化处理,导致整体速度偏慢。 -新换来的队员很乖巧,自学能力很好,在没有我们项目的经历上确还是按时完成任务,也没有捣乱,非常棒! -氛围的话其实不好说,因为之前没有这样面对面一起工作的例子,但是这次,个人觉得很愉快,因为大家不是那种各干各的,而是有问题会互相问,也很乐意会互相回答。
总的来说感觉很棒,有团的的感觉!
转载于:https://www.cnblogs.com/hyh1072797231/p/9822827.html
相关资源:JAVA上百实例源码以及开源项目