Design Management: a Collabortive Design Solution ECMFA 2013 Montpellier, France Maged Elaasar (Presenter) Senior Software Engineer, IBM

Slides:



Advertisements
Similar presentations
Towards a More Collaborative and Integrated Approach to Software Design Simula Research Lab Oslo, July 2013 Maged Elaasar, Ph.D.
Advertisements

1 Copyright ©2007 Sandpiper Software, Inc. Vocabulary, Ontology & Specification Management at OMG Elisa Kendall Sandpiper Software
Kellan Hilscher. Definition Different perspectives on the components, behavioral specifications, and interactions that make up a software system Importance.
HP Quality Center Overview.
The Engine Driving Business Management in Project Centric Environments MAGSOFT INTERNATIONAL LLC.
Building and Analyzing Social Networks Web Data and Semantics in Social Network Applications Dr. Bhavani Thuraisingham February 15, 2013.
Building Enterprise Applications Using Visual Studio ®.NET Enterprise Architect.
UML CASE Tool. ABSTRACT Domain analysis enables identifying families of applications and capturing their terminology in order to assist and guide system.
Model Eco-systems Decision Systems Lab University of Wollongong.
Creating Architectural Descriptions. Outline Standardizing architectural descriptions: The IEEE has published, “Recommended Practice for Architectural.
® IBM Software Group © 2008 IBM Corporation RSM and UML 13 june 2008 Fredrik Ferm – ECAT Strategy Team Lead
© Copyright Eliyahu Brutman Programming Techniques Course.
1 SWE Introduction to Software Engineering Lecture 11 - Requirements Engineering Processes.
Design Management: When Model Driven Engineering Embraces the Semantic Web NECSIS 2012, Gatineau, QC 27 June 2012 Maged Elaasar.
Architectural Design Establishing the overall structure of a software system Objectives To introduce architectural design and to discuss its importance.
Object Oriented Analysis and Design Using the UML
Software Product Line Architectures (SPLA) Nipun Shah
Version Enterprise Architect Redefines Modeling in 2006 An Agile and Scalable modeling solution Provides Full Lifecycle.
© 2011 IBM Corporation Overview on Modeling RESTful Services August, 2011 Manoj Paul, Software Developer, Rational,
Basic Concepts The Unified Modeling Language (UML) SYSC System Analysis and Design.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 18 Slide 1 Software Reuse.
UML - Development Process 1 Software Development Process Using UML (2)
Modeling Practices in Open Source Software OSS 2013 Koper-Capodistria, Slovenia Omar Badreddin Post Doctoral Fellow, University of Ottawa
1 IBM Software Group ® Mastering Object-Oriented Analysis and Design with UML 2.0 Module 1: Best Practices of Software Engineering.
Component-level testing – Equivalence partitioning, boundary value analysis, path testing Navigation testing – Testing navigation syntax and semantics.
Thirteenth Lecture Hour 8:30 – 9:20 am, Sunday, September 16 Software Management Disciplines Process Automation (from Part III, Chapter 12 of Royce’ book)
Text CONSEG 09 Domain Knowledge assisted Requirements Evolution (K-RE)
A Model-Driven Semantic Web David Frankel (David Frankel Consulting) Pat Hayes ( Institute for Human & Machine Cognition, University of West Florida) Elisa.
©Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 6 Slide 1 Chapter 6 Requirements Engineering Process.
The Engine Driving Purchasing Management in Complex Environments MAGSOFT INTERNATIONAL LLC.
©Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 6 Slide 1 Requirements Engineering Processes l Processes used to discover, analyse and.
©2007 · Georges Merx and Ronald J. NormanSlide 1 Chapter 1 Introduction to Java in the Context of Software Engineering.
Software Processes lecture 8. Topics covered Software process models Process iteration Process activities The Rational Unified Process Computer-aided.
Assessing the Suitability of UML for Modeling Software Architectures Nenad Medvidovic Computer Science Department University of Southern California Los.
Identify steps for understanding and solving the
Software development process ธนวัฒน์ แซ่ เอียบ. The development process Process –set of rules which define how a development project. Methodology and.
Of 33 lecture 10: ontology – evolution. of 33 ece 720, winter ‘122 ontology evolution introduction - ontologies enable knowledge to be made explicit and.
Copyright 2002 Prentice-Hall, Inc. Chapter 2 Object-Oriented Analysis and Design Modern Systems Analysis and Design Third Edition Jeffrey A. Hoffer Joey.
Model-Driven Analysis Frameworks for Embedded Systems George Edwards USC Center for Systems and Software Engineering
Metadata. Generally speaking, metadata are data and information that describe and model data and information For example, a database schema is the metadata.
IBM Software Group ® Overview of SA and RSA Integration John Jessup June 1, 2012 Slides from Kevin Cornell December 2008 Have been reused in this presentation.
Integrating Modeling Tools in the Development Lifecycle with OSLC Miami, October 2013 Adam Neal (Presenter) Maged.
Modeling Web Based Applications with UML Terry Quatrani Rose Evangelist Terry Quatrani Rose Evangelist.
Introduction to the Semantic Web and Linked Data
ICT EMMSAD’05 13/ Assessing Business Process Modeling Languages Using a Generic Quality Framework Anna Gunhild Nysetvold* John Krogstie *, § IDI,
Of 33 lecture 1: introduction. of 33 the semantic web vision today’s web (1) web content – for human consumption (no structural information) people search.
MODEL-BASED SOFTWARE ARCHITECTURES.  Models of software are used in an increasing number of projects to handle the complexity of application domains.
Requirements Validation
MDD approach for the Design of Context-Aware Applications.
® IBM Software Group © 2004 IBM Corporation Developing an SOA with RUP and UML 2.0 Giles Davies.
Formal Specification: a Roadmap Axel van Lamsweerde published on ICSE (International Conference on Software Engineering) Jing Ai 10/28/2003.
® IBM Software Group © 2007 IBM Corporation Module 1: Getting Started with Rational Software Architect Essentials of Modeling with IBM Rational Software.
® IBM Software Group © 2009 IBM Corporation Essentials of Modeling with the IBM Rational Software Architect, V7.5 Module 15: Traceability and Static Analysis.
Essentials of Modeling with IBM Rational Software Architect V7.5
Rational Unified Process Fundamentals Best Practices of Software Engineering Rational Unified Process Fundamentals Best Practices of Software Engineering.
OWL Web Ontology Language Summary IHan HSIAO (Sharon)
Ontologies Reasoning Components Agents Simulations An Overview of Model-Driven Engineering and Architecture Jacques Robin.
Selected Semantic Web UMBC CoBrA – Context Broker Architecture  Using OWL to define ontologies for context modeling and reasoning  Taking.
An Introduction to UML COMS 103 section 4 11 January, 1999.
© 2010 IBM Corporation RESTFul Service Modelling in Rational Software Architect April, 2011.
© 2013 IBM Corporation IBM Rational Solution for Systems and Software Engineering SSE Integrations.
 The processes used for RE vary widely depending on the application domain, the people involved and the organisation developing the requirements.  However,
