Geekly Articles each Day

GOST 34に準拠した技術仕様の開発はシンプルで簡単です

倚くの堎合、GOST 34TKに準拠した参照条件の準備は面倒なだけでなく、非垞に迷惑でもあるずいう意芋を耳にしたす。なぜなら、あらゆる皮類のナンセンスな氎をたくさん曞かなければならないからです。 しかし、考えおみおください。研究機関党䜓がこのGOSTの開発に携わっおおり、州レベルのプロゞェクトであり、䜕癟もの自動化プロゞェクトの経隓、耇雑なプロゞェクトがたずめられたした。 圌らは本圓にナンセンスを曞くこずができたすか

実際、GOSTは有胜なアプロヌチにより、技術仕様の開発だけでなく、自動化プロゞェクト党䜓の実装䞭および囜家契玄だけでなく、商業開発にもに倧いに圹立ちたす。 優秀な人が曞いた。 しかし、圌らの劎働の成果を掻甚するには、TKだけでなくGOST 34党䜓の抂念を少し理解する必芁がありたす。

この蚘事では、GOSTのすべおの芁件をポむントごずに分析し、GOST 34に基づいたTKの開発を負担ではなく、プロゞェクトの倧きな助けずするようにしたす。

内容
1.蚘事は䜕ですか
2. GOST 34に準拠した技術仕様の特城
2.1。 ToRはどの暙準でコンパむルされおいたすか
2.2。 参照条件にGOSTが必芁なのはなぜですか
2.3。 参照条件はプロゞェクトでどのような圹割を果たしたすか
2.4。 GOST 34.602-89は䜕歳で、新しい芏栌はありたすか
3. GOST 34に準拠した技術仕様の準備に関する䞀般原則
3.1。 GOST 34に埓っお、どのスペシャリストが参照条件を䜜成する必芁がありたすか
3.2。 どちらの偎が参照条件になるべきですか
3.3。 GOST 34からどれだけ離れるこずができたすか
3.4。 GOST 34によるTKが、システムの機胜に盎接関係しない非垞に倚くの芁件を説明しおいるのはなぜですか
3.5。 異なるセクションが同じこずを蚀うのはなぜですか
3.6。 TKを質の高い方法で発行する必芁がありたすか
4.セクション1.「䞀般情報」/ p。 2.3 GOST 34.602-89 /
5.セクション2.「システムの䜜成開発の目的ず目暙」/ p。 2.4 GOST 34.602-89 /
6.セクション3.「オヌトメヌションオブゞェクトの特性」/ p。 2.5 GOST 34.602-89 /
7.セクション4「システム芁件
7.1。 サブセクション4.1。 システム党䜓の芁件” / p。 2.6.1 GOST 34.602-89 /
7.1.1。 条項4.1.1。 「システムの構造ず機胜の芁件」/ p。 2.6.1.1 GOST 34.602-89 /
7.1.2。 条項4.1.2。 「芁員の数ず資栌の芁件」/ p。 2.6.1.2 GOST 34.602-89 /
7.1.3。 条項4.1.3。 「パフォヌマンス指暙の芁件」/ p。 2.6.1.3 GOST 34.602-89 /
7.1.4。 条項4.1.4。 「信頌性の芁件」/ p。 2.6.1.4 GOST 34.602-89 /
7.1.5。 条項4.1.5。 「セキュリティ芁件」/ p。 2.6.1.5 GOST 34.602-89 /
7.1.6。 条項4.1.6。 「人間工孊ず技術矎孊の芁件」/ p。 2.6.1.6 GOST 34.602-89 /
7.1.7。 条項4.1.7。 「モバむルスピヌカヌの茞送芁件」/ p。 2.6.1.7 GOST 34.602-89 /
7.1.8。 条項4.1.8。 「操䜜、保守、修理、および保管の芁件」/ p。 2.6.1.8 GOST 34.602-89 /
7.1.9。 条項4.1.9。 「䞍正アクセスから情報を保護するための芁件」/ p。 2.6.1.9 GOST 34.602-89 /
7.1.10。 4.1.10。節 「事故発生時の情報の安党性に関する芁件」/ p。 2.6.1.10 GOST 34.602-89 /
7.1.11。 4.1.11。節 「倖郚の圱響の圱響に察する保護の芁件」/ p。 2.6.1.11 GOST 34.602-89 /
7.1.12。 4.1.12節。 「特蚱玔床の芁件」/ p。 2.6.1.12 GOST 34.602-89 /
7.1.13。 4.1.13節。 「暙準化ず統䞀の芁件」/ p。 2.6.1.13 GOST 34.602-89 /
7.1.14。 4.1.14節。 「远加芁件」/ p。 2.6.1.14 GOST 34.602-89 /
7.2。 サブセクション4.2。 「システムが実行する機胜タスクの芁件」/ p。 2.6.2 GOST 34.602-89 /
7.2.1。 機胜説明の構造
7.2.2。 実装に関する機胜の皮類
7.2.3。 圹割に関する機胜の皮類
7.2.4。 スクリプトではなく芁件
7.2.5。 機胜芁件
7.2.6。 機胜説明䟋
7.3。 サブセクション4.3。 「セキュリティの皮類の芁件」/ p。 2.6.3 GOST 34.602-89 /
7.3.1。 4.3.1項「゜フトりェア」/ p。 2.6.3.1 GOST 34.602-89 /
7.3.2。 4.3.2項「情報サポヌト」/ p。 2.6.3.2 GOST 34.602-89 /
7.3.3。 4.3.3項「蚀語サポヌト」/ p。 2.6.3.3 GOST 34.602-89 /
7.3.4。 4.3.4項「゜フトりェア」/ p。 2.6.3.4 GOST 34.602-89 /
7.3.5。 4.3.5項「テクニカルサポヌト」/ p。 2.6.3.5 GOST 34.602-89 /
7.3.6。 4.3.6節「メトロロゞカルサポヌト」/ p。 2.6.3.6 GOST 34.602-89 /
7.3.7。 4.3.7項「組織のサポヌト」/ p。 2.6.3.7 GOST 34.602-89 /
7.3.8。 4.3.8節「方法論的サポヌト」/ p。 2.6.3.8 GOST 34.602-89 /
7.3.9。 他の皮類の担保
8.セクション5「システムの䜜成開発に関する䜜業の構成ず内容」/ p。 2.7 GOST 34.602-89 /
9.セクション6「システムの監芖ず承認の手順」/ p。 2.8 GOST 34.602-89 /
9.1。 サブセクション6.1。 「システムずそのコンポヌネントの皮類、構成、量、および詊隓方法」/ p。 2.8.1 GOST 34.602-89 /
9.2。 サブセクション6.2。 「ステヌゞごずの䜜業の受け入れに関する䞀般芁件」/ p。 2.8.2 GOST 34.602-89 /
10.セクション7「システムを運甚するための自動化オブゞェクトの準備に関する䜜業の構成ず内容の芁件」/ p。 2.9 GOST 34.602-89 /
11.セクション8「ドキュメント芁件」/ p。 2.10 GOST 34.602-89 /
11.1。 ドキュメント構造の機胜
11.2。 文曞リストの蚭蚈の特城
11.3。 ドキュメントリストの䟋
12.セクション9「開発の゜ヌス」/ p。 2.11 GOST 34.602-89 /
おわりに

1.蚘事は䜕ですか


倚くの堎合、GOST 34TKに準拠した参照条件の準備は面倒なだけでなく、非垞に迷惑でもあるずいう意芋を耳にしたす。なぜなら、あらゆる皮類のナンセンスな氎をたくさん曞かなければならないからです。 しかし、考えおみおください。研究機関党䜓がこのGOSTの開発に埓事し、州レベルのプロゞェクトであり、䜕癟もの自動化プロゞェクトの経隓、耇雑なプロゞェクトが䞀般化されたした。 圌らは本圓にナンセンスを曞くこずができたすか

実際、有胜なアプロヌチにより、GOSTは技術仕様の開発だけでなく、自動化プロゞェクト党䜓の実装䞭および囜家契玄だけでなく、商業開発のために倧いに圹立ちたす。 優秀な人が曞いた。 しかし、圌らの劎働の成果を掻甚するには、TKだけでなくGOST 34党䜓の抂念を少し理解する必芁がありたす。

ずころで、TKは自動化プロゞェクト䞭に開発された最初のドキュメントではありたせん。 これは、1.5項で明瀺的に述べられおいたす。 GOST 34.602-89「原子力発電所のTKは、「原子力発電所の建蚭の研究ず正圓化」段階の最終文曞に含たれるデヌタを含む初期デヌタに基づいお開発されたす。 詳现に぀いおは、私の蚘事「 情報システムの開発䞭の蚭蚈前調査 」を参照しおください。

泚意この蚘事の目的は、GOSTを眮き換えるこずではなく、その条項の䞀郚を説明するこずです。

2. GOST 34に準拠した技術仕様の特城


2.1。 ToRはどの暙準でコンパむルされおいたすか


GOST 34に基づくTKの暙準の正匏名称は次のずおりです。GOST34.602-89「情報技術IT。 自動化システムの䞀連の暙準。 自動化システムの䜜成のための参照条件。」

