• No results found

System Design Description template

N/A
N/A
Protected

Academic year: 2021

Share "System Design Description template"

Copied!
6
0
0

Loading.... (view fulltext now)

Full text

(1)

Date Jul 16, 2014 Revision 1

State Released

European Spallation Source ESS AB Visiting address: ESS, Tunavägen 24 P.O. Box 176 SE-221 00 Lund

System Design Description template

Name Affiliation

Authors Reviewers Approver

(2)

Date <<01 Sept 2011>>

TABLE OF CONTENT

Table of content ... 2

1. Introduction... 3

1.1 Purpose of the document...3

1.2 Definitions, acronyms and abbreviations...3

1.3 References ...3 2. System characteristics... 3 2.1 System purpose ...3 2.2 System overview...3 3. Hardware description ... 4 3.1 Mechanical design ...4 3.1.1 Structural design ...4

3.1.2 Fluid mechanical design ...4

3.1.3 CAD references ...4 3.2 Electrical design ...4 3.3 Instrumentation design...4 4. Software description... 4 5. Safety design ... 5 6. Equipment design ... 5 6.1 Packaging...5 6.2 Handling...5 6.3 Storage ...5 6.4 Transportation ...5

(3)

Date <<01 Sept 2011>>

1.

INTRODUCTION

1.1

Purpose of the document

<The system Design Description of the X describes how this system is to be built. It takes the functional requirements [what the system will do], concepts of operations [how the system will be used] and translates them into a hardware and software descriptions that can be built while considering constraints [interface specification, safety and regulatory

requirements, other constraint requirements]. Collectively, the purpose of these documents is to:

 Provide a documented description of the design of the system that can be reviewed

and approved by the stakeholders during a critical design review,

 Provide a description of the system in enough detail that its component parts can be

procured and built (“built-to”),

 Provide a description of the hardware and software system components in sufficient

detail for them to be maintained and upgraded,

This document addresses the design from various disciplines: mechanical, electrical, thermal, and/or plasma/particle beams aspects. This document contains design descriptions and refers to other design specifications as needed. In this respect, it is the entry point for identifying all design specifications. When the design description is the result of an analysis identified as a verification activity for the system, the description shall mention the

concerned set of requirement by their Id and the related Verification Plan and Verification Report (use section “References”).>

1.2

Definitions, acronyms and abbreviations

Abbreviation Explanation of abbreviation

XXX Xxxxxx

XXX Xxxxxx

<<>> <<>>

1.3

References

<Please input relevant text that pertains to the above subject matter………>

2.

SYSTEM CHARACTERISTICS

2.1

System purpose

< This short section gives a brief overview of the main functions of system to be built. It is a high-level description.>

2.2

System overview

< This is an overview of the system to be developed. This describes what it interfaces with, its states and modes, and the system architecture. Note that the system architecture is not a design [that will be

(4)

Date <<01 Sept 2011>> done later].>

3.

HARDWARE DESCRIPTION

3.1

Mechanical design

3.1.1 Structural design

<Please input relevant text that pertains to the above subject matter………>

3.1.2 Fluid mechanical design

<Please input relevant text that pertains to the above subject matter like cooling ………>

3.1.3 CAD references

< This section completes the description of the hardware components. It contains a detailed list of the exact hardware items to be procured by name, part number, manufacturer, and quantity. If necessary, it lists any hardware component specifications or drawings which have been prepared by the design team.>

3.2

Electrical design

<Please input relevant text that pertains to the above subject matter like electrical architecture, radio frequency design, ………>

3.3

Instrumentation design

<Please input relevant text that pertains to the above subject matter like control systems design, front end electronics and sensors ………>

4.

SOFTWARE DESCRIPTION

<This section completes the description of the software components. It contains a detailed list of the COTS software products to be procured, by vendor, name, part number, and options.

If the project involves custom software applications, this section could become the dominant and largest part of this document. Its purpose is to provide enough information so the code can be developed. Subsequently, so the code can be understood for maintenance and system upgrades. As a result, the overriding requirement is that the descriptions of the software components are complete and the link between these descriptions and the actual source code is clear and explicit.

If a software design tool is used, it may produce most of the Detailed Design Specification required in this document.

For example, if an object oriented software design methodology is to be used, the description of the custom software components would include:

 Class description for significant internal and external classes necessary to implement

the functional requirements,

 Description of each class attributes, methods, and relationships,

 Class diagrams and other diagramming methods as appropriate, such as: sequence,

(5)

Date <<01 Sept 2011>>

 Component diagrams to describe the physical partitioning of the software into code

components

 Descriptions of common patterns to be used in the software design, such as, the

pattern to be used for inter-process communication, or for implementation of an operator interface>

5.

SAFETY DESIGN

<Please input the features specifically designed to enhance the safety. This applies for hardware and software components.>

6.

EQUIPMENT DESIGN

<if applicable>

6.1

Packaging

<This section contains a detailed list of the exact packaging items to be procured by name, part number, manufacturer, and quantity. If necessary, it lists any hardware component specifications or drawings which have been prepared by the design team.>

6.2

Handling

<This section completes the description of the handling components. It contains a detailed list of the exact hardware items to be procured by name, part number, manufacturer, and quantity. If necessary, it lists any hardware component specifications or drawings which have been prepared by the design team.>

6.3

Storage

<This section completes the description of the components for supporting the storage. It contains a detailed list of the exact hardware items to be procured by name, part number, manufacturer, and quantity. If necessary, it lists any hardware component specifications or drawings which have been prepared by the design team.>

6.4

Transportation

<This section completes the description of the components for supporting the transportation. It contains a detailed list of the exact hardware items to be procured by name, part number, manufacturer, and quantity. If necessary, it lists any hardware component specifications or drawings which have been prepared by the design team.>

(6)

References

Related documents

This article ends by arguing for some changes that need to occur in pre-service teacher education in order for teachers to teach effectively with a values focus, including the

[r]

Responses given to the questionnaires and reflections shared during focus group discussions revealed three main themes which are: “Journey of Teacher Professionalism Encountered

Only after taking the Uncommon Initiation, one is qualified and required to recite The Treatise Easily Carrying the Yoga of the Continuity of the Profound

The water vapour meridional flow at 20º S (Figure 16a) on 17 October, showed opposite flows immediately east of the Andes, with northward water vapour flux near the surface up

The hsp65 and rpoB amplicons of 19 additional isolates were submitted to direct sequencing: 10 isolates (isolates B51, B49, B37, B31, B25, B58, B52, B43, B50, and B30) randomly

First Day of Medicare Part A: Item A2400A is coded “Yes” to a Medicare Stay then code A2400B: start of Medicare stay date, at Section GG the look-back is on day three of the

Short programmes have by definition only a small lock-in effect, and thus their positive effect accumulates much longer, suggesting a gain of about seven to eight months of