细化迭代1--1.2 开发计划

1、团队成员：
姓名         学号                     角色         工作职责
杜元浩 201230560104     项目经理 分配任务，及时跟进团队进度等，并且对需要帮忙的团队成员都会给予协助。
 
吴嘉勇 201230560128     架构师         设计软件的体系结构和模型，确定软件核心框架，编码，在UP阶段主要负责细化阶段。
 
刘俊成 201230560113     程序员         协助架构师的软件设计以及完成细化阶段遗留元素的实现，在UP阶段主要负责构造阶段。
 
王之路 201230560124     测试员     进行测试找出系统中的bug，编写测试报告把结果反馈给团队成员，在UP阶段主要负责移交阶段。
曾茂菁 201230560130     分析员       深刻理解并分解需求，业务建模，用例描述，抽取关键用例等，在UP阶段主要负责初始阶段。
 
2、项目进度：
过程                  时间  目标                         工作内容 
细化迭代1  3-4周 搭建框架                 确定核心架构 实现基础数据增删改查；
细化迭代2         5-6周 设计实现业务用例 实现销售和显示用例 
细化迭代3         7-8周 设计实现业务用例 实现收银用例 
细化迭代4         9-10周 设计实现业务用例 实现退货用例 
细化迭代5  11-12周 设计实现权限         实现管理员权限功能 
细化迭代6  13-14周 设计实现报表         实现数据报表功能
交付                 15周         提交成果                 演示程序
 
3、风险和规避：
一、一般软件项目的风险体现在以下四个方面：需求、技术、成本和进度。（来源于百度）
1、需求风险：①需求已经成为项目基准，但需求还在不断变化；②需求定义欠佳，而进一步的定义会拓展项目范畴；③添加额外的需求；④在进行需求分析时与顾客沟通不畅，对客户的需求了解不足且顾客参与度不够；⑤缺少有效的需求变化。
2、技术风险：技术风险是指在设计、实现、接口、验证、维护、技术的不确定性、陈旧的技术等方面存在的风险。技术风险威胁到软件开发的质量及交付的时间，如果技术风险变成现实，则开发工作可能变得很困难或根本不可能。
3、成本风险：由于管理人员素质不够，经验不足，沟通不畅，任务分配不合理，对项目的控制力度不够等方面造成的各种风险将导致项目成本的上升。
4、进度风险：分开建模，技术力量不足，开发环境工具不足，团队的成员责任心欠缺及互相协作不够等各方面因素都将导致项目进度拖延。
二、我们组遇到的项目风险则如下：
1、 需求风险:在研究便利店需求的时候实际上我们怎么样都会存在考虑不周的问题；
2、 技术风险：在并没有很熟悉技术的情况下我们的开发过程会遇到种种问题，正如我们在做第一次迭代的时候已经遇到了很多荆棘。
3、 进度风险：虽然有两个星期看似充裕的时间，但如果不抓紧的话进度就会落后，到后来就会十分麻烦，显得很被动。因此作为项目经理，完全有必要时刻注意进度并且督促组员完成任务。
三、为了应对项目风险，我们组打算采取以下措施：
1、由于风险存在于项目的每一个角落，要完全避免是不可能的，只可能尽量规避，所以项目分为每一次迭代的话对于风险处理有很大的帮助，每一次的总结反思会为下一次提供经验。
2、与团队成员保持良好的关系并且按时按质量完成任务是必须要先说好的。每人都负责关键的一步，如果稍有脱节就会使整个项目进度延后，甚至不能按时完成。因此在项目初我们就已经协商好了，分工明确。

转载于:https://my.oschina.net/u/2333889/blog/395326