Glossaire

La transaction résultant d’un processus opérationnel qui indique que l’objectif a été atteint. La production ou la livraison du résultat satisfait la partie prenante du premier événement qui a déclenché le processus opérationnel. Des mesures peuvent souvent être associées au résultat (par exemple, combien, combien de fois, la diminution des incidents, etc.). Un résultat peut être, mais n’est pas nécessairement, un produit du processus.

Un acteur est une entité externe qui interagit avec un système à l’étude, par exemple, un humain dans un rôle spécifique, un autre système ou un composant.

Le terme général pour tout produit de travail, y compris des documents texte, des diagrammes, des modèles, des schémas de base de données, des graphiques web, le code de logiciel, et ainsi de suite.

Un terme générique pour le travail qui est effectué dans le cadre d’un processus opérationnel. Les types généraux d’activités utilisées dans la modélisation des processus opérationnels sont les tâches et les sous-processus.

L’effort de comprendre une organisation et son but tout en identifiant les flux des activités, des participants et de l’information qui lui permettent d’accomplir son travail. Le résultat de la phase d’analyse des processus opérationnels est un modèle de ces processus constitués d’un ensemble de diagrammes et de descriptions textuelles qui sera utilisé lors de leur conception ou de leur remaniement.

L’analyse des systèmes peut être définie comme un ensemble d’activités visant à comprendre et à décrire les composants et l’organisation qui composent un système existant pour atteindre un objectif.

L’architecture d’Enterprise peut être définie comme la pratique de l’analyse et de la documentation d’une entreprise dans ses états actuels et futurs du point de vue stratégique, d’affaires et de la technologie.

Tenter de réduire un travail manuel existant en un ensemble de programmes informatiques qui peuvent remplacer l’effort manuel existant par un minimum d’effort ou de compréhension humaine.

Le principal but est pris en charge par le processus opérationnel. Le but est l’état final à atteindre par le travail de l’agence et doit être défini en termes de prestations fournies à la communauté/population ou à l’individu/client.

Une structure de support définie dans laquelle d’autres composants peuvent être organisés et développés. Une structure logique pour classer et organiser des informations complexes. Un système de règles, d’idées ou de principes qui fournit une vue unifiée des besoins et de la fonctionnalité d’un service particulier.

Une description du comportement du système en termes de séquences d’actions. Un cas d’utilisation devrait donner un résultat observable de valeur par un acteur. Un cas d’utilisation peut être décrit techniquement dans un large spectre de détails de très bref à très détaillé. Il peut également contenir un ensemble de flux alternatifs d’événements liés à la production du « résultat observable de la valeur. »

Une charte de projet est une déclaration de la portée, des objectifs et des participants à un projet et est un document essentiel pour garantir que toutes les personnes qui y sont impliquées sont conscientes de ses buts et de ses objectifs.

La conception de systèmes peut être définie comme un ensemble d’activités visant à concevoir des composants et l’organisation d’un système afin d’atteindre un objectif désiré et éventuellement sur la base d’un système existant.

La conception logique décrit textuellement et graphiquement la façon dont un système d’information doit être structuré de manière à soutenir les besoins. Elle est la dernière étape dans le processus avant la conception physique et fournit des lignes directrices au travail du programmeur.

L’objectif d’une définition des besoins est d’affiner notre compréhension du flux de travail et de définir ensuite les sorties des bases de données nécessaires pour soutenir ce travail. La définition des exigences sert à décrire spécifiquement la fonctionnalité à soutenir. Les contraintes physiques sont de plus, examinées et le cadre spécifique du projet déterminé. La définition des exigences répond à la question, « Comment un système d’information pourrait soutenir la performance de l’activité X ? »

Le déploiement se réfère à tous les différents processus impliqués dans l’obtention de nouveaux matériels ou logiciels fonctionnant efficacement dans leur environnement selon les spécifications, y compris l’installation, la configuration, l’exploitation, tests et la maintenance.

Un diagramme entité-relation (ERD) est une représentation graphique d’un système d’information qui montre la relation entre des gens, des objets, des lieux, des concepts ou des événements au sein de ce système.

Information système. Un outil qui soutient le travail.

Le dictionnaire de données est un ensemble d’informations décrivant le contenu, le format et la structure d’une base de données et les relations entre ses éléments, utilisés pour en contrôler l’accès et sa manipulation.

Une personne ou un groupe de personnes qui effectue une ou plusieurs tâches impliquées dans un processus. Les entités participent au processus et sont représentées dans les diagrammes de contexte.

