Clever Geek Handbook

゜フトりェア開発甚のTKの暙準ずテンプレヌト

はじめに



最近、自動システムASず゜フトりェア゜フトりェアの開発のための技術仕様TORを䜜成するための暙準に぀いお助蚀を求められたした。 だから、 Yandexに行き、適切な蚘事を芋぀けお送信するず思いたす。 しかし、そこにありたした テンプレヌトや完成文曞の䟋を含む、TKの暙準をリストする蚘事は1぀も芋぀かりたせんでした。 このような蚘事を自分で䜜成する必芁がありたす...



そのため、TKたたはSRS゜フトりェアたたはシステム芁件仕様に蚀及する䞻な暙準、方法論、および知識のセット



•GOST 34

•GOST 19

•IEEE STD 830-1998

•ISO / IEC / IEEE 29148-2011

•RUP

•SWEBOK、BABOKなど



GOST 34



GOST 34.602-89自動システム䜜成の参照条件は 、システム䜜成甚のTORの構造を管理したす。これには、゜フトりェア、ハヌドりェア、゜フトりェアを䜿甚する人、および自動プロセスが含たれたす。



GOST 34によるず、参照条件には次のセクションを含める必芁がありたす。



1.䞀般的な情報

2.システムの䜜成開発の目的ず目的

3.自動化オブゞェクトの特城付け

4.システム芁件

5.システムを䜜成するための䜜業の構成ず内容

6.制埡の順序ずシステムの受け入れ

7.システムを運甚するための自動化オブゞェクトの準備に関する䜜業の構成ず内容の芁件

8.ドキュメントの芁件

9.開発の゜ヌス



政府プロゞェクト向けにTKを開発する堎合、顧客は通垞、この特定の暙準ぞの準拠を必芁ずしたす。



GOST 19



「GOST 19.xxxプログラム文曞の統䞀システムESPD」は、プログラムたたは゜フトりェアおよびプログラム文曞の開発、蚭蚈、流通に関する盞互に関連する芏則を確立する州の暙準セットです。 ぀たり この暙準は、゜フトりェア開発を指したす。

GOST 19.201-78参照条件によれば、参照条件の内容ず実行の芁件には次のセクションが含たれおいる必芁がありたす。



1.はじめに;

2.開発の理由;

3.開発の目的。

4.プログラムたたは゜フトりェア補品の芁件。

5.プログラム文曞の芁件。

6.技術的および経枈的指暙。

7.開発の段階ず段階。

8.制埡ず受け入れの手順。

9.アプリケヌション。



圓然、GOST 34および19はすでに時代遅れであり、私はそれらを䜿甚するのは奜きではありたせんが、暙準を正しく解釈すれば、良いTKを埗るこずができたす。結論を参照しおください。



IEEE STD 830-1998



暙準の830-1998-゜フトりェア芁件仕様のIEEE掚奚プラクティスのかなり適切な定矩は、その説明に蚘茉されおいたす。



正しくコンパむルされた゜フトりェア芁件仕様SRSの内容ず品質特性に぀いお説明し、いく぀かのSRSテンプレヌトを提䟛したす。 この掚奚方法論は、開発䞭の゜フトりェアの芁件を確立するこずを目的ずしおいたすが、プロプラむ゚タリおよび商甚゜フトりェア補品の遞択を支揎するためにも䜿甚できたす。



暙準の参照条件に埓っお、次のセクションを含める必芁がありたす。



1.はじめに



2.䞀般的な説明



3.詳现な芁件たずえば、さたざたな方法で調敎可胜



4.アプリケヌション

5.むンデックス



実際、䞊蚘の構造に埓っおGOSTの堎合のようにこれらのセクションに䜕を含めるべきかを初心者が理解するこずは非垞に難しいため、むンタヌネットで簡単に芋぀けられる暙準そのものを読む必芁がありたす 。 䟋のように 、しかし、英語で。 蚀語。



民間䌁業向けにTKを開発する際に䜿甚するカヌルワむガヌズのテンプレヌトが気に入っおいたす。 䞀般に、Grandfather Wigersは、 芁件の操䜜に関する倚くの有甚な掚奚事項を提䟛しおいたす これらの掚奚事項を賌入するずきにお金が入る堎合は、冒頭に赀色で読みたす。 たあ、あなたはすでに数回読んだこずがあるず思いたす。



ISO / IEC / IEEE 29148-2011



IEEE 29148-2011芏栌は、システムず゜フトりェアのラむフサむクル党䜓にわたっお芁件を開発する際に䜿甚されるプロセスず補品の統䞀的な解釈を提䟛したす。 IEEE 830-1998、IEEE 1233-1998、IEEE 1362-1998芏栌に代わるものです。



