Content deleted Content added
m link term |
format notes as notes |
||
Line 90:
In this guidance the five component model of the NIST was adopted and further explained. Agencies were permitted to identify different components as appropriate and to specify the organizational level at which specific aspects of the components will be implemented. Although the substance of these components, sometimes called "architectures" or "sub-architectures," must be addressed in every agency's complete Enterprise Architecture, agencies have great flexibility in describing, combining, and renaming the components, which consist of:<ref name="M-97-16"/>
* ''Business Processes'': This component of the Enterprise Architecture describes the core business processes which support the organization's missions. The Business Processes component is a high-level analysis of the work the agency performs to support the organizations's mission, vision, and goals, and is the foundation of the ITA. Analysis of the business processes determine the information needed and processed by the agency. This aspect of the ITA must be developed by senior program managers in conjunction with IT managers. Without a thorough understanding of its business processes and their relation to the agency missions, the agency will not be able to use its ITA effectively. <br>Business processes can be described by decomposing the processes into derivative business activities. There are a number of methodologies and related tools available to help agencies decompose processes. Irrespective of the tool used, the model should remain at a high enough level to allow a broad agency focus, yet sufficiently detailed to be useful in decision-making as the agency identifies its information needs. Agencies should avoid excessive emphasis on modeling business processes, which can result in a waste of agency resources.<ref group=Note>The US Department of Defense includes aspects of the Business Processes element in its Operational Architecture; the US Department of Treasury incorporates it into its business view.</ref>
* ''Information Flows and Relationships'': This component analyzes the information utilized by the organization in its business processes, identifying the information used and the movement of the information within the agency. The relationships among the various flows of information are described in this component. These information flows indicate where the information is needed and how the information is shared to support mission functions.<ref group=Note>The US Department of Agriculture has incorporated this component into its Business Architecture, while the US Department of Defense and Treasury have built it into their Operational Architectures.</ref>
* ''Applications'' : The Applications component identifies, defines, and organizes the activities that capture, manipulate, and manage the business information to support mission operations. It also describes the logical dependencies and relationships among business activities.<ref group=Note>The US Department of Energy incorporates Business Applications into its Applications Subarchitecture, while the US Department of Treasury includes them in its Functional Architecture.</ref>
* ''Data Descriptions'': This component of the Enterprise Architecture identifies how data is maintained, accessed, and used. At a high level, agencies define the data and describe the relationships among data elements used in the agency's information systems. The Data Descriptions and Relationships component can include data models that describe the data underlying the business and information needs of the agency. Clearly representing the data and data relationships is important for identifying data that can be shared corporately, for minimizing redundancy, and for supporting new applications<ref group=Note>The US Department of Agriculture has included in this element in its Business/Data Architecture, while the US Department of Treasury incorporates it in its Information Architecture.</ref>
* ''Technology Infrastructure'' : The Technology Infrastructure component describes and identifies the physical layer including, the functional characteristics, capabilities, and interconnections of the hardware, software, and communications, including networks, protocols, and nodes. It is the "wiring diagram" of the physical [[IT infrastructure]].<ref group=Note>The US Department of Agriculture had incorporated this architecture into its Technical Standard and Telecommunications Architectures. US DoD uses its System Architecture, and US Treasury its Infrastrucsture to describe the physical layer.</ref>
With the exception of the Business Processes component, the interrelationships among and priorities of these components are not prescribed by this guidance; there is no hierarchy of relationships implied. Furthermore, agencies should document not only their current environment for each of these components, but also the target environment that is desired.<ref name="M-97-16"/>
Line 113:
* [[TAFIM|Technical Architecture Framework for Information Management]] (TAFIM)
* [[Treasury Information System Architecture Framework]]
== Notes ==
{{reflist|group=Note}}
== References ==
| |||