A WM2info está lançando um pacote de treinamentos que preparam profissionais para atuar de forma eficiente e eficaz como Analista de Negócio.

Não se trata de cursos informativos que só apresentam os conceitos básicos, mas não ensinam as técnicas usadas na execução da profissão de Analista de Negócio. Os cursos deste pacote de treinamento são de formação gerencial e operacional, ou seja, ensinam todos os conceitos e as técnicas necessárias para que você execute efetivamente funções gerenciais e operacionais em Analise de Negócio na sua empresa, atuando desde a análise de problemas de negócio, identificando soluções, necessidades, melhorando os processos de negócio (BPM) e definindo arquiteturas empresariais, estendendo-se até a elicitação e especificação de requisitos de software.

Acesse nosso portfólio e calendário de cursos e escolha aqueles que atendem às suas necessidades.

Veja também as promoções disponibilizadas para aqueles que adquirem mais de um curso, bem como para os que se reúnem em grupos para obterem preços reduzidos.

• Análise de Negócio – Uma Visão Corporativa.
• Gestão Ágil de Requisitos de Software (com Enterprise Architect - EA).
• Análise de Requisitos de Software com uso de BPM, Casos de Uso e Estórias do Usuário.
• BPM – Business Process Modeling (Modelagem de Processos de Negócio).
• Estórias do Usuário.

Faça um pacote de cursos e ganhe descontos significativos:

• Comprando dois cursos você ganha um desconto de 10% em um curso.
• Comprando três cursos você ganha um desconto de 10% em dois cursos.
• Comprando quatro cursos você ganha um desconto de 10% em três cursos.
• Comprando cinco cursos você ganha um desconto de 10% em quatro cursos.

Fale conosco:

• Evandro M. Pinto
• evandro@wm2info.com.br
• Fones: (11) 9631-1247; (11) 2638-8104

Conheça nosso portfólio de cursos

Acesse o calendário de cursos

Programa do curso

• Contextualização do surgimento da APF
• Conceito de APF
• Histórico da APF
• Sobre o IFPUG / BFPUG
• Manual de Contagem de Pontos de Função – CPM
• Objetivos e Benefícios da APF
• Diagrama de Contagem da APF
• Documentação para Contagem de PF
• Tipos de Contagem
• Escopo da Contagem e Fronteira da Aplicação
• Funções de Dados
• Funções de Transação
• Total de Pontos de Função
• Reporte da Contagem de Pontos de Função
• Práticas de Contagem – Dados de Código, Arquivos Lógicos, Dados Compartilhados, Projetos de Melhoria e Atividades de Manutenção e Conversão de Dados
• Anexo do Manual – Fator de Ajuste e Pontos de Função Ajustados
• Boas Práticas na Elaboração de Contagens
• Padrão ISO de Medição Funcional
• Programa de Certificação CFPS
• Mitos e Verdades sobre a APF
• Estimativas Iniciais de Tamanho de Software
• Processo de Medição de Software
• Dicas na Determinação da Taxa de Entrega / Produtividade
• Material de Referência / Links Úteis
• Exercícios.

Publico alvo

Gerentes de projetos, Analistas de Negócio, Analistas de Requisitos, Analistas de Sistemas e Arquitetos.

Carga Horária

• 16 horas (2 sábados de 8 horas – de 09:00 as 18:00 com uma hora de almoço).

Data de Início

Trata-se de um curso sob demanda, ou seja, a data de início é definida quando o número de inscritos atingir o mínimo necessário para a formação da turma. Veja a data de início no calendário de cursos.

Local

Av. Ipiranga, 318; Bloco A; 17° andar. Bem próximo à estação do metrô REPÚBLICA. Ponto de referência: ao lado do Edifício Itália (do Terraço Itália).

Contato para Inscrição

• Evandro Moreira Pinto
• evandro@wm2info.com.br
• Fones: (11) 9631-1247 ou (11) 2638-8104

Valor do Investimento

Os valores abaixo são válidos somente para turmas abertas.

Para qualquer um dos planos acima descritos, a primeira parcela deverá ser paga na ocasião da inscrição.

Veja nosso pacote de promoções.

Professor

• Caio Juliano Paro.

