Você está na página 1de 79

Metodologia de Gesto e Desenvolvimento de Software

Coordenao Geral de Tecnologia da Informao

ndice
1. 1.1. 1.2. 1.3. 2. 2.1. 2.2. 2.3. 2.4. 2.5. 2.5.1. 2.5.2. 2.6. 2.6.1. 2.6.2. 2.6.3. 2.7. 2.7.1. 2.7.2. 3. 3.1. 3.2. 3.3. 3.4. 4. 4.1. 4.2. 4.3. 4.3.1. 4.3.2. 4.3.3. 4.4. Processos Organizacionais .................................................................................................... 7 A gesto da demanda ........................................................................................................ 7 Papis e Responsabilidades .............................................................................................. 7 Fluxo de Trabalho da CGETI .............................................................................................. 8 Metodologia de Gesto e Desenvolvimento de Software da SUSEP .................................. 13 Introduo ....................................................................................................................... 13 Objetivos ......................................................................................................................... 13 Papis e Responsabilidades ............................................................................................ 13 As Fases da Metodologia................................................................................................. 15 Iniciao........................................................................................................................... 18 Descrio ..................................................................................................................... 18 Fluxo de Trabalho ........................................................................................................ 19 Construo ...................................................................................................................... 31 Descrio ..................................................................................................................... 31 Iteraes ...................................................................................................................... 31 Fluxo de Trabalho ........................................................................................................ 32 Transio ......................................................................................................................... 43 Descrio ..................................................................................................................... 43 Fluxo de Trabalho ........................................................................................................ 44

Manutenes Pequenas ...................................................................................................... 56 Introduo ....................................................................................................................... 56 Objetivos ......................................................................................................................... 56 Papis e Responsabilidades ............................................................................................ 56 Fluxo de Trabalho ............................................................................................................ 57 Processos de Apoio ............................................................................................................. 67 Descrio ......................................................................................................................... 67 Gerenciamento do Projeto .............................................................................................. 67 Gesto de Configurao do Projeto ................................................................................ 69 Introduo e Objetivos ................................................................................................ 69 Definies .................................................................................................................... 70 Fluxo de Trabalho ........................................................................................................ 71 Gesto de Mudanas no Projeto ..................................................................................... 73

5. 5.1. 6. 6.1.

Artefatos.............................................................................................................................. 77 Descrio ......................................................................................................................... 77 Guias Tcnicos ..................................................................................................................... 79 Descrio ......................................................................................................................... 79

Figuras
Figura 1 Fluxo de Trabalho do Tratamento da Demanda .......................................................... 8 Figura 2 As Fases da Metodologia ............................................................................................ 15 Figura 3 Modelo Iterativo ......................................................................................................... 16 Figura 4 Os Macro-Processos de cada Fase.............................................................................. 16 Figura 5 Dimenso de cada macro-processo por fase ............................................................. 17 Figura 6 O processo de Iniciao .............................................................................................. 19 Figura 7 O processo de Construo .......................................................................................... 32 Figura 8 Processo de Transio ................................................................................................ 44 Figura 9 Processo de Pequenas Manutenes ......................................................................... 57 Figura 10 Processos de Apoio................................................................................................... 67 Figura 11 Gerenciamento de Projetos ..................................................................................... 68 Figura 12 Processo de Gesto de Configurao ....................................................................... 71 Figura 13 Processo de Gesto de Mudanas no Projeto .......................................................... 73

Tabelas
Tabela 1 Papis e Responsabilidades ......................................................................................... 7 Tabela 2 Papis e Responsabilidades ....................................................................................... 14 Tabela 3 Lista de artefatos da metodologia ............................................................................. 77 Tabela 4 Lista dos guias tcnicos e ferramentas ...................................................................... 79

Controle de Reviso
Rev. 001 Natureza da Reviso Emisso Inicial Data 31/03/2011 Elaborador Marcelo Dias Daniel Mundim Revisor Luiz Bernardino

1. Processos Organizacionais
1.1. A gesto da demanda
A Metodologia de Gesto e Desenvolvimento de Software (MGDS) da SUSEP est inserida em um contexto organizacional de tratamento de demandas para a rea de TI da SUSEP. Nesse modelo, apresentado na prxima seo, a demanda recebida e tratada, seja ela um projeto ou uma demanda de manuteno em sistemas j existentes, ou ainda se h participao de empresas contratadas ou no. Aps a apresentao do fluxo de trabalho organizacional da Coordenao Geral de Tecnologia da Informao (CGETI) ser detalhada a MGDS da SUSEP, para projetos e para manuteno de sistemas.

1.2.

Papis e Responsabilidades

A gesto da demanda contempla alguns papis que executam, cada um, atividades e responsabilidades especficas. A tabela abaixo apresenta os papis e responsabilidades necessrios para a execuo das atividades de gesto da demanda. Em alguns casos, esses papis iro se subdividir dentro da Metodologia de Gesto Desenvolvimento de Software em demais papeis (vide seo 2.3).
Tabela 1 Papis e Responsabilidades

Papel Central de Servios

Coordenao da CGETI Coordenador Geral da CGETI

Cliente

Descrio Perfil Observaes Responsvel pelo Conhecimento dos sistemas e recebimento e das coordenaes da CGETI encaminhamento para dar o correto das demandas encaminhamento na para rea da demanda. CGETI responsvel. As coordenaes da CGETI desempenham os papis de Gerente de Projeto, Analista, Desenvolvedor e Analista de Teste da Metodologia de Gesto Desenvolvimento de Software, conforme apresentado na seo 2.3. Liderana dos Liderana e desenvolvimento recursos da rea da equipe. de tecnologia da Orientao e coordenao da informao e do equipe. planejamento Habilidades interpessoais. das atividades. Boa capacidade de comunicao. Usurio ou pessoa afetada direta ou NA indiretamente pelos sistemas.

1.3.

Fluxo de Trabalho da CGETI

A figura abaixo mostra o procedimento organizacional para gesto da demanda de TI na SUSEP.


Figura 1 Fluxo de Trabalho do Tratamento da Demanda

Atividade: Abrir Demanda Nesta atividade, o Cliente identifica uma demanda e abre solicitao de servio por meio do preenchimento de formulrio especfico, encaminhando para a Central de Servios da CGETI realizar anlise e tratamento. Tarefas Abrir demanda Papis Entradas Sadas Observaes Descrio a O Cliente encaminha para a Central de Servios formulrio de abertura da demanda Responsvel: Cliente Necessidade de demanda de TI Solicitao de Servio de TI

A Solicitao de Servio de TI poder ser feita por meio de algum sistema de atendimento e solicitao de demandas (por exemplo, OcoMon), desde que supridas as necessidades do formulrio (vide seo de Guias e Artefatos).

Atividade: Fazer triagem e encaminhar A Central de Servios, aps receber a demanda do Requisitante, faz uma triagem para determinar em qual equipe dever tratar essa demanda e faz o encaminhamento para rea responsvel. Tarefas Analisar demanda Descrio A Central de Servios analisa a demanda e determina qual a Coordenao de rea que a responsvel pelo tratamento da demanda. Entrar em contato com o Cliente, se necessrio, para obter mais informaes sobre a demanda para auxiliar na determinao da rea responsvel. Registrar a demanda na base de dados e encaminhar para o Coordenador da rea responsvel para dar prosseguimento na demanda. Responsvel: Central de Servios Solicitao de Servio de TI No h.

Encaminhar a demanda

Papis Entradas Sadas Observaes

Atividade: Avaliar demanda e alocar equipe CGETI Nesta atividade a coordenao da CGETI que for responsvel pela demanda compreende e avalia a mesma, determinando a equipe de trabalho para o tratamento e soluo. Tarefas Avaliar demanda Alocar equipe de trabalho Descrio O coordenador de rea avalia o escopo da demanda e verifica se h necessidade de maiores esclarecimentos junto ao cliente. O coordenador de rea, baseado na disponibilidade de recursos, aloca uma equipe de trabalho para dar andamento na demanda. A equipe de trabalho nesta fase composta tipicamente pelos papis de Gerente de Projeto e Analista. Responsvel: Coordenao da CGETI Solicitao de Servio de TI No h.

Papis Entradas Sadas Observaes

10

Atividade: Detalhar demanda junto ao cliente A equipe alocada tem a funo inicial de compreender a fundo e detalhar a demanda, para que se tenham condies de estimar tamanho e esforo para o desenvolvimento e tomada de deciso sobre o momento da implementao, alm das providncias contratuais caso haja empresa contratada atuando no desenvolvimento / manuteno. Reunies devem ser realizadas com a rea cliente para mapear os problemas, necessidades, processos e requisitos funcionais e no funcionais para o desenvolvimento a ser realizado. Tarefas Definir o escopo da soluo Descrio Determinar o que est dentro dos limites do projeto e o que est fora em termos de processo, organizaes, dados, funcionalidades e sistemas. Caso seja necessrio, fazer o mapeamento dos processos de negcio para apontar aqueles que sero automatizados e aqueles que no sero. Identificar os atores do sistema e capturar uma lista de caractersticas funcionais e no funcionais e, quando possvel, associar as funcionalidades aos atores identificados. Descrever os requisitos identificados e organiz-los preferencialmente em forma de casos de uso, criando um Modelo de Casos de Uso. Aplicar tcnica de mensurao de tamanho de projeto de software para estimar o tamanho dos requisitos detalhados. Utilizar os Guias Tcnicos de Estimativa de Tamanho. A equipe do projeto deve apresentar o esforo estimado, em pontos de funo, necessrio para completar o trabalho. Responsvel: Coordenao da CGETI Solicitao de Servio de TI Documento de Escopo Preliminar Estimativa de Tamanho do Projeto

Levantar requisitos do sistema

Estimar o tamanho em pontos de funo Relacionamentos Papis Entradas Sadas Observaes

O Documento de Escopo Preliminar deve ser criado quando houver a necessidade de alinhar com o cliente sobre o problema a ser solucionado, ou seja, quando houver dvidas se cliente e equipe compreendem o problema e a possvel soluo. O Documento de Escopo Preliminar apresenta o problema, os principais casos de uso da soluo, se possvel, divididos em mdulos do sistema e os principais atores de sistema. A Estimativa de Tamanho do Projeto apresenta uma contagem estimada, em pontos de funo, para que se tenha condies, nas prximas fases do processo, de prever os custos e abrir uma Ordem de Servio para empresa contratada executar a implementao da soluo, conforme MGDS.

11

Atividade: Abrir O.S. para assinatura do Requisitante De posse de uma contagem estimada em pontos de funo para a demanda, o Gerente do Projeto negocia com a empresa contratada a abertura de uma Ordem de Servio (O.S.). Caso o desenvolvimento seja interno (sem envolvimento de empresa contratada) a Ordem de Servio ser a formalizao da demanda entre a CGETI e o cliente. Tarefas Elaborar O.S. Descrio A equipe do projeto elabora o documento de Ordem de Servio, considerando o escopo e tamanho determinado para a demanda. Em caso de envolvimento de empresa contratada na execuo do servio feita negociao em relao ao prazo de atendimento e quantidade de pontos estimada para fechamento dos dados da O.S. Caso o desenvolvimento seja realizado internamente pela CGETI, acordado o prazo de atendimento com o cliente. O Gerente de Projetos da CGETI assina a Ordem de Servio e recolhe as assinaturas do responsvel na rea cliente e do preposto da contratada, se houver. Se a demanda estiver relacionada a uma pequena Manuteno, ser executado a MGDS especfica para Pequenas Manutenes (vide seo 3). Caso seja contrrio, a demanda ser qualificada como um projeto e sero executados os processos da MGDS especfica para projetos (vide seo 2). Responsvel: Coordenao da CGETI Documento de Escopo Preliminar Estimativa de Tamanho do Projeto Ordem de Servio (O.S.)

Assinatura da O.S.

Papis Entradas Sadas Observaes

A Ordem de Servio possui uma referncia de valores em relao contagem estimada dos pontos de funo pelo conhecimento do escopo preliminar. Porm, aps o desenvolvimento que ser feita a contagem detalhada dos pontos de funo, que determinar o real valor da demanda.

12

Atividade: Levar demanda para Comit de TI A Coordenao de rea da CGETI pode tomar decises sobre determinadas demandas, no entanto, aquelas que tiverem relacionamento com o Planejamento Estratgico da SUSEP ou impactarem na alocao de recursos devero passar pelo Comit de TI para avaliao. Tarefas Avaliar demanda Descrio O Coordenador Geral de TI inclui na pauta da reunio do Comit de TI a avaliao da demanda. O Comit de TI em reunio avalia a demanda e seus impactos e decide sobre a autorizao ou no da mesma. Demandas autorizadas seguem para o processo de abertura de O.S. O Comit poder dar a autorizao para execuo da demanda em uma priorizao diferente da solicitada pelo cliente, se avaliar necessria essa alterao. A aceitao das determinaes do Comit de TI pelo Cliente ocorrer no processo de assinatura da Ordem de Servio (O.S.). Para demandas no autorizadas pelo Comit de TI, o processo se encerra e a demanda arquivada. Responsvel: Coordenador Geral de TI Documento de Escopo Preliminar Estimativa de Tamanho do Projeto No h.

Decidir sobre autorizao

Papis Entradas Sadas Observaes

O registro das decises tomadas na reunio do Comit de TI para as demandas em questo devero ser registradas em Ata.

Atividade: Encerrar O.S. A Coordenao da CGETI, no papel do Gerente do Projeto, formaliza o encerramento da O.S. e promove o pagamento do servio, caso haja envolvimento de empresa contratada. Tarefas Formalizar encerramento da O.S. Descrio Se aplicvel, promover procedimento de pagamento de empresa contratada com base no tamanho detalhado em pontos de funo e de acordo com os termos do contrato. Os envolvidos assinam o Termo de Encerramento da O.S. Responsvel: Coordenao da CGETI Tamanho da Iterao Detalhado Termo de Encerramento da O.S.

Papis Entradas Sadas Observaes

13

2. Metodologia de Gesto e Desenvolvimento de Software da SUSEP


2.1. Introduo

Este documento descreve e formaliza a Metodologia de Gesto e Desenvolvimento de Software (MGDS) da SUSEP. Retrata os processos, fluxos de trabalho, papis, responsabilidades e artefatos gerados pelos projetos da Coordenao Geral de Tecnologia da Informao (CGETI). A MGDS foi elaborada com foco em metodologias geis de desenvolvimento de software amplamente difundidas no mercado, com processos simples e prticos, mas porm, sem perder as boas prticas reconhecidas pelo mercado oriundas de metodologias mais tradicionais. Cria, com isso, um modelo com pilares em prticas reconhecidas, mas totalmente adaptado para a realidade da SUSEP.

2.2.

Objetivos

