查看完整版本: 晒一份配置状态报告吧

晒一份配置状态报告吧

因为一直没发现配置状态报告的用处，（项目组人员打开配置库，有哪些文件都一目了然，为何还要将所有文件列一遍？）
现需要设计一个，实在不知要列出那么多文件名外，还应报告些什么内容?r
跟基线报告又有什么区别（基线报告时也列出了基线包括的所有文件）

求助，一份配置状态报告

我也没有，我也想找一个关于项目管理的规范来用呢，大家来帮忙啊

顶~~~
  配置状态报告，是挺有用。想学习

我们的配置状态报告主要内容是两个基线之间那些文件发生了变化，但是每次配置状态报告发布之后感觉也没有什么人看，看来有待改进，期待高人指点

主要内容

配置项  基线  基线状态（初始还是变更）

个人认为，即使没人看，配置管理员也应该借助这个状态报告来清理一遍各配置项的状态－－咱自己看^_^

我们公司的目前也只是记录配置项的版本，名称与位置对否， 是否发布及时。 其它也没什么内容。
不知道下面这些是不是会有帮助。
1.1.1.1       版本差异报告
版本差异报告反映自上次建立基线以来，哪些配置项做了修改，谁做的修改，被修改的配置项目前处于什么状态。
1.1.1.2       项目状态报告
项目状态报告反映当前已经创建的基线以及组成基线的各配置项版本清单，对比配置计划报告目前项目距离最近一个里程碑还缺少多少状态基线。
1.1.1.3       变更状态报告
变更状态报告反映CR状态分布情况，有多少待批、多少已批准、多少已实施、多少正在验证、多少已关闭。
1.1.1.4       任务分布报告
任务分布报告反映各状态下的任务量分布情况。
1.1.1.5       任务执行时间统计
任务执行时间统计反映从任务分配开始到完成（或最后状态）的总耗时，以及各阶段的消耗时间。
1.1.1.6       异常报告
异常报告反映不符合规范的操作统计，例如缺少必要的信息，过长的Check In事务，编号和命名错误，在他人的任务包中执行自己的任务等。

有没有配置报告状态的内容模板呀,谢了.

不知道这个符不符合大家的需求

这个地球人都知道

这个地球人都知道，因为都忙着干自己的事情了，所以敷衍一下，

需要份配置报告状态的内容模板，下来看看

下载cell同学的看了下，谢谢分享。
感觉这份报告有点简单，没有关于基线等的记录。
请教下最后一项："与其它配置项的关系"的会纪录些什么内容？

也需要这方面的内容那。

找点钱花。

概念：配置状态报告
主题
定义
变更请求
工作版本报告
版本说明
审核
定义
配置状态统计（评测标准）- 用于在产品开发过程中，基于已发现并修复了的缺陷类型、数量、频率和严重性来说明产品的“状态”。从配置管理的此方面所得出的指标有助于确定项目的整体完成状态。

软件配置状态报告的四个主要来源是：

变更请求，
软件工作版本，
版本说明，和
审核。
变更请求
变更请求 (CR) 是一个通用术语，表示要求对工件或流程进行变更的请求。与 CR 相关联的一般流程在概念：变更请求管理中予以说明。

状态“标签”为报告 CRM 流程步骤中所述的 CR（龄期、分布或趋势）统计信息提供依据。

基于变更请求的缺陷报告分为以下几种：

龄期（基于时间的报告）
各种类型的变更请求已打开多长时间？在生命周期中发现缺陷时与修复缺陷时之间的“时间间隔”有多长？

分布（基于计数的报告）
在基于拥有者、优先级或修复状态的各类别中有多少个变更请求？

趋势（与时间和计数相关的报告）
随着时间的推移，所发现并修复的缺陷累计有多少个？发现并修复缺陷的频率为多少？就打开的缺陷和关闭的缺陷来说，它们之间的“质量差距”有多大？缺陷解决的平均时间为多长？



工作版本报告
工作版本报告中列出了构成软件某一特定版本的一个工作版本的所有文件、它们的位置以及已并入的变更。

工作版本报告可以在系统级别和子系统级别上进行维护。

版本说明
版本说明类似于发布说明，用来描述软件发布的详细信息。该说明至少应包括以下信息：

已发布的材料清单（物理介质和文档），
软件内容清单（文件列表），
所有特定于地点的“适应”数据，
安装说明，和
可能存在的问题及已知的错误。
审核
配置管理环境中包括两种审核：

功能审核，和
物理审核。
功能审核的目标是核实软件配置项的实际性能是否符合它的需求。以下各项说明从 CM 角度来看支持功能审核所需要做的工作。

准备一个验证表，列出所有功能方面的需求，而且对每个需求都引用测试过程、测试行为的实例（时间戳或其他测试实例标识符）、相应的测试结果和/或完整记录需求验证情况的分析和/或演示报告。
核实是否已正确实施了所有变更请求。
核实是否已对软件正确应用了所有更改。
文档差异、建立纠正操作和完成日期。
物理审核的目标是验证在配置管理系统中建立基线的工件是否为“正确”版本。以下各项说明为支持物理审核而需要做的工作。

创建应该出现在配置管理 (CM) 中的项目列表。
检查在 CM 中维护的项目。
创建一个“差异列表”，表示已在 CM 中维护的项目以及应该在 CM 中维护的项目之间的差异。

关于配置状态报告

要想写项目配置状态报告，首先要确定配置报告的读者对象。首先分析读者需求，而后就可以写出有实际意义的配置报告。
如下内容仅是个引子，呵呵！
我的经验是配置报告主要给两个方面的人员：
项目经理、公司领导

项目经理主要关心当前项目配置信息入库情况，基线变更情况，当前活动跟踪情况。为此配置状态报告可以详细提供活动状态，版本差异，项目配置信息入库状态。

公司领导更关心基线（里程碑）是否及时建立，是否有重大缺陷（CQ来记录）没有解决等问题。

正在学习中，::em31::

感谢分享，确实很多企业形同虚设

报告咧？没有附件？