Implementation Stages for the Integrated Paper
Implementation Stages for the Integrated Paper
Implementation Stages for the Integrated Training Suite Paper
Brian Kozma
BSA 375. Fundamentals of Business Systems Development
Facilitator D. Sitek
December 11, 2005
University of Phoenix
Implementation Stages for the Integrated Training Suite Paper
The Integrated Training Suite implementation plan provides a single set of performance, controls across the program that apply to prime and subcontractor alike. Every integrated product team provides all engineering, development, installation, documents, test skills and efforts necessary to deliver their total product. Software required for a product is designed, developed, and integrated within that integrated product team. The integrated product team integrates the total product: hardware, software, and data before delivering the product to the next higher integrated product team for integration with other products. Thus, each integrated product team has total performance responsibility for the assigned product.
Documents
Table 1 lists the most common documents that were used in order to develop the Integrated Training Suite.
Title
Description
Ada 95 Quality and Style and Coding Standards Document
Guidelines for Professional Programmers / Software Productivity Consortium.
Code and Unit Test process
Use by programmers to identifies the process flow, the work products, and the reviews to be held to ensure code is being developed and tested accurately and effectively
Configuration Management installation and checkout procedure
Used to identify the process and functional area interfaces required for successful installation and checkout
Human-Computer Interface Style Guide
Software Development Plan
Describes the processes, controls, and tools applied to the management, design, and development, of the Integrated Training Suite software
Qualification Test Procedures
Describes the process to develop test procedures to evaluate system level requirements
Table 1 Applicable Documents
From Lockheed Martin Software Development Plan
Code and Unit Test
Coding
This activity converts the detailed design into source code and ensures that the resulting source code operates as designed. Software engineers use the software design model or the Software Design Document as the basis for coding. Requirements allocated to software units will be stated such that there is no ambiguity during the coding process as to which object, module, and procedure will satisfy the associated software requirement. Specifying the requirements in this manner will aid the requirements traceability process. In addition, requirements mapped to software will be stated in such a manner as to not conflict with the design and coding standards established for the integrated training suite program. Design reviews will be held prior to the start of coding for each object to ensure that no associated requirements are missing or incorrect and that each requirement is traceable backwards to the next higher level of requirements. If requirements are not clear enough for coding implementation, the software engineer assigned contacts systems engineering for further clarification.
Coding standards are defined for the integrated training suite program in the Ada 95 Quality and Style Guide, C++ Quality and Style Guide, Human Computer Interfaces Guide, Structured Query Language, and the Object Database Standards. The Ada 95 Quality and Style Guide were produced-based on the Ada 95 Quality and Style Guide published by the Software Productivity Consortium. The C++ Quality and Style Guide, was produced consistent with the ANSI C++ standards with the exception of machine-generated code. The Human Computer Interfaces guide was developed using the Recommended Practice for Human-Computer Interface for Space System Operations and the OSF/Motif Style Guide. The Structured Query Language, SQL, products are designed to be compliant with the American National Standards Institute, as implemented and documented by the Sybase relational database management system (Lockheed Martin, 2005).
During this phase, detailed unit test cases are developed to demonstrate that the units perform their intended functions. These test cases combine to show requirements