Mesmo sem dar nomes aos bois (o AN não foi citado) a importância desse processo está clara. Contudo, muito pouco é explorado no que tange à Modelagem de Negócios, deixando a atuação do nosso lado sempre passiva, documentando o que já existe ou o que o especialista do domínio quer.

São duas áreas de atuação no escopo da análise de negócios e aparentemente serão duas brigas implantá-las.

antes de mais nada, grato pelo comentário e pelos elogios.

Sim, temos as mesmas preocupações. Mas repare que a EPBE é um tanto diferente das referências citadas por ti. A principal: não existem “casos de uso de negócio” ou BUC (Business Use Cases).

Nos artigos seguintes desta série as diferenças serão melhor explicadas. Cogito inclusive escrever um artigo só com comparações.

Outra coisa que me encuca um pouco: ITBA, ou o Analista de Negócios de TI. Ainda não *entendo* bem a separação. A necessidade da separação.

Conheço o livro citado por ti. É bom, mas joga boa parte das fichas no uso da UML como proposto no RUP. A EPBE é um tanto diferente. E, no meu ponto de vista, mais completa. Espero que você siga gostando da EPBE, que não é nem pretende ser uma metodologia, ok?

Abraços,

O EPBE é o que fazemos quando seguimos o processo de análise de negócios proposto por Howard Podeswa, um dos revisores do BABOK 2) em:

UML for the IT Business Analyst: A Practical Guide to Object Oriented Requirements Gathering este livro somado ao Writing Effective Use Cases forma uma dupla da pesada para quem está a caminho da análise de negócios.

“UML for the IT Business Analyst”

O nome do livro diz tudo não? Assim que eu vi na Amazon eu encomendei e valeu a pena. Tem tudo a ver com a introdução que você faz quando começa a explicar EPBE.

Elevar o nível de abstração tratando os elementos do negócio como objetos traz ganhos enormes para resolver problemas no nível certo.

A idéia da metodologia é trabalhar os níveis diferentes em momentos diferentes, no início, casos de uso de negócio (texto e/ou diagrama – caixa branca), diagramas de classe e máquinas de estados com alto nível de abstração, depois de todas as questões do negócio resolvidas e acertadas e o comportamento do negócio mapeado temos concluída a etapa que ele chama de BOOM, Business Object Oriented Modeling.

Eu acho essa etapa excepcional pois conseguimos resolver muitas questões sem utilizar a palavra “sistema”. Além disso, é aqui que podemos influir para melhorar os processos da organização.

Depois de criado o processo e a área de análise de negócios notamos através do apontamento de horas que ficamos mais tempo no negócio do que no sistema e que isso tem trazido uma queda expressiva nos incidentes relacionados à má definição do escopo.

Depois de pronta essa etapa ficamos muito mais tranqüilos para definir os casos de uso de sistema (metas do usuário) que irão suportar os processos do negócio. Junto com eles vêm as classes e máquinas de estados, bem mais próximos dos diagramas gerados pelos analistas de sistemas, mas sem métodos, só propriedades e vínculos.

Desta forma eu posso dizer que adoro EPBE e nem sabia!

O seu curso deve ser muito interessante, pois além de bem embasado, é inovador, não vejo ninguém falando desses assuntos desta maneira aqui no Brasil. Espero ter a oportunidade de participar de um curso e trocar umas idéias pessoalmente.

Abraço,
Kerber ITBA
Analista de Negócios