0409-02 - UVG Test Track Upgrade - DID DI-SESS-81223A (Diagrams).pdf
PDF 189 KB Posted
- Attached to
- UVG Test Track Upgrade Federal contract opportunity
- Solicitation number
- N0017821Q6838
View the file
Other files for this federal contract opportunity
| File | Type | Posted |
|---|---|---|
| 0409-02 - UVG Test Track Upgrade - DID DI-MGMT-81644B (Architecture).pdf | ||
| 0409-02 - UVG Test Track Upgrade - DID DI-TMSS-81675A (ETM).pdf | ||
| 0409-02 - UVG Test Track Upgrade - DID DI-NDTI-80809B (Rpt).pdf | ||
| SF18 - Final.pdf | ||
| 0409-02 - UVG Test Track Upgrade - DID DI-SESS-81359B (Parts List).pdf | ||
| N0017821Q6838 Synopsis.doc | DOC document |
On GovTribe
Work with this file on GovTribe
- Download the original file
- Contacts named in this file
- Similar government files
- Ask GovTribe AI about this file
Text version
DATA ITEM DESCRIPTION
Title: Schematic Block Diagrams
Number: DI-SESS-81223A Approval Date: 20191009
AMSC Number: 10112 Limitation: N/A
DTIC Applicable: No GIDEP Applicable: No
Preparing Activity: MI Project Number: SESS-2019-049
Applicable Forms: N/A
Use/relationship: Schematic Block Diagrams (SBDs) are used as the basis for displaying functional and technical requirements and interfaces. As such, they support the design synthesis, integration, and interface compatibility functions.
a. This Data Item Description (DID) contains the format, content, and intended use information for the data deliverable resulting from the work task described in the solicitation.
b. SBDs are used when a multi-contractor relationship exists, and there is a need for commonality or exchange of this data among the contractors. SBDs can also be used when there is a special requirement for this data to support technical reviews and audits.
c. This DID supersedes DI-GDRQ-81223.
Requirements:
1. Reference Documents. None.
2. Format. The SBDs format shall be in accordance with section 3 below.
3. Content. The SBDs shall show the functional interfaces and apportionment or requirements between major systems; within the system between the elements of the system (e.g., equipment, personnel, facilities); and between end items, end-to-end, and closed-loop relationships. The
SBDs shall also show the maintenance or check out aspects of the proposed design. Sufficient details shall illustrate how the design requirements are to be met. The SBDs shall delineate with symbols (e.g., schematic, architectural, electronic, mathematical, structural, mechanical, etc.) the features and relationships of end items, subsystems, and subsystems components and parts. The SBDs shall identify:
a. Intersystem relationships (e.g., a command and control system, interface with a strategic weapon system, etc.)
b. Intrasystem relationships, including the relationship between constituent elements of a
Source: http://assist.dla.mil -- Downloaded: 2021-04-16T14:38Z Check the source to verify that this is the current version before use.
DI-SESS-81223A
subsystem (e.g., in a communication subsystem interfaces between closed-circuit television, work station intercom, remote site communication, spacecraft communication, etc.)
c. Subordinate detailed schematics, as required, to augment 3.a. and 3.b. above.
3.1. Characteristics. The SBDs and significant elements within the diagrams shall be uniquely identified to provide the basis for:
a. Generating a family of lower-level-of-detail diagrams traceable from the top down or from the bottom up.
b. Collecting and apportioning effective Requirements Allocation Sheets requirements or trade-study requirements against applicable system or subsystem equipment.
c. Identifying major intersystem and intrasystem requirements and interrelationships.
3.2. Developing SBDs. The basic technique for developing SBDs is illustrated in Figure 1.
a. The first-level SBDs shall be complete for the subsystem or subsystems being developed.
The schematic shall depict a “closed-loop,” including a block depiction of intersystem interfaces.
b. The second-level detail SBDs shall be technical expansions of the first-level SBDs, and shall relate contract and items within the subsystem. Input and output expansion shall be related to the interfaces expressed in the first-level SBDs.
c. The third-level detail SBDs shall be organized functionally to define significant end-to-end system logic across all hardware and facility interfaces involved (e.g., power subsystem, launch control, flight sequence, malfunction detection and control, etc.). Hardware designators established in first- and second-level detail SBDs shall be used against the logic elements to depict interfaces with facilities and equipment, and shall and maintain a traceable relationship to the other SBDs. For time-critical function(s) in any system (e.g., computer sequencing, launch control, staging, etc.) to be accomplished, time shall govern the layout of the drawing (i.e., reading from left to right, begin with the initial functions and proceed, so that the operations sequence of all applicable hardware is clearly shown). The third-level detail SBDs shall have significant waveforms, voltage levels, pressure, etc., appropriately noted in the diagrams.
DI-SESS-81223A
End of DI-SESS-81223A
Top
Functional
Diagrams
Lower Level
Functional
Diagrams
Basic
System
Requirements
Mechanize Into
A Top Hardware/
Facility Block
Schematic
Evaluate Impact of Mechanization
Decision &
Identify
Requirements
Synthesize Detailed
Requirements and
Develop Subsystem
Schematics
Develop End to
End drawings on a “Function
Performed” Basis
(1st Level)
(2nd Level) (3rd Level)
FIGURE 1. Basic technique for developing SBDs.
File details come from the government source that posted it. Updated .