记录督促学习27

ISO9001标准自身并不是软件开发的一个标准，而是开发软件标准的一个框架。
制定 出一半的质量原则，描述一半的质量过程，并且编排出应该定义的组织标准和步骤。这些应当记录在机构质量手册。

ISO9001标准进行过修行，形成了九个核心过程，主要是
1业务获得
2设计和开发
3测试
4生产和交付
5服务和支持
6业务管理
7供应商管理
8库存管理
9配置管理
ISO9001标准并没有定义或规定公司中应该使用的特定的质量过程。
一些软件客户要求他们的供应商是具有ISO9001认证，软件开发公司拥有质量管理系统的认证，客户才会有信心。

有些人认为ISO9001证书意味着经过认证的公司所生产的软件质量比未经认证的公司摇号。这不一定。
敏捷方法中避免使用文档，它只关注于开发的代码，于ISO9001中所讨论的形式化的质量过程差别很大，在使这两种方法趋为一致的方面，已经有一些人做过一些工作。但是敏捷开发群体本质上是完全反对标准化，由于这种原因，使用敏捷开发的公司很少关心ISO9001标准认证。

复查与审查是检查项目可交付文档质量的QA活动。检查内容涉及：

1检查软件
2软件文档
3以及发现错误和遗漏的过程的记录
4并且检查是否遵循质量标准。

在复查过程中，一个团队检查软件与其相关文档，寻找潜在问题和与标准不一致的部分，

质量复查基于软件开发中产生的文档来进行。软件描述，涉及，代码，过程模型，测试计划，配置管理规程，过程标准以及用户指南也都被复查。
复查应当检查文档和代码的一致性和完整性。确保遵循质量标准。
但是复查不仅仅是检查与标准的一致性，还被用来帮助发现软件和项目文档中的问题和遗漏
复查和审查的目的是提升软件的质量，不是评估开发团队中员工表现，。

相对于较为私下进行的组件测试过程，复查是一个检测错误的公开过程。

尽管质量复查为管理提供关于软件开发的信息，但是质量复查不同于管理过程复查。

复查过程包括
1复查前活动
2复查会议
复查团队应该挑选几名佛茶园作为团队核心，应该有一个自身设计人员负责做出技术上的重大决策。

上述的复查过程需要开发团队中所有成员都位于同一地点，并且可以参加团队会议。但是现在工程团队通常是分散的，可以使用文档编辑工具支持复查过程，团队成员使用这些评论文档和软件源代码，这些评论对于其他团队成员时可见的。

敏捷软件开发中的复查过程通常是非正式的。
在敏捷方法中缺少正式的质量过程，这意味着已经开发详细的质量管理过程的公司使用敏捷方法可能存在问题。

程序审查、、、续