PROBLEM SPACE MODELING A Dynamic Future For Requirements Analysis

Size: px
Start display at page:

Download "PROBLEM SPACE MODELING A Dynamic Future For Requirements Analysis"

Transcription

1 PROBLEM SPACE MODELING A Dynamic Future For Requirements Analysis Jeffrey O. Grady President JOG System Engineering, Inc Charae Street San Diego, CA (858) jgrady@ucsd.edu 1I-A-1

2 Agenda A current reality Program preparation Traditional structured analysis UML The future 1I-A-2

3 How Should the Engineer Approach Unprecedented Problem Space? FUNCTIONAL FACET VISION PROBLEM SPACE OBJECT FACET BEHAVIORAL FACET ANALYST 1I-A-3

4 System Entities FAMILY OF SYSTEMS A AIRCRAFT SATELLITE LAND WEAPONS SYSTEM SYSTEM SYSTEM SYSTEMS A1 A2 A3 A4 SOFTWARE ENTITIES 1I-A-4

5 System Elements A Single Model Will Not Work Software Content Hardware Content 1I-A-5

6 TOOLS TEMPLATE DOMAINS METHODS Prepare the Enterprise MAP METHODS AND DOMAINS TO TEMPLATE, BUILD DID RAS & DATABASE REQUIRE- MENTS SYSTEM & HW SOFTWARE PUBLISH SPECIFI- CATIONS SPECIFI- CATIONS SDD TEMPLATE PREPARE SDD SYSTEM DEFINITION DOCUMENT 1I-A-6

7 Prepare the Enterprise Select standards and corresponding templates Select preferred structured analysis models Tailor templates for alignment with models you choose to use to explore problem space Build data item description (DID) for each specification type/model application System specification/tsa Hardware performance specification/tsa Software performance specification/uml Software performance specification/dodaf Hardware ICD/TSA and software IRS/UML and DoDAF Map organization and models to template Apply SDD as a means to capture models products 1I-A-7

8 Generic Template 3.1 States and modes 3.2 Entity capabilities 3.2.m Entity capability m 3.2.m.n Entity capability m, requirements n 3.3 Interface requirements External interfaces m External interface m m.n External interface m, requirement n Internal interfaces m Internal interface m m.n Internal interface m, requirement n 3.4 Specialty engineering requirements 3.4.m Specialty discipline m 3.4.m.n Specialty discipline m, requirement n 3.5 Environmental requirements 3.6 Precedence and criticality considerations 1I-A-8

9 Do the Analysis Work Using Preferred Models TOOLS TEMPLATE RAS & DATABASE DOMAINS METHODS MAP METHODS AND DOMAINS TO TEMPLATE, BUILD DID REQUIRE- MENTS SYSTEM & HW PUBLISH SPECIFI- CATIONS SPECIFI- CATIONS SOFTWARE SDD TEMPLATE PREPARE SDD SYSTEM DEFINITION DOCUMENT 1I-A-9

10 Ultimate Process Diagram ENTERPRISE VISION F CUSTOMER NEEED F 25 ACQUIRE NEW BUSINESS F3 SUPPLIER FUNCTIONS MANAGE CUSTOMER ACTIVITIES F6 F5 NEW PROGRAM NEED ENTERPRISE SCOPE LESSONS LEARNED 2 SUPPLIER CONTROL GRAND GRAND GRAND SYSTEMS SYSTEMS SYSTEMS SYNTHESIS VERIFICATION F41 F42 F SUPPLIER MATERIA L MANAGE PROGRAM F49 ASSURE PRODUCT AND PROCESS QUALITY 9 F46 GRAND SYSTEMS DEVELOPMENT OVERLAY 2 GRAND SYSTEMS SUSTAINMENT F48 USE SYSTEM F47 GRAND SYSTEMS EMPLOYMENT OVERLAY SYSTEM/PROGRAM LIFE CYCLE OVERLAY F4 DISPOSED SYSTEM 47 MANAGE ENTERPRISE F1 PROGRAM RESOURCES 35 PROVIDE PROGRAM RESOURCES GRAND SYSTEMS MANAGEMENT OVERLAY 1I-A-10 F2 GRAND SYSTEMS UNIVERSE : REFER TO PROGRAM SYSTEM DEFINITION DOCUMENT FOR EPANSION F

11 The Process AVAILABLE SPECIFICATION TEMPLATES AND SPCIFICATION DATA ITEM DESCRIPTION MANAGE DATABASE ENTERPRISE ENGINEERING AVAILABLE FUNCTIONAL DEPARTMENTS AVAILABLE APPROVED MODELS SYSTEM DEFINITION DOCUMENT TEMPLATE AVAILABLE COMPUTER TOOLS AND MAP MODELS & DEPARTMENTS TO TEMPLATES SYSTEM DEFINITION DOCUMENT DID SET UP COPY OF DATABASE FOR PROGRAM GENERIC PREPARATION WORK AND ACCOMPLISH PLANNED MODELING WORK AND ENTER INTO RAS PROGRAM WORK ENTER SDD DATA INTO THE RECORD PUBLISH SPECIFICATION PUBLISH SDD RELEASED SPECIFICATIONS RELEASED SDD 1I-A-11

12 Traditional Structured Analysis 3.1 SELECT TEMPLATE PROGRESSIVE FEEDBACK NEED PERFORMANCE MISSION STATES AND MODES DEFINE ENTITY CAPABILITY 3.2 SYNTHESIZE ARCHITECTURE DEVELOP DESIGN CONCEPTS INTERFACE SPECIALTY ENGINEERING IDENTIFY INTERFACE IDENTUFY SPECIALTY ENGINERING DOMAINS DEFINE INTERFACE MEDIA TECHNOLOGY MAP DISCIPLINES TO ARCHITECTURE DEFINE INTERFACES DEFINE SPECIALTY ENGINEERING MAINTAIN SHEET (IN A COMPUTER DATABASE) PUBLISH SPECIFICATIONS Specification SPECIFICATIONS IDENTIFY SYSTEM SPACES SELECT PARAMETERS AND TAILOR RANGE Template/ DID PROCSSES DEFINE END ITEM ZONES DEFINE PROCSSES ENVIRONMENT DEFINE ZONE ENVIRONMENTS MAP ARCHITECTURE TO PROCESSES MAP COMPONENTS TO ZONES NOTE Specification template paragraph numbers in red. NATURAL ENVIRONMENTAL ENVIRONMENTAL IDENTIFY HOSTILE THREATS DEFINE HOSTILE ENVIRONMENTAL System Definition Document IDENTIFY NON- COOPERATIVE ENVIRONMENTAL STRESSES IDENTIFY SELF- INDUCED ENVIRONMENTAL STRESSES DEFINENON- COOPERATIVE ENVIRONMENTAL DEFINESELF- INDICED ENVIRONMENTAL INTEGRATE ENVIRONMENTAL 3.5 JOG SYSTEM ENGINEERING I-A-12

