标签:命名 服务 框架搭建 成功 需求规格说明书 tar ali 大致 说明书
对项目的整体分析不全面
代码注释尽量写,不做强制要求
处理异常可以在写各自代码时加入,也可以在后续组合时加入。
注释尽量要写,而且要写清楚,粒度尽量要细
设计方法时要坚持“==只做一件事,并且要做好==”的原则
学号 | 姓名 | 负责内容 |
---|---|---|
20165101 | 刘天野 | 服务器与客户端通信 |
20165103 | 赵中楷 | 用户数据加密 |
20165115 | 张承昱 | 利用Mac码进行完整性校验 |
20165111 | 朱思腾 | 用户数据加密 |
20165118 | 李泊志 | 用户端界面设计 |
20165321 | 谢沛良 | 服务器与客户端通信 |
组员分工大致如如上,但具体操作会根据项目进度来进行临时调整
姓名 | 内容 | 完成度 | 完成时间(小时) |
---|---|---|---|
刘天野 | 整理编辑博客,集体讨论,完善需求使用说明书,制定计划 | 100% | 6.0 |
赵中楷 | 整理编辑博客,集体讨论,撰写需求使用说明书,制定计划 | 100% | 6.0 |
张承昱 | 集体讨论,完善需求使用说明书,制定计划 | 100% | 4.0 |
朱思腾 | 集体讨论,完善需求使用说明书,制定计划 | 100% | 4.0 |
李泊志 | 集体讨论,完善需求使用说明书,制定计划 | 100% | 4.0 |
谢沛良 | 集体讨论,完善需求使用说明书,制定计划 | 100% | 4.0 |
标签:命名 服务 框架搭建 成功 需求规格说明书 tar ali 大致 说明书
原文地址:https://www.cnblogs.com/8cloud33zzk/p/9065213.html