SP01软件项目计划模板.docx

*质量管理体系文件Q/*-ZY-SP-01 V2.0工程计划模板（正文共8页）编制.*2010年03月26日审核:*2010年03月26日批准：*2010年03月26日受控状态：受控 非受控*发布工程编号-配置项编号工程计划模板4生命周期模型分析工程的特点,选择合适的软件生命周期模型（如瀑布模型、迭代模型等）和划分工程 的阶段。定义或以图形方式描述适用于本工程的生命周期模型。并说明选择/定义该模型和确定 阶段的理由。以表格的形式列出针对工程选定的生命周期模型和划分的阶段,列出每个阶段的主要工作 产品,所确定的里程碑点。里程碑确实定与生命周期模型密切相关。不同的模型,里程碑i殳定 可能不同。阶段名称开始时间完成时间工作产品是否是里程碑5工程过程定义5.1 过程模型描述本工程开发使用的过程模型,如可直接说明使用公司9000规定的过程完成开发。如 对过程进行裁剪,在此章节描述如何裁剪及裁剪的原因。5.2 方法与工具说明过程模型中将采用的方法与工具。例如采用RaiEnal Rose进行面向对象分析与设计, RationalClearCcise 进行配置管理,采用 Microsoft Office 2000 制作文档。过程域方法与工具6工程管理6.1 工程估计研发工作量根据开发总工作量数据,以及研发各项工作之间的比例关系，计算出工程研发工作的工作 量。研发工作类别系数工作最（人天）工作最细化需求分析模块名称模块工作量01天）模块1模块2第4页工程编号-配置项编号工程计划模板说明:O O O设计模块名称模块工作量（人天）模块1模块2O O O编码模块名称模块工作量（A）模块1模块2O O O测试模块名称模块工作量（人天）模块1模块2。0部署模块名称模块工作量（人天）资质申报手册编写培训教材编写包装设计产品发布说明编写工作量=开发总工作野系数。系数,指各研发工作占全部研发工作的比例,根据软件工程 中的工作量分布原那么即需求和分析设计0.4、编码0.2、测试和调试0.3,部署0.1。各项研发工 作比例之和为1 0 （工程经理也可以根据以往带工程的经验来确定此系数）管理工作量根据组件开发总工作量数据，计算出管理工作的总工作量。再考虑管理各项工作之间的比 例关系，计算出工程管理工作的工作量。管理工作类别系数工作量（A）工作量细化工程管理子任务名子任务工作量工程计划工程监督需求管理分险管理工程总结支持管理子任务名子任务.工作最配置管理质量保证培训管理说明:管理总工作量=开发总工作登比例系数。比例系数,如管理和研发的工作量比例为02:0.8,那么比例系数取0.25 .各项管理工作的工作量;管理总工作要系数。工程管理与支持管理的系数分别是:0.4,0.6。工程编号-配置项编号工程计划模板6.2 发布版本用图表的形式简要说明每个软件发布版,并指出它是否是演示版、Beta版等。版本名称（演示版;B版;正式版）完成时间版本说明专利与版权在该节描述该软件是否申请专利或版权，如果申请,计划在什么时间申请。说明: 申报软件著作权,可以享受国家的减税政策,同时也是做软件产品批量生产时, 须向厂商提供的材料之一。o 如果开发的软件系统版权不属于本公司,那么可以不做专利与版权的申请。 如果申报软件著作权,建议申报时机为软件提交测试时或者是在软件批量生产前 的2个月提出申请。具体申报过程见资质申报规范实施计划7.1 工程进度计划对工程的工作进行WBS分解。首先是分解需求分析阶段的任务。然后在设计阶段对WBS 进行逐步细化。根据上述章节的估计结果,以及对资源和设备等的分析结果,细化工程任务, 指定各项任务的职责,以及具体时间进度。标识各项任务之间的关联关系。建议用MS Projed制 定工程进度计划。注明工程进度计划见dX文件。7.2 资料管理计划资料管理的范围包括报告、手册、文件、信件、说明书等工程工作产品,同时规定了相应 的访问权限（分为保密和非保密两类）。但由于资料管理的对象已经涵盖在配置管理中,因此全 部纳入配置管理的控制。无需制定单独的资料管理计划,对于数据的管理遵循配置管理计划。 仅在此处以表格的形式列出密级以及相应的资料类别。密级资料类别非保密计划类;报告类;会议纪要类;检查单类;工作、状态记录表格类;保密无培训计划根据工程需要的知识和技能,以及参与工程的人员情况,以表格的形式列出工程组需要的 知识技能和培训安排。序号知识和技能是否需要培训培训方式时间培训讲师参加者第6页工程编号-配置项编号工程计划模板7.3 风险管理计划在风险管理报告中针对工程预测到的风险,确定了采取何种措施,并根据风险的发生概率、 发生期限和影响程度，计算出了风险的大小,并据此进行重点防范。但随着工程的实际进展,风险会发生变化。原有的风险可能会消失或优先级发生变化,也 可能会有新的风险会预计发生。因此在每个阶段、里程碑处，要对风险进行分析，并对发生的 变化进行必要的调整。在此节要进行规定。7.4 配置管理计划规定了在工程中如何开展配置管理工作,以便在工程的整个生存周期中,建立和维护工作 产品的完整性和一致性。注明配置管理计划见配置管理计划文件。7.5 质量保证计划规定了实施质量保证活动所依据的标准、规范,过程和产品审核的频度和工作内容,以及 实施质量保证的策略和方式、方法。注明质量保证计划见质量保证计划文件。7.6 测试计划通过分析系统需求,制定工程的测试计划。包含对测试工作的整体规划,明确测试的各种 资源、测试要求、测试方法、测试工具等,保证测试工作顺利进行。注明测试计划见测试计划文件。7.7 需求管理计划规定需求管理过程方法和使用的工具中各项活动的内容,以及负责人、完成时间。注明需求管理计划见需求管理计划文件。7.8 工程验收计划说明:验收日期验收性质（内验、外验、终 验）验收标准 验收标准:确定判断工程可交付工件可接受性的客观标准。工程编号-配置项编号工程计划模板7.9 分包商管理计划日期任务负责人参与人完成标志说明: 口期:对分包商阶段核查和验收的口期。 任务：如阶段、核心工件完成、验收等。 负责人:任务的组织者和负责任,一般为甲方人员。 参与人:可包括甲方和乙方人员。 完成标志:注明到达什么条件和状态,为满足核查和验收标准。*公司质量管理体系文件工程计划模板更改记录更改 序号更改 状态更改单号更改 页码更改前 版本号更改后 版本号更改人生效日期备注1受控ZL-RJ-05051662.02. 1*20220517文件编号：工程编号-配置项编号-文档英文名缩写一版本号保密级别：口公司级部门级工程级普通级工程编号-配置项编号 工程计划版本号(一号、黑体)(ALT+M)YYYY年MM月*信息系统 :/ * 工程编号-配置项编号 工程计划版本号受控状态：受控 非受控编制: 审核: 批准:(ALT+A)工程编号-配置项编号工程计划模板序号修订日期修订人修订内容、页数修订后版本工程编号-配置项编号工程计划模板目录Q黑体、小三）1 目的1范围1.1 缩略语I参考文件12 工程概述2工程信息22.1 假设和约束2工程交付产品23 工程组织2组织结构23.1 外部接口2角色与职责24 生命周期模型45 工程过程定义4过程模型45.1 方法与工具46 工程管理4工程估计46.1.1 研发工作量.4管理工作量.56.2 发布版本6专利与版权67 工程实施计划6工程进度计划67.1 资料管理计划6培训计划67.2 风险管理计划7配置管理计划77.3 质量保证计划7测试计划77.4 需求管理计划7工程验收计划77.5 分包商管理计划8工程编号-配置项编号工程计划模板1目的说明编写工程计划的目的、如:本计划为工程的总体计划,质量保证、配置管理等计划,作为本计划的附件单独成文。总 体计划和各子计划分别独立记录版本。本计划的目的是为了工程工程活动执行和工程管理、监督和控制提供依据。本计划的行效 期为整个工程生命周期,在工程生命周期内的所有活动均参照本计划及其附件子计划执行。是 工程管理以及工程监督和控制的基础和依据。1.1 范围说明项H计划适用于哪个项FI,所包含的章节及其内容的简述。如:列出本计划所包含的 章节清单,并逐项说明其内容概要。为读者提供阅读向导。1.2 缩略语提供文档中出现的术语和缩写定义。如:CCB (configuration control board )：配置控制委员会。1.3 参考文件列举制定本计划参考或依据的标准、规范,包括公司的工程管理、工程规范,也包括参考 的外部规范。工程编号-配置项编号工程计划模板2工程概述工程信息描述工程的背景,要实现的产品主要用途。工程的正式启动和产品交付时间。2.1 假设和约束列出对实现工程的目标有影响的全部假设和约束,包括来自客户方、公司内部及其他相关 组织的约定。例如,工程必须满足的预算、人员、设备、进度等。2.2 工程交付产品以表格的形式列出将要交付给客户的主要产品,包括程序和文档等。对每项产品,指明产 品名、交付对象、数量和交付方式。交付对象包括客户、最终用户、客户指定的第三方等,根 据实际情况填写。交付方式可能是 、电子邮件、光盘、软盘、硬拷贝、印刷品、其他方式。交付产品名称交付对象数量交付方式3工程组织3.1 组织结构以图的形式画出工程团队包括管理人员在内的组织结构图。3.2 外部接口说明工程与外部组织联系的方式。对于每个外部组织,应确定其内部和外部联系人的姓名姓名职称联系 电子邮件甲方乙 方角色与职责以表格的形式给出工程组内的角色、职责,以及相应人员姓名。下表给出了通常的工程组 角色和职责样例,制定计划时可根据实际情况进行调整。工程编号-配置项编号工程计划模板角色职责姓名工程经理组织和协调工程中的各项工作,对工程进度、质量、 本钱负责;使用度量分析结果来制定工程决策;对照工程计划,跟踪工程的实际结果;当实际完成情况和结果与计划明显偏离时，负责制定 纠正措施;需求变更请求发生时,组织、参与评估其影响面和程 度。组织和参与需求相关工作产品的评审。需求变更请求批准后，更改工程计划、工作产品和活 动以便与需求的变更保持一致。每口检查工程组成员的日计划完成情况。技术经理组织进行需求分析,系统架构设计、对程序质量负责。测试经理组织和协调工程测试工作,安排测试资源,组织制定 测试计划和测试案例，总结测试结果,对测试质量负责。系统分析 人员获取工程/产品的需求信息,定义用户需求说明书。 对用户需求进行分析,定义需求规格说明书。配置管理 员协助工程经理编写配置管理计划:建立和维护配置管理系统，负责标识配置项;维护生命周期内配置项和基线的变更状态和记录;负责从基线库发布和维护工作产品;执行基线审核:定期向工程经理和/或高层经理汇报配置管理工作状 态;协助工程经理制定质量保证计划,规划项月中的质量 保证活动,按照计划和规范评价活动及其工作产品与规范 的符合性;报告检查中发现的问题,追踪问题直至结束。参与计划变更的评审;定期向高层经理、工程经理、QA部门经理汇报PPQA 活动。开发人员将个人工作产品及时置于开发库中进行版本控制;针对工程进展过程中出现的缺陷等配置项需要变更 的情况,及时地提交变更申请单;及时真实的汇报工作进展,每日对明细任务进行总 结,提交工作成果;酉己合QA做好对各过程及工作产品的检查;对在过程实施中发现的过程问题及时反映给QA.测试人员对需求可测性进行确认;执行测试并提交问题报告。