13 Functional Decomposition TOP LEVEL USING DECIMAL- DELIMINATED LEVEL NOTATION FIRST LEVEL SECOND LEVEL I-A-13

14 Integrated RAS and N-Square Diagram For Internal and External Interface ETENDED COOPERATIVE SYSTEMS AIS PERFORMANCE REQUIREMENT FOR COOPERATIVE SYSTEM ETENDED FAM ETENDED N-SQUARE DIAGRAM QC1 F F4781 A F4783 A11 F4782 FUNCTION AIS I2y A12 I1x A13 TRADITIONAL RAS INTERNAL N-SQUARE DIAGRAM ARCHITECTURE AIS PERFORMANCE FUNCTION- ARCHITECTURE MATRI (FAM) 1I-A-14

15 Identification of Specialty Engineering Constraints ARCHITECTURE C O N S T R A I N T S H1 H2 H3 H4 H5 H6 H7 H8 H9 HA HB A11 A12 A13 A14 A A A SDD APPENDI E CONSTRAINT H7 H7 H7 ARCH A11 A12 A13 HD 6.1 HD ARCHITECTURE-SPECIALTY ENGINEERING MATRI (DESIGN CONSTRAINTS SCOPING MATRI) H7 A25 SPECIALTY ENGINEERING FLOW INTO THE INDICATED SPECIFICATIONS THROUGH THE RAS 1I-A-15

16 Specialty Engineering Allocation Specialty Discipline Q7 Allocated to Architecture A11 INTERNAL INTERFACE MATRI (RED) ARCHITECTURE- SPECIALTY ENGINEERING MATRI (GREEN) Q7 A11 ARCHITECTURE AIS FUNCTION- ARCHITECTURE MATRI (YELLOW) FUNCTION AIS SPECIALTY ENGINEERING DISCIPLINE AIS 1I-A-16

17 Four System Environmental Classes SYSTEM ENVIRONMENT Q COOPERATIVE ENVIRONMENT QC NON- COOPERATIVE ENVIRONMENT Q HOSTILE ENVIRONMENT QH NATURAL ENVIRONMENT QN SELF-INDUCED ENVIRONMENT QI DEVELOPED AS ETERNAL INTERFACES SEE SDD APPENDI D DEVELOPED AS ENVIRONMENTAL STRESSES SEE SDD APPENDI B SYSTEM SPACE QN1 SYSTEM TIME QN2 NATURAL STRESSES QN3 1I-A-17

18 Three Environmental Requirements Layers System Identify spaces within which the system will have to function Select standards covering those spaces For each standard, select parameters that apply Tailor the range of selected parameters End item Build three dimensional model of end items, physical processes, and process environments Extract item environments Component Zone end item into spaces of common environmental characteristics Map components to zones Components inherit zone environmental requirements 1I-A-18

19 RAS-Complete In Table Form MODEL ENTITY REQUIREMENT ENTITY PRODUCT ENTITY DOCUMENT ENTITY MID MODEL ENTITY NAME RID REQUIREMENT PID ITEM NAME PARA TITLE F47 Use System A Product System F471 Deployment Ship Operations A Product System F4711 Store Array Operationally R67 Storage Volume < 10 ISO Vans A1 Sensor Subsystem H Specialty Engineering Disciplines A Product System H11 Reliability EW34 Failure Rate < 10 x 10-6 A1 Sensor Subsystem Reliability H11 Reliability RG31 Failure Rate < 3 x 10-6 A11 Cable Reliability H11 Reliability FYH4 Failure Rate < 5 x 10-6 A12 Sensor Element Reliability H11 Reliability G8R4 Failure Rate < 2 x 10-6 A13 Pressure Vessel Reliability H12 Maintainability 6GHU Mean Time to Repair < 0.2 Hours A1 Sensor Subsystem Maintainability H12 Maintainability U9R4 Mean Time to Repair < 0.4 Hours A11 Cable Maintainability H12 Maintainability J897 Mean Time to Repair < 0.2 Hours A12 Sensor Element Maintainability H12 Maintainability 9D7H Mean Time to Repair < 0.1 Hours A13 Pressure Vessel Maintainability I System Interface A Product System I1 Internal Interface A Product System I11 Sensor Subsystem Innerface A1 I181 Aggregate Signal Feed Source E37H Aggregate Signal Feed Source A1 Sensor Subsystem Impedance Impedance= 52 ohms + 2 ohms I181 Aggregate Signal Feed Load E37I Aggregate Signal Feed Load A4 Analysis and Reporting Impedance Impedance= 52 ohms + 2 ohms Subsystem I2 System External Interface A Product System Q System Environment A Product System QH Hostile Environment A Product System QI Self-Induced Environmental A Product System Stresses QN Natural Environment A Product System QN1 Temperature 6D74-40 degrees F< Temperature A Product System < +140 degrees F Q Non-Cooperative Environmental A Product System Stresses 1I-A-19

20 TOOLS TEMPLATE DOMAINS METHODS Prepare the SDD Capturing the Analytical Work Products MAP METHODS AND DOMAINS TO TEMPLATE, BUILD DID RAS & DATABASE REQUIRE- MENTS SYSTEM & HW PUBLISH SPECIFI- CATIONS SPECIFI- CATIONS SOFTWARE SDD TEMPLATE PREPARE SDD SYSTEM DEFINITION DOCUMENT 1I-A-20

21 Structured Analysis Work Product Capture and Configuration Management NEED SYSTEM MISSION AND FUNCTIONAL & ALLOCATION SYSTEM TIME AND SPACE APPENDI A SYSTEM DEFINITION DOCUMENT ITEM PERFORMANCE PERFORMANCE DEFINITION TIMING DEFINITION SELECTED SPECIFICATION TEMPLATES PROGRAM SPECIFICATION FORMATTING AND PUBLICATION ENVIRONMENTAL ARCHITECTURE SYNTHESIS INTERFACE SPECIALTY ASSESSMENT PROCESS APPENDI B APPENDI C APPENDI D APPENDI E APPENDI F APPENDI G SPECIFICATION TREE DEVELOPMENT INTERFACE DEFINITION ENVIRONMENTAL DEFINITION SPECIALTY ENGINEERING DEFINITION ITEM CONSTRAINTS RAS MIL-STD-961E SYSTEM MIL-STD-961E ITEM PERF MIL-STD-961E ITEM DETAIL ICD TRADITIONAL STRUCTURED PLANE UNIFIED MODELING LANGUAGE PLANE 1I-A-21

22 TOOLS TEMPLATE DOMAINS METHODS Accomplish the SW Analysis MAP METHODS AND DOMAINS TO TEMPLATE, BUILD DID RAS & DATABASE REQUIRE- MENTS (RAS & DATABASE) SYSTEM & HW SOFTWARE PUBLISH SPECIFI- CATIONS SPECIFI- CATIONS SDD TEMPLATE PREPARE SDD SYSTEM DEFINITION DOCUMENT 1I-A-22

