Le Guide du corpus de connaissances en génie logiciels3.amazonaws.com/publicationslist.org/data/gelog/ref-516/733.pdf · 3 Objectifs de la présentation ⁄Présenter le projet de

www.swebok.org 1

Le Guide du corpus de Le Guide du corpus de connaissances en génie connaissances en génie

logiciellogiciel

Robert Robert DupuisDupuis, UQAM, UQAM7 décembre 2001

SW

EB

OK

ÉTS

www.swebok.org 2

Projet géré par:

Support corporatif:

www.swebok.org 3

Objectifs de la présentationObjectifs de la présentation

¤ Présenter le projet de développement du guide au corpus des connaissances en génie logiciel

¤ Présenter quelques applications du Guide

¤ Discuter des développements futurs

www.swebok.org 4

Plan de la présentationPlan de la présentation

¤¤ Contexte et bref historique du projetContexte et bref historique du projet¤ Les aventures de swebok depuis le

printemps 2000

¤ Usages actuels du guide

¤ Projets de développement futur

¤ Conclusion

¤ Annexe: Taxonomie proposée

www.swebok.org 5

Dévelopment Dévelopment professionnelprofessionnel

Initial professional education

Skills Development

One or both

Full Professional

Status

Certification Licensing

Accreditation

Professional development

Code of ethics

Professional societies

Adapté de Steve McConnell, After the Gold Rush, Microsoft Press, 1999, p. 93

www.swebok.org 6

ObjectifsObjectifs

¤ Identifier le contenu du corpus des connaissances en génie logiciel

¤ Fournir un index au corpus des connaissances

¤ Promouvoir une vision uniforme du génie logiciel

www.swebok.org 7

ObjectifsObjectifs¤ Préciser la place et définir la frontière

du génie logiciel par rapport aux autres disciplines: en particulier l’informatique, la gestion de projets, le génie informatique et les mathématiques

¤ Fournir la base pour le développement de programmes universitaires et du matériel de certification / brevets des individus

www.swebok.org 8

Publics visésPublics visés

¤ Organisations privées et publiques

¤ Praticiens

¤ Responsables des politiques

¤ Sociétés professionnelles

¤ Étudiants

¤ Enseignants

www.swebok.org 9

Hors mandat: Hors mandat:

¤ Développement d’un curriculum

¤ Description exhaustive d’un domaine de connaissance

¤ Toutes les catégorie de connaissances (ex. R & D)

www.swebok.org 10

Catégories de connaissancesCatégories de connaissances

Généralementreconnues

Avancées

Sp

écia

lisée

s

etRecherche

www.swebok.org 11

Maths

Applicationdomain

knowledgeAdvanced

SEKnowledge

Guide to theSWEBOKStoneman

C.S.

...

Knowledgeof a

SoftwareEngineer

SpecializedSE

Knowledge

www.swebok.org 12

Intervenants de la Phase Intervenants de la Phase StonemanStoneman¤ Équipe éditoriale

¤ Comité aviseur: Industrial Advisory Board

¤ Spécialistes des domaines de connaissances

¤ Réviseurs

www.swebok.org 13

Équipe éditorialeÉquipe éditoriale¤ “Champion” du projet:

v Leonard Tripp, Président 1999, IEEE Computer Society

¤ Éditeurs exécutifs: v Alain Abran, ÉTSv James W. Moore, The MITRE Corp.

¤ Éditeurs:v Pierre Bourque, ÉTSv Robert Dupuis, UQAM

www.swebok.org 14

CompositionComposition dudu Industrial Industrial Advisory BoardAdvisory Board::¤ Industrie

¤ Sociétés professionnelles

¤ Organismes de "normalisation": ISO, CC2001

¤ Représentation internationale

www.swebok.org 15

Industrial Advisory BoardIndustrial Advisory Board

¤ Mario R. Barbacci, Software Engineering Institute, représente la IEEE Computer Society

¤ Carl Chang, Auburn University, représenteComputing Curricula 2001

