PROCESSO DE

DESENVOLVIMENTO
DE SOLUÇÕES
TECNOLÓGICAS
Mauro Daniel Pereira
A IMPORTÂNCIA DE CONHECER
O PROCESSO
 como é feito atualmente
 como é o funcionamento sem a solução
desejada
 modelagem do processo
OBJETIVOS DA MODELAGEM DE PROCESSO
(OU BUSINESS PROCESS MODELING - BPM)
 Otimizar recursos
 reduzir desperdícios
 atender às crescentes demandas dos clientes
BUSINESS PROCESS MANAGEMENT
COMMON BOOK OF KNOWLEDGE
 BPM CBOK
 principal guia sobre o assunto –, a
modelagem inclui um conjunto de
habilidades e técnicas que permitem
formalizar e comunicar os componentes dos
processos de negócio, avaliando e
aprimorando o fluxo de trabalho.
COMO FUNCIONA A MODELAGEM
DE PROCESSOS
 Documentar
 entender e analisar os processos
 permitir a transformação e a automatização
EXEMPLO DE MODELO DE
PROCESSO
RISCOS
 não visualizar erros de processo
 manter ou criar redundâncias
 automatizar um processo equivocado
A IMPORTÂNCIA DE SABER OS
OBJETIVOS E RESULTADOS
 alinhar os processos com as metas
 estabelecer métricas para acompanhar o
trabalho
 elaborar prazos realistas
COMO ORGANIZAR O TRABALHO PARA
ESTABELECER METAS E MÉTRICAS?
 framework OKR (Objectives and Key Results)
 metodologia de gestão baseada no método
“objectives and results”, que tem por objetivo
definir metas mensuráveis e garantir que os
resultados desejados sejam atingidos
 projetado para ajudar as companhias a
conquistarem resultados de longo prazo em pouco
tempo
 criada pelo ex-CEO da Intel, Andrew S. Grove,
ainda nos anos 80, mas se tornou conhecida apenas
em 1999, quando foi adotada como modelo de
gestão do Google, indicada por um de seus
principais investidores, John Doerr.
EXEMPLOS DE OKR
MODELAGEM DE DADOS
 crucial na estruturação de modelos de bancos
de dados (Peter Chen – 1976)
 estruturar o armazenamento e o mecanismo
de fluxo de informações relevantes para uma
empresa que deseja construir um banco de
dados
 identifica quais dados serão relevantes, quais
os detalhes importantes destes dados, como
os dados se relacionam entre si e quais as
regras que restringem as relações entre estes
dados
 Exemplos: LIVRARIA, ESCOLA, RESTAURANTE
EXEMPLO DE MODELO DE
DADOS
ANÁLISE DE REQUISITOS
 Unified Modeling Language (UML)
 Outubro de 1994 (Rumbaugh e Booch na
Rational)
 em 2000, a UML foi aprovada como padrão pelo
OMG (Object Management Group), um consórcio
internacional de empresas que define e ratifica
padrões na área de Orientação a Objetos
 linguagem-padrão para a elaboração da
estrutura de projetos de software
 auxilia a visualizar seu desenho e a
comunicação entre os objetos (e em certos
casos a identificação dos processos)
UML
 Atores
 caso de uso
 Cenário
 Comunicações
 Regras de Negócio
EXEMPLO:
 “A clínica médica Saúde Perfeita precisa de
um sistema de agendamento de consultas e
exames. Um paciente entra em contato com
a clínica para marcar consultas visando
realizar um check-up anual com seu médico
de preferência. A recepcionista procura data
e hora disponível mais próxima na agenda do
médico e marca as consultas. Posteriormente
o paciente realiza a consulta, e nela o
médico pode prescrever medicações e
exames, caso necessário”.
INICIALMENTE VAMOS DEFINIR
NOSSOS ATORES:
 Paciente
 Secretária
 Médico
AGORA VAMOS DEFINIR ALGUMAS
AÇÕES DE CADA USUÁRIO:
 Paciente:
Solicita Consulta
Solicita Cancelamento de Consulta
 Secetária
 ConsultaAgenda
 Marca Consulta
 Cancela Consulta
 Médico
 Realiza Consulta
 Prescreve Medicação
 Solicita Realização de exames
CLÍNICA SAÚDE PERFEITA
ESTUDO DE CASO 1 (MODELO
DE PROCESSO)
 criar uma página para cadastrar as notas
fiscais de um restaurante
 gerente do estabelecimento informa que faz
isso no fechamento diário
 analisando o processo, o analista descobre
que esta página é desnecessária, pois os
dados das vendas são praticamente todos
obtidos das máquinas de cartão de crédito
ESTUDO DE CASO 2 (MODELO
DE DADOS)
 Evento
 um ingresso pode pertencer a mais de uma
pessoa?
 uma pessoa pode reservar mais de 1 lugar no
ingresso?
 uma pessoa pode fazer mais de 1 reserva?
CONCLUSÃO
 Nem todas as técnicas apresentadas precisam
ser utilizadas em todos os casos
 Mesmo assim, pelo menos uma rápida
passada em cada etapa, é crucial para evitar
erros de desenvolvimento do software