软件工程项目计划书范文-软件开发项目计划书三篇篇一：架构开发

软件开发项目计划书三篇篇一：软件开发项目计划文档简介本文档主要是为XX学院人事管理系统项目制定进行软件工程和管理软件项目的合理计划，建立适当的对项目实际进展的可视性软件工程项目计划书范文，使管理者在项目执行显著偏离软件计划时采取有效措施，从而保证XX学院人事管理系统项目的顺利完成。目的编写XX学院人事管理系统项目的项目开发计划，主要是为了XX学院人事管理系统项目的开发能按照计划所规定的需求和约束进行，从而避免一些不必要的问题，提高产品开发质量，顺利的完成此项目。项目简介项目名称项目编号：项目名称：XX学院人事管理系统(CDGSRS)研发代号：产品标识产品名称：XX学院人事管理系统产品缩称：CDGSRS版本号：1.0项目背景XX有限公司与XX学院签定软件开发合同，确定由XX有限公司为XX学院开发“XX学院人事管理系统”。任务提出者XX学院任务开发者XX有限公司软件事业部用户重点用户：XX学院人事科、办公室的关键岗位人员普通用户：XX学院全体教职工范围本产品将通过Internet网络构造一个实用、易用的人事管理系统。实现XX学院人事信息管理。实现XX学院工资、各项津贴及福利的管理。实现XX学院师资管理。实现XX学院个人相关人事信息查询。

缩略语与首字母缩写参考文档作者《项目立项建议书》《用户需求说明书》项目概述项目的目的和目标本产品将通过Internet网络构造一个实用、易用的人事管理系统。实现XX学院人事信息管理。实现XX学院工资、各项津贴及福利的管理。实现XX学院师资管理。实现XX学院个人相关人事信息查询。假设与依赖假设/约束说明人员必须有4名两年以上J2EE架构开发人员时间20XX月14日必须上线项目的可交付工件交付时间工件20XX-1-12用户需求说明书20XX-1-15产品规格说明书20XX-5-11XX学院人事管理系统20XX-5-11用户操作手册20XX-5-11测试报告20XX-6-6验收报告项目生命周期模型项目组织组织结构角色与职责角色参与者职责项目经理负责定义项目，开发项目计划，收集项目数据，跟踪监控项目，管理项目风险。需求分析员需求调研、需求分析，需求管理系统设计员开发系统技术解决方案、进行系统分析和设计程序员根据设计实现系统，单元测试测试员设计测试、执行测试配置管理员建立配置环境、管理配置项、管理基线和变更维护人员系统维护对外联系计划组织接口管理外部组织人员内部联系人联系方式角色与职责角色参与者职责甲方管理代表负责此软件项目使用的管理组织工作甲方验收代表负责项目验收管理流程项目估算人力支出表活动工作量(人时)成本（元人民币）需求1043900设计28810800编码80030000测试1104125部署12450合计：131449275非人力支出表费用名称成本（元人民币）交通费500需求阶段：300设计阶段：50编码阶段：50部署阶段：100招待费1000需求阶段：300设计阶段：0编码阶段：0部署阶段：700通讯费1400需求阶段：200设计阶段：400编码阶段：400部署阶段：400合计：2900其中人力支出表参见《XX学院人事管理系统成本估算表.wbs》项目计划阶段计划阶段周期里程碑需求阶段20XX-12-2920XX-1-15在到达本阶段结束时会产生本项目的第一个里程碑――需求阶段里程碑，里程碑到达有如下标志：1.《需求规格说明书》已被开发并得到客户确认；设计阶段20XX-1-16至20XX-3-14在到达本阶段结束时会产生本项目的第二个里程碑――构架阶段里程碑，里程碑到达有如下标志：1.数据库设计已被开发并通过评审；2.系统技术解决方案已得到确定；3.产品和产品组件的设计已得到验证；编码阶段20XX-3-15至20XX-5-11在到达本阶段结束时会产生本项目的第三个里程碑――编码阶段里程碑，里程碑到达有如下标志：1.产品已经实现并且通过测试；2.用户支持文档已被开发并通过测试；部署阶段20XX-5-14至20XX-6-6在到达本阶段结束时会产生本项目的第四个里程碑――部署阶段里程碑，里程碑到达有如下标志：1.产品已被部署到目标组织并且得到客户验收；项目时间表《XX学院人事管理系统.mpp》项目资源分配人员配备计划阶段人员要求技能类型数量需求阶段配置管理员熟悉项目配置需求分析员三年以上项目需求分析的经验设计阶段系统设计员两年以上J2EE应用系统设计的经验编码阶段程序员两年使用J2EE做应用系统经验测试员一年以上WEB测试的经验阶段人员要求技能类型数量部署阶段维护人员熟悉linux、Unix和windows下DB2及Webspare的配置资源获取计划阶段人员资源获取类型数量需求阶段配置管理员从公司软件部程序员中抽调，编码人员兼任需求分析员从公司软件部需求分析员中抽调设计阶段系统设计员从公司软件部系统分析员中抽调编码阶段程序员从公司软件部程序员中抽调测试员从质量管理部抽调部署阶段维护人员编码人员兼任培训计划培训类型培训内容日期技术培训使用工具PowerDesigner20XX-12-29至20XX-2-22使用工具VSSE2Q设计平台深入设计培训类型培训内容日期JSP、Servlet编写规范J2EE组件设计阶段详细计划需求开发阶段阶段目标：获取更详细的用户需求，完成《需求规格说明书》的编制和评审。

