這篇文章除了寫
在本文中,我們將了解十進制數字的魔力。 並考慮編號不僅採用 末期SKD (設計文件統一系統),以及 ESPD (程序文檔統一系統)和 韓國航空暨太空總署 (自動化系統標準集),因為 Harb 主要由 IT 專家組成。
根據 ESKD、ESPD 和 KSAS 標準的要求,每個產品(程式、系統)必須分配一個名稱 - 一個十進制數。
該名稱是根據標準中規定的規則分配的。 這是古代人們為了統一和簡化產品和文件、記錄保存和檔案的識別而發明的。
讓我們了解分配十進制數的簡單過程,這樣它看起來不像一個古老的儀式,並且分配的數字看起來不像魔法數字。
對於每套標準,我們將單獨考慮其程序。
統一的設計文件系統
在ESKD中,產品及其設計檔案的命名系統是由
每個產品都有其獨特的名稱。
產品名稱可以透過兩種方式指定:
- 集中化-在部會、部門、產業內所確定的命令框架內;
- 權力下放-根據發展組織通過的規則。
產品名稱及主要設計文件的結構如圖1所示。
圖 1 – 產品名稱結構 |
開發設計文件的組織的四位字母代碼,由ABC等字母組成,根據開發組織的編碼器分配。
要獲得四位字母代碼,開發組織必須聯繫
對於民用產品,可以使用全俄羅斯企業和組織分類器中的代碼來取代四位字母代碼(
根據機械工程和儀器製造產品和設計文件的分類器(ESKD分類器)為產品和設計文件分配分類特徵代碼。 俄羅斯聯邦有一個“全俄羅斯產品和設計文件分類器”,
分類特徵是產品名稱及其設計文件的主要部分。 分類特徵代碼是根據 ESKD 分類器分配的,是一個六位數字,依次指定類別(前兩位數字)、子類、組、子組、類型(每個數字一位)。 ESKD 分類器是使用分層十進制方法構建的,基於正在分類的集合中從一般到特定的邏輯轉換。
分類特徵代碼指定的結構如下:
圖 2 – 分類特徵代碼的結構 |
此分類器附有用於搜尋和確定產品分類特徵代碼的詳細建議。
例如,應確定供電電壓為交流220V、50Hz、穩壓直流輸出電壓為12V、有功功率為60W的單路電源的分類特徵代碼。
首先,您應該根據產品名稱確定類別和子類別網格中的類別號。
在這種情況下,該類別是合適的 43XXX “微電路、半導體、電真空、壓電、量子電子裝置、電阻器、連接器、電力轉換器、二次電源”.
在那裡你應該選擇一個子類 436XXX “二次電源的系統和來源”.
使用群組、子群組和類型的網格,您應該根據正在開發的設備的特性來確定所選子類別中的群組: 4362XX “輸入單相交流電壓的單通道二次電源”,子群: 43623X “具有輸出恆定穩定電壓和輸出參數” 並查看: 436234 「權力,W 聖。 10 至 100 包括電壓,V 高達 100,包括”.
因此,電源電壓為交流220V、頻率為50Hz、穩定輸出電壓為直流12V、有功功率為60W的單通道電源的分類代碼為: 436234.
在分散分配指定的情況下,根據分類特徵從 001 到 999 在開發者組織的代碼中分配序號註冊號碼;在集中分配的情況下,在為集中分配分配的組織代碼內分配序列註冊號碼。
例如,該號碼可以是產品名稱登記卡中的條目的序號。 GOST 2.201-80 規定了保存指定登記卡的表格和程序。
因此,對於選擇分類特徵的考慮範例,產品名稱可能如下所示:
非主設計文件的名稱必須由產品名稱及ESKD標準制定的文件代碼組成,寫入產品名稱時不留空格,依表3分配 GOST 2.102-2013“設計文件的類型和完整性”.
圖 3 – 非主設計檔案的名稱 |
例如電氣線路圖:FIASH.436234.610E3
群組中產品版本和文件的名稱以及執行設計文件的基本方法,版本的序號透過連字號新增至產品名稱。 在執行文件的分組方法中,應有條件地接受一個執行作為主要執行。 此類設計必須僅具有基本名稱,而無需設計序號,例如 ATsDR.436234.255。 對於其他設計,將設計的序號從01到98新增至基本名稱中,例如:ATsDR.436234.255-05
允許透過新增 001 至 999 的三位數序號來指定版本。
對於具有共同設計特徵的大量產品,允許使用附加設計編號,該設計編號透過點書寫,並且必須採用除 00 之外的兩位數字的形式。這種名稱的結構如圖4所示。
圖 4 – 執行編號和附加執行編號的應用 |
使用附加編號的設計是在存在可變特性(塗層、參數、其最大偏差、氣候操作條件、產品與組件的附加配置等)的情況下指定的,這對於所有設計都是可能的。
附加性能編號必須是 00 以外的兩位數。該編號或其每一位可以表示一個特性或一組相關特性。
這些產品新開發的依賴相同特性的元件使用相同的附加版本號來指定。 如有必要,此類零件可以在不使用附加設計編號的情況下指定。
如果有附加編號,則所有版本應使用 01 至 98 的兩位版本序號來指定。
序數和附加執行編號是彼此獨立設定的。
在初步設計階段,建議依照以下結構指定初步設計和設計文件:
圖 5 – 設計草案文件的名稱 |
統一的程序文檔系統
程式和程式檔案的名稱按照指令分配
程式和文件的名稱必須由點(國家代碼和開發者組織代碼之後)、空格(文檔修訂號和文檔類型代碼之後)和連字符(註冊號和文檔之後)分隔的字符組組成。該類型的數量)。
正在建立指定項目和項目文件的登記制度。
如在 末期SKD在 ESPD 規定產品的名稱同時也是其程序文件-規範的名稱。
程式名稱的結構及其程式文件-規格如圖6所示。
圖 6 – 程式名稱結構 |
根據指令分配國家代碼
GOST 19.103 規定,程序的註冊號碼應根據全聯盟程序分類器進行分配,但該程序從未公開,因此允許按照 GOST 00001 中規定的程序分配從 99999 到 XNUMX 的代碼。開發該程序的企業。
在某些情況下,為了產生程序註冊號,會使用按經濟活動類型劃分的全俄羅斯產品分類器
程式版本號的格式必須為01到99。
程式名稱範例:
- 當使用四個字母的開發人員代碼時:
- ROF.ABVG.62.01.29-01
- 643.ABVG.62.01.29-01
- 使用 OKPO 代碼時:
- ROF.98765432.62.01.29-01
- RU.98765432.62.01.29-01
- RUS.98765432.62.01.29-01
- 643.98765432.62.01.29-01
其他程式文件的命名結構如圖7所示:
圖 7 – 其他程式檔案的名稱結構 |
文件修訂序號的格式必須為 01 到 99。文件類型代碼依照表 4 分配
「操作手冊」文件的名稱範例(該程式的第二個此類文件,第 3 部分):
- РОФ.АБВГ.62.01.29-01 34 02-3
- 643.АБВГ.62.01.29-01 34 02-3
- РОФ.98765432.62.01.29-01 34 02-3
- RU.98765432.62.01.29-01 34 02-3
- RUS.98765432.62.01.29-01 34 02-3
- 643.98765432.62.01.29-01 34 02-3
程序和程序文件所應用的指定係統的最終版本必須由開發者在內部規範文件中決定。
自動化系統標準集
自動化系統的十進制數的形成應尋求於
根據 GOST,每個開發的文件都必須分配一個獨立的名稱。 在不同資料載體上執行的文件必須具有相同的名稱。 在電腦媒體上製作的文件的名稱中加入字母「M」。
文檔符號具有以下結構:
圖 8 – 自動化系統檔案名稱結構 |
自動化系統或其部分的名稱結構具有以下形式:
圖 9 – 自動化系統或其一部份的名稱結構 |
GOST建議根據行業規範和技術文件製定的規則,按照企業、機構和組織全聯盟分類器(OKPO)選擇開發者組織的代碼。 目前,應該使用的不是已過期的全聯盟文件,而是全俄羅斯分類器 - OKPO。 也允許使用聯邦國家統一企業“STANDARTINFORM”的四字母代碼作為開發者組織的代碼。
系統分類代碼應選自
需要考慮的是,OKPD2 的分類特徵代碼可以透過自動化物件的名稱來選擇,例如:26.51.43.120 – 電氣資訊系統、測量和計算綜合體以及用於測量電磁量的裝置(對於例如,用於商業電錶的自動化資訊與測量系統(AIIS KUE)),70.22.17 – 業務流程管理服務(BP ACS); 26.20.40.140 – 資訊安全工具,以及使用資訊安全工具(資訊網際網路入口網站)保護的資訊和電信系統。
此外,GOST 34.201-89 提議使用自動控制系統 (OKPKZ) 子系統和任務複合體的全聯盟分類器來分配指定的特性。 該分類器在俄羅斯聯邦已不再有效,並且尚未開發出替代品。 因此,目前除了根據 OKPD2 選擇自動化系統的分類特徵之外,沒有其他選擇。
系統(系統的一部分)的序號註冊號碼由開發者組織的服務分配,該組織負責維護卡片索引和記錄名稱。 為每個分類特徵代碼分配從001到999的登記號碼。
文件代碼由兩個字母數字字元組成,並透過點與系統名稱分隔。 本標準定義的文件代碼依表3第2欄輸入。 附加文件代碼的構成如下:第一個字元是表1中表示文件類型的字母,第二個字元是表示該類型文件的序號的數字或字母。
如有必要,其餘位置將包含在檔案名稱中。
具有一個名稱(2 個字元)的文檔的序號從第二個開始分配,並透過點與前一個名稱分隔。
文件修訂號從第二個開始以 2 到 9 的升序分配,並與前一個值以點分隔。 如果保留(未取消)上一版本,則指派下一個版本號。
文件部件號碼與先前的名稱之間以連字符分隔。 如果文件由一個部分組成,則不會插入連字符,並且不會指派文件部分編號。
如有必要,輸入在電腦媒體上執行的文件的屬性。 字母“M”與先前的名稱之間以點分隔。
因此,AIIS KUE 的名稱可能如下所示:
- 98765432.26.51.43.120.012
- ABVG.26.51.43.120.012
文件「技術說明」的指定範例(該類型的第三份文件,第二版,第 5 部分,以電子形式製作):
- 98765432.26.51.43.120.012.I2.03.02.05M
- ABVG.26.51.43.120.012.I2.03.02.05M
技術手段綜合體的結構圖(該類型的唯一文件作為該項目的一部分,唯一的版本,一部分,以紙質形式出版):
- 98765432.26.51.43.120.012.S1
- ABVG.26.51.43.120.012.S1
結論
允許使用開發組織接受的唯一識別系統。 但值得記住的是,如果沒有特殊解釋,任何人都無法理解這個系統。 所描述的用於根據標準向產品和文件分配名稱的系統可以由任何專家(設計者、開發者、程式設計師)破解。
撰寫本文時也使用了以下來源:
來源: www.habr.com