ISO/IEC TR 29110-5-1-2:2011

Software engineering - Lifecycle profiles for Very Small Entities (VSEs) - Part 5-1-2: Management and engineering guide: Generic profile group: Basic profile

ISO/IEC TR 29110-5-1-2:2011 is applicable to Very Small Entities (VSEs). A VSE is defined as an enterprise, organization, department or project having up to 25 people. A set of standards and guides have been developed according to a set of VSEs' characteristics and needs. The guides are based on subsets of appropriate standards elements, referred to as VSE Profiles. The purpose of a VSE Profile is to define a subset of ISO/IEC International Standards relevant to the VSEs' context. The ISO/IEC 29110 series is targeted by audience. ISO/IEC TR 29110-5 is targeted to VSEs. ISO/IEC TR 29110-5-1-2:2011 provides the management and engineering guide to the Basic VSE Profile specifed in ISO/IEC 29110-4-1 through project management and software implementation processes. The Basic Profile is one profile of the Generic profile group. The Generic profile group is applicable to VSEs that do not develop critical software. The Generic profile group does not imply any specific application domain.

Ingénierie du logiciel — Profils de cycle de vie pour très petits organismes (TPO) — Partie 5-1-2: Guide de gestion et d'ingénierie: Groupe de profil générique: Profil basique

L'ISO/CEI 29110-5-1-2:2012 s'applique aux très petits organismes (TPO). Les TPO sont des entreprises, des organismes, des services et des projets regroupant 25 personnes et moins. Un ensemble de normes et de guides a été élaboré en fonction de caractéristiques et de besoins propres aux TPO. Ces guides sont fondés sur des sous-ensembles d'éléments pertinents de normes nommés «Profils TPO» L'objectif de ces profils TPO consiste à définir un sous-ensemble de Normes internationales appropriées au contexte des TPO. La série de l'ISO/CEI 29110 est ciblée par destinataire. L'ISO/CEI 29110-5-1-2:2012 cible les TPO. L'ISO/CEI 29110-5-1-2:2012 fournit un guide de gestion et d'ingénierie pour le profil basique de TPO spécifié dans l'ISO/CEI 29110-4-1 dans le cadre de la gestion de projet et des processus de mise en oeuvre. Le profil basique est un profil du groupe de profils génériques. Le groupe de profils génériques s'applique aux TPO qui ne développent pas de produits logiciels critiques. Le groupe de profils génériques n'implique aucun domaine d'application spécifique.

General Information

• Status: Published
• Publication Date: 04-May-2011
• ICS: 35.080 - Software
• Technical Committee: ISO/IEC JTC 1/SC 7 - Software and systems engineering
• Drafting Committee: ISO/IEC JTC 1/SC 7/WG 24 - Systems and software standards for Very Small Entities
• Current Stage: 9599 - Withdrawal of International Standard
• Start Date: 18-Feb-2025
• Completion Date: 30-Oct-2025

Relations

• Revised: ISO/IEC 29110-5-1-2:2025 - Systems and software engineering - Life cycle profiles for very small entities (VSEs) - Part 5-1-2: Software engineering guidelines for the generic Basic profile
• Effective Date: 06-Jun-2022

Overview

ISO/IEC TR 29110-5-1-2:2011 is a Technical Report in the ISO/IEC 29110 series that provides a practical management and engineering guide for Very Small Entities (VSEs) - organizations, departments or projects with up to 25 people. It describes the Basic Profile of the Generic profile group, intended for VSEs that do not develop safety- or mission-critical software. The guide maps a minimal, scalable subset of international software engineering standards into actionable processes for small teams, focusing on Project Management (PM) and Software Implementation (SI) for single-application projects.

Key topics and requirements

The document structures guidance around clear, lightweight lifecycle practices and includes:

• Scope and audience: Targeted guidance for VSEs (≤25 people); informative Technical Report rather than a normative standard.
• Two core processes:
  • Project Management (PM) - purpose, objectives, inputs/outputs, internal products, roles, diagrams and task lists for planning, monitoring and controlling small projects.
  • Software Implementation (SI) - purpose, objectives, inputs/outputs, internal products, roles, diagrams and task lists for requirements implementation, design, coding, integration and verification for a single project team.
• Roles and responsibilities: Lightweight role definitions (e.g., project manager, developer) matched to VSE realities.
• Products and repository: Recommended input/output products and a simple project repository model to store project artifacts.
• Tools and automation: Recommended categories of tools for PM and SI suitable for VSEs (project tracking, version control, issue tracking, build and test).
• Practical artifacts: Diagrams, task lists and tables for PM/SI activities, and a Deployment Package structure (informative annex).
• Flexibility: Compatible with multiple lifecycle models (waterfall, iterative, agile) - the focus is on outcomes and minimal required practices rather than prescribing a single methodology.

Practical applications - who uses it

ISO/IEC TR 29110-5-1-2 is useful for:

• Small software companies and startups (VSEs) implementing repeatable, lightweight lifecycle processes.
• Independent projects or departments within larger organizations that need compact process guidance.
• Procurement managers and integrators who want assurance that small suppliers follow recognized lifecycle practices.
• Consultants and tool vendors developing tailored process templates, checklists, or tooling for micro teams.
• Assessors and quality leads preparing basic assessments against ISO/IEC 29110 profiles.

Adopting the Basic Profile helps VSEs improve product quality, project predictability and supplier credibility while keeping process overhead minimal.

Related standards

• ISO/IEC 29110 (series) - Overview, framework and taxonomy, assessment guide, and profile specifications
  • Part 1: Overview (TR)
  • Part 2: Framework and taxonomy
  • Part 3: Assessment guide (TR)
  • Part 4-1: Profile specifications - Generic profile group
• ISO/IEC 12207 and ISO/IEC 15289 - referenced families of lifecycle and product description standards from which VSE profiles are derived

Keywords: ISO/IEC 29110, VSE, Very Small Entities, Basic profile, software lifecycle, project management, software implementation, ISO standard, small team processes.

Standards Content (Sample)

TECHNICAL ISO/IEC
REPORT TR
29110-5-1-2
First edition
2011-05-15
Software engineering — Lifecycle profiles
for Very Small Entities (VSEs) —
Part 5-1-2:
Management and engineering guide:
Generic profile group: Basic profile
Ingénierie du logiciel — Profils de cycle de vie pour très petits
organismes (TPO) —
Partie 5-1-2: Guide d'ingénierie et de gestion: Groupe de profil
générique: Profil basique
Reference number
©
ISO/IEC 2011
©  ISO/IEC 2011
All rights reserved. Unless otherwise specified, no part of this publication may be reproduced or utilized in any form or by any means,
electronic or mechanical, including photocopying and microfilm, without permission in writing from either ISO at the address below or
ISO's member body in the country of the requester.
ISO copyright office
Case postale 56 • CH-1211 Geneva 20
Tel. + 41 22 749 01 11
Fax + 41 22 749 09 47
E-mail [e-mail]
Web www.iso.org
Published in Switzerland
ii © ISO/IEC 2011 – All rights reserved

Contents Page
Foreword .v
Introduction.vi
1 Scope.1
1.1 Fields of application.1
1.2 Target audience.1
2 Normative references.1
3 Terms and definitions .2
4 Conventions and abbreviated terms .2
4.1 Naming, diagramming and definition conventions.2
4.2 Abbreviated terms.3
5 Overview.3
6 Project Management (PM) process.4
6.1 PM purpose.4
6.2 PM objectives.5
6.3 PM input products.7
6.4 PM output products.8
6.5 PM internal products.8
6.6 PM roles involved.8
6.7 PM diagram.9
6.7.1 PM activities.10
6.7.2 PM incorporation to Project Repository .15
7 Software Implementation (SI) process.16
7.1 SI purpose.16
7.2 SI objectives.16
7.3 SI input products .19
7.4 SI output products.20
7.5 SI internal products.20
7.6 SI roles involved.21
7.7 SI diagram.21
7.7.1 SI activities.23
7.7.2 SI incorporation to the Project Repository.31
8 Roles.32
9 Product description.33
10 Software tools requirements.40
10.1 Project Management process .40
10.2 Software Implementation process.41
Annex A (informative) Deployment Packages.42
Bibliography.44

Table of illustrations
Figure 1 — ISO/IEC 29110 series. vii
Figure 2 — Basic profile guide processes (diagram notation is explained in 4.1) .4
© ISO/IEC 2011 – All rights reserved iii

Figure 3 — Project Management process diagram. 9
Figure 4 — Software Implementation process diagram. . 22

Table of tables
Table 1 — ISO/IEC 29110 target audience .vi
Table 2 — PM input products . 7
Table 3 — PM output products . 8
Table 4 — PM internal products . 8
Table 5 — PM roles involved. 8
Table 6 — PM.1 task list. 10
Table 7 — PM.2 task list. 13
Table 8 — PM.3 task list. 14
Table 9 — PM.4 task list. 15
Table 10 — PM repository products . 15
Table 11 — SI input products . 19
Table 12 — SI output products. 20
Table 13 — SI internal products . 20
Table 14 — SI roles involved. 21
Table 15 — SI.1 task list. 23
Table 16 — SI.2 task list. 24
Table 17 — SI.3 task list. 26
Table 18 — SI.4 task list. 27
Table 19 — SI.5 task list. 28
Table 20 — SI.6 task list. 30
Table 21 — SI repository products . 31
Table 22 — Roles . 32
Table 23 — Product Descriptions . 33
Table 24 — Project Management tools . 40
Table 25 — Software Implementation tools. 41
Table A.1 — Table of Content of a Deployment Package. 42
iv © ISO/IEC 2011 – All rights reserved

