University of Southern California Center for Systems and Software Engineering Integrating Systems and Software Engineering: Complex Systems Workshop 29.

Slides:



Advertisements
Similar presentations
Connected Health Framework
Advertisements

1 The Systems Engineering Research Center UARC Dr. Dinesh Verma Executive Director January 13,
Ninth Lecture Hour 8:30 – 9:20 pm, Thursday, September 13
Lecture # 2 : Process Models
Virtual University - Human Computer Interaction 1 © Imran Hussain | UMT Imran Hussain University of Management and Technology (UMT) Lecture 16 HCI PROCESS.
Software Modeling SWE5441 Lecture 3 Eng. Mohammed Timraz
Agile Architecture Prabhu Venkatesan for COMP-684.
Thammanoon Kawinfruangfukul CSSE MS, ID:
Systems Engineering in a System of Systems Context
University of Southern California Center for Systems and Software Engineering Next Generation Estimation Methods and Management Metrics: Working Group.
University of Southern California Center for Systems and Software Engineering February 13, 2007©USC-CSSE1 Acquisition and Contracting Mismatches Barry.
COSYSMO 2.0 Workshop Summary (held Monday, March 17 th 2008) USC CSSE Annual Research Review March 18, 2008 Jared Fortune.
NDIA Software Industry Experts Panel Paul R. Croll, Chair NDIA Systems Engineering Division Meeting 24 June 2008.
1 Independent Verification and Validation Current Status, Challenges, and Research Opportunities Dan McCaugherty IV&V Program Manager Titan Systems Corporation.
The Role of Software Engineering Brief overview of relationship of SE to managing DSD risks 1.
© Prentice Hall CHAPTER 14 Managing Technological Resources.
The Process of Interaction Design. Overview What is Interaction Design? —Four basic activities —Three key characteristics Some practical issues —Who are.
C S E USC CBSP Bridging Requirements and Architecture Models Paul Grünbacher Center for Software Engineering University of Southern California, Los Angeles.
The Process of Interaction Design
University of Southern California Center for Systems and Software Engineering USC CSSE Research Overview Barry Boehm Sue Koolmanojwong Jo Ann Lane Nupul.
Slide 1 Systems Analysis & Design CS183 Spring Semester 2008 Dr. Jonathan Y. Clark Course Website:
What is Interaction Design?
University of Southern California Center for Systems and Software Engineering ©USC-CSSE1 3/18/08 (Systems and) Software Process Dynamics Ray Madachy USC.
University of Southern California Center for Systems and Software Engineering Issues and Recommendations Emanating from the Management Issues Group of.
Software and System Engineering Integration Sponsor Overview Kristen Baldwin Deputy Director, Software Engineering and System Assurance Office of the Under.
University of Southern California Center for Systems and Software Engineering Integrating Systems and Software Engineering (IS&SE) with the Incremental.
Sheu 1 n Spectrum of Organizational Changes (& Impacts) –Paradigm shift / Reengineering / Rationalization /Automation n IS as Planned Org. Change Information.
University of Southern California Center for Systems and Software Engineering Next Generation Estimation Methods and Management Metrics: Working Group.
University of Southern California Center for Systems and Software Engineering SoS Engineering and the ICM Workshop Overview Jo Ann Lane USC CSSE
The Process of Interaction Design. What is Interaction Design? It is a process: — a goal-directed problem solving activity informed by intended use, target.
Process Synchronization Workshop Summary Report Jo Ann Lane University of Southern California Center for Software Engineering.
Analysis Concepts and Principles
System-of-Systems Cost Modeling: COSOSIMO July 2005 Workshop Results Jo Ann Lane University of Southern California Center for Software Engineering.
Recent Trends in DoD Systems and Software Engineering Processes Bruce Amato Acting Deputy Director, Software Engineering and Systems Assurance Office of.
Annual SERC Research Review - Student Presentation, October 5-6, Extending Model Based System Engineering to Utilize 3D Virtual Environments Peter.
1.Database plan 2.Information systems plan 3.Technology plan 4.Business strategy plan 5.Enterprise analysis Which of the following serves as a road map.
System Analysis & Design
CPTE 209 Software Engineering Summary and Review.
NDIA SE Division Meeting February 13, Developmental Test and Evaluation Committee Beth Wilson, Raytheon Steve Scukanec, Northrop Grumman Industry.
1 IBM Software Group ® Mastering Object-Oriented Analysis and Design with UML 2.0 Module 1: Best Practices of Software Engineering.
18 September Licensing for Next Generation Signalling Buddhadev Dutta Chowdhury 27 th April 2012.
CS 360 Lecture 3.  The software process is a structured set of activities required to develop a software system.  Fundamental Assumption:  Good software.
What is a life cycle model? Framework under which a software product is going to be developed. – Defines the phases that the product under development.
©Ian Sommerville 2000, Mejia-Alvarez 2009 Slide 1 Software Processes l Coherent sets of activities for specifying, designing, implementing and testing.
Future Airborne Capability Environment (FACE)
University of Southern California Center for Systems and Software Engineering The Incremental Commitment Spiral Model Electronic Process Guide (EPG) and.
1 Enterprise and Global Management of Information Technology.
Role-Based Guide to the RUP Architect. 2 Mission of an Architect A software architect leads and coordinates technical activities and artifacts throughout.
Chapter 10 Analysis and Design Discipline. 2 Purpose The purpose is to translate the requirements into a specification that describes how to implement.
CEN5011, Fall CEN5011 Software Engineering Dr. Yi Deng ECS359, (305)
Lecture 19 Rapid Application Development 19.1 COSC4406: Software Engineering.
March 2004 At A Glance NASA’s GSFC GMSEC architecture provides a scalable, extensible ground and flight system approach for future missions. Benefits Simplifies.
MODEL-BASED SOFTWARE ARCHITECTURES.  Models of software are used in an increasing number of projects to handle the complexity of application domains.
Architecture View Models A model is a complete, simplified description of a system from a particular perspective or viewpoint. There is no single view.
Review of Parnas’ Criteria for Decomposing Systems into Modules Zheng Wang, Yuan Zhang Michigan State University 04/19/2002.
ISE Key Concepts Terminology –systems engineering: an interdisciplinary approach and means to enable the realization of successful systems. It.
Software Development Process CS 360 Lecture 3. Software Process The software process is a structured set of activities required to develop a software.
SoS Process, Acquisition, Management Critical Success Factors Workshop Jo Ann Lane, Richard Turner, USC.
1 Requirements Engineering for Agile Methods Lecture # 41.
INCOSE IW12 MBSE Workshop 15 INCOSE (MBSE) Model Based System Engineering Integration and Verification Scenario Ron Williamson, PhD Raytheon
 System Requirement Specification and System Planning.