¤ François Coallier, Bell Canada, représenteISO/IEC JTC 1 / SC7

¤ Charles C. Howell, Mitre corp.

www.swebok.org 16


¤ Anatol Kark, Conseil National de laRecherche du Canada

¤ Philippe Kruchten, Rational Software

¤ Dan Nash, Raytheon Systems Company

¤ Laure Le Bars, SAP Labs (Canada)

www.swebok.org 17


¤ Fred Otto, Conseil canadien desingénieurs

¤ Matt Peloquin, Construx software

¤ Bryan Pflug, The Boeing Company

¤ Larry Reeker, National Institute of Standards and Technology

www.swebok.org 18

Spécialistes des Spécialistes des Domaines de Domaines de connaissanceconnaissance¤ Antonia Bertolino, Istituto di Elaborazione della Informazione,

CNR, Italie

¤ Terry Bollinger, The MITRE Corporation, É-U; Philippe Gabrini et Louis Martin, UQAM

¤ Dave Carrington, University of Queensland, Australie

¤ Khaled El Emam, National Research Council, Canada

¤ Stephen MacDonell, University of Otago, Nouvelle-Zélande

¤ Tom Pigoski, Techsoft, É-U

¤ Pete Sawyer and Gerald Kotonya, Lancaster University, R-U

¤ John Scott, The Lawrence Livermore National Laboratory, É-U

¤ Guy Tremblay, Université du Quebec à Montréal, Canada

¤ Dolores Wallace and Larry Reeker, NIST, É-U

www.swebok.org 19

Domaines de connaissance Domaines de connaissance retenusretenus

• Software Requirements

• Software Design

• Software Construction

• Software Testing

• Software Maintenance

www.swebok.org 20

Domaines de connaissance Domaines de connaissance retenusretenus• Software Configuration Management

• Software Engineering Management

• Software Engineering Process

• Software Engineering Tools and Methods

• Software Quality

www.swebok.org 21

Stone Man: Bien livrablesStone Man: Bien livrables

¤ Consensus sur les domaines de connaissance

¤ Consensus sur les sujets et références de chaque domaine

¤ Consensus sur les disciplines connexes

www.swebok.org 22

Description des domaines de Description des domaines de connaissances du génie logicielconnaissances du génie logiciel

Classification des Sujets

Matrice Sujets & Références Références

Description des sujets

Classification de Bloom

DisciplinesConnexes

www.swebok.org 23

Guide to the Softw are Engineering Body of Knowledge(Version 0.95)

SoftwareConstruction

SoftwareMaintenanceSoftware Testing

Reduction inComplexity

Anticipation ofDiversity

Basic Concepts

MaintenanceProcess

Key Issues inSoftware

Maintenance

Techniques forMaintenance

Testing BasicConcepts and

Definitions

Test Levels

Test Techniques

Test-RelatedMeasures

Managing the TestProcess

(a) (b) (c) (e)

Software Design

Software DesignBasic Concepts

Key Issues inSoftware Design

Software Structureand Architecture

Software DesignQuality Analysisand Evaluation

Software DesignNotations

SoftwareRequirements

RequirementEngineering

Process

RequirementsElicitation

RequirementAnalysis

RequirementsValidation

RequirementsManagement

RequirementsSpecification

(d)

Software DesignStrategies and

Methods

Structuring forValidation

Use of ExternalStandards

www.swebok.org 24

ProcessMeasurement

Software Design Tools


SoftwareConfigurationManagement

SoftwareEngineering Tools

and Methods

SoftwareEngineering

ProcessSoftware Quality

Management ofthe SCM Process

SoftwareConfigurationIdentification

SoftwareConfiguration

Control


Status Accounting


Auditing

Software ReleaseManagement and

Delivery Software Methods

Software ToolsSoftware

EngineeringProcess Concepts

Process Definition

ProcessImplementation

and Change

Software QualityConcepts

Definition &Planning for Quality

Heuristic Methods

Formal Methods

Prototyping Methods

Software RequirementsTools

