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

Posted wdyyyd

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了快易需求文档编辑系统(二期)第一次迭代开发总结相关的知识,希望对你有一定的参考价值。

设想和目标

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

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

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

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

 

计划

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

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

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

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

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

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

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

 

 

 

 

设计/实现

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

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

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

 

团队的角色,管理,合作

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

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

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

 

总结

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

进步:从无到有,从不会到熟练,人人都有很大进步。

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

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

以上是关于快易需求文档编辑系统(二期)第一次迭代开发总结的主要内容,如果未能解决你的问题,请参考以下文章

快易需求文档编辑系统——测试心得

第一次迭代开发总结

测试心得--快易需求文档编辑系统

项目测试心得-快易文档编辑系统

第一次迭代开发心得

结对编程第一阶段