Dentre os objetivos da MGDS da SUSEP podemos citar a padronizao da gesto e do desenvolvimento de software na SUSEP com uma abordagem iterativa e incremental durante o ciclo de vida do projeto, maior acertividade nos resultados, foco na melhoria da qualidade e na performance. A MGDS da SUSEP apoiada sobre quatro princpios bsicos: Priorizao balanceada para considerar o valor agregado aos envolvidos: promover prticas que permitem aos participantes do projeto e envolvidos desenvolver uma soluo que maximize os benefcios dos envolvidos / cliente final e ao mesmo tempo seja compatvel com as restries do projeto. Colaborao alinhando interesses e compartilhando entendimento: promover prticas que promovam um ambiente de equipe saudvel, permitam a colaborao e desenvolvam uma compreenso comum do projeto. Concentrar na arquitetura no incio para minimizar riscos e organizar o desenvolvimento: promover prticas que garantam foco inicial na arquitetura para minimizar riscos do desenvolvimento. Evoluir continuamente e obter feedback: promover prticas que permitam a equipe obter feedback continuamente e o mais cedo possvel, demonstrando o valor agregado a cada desenvolvimento.

2.3.

Papis e Responsabilidades

A MGDS da SUSEP contempla alguns papis que executam, cada um, atividades e responsabilidades especficas dentro de cada processo da metodologia. A tabela abaixo apresenta os papis e responsabilidades necessrios para a execuo das atividades da metodologia.

14

Tabela 2 Papis e Responsabilidades

Papel Envolvido

Cliente

Gerente do Projeto

Descrio Grupos que possuem interesses a serem satisfeitos pelo projeto. Usurio ou pessoa afetada direta ou indiretamente pelos sistemas. Lidera o planejamento do projeto, coordena iteraes com os envolvidos e mantem a equipe focada nos objetivos. Entende o problema pela captura e definio de prioridades dos requisitos.

Perfil

Observaes

NA

NA

Analista

Liderana e desenvolvimento da equipe. Orientao e coordenao da equipe. Experincia na soluo de conflitos e soluo de problemas. Habilidade em apresentao, comunicao e negocio. Experincia em identificar problemas e oportundiades. Boa capacidade de comunicao oral e escrita. Conhecimento do domnio de negcio e tecnologia e possui capacidade de compreender rapidamente as informaes. Habilidade de colaborar com a equipe e articular as necessidades (priorizao).

Desenvolvedor Responsvel pelo desenvolvimento de parte do sistema e testes unitrios. Analista de Teste Responsvel pelas principais atividades de teste, que consiste em identificar, definir, implementar e testar e validar os resultados.

Habilidade em criar solues tcnicas no projeto. Habilidade de compreender a arquitetura. Habilidade de comunicar o projeto. Conhecimento das abordagens e tcnicas de teste. Habiliadde de diagnosticar a soluo de problemas.

Um ou mais membros da equipe executam esta funo. Esse papel pode ser realizado em conjunto com os testes do software, em caso de equipes com dimenso menor. A pessoa deve possuir vasto conhecimento especializado na rea tcnica. Caso existe teste automatizado, a experincias com esses testes deve ser considerada.

15

Qualidade

rea responsvel por avaliar a qualidade dos artefatos gerados durante o desenvolvimento do sistema ou processo de manuteno e, principalmente, por executar testes de qualidade.

No caso de manutenes atendidas por equipe externa (empresa contratada), a CGETI assume o papel de Qualidade, validando a qualidade dos artefatos e executando testes para garantir que a software entregue atende aos requisitos funcionais e de qualidade. Nestes casos, a avaliao da qualidade deve ser realizada pela CGETI antes da validao com o cliente.

2.4.

As Fases da Metodologia

A Metodologia de Gesto e Desenvolvimento do Software da SUSEP contempla 3 fases: Iniciao, Construo e Transio, cada uma com objetivos (marcos) estratgicos, como pode ser visto abaixo:
Figura 2 As Fases da Metodologia

Iniciao
Escopo e requisitos Arquitetura definida Planejamento do Projeto

Construo
Cdigo Fonte operacional

Transio
Release do produto

As fases da metodologia seguem um modelo iterativo e incremental. Nele, cada fase dividida e uma ou mais iteraes que visam uma entrega ao final. As iteraes tm normalmente um tamanho pr-definido, entre 2 e 4 semanas, sendo essa durao e o nmero de iteraes definidos pelo tamanho e complexidade do projeto, durante a atividade de planejamento do projeto. A quebra em iteraes deve considerar a entrega, ao final, de parte do software que agregue valor ao usurio final e j permita rapidamente o feedback do mesmo, reduzindo os riscos do projeto. Durante o detalhamento dos processos de cada fase, nas sees seguintes, ser indicada orientao sobre vantagens desse modelo iterativo e incremental e quantidade tpica de iteraes. Esse modelo iterativo pode ser ilustrado abaixo.

16

Figura 3 Modelo Iterativo

N Iteraes

N Iteraes

N Iteraes

Iniciao

Construo

Transio

A figura abaixo apresenta as macro-atividades executadas com o objetivo de atingir o marco estratgico de cada fase. Essas atividades se repetem N vezes, de acordo com o nmero de iteraes previsto para cada fase.
Figura 4 Os Macro-Processos de cada Fase

Iniciao
PROBLEMA/ESCOPO PLANEJAMENTO REQUISITOS DESENVOLVIMENTO TESTE/AVALIAO HOMOLOGAO

Construo
PLANEJAMENTO REQUISITOS DESENVOLVIMENTO TESTE/AVALIAO HOMOLOGAO

Transio
PLANEJAMENTO TESTES/AVALIAO HOMOLOGAO TREINAMENTO IMPLANTAO

Apesar de se ter macro-processos semelhantes em cada fase, importante observar que cada fase tem um objetivo, um marco estratgico determinado, que vai orientar os esforos em cada macro-processo, conforme apresentado na Figura 2. Por exemplo, o macro-processo de Desenvolvimento pode existir, dependendo da caracterstica do projeto, durante a iniciao (como uma prototipao), porm, uma atividade importante e vital para a fase de Construo. A figura abaixo apresenta essa distino dos esforos de cada macro-processo em cada fase da metodologia.

17

Figura 5 Dimenso de cada macro-processo por fase

Iniciao
PROBLEMA/ESCOPO

Construo
PLANEJAMENTO REQUISITOS

Transio
PLANEJAMENTO

TESTES/AVALIAO PLANEJAMENTO DESENVOLVIMENTO HOMOLOGAO REQUISITOS TREINAMENTO TESTE/AVALIAO DESENVOLVIMENTO TESTE/AVALIAO HOMOLOGAO HOMOLOGAO IMPLANTAO

As prximas sees vo apresentar o detalhamento de cada fase, as atividades e tarefas envolvidas em cada macro-processo, os atores e os artefatos envolvidos. Tambm sero apresentados alguns processos de apoio da metodologia que atuaro constantemente sobre todas as atividades e fases dos projetos. Em anexo ser apresentada a padronizao dos artefatos gerados pela metodologia e as referncias para guias tcnicos e boas prticas sugeridas pela metodologia ao longo deste documento.

18

2.5. Iniciao
2.5.1.Descrio
Como a primeira das trs fases do ciclo de vida do projeto, a Iniciao trata da compreenso do escopo e objetivos do projeto, alm da obteno de informaes suficientes para avaliar se o projeto deve ou no continuar. O propsito desta fase alcanar o consenso entre todos os envolvidos sobre os objetivos do projeto, alm de estabelecer as bases da arquitetura do sistema a ser desenvolvido. H seis objetivos principais na fase de Iniciao: 1. Entender o que deve ser construdo: Determinar uma viso geral, incluindo o escopo do sistema e seus limites. 2. Identificar funcionalidades chaves: Decidir quais requisitos so mais crticos e devem ser priorizados. 3. Determinar uma possvel soluo: Avaliar se a viso tecnicamente factvel. Pode ser necessrio criar prottipo tcnico e/ou definir uma arquitetura candidata de alto nvel. 4. Compreender as estimativas de alto nvel para avaliao de custos, prazos e riscos associados com o projeto. 5. Adquirir um entendimento mais detalhado dos requisitos priorizados para criar um plano mais detalhado da iterao. 6. Construir e validar uma arquitetura e um incremento de valor para o cliente. Importante: Prefira uma nica iterao na fase de Iniciao, mas alguns projetos podem ter mais iteraes, dependendo do tamanho e complexidade. Algumas razes para mltiplas iteraes so: Projeto muito grande e difcil definir seu escopo e limites; Muitos envolvidos com necessidades conflitantes e relaes complexas; Principais riscos tcnicos exigem a construo de prottipo ou prova de conceito.

19

2.5.2.Fluxo de Trabalho
A figura abaixo apresenta o fluxo de trabalho para a Fase de Iniciao da Metodologia de Gesto e Desenvolvimento de Software da SUSEP. O fluxo apresenta os processos, papis, envolvidos e os produtos gerados.
Figura 6 O processo de Iniciao

20

Atividade: Planejar o projeto A equipe deve discutir sobre o escopo, objetivos, riscos, durao inicial e os entregveis do projeto. O Plano do Projeto ser atualizado medida que o projeto progride baseado nos feedbacks e mudanas no ambiente. O Gerente do Projeto deve garantir que todos esto comprometidos com o plano. Tarefas Identificar envolvidos Identificar equipe Estimar tamanho e durao do projeto Descrio Identificar os usurios, conhecedores do domnio, responsveis pela validao dos artefatos e descrever suas responsabilidades no projeto. a A equipe deve ser identificada e discutir quem assumir cada um dos papis e se comprometer com as responsabilidades. Aplicar tcnica de mensurao de tamanho de projeto de software para estimar o tamanho do sistema a ser desenvolvido. A equipe deve esboar uma durao inicial para cada item da lista de requisitos. Documentar a estimativa de tamanho e durao no Plano do Projeto. Organizar o Identificar as premissas e restries do projeto; projeto Documentar os papis, responsabilidades e nomear as pessoas responsveis por cada papel; O Gerente do Projeto deve avaliar a necessidade de definir os planos para o acompanhamento do projeto, comunicao, mudanas, aceitao do produto e outros conforme avaliao. Identificar e A equipe deve identificar os riscos, avaliar e atualizar a lista de riscos. avaliar riscos O Gerente do Projeto deve apoiar na deciso de quais riscos sero inicialmente tratados (mitigados ou evitados), quais sero apenas observados e aqueles que sero aceitos. Priorizar Os requisitos do Backlog do Projeto devem ser priorizados em conjunto requisitos do com a rea cliente. backlog O Plano do Projeto deve ser aprovado pelo cliente para garantir o seu comprometimento. Relacionamentos Papis Responsvel: Gerente do Projeto Participantes: o Analistas o Desenvolvedores o Cliente Entradas Backlog do Projeto (se j existente) Sadas Plano do Projeto Backlog do Projeto priorizado Observaes os 1. Quando o projeto executado por uma empresa contratada, a estimativa do tamanho do projeto deve ser realizada atravs da tcnica de Pontos de Funo do IFPUG. 2. preciso obter a priorizao inicial dos itens do Backlog do Projeto.

Atividade: Planejar a Iterao (Iniciao)

21

Esta atividade tem o objetivo de identificar riscos e pendncias antecipadamente para que possam ser tratados; estabelecer as metas da iterao (selecionar os requisitos do Backlog para a iterao) junto ao cliente e definir como sero implementados os requisitos priorizados para a iterao. Tarefas Selecionar requisitos do Backlog para a Iterao Descrio Em conjunto com o cliente, selecione os requisitos do Backlog para compor o escopo da iterao com base nos cenrios e valores adicionados. Os itens selecionados definem a meta da iterao. Confirmar ou repriorize o Backlog do Projeto conforme definies do cliente e, com base nesta prioridade, selecionar os requisitos a serem detalhados para as prximas uma ou duas iteraes. Determinar quais requisitos dentre os selecionados para a iterao atual necessitam de maior detalhamento. Durante o projeto novas premissas e restries podem surgir. A equipe deve identificar e revisar os riscos e seus planos de resposta. Uma vez detalhado os requisitos selecionados para a iterao, a equipe quebra os requisitos em tarefas conforme sua prpria experincia e estima o esforo necessrio para completar cada tarefa. Tipicamente as tarefas devem durar entre meio dia a dois dias. A equipe discute com o Gerente do Projeto a melhor alocao das tarefas aos membros da equipe. Documentar os requisitos selecionados para a iterao (meta). Documentar os testes a serem realizados (atualizar Planilha de Testes). Documentar o planejamento acordado na reunio. Responsvel: Gerente do Projeto Participantes: o Analista o Analista de Teste o Desenvolvedores o Cliente Plano do Projeto Backlog do Projeto Backlog da Iterao

Identificar e revisar riscos Detalhar trabalho da Iterao

Documentar o planejamento da Iterao Relacionamentos Papis

Entradas Sadas Observaes

importante notar que a reunio de planejamento de suma importncia para garantir a comunicao e comprometimento da equipe e do cliente com o planejamento. Quando o projeto estiver na 1 iterao do projeto (Iniciao), esta atividade dividida em dois momentos. No primeiro momento so selecionados os requisitos da iterao e realizada uma primeira avaliao dos riscos. Aps o detalhamento dos requisitos priorizados (prxima atividade), possvel Detalhar o trabalho da iterao, reavaliar os riscos e finalizar a documentao do Backlog da Iterao.

22

Atividade: Detalhar requisitos priorizados Detalhar os requisitos priorizados em um nvel de detalhe suficiente para validar o entendimento dos requisitos, assegurar consenso na rea cliente e permitir que o desenvolvimento do sistema comece. Tarefas Detalhar requisitos Descrio Identificar os atores e os cenrios dos casos de uso e detalhar. Criar esboos de tela para garantir o entendimento do fluxo de navegao e disposio dos elementos de interface por parte do cliente e desenvolvedores. Atualize o Modelo de Casos de Uso e obtenha o consenso dos envolvidos. Identificar os casos de teste conforme os cenrios dos casos de uso. Considerar os caminhos alternativos tanto para casos positivos como para negativos. Listar os casos de teste com nomes que identifique a condio a ser avaliada ou o resultado esperado. Registrar na Planilha de Testes. Aplicar tcnica de mensurao de tamanho de projeto de software para estimar o tamanho dos requisitos detalhados. Utilizar os Guias Tcnicos de Estimativa de Tamanho. A equipe deve apresentar o esforo necessrio para completar o trabalho. Responsvel: Analista Participantes: o Cliente o Gerente do Projeto Backlog do projeto Backlog da Iterao Especificao de Requisitos Planilha de Testes Estimativa de tamanho dos requisitos

Identificar os casos de teste

Estimar o tamanho

Relacionamentos Papis

Entradas Sadas

Observaes Devem ser detalhados requisitos suficientemente para as prximas uma ou duas iteraes. Caso seja a primeira iterao do projeto, os requisitos selecionados da iterao tambm so detalhados e o fluxo volta para a atividade Planejar a iterao, tarefa Detalhar trabalho da iterao.

23