23 Need AND OR Build Context Diagram Unified Modeling Language Implementation Approach LP Build Use Cases For Each Terminator LP Build Scenarios For Each Use Case LP LP Structural Classifier Analysis Allocation Translate Scenarios Into Activity Diagrams Assign Swim Lanes To Activity Diagrams Assign/Adjust Classifiers Integrate Activity Diagrams Dynamic Analysis Communication Analysis Requirements Analysis and Specification Publication Design Software Format and Publish Specification Specification Template IOR Sequence Diagram Analysis IOR Packaging Analysis This Level OR Write Code Formally Verify Code State Analysis Class, Object Component, Node, Subsystem Start Spiral N+1 Simulate AND 1I-A-23

24 Structural Classifier Analysis Use Cases Scenarios Activities Context Diagram Final Activity View Activity Integration Swim Lanes Not Illustrated 1I-A-24

25 Swim Lanes for Allocation COMPONENT A31 COMPONENT A32 COMPONENT A33 NY1 NY2 NY3 NY4 NY5 NY6 ACTIVITY DIAGRAM FOR NODE A3 1I-A-25

26 Progressive Identification of Product Entities SYSTEM A SOFTWARE ENTITY A NODE NODE NODE A1 A2 A3 COMPONENT A33 COMPONENT A31 COMPONENT A32 CLASS A311 1I-A-26 OBJECT A3111

27 Dynamic Diagrams to Explore Product Entity Capabilities COMPONENT A31 COMPONENT A32 LZ1 LZ2 COMPONENT A31 COMPONENT A33 LZ3 COMPONENT A32 LZ4 Sequence Diagram State Diagram Communication Diagram 1I-A-27

28 The Entity Capabilities Flow Into the Specification Through the RAS MODELING ENTITY REQUIREMENT ENTITY PRODUCT ENTITY MID TITLE RID TITLE PID TITLE U452 Use Case D4T A5412 Software Component BU7Y Activity Diagram L456 State Diagram R4367 Sequence Diagram C5RT Communication Diag. O44324 Object/Class Diagram C4432 Component Diagram Z443 Deployment Diagram Specification 1I-A-28

29 A Particular Implementation Today ENHANCED FFBD IN CORE MODERN STRUCTURED USING STP RAS IN DOORS VERTICAL TRACEABILIY MANUALLY ACCOMPLISHED ENVIRONMENTAL MANUALLY ACCOMPLISHED N-SQUARE PUBLISH SPECIFICATION UML ACCOMPLISHED WITH RATIONAL PRODUCTS 1I-A-29

30 TOOLS TEMPLATE DOMAINS METHODS MAP METHODS AND DOMAINS TO TEMPLATE, BUILD DID Publish the Results RAS & DATABASE REQUIRE- MENTS SYSTEM & HW SOFTWARE PUBLISH SPECIFI- CATIONS SPECIFI- CATIONS SDD TEMPLATE PREPARE SDD SYSTEM DEFINITION DOCUMENT 1I-A-30

31 Specification Review and Approval Process QuickTime and a TIFF (Uncompressed) decompressor are needed to see this picture. 1I-A-31

32 Toward Process Simplicity FLOW CHARTING MODERN STRUCTURED EARLY OOA SOFTWARE PATH UML USE OF EECUTABLE MODELS UTOPIA! TIME AFs 1950s SYSTEMS AND HARDWARE PATH TRADITIONAL STRUCTURED SYS ML 2010s 1I-A-32

33 Evidence of an Approach Path UML and TSA UNIFIED MODELING LANGUAGE (UML) STATIC REPRESENTATION DYNAMIC REPRESENTATION DEPLOY- MENT DIAGRAM COMPONENT DIAGRAM OBJECT & CLASS DIAGRAMS STATE CHART USE CASE DIAGRAM INTERACTION DIAGRAMS COLLABOR- ATION DIAGRAM SEQUENCE DIAGRAM ACTIVITY DIAGRAM ARCHITECTURE BLOCK DIAGRAM STATE DIAGRAM SCHEMATIC BLOCK DIAGRAM TIMELINE DIAGRAM FUNCTIONAL FLOW DIAGRAM PHYSICAL FACET BEHAVIORAL FACET FUNCTION- AL FACET TRADITIONAL STRUCTURED (TSA) 1I-A-33

34 We Still Have to Push These Together Some More UML VERSION 2.0 SysML VERSION 1.0 1I-A-34

35 Movement to Model-Driven Development NOW RISE IN THE USE OF STRUCTURED MODEL DRIVEN DEVELOPMENT DATABASE DRIVEN DEVELOPMENT DOCUMENT DRIVEN DEVELOPMENT I-A-35 DATES ARE NOTIONAL

36

Boost Your Skills with On-Site Courses Tailored to Your Needs

Boost Your Skills with On-Site Courses Tailored to Your Needs Boost Your Skills with On-Site Courses Tailored to Your Needs www.aticourses.com The Applied Technology Institute specializes in training programs for technical professionals. Our courses keep you current

More information

THE MODEL, THE TEXTUAL AND GRAPHICAL RAS, AND THE SPECIFICATION A LOGICAL AND EFFECTIVE PROGRESSION

THE MODEL, THE TEXTUAL AND GRAPHICAL RAS, AND THE SPECIFICATION A LOGICAL AND EFFECTIVE PROGRESSION JOG SYSTEM ENGINEERING GRAND SYSTEMS DEVELOPMENT TRAINING PROGRAM INTRODUCTORY PRESENTATION THE MODEL, THE TEXTUAL AND GRAPHICAL RAS, AND THE SPECIFICATION A LOGICAL AND EFFECTIVE PROGRESSION JOG Presented

More information

Learn From The Proven Best!

Learn From The Proven Best! Applied Technology Institute (ATIcourses.com) Stay Current In Your Field Broaden Your Knowledge Increase Productivity 349 Berkshire Drive Riva, Maryland 21140 888-501-2100 410-956-8805 Website: www.aticourses.com

More information

Software Engineering (CSC 4350/6350) Rao Casturi

Software Engineering (CSC 4350/6350) Rao Casturi Software Engineering (CSC 4350/6350) Rao Casturi Recap What is software engineering? Modeling Problem solving Knowledge acquisition Rational Managing Software development Communication Rational Management

More information

MBA BADM559 Enterprise IT Governance 12/15/2008. Enterprise Architecture is a holistic view of an enterprise s processes, information and

MBA BADM559 Enterprise IT Governance 12/15/2008. Enterprise Architecture is a holistic view of an enterprise s processes, information and Enterprise Architecture is a holistic view of an enterprise s processes, information and information technology assets as a vehicle for aligning business and IT in a structured, more efficient and sustainable