O objetivo do BPM é acompanhar sistematicamente como os recursos (físicos, financeiros, humanos, tecnológicos etc) de uma organização são alocados e convertidos em ações operacionais na busca das metas organizacionais alinhadas às metas estratégicas da empresa.

As soluções de BPM são vistas como aplicações cujo principal propósito é medir, analisar e otimizar a gestão do negócio da empresa. Essas soluções podem fornecer infraestrutura para analisar e implementar os processos de negócios, objetivando reduzir o TCO (Total Cost of Ownership) e reorganizar a companhia, para otimizar desempenho.

O objetivo do curso é proporcionar uma visão abrangente e integrada dos princípios, modelos e estruturas para a adequada modelagem dos processos de negócio de uma empresa. Focará nos aspectos voltados para o negócio, abordando assuntos tais como modelagem, análise, desenho e medição de processos de negócio de uma organização.

Público-alvo

Gerentes de processos, donos de processos, analistas de negócio, analistas de processos, analistas de processos de TI, arquitetos de processos, designers de processos, usuários de processos, profissionais de negócio envolvidos em iniciativas de processos.

Pré-requisitos

Conhecimentos básicos sobre processos de negócio, obtidos através do envolvimento com questões de modelagem, gerenciamento ou controle de processos, regras de negócio e otimização organizacional.

Conteúdo programático

• Conceitos Gerais sobre BPM:
  • BPM CBOK – BPM Corpo Comum de Conhecimento;
  • Papel do Analista de Processos de Negócio;
  • Competências básicas;
  • Conceitos de modelagem.
• Emoldurar Processos (diagnostico dos processos)
  • Identificar modelo organizacional e funções associadas;
  • Identificação inicial de Requisitos do negócio;
  • Identificação inicial de Regras de negócio;
  • Descobrir atores, entidades e stakeholders (e proprietários, se houver);
  • Identificar perspectivas de stakeholders;
  • Identificar interações;
  • Mapeamento de processos;
  • Modelo estendido de Eriksson-Penker;
  • Listar atividades dentro do escopo, indicando o tempo de execução de cada atividade/tarefa;
  • Identificar os custos dos processos;
  • Descobrir indicadores operacionais para cada processo;
  • Relacionar indicadores operacionais com indicadores estratégicos;
  • Identificar fatores críticos de sucesso;
  • Identificar problemas (retrabalhos, gargalos) de atividades e tarefas;
  • Avaliar o nível de qualidade da saída do processo.
  • Gerenciamento de requisitos de negócio;
  • Gerenciamento de regras de negócio;
• Modelagem: Modelo AS-IS;
  • Mapa Geral de Processos;
  • Modelo AS-IS;
  • Notação BPMN e EPC;
  • Atualização de Regras de Negócio e Requisitos de Negócio;
  • Avaliação de habilitadores de processo;
  • Matriz de rastreamento requisitos de negócio x requisitos de informação (funcionais e não funcionais);
  • Avaliação de impacto sobre stakeholders.
• Modelagem: Modelo TO-BE;
  • Redesenho de diagramas (aplicando técnicas, ferramentas e boas práticas);
  • Matriz de papéis x responsabilidades;
  • Definição de (novas) metas, indicadores e métricas;
  • Matriz de rastreamento de requisitos de negócio x atividades / processos;
  • Matriz de rastreamento de regras de negócio x atividades / processos (ou FAD para cada atividade);
  • Matriz de rastreamento de Casos de Uso (sistema) x atividades;
  • Mapa Geral de Processos incluindo Pacotes de Caso de Uso;

Carga Horária

• 32 horas (4 sábados de 8 horas – de 09:00 as 18:00 com uma hora de almoço).

Data de Início

Trata-se de um curso sob demanda, ou seja, a data de início é definida quando o número de inscritos atingir o mínimo necessário para a formação da turma. Veja a data prevista de início no calendário de cursos.

Local

Av. Ipiranga, 318; Bloco A; 17° andar.

Bem próximo à estação do metrô REPÚBLICA. Ponto de referência: ao lado do Edifício Itália (do Terraço Itália).

Contato para Inscrição

• Evandro Moreira Pinto
• evandro@wm2info.com.br
• Fones: (11) 9631-1247 ou (11) 2638-8104

Valor do Investimento

