ISO/IEC TR 29110-5-1-1:2012

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

ISO/IEC TR 29110-5-1-1:2012 is applicable to Very Small Entities (VSEs). VSEs are enterprises, organizations, departments or projects up to 25 people. The life cycle processes described in the set of International Standards (IS) Profiles and Technical Reports (TR) are not intended to preclude or discourage their use by organizations bigger than VSEs. ISO/IEC TR 29110-5-1-1:2012 provides the management and engineering guide to the entry profile described in ISO/IEC 29110-4-1 through project management and software implementation processes. ISO/IEC TR 29110‑5‑1‑1:2012 is a stand-alone guide. It is not intended for a VSE to use the standardized profile to implement ISO/IEC TR 29110-5-1-1:2012. ISO/IEC TR 29110-5-1-1:2012 applies for software development project. The project may be to fulfil an external or internal contract. The internal contract need not be explicit between the project team and their customer. Using ISO/IEC TR 29110-5-1-1:2012, a VSE can obtain the following benefits: 1) an agreed set of project requirements and expected products is delivered to the customer; 2) a disciplined management process, that provides project visibility and corrective actions of project problems and deviations, is performed; 3) a systematic software implementation process, that satisfies customer needs and ensures quality products, is followed. ISO/IEC TR 29110-5-1-1:2012 is targeted at VSEs (a start-up VSE that started the operation less than 3 years ago and/or with a project size less than 6 person-months). It is intended to be used with any processes, techniques and methods that enhance the VSE's customer satisfaction and productivity.

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

