软件项目计划书.docVIP

软件项目计划（Software Project Plan）1 概述 1 1.1 项目概述 1 1.2项目交付的产品 1 1.3 SPMP的演化 1 1.4参考资料 1 1.5 定义、缩写词以及简写 1 2 项目组织 1 2.1 外部接口 1 2.2 内部组织结构 2 2.3 角色与职责划分 2 3 管理过程 2 3.1 项目启动计划 2 3.2 工作计划 2 3.3 控制计划 2 3.4 风险管理计划 2 3.5 项目收尾计划 3 4 计划过程 3 4.1 过程模型 3 4.2 方法、工具和技术 4 4.3 基础设施 4 5 支持过程 4 5.1 工作包 4 5.2 依赖关系 4 5.3 资源需求 5 5.4 预算和资源分配 5 5.5 进度表 5 1 概述 1.1 项目概述 项目的目标是开发一套通讯管理系统，同时组员们获得系统的软件工程项目训练，发布的产品是软件的可执行程序、源代码、技术文档等，主要工作是需求分析、系统分析、开发测试。关键里程碑分别是需求规格说明书的发布，系统设计说明说发布和系统的交付，项目所需资源为版本控制服务器和个人开发工具，进度大约为9天。 1.2项目交付的产品 交付日期2016年7月5日，主要交付物有：通讯管理系统安装程序、系统源代码、技术文档包（包括需求规格说明书、系统设计说明书、项目总结文档等） 1.3 SPMP的演化 SPMP于第三学期第一天经由小组讨论—分工撰写—汇总整合三步形成初稿，由组长上传至配置文档库，由组长负责维护。 第2天以后根据项目的进展可以对其进行修改需要有组员提出修改意见，在全体会议上讨论通过，并由组长将修改稿上传至文档库。其余组员通过版本同步获得更新稿。 1.4参考资料 《软件工程——理论、方法与实践》，孙家广 刘强，高等教育出版社 《软件工程导论张海藩软件工程师指南[M]Java Web典型模块与项目实战大全[M]》明日科技，电子工业出版社. 《 Java数据库系统开发案例精选[M]》王国辉，人民邮电出版社 1.5 定义、缩写词以及简写 CMS：待开发的通讯管理系统软件名称 SPMP:软件项目管理计划 SRS：需求规格 2 项目组织 2.1 外部接口 组织 联系人 联系方式 指导老师 许高攀 505238411 @ 指导老师 谢勇 ? 274208319 @ 2.2 内部组织结构 民主式组织结构，在这个结构中，小组成员完全平等，名义上的组长与其他成员没有任何区别。大家享有充分的民主，项目共作由全体人员讨论协商决定，并根据每个人的经验和能力进行适当的分配。充分激发大家的创造力，有利于攻克技术难关，虽然缺乏明确的权威领导，但是出现意见分歧时大家都会尽量协商解决的。 2.3 角色与职责划分 系统设计工程师：负责编写项目设计文档，设计并搭建数据库，编写数据设计文档；开发系统各功能模块。负责人员：韩逸文 系统开发工程师：负责编写系统开发、测试相关文档，设计系统图形用户界面，开发系统各功能模块。负责人员：宋振泽 3 管理过程 3.1 项目启动计划 每位组员既是积极的建言者，又是负责的合作者。决策应在充分的讨论基础上做出，并被及时有效的执行。按时按量完成项目的基本功能，按时发布产品，遵循规范的项目运作标准，文档严谨完整，代码注释充分，便于后续维护。产品要运行稳定，界面友好易上手，能很好的管理通讯系统中联系人和备忘录信息。开发软件过程中要注重团队建设，成员分工合理，合作默契，气氛融洽。项目设计和开发商要有创新，更好的吸引客户。 3.2 工作计划 第1天：完成需求规格说明并撰写需求规格说明 第2天：完成系统设计并撰写软件设计文档 第3天-8天：完成编码测试 第9天：完成软件交付并撰写总结文档 3.3 控制计划 各开发过程负责人以天为单位记录工作进展，形成电子文档报告，上传至文档库。负责人在每天项目例会作口头总结，小组会议审核通过给出意见，报告修改后上传至文档库。各风险负责人密切监控风险状态，定期提交风险报告。必要时将突发情况邮件列表通知所有组员，并由组长做出临时处理决定。每天例会上小组讨论形成一致意见后即为通过，相关负责人针对改进意见开展第二天工作，小组会议持续评估其成效。每一项目阶段结束之前（里程碑前后），组织一次阶段评审会，评估整个阶段的工作效率和成果质量。尽量与项目例会合并，并邀请老师和助教参加评议。 3.4 风险管理计划 风险 标题 可能性 影响 优先级 规避或减轻策略 负责人 预定完成日期 1 开发技术不成熟 80% 灾难的 高 提前制定好学习计划； 降低设计难度 宋振泽 韩逸文 第5天前 2 需求变更频繁 50% 严重的 中 需求制定充分预见未来； 多于老师助教讨论； 设计方案留有变更余地 宋振泽 韩逸文 第2天 3