Para qualquer um dos planos acima descritos, a primeira parcela deverá ser paga na ocasião da inscrição.

Veja nosso pacote de promoções.

Ao concluir este curso o aluno estará pronto para:

• Atuar como Product Owner em projetos baseados no SCRUM.
• Criar e manter a Visão de Negócios abrangida pelo projeto.
• Fazer o levantamento e descrição de Temas, Épicos e Estórias do Usuário junto aos stakeholders do projeto.
• Saber definir os tipos de stakeholders em função das necessidades do levantamento de Estórias do Usuário.
• Definir e priorizar o Product Backlog.
• Estimar o esforço para a implementação das Estórias do Usuário.
• Elaborar o plano de entregas do projeto.
• Elaborar o plano de iterações (Sprints).
• Saber reconhecer a diferença entre Estórias do Usuário e Requisitos de Software.
• Saber identificar Estórias do Usuário a partir de Casos de Uso.
• Usar o Enterprise Architect (EA) no gerenciamento ágil de Estórias do Usuário.

Público alvo

Gerente de projetos, analistas de negócio, analistas de requisitos, analistas de sistemas ou qualquer outro profissional que deseja usar os conceitos de gerenciamento ágil de requisitos com uso de Estórias do Usuário.

Conteúdo programático

• O manifesto ágil.
• Processos ágeis.
• Processos incrementais e iterativos (RUP e SCRUM).
• Conceitos introdutórios sobre Estórias do Usuário.
• Características da Estória do Usuário.
• Visão geral do negócio.
• Decomposição da Visão em Temas, Épicos e Estórias do Usuário.
• O papel dos usuários.
• O papel do Product Owner.
• Testes de aceite de Estórias do Usuário.
• Dicas para escrever boas Estórias do Usuário.
• Estimativas de Estórias do Usuário.
• Planejamento de releases.
• Planejamento de iterações.
• Monitoramento do desempenho do projeto.
• Cuidados na identificação e descrição de Estórias do Usuário.
• Uso de Estórias do Usuário no SCRUM.
• Estórias do Usuário X Casos de Uso X Requisitos.

Carga Horária

• 16 horas (2 sábados de 8 horas – de 09:00 as 18:00 com uma hora de almoço).

Data de Início

Trata-se de um curso sob demanda, ou seja, a data de início é definida quando o número de inscritos atingir o mínimo necessário para a formação da turma. Veja a data prevista de início no calendário de cursos.

Local

Av. Ipiranga, 318; Bloco A; 17° andar.

Bem próximo à estação do metrô REPÚBLICA. Ponto de referência: ao lado do Edifício Itália (do Terraço Itália).

Contato para Inscrição

• Evandro Moreira Pinto
• evandro@wm2info.com.br
• Fones: (11) 9631-1247 ou (11) 2638-8104

Valor do Investimento

Os valores abaixo são válidos somente para turmas abertas.

Para qualquer um dos planos acima descritos, a primeira parcela deverá ser paga na ocasião da inscrição.

Veja nosso pacote de promoções.

Percebe-se que os profissionais de TI sentem dificuldades para elicitar as necessidades estratégicas do negócio, ou seja, os requisitos do negócio. Por outro lado, os executivos também apresentam problemas na comunicação com a área de TI, porque ambos possuem vocabulários, abordagens e visões totalmente díspares.

A Análise de Negócio se apresenta neste cenário como um arcabouço de boas práticas usadas como catalizadores entre as Áreas de Negócio e a Tecnologia da Informação, especificamente a Engenharia de Software.

O curso de Análise de Negócio, Uma Visão Corporativa, irá ensinar as técnicas necessárias para o entendimento do negócio da empresa, seus problemas e necessidades, com o objetivo de definir soluções alinhadas às necessidades estratégicas, táticas e operacionais. O curso ensinará técnicas de caracterização dessas soluções na forma Features, que são Requisitos dos Stakeholders, também chamadas de Requisitos do Usuário. Apresentará também os conceitos de Estórias do Usuário no nível Épico, com forma de descrever os Requerimentos dos Usuários.

Todas as técnicas abordadas são previstas no BABOK – Business Analysis Body of Knowledge na área de conhecimento “Análise Corporativa”, bem como no RUP – Rational Unified Process nas disciplinas de “Modelagem de Negócios” e “Requisitos”.