l'ISO/CEI TR 29110-5-1-1: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. 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. l'ISO/CEI TR 29110-5-1-1:2012 propose un guide de gestion et d'ingénierie pour le profil basique de TPO défini dans l'ISO/CEI 29110-4-1 dans le cadre de la gestion de projet et des processus de mise en ?uvre. l'ISO/CEI TR 29110‑5‑1‑1:2012 constitue un guide complet et autonome. Un TPO n'a pas besoin du profil normalisé pour mettre en ?uvre l'ISO/CEI TR 29110-5-1-1:2012. l'ISO/CEI 29110-5-1-1:2012 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 l'ISO/CEI TR 29110-5-1-1:2012, un TPO peut bénéficier des avantages suivants: 1) les livrables correspondent aux attentes et aux exigences du client documentées par le projet; 2) 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; 3) un processus systématique de mise en ?uvre qui répond aux besoins du client et garantit la qualité des produits. l'ISO/CEI TR 29110-5-1-1:2012 cible les TPO (un TPO en démarrage qui a débuté ses opérations depuis moins de 3 ans et/ou qui a des projets d'une envergure de moins de 6 personnes-mois). Elle est conçue de manière à être utilisée avec tout processus, toute technique ou toute méthode visant à augmenter la satisfaction du client et sa productivité.

General Information

• Status: Published
• Publication Date: 02-Sep-2012
• 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-1:2025 - Systems and software engineering - Life cycle profiles for very small entities (VSEs) - Part 5-1-1: Software engineering guidelines for the generic Entry profile
• Effective Date: 30-Jul-2022

Overview

ISO/IEC TR 29110-5-1-1:2012 - part of the ISO/IEC 29110 family - is a Technical Report that provides a management and engineering guide for the Entry profile targeted at Very Small Entities (VSEs). VSEs are defined as enterprises, organizations, departments or projects of up to 25 people. The guide focuses on lifecycle guidance for software development projects (external or internal contracts) and describes lightweight, practical project management and software implementation practices suited to start-ups and small teams.

Key topics and requirements

• Scope and target audience
  • Applicable to VSEs (including start-ups operating <3 years and/or projects <6 person‑months).
  • Intended for VSEs, their customers, assessors and tool/methodology vendors.
• Entry profile processes
  • Two core processes are described in detail: Project Management (PM) and Software Implementation (SI).
  • For each process the guide provides: purpose, objectives, input/output products, internal products, roles involved, activity/task lists and process diagrams.
• Practical process artifacts
  • Describes project repository items, roles and lightweight documentation that deliver project visibility and enable corrective actions.
• Benefits / expected outcomes
  • Delivery of an agreed set of project requirements and expected products.
  • A disciplined management process for visibility and problem resolution.
  • A systematic software implementation process to satisfy customer needs and ensure product quality.
• Use with other lifecycle approaches
  • The guide is compatible with waterfall, iterative, incremental, evolutionary and agile lifecycles and can be used alongside other tools, techniques and methods.
• Stand-alone guidance
  • ISO/IEC TR 29110-5-1-1:2012 is published as a stand‑alone Technical Report to guide application of the Entry profile.

Practical applications - who should use it

• Small software shops, start-ups and project teams with up to 25 people seeking an ISO-aligned, lightweight lifecycle.
• VSEs bidding to supply software to larger systems where recognized, consistent engineering practices help win contracts.
• Project managers, team leads and developers who want concise, repeatable PM and SI tasks, templates and role definitions tailored to very small teams.
• Tool vendors and methodology providers who create VSE-oriented process support or assessment tools.

Related standards and context

• ISO/IEC 29110 series (Parts 1–5) - framework, profiles and assessment guidance for VSEs.
• References and alignment with broader lifecycle standards such as ISO/IEC 12207 (software lifecycle processes) and ISO/IEC 15289 (product description templates), where the Entry profile extracts relevant, VSE‑appropriate elements.

Keywords: ISO/IEC TR 29110-5-1-1, ISO 29110, Very Small Entities (VSE), Entry profile, project management, software implementation, lifecycle profiles, VSE standards, start‑up software processes.

Standards Content (Sample)

TECHNICAL ISO/IEC
REPORT TR
29110-5-1-1
First edition
2012-09-15
Software engineering — Lifecycle profiles
for Very Small Entities (VSEs) —
Part 5-1-1:
Management and engineering guide:
Generic profile group: Entry profile
Ingénierie du logiciel — Profils de cycle de vie pour très petits
organismes (TPO) —
Partie 5-1-1: Guide de gestion et d'ingénierie: Groupe de profil
générique: Profil d'entrée
Reference number
©
ISO/IEC 2012
©  ISO/IEC 2012
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 2012 – 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 Symbols (and abbreviated terms) . 2
4.1 Naming, diagramming and definition conventions . 2
4.2 Abbreviations . 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 . 8
6.7.1 Overview . 8
6.7.2 PM activities . 9
6.7.3 PM incorporation to Project Repository . 13
7 Software Implementation (SI) process . 14
7.1 SI purpose . 14
7.2 SI objectives . 14
7.3 SI input products . 16
7.4 SI output products . 16
7.5 SI internal products . 16
7.6 SI roles involved . 17
7.7 SI diagram . 17
7.7.1 SI activities . 18
7.7.2 SI incorporation to the Project Repository . 23
8 Roles . 23
9 Product description . 23
10 Software tools . 28
10.1 Project Management process . 28
10.2 Software Implementation process . 29
Annex A (informative) Deployment Packages. 31
Bibliography . 32

© ISO/IEC 2012 – All rights reserved iii

Table of illustrations
Figure 1 — ISO/IEC 29110 series . vii
Figure 2 — Entry profile guide processes. 4
Figure 3 — Project Management process diagram . 9
Figure 4 — Software Implementation process diagram . 18

Table of tables
Table 1 — ISO/IEC 29110 target audience . vi
Figure 1 — ISO/IEC 29110 series . vii
Figure 2 — Entry profile guide processes. 4
Table 2 — PM input products . 7
Table 3 — PM output products . 8
Table 4 — PM internal products . 8
Table 5 — PM roles involved . 8
Figure 3 — Project Management process diagram . 9
Table 6 — PM.1 task list . 10
Table 7 — PM.2 task list . 11
Table 8 — PM.3 task list . 12
Table 9 — PM.4 task list . 12
Table 10 — PM repository products . 13
Table 11 — SI input products . 16
Table 12 — SI output products . 16
Table 13 — SI internal products . 16
Table 14 — SI roles involved . 17
Figure 4 — Software Implementation process diagram . 18
Table 15 — SI.1 task list . 19
Table 16 — SI.2 task list . 19
Table 17 — SI.3 task list . 20
Table 18 — SI.4 task list . 21
Table 19 — SI.5 task list . 21
Table 20 — SI.6 task list . 22
Table 21 — SI repository products . 23
Table 22 — Roles . 23
Table 23 — Product Descriptions . 24
Table 24 — Project management tools . 28
Table 25 — Software Implementation tools . 29
Table A.1 — Table of Content of a Deployment Package . 31

iv © ISO/IEC 2012 – 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-1 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: Profile specifications
 Part 4-1: Generic profile group
 Part 4-m: Profile group m
 Part 5: Management and engineering guide
 Part 5-1-1: Generic profile group : Entry profile [Technical Report]
 Part 5-1-2: Generic profile group : Basic profile [Technical Report]
 Part 5-m-n: Management and engineering guide for profile group m profile n [Technical Report]

© ISO/IEC 2012 – 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 Very Small Entity (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 Organization 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. Subsequently VSEs have no,
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 the application of the standards 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 life
cycle 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 life cycles
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, customers, 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, customers, and VSEs
Part 4 Profile specifications Standards producers, tool vendors and
methodology vendors. Not intended for VSEs.
Part 5 Management and engineering guide VSEs and customers

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 2012 – All rights reserved

ISO/IEC 29110 introduces the concepts for software engineering standardized profiles 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 VSEs 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 Entry
Profile of the Generic Profile Group described in ISO/IEC 29110-4-1. The Entry Profile describes software
development of a single application by a single project team with no special risk or situational factors for start-
up VSEs (i.e. VSEs who started their operation less than 3 years) and/or for VSEs working on small project
(e.g. project size of less than 6 person-months).
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 2012 – All rights reserved vii

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

Software engineering — Lifecycle profiles for Very Small
Entities (VSEs) —
Part 5-1-1:
Management and engineering guide: Generic profile group:
Entry 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 up to 25 people. The life cycle processes described in the set of International
Standards (IS) Profiles and Technical Reports (TR) 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 Entry profile described in
ISO/IEC 29110-4-1 through project management and software implementation processes. This part of
ISO/IEC 29110 is a stand alone guide. It is not intended for a VSE to use the standardized profile to
implement this part of the ISO/IEC 29110.
This part of ISO/IEC 29110 applies for software development project. The project may 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 start-up VSEs (i.e. VSEs who started their operation less than 3
years) and/or at VSEs working on small project (e.g. project size of less than 6 person-months).
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 2012 – All rights reserved 1

ISO/IEC TR 29110-1, Software Engineering — Lifecycle Profiles for Very Small Entities (VSEs) — Part 1:
Overview
3 Terms and definitions
For the purposes of this document, the terms and definitions given in ISO/IEC TR 29110-1 apply.
4 Symbols (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 entry 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 6.5 and 7.5 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.
2 © ISO/IEC 2012 – All rights reserved

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.
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.
Competent project team – People / Individuals performing work affecting quality of product or service need
to be competent on the basis of appropriate education, training, skills and experience.
4.2 Abbreviations
The following abbreviations are used in this document:
VSE Very Small Entity
5 Overview
The Entry VSE Profile Management and Engineering Guide applies to a Very Small Entity (VSE) (enterprise,
organization, 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 Entry profile is the first profile of the Generic profile group. The Entry profile is defined for the
case when more flexible and more light-weight software process is needed than the Basic profile scope, e.g.
for the case when user-risk is very low, using period is very short, and process responsibility is appropriately
divided between the acquirer and the developer.
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:2011, Systems and software engineering — Content of life-cycle information
products (documentation) standards elements. Annex A provides information about Deployment Packages
which will facilitate the implementation of these processes. Annex B provides information about a self-
diagnostic.
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;
© ISO/IEC 2012 – All rights reserved 3

 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;
 Competent project team, including project manager, is assigned; and
 Goods and services to start the project are available.
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, software
component identification, construction, integration and tests, and product delivery 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 — Entry 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. 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 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
component identification, 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
4 © ISO/IEC 2012 – All rights reserved

quality, time and costs.
This part of ISO/IEC 29110 is intended to be used by the VSE to establish processes. The life cycle processes
described are not intended to preclude the use of different life cycles such as: waterfall, iterative, incremental,
evolutionary or agile.
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. Closure of the project is performed to get the Customer acceptance documented in the Acceptance
Record.
© ISO/IEC 2012 – All rights reserved 5

6.3.2 Project Assessment and Control Process
a)    progress of the project is monitored and reported;
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

6.4.8 Software Acceptance Support Process
a) the product is completed and delivered to the acquirer;
[ISO/IEC 12207:2008, 6.3.2, 6.3.7, 6.4.8]

PM.O3. The Changes Requests are addressed, evaluated and tracked.
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;
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 © ISO/IEC 2012 – All rights reserved

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. Items of Software Configuration are identified and controlled.
7.2.2 Software Configuration Management Process
b)    items generated by the process or project are identified, defined and baselined;
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
b) evidence of Software quality assurance is produced and maintained;
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
© ISO/IEC 2012 – All rights reserved 7

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