More information

TOPIC DESCRIPTION SUPPLEMENT for the SYSTEMS ENGINEERING SURVEY DESCRIPTION

TOPIC DESCRIPTION SUPPLEMENT for the SYSTEMS ENGINEERING SURVEY DESCRIPTION 1 2 Objectives of Systems Engineering 3 4 5 6 7 8 DoD Policies, Regulations, & Guidance on Systems Engineering Roles of Systems Engineering in an Acquisition Program Who performs on an Acquisition Program

More information

Software Engineering Fall 2015 (CSC 4350/6350) TR. 5:30 pm 7:15 pm. Rao Casturi 09/08/2015

Software Engineering Fall 2015 (CSC 4350/6350) TR. 5:30 pm 7:15 pm. Rao Casturi 09/08/2015 Software Engineering Fall 2015 (CSC 4350/6350) TR. 5:30 pm 7:15 pm Rao Casturi 09/08/2015 http://cs.gsu.edu/~ncasturi1 Functional and Non Functional Requirement Functional Specification a system should

More information

CLASS/YEAR: II MCA SUB.CODE&NAME: MC7303, SOFTWARE ENGINEERING. 1. Define Software Engineering. Software Engineering: 2. What is a process Framework? Process Framework: UNIT-I 2MARKS QUESTIONS AND ANSWERS

More information

TECHNICAL REVIEWS AND AUDITS

TECHNICAL REVIEWS AND AUDITS Chapter 11 Technical Reviews and Audits CHAPTER 11 TECHNICAL REVIEWS AND AUDITS 11.1 PROGRESS MEASUREMENT The Systems Engineer measures design progress and maturity by assessing its development at key

More information

INTEGRATION of PROJECT MANAGEMENT and SYSTEMS ENGINEERING

INTEGRATION of PROJECT MANAGEMENT and SYSTEMS ENGINEERING Copyright 2018 by Yves Theriault. Permission granted to INCOSE to publish and use. INTEGRATION of PROJECT MANAGEMENT and SYSTEMS ENGINEERING San Diego INCOSE Mini-Conference December 1, 2018 John Wood,

More information

INCOSE (MBSE) Model Based System Engineering (SoS) System of Systems Activity Introduction

INCOSE (MBSE) Model Based System Engineering (SoS) System of Systems Activity Introduction INCOSE (MBSE) Model Based System Engineering (SoS) System of Systems Activity Introduction Ron Williamson, Ph.D. Raytheon ron.williamson@incose.org Jan 30-31, 2011 INCOSE IW11 MBSE Workshop MBSE Wiki page:

More information

Chapter 1. What is Software Engineering. Shari L. Pfleeger Joanne M. Atlee. 4 th Edition

Chapter 1. What is Software Engineering. Shari L. Pfleeger Joanne M. Atlee. 4 th Edition Chapter 1 What is Software Engineering Shari L. Pfleeger Joanne M. Atlee 4 th Edition Contents 1.1 What is Software Engineering? 1.2 How Successful Have We Been? 1.3 What Is Good Software? 1.4 Who Does

More information

System Engineering. Instructor: Dr. Jerry Gao

System Engineering. Instructor: Dr. Jerry Gao System Engineering Instructor: Dr. Jerry Gao System Engineering - System Engineering Hierarchy - System Modeling - Information Engineering: An Overview - Product Engineering: An Overview - Information

More information

The Challenge Tom Williams

The Challenge Tom Williams The Challenge Going Beyond Systems Engineering SI4000 Systems Engineering Seminar Tom Williams Sector Vice President, Program Integration Integrated Systems Sector What s Wanted Major Concerns On Time

More information

CHAPTER 2 LITERATURE SURVEY

CHAPTER 2 LITERATURE SURVEY 10 CHAPTER 2 LITERATURE SURVEY This chapter provides the related work that has been done about the software performance requirements which includes the sub sections like requirements engineering, functional

More information

Collaborative Development of Systems Architecting Design Rules

Collaborative Development of Systems Architecting Design Rules 14 th NDIA Systems Engineering Conference 24-27 October 2011 Presentation #13176 Collaborative Development of Systems Architecting Design Rules Tom McDermott Dir. of Research and Dep. Dir., GTRI tom.mcdermott@gtri.gatech.edu

More information

Chapter 1. Contents. What is Software Engineering 9/9/13. Shari L. Pfleeger Joanne M. Atlee. 4 th Edition

Chapter 1. Contents. What is Software Engineering 9/9/13. Shari L. Pfleeger Joanne M. Atlee. 4 th Edition Chapter 1 What is Software Engineering Shari L. Pfleeger Joanne M. Atlee 4 th Edition Contents 1.1 What is Software Engineering? 1.2 How Successful Have We Been? 1.3 What Is Good Software? 1.4 Who Does

More information

Actionable enterprise architecture management

Actionable enterprise architecture management Enterprise architecture White paper June 2009 Actionable enterprise architecture management Jim Amsden, solution architect, Rational software, IBM Software Group Andrew Jensen, senior product marketing

More information

Define functional analysis and place it in context within system development. Describe the activities and value of functional analysis.

Define functional analysis and place it in context within system development. Describe the activities and value of functional analysis. Functional 1 Agenda Define functional analysis and place it in context within system development. Describe the activities and value of functional analysis. Describe, and illustrate with examples, two tools

More information

NDIA Test and Evaluation Conference

NDIA Test and Evaluation Conference NDIA Test and Evaluation Conference Model Based Systems Engineering (MBSE) and Modeling and Simulation (M&S) adding value to Test and Evaluation (T&E) March 16, 2011 Larry Grello High Performance Technologies,

More information

7. Model based software architecture

7. Model based software architecture UNIT - III Model based software architectures: A Management perspective and technical perspective. Work Flows of the process: Software process workflows, Iteration workflows. Check Points of The process

More information

Activity Based Operation Modeling and Events Simulation

Activity Based Operation Modeling and Events Simulation Activity Based Operation Modeling and Events Simulation TechnoSoft the Company TechnoSoft Inc., founded in 1992, is a leading provider of object-oriented Modeling software for Knowledge-Based Engineering.

More information

Methodology for Selecting the Preferred Networked Computer System Solution for Dynamic Continuous Defense Missions

Methodology for Selecting the Preferred Networked Computer System Solution for Dynamic Continuous Defense Missions Methodology for Selecting the Preferred Networked Computer Solution for Dynamic Continuous Defense Missions San Diego Dr. Glenn S. Tolentino Command & Control and Enterprise Engineering Department SPAWAR

More information

DEPARTMENT OF COMPUTER SCIENCE AND ENGINEERING Software Engineering Third Year CSE( Sem:I) 2 marks Questions and Answers