Ao concluir este curso, o aluno terá uma visão geral com todos os elementos necessários para a elaboração de documentos tais como Documento de Visão, RFP (Request For Proposal) e Proposta Técnica para projetos de desenvolvimento de software. Essa visão ou concepção geral é fundamental para o planejamento de projetos de desenvolvimento de sistemas eficazes no alinhamento com os objetivos estratégicos da empresa.

Programa do curso

• Conceitos introdutórios de Análise de Negócios.
• Analista de Negócio X Analista de Requisitos X Analista de Sistemas.
• Frameworks que abordam análise de negócio: RUP, BABOK, CBOK, TOGAF e ZACHMAN.
• Visão panorâmica do BABOK.
• Visão geral da Análise Corporativa.
• Análise do Problema de Negócio.
• Definição das Causas-Raiz dos Problemas de Negócio.
• Como elicitar as necessidades do negócio (estratégicas, táticas e operacionais) a partir da análise dos problemas dos negócios.
• Especificação das necessidades do negócio (estratégicas táticas e operacionais).
• Alinhamento das soluções dos problemas de negócio às necessidades do negócio.
• Análise do contexto da solução.
• Como definir stakeholders de nível estratégico, tático e operacional.
• Modelagem de Processos de Negócio como ferramenta para identificação de Características da Solução (Features).
• Estórias do Usuário de nível épico.
• Especificação de Features.
• Modelagem de Domínio com UML.
• Glossário do Negócio.
• Definição de Regras de Negócio.
• Técnicas de elicitação de Regras de Negócio.
• Regras de Negócio X Requisitos.
• Definição das Restrições do Projeto.
• Análise de Riscos.
• Priorização de Features.
• Definição de esforço da solução.
• Definição de Premissas do Projeto.
• Premissas x Requisitos.
• Documento de Visão.

Carga Horária

• 24 horas (3 sábados de 8 horas – de 09:00 as 18:00 com uma hora de almoço).

Data de Início

Trata-se de um curso sob demanda, ou seja, a data de início é definida quando o número de inscritos atingir o mínimo necessário para a formação da turma. Veja data prevista de início no calendário de cursos.

Local

Av. Ipiranga, 318; Bloco A; 17° andar.

Bem próximo à estação do metrô REPÚBLICA. Ponto de referência: ao lado do Edifício Itália (do Terraço Itália).

Contato para Inscrição

• Evandro Moreira Pinto
• evandro@wm2info.com.br
• Fones: (11) 9631-1247 ou (11) 2638-8104

Valor do Investimento

Para qualquer um dos planos acima descritos, a primeira parcela deverá ser paga na ocasião da inscrição.

Veja nosso pacote de promoções. 

Não é um curso de informação. Trata-se de um curso de formação, com uma abordagem totalmente gerencial, ensinando técnicas obtidas de uma mescla de fundamentos apresentados no Business Analysis Body of Knowledge – BABOK e no Rational Unified Process – RUP.

O curso apresenta soluções para uma série de problemas causados pela ausência de uma gestão adequada de requisitos. Sugere correções de falhas comumente cometidas por equipes de projeto durante a especificação equivocada de casos de uso, produzindo longas e desnecessárias descrições que, muito frequentemente, não serão lidas pelos usuários nem pelos desenvolvedores.

O curso usará o Enterprise Architect (EA) como ferramenta de gerenciamento de requisitos, permitindo a modelagem, especificação, rastreabilidade, trabalho colaborativo, análise de impacto e a geração de uma série de relatórios gerenciais a partir de sua base centralizada (corporativa) de requisitos que é atualizada online por toda a equipe.

Pré-Requisitos

Devido ao fato do curso ter uma abordagem gerencial, é necessário que o aluno tenha conhecimentos básicos de requisitos de software, casos de uso e gestão de projetos. O curso não irá ensinar como especificar casos de uso. Toma-se como princípio que ele já conheça os fundamentos de especificação de requisitos e modelagem de dados (no nível conceitual). Se desejar aprender a especificar casos de uso, requisitos e estórias do usuário, sugerimos o acesso ao nosso curso de Análise de Requisitos com BPM, Casos de Uso e Estórias do Usuário.

Público Alvo

