下载此文档

软件项目计划书(模板).doc


文档分类:管理/人力资源 | 页数:约12页 举报非法文档有奖
1/12
下载提示
  • 1.该资料是网友上传的,本站提供全文预览,预览什么样,下载就什么样。
  • 2.下载该文档所得收入归上传者、原创者。
  • 3.下载的文档,不会出现我们的网址水印。
1/12 下载此文档
文档列表 文档介绍
. .
. v ,负责人员:胡玉莲,永亮
总结人员 负责最后的收尾工作并撰写总结文档,负责人员:瑞刚
. .
. v .
3 管理过程
工程启动方案
每位组员既是积极的建言者,又是负责的合作者。决策应在充分的讨论根底上做出,并被及时有效的执行。按时按量完成工程的根本功能,按时发布产品,遵循规的工程运作标准,文档严谨完整,代码注释充分,便于后续维护。产品要运行稳定,界面友好易上手,能很好的管理酒店客房信息。开发软件过程中要注重团队建立,成员分工合理,合作默契,气氛融洽。工程设计和开发商要有创新,更好的吸引客户。
工作方案
第11周~第13周:完成需求规格说明并撰写需求规格说明
第14周:完成系统设计并撰写软件设计文档
第15周~第16周:完成编码测试
第17周~第18周:完成软件交付并撰写总结文档
控制方案
各开发过程负责人以周为单位记录工作进展,形成电子文档报告,上传至文档库。负责人在每周工程例会作口头总结,小组会议审核通过给出意见,报告修改后上传至文档库。各风险负责人密切监控风险状态,定期提交风险报告。必要时将突发情况列表通知所有组员,并由组长做出临时处理决定。每周例会上小组讨论形成一致意见后即为通过,相关负责人针对改进意见开展下一周工作,小组会议持续评估其成效。每一工程阶段完毕之前〔里程碑前后〕,组织一次阶段评审会,评估整个阶段的工作效率和成果质量。尽量与工程例会合并,并邀请教师和助教参加评议。
风险管理方案
风险
标题
可能性
影响
优先级
躲避或减轻策略
负责人
预定完成日期
. .
. v .
1
开发技术不成熟
80%
灾难的

提前制定好学****方案;
降低设计难度
胡玉莲
永亮
第16周前
2
考研课程
100%
严重的

适量少给她分配任务;
开会讨论错开上课时间
胡玉莲
第16周前
3
考公务员
100%
严重的

适量少给他们分配任务;
开会讨论错开上课时间
明敏
冬雪
第13周
4
考银行
100%
轻微的

适量少给她分配任务;
开会讨论错开上课时间
明敏
冬雪
第13周
5
需求变更频繁
50%
严重的

需求制定充分预见未来;
多于教师助教讨论;
设计方案留有变更余地
明敏
冬雪
第13周
6
缺乏设计人才
80%
严重的

组员深入学****相关知识;
寻求外援帮助
夏喜锋
第14周
风险的详细描述如下:
风险一:开发技术不熟练
没有组员能熟练运用JAVA语言编出程序,仅限于学过,可能导致开发进度受阻,代码交流困难。
风险二:考研课程
组员胡玉莲每天都有考研课要上,又临近考试可能导致任务分配上的困难。
风险三:考公务员
组长明敏和组员冬雪每天有公务员培训课,十一月二十四日有国家公务员考试,既要复****考试又要完成任务,会导致任务进度变慢。
风险四:考银行
. .
. v .
组长明敏和组员冬雪参加了农业银行招聘和民生银行招聘,预计十一月中上旬会去呼市参加考试,可能没方法监视工程正常进度,延缓任务完成时间。
风险五:需求变更频繁
在设计开发过程中可能发现原有需求不容易转化为设计稿,在测试体验过程中可能发现游戏并不好玩,这都会带来需求的重新变更。这两种情况,尤其后一种要尽量防止,以免带来重复开发的浪费。
风险六:缺乏设计人才
设计对一个软件来说很重要,但工程组没有这方面的人才,可能导致产品吸引力下降,界面开发环节上消耗较多时间等。
工程收尾方案
在开发

软件项目计划书(模板) 来自淘豆网www.taodocs.com转载请标明出处.

非法内容举报中心
文档信息
  • 页数12
  • 收藏数0 收藏
  • 顶次数0
  • 上传人tswng35
  • 文件大小72 KB
  • 时间2022-01-18