Software Testing Tools

Software MaintenanceTools

Software EngineeringProcess Tools

ProcessInfrastructure

Qualitative ProcessAnalysis

TechniquesRequiring Two or

More People

Support to OtherTechniques

Testing Special toSQA or V&V

Software ConstructionTools

(d)(f) (g) (h) (i) (j)

Software Quality Tools

Software ConfigurationManagement Tools

Software EngineeringManagement Tools

Infrastructure SupportTools

Miscellaneous ToolIssues

Miscellaneous MethodIssues

SoftwareEngineeringManagement

OrganizationalManagement

Process/ProjectManagement

SoftwareEngineering

Measurement

Defect FindingTechniques

Measurement inSoftware Quality

Analysis

www.swebok.org 25


¤ Contexte et bref historique du projet

¤¤ Les aventures de swebok depuis le Les aventures de swebok depuis le printemps 2000printemps 2000


¤ Projets de développement futur

¤ Conclusion


www.swebok.org 26

Approche en trois phases Approche en trois phases

1998 1999 2000 2001 2002 2003

Straw ManVersion

Straw ManVersion

Stone Man Phase(Trial Version)

Stone Man Phase(Trial Version)

Iron Man Version(Sub-phase 1)


www.swebok.org 27

Stone ManStone Man Review ProcessReview ProcessVersion 0.1

ReviewCycle 1

Version 0.5

Reviewcycle 2

Version 0.7

ReviewCycle 3

Version 0.9

Limited number of domain experts

Selected users

Community

www.swebok.org 28

Données sur les réviseursDonnées sur les réviseurs

¤ Cycle #2:v Environ 5000 commentaires

v Plus de 200 réviseurs provenant de 25 pays

v Plus de 400 formulaires reçus

¤ Cycle #3:v Environ 3500 commentaires

v 378 réviseurs provenant de 35 pays

www.swebok.org 29

Distribution géographique Distribution géographique des réviseursdes réviseurs¤ USA: 55%

¤ Europe: 18% v 90 réviseurs de 25 pays

¤ Canada: 10%

¤ Australie: 5%

¤ Asie: 5%

¤ Amérique Latine: 4%

www.swebok.org 30

Niveau d’éducation des Niveau d’éducation des réviseursréviseurs

34%

39%

24%

3%

DoctoratMaîtriseBacc.Autre

www.swebok.org 31

Nombre d’employés des Nombre d’employés des employeurs des réviseursemployeurs des réviseurs

37%

32%

31%0-50

50-500

500 et +

www.swebok.org 32

Expérience en entrepriseExpérience en entreprise

930 et +

2120-29

3810-19

320-9

% des répondants

Nb. d’années d’expérience en

entreprise

www.swebok.org 33

www.swebok.org 34

Résolution des commentairesRésolution des commentaires

www.swebok.org 35

RapportRapport NotkinNotkin//GorlickGorlick//ShawShaw

¤ Recommande le retrait de l'ACM de Swebok:v ne peut pas atteindre l'objectif de fournir

des assurances de qualité pour les logiciels d'intérêt public

v il n'existe pas de processus permettant d'atteindre cet objectif

www.swebok.org 36

Rapport Rapport NotkinNotkin//GorlickGorlick//ShawShaw

¤ "Le choix de sujets est basé sur des manuels"

¤ "Le guide ne tient pas compte des différents rôles en logiciel"

¤ "Le guide ne tient pas compte des domaines de spécialisation"

¤ "Des compagnies financent le projet"

www.swebok.org 37

RapportRapport NotkinNotkin//GorlickGorlick//ShawShaw

¤ Conclusion:v Il y a un lien entre le développement du

swebok et le licensing

v Le GL n'a pas atteint un niveau suffisant pour accorder des brevets professionnels

v Il ne faut pas créer un faux sentiment de sécurité

www.swebok.org 38

Résolutions formelles au Résolutions formelles au printemps 2001printemps 2001