Este curso foi desenhado para Gerentes de Projetos, Analistas de Negócio, Analistas de Requisitos, Analistas de Sistemas, Arquitetos de Empresariais, Arquitetos de Soluções e Arquitetos de Software.

Conteúdo Programático

O curso abordará os seguintes assuntos:

• Fundamentos do BABOK.
• O papel do Gerente de Projetos, Analista de Negócio, Analista de Requisitos e do Analista de Sistemas.
• Análise de Negócio do ponto de vista da organização solicitante de serviços de desenvolvimento de software. Análise de Negócio (gestão de requisitos) do ponto de vista da organização responsável pelo desenvolvimento de software (fábrica de software).
• Processos de software. Caracterização dos processos Waterfall e Incrementais e Iterativos (RUP e SCRUM), do ponto de vista da Gestão de Requisitos. Vantagens do processo incremental e iterativo sobre o processo Waterfall.
• Casos de Uso X Estórias do Usuário.
• Processo de Gestão de Requisitos baseado no RUP.
• Processo de Gestão Ágil de Requisitos baseado no SCRUM.
• Análise de Problemas de Negócio como forma de elicitação das necessidades estratégicas, táticas e operacionais do negócio.
• Caracterização dos stakeholders dos três níveis administrativos: estratégico, tático e operacional. A importância do envolvimento dos stakeholders dos três níveis administrativos.
• Matriz de perfil e responsabilidades.
• Planejamento de Comunicações.
• BPM como forma de captura de funcionalidades de alto nível (Features) para compor o escopo de um projeto.
• Modelagem de Máquina de Estado como forma de captura de funcionalidades.
• Casos de Uso e Estórias do Usuário com forma de captura de requisitos.
• A norma ISO 9126 como forma de captura de requisitos não-funcionais.
• Modelagem de Domínio como forma de captura de Regras de Negócio.
• Regras de negócio como forma de controle dos processos de negócio.
• Regras de negócio X requisitos de software.
• A influência dos requisitos não-funcionais na definição da arquitetura da aplicação.
• Elaboração das visões arquiteturais a partir dos requisitos funcionais e não-funcionais.
• Tipos de restrições (financeiras, recursos humanos, políticas, sociais, design-arquitetura e infraestrutura).
• Análise de riscos de requisitos.
• Atributos de requisitos como instrumento de gestão.
• Gerenciamento de escopo: Como selecionar requisitos para compor o escopo do projeto. Requisitos inversos. Segmentação do escopo em múltiplas entregas (incrementos). Distribuição de requisitos em iterações.
• Premissas X Requisitos.
• Planejamento de entregas.
• O Documento de Visão como uma ferramenta de negociação.
• Planejamento da Gestão de Requisitos.
• Rastreabilidade como instrumento de gestão de mudança de requisitos (análise de impacto).
• Processo de gestão de configuração e mudança dos requisitos.
• Ferramentas de configuração (versionamento) de requisitos.
• Técnicas de especificação de requisitos funcionais: casos de uso, estórias do usuário.  Técnicas de especificação de requisitos não-funcionais.
• Vantagens da modelagem visual sobre a especificação textual de requisitos. Diagramas da UML usados na gestão de requisitos.
• A importância do modelo de casos de uso na obtenção da visão panorâmica dos valores que o projeto está agregando ao negócio.
• A importância do Glossário para o melhoramento das comunicações no projeto.
• Reuso de requisitos: conceitos e técnicas de reuso, impacto do reuso na qualidade e na produtividade da equipe do projeto. Infraestrutura necessária para o reuso de requisitos.
• Gestão de qualidade de requisitos: custo da qualidade, plano de qualidade, processo de qualidade, revisões técnicas formais, walkthrough, verificações, validações, checklists.
• Infraestrutura necessária para a gestão corporativa de requisitos de software.
• Governança de requisitos de software.

Carga Horária

• 24 horas (3 sábados de 8 horas – de 09:00 as 18:00 com uma hora de almoço).

Data de Início

Trata-se de um curso sob demanda, ou seja, a data de início é definida quando o número de inscritos atingir o mínimo necessário para a formação da turma. Veja a data prevista de início no calendário de cursos.

Local

Av. Ipiranga, 318; Bloco A; 17° andar.

