软工实践 - 第八次作业
课堂实战 - 项目UML设计
本次作业博客
团队信息
- 队名:起床一起肝活队
- 原组长:
白晨曦(101)- 原组员:
李麒 (123)
陈德斌(104)
何裕捷(214)
黄培鑫(217)
王焕仁(233)
林志华(128)
乐忠豪(121)
蔡子阳(102)
- 原组员:
- 临时组长:
何裕捷(214)- 组员:
李麒(123)
陈德斌(104)
黄培鑫(217)
王焕仁(233)
高裕翔(212)
胡青元(081600410)
蔡子阳(102)
- 组员:
alpha版本
模块序号 | 模块名 | 模块具体内容 |
---|---|---|
1 | 登陆注册模块 | 用户的登陆与注册 |
2 | 个人信息模块 | 用户的个人信息 |
3 | 累计反馈模块 | 用户世界树的更新成长以及实时天气温度等信息 |
4 | 计划模块 | 以日历形式显示用户制定的计划,分个人和团队 |
5 | 闹钟模块 | 设置关联闹钟,优先级以及提醒方式 |
成员分工明细以及TODO-list
负责人 | 分工明细 | TODO-list |
---|---|---|
白晨曦 | 1.规划项目进程;2.组织会议、分配任务;3.负责UI设计;4.参与文档拟写 | 完成各个界面的UI设计稿 |
陈德斌 | 辅助项目原型的逻辑功能设计 | 协同同何裕捷完成项目原型逻辑功能设计 |
林志华 | 1.负责前端的开发;2.辅助pm进行项目规划 | 个人信息模块前端开发 |
何裕捷 | 负责项目原型的逻辑功能设计 | 完成项目原型逻辑功能设计 |
黄培鑫 | 负责前端的设计、开发 | 完成登陆注册模块前端开发 |
蔡子阳 | 负责网络接口 | 完成网络接口的设计与开发 |
李麒 | 1.负责后台的设计、搭建;2.主要功能程序编写 | 完成后台构建以及累计反馈模块的实现 |
乐忠豪 | 1.辅助后台的设计、搭建;2.搭建数据库 | 闹钟模块的实现,搭建数据库 |
王焕仁 | 1.辅助后台的设计、搭建;2.辅助主要功能编写 | 计划模块的实现 |
燃尽图
UML
用例图
描述的部分:
- 这里是用户个人管理系统的用例图
面临的问题:
- 面临用户登录注册和个人信息处理等基本问题
解决的问题:
- 尽可能符合用户的使用习惯,使用户用起来方便
附图:
描述的部分:
- 这里是用户团队管理部分的用例图
面临的问题:
- 这部分面临用户管理团队的问题,包括创建团队,解散团队,加入团队,退出团队,添加成员,踢出成员
解决的问题:
- 罗列了团队管理的基本逻辑,让用户更方便地管理自己的团队
附图:
描述的部分:
- 这里是用户计划管理部分的用例图
面临的问题:
- 这部分面临用户管理计划的问题,包括删除计划,添加计划和查看计划
解决的问题:
- 罗列了计划管理的基本逻辑,让用户更方便地管理自己的计划
附图:
描述的部分:
- 这里是用户闹钟管理部分的用例图
面临的问题:
- 这部分面临用户管理闹钟的问题,包括删除闹钟,添加闹钟和查看闹钟
解决的问题:
- 罗列了闹钟管理的基本逻辑,让用户更方便地管理自己的闹钟
附图:
描述的部分:
- 这里是用户成长反馈部分的用例图
面临的问题:
- 这部分面临用户成长反馈的问题
解决的问题:
- 罗列了成长反馈的基本逻辑
附图:
类图
描述的部分:
- 用户与闹钟,团队,计划,累计反馈的关系
面临的问题:
- 各种类的关系复杂
解决的问题:
- 明确了各类的关系
附图:
活动图
描述的部分:
- 1 用户的团队管理部分。
- 2 用户闹钟制定的部分。
- 3 用户计划制定的部分。
面临的问题:
- 1 对软件不熟悉,进度缓慢,效率低。
- 2 缺少交流,没有统一好整个流程的实现。
解决的问题:
- 1 对要开发软件的整体结构更加了解。
- 2 更加清晰用户使用软件的整个流程
附图:
状态图
描述的部分:
- 用户的注册登录部分。
面临的问题:
- 账户的管理问题。
解决的问题:
- 解决用户的注册登录问题。
附图:
]
描述的部分:
- 关联计划部分。
面临的问题:
- 关联计划有什么作用。
解决的问题:
- 用户可以创建计划、查看计划、修改计划。
附图:
描述的部分:
- 用户关联闹钟管理的部分。
面临的问题:
- 关联闹钟的管理问题。
解决的问题:
- 用户可以对关联闹钟创建、删除、修改。
附图:
描述的部分:
- 关联闹钟的叫醒部分。
面临的问题:
- 关联闹钟如何叫醒用户。
解决的问题:
- 用户通过完成任务、成员一键呼叫来起床,用户起床后或无法被联系才解除闹钟。
附图:
描述的部分:
- 累积反馈部分。
面临的问题:
- 累积反馈的过程如何。
解决的问题:
- 完成任务后成果增加,超过时间未完成任务则成果减少,可以查看自己的成果。
附图:
实体关系图
描述的部分:
这里是软件所拥有的实体以及它们之间的关系
面临的问题:
如何清晰地展示我们软件的一个实体属性以及之间的关系。
解决的问题:
能让用户和程序员更清晰地了解到软件的构成。
附图:
构件图
描述的部分:
- 1 用户界面
- 2 计划管理
- 3 成长反馈
- 4 团队关联
面临的问题:
如何描述接口和系统功能
解决的问题:
在有交互的界面标注接口,系统功能分为直接调度和程序调用
附图:
对象图
描述的部分:
- 描述对象与类之间的关系
面临的问题:
- 对软件不熟悉以及需要等待类图
解决的问题:
- 明确了对象与类的关系
附图:
序列图
描述的部分:
- 1 总体而言,是对象之间的沟通方法,描述运行时的交互关系。
- 2 流程而言,创建一个群组,并进行发布(关联闹钟|关联计划)的过程。
- 3 具体而言,是在一次正常工作情况中,进行的用户,系统,数据库之间的数据交路的过程与方法。
面临的问题:
- 1 如何建立正确的模块调用关系。
- 2 如何处理好大量用户情况下的调用。
解决的问题:
- 1 让模块调用顺序化,具体化。
- 2 让系统能成功调用模块和功能。
附图:
部署图
描述的部分:
- 描述用户,客户端,数据库的关系
面临的问题:
- 系统如何部署
解决的问题:
- 更好的体现了各个硬件的宏观关系
附图:
工具选择
- 工具:StarUML
- 评价:
1.优点:针对性强,容易上手,使用便利,转出方便。
2.缺点:相比其他在线工具需下载安装才能使用,功能的友好度方面缺少团队协作功能和自动保存功能。
PSP表格
PSP2.1 | Personal Software Process Stages | 预估耗时(分钟) | 实际耗时(分钟) |
---|---|---|---|
Planning | 计划 | 180 | 190 |
· Estimate | · 估计这个任务需要多少时间 | 5 | 5 |
Development | 开发 | 90 | 120 |
· Analysis | · 需求分析 (包括学习新技术) | 60 | 60 |
· Design Spec | · 生成设计文档 | 30 | 60 |
· Design Review | · 设计复审 (和同事审核设计文档) | 0 | 0 |
· Coding Standard | · 代码规范 (为目前的开发制定合适的规范) | 0 | 0 |
· Design | · 具体设计 | 0 | 0 |
· Coding | · 具体编码 | 0 | 0 |
· Code Review | · 代码复审 | 0 | 0 |
· Test | · 测试(自我测试,修改代码,提交修改) | 0 | 0 |
Reporting | 报告 | 80 | 80 |
· Test Report | · 测试报告 | 0 | 0 |
· Size Measurement | · 计算工作量 | 20 | 20 |
· Postmortem & Process Improvement Plan | · 事后总结, 并提出过程改进计划 | 60 | 60 |
合计 | 350 | 390 |
个人贡献
- 课上贡献分评估
短学号 | 姓名 | 此次作业任务 | 贡献分配 | 备注 |
---|---|---|---|---|
214 | 何裕捷 | 用例图 | 13.5% | 临时队长 |
123 | 李麒 | 对象图;写博客 | 13% | |
104 | 陈德斌 | 实体关系图 | 12.5% | |
217 | 黄培鑫 | 状态图 | 12.5% | |
233 | 王焕仁 | 活动图 | 12% | |
212 | 高裕翔 | 构件图 | 11% | |
081600410 | 胡青元 | 顺序图 | 12.5 % | |
102 | 蔡子阳 | 类图;部署图 | 13% |
- 课后贡献分评估
短学号 | 姓名 | 此次作业任务 | 贡献分配 | 备注 |
---|---|---|---|---|
101 | 白晨曦 | 组织 | 5% | 原组长 |
214 | 何裕捷 | 用例图 | 15% | 临时队长 |
123 | 李麒 | 对象图;写博客 | 16% | |
104 | 陈德斌 | 实体关系图 | 13% | |
217 | 黄培鑫 | 状态图 | 13% | |
233 | 王焕仁 | 活动图 | 12% | |
102 | 蔡子阳 | 类图;部署图;alpha版本分工;燃尽图 | 22% | |
128 | 林志华 | 完善构图 | 2 % | |
121 | 乐忠豪 | 完善构图 | 2% |
换队环节感受
随机组队使得整个团队少掉了一部分人,最终团队的凝聚力下降了许多。
新团队没有经过磨合,工作效率并没有令人满意。
我自己也没有在课前做足充分的准备,最终在课堂上能够完成团队给的任务可以说是唯一一件还算满意的事情了。
希望下次能再多做一些贡献吧。
转载于:https://www.cnblogs.com/SororTina/p/9823003.html
软工实践 - 第八次作业相关推荐
- 软工实践第八次作业(软件工程实践总结)
原博客 目录 一.请回望暑假时的第一次作业,你对于软件工程课程的想象 二.个人或结对或团队项目实践中的经验总结+实例/例证结合的分析 三.对下一届实践的建议和告知.对于后来人的期许. 四.分析一下自己 ...
- 软工实践第八次作业——项目需求答辩
前言 本次作业链接 组长博客链接 宣传视频链接 项目logo及思维导图 项目logo 项目Logo设计思路:我们的项目基于福州大学的各个食堂展开服务,所以我们的图标是一个抽象的碗,碗由字母" ...
- 2018福大软工实践第八次作业
目录 团队信息 分工选择 课上分工 课下分工 ToDolist alpha版本要做的事情 燃尽图 UML 用例图 状态图 活动图 类图 部署图 实例图 对象图 时序图 包图 通信图 贡献分评定 课上贡 ...
- 软工实践第八次作业——第五组
本次作业博客 团队信息 队名:起床一起肝活队 原组长: 白晨曦(101) 原组员: 李麒 (123) 陈德斌(104) 何裕捷(214) 黄培鑫(217) 王焕仁(233) 林志华(128) 乐忠豪( ...
- 软工实践第八次作业(课堂实战)- 项目UML设计(第五组)
本次作业博客 团队信息 队名:起床一起肝活队 原组长: 白晨曦(101) 原组员: 李麒 (123) 陈德斌(104) 何裕捷(214) 黄培鑫(217) 王焕仁(233) 林志华(128) 乐忠豪( ...
- 2022秋软工实践 第一次结对编程作业
2022秋软工实践 第一次结对编程作业 需求分析 (1)Need,需求 (2)Approach,做法 (3)Benfit,好处 (4)Competitors,竞争 (5)Delivery,推广 UML ...
- 2021秋软工实践第一次结对编程作业
这个作业属于哪个课程 构建之法-2021秋-福州大学软件工程 这个作业要求在哪里 2021秋软工实践第一次结对编程作业 这个作业的目标 实现博饼软件原型并进行博客写作 学号 031902139 队友学 ...
- 软工实践第三次作业-结对项目1
软工实践第三次作业-结对项目1 简要目录: Step1 · 结对信息 成员信息 项目简介 Step2 · 项目信息 设计说明 原型模型 Step3 · 结对过程 ...
- 软工实践 - 第六次作业
软工1816 · 第六次作业 - 团队选题报告 组长本次作业的博客 NABCD模型 Need: 这个想法来源于生活,目前市面上的闹钟,只是针对个人的时间提醒设置.而我们的这个想法是在两个及以上的人数共 ...
最新文章
- 使用ReaderWriterLock类实现多用户读/单用户写同步
- Okhttp 使用与debug时留的大坑
- Velodyne收购高清地图公司 将研发更安全的ADAS系统
- 周易Java_周易API接口_免费数据接口 - 极速数据
- java基础教程哪个好,吐血整理
- 全链路压测自动化实践 1
- Leetcode每日一题:剑指 Offer 04.(二维数组中的查找)
- 主动领域自适应(Active Domain Adaptation)部分经典论文汇总
- 将图像转为特征值_用K均值进行图像分割
- 基于麻雀算法改进的LSTM预测算法-附代码
- 2-Linux C语言指针与内存-学习笔记
- Java IO和NIO的区别
- 汇编中的int 10h 与int 19h
- 学习笔记(10):程序员的数学:微积分-常用导数(二):最常用到的技巧
- java图形界面的实验代码_GUI图形用户界面实验报告
- Android WiFi Direct文件传输
- linux c语言内核函数手册,Linux C函数实例速查手册
- EGF重组人表皮生长因子功能参数说明
- 操作系统的作用是什么?目前主流的操作系统有哪些?主要特点是什么?
- mate40pro的曲面屏设计华而不实