Analyse commerciale - Modélisation

Un modèle d'entreprise peut être défini comme une représentation d'une entreprise ou d'une solution qui comprend souvent un composant graphique ainsi que du texte de prise en charge et des relations avec d'autres composants. Par exemple, si nous devons comprendre le modèle commercial d'une entreprise, nous aimerions étudier les domaines suivants tels que -

  • Valeurs fondamentales de l'entreprise
  • A quoi ça sert?
  • Qu'est-ce qui distingue?
  • Ses ressources clés
  • Relations majeures
  • Ses canaux de distribution

À l'aide de techniques de modélisation, nous pouvons créer une description complète des structures organisationnelles, des processus et des informations existants et proposés utilisés par l'entreprise.

Le Business Model est un modèle structuré, tout comme un modèle pour le produit final à développer. Il donne une structure et une dynamique à la planification. Il fournit également la base du produit final.

Objectif de la modélisation commerciale

La modélisation commerciale est utilisée pour concevoir l'état actuel et futur d'une entreprise. Ce modèle est utilisé par l'analyste métier et les parties prenantes pour s'assurer qu'ils ont une compréhension précise du modèle «tel quel» actuel de l'entreprise.

Il est utilisé pour vérifier si les parties prenantes ont une compréhension commune du «futur de la solution» proposé.

L'analyse des exigences fait partie du processus de modélisation d'entreprise et constitue le principal domaine d'intérêt. Les exigences fonctionnelles sont rassemblées pendant l '«état actuel». Ces exigences sont fournies par les parties prenantes concernant les processus métier, les données et les règles métier qui décrivent la fonctionnalité souhaitée qui sera conçue dans l'état futur.

Effectuer une analyse des écarts

Après avoir défini les besoins de l'entreprise, l'état actuel (par exemple, les processus commerciaux actuels, les fonctions commerciales, les caractéristiques d'un système actuel et les services / produits offerts et les événements auxquels le système doit répondre) doit être identifié pour comprendre comment les personnes, les processus et la technologie, la structure et l'architecture soutiennent l'entreprise en sollicitant les commentaires du personnel informatique et d'autres parties prenantes, y compris les propriétaires d'entreprise.

Une analyse des écarts est ensuite effectuée pour évaluer s'il existe un écart qui empêche de répondre aux besoins de l'entreprise en comparant l'état actuel identifié avec les résultats souhaités.

S'il n'y a pas d'écart (c'est-à-dire que l'état actuel est adéquat pour répondre aux besoins de l'entreprise et aux résultats souhaités), il ne sera probablement pas nécessaire de lancer le projet informatique. Sinon, les problèmes / questions à résoudre pour combler le fossé doivent être identifiés.

Des techniques telles que l'analyse SWOT (forces, faiblesses, opportunités et menaces) et l'analyse de documents peuvent être utilisées.

Pour évaluer le système proposé

BA doit aider l'équipe de projet informatique à évaluer le système informatique proposé pour s'assurer qu'il répond aux besoins de l'entreprise et maximise les valeurs fournies aux parties prenantes. BA devrait également examiner l'état de préparation de l'organisation à soutenir la transition vers le système informatique proposé afin d'assurer une mise en œuvre harmonieuse du système.

BA devrait aider l'équipe de projet informatique à déterminer si l'option système proposée et la conception de système de haut niveau pourraient répondre aux besoins de l'entreprise et fournir une valeur commerciale suffisante pour justifier l'investissement. S'il existe plusieurs options système, BA doit travailler avec le personnel informatique pour aider à identifier les avantages et les inconvénients de chaque option et sélectionner l'option qui offre la plus grande valeur commerciale.

Principes directeurs de la modélisation commerciale

Le rôle principal de la modélisation d'entreprise est principalement pendant la phase de démarrage et les étapes d'élaboration du projet et il s'estompe pendant la phase de construction et de transition. Il s'agit principalement des aspects analytiques de l'entreprise combinés à la cartographie technique de l'application ou de la solution logicielle.

  • Domain and User variation- L'élaboration d'un modèle d'entreprise révélera fréquemment des zones de désaccord ou de confusion entre les parties prenantes. L'analyste d'affaires devra documenter les variations suivantes du modèle tel quel.

  • Multiple work units perform the same function- Documentez les écarts dans le modèle AS-IS. Il peut s'agir de différentes divisions ou géographies.

  • Multiples users perform the same work- Différentes parties prenantes peuvent effectuer un travail similaire différemment. La variation peut être le résultat de différents ensembles de compétences et d'approches de différentes unités commerciales ou le résultat de besoins différents des parties prenantes externes desservies par l'entreprise. Documentez les écarts dans le modèle AS-IS.

  • Resolution Mechanism- L'analyste métier doit documenter si la solution ToBe tiendra compte des incohérences du modèle commercial actuel ou si la solution nécessitera une normalisation. Les parties prenantes doivent déterminer l'approche à suivre. Le modèle To-Be reflétera leur décision.

