Introducing G2.ai, the future of software buying.Try now
Andres H.
AH
Business Systems Analyst at the Office of the New York State Comptroller Thomas P. Di Napoli

Quelqu'un utilisant la solution d'analyse des processus métier d'entreprise peut-il me dire si le cadre limite certains modèles à certains dossiers comme le fait le cadre d'architecture d'entreprise ?

J'ai hérité de l'administration d'une solution d'architecture d'entreprise sur iServer. Le cadre TOGAF m'est familier et je comprends comment iServer tente d'imposer le suivi de ces étapes. Mais la plupart de mon groupe d'analyse commerciale est intéressé par l'utilisation d'iServer comme outil de modélisation et l'exploration de ses capacités sans comprendre ou suivre TOGAF. J'aimerais savoir, d'après l'expérience de quelqu'un utilisant la solution d'analyse des processus métier d'entreprise, s'il existe une limitation similaire à suivre un autre cadre ou si tous les modèles sont disponibles pour tous les utilisateurs dans n'importe quel dossier ? De plus, quelqu'un a-t-il rencontré le problème des relations « fantômes » apparaissant dans les diagrammes entité-relation ? Comment prévenir cela ?
1 commentaire
On dirait que vous n'êtes pas connecté.
Les utilisateurs doivent être connectés pour répondre aux questions
Se connecter
Orbus Software
Réponse officielle
Orbus Software
SC
0
Salut Andres, Merci pour votre question. EBPA (Enterprise Business Process Analysis) - est un ensemble de normes, de cadres et d'études de cas qui permettent aux architectes EA de rassembler et de diriger l'organisation dans son ensemble vers une manière plus cohérente de faire de l'EBPA. Il comprend les éléments suivants : 1. Ensemble de modèles Visio EBPA (par exemple, BPMN, parcours client, processus sur une page, capacité sur une page, flux de valeur et autres). 2. Extensions du méta-modèle, y compris de nouveaux types d'objets, de nouveaux types de relations et de nouveaux attributs (par exemple, identifiant APQC, processus manuel ou automatisé, type de déchet et autres). 3. Cadre de référence des processus (APQC) avec des données réelles à l'intérieur du référentiel. 4. Ensemble de vues iServer pour structurer, analyser et maintenir les informations sur les processus métier. 5. Autres éléments comme des études de cas, des structures de dossiers et des diagrammes d'exemple. La norme est plus une collection de divers éléments qu'une pratique concrète. L'intention derrière cette extension est de fournir divers blocs de construction architecturaux que vous pouvez utiliser dans les discussions et la construction de solutions vous-même. Il n'y a donc pas de dossier unique contenant tous les modèles ou de flux de travail/procédure prédéfinis pour suivre l'EBPA. Vous trouverez que l'EBPA est disséminé dans de nombreux dossiers à l'intérieur des bibliothèques [Études de cas], [État] et [Centre de ressources]. Vous pouvez facilement fusionner tous les modèles dans un seul dossier, ce qui pourrait bien fonctionner pour une démonstration mais n'est pas recommandé pour une utilisation quotidienne réelle (trop de modèles à gérer dans un seul dossier). Une bonne approche est de d'abord comprendre ce que votre organisation recherche exactement dans l'EBPA. 1. Classification des processus ? Cela pourrait être abordé en utilisant APQC pour établir un modèle de processus basé sur votre industrie. 2. Standardisation et définition des processus ? Cela pourrait être abordé en utilisant APQC + norme BPMN. 3. Amélioration des processus ? Cela pourrait être abordé en utilisant BPMN + extensions Lean. 4. EBPA d'un point de vue plus élevé pour définir les besoins et les flux métier ? Cartes de capacités, cartes de flux de valeur, diagrammes de type processus/capacité sur une page. Tous ces éléments sont vaguement connectés et obtenir de l'élan dans une direction stimulera très certainement d'autres domaines. Quant aux relations fantômes, je ne suis pas sûr de ce que vous voulez dire par là. Avez-vous des connecteurs qui ne créent pas de relations dans la base de données ; vous avez plus de relations que vous n'en avez créées ; vous avez des relations qui apparaissent dans le référentiel mais pas sur votre diagramme de relations d'entité ; ou quelque chose de complètement différent ?
On dirait que vous n'êtes pas connecté.
Les utilisateurs doivent être connectés pour écrire des commentaires
Se connecter
Répondre