DEPARTMENT OF COMPUTER SCIENCE AND ENGINEERING Software Engineering Third Year CSE( Sem:I) 2 marks Questions and Answers DEPARTMENT OF COMPUTER SCIENCE AND ENGINEERING Software Engineering Third Year CSE( Sem:I) 2 marks Questions and Answers UNIT 1 1. What are software myths Answer: Management myths: We already have a book

More information

Object-Oriented Modeling: A Roadmap

Object-Oriented Modeling: A Roadmap University of Paderborn Leiden University Object-Oriented Modeling: A Roadmap University of Paderborn Leiden University Software Development: Traditional (?) Approach implementation June 8, 2000 ICSE 2000:

More information

Project Management Framework with reference to PMBOK (PMI) July 01, 2009

Project Management Framework with reference to PMBOK (PMI) July 01, 2009 Project Management Framework with reference to PMBOK (PMI) July 01, 2009 Introduction Context Agenda Introduction to Methodologies What is a Methodology? Benefits of an Effective Methodology Methodology

More information

LSST Verification & Validation Process & MBSE Methodology

LSST Verification & Validation Process & MBSE Methodology LSST Verification & Validation Process & MBSE Methodology Brian Selvy Kathryn Wesson, George Angeli Project Systems Engineering Telescope MBSE SIG November 2, 2016 1 Agenda LSST s Verification Process

More information

version NDIA CMMI Conf 3.5 SE Tutorial RE - 1

version NDIA CMMI Conf 3.5 SE Tutorial RE - 1 Requirements Engineering SE Tutorial RE - 1 What Are Requirements? Customer s needs, expectations, and measures of effectiveness Items that are necessary, needed, or demanded Implicit or explicit criteria

More information

Model Based System Engineering (MBSE) Applied to Program Oversight and Complex System of Systems Analysis

Model Based System Engineering (MBSE) Applied to Program Oversight and Complex System of Systems Analysis Model Based System Engineering (MBSE) Applied to Program Oversight and Complex System of Systems Analysis 10-30-2014 Agenda Introduction MBSE, UML & SysML mature approach with broad base of practitioners

More information

Software Processes. Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 4 Slide 1

Software Processes. Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 4 Slide 1 Software Processes Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 4 Slide 1 Objectives To introduce software process models To describe three generic process models and when they may be

More information

CSE 435 Software Engineering. Sept 14, 2015

CSE 435 Software Engineering. Sept 14, 2015 CSE 435 Software Engineering Sept 14, 2015 What is Software Engineering Where Does the Software Engineer Fit In? Computer science: focusing on computer hardware, compilers, operating systems, and programming

More information

Prerequisites It is recommended that the participants have a working knowledge of traditional Business Analysis tasks and techniques.

Prerequisites It is recommended that the participants have a working knowledge of traditional Business Analysis tasks and techniques. BA31 - Unified Modeling Language (UML) for Business Analysts This course will provide Business Analysts with new capabilities to improve their skills with using visual modeling techniques to document requirements.

More information

Methodology for Modeling, Simulation, and Analysis Support of DoD Space Acquisitions

Methodology for Modeling, Simulation, and Analysis Support of DoD Space Acquisitions Methodology for Modeling, Simulation, and Analysis Support of DoD Space Acquisitions Aerospace USC Technical Interchange Meeting Dec 17, 2010 Michael Baxter, Director Modeling & Simulation Systems Analysis

More information

BUSINESS & TECHNOLOGY APPLICATION SPECIALIST (12259) ( )

BUSINESS & TECHNOLOGY APPLICATION SPECIALIST (12259) ( ) GENERAL DESCRIPTION OF WORK BUSINESS & TECHNOLOGY APPLICATION SPECIALIST (12259) (30005036) Positions in this banded class are responsible for specialized work in creating, implementing and maintaining

More information

Introduction to Software Engineering

Introduction to Software Engineering UNIT I SOFTWARE PROCESS Introduction S/W Engineering Paradigm life cycle models (water fall, incremental, spiral, WINWIN spiral, evolutionary, prototyping, objects oriented) -system engineering computer

More information

Optimizing Device Interoperability Through Model-Based Systems Engineering

Optimizing Device Interoperability Through Model-Based Systems Engineering Optimizing Device Interoperability Through Model-Based Systems Engineering Presenter: Brett Malone, Ph.D. Sept 8, 2011 Summary: This presentation focuses on applying the concepts of systems engineering

More information

Developed by: Steven Jacobs, Eck Doerry

Developed by: Steven Jacobs, Eck Doerry Developed by: Steven Jacobs, Eck Doerry 1 Consequences of Bad Requirements Engineering http://www.knovelblogs.com/2012/08/30/the-importance-of-requirements-engineering/ 2 Building an efficient organization

More information

Advancing Systems Engineering. Systems Development (MBSD) Conference April, 2010

Advancing Systems Engineering. Systems Development (MBSD) Conference April, 2010 Advancing Systems Engineering Practice using Model Based Systems Development (MBSD) Systems & Software Technology Conference 26-29 April, 2010 Sanford Friedenthal Lockheed Martin sanford.friedenthal@lmco.com

More information

FOUNDATIONAL CONCEPTS FOR MODEL DRIVEN SYSTEM DESIGN

FOUNDATIONAL CONCEPTS FOR MODEL DRIVEN SYSTEM DESIGN FOUNDATIONAL CONCEPTS FOR MODEL DRIVEN SYSTEM DESIGN Loyd Baker, Paul Clemente, Bob Cohen, Larry Permenter, Byron Purves, and Pete Salmon INCOSE Model Driven System Interest Group Abstract. This paper

More information

Open Architecture for naval Combat Direction System (CDS)

Open Architecture for naval Combat Direction System (CDS) Open Architecture for naval Combat Direction System (CDS) Denis JANER System Engineer DCNS CSDM 2013 06/12/2013 Chauk-Mean PROUM System Architect DCNS SOMMAIRE 1. OA French vision and approach 2. OA Standards

More information

IN-PLANT LOGISTICS SYSTEMS MODELING WITH SYSML

IN-PLANT LOGISTICS SYSTEMS MODELING WITH SYSML IN-PLANT LOGISTICS SYSTEMS MODELING WITH SYSML Veronique Limère Ghent University Technologiepark 903 B-9052 Ghent-Zwijnaarde, Belgium E-mail: Veronique.Limere@ugent.be Leon McGinnis Georgia Institute of

More information

7. Project Management

7. Project Management Subject/Topic/Focus: 7. Project Management Management of Systems Engineering Processes Summary: Project management Systems engineering Maturity model and process improvement Literature: Ian Sommerville:

More information

OEM-Supplier-Vendor, Deploying Standards and Associated Requirements

OEM-Supplier-Vendor, Deploying Standards and Associated Requirements OEM-Supplier-Vendor, Deploying Standards and Associated Requirements Grant Blythe, Mentor Graphics Mark Williams, Boeing MBSE Workshop GPDIS_2016.ppt 1 Define MBSE MBSE, INCOSE definition: The formalized

