快易需求文档编辑系统(二期)第一次迭代开发总结

设想和目标

1.目的： 项目为“快易需求文档智能生成系统”。软件需求文档是软件开发与维护的重要基础，本项目希望通过建立一个专业的需求文档编辑系统，为软件开发人员提供一个便捷的协作文档编写工具，推动需求文档编写的规范与文档重用工作。同时，也为广大软件公司提供一个随时可以访问的平台，推广快易文档编写系统。

2. 成果：完成了原定计划中所有第一次迭代的功能和部分第二次迭代的功能。

3. 提高：所有成员各司其职，完成了自己的任务，比起最开始的一无所知有了很大的提升

经验教训：团队内需要多交流沟通

 

计划

1. 时间：花费了一个月左右的时间做计划，时间充裕。执行过程中由于水平不足时间稍显不足，但还是及时交付了。

2. 意见：对于团队中的意见通过交流沟通，协商解决

3. 工作：我个人而言完成了自己分配的任务，但还有部分细节不到位。

4. 浪费：设计的原型由于种种不足被放弃。

5. 交付：各个功能都能正常运行，且能应付一些基本的情况即可交付。

6. 意外：数据库设计有问题进行了重新设计，其它部分依据计划正常进行。

经验教训：对整个项目及一些基本知识有所了解后再工作

 

 

 

 

设计/实现

1、优点：小组任务分配为各人负责各自页面的功能，任务较为平均且人人都有进步。

2、缺陷：容易出现同一个难点阻碍每一个功能的进度

 经验教训：组内需要多沟通交流

 

团队的角色，管理，合作

1. 人选：由于最初每个组员都不会，因此整个项目如何分配都没有意见。没有什么特别的分配方式。

2. 互助：对于自己遇到的问题，组员们大多时候自己解决。自己无法解决时才会去询问其它组员。其它组员也很乐于帮助他人解决问题。

3. 合作：整体来说合作的很好，由于各人的功能实现基本互不干涉，没有遇到什么合作上的问题。遇到问题也可以通过协商解决。

 

总结

团队：团队在最开始的组建后，经历了一个迭代开发周期的磨合，目前处于规范阶段。

进步：从无到有，从不会到熟练，人人都有很大进步。

改进：团队沟通较少，代码规范性存在问题

代码：需要在主要的地方添加注释以便理解。

转载于:https://www.cnblogs.com/wdyyyd/p/10109032.html