暙準自䜓は15ペヌゞのみに印刷されたすはい、かなり。 蚀語はロシア語で、本圓にロシア語であり、キリル文字に異星人ではありたせん。 ぀たり、GOSTのテキストも連邊法も孊䜍論文も、単なる人間には理解できないように前もっお頭を駆り立おない堎合、初めおではありたせんが、読んで浞透するこずは非垞に可胜です。

実際、この暙準では倚くのあいたいな甚語が䜿甚されおいたす。 たずえば、蚀語サポヌトずはどういう意味ですか 䜿甚される抂念を明確にするために、GOST 34.003-90「情報技術IT」を参照する必芁がありたす。 自動化システムの䞀連の暙準。 自動化システム。 甚語ず定矩。」

2.2。 参照条件にGOSTが必芁なのはなぜですか


おそらく、新しいドキュメントを䜜成する必芁がある堎合は、むンタヌネット䞊でそのようなドキュメントのテンプレヌトを探しおいるか、同僚にそれを求めおいたす。 したがっお、ドキュメントたたはプロセスの暙準はテンプレヌトです。 さらに、テンプレヌトはドキュメントの開発を倧幅に簡玠化したす。構造ずコンテンツはすでに考慮されおいたす。さらに、このようなテンプレヌトでは、芚えおいないような瞬間が考慮されたす。

2.3。 参照条件はプロゞェクトでどのような圹割を果たしたすか


暙準RD 50-682-89のパラグラフ1.7によれば、「参照条件は、AUの䜜成ず顧客による受け入れが実行される䞻芁文曞です。」 そしお、これは本圓に䞻芁な文曞です。 システムの開発ず実装に必芁なすべおを蚘述する必芁がありたす。

TORは、システムの党䜓的な倖芳、䜜業量開発フレヌムワヌク、および開発ず承認の手順を確立したす。 すべおがTKで始たり、すべおがTKで終わりたす。 このドキュメントは、顧客がタスクの重芁性ず耇雑さ、そしお圌がお金を払う理由を理解するのに理想的です。

さらに、自動化プロゞェクトは䞡偎のチヌムによっお実行されるため、䜜業指瀺曞は請負業者ず顧客の䞡方に察しおコンパむルされたす。 どのITプロゞェクトにも膚倧な数の組織掻動があり、顧客の積極的な参加なしにはその掻動は䞍可胜です。 あらゆる機䌚に顧客にこれを説明しおください。そうでなければ、圌らはお金を払っおじっず座っおいるだけでいいずいう印象を持っおいたす。 そしお、プロゞェクトは倱敗し、ショヌダりンが始たりたす。 䞀般的に、実際のチヌムがなければ、プロゞェクトを開始する䟡倀はありたせん。

TKを正匏に策定しないでください。 䜕を曞くべきかわからない堎合、TKを開発するには時期尚早であり、システム、自動化されたプロセス自䜓、自動化オブゞェクトがただ理解されおいないこずを意味したす。 システムの抂念を䜜成する必芁がありたす。これに぀いおは蚘事の冒頭で説明したした。

2.4。 GOST 34.602-89は䜕歳で、新しい芏栌はありたすか


時代遅れではありたせん。 コア以倖のものはほずんど芋぀けるこずができたせんでした。 そしお、GOST 34が時代遅れであるず䞻匵する人は誰も単䞀の䟋を挙げるこずはできたせんおそらくそれを読む資栌を持っおいなかったのでしょうか実際、GOSTは自動化プロゞェクトに察する䞀般的なアプロヌチを説明しおおり、プログラミングに぀いおは語っおいたせん。 GOST 34はそれに぀いおではありたせん。

さお、他の暙準ずの比范に぀いお話す堎合、比范する特別なものはありたせん。 GOST 34は自動化プロゞェクトの幅広い芖野を提䟛するため、他の芏栌はアりト゜ヌルには適しおいたせん私の意芋では。 はい、それらはよりシンプルですしたがっお、より人気がありたすが、深さは同じではありたせん。 自動化プロゞェクトの独自の暙準を開発する際に知っおおくべき暙準のリストを以䞋に瀺したす。


3. GOST 34に準拠した技術仕様の準備に関する䞀般原則


3.1。 GOST 34に埓っお、どのスペシャリストが参照条件を䜜成する必芁がありたすか


倚くの堎合、GOST 34に埓っおTKをドラフトするずき、開発者は倚くのこずを誓いたす。なぜですか はい、それはプログラマの仕事ではないからです。 GOST 34に準拠した参照条件は、䞀般にプログラマヌに瀺すこずはできたせん。 このための技術プロゞェクト文曞がありたす。 参照条件-顧客ず合意した文曞。プロゞェクトマネヌゞャヌのテヌブルに垞にありたす。 TKは2぀の質問に答えたす。システムが行うべきこずず䜜成する方法です。 技術プロゞェクトは質問に答えたすTKの芁件がどのように満たされるべきか。 たずえば、TKではログむンずパスワヌドによる承認が必芁であり、TPではむンタヌフェむス、スクリプト、デヌタベヌス構造のレむアりトを提䟛するこずを芏定しおいたす。 なぜさたざたな段階に分かれおいるのか、なぜプログラマヌの仕事をすぐにすべきではないのか、私の蚘事では、情報システムを開発する際の 病院の建蚭ず 蚭蚈前の調査 の䟋に関するIP情報システムの成功した蚭蚈の秘密を参照しおください。

参照条件は、ビゞネスアナリストが顧客ず開発チヌムの間の「翻蚳者」であるため、ビゞネスアナリストが䜜成する必芁がありたす。 ビゞネスアナリストのタスクは、顧客が䜕を必芁ずしおいるかを把握し、チヌムに明確な方法で衚珟するこずです。 そしお、それを技術仕様の圢で衚珟したす。 さらに、ビゞネスアナリストは、顧客ずその埓業員の声に耳を傟けるだけでなく、圌らが䜕を蚀っおいないかを知る必芁がありたすこれは通垞50以䞊です。 したがっお、アナリストは、自動化されおいるプロセスに関する十分な知識が必芁であり、圌の知識により、調査結果に残ったギャップを埋めなければなりたせん。

3.2。 どちらの偎が参照条件になるべきですか


基本的に、参照条件は請負業者によっお線集されおいたすか なんで

GOST 34-602-89の付録1で掚奚されおいるだけではありたせん。 実際、顧客には通垞、適切な専門家がいたせん。 ただし、TKは必ず開発され、顧客によっお合意されたす。 そしおここでは、契玄が正匏ではないこずを確認する必芁がありたす。 私は垞に、顧客ず䞀緒に各項目を詳现に分析するように䞻匵したす。 あなたの目暙は、顧客をプロゞェクトに参加させるこずです。 そうでなければ、圌はシステムぞの期埅を圢成したせん。぀たり、第䞀に、圌はどんな結果にも䞍満を抱き、第二に、必芁な組織的手段を実行するこずができたせん。

3.3。 GOST 34からどれだけ離れるこずができたすか


テンプレヌトにも重倧な欠点がありたす-これはテンプレヌトです。 ぀たり、右たたは巊ぞのステップは、瀟䌚保護の最高の尺床です以前に死刑が呌ばれおいたした。

実際、これはそうではありたせん。 プロセス暙準぀たり、暙準は゜ヌセヌゞ甚ではなく、䞀郚のアクティビティ甚は、䞀般的な指瀺、抂芁のみを提䟛したす。 それは、重芁なものを忘れないように、䞖代の経隓をあなたに䌝えるために、そしおあなたを旗の埌ろに远い蟌たないために䜜成されたした。

信じられない 次に、GOST 34.602-89の条項2.2をお読みくださいちなみに、ハむフンの埌の数字は、暙準たたはその゚ディションの発行幎です。 TKのサブセクションを陀倖たたはマヌゞしたす。」 パラグラフ1.2でも。 RD 34.698-90は次のように述べおいたす。「文曞の内容はすべおのタむプのASに共通であり、必芁に応じお、䜜成されたASの機胜に応じお文曞の開発者が補足するこずができたす。 セクションを組み合わせたり陀倖したりするために、ドキュメントに远加のセクションや情報を含めるこずができたす。

䞀般的に、䞀般的なフレヌズのみを匕甚できる堎合は、すべおの善のために、すべおの悪に察しお-䜕も曞かないでください。 そうでなければ、そのような文章を読んだ文曞を読んでいる専門家は、文曞を真剣に受け止めるのをやめ、重芁なポむントを芋逃しおしたいたす。 文曞を読むこずを拷問にしないでください

3.4。 GOST 34によるTKが、システムの機胜に盎接関係しない非垞に倚くの芁件を説明しおいるのはなぜですか


実際、30ペヌゞのTORでは、7〜10ペヌゞのみが機胜に専念できたす。 これには説明がありたす。 実際、GOST 34の開発者は、自動化プロゞェクトを私たちずはたったく異なる方法で芋おいたした。 そしお、圌らはより正確に、より包括的に芋えたした。

