Resumo Leituras - BPM/BPMN

Prévia do material em texto

Processos 
Hammer e Champy - Definem processos como um conjunto de atividade que juntas produzem um resultado de valor para um consumidor. Para esses autores, processos são os que as empresas fazem.
Davenport - um processo é uma ordenação específica de atividades de trabalho através do tempo e do espaço, com início, um fim e um conjunto claramente definido de entradas e saídas: uma estrutura para ação.
Propostas de Paim
	Se forem processos finalísticos, os resultados gerados são produto(s)/ serviço(s) para clientes da organização;
	Se forem processos gerenciais, promovem o funcionamento da organização de seus processos;
	Se forem processos suporte, prestam apoio aos demais processos da organização.
 É qualquer atividade ou conjunto de atividades que toma uma entrada, adicionando a esta um valor, e fornece uma saída gerando um produto valorado.
Processos e a resistência à mudanças
Tecnologia e processos
A tecnologia da inforamção dá suporte à cordenação das atividades dos processos, mas seu papel tem sido continuamente apliado afim de, apoiar o projeto ou desenho de processos, criar e registrar o conhecimento sobre os processos e para a própria gestão de processos no dia-a-dia.
As propostas de integração entre
(Livro: Gestão de Processos, Pensar, Agir e Aprender - pag 84)
BPM - Business Process management (Gerenciamento de processos de negócios )
As soluções da BPM servem para medir, analisar e aperfeiçoar 
	Gestão de negócios e tecnologia da informação
	um conjunto de tecnologias que provê o suporte ao gerenciamneot de processos
 Foco: Otimização de resultados das organizações
 Melhoramento dos Processos
	Permite que a empresa trabalhe diariamente em cada uma das atividades desenvolvidas orientadas para obtenção de seus propositos empresariais: 
 VISÃO, MISSÃO E VALORES
A modelagem de negócios e processos disponibiliaza a informação correta para a tomada de decisão no nível estratégico, gerenciar processos e garantir a coordenação das atividades no nível operacional.
Organização - é um sistema de processos interativos cujo desempenho deve ser equilibrado
Áreas de conhecimento da BPM CBOK
Perpectiva Organizacional
	Gerenciamento corporativo de processos
	Organização do gerenciamento de processo
Perpectiva do Processo
	Gerenciamento de processos e negocio
	Modelagem de processos
	Análise de processos 
	Desenho de processos
	gerenciamento de desempenho de processos
	transformação de processos
	tecnologias da BPM.
Uma melhor forma de gerir: A visão por processos aumenta a capacidade de tomar melhores decisões
Notação BPMN
Uma notação grafica que tem por objetivo prover uma gramatica de símbolos para representar, de maneira padrão todos os processos desde os mais simples até os mais complexos.
- Existe desde 2001
Em uma organização orientada a processos, modelos de processos são o principal meio para medir o desempenho versus padrões, determinando oportunidades para mudança e expressando o estado final desejado que precede o esforço de mudança.
A seguir, alguns dos benefícios da modelagem:
• Modelos são relativamente rápidos, fáceis e baratos de completar
• Modelos são fáceis de entender quando comparados a outras formas de
documentação
• Modelos fornecem uma linha-base para a medição
• Modelos facilitam o processo de simulação e análise do impacto
• Modelos tiram vantagem de vários padrões e um conjunto comum
de técnicas
Existem três tipos básicos de diagrama de processo de negócio (BPD):
	Private (internal) business process - Nós o utilizamos quando não é do nosso interesse a interação desse processo com outros com os quais ele possa interagir.
	Abstract (Public) Process - Ou processos abstratos, representam uma interação entre um processo de negócio privativo e outro processo ou participante. Não estamos preocupados com o conteúdo do fluxo em si, mas sim como ele colabora com os outros fluxos dentro de um sistema.
	Colaboration (Global) Process - O processo colaborativo descreve a intera鈬o entre dois ou mais entidades do negio. Estas intera鋏es s縊 definidas como uma sequ麩cia de atividades que representa o padr縊 de trocas de mensagens entre as atividades envolvidas
Diagrama de Orquestração
	Possui 132 elementos 
Atividades 
Representam um trabalho que é realizado no contexto de um processo de negócio.
Elas podem ser de dois tipos:
	Tarefa - Task : é um trabalho sendo realizado naquele ponto do processo
 Trabalho: Tem que haver uma agregação de valor ao processo --> Transformação
	Subprocesso - é uma abstração de um conjunto de atividades com um propósito específico. Podem ser representados de duas formas:
 Contraido (collapsed) Expandido