Atividade: Aprovar Plano e Requisitos O propsito desta atividade coletar a aprovao da rea cliente quanto aos requisitos detalhados para a Iterao e dos Planos do Projeto e da Iterao. O objetivo adquirir consenso entre todos os envolvidos do trabalho a ser realizado e da maneira como ser gerenciado o projeto. Tarefas Aprovar requisitos Descrio Avaliar se a Especificao de Requisitos contempla todas as especificidades funcionais e no funcionais para os requisitos selecionados para a Iterao. Avaliar os esboos de tela para garantir o entendimento do fluxo de navegao e disposio dos elementos de interface. Emitir aprovao. Aprovar Plano Avaliar premissas e restries, cronograma e demais planos de gesto do Projeto e do projeto. priorizao dos Avaliar lista de riscos e priorizao dos requisitos da iterao. requisitos Emitir aprovao Relacionamentos Papis Responsvel: Cliente Participantes: o Gerente do Projeto o Analistas Entradas Especificao de Requisitos Plano do Projeto Backlog da Iterao Sadas Termo de Aceite Observaes

24

Atividade: Preparar ambiente de desenvolvimento O objetivo desta atividade garantir que tecnicamente todos da equipe tm condies de iniciar a implementao dos requisitos selecionados para implementao na iterao. As ferramentas de desenvolvimento devem ser instaladas e configuradas, conforme as restries do projeto. Tarefas Identificar ferramentas Mapear servidores Criar Bases de Dados Configurar ambiente Descrio Verificar as ferramentas necessrias para o desenvolvimento, nas devidas verses. Definir os servidores que sero utilizados como ambiente de teste, homologao e produo e instalar os sistemas necessrios. Instalar sistema gerenciador de banco de dados e base de dados do projeto, se for o caso. Deixar os computadores dos desenvolvedores prontos para a implementao prevista na iterao. Instalar ferramentas, plug-ins e acessrios. Criar a estrutura de diretrio do projeto no servidor de arquivos e configurar o sotware de controle de versionamento. Responsvel: Desenvolvedor Participantes o Gerente do Projeto; o Analista Plano do Projeto Especificao de Requisitos Ambiente de Desenvolvimento Configurado

Relacionamentos Papis

Entradas Sadas Observaes

25

Atividade: Desenvolver o incremento da soluo (foco na arquitetura) Esta atividade tem o propsito de projetar, implementar, testar e integrar a soluo para um determinado grupo de requisitos considerados arquiteturais. Tarefas Projetar soluo Descrio Identificar os elementos de projeto, a interao entre eles e o enquadramento da arquitetura para obter o comportamento desejado (projetar o banco de dados, definir padres de acesso ao banco, patterns que sero adotados, identificar estrutura de classes que implementaro os requisitos) Observar a necessidade de complementar a especificao com modelos e diagramas adicionais detalhando a soluo para os casos de solues mais complexas, workflows e funcionalidades que interagem com muitos sistemas, por exemplo. Gerar um documento com as principais decises arquiteturais (classes, padres definidos para o projeto etc) Escrever o cdigo fonte conforme o projeto realizado e o comportamento esperado. Identificar elementos j existentes e possibilidade de reuso, ainda que de parte da implementao. Realizar a reviso do cdigo gerado de acordo com os padres de codificao, utilizando tcnicas como programao em pares ou ferramentas apropriadas para anlise de padronizao de cdigo. Ajustar o cdigo em decorrncia da reviso feita. Definir as funes e procedimentos que sero alvo dos testes unitrios. Escrever os testes unitrios conforme a criticidade da funcionalidade a ser testada. Sempre que possvel, procurar automatizar os testes via uma ferramenta de testes para que eles possam ser executados sempre que houver alguma mudana no cdigo. Executar os testes. Checar se o funcionamento dos testes est correto e analisar o resultado, fazendo as devidas correes (tanto nos testes quanto na implementao da soluo). Integrar todo o cdigo fonte. Procurar automatizar esta integrao de tal forma que ela seja feita continuamente. Remover qualquer conflito e criar o incremento do produto de software (executvel, web application etc). Executar testes para validar a integrao. Responsvel: Desenvolvedor Participantes: o Analista o Gerente do Projeto o Cliente Especificao de Requisitos Planilha de Testes Backlog da Iterao Documento de Arquitetura Modelo de Dados

Implementar a soluo

Implementar e executar testes unitrios

Integrar e fechar incremento

Relacionamentos Papis

Entradas

Sadas

26

Modelos adicionais (opcional) Cdigo fonte Incremento do produto (arquivos binrios) Observaes O artefato de Modelos Adicionais tem sua elaborao opcional de acordo com a avaliao do analista. Para solues mais complexas ou de muitas interaes com outros sistemas recomenda-se detalhar a soluo implementada na forma, por exemplo, de diagramas de seqncia, atividade ou estado.

Atividade: Realizar testes integrados na soluo Esta atividade objetiva validar a implementao feita na iterao e integr-la antes da entrega para a validao do cliente. Consiste em desenvolver simulaes de teste para validar os requisitos de sistemas implementados em uma dada iterao de uma forma integrada entre as partes do sistema j desenvolvidas. Tarefas Descrio Gerar verso Gerar baseline da verso de acordo com o processo de Gesto de para testes Configurao. Implantar verso em ambiente de teste. Desenvolver as Selecionar os casos de teste a serem executados de acordo com os simulaes de requisitos previstos para a iterao. Avaliar a necessidade de criar teste novos casos de teste. Definir as simulaes de teste considerando as condies de contorno. Organizar a seqncia dos testes de modo a facilitar a execuo. Executar testes Executar os testes conforme casos de teste e simulaes mapeados. Executar tambm testes de interface e outros testes conforme requisitos no funcionais definidos (testes de desempenho, stress etc). Registrar os resultados na Planilha de Teste, sobretudo os itens de inconformidade para correo pela equipe de desenvolvimento. Relacionamentos Papis Responsvel: Analista de Teste Participantes o Analista o Gerente do Projeto o Desenvolvedor Entradas Planilha de Teste Especificao de Requisitos Backlog da Iterao Incremento do produto (arquivos binrios) Sadas Planilha de Testes (com lanamento dos resultados obtidos) Observaes Recomenda-se como boa prtica a utilizao de testes automatizados. Em caso de necessidade de ajustes e correes, durante os testes, o fluxo do processo retorna ao desenvolvimento.

27

Atividade: Avaliar resultados Essa atividade tem como objetivo avaliar e discutir com a equipe os resultados obtidos na iterao. O objetivo apresentar os pontos positivos e negativos e listar as lies aprendidas durante o ciclo. O conhecimento adquirido nessa atividade ir alimentar iteraes e projetos futuros e auxili-los na tomada das melhores decises. Deve ser realizada ao final de cada iterao ao longo de todo o projeto. Tarefas Preparar avaliao iterao Descrio Os desenvolvedores e analistas preparam apresentao do que foi implementado e o gerente do projeto prepara relatrios de status do projeto. O analista de teste prepara relatrio da execuo dos testes. O gerente do projeto convoca a reunio de Avaliao de Resultados da Iterao. Rever a abordagem adotada na iterao, a eficcia do ambiente de desenvolvimento, a adequao do ambiente de trabalho e outros fatores. Discutir o que correu bem, o que poderia ter ido melhor. Avaliar os resultados, se orientando pelo planejamento da iterao. Definir aes a serem tomadas para melhorar a abordagem de desenvolvimento para a prxima iterao. Discutir como melhor apresentar os resultados para o cliente. Documentar as lies aprendidas. O Gerente do Projeto deve registrar os resultados da avaliao da iterao e divulgar para os demais integrantes da equipe. Responsvel: Gerente do Projeto Participantes: o Analista o Desenvolvedor o Analista de Teste Plano do Projeto Backlog da Iterao Especificao de Requisitos Planilha de Testes Avaliao da Iterao

a da

Realizar reunio de avaliao da iterao

Registrar e divulgar Relacionamentos Papis

Entradas

Sadas Observaes

28

Atividade: Validar com o cliente Esta atividade consiste na apresentao do incremento da soluo desenvolvida para o cliente obtendo seu feedback. Trabalho no finalizado no deve ser demonstrado. As novas funcionalidades e solicitaes de mudana so registradas no Backlog do Projeto para que possam ser priorizados nas prximas iteraes. Tarefas Descrio Gerar verso Se ainda no estiver criada, gerar a baseline da verso para validao de para validao acordo com o processo de Gesto de Configurao. Implantar verso em ambiente de homologao. Validar Executar os casos de teste para assegurar que todos os cenrios das incremento funcionalidades foram cobertos e esto em conformidade com a com o cliente especificao de requisitos. Utilizar a Especificao de Requisitos como base para a validao. Colher feedback Colher as solicitaes de mudana, de novas funcionalidades e e propor melhorias identificadas pelo cliente, atualizando o Backlog do projeto melhorias para que o cliente possa priorizar os itens das prximas iteraes. Colher os registros de inconformidade para que a equipe de desenvolvimento realize as devidas correes. Aps os devidos ajustes, a validao deve prosseguir. O Cliente deve emitir um Termo de Aceite da Iterao com a confirmao da validao ou com a listagem dos itens de inconformidade. O Gerente do Projeto ou qualquer outro membro da equipe pode propor melhorias para atender ou superar a expectativa do cliente. As melhorias devem ser registradas no Backlog do Projeto para posterior priorizao. Relacionamentos Papis Responsvel: Gerente do Projeto Participantes: o Cliente o Analista o Analista de Teste Entradas Especificao de Requisitos Planilha de Testes Incremento do produto (arquivos binrios) Sadas Backlog do projeto atualizado Termo de Aceite Observaes comum durante esta atividade que o cliente solicite acesso ao sistema por alguns dias para confirmar a validao. Neste caso, o Gerente do Projeto deve negociar um prazo com o Cliente e solicitar o Termo de Aceite com o resultado da validao. As solicitaes de mudanas (alteraes e incluses de requisitos) no desobrigam o cliente a emitir o Termo de Aceite. O Termo de Aceite somente no deve ser emitido em caso de falhas/inconformidade com os requisitos definidos na Especificao de Requisitos. Em caso de necessidade de correes durante os testes, o fluxo do processo retorna ao desenvolvimento.

29

Atividade: Encerrar a Iterao No encerramento da iterao o Gerente do Projeto coordena a reviso da estimativa do projeto, em funo das alteraes e conhecimento adquirido com a implementao das funcionalidades da iterao. Tarefas Detalhar tamanho Iterao Descrio Aplicar tcnica de mensurao de tamanho de projeto de software para da detalhar o tamanho dos requisitos selecionados para a Iterao. Considerar o conhecimento adquirido durante a implementao e ajustes realizados para o detalhamento do tamanho em relao estimativa feita no incio da iterao. Realizar Em caso de desenvolvimento feito por empresa contratada: procedimentos o Proceder com o pagamento de acordo com o valor calculado do administrativos tamanho desenvolvido, em pontos de funo. Em caso de desenvolvimento feito na prpria SUSEP: o Divulgar a todos os envolvidos via e-mail, atualizao do status do projeto e a concluso da iterao. Relacionamentos Papis Responsvel: Gerente do Projeto Participantes: o Analista Entradas Especificao de Requisitos Modelos de Dados Incremento do Produto Sadas Tamanho da iterao detalhado Observaes

30

Atividade: Avaliar a qualidade Esta atividade executada ao longo de toda a fase de Iniciao e tem o objetivo de avaliar se os artefatos gerados esto em conformidade com os padres de qualidade definidos, com foco nos requisitos e na arquitetura. Tarefas Avaliar conformidade dos requisitos Avaliar os Planos Avaliar especificiao da soluo Descrio Quando aplicvel, a equipe de qualidade deve avaliar se os requisitos do projeto foram descritos com clareza, em conformidade com o solicitado e respeitando o padro definido. Quando aplicvel, a equipe de qualidade deve avaliar se o Plano de Projeto e o Plano da Iterao esto completos para o projeto em questo. Quando aplicvel, a equipe de qualidade deve avaliar se os modelos gerados e soluo proposta esto em conformidade com os padres da CGETI (Exemplo: nomenclatura de colunas, padres de acesso ao banco, arquitetura de sistema etc). Avaliar se os casos de teste gerados cobrem todos os requisitos do projeto. Avaliar a qualidade do cdigo escrito e adequao aos padres definidos pela CGETI, conforme tecnologia adotada. Realizar testes funcionais conforme casos de teste e requisitos definidos para garantir a adequao ao solicitado pelo cliente. Realizar testes de interface (entrada de dados invlidos etc) para garantir a consistncia dos dados de entrada e correta divulgao de dados de sada. Realizar testes de stress, carga etc conforme definido nos requisitos no-funcionais. Responsvel: Qualidade Documento de Requisitos Plano do Projeto e da Iterao Planilha de Teste Documento de Arquitetura Cdigo fonte Incremento do Produto Registro de Qualidade

Avaliar cdigo fonte Realizar testes de qualidade

Relacionamentos Papis Entradas

Sadas Observaes

Quando o projeto desenvolvido por uma empresa contratada, a CCETI deve obrigatoriamente realizar o papel de Qualidade e avaliar a qualidade dos artefatos conforme os entregveis da empresa contratada. Caso o projeto seja desenvolvido pela prpria equipe da CGETI, recomenda-se, como boa prtica, que o papel de Qualidade seja executado por uma equipe da CGETI diferente da equipe envolvida no projeto em questo.

31

2.6. Construo
2.6.1.Descrio
Dando seqncia ao ciclo de vida do projeto, a fase de Construo trata do desenvolvimento do projeto com base na arquitetura definida, alm de se permitir esclarecer os requisitos restantes. O propsito desta fase ter o produto pronto para ser passado para a equipe de transio que tratar da implantao. Todas as funcionalidades foram desenvolvidas e testadas de acordo com a especificao e arquitetura definidas na fase anterior. H quatro objetivos principais na fase de Construo: 1. Desenvolver a soluo: iterativamente desenvolver o produto/projeto especificado nas fases anteriores e deix-lo pronto para a transio para o usurio final. 2. Minimizar os custos: foco na otimizao de recursos, evitando retrabalho e atividades desnecessrias. 3. Atingir certo grau de paralelismo entre as equipes de desenvolvimento: planejar o uso dos recursos em sinergia com o foco na minimizao dos custos e com a priorizao dos itens a serem desenvolvidos a cada iterao. 4. Atingir a verso para entrega com qualidade adequada, rapidez e eficincia: agregar valor para o cliente.

2.6.2.Iteraes
A fase de Construo prevista para ocorrer de forma iterativa e incremental, de acordo com requisitos previamente priorizados para serem desenvolvidos a cada uma das iteraes. As iteraes devem ter tipicamente de 2 a 4 semanas. Se todas as funcionalidades demandarem esforo inferior a 4 semanas, sugere-se a utilizao de apenas uma iterao. Caso a durao seja superior, a construo deve considerar mltiplas iteraes, com a priorizao do que deve ser implementado na iterao ocorrendo no incio da mesma, conforme fluxo a ser apresentado na prxima seo. O uso do desenvolvimento iterativo faz-se necessrio durante o desenvolvimento devido a algumas razes, como: Melhor gerenciamento da evoluo do sistema desenvolvido: melhor adaptao a mudanas nos requisitos; Reduo do risco de entendimento dos requisitos: Cliente v resultado mais cedo e pode dar retorno a tempo de fazer pequenos ajustes sem grandes impactos no planejamento do projeto; Aumenta confiabilidade do sistema desenvolvido; Acelerao do tempo de desenvolvimento: desenvolvedores buscam resultados de escopo pequeno e claro e a capacidade de reutilizao aumenta.