Foreword
ISO (the International Organization for Standardization) and IEC (the International Electrotechnical
Commission) form the specialized system for worldwide standardization. National bodies that are members of
ISO or IEC participate in the development of International Standards through technical committees
established by the respective organization to deal with particular fields of technical activity. ISO and IEC
technical committees collaborate in fields of mutual interest. Other international organizations, governmental
and non-governmental, in liaison with ISO and IEC, also take part in the work. In the field of information
technology, ISO and IEC have established a joint technical committee, ISO/IEC JTC 1.
International Standards are drafted in accordance with the rules given in the ISO/IEC Directives, Part 2.
The main task of the joint technical committee is to prepare International Standards. Draft International
Standards adopted by the joint technical committee are circulated to national bodies for voting. Publication as
an International Standard requires approval by at least 75 % of the national bodies casting a vote.
In exceptional circumstances, when the joint technical committee has collected data of a different kind from
that which is normally published as an International Standard (“state of the art”, for example), it may decide to
publish a Technical Report. A Technical Report is entirely informative in nature and shall be subject to review
every five years in the same manner as an International Standard.
Attention is drawn to the possibility that some of the elements of this document may be the subject of patent
rights. ISO and IEC shall not be held responsible for identifying any or all such patent rights.
ISO/IEC TR 29110-5-1-2 was prepared by Joint Technical Committee ISO/IEC JTC 1, Information technology,
Subcommittee SC 7, Software and systems engineering.
ISO/IEC 29110 consists of the following parts, under the general title Software engineering — Lifecycle
profiles for Very Small Entities (VSEs):
⎯ Part 1: Overview [Technical Report]
⎯ Part 2: Framework and taxonomy
⎯ Part 3: Assessment guide [Technical Report]
⎯ Part 4-1: Profile specifications: Generic profile group
⎯ Part 5-1-2: Management and engineering guide: Generic profile group: Basic profile [Technical Report]
Parts 4 and 5 can be developed to accommodate new profile specifications and management and engineering
guides as follows:
⎯ Part 4-m: Profile specifications: Profile group aaaaa
⎯ Part 5-m-n: Management and engineering guide: Profile group aaaaa: Profile bbbbb [Technical Report]

© ISO/IEC 2011 – All rights reserved v

Introduction
The software industry recognizes the value of Very Small Entities (VSEs) in contributing valuable products
and services. For the purpose of ISO/IEC 29110, a VSE is an entity (enterprise, organization, department or
project) having up to 25 people. VSEs also develop and/or maintain software that is used in larger systems;
therefore, recognition of VSEs as suppliers of high quality software is often required.
According to the Organisation for Economic Co-operation and Development (OECD) SME and
Entrepreneurship Outlook report (2005) “SMEs constitute the dominant form of business organisation in all
countries world-wide, accounting for over 95 % and up to 99 % of the business population depending on
country”. The challenge facing OECD governments is to provide a business environment that supports the
competitiveness of this large heterogeneous business population and that promotes a vibrant entrepreneurial
culture.
From studies and surveys conducted, it is clear that the majority of International Standards do not address the
needs of VSEs. Conformance with these standards is difficult, if not impossible, giving VSEs no way, or very
limited ways, to be recognized as entities that produce quality software in their domain. Therefore, VSEs are
often cut off from some economic activities.
It has been found that VSEs find it difficult to relate International Standards to their business needs and to
justify their application to their business practices. Most VSEs can neither afford the resources, in terms of
number of employees, budget and time, nor do they see a net benefit in establishing software lifecycle
processes. To rectify some of these difficulties, a set of guides has been developed according to a set of VSE
characteristics. The guides are based on subsets of appropriate standards elements, referred to as VSE
profiles. The purpose of a VSE profile is to define a subset of International Standards relevant to the VSE
context, for example, processes and outcomes of ISO/IEC 12207 and products of ISO/IEC 15289.
ISO/IEC 29110, targeted by audience, has been developed to improve product and/or service quality, and
process performance. See Table 1. ISO/IEC 29110 is not intended to preclude the use of different lifecycles
such as: waterfall, iterative, incremental, evolutionary or agile.
Table 1 — ISO/IEC 29110 target audience
ISO/IEC 29110 Title Target audience
Part 1 Overview VSEs, assessors, standards producers, tool vendors
and methodology vendors.
Part 2 Framework and taxonomy Standards producers, tool vendors and methodology
vendors. Not intended for VSEs.
Part 3 Assessment guide Assessors and VSEs
Part 4 Profile specifications Standards producers, tool vendors and methodology
vendors. Not intended for VSEs.
Part 5 Management and engineering guide VSEs

If a new profile is needed, ISO/IEC 29110-4 and ISO/IEC TR 29110-5 can be developed without impacting
existing documents and they become ISO/IEC 29110-4-m and ISO/IEC 29110-5-m-n, respectively, through
the ISO/IEC process.
ISO/IEC TR 29110-1 defines the business terms common to the VSE Profile Set of Documents. It introduces
processes, lifecycle and standardization concepts, and the ISO/IEC 29110 series. It also introduces the
characteristics and requirements of a VSE, and clarifies the rationale for VSE-specific profiles, documents,
standards and guides.
vi © ISO/IEC 2011 – All rights reserved

ISO/IEC 29110-2 introduces the concepts for software engineering standardized profile for VSEs, and defines
the terms common to the VSE Profile Set of Documents. It establishes the logic behind the definition and
application of standardized profiles. It specifies the elements common to all standardized profiles (structure,
conformance, assessment) and introduces the taxonomy (catalogue) of ISO/IEC 29110 profiles.
ISO/IEC TR 29110-3 defines the process assessment guidelines and compliance requirements needed to
meet the purpose of the defined VSE Profiles. ISO/IEC TR 29110-3 also contains information that can be
useful to developers of assessment methods and assessment tools. ISO/IEC TR 29110-3 is addressed to
people who have direct relation with the assessment process, e.g. the assessor and the sponsor of the
assessment, who need guidance on ensuring that the requirements for performing an assessment have been
met.
ISO/IEC 29110-4-1 provides the specification for all the profiles of the Generic Profile Group. The Generic
Profile Group is applicable to VSEs that do not develop critical software products. The profiles are based on
subsets of appropriate standards elements. VSEs' Profiles apply and are targeted to authors/providers of
guides and authors/providers of tools and other support material.
This part of ISO/IEC 29110 provides an implementation management and engineering guide for the Basic
Profile of the Generic Profile Group specified in ISO/IEC 29110-4-1. The Basic Profile describes software
development of a single application by a single project team with no special risk or situational factors.
Figure 1 describes the ISO/IEC 29110 series and positions the parts within the framework of reference.
Overviews and guides are published as Technical Reports (TR), and profiles are published as International
Standards (IS).
29110 Overview (TR 29110-1)
29110 Profiles (IS)
Framework and Taxonomy (IS 29110-2)
Specifications of VSE Profiles (IS 29110-4)
Specification - VSE Profile Group m
Specification - VSE Profile Group m
(IS 29110-4-m)
(IS 29110-4-m)
29110 Guides (TR)
Assessment Guide (TR 29110-3)
Management and Engineering Guide (TR 29110-5)
Management and
Management and
Engineering Guide
Engineering Guide
VSE Profile m-n
VSE Profile m-n
(TR 29110-5-m-n)
(TR 29110-5-m-n)
Figure 1 — ISO/IEC 29110 series
© ISO/IEC 2011 – All rights reserved vii

TECHNICAL REPORT ISO/IEC TR 29110-5-1-2:2011(E)

Software engineering — Lifecycle profiles for Very Small
Entities (VSEs) —
Part 5-1-2:
Management and engineering guide: Generic profile group:
Basic profile
1 Scope
1.1 Fields of application
This part of ISO/IEC 29110 is applicable to Very Small Entities (VSEs). VSEs are enterprises, organizations,
departments or projects of up to 25 people. The lifecycle processes described in ISO/IEC 29110 are not
intended to preclude or discourage their use by organizations bigger than VSEs.
This part of ISO/IEC 29110 provides the management and engineering guide to the Basic VSE Profile
specified in ISO/IEC 29110-4-1 through project management and software implementation processes. This
part of ISO/IEC 29110 is a standalone guide; it is not intended for a VSE to use the standardized profile to
implement this part of ISO/IEC 29110.
This part of ISO/IEC 29110 applies for software development projects, which can be to fulfil an external or
internal contract. The internal contract need not be explicit between the project team and their Customer.
Using this part of ISO/IEC 29110, a VSE can obtain the following benefits.
⎯ An agreed set of project requirements and expected products is delivered to the Customer.
⎯ A disciplined management process that provides project visibility and corrective actions of project
problems and deviations is performed.
⎯ A systematic software implementation process that satisfies Customer needs and ensures quality
products is followed.
1.2 Target audience
This part of ISO/IEC 29110 is targeted at VSEs.
It is intended to be used with any processes, techniques and methods that enhance the VSE's Customer
satisfaction and productivity.
2 Normative references
The following referenced documents are indispensable for the application of this document. For dated
references, only the edition cited applies. For undated references, the latest edition of the referenced
document (including any amendments) applies.
ISO/IEC TR 29110-1, Software engineering — Lifecycle profiles for Very Small Entities (VSEs) — Part 1:
Overview
© ISO/IEC 2011 – All rights reserved 1