Bem próximo à estação do metrô REPÚBLICA. Ponto de referência: ao lado do Edifício Itália (do Terraço Itália).

Contato para Inscrição

• Evandro Moreira Pinto
• evandro@wm2info.com.br
• Fones: (11) 9631-1247 ou (11) 2638-8104

Valor do Investimento

Para qualquer um dos planos acima descritos, a primeira parcela deverá ser paga na ocasião da inscrição.

Veja nosso pacote de promoções.

O RUP define um template que indica os itens que devem compor a especificação. Esse template é bastante extenso, mas eu sempre o uso como base para sugerir um template mais simples e ágil.

Seu conteúdo deve ter:

• Nome do caso de uso,
• Breve descrição,
• Fluxos de eventos (fluxo básico e fluxos alternativos),
• Pré e pós condição,
• Requisitos especiais (descrever os requisitos específicos para o caso de uso em foco. É uma espécie de complementação do evento – do fluxo de eventos).
• Especificações suplementares (somente a referência dos requisitos que são realizados pelo caso de uso em foco e também por outros casos de uso, ou aqueles que têm abrangência ampla no nível do sistema. A descrição do requisito está no artefato Especificação Suplementar).
• Regras de negócio envolvidas (somente as referências das regras de negócio realizadas pelo caso de uso. Se quiser saber o detalhe da regra, é necessário acessar o artefato Regra de Negócio).

Nos próximos posts prometo que irei detalhar cada um desses itens que compõem a Especificação de Caso de Uso.

A literatura especializada apresenta uma grande quantidade de formatos de templates. Uma das formas mais populares é aquela que possui duas raias. Uma para o Ator e outra para o Sistema. Esse modelo é bem interessante porque permite uma melhor visualização da interação Ator X Sistema.

Em uma ocasião anterior eu fiz uma experiência usando o Diagrama de Atividades (da UML) no lugar de uma descrição textual. Distribuímos as atividades em duas raias (Ator e Sistema). O resultado foi excelente, porque foi facilmente entendido pelo usuário e foi de grande valor para os desenvolvedores, os quais alegaram que o diagrama eliminou ambiguidades e ofereceu precisão e facilidade na abstração dos serviços/operações que deverão ser implementados. O resultado final foi um considerável ganho de agilidade.

Infelizmente as empresas tendem a eternizar os templates em uso, muitas vezes proibindo mudanças. Essas coisas precisam ser constantemente revisadas para medir o quanto está contribuindo para a qualidade e produtividade da equipe.

Sugiro experimentar o diagrama de atividades como uma forma simples, precisa, solucionadora de problemas de ambiguidade e ágil de descrever os fluxos de eventos dos casos de uso.

Mas cuidado. Quando estiver montando o diagrama de atividades, concentre-se somente em duas grandes coisas:

• A intenção do Ator.
• As responsabilidades do sistema na produção do resultado de valor do ponto de vista do Ator.

Evite sempre modelar a navegabilidade. Isso não é responsabilidade de caso de uso e sim de Modelagem da Interface do Usuário.

Leitura adicional:

·         Casos de Uso – Embora seja uma técnica muito utilizada, ainda é mal compreendida – Parte 1

·         Que é Caso de Uso? – Parte 2

·         Como elicitar casos de uso? Parte 3.

·         Uso de Templates

·         Regra de Negócio Não é Requisito de Software

·         O RUP não é uma metodologia

Um dos pontos mais críticos em uma gestão de requisitos com casos de uso é a correta elicitação dos casos de uso. Na hipótese disso não ser muito bem feito, trará conseqüências desastrosas à eficácia do projeto.

Um caso de uso pode ser identificado respondendo a seguinte pergunta feita a um usuário: O que você pretende obter usando o sistema? A resposta que ele dará é algo relacionado ao resultado de valor que ele espera obter ao usar o sistema. Na verdade, a modelagem de casos de uso é a arte de identificar valores que o sistema deve agregar ao negócio. Por isso quando estamos elicitando casos de uso, devemos estar muito atentos para que todos esses resultados de valor sejam obtidos. Nossa preocupação é fazer com que o conjunto dos casos de uso que modelarmos, entregue todos esses valores esperados. O escopo de cada caso de uso está fortemente associado à obtenção de valores agregados ao negócio.