32

2.6.3.Fluxo de Trabalho
A figura abaixo apresenta o fluxo de trabalho para a Fase de Construo da Metodologia de Gesto e Desenvolvimento de Software da SUSEP. O fluxo apresenta os processos, papis envolvidos e os produtos gerados.
Figura 7 O processo de Construo

33

As tabelas a seguir detalham cada um dos processos com a respectiva seqncia de atividades que conduzem s sadas desejadas de cada processo. Atividade: Planejar a Iterao (Construo) Essa atividade tem o objetivo de identificar riscos e pendncias antecipadamente para que possam ser mitigados, estabelecer as metas da iterao (selecionar os requisitos do Backlog para a iterao) junto ao cliente, dar suporte equipe de desenvolvimento para atingir as metas e definir como sero implementados os requisitos priorizados para a iterao Tarefas Descrio Selecionar Com a priorizao do Backlog, selecionar os requisitos a serem requisitos do implementados na iterao que definiro a meta da iterao. Backlog para a Confirmar ou repriorizar o Backlog do Projeto, conforme definies do Iterao cliente e, com base nesta prioridade, selecione requisitos a serem detalhados para as prximas uma ou duas iteraes. Determinar quais requisitos dentre os selecionados para a iterao atual necessitam de maior detalhamento. Identificar e Durante o projeto novas premissas e restries podem surgir. A equipe revisar riscos deve identificar e revisar os riscos e seus planos de resposta. Detalhar Definir as tarefas necessrias para realizar os requisitos selecionados trabalho da para a iterao. A equipe define as tarefas conforme sua prpria Iterao experincia e estima o esforo necessrio para completar cada tarefa. Tipicamente as tarefas devem durar entre meio dia a dois dias. A equipe discute com o Gerente do Projeto a melhor alocao das tarefas aos membros da equipe. Documentar o Documentar os requisitos selecionados para a iterao (meta). planejamento Documentar os testes a serem realizados. da iterao Dividir as atividades a serem implementadas entre os membros da equipe. Documentar o planejamento acordado na reunio de planejamento. Relacionamentos Papis Responsvel: Gerente do Projeto Participantes: o Envolvidos o Analista o Desenvolvedores / Analista de Teste Entradas Plano do Projeto Backlog do Projeto Avaliao da Iterao anterior Sadas Backlog da Iterao Observaes importante notar que a reunio de planejamento de suma importncia para garantir a comunicao e comprometimento da equipe e dos envolvidos com o planejamento. A reunio tem dois focos: 1) Discutir e elaborar o planejamento da iterao atual com a equipe; e 2) Verificar a necessidade de detalhar requisitos selecionados para a iterao. Este processo entrada para outros dois: 1) Detalhar os requisitos priorizados; e 2) Preparar o ambiente de desenvolvimento.

34

Atividade: Detalhar os requisitos priorizados O propsito dessa atividade detalhar os requisitos funcionais e no-funcionais priorizados, compreendendo, junto aos envolvidos e ao cliente, os cenrios existentes e o que o sistema deve fazer para atender necessidade. Para tanto, deve-se utilizar de diagramas de casos de uso, principalmente. Esse processo executado se identificado no Planejamento da Iterao que h necessidade de se detalhar requisitos para as prximas uma ou duas iteraes. Tambm executado se identificada necessidade de refinar o detalhamento de requisitos j detalhados e selecionados para a iterao atual. Tarefas Detalhar requisitos Descrio Agendar as reunies de detalhamento de requisitos com envolvidos/usurios. Identificar os atores e os casos de uso, seus cenrios e detalhar. Criar esboos de tela para garantir o entendimento do fluxo de navegao e disposio dos elementos de interface por parte do cliente e desenvolvedores. Atualizar o Modelo de Casos de Uso e obter o consenso dos envolvidos. Identificar os Identificar casos de teste conforme os cenrios dos casos de uso. casos de teste Considerar os caminhos alternativos tanto para casos positivos como para negativos. Listar os casos de teste com nomes que identifique a condio a ser avaliada ou o resultado esperado. Estimar o Aplicar tcnica de mensurao de tamanho de projeto de software tamanho para estimar o tamanho dos requisitos detalhados. Utilizar os Guias Tcnicos de Estimativa de Tamanho. Estimar o Utilizar os resultados da iterao anterior para definir a velocidade de esforo desenvolvimento da equipe e com isso estimar o prazo para implementao das funcionalidades. Relacionamentos Papis Responsvel: Analista / Cliente Participantes: o Envolvidos o Gerente do Projeto Entradas Backlog da Iterao Backlog do Projeto Sadas Especificao de Requisitos Planilha de Testes (casos de teste) Estimativa de Tamanho dos requisitos da Iterao Observaes Tipicamente este processo executado de forma adiantada, ou seja, durante a Iterao N, detalham-se requisitos j priorizados para as Iteraes N+1 e/ou N+2. Ele tambm executado na prpria Iterao N quando identificada a necessidade de refinar algum requisito a ser implementado na iterao atual.

35

Atividade: Aprovar Requisitos O propsito desta atividade coletar a aprovao da rea cliente quanto aos requisitos detalhados para a Iterao. O objetivo adquirir consenso entre todos os envolvidos do trabalho a ser realizado e da maneira como ser gerenciado o projeto. Tarefas Aprovar requisitos Descrio Avaliar se a Especificao de Requisitos contempla todas as especificidades funcionais e no funcionais para os requisitos selecionados para a Iterao. Avaliar os esboos de tela para garantir o entendimento do fluxo de navegao e disposio dos elementos de interface. Avaliar lista de itens priorizados para a iterao, seus riscos, premissas e restries. Emitir aprovao. Responsvel: Cliente Participantes: o Gerente do Projeto o Analistas Especificao de Requisitos Plano do Projeto Backlog da Iterao Termo de Aceite

Relacionamentos Papis

Entradas

Sadas Observaes

36

Atividade: Preparar ambiente de desenvolvimento O objetivo desta atividade garantir que tecnicamente todos da equipe tm condies de iniciar a implementao dos requisitos selecionados para implementao na iterao. As ferramentas de desenvolvimento devem ser instaladas e configuradas, conforme as restries do projeto. Tarefas Identificar ferramentas Mapear servidores Criar Bases de Dados Configurar ambiente Descrio Verificar as ferramentas necessrias para o desenvolvimento, nas devidas verses. Definir os servidores que sero utilizados como ambiente de teste, homologao e produo e instalar os sistemas necessrios. Instalar sistema gerenciador de banco de dados e base de dados do projeto. Deixar os computadores dos desenvolvedores prontos para a implementao prevista na iterao. Instalar ferramentas, plug-ins e acessrios. Criar a estrutura de diretrio do projeto no servidor de arquivos e configurar o sotware de controle de versionamento. Responsvel: Desenvolvedor Participantes: o Gerente do Projeto o Analista Plano do Projeto Backlog da Iterao Documento de Arquitetura Ambiente de Desenvolvimento Configurado

Relacionamentos Papis

Entradas

Sadas Observaes

37

Atividade: Desenvolver incremento da soluo Esta atividade tem o propsito de projetar, implementar, testar e integrar a soluo para um determinado grupo de requisitos. Durante a fase de Construo esta atividade tem foco na transformao da especificao de requisitos em soluo (cdigo fonte implementado). Tarefas Projetar soluo Descrio a Identificar os elementos de projeto, a interao entre eles e o enquadramento da arquitetura para obter o comportamento desejado (projetar o banco de dados, definir padres de acesso ao banco, patterns que sero adotados, identificar estrutura de classes que implementaro os requisitos). Observar a necessidade de complementar a especificao com modelos e diagramas adicionais detalhando a soluo para os casos de solues mais complexas, workflows e funcionalidades que interagem com muitos sistemas, por exemplo. Gerar um documento com o modelo de dados atualizado e os modelos adicionais criados. Implementar a Escrever o cdigo fonte da soluo conforme o projeto realizado e o soluo comportamento esperado. Identificar elementos j existentes e possibilidade de reuso, ainda que de parte da implementao. Realizar a reviso do cdigo gerado de acordo com os padres de codificao utilizando tcnicas como programao em pares ou ferramentas apropriadas para anlise de padronizao de cdigo. Ajustar o cdigo em decorrncia da reviso feita. Implementar e Definir as funes e procedimentos que sero alvo dos testes unitrios. executar testes Escrever os testes unitrios conforme a criticidade da funcionalidade a de unitrios ser testada. Sempre que possvel, procurar automatizar os testes por meio de uma ferramenta de testes para que eles possam ser executados sempre que houver alguma mudana no cdigo. Executar os testes. Checar se o funcionamento dos testes est correto e analisar o resultado, fazendo as devidas correes (tanto nos testes quanto na implementao da soluo). Integrar e Integrar todo o cdigo fonte. Procurar automatizar esta integrao de fechar tal forma que ela seja feita continuamente. incremento Remover qualquer conflito e criar o incremento (executvel, web application etc). Executar testes para validar a integrao. Relacionamentos Papis Responsvel: Desenvolvedor Participantes: o Gerente do Projeto o Analista o Cliente Entradas Especificao de Requisitos Documento de Arquitetura Planilha de Testes Backlog da Iterao

38

Sadas

Cdigo fonte do projeto Modelo de dados Modelos adicionais (opcional) Incremento do produto (arquivos binrios)

Observaes O artefato de Modelos Adicionais tem sua elaborao opcional de acordo com a avaliao do analista. Para solues mais complexas ou de muitas interaes com outros sistemas recomenda-se detalhar a soluo implementada na forma, por exemplo, de diagramas de seqncia, atividade ou estado.

Atividade: Realizar testes integrados na soluo Esta atividade objetiva validar a implementao feita na iterao e integr-la antes da entrega para a validao do cliente. Consiste em desenvolver simulaes de teste para validar os requisitos de sistemas implementados em uma dada iterao de uma forma integrada entre as partes do sistema j desenvolvidas. Tarefas Descrio Gerar verso Gerar a baseline da verso de acordo com o processo de Gesto de para testes Configurao. Implantar verso em ambiente de teste. Desenvolver as Selecionar os casos de testes a serem executados, de acordo com os simulaes de requisitos previstos para a iterao. Avaliar a necessidade de criar teste novos casos de teste. Definir as simulaes de teste, considerando as condies de contorno. Organizar a seqncia dos testes de modo a facilitar a execuo e os testes de regresso. Executar os Executar os testes conforme casos de teste e simulaes mapeados. testes Executar tambm testes de interface e outros testes conforme requisitos no funcionais definidos (testes de desempenho, stress etc). Registrar os resultados no Log de Teste, sobretudo os itens de inconformidade para correo pela equipe de desenvolvimento Relacionamentos Papis Responsvel: Analista de Teste Participantes: o Analista o Desenvolvedores o Arquiteto Entradas Especificao de Requisitos Planilha de Testes (casos de teste) Incremento do produto (arquivos binrios) Sadas Planilha de Teste (resultados) Observaes Recomenda-se como boa prtica a utilizao de testes automatizados. Em caso de necessidade de ajustes e correes durante os testes, o fluxo do processo retorna ao desenvolvimento.

39

Atividade: Avaliar Resultados Essa atividade tem como objetivo avaliar e discutir com a equipe os resultados obtidos na iterao. O objetivo apresentar os pontos positivos e negativos e listar as lies aprendidas durante o ciclo. O conhecimento adquirido nessa atividade ir alimentar iteraes e projetos futuros e auxili-los na tomada das melhores decises. Deve ser realizada ao final de cada iterao ao longo de todo o projeto. Tarefas Preparar avaliao Iterao Descrio a Os desenvolvedores e analistas preparam apresentao do que foi da implementado e o gerente do projeto prepara relatrios de status do projeto. O analista de teste prepara relatrio da execuo dos testes. O gerente do projeto convoca a reunio de Avaliao de Resultados da Iterao. Realizar a Seguir a pauta determinada para a reunio de Avaliao de Resultados reunio de da Iterao. avaliao da Rever a abordagem adotada na iterao, a eficcia do ambiente de Iterao desenvolvimento, a adequao do ambiente de trabalho e outros fatores. Discutir o que correu bem, o que poderia ter ido melhor. Avaliar os resultados se orientando pelo planejamento da iterao. Definir aes a serem tomadas para melhorar a abordagem de desenvolvimento para a prxima iterao. Discutir como melhor apresentar os resultados para o cliente. Documentar as lies aprendidas. Registrar e O Gerente do Projeto ou algum indicado por ele prepara a Ata da divulgar Reunio de Avaliao de Resultados e divulga a todos os envolvidos. Relacionamentos Papis Responsvel: Gerente do Projeto Participantes: o Analista o Desenvolvedores o Analista de Teste Entradas Backlog da Iterao Plano do Projeto Especificao de Requisitos Planilha de Testes Sadas Avaliao da Iterao Observaes

40

Atividade: Validar com o cliente Esta atividade consiste na apresentao do incremento da soluo desenvolvida para o cliente para coletar seu feedback. Trabalho no finalizado no deve ser demonstrado. As novas funcionalidades e solicitaes de mudana so registrados no Backlog para que possam ser priorizados nas prximas iteraes. Tarefas Descrio Gerar verso Se ainda no estiver criada, gerar a baseline da verso para validao para validao de acordo com o processo de Gesto de Configurao. Implantar verso em ambiente de homologao. Validar Apresentar incremento ao cliente conforme plano de validao incremento definido. Uma boa estratgia executar os casos de teste para com o cliente assegurar que todos os cenrios das funcionalidades foram cobertos e esto em conformidade com a especificao de requisitos. Utilizar a Especificao de Requisitos como base para validao. Considerar apoio do Analista de Teste e da documentao de Teste existente. Colher feedback Colher as solicitaes de mudana, de novas funcionalidades e e propor melhorias identificadas pelo cliente e atualizar o Backlog do Projeto melhorias para que o cliente possa priorizar os itens para as prximas iteraes. Colher os registros de inconformidades para que a equipe de desenvolvimento realize as devidas correes. Aps os devidos ajustes, a validao deve prosseguir. O Cliente deve emitir um Termo de Aceite da Iterao com a confirmao da validao ou com a listagem dos itens de inconformidade. O Gerente do Projeto ou qualquer outro membro da equipe pode propor melhorias para atender ou superar a expectativa do cliente. As melhorias devem ser registradas no Backlog do Projeto para posterior priorizao. Propor Caso alguns itens de melhoria sejam identificados, o Backlog do Projeto melhorias deve ser atualizado para incluir esses itens. Na iterao seguinte o Backlog do Projeto ser priorizado dentre os requisitos a serem implementados na iterao. Validar a O cliente conclui os testes e homologa a soluo. soluo A soluo est pronta para a entrada em produo. Relacionamentos Papis Responsvel: Gerente do Projeto Participantes: o Cliente o Analista o Analista de Teste Entradas Especificao de Requisitos Planilha de Testes Incremento do produto (arquivos binrios) Sadas Backlog do projeto atualizado Termo de Aceite

