目录

• 团队信息
• 分工选择
  • 课上分工
  • 课下分工
  • ToDolist
  • alpha版本要做的事情
  • 燃尽图
• UML
  • 用例图
  • 状态图
  • 活动图
  • 类图
  • 部署图
  • 实例图
  • 对象图
  • 时序图
  • 包图
  • 通信图
• 贡献分评定
  • 课上贡献分
  • 课下贡献分
• 工具选择
  • StarUML
  • Process on
• 使用工具感受
  • StarUML
• PSP表格
• 换队感受

团队信息

队名 404 Note Found

队长：胡绪佩

临时队长：周政演

团队会议纪要链接

学	姓名	博客链接
031602543	周政演	https://www.cnblogs.com/vancasola/p/9821102.html
031602510	葛家灿	https://www.cnblogs.com/dalegac/p/9823211.html
031602513	黄鸿杰	https://www.cnblogs.com/Jeho/p/9823214.html
031602627	刘恺琳	https://www.cnblogs.com/lkl-fzu/p/9821459.html
031602113	何宇恒	https://www.cnblogs.com/hyh1072797231/p/9822827.html
031602444	庄卉	https://www.cnblogs.com/ffxpy/p/9823213.html
031602525	刘一好	https://www.cnblogs.com/howtoloveyou/p/9823202.html
081600410	胡青元	https://www.cnblogs.com/waaaafool/p/9823203.html
031602114	胡绪佩	https://www.cnblogs.com/heihuifei/p/9823207.html
031602511	何家伟	https://www.cnblogs.com/Bylight/p/9823215.html
031602539	翟丹丹	http://www.cnblogs.com/breakbreak/p/9822763.html

分工选择

课上分工

ToDolist

UML

用例图

描述的部分：

• 描述了我们软件必须完成的任务，定义了必须完成的软件功能；
• 基本呈现用户与用例之间的具体关系；
• 基本表达系统的基本功能；
• 基本表达系统的具体行为。

面临的问题：

• 如何具体对用例进行分类，使得用例更加具体；
• 如何对用户与不同用例之间的关系详细分析。

解决的问题：

• 初步获取用户的需求；
• 指导测试；
• 在整个过程中对其他工作流起到指导作用。

【part2】
描述的部分：

• 描述了用户新建自定义备忘的状态。

面临的问题：

• 面临用户添加自定义备忘条目选填信息较多的问题。

解决的问题：

• 用户只需添加标题便可新建备忘，选填信息个性化添加。

附图：

【part4】
描述的部分：

• 描述了所有备忘展示的状态。

面临的问题：

• 备忘信息分类方式不同及备忘信息展示形式比较多对于用户较复杂。

解决的问题：

• 方便用户切换查看备忘信息的分类方式，如按时间顺序与事务类型。
• 方便用户选择备忘信息展示的形式。

附图：

类图

描述的部分：

• 描述了我们软件必须完成的类、接口以及它们之间的静态结构和关系；
• 类的部分：用户、备忘录、备忘录分类夹、桌面控件、锁屏壁纸、图片、音频、备忘详情、智能分析、快递信息、订单信息、天气信息；
• 关系部分：关联、聚合、泛化；

面临的问题：

• 绘制类图软件的选择和该软件在类图绘制上的使用方法；
• 类的定义（如属性和方法）和个数比较不明确；
• 各种类之间的关系比较模糊；

解决的问题：

• 1确定使用StarUML进行类图绘制并搜索相关博客教程学习使用StarUML绘制类图；
• 2 与其他负责后端任务的组员讨论交流沟通，确定主要的类的属性、方法和个数；
• 3与组内负责前端、原型设计和其他UML图绘制的组员反复沟通；

附图：

实例图

描述的部分：

• 描述用户和软件之间、软件各个部分之间的联系
• 描述软件的逻辑结构
• 描述实体与其属性的联系，是用来描述现实世界的概念模型。

面临的问题：

• 1.具体实际功能要与后端商议，进行一定修改

解决的问题：