¤ SWEBOK Industrial Advisory Board et IEEE Computer Society Board ofGovernorsvUn processus rigoureux a été suivi

v Le guide est prêt pour des essais sur le terrain

www.swebok.org 39

Rapport technique ISORapport technique ISO

¤ Comme le modèle OSI télécom

¤ Étapes accomplies:v Sujet étudié par un comité international

¤ À venir:v Vote et commentaires sur le document (12/01)

¤ Adoption espérée:v automne 2002

www.swebok.org 40

Trial versionTrial version

www.swebok.org 41

Approche en trois phasesApproche en trois phases

1998 1999 2000 2001 2002 2003

Straw ManVersion

Straw ManVersion

Stone Man VersionStone Man Version



Iron ManVersion

(Sub-phase 2)

Iron ManVersion(Sub-

phase 2)

www.swebok.org 42



¤ Les aventures de swebok depuis le printemps 2000

¤¤ Usages actuels du guideUsages actuels du guide¤ Projets de développement futur

¤ Conclusion


www.swebok.org 43

EntreprisesEntreprises

¤ Ressources humaines! Description de tâches, embauche, équipes de projets, planification de carrières, contrats, etc.vBoeing

v Lockheed-Martin

vBanque fédérale brésilienne

www.swebok.org 44


¤ Modèles de processus logiciel, politiques:vConstrux

vBanque fédérale brésilienne

vKodak

www.swebok.org 45


¤ Développement professionnelv formation interne

v auto-valuation

v auto-formation

vExemples: Construx, Securities Industry Automation Corporation

www.swebok.org 46

Domaine "public"Domaine "public"

¤ Ordre des ingénieurs du Québec

¤ Conseil canadien des ingénieurs

¤ Certification et “licensing”

¤ Politiques publiques:v Turkish Society for Quality

www.swebok.org 47

A01. Yazilim Gereksinimleri

Yazilim gereksinimleri, bir yazilim ürününün amaçlarini basarmak için tasimasi istenen özelliklerdir.

1. Gereksinim belirleme tekniklerinden hangilerini kullaniyorsunuz?a. Müsteri iletisim kanallari (yüzyüze görüsmeler, e-posta, çagri merkezi, vb.)b. Kullanim senaryolari tanimlamac. Prototip gelistirmed. Beyin firtinasi toplantilarie. Kullanim ortaminda gözlem yapmaf. Benzer ürünleri incelemeg. Diger2. Gereksinim tanimlama asamasinda asagidaki tekniklerden hangilerinikullaniyorsunuz?a. Numaralandirmab. Müsterinin verdigi öneme göre önceliklendirmec. Teknik zorluk veya karmasiklik derecesine göre siniflandirmad. Gerçeklestirme maliyetine göre siniflandirmae. Degiskenlik derecesine göre siniflandirmaf. Türe göre siniflandirmag. Ilgili oldugu is sürecini / süreçlerini kaydetmeh. Gereksinimin kaynagi olan kisiyi kaydetmei. Gereksinimin tanimlandigi tarihi kaydetmej. Gereksinimler arasindaki bagimliliklari kaydetmek. Gereksinimin revizyonlarini saklamal. Gereksinimleri yazilim ürününün planlanan sürümlerine atamam. Diger

www.swebok.org 48

ÉducationÉducation

¤ Accréditation de programmes: vEn évaluation au Japon

¤ Design/évaluation de cours:vArizona St., France, Suisse, etc.

www.swebok.org 49

ÉducationÉducation

¤ Design/évaluation de programmes:vUniversité d'Islande

vSouthern Methodist

vStevens Institute of Technology (NJ)

vNational Technological University

www.swebok.org 50



¤ Les aventures de swebok depuis le printemps 2000


¤¤ Projets de développement futurProjets de développement futur¤ Conclusion


www.swebok.org 51

Approche en trois phasesApproche en trois phases

1998 1999 2000 2001 2002 2003

Straw ManVersion

Straw ManVersion

Stone Man VersionStone Man Version



Iron ManVersion

(Sub-phase 2)

