To that end, the ASSIP Software Architecture Initiative added a limited skill-building component in FY05.
Obviously, educating 30 technical professionals per year and providing practice opportunities for only one quarter of them (5) represents only a small step towards building and sustaining a significant software architecture capability within the Army.
In May 2007, the ASSIP conducted a software architecture workshop designed to determine the need for additional investment and actions in order to develop a sustained and truly organic software architecture capability within Army acquisition.
The workshop allowed participants to learn about recent developments in software architecture and to hear from each other about their respective experiences in applying software architecture practices.
Since it is desirable to be proactive and introduce software architecture practices early in the acquisition process so that they are appropriately applied and coordinated throughout the development life cycle, attendees suggested that training for contract officers would be beneficial.
Finally, several attendees voiced the need to have software architecture practices incorporated into the Defense Acquisition University (DAU) curriculum in order to promulgate the practices more widely and ultimately achieve risk reduction in the software component of system acquisitions across the Services (Bergey et al.
Based on results to date of the ASSIP Software Architecture Initiative, several lessons may be gleaned for organizations contemplating a similar educational program.
Members of which need to constantly evaluate the software architecture to determine if it meets the desired goals with respect to these characteristic Initially this evaluation seems straightforward, but it is not.
To a large extent, the practice of software architecture is the attempt to balance a series of fuzzy trade-offs for the system stakeholders over what are often immensely complex systems.
The following terms will provide a clearer understanding of concepts key to large-scale software architecture.
Top-Level Software Architecture Description--The set of views of the system that encompass the highest-level perspective of the software.
To some extent, all these `architectures' have confused and obscured the definition of software architecture.
The software architecture should he complementary with the business architecture.