VModel
VModel
VModel
V-Model
Lifecycle Process Model
Brief Description
The V-Model as Software Development Standard
– the effective way to develop high-quality software –
2
The V-Model in the Public
Authorities Domain
The lifecycle process model was
originally developed by IABG in
Ottobrunn, near Munich, in
cooperation with the Federal Office
for Defence Technology and
Procurement in Koblenz, for the
Federal Ministry of Defence. It was
taken over by the Federal Ministry of
the Interior for the civilian public
authorities domain in summer 1992.
Hence a uniform standard for the
whole range of public authorities
exists.
The V-Model in Industrial
Use
The provisions of the lifecycle
process model are strictly
organizationally impartial. It is
restricted exclusively to the technical
development process. Therefore, the
lifecycle process model is not only
suitable as the development
standard in public administration but
also in industry. It already has been
taken over and is used as the
company standard by a number of
companies and is used both by
software and system houses and
also by users from many other
different areas such as
V-Model
Software Lifecycle Process Model
August 1992
KBSt
Software-Development Standard
for the Federal Armed Forces
V-Model
Software Lifecycle Process Model
August 1992
Specific Consideration of
Special Usage Aspects
The V-Model takes into
consideration:
• the requirements for certification
of software according to IT-sec-
urity criteria;
• the particular features of detailed
information modelling as required
for the development of informa-
tion systems;
• the interactions between software
and procedure definition, as
these are to the fore in the
development of information
systems;
• the particular features of critical
realtime software, as they are
used especially in embedded
computer systems (ECS)
applications;
• the interactions between software
and hardware in the development
of ECS software.
V-Model and QA Standards
The V-Model fulfils the requirements
of the NATO standards AQAP-13/
AQAP-150 as software development
and quality assurance standards
when used in the defence
technology field.
In the whole public authorities dom-
ain, the most significant technical
"Minimum Requirements for Use of
Information Technology" of the
Federal and State Audit Offices are
fulfilled when the V-Model is applied
correctly.
In the industrial environment, the
application of the V-Model
guarantees the fulfillment of the
technical requirements of the
Standards in the ISO 9000 series (in
the software-related interpretation of
ISO 9000-3) and thus is of
assistance and a basis for ISO 9000
certifications.
V-Model
Contractual Tailoring
at project initialization
Project Manual
Technical Tailoring
conducted during the project
Project Plan
Steps in Tailoring
The Project Manual thus compiled
defines the scope of the project to be
realized by the contractor (and his
sub-contractors). The Project
Manual therefore becomes the
uniform action basis and guideline
for all participants in the project.
As particular project characteristics
for certain application areas are the
same in public authority and industry
use, easy applicable forms for
activities and product
recommendations are proposed as
standardized pre-tailoring for
frequent project types. Thus the
tailoring procedure can be
considerably simplified.
selection recommendations
or deletion conditions
Use of the V-Model in Projects
Organizational Embedment
The V-Model knows different roles
which are defined by the necessary
experience, knowledge and
capability for the project tasks.
The allocation of roles to activities in
the V-Model is described in a matrix
for each of the sub-models SWD,
QA, PM and CM, whereby several
roles can be allocated to one person.
These regulations make no
statement concerning the fulfillment
of the roles by organizational units or
persons. Thus the independence of
the V-Model from organizational and
project-specific boundary conditions
is achieved.
The allocation of roles to
organizational units/persons has to
be carried out individually at the start
of the project.
Support Consultant
Applications Consultant CM Manager
Configuration Administrator
HW Consultant CM
Representative for Data
Technical Author
Protection and Security
Software-
A2 P2 A5 P6 A7
Development
Quality
A3 P3
Assurance
Configuration
A4 P4
Management
Project-
A1 P1 A6 P5
Management
Example for the activity and product flow within the four
submodels
• PM plans, monitors and informs
the submodels SWD, QA, and
CM.
• SWD develops the system or
software.
• QA submits quality requirements
to the submodels SWD, CM and
PM, test cases and criteria and
assures the products and the
compliance of standards.
• CM administers the generated
products.
PM
plans
controls/
monitors
informs
QA
provides SWD
QA requirements develops
methods system/
documentation
assesses
Of particular relevance for real-time the V-Model this is considered a development and assessment can
software is the criticality, that is, the quality requirement and is precisely be adapted to the different levels of
classification of software with regulated. Mechanisms are criticality of the software.
respect to reliability and security. In proposed how the expenditure for
CM
administers
– configurations
– products
– access rights
– changes
Submodel "Software Development" (SWD)
subsystems, segments or
configuration items. DP Requirements SWD 2 SWD 8
Segment
Manual
DP Design
Information
DP Requirements Analysis and DP Integration Plan DP DP Integration
Requirements Analysis
Design (SWD 2) and Desgin
Analysis
segment into its SW and HW
configuration items (SWCI,
SWD 7 SWCI
HWCI).
SW Inte-
SW Requirements Analysis gration
Program Documents
SWD 4
(SWD 3) SW Architecture
Interface Design
(Component)
•
SWCI Integration Plan Preliminary Component
Description of the requirements Design
Integration
•
Preparation
of
During the process assessment Def. of Assmt. Methods Activities
and Criteria
what is checked, is if prescribed
Def. of Assmt. Environment
procedures are complied with
during the performance of Def. of Assmt. Cases
Assessment Report
Project Plan
Project Manual
CM 1
CM Initialization
Change Request
Creating CM-Plan
Setting up CM
CM 3
Change
Management
Decision about
Change Procedure and
Initialization of Change
Change according to
V-Model
Completion of Change
Product
CM 5
CM Reporting
CM 2
Configuration
Administration Product
Library
Product Initialization
Configuration
Initialization
Product Archivation CM 4
Configuration
Identification Document Data Backup
Configuration Update
Allocation of Access Rights
Data-Dictionary Data Administration
function of ation
the regulat
Project Plan Project Manual
system es the
managem organi QA Plan
comprise Projec
the t Plan Project History Report Docum.
planning, and in
control a Proj- PM 2.3
and ect Completing Main Activity
monitorin Manua
g of l. The Activities andProject
Products in the Submodel PM
Plan Report Docum.
project- modali
internal ties of Project History
activities, the
the project PM 3
Project Completion
Final Report
Project Monitoring (PM 2)