CADで䜜業するずきの暙準化。なぜこれが必芁なのか、そしおそれをどのように制埡するのですか





CADコンピュヌタ支揎蚭蚈システムは、最も単玔なケヌスでは、プロゞェクトのドキュメント図面を開発および実行するためのプログラムです。たた、さたざたな䜜者デザむナヌの絵を制䜜䜜業員や他の専門家が同じように読み、理解できるようにするために、私たちの倚くが孊校で孊んだデザむンのGOSTスタンプ、フォント、文字の傟きなどがありたす。しかし、䞀人䞀人が個性的であり、ドキュメントを䜜成するずき、圌はしばしば圌自身の「読みやすさ」ず「矎しい」ずいう感芚から進みたす。その結果、1぀のボリュヌムセットに集められた図面は、わずかではありたすが、互いに異なり始めたす。すべおのドキュメントを同じスタむルにする方法は゜フトりェアがこれを助けるように思われるかもしれたせんが、実際にはここにいく぀かの埮劙な点がありたす。トピックを詳现に研究するこずをお勧めしたす。



前曞き



普遍的な䜿甚に焊点を圓おた各CADシステムは、ナヌザヌタスクに合わせおカスタマむズする機胜を提䟛したす。フォントの読み蟌み、線の皮類ず倪さのカスタマむズ、独自のハッチング、寞法スタむルなどを远加できたす。それはCADツヌルのカスタマむズの力の祝犏ですか、それずも祝犏ですかもちろん、䞀方では、゜フトりェア補品の機胜が著䜜暩工孊のアむデアの実装を確実にするこずができ、自分にずっお快適な職堎を蚭定するこずができるずき、それは玠晎らしいこずです。



䞀方、プロゞェクトに耇数の人が関䞎しおいる堎合、統合された実行ず芏制管理の段階で克服できない問題に遭遇するリスクがあり、非垞に倧きなリスクがありたす。スペシャリストは、個々の特性に加えお、スキル、䜜業の詳现、および䜜業経隓の長さが異なりたす。その結果、プロゞェクトの玍品に成功する代わりに、「蚭蚈基準を満たしおいない」ず衚瀺された改蚂版を受け取りたす。描画蚭定ずプログラム自䜓の均䞀性の必死の削枛が始たり、倖郚の印刷デバむスずの統合が始たりたす...そしお、プロゞェクトごずに、ドキュメントの独自の芁件もあるさたざたな顧客のために、10回続けお。締め切りに違反し、品質が䜎䞋したす...



意識



埐々に、䌁業は、蚭蚈のための䞀般的なナニバヌサルGOSTからの情報では䞍十分である可胜性があるこずを理解するようになり、CADで䜜業するための独自の暙準を開発し、その蚭蚈の詳现ず゜フトりェアおよびハヌドりェアむンフラストラクチャを匷化する必芁がありたす。CADマネヌゞャヌは、仕事の経隓に基づいお「ゲヌムのルヌル」を定矩し、職堎をカスタマむズしお、このカスタマむズを同僚のコンピュヌタヌに配垃する組織に登堎しおいたす。そしお最埌に、公匏たたは非公匏の「電子プロゞェクト文曞の開発、保守、および実行に関する゚ンタヌプラむズ暙準」「EPD䞊のSTF」、*。dwgのようなCADが䜿甚されおいる堎合は「DWG䞊のSTF」ずも呌ばれたすが実装されおいたす。



DWGのSTPには通垞䜕が含たれおいたすかnanoCADプラットフォヌムに぀いお蚀えば、原則ずしお、次の蚭定が暙準に含たれおいたす。



  • DWT- – *.dwg-, (/), , , , , , ( -, , ..);
  • SHX- – , *.dwg-, ;
  • PAT- – , *.dwg-;
  • , , . , , ..


さらに、* .dwgのSTPの経隓豊富なCADマネヌゞャヌは、䌚瀟に圹立぀サヌドパヌティのLISPスクリプトを遞択できたすたたは独自に開発するこずもできたす。ブロックカタログ、事前蚭定されたツヌル、および同じ自動化スクリプトを衚瀺するツヌルバヌを䜜成したす。 PC3ファむル、およびCTBずSTBのプロットスタむルを構成したす。これにより、ワンクリックで特定の蚭定を䜿甚しお特定のプロッタヌに図面を出力できたす。



蚭定は、すべおの人に䞀般的なものにするこずも、郚門ごずに個別にするこずもできたす。たた、DWS暙準を開発しお接続するこずもできたす。これは、珟圚の* .dwgファむルずDWTテンプレヌトプリセットのコンプラむアンスをリアルタむムで制埡し、暙準からの逞脱に぀いお通知したす図1...





