请各位质保高手不吝赐教，同级评审实例分析
:Q最近在研究CMMI L3中的验证过程域，对于其中的同级评审进行了理论上得研究，但是由于没有实际的工作环境，不能获得实例进行分析，
在此，恳请各位高手不吝赐教，能给予我一份关于同级评审的过程数据资料（针对某软件开发过程或者代码的同级评审全过程的实际数据），我希望结合理论与实际数据进行研究，最好是全过程的报告资料，当然最重要的是想要《评审总结报告》
纯属学术研究之用，需要的话可以注明引用出处。
我的邮箱：oceansunrise@163.com 同级评审是不是peer review阿，这个很多书上都翻译的是同行评审啊，怎么搞出来个同级评审呢。还有你的意思我不是很明白，你需要的是peer review结果的数据吗以及结果分析报告吗？
关于这个我个人认为你可以直接到公司的项目组进行收集，在进行分析总结，看项目组是否按照组织级的要求去执行review的过程，如果按照组织级的标准去执行，那么项目review 的工作产品的缺陷率肯定在一定的区间内，如果不在规定的区间进行必要的分析，在采取措施。然后根据发现的问题的种类，原因，以及可能的风险，问题等形成的报告。 感谢版主的回复
我帖子中的同级评审就是Peer review
我希望得到的东西就是同行评审程序过程中的一些实际数据，比如软件开发过程中，各阶段工作结束后的评审报告
主要是想要一些数字数据，比如通过同行评审，在千行代码中发现的缺陷数，使用或者不使用同行评审程序的对比数据
主要是想通过了解实际数据，更好的学习和制定同行评审程序
还是请有参与同行评审的朋友，给些数据类的资料，邮箱地址：oceansunrise@163.com
非常感谢！ 首先明确同行评审的作用，同行评审的根本作用，是在项目的前期，找出项目开发中的缺陷，避免这些缺陷注入下一个阶段
其次，对于这部分的数据收集。1.如果有历史数据，已经制定了控制的上下限，那么我们可以根据历史数据对我们评审的过程和质量做一个判断，看是否满足该阶段的输出准则，看我们的工作产品是否符合我们的质量目标。2.如果在一个没有历史数据的项目，这个数据收集就没有控制的上下限了，那我们就将收集的数据进行分析，看有没有异常点，如果有异常点（如一个画面的评审，发现每千行的问题数高于其他画面），那我们进行分析，没有异常点，我们不能评判我们是否符合我们的质量目标，这部分我们没有办法，只能看作是我们现在的过程能力就是应该在这个区间
所以我建议，你最好首先收集项目的数据，对于和不同行评审的数据进行比较，我就不太清楚，这个比较是在测试阶段发现的bug数来进行比较吗，这个比较个人感觉实用性不大，因为问题的注入率肯定会很高，但是为了能说明问题，统计一下也没有关系，对于制定公司的评审流程，那是必须的，也应该的，因为如果不按照数据收集的前提，那我们收集的数据也就没有太多的意义，因为前提不一样，数据的分布状态也就不一定相同！同行评审的流程网上应该很多。
页:
[1]