3 Terms and definitions
For the purposes of this document, the terms and definitions given in ISO/IEC TR 29110-1 apply.
4 Conventions and abbreviated terms
4.1 Naming, diagramming and definition conventions
The following process structure description and notation are used to describe the processes.
Name – process identifier, followed by its abbreviation in brackets “( )”.
Purpose – general goals and results expected of the effective implementation of the process. The
implementation of the process should provide tangible benefits to the stakeholders. The purpose is identified
by the abbreviation of the process name.
Objectives – specific goals to ensure the accomplishment of the process purpose. The objectives are
identified by the abbreviation of the process name, followed by the letter “O” and a consecutive number, for
example PM.O1, SI.O2, etc. Each objective is followed by the square box which includes a list of the chosen
processes for the basic profile from ISO/IEC 12207:2008 and its outcomes related to the objective.
Input Products – products required to perform the process and its corresponding source, which can be
another process or an external entity to the project, such as the Customer. Identified by the abbreviation of the
process name and showed as two column table of product names and sources.
Output Products – products generated by the process and its corresponding destination, which can be
another process or an external entity to the project, such as Customer or Organizational Management.
Identified by the abbreviation of the process name and showed as two column table of product names and
destinations.
Internal Products – products generated and consumed by the process. Identified by the abbreviation of the
process name and showed as one column table of the product names.
All products’ names are printed in cursive and initiate with capital letters. Some products have one or more
statuses attached to the product name surrounded by square brackets “[ ]”and separated by ”,”. The product
status may change during the process execution. See Clause 9 for the alphabetical list of the products, its
descriptions, possible statuses and the source of the product. The source can be another process or an
external entity to the project, such as the Customer.
Roles involved – names and abbreviation of the functions to be performed by project team members. Several
roles may be played by a single person and one role may be assumed by several persons. Roles are
assigned to project participants based on the characteristics of the project. The role list is identified by the
abbreviation of the process name and showed as two column table. See Clause 8 for the alphabetical list of
the roles, its abbreviations and required competencies description.
Diagram – graphical representation of the processes. The large round-edged rectangles indicate process or
activities and the smaller square-edged rectangles indicate the products. The directional or bidirectional thick
arrows indicate the major flow of information between processes or activities. The thin directional or
bidirectional arrows indicate the input or output products. The notation used in the diagrams does not imply
the use of any specific process lifecycle.
Activity – a set of cohesive tasks. Task is a requirement, recommendation, or permissible action, intended to
contribute to the achievement of one or more objectives of a process. A process activity is the first level of
process workflow decomposition and the second one is a task. Activities are identified by process name
abbreviation followed by consecutive number and the activity name.
Activity Description – each activity description is identified by the activity name and the list of related
objectives surrounded by brackets “( )”. For example PM.1 Project Planning (PM.O1, PM.O5, PM.O6, PM.O7)
means that the activity PM.1 Project Planning contributes to the achievement of the listed objectives: PM.O1,
PM.O5, PM.O6 and PM.O7. The activity description begins with the task summary and is followed by the task
descriptions table. The task description doesn’t impose any technique or method to perform it. The selection
of the techniques or methods is left to the VSE or project team.
2 © ISO/IEC 2011 – All rights reserved

Tasks description table contain four columns corresponding to:
⎯ Role - the abbreviation of roles involved in the task execution.
⎯ Task - description of the task to be performed. Each task is identified by activity ID and consecutive
number, for example PM1.1, PM1.2, and so on.
⎯ Input Products - products needed to execute the task.
⎯ Output Products - products created or modified by the execution of the task.
Incorporation to Project Repository – list of products to be saved in Project Repository; the Version Control
Strategy has to be applied to some of them (see Clause 6.7.2 and 7.7.2). It is useful as a checklist for project
manager and technical leader.
NOTE: Tables used in process description are for presentation purpose only.
4.2 Abbreviated terms
VSE Very Small Entity
5 Overview
The Basic VSE Profile Management and Engineering Guide applies to a Very Small Entity (VSE) (enterprise,
organisation, department or project up to 25 people) dedicated to software development. The project may fulfil
an external or internal contract. The internal contract between the project team and its Customer need not be
explicit.
The Guide provides Project Management and Software Implementation processes which integrate practices
based on the selection of ISO/IEC 12207:2008, Systems and software engineering — Software life cycle
processes and ISO/IEC 15289:2006, Systems and software engineering — Content of systems and software
life cycle process information products (Documentation) standards elements. Annex A provides information
about Deployment Packages which will facilitate the implementation of these processes.
This part of ISO/IEC 29110 is intended to be used by the VSE to establish processes to implement any
development approach or methodology including, e.g., agile, evolutionary, incremental, test driven
development, etc. based on the VSE organization or project needs.
Using the Guide, VSE can obtain benefits in the following aspects:
⎯ An agreed set of project requirements and expected products is delivered to the Customer.
⎯ A disciplined management process that provides project visibility and corrective actions of project
problems and deviations is performed.
⎯ A systematic software implementation process that satisfies Customer needs and ensures quality
products is followed.
To use the Guide the VSE needs to fulfil the following entry conditions:
⎯ project Statement of Work is documented;
⎯ feasibility of the project was performed before its start;
⎯ project team, including project manager, is assigned and trained; and
⎯ goods, services and infrastructure to start the project are available.
© ISO/IEC 2011 – All rights reserved 3

The purpose of the Project Management process is to establish and carry out in a systematic way the Tasks
of the software implementation project, which allows complying with the project’s Objectives in the expected
quality, time and cost.
The purpose of the Software Implementation process is the systematic performance of the analysis, design,
construction, integration and tests activities for new or modified software products according to the specified
requirements.
Both processes are interrelated (see Figure 2).

NOTE Diagram notation is explained in 4.1.
Figure 2 — Basic profile guide processes
PM process uses the Customer’s Statement of Work to elaborate the Project Plan. The PM project
assessment and control tasks compare the project progress against the Project Plan and actions are taken to
eliminate deviations or incorporate changes to the Project Plan. The PM project closure activity delivers the
Software Configuration, produced by SI, and gets the Customer’s acceptance to formalize the end of the
project. A Project Repository is established to save the work products and to control its versions during the
project.
The execution of the SI process is driven by the Project Plan. SI process starts with an initiation activity of the
Project Plan revision. Project Plan will guide the execution of the software requirements analysis, software
architectural and detailed design, software construction, software integration and test, and product delivery
activities.
To remove product’s defects verification, validation and test Tasks are included in the activities workflow.
The Customer provides a Statement of Work as an input to Project Management process and receives a
Software Configuration as a result of Software Implementation process execution (see Figure 2).
6 Project Management (PM) process
6.1 PM purpose
The purpose of the Project Management process is to establish and carry out in a systematic way the Tasks
of the software implementation project, which allows complying with the project’s Objectives in the expected
quality, time and costs.
This part of ISO/IEC 29110 is intended to be used by the VSE to establish processes to implement any
development approach or methodology including, e.g., agile, evolutionary, incremental, test driven
development, etc. based on the VSE organization or project needs.
4 © ISO/IEC 2011 – All rights reserved

6.2 PM objectives
PM.O1. The Project Plan for the execution of the project is developed according to the Statement of Work and
reviewed and accepted by the Customer. The Tasks and Resources necessary to complete the work are
sized and estimated.
6.3.1 Project Planning Process
a) the scope of the work for the project is defined;
c) the tasks and resources necessary to complete the work are sized and estimated;
e) plans for the execution of the project are developed; and
f) plans for the execution of the project are activated.

6.3.7 Measurement Process
a) the information needs of technical and management processes are identified.
[ISO/IEC 12207:2008, 6.3.1, 6.3.7]

PM.O2. Progress of the project is monitored against the Project Plan and recorded in the Progress Status
Record. Corrections to remediate problems and deviations from the plan are taken when project targets are
not achieved. Closure of the project is performed to get the Customer acceptance documented in the
Acceptance Record.
6.3.2 Project Assessment and Control Process
a) progress of the project is monitored and reported;
c) actions to correct deviations from the plan and to prevent recurrence of problems identified in the project,
are taken when project targets are not achieved; and
d) project objectives are achieved and recorded.

6.3.7 Measurement Process
d) the required data are collected, stored, analyzed, and the results interpreted; and
e) information products are used to support decisions and provide an objective basis for communication.

6.4.8 Software Acceptance Support Process
a) the product is completed and delivered to the acquirer;

© ISO/IEC 2011 – All rights reserved 5

7.2.8 Software Problem Resolution Process
b) problems are recorded, identified and classified; and
e) problems are tracked to closure.
[ISO/IEC 12207:2008, 6.3.2, 6.3.7, 6.4.8, 7.2.8]