6.5 PM internal products
Table 4 — PM internal products
Name
Change Request
Meeting Record
Progress Status Record
6.6 PM roles involved
Table 5 — PM roles involved
Role Abbreviation
Customer CUS
Project Manager PM
Work Team WT
6.7 PM diagram
6.7.1 Overview
The following diagram shows the flow of information between the Project Management Process activities
including the most relevant work products and their relationship.
8 © ISO/IEC 2012 – All rights reserved

Figure 3 — Project Management process diagram
6.7.2 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.
© ISO/IEC 2012 – All rights reserved 9

 Project quality assurance approach through verification and validation of work products/deliverables,
customer reviews.
 Work team and customer roles and responsibilities.
 Project resources needs.
 Estimates of effort, cost and schedule.
 Identified project risks.
 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]
WT
PM PM.1.2 Identify the specific tasks to be
Statement of Project Plan
performed in order to produce the
Work[reviewed]
deliverables and their software components
WT
- Tasks
identified in the 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.
PM PM.1.3 Establish the Estimated Duration to Project Plan Project Plan
perform each task.
WT
- Tasks - Estimated Duration
PM PM.1.4 Identify and document the resources:
Statement of Work Project Plan
human, material, equipment and tools.
WT
- Resources
PM PM.1.5 Establish the Composition of Work Project Plan Project Plan
Team assigning roles and responsibilities
WT according to the Resources.
- Resources - Composition of
Work Team
PM PM.1.6 Assign estimated start and
Project Plan Project Plan
completion dates to each one of the tasks in
order to create the Schedule of the Project
WT
- Tasks - Schedule of the
Tasks.
Project Tasks
- Estimated Duration
- Composition of
Work Team
PM PM.1.7 Calculate and document the project Project Plan Project Plan
Estimated Effort and Cost.
- Schedule of the - Estimated Effort
Project Tasks  and Cost
- Resources
10 © ISO/IEC 2012 – All rights reserved

