NON-FUNCTIONAL PROPERTIES IN SOFTWARE PRODUCT LINES: A FRAMEWORK FOR DEVELOPING QUALITY-CENTRIC SOFTWARE PRODUCTS May 2014 1 Mahdi Noorian

Slides:



Advertisements
Similar presentations
TIED: A Cluster of One TIED: Trial Integration Environment DETER built on.
Advertisements

Domain Engineering Silvio Romero de Lemos Meira
Automated Planning for Feature Model Configuration based on Functional and Non-Functional Requirements Samaneh Soltani 1, Mohsen Asadi 1, Dragan Gašević.
Sponsored by the U.S. Department of Defense © 2004 by Carnegie Mellon University page 1 Pittsburgh, PA Integrating Domain Specific Modeling.
Outline About author. The problem that discussed in the article.
Human Language Technologies. Issue Corporate data stores contain mostly natural language materials. Knowledge Management systems utilize rich semantic.
PLANSERVE Knowledge acquisition & Ontological engineering for AI Planning applications.
Copyright © 2006 Software Quality Research Laboratory DANSE Software Quality Assurance Tom Swain Software Quality Research Laboratory University of Tennessee.
Towards Modular Code Generators Using Symmetric Language-Aware Aspects Steffen Zschaler, Awais Rashid FREECO’11 Lancaster, 26 July 2011.
UML CASE Tool. ABSTRACT Domain analysis enables identifying families of applications and capturing their terminology in order to assist and guide system.
Chapter 2 Making interactive systems feel natural for users
Mastering OOA/OOD with UML. Contents Introduction Requirements Overview OOAOOD.
The Role of Modeling in Systems Integration and Business Process Analysis © Sparx Systems Pty Ltd 2011 Ben Constable Sparx Systems.
Course Instructor: Aisha Azeem
Software Product Line Architectures (SPLA) Nipun Shah
Software Architecture premaster course 1.  Israa Mosatafa Islam  Neveen Adel Mohamed  Omnia Ibrahim Ahmed  Dr Hany Ammar 2.
Engineering Systems of.
Domain-Specific Software Engineering Alex Adamec.
Problems with reuse – Increased maintenance costs; lack of tool support; not-invented- here syndrome; creating, maintaining, and using a component library.
Romaric GUILLERM Hamid DEMMOU LAAS-CNRS Nabil SADOU SUPELEC/IETR.
Špindlerův Mlýn, Czech Republic, SOFSEM Semantically-aided Data-aware Service Workflow Composition Ondrej Habala, Marek Paralič,
A university for the world real R © 2009, Chapter 18 Process Configuration Florian Gottschalk Marcello La Rosa.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 18 Slide 1 Software Reuse.
FP OntoGrid: Paving the way for Knowledgeable Grid Services and Systems WP8: Use case 1: Quality Analysis for Satellite Missions.
1 An Analytical Evaluation of BPMN Using a Semiotic Quality Framework Terje Wahl & Guttorm Sindre NTNU, Norway Terje Wahl, 14. June 2005.
Li Yi, APSEC ‘12 Constructing Feature Models Us­­ing a Cross-Join Merging Operator.
1 GRL Tools JUCMNav vs. OpenOME CSI5112 – Project Winter 2008 Bo Peng, Li Chen, Yessine Daadaa.
Product Configuration is a Collaborative Task… Towards a Framework for Collaborative and Coordinated Product Configuration Marcilio Mendonca, Krzysztof.
Module 4: Systems Development Chapter 12: (IS) Project Management.
What is a Business Analyst? A Business Analyst is someone who works as a liaison among stakeholders in order to elicit, analyze, communicate and validate.
Introduction A GENERAL MODEL OF SYSTEM OPTIMIZATION.
Dimitrios Skoutas Alkis Simitsis
A Framework for the Reconfiguration of Ubicomp Systems Pau Giner, Carlos Cetina, Joan Fons, Vicente Pelechano.
Design Management: a Collabortive Design Solution ECMFA 2013 Montpellier, France Maged Elaasar (Presenter) Senior Software Engineer, IBM
International Journal of Software Engineering and Its Applications Vol. 7, No. 4, July, 2013 BY: Sara S. Mahmoud and Imtiaz Ahmad Computer Engineering.
An Ontological Framework for Web Service Processes By Claus Pahl and Ronan Barrett.
Requirements Capture. Four Steps of requirements capture List candidate requirements Understand system context Capture functional requirements Capture.
Component Based SW Development and Domain Engineering 1 Component Based Software Development and Domain Engineering.
Ad Hoc Graphical Reports Ad Hoc Graphical Reports Copyright © Team #4 CSCI 6838 Spring CSCI Research Project and Seminar Team# 4 (
A common meta-model for the interoperation of tools with heterogeneous data models ECMFA 2010 Third Workshop on Model-Driven Tool & Process Integration.
Capturing and Reusing Functional and Non-functional Requirements Knowledge: A Goal-Object Pattern Approach Lawrence Chung and Sam Supakkul The University.
Software Requirements: A More Rigorous Look 1. Features and Use Cases at a High Level of Abstraction  Helps to better understand the main characteristics.
OSLC PLM Reference model April Summary of the OSLC PLM Reference Model V0.4 April 4th 2011 Gray Bachelor Mike Loeffler OSLC PLM Workgroup.
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.
Engineering Self-adaptive Service Mashups Mahdi Bashari LS3 Colloquium May 7 th 2014.
Smart Home Technologies
T.J Brown, I. Spence, P. Kilpatrick, C. Gillan, N. S. Scott School of Electronics, Electrical Engineering and Computer Science, Queen’s University of Belfast.
Quality Assurance in the Presence of Variability Kim Lauenroth, Andreas Metzger, Klaus Pohl Institute for Computer Science and Business Information Systems.
Requirement Engineering with URN: Integrating Goals and Scenarios Jean-François Roy Thesis Defense February 16, 2007.
Semantic Interoperability in GIS N. L. Sarda Suman Somavarapu.
SECURE TROPOS Michalis Pavlidis 8 May Seminar Agenda  Secure Tropos  History and Foundation  Tropos  Basics  Secure Tropos  Concepts / Modelling.
Guidelines of Business Process Modeling Team: Alejandra Saavedra Andrea Rodriguez Ez Lawrence.
OSLC PLM Reference model February Summary of the OSLC PLM Reference Model V0.2 February 22 nd 2011 Gray Bachelor Mike Loeffler OSLC PLM Workgroup.
Chapter 4 – Requirements Engineering
DSEEP process authoring made easy
SysML v2 Formalism: Requirements & Benefits
Complexity Time: 2 Hours.
Software Factories - Today and Tomorrow
Software Product Lines and Feature Models
Software Design Methodology
Chapter 10: Process Implementation with Executable Models
Systems Engineering Tool for Intelligent Transportation
Robust and Reliability Based Optimization using
Bo Wang1, Yingfei Xiong2, Zhenjiang Hu3, Haiyan Zhao1,
Tomás Murillo-Morales and Klaus Miesenberger
2. An overview of SDMX (What is SDMX? Part I)
2. An overview of SDMX (What is SDMX? Part I)
CHAPTER 9 (part a) BASIC INFORMATION SYSTEMS CONCEPTS
Semantic Markup for Semantic Web Tools:
Question Banks, Reusability, and DDI 3.2 (Use Parameters)
Presentation transcript:

NON-FUNCTIONAL PROPERTIES IN SOFTWARE PRODUCT LINES: A FRAMEWORK FOR DEVELOPING QUALITY-CENTRIC SOFTWARE PRODUCTS May Mahdi Noorian

Content  Background  Motivation  Research Objectives  Approach Overviews  Conclusion 2 Mercedes-Benz Product Line

Background  Software Product Line  Systematic reuse based development approach.  Commonalities and variabilities.  Developing families of software systems.  Consists of two main lifecycles: Domain engineering Application engineering 3

Background 4 Software product line based on FORM method.

Background  Feature Models  The main artefact of domain analysis.  Variability model.  Features are organized through a set of constraints. Structural constraints (Mandatory, Optional, Alternative, OR) Integrity constraints (Include, Exclude)  Feature Model Configuration  In application engineering, the process of selecting the desirable set of features from the feature model is called configuration process.  Configuration process depend on: feature model constraints, and users’ requirements. 5

Background 6

 Goal Models  Provide a framework for capturing and managing early stage system requirements.  Intentional variability.  It generally built over three important concepts: Goals (a desired result for system under development that stakeholders plan to achieve), Softgoals (refer to non-functional properties of system), Tasks (tasks are the methods that can operationalize goals). 7

Background 8

Content  Background  Motivation  Research Objectives  Approach Overviews  Conclusion 9 Mercedes-Benz Product Line

Motivation  Feature models are widely accepted as one of the important tools for domain modeling.  Mostly capture functional and operational variability of a system.  Non-functional properties of the system alongside with functional properties need to be captured and managed from the early stage of development process.  There is a lack of systematic approaches to deal with non-functional properties within feature models. 10

Motivation  Software product line configuration is an important step in application engineering.  selection of desirable set of features is very difficult task for the users and product designers. Complexity of the variabilities represented by feature models. Size of feature model configuration space.  The feature selection depends on the restrictions placed by users’ requirements (functional and non-functional), preferences and feature model constraints.  There is a lack of methods or processes that can help to identify the set of desirable features to fulfill the users’ needs. 11

Content  Background  Motivation  Research Objectives  Approach Overviews  Conclusion 12 Mercedes-Benz Product Line

Research Objectives  Quality-centric Feature Modeling  Addressing non-functional properties from the early stage of software product lines.  Connecting intentional variability models such as goal models with feature variability models in a target domain.  Quality-centric Feature Model Configuration  Developing optimized software products with respect to users’ objectives (functional and non-functional) and preferences. 13

Content  Background  Motivation  Research Objectives  Approach Overviews  Conclusion 14 Mercedes-Benz Product Line

Approach Overview 15 Optimized Product User’s Objectives and Preferences Feature Selection User Requirement Analysis Domain Requirement Engineering (Goal Modeling) Application Engineering  Domain Analysis (Feature Modeling) Integration Process Configuration Mapping Domain Engineering Quality-centric Feature Modeling

16 Model Element Enrichment FM & GM Semantic Annotation Mapping Recommendation Building Quality-centric Feature Model Domain Textual Assets Extended FM & GM with Textual Snippets Annotated FM & GM with Ontological Concepts External Ontologies Mapping Links QcFM Control flow Input Output

Quality-centric Feature Modeling 17

Quality-centric Feature Modeling 18

Quality-centric Feature Modeling 19

Quality-centric Feature Modeling 20

Quality-centric Feature Modeling 21

Quality-centric Feature Modeling 22

Quality-centric Feature Modeling 23

Content  Background  Motivation  Research Objectives  Approach Overviews  Conclusion 24 Mercedes-Benz Product Line

Conclusion  A semi-automatic approach to systematically integrate feature models, which represent functional aspects of a domain, and goal models, which represent non- functional properties.  Through this integration, the quality aspects of the domain can be captured from the early stage of SPL development.  An automated configuration process for developing optimized software product with respect to users’ functional properties, non-functional properties, and preferences. 25

Thank you 26

27