PM.O3. The Change Requests are addressed through their reception and analysis. Changes to software
requirements are evaluated for cost, schedule and technical impact.
7.1.2 Software Requirements Analysis Process
g) changes to the software requirements are evaluated for cost, schedule and technical impact.
[ISO/IEC 12207:2008, 7.1.2]
PM.O4. Review meetings with the Work Team and the Customer are held. Agreements are registered and
tracked.
7.2.6 Software Review Process
a) management and technical reviews are held based on the needs of the project;
c) review results are made known to all affected parties;
d) action items resulting from reviews are tracked to closure.
[ISO/IEC 12207:2008, 7.2.6]
PM.O5. Risks are identified as they develop and during the conduct of the project.
6.3.4 Risk Management Process
c) risks are identified as they develop and during the conduct of the project;

7.2.6 Software Review Process
e) risks and problems are identified and recorded.
[ISO/IEC 12207:2008, 6.3.4, 7.2.6]

PM.O6. A software Version Control Strategy is developed. Items of Software Configuration are identified,
defined and baselined. Modifications and releases of the items are controlled and made available to the
Customer and Work Team. The storage, handling and delivery of the items are controlled.
6 © ISO/IEC 2011 – All rights reserved

7.2.2 Software Configuration Management Process
a) a software configuration management strategy is developed;
b) items generated by the process or project are identified, defined and baselined;
c) modifications and releases of the items are controlled;
d) modifications and releases are made available to affected parties;
g) the storage, handling and delivery of the items are controlled.
[ISO/IEC 12207:2008, 7.2.2]
PM.O7. Software Quality Assurance is performed to provide assurance that work products and processes
comply with the Project Plan and Requirements Specification.
NOTE: The implementation of the Software Quality Assurance process is through the performance of the verifications,
validations and review Tasks performed in Project Management and Software Implementation processes.
7.2.3 Software Quality Assurance Process
a) a strategy for conducting quality assurance is developed;
b) evidence of Software quality assurance is produced and maintained;
c) problems and/or non-conformance with requirements are identified and recorded; and
d) adherence of products, processes and activities to the applicable standards, procedures and
requirements are verified.
[ISO/IEC 12207:2008, 7.2.3]
6.3 PM input products
Table 2 — PM input products
Name Source
Statement of Work
Customer
Software Configuration
Software Implementation
Change Request
Customer
Software Implementation
© ISO/IEC 2011 – All rights reserved 7

6.4 PM output products
Table 3 — PM output products
Name Destination
Project Plan
Software Implementation
Acceptance Record Organizational Management
Project Repository Software Implementation
Meeting Record Customer
Software Configuration Customer

6.5 PM internal products
Table 4 — PM internal products
Name
Change Request
Correction Register
Meeting Record
Verification Results
Progress Status Record
Project Repository Backup
6.6 PM roles involved
Table 5 — PM roles involved
Role Abbreviation
Customer CUS
Project Manager PM
Technical Leader TL
Work Team WT
8 © ISO/IEC 2011 – All rights reserved

6.7 PM diagram
The following diagram shows the flow of information between the Project Management Process activities
including the most relevant work products and their relationship.

Figure 3 — Project Management process diagram
© ISO/IEC 2011 – All rights reserved 9

6.7.1 PM activities
The Project Management Process has the following activities:
⎯ PM.1 Project Planning
⎯ PM.2 Project Plan Execution
⎯ PM.3 Project Assessment and Control
⎯ PM.4 Project Closure
PM.1 Project Planning, (PM.O1, PM.O5, PM.O6, PM.O7)
The Project Planning activity documents the planning details needed to manage the project. The activity
provides:
⎯ Reviewed Statement of Work and the Tasks needed to provide the contract Deliverables and to satisfy
Customer requirements.
⎯ Project lifecycle, including task dependencies and duration.
⎯ Project quality assurance strategy through verification and validation of work products/Deliverables,
Customer and Work Team reviews.
⎯ Work Team and Customer roles and responsibilities.
⎯ Project Resources and training needs.
⎯ Estimates of effort, cost and schedule.
⎯ Identified project risks.
⎯ Project version control and baseline strategy.
⎯ Project Repository to store, handle and deliver controlled product and document versions and baselines.
Table 6 — PM.1 task list
Role Task List Input Products Output Products
PM PM.1.1 Review the Statement of Work Statement of Work Statement of Work
[reviewed]
TL
PM PM.1.2 Define with the Customer the Delivery Project Plan
Statement of Work
Instructions of each one of the Deliverables
[reviewed]
- Delivery
specified in the Statement of Work.
CUS
Instructions
PM PM.1.3 Identify the specific Tasks to be Project Plan
Statement of Work
performed in order to produce the Deliverables
[reviewed]
- Tasks
and their Software Components identified in the
TL
Statement of Work. Include Tasks in the SI
process along with verification, validation and
reviews with Customer and Work Team Tasks to
assure the quality of work products. Identify the
Tasks to perform the Delivery Instructions.
Document the Tasks.
10 © ISO/IEC 2011 – All rights reserved

Role Task List Input Products Output Products
PM.1.4 Establish the Estimated Duration to Project Plan Project Plan
PM
perform each task.
- Tasks - Estimated Duration
TL
PM PM.1.5 Identify and document the Resources: Project Plan
Statement of Work
human, material, equipment and tools,
- Resources
standards, including the required training of the
TL
Work Team to perform the project. Include in the
schedule the dates when Resources and training
will be needed.
PM.1.6 Establish the Composition of Work Team Project Plan Project Plan
PM
assigning roles and responsibilities according to
- Resources
- Composition of
TL the Resources.
Work Team
PM PM.1.7 Assign estimated start and completion Project Plan Project Plan
dates to each one of the Tasks in order to create
- Tasks - Schedule of the
TL the Schedule of the Project Tasks taking into
- Estimated Duration Project Tasks
account the assigned Resources, sequence and
- Composition of
dependency of the Tasks.
Work Team
PM PM.1.8 Calculate and document the project Project Plan Project Plan
Estimated Effort and Cost.
- Schedule of the - Estimated Effort
Project Tasks and Cost
- Resources
Project Plan
PM PM.1.9 Identify and document the risks which All elements previously
may affect the project.
defined
- Identification of
TL
Project Risks
PM PM.1.10 Document the Version Control Strategy Project Plan
in the Project Plan.
- Version Control
TL
Strategy
PM PM.1.11 Generate the Project Plan integrating All elements previously Project Plan
the elements previously identified and
defined
- Tasks
documented.
- Estimated Duration
- Resources
- Composition of
Work Team
- Schedule of the
Project Task
- Estimated Effort
and Cost
- Identification of
Project Risks
- Version Control
Strategy
- Delivery
Instructions
© ISO/IEC 2011 – All rights reserved 11

Role Task List Input Products Output Products
PM.1.12 Include Product Description, Scope, Statement of Work Project Plan
PM
Objectives and Deliverables in the Project Plan.
- Product Description - Product Description
TL
- Scope - Scope
- Objectives - Objectives
- Deliverables - Deliverables
PM PM.1.13 Verify and obtain approval of the Project Plan Verification Results
Project Plan.
Project Plan [verified]
TL
Verify that all Project Plan elements are viable
and consistent. The results found are
documented in a Verification Results and
corrections are made until the document is
approved by PM.
PM PM.1.14 Review and accept the Project Plan. Project Plan [verified] Meeting Record
Project Plan [accepted]
CUS Customer reviews and accepts the Project Plan,
making sure that the Project Plan elements
match with the Statement of Work.
PM PM.1.15 Establish the Project Repository using
Version Control Project Repository
the Version Control Strategy.
Strategy
TL
PM.2 Project Plan Execution (PM.O2, PM.O3, PM.O4, PM.O5, PM.O7)
The Project Plan Execution activity implements the documented plan on the project. The activity provides:
⎯ Progress Status Record of the project updated.
⎯ Analyzed and evaluated change requests to the plan impacting cost, schedule and technical
requirements.
⎯ Approved changes to the plan.
⎯ Reviews and agreements with the Work Team (WT) and Customer (CUS).
⎯ Back up of the Project Repository, and its recovery if necessary.
12 © ISO/IEC 2011 – All rights reserved

Table 7 — PM.2 task list
Role Task List Input Products Output Products
PM PM.2.1 Monitor the Project Plan execution and
Project Plan Progress Status
record actual data in Progress Status Record.
Record
TL
WT
PM PM 2.2 Analyse and evaluate the Change
Change Request Change Request
Request for cost, schedule and technical impact.
[initiated] [evaluated]
TL
Project Plan Project Plan [updated]
The Change Request can be initiated externally
by the C
...

RAPPORT ISO/CEI
TECHNIQUE TR
29110-5-1-2
Première édition
2011-05-15
Ingénierie du logiciel — Profils de cycle
de vie pour très petits organismes
(TPO) —
Partie 5-1-2:
Guide de gestion et d'ingénierie: Groupe
de profils génériques: Profil basique
Software engineering — Lifecycle profiles for Very Small Entities
(VSEs) —
Part 5-1-2: Management and engineering guide: Generic profile group:
Basic profile
Numéro de référence :
ISO/CEI TR 29110-5-1-2:2011(F)
©
ISO/CEI 2011
ISO/CEI TR 29110-5-1-2:2011(F)
DOCUMENT PROTÉGÉ PAR DROITS D’AUTEUR

