2 Flashcards

1
Q

Analyse affaire

A

l’e]nsemble des tâches et
des techniques utilisées pour faire le lien entre
des parties prenantes, afin de comprendre la
structure, les politiques et les opérations d’une
organisation et de lui recommander des solutions
qui lui permettront d’atteindre ses objectifs.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
2
Q

• [La d]émarche de l’analyse d’affaires

A

l’e]nsemble des processus, des modèles et des
activités qui serviront à réaliser l’analyse d’affaires
dans un contexte donné.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
3
Q

Partie prenante :

A

Groupe ou personne dont les intérêts peuvent être

touchés par une initiative ou qui exercent une influence sur celle-ci.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
4
Q

Besoin d’affaires

A

Type d’exigence de haut niveau qui reflète un
objectif de l’entreprise ou une incidence que doit avoir la solution sur
son environnement. [I]l décrit un problème que l’organisation doit (ou
devra probablement) résoudre, une opportunité qui n’est pas saisie et
le résultat attendu.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
5
Q

Exigence d’affaires :

A

Justification opérationnelle de haut niveau qui,
lorsqu’elle sera résolue, permettra à l’organisation d’accroître son
chiffre d’affaires, d’éviter des frais, d’améliorer ses services ou de
respecter des exigences réglementaires.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
6
Q

Objectif [ou but] de l’entreprise :

A

État ou condition que doit
atteindre l’entreprise pour concrétiser sa vision. Par exemple, un but
peut être d’« augmenter le nombre de clients lucratifs » ou encore plus
précisément d’« augmenter le nombre de clients lucratifs au moyen de
fusions et d’acquisitions

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
7
Q

Solution

A

Réponse à un besoin d’affaires par la résolution d’un
problème ou l’exploitation d’une opportunité qui se présente à
l’organisation.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
8
Q

Résultat attendu

A

: Le résultat attendu ne constitue pas une solution.
Il décrit les avantages qui découlent de la satisfaction du besoin
d’affaires et la situation finale souhaitée par les parties prenantes. Les
résultats attendus doivent résoudre un problème, permettre d’exploiter
une opportunité et soutenir les buts et les objectifs de l’entreprise.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
9
Q

[L]a traçabilité

A

la p]ossibilité de suivre toutes les étapes du développement
d’une solution donnée et d’identifier à tout moment l’origine de ses composantes
et les liens existants entre elles.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
10
Q

Définition de “Exigence”

A
  1. Condition ou capacité dont a besoin une partie
    prenante pour résoudre un problème ou
    atteindre un objectif
  2. Condition à respecter ou capacité à acquérir
    qu’une solution ou un élément de solution doit
    avoir pour être conforme à un contrat, à une
    norme, à une caractéristique ou à tout autre
    document officiellement exigé.
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
11
Q

Définition de “Exigence d’affaires”

A

Justification opérationnelle de haut niveau qui,
lorsqu’elle sera résolue, permettra à l’organisation
d’accroître son chiffre d’affaires, d’éviter des frais,
d’améliorer ses services ou de respecter des
exigences réglementaires.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
12
Q

Définition de “Exigences des parties prenantes”

A

Énoncés dans lesquels sont précisés les besoins
d’une partie prenante ou d’une classe de parties
prenantes donnée. Ils décrivent les besoins d’une
partie prenante et sa façon d’interagir avec une
solution.
Les exigences des parties prenantes font le lien
entre les exigences d’affaires et les diverses
catégories d’exigences de la solution.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
13
Q

Définition de “Exigences de la solution”

A

Caractéristique d’une solution qui répond aux exigences d’affaires et à
celles des parties prenantes [… i.e.] une solution efficace à la fois pour
l’entreprise et les parties prenantes. […] Les exigences peuvent être
fonctionnelles et non fonctionnelles. […]

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
14
Q

Exigences fonctionnelles:

A

Capacités du produit ou utilité qu’il doit
avoir pour ses utilisateurs. […] Elles présentent les capacités que le
système pourra actualiser, sous forme de comportements ou d’activités.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
15
Q

Exigences non fonctionnelles:

A