阶段WBS：参见文档――《XX学院人事管理系统需求开发阶段WBS.wbs》资源配给：项目经理兼任阶段计划执行进度按排：参见文档――《XX学院人事管理系统需求开发阶段进度计划.MPP》设计阶段阶段目标：完成概要设计和详细设计，完成设计评审。阶段WBS：参见文档――《XX学院人事管理系统设计阶段WBS.wbs》资源配给：项目经理兼任阶段计划执行进度按排：参见文档――《XX学院人事管理系统设计阶段进度计划.mpp》编码阶段阶段目标：产品已经实现并且通过测试；用户支持文档已被开发并通过测试。阶段WBS：参见文档――《XX学院人事管理系统编码阶段WBS.wbs》资源配给：项目经理兼任阶段计划执行进度按排：参见文档――《XX学院人事管理系统编码阶段进度计划.mpp》部署阶段项目监控需求管理计划参见：《XX学院人事管理系统项目需求管理计划》进度控制计划每天检查工作任务的百分比，记录在项目跟踪表中，每周五下午举行项目周例会，检查项目成员的项目周报。工作量偏差处理办法-0.3~-0.1不做处理-0.5~-0.3需要增加工时-0.7~-0.5需要增加资源-1~-0.7需要调整周计划 平均工作量偏差 处理办法 -1~-0.7 需求上报高层修改里程碑 报告计划 内部报告 报告频率 项目周报 每周 项目月报 项目阶段报告里程碑处 外部报告 报告频率 项目进度报告每周 测试计划 参见：《XX 学院人事管理系统测试计划》 风险管理计划 参见：《XX 学院人事管理系统项目风险管理计划》 项目结束管理计划 项目状态 资源处理 人员释放回组织；项目文档归档存入组织财富数据库； 中止 人员释放回组织； 项目文档归档存入组织财富数据库； 取消 人员释放回组织； 项目文档归档存入组织财富数据库； 暂停 如果在需求阶段暂停，人员释放回组织； 如果在设计阶段暂停，人员释放回组织； 如果在编码阶段暂停，保留一名开发人员在项目中软件工程项目计划书范文，其它项 目成员释放回组织； 技术流程计划 已定义过程 过程 活动 是否载 裁剪理由工作产品 是否载 裁剪理由项目立 获取项目信 前景需求属性 补充规约 合同已体现评估风险 风险列表及阶段报告已 体现 确定商业理 合同已体现项目立项评 评审记录立项评审报告 项目组织职责任命书 立项评审通过即启动 完善资料 合同已体现前景 风险列表 商业理由 立项建议书 包含在项目计划 控过程评估项目风 项目计划项目进度表 项目计划评审报告 缺陷记录 基线化项目计划 配置审计报告基线发布报告 取得项目计划的承诺 态报告（阶段报告、月 风险列表项目阶段评 项目阶段评审报告 风险管理过程 制定风险管 理计划 风险管理计划风险列表 制定风险缓解策略 风险列表（解决方案） 项目计划 制定风险应急计划 风险列表项目计划 问题解决计划 执行风险缓急和应急措 风险列表（风险缓解计划与措 项目计划周报 集成项目管理 建立已定义 过程 集成计划（包括：质量保证计 划、配置管理计 划、风险管理计 阶段报告工作产品 收集到的度量 数据 为组织过程财富库做贡 阶段报告周报 组织财富库 理过程需求管理计 已包含在项目计划中 《需求获取记录》（调研记录） 《项目立项评审报告》 需求规格说明书已有用 用户界面原型用户操作说明 书（初稿） 评审报告检查表 评审通知 需求确认协议（附带到需求 规格说明书） 变更请求基线审核报告 基线发布报告 建立需求跟踪矩阵 合同项目市场调研计划 问卷调查表市场调研记录 市场调查分析 报告 分析设 项目计划WBS 项目进度表 采用软件构架文档 详细设计说明 采用软件构架文档 实现模型 基线审核报告基线发布报告 程序编 码实施 过程 开发实施构 建模型 在集成构建计划替代 实施子系统 实施模型 程序代码软件产品 评审实施 集成工作区建立记录 个人工作区建 立记录 用构建环境安装文档替 测试计划（单元测试部分） 测试用例中测试日志 用户支持文档（用户使用说 软件测试过程 计划 测试计划测试策略 测试环境报告 没有使用自动化测试工 缺陷跟踪表单元测试报告 系统测试报告任务分配与 监控项目跟踪表 月报 阶段报告 同行评 审过程 评审准备 同行评审会议报告 同行评审会议 记录 基线化的产品工件 软件质制定质量保 证计划 量保证过程 执行过程和 产品质量检 过程评审／产品审计检查表 过程评审报告产品审计报告 不符合项记录 跟踪不符合项的解决 过程评审报告产品审计报告 不符合项记录 软件配置管理 过程 计划配置和 变更管理 配置计划评审报告 配置计划评审报告在项 目计划中评 配置环境验收报告 配置库 工作区配置审计报告 配置审计报告配置状态报告 变更请求周报、项目计划 评审报告或测 试报告 软件结项过程 准备结项 决算报告（项目财务决算前确 项目总结报告培训过 培训需求的收集和分析 此项目没有此项 项目培训计划 培训统计报告培训资料 人力资源库 培训讲师清单 软件度 量过程 确定度量目 决策与分析过 决策分析报告已代替 确定评价标 选定最终的方案 准备好的验收环境 确认符合要求的验收环境 准备验收的产品 准备就绪的待验收产品 确认验收产品准备情况 产品验收准备检查报告 签署验收通过报告 验收通过确认书（验收报告） 方法、工具和技术过程域 方法与工具 需求开发 Power Designer/ Microsoft Office 2003 系统设计 Power Designer 项目规划 Microsoft Project/WBS CHART 配置管理 Microsoft SourceSafe 数据库DB2 产品验收计划 验收过程 时间 验收依据 20XX-5-18双方确定的系统测试 用例和产品需求规格 说明书 20XX-6-6双方确定的系统测试 支持过程计划配置管理计划 参见：《XX 学院人事管理系统项目配置管理计划》 评估计划 评审内容 评审时间 项目计划评审 20XX-12-27 需求评审 20XX-1-15 设计评审 20XX-3-13 至20XX-3-14 代码走查20XX-4-20 至20XX-5-10 测试设计评审 具体时间参照《测试计划》 质量保证计划 参见：《XX 学院人事管理系统项目质量保证计划》 问题解决计划 参见：《问题解决计划》 分包商管理计划 其他计划《XX 学院人事管理系统度量计划》 概述1.1 项目概述 项目的目标是开发一套酒店内部管理系统，同时组员们获得系统的软件工程项目 训练，发布的产品是软件的可执行程序、源代码、技术文档等，主要工作是需求 分析、系统分析、开发测试。