©  ISO/IEC 2011
Tous droits réservés. À moins d’indication contraire, aucune autre partie de cette publication ne peut être reproduite ou utilisée sous quelque
forme que ce soit et par aucun procédé, électronique ou mécanique, y compris la photocopie et les microfilms, sans l'accord écrit de l’ISO à
l’adresse ci-dessous ou de l'organisme membre de l'ISO dans le pays du demandeur.
ISO copyright office
Case postale 56  CH-1211 Geneva 20
Tél. :+ 41 22 749 01 11
Téléc. :+ 41 22 749 09 47
Courriel : [e-mail]
Site Web : www.iso.org
Version française parue en 2012
Publié en Suisse
ii © ISO/CEI 2011 – Tous droits réservés

ISO/CEI TR 29110-5-1-2:2011(F)
Sommaire Page
1 Domaine d'application . 1
1.1 Champs d’application . 1
1.2 Destinataires ciblés . 1
2 Références normatives . 2
3 Termes et définitions . 2
4 Conventions et termes abrégés . 2
4.1 Conventions de dénomination, de schématisation et de définition . 2
4.2 Termes abrégés . 3
5 Aperçu . 3
6 Processus de PM . 5
6.1 But du processus de PM . 5
6.2 Objectifs du processus de PM . 5
6.3 Produits d’entrée du processus de PM . 8
6.4 Produits de sortie du processus de PM . 9
6.5 Produits internes du processus de PM . 9
6.6 Rôles dans le processus de PM . 9
6.7 Schéma du processus de PM . 10
6.7.1 Activités du processus de PM . 11
6.7.2 Éléments du processus de PM à verser au Dépôt d’information du projet . 17
7 Processus de mise en œuvre du logiciel (SI) . 18
7.1 But du processus de SI. 18
7.2 Objectifs du processus de SI . 18
7.3 Produits d’entrée du processus de SI . 21
7.4 Produits de sortie du processus de SI . 22
7.5 Produits internes du processus de SI . 22
7.6 Rôles dans le processus de SI . 23
7.7 Schéma du processus de SI . 23
7.7.1 Activités du processus de SI . 24
7.7.2 Incorporer les éléments du processus de SI dans le Dépôt d’information du projet . 34
8 Rôles . 35
9 Description de produit . 37
10 Exigences en matière d’outils logiciels . 46
10.1 Processus de gestion de projet . 46
10.2 Processus de mise en œuvre du logiciel . 46
Annexe A (informative) Trousses de déploiement . 47

© ISO/CEI 2011 – Tous droits réservés iii

ISO/CEI TR 29110-5-1-2:2011(F)
Figures
Figure 1 — Série ISO/CEI 29110. x
Figure 2 — Processus directeurs du profil basique . 4
Figure 3 — Schéma du processus de PM . 10
Figure 4 — Schéma du processus de mise en œuvre du logiciel . 24

Tableaux
Tableau 1 — Destinataires ciblés par l'ISO/CEI 29110 . viii
Tableau 2 — Produits d’entrée du processus de PM . 8
Tableau 3 — Produits de sortie du processus de PM . 9
Tableau 4 — Produits internes du processus de PM . 9
Tableau 5 — Rôles dans le processus de PM . 9
Tableau 6 — Liste des tâches PM.1 . 11
Tableau 7 — Liste des tâches PM.2 . 14
Tableau 8 — Liste des tâches PM.3 . 16
Tableau 9 — Liste des tâches PM.4 . 17
Tableau 10 — Produits du processus de PM établis à titre de référence . 17
Tableau 11 — Produits d’entrée du processus de SI . 21
Tableau 12 — Produits de sortie du processus SI . 22
Tableau 13 — Produits internes du processus de SI . 22
Tableau 14 — Rôles dans le processus de SI . 23
Tableau 15 — Liste des tâches du processus de SI.1 . 25
Tableau 16 — Liste des tâches SI.2 . 25
Tableau 17 — Liste des tâches SI.3 . 28
Tableau 18 — Liste des tâches SI.4 . 30
Tableau 19 — Liste des tâches SI.5 . 31
Tableau 20 — Liste des tâches SI.6 . 33
Tableau 21 — Produits du processus de SI du Dépôt d’information du projet . 35
iv © ISO/CEI 2011 – Tous droits réservés

ISO/CEI TR 29110-5-1-2:2011(F)
Tableau 22 — Rôles . 36
Tableau 23 — Descriptions de produit . 37
Tableau 24 — Outils de gestion de projet . 46
Tableau 25 — Outils de mise en œuvre du logiciel . 46
Tableau A.1 — Contenu d’une trousse de déploiement. . 47
© ISO/CEI 2011 – Tous droits réservés v

ISO/CEI TR 29110-5-1-2:2011(F)
Avant-propos
L'ISO (Organisation internationale de normalisation) et la CEI (Commission électrotechnique internationale)
forment un système spécialisé pour la normalisation mondiale. Les organismes nationaux qui sont membres de
l'ISO et de la CEI participent à l'élaboration de Normes internationales par l'intermédiaire de comités techniques
créés par l'organisation concernée pour traiter de domaines particuliers d'activité technique. Les comités
techniques de l'ISO et de la CEI collaborent dans des domaines d'intérêt commun. D'autres organisations
internationales, gouvernementales et non gouvernementales, en liaison avec l'ISO et la CEI, participent aussi aux
travaux. Dans le domaine des technologies de l’information, I’ISO et la CEI ont créé le comité technique mixte
ISO/CEI JTC 1.
Les Normes internationales sont rédigées conformément aux règles données dans les Directives ISO/CEI,
Partie 2.
La tâche principale du comité technique mixte est d'élaborer les Normes internationales. Les projets de Normes
internationales adoptés par le comité technique mixte sont soumis aux organismes nationaux pour vote. Leur
publication comme Normes internationales requiert l'approbation de 75 % au moins des organismes nationaux
votants.
Exceptionnellement, lorsque le comité technique mixte a réuni des données de nature différente de celles qui sont
normalement publiées comme Normes internationales (ceci pouvant comprendre des informations sur l'état de la
technique par exemple), il peut décider de publier un Rapport technique. Le Rapport technique est de nature
purement informative et doit être révisé tous les cinq ans de la même façon qu’est révisée une Norme
internationale.
L'attention est appelée sur le fait que certains des éléments du présent document peuvent faire l'objet de droits de
propriété intellectuelle ou de droits analogues. L'ISO et la CEI ne sauraient être tenues pour responsables de ne
pas avoir identifié de tels droits de propriété et averti de leur existence.
L’ISO/CEI TR 29110-5-1-2 a été élaboré par le comité technique mixte ISO/CEI JTC 1, Technologies de
l’information, sous-comité SC 7, Ingénierie du logiciel et des systèmes.
L'ISO/CEI 29110 comprend les parties suivantes sous le titre général Ingénierie du logiciel — Profils de cycle de
vie pour très petits organismes (TPO):
 Partie 1: Aperçu général [Rapport technique]
 Partie 2: Cadre général et taxinomie
 Partie 3: Guide d’évaluation [Rapport technique]
 Partie 4-1: Spécification de profil: Groupe de profil générique
 Partie 5-1-2: Guide de gestion et d’ingénierie: Groupe de profils génériques: Profil basique [Rapport
technique]
vi © ISO/CEI 2011 – Tous droits réservés

ISO/CEI TR 29110-5-1-2:2011(F)
Les parties 4 et 5 peuvent être élaborées pour prendre en charge de nouvelles spécifications de profil ainsi que
de nouveaux guides de gestion et d'ingénierie de la façon suivante:
 Partie 4-m: Spécifications de profil: Groupe de profil aaaaa
 Partie 5-m-n: Guide de gestion et d’ingénierie: Groupe de profil aaaaa: Profil bbbbb [Rapport technique]
© ISO/CEI 2011 – Tous droits réservés vii