Role Task List Input Products Output Products
PM PM.1.8 Identify and document the risks All elements Project Plan
which may affect the project.
previously defined
WT
- Identification of
Project Risks
PM PM.1.9 Generate the Project Plan
All elements Project Plan
integrating the elements previously identified
previously defined
and documented.
- Tasks
- Estimated Duration
- Resources
- Composition of
Work Team
- Schedule of the
Project Task
- Estimated Effort
and Cost
- Identification of
Project Risks
PM PM.1.10 Review and accept appropriate
Project Plan Project Plan
parts of the Project Plan.
[accepted]
CUS
Customer reviews and accepts the Project
Plan.
PM PM.1.11 Establish the project repository. Project Plan Project Repository
WT
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:
 Monitoring the project against the Project plan.
 Status of the Project Plan Execution
 Change Request accepted by the Customer
 Reviews and agreements with the Customer
Table 7 — PM.2 task list
Role Task List Input Products Output Products
PM PM.2.1 Monitor and record status of the
Project Plan Progress Status
Project Plan execution.
Record
WT
© ISO/IEC 2012 – All rights reserved 11

Role Task List Input Products Output Products
PM PM.2.2 Conduct meetings with the Project Plan Meeting Record
Customer, record agreements and track
CUS
Progress Status Change Request
them to closure.
Record [accepted]
WT
Change Request initiated by Customer,
Change Request
needs to be negotiated to reach acceptance
of both parties.
PM.3 Project assessment and control (PM.O2)
The Project Assessment and Control activity evaluates the performance of the plan. The activity provides:
 Evaluation of actual plan performance and progress against targets.
 Track change requests.
 Documented problem, corrective action defined, and tacked to closure.