More information

Chapter 4 The Implementation Methodology Chapter Overview

Chapter 4 The Implementation Methodology Chapter Overview Chapter 4 The Implementation Methodology Chapter Overview This chapter describes the EA implementation methodology (EA methodology), which is a detailed procedure for establishing, maintaining and using

More information

Engineering Process Transformation driven by Use Cases.

Engineering Process Transformation driven by Use Cases. Engineering Process Transformation driven by Use Cases juergen.schmied@methodpark.com 1 From Process Models to Projects Corporate Initiatives Six Sigma 16949 PMI CMMI 26262 Automotive SPICE One group,

More information

Chapter 1. Contents. 1.1 What is Software Engineering! Solving Problems. Objectives. What is Software Engineering

Chapter 1. Contents. 1.1 What is Software Engineering! Solving Problems. Objectives. What is Software Engineering Chapter 1 What is Software Engineering Shari L. Pfleeger Joanne M. Atlee 4 th Edition Contents 1.1 What is Software Engineering? 1.2 How Successful Have We Been? 1.3 What Is Good Software? 1.4 Who Does

More information

ISO/IEC INTERNATIONAL STANDARD. Software and systems engineering Tools and methods for product line technical management

ISO/IEC INTERNATIONAL STANDARD. Software and systems engineering Tools and methods for product line technical management INTERNATIONAL STANDARD ISO/IEC 26555 First edition 2013-03-01 Software and systems engineering Tools and methods for product line technical management Ingénierie du logiciel et des systèmes Outils et méthodes

More information

Lockheed Martin Aeronautics Company. Approach to Solving Development Program Issues

Lockheed Martin Aeronautics Company. Approach to Solving Development Program Issues Approach to Solving Development Program Issues John E. Weaver Christopher L. Blake LM Aero Approach to Systemic Development Issues Industry Trend of Performance on Aircraft Development Programs What is

More information

Software Processes. Objectives. Topics covered. The software process. Waterfall model. Generic software process models

Software Processes. Objectives. Topics covered. The software process. Waterfall model. Generic software process models Objectives Software Processes To introduce software process models To describe three generic process models and when they may be used To describe outline process models for requirements engineering, software

More information

Objectives. The software process. Topics covered. Waterfall model. Generic software process models. Software Processes

Objectives. The software process. Topics covered. Waterfall model. Generic software process models. Software Processes Objectives Software Processes To introduce software process models To describe three generic process models and when they may be used To describe outline process models for requirements engineering, software

More information

Essentials of IBM Rational Requirements Composer, v3. Module 4: Creating a use-case model

Essentials of IBM Rational Requirements Composer, v3. Module 4: Creating a use-case model Essentials of IBM Rational Requirements Composer, v3 Module 4: Creating a use-case model Copyright IBM Corporation 2010, 2011 Module overview After completing this module, you should be able to: Explain

More information

COPYRIGHTED MATERIAL RELIABILITY ENGINEERING AND PRODUCT LIFE CYCLE 1.1 RELIABILITY ENGINEERING

COPYRIGHTED MATERIAL RELIABILITY ENGINEERING AND PRODUCT LIFE CYCLE 1.1 RELIABILITY ENGINEERING 1 RELIABILITY ENGINEERING AND PRODUCT LIFE CYCLE 1.1 RELIABILITY ENGINEERING Reliability has a broad meaning in our daily life. In technical terms, reliability is defined as the probability that a product

More information

Systems and software engineering Software life cycle processes

Systems and software engineering Software life cycle processes INTERNATIONAL STANDARD ISO/IEC/ IEEE 12207 First edition 2017-11 Systems and software engineering Software life cycle processes Ingénierie des systèmes et du logiciel Processus du cycle de vie du logiciel

More information

Topics covered. Software process models Process iteration Process activities The Rational Unified Process Computer-aided software engineering

Topics covered. Software process models Process iteration Process activities The Rational Unified Process Computer-aided software engineering Software Processes Objectives To introduce software process models To describe three generic process models and when they may be used To describe outline process models for requirements engineering, software

More information

Passit4Sure.OG Questions. TOGAF 9 Combined Part 1 and Part 2

Passit4Sure.OG Questions. TOGAF 9 Combined Part 1 and Part 2 Passit4Sure.OG0-093.221Questions Number: OG0-093 Passing Score: 800 Time Limit: 120 min File Version: 7.1 TOGAF 9 Combined Part 1 and Part 2 One of the great thing about pass4sure is that is saves our

More information

Federal Segment Architecture Methodology Overview

Federal Segment Architecture Methodology Overview Federal Segment Architecture Methodology Background In January 2008, the Federal Segment Architecture Working Group (FSAWG) was formed as a sub-team of the Federal CIO Council s Architecture and Infrastructure

More information

CPET 581 Cloud Computing: Technologies and Enterprise IT Strategies

CPET 581 Cloud Computing: Technologies and Enterprise IT Strategies CPET 581 Cloud Computing: Technologies and Enterprise IT Strategies Lecture 6-1 Cloud-Based IT Project System Requirements and Specifications Spring 2013 A Specialty Course for Purdue University s M.S.

More information

Operational Requirements Document (ORD)

Operational Requirements Document (ORD) Operational Requirements Document (ORD) A. Purpose This Appendix sets the requirements and establishes procedures for preparation of an Operational Requirements Document (ORD). It also prescribes procedures

More information

Requirements Analysis and Design Definition. Chapter Study Group Learning Materials

Requirements Analysis and Design Definition. Chapter Study Group Learning Materials Requirements Analysis and Design Definition Chapter Study Group Learning Materials 2015, International Institute of Business Analysis (IIBA ). Permission is granted to IIBA Chapters to use and modify this

More information

Requirements Engineering and Software Architecture Project Description

Requirements Engineering and Software Architecture Project Description Requirements Engineering and Software Architecture Project Description Requirements Engineering Project Description The project is student-driven. There will be external sponsors, users, and others that

More information

Architecture Centric Evolution

Architecture Centric Evolution Architecture Centric Evolution A Personal Perspective Dr. Charles ( Bud ) Hammons Software Engineering Institute Acquisition Support Program cbh@sei.cmu.edu Ground Systems Architecture Workshop 2005 1

More information

By: Ronny Trefftzs CSCI 5828: Foundations of Software Engineering Spring 2012 Professor: Kenneth Anderson

By: Ronny Trefftzs CSCI 5828: Foundations of Software Engineering Spring 2012 Professor: Kenneth Anderson By: Ronny Trefftzs CSCI 5828: Foundations of Software Engineering Spring 2012 Professor: Kenneth Anderson WATERFALL? XP? SCRUM? While there is really no standard solution, the following presentation will

More information

