本周进行了一次同行评审(Peer Review)的活动，五人一组模拟同行评审的技术评审过程。
同行评审(Peer Review)为一种审查程序，即一位作者的学术著作或计划让同一领域的其他专家学者来加以评审。（来自百度百科）
一个软件形成的阶段大概可以分成以下几个阶段：
(1) System analysis and design
(2) Software requirement analysis
(3) System outline design
(4) Software detailed design
(5) Coding and unit test
(6) Software component test
(7) Software configuration test
(8) Software system test
(9) System acceptance
在这其中，每个阶段都应该安排相应的评审活动。
同行评审的组织形式分为以下几种：技术评审(Technical review)，正规检视(Formal Inspection)，走读(Walkthroughs)，管理评审(Management Review)。
由于上课时做了技术评审的练习，因此着重介绍一下技术评审。
技术评审的目的是：
①发现软件在功能、逻辑、实现上的错误；
②验证软件符合它的需求规格；
③确认软件符合预先定义的开发规范和标准；
④保证软件在统一的模式下进行开发；
⑤便于项目管理。
技术评审小组需要以下成员：
①主持人(Moderator)
负责评审过程的关键人物，收集检查数据错误分类、严重程度，控制评审进度、时间、内容，防止内容发散（评审变为发牢骚、幻想、工资待遇的讨论会）
②评审员(Inspectors) 多个
负责从通常的视点出发 发现成果物的缺陷，以及缺陷影响到的技术领域
局内评审人：熟知成果物的相关知识，对发现缺陷有积极性
局外评审人：可以为评审提供客观的新的视点和见解
③作者(Author)
成果物的（文件的）的信息做成人，为评审全过程提供评审材料的信息，在时间和成本允许的范围内，负责修改主要缺陷、及任何小的、零散的缺陷。也兼有评审员的身份。
（当事者迷，不应该是读者，容易犯想当然的错误）
④讲解员(Reader)
会议中负责阅读或意译成果物的细节，也兼有评审员的作用。
⑤书记员(Recorder)
记录实际的评审过程中发现的缺陷,也兼有评审员的作用。
技术评审的内容大致如上所述。