この暙準には、2぀の芁件仕様テンプレヌトが含たれおいたす。



•システム芁件仕様SyRS

•゜フトりェア芁件仕様SRS



システム芁件仕様SyRSは、遞択されたシステムの技術的芁件ず、提案されたシステムず個人の盞互䜜甚の容易さを定矩したす。 サブゞェクト領域の芳点からシステムの高レベルの芁件を定矩し、システムの䞀般的な目的、そのタヌゲット環境ず制限、仮定、および非機胜芁件に関する情報を定矩したす。 システムコンテンツ、䜿甚シナリオ、サブゞェクト゚リアのコア゚ンティティ、デヌタ、情報、およびワヌクフロヌを瀺すために蚭蚈された抂念モデルが含たれる堎合がありたす。 定矩から、これはGOST 34で説明されおいるTKの類䌌物であるこずがわかりたす。



SyRSには次のセクションが含たれる堎合がありたす。



1.はじめに





2.参照



3.システム芁件





4.テストず怜蚌セクション3を反映する必芁な受け入れテストのリスト



5.アプリケヌション





SRSは、特定の環境で特定の機胜を実行する特定の゜フトりェア補品、プログラム、たたはプログラムセット補品の芁件の仕様です。 定矩から、これはGOST 19で説明されおいるTKの類䌌物であり、構造䞊はIEEE 830暙準のSRSに非垞に䌌おいるこずがわかりたす。



SRSには次のセクションが含たれる堎合がありたす。



1.はじめに





2.参照



3.詳现な芁件





4.テストず怜蚌セクション3を反映する必芁な受け入れテストのリスト



5.アプリケヌション





この暙準をむンタヌネット䞊で公開圢匏で芋぀けるこずは非垞に困難ですが、詊しおみるこずができたすが、これも英語のみです。



ラップ



RUPRational Unified ProcessのSRS構造は、芁件仕様プロセスで取埗した成果物を蚘述する必芁があるドキュメントです。



RUPのSRSテンプレヌトは 、IEEE STD 830暙準に適合しおおり、次の2぀のオプションが含たれおいたす。



•830暙準に可胜な限り近い、システム機胜の構造化された機胜芁件を備えた埓来のSRSテンプレヌト。

•ナヌスケヌスずしお構造化された機胜芁件を備えた簡玠化されたSRSテンプレヌト



1.はじめに。





2.システムの抂芁





3.詳现な芁件





4.サポヌト情報。



圓然、 むンタヌネット䞊でRUPのテンプレヌトずSRSの䟋を芋぀けるこずができたす 。



SWEBOK、BABOKなど



SWEBOK 、 BABOK 、および他の倚くの゜フトりェア開発方法論ずSRSに぀いおの知識セットは、前述の倖囜の暙準を参照しおいたす。



ASおよび゜フトりェアの芁件を説明するために、FRD機胜芁件ドキュメント、RD芁件ドキュメント、PZタスク定矩たたは説明泚蚘などの異なる名前のドキュメントを䜿甚するこずも蚀う䟡倀がありたす業界暙準化されおいない䞊蚘の暙準のすべおの掟生文曞。ただし、堎合によっおは、すでに確立された甚語が䜿甚されおいたす。



しかし、アゞャむルはどうですか



私はアゞャむル宣蚀から䞀文で蚀いたす「包括的なドキュメンテヌション䞊の゜フトりェアの動䜜」。 したがっお、アゞャむルのドキュメントにはスペヌスがほずんどありたせん。



私の信念は、TKなしでアゞャむルを開発するこずは可胜であるアゞャむルのテクニック/掚奚事項を䜿甚が、将来的にそれに付随するこずは䞍可胜だずいうこずです。 したがっお、アゞャむル甚の゜フトりェアを開発する際に、TKやその他のドキュメントをどのように曞くかをすぐに考えおください。



おわりに



圌らが蚀うように、各プロゞェクトには独自の参照条件がありたす。 䞊蚘の暙準のいずれかを適切に䜿甚するず、これらのテンプレヌトを䜿甚しおTKを蚘述し、自然に自分甚に適合させるこずができたす。



しかし、䞻なこずは、TKがHZに倉化しないこずです。぀たり、TKのコンテンツ塗り぀ぶしが最も重芁なこずです。 しかし、これはたったく別の話です...興味がある堎合は、オンラむンコヌス「゜フトりェア芁件の開発ず管理」を受講できたす 。



たあ、最埌たで読んだ人はボヌナスです 私が䜕幎も前に曞いたTKの䟋 今はもう長い間アナリストずしお働いおいたせんが、NDAは他のより成功した䟋を開くこずを犁じおいたす。



たた、次の資料を読むこずをお勧めしたす。





More articles:


All Articles