41

Observaes comum nesta atividade que o cliente solicite acesso ao sistema por alguns dias para confirmar a validao. Neste caso, o Gerente do Projeto deve negociar um prazo com o Cliente e solicitar o Termo de Aceite com o resultado da validao. As solicitaes de mudanas (alteraes e incluses de requisitos) no desobrigam o cliente a emitir o Termo de Aceite. O Termo de Aceite somente no deve ser emitido em caso de falhas/inconformidade com os requisitos definidos na Especificao de Requisitos. Em caso de necessidade de correes durante os testes, o fluxo do processo retorna ao desenvolvimento.

Atividade: Encerrar a Iterao No encerramento da iterao o Gerente do Projeto coordena a reviso da estimativa do projeto, em funo das alteraes e conhecimento adquirido com a implementao das funcionalidades da iterao. Caso seja a ltima iterao do projeto prossegue com o encerramento do mesmo e dos contratos a ele associados. Tarefas Detalhar tamanho Iterao Descrio Aplicar tcnica de mensurao de tamanho de projeto de software para da detalhar o tamanho dos requisitos selecionados para a Iterao. Considerar o conhecimento adquirido durante a implementao e ajustes realizados para o detalhamento do tamanho em relao estimativa feita no incio da iterao. Realizar Em caso de desenvolvimento feito por empresa contratada: procedimentos o Proceder com o pagamento de acordo com o valor calculado do administrativos tamanho desenvolvido, em pontos de funo. Em caso de desenvolvimento feito na prpria SUSEP: o Divulgar a todos os envolvidos via e-mail, atualizao do status do projeto e a concluso da iterao. Relacionamentos Papis Responsvel: Gerente do Projeto Participantes: o Analista Entradas Contratos Especificao de Requisitos Modelo de Dados Incremento do produto (arquivos binrios) Sadas Tamanho da Iterao detalhado Observaes

42

Atividade: Avaliar a qualidade Esta atividade executada ao longo de toda a fase de Construo e tem o objetivo de avaliar se os artefatos gerados esto em conformidade com os padres de qualidade definidos, com foco na implementao. Tarefas Avaliar conformidade dos requisitos Avaliar o planejamento Avaliar especificiao da soluo Descrio Quando aplicvel, a equipe de qualidade deve avaliar se os requisitos do projeto foram descritos com clareza, em conformidade com o solicitado e respeitando o padro definido. Quando aplicvel, a equipe de qualidade deve avaliar se o Plano da Iterao est completo para o projeto em questo. Quando aplicvel, a equipe de qualidade deve avaliar se os modelos gerados e soluo proposta esto em conformidade com os padres da CGETI (Exemplo: nomenclatura de colunas, padres de acesso ao banco, arquitetura de sistema etc). Avaliar se os casos de teste gerados cobrem todos os requisitos do projeto. Avaliar a qualidade do cdigo escrito e adequao aos padres definidos pela CGETI, conforme tecnologia adotada. Realizar testes funcionais conforme casos de teste e requisitos definidos para garantir a adequao ao solicitado pelo cliente. Realizar testes de interface (entrada de dados invlidos etc) para garantir a consistncia dos dados de entrada e correta divulgao de dados de sada. Realizar testes de stress, carga etc conforme definido nos requisitos no-funcionais. Responsvel: Qualidade Documento de Requisitos Plano do Projeto e da Iterao Planilha de Teste Documento de Arquitetura Cdigo fonte Incremento do Produto Registro de Qualidade

Avaliar cdigo fonte Realizar testes de qualidade

Relacionamentos Papis Entradas

Sadas Observaes

Quando o projeto desenvolvido por uma empresa contratada, a CCETI deve obrigatoriamente realizar o papel de Qualidade e avaliar a qualidade dos artefatos conforme os entregveis da empresa contratada. Caso o projeto seja realizado pela prpria equipe da CGETI, recomenda-se, como boa prtica, que o papel de Qualidade seja executado por uma equipe da CGETI diferente da equipe envolvida no projeto em questo.

43

2.7. Transio
2.7.1.Descrio
A fase de Transio trata do refinamento das funcionalidades, avaliao de performance e qualidade da soluo entregue ao final da fase de Construo, assegurando que o software esteja disponvel para seus usurios finais. A Transio pode atravessar vrias iteraes e inclui testar o produto e fazer ajustes pequenos com base no feedback do usurio. Nesse momento do ciclo de vida, o feedback do usurio deve priorizar o ajuste fino do produto, a configurao, a instalao e os problemas de usabilidade. Todos os problemas estruturais mais graves devem ter sido trabalhados nas fases anteriores do ciclo de vida do projeto. No fim da fase de Transio, os objetivos do projeto devem ter sido atendidos e o mesmo deve estar em uma posio para fechamento. Em alguns casos, o fim do ciclo de vida atual pode coincidir com o incio de outro ciclo de vida no mesmo produto, conduzindo nova gerao ou verso do produto. Isto ocorre principalmente em caso de produtos j existentes que sofrem evoluo. Para outros projetos, o fim da Transio pode coincidir com uma liberao total dos artefatos para os responsveis pela operao, manuteno e melhorias no sistema, concluindo o projeto. Dentre os principais objetivos da fase de Transio podemos citar: 1. Testes beta: validar o novo sistema em confronto com as expectativas do usurio. Realizao de operao paralela relativa a um sistema legado que est sendo substitudo. 2. Converso de banco de dados operacionais: migraes e/ou carga de dados em banco de dados . 3. Treinamento de usurios e equipe de manuteno: foco na passagem de conhecimento para as equipes de operao e manuteno. 4. Ajustes e correes de erros: foco na melhoria do desempenho, qualidade e usabilidade. 5. Termo de aceite: obteno do consentimento dos envolvidos em relao Release entregue e da aderncia da verso com os termos da Especificao de Requisitos. gerada a baseline final de todos os artefatos do projeto. 6. Lies aprendidas: documentar as lies aprendidas no projeto. Recomenda-se, para projetos pequenos, apenas uma iterao de Transio. Caso contrrio, a Transio deve considerar vrias iteraes, focando cada uma delas em um objetivo ou grupo de objetivos dentre os listados acima.

44

2.7.2.Fluxo de Trabalho
A figura abaixo apresenta o fluxo de trabalho para a Fase de Transio da Metodologia de Gesto e Desenvolvimento de Software da SUSEP. O fluxo apresenta os processos, papis envolvidos e os produtos gerados.
Figura 8 Processo de Transio

As tabelas a seguir detalham cada um dos processos com a respectiva seqncia de atividades que conduzem s sadas desejadas de cada processo.

45

Atividade: Planejar a Iterao (Transio) Essa atividade tem o objetivo de identificar riscos e pendncias antecipadamente para que possam ser mitigados, estabelecer as metas da iterao e dar suporte equipe de desenvolvimento para atingir as metas. dado foco nas atividades de teste integrado e implantao do projeto. Tarefas Descrio Selecionar Com a priorizao do Backlog, selecionar os requisitos a serem requisitos do implementados na iterao. Os requisitos selecionados definem a meta Backlog para a da iterao. Iterao Confirmar ou repriorizar o Backlog do Projeto, conforme definies do cliente e, com base nesta prioridade, selecionar requisitos a serem detalhados para as prximas uma ou duas iteraes. Determinar quais requisitos dentre os selecionados para a iterao atual necessitam de maior detalhamento. Identificar e Durante o projeto novas premissas e restries podem surgir. A equipe revisar riscos deve identificar e revisar os riscos e seus planos de resposta. Detalhar Definir as tarefas necessrias para realizar os requisitos selecionados trabalho da para a iterao. A equipe define as tarefas conforme sua prpria Iterao experincia e estima o esforo necessrio para completar cada tarefa. Tipicamente as tarefas devem durar entre meio dia a dois dias. A equipe discute com o Gerente do Projeto a melhor distribuio das tarefas para os membros da equipe. Documentar o Documentar os requisitos selecionados para a iterao (meta). planejamento Documentar os testes a serem realizados (se for o caso). da iterao Dividir as atividades e as estrias a serem implementadas entre os membros da equipe. Documentar o planejamento acordado na reunio. Relacionamentos Papis Responsvel: Gerente do Projeto Participantes: o Envolvidos o Analista o Desenvolvedores o Analista de Teste Entradas Plano do Projeto Backlog do Projeto Avaliao da Iterao anterior Sadas Backlog da Iterao Observaes importante notar que a reunio de planejamento de suma importncia para garantir a comunicao e comprometimento da equipe e dos envolvidos com o planejamento. A reunio tem dois focos: 1) Discutir e elaborar o planejamento da iterao atual com a equipe; e 2) Verificar a necessidade de detalhar requisitos selecionados para a iterao. Este processo entrada para o processo de Execuo dos Beta Testes.

46

Atividade: Executar Beta Testes Essa atividade se refere garantia de que o software implementa corretamente uma funo especfica (verificao) e que corresponda aos requisitos do cliente (validao). feito internamente pela equipe com objetivo de entregar uma verso estvel ao cliente para a validao final. Tarefas Descrio Disponibilizar Disponibilizar verso do software em ambiente de homologao verso para teste Executar testes Realizar a verificao e validao do software conforme plano e casos de integrao de testes. Relacionamentos Papis Responsvel: Analista de Testes Participantes: o Envolvidos o Analista o Gerente do Projeto Entradas Especificao de Requisitos Backlog da Iterao Planilha de Testes Arquivos Binrios do software Sadas No h. Observaes

47

Atividade: Implementar ajustes e correes Diante dos Beta Testes realizados, sendo identificada alguma necessidade de ajuste, o sistema retorna ao desenvolvimento para as devidas implementaes e testes unitrios. Tarefas Implementar soluo Descrio Escrever cdigo fonte implementando os ajustes e correes identificados nos Beta Testes. Ajustar o cdigo caso encontre algum ponto de melhoria, reuso, otimizao. Em decorrncia dos ajustes e testes realizados, avalie a necessidade de implementar novos testes unitrios. Execute os testes e promova as correes. Integrar todo o cdigo fonte. Procure automatizar esta integrao de tal forma que ela seja feita continuamente. Remover qualquer conflito e criar o incremento (executvel, web application etc). Executar testes para validar a integrao. Responsvel: Desenvolvedor Participantes: o Analista o Gerente do Projeto Especificao de Requisitos Documento de Arquitetura Casos de Teste Cdigo fonte do projeto Produto executvel

Implementar e Executar testes unitrios Integrar e fechar incremento

Relacionamentos Papis

Entradas

Sadas Observaes

Aps a implementao dos ajustes e correes o software retorna para a atividade de Executar Beta Testes.

48

Atividade: Elaborar Manual do Usurio Nesta atividade ser documentada as funcionalidades implementadas sob o ponto de vista do usurio, para facilitar a consulta na operao do sistema. Tambm feita a elaborao do Manual de Manuteno, que orientar nas atividades de manuteno do sistema aps a instalao da Release. Tarefas Descrio Elaborar Elaborao do Manual descrevendo o sistema e sua forma de operao Manual do sob o ponto de vista do usurio. Usurio Revisar Manual Revisar o documento para emisso ao cliente. do Usurio Emitir Manual Enviar o Manual do Usurio para o cliente e solicitar confirmao de do Usurio recebimento. Elaborar Elaborao do Manual descrevendo os principais aspectos de Manual de manuteno do sistema. Manuteno Revisar Manual Revisar o documento para emisso equipe de manuteno. de Manuteno Emitir Manual Enviar o Manual de Manuteno para a equipe de manuteno e de Manuteno solicitar confirmao de recebimento. Relacionamentos Papis Responsvel: Analista Participantes: o Envolvidos o Analista de Teste o Gerente do Projeto Entradas Especificao de Requisitos Sadas Manual do Usurio Manual de Manuteno Observaes Caso o projeto seja uma evoluo de um sistema j existente, ou seja, uma manuteno no enquadrada nas pequenas manutenes (vide seo 3), a elaborao da documentao do projeto substituda pela atualizao da documentao em funo das funcionalidades alterada / includas / excludas.

49

Atividade: Realizar Testes de Aceite Esta atividade consiste na apresentao da soluo desenvolvida para o cliente, que tem o papel de validar se a mesma compreende os requisitos conforme planejado, autorizando a entrada em ambiente de produo. Tarefas Descrio Gerar verso Se ainda no estiver criada, gerar a baseline da verso para validao de para validao acordo com o processo de Gesto de Configurao. Implantar verso em ambiente de homologao. Validar o Apresentar o produto ao cliente conforme plano de validao definido. produto com o Uma boa estratgia executar os casos de teste para assegurar que cliente todos os cenrios das funcionalidades foram cobertos e esto em conformidade com a especificao de requisitos. Utilizar a Especificao de Requisitos como base para a validao. Colher feedback Colher as solicitaes de mudana, de novas funcionalidades e e aceite do melhorias identificadas pelo cliente e atualizar o Backlog do Projeto cliente para que o cliente possa priorizar os itens para as prximas iteraes. Colher os registros de inconformidade para que a equipe de desenvolvimento realize as devidas correes. Aps os devidos ajustes, a validao deve prosseguir. No havendo inconformidades, nem qualquer solicitao de mudana ou novos requisitos, o Cliente deve assinar o Termo de Aceite do Produto e enviar ao Gerente do Projeto como a confirmao da validao do produto. Emitir termo de O cliente assina o Termo de Aceite do Sistema. aceite Relacionamentos Papis Responsvel: Gerente do Projeto Participantes: o Cliente o Analista o Analista de Teste Entradas Especificao de Requisitos Planilha de Testes (casos de teste) Sadas Backlog do Projeto atualizado Termo de Aceite Observaes Em caso de necessidade de ajustes e correes durante a validao, o fluxo do processo retorna Implementao de ajustes e correes.

50

Atividade: Procedimentos de Entrada em Produo Esta atividade contempla as tarefas necessrias para promover a entrada da verso em ambiente de produo. Tarefas Descrio Gerar verso Gerar verso do sistema para implantao em ambiente de produo. Preparar plano Elaborar plano de recuperao do servidor e volta da verso anterior de contingncia em caso de problema na instalao. Preparar Executar scripts de banco de dados, carga inicial de dados, instalao servidores de plug-ins e complementos no servidor, etc. Implantar a Implantar verso no servidor de produo verso Comunicar aos envolvidos Relacionamentos Papis Responsvel: Analista Participantes: o Desenvolvedores o Gerente do Projeto Entradas Produto executvel Sadas No h. Observaes

51