Iron ManVersion(Sub-

phase 2)

www.swebok.org 52

Ironman sousIronman sous--phase 1phase 1

¤ Suivi de l'expérimentation

¤ Coordination avec d'autres projets

www.swebok.org 53

Suivi de l'expérimentationSuivi de l'expérimentation

¤ Comment obtenir le feedback au sujet des essais du guide ?

¤ Comment l'organiser et le rendre public ?

www.swebok.org 54

Coordination avec d'autres Coordination avec d'autres projetsprojets¤ Projet de certification IEEE-CS

¤ Curriculum CC 2001

¤ Processus d'adoption ISO

¤ Activités d'accréditation au Canada

¤ CMMI

¤ ISO 12207

¤ Projet Task and Performance Norms

www.swebok.org 55

Ironman sousIronman sous--phase 2phase 2

¤ Comment intégrer les modifications au guide ?

¤ Quel(s) mécanismes utiliser pour l'évolution future du guide ?

www.swebok.org 56

Advanced and Research Advanced and Research TopicsTopics

¤ Quels sujets devraient être examinés comme "généralement reconnus" dans un proche avenir ?

¤ Quels mécanismes devraient être utilisés pour suivre l'évolution de ces sujets ?

www.swebok.org 57

Specialized DomainsSpecialized Domains

¤ Quels domaines spécialisés devraient êtreles premiers considérés pour être inclusdans une version étendue du guide ?

¤ Quelles caractéristiques font que cesdomaines sont différents du coeur du génielogiciel ?

www.swebok.org 58

Usages possibles en Usages possibles en recherche ?recherche ?¤ Utilisation comme base, hypothèses à

vérifier

¤ Identification de "trous" dans les connaissances établies

¤ Classification des publications, articles, demandes de subvention

www.swebok.org 59

Conclusion: objectifs Conclusion: objectifs atteints?atteints?¤ Identifier le contenu du corpus des

connaissances en génie logiciel

¤ Fournir un index au corpus des connaissances

¤ Promouvoir une vision uniforme du génie logiciel

www.swebok.org 60

Conclusion: objectifs Conclusion: objectifs atteints?atteints?¤ Préciser la place et définir la frontière

du génie logiciel par rapport aux autres disciplines: en particulier l’informatique, la gestion de projets, le génie informatique et les mathématiques

¤ Fournir la base pour le développement de programmes universitaires et du matériel de certification / brevets des individus

www.swebok.org 61

wwwwww.swebok..swebok.orgorg

www.swebok.org 62


¤ Contexte

¤ Portée, objectifs et publics prévus

¤ Stratégie de développement

¤ Contenu du Guide

¤¤ ConclusionConclusion


www.swebok.org 63


SoftwareConstruction

SoftwareMaintenanceSoftware Testing



Basic Concepts

MaintenanceProcess


Maintenance


Testing BasicConcepts and

Definitions

Test Levels

Test Techniques

Test-RelatedMeasures

Managing the TestProcess

(a) (b) (c) (e)

Software Design

Software DesignBasic Concepts

Key Issues inSoftware Design

Software Structureand Architecture

Software DesignQuality Analysisand Evaluation

Software DesignNotations


RequirementEngineering

Process


RequirementAnalysis



RequirementsSpecification

(d)

Software DesignStrategies and

Methods



www.swebok.org 64

ProcessMeasurement

Software Design Tools



SoftwareEngineering Tools

and Methods

SoftwareEngineering

ProcessSoftware Quality

Management ofthe SCM Process



Control


Status Accounting


Auditing

Software ReleaseManagement and

Delivery Software Methods

Software ToolsSoftware

EngineeringProcess Concepts

Process Definition


and Change


Definition &Planning for Quality

Heuristic Methods

Formal Methods

Prototyping Methods

Software RequirementsTools

Software Testing Tools




Qualitative ProcessAnalysis

TechniquesRequiring Two or

More People

Support to OtherTechniques

Testing Special toSQA or V&V