たず 、TKの前半では、システムに関する䞀般的な情報ず䞀般的な芁件が䞎えられるだけではありたせん。 システムが䜜成されおいる理由、システムが自動化するプロセス、システムが機胜するために必芁なこず、システムの皮類を理解する必芁がありたす。 それは圓たり前のこずのように思えたすが、それらがなければ、チヌムのメンバヌは仕事の目暙ず目暙を達成するための手段を異なっお理解したす。 癜鳥、ガン、カワカマスのようにではなく、すべおの参加者が同じ波に合わせられるようにするこずが非垞に重芁です。

第二に、GOST 34のコンパむラヌは、システムを䞻に人間ずしお、次にハヌドりェアず゜フトりェアの耇合䜓ずしお芋たした。 これが、GOST 34.003-90が自動化システムを定矩する方法です。「確立された機胜を実行するための情報技術を実装する、人員ずその掻動のための自動化ツヌルのセットで構成されるシステム」。 したがっお、情報システムは、蚓緎された人員、゜フトりェア、およびハヌドりェアの耇合䜓であり、すべお䞀緒になっおいたす。 確かに、䌚蚈士からコンピュヌタヌを奪っおください、圌らは難しいですが、玙の登録であるにもかかわらず、圌らの仕事を実行するこずができるでしょう。 しかし、1Cは䌚蚈士なしでは独立しお機胜したせん。 したがっお、組織的察策に関するTKの倚くのセクション。 圌らが蚀うように、ITシステムは20のITであり、残りはすべお組織的な察策です。 ぀たり、TKは、システムの実装に必芁なすべおをAからZたで綎った文曞です。

第䞉に 、GOST 34.602-89の名前に泚意を払っおください「自動化システムの䜜成のための参照条件」。 TKはシステム甚ではなく、システムの䜜成甚です。 違いは䜕ですか 違いは、ToRがシステム自䜓の芁件を確立するだけでなく、その䜜成プロセスも芏制するこずです。぀たり、ドキュメントには、結果を達成するために必芁なすべおの組織的手段の芁件が含たれたす。 実際、自動化プロゞェクトを実装するずき、倚くの堎合、倚くのプロセスを再構築し、人員を蚓緎し、ハヌドりェアを準備する必芁がありたす。

第4に 、TKは、チェックマヌクを付けるこずができるドキュメントです。この芁件を考慮したかどうかを怜蚎したす。 たぶん、10ティックを自動的にきれいに入れたす。これらは暙準的な゜リュヌションになるからです。 ただし、チェックマヌク11は非垞に倧きな問題を明らかにしたす。この問題を今すぐスキップするず、すべおの期限ず予算が既に決定されおいる堎合、実装プロセスのどこかにポップアップしたす。

5番目に 、䞊で述べたように、䞍必芁なサブセクションを陀倖できたす。これは蚱可されおいたす。たずえば、デザむンで特蚱を取埗できないこずが確実にわかっおいる堎合、なぜ特蚱の玔床芁件を満たす必芁があるのでしょうかこれは、氎がなく、氎なしの泥だたりがない堎合は圓おはたりたせん。

3.5。 異なるセクションが同じこずを蚀うのはなぜですか


実際、TKには、他のサブセクションの内容をほが繰り返すサブセクションがありたす。たずえば、組織のサポヌト、芁員の数ず資栌の芁件がありたす。䞡方の段萜で、スタッフに぀いお話したす。しかし、最初のケヌスでは、組織構造に関する情報を提䟛したす。郚門ずは䜕か、他の郚門ずの盞互䜜甚を確立する方法です。同意したす。これは、単に人員の数ず資栌の芁件ずたったく同じではありたせん。

ただし、小芏暡なシステムの堎合、必芁な管理者は1人たたは2人で、モデレヌタヌは数人です。この堎合、2぀のセクション党䜓で説明するこずは䜕もありたせん。次に、䞀郚のセクションを省略し、他のセクションでは、芁件の完党なステヌトメントを提䟛したす。

3.6。 TKを質の高い方法で発行する必芁がありたすか


TKの蚭蚈の芁件はGOST 34.602-89のパラグラフ3に蚘茉されおいたすが、この点に぀いお少し説明したしょう。

もちろん、メむンコンテンツ。しかし、第䞀に、圌らは服で迎えられ、第二に、スキップするフォントで文字が読めないテキストを読むこずは困難です。読者は質の䜎いデザむンに気を取られ、コンテンツを掘り䞋げるこずはより困難になりたす。したがっお、厳密な技術内容ず限られた甚語は、カラフルな衚珟のない技術文曞で受け入れられたす。読者は芞術的なタヌンではなく、本質に焊点を合わせるべきです。

TKのような倧きなドキュメントの実行に関するいく぀かの提案がありたす。

たず、倧きなドキュメントでスタむルを䜿甚するこずが䞍可欠です。段萜内の䞋線たたは匷調衚瀺を陀き、1぀のフラグメントのみのフォントず段萜の蚭定を倉曎しないでください。倉曎するず、スタむルが倉わりたす。

第二に、オヌトコンプリヌトの目次、甚語ず略語のリストたあ、これたたはその略語の意味を掚枬する喜びはありたせん、タむトルペヌゞなどの必須芁玠を忘れおはなりたせん。たた、ドキュメントのバヌゞョンのリスト、倉曎のリストを提䟛するこずをお勧めしたす。特定のバヌゞョンが送信された日付を埌で远跡するのは非垞に簡単です。

第四、個々の芁件は個別の番号付き段萜に蚘茉する必芁がありたす。 1぀のフラグメントに2〜3の芁件がある堎合、最初のフラグメントのみが読み取られ、脳は残りを逃したす。 TKは、各段萜の前で、芁件が満たされおいるかどうかを確認できるドキュメントです。

5番目に、リンクの配眮を軜芖しないでください。ある機胜たたは芁件が蚀及されおいる段萜を読んで、理解できない堎合がありたす。これは同じドキュメントたたは別のドキュメントからのものです。これからなら、どのセクションで。したがっお、珟圚のテキストで蚀及されおいる堎合は、他のセクションを参照しおください。圓然、リンクは自動でなければなりたせん。

厳密な芏則に埓っお、䜜業指瀺曞はフレヌムなしで䜜成されたすがこれは段萜3に蚘茉されおいたす、残りのドキュメントはフレヌム化されおいたす。これは、GOST 24.301-80「ACSの技術文曞システム」で確立されおいたす。テキスト文曞の実装に関する䞀般的な芁件修正番号1、2ずしお。この暙準は、TKおよび蚭蚈前の段階で䜜成されたドキュメントを陀く、すべおのドキュメントの実行に関するルヌルを確立したす。私は個人的にどの文曞のフレヌムも奜きではありたせんが。

4.セクション1.「䞀般情報」/ p。2.3 GOST 34.602-89 /


このセクションで提瀺される情報のほずんどはコメントを必芁ずしないため、䞀郚のサブセクションのみに焊点を圓おたす。

したがっお、「システムの䜜成に基づく文曞のリスト」ずは、法埋、呜什、たたは合意を意味したす。たた、そのようなドキュメントは、サブシステム甚にTKを開発する堎合、別のTKである可胜性がありたす。䞀般に、ToRにはドキュメントのリストを含むいく぀かのセクションがあり、技術的なタスクのこれらの郚分の目的の違いを非垞に明確に理解する必芁がありたす。

サブセクション「システム郚品の䜜成、個々のツヌルハヌドりェア、゜フトりェア、情報および゜フトりェアずハ​​ヌドりェア゜フトりェアおよび方法論システム耇合䜓の補造および詊運転に関する䜜業の結果を凊理しお顧客に提瀺する手順」では、䜜業の受け入れに関する䞀般情報を提䟛したす。たずえば、ドキュメントを転送し、䞀連のシステムテストを実斜するずいう事実。ここでは、䜜業結果を転送する手順に぀いおのみ説明したす。以䞋では、他のセクションでこのトピックを詳现に開瀺したす。

5.セクション2.「システムの䜜成開発の目的ず目暙」/ p。2.4 GOST 34.602-89 /


ここで、システムを䜜成する目的ず目的の違いを理解する必芁がありたす。倚くの堎合、これらの抂念は混同されおいたす。たずえば、システムの目的は個人アカりントの自動化であり、目暙は個人アカりントを䜜成するこずであるず曞いおいたす。オむルはオむルです。堎合によっおは、これらの抂念は実際に䞀臎しおおり、予玄のみを蚘述したす。

その目的のために、すべおが明確になっおいたす。自動化されたアクティビティのタむプを正確に瀺したす。たずえば、生産䌚蚈甚のシステムを䜜成する堎合、自動化されたタむプの䌚蚈、自動化されたオペレヌション、および自動化が想定されるオブゞェクトを匕甚する䟡倀がありたす。

目暙では、すべおが異なりたす。目暙は、プロゞェクトの蚈画察象です。それをビゞネス目暙ず呌ぶこずができたす。自動化プロゞェクトの次の可胜な目暙を匷調したす。

  1. ( , ..)
  2. (, -, , ).
  3. ( , , ).
  4. : , .
  5. , . , , «», .

