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

A：项目团队成员

姓名	学号	角色	工作职责
吴春迎	201230560127	分析员 （项目经理）	分析员：寻找和记录系统不断变更的需求，业务建模，用例描述，抽取关键用例等，在UP阶段主要负责初始阶段和细化阶段； 项目经理：分配任务，编辑团队开发计划和管理团队档案以及督促团队进度等。
潘乃照	201230560120	架构师	设计软件的体系结构和数据模型，确定软件核心框架，编码，在UP阶段主要负责细化阶段和构造阶段。
李雅茵	201230560108	程序员	协助架构师的软件设计以及完成细化阶段遗留元素的实现，在UP阶段主要负责细化阶段和构造阶段。
陈康玉	201230560101	测试员	进行beta测试找出系统中的bug，编写测试报告把结果反馈给团队成员，在UP阶段主要负责细化阶段和移交阶段。

 

B：项目进度安排

项目进度安排：本课程设计采用迭代开发过程，2个星期1个迭代，共6个迭代。各迭代的具体任务如下：

过程	时间	目标	工作内容	提交资料
细化迭代1	3-4周	搭建框架	确定核心架构 实现基础数据增删改查	程序； 编写文档1.1, 1.2, 3.2
细化迭代2	5-6周	设计实现业务用例	实现销售开单用例	程序； 编写文档2.1-2.4；编写4.1.1 编写4.2.1
细化迭代3	7-8周	设计实现业务用例	实现收银用例	程序； 完善文档2.1-2.4，编写4.1.2
细化迭代4	9-10周	设计实现业务用例	实现退货用例	程序； 完善文档2.1-2.4，编写4.1.3 编写3.1
细化迭代5	11-12周	设计实现权限	基于所选技术实现系统权限功能	程序； 编写文档4.4 编写文档4.3
细化迭代6	13-14周	设计实现报表	实现数据报表功能	程序； 编写文档4.2.2
交付	15周	提交成果	编程人员实验室演示程序； 提交文档打印稿。	完成文档5,6 最终版程序，文档定稿

 

C：项目风险及控制

软件项目的风险通常体现在以下四个方面：需求、技术、成本和进度，具体如下：

1、需求风险：①需求已经成为项目基准，但需求还在不断变化；②需求定义欠佳，而进一步的定义会拓展项目范畴；③添加额外的需求；④在进行需求分析时与顾客沟通不畅，对客户的需求了解不足且顾客参与度不够；⑤缺少有效的需求变化。

2、技术风险：技术风险是指在设计、实现、接口、验证、维护、技术的不确定性、陈旧的技术等方面存在的风险。技术风险威胁到软件开发的质量及交付的时间，如果技术风险变成现实，则开发工作可能变得很困难或根本不可能。

3、成本风险：由于管理人员素质不够，经验不足，沟通不畅，任务分配不合理，对项目的控制力度不够等方面造成的各种风险将导致项目成本的上升。

4、进度风险：分开建模，技术力量不足，开发环境工具不足，团队的成员责任心欠缺及互相协作不够等各方面因素都将导致项目进度拖延。

为了应对项目风险，可以采取以下措施：

1、软件项目中的风险永远不能全部消除，比较合理的解决办法是采用RUP思想——以架构为中心，进行用例驱动设计以及迭代开发。

2、在初始阶段时，了解涉众是否就项目设想基本达成一致，结合早期时间定量的迭代开发，进行迭代和进化式需求分析，并引入频繁的涉众参与、评估和对局部结果的反馈。若在此过程中，涉众满意度不足则马上调整需求，尽量做到满足涉众的整体性要求。

3、团队成员自觉提高项目素质包括提高项目所需要的知识与能力以及对整个项目的责任心等，不能单独建模，要并行地创建模型，特别是项目经理要协调好团队成员之间的分工与关系，控制好项目成本和督促项目进度。

4、对项目进行风险管理，将不确定因素出现的概率控制到最低，将不确定性所造成的损失减少到最低限度，对软件项目全过程中的风险进行识别、分析和应对，主要目标是预防风险。