细化迭代1-1.2开发计划

 

1.2 开发计划

 

A. 团队成员。

黄佳莹（项目经理、分析员）：制定项目计划，分析业务功能，撰写相关文档。

杨畅达（架构师）：设计项目架构，系统功能实现，数据库设计。

钟淑娜（程序员）：完善系统功能，绘制相应图表。

黄晓萍（测试员）：对系统功能进行测试，完成截图及文字说明，协助撰写文档。

B. 项目进度。

过程	时间	目标	工作内容
初始 阶段	第2周	分组定题	布置任务，确定分组； 确定题目，制定计划。
细化迭代1	3-4周	搭建框架	确定核心架构 实现基础数据增删改查
细化迭代2	5-6周	设计实现业务用例	实现销售开单用例
细化迭代3	7-8周	设计实现业务用例	实现收银用例
细化迭代4	9-10	设计实现业务用例	实现退货用例
细化迭代5	11-12周	设计实现权限	基于所选技术实现系统权限功能
细化迭代6	13-14周	设计实现报表	实现数据报表功能
交付	15周	提交成果	编程人员实验室演示程序； 提交文档打印稿。

 

C. 风险控制。

（1）技术风险：可能由于软件开发水平有限，有些系统功能可能无法实现。

措施：对于程序员在开发过程中遇到未接触过的技术，可以上网找资料或请教别人边做边学。

（2）进度风险：未能在规定的时间内完成任务。

措施：由于各种原因，可能出现未能在规定时间内完成任务，那么项目经理应该合理安排团队成员的各自任务并规定任务完成的最后期限，在任务执行期间，经常向团队成员了解任务完成情况及碰到的问题等，协助和督促其按质按量完成任务。

（3）团队沟通合作：团队成员沟通不良，合作。

措施：新组的团队会经历一个动荡期，可能会出现沟通不良等情况，项目经理要协调团队各成员，并组织团队一起合作，加强沟通，同时各团队成员应加强团队意识，积极融入团队

（4）质量风险：开发的产品未能达到任务所要求的质量。

措施：在执行任务前，开发团队应仔细了解好所开发的产品所要达到的质量，开发完成后应由测试人员对产品进行测试，如压力测试等等，并将问题反馈给程序员，程序员再根据反馈进行调试，最终达到所要求的质量。

（5）性能风险：评价一个系统的性能有很多方面，比如吞吐量、响应时间、并发用户数等等。开发系统时往往可能只注重系统的功能，却没有考虑系统的性能，如并发用户数、系统响应时间等等，但是这些却也是同样重要的，这些将影响用户体验，也是评价一个系统的好坏的指标。

措施：在测试时，除测试系统功能外，也要对系统进行性能测试，如负载测试、强度测试、容量测试等。负载测试（Load Testing）譬如软件在一定时期内，最大支持多少并发用户数，软件请求出错率等。强度测试（Stress Testing）：压力测试主要是为了测试硬件系统是否达到需求文档设计的性能目标，譬如在一定时期内，系统的cpu利用率，内存使用率，磁盘I/O吞吐率，网络吞吐量等容量测试（Volume Testing）：确定系统最大承受量，譬如系统最大用户数，最大存储量，最多处理的数据流量等。根据测试结果，进一步提高系统性能。

转载于:https://my.oschina.net/changda/blog/395440