たた、GOSTは、目暙の達成を評䟡するための基準、぀たり特定の指暙を提䟛する必芁があるずも述べおいたす。たずえば、3人で1日に合蚈20件の泚文を収集しおいたす。たた、システムの実装埌、党員に20の泚文、぀たり3倍の泚文を収集しおもらいたす。そのような指暙がそこで知られおいる堎合、この段萜でそれらを瀺したす。

6.セクション3.「オヌトメヌションオブゞェクトの特性」/ p。2.5 GOST 34.602-89 /


非垞に重芁で、倚くの堎合、正匏に蚘述されたセクション。私の意芋では、これはTKの最も重芁なセクションですが、それなしでは、システムが䜕に぀いお䜜成されおいるのかがわかりたせん。

たず、「自動化オブゞェクト」ずは䜕かを定矩したしょう。倉庫や工堎、経理郚門を自動化すれば、すべおが明確になりたす。たた、たずえば、新しい゜ヌシャルネットワヌクを䜜成した堎合、オブゞェクトは存圚しおいたせん。しかし、実際には、オブゞェクトは自動化されたプロセスを意味する可胜性が高くなりたす。倉庫の堎合でも、倉庫自䜓を自動化するこずはありたせん箱の保管をどのように自動化できたすか、しかし倉庫は凊理したす。

このセクションを正匏に実行するず、システムの目的の説明ず非垞に䌌たものになり、TORに別のりォヌタヌレむクが衚瀺されたすが、システムが䜕をすべきかは明確ではありたせん。

このセクションには以䞋を含める必芁がありたす。

  1. 顧客の説明顧客の掻動、支店の数、埓業員。もちろん、䜜成䞭のシステムに盎接関係する郚分の顧客を特城付ける必芁がありたす。
  2. システムナヌザヌに関する情報ナヌザヌの皮類、さたざたなナヌザヌに察しおシステムが果たす圹割。
  3. 自動オブゞェクトの説明。たずえば、倉庫を自動化する堎合、倉庫の面積、通路の数、通路の幅、ラック、個別の組み立お゚リアがあるかどうか、䜜業する人の数、責任を説明する必芁がありたす。それから、倉庫プロセスがどのように芋えるべきか、䜿甚されおいる機噚が䜕であるかを具䜓的に自動化しおいるこずを理解したす。
  4. 自動化プロセスの説明。もちろん、TKでプロセスを詳现に蚘述する必芁はありたせん。ただし、䞀般的なシナリオが必芁です。そうしお初めお、どの機胜が利甚可胜になるべきかが明らかになりたす。
  5. 自動化オブゞェクトの詳现な説明を提䟛するドキュメントのリスト。

このセクションの説明がTKの開発の半分以䞊を費やした堎合がありたす。さたざたな情報を収集し、分析し、慎重に説明するのに長い時間をかけお现心の泚意を払っおいたす。

7.セクション4「システム芁件」


GOST 34によるTKには、1぀の巚倧なセクションがありたすセクション4「システム芁件」。次の3぀のサブセクションがありたす。


これらのサブセクションは個別に怜蚎したす。

7.1。サブセクション4.1。「システム党䜓の芁件」/ p。2.6.1 GOST 34.602-89 /


サブセクション4.1「システム党䜓の芁件」では、さたざたな角床から䜜成されるシステムを説明する、いわゆる非機胜的で䞀般的な芁件が説明されおいたす。

ずころで、すでに述べたように、サブセクションを远加および省略できたす。したがっお、ここに蚘茉されおいる番号はおおよそのものであり、蚘事内の向きに圹立ちたす。

7.1.1。条項4.1.1。「システムの構造ず機胜の芁件」/ p。2.6.1.1 GOST 34.602-89 /


この項目は非垞に広範囲であり、システムのアヌキテクチャの䞀般的な抂念を提䟛する必芁がありたす。これらの芁件をより詳现に分析したす。

1.サブシステムのリスト、その目的ず䞻な特性、階局レベルの数の芁件、およびシステムの集䞭化の皋床。

この段萜では、私は通垞匕甚したす


マむクロサヌビスアヌキテクチャを蚈画しおいる堎合は、サヌビスの機胜をリストしお説明するこずは理にかなっおいたす。

わかりやすくするために、以䞋の䟋に瀺すように、システムの構造図にその郚品ず関連システムを指定しお添付するこずが望たしいです。

画像

...たたは

画像

2.通信方法の芁件およびシステムコンポヌネント間の情報亀換の手段。

3.䜜成されたシステムず関連システムずの関係の特性の芁件、情報の亀換方法に関する指瀺を含むその互換性の芁件自動的に、文曞の送信、電話などによる

珟代の状況では、ほずんどの察話はHTTPSプロトコルを䜿甚しお実行されたす。これ以倖に、曞くこずは䜕もないようです。ただし、これらのアむテムは非垞に倧きくなる可胜性があるため、アプリケヌションに送信されたす。次の情報を提䟛する必芁がありたす。


4.システムの動䜜モヌドの芁件。
動䜜モヌドにはいく぀かの分類がありたす。


5.システムを蚺断するための芁件。

マむクロサヌビススペヌスアヌキテクチャに基づくシステム、機噚を含むシステム、センサヌ、制埡システム、端末などに察しお、継続的たたは定期的な蚺断の芁件を䜜成する必芁がありたす。もちろん、単䞀のサヌバヌで実行される゜フトりェアのみが開発されおいる堎合、これらの芁件は䞍芁です。そのため、䜕かが機胜しなくなるかどうかがわかりたす。

6.システムの開発、近代化の芋通し。

「システムの構造ず機胜の芁件」のサブセクションのシステム開発の芋通しはどうですかしかし、今、100人甚のアルファ版を䜜成しおいお、1幎で䞖界䞭のさたざたな地域で100䞇人以䞊のナヌザヌを同時に利甚したいず考えおいたす。次に、䜜成の段階で、すぐにクラスタヌアヌキテクチャを提䟛する必芁がありたす。

たたは、珟圚は1぀の組織で働いおおり、6か月埌にはそれらのいく぀かが存圚するこずになりたす。぀たり、拡匵の可胜性を予枬する必芁があるずいうこずです。

぀たり、このセクションでは、近代化のすべおの芋通しを曞き留めるこずができたすが、特にアヌキテクチャに確実に圱響する芋通しに泚意しおください。

7.1.2。条項4.1.2。「芁員の数ず資栌の芁件」/ p。2.6.1.2 GOST 34.602-89 /


前述したように、自動化されたシステムは「人員ずその掻動のための自動化ツヌルのセット」で構成されおいたす。したがっお、芁員の芁件ず資栌はTORに瀺されおいたす。

特定の生産ラむンを自動化する堎合、スタッフの数がわかりたす。しかし、倚くの堎合、実行される䜜業量に䟝存したす。したがっお、圹職、勀務スケゞュヌル、アクティビティの説明アクセス暩の割り圓お甚、およびおおよその資栌を瀺しおください。少なくずも、システム管理者ずオペレヌタヌ倚くの堎合、モデレヌタヌが必芁です。アクセスのレベルが異なるいく぀かのタむプのオペレヌタヌを甚意する必芁がある堎合がありたす。

埓業員の芁件が顧客によっお蚭定されるこずが倚いのは明らかです。しかし、第䞀に、技術仕様が䞡圓事者のために䜜成され、第二に、請負業者が保護されるこずを既に述べたしたスタッフの遞択条件が満たされない堎合、システムが実装されおいない堎合、顧客は䜕を望みたすか

7.1.3。条項4.1.3。「パフォヌマンス指暙の芁件」/ p。2.6.1.3 GOST 34.602-89 /


このサブセクションでは、可胜性のあるむンゞケヌタのリストがGOSTテキストにないため、奜きなものが曞かれおいるこずが倚く、オヌプン゜ヌスで芋぀けるこずはほずんど䞍可胜です。GOSTで䞎えられる「適応性の皋床」、「近代化の限界」、および「確率時間特性」は、最初にACS自動制埡システムで瀺され、次に枬定がかなり難しいこずに泚意しおください。したがっお、これらの特性は必ずしも適切ではありたせん。

それにもかかわらず、テキスト自䜓では、「予定の指暙」は「システムの目的ぞの適合の皋床を特城付けるパラメヌタヌ」ずしお定矩されおいたす。珟代のコンピュヌタヌシステムでは、このシステムを特城付ける定量的な倀は、䞻にパフォヌマンスずデヌタストレヌゞボリュヌムに関連しおいたす。

宛先むンゞケヌタは次のずおりです。


これらのすべおの特性は、サヌバヌハヌドりェア、アプリケヌションサヌバヌずDBMSアヌキテクチャ、リレヌショナルたたは非リレヌショナルDBMS、マむクロサヌビスなどの遞択に圱響したす。

7.1.4。条項4.1.4。「信頌性の芁件」/ p。2.6.1.4 GOST 34.602-89 /


GOSTのテキストは、信頌性の芁件で䜕を瀺す必芁があるかを十分に詳しく説明しおいたす。それでも、この芏栌に固有の信頌性を確保するためのアプロヌチを理解するには、27シリヌズのGOSTを孊習する必芁がありたす。たず、甚語に粟通する必芁がありたす。これは、信頌性の抂念、枬定方法、および提䟛方法を​​理解するのに十分です。したがっお、GOST 27.002-89を参照しおください。 「技術の信頌性。基本的な抂念。甚語ず定矩。」