Artefato - como se fosse post-it - elemento de apoio a compreensão
------------------------------------------------------------------------------------------------------
Gatilhos de Eventos
Fluxo de Sequencia (Floe Sequence) ----> a ordem em que o fluxo do processo será executado.
Gaterays - controlam interações dos fluxos
	pode ser para dividir o fluxo em dois ou mais (FOR)
	Unificar dois ou mais fluxo em um (Joins)
Exclusivo - prever cenários alternativos. Apenas uma opção é válida.
Paralelo - usado para dividir ou unir rotas paralelas em um processo.
Exemplo de um Processo de Arquivamento de Documento
O que é o SIGERAR?
Uma ferramenta de gerencimaneto de requisitos por meio dela é posivel coletar, armazenar e manter os requisitos
gerenciando mudanças e promover rastreabilidade entre os documentos de requisitos.
--> Documentação e gerenciamento de requisitos durante toda o ciclo do software.
SOFTWARE 
O software é contruido para processar dados: para transformar dados de uma forma em outra, ou seja, aceitar entrada, manipulá-lo de alguma maneira e produzir saída.
 ( Roger S. Pressman - Engenharia de Software - página 247)
Objetivo da Engenharia de requisitos
Aquisição de conhecimentos das regras de negócios e verificação das necessidades do cliente, de forma a obter uma especificação não ambígua e completa dos requisitos de software. 
Intuito: 
 --minimizar erros
--inadequações e falhas no produto final
Gerenciamento de Requisitos
 Permite compreender e controlar as mudanças que ocorrem nos requisitos.
Na engenharia de requisitos é muito importante pois, permite analisar os impactos e custos em tempo e dinheiro que estas mudanças trarão a organização.
ENGENHARIA DE REQUISITOS (PAG 3)
Requisito
CONVENCIONALMENTE é definido como sendo uma declaração de um serviço ou restrição de um sistema a ser desenvolvido.
 Requisitos de um sistema são descrições dos serviços que devem ser fornecidos por esse sistema e as suas restrições operacionais
(SOMMERVILLE, 2007).
- requisitos funcionais - Os requisitos funcionais são descrições das diversas funções que clientes e usuários desejam ou necessitam que o software ofereça. Basicamente determina o que o sistema deve fazer.
Obs; São indentificados a partir do ponto de vista do usuário
"A especificação de um requisito funcional deve determinar o que se espera que o software faça, sem se preocupar como ele irá fazê-lo."
- requisitos não funcionais - descrevem restrições sobre os serviços ou funções oferecidos pelo sistema (SOMMERVILLE, 2007).
 requisitos de dominio - são requisitos que origina-se dos requisistos de dominio de aplicação do sistema. Pode ser requisitos funcionais ou não.
Função da Engenharia de requisitos
 --> envolve aspectos organizacionais, gerenciais , técnicos, econômicos, sociais e cognitivos
“ramo da engenharia de software que está preocupado com os objetivos do mundo real para as funções e restrições de sistemas de software
* cada organização possui seu próprio processo, por isso não há um único processo de
Engenharia de Requisitos que atenda a todas as organizações. 
Fases da engenharia de requisitos 
--> Correta identificação e documentaçãodos requisitos = Sucesso do Software
Elicitação de requisitos = Obteção/captura de Requisitos
 -----VISA ENTENDER AS NECESSIDADES DO USUÁRIO----
As informações coletadas aqui devem ser interpretadas, analisadas, modeladas e validadas.
 Domínio de Aplicação - é o conhecimento geral da área onde o sistema está sendo aplicado.
Problemas da Elicitação de requisitos 
problemas de escopo, problemas de entendimento dentro dos grupos e entre os grupos (usuários e desenvolvedores) e problemas de volatilidade 
Ex: volatilidade de requisitos - os requisitos são produtos das contribuições de muitos indivíduos e estes podem ter necessidades e 18 objetivos contraditórios.
Técnicas de Elicitação
	 Entrevista
	Observação
	questionário
	JAD - faz uso de sessões de brainstorm mediada por um facilitador
	Métodos de Ponto de Vista
	Etnometodologia
	prototipação
	Casos de uso
Análise de Requisitos
Tem como objetivo encontrar problemas nos requisitos premilinares obtidos com a eleicitação de requisitos.
Especificação de Requisitos
Documenta os resultados obtidos na análise de requisitos, assim tudo que for levantado por meio da análise deverá ser especificado em um conjunto de documentos (especificação de requisitos de softwares)
----------------------------------------------------------------------------------------------------------------
Sites 
	http://iprocess.com.br/category/portal-do-conhecimento/livros/