Qualités que doit posséder le système
ou conditions du milieu nécessaires à l’efficacité constante de la
solution.[…] Elles peuvent englober les exigences liées à la capacité, à
la rapidité, à la sécurité, à la disponibilité, ainsi qu’à l’architecture de
l’information et à la présentation de l’interface utilisateur.
(Guide BABOK

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
16
Q

Élicitation des exigences:

A

L’élicitation des exigences est une tâche fondamentale de
l’analyse d’affaires. […] [Il y a] nécessité [d’y] faire participer
activement les parties prenantes. […]

17
Q

Les facteurs de réussite d’un entretien

A

• le degré de compréhension du domaine par l’intervieweur;
• l’expérience de l’intervieweur dans la tenue d’entretiens;
• les talents de l’intervieweur dans la documentation des échanges;
• la volonté de l’interviewé de fournir de l’information pertinente;
• la mesure dans laquelle l’interviewé comprend bien pourquoi
l’entreprise a besoin [de changer];
• du rapport de l’intervieweur avec l’interviewé.

18
Q

L’analyse des exigences

A

le domaine
de connaissances qui décrit comment l’analyste
d’affaires doit définir progressivement les exigences des
parties prenantes et celles de la solution et fixer les
priorités pour que l’équipe de projet puisse mettre en
oeuvre une solution qui répondra aux besoins de
l’organisation promotrice du projet et à ceux des parties
prenantes.

19
Q

La vérification des exigences

A

permet à l’analyste de s’assurer que les
modèles et les spécifications des exigences sont conformes à la norme de
qualité nécessaire pour qu’ils guident efficacement le travail à venir.

20
Q

Pour être valable, une exigence doit contribuer directement ou
indirectement [aux …] objectifs généraux de l’entreprise.

A

v

21
Q

[L]e besoin d’affaires [peut] également servir à la validation.

A

V

22
Q

Mesures et indicateurs clés

de la performance

A

Un indicateur donne une mesure numérique précise de la
progression vers l’atteinte d’un but […] Un indicateur clé de
performance mesure les progrès réalisés vers l’atteinte d’un but
ou d’un objectif stratégique. […]

23
Q

Un bon indicateur [doit, entre autres, être]

A

Un bon indicateur [doit, entre autres, être] clair [… et]

quantifiable [, i.e.] il peut être validé de manière indépendante.

24
Q

Qui participe à la validation des exigences?

A

[À] peu près toutes les parties prenantes participent à la

validation [des exigences]. […]

25
Q

[Les] exigences [sont considérées comme] communiquées
[lorsque] les parties prenantes […] compren[nent] les exigences
et leur état courant.

A

V

26
Q

Ébauche de solution (définition)

A

Il s’agit de la description de l’approche qui sera adoptée
pour mettre en œuvre un nouvel ensemble de capacités.
L’ébauche de solution décrit les types de composantes
de la solution qui seront livrés (nouveaux processus,
nouvelle application logicielle, etc.) et la méthodologie
utilisée pour ce faire.

27
Q

Il faut évaluer quoi lors de recherches de solutions?

A

Il faut analyser la faisabilité opérationnelle, économique, technique,
organisationnelle, culturelle et juridique, ainsi que la commercialisation
et le délai d’exécution.

28
Q

Sept principes pour le choix d’un progiciel

A
  • La taille du réseau (utilisateurs, producteurs, vendeurs, autres logiciels)
  • La vision à long terme, en considérant l’évolution passée
  • Le succès financier du producteur
  • La compatibilité
  • Compatibilité “backward” pour l’accès aux données du passée
  • Compatibilité “forward” pour l’accès aux données par des futurs systèmes informatiques
  • Compatibilité des adaptations locales avec les futures versions globales
  • L’accessibilité des connaissances et des habiletés en configuration et utilisation
  • La standardisation
  • Interface utilisateur (design dominant)
  • Habiletés (certification)
  • L’opportunité! (vs attendre et voir… - wait-and-see)
29
Q

Évaluation du fournisseur

A

Évaluer la capacité d’un fournisseur éventuel de remplir ses
engagements à l’égard d’un produit ou d’un service [l]orsque les
solutions proviennent en partie de fournisseurs externes ou
qu’elles sont externalisées.

30
Q

• L’exposition au risque de tout projet dépend de deux

éléments essentiels :

A

Les impacts associée aux événements indésirables
qui pourraient potentiellement résulter du projet;
• La probabilité d’occurrence de chacun de ces
événements indésirables.