自動化システムに適甚できる基本抂念は可甚性係数です99、99.9、99.99。 「9」の各数は、特定の手段によっお提䟛されたす。

これらの芁件はどのような技術的解決策に圱響したすかこれは予備容量の数それらは異なりたす、地䞊の技術芁員の可甚性、無停電電源装眮だけでなくディヌれル発電機の䜿甚、および2぀の独立した゜ヌスからの接続信頌性カテゎリIたたはIIによる電力グリッドぞの接続です。

7.1.5。条項4.1.5。「セキュリティ芁件」/ p。2.6.1.5 GOST 34.602-89 /


このサブセクションでは、機噚の取り扱い蚭眮、詊運転、操䜜の安党芁件に぀いお説明したす。珟圚、これらの芁件は劎働保護ず呌ばれ、第12シリヌズのGOSTSSBT-劎働安党基準のシステムに含たれおいたす。TKでは、誰かがセキュリティに真剣に取り組む぀もりであれば、これらのセクションのリストを提䟛するだけで十分です。

7.1.6。条項4.1.6。「人間工孊ず技術矎孊の芁件」/ p。2.6.1.6 GOST 34.602-89 /


GOSTの芁件は次のずおりです。「人間工孊ず技術矎孊の芁件には、人間の機械ずのやり取りに必芁な品質ずスタッフの䜜業環境の快適さを指定するACむンゞケヌタヌが含たれたす。」

通垞、この段萜には、システムには䟿利で矎しいむンタヌフェヌスが必芁であるず曞かれおいたす。しかし、利䟿性ず矎しさを枬定する方法はそのため、この芁件を省略するか、むンタヌフェヌスが埌で開発される蚭蚈プロゞェクトに察応するず蚀うか、モバむルアプリケヌションを開発するためのいわゆる「ガむドラむン」などの暙準を提䟛したすAndroidのマテリアルデザむンずiOSのヒュヌマンむンタヌフェヌスガむドラむン。

たた、圓瀟にずっお特に重芁な特定の機胜を実装する際の遷移クリックの最倧数、デヌタ怜玢の平均速床などを指定するこずもできたす。

7.1.7。条項4.1.7。「モバむルスピヌカヌの茞送芁件」/ p。2.6.1.7 GOST 34.602-89 /


時代遅れの芁件をいく぀か蚀いたす。今では、以前の倧型コンピュヌタヌのトラック䞊のサヌバヌは持ち運びできたせん。それでも、ある皮のスヌパヌプロテクション、DMZの背埌にある内郚回路、そしおラップトップを介したリモヌトワヌクの必芁性があるず想像しおください。はい、VPNはい぀でも構成されたすが、管理ガむドに反映され、ネットワヌク構成によっお可胜性自䜓が提䟛されおいる堎合はより適切です。

7.1.8。条項4.1.8。「操䜜、保守、修理、および保管の芁件」/ p。2.6.1.8 GOST 34.602-89 /


これらの芁件は、耇雑な技術的手段サヌバヌ、ファむアりォヌル、スむッチ、ワヌクステヌションなどのメンテナンスに関連しおいたす。機噚に特別なメンテナンスが必芁な堎合は、このセクションで説明する必芁がありたす。たずえば、月に1回范正する必芁がある特別なデバむスがあるずしたす。

7.1.9。条項4.1.9。「䞍正アクセスから情報を保護するための芁件」/ p。2.6.1.9 GOST 34.602-89 /


情報を䞍正アクセスから保護するずいうトピックは非垞に広範囲であり、それを保蚌する手段も同様です。もちろん、Webサむトの個人アカりントおよびこのWebサむトの管理パネルぞのアクセスに぀いお話しおいる堎合、承認、パスワヌドの耇雑さ、ロヌルアクセスモデルには十分な芁件がありたす。ただし、金融システムたたは州のニヌズに察応するシステムが䜜成されるず、特別な芁件が衚瀺されたす。

このサブセクションでは、システムの開発䞭に適甚する必芁がある察策だけでなく、その操䜜も瀺しおいるこずに泚意するこずが重芁です。

そのため、金融システムでは、Payment Card Industry Data Security StandardPCI DSSを䜿甚する必芁がありたす。個人デヌタが保存されおいるシステムの堎合-2012幎11月1日付けのロシア連邊政府什1119「個人デヌタ情報システムでの凊理䞭の個人デヌタの保護芁件の承認に぀いお」。あなたのサブゞェクト゚リアには他の暙準があるかもしれたせん。

䞀般に、保護装眮は次のタむプに分類できたす。

  1. 䜜成された゜フトりェア補品によっお提䟛される手段。
  2. システム管理者が提䟛する察策。
  3. 物理的保護察策。
  4. 䞀般的な組織的措眮。
  5. ゜フトりェア開発プロセス䞭に取られた察策。

1.䜜成された゜フトりェア補品によっお提䟛されるセキュリティ察策


2. , :


3. :


4. :


5. , :


7.1.10。4.1.10。節 「事故発生時の情報の安党性に関する芁件」/ p。2.6.1.10 GOST 34.602-89 /


このセクションでは、情報の安党性を確保する必芁がある可胜性のある事故ず障害のリストを提䟛したす。そのようなむベントには以䞋が含たれたす。


7.1.11。4.1.11。節 「倖郚の圱響の圱響に察する保護の芁件」/ p。2.6.1.11 GOST 34.602-89 /


このセクションは、冷蔵倉庫のサヌバヌ、ワヌクステヌション、およびその他の機噚の堎合、たたは逆に、高枩の工業斜蚭、ほこりの倚い堎所、たたは湿床の高い堎所で圹立ちたす。たた、振動、攟射、たたはその他の圱響を考慮する䟡倀がある堎合もありたす。

7.1.12。サブセクション4.1.12。「特蚱玔床の芁件」/ p。2.6.1.12 GOST 34.602-89 /


あなたが他の囜たたは私たちの囜で特蚱を取埗した技術を䜿甚するず思われ、特蚱暩者がシステムの所有者に察しお蚎蚟を起こす堎合、この段萜はあなたがチェックしたい囜のリストを瀺したす特蚱玔床のため。

7.1.13。4.1.13節。「暙準化ず統䞀の芁件」/ p。2.6.1.13 GOST 34.602-89 /


この項目は、゜フトりェアに関する参照条件に含たれるこずもめったにありたせん。特定の技術を䜿甚するための芁件ず、文曞および分類子の暙準化された圢匏の䞡方を瀺しおいたす。

この説明は、䜿甚するフレヌムワヌク、プラグむン、プロトコル、デバむス、数孊アルゎリズム、サヌドパヌティ゜フトりェアなどに特定の芁件がある堎合に特に重芁です。これらのツヌルを䜿甚する郚分ず目的を瀺すこずを忘れないでください。

たた、䞀郚のクラスのシステムでは、特定のデヌタ亀換プロトコルを䜿甚するこずが習慣的である堎合がありたす。たずえば、OCG暙準は地理情報システム間でデヌタを亀換するために䜿甚され、OCPPは電気自動車の充電ステヌションを制埡するために䜿甚されたす。

7.1.14。4.1.14節。「远加芁件」/ p。2.6.1.14 GOST 34.602-89 /


この段萜は、GOSTのテキストに蚘茉されおいたす。圌はコメントを必芁ずしたせん。

7.2。サブセクション4.2。「システムが実行する機胜タスクの芁件」/ p。2.6.2 GOST 34.602-89 /


このセクションは、最新のコンピュヌタヌシステムの䞭心です。実際には、システムは特定の機胜を実行するために䜜成されたす。倚くの堎合、倖囜の暙準に基づいお䜜成され、通垞は暙準のないTKには、このセクションのみが含たれたす。

7.2.1。機胜説明の構造


最初に、システムの機胜芁件の構造を怜蚎したす。サブシステム-機胜セット-機胜-タスク。タスクは機胜の䞀郚であり、タスクは別の機胜ずしお説明できたす。たずえば、ログむン機胜の堎合、タスクの1぀ずしおパスワヌドを導入したす。たた、パスワヌド入力手順を別の機胜ずしお説明できたす。正確性の確認、パスワヌドの回埩、プロンプトの衚瀺などです。耇合䜓は、機胜を組み合わせたものです。たずえば、「基本情報の䌚蚈」、「オヌクションの開催」など。コンプレックスには2぀以䞊の機胜がありたす。

システムが耇数のサブシステムで構成されおいる堎合、基本的にTKはサブシステムの機胜のリストを提䟛し、サブシステムの個々のTKでサブシステムの機胜芁件を詳现に説明する必芁がありたすこれらは倚くの堎合、CTZず呌ばれたす-プラむベヌトテクニカルタスク。

7.2.2。実装に関する機胜の皮類


実際、すべおの機胜たたはそのタスク。1぀の機胜に耇数のタスクが同時に存圚する堎合がありたすは、次のタむプに分類できたす。


7.2.3。圹割に関する機胜の皮類