Percebo com certa freqüência que alguns analistas de negócio ficam preocupados com o número de transações nos fluxos de eventos dos casos de uso. Alguns dizem que se o caso de uso tiver mais de 10 (dez) transações é necessário quebrar o caso de uso em dois ou mais casos de uso. Isso corresponde a uma decomposição funcional, fato que agride totalmente a intenção do Jacobson quando idealizou a técnica de casos de uso, onde uma das suas características é ser diferente da técnica de DFD, ou seja, não ter decomposição funcional.

Essa preocupação demonstra que o analista não conhece os fundamentos da técnica de modelagem de casos de uso. O que faz elevar o número de transações é o fato do analista de negócio descrever a navegação do usuário ao usar o sistema. Os fluxos de eventos não devem descrever a navegação do usuário, e sim a intenção do usuário ao usar o sistema, a qual é obter o resultado de valor para o negócio.

O valor deve estar fortemente associado (rastreabilidade) com as Necessidades do Negócio. Este será assunto para um outro post que pretendo escrever num futuro próximo.

Então, o que significa o termo “valor para o negócio”? Todo funcionário (colaborador) de uma empresa trabalha gerando valores para o negócio. E que valor é esse?  Um valor é o produto de trabalho, que pode ser concreto ou abstrato. Por exemplo, um pedreiro produz metros quadrado de parede construída. Qual o seu produto de trabalho? Parede. Note que este produto é concreto, passível de medição e de grande importância para o negócio do construtor. Note ainda que se trata de um trabalho manual, ou seja, não usa o sistema de informação para construir uma parede.

O valor pode também ser abstrato. Por exemplo, o que produz um gerente de contas em uma agência de banco?  A resposta indicará os valores que o gerente agrega ao negócio. Por exemplo, um gerente produz empréstimos concedidos, contas correntes abertas, contas de poupança abertas, seguros vendidos, etc. Tudo isso que ele produz agrega valor ao negócio do banco. Antigamente, antes do advento da computação eletrônica, esses produtos eram gerados através de trabalhos manuais. Contudo, atualmente, tudo isso pode ser feito através do uso de um sistema.

Se observarmos com cautela perceberemos também que o valor é sempre um substantivo. Ele pode ser identificado univocamente e possui uma série de características. Com isso, podemos afirmar que o funcionário produz um objeto de negócio. Logo, valores são objetos de negócio. É por isso que dizemos que Modelagem de Casos de Uso pertence ao paradigma de Análise Orientada a Objetos.

O conjunto de valores produzidos pelo sistema constitui o Domínio do Sistema. O Modelo de Domínio reune os objetos de valor para o negócio abordados pelo escopo do projeto.

A questão agora passa ser se esse objeto de negócio é gerado manualmente ou pelo sistema. Se for manualmente (pedreiro produzindo parede), não tem nada a ver com casos de uso de software. Contudo, se esse objeto de negócio for produzido através do sistema (gerente abrindo uma conta corrente), então isso tem tudo a ver com casos de uso. Portanto, a interação entre o usuário e o sistema com a expectativa de produzir objetos que agregam valor para o negócio, corresponde ao caso de uso.

Assim, seria correto dizer que casos de uso modelam expectativas do usuário. Portanto, caso de uso é a resposta obtida do usuário ao perguntar o que ele produz usando o sistema. Só nos resta agora dar um nome adequado a este caso de uso. Isso será assunto para o próximo post.

Com o advento da internet, o cliente passou a ser também um usuário. Logo, o analista de negócio deve estar muito atento, pois o projeto também abrange os valores esperados pelo cliente. Isso é CRM – Customer Relationship Management.

Para concluir, gostaria de salientar que a elicitação de casos de uso é um fator crítico de sucesso para o projeto. O conjunto desses casos de uso deve ser apresentado através do Diagrama de Casos de Uso. É muito comum encontrarmos empresas que não dão a mínima para o Diagrama de Casos de Uso. Concentram-se somente nos documentos de especificação dos casos de uso. Isso é um lamentável equívoco. Este diagrama tem como objetivo oferecer uma visão panorâmica de todo o sistema, permitindo aos stakeholders verificar se o projeto está atendendo à totalidade de suas expectativas. Permite verificar se todos os valores esperados estão ali modelados. É válido salientar ainda que, neste instante do projeto, os stakeholders não estão interessados nas interações usuário X sistema. Seus interesses estão voltados para a eficácia do projeto, ou seja, estão voltados para os valores que o sistema irá agregar ao negócio.