Table 8 — PM.3 task list
Role Task List Input Products Output Products
PM PM.3.1 Evaluate project progress with Project Plan
Progress Status
respect to the Project Plan, comparing:
Record [evaluated]
WT Progress Status
- actual tasks against planned tasks
Record
- actual resource allocation against
planned resources
- actual cost against budget estimates
- actual time against planned schedule
- actual risk against previously
identified
PM PM.3.2 Evaluate and Track the changes Change Request Change Request
request from customer.
[Tracked]
WT
PM PM. 3.3 Establish actions to correct
Progress Status
deviations or problems and track them to
Record
WT
closure.
PM.4 Project closure (PM.O2)
The Project Closure activity provides the project’s documentation and products in accordance with contract
requirements. The activity provides:
 Support of Customer product acceptance
 Completion of the project and sign of the Acceptance Record
 Summary and updated project repository for project closure
Table 9 — PM.4 task list
Role Task List Input Output
12 © ISO/IEC 2012 – Al
...

RAPPORT ISO/CEI
TECHNIQUE TR
29110-5-1-1
Première édition
2012-09-15
Ingénierie du logiciel — Profils de cycle
de vie pour très petits organismes
(TPO) —
Partie 5-1-1:
Guide de gestion et d'ingénierie: Groupe
de profil générique: Profil d'entrée
Software engineering — Lifecycle profiles for Very Small Entities
(VSEs) —
Part 5-1-1: Management and engineering guide: Generic profile group:
Entry profile
Numéro de référence
ISO/CEI TR 29110-5-1-1:2012(F)
©
ISO/CEI 2012
ISO/CEI TR 29110-5-1-1:2012(F)

DOCUMENT PROTÉGÉ PAR COPYRIGHT

©  ISO/CEI 2012
Droits de reproduction réservés. Sauf prescription différente, aucune partie de cette publication ne peut être reproduite ni 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-après ou du comité membre de l'ISO dans le pays du demandeur.
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
Publié en Suisse
ii © ISO/CEI 2012 – Tous droits réservés

ISO/CEI TR 29110-5-1-1:2012(F)
Sommaire Page
Avant-propos . v
Introduction . vii
1  Portée . 1
1.1  Domaines d’application . 1
1.2  Destinataires ciblés . 1
2  Références normatives . 2
3  Termes et définitions . 2
4  Conventions et abréviations . 2
4.1  Conventions de dénomination, de schématisation et de définition . 2
4.2  Abréviations . 3
5  Aperçu . 3
6  Processus de gestion de projet . 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 . 7
6.4  Produits de sortie du processus de PM . 7
6.5  Produits internes du processus de PM . 7
6.6  Rôles dans le processus de PM . 8
6.7  Schéma du processus de PM . 8
6.7.1  Aprçu . 8
6.7.2  Activités du processus de PM . 9
6.7.3  Éléments du processus de PM à verser au Dépôt d’information du projet . 13
7  Processus de mise en œuvre du logiciel (SI) . 14
7.1  But du processus de SI. 14
7.2  Objectifs du processus de SI . 14
7.3  Produits d’entrée du processus de SI . 15
7.4  Produits de sortie du processus de SI . 16
7.5  Produits internes du processus de SI . 16
7.6  Rôles dans le processus de SI . 16
7.7  Schéma du processus de SI . 16
7.7.1  Aperçu . 16
7.7.2  Activités du processus de SI . 17
7.7.3  Incorporer les éléments du processus de SI dans le Dépôt d’information du projet . 22
8  Rôles . 22
9  Description de produit . 23
10  Exigences en matière d’outils logiciels . 29
10.1  Processus de gestion de projet . 29
10.2  Processus de mise en œuvre du logiciel . 30
Annexe A (informative) Trousses de déploiement . 31
Bibliographie . 32

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

ISO/CEI TR 29110-5-1-1:2012(F)
Figures
Figure 1 — Norme ISO/CEI 29110 . ix
Figure 2 — Processus directeurs du profil basique . 4
Figure 3 — Schéma du processus de PM . 8
Figure 4 — Schéma du processus de mise en œuvre du logiciel . 17

