Content deleted Content added
m →Structure chart: HTTP→HTTPS for Internal Revenue Service, per BRFA 8 using AWB |
|||
Line 43:
The functional decomposition of the structured method describes the process without delineating system behavior and dictates system structure in the form of required functions. The method identifies inputs and outputs as related to the activities. One reason for the popularity of structured analysis is its intuitive ability to communicate high-level processes and concepts, whether in single system or enterprise levels. Discovering how objects might support functions for commercially prevalent [[object-oriented]] development is unclear. In contrast to IDEF, the [[Unified Modeling Language|UML]] is interface driven with multiple abstraction mechanisms useful in describing [[service-orientation|service-oriented]] architectures (SOAs).<ref name="DoDAF V2"/>
=== '''Approach''' ===
Structured Analysis views a system from the perspective of the data flowing through it. The function of the system is described by processes that transform the data flows. Structured analysis takes advantage of information hiding through successive decomposition (or top down) analysis. This allows attention to be focused on pertinent details and avoids confusion from looking at irrelevant details. As the level of detail increases, the breadth of information is reduced. The result of structured analysis is a set of related graphical diagrams, process descriptions, and data definitions. They describe the transformations that need to take place and the data required to meet a system's [[functional requirement]]s.<ref name="HeSi86">
Alan Hecht and Andy Simmons (1986) [https://ntrs.nasa.gov/archive/nasa/casi.ntrs.nasa.gov/19890006956_1989006956.pdf Integrating Automated Structured Analysis and Design with Ada Programming Support Environments] NASA 1986.</ref>
| |||