Exemple de rôle BA dans la modélisation de systèmes ERP

Un analyste métier est censé définir un processus métier standard et le mettre en place dans un système ERP qui est d'une importance clé pour une mise en œuvre efficace. Il est également du devoir d'un BA de définir la langue des développeurs dans un langage compréhensible avant la mise en œuvre, puis d'utiliser les meilleures pratiques et de les cartographier en fonction des capacités du système.

Une exigence du système est l'analyse d'ajustement GAAP, qui doit équilibrer entre -

  • La nécessité des changements techniques, qui sont les améliorations afin de s'identifier à la pratique existante.

  • Changements efficaces, qui sont liés à la réingénierie des processus métier existants pour permettre la mise en œuvre de la fonctionnalité standard et l'application des modèles de processus.

Analyste d'affaires fonctionnel

L'expertise du domaine s'acquiert généralement sur une période en étant dans le «métier» de faire des choses. Par exemple,

  • UNE banking associate acquiert des connaissances sur les différents types de comptes qu'un client (particulier et entreprise) peut gérer ainsi que sur le flux de processus métier détaillé.

  • Un insurance sales representative peut comprendre les différentes étapes de la souscription d'une police d'assurance.

  • UNE marketing analyst a plus de chances de comprendre les principales parties prenantes et les processus métier impliqués dans un système de gestion de la relation client.

  • Un Business Analyst impliqué dans capital marketsLe projet est censé avoir une expertise en la matière et une solide connaissance des actions, des titres à revenu fixe et des produits dérivés. En outre, il devrait avoir géré le back-office, le front office, l'exposition pratique dans l'application de modèles de gestion des risques.

  • UNE Healthcare Business Analyst doit avoir une compréhension de base des mesures financières et d'utilisation de la santé aux États-Unis, une expérience technique et une compréhension de l'EDI 837/835/834, des directives HIPAA, de la codification ICD - 9/10 et des codes CPT, LOINC, connaissances SNOMED

Certains analystes métier acquièrent des connaissances du domaine en testant des applications métier et en travaillant avec les utilisateurs métier. Ils créent un environnement d'apprentissage propice grâce à leurs compétences interpersonnelles et analytiques. Dans certains cas, ils complètent leurs connaissances du domaine avec quelques certifications de domaine proposées par l'AICPCU / ​​IIA et LOMA dans le domaine des assurances et des services financiers. Il existe d'autres instituts qui proposent des certifications dans d'autres domaines.

Autres activités majeures

Après un examen approfondi des processus métier actuels, vous pouvez offrir une assistance hautement professionnelle pour identifier l'approche optimale de modélisation du système.

  • Organiser la préparation d'une description formalisée et uniforme des processus métier de manière à garantir une automatisation efficace du système.

  • Assistance à vos équipes dans le remplissage de questionnaires standards pour le système concerné qui peuvent être fournis par les développeurs.

  • Les exigences de participation aux réunions de travail envers les développeurs sont définies.

  • Vérifiez et contrôlez si les exigences définies par vous ont été correctement «reproduites» et enregistrées dans les documents décrivant le futur modèle du système (Blueprints).

  • Préparation des données et assistance au prototypage du système.

  • Aide à la préparation des données pour la migration des listes et des soldes dans le format requis par le système.

  • Examen du prototype de configuration pour vérifier sa conformité aux exigences définies par les responsables des processus métier.

  • Agir en tant que ressource de support auprès de vos équipes informatiques dans la préparation des données et la performance réelle des tests fonctionnels et d'intégration dans le système.

Dans la section suivante, nous discuterons brièvement de certains des outils de modélisation d'entreprise populaires utilisés par les grandes organisations dans les environnements informatiques.

Outil 1: Microsoft Visio

MS-Visio est un logiciel de dessin et de création de diagrammes qui aide à transformer des concepts en une représentation visuelle. Visio vous fournit des formes, des symboles, des arrière-plans et des bordures prédéfinis. Faites simplement glisser et déposez des éléments dans votre diagramme pour créer un outil de communication professionnel.

Step 1 - Pour ouvrir un nouveau dessin Visio, accédez au menu Démarrer et sélectionnez Programmes → Visio.

Step 2 - Déplacez votre curseur sur «Business Process» et sélectionnez «Basic Flowchart».

La capture d'écran suivante montre les principales sections de l'application MS-Visio.

Parlons maintenant de l'utilité de base de chaque composant -