• 1.明确了各个部分的具体功能
• 2.具体解决了数据库的设计

附图：

时序图

云备份

描述的部分

• 这里描述了系统的云备份部分

面临的问题

• 要面临云搭建的，以及访问的问题

解决的问题

• 设计帮助后端成员理解这一过程

附图

备忘录管理：

描述的部分

• 这里描述了用户对备忘录进行操作时遇到的情况

面临的问题

• 面临对备忘录的内容进行增删改的问题

解决的问题

• 帮助编码人员分析录入备忘录时遇到的情况

附图

壁纸系统：

描述的部分

• 这里描述了用户设定时遇到的情况

面临的问题

• 面临如何使用备忘录生成壁纸的问题

解决的问题

• 帮助编码人员分析如何生成壁纸的情况

附图

包图

描述的部分：

• 基本表达系统的基本功能
• 描述了软件大致需要实现的功能

面临的问题：

• 如何对于相关的类进行整合使之成为更加简练的包
• 对于相关包之间的关系如何显示比较好

解决的问题：

• 大致了解整个软件的使用过程
• 对于繁杂的类实现相当于文件夹的功能，看起来更加简洁
• 实现了uml的附加功能之一

附图

【part2】

描述的部分

• 描述的备忘录的生成以及删除的问题。

面临的问题

• 面临备忘录自动生成和用户自行创建的问题。

解决的问题

• 解决用户自动撰写备忘录的问题，解决根据手机短信生成备忘录提醒的问题，解决备忘录云备份的问题。

附图

贡献分评定

分工参考：

课下贡献分

工具选择

根据助教学姐推荐，以及转进同学的使用习惯，本次作业共使用了两种工具：StarUML，ProcessOn。

StarUML

• 制作工具：staruml2.8
• 选择理由：staruml功能完整、易上手；
• 本小组组内试用过ProcessOn和visio，前者缺少部分构图件，后者使用感觉一般。

Process on

• 制作工具 Process on
• 选择理由：
  • 支持流程图、思维导图、原型图、UML、 络拓扑图等；
  • 支持图形界面操作，容易上手，方便实用；
  • 随时将作品分享给队友，达成团队之间的共享，能够更好的协同合作，互相促进；资源丰富，图库资源强大；

使用工具感受

本次作业使用了一种工具：StarUML

StarUML

• 这是一个很好的UML设计工具

通过这个工具很好的实现了我的时序图的部分，平常的软件一是无法创建生命线这一重要控件，二是无法针对各种实际情况做出应对，例如循环，条件等都无法进行设计。这款软件完美地解决了这些问题，并且还能针对时序图生成代码，很好地契合了我们的需求。

PSP表格

PSP8.1	header 2	预估耗时（分钟）	实际耗时（分钟）
Planning	计划	35	30
· Estimate	·估计这个任务需要多少时间	15	5
Development	开发	0	0
· Analysis	需求分析（包括学习新技术）	60	60
· Design Spec	· 生成设计文档	60	120
· Design Review	· 设计复审	30	30
· Coding Standard	· 代码规范 (为目前的开发制定合适的规范)	0	0
· Design	· 具体设计	180	240
· Coding	· 具体编码	0	0
· Code Review	· 代码复审	0	0
· Test	·测试（自我测试，修改代码，提交修改）	0	0
Reporting	告	245	300
· Test Repor	· 测试 告	0	0
· Size Measurement	· 计算工作量	0	0
· Postmortem & Process Improvement Plan	· 事后总结, 并提出过程改进计划	60	60
合计		685	845

换队感受

• 换走了pm以及其他两位同学，由于这次的任务比较简单，所以没有太大区别
• 由于本次我的部分没有和换来的同学有交集，所以没有更多的感受，看他们的完成情况还是很优秀的！

文章知识点与官方知识档案匹配，可进一步学习相关知识MySQL入门技能树数据库组成表31759 人正在系统学习中 相关资源：GLONASS卫星位置计算与程序实现_葛奎_glonass_卫星位置__matlab…