Overview of WP1 at a Glance Pierre Bonnal Engineering Department Scientist-in-Charge for CERN.

Slides:



Advertisements
Similar presentations
Introduction to Product Family Engineering. 11 Oct 2002 Ver 2.0 ©Copyright 2002 Vortex System Concepts 2 Product Family Engineering Overview Project Engineering.
Advertisements

Module N° 7 – SSP training programme
Global Congress Global Leadership Vision for Project Management.
PROCESS FRAMEWORK Lecture - 3. Topics covered PROCESS FRAMEWORK PROCESS MODELS DIFFERENCE.
CS3773 Software Engineering Lecture 01 Introduction.
Chapter 7: Key Process Areas for Level 2: Repeatable - Arvind Kabir Yateesh.
IAEA International Atomic Energy Agency. IAEA Outline Learning objectives Introduction Functions of Regulatory Body (RB) on EPR Appraisal guidance: Part.
ITIL: Service Transition
New technologies and disaster information resources Part 2. The right information, at the right time, the right way.
L4-1-S1 UML Overview © M.E. Fayad SJSU -- CmpE Software Architectures Dr. M.E. Fayad, Professor Computer Engineering Department, Room #283I.
SE curriculum in CC2001 made by IEEE and ACM: Overview and Ideas for Our Work Katerina Zdravkova Institute of Informatics
R R R CSE870: Advanced Software Engineering (Cheng): Intro to Software Engineering1 Advanced Software Engineering Dr. Cheng Overview of Software Engineering.
Systems Analysis and Design for Electronic Commerce, Networked Business Processes, and Virtual Enterprises Walt Scacchi, Ph.D. GSM 271 and FEMBA 271 Spring.
Creating Architectural Descriptions. Outline Standardizing architectural descriptions: The IEEE has published, “Recommended Practice for Architectural.
Introduction to Software Testing
Engineering Systems of.
HL-LHC Standards and Best Practices Workshop (11-13 June 2014)
INCOSE 1 st reactions. One other area that struck me has the sheer number of levels of proficiency—in ours we are going with 5 and the first one is limited.
System Design/Implementation and Support for Build 2 PDS Management Council Face-to-Face Mountain View, CA Nov 30 - Dec 1, 2011 Sean Hardman.
Effective Methods for Software and Systems Integration
Chapter : Software Process
Technical Meeting on Evaluation Methodology for Nuclear Power Infrastructure Development December, 2008 Nuclear Safety in Infrastructure Building.
Chapter 4 Interpreting the CMM. Group (3) Fahmi Alkhalifi Pam Page Pardha Mugunda.
Introduction to Software Quality Assurance (SQA)
Copyright 2005 Welcome to The Great Lakes TL 9000 SIG TL 9000 Requirements Release 3.0 to Release 4.0 Differences Bob Clancy Vice President, BIZPHYX,
Dillon: CSE470: SE, Process1 Software Engineering Phases l Definition: What? l Development: How? l Maintenance: Managing change l Umbrella Activities:
-Nikhil Bhatia 28 th October What is RUP? Central Elements of RUP Project Lifecycle Phases Six Engineering Disciplines Three Supporting Disciplines.
IAEA International Atomic Energy Agency Reviewing Management System and the Interface with Nuclear Security (IRRS Modules 4 and 12) BASIC IRRS TRAINING.
Project Management at CERN Pierre Bonnal Engineering Department RIGI CERN.
1 Configuration Management “The Cookbook Approach”
SQA System Overview Chapter 4. Where we have been so far, Where we are going Where do software errors come from? What is quality? How can quality be measured?
Topic (1)Software Engineering (601321)1 Introduction Complex and large SW. SW crises Expensive HW. Custom SW. Batch execution.
A framework to assess project technical progress.
Importance of PURESAFE for the FAIR facility Helmut Weick, GSI CERN Geneva, 19. Jan  Overview FAIR / Super-FRS  Radiation Areas  Robot Handling.
Object-Oriented Software Engineering Practical Software Development using UML and Java Chapter 1: Software and Software Engineering.
HL-LHC Project Kick-off Meeting Friday 15 th April 2011 Sylvain Weisz DG-DI-DAT on the behalf of the A&T Sector Projects Support Office.
Other Quality Attributes Other Important Quality attributes Variability: a special form of modifiability. The ability of a system and its supporting artifacts.
Object-Oriented Software Engineering Practical Software Development using UML and Java Chapter 1: Software and Software Engineering.
CRESCENDO CRESCENDO Philippe HOMSI Paul WEBSTER
Engineering Department ENEN What is changing in EN 1. Streamlining and boosting remote handling and manipulation activities 2. Bringing small works closer.
Lecture Introduction to Software Development SW Engg. Development Process Instructor :Muhammad Janas khan Thursday, September.
L6-S1 UML Overview 2003 SJSU -- CmpE Advanced Object-Oriented Analysis & Design Dr. M.E. Fayad, Professor Computer Engineering Department, Room #283I College.
CLIC Implementation Studies Ph. Lebrun & J. Osborne CERN CLIC Collaboration Meeting addressing the Work Packages CERN, 3-4 November 2011.
1 EARLY SAFETY MANAGEMENT OF PROJECTS AND EXPERIMENTS HSE UNIT PH DSO EDMS No
FDT Foil no 1 On Methodology from Domain to System Descriptions by Rolv Bræk NTNU Workshop on Philosophy and Applicablitiy of Formal Languages Geneve 15.
BSBPMG501A Manage Project Integrative Processes Manage Project Integrative Processes Project Integration Processes – Part 1 Diploma of Project Management.
NCSX Systems Engineering Management Plan Peer Review Bob Simmons May 15, 2003.
1 UNEP/IETC EST Initiative Proposed Cooperation Framework 4 December 2003 Otsu, Japan.
PPTTEST 12/26/ :41 1 IT Ron Williams Information Technology Management Project Management.
Overview of RUP Lunch and Learn. Overview of RUP © 2008 Cardinal Solutions Group 2 Welcome  Introductions  What is your experience with RUP  What is.
CSCE 240 – Intro to Software Engineering Lecture 2.
H2020 FOCUS ON EDUCATION Creat-it Conference
Workflow Stephen Aylward Luis Ibanez. Goals Identify 3 main challenges in this area Identify 3 specific problems that can be solved by a collaborative.
19/11/2015 PSB and PS&TT2 Facilities YETS L. Kobzeva.
Software Quality Assurance. Software Quality Software quality is defined as the quality that ensures customer satisfaction by offering all the customer.
FACILITIES PLANNING INTRODUCTION Form Follows Function Form and function should be one, joined in a spiritual union.
EUROnu Costing Workshop May 2011 Beta-Beam Costing Exercise Elena Wildner, CERN 25/05/11 1 EUROnu Costing Workshop, CERN May 2011.
25/02/2016 SW Development Process - SW Architecture/Stefan L. Meier/Electronic Product Development SW Architecture EPD Software Development Process 1.
© Chinese University, CSE Dept. Software Engineering / Topic 3: Software Engineering Principles Your Name: _____________________ Computer Science.
Service Design.
Quality Management at CERN Pierre Bonnal Engineering Department.
Advanced Software Engineering Dr. Cheng
PSB Lock Out Test, Follow-Up AP. Bernardes-/EN-STI, K
Project Management at CERN
CS4311 Spring 2011 Process Improvement Dr
Introduction to Software Testing
Safety Readiness Review (SRR) Thomas Hansson, ESH
DOE Review of the LCLS Project October 2006
ESHAC #8 Safety Readiness Review Thomas Hansson, ESH
Presentation transcript:

Overview of WP1 at a Glance Pierre Bonnal Engineering Department Scientist-in-Charge for CERN

Outline 1.Rationale towards a SE-related WP 2.Status of WP1 3. at a glance

1. Rationale

Rationale Scientific facility emitting ionizing radiations: It shall run and achieve performance level It shall also achieve ORAMS objectives Operability, Reliability, Availability, Maintainability, Safety To enhance these objectives: Telerobotics solutions may be required Virtual reality solutions also

Rationale Development of scientific facilities involves: Physics Mechanical Eng. Electrical Eng. Electronics Communication Controls & SW Configuration Interfaces Coordination Management Tangible Less tangible Not tangible Adapted from Krob 2014 telerobotics also involves Architecture & Systems Engineering

Rationale Multi-dimensional complex product (scientific facility) made of Multi-dimensional complex products (equipment and systems) contributing to the performance e.g. RF cavities, magnets, collimators, etc. The ORAMS objectives e.g. telerobotic means, virtual reality devices FRACTAL PATTERN

Rationale  Requirement no. 1 Considering Systems Engineering for enhancing the development and operation of scientific facilities is required Formal Systematic Informal Ad hoc

Rationale (continued) Which systems engineering approach?

Rationale

Common PM + SE backbone

Rationale  Requirement no. 2 Considering a PM + SE approach that: Accommodates the typology of projects Is participative-based to match the project management culture of scientific organizations Is lean thinking-based to enhance the value of the PM+SE processes while limiting burden Is open source-based to ease its sharing, its adaptation, the development of tools, etc.