Atividade: Avaliar Resultados Essa atividade tem como objetivo avaliar e discutir com a equipe os resultados obtidos na iterao. O objetivo apresentar os pontos positivos e negativos e listar as lies aprendidas durante o ciclo. O conhecimento adquirido nessa atividade ir alimentar iteraes e projetos futuros e auxili-los na tomada das melhores decises. Deve ser realizada ao final de cada iterao ao longo de todo o projeto. Se for a ltima iterao do projeto, faa uma avaliao de todo o projeto. Tarefas Preparar avaliao iterao Descrio a Os desenvolvedores e analistas preparam apresentao do que foi da implementado e o gerente do projeto prepara relatrios de status do projeto. O analista de teste prepara relatrio da execuo dos testes. O gerente do projeto convoca a reunio de Avaliao de Resultados da Iterao. Realizar a Seguir a pauta determinada para a reunio de Avaliao de Resultados reunio de da Iterao. avaliao da Rever a abordagem adotada na iterao, a eficcia do ambiente de iterao desenvolvimento, a adequao do ambiente de trabalho e outros fatores. Discutir o que correu bem, o que poderia ter ido melhor. Avaliar os resultados se orientando pelo planejamento da iterao. Definir aes a serem tomadas para melhorar a abordagem de desenvolvimento para a prxima iterao, se for o caso. Discutir como melhor apresentar os resultados para o cliente. Documentar as lies aprendidas. Registrar e O Gerente do Projeto ou algum indicado por ele prepara a Ata da divulgar Reunio de Avaliao de Resultados e divulga a todos os envolvidos. Relacionamentos Papis Responsvel: Gerente do Projeto Participantes: o Analista o Desenvolvedores o Analista de Teste Entradas Backlog da Iterao Plano do Projeto Especificao de Requisitos Planilha de Testes Sadas Avaliao da Iterao Observaes

52

Atividade: Ministrar Treinamentos Esta atividade foca na preparao e execuo dos treinamentos que sero dados, se aplicveis, aos usurios e equipe de manuteno para passagem de conhecimento do sistema. Tarefas Preparar treinamentos Descrio Elaborar apresentao sobre operao do sistema, baseado nos manuais. Elaborar apresentao sobre manuteno do sistema, baseado nos manuais. Planejar e dimensionar turmas de treinamento. Reservar sala, infra-estrutura (projetor, laptop, etc). Convocar envolvidos para os treinamentos. Apresentar procedimentos de operao do sistema para os usurios. Apresentar procedimentos de manuteno do sistema para equipe responsvel. Recolher assinaturas na lista de presena dos treinamentos realizados.

Agendar treinamentos Ministrar treinamentos Registrar treinamento Relacionamentos Papis

Entradas Sadas Observaes

Responsvel: Analista Participantes: o Envolvidos o Cliente o Gerente do Projeto. Manual do Usurio Manual de Manuteno Lista de Presena

53

Atividade: Participar dos Treinamentos Nesta atividade o cliente se compromete a participar dos treinamentos que ser fundamental para passagem de conhecimento do sistema. Essa mesma responsabilidade se aplica equipe de manuteno para o treinamento sobre a manuteno do sistema, quando aplicvel. Tarefas Descrio Participar dos O usurio final deve confirmar a presena e se apresentar no horrio e treinamentos local agendado para o treinamento de operao do sistema. de operao Participar dos A equipe de manuteno deve confirmar presena e se apresentar no treinamentos horrio e local agendado para o treinamento de manuteno do de manuteno sistema. Relacionamentos Papis Responsvel: Cliente / Equipe de Manuteno Participantes: o Envolvidos Entradas E-mail de convocao dos treinamentos. Sadas No h. Observaes

54

Atividade: Encerrar a Iterao No encerramento da iterao o Gerente do Projeto coordena a reviso da estimativa do projeto, em funo das alteraes e conhecimento adquirido com a implementao das funcionalidades da iterao. Caso seja a ltima iterao do projeto prossegue com o encerramento do mesmo e dos contratos a ele associados. Tarefas Descrio Detalhar o Aplicar tcnica de mensurao de tamanho de projeto de software, tamanho do conforme guia especfico, para detalhar o tamanho do produto de produto software desenvolvido no projeto Realizar Em caso de desenvolvimento feito por empresa contratada: procedimentos o Proceder com o pagamento de acordo com o valor calculado do administrativos tamanho desenvolvido, em pontos de funo. Em caso de desenvolvimento feito na prpria SUSEP: o Divulgar a todos os envolvidos via e-mail, atualizao do status do projeto e a concluso da iterao. Realizar Se aplicvel, encerrar os contratos vigentes para o trmino do projeto. procedimentos contratuais Relacionamentos Papis Responsvel: Gerente do Projeto Participantes: o Envolvidos o Analista Entradas E-mail de confirmao da validao Contratos Especificao de Requisitos Planejamento da Iterao Estimativa de Tamanho do Projeto Sadas Tamanho da Iterao detalhado Observaes

55

Atividade: Avaliar a qualidade Esta atividade executada ao longo de toda a fase de Transio e tem o objetivo de avaliar se os artefatos gerados esto em conformidade com os padres de qualidade definidos, com foco na validao da soluo a ser entregue para o usurio. Tarefas Avaliar o planejamento Avaliar cdigo fonte Realizar testes de qualidade Descrio Quando aplicvel, a equipe de qualidade deve avaliar se o Plano da Iterao est completo para o projeto em questo. Avaliar a qualidade do cdigo escrito e adequao aos padres definidos pela CGETI, conforme tecnologia adotada. Realizar testes funcionais conforme casos de teste e requisitos definidos para garantir a adequao ao solicitado pelo cliente. Realizar testes de interface (entrada de dados invlidos etc) para garantir a consistncia dos dados de entrada e correta divulgao de dados de sada. Realizar testes de stress, carga etc conforme definido nos requisitos no-funcionais. Responsvel: Qualidade Documento de Requisitos Plano do Projeto e da Iterao Planilha de Teste Documento de Arquitetura Cdigo fonte Produto Executvel Registro de Qualidade

Relacionamentos Papis Entradas

Sadas Observaes

Quando o projeto desenvolvido por uma empresa contratada, a CCETI deve obrigatoriamente realizar o papel de Qualidade e avaliar a qualidade dos artefatos conforme os entregveis da empresa contratada. Caso o projeto seja realizado pela prpria equipe da CGETI, recomenda-se, como boa prtica, que o papel de Qualidade seja executado por uma equipe da CGETI diferente da equipe envolvida no projeto em questo.

56

3. Manutenes Pequenas
3.1. Introduo
O fluxo de processos de manuteno de sistemas definido nesta seo aplica-se somente a pequenas manutenes. Define-se pequenas manutenes como aquelas manutenes de sistemas que no ultrapassam 100 Pontos de Funo e que no agregam grandes novidades funcionais ao sistema. As manutenes maiores devem ser tratadas como um projeto e o processo a ser executado deve ser o MGDS Projeto (vide seo 2).

3.2.

Objetivos

O principal objetivo do Processo de Manuteno a padronizao dos procedimentos de manuteno de sistemas e o envolvimento do cliente na aprovao dos requisitos a serem manutenidos. Uma interface organizacional com o processo de gerncia de configurao tambm deve ser feita para que as modificaes realizadas no sistema possam ser gerenciadas.

3.3.

Papis e Responsabilidades

A tabela abaixo apresenta os papis e responsabilidades envolvidos na execuo das atividades do processo de manuteno. Papel Executor Descrio Responsvel principal pela execuo da manuteno, desde o planejamento, implementao at o encerramento da demanda. O Executor utiliza pessoal com diferentes perfis para execuo das atividades: Gerente de Projeto Analista Desenvolvedor Analista de Teste Para a descrio desses perfis acima citados vide seo 2.3. Observaes No caso de manutenes atendidas pela equipe interna da CGETI, o Executor a prpria equipe da coordenao que executa a manuteno; No caso de manutenes atendidas por equipe externa (empresa contratada): o A empresa contratada assume o papel de Executor; o Algumas das atividades previstas no fluxo do processo de manuteno podem ser executadas pela equipe da CGETI ou em conjunto com a contratada, conforme avaliao da prpria CGETI. Exemplo: Especificar requisitos da manuteno, Especificar a soluo.

57

Cliente

Qualidade

Principal interessado na realizao da manuteno. Responsvel por informar, avaliar e aprovar os requisitos da manuteno e tambm por validar a manuteno realizada. rea responsvel por avaliar a qualidade dos artefatos gerados durante o processo de manuteno e, principalmente, por executar testes de qualidade.

No caso de manutenes atendidas por equipe externa (empresa contratada), a CGETI assume o papel de Qualidade, validando a qualidade dos artefatos e executando testes para garantir que a manuteno atende aos requisitos funcionais e de qualidade. Nestes casos, a avaliao da qualidade deve ser realizada pela CGETI antes da validao com o cliente.

3.4.

Fluxo de Trabalho

A figura abaixo apresenta o fluxo de trabalho do Processo de Manuteno. O fluxo apresenta os processos, papis envolvidos e os produtos gerados. Este fluxo pode ser executado quantas vezes forem necessrias at cobrir todo o escopo da manuteno (Iteraes).
Figura 9 Processo de Pequenas Manutenes

58

Atividade: Especificar requisitos da manuteno O propsito desta atividade detalhar os requisitos da manuteno junto ao cliente para alcanar consenso no entendimento do escopo. Reunies devem ser realizadas para mapear as mudanas necessrias, novos requisitos e eventuais correes. Tarefas Detalhar requisitos Descrio Identificar as alteraes em funcionalidades, adequaes, correes e novas funcionalidades. Criar esboos de tela para garantir o entendimento do fluxo de navegao e disposio dos elementos de interface por parte do cliente e desenvolvedores. Documentar os requisitos e alteraes. Responsvel: Executor (Analista) Participantes: o Cliente o Executor (Gerente do Projeto) Documento de Escopo Preliminar Documento de Requisitos

Relacionamentos Papis

Entradas Sadas Observaes

Uma vez que a demanda de manuteno detalhada pela equipe da CGETI com o objetivo de elaborar a Ordem de Servio (Detalhar demanda junto ao requisitante), esta atividade somente deve ser executada caso haja a necessidade de mais detalhes nos requisitos da manuteno, no observados no Documento de Escopo Preliminar. O Documento de Requisitos, sada desta atividade, uma extenso do Documento de Escopo Preliminar. No havendo a necessidade de elaborar um novo documento caso o detalhamento preliminar seja suficiente. Nesses casos, recomenda-se a troca do nome do documento, uma vez que no estamos mais tratando do escopo preliminar, mas sim dos requisitos finais da manuteno.

59

Atividade: Planejar a manuteno A equipe deve discutir sobre o escopo da manuteno, riscos, durao inicial e os entregveis. O Plano da Manuteno pode ser atualizado medida que a manuteno progride em diversas iteraes. O Gerente do Projeto deve garantir que todos esto comprometidos com o plano. Tarefas Identificar equipe Estimar tamanho e durao do projeto Descrio A equipe deve ser identificada, definindo os papis que cada um assumir, alm do comprometimento com as responsabilidades. Se ainda no tiver estimado o tamanho da manuteno, aplicar tcnica de estimativa e estimar o tamanho da manuteno a ser realizada. Elaborar um cronograma inicial de atendimento da demanda de manuteno, detalhando o que est acordado na Ordem de Servio. Documentar a estimativa de tamanho e durao no Plano da Manuteno. Identificar as premissas e restries do projeto; Documentar os papis, responsabilidades e nomear as pessoas responsveis por cada papel; O Gerente do Projeto deve avaliar a necessidade de definir os planos para o acompanhamento do projeto, comunicao, mudanas, aceitao do produto e outros conforme avaliao. A equipe deve identificar os riscos, avaliar e atualizar a lista de riscos. O Gerente do Projeto deve apoiar na deciso de quais riscos sero inicialmente tratados (mitigados ou evitados), quais sero apenas observados e aqueles que sero aceitos. Responsvel: Executor (Gerente do Projeto) Participantes: o Executor (Analistas) o Executor (Desenvolvedores) o Cliente Documento de Requisitos Plano da Manuteno

Organizar o projeto de manuteno

Identificar e avaliar riscos

Relacionamentos Papis

Entradas Sadas Observaes

O Plano da Manuteno deve conter somente o essencial para a conduo do projeto de manuteno. Uma anlise deve ser realizada para identificar os elementos essenciais do plano para cada projeto de manuteno, que se aplicarem ao contexto.

60

Atividade: Aprovar Plano da Manuteno e Requisitos O propsito desta atividade coletar a aprovao da rea cliente quanto aos requisitos da manuteno e do Plano da Manuteno. O objetivo adquirir consenso entre todos os envolvidos do trabalho a ser realizado e da maneira como ser gerenciado o projeto de manuteno. Tarefas Descrio Aprovar Avaliar se o Documento de Requisitos contempla as alteraes em requisitos da funcionalidades, adequaes, correes e novas funcionalidades manuteno solicitadas. Avaliar os esboos de tela para garantir o entendimento do fluxo de navegao e disposio dos elementos de interface. Emitir aprovao. Aprovar Plano Avaliar premissas e restries, cronograma e demais planos. de Manuteno Avaliar lista de riscos. Emitir aprovao Relacionamentos Papis Responsvel: Cliente Participantes: o Executor (Gerente do Projeto) o Executor (Analistas) Entradas Documento de Requisitos Plano da Manuteno Sadas Termo de Aceite Observaes

61

Atividade: Especificar a soluo Esta atividade tem o propsito de especificar uma soluo tcnica para a manuteno a ser realizada. Tarefas Projetar soluo Descrio Identificar os elementos de projeto, a interao entre eles e o enquadramento da arquitetura para obter o comportamento desejado (projetar o banco de dados, definir padres de acesso ao banco, patterns que sero adotados, identificar estrutura de classes que implementaro os requisitos) Observar a necessidade de complementar a especificao com modelos e diagramas adicionais detalhando a soluo para os casos de solues mais complexas, workflows e funcionalidades que interagem com muitos sistemas, por exemplo. Gerar um documento com as principais decises arquiteturais (classes, padres definidos para o projeto etc) Identificar casos de teste conforme os cenrios dos casos de uso e alteraes levantadas. Listar os casos de teste com nomes que identifique a condio a ser avaliada ou o resultado esperado. Registrar na Planilha de Testes. Responsvel: Executor (Desenvolvedor) Participantes: o Executor (Analista) o Executor (Gerente do Projeto) Documento de Requisitos Documentao Tcnica Planilha de Testes

Identificar os casos de teste

Relacionamentos Papis

Entradas Sadas Observaes

62