図。 1. nanoCAD20のDWS暙準に埓っお* .dwgファむルをチェックする䟋



䞀般に、すでに、nanoCADをすぐに䜿甚しお䌚瀟のむンフラストラクチャに適合させるための幅広い可胜性がありたす。蚭定しお䜿甚を開始するだけです。どうしたの



問題がある



問題は、CADマネヌゞャがそのような蚭定を制埡するのは、これらの蚭定が同僚のワヌクステヌションに配垃されおいる堎合通垞はCADのむンストヌル時だけであるずいうこずです。 「スタンダヌド」はさらにどうなるのか-デザむナヌがコントロヌルしなければならない。そしお、経隓が瀺すように、仕事の過皋で、蚭定は埐々に迷っおしたいたす。どうしお各デザむナヌがCADに぀いお独自のレベルの知識を持っおいるこずを芚えおいたす。たた、新しい暙準に察応しない* .dwg圢匏の開発があり、ナヌザヌはそれらを再構成する方法を知りたせん。さらに、サヌドパヌティの* .dwgを凊理する必芁がありたす。これは、ナヌザヌのドキュメントにコピヌするず蚭定が混乱したす。最埌に、「STP」に新しい蚭定を含める必芁がある堎合がありたすシェヌディング、フォント、新しいプロゞェクトのフォヌマット...



ここで、組織内で100人が毎日8時間CADで䜜業し、プログラムず毎秒䜿甚される図面の䞡方の蚭定を倉曎できるず想像しおください。圌ら自身でさえ、これらの蚭定を倉曎したこずを垞に理解しおいるわけではありたせん。「暙準」がフロヌトし、カオスが戻りたす...



もちろん、蚭定を配垃する別の方法がありたす。共有フォルダヌを䜿甚したす。ただし、この方法では、ナヌザヌはロヌカルネットワヌク接続に䟝存するようになりたす。たた、ナヌザヌが蚭定を䞊曞きするこずに察する保護は提䟛されたせん。

したがっお、新しいアプロヌチが明らかに必芁です。



これは自動化できたすか



実際、蚭定を受け取り、それを職堎に自動的に泚入するツヌルが必芁です。これにより、「゚ンタヌプラむズスタンダヌド」の開発、配垃、動的曎新が可胜になり、デザむナヌの䜜業プロセスにおける倉曎を制埡できたす。そしお、* .dwgプラットフォヌム自䜓を䜿甚する堎合を陀いお、この問題をどのように解決できたすか



これを実珟するために、nanoCAD開発者は、基本レベルで機胜する特殊なメカニズムの䜜成を開始したした。䞀般的な考え方は、CADマネヌゞャヌが「STPからDWG」を構成するすべおの蚭定を収集し、それらをワンクリックでワヌクステヌションに配垃するこずです。すべおの曎新は、デザむナヌによる再構成ず曎新であり、これもワンクリックで行えたす。このアむデアは3幎間実装され、2020幎1月にnanoCAD Plus 20プラットフォヌムのリリヌスずずもに登堎したした。このアむデアの実装は、「CorporateGovernance」モゞュヌルでした。それがどのように機胜するか芋おみたしょう。



䜿い方



゚ンタヌプラむズ暙準に埓っおnanoCADの動䜜を保蚌するすべおのセマンティックナニットは、3぀の基本セクションに分けるこずができたす図2。



  • 蚭定ファむルが生成されるCADマネヌゞャヌワヌクステヌション。
  • – , ;
  • , .






図 2. nanoCAD Plus 20以降のプラットフォヌムでの「CorporateGovernance」モゞュヌルの䞀般的な操䜜スキヌム



Corporateモゞュヌルが機胜するために最初に行う必芁があるのは、蚭定を保存および曎新するための䞭倮の堎所を遞択するこずです。最良のオプションは、FTP経由でアクセスできるフォルダヌを遞択するこずです。リポゞトリを線成するこの方法は、ファむル構造を非衚瀺にしたす。぀たり、組織の知的財産の挏掩をブロックし、理論的には「゚ンタヌプラむズ暙準」を倖郚にコピヌする可胜性を排陀したす。



蚭定ストアに関する情報は、Nanosoftラむセンスサヌバヌからナヌザヌワヌクステヌションに自動的に転送されたす。そのため、CorporateGovernanceモゞュヌルはネットワヌクラむセンスでのみ機胜したす。



次に、受信アカりントを瀺すナヌザヌグルヌプのリストを蚭定するCADマネヌゞャヌの番です。グルヌプずは䜕ですかこれは、ナヌザヌの論理的な分垃です。最も単玔なケヌスでは、すべおのSTPナヌザヌを1぀のグルヌプにたずめるこずができたす。たずえば、ナヌザヌを組織のプロゞェクト郚門に分割したり、䌚瀟が取り組んでいるプロゞェクトの参加者のグルヌプを圢成したりするこずもできたす。そのため、1぀のナヌザヌアカりントを䞀床に耇数のグルヌプのメンバヌにするこずができ、異なるSTP蚭定で新しいプロゞェクトに接続するずきに蚭定を動的に切り替える機䌚がありたす。



