标签：代码 理解 遇到 需要 需求文档 软件需求 工作 class 知识
1.目的： 项目为“快易需求文档智能生成系统”。软件需求文档是软件开发与维护的重要基础，本项目希望通过建立一个专业的需求文档编辑系统，为软件开发人员提供一个便捷的协作文档编写工具，推动需求文档编写的规范与文档重用工作。同时，也为广大软件公司提供一个随时可以访问的平台，推广快易文档编写系统。
2. 成果：完成了原定计划中所有第一次迭代的功能和部分第二次迭代的功能。
3. 提高：所有成员各司其职，完成了自己的任务，比起最开始的一无所知有了很大的提升
经验教训：团队内需要多交流沟通
1. 时间：花费了一个月左右的时间做计划，时间充裕。执行过程中由于水平不足时间稍显不足，但还是及时交付了。
2. 意见：对于团队中的意见通过交流沟通，协商解决
3. 工作：我个人而言完成了自己分配的任务，但还有部分细节不到位。
4. 浪费：设计的原型由于种种不足被放弃。
5. 交付：各个功能都能正常运行，且能应付一些基本的情况即可交付。
6. 意外：数据库设计有问题进行了重新设计，其它部分依据计划正常进行。
经验教训：对整个项目及一些基本知识有所了解后再工作
1、优点：小组任务分配为各人负责各自页面的功能，任务较为平均且人人都有进步。
2、缺陷：容易出现同一个难点阻碍每一个功能的进度
经验教训：组内需要多沟通交流
1. 人选：由于最初每个组员都不会，因此整个项目如何分配都没有意见。没有什么特别的分配方式。
2. 互助：对于自己遇到的问题，组员们大多时候自己解决。自己无法解决时才会去询问其它组员。其它组员也很乐于帮助他人解决问题。
3. 合作：整体来说合作的很好，由于各人的功能实现基本互不干涉，没有遇到什么合作上的问题。遇到问题也可以通过协商解决。
团队：团队在最开始的组建后，经历了一个迭代开发周期的磨合，目前处于规范阶段。
进步：从无到有，从不会到熟练，人人都有很大进步。
改进：团队沟通较少，代码规范性存在问题
代码：需要在主要的地方添加注释以便理解。
标签：代码 理解 遇到 需要 需求文档 软件需求 工作 class 知识
原文地址：https://www.cnblogs.com/wdyyyd/p/10109032.html
