概要
構造化分析設計技法(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年代以降に登場した一連の類似した構造化手法の一つであり、例えば以下のようなものがある。
1981年にSADTに基づいたIDEF0形式が発表された。[ 6 ]
SADTのトピック
トップダウン型の分解構造。
SADTの例。図
SADTは、アクティビティモデルとデータモデルという2種類の図を使用します。これらの図は矢印を使って作成されます。SADTの表現は以下のとおりです。
- プロセス名またはアクション名を指定するメインボックス
- このボックスの左側にある矢印は、アクションの入力です。
- 上部の矢印は、動作に必要なデータを示しています。
- ボックスの下部にある矢印は、その動作に使用されることを意味します。
- ボックスの右側にある矢印は、動作の出力結果を示しています。
アクティビティの矢印の意味論: [ 2 ]
- 入力は左側から入力され、アクティビティに必要なデータまたは消耗品を表します。
- 出力は右側に表示され、アクティビティによって生成されたデータまたは製品を表します。
- コントロールは上から入力され、アクティビティの実行に影響を与えるコマンドまたは条件を表しますが、消費されることはありません。
- メカニズムとは、活動を達成するために使用される手段、構成要素、またはツールを特定するものです。活動の割り当てを表します。
データに対する矢印の意味論:[ 2 ]
- インプットとは、データを生成する活動のことである。
- 出力はデータを消費する。
- コントロールはデータの内部状態に影響を与える。
役割
Mylopoulos (2004) によると、ソフトウェア開発プロセスでは複数の役割を区別することができる、または区別すべきである: [ 2 ]
- SADTモデルの著者または開発者
- 著者の作品をレビューするコメント投稿者
- SADTモデルの読者または利用者
- 著者に助言できる専門家
- SADTモデルの技術委員会またはレビュー担当者による詳細な説明
- プロジェクトライブラリアンは、プロジェクトのドキュメントを管理します。
- システム分析と設計を統括するプロジェクトマネージャー。
- SADT開発者とユーザーを支援するモニターまたは主任アナリスト
- SADT開発者およびユーザーをトレーニングするインストラクター
使用法
SADTは、ソフトウェアエンジニアリングやシステムエンジニアリングの概念設計において、アプリケーションのスケッチ[ 2 ]、より詳細な構造化分析、要件定義[ 8 ]、および構造化設計のための図式表記法として使用されます。
参考文献
- 1 2 D. Marca、C. McGowan、『構造化分析と設計技法』、McGraw-Hill、1987年、 ISBN 0-07-040235-3
- 1 2 3 4 5 John Mylopoulos (2004). Conceptual Modelling III. Structured Analysis and Design Technique (SADT) . 2008年9月21日取得。
- ↑ SADT(Free-logistics.com)2008年9月21日取得。
- ↑ DT Ross: 構造化分析 (SA): アイデアを伝えるための言語。IEEE Transactions on Software Engineering、SE-3(1)、pp. 16-34。要旨
- ↑ Dave Levitt (2000): Introduction to Structured Analysis and Design 2006年9月7日にWayback Machineにアーカイブされました。2008年9月21日に取得。
- ↑ガブリエル・サルベンディ (2001).産業工学ハンドブック:技術とオペレーション管理. p.508.
- ↑ナム・ピョ・ソ(2007)。公理的設計 - 進歩と応用。ニューヨーク :オックスフォード大学出版局、第5章、pp. 239-298。
- ↑ Ross, Douglas T.、および Kenneth E. Schoman Jr.「要求定義のための構造化分析」IEEE Transactions on Software Engineering 1 (1977): 6-15.
さらに読む
- ウィリアム・S・デイビス(1992)。構造化システム分析と設計のためのツールとテクニック。アディソン・ウェスリー。ISBN 0-201-10274-9
- Marca, DA、および CL McGowan。(1988)。SADT :構造化分析および設計技法。McGraw-Hill Book Co., Inc.:ニューヨーク州ニューヨーク。
- ジェリー・フィッツジェラルド、アードラ・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
- ロバートソン&ロバートソン(1999)。要求プロセスの習得。アディソン・ウェスリー。
- ジェームズ・C・ウェザービー(1984)。システム分析と設計:伝統的、構造的、および高度な概念と技術。ウェスト出版。ISBN 0-314-77858-6