技术状态管理(GJB)最新课件.ppt

七、技术状态纪实 计算机软件帮助产品技术状态纪实的实现 实现产品技术状态的纪实涉及产品研制流程及明确有 关部门和人员职责，更离不开企业数据管理系统的 建设。要在产品中实施，需要相应管理制度的支撑。 为了真正达到准确记录产品的技术状态，应该建立相 应的管理标准。因为产品技术状态的改变可能在产 品研制的各个环节中产生，那么需要建立相应的管 理标准规定各有关职能部门在产品技术状态记录工 作中的职责和工作程序。 企业在建立信息系统时应该统一考虑技术状态管理的 需要。 七、技术状态纪实 （ 5 ） 计算机程序的状况 计算机程序文件与图样的作用相当。图样是描述硬 件技术状态的文件。计算机程序文件是描述计算机 软件技术状态的文件。因此可以采用像图样状况控 制记录一样的方式，来控制软件的状况。 目前，许多公司还没有采用上述方法来记录、报告 计算机程序文件的状况。通常采用两种方法来记录、 报告计算机程序文件。一是给软件程序指定一个图 样号，而对其他：如程序框图、程序备选方案、说 明文档等用单独的编号系统：二是对所有计算机程 序文件指定不同于图样编号系统的号．即用不同于 硬件图样编号及记录的方式来记录、报告计算机程 序的状况。 七、技术状态纪实 7.3 技术状态更改状况纪实 承包方应建立信息系统，该系统应能跟踪所有建议的 更改，从顾客与承包方之间的第一次意向交流到最 终处理结果 —— 批准更改．修订合同或不批准更改。 该系统应记录关于更改建议的一般信息并应跟踪与 处理，与更改相关的具体事件。系统应能提供从最 初研究文件、正式建议以及对正式建议所进行的每 次更改或修订等所需的信息。 七、技术状态纪实 ? ? ? ? ? ? ? ? ? ? ? ? ? ? 7.3.1 、跟踪更改建议的实际处理过程 技术状态纪实系统应记录每项更改建议，记录的内容如下： ①更改的类型 ( 如工程更改建议、偏离、超差 ) ； ②更改标识号 ( 如工程更改号 ) ； ③起草者的单位 ( 代码 ) ； ④更改标题； ⑤受影响的技术状态基线； ⑥受影响的规范、图样、软件程序的标题和编号； ⑦相关的规范、图样、程序更改通知／修订通知号； ⑧优先顺序； ⑨更改传递给顾客的日期； ⑩做出决策的最迟日期； ⑾技术状态控制委员会的最终决策。 当建议获得批准后，纪实系统应对承包方向顾客提供的每份更改文 件保留一份含上述内 容的记录。 七、技术状态纪实 ? 7.3.2 、已批准的技术状态项目的技术状态更改 ? 纪实系统应记录已批准的技术状态项目的技术状态更改， 并始终保持现行有效。记录应包括下列内容： ? ①更改标识号； ? ②起草者的单位； ? ③更改的标题； ? ④批准更改的日期； ? ⑤合同修改号 ( 如果有 ) ； ? ⑥ Ⅱ 类更改实施的日期； ? ⑦更改涉及到的已交付的单元 ( 号 ) ； ? ⑧更改所需用的新零件 ( 号 ) 、图样修订级别、新软件、 单元有关文本； ? ⑨合同号。 七、技术状态纪实 ? 7.3.3 、已批准的更改的实施 ? 技术状态纪实系统应跟踪对已批准的更改建议所必须的实 际活动，包括开展各项活动的负责部门、各项活动或任务 的计划日期和实际完成日期。 ? 对已批准的、系统或系统组件的技术状态项目的更改有关 的各项活动应予以记录。与更改有关的活动一般包括下列 各项： ? ①重新设计和测试的状况； ? ②规范更改、修订活动； ? ③图样修订活动； ? ④软件修订活动； ? ⑤技术手册编制、修订活动； ? ⑥备件购买和发放； ? ⑦保障设备设计、购买或改型； 七、技术状态纪实 ? 7.3.4 、更改的各项活动的详细展开 ? 一旦发生更改需要考虑下述相关的活动 ? 1 ．文件修订活动 ? (1) 规范修订活动 ? 当更改的实施涉及到规范更改或 修订时，承包方应记录更改规范的 各项活动： ? ①更改或修订原规范； ? ②需要时提交给顾客； ? ③顾客认可更改或修订； ? ④将规范更改通知和更改页分发 到各有关部门 。 ? (2)