Model Based Engineering Environment Christopher Delp NASA/Caltech Jet Propulsion Laboratory.
1 Process activities. 2 Software specification Software design and implementation Software validation Software evolution.
Building Enterprise Applications Using Visual Studio®
SysML v2 Formalism: Requirements & Benefits
Jazz/DM Architecture with respect to the conceptual framework
Documentation in Continuous Delivery Model and DevOps
ece 627 intelligent web: ontology and beyond
Semantic Markup for Semantic Web Tools:
Presentation transcript:

Design Management: a Collabortive Design Solution ECMFA 2013 Montpellier, France Maged Elaasar (Presenter) Senior Software Engineer, IBM Jim Conallen Senior Software Engineer, IBM

2 Design is a Key Phase of Development Lifecycle  Reduces software development complexity  Identifies issues early in development lifecycle  Documents technical decisions for stakeholders  Accelerates implementations through model-driven development

3 Challenges for Design Tools Today Designers work in silos unaware of team activities Difficult to express designs in a suitable formalism Difficult to share designs and get feedback from stakeholders Difficult to work in parallel on design with other designers Difficult to manage change and variability of design Difficult to link designs to other lifecycle artifacts Difficult to trace and analyze the impact of design changes Difficult to create reports across multiple designs and lifecycle artifacts

4 Required Design Tool Features  CollaborativeTeam Access  Team Awareness  Lifecycle integration  Configuration management  Parallel development  Expressive Design Domains

5  Rational Design Management (DM) Design Management: a Collaborative Design Solution Rational Software Architect Rational Rhapsody DM Rational Design Management

6 Collaborative Team Access  Shared design respository with one or more clients  Access with role-based permissions  Search using keywords or queries  Browse elements and discover relationships  Collaborate by mark-up, comment, and review RSA Client Rhapsody Client Web Client

7 Team Awareness  Provide a project overview dashboard as a mashup of widgets

8 Lifecycle Integration  Create links to other lifecycle artifacts  Preview link details and navigate to the linked artifact  Create reports and generate documents that cover linked artifacts  Analyze the impact of change to artifacts across the lifecycle

9 Configuration Management  Designs are organized into project  Designs evolve with change sets producing new versions  Design versions are recorded in one or more configurations  A configuration can be changeable (workspace) or frozen (snapshot)  Configurations are organized in a hierarchy

10 Parallel Development  Support a traditional design process  Designer works in a private WS and delivers/rebases to intergration WS  Conflicts are resolved with compare/merge  Support an agile design process  More than one designer work in parallel in same WS  Minimize edit lock-out by maximizing design componentization

11 Expressive Design Domains  Structured Domains  UML, BPMN  Non Structured Domains  Sketches, Rich Text  Custom Domains  Abstract syntax  Concrete syntax  Tool behavior

12 Design Management: Embracing Semantic Web  Semantic web makes it easier to build modern design tools  Representing designs with RDF  Defining design domains with OWL  Linking designs to lifecycle artifacts with OSLC

13 Representing Designs with RDF  Designs are represented as RDF graphs  Design integration (multi-classification, aliases)  Design extension (open world assumption)  Design modularization (multi-definition)  Separation of concerns  Parallel development Activity 1 true

14 Defining Design Domains with OWL  Design domains are defined with OWL ontologies that define  Syntax (some validation, reflective tooling)  Semantics (reasoning, consistency check)  Extra tooling annotations (e.g., componentization, cascade delete)  Generic mapping from/to MOF-defined metamodels  Support for mapping profiles (using multi-classification) Context 1 true

15 Linking Designs to Lifecycle Artifacts with OSLC  DM adopts Open Services for Lifecycle Collaboration (OSLC)  Designs are represented using linked data (URI, RDF graph, etc.)  Designs have expected OSLC properties (e.g., dcterms:title)  Designs may use predefined link propeties (e.g.,dmoslc:validatedBy) Class 1

16 Contributions and Future Work  Described challenges facing software design tools today  Identified features that should help tools meet these challenges  Provided examples in the context of Design Management (DM) tool  Discussed how semantic web can help realize some of those features  Future work includes:  Assess impact of DM on design team productivity through case studies  Define ways to define a rigorous design process  Support configurations across the lifecycle  Support automation of design migration due to domain evolution

17