Research Perspectives Bill Scherlis CMU SCS DoD Software Summit 9 Aug 01.

Slides:



Advertisements
Similar presentations
MDI 2010, Oslo, Norway Behavioural Interoperability to Support Model-Driven Systems Integration Alek Radjenovic, Richard Paige The University of York,
Advertisements

1 INCOSE Chesapeake Chapter Enterprise SE Panel Discussion L. Mark Walker/LMC 21 March 2007.
Prescriptive Process models
Open Architecture: A Small Business Perspective Defense Daily Open Architecture Summit November 2011 Thomas Conrad.
Virtual University - Human Computer Interaction 1 © Imran Hussain | UMT Imran Hussain University of Management and Technology (UMT) Lecture 16 HCI PROCESS.
Chapter 3 Process Models
1 Prescriptive Process Models. 2 Prescriptive Models Prescriptive process models advocate an orderly approach to software engineering Prescriptive process.
Systems Engineering in a System of Systems Context
May 17, Capabilities Description of a Rapid Prototyping Capability for Earth-Sun System Sciences RPC Project Team Mississippi State University.
© 2006 Carnegie Mellon University Establishing a Network Centric Capability: Implications for Acquisition and Engineering Dennis Smith Complex System Symposium.
IBM Business Consulting Services © Copyright IBM Corporation 2006 Unified Process March 27, 2006 Chris Armstrong.
TECHNOLOGICAL CHANGE AND INNOVATION
The Role of Software Engineering Brief overview of relationship of SE to managing DSD risks 1.
The Process of Interaction Design. Overview What is Interaction Design? —Four basic activities —Three key characteristics Some practical issues —Who are.
The Process of Interaction Design
Building a Cluster Support Service Implementation of the SCS Program UC Computing Services Conference Gary Jung SCS Project Manager
27 September 1999 Crisis Management William L. Scherlis Carnegie Mellon University School of Computer Science.
1 Software Architecture: a Roadmap David Garlen Roshanak Roshandel Yulong Liu.
1 These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 5/e and are provided with permission by.
Supporting Software Development in Virtual Enterprises Walt Scacchi
Materials Management BUS 3 – 141 Quality and Specification Leveraging Technical Excellence Week of Aug 31, 2010.
BPT 3113 – Management of Technology
Architecture Description Markup Language (ADML) What does it mean? Why should a tools vendor care?
Supply Chain Development A step-change in Supply Chain performance 08/08/2015 OFFICIAL 1 Supply Chain Focus Group – 17 th September 2014 Vic Carlill.
Development Processes and Organizations
Architecture, Implementation, and Testing Architecture and Implementation Prescriptive architecture vs. descriptive architecture Prescriptive architecture:
Challenges in developing a Safety Case WG5. How to Develop a Safety Case SC can be a tool for providing information to stakeholders other than regulators.
Chapter 9 New Business Development
A Research Agenda for Accelerating Adoption of Emerging Technologies in Complex Edge-to-Enterprise Systems Jay Ramanathan Rajiv Ramnath Co-Directors,
Office of Nuclear Energy U.S. Department of Energy
1 Chapter 2 The Process. 2 Process  What is it?  Who does it?  Why is it important?  What are the steps?  What is the work product?  How to ensure.
An Introduction to Software Architecture
JVB-STC'97- 1 #*#* Successful Adoption and Use of Object Oriented Technologies STC ‘97 April 30, 1997 Jim Van Buren.
Assessing the Suitability of UML for Modeling Software Architectures Nenad Medvidovic Computer Science Department University of Southern California Los.
Per Møldrup-Dalum State and University Library SCAPE Information Day State and University Library, Denmark, SCAPE Scalable Preservation Environments.
ESA/ESTEC, TEC-QQS August 8, 2005 SAS_05_ESA SW PA R&D_Winzer,Prades Slide 1 Software Product Assurance (PA) R&D Road mapping Activities ESA/ESTEC TEC-QQS.
Capability Maturity Models Software Engineering Institute (supported by DoD) The problems of software development are mainly caused by poor process management.
Panel Three - Small Businesses: Sustaining and Growing a Market Presence Open Interfaces and Market Penetration Protecting Intellectual Innovation and.
Object-Oriented Software Engineering Practical Software Development using UML and Java Chapter 1: Software and Software Engineering.
Radar Open Systems Architectures
10 Software Architecture CSCU 411 Software Engineering.
Software Engineering Spring (C) Vasudeva VarmaClass of 32 CS3600: Software Engineering: Process and Product* *Most of the Content drawn.
Decision Support System Development By Dr.S.Sridhar,Ph.D., RACI(Paris),RZFM(Germany),RMR(USA),RIEEEProc. web-site :
Object-Oriented Software Engineering Practical Software Development using UML and Java Chapter 1: Software and Software Engineering.
© 2012 xtUML.org Bill Chown – Mentor Graphics Model Driven Engineering.
1/23 Prescriptive Process Models. 2/23 Prescriptive Models Prescriptive process models advocate an orderly approach to software engineering Prescriptive.
Copyright 2012 Delmar, a part of Cengage Learning. All Rights Reserved. Chapter 9 Improving Quality in Health Care Organizations.
CEN5011, Fall CEN5011 Software Engineering Dr. Yi Deng ECS359, (305)
Chapter 4 프로세스 모델 Process Models
MODEL-BASED SOFTWARE ARCHITECTURES.  Models of software are used in an increasing number of projects to handle the complexity of application domains.
Marv Adams Chief Information Officer November 29, 2001.
Software Engineering Principles Practical Advice and Steps for Managing Your Project.
Process Asad Ur Rehman Chief Technology Officer Feditec Enterprise.
© 2005 Prentice Hall, Decision Support Systems and Intelligent Systems, 7th Edition, Turban, Aronson, and Liang 6-1 Chapter 6 Decision Support System Development.
© Fraunhofer IESE Fraunhofer IESE Multi-Language Development of Embedded Systems Dr. Thomas Kuhn Tel.:
Develop New Capabilities Create Revolutionary Change Improve Core Businesses Exploit Strategic Advantages Categories of Innovation Limited Unlimited Strategic.
Continual Service Improvement Methods & Techniques.
Agenda Customer-Centricity is a Challenge for Banks
FROM PRINCIPLE TO PRACTICE: Implementing the Principles for Digital Development Perspectives and Recommendations from the Practitioner Community.
Building Systems for Today’s Dynamic Networked Environments A Methodology for Building Sustainable Enterprises in Dynamic Environments through knowledge.
How to build a tailored and unified ECM platform? The recipe for success, from the field Maxime ORAIN Head of European Alfresco Skills Centre Rémi MOEBS.
© 2005 Prentice Hall, Decision Support Systems and Intelligent Systems, 7th Edition, Turban, Aronson, and Liang 6-1 Chapter 6 Decision Support System Development.
Pragmatics 4 Hours.
Software Life Cycle “What happens in the ‘life’ of software”
Rapid Application Development Model
What is Software? Software is: (1) instructions (computer programs) that when executed provide desired features, function, and performance; (2) data structures.
MGT601 SME MANAGEMENT.
Open Systems and Open Architecture – the benefits case
Logical Architecture & UML Package Diagrams
Presentation transcript:

Research Perspectives Bill Scherlis CMU SCS DoD Software Summit 9 Aug 01

Software Engineering Challenges Context (Boehm) Improved security and survivability Evolutionary acquisition (Clinger-Cohen) Chronic expertise shortage Continued incompatibility with commercial best practice Distribution and embedding at grand scale Dimensions Acquisition  Significant interplay with technology SWE technology  Deep technical ideas becoming significant to practice Transition  New management models

Technology, 1 Assurance  Lightweight methods/tools Small theorems about big programs Adoptable: gentle slope Properties: Functional, safety, mechanical, security The coevolution principle  Examples: Model checking Types Description carrying code (PCC, etc) Concurrency Model reconciliation Chains of evidence Partial chains  Bubble-up vs trickle-down

Technology, 1 Assurance  Lightweight methods/tools Small theorems about big programs Adoptable: gentle slope Properties: Functional, safety, mechanical, security The coevolution principle  Examples: Model checking Types Description carrying code (PCC, etc) Concurrency Model reconciliation Chains of evidence Partial chains  Bubble-up vs trickle-down Design record  Models and links Enriched model space Coevolution, again Generation and understanding Informal and formal Where is design information lost?  Examples: Aspects, subjects, dimensions UML reconciliation  View-oriented programming

Technology, 2 Components  COSE growing, in fact Commercial libraries Larger components Open source elements APIs: 1-way and 2-way  Compositionality Frameworks:EJB, HLA, COM, etc Key to scalability  Challenges Validation Component compliance Frameworks Embedding Small components Functional and structural change

Technology, 2 Components  COSE growing, in fact Commercial libraries Larger components Open source elements APIs: 1-way and 2-way  Compositionality Frameworks:EJB, HLA, COM, etc Key to scalability  Challenges Validation Component compliance Frameworks Embedding Small components Functional and structural change Iteration and evolution  Rapid evolution Functional Structural Enable product line, API compliance, functional change, etc  “Evolution” A composite capability  Enhancers of software malleability COSE Views/aspects/dimensions Understanding Linked design record Analysis, annotation Manipulation, generation

Technology, 3 Teams and people  Diverse collaboration models.gov,.com,.org Corporate source Product line  Dimensions Organizational memory Expression Roles and size Expertise Architecture  Technology for collaboration Information management Integration / reconciliation Awareness / coupling Process management Coordination

Structural challenges, 1 Acquisition process  Leveraged resources Tooling, architecture, product line, commercial components, commercial best practice, etc.  Particular issues Doing the spiral: Lowering risk, increasing frequency Commonalities: Tools, architecture, people, process OTS: Tailorable/managed, assured  Interplay with technology development Assurance, design record, collaboration Iterating safely Assurance in increments Iterating safely Quality for everyone Observing open source

A note on open source What  Myth Anarchy, demagoguery, ideology, many eyes  Reality Architecture, people, process, tools Corporate source Assurance challenges Potential for DoD  Closed blackbox  Opaque whitebox  Transparent whitebox  Adaptable whitebox  Assurable? Dependable open source?  Evolvable/adaptable?  Corporate source? Challenges  Tools, architecture, collaboration

Structural challenges, 2 Innovation process  Work with all of DoD’s “IT supply chain” Leverage points for innovation  Program management Problems vs? solutions  Push and pull Double helix: mutual influence of op concept and tech  Validation Accelerating transition, justifying investment Linking stakeholders early Challenges: Measurement, study subjects, scale up Reality transfer: What is the real problem? The Collaborative Testbed model

Structural challenges, 3 Why invest  Industry won’t do it Commons investments Long-term ROI problems Innovation creates risk  Special needs E.g., security  Double helix Interplay of operational concept and technology