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

Alguém que usa a Solução de Análise de Processos de Negócios Empresariais pode me dizer se a estrutura limita certos modelos a certas pastas como a estrutura de Arquitetura Empresarial faz?

Herdei a administração de uma solução de Arquitetura Empresarial no iServer. O framework TOGAF é familiar para mim e entendo como o iServer tenta impor que essas etapas sejam seguidas. Mas a maioria do meu grupo de análise de negócios está interessada em usar o iServer como uma ferramenta de modelagem e explorar suas capacidades sem entender ou seguir o TOGAF. Gostaria de saber, pela experiência de alguém usando a solução de Análise de Processos de Negócios Empresariais, se há uma limitação semelhante em seguir algum outro framework ou se todos os modelos estão disponíveis para todos os usuários em qualquer pasta? Além disso, alguém já encontrou o problema de relacionamentos 'fantasmas' aparecendo em diagramas de relacionamento de entidades? Como prevenir isso?
1 comentário
Parece que você não está logado.
Os usuários precisam estar logados para responder perguntas
Entrar
Orbus Software
Resposta Oficial
Orbus Software
SC
0
Oi Andres, Obrigado pela sua pergunta. EBPA (Enterprise Business Process Analysis) - é uma coleção de padrões, frameworks e estudos de caso que permitem que arquitetos de EA mobilizem e liderem a organização em geral para uma maneira mais coerente de fazer EBPA. Inclui os seguintes itens: 1. Conjunto de modelos visio de EBPA (por exemplo, BPMN, Jornada do Cliente, Processo em uma Página, Capacidade em uma Página, Fluxo de Valor e outros). 2. Extensões de meta-modelo, incluindo novos tipos de objetos, novos tipos de relacionamento e novos atributos (por exemplo, Identificador APQC, Processo Manual ou Automatizado, Tipo de Desperdício e outros). 3. Framework de Referência de Processo (APQC) com dados reais dentro do repositório. 4. Conjunto de Vistas iServer para estruturar, analisar e manter informações de processos de negócios. 5. Outros itens como estudo de caso, estruturas de pastas e diagramas de exemplo. O padrão é mais uma coleção de vários itens do que uma prática concreta. A intenção por trás desta extensão é fornecer vários blocos de construção de arquitetura que você pode usar em discussões e construção de soluções por conta própria. Portanto, não há uma única pasta que contenha todos os modelos ou um fluxo de trabalho/procedimento pré-definido para seguir o EBPA. Você encontrará que o EBPA está espalhado por muitas pastas dentro das bibliotecas [Estudos de Caso], [Estado] e [Centro de Recursos]. Você pode facilmente mesclar todos os modelos em uma única pasta, o que pode funcionar bem para uma demonstração, mas não é recomendado para uso diário real (muitos modelos para governar dentro de uma única pasta). Uma boa abordagem é primeiro entender o que exatamente sua organização está procurando no EBPA? 1. Classificação de Processo? Isso pode ser abordado usando APQC para estabelecer um modelo de processo baseado na sua indústria. 2. Padronização e Definição de Processo? Isso pode ser abordado usando APQC + Padrão BPMN. 3. Melhoria de Processo? Isso pode ser abordado usando BPMN + Extensões Lean. 4. EBPA de uma visão de nível superior para definir necessidades e fluxos de negócios? Mapas de Capacidade, Mapas de Fluxo de Valor, Diagramas de Processo/Capacidade em uma Página. Todos esses itens estão vagamente conectados e ganhar tração em uma direção certamente impulsionará outras áreas. Quanto a relacionamentos fantasmas, não tenho certeza do que você quer dizer com isso. Você tem conectores que não criam relacionamentos no DB; você tem mais relacionamentos do que criou; você tem relacionamentos que aparecem no repositório, mas não no seu Diagrama de Relacionamento de Entidade; ou algo completamente diferente?
Parece que você não está logado.
Os usuários precisam estar logados para escrever comentários
Entrar
Responder