Exigences propriétaire

Shared by: wuzhengqin

Tags

Stats

views:: 0
posted:: 2/12/2012
language:
pages:: 6

Public Domain

Document Sample

RAPPORT TECHNIQUE
PRÉSENTÉ À L’ÉCOLE DE TECHNOLOGIE SUPÉRIEURE
DANS LE CADRE DU COURS [TAPEZ LE NUMÉRO ET LE TITRE DU COURS.
EX. GTI792 PROJET DE FIN D'ÉTUDES EN GÉNIE DES TI]

EXIGENCES DU SYSTÈME

[TAPEZ VOS NOMS ET PRÉNOMS]
[TAPEZ VOS CODES PERMANENTS]

DÉPARTEMENT DE GÉNIE LOGICIEL ET DES TI

Professeur superviseur
[PRÉNOM] [NOM DE FAMILLE]

MONTRÉAL, [TAPEZ LA DATE. EX. 26 MAI 2008]
[TAPEZ LA SESSION EX. AUTOMNE 2008]
Nom du système

TABLE DES MATIÈRES

1. OBJECTIFS.............................................................................................................................................1
1.1 Raison d’être du système ..............................................................................................................1
1.2 objectifs du système .....................................................................................................................1
2. PORTÉE DU SYSTÈME ........................................................................................................................1
2.1 Contexte du système .....................................................................................................................1
2.2 Activités exclues de la portée .......................................................................................................2
3. PRINCIPES .............................................................................................................................................2
4. ASPECTS CRITIQUES ..........................................................................................................................2
Nom du systèmeError! Use the Home tab to apply Titre 1 to the text that you want to appear here.

RAISON D'ÊTRE
• Décrire les objectifs d'entreprise, la portée et les exigences critiques du système d'information.
À PROPOS DU MODÈLE
Comme c’est le cas pour tous les types de biens livrables proposés, la quantité d’informations requises
pour chacune des sections représentant un volet donné d’un projet demeure une question de jugement.

1. OBJECTIFS
1.1 RAISON D’ÊTRE DU SYSTÈME
Énoncé de la raison d'être du système, précisant sa collaboration à la mission d'affaires de
l'organisation.

[Entrez le contenu ici]

1.2 OBJECTIFS DU SYSTÈME
Brève description de chaque objectif du système et des métriques servant à en mesurer l'atteinte.
LIGNE DIRECTRICE
Définir des objectifs mesurables et vérifiables lorsque le système est en opération (par exemple, traiter
les plaintes du client à l’intérieur de 24 heures). Les objectifs sont définis en tenant compte des
objectifs généraux de l’entreprise, de ses stratégies, de ses facteurs critiques de succès, du diagnostic
posé sur la situation actuelle et sur les objectifs globaux du changement. Les objectifs sont définis en
termes de résultats et non d’activités. Leur nombre ne dépasse pas la dizaine. Classer les objectifs en
ordre d’importance.
[Entrez le contenu ici]

2. PORTÉE DU SYSTÈME
2.1 CONTEXTE DU SYSTÈME
Présentation à haut niveau du système d'information et de son contexte. Définition de ses frontières et
des relations avec les autres systèmes et avec les acteurs externes au système.
LIGNE DIRECTRICE – ORIENTÉ OBJET
Pour les systèmes utilisant la modélisation orientée objet, un diagramme de collaboration UML peut
être utilisé pour représenter le contexte du système et ses échanges avec les acteurs externes.

Acteur
externe 1
Liste des
interactions

Acteur
Système externe 2
Liste des
interactions

Document1
2012-02-12 Page 1 de 3
Nom du systèmeError! Use the Home tab to apply Titre 1 to the text that you want to appear here.

LIGNE DIRECTRICE – DONNÉES PROCESSUS
Pour les systèmes utilisant la modélisation données processus, diagramme de contexte du système à
l’aide du formalisme de diagramme de flux de données (DFD). Un outil de dessin de type Visio peut
être utilisé pour produire le diagramme.

Système

Acteur Acteur
externe externe

.
[Entrez le contenu ici]

2.2 ACTIVITÉS EXCLUES DE LA PORTÉE
Énumération des activités d'entreprise exclues de la portée afin de bien préciser les activités n'étant
pas soutenues par le système.
[Entrez le contenu ici]

3. PRINCIPES
Énoncé des principes d'entreprise régissant le système et de leurs raisons d'être. Ces principes peuvent
provenir de l'architecture de l'organisation, des règles d'entreprise ou encore des normes de l'industrie.
Par exemple, un principe pourrait être : «Les systèmes de haute priorité doivent être munis d'un
coupe-feu.».
[Entrez le contenu ici]

4. ASPECTS CRITIQUES
Description des aspects critiques pouvant entraver l'atteinte des objectifs, y compris des
préoccupations relatives à la portée du système d'information et à la faisabilité globale du projet.
LIGNE DIRECTRICE
Les aspects critiques peuvent s’exprimer sous forme de questions ou d’énoncés. Les aspects critiques
influencent les choix de conception fonctionnels, techniques et technologiques et sont souvent reliés à
des contraintes de temps, humaines, matérielles ou économiques.
LIGNE DIRECTRICE – SÉCURITÉ
Description à haut niveau des aspects critiques liés à la sécurité du système d'information en précisant
pour chacun les raisons qui le rendent critique. Il est à noter que la sécurité doit être considérée
comme un aspect critique à aborder si la classification d'au moins un des blocs d'information est
critique (classification 3 ou 4).

Document1
2012-02-12 Page 2 de 3
Nom du systèmeError! Use the Home tab to apply Titre 1 to the text that you want to appear here.

[Entrez le contenu ici]

Document1
2012-02-12 Page 3 de 3