2. WP1

What SE is about? Part 3 – Systems Engineering and Management Lifecycles Concept and systems definition (architecture design, needs and requirements) Systems realization (development, integration, verification and validation) Systems deployment and use (ORAMS: Operability, Reliability, Availability, Maintainability, Safety) Systems engineering management (scope, planning, risk management, configuration management, information management, quality management) Appropriateness to scientific facility projects?

WP1 Processes & Modelling What to enhance? Design for RAMS RP1 Douzi IMRAN KHAN Intervention planning RP2 Mathieu BAUDIN Design for openness RP3 Jenni HYPPÖLÄ Information management RP4 Marja LINTALA Configuration Management RP5 Masoud NIKNAM How to better embed RAMS aspects into SE? How to integrate the collaborative dimension in planning and scheduling? How to accommodate open innovation in SE? How to better embed PLM aspects into SE? How to better embed CM aspects into SE?

WP1 Processes & Modelling What else to enhance? Leanness of PM and SE PM vs. SE Lifecycle, Roles, Results Safety & Radiation Safety

3. at a glance

“Business Model” A systems engineering framework suited to scientific facilities and systems subject to ionizing radiations Authored in the spirit of: Covering the topics covered in:

Editorial Content Guidelines, Standards, Specifications, SW, etc. Improvement of the editorial content

cern.ch/openSE Not yet openSE.org

“Target Markets” Primary market: Project professionals involved with projects related to scientific facilities or systems subject to ionizing radiation such as the LHC or FAIR Secondary market: Project professionals involved with projects related to complex facilities or systems subject to ionizing radiation e.g. NPPs, or in projects related to scientific facilities subject of various hazards Tertiary market: Students in engineering, applied physics or in PM who wish to better understand SE; Instructors and lecturers in these fields Not necessarily telerobotics experts!

3.1 key features

Lifecycle A common understanding of a facility or system lifecycle

Processes A common understanding of key processes Systems Engineering processes: gathering needs and defining requirements, systems architecting and modelling, verifying & validating, managing product risks, managing configuration & quality Project Management processes: scoping, planning and scheduling, costing, managing project risks, supplying components Design and Engineering processes: DfS, DfE, DfMA, DfP, DfC, DfO, DfR, DfA, DfM, DfT/DfRH* * Design for Telerobotics / Design for Remote Handling ??

Roles A common understanding of roles and responsibilities

Results A common understanding of the expected results The systems or the facility indeed The means for “ORAMS’ing” them Information, documentation

What’s next? Using for sharing and collecting PM and SE good practices e.g. document templates, case studies Using for specifying tools e.g. requirement engineering Using for PM and SE training Keeping it lean, open, and collaboration- oriented

All my thanks to all those who contributed and by anticipation, to those who will join the initiative