PROBLEM SPACE MODELING A Dynamic Future For Requirements Analysis
|
|
- Edwin Potter
- 5 years ago
- Views:
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 www.aticourses.com The Applied Technology Institute specializes in training programs for technical professionals. Our courses keep you current
More informationTHE 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 informationLearn 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 informationSoftware 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 informationMBA 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 informationTOPIC 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 informationSoftware 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 informationCLASS/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 informationTECHNICAL 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 informationINTEGRATION 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 informationINCOSE (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 informationChapter 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 informationSystem 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 informationThe 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 informationCHAPTER 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 informationCollaborative 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 informationChapter 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 informationActionable 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 informationDefine 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 informationNDIA 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 information7. 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 informationActivity 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 informationMethodology 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 informationDEPARTMENT 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 informationObject-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 informationProject 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 informationLSST 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 informationversion 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 informationModel 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 informationSoftware 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 informationCSE 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 informationPrerequisites 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 informationMethodology 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 informationBUSINESS & 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 informationIntroduction 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 informationOptimizing 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 informationDeveloped 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 informationAdvancing 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 informationFOUNDATIONAL 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 informationOpen 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 informationIN-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 information7. 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 informationOEM-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 informationChapter 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 informationEngineering 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 informationChapter 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 informationISO/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 informationLockheed 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 informationSoftware 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 informationObjectives. 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 informationEssentials 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 informationCOPYRIGHTED 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 informationSystems 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 informationTopics 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 informationPassit4Sure.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 informationFederal 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 informationCPET 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 informationOperational 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 informationRequirements 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 informationRequirements 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 informationArchitecture 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 informationBy: 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 informationValidation 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 informationCMMI 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 informationLifecycle 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 informationQuality 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 informationQUICKLOOK 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 informationThe 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 informationQuality 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 informationCourse 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 informationSoftwaretechnik. 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 informationPage # 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 informationSYSTEMS 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 informationCMMI 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 informationINFORMATION 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 informationDirk 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 informationInternational 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 informationInternational 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 informationModel-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 informationTest 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 informationService 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 informationComplex 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 informationFunctional 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 informationInstitutionalizing 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 informationThis 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 informationFUNDAMENTAL 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 informationSoftware 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 informationSoftware 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 informationSystems 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 informationSoftware 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 informationIMPLEMENTATION, 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 informationSoftware 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 informationTestability 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 informationSystems 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 informationThe 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 informationBoost 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 informationWhat 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 informationEvolving 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 informationThe 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 informationBusiness 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