What is Enterprise Architecture?
Integrating MBSE into a Multi-Disciplinary Engineering Environment A Software Engineering Perspective Mark Hoffman 20 June 2011 Copyright © 2011 by Lockheed.
Information Systems Development
A Framework for Integrating Systems and Software Engineering
Physical Architecture Layer Design
Change Agents Why your Transformational IT Initiative Will Fail Without Them Terri Campbell Sr. Director of Change Leadership.
CHAPTER 5 THE DATA RESOURCE
Logical Architecture & UML Package Diagrams
Presentation transcript:

University of Southern California Center for Systems and Software Engineering Integrating Systems and Software Engineering: Complex Systems Workshop 29 October 2007

University of Southern California Center for Systems and Software Engineering October 2007©USC-CSSE2 IS&SE Workshop Objectives: Identify Biggest issues and opportunities? –In technology –In management –In complex systems Inhibitors to progress and how to overcome them? Ability of six principles to improve IS&SE? Ability of Incremental Commitment Model to improve IS&SE? What else is needed? –Technology/management research –Education and training –Regulations, specifications and standards –Other?

University of Southern California Center for Systems and Software Engineering October 2007©USC-CSSE3 Attendees John Rieff Tom Schroeder Kirstie Bellman Bruce Amato Bruce Kassan Barry Boehm Lee Whitt Darrell Maxwell Steven Wong Ali Nikolai Cynthia Nikoai Jo Ann Lane

University of Southern California Center for Systems and Software Engineering October 2007©USC-CSSE4 The Need for Three Different Conversations 1.What does SE mean for large, complex software- intensive systems 2.What does SE/SWE integration mean when adding embedded systems, devices, hardware, networks 3.How are we going to deal with SE/SWE of more complex emergent systems of the future (later )

University of Southern California Center for Systems and Software Engineering October 2007©USC-CSSE5 Biggest Issues Lack of understanding by SE that SW provides enabling technology for system integration SE needs to take broader role, stay involved across life-cycle Key hard architecture problems require integrated SE/SWE approach –Ex. multi-level security issues (access rights); protection; resilience; non-functional requirements; quality attributes Shared ownership of problems between SWE/SE Architecture team needs to combine both SWE and SE background –How to support technically, managerially? In no specific order….

University of Southern California Center for Systems and Software Engineering October 2007©USC-CSSE6 Fostering Shareable Viewpoints Sharable representation and language between SE and SWE (shared models/artifacts, not just data dictionaries or boundary objects) No guidance, process requirements for integrating systems and software workflows Capture lessons-learned to avoid mistakes, repeat successes (specific examples TBS) Development as collaboration among system elements, not traditional decomposition into functions Need better methods to support the explicit tradeoffs among different partitioning of the system and different levels of resolution in order to support better reconciliation among SE/SWE In no specific order….

University of Southern California Center for Systems and Software Engineering October 2007©USC-CSSE7 Incremental / Iterative Approach is Critical to SE/SWE Integration Provide SE opportunity to experiment (and to fail), in order to understand feasibility “Incremental/iterative” processes provide more frequent opportunities for SE / SWE touch-points –How to implement in large-scale systems? Systems / HW / SW engineers must employ iterative methods (bunch of little V’s) In no specific order….

University of Southern California Center for Systems and Software Engineering October 2007©USC-CSSE8 IS&SE for Complex Systems: General Issues SE should adopt more modern develop paradigms Commercial ROI vs DoD business model –Different incentives –Contractual / acquisition methods –Resulting in difficulty in adopting commercial practices for DoD systems Key role: “software system engineer” specialty to bridge gap? SWE/SE misunderstand respective roles and impacts of key decisions—Teams need to focus on –SE is more than defining Interfaces to appropriate levels of detail –Mission, orchestrating for global behaviors –Scalability In no specific order….

University of Southern California Center for Systems and Software Engineering October 2007©USC-CSSE9 IS&SE for Complex Systems: Summary Many key issues and opportunities discussed for current systems of today –Often based on example failures and successes Concerns: Are fixes for systems of today going to be obsolete for systems of tomorrow? Future efforts –Develop paper describing issues and opportunities in more detail –Follow-on workshops to develop opportunities further