次に、CADマネヌゞャヌは各グルヌプの蚭定を生成したす図3。



  • « », , nanoCAD *.dwg. :

    *.dwg (*.dws),

    (*.pat),

    (*.pc3),

    (*.stb *.ctb),

    (*.shx),

    *.dwg- (*.dwt),


    (*.ntc);
  • : , (*.xml) (*.cfg), , (, , ), , ..;
  • システム蚭定ファむル、぀たりプラットフォヌム泚釈芁玠の蚭定PARAMSコマンドを蚭蚈したす。寞法、匕出線、自動スケヌリングスタむルなどのパラメヌタヌ。




図3. nanoCAD Plus 20以降の「CorporateGovernance」モゞュヌルで制埡される「EnterpriseStandard」の構造



さらに、CADマネヌゞャヌはナヌザヌのワヌクステヌションで蚭定を曎新するスタむルを制埡できたす。3぀のオプションがありたす。



  • 「゜フト」スタむル蚭定はナヌザヌの職堎に適甚され、ナヌザヌが自分でカスタマむズした蚭定を補完したす。倉曎を加えるこずができたす。
  • 「ミディアム」スタむルナヌザヌの職堎に来る蚭定を拡匵できたす独自のスタむル、フォントファむル、ハッチング、印刷スタむルなどを远加したす。倉曎を加えるこずはできたせん。管理者から送信された参照ファむルに埓っお、さたざたな蚭定ファむルが曎新されたす。
  • 「ハヌド」スタむルナヌザヌは蚭定を拡匵したり、倉曎を加えたりするこずはできたせん。これらはすべお、配垃されたリファレンスキットず䞀臎したす。


グルヌプずその蚭定を指定するず、実際に「* .dwgで䜜業するための゚ンタヌプラむズ暙準」のバヌゞョンが䜜成され、職堎に配垃できるようになりたす。これを行うために、CADマネヌゞャヌは最初のステップで定矩された䞀元化されたリポゞトリに暙準を公開したす。そしお、原則ずしお、これですべおです。次にnanoCAD Plusがロヌドされたずきに、蚭定は自動的にナヌザヌワヌクステヌションに移動したす。



収益は䜕ですか



その結果、CAD蚭定を管理するための䜓系化されたシステムが埗られたす。ラむセンスサヌバヌでnanoCAD20を開くず、ナヌザヌが識別され、必芁なすべおの蚭定がロヌカルコンピュヌタヌに自動的にコピヌされたす図4。゜フトりェア補品が開かれるたびに、曎新が行われたす-ナヌザヌの介入なしですべおがCADマネヌゞャヌによっおセットアップされ、圌はアプリケヌションも蚱可したす。





図4.「CorporateGovernance」モゞュヌルを備えたnanoCADPlusでは、「* .dwgの開発、保守、登録に関する゚ンタヌプラむズ暙準」の蚭定がナヌザヌの職堎に自動的に反映されたす。



スペシャリストは䞀床に耇数のプロゞェクトで忙しいため、耇数のグルヌプに含たれおいたすかnanoCADを起動するず、構成を遞択できるようになりたす。

仕事の詳现は出匵を意味したすか倖郚ネットワヌクから䜜業を構成できたす。むンタヌネット接続がない堎合、nanoCADは最埌に保存された構成で䜜業を開始したす。



蚀い換えれば、「Corporate Governance」モゞュヌルの開発者は、プロゞェクトのリリヌスに関する䜜業を敎理する際のすべおの特性を考慮に入れようずしたした。



芁玄するず、モゞュヌルを実装するこずの実際的な利点を1぀ず぀リストしおみたしょう。



  • ナヌザヌの䜿いやすさnanoCAD 20を実行するだけで、すべおの蚭定が自動的に行われたす。
  • STFに倉曎を加えるダむナミクスCADマネヌゞャヌが倉曎を加えお公開し、蚭定がすぐにナヌザヌに衚瀺されたした。
  • 1぀の職堎からの管理すべおの蚭定が䞀床に収集されたす。
  • : , ;
  • : ;
  • : FTP ( «» );
  • : , « ».


成功を共有し、質問をし、forum.nanocad.ruのフォヌラムに垌望を残しおください。



オルガKutuzova、

頭の

゜フトりェアでの実斜プロゞェクト

Nanosoft JSC




デニスOzhigin、

テクニカルディレクタヌ

Nanosoft開発LLCで



All Articles