软件项目需求跟踪表
软件项目计划书EXCEL
软件项目计划书EXCEL项目背景在当前数字化快速发展的时代，软件项目管理的重要性愈发突出。
为了更好地组织和管理软件项目，提高开发效率和项目质量，开展软件项目计划是必不可少的步骤。
EXCEL作为一款常用的办公软件，具有强大的计算和数据处理功能，因此将软件项目计划整合到EXCEL中具有很大优势。
本文档将介绍使用EXCEL编写软件项目计划的步骤和注意事项。
目标本项目的目标是使用EXCEL编写软件项目计划，具体包括以下几个方面：1.确定项目目标和范围2.制定项目计划和时间表3.分配资源和人力4.评估风险和制定风险管理计划5.跟踪项目进展并进行相应的调整6.生成项目报告和可视化图表环境需求为了更好地编写软件项目计划书，需要满足以下环境需求：•安装最新版本的EXCEL软件•具备一定的项目管理知识和经验•熟悉EXCEL的基本操作和函数步骤步骤一：定义项目目标和范围在EXCEL中创建一个新的表格，首先需要明确项目的目标和范围。
项目目标是解决实际问题或满足客户需求的描述，而项目范围是确定项目边界和工作内容的界定。
在表格中创建相应的列，并填写项目目标和范围的详细描述。
步骤二：制定项目计划和时间表根据项目目标和范围，分解项目的工作内容，并将其转化为具体的任务和子任务。
在EXCEL中创建一个新的表格，列出所有的任务和子任务，并为每个任务分配预计的开始时间和结束时间。
利用EXCEL的计算功能，可轻松计算项目的总工期和每个任务的工期。
步骤三：分配资源和人力确定项目需要的资源和人力，并在EXCEL中创建相应的表格。
列出所需的资源和人力，并分配给各个任务或子任务。
可以使用EXCEL的数据透视表功能，统计和分析项目所需资源和人力的总量，以便更好地进行资源和人力的管理。
步骤四：评估风险和制定风险管理计划识别项目可能面临的风险，并评估其对项目目标的影响程度和可能性。
在EXCEL中创建一个新的表格，列出所有可能的风险和其相应的评估结果。
需求跟踪矩阵模板
软件需求 概要设计 系统/FAT测试用例
详细设计 编码文件 集成/SIT测试用例
XX项目需求跟踪矩阵
子系统 系统管理
需求 权限管理
业务需求 需求名称
用户添加
状态
类别
优先 级
执行 状态
功能子集(FS)
软件需求 执行单元名称(EU)
做
必须 高
权限管理
用户添加
关键 程度
模块
权限管理 高
概要设计
跟踪矩阵
概要设计 组件
用户添加 用户维护 角色添加 角色维护 测试 角色权限对照
机器参数添加
详细设计 开发单元
编码文件 代码文件
SRS_XTGL_YHGL_用户添加001 SRS_XTGL_YHGL_用户添加002 SRS_XTGL_YHGL_用户添加003 SRS_XTGL_YHGL_用户添加004
完
完
完
用户维护
做
必须 高
用户维护
高
角色添加 角色维护
做
必须 高
新增 必须 高
角色添加
中
角色维护
中
权限报表
待定 必须 中
权限报表
低
角色权限对照
删除 必须 中
角色权限对照
低
参数管理
机器参数添加
必须 高
参数管理
机器参数添加
参数管理 高
电话银行
机器参数维护
必须 高
完
完
完
完完完完 完ຫໍສະໝຸດ 完请在这行之前插入行。
完完
请在这行之前插入行。
j1.java j2.jsp F_AddEmployee.sql FormConfig.xml
需求跟踪矩阵(需求管理过程)
用户需求规格说明
验收测试用例
编号
需求描述
编号
内容描述
CR01
AT01
CR02
AT02
【填表说明】1）验收测试用例对应用户需求；2）当工作产品发生变更时，要及时更新（填写）需求跟踪矩阵。
【填表说明】1）编号用于标识对应的需求描述或内容描述，编号命名方式由项目组自行定义，编号必须唯一，而且统一，可以使用数字、中文、英文；2）当工作产品发生变更时，要及时更新（填写）需求跟踪矩阵。
2需求跟踪矩阵—单元测试阶段
软件设计说明
单元测试用例
编号
内容描述
编号
内容描述
SD01
dd
UT1
SD02
ee
UT2
需求跟踪矩阵
1需求跟踪矩阵—单元测试前阶段
用户需求规格说明
软件需求规格说明
软件设计说明书
程序代码
编号
需求描述
编号
内容描述
编号
内容描述
编号
内容描述
CR01
dd
SR01
通用查询
SD01
CI1
通用查询模块
SR02
用户信息修改
SD02
SR03
用户信息添加
SD03
CR02
ee
SR04
SD04
CI2
用户信息维护
【填表说明】
1）单元测试用例对应软件设计；2）当工作产品发生变更时，要及时更新（填写）需求跟踪矩阵。
3需求跟踪矩阵--系统测试阶段
软件需求规格说明
系统测试用例
编号
内容描述
编号
内容描述
SR01
通用查询
OEM项目进度跟进表
1、提供产品形态：PCBA、裸机、成品
2、外壳：是否需要重新开模。
客户需求
如果开模，需要对方提供ID、相关结构设计文档、丝印文档
如果不开模，需要对方提供丝印文件。
3、软件定制：了解具体需求，跟研发部门进行沟通，是否可以实现，是否有
了解商务条 件 付款条件 产品报价
项目简介 整理客户需求，按模板输出具体文档，提交信息给项目组主要负责人。
产品研发阶段
签订商务合作协议后，成立OEM项目组。根据项目简介，召开会议，确
产品立项
定项目名称、项目负责人、各部门责任人、产品规格确认、确认项目 进度、沟通项目风险点。针对客户的特殊需求，由相关部分输出相关
的操作规范以及指导文档。
电池
当前进度：
软件
当前进度：
结构设计 当前进度：
小批量试产 下试产计划、生产安排，由产品试制部完成
试产产品测 试结论
对第一次小批量试产产品进行测试，并给出是否满足量产的结论
产线进行试 产线或者工程部对试产进行总结，归纳当前存在问题并提供修改意
产总结 见，避免在后期量产中出现同类问题。
下订单生产阶段
客户收货确 认
当客户收货后，及时跟客户进行确认，并对账开发票。
回款跟催
开发票后，在商务规定的付款时间之前跟催回款情况，并在回款期确 认回款情况。
订单回款确认阶段
下单时间：
回款确认
下单时间： 下单时间：
下单时间：
要货计划阶段
知会交货周 期
在商务谈判时就说明产品物料采购以及生产安排。如果下单，交货周 期时间要求。不可能出现下单后立即要求发货的情况。指明让客户及 时做好备货计划，否则出货缺货现象。
软件工程项目管理进度表
软件工程项目管理进度表软件工程项目管理进度表1. 项目概述1.1 项目名称： _________1.2 项目描述： _________1.3 项目目标： _________1.4 项目范围： _________1.5 项目交付要求： _________1.6 项目预算： _________2. 项目计划2.1 项目启动日期： _________2.2 项目结束日期： _________2.3 项目阶段划分：2.3.1 需求分析阶段：- 任务1： _________- 任务2： _________- 任务3： _________ 2.3.2 设计阶段：- 任务1： _________ - 任务2： _________ - 任务3： _________ 2.3.3 开发阶段：- 任务1： _________ - 任务2： _________ - 任务3： _________ 2.3.4 测试阶段：- 任务1： _________ - 任务2： _________ - 任务3： _________ 2.3.5 交付阶段：- 任务1： _________ - 任务2： _________ - 任务3： _________2.4 里程碑计划：- 里程碑1： _________ - 里程碑2： _________ - 里程碑3： _________ 2.5 项目资源分配：- 人员1： _________ - 人员2： _________ - 人员3： _________ 3. 风险管理3.1 风险识别：- 风险1： _________ - 风险2： _________ - 风险3： _________ 3.2 风险评估与优先级：- 风险1： _________ - 风险2： _________ - 风险3： _________3.3 风险应对策略：- 风险1： _________ - 风险2： _________ - 风险3： _________ 4. 沟通和协作4.1 会议计划：- 会议1： _________ - 会议2： _________ - 会议3： _________ 4.2 沟通渠道：- 渠道1： _________ - 渠道2： _________ - 渠道3： _________ 4.3 团队协作工具：- 工具1： _________ - 工具2： _________ - 工具3： _________5. 项目评估与进展报告5.1 项目评估指标：- 指标1： _________- 指标2： _________- 指标3： _________5.2 进展报告频率：- 计划报告： _________ - 实际报告： _________ 5.3 进展报告内容：- 内容1： _________- 内容2： _________- 内容3： _________ 6. 项目问题跟踪6.1 问题记录：- 问题1： _________- 问题2： _________- 问题3： _________6.2 问题解决方案：- 解决方案1： _________ - 解决方案2： _________ - 解决方案3： _________ 7. 项目变更管理7.1 变更请求：- 请求1： _________- 请求2： _________- 请求3： _________7.2 变更审批流程：- 流程1： _________- 流程2： _________- 流程3： _________7.3 变更实施管理：- 管理1： _________- 管理2： _________- 管理3： _________附件：无法律名词及注释：1. 项目启动日期：项目正式开始执行的日期。
xxx_软件项目全过程进度跟踪表(模板).xls
名称
1
1.1 1.1.1 1.1.2 1.1.3
1.1.4 1.1.5
1.1.5.1 1.1.5.2
1.1.5.3
1.1.5.4
1.1.5.5 1.1.6
1.1.7 1.1.8
1.1.9 1.1.10 1.1.10.1 1.1.10.2 1.1.10.3
1.1.10.4 1.1.11
1.2 1.2.1 1.2.1.1
11项目其他活动工作量统计项目周例会项目周例会1项目周例会2项目周例会3项目周例会4项目周例会5项目周例会6项目周例会7项目周例会8项目周例会9项目周例会10项目周例会11项目周例会12项目周例会13项目周例会14项目周例会15项目周例会15项目周例会17项目周例会18项目周例会19项目周例会20项目周例会21项目周例会22项目周例会23项目周例会24项目周例会25项目周例会26项目周例会27项目周例会28项目周例会29项目周例会30项目周例会31项目周例会32项目周例会33项目周例会34项目周例会35项目周例会36项目周例会37项目周例会38项目周例会39项目周例会40项目周例会41项目周例会42项目周例会43项目周例会44项目周例会45项目周例会46项目周例会47项目周例会48项目周例会49周期性审计周期性审计1周期性审计2周期性审计3周期性审计4周期性审计5周期性审计6周期性审计7周期性审计8周期性审计9周期性审计10周期性审计11周期性审计12周期性审计13周期性审计14周期性审计15周期性审计16周期性审计17周期性审计18周期性审计19周期性审计20周期性审计21周期性审计22每周1对上周度量数据收集50周项目管理编写项目人员记录表变更控制表编写项目风险管理监控表决策分析会议设计阶段需求跟踪实现阶段需求跟踪测试阶段需求跟踪发布阶段需求跟踪每周项目跟踪50周日常配置管理编写基线变更表编写配置管理备份记录每周日常配置库维护50周培训oracle配置优化jquery培训非计划工作量项目管理需求变更处理配置管理基线变更处理评审审计返工工作量工作量评审项目章程项目管理手册需求汇总表需求规格说明书项目估算表项目进度表项目集成计划概要数据库设计第一里程碑第二里程碑5
软件项目WBS模板(V模型)
配置管理 需求管理
软件研制任务书入库 发布功能基线
建立需求跟踪矩阵 发布需求跟踪矩阵 维护需求跟踪矩阵
定义软件生存周期 定义项目过程 制定WBS
进行软件估计 评审软件估计 确定软件项目总体进度和 里程碑进度 进行软件项目风险评估 编写软件开发计划
编制配置管理计划
编制质量保证计划
编制X计划 编制Y计划
编制配置项测试计划初稿 编制系统测试计划初稿
编制软件配置项测试计划初稿 编制软件配置项测试说明初稿 评审软件配置项测试计划初稿 （SEG内部评审） 评审软件配置项测试说明初稿 （SEG内部评审）
参与软件系统测试计划初稿编制
编制用户文档
参与软件系统测试说明初稿编制 参与软件系统测试计划评审（系 统工程组内部评审） 评审软件系统测试说明初稿（系 统工程组内部评审）
评审项目软件各计划
各计划入库 软件项目策划阶段里程碑
顶层要求培训 工作技能培训
需求文档编制 配置管理 需求管理
编制软件需求规格说明 评审软件需求规格说明（同行评 审） 编制接口需求规格说明 评审接口需求规格说明（同行评 审）
软件需求规格说明入库 软件接口需求规格说明入库 建立分配基线 发布分配基线
维护需求跟踪矩阵
4.6.4 4.6.4.1
软件产品集成测试阶段 计算机配置项测试
4.6.4.2 4.6.5
4.6.5.1 4.6.5.2 4.6.5.3
4.6.6 5 软硬件集成测试阶段
5.1
5.1.1
5.1.2
5.1.3
5.1.4
5.2
5.2.1
5.2.2
5.2.3
5.2.4
5.2.5
5.3 5.3.1 5.3.2 5.3.3
软件估计表(软件项目WBS,规模工作量估计表,软件进度表)
软件配置管理过程
跟踪和控制变更
报告配置管理活动 制定软件测量与分析计划
测量与分析数据的采集
软件验收交付质量工作总结 编制《软件配置管理计划》 标识配置项 建立配置管理系统 建立功能基线 建立分配基线 建立产品基线 受控库、产品库控制 需求变更 需求、设计变更 计划变更 需求、设计、代码变更 , 需求分析阶段配置工作总结 软件设计阶段配置工作总结 软件实现阶段配置工作总结 软件集成阶段配置工作总结 软件配置项合格性测试阶段配置工作总结 软件系统合格性测试阶段配置工作总结 软件验收交付配置工作总结 参与、协助项目策划 编制《软件测量与分析计划》 评审《软件测量与分析计划》 对测量项“进度”采集数据 对测量项“阶段偏差”采集数据 对测量项“工作量”采集数据
软件工作产品审核检查单 问题跟踪汇总表
需求分析阶段质量工作总结
软件设计阶段质量工作总结
软件实现阶段质量工作总结 软件集成阶段质量工作总结
阶段质量分析报告
软件配置项合格性测试阶段质量工作总结
软件系统合格性测试阶段质量工作总结
与评审软件开发计划任务同时进行。
策划配置管理活动
建立和发布基线 配置项出入库的控制
审核《软件设计说明》
审核《软件单元测试计划》《软件单元测试说明》 《软件单元测试报告》 审核《软件单元集成测试计划》《软件单元集成测 试说明》《软件单元集成测试报告》 审核《 配置项合格性测试计划》 《 配置项合格性 测试说明》《 配置项合格性测试报告》 审核《 系统合格性测试计划》 《 系统合格性测试 说明》《 系统合格性测试报告》
详细设计阶段编程实验任务可在该主任务下拆分。
集成测试设计和实现
单元集成与测试
评审集成与测试说明 集成测试执行 集成测试分析 评审集成与测试报告 需求跟踪
软件项目管理表格
存在 的问 题与 困难
建议
本说明书生成日期
填写人
职务
注：具有几个子产品（系统）的大型产品需要填此表，一般产品不用填写此表。
8
EMR 企业营销资源管理系统
软件产品开发详细说明书
产品名称 产 品 隶 属 独立 隶属 隶 属 于
项目编号
开发经理
接受时间
完成的最后期限
年 月 日 递交形式
阶段点
阶段点递交形式
年月 日
年月 日
年月 日
年月 日
年月 日
年月 日
任务完成情况个人总结
任务编号 年 月 日（以签字为准） 年 月 日（以签字为准） 软件 硬件 方案 报告 其它
完成情况 □完成 □基本完成 □没完成 □完成 □基本完成 □没完成 □完成 □基本完成 □没完成 □完成 □基本完成 □没完成 □完成 □基本完成 □没完成 □完成 □基本完成 □没完成
引入人
联系电话
引入时间
年月 日
接洽人
具体负责人
协调人
实
实
力
力
竞 争 对 手 及 实
实 力 实 力 实 力
实 力 实 力 实 力
力
实
实
力
力
实
实
力
力
公司能否取胜 完全可能 很可能 可能 不能肯定 取胜关键 方案 攻关 综合
年 月 日 状 态 竞争中 有进展 失败 退出 对 策
年 月 日 状 态 竞争中 有进展 失败 退出 对 策
数据库
所需
P-to-P
资源
说明
项目关联单位
联系人
电话
大致 开发 阶段
阶段
起止时间
需求开发计划管理excel表格模板
需求开发计划管理excel表格模板近年来，随着信息技术的迅速发展，各行各业对于需求开发计划管理的需求越来越大。
作为一种全面评估需求、规划开发计划的工具，excel表格模板的使用变得越来越普遍。
本文将针对需求开发计划管理excel表格模板展开深入探讨，并探讨其管理效率及优化。
1.需求开发任务概述让我们来了解一下需求开发任务的概念。
需求开发任务是指根据业务需求，制定开发任务计划，保障项目按时、高效地完成。
它涉及到需求分析、任务分解、资源分配、进度跟踪等多个方面。
使用excel表格模板进行需求开发计划管理具有重要的意义。
2.常见需求开发计划管理excel表格模板在实际工作中，我们常见到多种类型的excel表格模板用于需求开发计划管理，例如甘特图、工作分解结构（WBS）、里程碑计划、资源管理表等。
甘特图主要用于展示任务的时间进度和依赖关系，WBS则用于任务分解和资源分配，里程碑计划用于关键节点的标识与管理，资源管理表用于资源的调度和利用。
这些excel表格模板在需求开发计划管理中发挥着不可替代的作用。
3.优化管理效率的建议然而，仅仅使用excel表格模板可能无法充分发挥其管理效率。
为了进一步优化管理效率，我们可以在excel表格模板中增加自动化计算公式，设置数据透视表和筛选功能，引入条件格式和数据验证等方法。
通过这些方式，可以提高数据处理的效率，减少人为错误，从而更好地管理和优化需求开发计划。
4.个人观点和理解就我个人而言，在需求开发计划管理excel表格模板的应用中，更注重的是其灵活性和适用性。
我们应该根据具体项目的情况，选择合适的excel表格模板，并根据实际需求进行调整和优化。
总结回顾通过对需求开发计划管理excel表格模板的深入探讨，我们不仅了解了其重要性和常见类型，还探讨了优化管理效率的方法。
我们共享了个人观点和理解。
相信在实际工作中，运用这些知识和方法，能更好地应对需求开发计划管理的挑战。
在总结的我想再次强调excel表格模板在需求开发计划管理中的重要性。
项目进度跟踪表
项目进度跟踪表1. 引言概述在项目管理中，项目进度跟踪是确保项目按计划顺利进行的重要环节。
项目进度跟踪表是一种用于监控和记录项目进展情况的工具，可以帮助项目团队实时了解项目的状态，并及时作出调整以保证项目能够按时交付。
文章结构本文将首先介绍项目进度跟踪表的定义和作用。
随后，将详细说明编制项目进度跟踪表的步骤，以及选择适合的项目进度跟踪方法的考虑因素。
接下来，将列举几个重要的子章节标题，对具体内容进行阐述。
最后，在结论部分总结了项目进度跟踪表的重要性和价值，并提出了有效使用该工具的建议和注意事项。
目的本文的主要目的是帮助读者了解并认识到在项目管理中使用项目进度跟踪表所起到的关键作用。
通过详细介绍如何编制该表格并选择合适的跟踪方法，读者将能够更好地掌握如何有效地监控和管理各类项目。
同时，本文还旨在强调使用该工具时需要注意的问题，并提供一些建议以便读者能够充分利用项目进度跟踪表来提高项目管理的效率和质量。
通过阅读本文，读者可以深入了解项目进度跟踪表的重要性，并将其应用于实际的项目管理中。
2. 正文：2.1 项目进度跟踪表的定义与作用项目进度跟踪表是一种记录和管理项目进展情况的工具，用于跟踪项目执行过程中各个任务的完成情况以及整体项目进度的实时更新。
它通常包括项目计划中定义的任务、任务起止日期、实际完成日期、任务负责人等信息，并通过不同颜色或符号表示任务状态，如进行中、已完成和延期等。
通过对比计划与实际数据，可以及时发现偏差并采取措施加以调整，从而确保项目按时、高质量地完成。
2.2 编制项目进度跟踪表的步骤编制项目进度跟踪表需要经过以下步骤：第一步，定义任务列表：根据项目计划，明确所有需要实施的任务，并为每个任务确定相应的起止日期和负责人。
第二步，收集实际数据：及时收集并记录每个任务的实际完成情况。
这可以通过会议记录、邮件沟通或者专门开设的报告系统来获取。
第三步，更新跟踪表格：将收集到的实际数据与计划进行对比，更新跟踪表格中相应任务的完成状态和日期，并标注出任何存在的延期或变更。
信息化项目跟踪表
序号 01 02 03 04 05 06 07 08
QMS2005-A P-1/1
里程碑进度计划
项目里程碑 产品部署 需求阶段 设计开发测试 应用实施 用户培训 试运行 客户验收 维护期 开始日期 07-3-19 07-3-19 07-4-11 07-4-3 07-6-8 07-6-25 07-8-23 07-9-10 结束日期 07-4-17 07-5-17 07-6-21 07-7-4 07-7-18 07-8-17 07-9-10 08-9-9 进度 30 60 72 93 41 54 19 366 交付工作产品 安装记录 需求规格说明书、启动会议记录、调研计划 安装手册、实施问题记录 安装记录 培训手册 问题记录 验收文档 问题记录 对应计划版本 1.0 1.0 1.0 1.0 1.0 1.0 1.0 1.0
Hale Waihona Puke 说明： 里程碑设定根据合同要求和项目实际管理需要可自行增加。
2
项目进度计划表
任务名称 北京农学院数字校园项目计划 产品安装 solaris系统安装 Linux系统安装 数字校园平台部署 数据库安装 中间件安装配置 综合查询部署 报表工具部署 人事系统部署 学生系统部署 科研系统部署 OA系统部署 360评估部署 需求调研 数据标准初稿制定 孙进宝 孙进宝 孙进宝 张作勋 张作勋 张作勋 张作勋 何勇 何勇 车渺 张帅 师军 苏文革 软件实施 软件实施 软件实施 软件实施 软件实施 软件实施 软件实施 软件实施 软件实施 软件实施 软件实施 软件实施 技术预研 1 人日 1 人日 3 人日 1 人日 2 人日 2 人日 1 人日 2 人日 2 人日 1 人日 1 人日 1 人日 2 人日 参加人员 前序 任务号 活动类型 工作量 （人日） 开始日期 07-3-19 07-3-19 07-3-19 07-3-20 07-3-21 07-3-19 07-3-20 07-3-22 07-3-26 07-3-19 07-4-16 07-4-9 07-4-9 07-4-9 07-3-19 07-3-19 结束日期 07-9-10 07-4-17 07-3-19 07-3-20 07-3-23 07-3-19 07-3-21 07-3-23 07-3-26 07-3-20 07-4-17 07-4-9 07-4-9 07-4-9 07-5-22 07-3-20 提交工作产品 评审类型
软件项目开发计划表
软件项目开发计划表一、项目背景。
随着信息技术的不断发展，软件项目开发已经成为了企业发展的必然选择。
本项目旨在开发一款能够满足用户需求的软件产品，提高企业的工作效率和竞争力。
二、项目目标。
1. 确定项目范围和目标，明确软件功能、性能、安全等要求，明确项目的交付标准。
2. 制定项目计划，明确项目的时间节点、人员配置、资源投入等计划。
3. 实施项目管理，建立项目管理机制，保障项目按时按质完成。
4. 完成软件产品开发，按照项目计划，完成软件产品的开发、测试、上线等工作。
三、项目计划。
1. 项目启动阶段。
（1）确定项目范围和目标。
（2）制定项目管理计划。
（3）确定项目资源需求。
（4）制定项目沟通计划。
2. 项目规划阶段。
（1）编制项目计划书。
（2）确定项目开发周期。
（3）制定项目质量计划。
（4）确定项目风险管理计划。
3. 项目执行阶段。
（1）组建项目团队。
（2）开展软件产品设计和开发。
（3）进行项目进度跟踪和控制。
（4）保障项目资源供给。
4. 项目收尾阶段。
（1）进行软件产品测试和验收。
（2）制定项目总结报告。
（3）进行项目交付和结项。
四、项目实施。
1. 项目启动。
在项目启动阶段，需要明确项目的范围和目标，确定项目的管理计划，明确项目的资源需求和沟通计划，为项目的顺利进行奠定基础。
2. 项目规划。
在项目规划阶段，需要编制项目计划书，确定项目的开发周期和质量计划，制定项目的风险管理计划，为项目的有序进行提供保障。
3. 项目执行。
在项目执行阶段，需要组建项目团队，开展软件产品的设计和开发工作，进行项目进度跟踪和控制，保障项目的资源供给，确保项目按时按质完成。
4. 项目收尾。
在项目收尾阶段，需要进行软件产品的测试和验收工作，制定项目总结报告，进行项目的交付和结项，为项目的有序收尾提供保障。
五、项目风险管理。
1. 技术风险，项目开发过程中可能出现技术难题，需要及时解决。
2. 人力资源风险，项目团队成员流动、能力不足等问题可能影响项目的进度和质量。
软件估计表(软件项目WBS,规模工作量估计表,软件进度表)
审核《 系统合格性测试计划》 《 系统合格性测试 说明》《 系统合格性测试报告》
与评审软件开发计划任务同时进行。
报告软件质量保证活动
策划配置管理活动 建立和发布基线 配置项出入库的控制 软件配置管理过程 跟踪和控制变更
报告配置管理活动
制定软件测量与分析计划
需求分析阶段质量工作总结
软件设计阶段质量工作总结
软件实现阶段质量工作总结
软件集成阶段质量工作总结 软件配置 项合格性 测 软试 件阶 系段 统 合格性测 试阶段质 软件验收交付质量工作总结
编制《软件配置管理计划》
标识配置项
建立配置管理系统
建立功能基线
建立分配基线
建立产品基线
受控库、产品库控制
需求变更
需求、设计变更
计划变更
需求、设计、代码变更
…
需求分析阶段配置工作总结
里程碑评审报告
周跟踪
软件周报
参与、协助项目策划
编制《软件质量保证计划》
软件质量保证计划
评审《软件质量保证计划》
审核项目策划活动
审核配置管理活动
审核需求分析活动
审核测量与分析活动 审核项目监控活动
软件过程活动审核检查单 问题跟踪汇总表
审核软件设计活动
审核软件测试活动
审核各类评审、评价活动
审核《软件研制任务书》
系统合格性测试阶段
阶段评审
验收交付阶段
建立产品基线 交付软件产品
项目总结
项目跟踪
里程碑评审 每周例行跟踪
制定软件质量保证计划
审核软件过程活动
软件质量保证 过程
审核软件工作产品
阶段报告
阶段评审报告
产品库入库单
需求可追踪性 样例
需求可追踪性样例i.常见的IEEE1998，将需求分为5类：功能需求、性能需求、质量需求、对外接口和约束。
ii.优秀需求的特征：完整性、正确性、精确性（确定性）、可行性、必要性、无歧义、可验证、一致性、可追踪。
iii.SRS（Software Requirements Specification）是软件需求规格说明书iv.高质量的SRS需要满足：完整性、一致性、可追踪行、可修改性。
v.涉众：与待开发系统有利益关系的人员或组织。
其本身并不一定与系统开发有直接利益关系。
vi.需求获取信息的来源可能有哪些：涉众、硬数据、相关产品（现有系统等）、重要文档、相关技术标准和技术法规。
vii.需求获取的方法：面向目标（面向对象）、基于场景、面向方面、面向视点、基于知识。
viii.三类与需求获取相关的现有系统：遗留系统和原有系统、竞争对手的系统、以及类似系统。
ix.需求获取的常用方法：传统方法、集体获取方法、原型、模型驱动方法、认知方法、基于上下文的方法。
x.文档审查的三种方法：需求重用、文档分析、需求剥离。
xi.数据流图（DFD）的基本元素：外部实体、过程、数据流和数据存储。
xii.涉众分析包含的活动：涉众识别、涉众描述、涉众评估、涉众选择。
xiii.需求工程原型方法步骤：确定原型需求、原型开发、原型评估、原型修正。
xiv.需求工程的方法分四类：面向对象、面向数据、面向控制、面向工程。
xv.常见的需求定义错误：没有反应用户真实需求、模糊和歧义的需求、信息遗漏、不必要的需求、不切实际的期望。
xvi.微规格说明是一些被用来描述过程处理的技术，主要有三种技术：结构化英语、行为图、决策树。
xvii.用例模型的四种基本元素：用例、参与者、关系、系统边界。
xviii.面谈中相关问题的组织结构：金字塔结构、漏斗结构、菱形结构。
xix.数据流图（DFD）层次结构建立步骤：创建上下文图、发现并建立DFD片段、根据DFD片段组合产生层图、产生N层数据流图。
xxx_软件项目全过程进度跟踪表(模板).xls
编写《基线申请表》并建立代 码基线 更新《配置状态报告》
实现阶段审计,并跟踪不符合 项 度量本阶段数据，编写《项目 度量表》
编写《测试计划书》 同行评审《测试计划书》 审批《测试计划书》
3.2.2 3.2.2.1 3.2.2.2
3.2.3 3.2.4 3.2.4.1 3.2.4.2
1.3.2 1.3.3 1.3.3.1
1.3.3.2 1.3.3.3 1.3.4 1.3.4.1 1.3.4.2
1.3.4.3
1.3.4.4 1.3.5
1.3.6 1.3.7
2
第二里程 碑（设 计）
2.1 2.1.1 2.1.1.1 2.1.1.2 2.1.1.3 2.1.1.3.1 2.1.1.3.2 2.1.1.3.3 2.1.1.3.4 2.1.1.3.5
3.2 3.2.1 3.2.1.1 3.2.1.2 3.2.1.3
第三里程 碑（实现 、测试）
实现阶 段
实现
集成 用户文档编写
配置工作
QA工作
编写《实现阶段进展报告》 测试阶 段
测试计划编写与评审
编码阶段进度细化 编写代码 同行评审代码 同行评审代码 单元测试 同行评审代码
系统集成 编写《产品集成表》
批准《项目进度表》、《项 目集成计划》 配置工作
QA工作
编写《策划阶段进展报告》 第一里程碑同行评审（立项 、需求、策划） 编写《项目里程碑报告》
设计阶 段
设计
《配置管理计划》定稿 编写《基线申请表》并建立策 划基线 更新《配置状态报告》 《审计计划》定稿 《项目度量计划》定稿 策划阶段审计,并跟踪不符合 项 度量本阶段数据，编写《项目 度量表》
需求跟踪矩阵 模板
表格编号：XY202-项目编号-两位顺序号
项目名称： 需求分析 用户需求 编号 章节编号 需求名称 首页 1 状 章节 态 编号 原 始 软件需求 子模块名 系统监视 状态 原始 修改 删除 增加 风电监控 2 修 改 需求优 先级 高 中 低 责任人 概要设计 章节编号
3
删 除
4
567源自8原始需求总数 修改需求总数 删除需求总数 增加需求总数 总需求数
3 0 0 0 3
需求跟踪矩阵
项目经理PM： 系统设计 概要设计 名称 是否完成 责任人 详细设计 章节编号 名称 是否完成 责任人 代码单元 编码实现 是否完成 责任人 √ √
项目QA： 功能测试 测试单元 是否完成 责任人 备注