Tableaux
Tableau 1 — Destinataires ciblés par les documents ISO/CEI 29110 . vii
Tableau 2 — Produits d’entrée du processus de PM . 7
Tableau 3 — Produits de sortie du processus de PM . 7
Tableau 4 — Produits internes du processus de PM . 7
Tableau 5 — Rôles dans le processus de PM . 8
Tableau 6 — Liste des tâches PM.1 . 9
Tableau 7 — Liste des tâches PM.2 . 11
Tableau 8 — Liste des tâches PM.3 . 12
Tableau 9 — Liste des tâches PM.4 . 13
Tableau 10 — Produits du processus de PM établis à titre de référence . 13
Tableau 11 — Produits d’entrée du processus de SI . 15
Tableau 12 — Produits de sortie du processus SI . 16
Tableau 13 — Produits internes du processus de SI . 16
Tableau 14 — Rôles dans le processus de SI . 16
Tableau 15 — Liste des tâches SI.1 . 18
Tableau 16 — Liste des tâches SI.2 . 18
Tableau 17 — Liste des tâches SI.3 . 19
Tableau 18 — Liste des tâches SI.4 . 20
Tableau 19 — Liste des tâches SI.5 . 21
Tableau 20 — Liste des tâches SI.6 . 21
Tableau 21 — Produits du processus de SI du Dépôt d’information du projet . 22
Tableau 22 — Rôles . 22
Tableau 23 — Descriptions de produit . 23
Tableau 24 — Outils de gestion de projet . 29
Tableau 25 — Outils de mise en œuvre du logiciel . 30
Tableau A.1 — Contenu d’une trousse de déploiement . 31

iv © ISO/CEI 2012 – Tous droits réservés

