System Design Description template

Similar documents
Appendix <<1>> System Status Report for System template

Issue Management Plan Preparation Guidelines

Systems Engineering Process

Software Requirements Specification. <Project> for. Version 1.0 approved. Prepared by <author> <organization> <date created>

System Development and Life-Cycle Management (SDLCM) Methodology. Approval CISSCO Program Director

ITS Projects Systems Engineering Process Compliance Checklist

Software Design Document (SDD) Template

System Requirement Checklist

Software Project Management Plan (SPMP)

In-Store Merchandise and Inventory Management. SAP Best Practices for Retail

CSC340S Asst3 Information System Design Detailed Marking Scheme

Configuration Management Plan

Software Configuration Management Plan

Blackhawk Technical College. Information Technology Services. Process Improvement Visioning Document

Chap 1. Introduction to Software Architecture

Software Project Models

Project Governance Concepts Issues and Constraints. Dick Patterson

Information Technology Project Oversight Framework

Release Strategy Enhancement in Purchase Order

ALS Configuration Management Plan. Nuclear Safety Related

Electronic Clinical Transfusion Management System

SmartCart Design Description

Software Architecture Action Guide. Why do we care about Software Architecture?

Cost-effective supply chains: Optimizing product development through integrated design and sourcing

System Requirements Specification (SRS) (Subsystem and Version #)

PROJECT PLAN TEMPLATE


SYSTEMS AND SOFTWARE REQUIREMENTS SPECIFICATION (SSRS) TEMPLATE. Version A.4, January 2014 FOREWORD DOCUMENT CONVENTIONS

How To Develop Software

>

Use Cases. Massimo Felici. Massimo Felici Use Cases c

CDC UNIFIED PROCESS JOB AID

Sofware Requirements Engineeing

How to Query Receiving Documents

Fourth generation techniques (4GT)

Owner-User Pressure Equipment Integrity Management Requirements

Software Life Cycle Process - DO-178B

BENEFITS REALISATION PLANS

Managing Data Growth Within Contract Management Systems with Archiving Strategies

Solutions. An introduction to the science & art of system architecture engineering

What methods are used to conduct testing?

SOFTWARE DEVELOPMENT STANDARD FOR SPACECRAFT

Adaptive Radio. Cognitive Radio

Project Management Planning

What is a life cycle model?

Scope: Communications and Electronic Systems addressed in this section include:

Overview. System Definition Webster s Dictionary. System Engineering Hierarchy. System Engineering. Computer-Based Systems [PRE2005]

Drupal Survey. Software Requirements Specification /10/2009. Chris Pryor Principal Project Manager

Software Documentation

CDC UNIFIED PROCESS PRACTICES GUIDE

IEC Overview Report

Configuration Management SOP

SAP Sybase Legacy License Audit Process & Methodology

Trends in Embedded Software Development in Europe. Dr. Dirk Muthig

How to make a good Software Requirement Specification(SRS)

Software Engineering/Courses Description Introduction to Software Engineering Credit Hours: 3 Prerequisite: (Computer Programming 2).

INTEGRATED SOFTWARE QUALITY MANAGEMENT (ISQM)

Software development life cycle. Software Engineering - II ITNP92 - Object Oriented Software Design. Requirements. Requirements. Dr Andrea Bracciali

Lecture 17: Requirements Specifications

System/Data Requirements Definition Analysis and Design

Montana Department of Transportation Information Services Division. System Development Life Cycle (SDLC) Guide

Software Test Plan (STP) Template

TREASURY INSPECTOR GENERAL FOR TAX ADMINISTRATION

SOFTWARE DEVELOPMENT PLAN

CA/NV AWWA SCADA Seminar SCADA Master Planning. Presented by: Philip Gaberdiel Cell: ext

Commission Accounting User Manual

Environmental System Manual ISO14001:2004E

Energy Design Resources Commissioning Plan Outline Template

Capacity Plan. Template. Version X.x October 11, 2012

Design Document Version 0.0

Use Cases. Reference: Craig Larman, Applying UML and Patterns, Ch. 6

PALAU A SITUATION ANALYSIS OF CHILDREN, YOUTH & WOMEN. GOVERNMENT OF PALAU with the assistance of UNICEF

APP USER MANUAL. Trackunit Virtual Hardware. Status / Tracking / Map

Use Case Diagrams. Tutorial

Date: 1 May Call for Expressions of Interest. Dear Colleagues,

FDA Software Validation-Answers to the Top Five Software Validation Questions

Overview of the System Engineering Process. Prepared by

EA-ISP-012-Network Management Policy

CONFIGURATION MANAGEMENT PLAN GUIDELINES

Microsoft Dynamics AX 2012 R2 New Features*

California Department of Mental Health Information Technology Attention: MHSA-IT th Street, Room 141 Sacramento, CA 95814

COST-BENEFIT ANALYSIS TEMPLATE

Project Plan for <project name>

LECTURE 1. SYSTEMS DEVELOPMENT

Managing Process Architecture and Requirements in a CMMI based SPI project 1

Information Technology Services Project Management Office Operations Guide

Interactive system specification. Interactive system definition. Issues to be taken into account for interactive systems

CONTENTS. List of Tables List of Figures

VARTA EasyPack. design-in handbook. The easy way to power portable devices! See also:

Systems Engineering Management Plan

Integrating Oracle Sales Cloud, Release 9 with JD Edwards EnterpriseOne release 9.1 Implementation Guide

Peter Mileff PhD SOFTWARE ENGINEERING. The Basics of Software Engineering. University of Miskolc Department of Information Technology

To introduce software process models To describe three generic process models and when they may be used

GnuRadio CONTACT INFORMATION: phone: fax: web:

Transcription:

Document Template Document Number ESS-0004797 Date Jul 16, 2014 Revision 1 State Released System Design Description template Authors Reviewers Approver Name Affiliation European Spallation Source ESS AB Visiting address: ESS, Tunavägen 24 P.O. Box 176 SE-221 00 Lund SWEDEN www.esss.se

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 2(6)

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 3(6)

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, package, activity concurrency, and state diagrams 4(6)

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.> 5(6)

6(6)