A pergunta que não quer calar: Quem irá definir a navegação e os detalhes das interações entre os usuários e o sistema?  A resposta é: A modelagem da interface do usuário. Jamais os casos de uso.

Da mesma forma que a construção de uma casa, edifício ou qualquer tipo de edificação, necessita de um projeto arquitetônico e um projeto detalhado de construção, o software também necessita de um conjunto de modelos que são criados com uso de boas práticas de Análise-Design.

O conceito de Orientação a Serviços agrega valor à Análise-Design, trazendo uma capacidade maior de distribuir os Serviços em nuvens que podem estar cada vez mais espalhadas em provedores de Serviços especializados. Com essa realidade cada vez mais presente, profissionais de tecnologia precisam estar aptos a lidar com esta realidade e capazes de projetar sistemas e modelos de Serviços adequados a cada situação.

O curso iniciará com uma recapitulação dos conceitos de Análise-Design OO, UML e Modelagem de Processos de Negócio, assuntos que são pré-requisitos para a elicitação e especificação de Serviços com SOAML.

SOAML é uma extensão da UML, definida pela OMG – Object Management Group, usada na modelagem de Serviços em uma Arquitetura Orientada a Serviços (SOA).

O curso proverá conhecimentos sobre padrões e modelos necessários para compreender, identificar e produzir especificações de Serviços para o desenvolvimento de softwares em uma Arquitetura Orientada à Serviços.

Público Alvo
Analistas, arquitetos, desenvolvedores e líderes de projeto com formação e/ou experiência na área de Tecnologia da Informação e que desejam conhecer especialmente a Análise e Design de Web Services e a construção de Modelos de Serviços utilizados para viabilizar sua implementação.

Programa

• Revisão de conceitos sobre Análise e Design em Orientação a Objetos
• Revisão de conceitos sobre UML
• Fundamentos de SOA
• Conceitos Básicos sobre Processos de Negócio
• Padrões Fundamentais de Definição de Serviços
• Técnicas de Identificação Serviços Candidatos e Hierarquia de Serviços
• Orientação a Serviços e Separação de Interesses
• Princípios aplicados à modelagem de serviços
• Processo de Especificação e Modelagem de Serviços
• Camadas Lógicas de Abstração de Serviços e Classificação de Modelo de Serviços
• Tipos e Escopos Comuns de Granularidade
• Conceitos fundamentais de Web Services
• Protocolos fundamentais para utilização de Web Services
• Padrões de interoperabilidade adotados no mercado
• Estudo de Casos
• Exercício Prático

Ferramenta utilizada:

• Enterprise Architect (EA)

Carga Horária

• 24 horas (3 sábados de 8 horas – de 09:00 as 18:00 com uma hora de almoço).

Data de Início

Trata-se de um curso sob demanda, ou seja, a data de início é definida quando o número de inscritos atingir o mínimo necessário para a formação da turma. Veja a data de início no calendário de cursos.

Local

Av. Ipiranga, 318; Bloco A; 17° andar.

Bem próximo à estação do metrô REPÚBLICA. Ponto de referência: ao lado do Edifício Itália (do Terraço Itália).

Contato para Inscrição

• Evandro Moreira Pinto
• evandro@wm2info.com.br
• Fones: (11) 9631-1247 ou (11) 2638-8104

Valor do Investimento

Para qualquer um dos planos acima descritos, a primeira parcela deverá ser paga na ocasião da inscrição.

Veja nosso pacote de promoções.

Professor

Gregório Momm

Com uma longa experiência no desenvolvi-mento de softwares, trabalhou em mais de 50 diferentes projetos em plataformas variadas desde dispositivos móveis, aplicações Web, sistemas em Mainframe e outros. Bacharel em Ciência da Computação e Desenvolvimen-to de Software, cursou Unicamp e Universi-dade Anhembi Morumbi, trabalhando na IBM desde o ano 2001, atualmente  Arquiteto de Software com atuação em diversos projetos que utilizam Arquitetura Orientada à Serviços.