项目UML设计（团队）
2017-10-21 18:43
399 查看
团队信息
友林(队长) 2228方宜 2225
锃 2226
盛 2223
团队分工
ToDoList
| 列表名称 | 卡片内容 | 工作量估算 | 主要负责人员 |
|---|---|---|---|
| 目标 | 电脑端文件加密解密模块的开发 | ||
| 待办任务 | 文件加密模块：对文件进行加密 | 20 | 锃 |
| 待办任务 | 电脑端文件机密解密模块的测试 | 10 | 锃 |
| 目标 | 网络通信模块的开发 | ||
| 待办任务 | 网络通信模块：tcp连接的实现 | 10 | 友林 |
| 待办任务 | 网络通信模块：传输数据的加密解密 | 10 | 友林 |
| 待办任务 | 网络通信模块的测试 | 10 | 友林 |
| 目标 | 手机app模块的开发 | ||
| 待办任务 | 手机端app模块：app基本界面的实现 | 10 | 方宜 |
| 待办任务 | 手机app模块：指纹认证的基本实现 | 10 | 方宜 |
| 待办任务 | 手机app模块的测试 | 10 | 方宜 |
| 目标 | 各个模块的整合 | ||
| 待办任务 | 各个模块整合 | 2.5 | 友林 |
| 待办任务 | 整合后的测试 | 2.5 | 盛 |
WBS
燃尽图
UML
part1(类图)：这里描述的是这个系统的类图
这部分描述了我们这个软件的主要功能模块，各个功能模块的子模块以及其各自实现的功能
解决了我们软件模块的划分以及模块所要实现的功能不明确的问题。
附：
part2（用例图）：
该图描述的是整个系统的行为模式
该部分解决了每个模块交互时需要关注的点
附：
part3(状态图)：
该图描述的是PC端中软件状态行为
该部分面临在对文件进行操作时各种情况的发生的处理问题
以下设计能够解决文件在加密时，软件如何应对各种情况。
附：
part4(活动图)：
该图描述的是手机端app的工作流程
该部分面临的问题是 从打开APP之后到完成整个操作，流程较为复杂。
该设计能够使流程更为清晰，利于之后代码具体实现
附：
这里描述的事系统的信息传输过程中电脑向手机发送信息的过程。
该部分面临着传输流程不明确以及数据传输不明确的问题。
通过本图，我们大致了解了具体的传输流程以及数据传输，为以后的编码提供便利。
附：
工具选择
本次作业，我组选择的软件是starUML，因为我们在之前的另一门课程中也有接触过这款软件，对于其的操作比较熟悉；而且其功能也很完备，可以绘制UML建模所需大部分的图形。使用后对工具的评价：简单，易于操作，而且功能很全面。
评估成员的贡献分配
友林2228:锃 2226:方宜 2225:盛 2223=7:7:4:1
PSP:
| PSP2.1 | Personal Software Process Stages | 预估耗时（分钟） | 实际耗时（分钟） |
|---|---|---|---|
| Planning | 计划 | ||
| · Estimate | · 估计这个任务需要多少时间 | 3 | 2 |
| Development | 开发 | ||
| · Analysis | · 需求分析 (包括学习新技术) | 10 | 7 |
| · Design Spec | · 生成设计文档 | 10 | 10 |
| · Design Review | · 设计复审 (和同事审核设计文档) | 10 | 10 |
| · Coding Standard | · 代码规范 (为目前的开发制定合适的规范) | 2 | 2 |
| · Design | · 具体设计 | 60 | 60 |
| · Coding | · 具体编码 | 0 | 0 |
| · Code Review | · 代码复审 | 0 | 0 |
| · Test | · 测试（自我测试，修改代码，提交修改） | 0 | 0 |
| Reporting | 报告 | 30 | 30 |
| · Test Report | · 测试报告 | 0 | 0 |
| · Size Measurement | · 计算工作量 | 5 | 5 |
| · Postmortem & Process Improvement Plan | · 事后总结, 并提出过程改进计划 | 5 | 5 |
| 合计 | 135 | 131 |
内容来自用户分享和网络整理，不保证内容的准确性，如有侵权内容，可联系管理员处理 