Atividade: Implementar a manuteno Esta atividade tem o propsito de implementar, testar e integrar a soluo para um determinado grupo de requisitos da manuteno. Tarefas Implementar a soluo Descrio Escrever o cdigo fonte conforme o projeto realizado e o comportamento esperado. Identificar elementos j existentes e possibilidade de reuso, ainda que de parte da implementao. Realizar a reviso do cdigo gerado de acordo com os padres de codificao utilizando tcnicas como programao em pares ou ferramentas apropriadas para anlise de padronizao de cdigo. Ajustar o cdigo em decorrncia da reviso feita. Definir as funes e procedimentos que sero alvo dos testes unitrios. Escrever os testes unitrios conforme a criticidade da funcionalidade a ser testada. Se possvel, procurar automatizar os testes via uma ferramenta de testes para que eles possam ser executados sempre que houver alguma mudana no cdigo. Executar dos testes. Checar se o funcionamento dos testes est correto e analisar o resultado, fazendo as devidas correes (tanto nos testes quanto na implementao da soluo). Integrar todo o cdigo fonte. Procure automatizar esta integrao de tal forma que ela seja feita continuamente. Remover qualquer conflito e criar o incremento (executvel, web application etc). Executar testes para validar a integrao. Responsvel: Executor (Desenvolvedor) Participantes: o Executor (Analista) o Executor (Gerente do Projeto) Documento de Requisitos Planilha de Testes Documentao Tcnico Cdigo fonte Executvel

Implementar e executar testes unitrios

Integrar e fechar incremento

Relacionamentos Papis

Entradas

Sadas Observaes

63

Atividade: Realizar testes Esta atividade objetiva validar a implementao feita na iterao e integr-la antes da entrega para a validao pela equipe de qualidade e pelo cliente. Consiste em desenvolver simulaes de teste para validar os requisitos de sistemas implementados em uma dada iterao de uma forma integrada entre as partes do sistema j desenvolvidas. Tarefas Descrio Gerar verso Gerar a baseline da verso de acordo com o processo de Gesto de para testes Configurao. Implantar verso em ambiente de teste. Desenvolver as Selecionar os casos de teste a serem executados de acordo com os simulaes de requisitos previstos. Avalie a necessidade de criar novos casos de teste. teste Defina as simulaes de teste considerando as condies de contorno. Organizar a seqncia dos testes de modo a facilitar a execuo. Executar testes Executar os testes conforme casos de teste e simulaes mapeados. Executar tambm testes de interface e outros testes conforme requisitos no funcionais definidos (testes de desempenho, stress etc). Registrar os resultados na Planilha de Teste, sobretudo os itens de inconformidade para correo por parte da equipe de desenvolvimento. Relacionamentos Papis Responsvel: Executor (Analista de Teste) Participantes o Executor (Analista) o Executor (Gerente do Projeto) o Executor (Desenvolvedor) Entradas Planilha de Teste Especificao de Requisitos Executvel Sadas Planilha de Testes (com resultados lanados) Observaes Em caso de necessidade de ajustes e correes, durante os testes, o fluxo do processo retorna ao desenvolvimento. Caso contrrio, o fluxo segue para a avaliao da qualidade. Nas manutenes realizadas com empresa contratada, a avaliao da qualidade realizada pela CGETI.

64

Atividade: Validar a manuteno Esta atividade consiste na apresentao da manuteno desenvolvida para o cliente para coletar seu feedback. As novas funcionalidades e solicitaes de mudana que no so inconformidades so registradas para que possam ser priorizadas nas prximas iteraes. Tarefas Descrio Gerar verso Se ainda no estiver criada, gerar a baseline da verso para validao de para validao acordo com o processo de Gesto de Configurao. Implantar em ambiente de homologao. Validar a Executar os casos de teste para assegurar que todos os cenrios das manuteno funcionalidades foram cobertos e esto em conformidade com a com o cliente especificao de requisitos. Utilizar o Documento de Requisitos como base para a validao. Colher feedback Colher as solicitaes de mudana, de novas funcionalidades e e aceite do melhorias identificadas pelo cliente. cliente Colher os registros de inconformidade para que a equipe de desenvolvimento realize as devidas correes. Aps os devidos ajustes, a validao deve prosseguir. O Cliente deve emitir um Termo de Aceite da Iterao com a confirmao da validao ou com a listagem dos itens de inconformidade. Relacionamentos Papis Responsvel: Executor (Gerente do Projeto) Participantes: o Cliente o Executor (Analista) o Executor (Analista de Teste) Entradas Documento de Requisitos Planilha de Testes Executvel Sadas Termo de Aceite Observaes comum nesta atividade que o cliente solicite acesso ao sistema por alguns dias para confirmar a validao. Neste caso, o Gerente do Projeto deve negociar um prazo com o Cliente e solicitar o Termo de Aceite com o resultado da validao. As solicitaes de mudanas (alteraes e incluses de requisitos) no desobrigam o cliente a emitir o Termo de Aceite. O Termo de Aceite somente no deve ser emitido em caso de falhas/inconformidade com os requisitos definidos no Documento de Requisitos. Em caso de necessidade de correes durante os testes, o fluxo do processo retorna ao desenvolvimento.

65

Atividade: Encerrar a manuteno No encerramento, o Gerente do Projeto coordena a reviso da estimativa do projeto, em funo das alteraes e conhecimento adquirido com a implementao das funcionalidades da iterao. Tarefas Detalhar tamanho Iterao Descrio Aplicar tcnica de mensurao de tamanho de projeto de software para da detalhar o tamanho dos requisitos desenvolvidos para a Iterao. Considerar o conhecimento adquirido durante a implementao e ajustes realizados para o detalhamento do tamanho em relao estimativa feita no incio da iterao. Revisar Atualizar a documentao do projeto existente em funo da documentao manuteno realizada. Avaliar Avaliao do relatrio de execuo dos testes. resultados Discutir os pontos positivos e negativos no sentido de gerar lies aprendidas e melhorar nas prximas iteraes. Realizar Se for a ltima iterao da manuteno, realizar os procedimentos procedimentos necessrios para a entrada da Release em ambiente de produo para (Exemplo: abrir chamado para a equipe apropriada, descrever os implantao em procedimentos exclusivos, preparar scripts etc). produo Realizar Realizar as tarefas necessrias para fins de pagamento, formalizao de procedimentos entrega etc. administrativos Divulgar a todos os envolvidos a atualizao do status do projeto e a concluso da iterao. Relacionamentos Papis Responsvel: Executor (Gerente do Projeto) Participantes: o Executor (Analista) o Desenvolvedor (Analista) Entradas Documento de Requisitos Documentao Tcnica (modelo de dados) Planilha de Teste Executvel Sadas Tamanho da manuteno detalhado Observaes

66

Atividade: Avaliar a qualidade Esta atividade executada ao longo de todo o processo de manuteno e tem o objetivo de avaliar se os artefatos gerados esto em conformidade com os padres de qualidade definidos. Tarefas Avaliar conformidade dos requisitos Avaliar Plano de Manuteno Avaliar especificiao da soluo Descrio Quando aplicvel, a equipe de qualidade deve avaliar se os requisitos da manuteno foram descritos com clareza, em conformidade com o solicitado e respeitando o padro definido. Quando aplicvel, a equipe de qualidade deve avaliar se o Plano de Manuteno est completo para o projeto de manuteno em questo. Quando aplicvel, a equipe de qualidade deve avaliar se os modelos gerados e soluo proposta esto em conformidade com os padres da CGETI (Exemplo: nomenclatura de colunas, padres de acesso ao banco, arquitetura de sistema etc). Avaliar se os casos de teste gerados cobrem todos os requisitos da manuteno. Avaliar a qualidade do cdigo escrito e adequao aos padres definidos pela CGETI, conforme tecnologia adotada. Realizar testes funcionais conforme casos de teste e requisitos definidos para garantir a adequao ao solicitado pelo cliente. Realizar testes de interface (entrada de dados invlidos etc) para garantir a consistncia dos dados de entrada e correta divulgao de dados de sada. Realizar testes de stress, carga etc conforme definido nos requisitos no-funcionais. Responsvel: Qualidade Documento de Requisitos Plano de Manuteno Planilha de Teste Documentao Tcnica Cdigo fonte Executvel Registro de Qualidade

Avaliar cdigo fonte Realizar testes de qualidade

Relacionamentos Papis Entradas

Sadas Observaes

Quando a manuteno realizada por uma empresa contratada, a CCETI deve obrigatoriamente realizar o papel de Qualidade e avaliar a qualidade dos artefatos conforme os entregveis da empresa contratada. Caso a manuteno seja realizada pela prpria equipe da CGETI, recomenda-se como boa prtica, que o papel de Qualidade seja executado por uma equipe da CGETI diferente da equipe envolvida na manuteno em questo.

67

4. Processos de Apoio
4.1. Descrio
Existem alguns processos que suportam todas as fases da metodologia e que em paralelo so responsveis por garantir a qualidade dos produtos de trabalho gerados e do seguimento dos processos e das melhores prticas. A figura abaixo ilustra a atuao desses processos de apoio.
Figura 10 Processos de Apoio

Gerenciamento do Projeto

Gesto de Configurao

Gesto de Mudanas

Iniciao
PROBLEMA/ESCOPO PLANEJAMENTO REQUISITOS DESENVOLVIMENTO TESTE/AVALIAO HOMOLOGAO

Construo
PLANEJAMENTO REQUISITOS DESENVOLVIMENTO TESTE/AVALIAO HOMOLOGAO

Transio
PLANEJAMENTO TESTES/AVALIAO HOMOLOGAO TREINAMENTO IMPLANTAO

4.2.

Gerenciamento do Projeto

Gerenciamento de Projetos uma disciplina que impacta e impactada por todas as outras disciplinas. Ela cria valor estabelecendo uma um ambiente de trabalho de alto desempenho onde os envolvidos confiam na capacidade da equipe de entregar valor. A equipe do projeto levada a compreender as intenes dos envolvidos e confirmar este entendimento produzindo continuamente um software funcional para avaliao. O propsito do gerenciamento de projetos : Promover consenso entre os envolvidos na priorizao da seqncia de trabalho; Estimular a colaborao da equipe em criar planos de conduo para o projeto; Focar a equipe em entregar continuamente software testado para avaliao por parte do cliente; Ajudar a criar um ambiente de trabalho eficiente que maximize a produtividade da equipe; Manter os envolvidos e equipe informadas sobre o progresso do projeto; Fornecer um framework para gerenciar riscos e continuamente adaptar s mudanas. As principais atividades e tarefas de gesto de projetos j foram detalhadas nas diferentes fases da metodologia (planejamento do projeto, planejamento das iteraes, avaliaes de resultados e encerramento das iteraes). Estas atividades de gesto foram inseridas dentro do fluxo de processo de uma iterao. Neste tpico vamos focar no Gerenciamento da Iterao que deve ser executada ao longo de toda a iterao.

68

A figura abaixo apresenta em destaque a atividade foco deste tpico.


Figura 11 Gerenciamento de Projetos

GESTO DE PROJETOS
Planejar projeto Planejar iterao Gerenciar iterao Avaliar resultados Encerrar iterao

Atividade: Gerenciar a Iterao O propsito desta atividade avaliar a situao do projeto e identificar os eventuais problemas de bloqueio e oportunidades. Identificar e gerenciar as excees, problemas e riscos, alm de comunicar a situao do projeto. no contexto desta atividade que o Gerente do Projeto deve promover as interaes entre os membros da equipe para melhorar a confiana entre eles e no trabalho. O Gerente do Projeto ajuda a equipe a alcanar os objetivos da iterao, trabalhando na remoo das restries e monitorando o progresso e o trabalho remanescente da iterao. Quando a equipe estiver atrasada, o Gerente do Projeto deve ajudar a identificar como possvel reduzir trabalho, corrigir os desvios e ainda atingir a meta da iterao. Importante destacar a necessidade de envolvimento do cliente na aprovao de mudanas e aes que os afetam. Tarefas Descrio Acompanhar o Realizar reunies dirias, de preferncia no incio do dia para: progresso da o Monitorar continuamente a iterao e assegurar que est iterao atual progredindo apropriadamente. Entenda quo precisa esto as estimativas e a velocidade da equipe. o Atualizar a evoluo do cronograma e possibilitar a equipe atualizar as tarefas feitas, apresentar as restries, discutir melhorias e apresentar as tarefas que devem ser completadas at a reunio do dia seguinte. Acompanhar o status de cada item de trabalho/requisito usando indicadores visuais de informaes do estado (por exemplo: validado, pendente, fazendo, feito) em um mural ou uma ferramenta automatizada. Traar um Grfico de Burndown da Iterao a fim de visualizar o progresso da iterao. Tomar as aes corretivas para ajustar o curso da iterao se o Grfico de Burndown mostrar que o trabalho no ser concludo conforme o planejado. Capturar e Coletar e comunicar a situao da iterao e a situao do projeto aos comunicar a envolvidos com frequencia. Esta comunicao diminui os riscos de situao do desconexo entre o desenvolvimento e os envolvidos. projeto O relatrio de situao deve mostrar o progresso em relao data de entrega, e deve ser atualizado no final de cada iterao (quando mtricas tais como a velocidade da equipe, puderem ser levantadas). Este relatrio permite equipe prever o que realizar nas iteraes

69

Tratar excees e problemas

Identificar e gerenciar riscos

Gerenciar objetivos

Gerenciar solicitaes de mudanas Relacionamentos Papis

restantes. Outras mtricas (como os resultados dos testes) tambm podem ser usadas para apresentar o status do projeto / iterao. Utilizar as reunies dirias para identificar as causas e impacto dos problemas e excees que possam surgir. Identificar as possveis solues para os problemas que tm um impacto imediato sobre as metas de curto prazo e objetivos. Identificar quem precisa estar envolvido na implementao da soluo. Definir as aes corretivas e implement-las. Identificar os riscos o mais cedo possvel, mantendo essa tarefa durante o projeto. A lista de riscos deve ser revista semanalmente, ou pelo menos uma vez por iterao. Toda a equipe deve estar envolvida na identificao, elaborao do plano de ao e mitigao de riscos. Em casos de problemas crticos que impedem a equipe de alcanar os objetivos, o Gerente do Projeto deve trabalhar junto equipe para eliminar tarefas e ainda assim entregar algo til para o cliente. Trabalhar tambm junto ao cliente para revisar o Backlog da Iterao, reduzir nfase em itens mais crticos e posterg-los para a prxima iterao. Capturar e registrar as solicitaes de mudana, de acordo com o processo de apoio Gerenciamento de Mudanas.

Entradas Sadas Observaes

Responsvel: Gerente do Projeto Participantes o Analista o Desenvolvedor o Cliente Plano do Projeto Backlog da Iterao atualizado

4.3.

Gesto de Configurao do Projeto

4.3.1.Introduo e Objetivos
Um projeto de software composto por muitos artefatos: planos, cdigos executveis, cdigos fontes, modelos, relatrios, manuais e outros documentos, sendo alguns deles resultados oficiais do projeto enquanto outros servem de utilizao interna dentro da equipe do projeto. Esses artefatos podem evoluir ao longo do processo de desenvolvimento do projeto e, dessa forma, importante que sejam armazenados e controlados, uma vez que pode ser necessrio recuper-los. O processo de Gesto de Configurao do Projeto tem como objetivo, portanto, identificar e documentar as caractersticas dos artefatos criados ou utilizados no projeto, controlar as alteraes, armazenar e registrar o processamento das modificaes e verificar a integridade

70