ISO/CEI TR 29110-5-1-2:2011(F)
Introduction
L’industrie du logiciel reconnaît l’importance des très petits organismes (TPO) en qualité de précieux fournisseurs
de produits et de services. Aux fins de l'ISO/CEI 29110, un TPO consiste en une entité (entreprise, organisme,
service ou projet) regroupant 25 personnes ou moins. Les TPO développent et maintiennent à jour les logiciels
utilisés dans des systèmes de plus grande envergure et il est, par conséquent, souvent nécessaire de reconnaître
les TPO comme fournisseurs de logiciels de grande qualité.
Selon le rapport intitulé Perspectives de l’OCDE (Organisation de coopération et de développement
économiques) sur les PME et l’entreprenariat (2005) « Les PME sont la forme dominante d’organisation de
l’entreprise dans les pays du monde entier, où elles représentent entre 95 et 99 % de la population des
entreprises, en fonction du pays ». Le défi devant lequel se trouvent les gouvernements de l'OCDE consiste à
fournir un environnement qui soutient la compétitivité de cette large population d’entreprises hétérogènes et qui
favorise un vigoureux esprit d’entreprise.
D’après les études et les sondages réalisés, il est évident que la majorité des Normes internationales ne
répondent pas aux besoins des TPO. Il leur est difficile, sinon impossible, d’assurer la conformité avec ces
normes. Par conséquent, les TPO ne disposent d’aucun moyen, sinon de moyens très limités, d’être reconnus en
qualité d’entités productrices de logiciels de qualité dans leur domaine. Ainsi, les TPO sont souvent tenues à
l’écart de certaines activités économiques.
Il a été constaté que les TPO ont du mal à établir un lien entre les Normes internationales et leurs besoins
d'affaires et d'en justifier leur application à leurs pratiques commerciales. La plupart des TPO ne peuvent pas
s’offrir les ressources, exprimées en nombre d’employés, en budget et en temps, ni voir un bénéfice net à
l'établissement des processus liés aux cycles de vie des logiciels. Un ensemble de guides a été élaboré en
fonction de caractéristiques propres aux TPO afin d’aplanir certaines de ces difficultés. Ces guides sont fondés
sur des sous-ensembles d’éléments pertinents de normes nommés « Profils TPO » L’objectif de ces profils TPO
consiste à définir un sous-ensemble de Normes internationales appropriées au contexte des TPO, par exemple,
les processus et les livrables de l'ISO/CEI 12207, et les produits de l'ISO/CEI 15289.
L'ISO/CEI 29110, ciblée par destinataire, a été conçue pour améliorer la qualité des produits et des services, ainsi
que la performance des processus. Voir le Tableau 1. L'ISO/CEI 29110 n’est pas destinée à empêcher l’utilisation
de différents cycles de vie tels que le modèle de la cascade, le modèle itératif, incrémental, évolutif ou agile.
Tableau 1 — Destinataires ciblés par l'ISO/CEI 29110
ISO/CEI 29110 Titre Destinataires cibles
Partie 1 Aperçu général Les TPO, les évaluateurs, les développeurs de normes, les
vendeurs d’outils et de méthodologies.
Partie 2 Cadre général et taxinomie Les développeurs de normes, les vendeurs d’outils et de
méthodologies. Ce document n’est pas destiné aux TPO.
Partie 3 Guide d’évaluation Les évaluateurs et les TPO
Partie 4 Spécifications de profil Les développeurs de normes, les vendeurs d’outils et de
méthodologies. Ce document n’est pas destiné aux TPO.
Partie 5 Guide de gestion et d’ingénierie Les TPO

viii © ISO/CEI 2011 – Tous droits réservés

ISO/CEI TR 29110-5-1-2:2011(F)
Si un nouveau profil est nécessaire, les parties ISO/CEI 29110-4 et ISO/CEI TR 29110-5 peuvent être élaborées
au moyen du processus ISO/CEI, sans aucune incidence sur les documents existants, et devenir respectivement
ISO/CEI 29110-4-m et ISO/CEI 29110-5-m-n.
L'ISO/CEI TR 29110-1 définit la terminologie couramment utilisée dans l’ensemble de documents sur les profils
TPO. Il présente les processus, les concepts de cycle de vie et de normalisation ainsi que l’ensemble de
documents constituant l'ISO/CEI 29110. Il présente également les caractéristiques et les besoins des TPO, et
précise les raisons pour lesquelles des profils, des documents, des normes et des guides ont été élaborés à
l’intention des TPO.
L'ISO/CEI 29110-2 présente les concepts du profil normalisé d’ingénierie du logiciel pour les TPO et définit les
termes couramment utilisés dans l’ensemble de documents du profil TPO. Il explique la logique qui sous-tend la
définition et l’application des profils normalisés. Le document précise également les éléments communs à tous les
profils normalisés (structure, conformité, évaluation) et présente la taxonomie (catalogue) des profils de
l'ISO/CEI 29110.
L'ISO/CEI TR 29110-3 définit les lignes directrices pour l’évaluation du processus et les exigences de conformité
nécessaires à l’atteinte de l'objectif des profils définis pour les TPO. Le rapport contient également de
l'information qui peut être utile aux développeurs de méthodes et d'outils d'évaluation. L'ISO/CEI TR 29110-3
s’adresse aux personnes qui ont un rapport direct avec le processus d’évaluation, par exemple, l’évaluateur ainsi
que le demandeur de l’évaluation, qui ont besoin de conseils pour faire en sorte que les exigences pour la
réalisation d’une évaluation ont été satisfaites.
L'ISO/CEI 29110-4-1 fournit les spécifications pour tous les profils du groupe de profils génériques. Le groupe de
profils génériques s’applique aux TPO qui ne développent pas de produits logiciels critiques. Les profils sont
fondés sur des sous-ensembles d’éléments pertinents de normes. Les profils pour TPO s’appliquent et ciblent les
auteurs et fournisseurs de guides ainsi que les concepteurs et fournisseurs d’outils et de matériel de soutien.
La présente partie de l'ISO/CEI 29110 propose un guide de gestion de la mise en œuvre et d’ingénierie pour le
profil basique du groupe de profils génériques spécifié dans l'ISO/CEI 29110-4-1. Le profil basique fournit une
description du développement logiciel d’une seule application, par une seule équipe de projet, sans risques ni
facteurs conjoncturels spéciaux.
La Figure 1 décrit la série ISO/CEI 29110 et en place les éléments dans le cadre de référence. Les vues
d’ensemble et les guides sont publiés sous forme de Rapports techniques (TR) et les profils sous forme de
Normes internationales (IS).
© ISO/CEI 2011 – Tous droits réservés ix

ISO/CEI TR 29110-5-1-2:2011(F)

Figure 1 — Série ISO/CEI 29110

x © ISO/CEI 2011 – Tous droits réservés

RAPPORT TECHNIQUE ISO/CEI TR 29110-5-1-2:2011(F)

Ingénierie du logiciel — Profils de cycle de vie pour très petits
organismes (TPO)
Partie 5-1-2:
Guide de gestion et d’ingénierie: Groupe de profil générique:
Profil basique
1 Domaine d'application
1.1 Champs d’application
La présente partie de l'ISO/CEI 29110 s’applique aux très petits organismes (TPO). Les TPO sont des entreprises,
des organismes, des services et des projets regroupant 25 personnes et moins. Les processus du cycle de vie
décrits dans l'ISO/CEI 29110 ne sont pas destinés à empêcher ou à dissuader les organismes de plus grande
envergure que les TPO de les utiliser.
La présente partie de l’ISO/IEC 29110 fournit un guide de gestion et d’ingénierie pour le profil basique de TPO
spécifié dans l'ISO/CEI 29110-4-1 dans le cadre de la gestion de projet et des processus de mise en œuvre. La
présente partie de l'ISO/CEI 29110 constitue un guide autonome, lequel n’a pas pour but de faire en sorte qu’un
TPO utilise le profil normalisé pour mettre en œuvre la présente partie de l'ISO/CEI 29110.
La présente partie de l'ISO/CEI 29110 s’applique aux projets de développement de logiciel en vertu d’un contrat
établi en interne ou en externe. Le contrat établi en interne, entre l’équipe de projet et le client, n’a pas à être
explicite.
En utilisant la présente partie de l'ISO/CEI 29110, un TPO peut bénéficier des avantages suivants:
 Le client reçoit les produits attendus et les exigences convenues sont satisfaites.
 Un processus de gestion rigoureux, permettant d’en garder une vue d’ensemble et comportant des mesures
correctives pour les problèmes et les écarts potentiels, est mis en œuvre.
 Un processus systématique de mise en œuvre qui répond aux besoins du client et garantit la qualité des
produits.
1.2 Destinataires ciblés
La présente partie de l'ISO/CEI 29110 cible les TPO.
Elle est destinée à être utilisée avec tout processus, toute technique ou toute méthode visant à augmenter la
satisfaction du client et sa productivité.
© ISO/CEI 2011 – Tous droits réservés 1

ISO/CEI TR 29110-5-1-2:2011(F)
2 Références normatives
Les documents de référence suivants sont indispensables pour l'application du présent document. Pour les
références datées, seule l'édition citée s'applique. Pour les références non datées, la dernière édition du
document de référence s'applique (y compris les éventuels amendements).
ISO/CEI TR 29110-1, Ingénierie du logiciel — Profils de cycle de vie pour très petits organismes (TPO) —
Partie 1: Aperçu général
3 Termes et définitions
Pour les besoins du présent document, les termes et définitions donnés dans l’ISO/CEI TR 29110-1 s'appliquent.
4 Conventions et termes abrégés
4.1 Conventions de dénomination, de schématisation et de définition
La description et la notation suivantes de la structure du processus servent à le décrire.
Nom – identificateur de processus suivi de son abréviation entre parenthèses « ( ) ».
But – buts et résultats généraux attendus de la mise en œuvre efficace du processus. La mise en œuvre du
processus devrait procurer des avantages concrets aux parties intéressées. L'abréviation du nom du processus
indique le but.
Objectifs – des objectifs précis pour assurer l’atteinte du but poursuivi par le processus. Les objectifs sont
désignés par l’abréviation du nom du processus, suivie de la lettre « O » et d’un numéro consécutif, par exemple,
PM.O1, SI.O2, etc. Chaque objectif est suivi de l’encadré carré dans lequel se trouve une liste des processus
choisis pour le profil basique d’ISO/CEI 12207:2008, ainsi que des résultats attendus en lien avec l’objectif.
Produits d’entrée – produits nécessaires à la réalisation du processus et sa source correspondante, laquelle
peut être un autre processus ou une entité extérieure au projet, par exemple le client. Ils sont désignés par
l’abréviation du nom du processus et présentés sous forme de tableau constitué de deux colonnes, soit celle des
noms de produits et celle des sources.
Produits de sortie – produits issus du processus et de sa destination correspondante, laquelle peut être un
processus ou une entité extérieure au projet, par exemple le client ou la gestion organisationnelle. Ils sont
désignés par l’abréviation du nom du processus et présentés sous forme de tableau constitué de deux colonnes,
soit celle des noms de produits et celle de leurs destinations.
Produits internes – produits générés et utilisés dans le cadre du processus. Ils sont désignés par l’abréviation
du nom du processus et présentés sous forme de tableau constitué d’une seule colonne, soit celle des noms de
produits.
Tous les noms de produits sont imprimés en cursive et commencent par une majuscule. Un ou plusieurs états,
écrits entre crochets « [ ] » et séparés par la virgule « , » sont associés aux noms de certains produits. L’état du
produit peut changer au cours de l’exécution du processus. Il convient de se reporter à la section 9 pour consulter
la liste par ordre alphabétique des produits, leur description, leurs états éventuels ainsi que leurs sources. On
entend par source soit un autre processus, soit une entité extérieure au projet, comme le client.
Rôles – noms et abréviations des fonctions assignées aux membres de l’équipe de projet. Une personne peut
jouer plusieurs rôles et plusieurs personnes peuvent en jouer un seul. Les rôles sont assignés aux participants
(au projet) en fonction des caractéristiques du projet. La liste des rôles est désignée par l’abréviation du nom de
processus et présentée en tableau de deux colonnes. Il convient de se reporter à la section 8 pour consulter une
liste par ordre alphabétique des rôles, des abréviations ainsi que de la description des compétences nécessaires.
2 © ISO/CEI 2011 – Tous droits réservés

