Personal tools
You are here: Home AP233 Public Information Module Sets AP233 Module Sets v8

AP233 Module Sets v8

Version 8

JAU 2004-04-09:1430
Ver. 0.8

AP233 Module Sets

The following identifies and describes the Module Sets for AP233, the STEP Systems Engineering Project

  • Allocation Model – a data model that captures allocation relationships between module sets.
  • AP Interface Models – a data models that provide interfaces between domain specific data models such as mechanical, electronic, structural analysis, thermal analysis, manufacturing, etc. e.g. the transform between engineering analysis (AP209, STEP-TAS, STEP-NRF, AP235, etc.) and any AP233 module set.
  • Behavioral Models – data models that capture semantics associated with how a system acts or performs (responds to excitation).the models include functions, inputs, outputs and control operators which define the ordering of functions.  Includes both Function-based and State-based  behaviors.  This enables generation of Functional Flow Block Diagrams, Finite State Machines, Causal Chain, Data Flows and Sequence Diagrams, etc.
  •  Function-based Behavior Model – a data model that represents response to excitations based on the transformation of inputs into outputs by functions (activities) including the ordering and triggering of functions.
  • State-based Behavior Model – a data model that represents response to excitations in the digital approximation based on state of an object, transitions between states and actions or activities launched by the states or transitions.
  • Cost Models – a data model that captures financial resource information e.g. direct, indirect, fixed, variable, material, administrative, finance, and contingency costs and provides linkage to system product structure(s).
  • Data Presentation  – a data model that provides a consistent set of “presentation mechanisms” and “advanced schematics product model definitions”, that present the computer sensible model data (defined in representation model space) onto a human understandable schematic diagram (presentation space), conforming to conventional and/or future draughting standards.
  • Measurement – a data model that includes information associated with the product development process quantification and its control and optimization.
  • Organizational Structure– a data model that provides relationships, functional roles, skill qualification and documentation.
  • Product Data Management (PDM) – a data model(s) that extends the  STEP PDM Modules resources to service  electro-mechanical, system engineering, product life-cycle, and other non-physical domains.
  • Model Management – a data model that captures meta-data providing the context associated with engineering and business models.
  • Change Management – a data model that captures  issues and tracks these into a resolution process  (e.g. Change Orders, Change Requests, Issues,  Problem Reports, etc.).
  • Configuration Management – a data model that provides  versioning and baselining of all product information that is managed.
  • Requirements – a data model that captures requirements as text strings with traceability, allocation, weighting and risk identified with each requirement [Text-based Requirements (TBR)] and that describes requirements as structured and quantified formalisms that maybe decomposed from text-based requirements; can include tables, spreadsheets, graphs, charts, pictures and equations [Property-based Requirements (PBR)].
  • Rules Model - a data model that describes the information associated with constraints imposed on a product or process by system requirements, physical limitations and/or environmental restrictions.  The model includes sufficient information to represent and/or support the constraint e.g. predicate calculus, the constraint life-cycle, constraint execution and associated meta-data, such as source, date and time, authorization, justification, description and notes. 
  • Risk Analysis – a data model that identifies risk status, relationships, likelihood, consequence, impact, approach strategy, and contingencies.
  • Schedule – a data model that identifies activities, dependencies, durations and milestones associated with products described in the WBS.  Includes the information necessary to produce Workflow Diagrams, Network Schedules, Gantt Charts and Resource Leveling.
  • Structural Models – a data model that captures the organization of a system.e.g how a system is built, static relationships between subsystems, components, or parts that constitute the system; describes what is designed, characterized built and maintained.
  • Security– a data model that identifies project, organization, country and user defined security levels as well as user authentication and intellectual property issues.
  • Validation Model – a data model that captures  theinformation used to demonstrate that the emerging product is consistent with the stakeholder needs.
  • Verifcation Model – a data model that captures the information used to demonstrate that the emerging product is consistent with the system requirements.
  • Work Breakdown Structure – a data model that is used to represent the pieces of work necessary to complete a project.