desses artefatos ao longo do projeto. Com isso, evita problemas como perda de verses de artefatos, reaparecimento de erros, falta de controle de alteraes e de visibilidade em relao ao estado do projeto em um dado momento, retrabalho e perda de produtividade. importante destacar que a gesto de configurao se aplica tanto ao projeto quanto ao produto de software, uma vez que os projetos podem atuar sobre um novo produto ou sobre um mesmo produto j existente. A gesto da configurao dos produtos e projetos de Tecnologia da Informao ser apoiada pela ferramenta Subversion, para os mais diversos artefatos.

4.3.2.Definies
Artefatos do projeto: So chamados de artefatos do projeto tudo aquilo que gerado ou utilizado ao longo do seu desenvolvimento, podendo ser, por exemplo: cdigo fonte, documentos, imagens, relatrios, bibliotecas, atas de reunio, planilhas, etc. Cada artefato deve ser colocado sob o nvel de Gesto de Configurao adequado. Para alguns, esse nvel consiste apenas em seu armazenamento na pasta do projeto e nomenclatura, por exemplo, para os registros estticos (que no evoluem ex: atas de reunio, relatrios, etc). Ao mesmo tempo, para outros artefatos (os Itens de Configurao vide definio correspondente), esse nvel mais elevado, sendo necessrio atribuir a eles os respectivos graus de controle (vide definio correspondente). Grupo Gestor da Configurao: Grupo responsvel pela Gesto de Configurao do Projeto e cumprimento deste processo. Baseline: Trata-se de uma verso de um conjunto de Itens de Configurao devidamente validados e aprovados, correspondendo a uma fotografia do estado do projeto em um momento especfico. Item de Configurao (IC): So chamados de Itens de Configurao os artefatos controlados no mbito do projeto cuja evoluo deve ser passvel de rastreamento, ou seja, artefatos que sofrero alteraes que devem ser monitoradas ao longo do projeto e cujas verses devem ser devidamente mantidas e recuperveis. Alteraes nos ICs devem ser implementadas de acordo com o seu grau de controle (vide definio correspondente). Documento de Baseline: o documento que representa a baseline do projeto propriamente dita, onde so listados os ICs com as respectivas verses e outros itens relacionados ao estado atual do projeto. Grau de controle do Item de Configurao: O grau de controle mede o rigor com que um determinado IC deve ser alterado em um determinado momento do projeto. Ele atribudo aos ICs em cada baseline, podendo um mesmo IC ter graus de controle diferentes em diferentes momentos do projeto. O grau de controle deve ser atribudo considerando a criticidade de uma alterao em um IC naquele momento do projeto. Os graus de controle podem ser: o 0 (baixo): aplicado a ICs que no necessitam controle formal de aprovao e alterao.

71

o o

1 (mdio): aplicado a ICs que ainda no foram formalmente aprovados mas que evoluiro ao longo do projeto. 2 (alto): aplicado a ICs formalmente j aprovados pelo cliente ou que exigem maior rigor para serem alterados.

4.3.3.Fluxo de Trabalho
A figura abaixo apresenta o processo de Gesto de Configurao. O fluxo apresenta os processos, papis envolvidos e os produtos gerados.
Figura 12 Processo de Gesto de Configurao

As tabelas a seguir detalham cada um dos processos com a respectiva seqncia de atividades que conduzem s sadas desejadas de cada processo. Atividade: Planejar a Gesto de Configurao Realizar um planejamento das atividades de gesto de configurao do projeto e do produto, definindo o que ser controlado e como, assim como as baselines a serem geradas. Tarefas Definir os ICs Definir o Grupo Gestor de Configurao Criar repositrio Relacionamentos Papis Descrio Definir os ICs do projeto cujas verses sero controladas. Utilizar o Guia de Gesto de Configurao. Definir os integrantes do Grupo Gestor de Configurao. Definir o plano para liberao das entregas e gerao das baselines. Definir os momentos no projeto de checagem da configurao. Criar repositrio e estrutura de pastas na rede conforme orientaes do Guia de Gesto de Configurao. Responsvel: Gerente do Projeto Participantes: o Analista Plano do Projeto Plano do Projeto

Entradas Sadas

72

Repositrio de dados do projeto Observaes Recomenda-se a gerao de uma baseline a cada entrega de Release do software. Caso o projeto no apresente marcos suficiente para a gerao de vrias entregas, uma a cada iterao h a obrigatoriedade de gerar uma baseline ao final do projeto, no mnimo.

Atividade: Controlar a configurao Essa atividade tem como objetivo garantir o controle adequado da evoluo dos itens de configurao ao longo do projeto, de forma a evitar perdas de verses e reaparecimento de problemas j corrigidos medida que os ICs forem alterados. Tarefas Descrio Controlar a Gerenciar a configurao de acordo com o planejamento e com o grau configurao de controle necessrio, garantir a atualizao do repositrio e gerao das verses do software e as baselines. Verificar se esto sendo feitos backups peridicos do repositrio do projeto pela equipe infra-estrutura. Seguir as orientaes do Guia Tcnico de Gesto de Configurao. Realizar checagem da configurao do projeto conforme definies obtidas no planejamento do projeto. Relacionamentos Papis Responsvel: Grupo Gestor de Configurao Entradas Plano do Projeto Sadas No h. Observaes As nomenclaturas de documentao, baselines, verses do software, tags e branches devem seguir as orientaes do Guia Tcnico de Gesto da Configurao.

Atividade: Preparar a liberao de verso Preparar liberao oficial do produto, realizando as atividades necessrias para garantir o controle adequado da sua configurao e entrega dos artefatos previstos, ao final de cada fase do projeto. Tarefas Gerar baseline Descrio Gerar verso do software, quando aplicvel. Elaborar o Documento de Baseline, conforme Guia Tcnico de Gesto de Configurao. Responsvel: Grupo Gestor de Configurao Participantes: o Analista Plano do Projeto

Relacionamentos Papis

Entradas

73

Sadas Observaes

Documento de Baseline

4.4.

Gesto de Mudanas no Projeto

Ao longo do desenvolvimento do projeto, ocorrem alteraes nos requisitos devido a vrios motivos. medida que o cliente aumenta seu conhecimento em relao s suas necessidades e a equipe ganha experincia no sistema e em seu contexto, novos requisitos so identificados e mudanas surgem nos requisitos j existentes. O gerenciamento adequado dessas alteraes essencial para o sucesso do projeto, visto que, caso no ocorra, podem surgir inconsistncias entre esses requisitos e os outros artefatos do projeto e tanto o projeto quanto o cliente podem ter prejuzos e insatisfaes. Alm disso, a execuo do planejamento do projeto diretamente afetada pelas mudanas que podem ocorrer. A figura e tabelas a seguir descrevem os passos necessrios para analisar e implementar mudanas no projeto, por meio da anlise de impacto e garantia da consistncia do planejamento do projeto e da satisfao das necessidades do cliente.
Figura 13 Processo de Gesto de Mudanas no Projeto

74

Atividade: Solicitar Mudanas Atividade em que identificada e formalizada uma solicitao de mudana no projeto. Tarefas Descrio Identificar e O requisitante identifica uma solicitao de mudana no projeto e faz solicitar uma solicitao por e-mail para a anlise da equipe do projeto. mudana Relacionamentos Papis Responsvel: Requisitante Participantes: o Analista Entradas No h Sadas E-mail solicitando alterao no projeto Observaes O Requisitante pode ser tanto o cliente quanto a prpria equipe do projeto, caso ela tenha identificado internamente uma necessidade de mudana no projeto. Em ambos os casos o cliente necessitar aprovar o impacto da mudana, caso exista.

Atividade: Analisar impacto e estimar esforo Nesta atividade a solicitao de mudana no projeto recebida, compreendida e detalhada. Tarefas Anlise solicitao. Descrio Determinar os atores envolvidos, casos de uso e casos de teste. Especificar as mudanas solicitadas. Verificar se a solicitao de mudana pertinente. Estimativa de Aplicar tcnica de mensurao de tamanho de projeto de software para esforo estimar o tamanho dos requisitos detalhados. Utilizar os Guias Tcnicos de Estimativa de Tamanho. A equipe apresenta o esforo necessrio para completar o trabalho. Determinao Avaliar, diante do esforo estimado o impacto no planejamento e do impacto determinar, caso exista, as alteraes em prazo e custo no projeto para as mudanas solicitadas. Elaborar o Documento de Solicitao de Mudana com as informaes coletadas no processo. Relacionamentos Papis Responsvel: Analista Participantes: o Gerente do Projeto Entradas No h. Sadas Documento de Solicitao de Mudana. Observaes da Havendo impacto no projeto, o documento de Solicitao de Mudanas segue para aprovao do Requisitante. Caso contrrio, segue para o processo Inserir no Backlog e Priorizar.

75

Atividade: Avaliar impacto no projeto Nesta atividade, o Requisitante avalia os impactos decorrentes da mudana, as alteraes no planejamento (prazo e custo) e no escopo, podendo aceitar ou no este impacto. Tarefas Descrio Avaliar os O Requisitante deve observar o impacto no escopo e tambm no custo impactos da e prazo do projeto. Havendo possibilidade de arcar com as alteraes, mudana decide-se sobre a implementao ou no da mudana. Relacionamentos Papis Responsvel: Requisitante Participantes: o Gerente do Projeto o Analista Entradas Documento de Solicitao de Mudana Sadas No h. Observaes

Atividade: Inserir no Backlog e repriorizar Nesta atividade, a solicitao de mudana, j aceita, inserida no Backlog do Projeto para ento incorporar o planejamento das atividades e serem implementadas. Tarefas Descrio Registrar Atualizar o Backlog do Projeto com as solicitaes de mudana. solicitaes de Repriorizar o Backlog do Projeto. mudana Relacionamentos Papis Responsvel: Gerente do Projeto Participantes: o Analista Entradas Documento de Solicitao de Mudana Backlog do Projeto Sadas Backlog do Projeto atualizado Observaes

76

Atividade: Formalizar descarte da solicitao Aps a avaliao dos impactos que sero gerados pela mudana requerida, o Requisitante decide por no aceitar os mesmos e descarta a solicitao de mudana. Tarefas Descrio Descartar a O Requisitante envia e-mail e formaliza o cancelamento da solicitao solicitao de de mudana. mudana Relacionamentos Papis Responsvel: Requisitante Entradas No h. Sadas No h. Observaes

77

5. Artefatos
5.1. Descrio
A tabela abaixo define a documentao necessria e os produtos que devero ser gerados durante os projetos de desenvolvimento / manuteno de sistemas e utilizados na execuo dos processos da MGDS da SUSEP. A responsabilidade pela elaborao de cada artefato descrita nos processos da MGDS citados nas sees anteriores. Os artefatos listados so exigncia mnima para os projetos e sua elaborao obrigatria. Qualquer alterao na obrigatoriedade, por particularidade de projetos deve ser devidamente documentada e acordada com a coordenao da CGETI.
Tabela 3 Lista de artefatos da metodologia

Artefato Avaliao da Iterao

Processo em que gerado / revisado Iniciao > Avaliar Resultados Construo > Avaliar Resultados Transio > Avaliar Resultados Iniciao > Definir Escopo Preliminar Iniciao > Planejar o Projeto Iniciao > Validar com o cliente Construo > Realizar Testes de Aceite Transio > Validar com o cliente Iniciao > Planejar o Projeto Cosntruio > Planejar a Iterao Transio > Planejar a Iterao Manutenes Pequenas > de Iniciao > Desenvolver o Incremento da Soluo

Templates Avaliao da Iterao.docx

Backlog do Projeto

Backlog.xlsx

Backlog da Iterao

Backlog.xlsx

Documentao Tcnica Documento Arquitetura

Documentacao Tecnica.docx Documento Arquitetura.docx

de

Documento de Baseline Documento de Escopo Preliminar Especificao de Requisitos

Gesto da Configurao Fluxo de Trabalho > Detalhar demanda junto ao cliente Iniciao > Detalhar Requisitos Priorizados Construo > Detalhar Requisitos Priorizados Manutenes Pequenas > Especificar Requisitos da Manuteno Fluxo de Trabalho > Detalhar demanda junto ao cliente Iniciao > Planejar a Iterao Construo > Planejar a Iterao Transio > Planejar a Iterao Transio > Ministrar Treinamento Transio > Elaborar Manual do Usurio Transio > Elaborar Manual do Usurio Fluxo de Trabalho > Abrir O.S. para assinatura do cliente

Modelo de Dados.docx Documento de Baseline.xlsx Documento de Escopo Preliminar.docx Especificao de Requisitos.docx

Estimativa de Tamanho do Projeto Estimativa de Tamanho dos Requisitos da Iterao Lista de Presena Manual de Manuteno Manual do Usurio Ordem de Servio (O.S.)

Planilha Estimada.xls Planilha Referencia.xls

Contagem Contagem

Ordem de Servio.docx

78

Planilha de Testes

Plano do Projeto

Iniciao > Detalhar Requisitos Priorizados Construo > Detalhar Requisitos Priorizados Iniciao > Realizar Testes Integrados na Soluo Construo > Realizar Testes Integrados na Soluo Manutenes Pequenas > Especificar Soluo Manutenes Pequenas > Realizar Testes Iniciao > Planejar o Projeto

Planilha de Testes.xlsx

Plano do Projeto.docx Lista de riscos.xls Plano da Manutencao.docx Lista de riscos.xls -

Plano da Manuteno

Manutenes Pequenas > Planejar a Manuteno

Registro da qualidade

Solicitao de Mudana Solicitao de Servio de TI Tamanho da Iterao Detalhado Tamanho da Manuteno Detalhado Termo de Aceite

Iniciao > Avaliar a Qualidade Construo > Avaliar a Qualidade Transio > Avaliar a Qualidade Manutenes Pequenas > Avaliar a Qualidade Gesto de Mudanas Fluxo de Trabalho > Abrir Demanda Iniciao > Encerrar a Iterao Construo > Encerrar a Iterao Transio > Encerrar a Iterao Manutenes Pequenas > Encerrar a Manuteno Iniciao > Validar com o Cliente Construo > Validar com o Cliente Transio > Realizar Testes de Aceite Manutenes Pequenas > Aprovar Plano e Requisitos Manutenes Pequenas > Validar a Manuteno Fluxo de Trabalho > Encerrar O.S.

Solicitao de Mudanas.docx Solicitao de Servio de TI.docm Planilha Contagem Detalhada.xls Planilha Contagem Detalhada.xls Termo de Aceite.docx

Termo de Encerramento da Ordem de Servio

Termo de Encerramento da Ordem de Servio.docx

79

6. Guias Tcnicos
6.1. Descrio
A listagem abaixo apresenta os guias tcnicos e ferramentas que auxiliaro na execuo dos processos da MGDS. Outras ferramentas e guias podem ser agregados ao processo sendo a presente lista uma orientao a ser utilizada de acordo com a necessidade.
Tabela 4 Lista dos guias tcnicos e ferramentas

Guia Tcnico Roteiro de Mtricas de Software da SUSEP Gesto da Configurao Arquitetura e Desenvolvimento de sistemas em C#.Net Arquitetura e Desenvolvimento de sistemas em Delphi Banco de Dados

Você também pode gostar