ISO/CEI TR 29110-5-1-2:2011(F)
Schéma – représentation graphique des processus. Les processus ou les activités figurent dans les grands
rectangles aux coins arrondis et les produits dans les rectangles de plus petite taille. Les flèches larges,
directionnelles ou bidirectionnelles, indiquent le cheminement de l’information entre les processus ou les activités.
Les flèches étroites, directionnelles ou bidirectionnelles, indiquent les produits d’entrée ou de sortie. La notation
utilisée dans les schémas ne suppose pas l’utilisation d'un cycle de vie d’un processus en particulier.
Activité – un ensemble de tâches cohésives. Une tâche est une action requise, recommandée ou permise
destinée à contribuer à la réalisation d’un ou de plusieurs objectifs d’un processus. Dans le cadre d’un processus,
l’activité constitue le premier niveau de la décomposition de son flux de travaux, et la tâche constitue son second
niveau. Les activités sont désignées par l’abréviation du nom du processus suivie d’un numéro consécutif et du
nom de l’activité.
Description d’une activité – chaque description d’activité est désignée par le nom de l’activité et une liste des
objectifs connexes, entre parenthèses « ( ) ». Par exemple, PM.1 Planification de projet (PM.01, PM.05, PM.06,
PM.07) signifie que l’activité PM.1 Planification du projet contribue à la réalisation des objectifs énumérés dans la
liste: PM.O1, PM.O5, PM.O6 et PM.O7. La description de l’activité débute par un résumé de la tâche et elle est
suivie du tableau de celle-ci. La description de la tâche n’exige pas de technique ni de méthode particulière. Le
choix des techniques ou des méthodes est laissé à la discrétion du TPO ou de l’équipe de projet.
Le tableau de description des tâches est constitué de quatre colonnes qui correspondent:
 au rôle – l’abréviation des rôles intervenant dans l’exécution de la tâche.
 à la tâche – la description de la tâche à exécuter. Chaque tâche est désignée par l’identificateur de la tâche
et un numéro consécutif, par exemple, PM1.1, PM1.2, etc.
 aux produits d’entrée – les produits nécessaires à l’exécution de la tâche.
 aux produits de sortie – les produits créés ou modifiés par l’exécution de la tâche.
Intégration au Dépôt d’information du projet – la liste des produits à stocker dans le Dépôt d’information du
projet dont certains devront être soumis à la Stratégie de contrôle des versions (consulter les sections 6.7.2 et
7.7.2). Elle peut tenir lieu de liste de vérification utile au gestionnaire du projet et au chef technique.
NOTE Dans la description du processus, les tableaux ne sont utilisés qu’à des fins de présentation.
4.2 Termes abrégés
TPO Très petit organisme
5 Aperçu
Le guide de gestion et d’ingénierie du profil basique (Basic VSE Profile Management and Engineering Guide) est
conçu pour les très petits organismes (TPO) (entreprise, organisme, service ou projet regroupant 25 personnes et
moins) qui se consacrent au développement de logiciels. Le projet peut servir à remplir un contrat externe ou
interne. Le contrat établi en interne, entre l’équipe de projet et le client, n’a pas à être explicite.
Le guide propose des processus de gestion de projet et de mise en œuvre qui mettent à contribution des
pratiques selon une sélection d’éléments de l'ISO/CEI 12207:2008, Ingénierie des systèmes et du logiciel —
Processus du cycle de vie du logiciel et de l'ISO/CEI 15289:2006, Ingénierie des systèmes et du logiciel —
Contenu des systèmes et produits d'information du processus de cycle de vie du logiciel (documentation).
L’Annexe A propose de l’information au sujet des trousses de déploiement visant à faciliter la mise en œuvre de
ces processus.
© ISO/CEI 2011 – Tous droits réservés 3

ISO/CEI TR 29110-5-1-2:2011(F)
La présente partie de l'ISO/CEI 29110 est destinée aux TPO dans le but de leur permettre d’établir des processus
pour mettre en œuvre une approche de développement ou une méthodologie, notamment de développement
agile, évolutif, incrémental ou piloté par les tests, et ce, en fonction des besoins de l'organisme ou du projet d'un
TPO.
En utilisant le guide, les TPO peuvent bénéficier des avantages suivants:
 Le client reçoit les produits attendus et les exigences convenues sont satisfaites.
 Un processus de gestion rigoureux, permettant d’en garder une vue d’ensemble et comportant des mesures
correctives pour les problèmes et les écarts potentiels, est mis en œuvre.
 Un processus de mise en œuvre systématique, lequel satisfait les besoins du client et permet de veiller à la
qualité des produits, est appliqué.
Pour utiliser le guide, le TPO doit satisfaire les conditions de base suivantes:
 l’Énoncé des travaux du projet est documenté;
 la faisabilité du projet a été démontrée avant sa mise en branle;
 les membres ainsi que le gestionnaire du projet ont été choisis et ont reçu la formation appropriée;
 les biens, les services ainsi que l’infrastructure nécessaires à la mise en branle du projet sont accessibles.
Le but du processus de gestion de projet (Project Management [PM]) consiste à établir et à réaliser,
systématiquement, les Tâches inhérentes au projet de déploiement du logiciel, lesquelles permettent d’assurer la
conformité avec les Objectifs du projet en matière de qualité, de durée et de budget.
Le but du processus de mise en œuvre du logiciel (Software Implementation [SI]) consiste à assurer la
performance systématique des activités d'analyse, de conception, de développement, d'intégration et de tests de
produits logiciels, nouveaux ou modifiés, selon les exigences établies.
Ces processus sont interdépendants (voir la Figure 2).

NOTE: Une explication de la notation du schéma est fournie en 4.1.
Figure 2 — Processus directeurs du profil basique
4 © ISO/CEI 2011 – Tous droits réservés

ISO/CEI TR 29110-5-1-2:2011(F)
Le processus de PM fait appel à l’Énoncé des travaux du client pour l’élaboration du Plan de projet. Les tâches
d'’évaluation et de contrôle du processus de PM permettent d'établir une comparaison entre l’avancement du
projet et le Plan du projet, puis d'appliquer des mesures pour corriger les écarts ou d’intégrer des changements
au Plan de projet. L’activité de clôture du processus de PM fournit la Configuration du logiciel, produite au moyen
du processus de SI, et requiert l’acceptation du client pour officialiser la fin du projet. Un Dépôt d’information du
projet est établi afin d’y stocker les livrables et de contrôler les versions pendant le déroulement du projet.
Le Plan de projet dicte l’exécution du processus de SI. Le processus de SI commence par une activité de
démarrage qui consiste en la révision du Plan de projet. Le Plan de projet servira de guide à l'exécution de
l'Analyse des exigences du logiciel, à l’architecture et à la conception détaillée du logiciel, à la construction du
logiciel, aux tests et à son intégration, ainsi qu’aux activités associées à la livraison des produits.
Afin de corriger les défauts du produit, des Tâches de vérification, de validation et de tests font partie du flux des
travaux.
Le client fournit un Énoncé des travaux en qualité de produit d’entrée pour le processus de PM et reçoit une
Configuration du logiciel à la suite de l’exécution du processus de SI (voir la Figure 2).
6 Processus de PM
6.1 But du processus de PM
Le but du processus de PM est d’établir et de réaliser, systématiquement, les Tâches inhérentes au projet de
déploiement du logiciel, lesquelles permettent d’assurer la conformité avec les Objectifs du projet en matière de
qualité, de durée et de budget.
La présente partie de l'ISO/CEI 29110 est destinée aux TPO dans le but d’établir des processus pour mettre en
œuvre une approche de développement ou une méthodologie, notamment de développement agile, évolutif,
incrémental ou piloté par les tests, et ce en fonction des besoins de l'organisme ou du projet d'un TPO.
6.2 Objectifs du processus de PM
PM.O1. Le Plan de projet pour l’exécution du projet est élaboré en fonction de l’Énoncé des travaux, puis révisé
et approuvé par le client. Les Tâches et les Ressources nécessaires pour accomplir le travail sont jaugées (sized)
et estimées.
6.3.1 Processus de planification du projet
a) la portée du travail à consacrer au projet est déterminée;
c) les tâches et les ressources nécessaires pour accomplir le travail sont jaugées et estimées;
e) les plans nécessaires à l’exécution du projet sont élaborés; et
f) les plans nécessaires à l’exécution du projet sont mis à exécution.