関数は、䞀般的なものず特別なものがありたす。たずえば、䞀般的な機胜には、オブゞェクトのリストの操䜜、オブゞェクトカヌドの操䜜、むンタラクティブマップの操䜜が含たれたす。これらの機胜は、すべおの特別機胜たたは特別機胜の䞀郚に適甚できたす。

7.2.4。 スクリプトではなく芁件


ToRには、システムずその䜜成プロセスの芁件が含たれおいるこずを忘れないでください。 スクリプトではありたせん。 TKは、システムが䜕をすべきかずいう質問に答えたす。 技術蚭蚈がどのように答えるかずいう質問に。 技術的な実装を詳现に説明し始めたら、詳现に突入し、芁件の完党なリストを提䟛するのに倱敗したす。私たちの脳は、広い範囲ず詳现の怜蚎のモヌドで同時に機胜するこずはできたせん。

TORの機胜の構造ず技術蚭蚈は非垞に異なる堎合がありたす。1぀のシナリオでは、いく぀かの機胜を実装でき、その逆も可胜です。

7.2.5。 機胜芁件


関数の説明を䜜成する方法に関する掚奚事項を次に瀺したす。

  1. 通垞、機胜ずタスクの芁件はアプリケヌションに察しお行う必芁がありたす。 したがっお、ドキュメントは非機胜郚分ず機胜郚分に有機的に分割されたす。 たた、アプリケヌションはい぀でも個別に印刷および衚瀺できたす。
  2. 倧きな段萜を避けおください。 䜕よりも、芁件がパラグラフずサブパラグラフに分割されおいる堎合それらを認識し、実装を監芖するのが簡単ですチェックボックスをオンにしたす。 芁件たたは情報のリストが提䟛されおいる堎合は、番号付きリストたたは箇条曞きリストで提䟛しおください。
  3. 名前から目的が明らかでない関数に぀いおは、目的ず解決すべき問題を瀺す必芁がありたす。 そうしないず、TKコンパむラヌでさえ、この機胜たたはその機胜を説明した理由を忘れる危険がありたす。

7.2.6。 機胜説明䟋


5.6。 システムぞの車䞡の登録


次の芁件が提瀺されたす。

1システムは、次の䞀般情報を蚱可する必芁がありたす。

  • 州登録マヌクGRNZ;
  • 所有者の名前。
  • 所有者の䜏所。
  • 車䞡デヌタ収集サヌビスからのデヌタ3.3、付録Bを参照;
  • 泚。

2システムは、運賃支払いに関連する以䞋の情報を考慮に入れる必芁がありたす指定された情報は本質的に情報であり、車䞡の登録カヌドで盎接倉曎する可胜性は䞍芁です。

  • 珟圚の車䞡クラス3.3の付録Aを参照;
  • 珟圚の料金5.1、付録Aを参照;
  • 珟圚の契玄5.5項付録Aを参照。
  • カザフスタン共和囜内務省からの情報に基づく車䞡クラス;
  • 個人アカりントずその状態に関する情報3.6の付録Aを参照。
  • 割匕料金で車䞡レゞストリに登録するこずに関する情報3.5の付録Aを参照。

3システムは、以䞋の方法で車䞡に関する情報を登録および倉曎できるようにする必芁がありたす。

  • オペレヌタヌが手動で;
  • RFIDタグ登録システムから情報を受信するず1.1、付録Bを参照。
  • GRNZカメラを䜿甚しお車䞡を識別する堎合。

4システムに新しい車䞡を登録するずき、システムは車䞡に関するデヌタを受信するためにサヌビスから車䞡に関するデヌタを芁求する必芁がありたす3.3項、付録Bを参照。 個々の車䞡の指定された情報を曎新できる必芁がありたす。

7.3。 サブセクション4.3。 「セキュリティの皮類の芁件」/ p。 2.6.3 GOST 34.602-89 /


䞀般に、GOSTによるTKの過剰量の䟋ずしお、サポヌトの皮類に関する芁件のセクションがよく匕甚されたす。 すべおのセクションずサブセクションを指定するかどうかに぀いおは、ほずんどの堎合、曞くこずは䜕もありたせん。

実際、これは非垞に重芁なサブセクションですが、誰もがその目的を理解しおいるわけではありたせん。 開発たたは詊運転を実装するこずが䞍可胜な条件を説明しおいたす。 これらの条件は「担保」ず呌ばれたす。

このサブセクションを読むずき、暙準の起草者が「゜フトりェア」、「蚀語゜フトりェア」、「情報゜フトりェア」などによっお意味するものが疑問に思う。 これらの甚語はすべお解読されおいるGOST 34.003-90で回答を探す必芁がありたす。

7.3.1。 4.3.1項「゜フトりェア」/ p。 2.6.3.1 GOST 34.602-89 /


最適なルヌトの自動蚈算を実装するシステムを䜜成する必芁がある状況を想像しおください。 「ルヌトの蚈算」ボタンはシンプルに芋えるかもしれたせんが、非垞に耇雑な数孊的アルゎリズムず蚈算がその背埌にある堎合がありたす。 このようなアルゎリズムの開発に取り組む䟡倀がないこずは明らかであり、専門の数孊者がこれに取り組んでいたす。 そのようなアルゎリズムが利甚可胜な堎合、それらの開発たたは既補のアルゎリズムの䜿甚の芁件も蚘述されたす。

7.3.2。 4.3.2項「情報サポヌト」/ p。 2.6.3.2 GOST 34.602-89 /


GOSTのテキストでこの芁件の説明を読むず、これは他のセクションで既に述べられおいるこずの繰り返しであるず思われたす。 たずえば、「システム内のデヌタを線成するための構成、構造、方法」および「システムコンポヌネント間の情報亀換」の芁件を再床説明するのはなぜですか しかし、システムの䞋でのGOSTのコンパむラには、゜フトりェアだけでなく、組織的手段のセット党䜓が含たれおいたこずを忘れおいたす。

玹介する際に、顧客がシステムにデヌタを入力するオペレヌタヌを提䟛しおおらず、同時にシステムが機胜しないず述べおいる状況に遭遇したす。 おなじみの状況 ただし、この入力を提䟛する芁件が䜜業指瀺曞に蚘茉されおいる堎合、この時点で顧客を盎接突き止めるこずができたす。 たたは、仕事のために特定の䜏所分類子にアクセスする必芁がありたすが、顧客からは提䟛されたせん。

したがっお、この段萜では、着信情報およびシステムのコンポヌネントから非自動化された方法で送信される情報の芁件を指定するこずは理にかなっおいたす。 自動情報凊理、DBMSの䜿甚、システム内の情報亀換に぀いおは、他のセクションで詳しく説明したす。

7.3.3。 4.3.3項「蚀語サポヌト」/ p。 2.6.3.3 GOST 34.602-89 /


この段萜では次を提䟛したす。


7.3.4。 4.3.4項「゜フトりェア」/ p。 2.6.3.4 GOST 34.602-89 /


ToRの開発段階で特定された堎合、このパラグラフは賌入した゜フトりェアのリストを提䟛したす。

7.3.5。 4.3.5項「テクニカルサポヌト」/ p。 2.6.3.5 GOST 34.602-89 /


情報システムは、ハヌドりェア、サヌバヌ、ネットワヌクなどがなければ機胜したせん。 機噚の特定の特性を決定するこずは通垞、技術蚭蚈に含めるこずをお勧めしたすが、おおよその構成を䜜業明现曞に蚘茉しお、顧客が将来のコストを把握できるようにするこずができたす。

7.3.6。 4.3.6節「メトロロゞカルサポヌト」/ p。 2.6.3.6 GOST 34.602-89 /


システム内のセンサヌからデヌタを受信する予定の堎合、䜿甚する枬定噚、枬定噚が提䟛する粟床、これらのツヌルを認蚌する必芁があるかどうかを理解する必芁がありたす。

7.3.7。 4.3.7項「組織のサポヌト」/ p。 2.6.3.7 GOST 34.602-89 /


システムをれロから䜜成しおいるず想像しおください。 たずえば、これは新しい物流斜蚭の倉庫管理システムです。 ぀たり、壁しかありたせん。 たたは、システムをアップグレヌドし、倉曎を実装するには、組織構造を倉曎する必芁がありたす。 そのような堎合、提䟛されたシステムが実際に動䜜するプロセスの線成に関する条件を指定する必芁がありたす。

7.3.8。 4.3.8節「方法論的サポヌト」/ p。 2.6.3.8 GOST 34.602-89 /


システムを管理するには、特別な胜力を持぀人員が必芁になる堎合がありたす。 この堎合、TORのメ゜ッド、芏範、および暙準のリストを提䟛する必芁がありたす。これらのリストを䜿甚しお、システムを操䜜する埓業員を熟知する必芁がありたす。

7.3.9。 他の皮類の担保


新しいTKを開発するずきは、詊運転を成功させるために必芁なものを怜蚎する必芁がありたす。 たずえば、䜿甚される法的枠組みが完党に定矩されおおらず、その開発が実装に圱響する可胜性がある堎合、法的サポヌトの芁件を曞き留めるこずがよくありたす。 そのような問題は参照条件を起草する前に最もよく解決されたすが 。

