24
A Software Process OPL for ISO SC7 Standards Fabiano B. Ruy Ricardo A. Falbo Monalessa P. Barcellos Ontology & Conceptual Modeling Research Group Federal University of Espírito Santo (Brazil) Ontologias para Engenharia de Software PPGI/UFES - October, 2014

A Software Process OPL for ISO SC7 Standards

Embed Size (px)

DESCRIPTION

Fabiano B. Ruy Ricardo A. Falbo Monalessa P. Barcellos. A Software Process OPL for ISO SC7 Standards. Ontology & Conceptual Modeling Research Group. Federal University of Espírito Santo (Brazil). Ontologias para Engenharia de Software PPGI/UFES - October, 2014. Agenda. Introduction - PowerPoint PPT Presentation

Citation preview

A Software Process OPL forISO SC7 Standards

Fabiano B. Ruy

Ricardo A. Falbo

Monalessa P. Barcellos

Ontology & Conceptual Modeling Research Group

Federal University of Espírito Santo (Brazil)

Ontologias para Engenharia de SoftwarePPGI/UFES - October, 2014

Agenda

Introduction

Ontology Pattern Languages

An OPL for ISO Software Processes (ISP-OPL) The Language ISP-OPL Patterns

Applying ISP-OPL Requirement Process Ontology

Final Considerations

Motivation

Standards Harmonization Many standards and models

ISO/IEC 12207, ISO/IEC 29110, ISO 9001, CMMI, MPS.BR etc.

They are developed by different organizations or groups. They are not created under the same base of terms, concepts

and semantics.

When used in combination Interoperability problems.

Motivation

ISO Study Group Standards harmonization initiative Proposal: Ontological Framework

DEO: Definitional Elements Ontology

CDO: Configured Definitional Ontology

SDO: Standards Domain Ontology

Is there a good solution for ontology derivation?

DEO

CDOfor WG B

CDOfor WG A

CDOfor FoS 1

CDOfor FoS 2

CDOfor Std 1

CDOfor Std 2

DEO

CDOs

DEO

CDOfor WG B

CDOfor WG A

CDOfor FoS 1

CDOfor FoS 2

CDOfor Std 1

CDOfor Std 2

DEO

CDOs

Ontology Pattern Languages

Advantages expected of using OPLs for deriving compatible ontologies.

Modularity and Reuse

Productivity

Consistency

Interoperability (compatibility of the resulting models)

ISP-OPLISO-based Software Process OPL

Characteristics

Based on the Ontological Analysis of ISO/IEC 24744(in the light of UFO)

Reusing SP-OPL and E-OPL patterns

Purpose: to propose a sound solution for the derivation of ontologies in the ISO harmonization initiative.

ISP-OPLISO-based Software Process OPL

Scope Work Units

Regarding the composition of work units and its application contexts.

Human Resources Dealing with how people are organized in organizations and

teams, involved in projects, allocated to tasks, and perform work units.

Work Products Representing the nature and composition of work products and

how they are handled in work units.

ISP-OPL PatternsID Name Intent

Work UnitsWUD Work Unit Dependence Represents the dependences between work units.

WUC Work Unit Composition Establishes the composition of work units in terms of processes and tasks.

PPD Project Process Definition Defines the project of a defined process.WUS Work Unit Scheduling Defines the time boundary for work units.

PWUT Performed Work Unit Tracking

Register the tracking between performed and scheduled work units.

PWUD Performed Work Unit Dependence

Represents the dependences between performed work units.

PWUC Performed Work Unit Composition

Establishes the composition of work units in terms of performed processes and tasks.

PPP Project Process Performing

Defines the project of a performed process.

ISP-OPL PatternsID Name Intent

Human ResourcesHRE Human Resource Employment Establishes the human resources employed in organizations.OTD Organizational Team Definition Defines organizational teams.PTD Project Team Definition Defines teams for projects.TRD Team Role Definition Sets the roles to be performed in teams.

TMR Team Membership with Role Establishes the members of a team, defining a period and a role.

TMs Team Membership simplified Establishes the members of a team.RPL Role Planning Represents the roles to be performed in work units.

StD Stakeholder Definition Defines the stakeholders (people or teams) involved in projects.

StA Stakeholder Allocation Register the allocation of stakeholders in scheduled work units, defining a period and a role.

StAs Stakeholder Allocation simplified

Register the allocation of stakeholders in scheduled work units.

PPa Producer Participation Establish the stakeholders participating, during a period, in performed work units.

PPas Producer Participation simplified

Establish the stakeholders participating in performed work units.

ISP-OPL PatternsID Name Intent

Work ProductsWPN Work Product Nature Represents the different natures of work products.

WPC Work Product Composition Represents the composition complexity of work products.

DOCD Document Depiction Defines the depiction of work products by documents.

WPP Work Product ParticipationEstablishes the participation (creation, change or usage) of work products in performed work units.

WPCrea Work Product Creation Establishes the creation of work products by performed work units.

WPUse Work Product Usage Establishes the change of work products by performed work units.

WPChan Work Product Change Establishes the usage of work products by performed work units.

ISP-OPL Process

[language figure]

Work Unit Patterns

Human Resource Patterns

Work Product Patterns

Applying ISP-OPL

Requirements Processes ISO/IEC 12207 – Software Life Cycle Processes

6.4.1 - Stakeholder Requirements Definition Process 6.4.2 - System Requirements Analysis Process 7.1.2 - Software Requirements Analysis Process

ISO/IEC 15288 – System Life Cycle Processes 6.4.1 - Stakeholder Requirements Definition Process 6.4.2 - Requirements Analysis Process

ISO/IEC/IEEE 29148 – Requirements Engineering 6.2 - Stakeholder Requirements Definition Process 6.3 - Requirements Analysis Process

Applying ISP-OPL

Scope Definition ISO/IEC 12207 – Software Life Cycle Processes

6.4.1 - Stakeholder Requirements Definition Process

ISO/IEC 15288 – System Life Cycle Processes 6.4.1 - Stakeholder Requirements Definition Process

ISO/IEC/IEEE 29148 – Requirements Engineering 6.2 - Stakeholder Requirements Definition Process

Performed Processes Work Units Human Resources Work Products

Applying ISP-OPL

Analyzing the Standards Concepts Identification

Applying ISP-OPL

Applying ISP-OPL

Applying ISP-OPL

Applying ISP-OPL

Applying ISP-OPL

Final Considerations

Once understood, the OPL is easy to apply The major difficulties are on understanding the

standards and identifying the concepts and relations.

Enables a good productivity The development of the resulting ontology is faster

Leads to more consistent ontologies UFO ground, OPL built-in knowledge

Reaches interoperable ontologies Same OPL: compatible concepts

A Software Process OPL forISO SC7 Standards

Fabiano B. Ruy([email protected])

Ricardo A. Falbo([email protected])

Monalessa P. Barcellos([email protected])Ontology & Conceptual

Modeling Research Group

Federal University of Espírito Santo (Brazil)

Ontologias para Engenharia de SoftwareOctober, 2014