Top-down approach The structured analysis and design technique uses a decomposition with the
top-down approach. This decomposition is conducted only in the physical domain from an axiomatic design viewpoint.
Diagrams SADT uses two types of diagrams:
activity models and
data models. It uses arrows to build these diagrams. The SADT's representation is the following: • A main box where the name of the process or the action is specified • 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. • On the bottom of the box, incoming arrows: means used for the action. • On the right-hand side of the box, outgoing arrows: outputs of the action. The semantics of arrows for activities: • Inputs enter from the left and represent data or consumables that are needed by the activity. • Outputs exit to the right and represent data or products that are produced by the activity. • 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. The semantics of arrows for data: • Inputs are activities that produce the data. • Outputs consume the data. • Controls influence the internal state of the data.
Roles According to Mylopoulos (2004) in the software development process multiple roles can or should be distinguished: • 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 == Usage ==