Loading article…
構造化分析設計技法( SADT ) は、システムを機能の階層として記述するためのシステム エンジニアリングおよびソフトウェア エンジニアリングの方法論です。SADT は、アクティビティ モデルとデータ モデルの2 種類の図を使用する構造化分析モデリング言語です。1960 年代後半にDouglas T. Rossによって開発され、 1981 年にIDEF0として公式化され、公開されました。
概要
構造化分析設計技法 (SADT) は、特にシステムの記述と理解を支援するために設計された図式表記法です。[1]エンティティとアクティビティを表す構成要素と、ボックスを関連付けるさまざまな矢印を提供します。これらのボックスと矢印には、非公式なセマンティクスが関連付けられています。[2] SADT は、連続した詳細レベルを使用して、特定のプロセスの機能分析ツールとして使用できます。SADT 方式では、産業情報システムでよく使用される IT 開発のユーザー ニーズを定義できるだけでなく、アクティビティの製造プロセスと手順を説明および提示することもできます。[3]
歴史
SADTは、1969年から1973年にかけて、ダグラス・T・ロスとSofTech社によって開発され、実地試験が行われました。 [1] [4]この方法論は、MITの自動プログラミングツール（APT）プロジェクトで使用されました。1973年からは、米国空軍の統合コンピュータ支援製造プログラムで広く使用されました。
Levitt (2000) によると、SADT は「1960 年代から 1980 年代にかけてソフトウェア業界が直面した問題に対応するために開発された分析、設計、プログラミング技術の集合を表す一連の構造化手法の一部です。この期間、ほとんどの商用プログラミングはCOBOLとFortranで行われ、その後CとBASICで行われました。「優れた」設計とプログラミング技術に関するガイダンスはほとんどなく、要件と設計を文書化するための標準的な技術もありませんでした。システムはますます大規模で複雑になり、情報システム開発はますます困難になりました。大規模で複雑なソフトウェアの管理を支援する方法として。」[5]
SADT は、1960 年代以降に登場した次のような一連の同様の構造化手法の 1 つでした。
- 1967 年頃のEdsger W. Dijkstraによる構造化プログラミング。
- 1975年頃のラリー・コンスタンティンとエド・ヨードンによる構造設計
- 1978 年頃のTom DeMarco、Yourdon、Gane & Sarson、McMenamin & Palmerによる構造化分析。
- 1990 年頃、James Martinと情報技術エンジニアリングを学びました。
1981年にSADTに基づいたIDEF0形式が出版された。[6]
SADTトピック
トップダウンアプローチ
構造化分析設計技術では、トップダウンアプローチによる分解を使用します。この分解は、公理的な設計の観点から物理領域でのみ行われます。[7]
図
SADT は、アクティビティ モデルとデータ モデルの 2 種類の図を使用します。矢印を使用してこれらの図を作成します。SADT の表現は次のとおりです。
- プロセスまたはアクションの名前を指定するメインボックス
- このボックスの左側にある入ってくる矢印は、アクションの入力です。
- 上部の入力矢印: アクションに必要なデータ。
- ボックスの下部にある入ってくる矢印: は、アクションに使用されることを意味します。
- ボックスの右側にある外向きの矢印: アクションの出力。
アクティビティの矢印の意味論: [2]
- 入力は左から入り、アクティビティに必要なデータまたは消耗品を表します。
- 出力は右側に出力され、アクティビティによって生成されたデータまたは製品を表します。
- コントロールは上から入力され、アクティビティの実行に影響するが消費されないコマンドまたは条件を表します。
- メカニズムは、アクティビティを達成するために使用される手段、コンポーネント、またはツールを識別します。アクティビティの割り当てを表します。
データに対する矢印の意味論: [2]
- 入力はデータを生成するアクティビティです。
- 出力はデータを消費します。
- コントロールはデータの内部状態に影響を与えます。
役割
Mylopoulos (2004)によると、ソフトウェア開発プロセスでは複数の役割を区別できる、あるいは区別すべきである。[2]
- SADTモデルの作成者または開発者
- 著者の作品をレビューするコメント投稿者
- SADTモデルの読者またはユーザー
- 著者にアドバイスできる専門家
- SADTモデルの詳細に関する技術委員会またはレビュー担当者
- プロジェクト文書を管理するプロジェクトライブラリアン
- システムの分析と設計を管理するプロジェクト マネージャー。
- SADT開発者とユーザーを支援するモニターまたはチーフアナリスト
- SADT開発者とユーザーをトレーニングするインストラクター
使用法
SADTは、ソフトウェア工学やシステム工学の概念設計において、アプリケーションのスケッチや[2]より詳細な構造化分析、要件定義[8]、構造化設計のための図式表記として使用されます。
参照
参考文献
- ^ ab D. Marca、C. McGowan、「構造化分析と設計テクニック」、McGraw-Hill、1987年、ISBN 0-07-040235-3
- ^ abcde John Mylopoulos (2004). 概念モデリング III. 構造化分析および設計手法 (SADT). 2008 年 9 月 21 日閲覧。
- ^ SADT at Free-logistics.com. 2008年9月21日閲覧。
- ^ DT Ross: 構造化分析 (SA): アイデアを伝えるための言語。IEEE Transactions on Software Engineering、SE-3(1)、pp. 16-34。要約
- ^ Dave Levitt (2000):構造化分析と設計入門、Wayback Machineで2006年9月7日にアーカイブ。2008年9月21日閲覧。
- ^ Gavriel Salvendy (2001).産業工学ハンドブック: テクノロジーとオペレーションマネジメント. p.508.
- ^ Nam Pyo Suh (2007). Axiomatic Design - Advances and Applications. ニューヨーク: Oxford University Press 第5章、pp. 239-298。
- ^ Ross, Douglas T.、および Kenneth E. Schoman Jr. 「要件定義のための構造化分析」 ソフトウェア エンジニアリング、IEEE Transactions on 1 (1977): 6-15。
さらに読む
- ウィリアム・S・デイビス（1992年）。構造化システム分析と設計のためのツールとテクニック。アディソン・ウェズレー。ISBN 0-201-10274-9
- Marca, DA、CL McGowan (1988)。『SADT: 構造化分析および設計技法』McGraw-Hill Book Co., Inc.: ニューヨーク、NY。
- ジェリー・フィッツジェラルドとアードラ・F・フィッツジェラルド（1987年）。『システム分析の基礎：構造化分析と設計技法の使用』。ワイリー。ISBN 0-471-88597-5
- David A. Marca および Clement L. McGowan (1988)。SADT : 構造化分析および設計テクニック。McGraw - Hill。ISBN 0-07-040235-3
- D. ミリントン (1981)。コンピュータアプリケーションのためのシステム分析と設計。E. ホーウッド。ISBN 0-85312-249-0
- Robertson & Robertson (1999)。要件定義プロセスの習得。Addison Wesley。
- ジェームズ・C・ウェザーベ（1984年）。『システム分析と設計：伝統的、構造化、高度な概念とテクニック』West Pub. Co. ISBN 0-314-77858-6
外部リンク
ウィキメディア・コモンズには、 SADTに関連するメディアがあります。
- IDEF0法
- SADT図についてのコース