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