Content deleted Content added
Wikification + start expanding article |
m Reverted edits by 2409:40C1:1031:F9B8:8000:0:0:0 (talk) (HG) (3.4.13) |
||
(75 intermediate revisions by 51 users not shown) | |||
Line 1:
{{Redirect|SADT|another use|Self accelerating decomposition temperature}}
{{Use dmy dates|date=December 2020}}
'''Structured analysis and design technique''' ('''SADT''') is a [[systems engineering]] and [[software engineering methodology]] for describing [[system]]s as a hierarchy of functions. SADT is a [[structured analysis]] modelling language, which uses two types of diagrams: [[activity model]]s and [[data model]]s. It was developed in the late 1960s by [[Douglas T. Ross]], and was formalized and published as [[IDEF0]] in 1981.
==Overview==
▲[[Image:SADT.svg|thumb|240px|right|SADT basis element.]]
Structured
==
SADT was developed and field-tested during the period of 1969 to 1973 by [[Douglas T. Ross]] and [[SofTech, Inc.]]<ref name="sadt"/><ref name="ross1977">D. T. Ross: Structured Analysis (SA): A Language for Communicating Ideas. IEEE Transactions on Software Engineering, SE-3(1), pp. 16-34. [https://ieeexplore.ieee.org/document/1702399 Abstract]</ref> The methodology was used in the MIT [[APT (programming language)|Automatic Programming Tool]] (APT) project. It received extensive use starting in 1973 by the US Air Force [[Integrated Computer Aided Manufacturing]] program.
▲Structured Analysis and Design Technique (SADT) is a [[diagram]]matic notation for constructing a sketch for an software application. It offers building blocks to represent entities and activities, and a variety of arrows to relate boxes. These boxes and arrows have an associated informal [[semantics]].<ref name ="JM04"> John Mylopoulos (2004). [http://www.cs.toronto.edu/~jm/2507S/Notes04/SADT.pdf Conceptual Modelling III. Structured Analysis and Design Technique (SADT)]. Retrieved 21 Sep 2008.</ref> SADT can be used as a functional analysis tool of a given process, using successive levels of details. The SADT method allows to define user needs for IT developments, which is very used in the industrial Information Systems, but also to explain and to present an activity’s manufacturing processes, procedures.<ref name="FL">[http://www.free-logistics.com/index.php/Download-document/22-SADT_eng.html SADT] at Free-logisitcs.com. Retrieved 21 Sep 2008.</ref>
SADT was among a series of similar structured methods, which had emerged since the 1960 such as:
* [[
▲SADT has been in use since the mid-seventies, and has inspired many other commercial tools. <ref name ="JM04"/> It is part of a series of structured methods, that represent a collection of analysis, design, and programming techniques that were developed in response to the problems facing the software world from the 1960s to the 1980s. In this timeframe most commercial programming was done in [[Cobol]] and [[Fortran]], then [[C]] and [[BASIC]]. There was little guidance on “good” design and programming techniques, and there were no standard techniques for documenting requirements and designs. Systems where getting larger and more complex, and the information system development became harder and harder to do so. As a way to help manage large and complex software. Since the end 1960 multiple Structured Methods emerged<ref name="DL00" >Dave Levitt (2000):[http://faculty.inverhills.edu/dlevitt/CS%202000%20(FP)/Introduction%20to%20Structured%20Analysis%20and%20Design.pdf Introduction to Structured Analysis and Design]. Retrieved 21 Sep 2008.</ref>
* [[Structured
* [[Structured
* [[Information technology engineering]] in circa 1990 with [[James Martin (author)|James Martin]].
▲* [[Information Engineering]] in circa 1990 with [[James Martin]].
In 1981 the [[IDEF0]] formalism was published, based on SADT.<ref>Gavriel Salvendy (2001). ''Handbook of Industrial Engineering: Technology and Operations Management.''. p.508.</ref>
==SADT topics==
[[File:6 Decomposition Structure.svg|thumb|240px|right|Top down decomposition structure.]] [[File:Sadt.png|thumb|240px|right|An SADT example.]]
===Top-down approach===
The structured analysis and design technique uses a decomposition with the [[Top-down and bottom-up design|top-down approach]]. This decomposition is conducted only in the physical ___domain from an axiomatic design viewpoint.<ref>Nam Pyo Suh (2007). [http://www.axiomaticdesign.com/technology/ADSChapter5.html ''Axiomatic Design - Advances and Applications'']. New York : Oxford University Press Chapter 5, pp. 239-298.</ref>
===Diagrams===
SADT uses two types of diagrams: [[activity model]]s and [[data model]]s. It uses arrows to build these diagrams.
The
* A main box where
* On the left-hand side of this box, incoming arrows: inputs of the action.
* On the upper part, the incoming arrows: data necessary for the action.
Line 28 ⟶ 37:
The semantics of arrows for activities:<ref name ="JM04"/>
* Inputs enter from the left and represent data or consumables that are needed by the activity.
* Outputs exit
* Controls enter from the top and represent commands or conditions which influence the execution of an activity but are not consumed.
* Mechanisms identify the means, components or tools used to accomplish the activity. Represents allocation of activities.
Line 37 ⟶ 46:
* Controls influence the internal state of the data.
===
According to Mylopoulos (2004) in the software development process multiple roles can or should be distinguished:<ref name ="JM04"/>
* Author or developer of the SADT models
* Commenters, who review the author's work
* Readers or users of the SADT models
* Experts, who can advise the authors
* Technical committee or reviewers of the SADT models in detail
* Project librarian, who govern the project documentation
* Project manager, who governs the system analysis and design.
* Monitor or chief analyst to assists SADT developers and users
* Instructor to train SADT developers and users
==
SADT is used as diagrammatic notation in conceptual design of software engineering and systems engineering to sketch applications,<ref name ="JM04"/> for more detailed structured analysis, for requirements definition,<ref>Ross, Douglas T., and Kenneth E. Schoman Jr. "Structured analysis for requirements definition." Software Engineering, IEEE Transactions on 1 (1977): 6-15.</ref> and structured design.
* William S. Davis (1992). ''Tools and Techniques for Structured Systems Analysis and Design''. Addison-Wesley. ISBN 0201102749 ▼
==See also==
* [[IDEF0]]
* [[Jackson structured programming]]
* [[Structure chart]]
* [[Structured systems analysis and design method]]
* [[Systems analysis]]
==References==
{{Reflist}}
==Further reading==
▲* William S. Davis (1992). ''Tools and Techniques for Structured Systems Analysis and Design''. Addison-Wesley. {{ISBN
* Marca, D.A., and C.L. McGowan. (1988). ''SADT: structured analysis and design technique''. McGraw-Hill Book Co., Inc.: New York, NY.
* Jerry FitzGerald and Ardra F. FitzGerald (1987). ''Fundamentals of Systems Analysis: Using Structured Analysis and Design Techniques''. Wiley. {{ISBN
* David A. Marca and Clement L. McGowan (1988). ''SADT: Structured Analysis and Design Technique''. McGraw-Hill. {{ISBN
* D. Millington (1981). ''Systems Analysis and Design for Computer Applications''. E. Horwood. {{ISBN
* Robertson & Robertson (1999). ''Mastering the Requirements Process''. Addison Wesley.
* James C. Wetherbe (1984). ''Systems Analysis and Design: Traditional, Structured, and Advanced Concepts and Techniques''. West Pub. Co. {{ISBN
==
{{
*[http://www.idef.com/idef0.
*[http://www.cs.toronto.edu/~jm/2507S/Notes04/SADT.pdf A course about SADT diagrams]
{{Authority control}}
[[Category:Systems analysis]]
|