Validation and verification of specification models

Validation and verification of specification models Validation and verification of specification models Test4Rail, Braunschweig Dr. Oliver Lemke V2.0 Agenda Introduction Needs Process Conclusion 2 SIGNON business activities Planning Engineering Technical

More information

CMMI GLOSSARY A B C D E F G H I J K L M N O P Q R S T U V W X Y Z

CMMI GLOSSARY A B C D E F G H I J K L M N O P Q R S T U V W X Y Z http://www.tutorialspoint.com/cmmi/cmmi-glossary.htm CMMI GLOSSARY Copyright tutorialspoint.com Here is the list of all CMMI Terms arranged in alphabetical order. A direct link is given based on first

More information

Lifecycle Modeling An Approach to Simplified, Rapid Development, Operations, and Support

Lifecycle Modeling An Approach to Simplified, Rapid Development, Operations, and Support Lifecycle Modeling An Approach to Simplified, Rapid Development, Operations, and Support Steven H. Dam, Ph.D., ESEP President, SPEC Innovations 571-485-7805 Steven.dam@specinnovations.com October 24, 2011

More information

Quality Assurance for Systems Engineering (INSE 6280/2-WW)

Quality Assurance for Systems Engineering (INSE 6280/2-WW) Course Outline Quality Assurance for Systems (INSE 6280/2-WW) Preliminary Notions Systems Life Cycle Processes Course Project 2 Instructor: Dr. J. Bentahar Office: EV007.630 Lectures: Thursday, 17h45 20h15

More information

QUICKLOOK PROJECT PROPOSAL

QUICKLOOK PROJECT PROPOSAL QUICKLOOK PROJECT PROPOSAL Version 1.06 By Tactical Science Solutions, Inc. in support of the Tactical Satellite-3 design effort February 15, 2007 Group: Tactical Science Solutions, Inc. Authors: David

More information

The software process

The software process Software Processes The software process A structured set of activities required to develop a software system Specification; Design; Validation; Evolution. A software process model is an abstract representation

More information

Quality Assurance Activities in Object-Oriented Software Development

Quality Assurance Activities in Object-Oriented Software Development Quality Assurance Activities in Object-Oriented Software Development Kunihiko Ikeda, Tetsuto Nishiyama, Kazuyuki Shima, Ken-ichi Matsumoto, Katsuro Inoue, Koji Torii Abstract In OMRON Corporation, we executed

More information

Course Organization. Lecture 1/Part 1

Course Organization. Lecture 1/Part 1 Course Organization Lecture 1/Part 1 1 Outline About me About the course Lectures Seminars Evaluation Literature 2 About me: Ing. RNDr. Barbora Bühnová, Ph.D. Industrial experience Research Quality of

More information

Softwaretechnik. Lecture 02: Processes. Peter Thiemann SS University of Freiburg, Germany

Softwaretechnik. Lecture 02: Processes. Peter Thiemann SS University of Freiburg, Germany Softwaretechnik Lecture 02: Processes Peter Thiemann University of Freiburg, Germany SS 2012 Peter Thiemann (Univ. Freiburg) Softwaretechnik SWT 1 / 34 Terms Software Program SW System organized collections

More information

Page # Configuration Management Bernd Brügge Technische Universität München Lehrstuhl für Angewandte Softwaretechnik 11 January 2005

Page # Configuration Management Bernd Brügge Technische Universität München Lehrstuhl für Angewandte Softwaretechnik 11 January 2005 Object-Oriented Software Engineering Using UML, Patterns, and Java Configuration Management Bernd Brügge Technische Universität München Lehrstuhl für Angewandte Softwaretechnik 11 January 2005 Outline

More information

SYSTEMS MODELING AND SIMULATION (SMS) A Brief Introduction

SYSTEMS MODELING AND SIMULATION (SMS) A Brief Introduction SYSTEMS MODELING AND SIMULATION (SMS) A Brief Introduction Edward A. Ladzinski, CEO & Co-founder Phone: +1-704-254-1643 Email: ed.ladzinski@smsthinktank.com Frank W. Popielas, Managing Partner & Co-founder

More information

CMMI FOR SERVICES, THE PREFERRED CONSTELLATION WITHIN THE SOFTWARE TESTING FUNCTION OF A SOFTWARE ENGINEERING ORGANIZATION

CMMI FOR SERVICES, THE PREFERRED CONSTELLATION WITHIN THE SOFTWARE TESTING FUNCTION OF A SOFTWARE ENGINEERING ORGANIZATION CMMI FOR SERVICES, THE PREFERRED CONSTELLATION WITHIN THE SOFTWARE TESTING FUNCTION OF A SOFTWARE ENGINEERING ORGANIZATION NAME: Nestor K. Ovalle, PhD TITLE: Leadership & Corporate Change Consultant; CMMI

More information

INFORMATION SYSTEMS ANALYSIS AND DESIGN

INFORMATION SYSTEMS ANALYSIS AND DESIGN INFORMATION SYSTEMS ANALYSIS AND DESIGN Shouhong Wang Hai Wang Universal-Publishers Boca Raton TABLE OF CONTENTS PREFACE 7 CHAPTER 1. INTRODUCTION 13 1.1. Context of Information Systems Analysis and Design

More information

Dirk Zwemer, Intercax LLC Technote: Application of MBE to Energy Engineering

Dirk Zwemer, Intercax LLC Technote: Application of MBE to Energy Engineering 75 Fifth Street NW, Suite 312 Atlanta, GA 30308, USA voice: +1-404-592-6897 web: www.intercax.com email: info@intercax.com Dirk Zwemer, Intercax LLC Technote: Application of MBE to Energy Engineering Abstract

More information

International Diploma in Project Management. (Level 4) Course Structure & Contents

International Diploma in Project Management. (Level 4) Course Structure & Contents Brentwood Open Learning College (Level 4) Page 1 Unit 1 Overview of Project Management The unit 1 covers the following topics: What is A Project? What is Project Management? Project Constraints Tools and

More information

International Association of Certified Practicing Engineers

International Association of Certified Practicing Engineers www.iacpe.com Knowledge, Certification, Networking Page: 1 71 IACPE No 19, Jalan Bilal Mahmood 80100 Johor Bahru Malaysia The International is providing the introduction to the Training Module for your

More information

Model-Based Design Maturity: Benchmarking the Automotive Industry Vinod Reddy Manager, Consulting Services

Model-Based Design Maturity: Benchmarking the Automotive Industry Vinod Reddy Manager, Consulting Services Model-Based Design Maturity: Benchmarking the Automotive Industry Vinod Reddy Manager, Consulting Services 2014 The MathWorks, Inc. 1 Key questions from our customers about Model-Based Design What is the

More information

Test Perspectives for Architecture