A- les barres d'outils en haut de l'écran sont comme d'autres programmes Microsoft tels que Word et PowerPoint. Si vous avez déjà utilisé ces programmes, vous remarquerez peut-être quelques fonctionnalités différentes, que nous explorerons plus tard.

La sélection de la galerie de diagrammes d'aide est un bon moyen de se familiariser avec les types de dessins et de diagrammes qui peuvent être créés dans Visio.

B- Le côté gauche de l'écran affiche les menus spécifiques au type de diagramme que vous créez. Dans ce cas, nous voyons -

  • Formes de flèche
  • Backgrounds
  • Formes d'organigramme de base
  • Bordures et titres

C - Le centre de l'écran montre l'espace de travail du diagramme, qui comprend la page de diagramme réelle ainsi qu'un espace vide adjacent à la page.

D- Le côté droit de l'écran affiche certaines fonctions d'aide. Certaines personnes peuvent choisir de fermer cette fenêtre pour augmenter la surface de l'espace de travail du diagramme et de rouvrir les fonctions d'aide si nécessaire.

Outil 2: Architecte d'entreprise

L'architecte d'entreprise est un outil de modélisation et de conception visuelle basé sur UML. La plate-forme prend en charge la conception et la construction de systèmes logiciels, la modélisation des processus métier et la modélisation de domaines basés sur l'industrie. Il est utilisé par les entreprises et les organisations non seulement pour modéliser l'architecture de leurs systèmes. Mais pour traiter la mise en œuvre de ces modèles tout au long du cycle de vie de développement des applications.

L'intention de l'architecte d'entreprise est de déterminer comment une organisation peut atteindre le plus efficacement ses objectifs actuels et futurs.

L'architecte d'entreprise a quatre points de vue qui sont les suivants -

  • Business perspective - La perspective commerciale définit les processus et les normes selon lesquels l'entreprise fonctionne au jour le jour.

  • Application Perspective - La perspective applicative définit les interactions entre les processus et les standards utilisés par l'organisation.

  • Information Perspective - Cela définit et classe les données brutes telles que les fichiers de documents, les bases de données, les images, les présentations et les feuilles de calcul dont l'organisation a besoin pour fonctionner efficacement.

  • Technology Prospective - Ceci définit le matériel, les systèmes d'exploitation, les solutions de programmation et de mise en réseau utilisés par l'organisation.

Outil 3: Rational Requisite Pro

Processus d'obtention, de documentation, d'organisation du suivi et de modification des exigences et de communication de ces informations à travers les équipes de projet pour garantir que les changements itératifs et imprévus sont maintenus tout au long du cycle de vie du projet.

Surveiller l'état et contrôler les modifications de la base de référence des exigences. Les principaux éléments sont le contrôle des changements et la traçabilité.

Requisite Pro est utilisé pour les activités ci-dessus et à des fins d'administration de projet, l'outil est utilisé pour interroger et rechercher, afficher la discussion qui faisait partie de l'exigence.

Dans Requisite Pro, l'utilisateur peut travailler sur le document d'exigence. Le document est un fichier MS-Word créé dans l'application Reqpro et intégré à la base de données du projet. Les exigences créées en dehors de Requisite pro peuvent être importées ou copiées dans le document.

Dans Requisite Pro, on peut aussi travailler avec la traçabilité, ici c'est une relation de dépendance entre deux exigences. La traçabilité est une approche méthodique de la gestion du changement en liant les exigences qui sont liées les unes aux autres.

Requisite Pro facilite le suivi des modifications apportées à une exigence tout au long du cycle de développement, il n'est donc pas nécessaire d'examiner tous vos documents individuellement pour déterminer les éléments à mettre à jour. Vous pouvez afficher et gérer les relations suspectes à l'aide d'une matrice de traçabilité ou d'une arborescence de traçabilité.

Les projets Requisite Pro nous permettent de créer un cadre de projet dans lequel les artefacts du projet sont organisés et gérés. Dans chaque projet, les éléments suivants sont inclus.

  • Informations générales sur le projet
  • Packages
  • Informations générales sur le document
  • Types de documents
  • Types d'exigences
  • Attributs d'exigence
  • Valeurs d'attribut
  • Traçabilité inter-projets

Requisite Pro permet à plusieurs utilisateurs d'accéder simultanément aux mêmes documents de projet et à la même base de données, d'où l'aspect sécurité du projet est très crucial. La sécurité empêche l'utilisation du système, les dommages potentiels ou la perte de données suite à l'accès non autorisé d'un utilisateur à un document de projet.

Il est recommandé d'activer la sécurité pour tous les projets RequisitePro. Cela garantit que toutes les modifications apportées au projet sont associées au nom d'utilisateur approprié de la personne qui a effectué la modification, garantissant ainsi que vous disposez d'une piste d'audit complète pour toutes les modifications.