Une entité logique dans un modèle logique de données indique toute personne, lieu, chose, événement, ou concept sur lequel l’information est maintenue.

Les choses spécifiques que le système d’information doit faire pour rendre un processus efficace et atteindre son but.

Les exigences opérationnelles définissent les besoins d’une entreprise afin de réaliser ses fonctions de base.

Information transférée d’un processus. L’information peut avoir été le résultat de la transformation d’un intrant, ou elle peut avoir été créée dans le processus opérationnel.

Les informations reçues par le processus opérationnel à partir de sources externes. Les intrants ne sont pas générés dans le processus.

Les principes d’architecture définissent les règles et les directives générales sous-jacentes pour l’utilisation et le déploiement de toutes les ressources informatiques et des actifs de l’entreprise. Ils reflètent un niveau de consensus entre les divers éléments de l’entreprise, et forment la base pour la prise de décisions futures en matière d’informatique.

Une technique ou méthodologie qui, grâce à l’expérience et à la recherche, a démontré conduire de manière fiable à un résultat souhaité.

Les métadonnées sont des « données sur les données ». Pour relier les données provenant de sources multiples, il est essentiel d’élaborer des définitions communes et de comprendre les caractéristiques de chaque élément de données. L’outil pour atteindre cet objectif est le dictionnaire de métadonnées. Il couvre les définitions des éléments/variables des données, leur utilisation dans les indicateurs, la méthode de collecte des données, la période de collecte des données, les techniques d’analyse utilisées, les méthodes d’estimation et les distorsions possibles des données.

Une approche logique par étape qui permet de réfléchir aux tâches qui sont effectuées afin de répondre aux objectifs spécifiques (analyse des processus opérationnels), de les ré-analyser pour accroître l’efficacité et l’efficience (remaniement des processus opérationnels), et de décrire ce que le système d’information doit faire pour soutenir ces tâches (en définissant les exigences du système).

Une déclaration concrète décrivant ce que le processus opérationnel cherche à atteindre. L’objectif doit être spécifique au processus de telle façon qu’il soit possible d’évaluer ou de restructurer le processus et de comprendre sa performance vers la réalisation de l’objectif spécifique. Un objectif bien rédigé sera SMART (spécifique, mesurable, réalisable, réaliste et limité dans le temps).

Une personne, un groupe ou une unité d’affaires qui partage ou qui a un intérêt dans une activité particulière ou dans un ensemble d’activités.

Un ensemble de tâches ou d’activités de travail connexes visant à produire un résultat précis, souhaité et programmé (pour une entreprise). Le processus peut impliquer de multiples parties internes ou externes à l’organisation et dépasse souvent les limites organisationnelles.

Une méthode pour définir les rôles et les responsabilités au cours d’un processus de changement organisationnel. Responsable (Qui fait/fera cette tâche ? Qui est chargé de travailler sur cette tâche ?) Imputable (Qui sera tenu responsable en cas de mauvais résultats ? Qui a le pouvoir de prendre des décisions ?) Consulté (Toute personne qui peut en dire plus sur cette tâche ? Des parties prenantes sont-elles déjà identifiées ?) Informé (Toute personne dont le travail dépend de cette tâche. Qui doit être tenu à jour sur l’état d’avancement ?)

Un ensemble de déclarations qui définissent ou limitent certains aspects des processus opérationnels. Les règles opérationnelles sont destinées à imposer une structure de l’entreprise ou pour contrôler ou influencer le comportement de l’entreprise.

Les efforts y compris les tâches de restructuration et les flux de travail visant à améliorer la performance des processus opérationnels d’une organisation, les rendant plus efficaces et plus efficients afin d’atteindre des objectifs spécifiques.

Un produit d’une tâche qui peut être utilisé de l’une des trois façons suivantes : (a) en tant qu’intrant à l’étape séquentielle suivante, (b) en tant qu’intrant à une étape en aval au sein d’une série de tâches ; ou (c) en tant que le résultat d’un objectif organisationnel.

Un processus qui est inclus dans un autre processus opérationnel.

Un système d’information est un logiciel qui vous permet d’organiser et d’analyser des données permettant de répondre aux questions et résoudre les problèmes relatifs à la mission d’une organisation.

Une part définissable de « travail » qui peut être réalisée en une seule fois ; comme
par exemple, ce qui se passe entre la « boîte en entrée » et la « boîte en sortie » sur
le bureau de quelqu’un. Un processus opérationnel est composé d’une série de
tâches de travail. Le terme tâche est souvent interchangeable avec le terme
activité.