(d)(f) (g) (h) (i) (j)


Software ConfigurationManagement Tools



Miscellaneous ToolIssues


SoftwareEngineeringManagement



SoftwareEngineering

Measurement

Defect FindingTechniques

Measurement inSoftware Quality

Analysis

www.swebok.org 65

SoftwareSoftware RequirementsRequirements

Model Validation

Software Requirements

RequirementsEngineering

Process


RequirementsAnalysis



Process Models

Process Actors

Process Supportand Management

Process Qualityand Improvement

RequirementsSources

ElicitationTechniques

RequirementsClassification

Conduct ofRequirements

Reviews

Prototyping

Acceptance tests

ChangeManagement

RequirementsAttributes

RequirementsTracing

ConceptualModeling

RequirementsNegotiation

ArchitecturalDesign and

RequirementsAllocation

RequirementSpecification

RequirementsDefinitionDocument


Specification (SRS)

Document Quality

DocumentStructure and

Standards

www.swebok.org 66

Software DesignSoftware DesignSoftware Design

I. Software DesignBasic Concepts

II. Key Issues inSoftware Design

III. SoftwareStructure andArchitecture

V. DesignNotations

VI. SoftwareDesign Strategies

and Methods

General designconcepts

Concurrency

The context ofsoftware design

Enablingtechniques for

software design

The softwaredesign process

Control andhandling of events

Architecturalstructures and

viewpoints

Structuraldescriptions(static view)

General Strategies

Distribution

Interactive systems

Exception handling

Persistence

Design patterns(micro-architecture)

Architectural stylesand patterns

(macro-architecture)

Design of familiesof programs and

frameworks

Behaviordescriptions

(dynamic view) Object-orienteddesign

Function-orienteddesign

Data-structrurecentered design

IV. SoftwareDesign QualityAnalysis and

Evaluation

Quality attributes

Measures

Quality analysisand evaluation

tools

Software designreviews

Static analysis

Simulation andprototyping

Function-oriented(structured) design

measures

Object-oriented designmeasures

Other methods

www.swebok.org 67

Software ConstructionSoftware Construction

LinguisticConstruction

Methods

Software Construction





VisualConstruction

Methods

FormalConstruction

Methods


Methods

VisualConstruction

Methods

FormalConstruction

Methods


Methods

VisualConstruction

Methods

FormalConstruction

Methods


Methods

VisualConstruction

Methods

FormalConstruction

Methods

www.swebok.org 68

SoftwareSoftwareTestingTesting

Software Testing

A. TestingBasic

Concepts andDefinitions

B. Test Levels C. TestTechniques

D. Test RelatedMeasures

E. Managingthe TestProcess

A1. Testing-Related

Terminology

A2. TheoreticalFoundations

A3.Relationships ofTesting to Other

Activities

B1. The Targetof the Test

B2. Objectivesof Testing

C1.1 Based onTester's intuitionand experience

C1.2Specification-

based

C1.3 Code-Based

C1.4 Fault-Based

C1.5 Usage-Based

C1.6 Based onNature of

Application

C2.1 Black-BoxTechniques

C2.1 White-BoxTechniques

C3. Selectingand Combining

Techniques

D1. Evaluationof the Program

Under Test

D2. Evaluationof the TestsPerformed

E1.Management

Concerns

E2. TestActivities

www.swebok.org 69

Software MaintenanceSoftware MaintenanceSoftware Maintenance

Basic Concepts MaintenanceProcess


Maintenance

Definitions andTerminology

Majority ofMaintenance

Costs

The Nature ofMaintenance

Evolution ofSoftware

Need forMaintenance

Categories ofMaintenance

Process Models

MaintenanceActivities

Technical

Management

Cost andEstimation

Measures


Programcomprehension

Re-engineering

ReverseEngineering

Impact Analysis

www.swebok.org 70

Software Configuration ManagementSoftware Configuration ManagementSoftware Configuration Management

Managementof the SCM

Process



Control


StatusAccounting


Auditing

SoftwareRelease