8.セクション5「システムの䜜成開発に関する䜜業の構成ず内容」/ p。 2.7 GOST 34.602-89 /


このセクションは組織的であり、倚くの堎合契玄に入れられたす。 ただし、ToRのこの情報は指定できたす。

実際、これは開発ず実装のための短い蚈画です。 コンパむルするずき、通垞、次の列のすべおたたは䞀郚をリストする衚を提䟛したす。


このセクションの内容の䟋を以䞋の衚に瀺したす。

ステヌゞ䜜業内容受付手順ず曞類タむミング責任者
1.技術仕様の準備TOR機胜的および非機胜的システム芁件の開発TK承認前払いの日から60日。 顧客は45日埌に最初の承認オプションを提䟛したす開発-請負業者; コヌディネヌション-顧客
2.技術蚭蚈TPシステムシナリオの開発ずWebアプリケヌションむンタヌフェむスのレむアりト自動化された機胜の説明文曞の承認ToRの承認日から60日。 顧客は45日埌に最初の承認オプションを提䟛したす出挔者
りェブサむトのデザむンずモバむルアプリケヌションのためのコヌポレヌトアむデンティティの開発コヌポレヌトアむデンティティの承認お客様
Webサむトのコンテンツ開発パブリックWebアプリケヌションコンテンツの承認お客様
パブリックWebアプリケヌションのデザむンレむアりトの開発蚭蚈レむアりトの承認出挔者
パブリックモバむルアプリケヌションの蚭蚈レむアりトの開発蚭蚈レむアりトの承認出挔者
SMSアグリゲヌタヌの遞択、サヌバヌモゞュヌルずの亀換ルヌルの準備蚭蚈レむアりトの承認顧客、請負業者の掚奚に埓っお
3.゜フトりェア開発サヌバヌモゞュヌル、デヌタストレヌゞモゞュヌル、ファむルストレヌゞモゞュヌルの開発テスト䞭に受け入れが行われたすTPの承認日から100日開発-顧客。 請負業者は、ディレクトリに入力するためのデヌタを提䟛したす
管理パネルの開発テスト䞭に受け入れが行われたすお客様
静的WebサむトパブリックWebアプリケヌションを蚭蚈するテスト䞭に受け入れが行われたす出挔者
パブリックWebアプリケヌションずサヌバヌモゞュヌルの統合の開発テスト䞭に受け入れが行われたす出挔者
IOSモバむルアプリケヌション開発サヌバヌモゞュヌルずの統合を含むテスト䞭に受け入れが行われたす出挔者
Androidモバむルアプリケヌションの開発サヌバヌモゞュヌルずの統合を含むテスト䞭に受け入れが行われたす出挔者
䜜業および運甚ドキュメントの開発文曞の承認
-「予備的な自埋テストのプログラムず方法論。」
-「予備的な包括的なテストのためのプログラムず方法論。」
-「テスト運甚プログラム」		出挔者
4.予備的な自埋テスト-非機胜芁件ぞの準拠の怜蚌蚭蚈。
-ドキュメントセットの確認。
-関連する倖郚システムず察話するこずなく、システムを怜蚌したす。
-欠陥をなくすための改善ず再テスト		予備的な自埋テストのプロトコルの承認開発完了日から14日請負業者-テストの実斜。 顧客-むンフラストラクチャの準備ずテスト組織
5.予備的な包括的なテスト-関連する倖郚システムずの盞互䜜甚の怜蚌。
-欠陥をなくすための改善ず再テスト		予備的な耇雑なテストレポヌトの承認自埋テストの完了日から14日請負業者-テストの実斜。 顧客-むンフラストラクチャの準備ずテスト組織
6.詊運転の準備-産業甚サヌバヌぞのシステムの展開。
-準備䜜業セットの実装詳现に぀いおは、システムを運甚するための自動化オブゞェクトの準備に関する䜜業の構成および内容の芁件の条項7を参照		受け入れられない予備詊隓の完了日から5日゜フトりェア郚分の準備ず参考曞の蚘入-お客様。 請負業者は、ディレクトリに蚘入するためのデヌタを提䟛し、MAを敎理したす
7.パむロット操䜜-少数の参加者が関䞎する操䜜友人間のいく぀かのオヌクション。
-欠陥をなくすための改善ず再テスト		操䜜プロトコルのテスト゚ラヌのログず修正結果30日間請負業者-欠陥の解消。 顧客-MAの実斜
8.産業商業運甚ぞの移行実動前テスト段階を参照しおください。受け入れられない゜フトりェア郚分の準備ずリファレンスブックぞの蚘入-10日゜フトりェア郚分の準備ず参考曞の蚘入-お客様。 請負業者が産業運営を組織する
9.産業商業オペレヌション産業開発受け入れられない

9.セクション6「システムの監芖ず承認の手順」/ p。 2.8 GOST 34.602-89 /


このセクションでは、顧客によるシステムの受け入れプロセスに぀いお詳现に説明したす。どのテストを実行する必芁があるか、テストデヌタに䜕を含めるか、どのドキュメントをテストするか、コメントの䜜成方法および削陀方法に぀いお説明したす。

9.1。 サブセクション6.1。 「システムずそのコンポヌネントの皮類、構成、量、および詊隓方法」/ p。 2.8.1 GOST 34.602-89 /


通垞、ここではテストのリストを瀺し、テスト方法はドキュメント「Test Program and Methodology」に蚘茉されるこずに蚀及したす。これは䞻芁なテストケヌス、テストスクリプトの説明です。

テストの皮類に぀いお説明したす。 テストの皮類、構成、ドキュメントの芁件は、GOST 34.603-92「情報技術。 自動化システムのテストの皮類。」 したがっお、このセクションず技術プロゞェクトを開発するずきは、必ずこの暙準を参照しおください。ここでは、䞻なポむントのみを説明したす。

テストずは䜕かを理解しおみたしょう。

1.テストは次のタむプに分類されたす。


2.予備および郚分的に受け入れテストは、次のように分けられたす。


テストがさたざたな段階に分けられるのはなぜですか たず、GOST 34.603-92は内郚受け入れず倖郚受け入れを区別しないため、テストの䞀郚は顧客なしで実行できたす。 第二に、順次テストプロセスが郚分ごずに説明され、すべおが統合されたす。

テストプロセスを簡単な蚀葉で説明しおみたしょう。

1.システムの䞀郚の予備的な自埋テスト。 耇数のサブシステムたたは倧きなモゞュヌルが含たれおいる堎合、システムの各郚分は個別にテストされたす。 通垞、このようなテストは自埋的に、぀たり隣接システムず統合せずに実行されたす。 システムが単玔な堎合、このステップは安党にスキップできたす。

2.システム党䜓の予備的な自埋テスト。 耇合システム内のシステム党䜓が自埋モヌドでテストされたす。぀たり、隣接システムず統合されたせん。 隣接システムに関連付けられおいる機胜はテストされおいたせん。 極端な堎合、「スタブ」が眮かれる統合の゚ミュレヌションか、デヌタベヌスに倖郚゜ヌスからのデヌタが事前に入力されたす。

3.予備的な包括的なテスト。 システムは統合モヌド、぀たり隣接システムずの盞互䜜甚でテストされたす。 このフォヌムでは、詊運転のためにシステムが顧客に転送されたす。

4.実隓操䜜。 MAはさたざたなモヌドで実行できたす。 最良の方法は、実際のナヌザヌず実際のタスクを䜿甚しお、実際のデヌタを掻甚するこずです。 このタむプのテストのみが、システムが実際に動䜜するこずを確認したす。 詊運転䞭に、欠点は取り陀かれたす。

5.受け入れテスト。 これが最埌の皮類のチェックです。 すべおの欠点を取り陀いた埌の詊運転が工業的にスムヌズに進たないのはなぜですか そのため、通垞は起こりたす。 しかし、高い叔父は、システムが実際に機胜しおいるこずを「感じる」ために芋なければなりたせん。 受入テストは、高額の手数料のために、それらを察象ずしおいたす。 したがっお、受け入れテストは、䞻に委員䌚のステヌタスにおいお予備テストず異なりたす。

たた、この段萜では、テスト方法が提䟛されるドキュメントが瀺されおいたす。


9.2。サブセクション6.2。「ステヌゞごずの䜜業の受け入れに関する䞀般芁件」/ p。2.8.2 GOST 34.602-89 /


このセクションでは、通垞次のこずを瀺したす。

  1. 誰の領土で、誰の機噚で詊隓が行われるか顧客たたは請負業者。
  2. テストの実斜方法の䞀般的な説明たずえば、ドキュメントのチェック、ナヌザヌむンタヌフェむス芁玠の存圚、スクリプトの䜜成など。
  3. 参加者のリスト。
  4. テスト結果を䜜成するドキュメントのリスト

    • 予備テストおよび受け入れテストの堎合、これはチェックずその結果のリストを提䟛するテストレポヌトです。
    • 詊運転甚-詊運転ゞャヌナル。

10.セクション7「システムを運甚するための自動化オブゞェクトの準備に関する䜜業の構成ず内容の芁件」/ p。2.9 GOST 34.602-89 /


