MUNIK解读ISO26262：功能安全之文档管理
—原创文章，文章内所有内容文字资料，版权均属本公众号所有，任何媒体、网站、公众号或个人未经Munik公司授权不得转载、转贴、引用或以其他方式复制发布 、发表。已经被Munik公司授权的媒体、网站、公众号、个人，在下载使用时必须注明来源，违者Munik公司将依法追究相关责任.
回到本文的源头文章“ISO26262标准解读”，请点击链接：ISO26262 Functional Safety of Automotive汽车功能安全服务
回到知识分享，请点击链接：MUNIK中国-技术分享
对于功能安全来说，文档管理是不可或缺的一部分，目的在于开发用于整个安生命周期的文档管理策略，以促进有效的和可重复的文档管理过程。
对于已经建立质量体系的企业来说，文档管理应当已经有一个健全的系统在运作了，这时我们只需要识别现有的文档管理的程序与功能安全要求的文档管理有什么出入即可，没必要单独为功能安全体系建立一个新的文档管理程序。
当然，不排除也有企业还未建立或正在建立功能文档管理程序，此时就需要考虑在满足功能安全体系文档管理的条件下，如何适配其他体系的文档管理任务，尽可能做到覆盖企业所有文档均能够通用的情况最佳。
功能安全文档宜是：
l 准确的简明的；
l 结构清晰的；
注：文档应该有清晰的结构层次，例如一、二章节介绍文件目的与相关信息，三、四章节为主题内容，第五章节做总结等等。
l 目标使用者容易理解的；
注：面向的适用对象不同时，选用不同的表述形式以及内容深度，确保文档使用对象可以完全理解文档含义。例如，文档针对开发人员，可以使用专业的术语、行业内通用的信息、底层数据等；针对普通员工，不需要将所有相关内容展示出来，只需列好执行步骤与注意事项，再配上解释说明方便理解即可。
l 可验证的；
注：文档应当是可以被验证的。例如，对于有机密性要求的文件有相应的措施对其加密，并制定加密规则与查阅措施。
l 可维护的。
注：文档在建立后，需要程序规定后续的维护与修订事项。例如，文档需要更改内容时可以在文末记录更改的时间、理由、发起人以及版本变更信息。或者使用文档管理工具中的更改申请，对变更内容进行批注与升版操作等
文档结构
文档的组织管理应当有利于索引相关内容。例如建立文件清单并对各文档分类管控
或使用文档工具进行分类归档方便查阅。
文档需要满足的基础信息：
l 题目，参照内容的范围；
注：每个文档都应包含一个标题，用来识别此文档的主旨内容。例如，“安全计划”
l 作者和批准者；
注：文档中应当记录本文档的作者和审批者
l 文档每个不同修订（版本）的唯一标识；
注：每经过一次修订，生成一个新的版本号。例如V1.0经过修订升级为V1.1
l 变更历史；
注：每经过一次修订，需记录本次修订的内容并解释因何原因修订。
l 状态。
注：文档中应当有目前本文档所处的状态信息，例如“草稿”“已发布”“有效”“废弃”
总结
文档管理对于企业来说是标准化、系统化的必经之路，并不是功能安全特有的一部分内容，只不过功能安全对于此内容的要求可能更为严格。功能安全强调工作成果的追溯性，文档管理可以很好的实现这个要求，所以文档管理对功能安全来说也是必要的。想了解更多有关功能安全的相关知识，可以持续关注！