Managementand Delivery

OrganizationalContext for

SCM

Constraintsand Guidance

for SCM

Planning forSCM


Plan

IdentifyingItems to beControlled

Requesting,Evaluating

and ApprovingSoftwareChanges



Items


ItemsRelationships

SoftwareVersions

Baseline

AcquiringSoftware

ConfigurationItems

SoftwareLibrary

ImplementingSoftwareChanges

Deviationsand Waivers


StatusInformation


StatusReporting

SoftwareFunctional

ConfigurationAudit

SoftwarePhysical

ConfigurationAudit

In-ProcessAudits of aSoftwareBaseline

SoftwareBuilding

SoftwareRelease

Management

www.swebok.org 71

Software Engineering ManagementSoftware Engineering Management

Software Engineering Management



SoftwareEngineering

Measurement

PolicyManagement

PersonnelManagement

CommunicationManagement

PortfolioManagement

ProcurementManagement

Initiation andscope definition

Planning

Enactment

Review andEvaluation

Closure

Goals

MeasurementSelection

MeasuringSoftware and its

Development

Collection of data

SoftwareMeasurement

Models

www.swebok.org 72

Software EngineeringSoftware Engineering ProcessProcess

Sofware Engineering Process

SoftwareEngineering

ProcessConcepts


ProcessMeasurement

ProcessDefinition

QualitativeProcessAnalysis

ProcessImplementation and Change

Themes

Terminology

SoftwareEngineering

Process Group

ExperienceFactory

Methodology inProcess

Measurement

ProcessMeasurement

Paradigms

Types ofProcess

Definitions

Life CycleFramework

Models

Software LifeCycle Process

Models

Notations forProcess

Definitions

ProcessDefinitionMethods

Automation

ProcessDefinitionReview

Root CauseAnalysis

Paradigms forProcess

Implementationand Change

Guidelines forProcess

Implementationand Change

Evaluating theOutcome of


and Change

www.swebok.org 73

Software Software EngineeringEngineeringToolsTools andandMethodsMethods

Software Engineering Tools and Methods

I. Software Tools II. Software Methods

SoftwareRequirements Tools

Heuristic Methods

Software DesignTools


Software TestingTools





Management Tools



Miscellaneous ToolsIssues

Formal Methods

Structured methods

Data-oriented methods

Object-oriented methods

Domain specific methods

Specification languages

Refinement

Verification

Prototyping Methods


StylesPrototyping target

Evaluation techniques

Method evaluation

www.swebok.org 74

SoftwareSoftware QualityQualitySoftware Quality


Purpose andPlanning of SQA

and V&V

Activities andTechniques forSQA and V&V

MeasurementApplied to SQA

and V&V

Measuring theValue of Quality

ISO 9126 QualityDescription

Dependability

Special Types ofSystems andQuality Needs

Common PlanningActivities

The SQA Plan

The V&V Plan

Static Techniques

DynamicTechiques

Other SQA andV&V Testing

Fundamentals ofMeasurement

Measures

MeasurementAnalysis

Techniques

Additional Usesof SQA andV&V data

DefectCharacterization

www.swebok.org 75

Qu’estQu’est--ce que le génie ce que le génie logiciel?logiciel?¤ IEEE 610.12:v “(1) The application of a systematic,

disciplined, quantifiable approach to the development, operation, and maintenance of software; that is, the application of engineering to software.

v (2) The study of approaches as in (1).”

www.swebok.org 76

Profession?Profession?

¤ Starr*:v Connaissances et compétence validées par la

communauté des pairs

v Connaissances validées par consensus et ayant des bases rationnelles et/ou scientifiques

v Les décisions et conseils sont basés sur des valeurs communes aux membresØ *P. Starr, The Social Transformation of American

Medicine: BasicBooks, 1982.

Documents

Le Guide du corpus de connaissances en génie logiciels3.amazonaws.com/publicationslist.org/data/gelog/ref-516/733.pdf · 3 Objectifs de la présentation ⁄Présenter le projet de