Search Results

GEIA-STD-927 specifies the data concepts to be exchanged to share product information pertaining to a complex system from the viewpoints of multiple disciplines. It supports the exchange of data across the entire life cycle for the product from the concept stage through disposal.

An Earned Value Management System (EVMS) for integrated program management will effectively integrate the work scope of a program with the schedule and cost elements for optimum program planning and control. The primary purpose of the system is to support integrated program management. The system is owned by the organization and is governed by the organization’s policies and procedures.

An Earned Value Management System (EVMS) for integrated program management will effectively integrate the work scope of a program with the schedule and cost elements for optimum program planning and control. The primary purpose of the system is to support integrated program management. The system is owned by the organization and is governed by the organization’s policies and procedures. The principles of an EVMS are: Plan all work scope for the program to completion. Break down the program work scope into finite pieces that are assigned to a responsible person or organization for control of technical, schedule and cost objectives. Integrate program work scope, schedule, and cost objectives into a performance measurement baseline plan against which accomplishments are measured. Control changes to the baseline. Use actual costs incurred and recorded in accomplishing the work performed. Objectively assess accomplishments at the work performance level.

This guide clearly defines the purpose, goals, and objectives of an IBR. It also describes the attributes of an effective IBR and discusses a baseline review process that will lead to a better understanding of program risks. It provides a common definition and framework for the IBR Process. This process harmonizes, and to the extent possible, unifies the management objectives for all PMs. The IBR Process enables managers to effectively utilize the project Performance Measurement Baseline (PMB) to assess performance, and to better understand inherent risks. The IBR Process should continue throughout the life of a project.

This section establishes modeling conventions and guidelines to be followed during the development of the GEIA-STD-927 top level schema. The following is within the scope of this document: Modeling rules, conventions and guidelines for the GEIA-STD-927 top level schema. The following are outside the scope of this document: An introduction to information modeling; An introduction to the EXPRESS modeling language.

The purpose of this handbook is to provide the data modeler with the modeling conventions, philosophy and guidelines used during development of the GEIA-STD-927 schema; and the integration process used to integrate existing best-in-class standard data models into the GEIA-STD-927 schema. Most importantly, the handbook provides tailoring guidelines for the data modeler to use in applying the GEIA-STD-927 schema and mapping tables to a practical application for an existing program. The Handbook is organized into four sections: Data Modeling Guidelines, Data Model Usage Guide, Integration Procedure, and Schema Tailoring Guidelines

This standard is applicable to the engineering or the reengineering of: a Commercial or non-commercial systems, or portions thereof; b Any system, small or large, simple or complex, software-intensive or not, precedented or unprecedented; c Systems made up of hardware, software, firmware, personnel, facilities, data, materials, services, techniques, or processes (or combinations thereof); d A new system or a legacy system, or portions thereof. The requirements of this standard, or a designated subset, are intended to be applied by projects establishing policies and procedures for project implementation of the adopted process and process elements of this standard. The requirements of this standard may be tailored as follows: a Processes – Processes may be tailored to be applicable for a given type of project or system.

This standard is applicable to the engineering or the reengineering of: a. Commercial or non-commercial systems, or portions thereof; b. Any system, small or large, simple or complex, software-intensive or not, precedented or unprecedented; c. Systems made up of hardware, software, firmware, personnel, facilities, data, materials, services, techniques, or processes (or combinations thereof); d. A new system or a legacy system, or portions thereof. NOTE: The specific tasks and implementation methods for applying the processes required by this standard can vary, for example, between commercial and government projects, or between customer-involved and internally developed projects. The fundamental processes, however, are the same in all cases. The requirements of this standard, or a designated subset, are intended to be applied by projects establishing policies and procedures for project implementation of the adopted process and process elements of this standard.

All SMC Product Data Standards and related documents

The purpose of this Standard is to provide an integrated set of fundamental processes to aid a developer in the engineering or reengineering of a system. Use of this Standard is intended to help developers a) establish and evolve a complete and consistent set of requirements that will enable delivery of feasible and cost-effective system solutions; b) satisfy requirements within cost, schedule, and risk constraints; c) provide a system, or any portion of a system, that satisfies stakeholders over the life of the products that make up the system.

The purpose of this Standard is to provide an integrated set of fundamental processes to aid a developer in the engineering or reengineering of a system. Use of this Standard is intended to help developers a) establish and evolve a complete and consistent set of requirements that will enable delivery of feasible and cost-effective system solutions; b) satisfy requirements within cost, schedule, and risk constraints; c) provide a system, or any portion of a system, that satisfies stakeholders over the life of the products that make up the system.

This report proposes a methodology for applying weighting factors to system effectiveness quantification expressions of mathematical models for multi-function situations. Since the circumstances for applying "W" and "U" terms are almost unlimited, no attempt is made to show all possible applications of these terms. Rather, the basic principles are discussed and illustrated by simple examples in order to keep the focus on the principles for quantifying "W" and "U". The methods that are used at lower levels of the mission-function hierarchical tree are equally valid at higher levels. Consequently, the extension of these basic methods to more complicated situations was deliberately excluded from the content of this report.

The Application Guide will provide additional information on the application and use of SAE1001, including different development approaches, specialties and domains, as well as scalability to different project and system scope. (SAE-1001/1 - Information Report)

This standard defines a total system approach for the development of systems. The standard requires: establishing and implementing a structured, disciplined, and documented systems engineering effort incorporating the systems engineering process; multidisciplinary teamwork; and the simultaneous development of the products and processes needed to satisfy user needs. The systems engineering process is defined generically to facilitate broad application. This standard defines the requirements for technical reviews. The tasks in this standard provide a methodology for evaluating progress in achieving system objectives. This standard provides a comprehensive, structured, and disciplined approach for all life-cycle phases, including new system product and process developments, upgrades, modifications, and engineering efforts conducted to resolve problems in fielded systems.

The purpose of this Standard is to support the development and improvement of systems engineering capability.