Produit: Modèle de services à partir d'objectifs |
|
 |
Ce modèle rassemble, dans un seul produit de travail, les détails du modèle de services à partir d'objectifs. |
|
Objet
Le modèle de services à partir d'objectifs permet d'assurer une relation directe entre, d'une part, les objectifs métier,
en tant qu'articulation de la stratégie métier et, d'autre part, les services qui représentent les capacités informatiques
fournies au métier afin d'atteindre les objectifs définis. Ce modèle est donc une capture de la traçabilité entre la
stratégie métier et les capacités informatiques. |
Relations
Rôles | Responsable:
| Modifié par:
|
Entrée vers | Obligatoire:
| Facultatif:
| Externe:
|
Sortie de |
|
Description principale
Ce modèle est développé de façon itérative : pendant la Tâche :
Attribution de services à des objectifs, ce modèle inclut tous les services candidats mappés à la stratégie
métier en termes d'objectifs métier. Pendant la Tâche :
Appliquer les tests Litmus de services, les décisions d'exposition des services sont prises, le mappage des
services exposés doit donc être vérifié et, si nécessaire, affiné pour assurer que les détails sont corrects. Une
instance du modèle de services à partir d'objectifs doit prendre en charge tous les domaines métier entrant dans le
cadre du projet. Il est préférable de créer une seule instance de modèle de services à partir d'objectifs pour le
projet, plutôt qu'une instance par domaine.
Ce produit de travail peut être représenté de plusieurs façons, décrites ci-dessous, sa représentation étant moins
importante que le fait que ses informations doivent être mises à jour lorsque les détails du modèle de services sont
modifiés. Il est donc courant pour ce modèle d'être représenté dans une forme qui facilite une révision et des
modifications rapides.
|
Propriétés
Facultatif |  |
Planifié |  |
Considérations clés
Le modèle de services à partir d'objectifs est requis pour assurer la traçabilité entre la stratégie métier et les
capacités informatiques ; il prend en charge la responsabilité de la relation entre les départements métier et le
département informatique et, en tant que tel, doit être régulièrement mis à jour. |
Personnalisation
Incidence de l'absence | Sans cet artefact, dans l'une de ses formes, il n'existe aucune traçabilité et, par conséquent, aucune responsabilité entre
l'expression métier de la stratégie et du besoin et les systèmes informatiques développés pour prendre en charge le métier. |
Causes justifiant le manque de nécessité | Lorsque les services sont développés uniquement pour fournir des capacités d'infrastructure, il est possible de ne pas
utiliser ce modèle car aucun élément de stratégie métier n'est pris en charge par des services de ce type. |
Options de représentation |
Représentation UML :
Représentation des exigences :
Représentation tabulaire :
-
Dans une forme simple de document ou de tableur, la relation entre les objectifs et les services peut aisément être
représentée à l'aide, par exemple, du format suivant (notez qu'un objectif non final n'est pas nécessairement tracé
jusqu'à un service si tous ses sous-objectifs sont tracés) :
Objectif ou sous-objectif
|
Services de support
|
1. <Objectif>
|
<Service-1>
|
1.1 <Sous-objectif>
|
<Service-2>
|
1.2 <Sous-objectif>
|
<Service-3>
|
2. <Objectif>
|
|
2.1 <Sous-objectif>
|
<Service-4>, <Service-5>
|
|
Plus d'informations
Instructions |
|
Guides d'utilisation de l'outil |
|
© Copyright IBM Corp. 1987, 2006. All Rights Reserved.
|
|