© ISO/CEI 2011 – Tous droits réservés 5

ISO/CEI TR 29110-5-1-2:2011(F)
6.3.7 Processus de mesure
a) la détermination des besoins, en matière d’information, de processus techniques et de gestion.
[ISO/CEI 12207:2008, 6.3.1, 6.3.7]

PM.O2. Surveillance, en fonction du Plan de projet, de l'avancement des travaux et indication de cet état dans le
Rapport d'avancement. Des interventions visant à corriger les problèmes et les écarts au plan établi sont prises
lorsque les objectifs ne sont pas atteints. La clôture du projet vise à documenter l’acceptation du client dans
l'enregistrement de réception.
6.3.2 Évaluation du projet et processus de contrôle
a) l’avancement du projet est évalué, et un rapport fait état de la situation;
c) des mesures visant à corriger les écarts par rapport au plan et à éviter une répétition des problèmes repérés
dans le projet sont prises lorsque les objectifs ne sont pas atteints; et
d) les objectifs du projet sont atteints, ce qui fait l’objet d'un rapport.

6.3.7 Processus de mesure
d) les données requises sont collectées, stockées, analysées et les résultats sont interprétés; et
e) des produits d’information sont utilisés pour appuyer les décisions et constituer une base objective pour  la
communication.
6.4.8 Processus de soutien à l’acceptation du logiciel
a) le produit est achevé et remis à l’acquéreur.

7.2.8 Processus de résolution de problème pour le logiciel
b) les problèmes sont cernés, consignés et classifiés; et
e) les problèmes font l’objet d’un suivi jusqu'à la clôture du projet.
[ISO/CEI 12207:2008, 6.3.2, 6.3.7, 6.4.8, 7.2.8]

6 © ISO/CEI 2011 – Tous droits réservés

ISO/CEI TR 29110-5-1-2:2011(F)
PM.O3. Les demandes de changement sont évaluées en les réceptionnant et en les analysant. Les changements
à apporter aux exigences logicielles sont évalués sur les plans des coûts, de l'échéancier et de l'incidence
technique.
7.1.2 Processus d’analyse des exigences du logiciel
g) les changements à apporter aux exigences logicielles sont évalués sur les plans des coûts, de l'échéancier et
de l'incidence technique.
[ISO/CEI 12207:2008, 7.1.2]
PM.O4. Des réunions de révision rassemblant l’équipe de travail et le client ont lieu. Les ententes sont
consignées et font l’objet d’un suivi.

7.2.6 Processus de revue du logiciel
a) des revues des aspects techniques et de la gestion ont lieu selon les besoins du projet;
c) les résultats des revues sont communiqués à toutes les parties concernées; et
d) les mesures correctives préconisées par suite des révisions font l’objet d’un suivi jusqu’à la clôture.
[ISO/CEI 12207:2008, 7.1.6]
PM.O5. les Risques sont déterminés au fur et à mesure qu’ils se présentent et tout au long de la réalisation du
projet.
6.3.4 Processus de gestion des risques
c) les risques sont déterminés au fur et à mesure qu’ils se présentent et tout au long de la réalisation du projet;

7.2.6 Processus de revue du logiciel
e) les risques et les problèmes sont déterminés et consignés.
[ISO/CEI 12207:2008, 6.3.4, 7.2.6]

PM.O6. Une Stratégie de contrôle des versions du logiciel est élaborée. Les éléments de la Configuration du
logiciel sont déterminés et définis, puis établis à titre de référence. Les modifications apportées aux éléments et
les différentes versions sont soumises à un contrôle et mises à la disposition du client et de l’équipe de travail. Le
stockage, le traitement et la livraison des éléments font l'objet d'un contrôle.
© ISO/CEI 2011 – Tous droits réservés 7

ISO/CEI TR 29110-5-1-2:2011(F)
7.2.2 Processus de gestion de la configuration du logiciel
a) une stratégie de gestion de la configuration du logiciel est élaborée;
b) les éléments issus du processus ou de la réalisation du projet sont déterminés, définis, validés et établis à
titre de référence;
c) les modifications apportées aux éléments et les versions font l’objet d’un contrôle;
d) les modifications et les versions sont mises à la disposition des parties concernées;
g) le stockage, le traitement et la livraison des éléments font l'objet d'un contrôle.
[ISO/CEI 12207:2008, 7.2.2]
PM.O7. L’assurance de la qualité logicielle est mise en œuvre dans le but d’assurer la conformité des produits et
des processus avec le Plan de projet et la Spécification des exigences.
NOTE La mise en œuvre du processus d’assurance de la qualité logicielle passe par l’exercice des Tâches de
vérification, de validation et de revue réalisées dans le cadre des processus de PM et de SI.
7.2.3 Processus d’assurance de la qualité logicielle
a) une stratégie d’assurance de la qualité est élaborée;
b) des éléments probants sont produits et actualisés à l’appui de l’assurance de la qualité logicielle;
c) les problèmes ou les éléments non conformes aux exigences établies sont déterminés et consignés; et
d) la conformité des produits, des processus et des activités aux normes, aux procédures et aux exigences
pertinentes est vérifiée.
[ISO/CEI 12207:2008, 7.2.3]
6.3 Produits d’entrée du processus de PM
Tableau 2 — Produits d’entrée du processus de PM
Nom Source
Énoncé des travaux Client
Configuration du logiciel Mise en œuvre du logiciel
Demande de changement Client
Mise en œuvre du logiciel
8 © ISO/CEI 2011 – Tous droits réservés

ISO/CEI TR 29110-5-1-2:2011(F)
6.4 Produits de sortie du processus de PM
Tableau 3 — Produits de sortie du processus de PM
Nom Destination
Plan de projet Mise en œuvre du logiciel
Procès-verbal de la réception Gestion organisationnelle
Dépôt d’information du projet Mise en œuvre du logiciel
Compte rendu de réunion Client
Configuration du logiciel Client

6.5 Produits internes du processus de PM
Tableau 4 — Produits internes du processus de PM
Nom
Demande de changement
Registre des corrections
Compte rendu de réunion
Résultats de la vérification
Rapport d’avancement
Copie de sécurité du Dépôt d’information du
projet
6.6 Rôles dans le processus de PM
Tableau 5 — Rôles dans le processus de PM
Rôle Abréviation
Client CUS
Gestionnaire de projet PM
Chef technique TL
Équipe de travail WT
© ISO/CEI 2011 – Tous droits réservés 9

ISO/CEI TR 29110-5-1-2:2011(F)
6.7 Schéma du processus de PM
Le schéma ci-dessous représente le cheminement de l’information entre les activités du processus de PM, y
compris les produits de travail les plus pertinents et la relation entre ceux-ci.

Figure 3 — Schéma du processus de PM
10 © ISO/CEI 2011 – Tous droits réservés

ISO/CEI TR 29110-5-1-2:2011(F)
6.7.1 Activités du processus de PM
Le processus de gestion de projets comprend les activités suivantes:
 PM.1 Planification du projet
 PM.2 Exécution du plan du projet
 PM.3 Évaluation et contrôle du projet
 PM.4 Clôture du projet
PM.1 Planification du projet (PM.O1, PM.O5, PM.O6, PM.O7)
L’activité Planification du projet vise à documenter les détails de planification nécessaires à la gestion du projet.
Cette activité permet d’obtenir:
 Un Énoncé des travaux ainsi que les Tâches révisés nécessaires pour la remise des Livrables au contrat et
pour satisfaire les exigences du client.
 Le cycle de vie du projet, dont les dépendances de tâche et leur durée.
 Une stratégie d’assurance de la qualité du projet au moyen de la vérification et de la validation des
produits/Livrables, et des révisions effectuées par le client et l’équipe de travail.
 Les rôles et les responsabilités des membres de l’équipe de travail et du client.
 Les Ressources nécessaires au projet et les besoins en matière de formation.
 Une estimation des efforts à déployer, des coûts et des échéanciers.
 La détermination des risques.
 Une stratégie de contrôle des versions du projet et une stratégie de référence (baseline).
 Un Dépôt d’information du projet pour stocker, traiter et fournir un produit soumis à un contrôle ainsi que
documenter les versions et les versions de référence.
Tableau 6 — Liste des tâches PM.1
Rôle Liste des tâches Produits d’entrée Produits de sortie
PM PM.1.1 Réviser l’Énoncé des travaux
Énoncé des travaux Énoncé des travaux
[révisé]
CT
Plan de projet
PM PM.1.2 Définir, avec le client, les Directives de Énoncé des travaux
livraison pour chacun des Livrables déterminés [révisé]
- Directives de
CUS dans l’Énoncé des travaux.
livraison
PM PM.1.3 Déterminer les Tâches précises à Énoncé des travaux Plan de projet
effectuer afin de fournir les Livrables ainsi que [révisé]
- Tâches
TL les Composants logiciels indiqués dans l’Énoncé
des travaux. Intégrer les Tâches dans le
...