ISO/CEI TR 29110-5-1-1:2012(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 énoncées dans la Partie 2 des Directives
ISO/CEI.
La principale tâche du comité technique mixte est l’élaboration des Normes internationales. Les projets de
Normes internationales adoptés par le comité technique mixte sont soumis aux organismes nationaux aux fins
d’un vote. Leur publication à titre de Normes internationales requiert l'approbation d’au moins 75 % des
organismes nationaux votants.
Exceptionnellement, lorsqu'un comité technique a recueilli des données de nature différente de celles qui sont
normalement publiées comme Norme internationale (« à la fine pointe de la technologie » 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. L'ISO et la CEI ne seront pas tenues responsables de la détermination d’un
ou de tous ces droits de propriété intellectuelle.
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 système et des logiciels.
La norme ISO/CEI 29110 comprend les parties suivantes sous le titre général Ingénierie du logiciel — Profils
de cycle de vie pour les très petits organismes (TPO):
 Partie 1: Aperçu général [Rapport technique]
 Partie 2: Cadre général et taxonomie
 Partie 3: Guide d’évaluation [Rapport technique]
 Partie 4-1: Spécification de profil – Groupe de profils génériques
 Partie 5: Guide de gestion et d’ingénierie
 Partie 5-1-1: Groupe de profils génériques: Profil d'entrée [Rapport technique]
 Partie 5-1-2: Groupe de profils génériques: Profil basique [Rapport technique]
 Partie m-n: Guide de gestion et d'ingénierie pour Groupe de profils m et profil n [Rapport
technique]
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 cette façon:
© ISO/CEI 2012 – Tous droits réservés v

ISO/CEI TR 29110-5-1-1:2012(F)
 Partie 4-m: Spécifications de profil —– Groupe de profils aaaaa
 Partie 5-m-n: Guide de gestion et d’ingénierie — Groupe de profils aaaaa: Profil bbbbb [Rapport
technique]
vi © ISO/CEI 2012 – Tous droits réservés

ISO/CEI TR 29110-5-1-1:2012(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 la norme 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 la norme ISO/CEI 12207, et les produits de la norme
ISO/CEI 15289.
La norme 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. Veuillez consulter le tableau 1. La norme 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 les documents ISO/CEI 29110
ISO/CEI 29110 Titre Destinataires cibles
Partie 1 Aperçu général Les TPO, les clients, les évaluateurs, les développeurs de
normes, les vendeurs d’outils et de méthodologies.
Partie 2 Cadre général et taxonomie 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, les clients, et les TPO.
Partie 4 Spécifications du 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 et les clients.

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.
© ISO/CEI 2012 – Tous droits réservés vii

ISO/CEI TR 29110-5-1-1:2012(F)
Le document 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 la norme 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.
Le document 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 la norme ISO/CEI 29110.
Le document 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. Le
document 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.
Le document 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.
Cette partie de la norme ISO/CEI 29110 propose un guide de gestion de la mise en œuvre et d’ingénierie
pour le profil d'entrée du groupe de profils génériques déterminé dans la partie ISO/CEI 29110-4-1. Le profil
d'entrée fournit une description du développement logiciel d’une seule application, par une seule équipe de
projet, sans risques ni facteurs conjoncturels spéciaux pour les TPO en démarrage (c'est à dire des TPO qui
ont débuté leurs opérations depuis moins de 3 ans) et/ou les TPO qui ont des projets d'une envergure de
moins de 6 personnes-mois.
La Figure 1 illustre 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).
viii © ISO/CEI 2012 – Tous droits réservés

ISO/CEI TR 29110-5-1-1:2012(F)
29110 Aperçu général (TR 29110-1)
29110 Profils (IS)
Cadre général et taxinomie (IS 29110-2)
Spécifications de profils (IS 29110-4)
Spécification – Groupe de
profils génériques m
(IS 29110-4-m)
29110 Guides (TR)
Guide d’évaluation (TR 29110-3)
Guide de gestion et d’ingénierie (TR 29110-5)
Guide de gestion et d’ingénierie
Profil m-n
(TR 29110-5-m-n)
Figure 1 — Norme ISO/CEI 29110

© ISO/CEI 2012 – Tous droits réservés ix

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

Ingénierie du logiciel — Profils de cycle de vie pour très petits
organismes (TPO) —
Partie 5-1-1:
Guide de gestion et d'ingénierie: Groupe de profil générique:
Profil d'entrée
1 Portée
1.1 Domaines d’application
Cette partie de la norme 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 la norme ISO/CEI 29110 ne sont pas destinés à empêcher ou à dissuader les
organismes de plus grande envergure que les TPO de les utiliser.
Cette partie d’ISO/IEC 29110 propose un guide de gestion et d’ingénierie pour le profil d'entrée de TPO défini
dans la partie ISO/CEI 29110-4-1 dans le cadre de la gestion de projet et des processus de mise en œuvre.
Cette partie de la norme ISO/CEI 29110 constitue un guide complet et autonome. Un TPO n'a pas besoin du
profil normalisé pour mettre en œuvre cette partie de la norme ISO/CEI 29110.
Cette partie de la norme 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 cette partie de la norme ISO/CEI 29110, un TPO peut bénéficier des avantages suivants :
 Les livrables correspondent aux attentes et aux exigences du client documentées par le projet
 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
Cette partie de la norme ISO/CEI 29110 cible les TPO en démarrage (c'est à dire des TPO qui ont débuté
leurs opérations depuis moins de 3 ans) et/ou les TPO qui ont des projets d'une envergure de moins de 6
personnes-mois.
Elle est conçue de manière à être utilisée avec tout processus, toute technique ou toute méthode visant à
augmenter la satisfaction du client et sa productivité.
© ISO/CEI 2012 – Tous droits réservés 1

ISO/CEI TR 29110-5-1-1:2012(F)
2 Références normatives
Les documents cités à titre de référence suivants sont essentiels à l’application de ce document. En ce qui
concerne les références datées, seule la version désignée s’applique. En ce qui concerne les références non
datées, la plus récente version du document (comprenant toute modification) s’applique.
ISO/CEI TR 29110-1, Ingénierie du logiciel — Profils de cycle de vie pour les très petits organismes (TPO) —
Partie 1: Aperçu général
3 Termes et définitions
Aux fins de ce document, les définitions et les termes énoncés dans la partie ISO/CEI TR 29110-1
s’appliquent.
4 Conventions et abréviations
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é dans lequel se trouve une liste des
processus choisis pour le profil d'entrée 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
2 © ISO/CEI 2012 – Tous droits réservés

ISO/CEI TR 29110-5-1-1:2012(F)
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.
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.
REMARQUE: Dans la description du processus, les tableaux ne sont utilisés qu’à des fins de présentation.
4.2 Abréviations
TPO Très petit organisme
5 Aperçu
Le guide de gestion et d’ingénierie du profil d'entrée (Entry 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 profil d'entrée est le premier profil du groupe de profils génériques. Le profil d'entrée est utilisé
lorsque plus de souplesse et des processus logiciels plus légers sont nécessaires que ceux du profil basique,
par exemple, lorsque le risque est très faible, que la période d'utilisation est très courte et lorsque la
responsabilité du processus est partagée de manière appropriée entre l'acquéreur et le développeur.
© ISO/CEI 2012 – Tous droits réservés 3

ISO/CEI TR 29110-5-1-1:2012(F)
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 des normes ISO/CEI 12207:2008, Ingénierie du système et des
logiciels — Processus du cycle de vie du logiciel et ISO/CEI 15289:2006, Ingénierie du système et des
logiciels — 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.
Cette partie de la norme 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).