Test Perspectives for Architecture Test Perspectives for Architecture Joe Manas Beth Wilson Raytheon NDIA Systems Engineering Conference October 2014 Copyright 2014 Raytheon Company. All rights reserved. Customer Success Is Our Mission

More information

Service Oriented Architecture (SOA) Implications to End-to-End Assessment

Service Oriented Architecture (SOA) Implications to End-to-End Assessment Service Oriented Architecture (SOA) Implications to End-to-End Assessment Brian Eleazer Brian Hall Robert Kohout Joint Systems Integration Center U.S. Joint Forces Command 757-203-4421 / 4453 / 7598 John.eleazer@jsic.jfcom.mil

More information

Complex Systems (Systems of Systems) Technology and What s Next!

Complex Systems (Systems of Systems) Technology and What s Next! Complex Systems (Systems of Systems) Technology and What s Next! Terry Stevenson Chief Technology Officer Date: June 2014 Copyright 2013 Raytheon Company. All rights reserved. Customer Success Is Our Mission

More information

Functional Analysis Module

Functional Analysis Module CC532 Collaborate System Design Fundamentals of Systems Engineering W6, Spring, 2012 KAIST Functional Analysis Module Space Systems Engineering, version 1.0 Space Systems Engineering: Functional Analysis

More information

Institutionalizing Modular Adaptable Ship Technologies SNAME Annual Meeting October 24-26, 2012 Providence, RI

Institutionalizing Modular Adaptable Ship Technologies SNAME Annual Meeting October 24-26, 2012 Providence, RI Institutionalizing Modular Adaptable Ship Technologies SNAME Annual Meeting October 24-26, 2012 Providence, RI Dr. Norbert Technical Director, SEA 05 Technology Group SEA05TD Norbert.doerry@navy.mil 202-781-2520

More information

This document is a preview generated by EVS

This document is a preview generated by EVS INTERNATIONAL STANDARD ISO/IEC/ IEEE 12207 First edition 2017-11 Systems and software engineering Software life cycle processes Ingénierie des systèmes et du logiciel Processus du cycle de vie du logiciel

More information

FUNDAMENTAL SAFETY OVERVIEW VOLUME 2: DESIGN AND SAFETY CHAPTER G: INSTRUMENTATION AND CONTROL

FUNDAMENTAL SAFETY OVERVIEW VOLUME 2: DESIGN AND SAFETY CHAPTER G: INSTRUMENTATION AND CONTROL PAGE : 1 / 14 SUB CHAPTER G.6 I&C PROCEDURES AND TOOLS 1. STANDARD I&C SYSTEM This section describes the tools used for PAS/SAS (level 1 automation data) and MCP[PICS] (HMI) I&C programming. It includes

More information

Software Design. A software design is a precise description of a system, using variety of different perspective.

Software Design. A software design is a precise description of a system, using variety of different perspective. Software Design Software Design A software design is a precise description of a system, using variety of different perspective. Software design are complicated, therefore, they must be modeled. Software

More information

Software Quality Engineering Courses Offered by The Westfall Team

Software Quality Engineering Courses Offered by The Westfall Team Building Skills is a 3-day course that is a subset of our course. The course is designed to provide a fundamental knowledge base and practical skills for anyone interested in implementing or improving

More information

Systems Engineering Side of CMMI

Systems Engineering Side of CMMI Systems Engineering Side of CMMI Objective Examine the implications of successful systems engineering work products with respect to the CMMI process areas System Engineer s Objective: Achieving Balanced

More information

Software Engineering (CSC 4350/6350) Rao Casturi

Software Engineering (CSC 4350/6350) Rao Casturi Software Engineering (CSC 4350/6350) Rao Casturi Recap UML Introduction Basic UML concepts 2 Basic Notations of UML Requirement Phase Analysis Phase Design Phase Object Design Phase 1. Use Case Diagrams

More information

IMPLEMENTATION, EVALUATION & MAINTENANCE OF MIS:

IMPLEMENTATION, EVALUATION & MAINTENANCE OF MIS: IMPLEMENTATION, EVALUATION & MAINTENANCE OF MIS: The design of a management information system may seem to management to be an expensive project, the cost of getting the MIS on line satisfactorily may

More information

Software Quality Engineering Courses Offered by The Westfall Team

Software Quality Engineering Courses Offered by The Westfall Team Courses is a 2-day course that is a subset of our course. The course is designed to provide an overview of techniques and practices. This course starts with an overview of software quality engineering

More information

Testability of Dynamic

Testability of Dynamic System Engineering in the Energy Testability of Dynamic and Maritime Sectors: Towards a Real-Time Systems Solution Based on Model-Centric Processes Lionel Briand http:// www.roanoke slant.org Software

More information

Systems Geometry: A Dimensional Approach to Systems of Systems Understanding

Systems Geometry: A Dimensional Approach to Systems of Systems Understanding Systems Geometry: A Dimensional Approach to Systems of Systems Understanding Dr. Christina Bouwens Founder and Principal, Systems Geometry LLC Presented to: INCOSE Orlando Chapter Meeting August 18, 2016

More information

The Rational Unified Process for Systems Engineering PART II: Distinctive Features

The Rational Unified Process for Systems Engineering PART II: Distinctive Features The Rational Unified Process for Systems Engineering PART II: Distinctive Features by Murray Cantor Principal Consultant Rational Software Corporation In Part I of this article, published in last month's

More information

Boost Your Skills with On-Site Courses Tailored to Your Needs

Boost Your Skills with On-Site Courses Tailored to Your Needs Boost Your Skills with On-Site Courses Tailored to Your Needs www.aticourses.com The Applied Technology Institute specializes in training programs for technical professionals. Our courses keep you current

More information

What are IT Architects and what do they do all day?

What are IT Architects and what do they do all day? What are IT s and what do they do all day? IT Roles and Responsibilities Dr. Marcel Schlatter IBM Distinguished Engineer Member of the IBM Academy of Technology marcel.schlatter@ch.ibm.com IT ure IT System

More information

Evolving Lockheed Martin s Engineering Practices Through the Creation of a Model-centric Digital Tapestry

Evolving Lockheed Martin s Engineering Practices Through the Creation of a Model-centric Digital Tapestry Evolving Lockheed Martin s Engineering Practices Through the Creation of a Model-centric Digital Tapestry 2011 Frontiers in MBSE Workshop Christopher Oster MBSD Rollout Manager Lockheed Martin Corporation

More information

The why and what of a BPMS Methodology. Salman Akhtar

The why and what of a BPMS Methodology. Salman Akhtar The why and what of a BPMS Methodology Salman Akhtar The BPTrends Associates Pyramid Enterprise Level Business Process Level Implementation Level. Human Resource Development Job Design Training Development

More information

Business Architecture Fundamentals

Business Architecture Fundamentals Course Description 3 day - expert led hands-on In this turbulent and increasingly competitive global economy, and the rapid pace of change in business models involving changing technology and customer

More information