Metodologia de Desenvolvimento de Software – RUP 9. Ambiente

1. Metodologia de Desenvolvimento de Software – RUP9. Ambiente Márcio Aurélio Ribeiro Moreira marcio.moreira@uniminas.br http://si.uniminas.br/~marcio/

2. Conceitos • Ambiente: • Tudo aquilo que o projeto necessita para desenvolver e implementar o software, tais como: processo, orientações, ferramentas, modelos e infra-estrutura (hardware e software) • Ambiente de desenvolvimento: • Ambiente aplicado à implementação do software • Ambiente de testes: • Ambiente aplicado aos testes

3. Funções envolvidas • Administrador de Sistemas: • Responsável pela infra-estrutura do ambiente • Especialista em Ferramentas: • Seleciona, adquire, instala e suporta as ferramentas necessárias • Engenheiro de Processos: • Responsável pelo processo a ser aplicado ao desenvolvimento

4. Objetivos da disciplina de ambiente • Fornecer a organização do desenvolvimento bem como o ambiente (processos e ferramentas) que suportarão a equipe de desenvolvimento do projeto • Fornecer e manter todos os ambientes necessários ao desenvolvimento do projeto • Em linha gerais, podemos dizer que a disciplina de ambiente suporta todas as outras

5. Fluxo de trabalho de ambiente

6. Objetivos das atividades • Preparar ambiente do projeto: • Utilizada na iniciação, com o propósito de preparar o ambiente de desenvolvimento do projeto • Preparar o ambiente para uma iteração: • Adequar o ambiente de desenvolvimento do projeto para uma iteração • Suportar o ambiente durante uma iteração: • Garantir que todas as demandas de processos e ferramentas sejam atendidas durante uma iteração do projeto

7. A: Preparar ambiente do projeto

8. A: Preparar o ambiente para uma iteração

9. A: Suportar o ambiente durante uma iteração

10. Essência da disciplina de ambiente

11. P: Processo de Desenvolvimento • Trabalho do Engenheiro de Processos: • Adequar o processo de desenvolvimento (RUP ou outro) ao Projeto • Publicar o processo especificado para a equipe: • Ferramentas: • RationalMethodComposer • Rational RUP Builder • Preparar o Caso de Desenvolvimento, descrevendo como o processo deve ser utilizado

12. P: Caso de Desenvolvimento • Seções típicas: • Visão Geral do Caso de Desenvolvimento • Modelo de Ciclo de Vida • Exemplos de Planos de Iteração (1 para cada fase) • Fases: Iniciação, Elaboração, Construção e Transição • Detalhe do Fluxo de Trabalho (1 para cada fase) • Produtos de Trabalho (artefatos) • Relatórios • Funções • Orientações e Procedimentos Específicos do Projeto

13. P: Diretrizes Específicas do Projeto • Contém orientações específicas para o projeto em questão: • Feito pelo Engenheiro de Processos e depende de linguagem e ferramentas de implementação • Os guias produzidos são amplamente reutilizados • Seções típicas: • Diretrizes de: • Modelagem de Negócio e Requisitos • Análise, Projeto e Implementação • Testes

14. P: Templates Específicos do Projeto • Modelos de documentos do projeto: • A padronização é fundamental • Responsabilidade do Engenheiro de Processos • Os padrões produzidos são amplamente reusados • Exemplos: • Caso de Desenvolvimento • Plano de Desenvolvimento do Software • Requisições de Mudança • Plano de Iteração • Avaliação de Iteração • Etc.

15. P: Manual de Guia de Estilo • Uso típico: • Descreve como os materiais de suporte ao usuário devem ser desenvolvidos • Recomendado somente quando existem vários manuais a serem produzidos • Recomenda-se o uso de guias prontos: • HAC97: • JoAnn T. Hackos e Dawn M. Stevens 1997. Standards for Online Communication. John Wileyand Sons, Inc. • Bíblia da documentação técnica moderna (inclusive on-line) • MOS98: • Microsoft 1998. O Microsoft Manual of Style for Technical Publications. Redmond, WA: Microsoft Press

16. Exercício 5: Contexto • Considerando o mesmo projeto dos exercícios 1 a 4, e além disto: • A empresa está tocando neste programa (conjunto de projetos) outros 4 grandes projetos estratégicos em paralelo, são eles: • SOA: • Implementação de Arquitetura de Aplicações, SOA (como barramento de integração, monitoramento e gestão por processos) e Gestão de Identidades (Single Sign On) • Operações: • Implementação de Inventário, Aprovisionamento, Configuração e Gestão automática de funcionalidades de rede de TI e Comunicação • Faturamento: • Implementação de aplicação para faturamento das vendas feitas no CRM e configuradas em Operações • Cobrança: • Implementação de aplicação para cobrança das faturas não pagas no vencimento pelos clientes • Em outras palavras, toda a cadeia de valor está sendo afetada • Esses projetos precisam ser concluídos em paralelo, para ter uma integração única com as aplicações legadas que continuarão • O programa é responsável pela entrada das aplicações em produção. Mas, a operação (suporte e manutenção) das aplicações em produção é de responsabilidade da equipe de Operação de TI da empresa

17. Exercício 5: Questões • Que Atividades e Tarefas de Gestão de Projetos & Ambiente vocês recomendam que sejam utilizadas neste caso? • Justifique porque vocês incluíram ou excluíram cada Atividade e Tarefa. • Quais disciplinas do PMI (GP: Introdução & Ciclo de Vida- slide 13 a 15, 29, 33 a 36) vocês recomendariam como reforço à Gestão de Projetos do RUP para este programa (conjunto de projetos) e por quê? Além das disciplinas do PMI, precisamos de algum Grupo de Processos do ITIL (Ciclo de Vida de Serviços – slide 43) para a entrega para a Operação de TI da empresa? Qual e por quê? • Proponha uma estrutura organizacional (em termos de equipes) para o programa (todos os projetos).

18. Referências