Modelagem de Processos Prof.: Fernando Ascani
Modelagem da arquitetura de negócios Arquitetura Definições Aurélio: Informática: Estrutura e organização lógica de funcionamento de um sistema computacional. Arquitetura é um conjunto organizado de elementos com claros relacionamentos entre si, que juntos formam um conjunto definido de funções. Os elementos representam a estrutura organizacional e comportamental de um sistema de negócio e mostra abstrações dos processos e estruturas chaves no negócio.
Modelagem da arquitetura de negócios Motivação O papel da arquitetura na construção de qualquer tipo de estrutura é bem definido. Embora a forma da arquitetura do negócio seja diferente de projetos de construção, o conceito é igualmente importante. Com uma arquitetura bem definida é possível: entender a estrutura a ser melhorada; planejar a construção real; estimar custos; usar como base para desenhar a estrutura do negócio.
Modelagem da arquitetura de negócios A arquitetura serve como documentação, útil mesmo após uma construção, facilitando: Entender Manter Estender a estrutura. Define a estrutura do negócio. Modelar a arquitetura é a chave para o entendimento do negócio e como ele funciona.
Arquitetura de negócios É a base para descrever e entender o negócio. Lista as partes requeridas do negócio Mostra como as partes são estruturadas e se interagem Mostra como a arquitetura deve evoluir As empresas costumam ter muitas plantas dos prédios e/ou construções, mas em geral não têm nenhum modelo de como seu negócio é conduzido. A arquitetura funciona como uma base de conhecimento para consultas futuras.
Arquitetura de negócios Características de uma boa arquitetura de negócios: Captura o negócio real o mais confiável e correto possível Foca nos processos e estruturas chaves do negócio Representa uma visão que seja o consenso entre as pessoas que operam o negócio (por exemplo, gerentes e trabalhadores concordam que a arquitetura descreve corretamente como o negócio é executado). Adapta-se facilmente a mudanças e extensões É fácil de entender e promove a comunicação entre as diferentes partes interessadas do negócio.
Negócios - Conceitos Um negócio é um sistema complexo com um propósito ou objetivo específico - todas as funções do negócio interagem para atingir seu objetivo. Um sistema de negócio é um sistema aberto, cujos objetos e partes são também partes de outros sistemas de negócio. Ou seja, não podem ser considerados como uma caixa preta, que pode ser analisada olhando para suas entradas e saídas. Há 4 conceitos importante na definição de sistemas de negócio: Processos, Recursos, Metas e Regras
Recursos São os objetos dentro do negócio como pessoas, material, informação e produtos, que são usados ou produzidos no negócio. São organizados em estruturas e tem relacionamentos entre si. São manipulados (usados, consumidos, refinados ou produzidos) por meio dos processos. Recursos podem ser categorizados como físicos, abstratos e objetos informacionais.
Processos São as atividades executadas dentro do negócio durante as quais, o estado dos recursos do negócio mudam. Descrevem como o trabalho é feito dentro do negócio São governados por regras. Um processo é simplesmente um conjunto estruturado de atividades desenhado para produzir um resultado especificado para um cliente ou mercado particular. Isso implica uma forte ênfase em como o trabalho é feito dentro da organização, em contraste com o foco no produto. Um processo é então uma ordenação específica de atividades de trabalho através do tempo e espaço, com começo e fim e entradas e saídas claramente identificadas: uma estrutura para ação. [Davenport, 1992]
Metas São o propósito do negócio ou o resultado que o negócio como um todo tenta alcançar. Podem ser divididas em sub-metas e associadas a partes individuais do negócio, como processos ou objetos. Expressam o estado desejado dos recursos e são alcançadas por processos Metas são expressas como uma ou mais regras.
Regras Enunciados que definem ou restringem algum aspecto do negócio e representam conhecimento do negócio. Governam como o negócio deve ser executado. Governam como os recursos podem ser estruturados e relacionados entre si. Podem ser forçados de fora do negócio por leis e regulamentos. Podem ser definidas dentro do negócio para atingir as metas do negócio. Podem ser categorizadas como funcional, comportamental e estrutural.
Extensão de Negocio da UML O segundo objetivo da UML apresentado pela OMG é o de prover um mecanismo que permita a extensão da linguagem. Segundo a OMG (1997) a UML possui mecanismos de extensão que permitem adequá-la a novidades e domínios específicos. Também chamadas de Extensões Eriksson-Penker (autores da proposta apresentada a OMG).
Extensão de Negocio da UML Estes mecanismos têm a intenção de servirem aos seguintes propósitos: Podem ser usados para adicionar elementos de modelagem na criação de modelos; São usados nas especificações da UML para definir itens padrões não considerados ou complexos demais para serem modelados diretamente pelos elementos do meta-modelo UML; São usados para definir processos específicos ou implementação de extensões de linguagens específicas; São usados para unir arbitrariamente informações semânticas e não semânticas a elementos do modelo.
Extensão de Negocio da UML As extensões definidas pelos usuários na UML se dão através de estereótipos (stereotypes), valores rotulados (tagged values) e restrições (constraint) que coletivamente estendem e adaptam a UML a um domínio específico, como por exemplo ao de Modelagem de Negócios.
Extensão de Negocio da UML Esteriótipos (Stereotypes): definem novos blocos construtores na UML baseados em blocos existentes. Embora não seja possível adicionar novos tipos de elementos, todos os elementos da UML podem ser customizados, estendidos, ou adaptados através da definição e nomeação de stereotypes. Valores Rotulados (Tagged Values): estendem um elemento da UML através de uma etiqueta (tag) e um valor (value). Por exemplo pode ser definida um tagged value para expressar a versão de uma determinada classe. Restrições (Constraints): são regras aplicadas a modelos UML. Podem ser aplicadas para apenas um ou para vários elementos do modelo. Por exemplo pode-se definir através de uma constraint uma restrição numa associação entre duas classes.