关键里程碑分别是需求规格说明书的发布，系统设 计说明说发布和系统的交付，项目所需资源为版本控制服务器和个人开发工具， 进度大约为9 1.2项目交付的产品 交付日期12 月20 日，主要交付物有：酒店客房管理系统安装程序、系统源代码、 技术文档包（包括需求规格说明书、系统设计说明书、项目总结文档等） 1.3 SPMP 的演化 SPMP 于第12 周周末前经由小组讨论—>分工撰写—>汇总整合三步形成初稿，由 组长上传至配置文档库，由组长负责维护。 第13 周以后根据项目的进展可以对其进行修改需要有组员提出修改意见，在全 体会议上讨论通过，并由组长将修改稿上传至文档库。其余组员通过版本同步获 得更新稿。 1.4 参考资料 1.5 定义、缩写词以及简写 JDKFM：待开发的酒店客房管理系统软件名称 SPMP:软件项目管理计划 SRS：需求规格 项目组织2.1 外部接口 组织 联系人 联系方式 指导老师 其余组 2.2 内部组织结构 民主式组织结构，在这个结构中，小组成员完全平等，名义上的组长与其他成员 没有任何区别。大家享有充分的民主，项目共作由全体人员讨论协商决定，并根 据每个人的经验和能力进行适当的分配。

