SAD で文書化されているさまざまな見解に基づいて、どの RUP ロールが SAD の作成を担当する必要がありますか? 最初から、SAD は技術的な聴衆だけを対象としていると思っていましたが、RUP で見た限りではそれ以上のものであり、関与すべきはソフトウェア アーキテクトだけではないようです。
2 に答える
RUPのドキュメントによると、それはソフトウェアアーキテクトです。
アーティファクトの引用:ソフトウェアアーキテクチャドキュメントのオンラインリファレンス:
責任
ソフトウェアアーキテクトは、ソフトウェアアーキテクチャドキュメントの作成を担当します。このドキュメントは、複数のアーキテクチャビューで最も重要な設計上の決定をキャプチャします。
ソフトウェアアーキテクトは、各アーキテクチャビューの全体的な構造を確立します。つまり、ビューの分解、要素のグループ化、およびこれらの主要なグループ間のインターフェイスです。したがって、他の役割とは対照的に、ソフトウェアアーキテクトの見解は、深さではなく、幅の1つです。
ソフトウェアアーキテクトは、次の方法で開発プロセスを通じてシステムのアーキテクチャの整合性を維持する責任もあります。
- ソフトウェアアーキテクチャドキュメントに記載されている、主要なインターフェイスなどのアーキテクチャ上重要な要素に対するすべての変更を承認します。
- ソフトウェアアーキテクチャに影響を与える問題を解決するための「変更管理委員会」の決定の一部であること。
良い、
「役割」を役職と考えないでください...
伝統的な環境で働いている場合、一般的に「ソフトウェア アーキテクト」という肩書を持つ男がいます...アジャイルな環境で働いている場合、一般的に「ソフトウェア アーキテクト」のような肩書きはチーム内で見つけることができません。 .したがって、重要なことは、誰が知っているか、誰がアーキテクチャに関する重要な決定を下すかです: 誰がタイトルではなくアーキテクトの役割を果たします....
健全な環境 [伝統的またはアジャイル] では、1 人の人間がすべての決定を下すことはできません。したがって、SAD は実際にはすべてのチームの成果物です。なぜなら、すべてのチーム メンバーが「アーキテクト」の役割を果たすことがあるからです...