REMARQUES: Une explication de la notation du schéma est fournie à la section 4.1. Nous avons conservé les
abréviations de la version anglaise des processus et des rôles tels que PM (Project Management) et SI (Software
Implementation).
Figure 2 — Processus directeurs du profil d'entrée
4 © ISO/CEI 2012 – Tous droits réservés

ISO/CEI TR 29110-5-1-1:2012(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 Figure 2).
6 Processus de gestion de projet
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.
Cette partie de la norme 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.
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]
© ISO/CEI 2012 – Tous droits réservés 5

ISO/CEI TR 29110-5-1-1:2012(F)
PM.O2. Surveillance, en fonction du Plan de projet, de l'avancement des travaux et indication de cet état dans
le Rapport d'avancement. 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;
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

6.4.8 Processus de soutien à l’acceptation du logiciel
a) le produit est achevé et remis à l’acquéreur.
[ISO/CEI 12207:2008, 6.3.2, 6.3.7, 6.4.8]
PM.O3. Les demandes de changement sont traitées, évaluées et suivies
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 revue 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;
d) les mesures correctives préconisées par suite des revues font l’objet d’un suivi jusqu’à la clôture.
[ISO/CEI 12207:2008, 7.2.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. Les éléments de la Configuration du logiciel sont déterminés et contrôlés
7.2.2 Processus de gestion de la configuration du logiciel
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;
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]
6 © ISO/CEI 2012 – Tous droits réservés

ISO/CEI TR 29110-5-1-1:2012(F)
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.
REMARQUE: 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
b) des éléments probants sont produits et actualisés à l’appui de l’assurance de la qualité logicielle;
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
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
Enregistrement de la réception Gestion organisationnelle
Dépôt d’information du projet Mise en œuvre du logiciel
Enregistrement 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
Enregistrement de réunion
Rapport d’avancement
© ISO/CEI 2012 – Tous droits réservés 7

ISO/CEI TR 29110-5-1-1:2012(F)
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
Équipe de travail WT
6.7 Schéma du processus de PM
6.7.1 Aperçu
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.
Énoncé des travaux
Planification
du projet
Dépot d’information
du projet
Enregistrements
des réunions
Exécution du
plan du projet
Enregistrement de
l’avancement
Plan du projet
Évaluation et
Demande de
contrôle du
changement
projet
Configuration du
Clôture du
Enregistrement de
logiciel
projet
l’acceptation
Figure 3 — Schéma du processus de PM
8 © ISO/CEI 2012 – Tous droits réservés

ISO/CEI TR 29110-5-1-1:2012(F)
6.7.2 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
6.7.2.1 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.
 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.
 Les rôles et les responsabilités des membres de l’équipe de travail et du client.
 Les Ressources nécessaires au projet.
 Une estimation des efforts à déployer, des coûts et des échéanciers.
 La détermination des risques.
 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é]
WT
Plan de projet
PM PM.1.2 Déterminer les Tâches précises à Énoncé des travaux
effectuer afin de fournir les Livrables ainsi que [révisé]
- Tâches
WT les Composants logiciels indiqués dans l’Én
...