充分激发大家的创造力，有利于攻克技 术难关，虽然缺乏明确的权威领导，但是出现意见分歧时大家都会尽量协商解决 2.3角色与职责划分 需求分析员 整理需求分析并以撰写需求分析分析文档，负责人员：XX、XX 软件设计员 负责软件的设计并撰写设计文档，负责人员：XX 开发人员 编写软件开发的代码，负责人员：XX，XX 总结人员 负责最后的收尾工作并撰写总结文档，负责人员：XX 管理过程3.1 项目启动计划 每位组员既是积极的建言者，又是负责的合作者。决策应在充分的讨论基础上做 出，并被及时有效的执行。按时按量完成项目的基本功能，按时发布产品，遵循 规范的项目运作标准，文档严谨完整，代码注释充分，便于后续维护。产品要运 行稳定，界面友好易上手，能很好的管理酒店客房信息。开发软件过程中要注重团队建设，成员分工合理，合作默契，气氛融洽。项目设计和开发商要有创新， 更好的吸引客户。 3.2 工作计划 第11 周~第13 周：完成需求规格说明并撰写需求规格说明 第14 周：完成系统设计并撰写软件设计文档 第15 周~第16 周：完成编码测试 第17 周~第18 周：完成软件交付并撰写总结文档 3.3 控制计划 各开发过程负责人以周为单位记录工作进展，形成电子文档报告，上传至文档库。

负责人在每周项目例会作口头总结，小组会议审核通过给出意见，报告修改后上 传至文档库。各风险负责人密切监控风险状态，定期提交风险报告。必要时将突 发情况邮件列表通知所有组员，并由组长做出临时处理决定。每周例会上小组讨 论形成一致意见后即为通过，相关负责人针对改进意见开展下一周工作，小组会 议持续评估其成效。每一项目阶段结束之前（里程碑前后），组织一次阶段评审 会，评估整个阶段的工作效率和成果质量。尽量与项目例会合并，并邀请老师和 助教参加评议。 3.4 风险管理计划 标题可能 影响优先 规避或减轻策略负责人 预定完成日 80%灾难的