このセクションで説明するプロセスは、倚くの堎合実装ず呌ばれたす。これらの䜜業は、セクション5「システムの䜜成開発に関する䜜業の構成ず内容」でも説明されおいたす。しかし、セクション5でそれらは簡単に蚀及されおいるだけであり、詳现な説明はここで䞎えられたす。

オブゞェクトを準備するずきは、原則ずしお、次の䜜業を実行する必芁がありたす。

  1. 必芁に応じお、再線成、新しいスタッフの募集。
  2. スタッフのトレヌニング。
  3. Webアプリケヌションの堎合サむトの䞀般的なセクションの開発ずナヌザヌ契玄個人デヌタの凊理に同意。
  4. リファレンスブックやその他の背景情報を入力したす。
  5. 叀いシステムからデヌタを転送したす。
  6. 産業甚サヌバヌにシステムを展開したす。
  7. 隣接システムずの統合を構成したす。
  8. アクセスシステムのセットアップずアカりントの䜜成。

これらのポむントのいく぀かは、特にデヌタ転送ずディレクトリぞの蚘入に関しお、詳现に説明する必芁がありたす。

11.セクション8「ドキュメント芁件」/ p。2.10 GOST 34.602-89 /


正匏に文曞を参照する䟡倀はありたせん。ドキュメント-これはプロゞェクト管理、プロゞェクトワヌクフロヌです。すべおを頭の䞭に収めるこずはできたせん。プロゞェクトの成功は、ドキュメントの入手可胜性ず品質に䟝存したす。もちろん、「重量のため」のドキュメントがあり、それらはそれに応じお凊理される必芁がありたすが、萜ち着いた敎然ずしたモヌドのドキュメントなしでは、プロゞェクトは実行できたせん。

GOST 34に準拠した自動化プロゞェクトの文曞化は、次の暙準によっお芏制されおいたす。


最初の暙準GOST 34.201-89は、ドキュメントのリストず構造を提䟛したす。2番目-RD 50-34.698-90-以䞋の文曞の内容が瀺されおいたす。


11.1ドキュメント構造の機胜


必芁なドキュメントのリストを䜜成するずき、圌らは通垞RD 50-34.698-90を芋お、必芁なドキュメントを遞択したす。同時に、ドキュメントはかなり耇雑な構造をしおいるため、倚くの間違いがありたす。これに぀いおは、GOST 34.201-89で説明されおいたす。

ドキュメントのリストを線集するのに圹立぀いく぀かのルヌルを特定しおみたしょう。

1.各ステヌゞには、独自のドキュメントセットがありたす。

各ステヌゞには独自のドキュメントセットがありたす。これを理解するこずは非垞に重芁です。蚭蚈段階で運甚文曞の開発を芏定する必芁はなく、その逆も同様です。それは玔粋に圢匏的な玙であり、かなりの時間を費やすこずになりたす。たた、システムの開発が終了するたで「ナヌザヌガむド」が䜜成されない堎合、通垞は誰も䜜成したせんこのような図にも出䌚っおいたすが、開発が完了するず、通垞はプログラマヌ向けのスクリプトを含む「自動化された機胜の説明」が䜜成されたす。たた、RD 50-34.698-90を読むず、䞀郚のドキュメントが重耇するコンテンツを持っおいるずいう印象を受けるかもしれたせん。これは、ドキュメントが異なる段階を察象ずしおいるずいう事実も原因です。

いく぀かのドキュメントは1぀たたは別の段階で䜜成できるため、GOST 34.201-89は繰り返しを避けるために、たずえば、技術蚭蚈段階ず䜜業文曞の䞡方の段階で発行できる文曞のリストず、これらの各段階は個別に。したがっお、いずれかの段階でドキュメントのリストをコンパむルするずきは、暙準のいく぀かのセクションでドキュメントのリストを調べる必芁がありたす。

混乱しないように、Excelスプレッドシヌトをコンパむルしたした。フィルタヌを䜿甚するず、特定のステヌゞのドキュメントの完党なリストをすぐに衚瀺できたす。

2.ドキュメントはトピックプロゞェクトの䞀郚に分かれおいたす。

GOST 34には、システム党䜓の゜リュヌションず、組織、技術、数孊、゜フトりェア、情報のサポヌトに぀いお説明したドキュメントが含たれおいたす䞊蚘のサポヌトの皮類に぀いお説明したした。 RD 50-34.698-90では、これらのドキュメントはプロゞェクトの䞀郚トピックごずに分類されお正確に瀺されおいたす。ドキュメントの目的を刀断するために、垞にこれに泚意を払う必芁がありたす。

3.ドキュメントを結合できたす。

GOST 34.201-89は、あるケヌスが別のドキュメントに含たれる堎合を盎接瀺したす。これは、1぀たたは2぀のペヌゞで、退化したドキュメントが残らないようにするために行われたす。䜕か説明する必芁があるが、ボリュヌムが非垞に小さい堎合は、別のドキュメントにテキストを含めるのが最善です。ほずんどの堎合、「技術蚭蚈に関する説明」などのドキュメントがあり、セクションを远加できたす。

4.運甚および蚭蚈の芋積もりは個別に匷調衚瀺されたす。

GOST 34.201-89のコンパむラヌは、衚の個別の列にあり、運甚および蚭蚈の芋積もりに属するこずが瀺されおいるドキュメントのリストを備えおいたす。

蚭蚈芋積もりには、建蚭および電気工事を管理する文曞、芋積もり、調達蚈画、図面、電気図が含たれたす。

運甚ドキュメントには、システムの䜿甚ずメンテナンスをガむドするドキュメントが含たれたす。マニュアルず指瀺、資料ずデヌタのリスト、運甚䞭の違反に関する情報を含むドキュメントです。

11.2文曞リストの蚭蚈の特城


前述のように、セクション5「システムを䜜成開発するための䜜業の構成ず内容」で䜜業の段階を説明するずきに、ドキュメントのリストも提䟛されたす。文曞の二重リストは、単玔な理由で提䟛されたす。文曞の名前を瀺すだけでは䞍十分です。その目的を説明し、簡単な芁玄を提䟛する必芁がありたすもちろん、「ナヌザヌガむド」では内容を瀺すこずは意味がありたせん。そうしないず、プロゞェクト管理でこのドキュメントたたはそのドキュメントが持぀䟡倀を刀断できたせん。GOSTはゲストであり、各プロゞェクトでドキュメントの内容ず圹割は異なる堎合がありたす。さらに、リストにはGOST 34によっお芏制されおいないドキュメントが含たれおいる可胜性がありたす。これらのドキュメントは必ず明確にする必芁がありたす。

ドキュメンテヌションルヌルでは、通垞、次の列を持぀テヌブルを提䟛したす。


11.3ドキュメントのリストの䟋


倧芏暡なプロゞェクトで耇雑なシステムを実装するには、かなり倚数のドキュメントのリストが必芁になる堎合がありたす。そのようなリストの䟋を䞋の衚に瀺したす。

ステヌゞ文曞文曞の内容泚釈
1.技術蚭蚈技術プロゞェクトの声明技術プロゞェクトのドキュメントのリスト
技術蚭蚈に関する説明-䞻な技術的解決策の説明;
-システムを䜿甚したアクティビティプロセスの説明。
-システムを運甚するための自動化オブゞェクトを準備する手段		暙準補品の配信が開発されおいない堎合
自動機胜の説明— ;
— ;
— () ;
— , ;
—		« ».
—
— : , , .;
— ,		, .
,« » « ()».
— , « »
,
2.()
— ;
— ;
— ;
— , , ;
— ;
— ;
— ;
— ;
—		— .
—
— ;
— ;
— ;
— ;
—
()
:
— ;
— , ;
— , ;
—
,—
,
— ;
— , ;
— ;
— ;
—
( )— ;
—		:
— ;
—
3.
4. ()5 ( )

12. 9 « » /. 2.11 34.602-89/


正匏なセクションのようですが、非垞に䟿利です。TKの開発䞭にいく぀かの蚘事を読んだこずを芚えおいる状況を想像しおください。たずえば、䜕かを明確にしたり、決定を正圓化するために、䜕らかの理由でそれを芋぀ける必芁がありたす。ただし、その名前や栌玍堎所はたったく芚えおいたせん。したがっお、有甚な資料を䜿甚するずきは、必ずリストに茉せおください。そしお、テキストに゜ヌスを瀺す脚泚を入れたした。

倚くの゜ヌスがある堎合は、次のようにサブセクションに分割する必芁がありたす。


おわりに


もちろん、GOST 34に準拠した参照条件の準備は、簡単で単玔ずは蚀えたせん。GOSTが悪いからではなく、GOSTを䜿甚するず、プロゞェクト党䜓を考えお、ささいなこずをすべおペむントできたす。しかし、よく曞かれたTORはプロゞェクトの成功の半分です。

䜕かを明確にしたり補足したりする必芁があるず思われる堎合は、コメントを曞いおください。必ず蚘事を倉曎しおください。

著者による他の蚘事を読む

Source: https://habr.com/ru/post/J432852/

More articles:


All Articles