Agncia Nacional de Vigilncia Sanitria

METODOLOGIA DE DESENVOLVIMENTO DE SISTEMAS

GGTIN GESIS

Braslia, julho de 2006.

Pgina: 1

GGTIN / GESIS Gerncia de Desenvolvimento de Sistemas METODOLOGIA DE DESENVOLVIMENTO DE SISTEMAS Data: 08/08/2006 Verso: 1.0.03

Histrico de Revises
Data 12/06/2006 11/06/2006 26/07/2006 08/08/2006 Verso 1.0.00 1.0.01 1.0.02 1.0.03 Descrio Criao do Artefato Reviso Reviso Reviso Autor Maria da Conceio Arago Martins Luiz Roberto T. Reis. Luiz Roberto T. Reis. Luiz Roberto T. Reis.

D:\Reis\0-MDS doc para Anlise\Documentos Padronizados\1-MDS GUIAS\GUIA_MDS_ANVISA.doc 31/10/2006 11:58 Pgina: 2

GGTIN / GESIS Gerncia de Desenvolvimento de Sistemas METODOLOGIA DE DESENVOLVIMENTO DE SISTEMAS Data: 08/08/2006 Verso: 1.0.03

ndice
1. Introduo ................................................................................................................................................................. 4 1.1 Objetivo............................................................................................................................................................... 4 1.2 Definies e Abreviaes ................................................................................................................................... 4 1.3 Referncias ........................................................................................................................................................ 4 2. Definio Geral ......................................................................................................................................................... 4 2.1 Definio............................................................................................................................................................. 4 2.2 Aplicao e Caractersticas Gerais da Metodologia .......................................................................................... 4 2.3 Ciclo de Vida de Projetos de Desenvolvimento de Sistemas ............................................................................ 5 2.4 Modelo Espiral para a Execuo das Fases da MDS........................................................................................ 6 3. Finalidade das Fases do Ciclo de Vida de Projetos de Desenvolvimento de Sistemas .......................................... 7 4. Iteratividade entre as Fases ..................................................................................................................................... 8 5. Descrio das Fases do Ciclo de Vida de Projetos de Desenvolvimento de Sistemas........................................... 8 5.1 Fase 1: Solicitao ............................................................................................................................................. 8 5.2 Fase 2: Anteprojeto: ......................................................................................................................................... 10 5.3 Fase 3: Concepo .......................................................................................................................................... 11 5.4 Fase 4: Elaborao .......................................................................................................................................... 16 5.5 Fase 5: Construo .......................................................................................................................................... 23 5.6 Fase 6: Testes.................................................................................................................................................. 28 5.7 Fase 7: Implantao ......................................................................................................................................... 33 6. Glossrio................................................................................................................................................................. 38

D:\Reis\0-MDS doc para Anlise\Documentos Padronizados\1-MDS GUIAS\GUIA_MDS_ANVISA.doc 31/10/2006 11:58 Pgina: 3

GGTIN / GESIS Gerncia de Desenvolvimento de Sistemas METODOLOGIA DE DESENVOLVIMENTO DE SISTEMAS Data: 08/08/2006 Verso: 1.0.03

Metodologia de Desenvolvimento de Sistemas

1. Introduo
1.1 Objetivo O objetivo deste documento apresentar uma Metodologia de Desenvolvimento de Sistemas (MDS), a ser utilizada como um guia durante o Ciclo de Vida de Projetos de Desenvolvimento de Sistemas. As Fases que compem esta MDS, tambm so apresentadas junto com seus produtos (artefatos).

1.2 Definies e Abreviaes Vide Glossrio.

1.3 Referncias Rational Unified Process - RUP Engenharia de Sistemas Pressman.

2. Definio Geral
2.1 Definio O maior desafio da rea de Tecnologia da Informao de uma empresa oferecer uma infra-estrutura para o desenvolvimento de Sistemas, realmente efetiva para o negcio de seus clientes internos e externos. A chave para vencer este desafio est na gerao de Sistemas, a partir de Modelos do Negcio, que bem analisados e adequadamente especificados originam produtos (sistemas informatizados) que usam como matria prima a realidade do negcio e seus objetivos estratgicos. Nesse sentido, a Metodologia de Desenvolvimento de Sistemas (MDS) aqui definida, pretende ser um guia para o desenvolvimento de Projetos de Sistemas ou Sistemas, descrevendo um conjunto de regras, padres e tarefas imprescindveis para a execuo de projetos com qualidade, produtividade e segurana. 2.2 Aplicao e Caractersticas Gerais da Metodologia A aplicao desta Metodologia de Desenvolvimento de Sistemas (MDS) tem como principais objetivos: Primar pelo atendimento dos requisitos de negcio estabelecidos para o projeto; Possibilitar um maior controle quanto entrega do sistema no prazo definido; Agregar qualidade ao produto gerado, com flexibilidade para receber evolues exigidas pelo dinamismo dos requisitos de negcio; Possibilitar o acompanhamento e o gerenciamento dos processos passo a passo; Facilitar a manuteno dos artefatos dos projetos, sendo este processo: um subproduto natural da aplicao desta MDS, e uma referncia para identificao dos requisitos atendidos pelos produtos homologados e entregues.

D:\Reis\0-MDS doc para Anlise\Documentos Padronizados\1-MDS GUIAS\GUIA_MDS_ANVISA.doc 31/10/2006 11:58 Pgina: 4

GGTIN / GESIS Gerncia de Desenvolvimento de Sistemas METODOLOGIA DE DESENVOLVIMENTO DE SISTEMAS Data: 08/08/2006 Verso: 1.0.03

Esta MDS tem como principais caractersticas: Estar baseada nos procedimentos do RUP (Rational Unified Process) e da Engenharia de Sistemas, ou seja: deve manter uma seqncia de aes baseadas em casos de uso, e executadas por um ou mais atores. Nessa abordagem, os casos de uso so selecionados isoladamente e o projeto do sistema iniciado pela anlise dos casos de uso considerados chave para o negcio, condio sempre reavaliada no decorrer do ciclo de vida dos projetos de Sistemas; Ser Iterativa e incremental, isto , a execuo de um ciclo de vida de um projeto de Sistemas tenha como resultado uma verso do sistema liberada interna ou externamente. Ou seja, cada nova verso de Sistemas entregue aos Clientes, poder receber melhorias de forma incremental em relao verso anterior; Ser Personalizada, ou seja, adotar padres prprios, como: artefatos, formulrios, modelos e instrues utilizadas ao longo do Ciclo de Vida dos Projetos de Desenvolvimento de Sistemas.

2.3 Ciclo de Vida de Projetos de Desenvolvimento de Sistemas A ordem de realizao dos projetos de desenvolvimento de Sistemas ou Sistemas nesta MDS foi dividida em 7 (sete) fases, as quais foram subdivididas em subfases e cada uma dessas subfases, dever gerar pelo menos um produto ou artefato durante ou aps sua execuo. Fases definidas para esta MDS:

A figura acima apresenta um modelo de ciclo de vida ajustado para o desenvolvimento de projetos de Sistemas, voltado a atender a necessidade de se reavaliar periodicamente as expectativas de prazos e gastos e os requisitos do sistema. A figura apresenta um misto do modelo clssico (cascata) com modelo Espiral, e foi elaborado para tratar adequadamente um dos maiores dilemas dos Gerentes de Projeto: iniciar um projeto de desenvolvimento de sistemas sem os contextos delimitados de forma precisa, ou seja: (Sem a definio adequada do que dever ser feito). D:\Reis\0-MDS doc para Anlise\Documentos Padronizados\1-MDS GUIAS\GUIA_MDS_ANVISA.doc 31/10/2006 11:58 Pgina: 5

GGTIN / GESIS Gerncia de Desenvolvimento de Sistemas METODOLOGIA DE DESENVOLVIMENTO DE SISTEMAS Data: 08/08/2006 Verso: 1.0.03

No modelo Misto, existem etapas que se sucedem como no modelo Cascata, bem como etapas que se comportam como uma espiral, onde os produtos so gerados a partir de certo nmero de iteraes, j que incorpora uma abordagem voltada para mltiplas linhas de produo. Esta abordagem tambm facilita a introduo de mtricas para medir a produtividade e avaliar a qualidade em todas as etapas do processo de desenvolvimento de sistemas. 2.4 Modelo Espiral para a Execuo das Fases da MDS O modelo espiral para a engenharia de Sistemas foi desenvolvido aproveitando as melhores caractersticas do ciclo de vida clssico (modelo cascata). No modelo espiral foi incluindo solues para os seus problemas do modelo cascata e mais um novo elemento; a anlise de riscos, que realizada, a cada fase, visando se verificar os riscos inerentes ao Projeto e s atividades eleitas para execuo. O modelo apresentado na figura abaixo define quatro importantes etapas na execuo de cada fase da MDS representadas pelos quadrantes da figura.

Planejamento Planejamento da fase

Anlise

Anlise de requisitos, artefatos e riscos para execuo da fase.

Planejamento baseado nos comentrios do cliente

Deciso de prosseguir ou no Na direo de um sistema concludo Desenvolvimento com carter evolutivo de modelos, diagramas e especificaes gerados pela fase.

Avaliao do cliente

Desenvolvimento

Modelo Espiral

Na etapa de Planejamento, so determinados os objetivos, so estudadas e delineadas as alternativas e as atividades referentes fase; Na etapa de Anlise, as alternativas delineadas na etapa de Planejamento so analisadas luz dos fatores que podem representar riscos ao projeto de desenvolvimento do sistema. A cada fator de risco analisado, deve corresponder uma ao corretiva capaz de diminuir seus efeitos, ou elimin-lo completamente. Com base na anlise dos riscos, os Gerentes de Projeto e gestores podem tomar a deciso de prosseguir ou no com o projeto. Ainda, nesta etapa tambm so analisados os requisitos e os artefatos de referncia para a execuo da fase; Na etapa de Desenvolvimento, sempre de forma evolutiva, so elaborados os modelos, diagramas e especificaes, artefatos que sero usados como referncia para a execuo de fases posteriores. Na etapa de Avaliao do Cliente, o cliente avalia os resultados da fase. O aspecto radial do modelo denota um conjunto de iteraes ao longo da espiral, que se iniciam no centro e avanam para fora, permitindo a gerao de verses progressivamente mais completas do projeto para o sistema.

D:\Reis\0-MDS doc para Anlise\Documentos Padronizados\1-MDS GUIAS\GUIA_MDS_ANVISA.doc 31/10/2006 11:58 Pgina: 6

GGTIN / GESIS Gerncia de Desenvolvimento de Sistemas METODOLOGIA DE DESENVOLVIMENTO DE SISTEMAS Data: 08/08/2006 Verso: 1.0.03

No primeiro giro ao redor da espiral, so definidos os objetivos, as alternativas e as restries e so levantados e analisados os riscos. O paradigma do modelo espiral para a engenharia de Sistemas considerado o mais apropriado para o desenvolvimento de sistemas em larga escala. Partindo de uma abordagem evolucionria, ele capacita os envolvidos a entender e reagir aos riscos em cada etapa ou fase evolutiva. O modelo espiral mantm a abordagem de passos sistemticos sugeridos pelo ciclo de vida clssico, mas o incorpora numa estrutura iterativa que reflete de maneira mais apropriada o mundo real. Talvez a caracterstica mais importante do modelo, seja o estabelecimento de uma relao mais estreita entre os profissionais de informtica e os clientes-usurios. Relao que envolve o compartilhamento de compromissos com a gerao de produtos (artefatos) em cada fase da evoluo do desenvolvimento. O modelo em espiral exige considervel experincia na avaliao dos riscos. Se um grande risco no for detectado a tempo, certo que haver problemas nas iteraes seguintes. O nmero de iteraes outro aspecto que deve ser considerado, sendo necessrio estabelecer um nmero mximo de giros ao redor da espiral ou, do contrrio, os envolvidos com o desenvolvimento do sistema perdero de vista o final do projeto e no tero condies de avaliar a produtividade. importante o uso de tcnicas para conduo de reunies que envolvem equipes de trabalho multidisciplinares.

3. Finalidade das Fases do Ciclo de Vida de Projetos de Desenvolvimento de Sistemas

FASE SOLICITAO ANTEPROJETO PRODUTO Solicitao de Atendimento Projeto Bsico FINALIDADE Cliente (Interlocutor de reas Solicitao de Atendimento. ANVISA) elabora

Cliente (Interlocutor de reas ANVISA) sob a orientao de um Analista de Sistemas elabora Projeto Bsico (Escopo e requisitos do negcio a serem considerados pelo Projeto de Sistemas). Analistas de Sistemas, com o apoio do Cliente, desenvolvem Termo de Contrato com alternativas de soluo e estimativas (prazos e custos), a partir de uma Anlise Negocial do Escopo, definido no Projeto Bsico. Analistas de Sistemas especificam os Requisitos para o Sistema, e realizam a Anlise com base nos Termos do Contrato do Projeto. Analistas Desenvolvedores constroem os componentes do Sistema especificado no Projeto. Analistas de Sistemas em conjunto com o Cliente realizam os Testes do Sistema, visando sua Homologao e Aceite Final. Analistas de Sistemas em conjunto com o Cliente realizam procedimentos para a implantao do Sistema, ou de nova verso deste, em conformidade com as definies do Projeto.

CONCEPO

Termo de Contrato do Projeto

ELABORAO

Projeto

CONSTRUO TESTES

Projeto Projeto

IMPLANTAO

Projeto

D:\Reis\0-MDS doc para Anlise\Documentos Padronizados\1-MDS GUIAS\GUIA_MDS_ANVISA.doc 31/10/2006 11:58 Pgina: 7

GGTIN / GESIS Gerncia de Desenvolvimento de Sistemas METODOLOGIA DE DESENVOLVIMENTO DE SISTEMAS Data: 08/08/2006 Verso: 1.0.03

4. Iteratividade entre as Fases

5. Descrio das Fases do Ciclo de Vida de Projetos de Desenvolvimento de Sistemas

5.1 Fase 1: Solicitao

a) Finalidade Nesta fase o Cliente (reas Tcnicas da ANVISA) identifica necessidades de informatizao de fluxos ou rotinas de trabalho. O resultado dessa identificao deve ser registrado no documento ou artefato denominado: Solicitao de Atendimento. A Solicitao de Atendimento dever reunir informaes que justifiquem: o desenvolvimento de um sistema Novo ou a manuteno de sistema Existente. A manuteno de um sistema existente poder ser classificada como: Evolutiva; Corretiva e/ou Adaptativa. - (Para definies vide Glossrio).

D:\Reis\0-MDS doc para Anlise\Documentos Padronizados\1-MDS GUIAS\GUIA_MDS_ANVISA.doc 31/10/2006 11:58 Pgina: 8

GGTIN / GESIS Gerncia de Desenvolvimento de Sistemas METODOLOGIA DE DESENVOLVIMENTO DE SISTEMAS Data: 08/08/2006 b) Subfases do Processo de Solicitao: 1) Realizar Solicitao Um Interlocutor da rea Tcnica junto rea de Sistemas (GESIS) elabora a Solicitao de Atendimento, descrevendo problemas e/ou necessidades; Importante: O foco deste trabalho O que deve ser automatizado, melhorado ou corrigido e no Como deve ser realizado no sistema?; O mesmo Interlocutor, aps solicitar a aprovao do Patrocinador (Gerente da rea Tcnica), encaminha a Solicitao de Atendimento GESIS para que o pedido seja analisado. 2) Analisar Solicitao Na GESIS, a Equipe de Triagem analisa a Solicitao de Atendimento e a classifica em uma das seguintes categorias: Sistema Novo, Manuteno Evolutiva, Manuteno Corretiva ou Manuteno Adaptativa. c) Diagrama Bsico Verso: 1.0.03

d) Descrio dos Artefatos Artefato Solicitao de Atendimento

Descrio Artefato elaborado por interlocutor de rea Tcnica, e que identifica as rotinas que devero ser informatizadas e/ou alteradas. Este documento, depois de aprovado, dever ser encaminhado GESIS. Este artefato, depois de avaliado, dever receber parecer da Equipe de Triagem da GESIS, que o classificar, identificando sua caracterstica.

Solicitao de Atendimento Avaliada

D:\Reis\0-MDS doc para Anlise\Documentos Padronizados\1-MDS GUIAS\GUIA_MDS_ANVISA.doc 31/10/2006 11:58 Pgina: 9

GGTIN / GESIS Gerncia de Desenvolvimento de Sistemas METODOLOGIA DE DESENVOLVIMENTO DE SISTEMAS Data: 08/08/2006 5.2 Fase 2: Anteprojeto: Verso: 1.0.03

a) Finalidade Se a Solicitao de Atendimento foi classificada como: Sistema Novo ou Manuteno Evolutiva de sistema existente, um analista de negcio da GESIS designado para orientar a rea Tcnica correspondente na elaborao do artefato Projeto Bsico. b) Subfases do Processo de Anteprojeto: 1) Elaborar Projeto Bsico Um Interlocutor da rea Tcnica, sob a orientao de um analista de negcio da GESIS, elabora o Projeto Bsico, detalhando as informaes registradas na Solicitao de Atendimento Analisada.

Importante: O foco deste trabalho : O que deve ser informatizado e/ou melhorado, no Como
deve ser realizado no sistema.; c) Diagrama Bsico

d) Descrio dos Artefatos Artefato Projeto Bsico

Descrio Artefato onde um Interlocutor de rea Tcnica, sob a orientao de analista de negcio da GESIS, registra as necessidades e as rotinas do negcio que devem ser informatizadas pelo Projeto. Documento gerado a partir do detalhamento da Solicitao de Atendimento Analisada.

D:\Reis\0-MDS doc para Anlise\Documentos Padronizados\1-MDS GUIAS\GUIA_MDS_ANVISA.doc 31/10/2006 11:58 Pgina: 10

GGTIN / GESIS Gerncia de Desenvolvimento de Sistemas METODOLOGIA DE DESENVOLVIMENTO DE SISTEMAS Data: 08/08/2006 5.3 Fase 3: Concepo Verso: 1.0.03

a. Finalidade Nesta Fase, Analistas da GESIS, em conjunto com o Interlocutor da rea Tcnica que elaborou o Projeto Bsico, buscam consenso: 1 - no refinamento dos requisitos de negcio a serem automatizados e; 2 - na delimitao do escopo para o projeto. Esta Fase tem acentuada importncia na estimativa do esforo de desenvolvimento, tanto de sistemas novos, quanto dos projetos que visam agregar melhorias a um sistema existente. Sendo o tamanho do projeto estimado atravs de tcnicas baseadas em pontos de funo. A Fase de Concepo deve ser realizada utilizando-se o menor tempo possvel, e tem como principal objetivo assegurar que o projeto seja exeqvel e compensatrio para a Instituio.

D:\Reis\0-MDS doc para Anlise\Documentos Padronizados\1-MDS GUIAS\GUIA_MDS_ANVISA.doc 31/10/2006 11:58 Pgina: 11

GGTIN / GESIS Gerncia de Desenvolvimento de Sistemas METODOLOGIA DE DESENVOLVIMENTO DE SISTEMAS Data: 08/08/2006 b) Subfases do Processo de Concepo 1) Planejar a Execuo da Fase Verso: 1.0.03

Nesta subfase o Gerente do Projeto designado pela GESIS, com apoio de pelo menos um Analista de
Negcio, nesta ordem: a) Analisa o artefato Projeto Bsico, produto da fase de Anteprojeto, com a finalidade de reunir elementos de auxiliem o planejamento desta fase; b) Define a equipe necessria para execuo da fase; c) Estima o prazo e os custos envolvidos; d) Elabora o artefato Cronograma da Fase; e) Elabora o artefato Glossrio; f) Elabora o Plano de execuo da Fase, artefato: Plano da Fase.

g) Analisa os Riscos relacionados execuo desta Fase. E para isso, o Gerente de Projeto e o
Analista de Negcio designados devem: Identificar, analisar e priorizar os riscos de execuo da fase, assim como, determinar as estratgias apropriadas de gerenciamento de riscos; Elaborar o artefato: Lista de Risco; Avaliar as alternativas e as estratgias para o gerenciamento dos riscos identificados (Plano de Ao) e; Assegurar que para cada risco identificado, haja uma estratgia que o atenue. h) Inclui termos tcnicos no Glossrio. 2) Analisar Negcio do Projeto

Importante: Aqui, o foco do trabalho continua sendo: O que automatizar e no Como deve ser
realizado no sistema;

Nesta subfase o Gerente do Projeto designado pela GESIS, com apoio de pelo menos um Analista de
Negcio da GESIS, nesta ordem: a) Analisa o escopo do projeto com base no artefato Projeto Bsico, com a finalidade de se delimitar o contexto do projeto (o que faz e o que no faz parte do produto), os requisitos e as restries relacionadas, incluindo, sobretudo: uma viso operacional dos requisitos, a definio dos critrios de aceitao do sistema; b) Identifica, analisa e prioriza os requisitos a serem desenvolvidos no Projeto, em nvel de negcio; c) Descreve o produto, criando uma definio concisa do que dever ser desenvolvido;

d) Elabora os artefatos: Viso do Projeto, Modelo de Caso de Negcio e Modelo de Domnio

(Diagrama de Objetos e Diagrama de Classe em nvel conceitual).

e) Inclui termos tcnicos no Glossrio.

3) Estimar Ponto de Funo

Nesta subfase o Gerente do Projeto designado pela GESIS, com apoio de pelo menos um Analista de
Negcio da GESIS, nesta ordem: a) Preliminarmente, define a fronteira da aplicao, o Escopo da Contagem, as funes tipo de dados, as funes tipo de Transao para o clculo estimativo do tamanho do Projeto; b) Calcula o tamanho do projeto em pontos por funo, com base nas definies contidas no item anterior, e nos artefatos: Viso do Projeto, Modelo de Caso de Negcio e Modelo de Domnio, gerando o artefato: Planilha de Anlise de Ponto de Funo. c) Inclui termos tcnicos no Glossrio. D:\Reis\0-MDS doc para Anlise\Documentos Padronizados\1-MDS GUIAS\GUIA_MDS_ANVISA.doc 31/10/2006 11:58 Pgina: 12

GGTIN / GESIS Gerncia de Desenvolvimento de Sistemas METODOLOGIA DE DESENVOLVIMENTO DE SISTEMAS Data: 08/08/2006 4) Planejar o Projeto Verso: 1.0.03

Nesta subfase o Gerente do Projeto designado pela GESIS, com apoio de pelo menos um Analista de
Negcio da GESIS, nesta ordem: a) Com base no resultado da estimativa de Pontos de Funo (calculada na subfase 3), planeja o desenvolvimento do projeto, estima a equipe, os recursos materiais e de infra-estrutura necessrios, o tempo e o custo do projeto. Para subsidiar este planejamento dever ser consultado o documento Guia de Produtividade do mercado e da empresa para estabelecer o tempo e custo do projeto; b) Estima o prazo e custo total do projeto; c) Define uma proposta de Cronograma para o Projeto e a WBS; d) Prioriza o conjunto de ciclos de vida para execuo do projeto (requisitos que devero ser realizados na 1 Iterao, 2, 3 e etc.); e) Desenvolve um plano de recursos para o projeto e registrando-o no artefato: Plano do Projeto; f) Define as metas de gerenciamento do projeto, em termos de qualidade, progresso e melhoria; g) Elabora o Plano de execuo do Projeto, gerando o artefato (Plano do Projeto); h) Inclui termos tcnicos no Glossrio. 5) Analisar Risco do Projeto

Nesta subfase o Gerente do Projeto designado pela GESIS, com apoio de pelo menos um Analista de
Negcio da GESIS, nesta ordem: a) Identifica, analisa e prioriza os riscos de execuo do projeto, determinando estratgias apropriadas para gerenciamento dos riscos; b) Complementa o artefato: Lista de Risco; c) Avalia as alternativas e as estratgias para o gerenciamento dos riscos (Plano de Ao); d) Assegura que todos os riscos foram identificados e existe uma estratgia atenuante para cada um; e) Inclui termos tcnicos no Glossrio. 6) Gerar Termo de Contrato do Projeto

Nesta subfase o Gerente do Projeto designado pela GESIS, com apoio de pelo menos um Analista de
Negcio da GESIS, nesta ordem: a) Gera o Termo de Contrato do Projeto e o Cronograma do Projeto (WBS) previsto; b) Inclui termos tcnicos no Glossrio. 7) Avaliar e Acompanhar a Execuo da Fase

Nesta subfase o Gerente do Projeto designado pela GESIS:

a) Acompanha a execuo das Subfases (1 a 6), verificando e validando o alcance das metas; b) Avalia os artefatos e os resultados decorrentes desta Fase, visando identificar possveis ajustes. c) Elabora o artefato: Avaliao da Fase.

D:\Reis\0-MDS doc para Anlise\Documentos Padronizados\1-MDS GUIAS\GUIA_MDS_ANVISA.doc 31/10/2006 11:58 Pgina: 13

GGTIN / GESIS Gerncia de Desenvolvimento de Sistemas METODOLOGIA DE DESENVOLVIMENTO DE SISTEMAS Data: 08/08/2006 c) Diagrama Bsico Verso: 1.0.03

D:\Reis\0-MDS doc para Anlise\Documentos Padronizados\1-MDS GUIAS\GUIA_MDS_ANVISA.doc 31/10/2006 11:58 Pgina: 14

GGTIN / GESIS Gerncia de Desenvolvimento de Sistemas METODOLOGIA DE DESENVOLVIMENTO DE SISTEMAS Data: 08/08/2006 d) Descrio dos Artefatos Artefato Glossrio Guia de Produtividade Descrio Identifica termos tcnicos importantes para o Projeto. Contem ndices de produtividade a serem utilizados para se estimar o esforo necessrio para a elaborao do projeto. Descreve os processos que devero ser observados para a Execuo da Fase. Descreve as necessidades e os requisitos do Projeto, bem como os atores envolvidos. Apresenta os riscos tcnicos e negociais que podero ameaar a elaborao do projeto. Identifica todos dos casos de uso de negcio que fazem parte do escopo do projeto. Engloba os Diagramas de Objetos e de Classe (Nvel Conceitual). Apresenta a planilha contendo o resultado da Anlise de Ponto de Funo Estimativa. Apresenta uma viso geral das atividades a serem executadas e da infra-estrutura necessria, relacionadas s Fases e iteraes do projeto. Estabelece o cronograma do Projeto, descreve as atividades que devero ser consideradas para o desenvolvimento do Sistema. (WBS Vide Glossrio). Estabelece o cronograma da Fase, descreve as atividades que devero ser consideradas para o desenvolvimento da Fase. Define formalmente as regras aprovadas para a execuo. Registra uma avaliao da Fase, considerando: tempo estimado x realizado, curso do projeto e problemas surgidos no decorrer de sua execuo. Verso: 1.0.03

Plano da Fase Viso do Projeto Lista de Risco Modelo de Caso de Negcio Modelo de Domnio Planilha de APF (Estimativa) Plano do Projeto

Cronograma do Projeto (WBS)

Cronograma da Fase

Termo de Contrato do Projeto Avaliao da Fase

D:\Reis\0-MDS doc para Anlise\Documentos Padronizados\1-MDS GUIAS\GUIA_MDS_ANVISA.doc 31/10/2006 11:58 Pgina: 15

GGTIN / GESIS Gerncia de Desenvolvimento de Sistemas METODOLOGIA DE DESENVOLVIMENTO DE SISTEMAS Data: 08/08/2006 5.4 Fase 4: Elaborao Verso: 1.0.03

a) Finalidade A principal finalidade desta Fase elicitar os requisitos funcionais e no funcionais para a realizao dos requisitos de negcios aprovados para construo, como tambm, definir a arquitetura do Sistema, fornecendo uma base estvel para se confirmar o esforo necessrio para a realizao da Fase de Construo.

D:\Reis\0-MDS doc para Anlise\Documentos Padronizados\1-MDS GUIAS\GUIA_MDS_ANVISA.doc 31/10/2006 11:58 Pgina: 16

GGTIN / GESIS Gerncia de Desenvolvimento de Sistemas METODOLOGIA DE DESENVOLVIMENTO DE SISTEMAS Data: 08/08/2006 b) Subfases do Processo de Elaborao 1) Planejar a Execuo da Fase Verso: 1.0.03

Nesta subfase o Gerente do Projeto, com apoio de pelo menos um Analista de Negcio, nesta ordem:
a) Analisa os artefatos gerados na fase de Concepo e rene elementos que auxiliem o planejamento desta fase; b) Define a equipe necessria para execuo da fase; c) Estima o prazo e os custos envolvidos; d) Elabora o artefato Cronograma da Fase; e) Elabora o Plano de execuo da Fase, artefato: Plano da Fase;

f) Analisa os Riscos relacionados execuo desta Fase. E para isso, o Gerente de Projeto e o
Analista de Negcio designados devem: Identificar, analisar e priorizar os riscos de execuo da fase, assim como, determinar as estratgias apropriadas de gerenciamento de riscos; Elaborar o artefato: Lista de Risco; Avaliar as alternativas e as estratgias para o gerenciamento dos riscos identificados (Plano de Ao) e; Assegurar que para cada risco identificado, haja uma estratgia que o atenue. g) Inclui termos tcnicos no Glossrio. 2) Analisar Requisitos

Importante: Neste ponto, o foco deste trabalho definir Como os requisitos negcio devem ser
automatizados?; A equipe do projeto: Gerente do Projeto, Interlocutor da rea Tcnica solicitante, WebDesigner e Analistas do Sistema devem, nesta subfase, elaborar Modelos de Casos de Uso que capturem os requisitos funcionais do sistema em desenvolvimento. Esses modelos servem de referncia para que os analistas do projeto cheguem a um acordo sobre os requisitos do sistema e sobre quais condies devem ser satisfeitas. As principais atividades a serem executadas nesta subfase, e nesta ordem, so: a) Identificar os requisitos funcionais e no funcionais para o Sistema; b) Definir os Modelos de Casos de Uso a serem realizados; c) Especificar as Regras de Negcios e os Casos de Uso; d) Definir e elaborar Modelo de Interface (Prottipo No Funcional) para o Sistema. e) Incluir termos tcnicos no Glossrio. 3) Calcular Ponto de Funo

O Gerente do Projeto, com apoio de pelo menos um Analista de Negcio, deve:

a) Definir os principais indicativos, como: fluxo de dados, fluxo transacional, tipologia/escopo da contagem e fator de ajuste para a confirmao do tamanho do projeto; b) Contabilizar os pontos de funo, com base nos artefatos: Modelos de Caso de Uso, Modelo de Domnio, Especificao dos Casos de Uso e Modelo de Interface (Prottipo No Funcional) para o sistema, gerando como artefato: Planilha de Anlise de Ponto de Funo (Definitiva); c) Incluir termos tcnicos no Glossrio.

D:\Reis\0-MDS doc para Anlise\Documentos Padronizados\1-MDS GUIAS\GUIA_MDS_ANVISA.doc 31/10/2006 11:58 Pgina: 17

GGTIN / GESIS Gerncia de Desenvolvimento de Sistemas METODOLOGIA DE DESENVOLVIMENTO DE SISTEMAS Data: 08/08/2006 4) Executar Anlise & Design A equipe do projeto: Gerente do Projeto, Interlocutor da rea Tcnica solicitante, WebDesigner e Analistas do Sistema e Administradores de Dados devem gerar, no final desta fase, um artefato denominado Modelo de Anlise do projeto, para ajudar os analistas a refinar e a estruturar os requisitos funcionais capturados pelos modelos de casos de uso. Esse modelo deve conter realizaes dos casos de uso mais apropriadas. 4.1) Definir Arquitetura do Sistema O Arquiteto e o Analista Designer devem: a) Assegurar que a arquitetura, os requisitos e os planos sejam estveis o suficiente e que os riscos sejam objetivamente diminudos a fim de determinar com segurana, o custo e a programao para a concluso do desenvolvimento; b) Tratar todos os riscos significativos do ponto de vista da arquitetura do projeto; c) Estabelecer uma arquitetura derivada do tratamento dos cenrios significativos do Sistema; d) Avaliar os componentes da arquitetura no que se refere a sua integrao em comparao com os cenrios bsicos. e) Elaborar o artefato Documento de Arquitetura do Sistema; f) Incluir termos tcnicos no Glossrio. 4.2) Definir Projeto de Anlise & Design O Arquiteto e o Analista Designer devem: a) Consolidar o Modelo de Interface (Prottipo No Funcional), o qual descreve as realizaes fsicas dos casos de uso e partir do Modelo de Casos de Uso e do contedo do Modelo de Anlise. b) Elaborar os diagramas referentes aos Casos de Uso do Sistema e as Especificao de Casos de Uso do Sistema; c) Elaborar o artefato Modelo de Anlise; Verso: 1.0.03

d) Analisar a possibilidade de reutilizar componentes da biblioteca de componentes; e) Incluir termos tcnicos no Glossrio.
4.4) Definir Projeto de Banco de Dados

Observao: O artefato: Projeto de Banco de Dados composto pelo Modelo de Dados (MER),
Dicionrio de Dados, ndices, Scripts, Procedures e Triggers e pelos Parmetros para a Criao do Banco de Dados. Analista da GESIS e Administradores de Banco de Dados devem: a) Definir o Modelo de Dados (MER), a partir do Modelo de Domnio ou de Classe conceitual; b) Avaliar se o Modelo de Dados atende os requisitos do Sistema; c) Elaborar o Dicionrio de Dados, ndices, Scripts, e se for o caso, Procedures e Triggers; d) Definir os parmetros para a criao do Banco de Dados para o ambiente de Desenvolvimento, Homologao e de Produo. e) Elaborar o artefato: Projeto de Banco de Dados; f) Incluir termos tcnicos no Glossrio.

D:\Reis\0-MDS doc para Anlise\Documentos Padronizados\1-MDS GUIAS\GUIA_MDS_ANVISA.doc 31/10/2006 11:58 Pgina: 18

GGTIN / GESIS Gerncia de Desenvolvimento de Sistemas METODOLOGIA DE DESENVOLVIMENTO DE SISTEMAS Data: 08/08/2006 Verso: 1.0.03

5) Definir os Testes

O Analista da GESIS deve: a) Identificar as principais abordagens a serem usadas nos testes do Sistema; b) Definir o artefato: Plano de Teste; c) Elaborar o artefato: Planilha de Teste (uma planilha por caso de uso de sistema); d) Incluir termos tcnicos no Glossrio e; e) Preparar o ambiente de desenvolvimento para construo dos componentes e programas.

6) Avaliar e Acompanhar a Fase

O Gerente de Projeto deve: a) Acompanhar as subfases e atividades da Fase; b) Validar as metas, revisando a importncia, a clareza, a viabilidade e a suficincia das metas selecionadas; c) Avaliar os artefatos e os resultados decorrentes desta Fase, para identificar possveis ajustes nos artefatos: Modelo de Anlise, Documento de Arquitetura, Projeto de Banco de Dados e os Diagramas UML da Fase; d) Verificar se h consenso de que as estimativas de custo/programao, as prioridades, os riscos e o processo de desenvolvimento so adequados; e) Comparar os artefatos Planilha de Anlise de Pontos de Funo (Estimativa) e (Definitiva), visando providenciar ajustes. f) Preparar Termo de Aceite Tcnico, relacionando Modelos de Casos de Uso, Modelo de Interface (Prottipo No Funcional) e Especificaes de Regras de Negcio e de Casos de Uso. g) Elaborar o artefato: Avaliao da Fase.

D:\Reis\0-MDS doc para Anlise\Documentos Padronizados\1-MDS GUIAS\GUIA_MDS_ANVISA.doc 31/10/2006 11:58 Pgina: 19

GGTIN / GESIS Gerncia de Desenvolvimento de Sistemas METODOLOGIA DE DESENVOLVIMENTO DE SISTEMAS Data: 08/08/2006 c) Diagrama Bsico Verso: 1.0.03

D:\Reis\0-MDS doc para Anlise\Documentos Padronizados\1-MDS GUIAS\GUIA_MDS_ANVISA.doc 31/10/2006 11:58 Pgina: 20

GGTIN / GESIS Gerncia de Desenvolvimento de Sistemas METODOLOGIA DE DESENVOLVIMENTO DE SISTEMAS Data: 08/08/2006 d) Descrio dos Artefatos Artefato Plano da Fase Glossrio Lista de Risco Modelo de Caso de Uso Verso: 1.0.03

Descrio Descreve os processos detalhados para a Fase. Identifica o Glossrio do Projeto. Descreve os riscos tcnicos e negociais conhecidos do projeto. Este artefato faz uma descrio abrangente das funes do projeto, demonstrando a estrutura do modelo em pacotes, casos de uso e atores. O artefato demonstra a estrutura de pacotes de forma hierrquica. Apresenta a descrio das regras de negcios dos casos de uso. Contm a descrio dos objetivos e das atividades que sero desenvolvidas no caso de uso. Diagramas referentes UML; Atividades, Seqncia, Estados, Colaborao, Componentes, Integrao, Casos de Uso. Apresenta um esboo com a seqncia de telas necessrias para construo do Sistema. Apresenta uma planilha com o resultado da Anlise de Ponto de Funo (Estimativa). Apresenta uma planilha com o resultado da Anlise de Ponto de Funo (Definitiva). Apresenta os procedimentos e os resultados da subfase de Anlise e Projeto. Este artefato apresenta as caractersticas arquiteturais do projeto. Este artefato faz uma descrio abrangente das funes do sistema, demonstrando a estrutura do modelo em pacotes, casos de uso e atores. O artefato demonstra a estrutura de pacotes de forma hierrquica. Contm a descrio dos objetivos e das atividades que sero desenvolvidas no caso de uso, base para a construo de programas e de componentes. Modelo de Entidades e Relacionamentos Especificao contendo a descrio dos atributos da tabelas do MER, ndices e etc. Artefato composto pelos documentos/diagramas: Modelo de Domnio, MER, o Dicionrio de Dados. Identifica as informaes disponveis e os componentes de Sistemas que devem ser testados; bem como os requisitos e estratgia de teste. Registra uma planilha que indica os cenrios de teste do Sistema. Apresenta o Termo de Aceite que o usurio dever homologar.

Especificao das Regras de Negcio Especificao de Caso de Uso Diagramas UML

Modelo de Interface (Prottipo) Planilha de APF (Estimativa) Planilha de APF (Definitiva) Modelo de Anlise Documento de Arquitetura Modelo de Caso de Uso do Sistema

Especificao de Caso de Uso do Sistema Modelo de Dados (MER) Dicionrio de Dados Projeto de Banco de Dados Plano de Teste

Planilha de Teste Termo de Aceite Tcnico

D:\Reis\0-MDS doc para Anlise\Documentos Padronizados\1-MDS GUIAS\GUIA_MDS_ANVISA.doc 31/10/2006 11:58 Pgina: 21

GGTIN / GESIS Gerncia de Desenvolvimento de Sistemas METODOLOGIA DE DESENVOLVIMENTO DE SISTEMAS Data: 08/08/2006 Verso: 1.0.03

Cronograma da Fase

Estabelece o cronograma da Fase, descreve as atividades que devero ser consideradas para o desenvolvimento da Fase. Registra o resultado da avaliao de toda Fase, referente ao tempo de execuo, curso do projeto e dificuldades encontradas.

Avaliao da Fase

D:\Reis\0-MDS doc para Anlise\Documentos Padronizados\1-MDS GUIAS\GUIA_MDS_ANVISA.doc 31/10/2006 11:58 Pgina: 22

GGTIN / GESIS Gerncia de Desenvolvimento de Sistemas METODOLOGIA DE DESENVOLVIMENTO DE SISTEMAS Data: 08/08/2006 5.5 Fase 5: Construo Verso: 1.0.03

a) Finalidade Esta Fase define o processo de construo dos componentes do Sistema, com base nos requisitos, prottipo e na arquitetura, definidos na Fase anterior. A Fase de construo de certa forma um processo de manufatura, em que a nfase est no gerenciamento de recursos e controle de operaes para melhorar custos, programaes e a qualidade dos componentes gerados. Nesta fase devem ser atingidos os seguintes objetivos: Construir os componentes do Sistema e testar as funcionalidades necessrias para esta Fase; Desenvolver de modo iterativo e incremental um produto completo que esteja pronto para a Fase de Testes.

D:\Reis\0-MDS doc para Anlise\Documentos Padronizados\1-MDS GUIAS\GUIA_MDS_ANVISA.doc 31/10/2006 11:58 Pgina: 23

GGTIN / GESIS Gerncia de Desenvolvimento de Sistemas METODOLOGIA DE DESENVOLVIMENTO DE SISTEMAS Data: 08/08/2006 b) Subfases do Processo de Construo 1) Planejar a Execuo da Fase Verso: 1.0.03

O Gerente do Projeto e Analista da GESIS devem: a) Identificar e Planejar as Subfases inerentes a esta Fase, delimitando tempo, recursos humanos necessrios, custos e requisitos; b) Analisar os riscos referentes Fase. c) Elaborar o artefato Cronograma da Fase; O Gerente de Projeto e Analistas da GESIS devem: Identificar, analisar e priorizar os riscos para a execuo da fase, bem como determinar as estratgias apropriadas de gerenciamento de riscos; Elaborar o artefato: Lista de Risco; Avaliar as alternativas e as estratgias para o gerenciamento de riscos (Plano de Ao); Assegurar que todos os riscos foram identificados e existe uma estratgia atenuante para cada um. e) Incluir termos tcnicos no Glossrio.

2) Construir os Componentes e Programas O Gerente do Projeto e Analistas Desenvolvedores devem: Para a construo dos componentes e dos programas necessrio que se consulte a Biblioteca de Objetos/Componentes, visando o aproveitamento de componentes existentes (reuso). No momento de fechamento desta subfase necessrio que esta Biblioteca esteja atualizada com os novos componentes/programas. 2.1) Criar banco de dados no ambiente de desenvolvimento

Administradores de Banco de Dados devem: a) Criar o Banco de Dados para o ambiente de Desenvolvimento; b) Incluir termos tcnicos no Glossrio.

2.2) Codificar

Analistas Desenvolvedores devem: a) Codificar os componentes e os programas do Sistema; b) Realizar o Teste unitrio (Caixa Preta) de cada componente e programa codificado; c) Incluir termos tcnicos no Glossrio.

2.3) Testar os Componentes e Programas

Analistas Desenvolvedores devem: a) Testar individualmente cada programa e componente codificado; b) Realizar Teste Unitrio de Caixa Preta (Vide Glossrio) nos programas/componentes (Vide Glossrio); c) Verificar o Plano de Teste durante o processo; d) Executar a Planilha de Teste registrando resultado dos testes; e) Verificar conformidade (programas e componentes x especificaes);

D:\Reis\0-MDS doc para Anlise\Documentos Padronizados\1-MDS GUIAS\GUIA_MDS_ANVISA.doc 31/10/2006 11:58 Pgina: 24

GGTIN / GESIS Gerncia de Desenvolvimento de Sistemas METODOLOGIA DE DESENVOLVIMENTO DE SISTEMAS Data: 08/08/2006 f) Ajustar os programas e componentes no aderentes; Verso: 1.0.03

g) Ajustar e re-testar os programas e componentes que esto com problemas. h) Reunir e classificar os programas e componentes gerados em biblioteca (virtual e fsica); i) Incluir termos tcnicos no Glossrio.

3) Avaliar e Acompanhar a Fase

O Gerente de Projeto deve: a) Acompanhar as subfases e atividades da Fase; b) Validar as metas, revisando a importncia, a clareza, a viabilidade e a suficincia das metas selecionadas; c) Avaliar os artefatos e resultados decorrentes desta Fase para identificar possveis ajustes;

d) Elaborar o artefato: Avaliao da Fase.

D:\Reis\0-MDS doc para Anlise\Documentos Padronizados\1-MDS GUIAS\GUIA_MDS_ANVISA.doc 31/10/2006 11:58 Pgina: 25

GGTIN / GESIS Gerncia de Desenvolvimento de Sistemas METODOLOGIA DE DESENVOLVIMENTO DE SISTEMAS Data: 08/08/2006 c) Diagrama Bsico Verso: 1.0.03

D:\Reis\0-MDS doc para Anlise\Documentos Padronizados\1-MDS GUIAS\GUIA_MDS_ANVISA.doc 31/10/2006 11:58 Pgina: 26

GGTIN / GESIS Gerncia de Desenvolvimento de Sistemas METODOLOGIA DE DESENVOLVIMENTO DE SISTEMAS Data: 08/08/2006 d) Descrio dos Artefatos Artefato Plano da Fase Glossrio Lista de Risco Componentes/ Programas Fontes Avaliao da Fase Verso: 1.0.03

Descrio Descreve os processos detalhados para a Fase. Identifica o Glossrio do Projeto. Descreve os riscos tcnicos e negociais conhecidos do projeto. Descreve os componentes e programas do Sistema. Apresenta uma avaliao de toda Fase, desde tempo, curso e problemas surgidos no decorrer de sua execuo.

D:\Reis\0-MDS doc para Anlise\Documentos Padronizados\1-MDS GUIAS\GUIA_MDS_ANVISA.doc 31/10/2006 11:58 Pgina: 27

GGTIN / GESIS Gerncia de Desenvolvimento de Sistemas METODOLOGIA DE DESENVOLVIMENTO DE SISTEMAS Data: 08/08/2006 5.6 Fase 6: Testes Verso: 1.0.03

a) Finalidade A principal finalidade da Fase de Testes permitir que os Gestores / Solicitantes do produto realizem testes dos programas e dos componentes do sistema, visando sua Homologao. b) Subfases do Processo de Testes 1) Planejar a Execuo da Fase

O Gerente de Projeto deve:

a) Identificar e Planejar as Subfases inerentes a esta Fase, delimitando tempo, recursos humanos necessrios, custos e requisitos; b) Analisar os riscos referentes Fase; c) Elaborar o artefato Cronograma da Fase; O Gerente de Projeto e Analistas da GESIS devem: Identificar, analisar e priorizar os riscos para a execuo da fase, bem como determinar as estratgias apropriadas de gerenciamento de riscos; Elaborar o artefato: Lista de Risco; Avaliar as alternativas e as estratgias para o gerenciamento de riscos (Plano de Ao); Assegurar que todos os riscos foram identificados e existe uma estratgia atenuante para cada um. Incluir termos tcnicos no Glossrio.

D:\Reis\0-MDS doc para Anlise\Documentos Padronizados\1-MDS GUIAS\GUIA_MDS_ANVISA.doc 31/10/2006 11:58 Pgina: 28

GGTIN / GESIS Gerncia de Desenvolvimento de Sistemas METODOLOGIA DE DESENVOLVIMENTO DE SISTEMAS Data: 08/08/2006 2) Realizar Testes 2.1) Preparar Ambiente de Homologao Verso: 1.0.03

O Gerente do Projeto e Analistas Desenvolvedores devem:

a) Verificar qual o servidor que ser disponibilizado para o ambiente de Homologao; b) Criar o banco de dados no ambiente de Homologao; c) Verificar se todos os componentes do sistema / projeto existentes no ambiente de desenvolvimento esto contidos no ambiente de Homologao; d) Transferir programas e componentes para o ambiente de homologao, executando o instalador do Sistema (se for o caso); e) Incluir termos tcnicos no Glossrio. 2.2) Definir Teste de Homologao

Os Analistas de Testes devem:

a) Verificar quais so os cenrios (situaes do Sistema) que sero testados; b) Criar o artefato Plano de Homologao. c) Testar o Plano de Homologao; d) Acompanhar os Testes de Homologao realizados pelos Interlocutores da rea Solicitante; e) Verificar as conformidades e no conformidades relatadas na Planilha de Teste, o resultado dos testes, caso haja algum teste no satisfatrio, o programa/componente dever ser revisto; f) Elaborar Termo de Aceite Tcnico para a homologao dos testes;

g) Organizar programas/componentes homologados, a fim de transferi-los para o ambiente de Produo; h) Incluir termos tcnicos no Glossrio. 2.3) Definir Teste de Integrao

Os Analistas de Teste devem:

a) Acompanhar o registro do resultado dos Testes nas respectivas planilhas; b) Realizar os Testes de Integrao (verificar se o programa e componentes funcionam em harmonia com os demais programas/componentes); c) Registrar na Planilha de Teste, o resultado dos testes realizados, caso haja algum teste no satisfatrio, o programa/componente dever ser revisto; d) Incluir termos tcnicos no Glossrio. 3) Homologar Programas e Componentes O Gerente do Projeto deve: a) Solicitar ao Interlocutor da rea Tcnica patrocinadora do projeto, que homologue os programas/componentes, identificados no Termo de Aceite Tcnico;

b) Providenciar a transferncia dos programas e componentes homologados o ambiente de produo;

D:\Reis\0-MDS doc para Anlise\Documentos Padronizados\1-MDS GUIAS\GUIA_MDS_ANVISA.doc 31/10/2006 11:58 Pgina: 29

GGTIN / GESIS Gerncia de Desenvolvimento de Sistemas METODOLOGIA DE DESENVOLVIMENTO DE SISTEMAS Data: 08/08/2006 4) Avaliar e Acompanhar a Fase Verso: 1.0.03

Gerente do Projeto deve:

a) Acompanhar as subfases e atividades da Fase; b) Validar as metas, revisando a importncia, a clareza, a viabilidade e a suficincia das metas selecionadas; c) Avaliar os artefatos e resultados decorrentes desta Fase para identificar possveis ajustes; d) Verificar se h consentimento e aceitao do usurio quanto homologao do Sistema; e) Elaborar o artefato: Avaliao da Fase.

D:\Reis\0-MDS doc para Anlise\Documentos Padronizados\1-MDS GUIAS\GUIA_MDS_ANVISA.doc 31/10/2006 11:58 Pgina: 30

GGTIN / GESIS Gerncia de Desenvolvimento de Sistemas METODOLOGIA DE DESENVOLVIMENTO DE SISTEMAS Data: 08/08/2006 c) Diagrama Bsico Verso: 1.0.03

D:\Reis\0-MDS doc para Anlise\Documentos Padronizados\1-MDS GUIAS\GUIA_MDS_ANVISA.doc 31/10/2006 11:58 Pgina: 31

GGTIN / GESIS Gerncia de Desenvolvimento de Sistemas METODOLOGIA DE DESENVOLVIMENTO DE SISTEMAS Data: 08/08/2006 d) Descrio dos Artefatos Artefato Plano da Fase Cronograma da Fase Verso: 1.0.03

Descrio Descreve os processos para a Fase. Estabelece o cronograma da Fase, descreve as atividades que devero ser consideradas para o desenvolvimento da Fase. Identifica o Glossrio do Sistema. Descreve os riscos tcnicos e negociais conhecidos do projeto. Apresenta os resultados dos testes do Sistema. Define o Plano de Homologao do Sistema. Apresenta o Termo de Aceite Tcnico, Descrevendo a lista de programas e componentes homologados. Este artefato apresenta uma avaliao de toda Fase, desde tempo, curso e problemas surgidos no decorrer de sua execuo.

Glossrio Lista de Risco Planilha de Teste Plano de Homologao Termo de Aceite Tcnico Avaliao da Fase

D:\Reis\0-MDS doc para Anlise\Documentos Padronizados\1-MDS GUIAS\GUIA_MDS_ANVISA.doc 31/10/2006 11:58 Pgina: 32

GGTIN / GESIS Gerncia de Desenvolvimento de Sistemas METODOLOGIA DE DESENVOLVIMENTO DE SISTEMAS Data: 08/08/2006 5.7 Fase 7: Implantao Verso: 1.0.03

a) Finalidade O foco da Fase de Implantao assegurar que o Sistema esteja disponvel para seus usurios finais. Nesse momento do ciclo de vida de desenvolvimento do projeto devem ser priorizados fatores como: feedback do usurio, ajuste fino do produto, problemas de usabilidade, configurao e instalao do Sistema. No fim do ciclo de vida da Fase de Implantao, os objetivos devem ter sido atendidos e o projeto deve estar a caminho do seu fechamento. Em alguns casos, o fim do ciclo de vida atual pode coincidir com o incio de outro ciclo de vida, de nova iterao do mesmo projeto ou de outro projeto do sistema, conduzindo nova gerao ou a nova verso do produto. Para outros projetos, o fim desta fase pode coincidir com uma liberao total dos artefatos a terceiros que podero ser responsveis pela operao, manuteno e melhorias do Sistema liberado. A Fase de Implantao executada quando algum subconjunto usvel do Sistema tenha sido concludo com nvel aceitvel de qualidade e de documentao para o usurio, de modo que a Implantao fornea resultados positivos para o cliente.

D:\Reis\0-MDS doc para Anlise\Documentos Padronizados\1-MDS GUIAS\GUIA_MDS_ANVISA.doc 31/10/2006 11:58 Pgina: 33

GGTIN / GESIS Gerncia de Desenvolvimento de Sistemas METODOLOGIA DE DESENVOLVIMENTO DE SISTEMAS Data: 08/08/2006 b) Subfases do Processo de Implantao 1) Planejar Execuo da Fase Verso: 1.0.03

O Gerente de Projeto deve:

a) Identificar e Planejar as atividades inerentes a esta Fase, delimitando tempo, recurso humano, custo e necessidades; b) Desenvolver um plano de granulao do projeto, enfocando os principais marcos e produtos liberados do ciclo de vida do produto (Plano da Fase); c) Analisar os riscos relativos Fase; d) Elaborar o artefato Cronograma da Fase; O Gerente de Projeto e Analistas da GESIS devem: Identificar, analisar e priorizar os riscos para a execuo da fase, bem como determinar as estratgias apropriadas de gerenciamento de riscos; Elaborar o artefato: Lista de Risco; Avaliar as alternativas e as estratgias para o gerenciamento de riscos (Plano de Ao); Assegurar que todos os riscos foram identificados e existe uma estratgia atenuante para cada um. e) Incluir termos tcnicos no Glossrio. 2) Planejar Implantao

O Gerente de Projeto e Arquiteto devem:

Verificar a mquina servidora onde o ambiente de produo ser instalado; Preparar ambiente de Produo; Elaborar o artefato Plano de Implantao; Executar Plano de Implantao; Criar o banco de dados no ambiente de produo; Transferir programas e componentes homologados para o ambiente de produo. Verificar se todos os componentes exigidos para funcionamento do Sistema, foram transferidos para o ambiente de produo; h) Incluir termos tcnicos no Glossrio. 3) Realizar Treinamento do Usurio O Interlocutor das reas Tcnicas com apoio do Analista da GESIS devem: a) Criar um ambiente para Treinamento do Usurio, de preferncia no ambiente de Homologao; b) Elaborar o Material de Treinamento; c) Elaborar o Manual do Usurio; d) Ministrar o Treinamento de Usurios; e) Gerar o Termo de Aceite Definitivo do Projeto; f) Incluir termos tcnicos no Glossrio. 4) Avaliar e Acompanhar a Fase O Gerente de Projeto deve: a) Solicitar homologao do projeto, atravs da assinatura do Termo de Aceite Definitivo do Projeto; b) Avaliar os artefatos e resultados decorrentes desta Fase; c) Avaliar os artefatos e resultados decorrentes desta Fase para identificar possveis ajustes; d) Verificar se h consentimento e aceitao do usurio quanto homologao do Sistema; D:\Reis\0-MDS doc para Anlise\Documentos Padronizados\1-MDS GUIAS\GUIA_MDS_ANVISA.doc 31/10/2006 11:58 Pgina: 34 a) b) c) d) e) f) g)

GGTIN / GESIS Gerncia de Desenvolvimento de Sistemas METODOLOGIA DE DESENVOLVIMENTO DE SISTEMAS Data: 08/08/2006 e) Elaborar o artefato: Avaliao da Fase. f) Avaliar o Projeto como um todo; g) Atualizar o artefato Guia de Produtividade. Verso: 1.0.03

D:\Reis\0-MDS doc para Anlise\Documentos Padronizados\1-MDS GUIAS\GUIA_MDS_ANVISA.doc 31/10/2006 11:58 Pgina: 35

GGTIN / GESIS Gerncia de Desenvolvimento de Sistemas METODOLOGIA DE DESENVOLVIMENTO DE SISTEMAS Data: 08/08/2006 c) Diagrama Bsico Verso: 1.0.03

D:\Reis\0-MDS doc para Anlise\Documentos Padronizados\1-MDS GUIAS\GUIA_MDS_ANVISA.doc 31/10/2006 11:58 Pgina: 36

GGTIN / GESIS Gerncia de Desenvolvimento de Sistemas METODOLOGIA DE DESENVOLVIMENTO DE SISTEMAS Data: 08/08/2006 d) Descrio dos Artefatos Artefato Plano da Fase Guia de Produtividade Cronograma da Fase Verso: 1.0.03

Descrio Descreve de forma detalhada os processos da Fase. Artefato que indica a produtividade em relao a um determinado ponto de funo, por perfil profissional. Estabelece o cronograma da Fase, descreve as atividades que devero ser consideradas para o desenvolvimento da Fase. Identifica o Glossrio do Sistema. Descreve os riscos tcnicos e negociais conhecidos do projeto. Contm uma lista de atividades e procedimentos para a implantao do Sistema no ambiente de produo. Apresenta orientaes e passos para o treinamento de usurios. Descreve usualmente todo o processo de operao do Sistema. Apresenta o Termo de Aceite Definitivo do Projeto, Descrevendo a lista de programas e componentes homologados. Registra uma avaliao sobre a execuo da Fase, referente a tempo, curso e problemas surgidos no decorrer de sua execuo.

Glossrio Lista de Risco Plano de Implantao Manual de Treinamento Manual do Usurio Termo de Aceite Definitivo do Projeto

Avaliao da Fase

D:\Reis\0-MDS doc para Anlise\Documentos Padronizados\1-MDS GUIAS\GUIA_MDS_ANVISA.doc 31/10/2006 11:58 Pgina: 37

GGTIN / GESIS Gerncia de Desenvolvimento de Sistemas METODOLOGIA DE DESENVOLVIMENTO DE SISTEMAS Data: 08/08/2006 Verso: 1.0.03

6. Glossrio
ATRIBUTO Artefatos DESCRIO Documentos ou guias produzidos durante a realizao de Fases desta MDS, sendo utilizados basicamente para o registro de informaes do projeto, bem como, para orientar sobre a execuo de atividades do projeto. Manuteno Corretiva Execuo de atividades de um projeto, visando corrigir erros de funcionamento de um Sistema implantado (homologado ou em produo). Manuteno Evolutiva Realizao de fases de um projeto para adicionar um ou mais requisitos a um sistema (homologado ou em produo). Manuteno Adaptativa Execuo de atividades de um projeto com a finalidade de transferir os componentes de um sistema para um novo ambiente operacional. Exemplo: Migrao de plataforma que implique em mudana de sistema operacional, de linguagem de

programao, de banco de dados ou de Sistemas de funo relevante na arquitetura do Sistema. WBS Work Breakdown Structure Estrutura analtica hierrquica de atividades e/ou funcionalidades do Sistema. Fase Teste Caixa Preta Termo utilizado para agrupar um conjunto de atividades. Teste Funcional - So usados para demonstrar que: 1 - As funes do Sistema esto operacionais; 2 - A entrada est adequadamente aceita; 3 A sada est corretamente produzida e; 4 - A integridade das informaes externas mantida. Atividade complementar aos testes de caixa branca, com a finalidade de descobrir tipos/classes de erros. Procura descobrir erro em: Funes incorretas ou ausentes; Erros de interface; Erros nas estruturas de dados; Erros em acesso a bancos de dados externos; Erros de desempenho; Erro de inicializao e trmino.

D:\Reis\0-MDS doc para Anlise\Documentos Padronizados\1-MDS GUIAS\GUIA_MDS_ANVISA.doc 31/10/2006 11:58 Pgina: 38

GGTIN / GESIS Gerncia de Desenvolvimento de Sistemas METODOLOGIA DE DESENVOLVIMENTO DE SISTEMAS Data: 08/08/2006 Verso: 1.0.03

ATRIBUTO Teste Estrutural (Caixa Branca)

DESCRIO So testes mais completos que verificam todos os caminhos lgicos de componentes ou programas, fornecendo casos de teste que pem a prova conjuntos especficos de condies e/ou garantem que todos os caminhos independentes, dentro de um mdulo, tenham sido exercitados pelo menos uma vez. Executa todas as decises lgicas para valores falsos ou verdadeiros. Executa todos os laos em suas fronteiras. Exercita as estruturas de dados internas.

Teste de Unidade

Deve ser escrito pelo mesmo programador que desenvolveu o cdigo a ser testado. Serve como documentao do sistema e essencial para anlise de desempenho

Teste de Sistema

Teste Baseado em Erros

Teste de Regresso

utilizado para comparar o sistema com seus objetivos originais. Enfatiza a anlise do comportamento da estrutura hierrquica de chamadas de mdulos. Fase mais complexa, devido quantidade de informaes envolvidas. Consiste em incluir propositalmente algum erro no programa e observar o comportamento do programa com erro, comparando-o com o comportamento do programa original. Teste necessrio para assegurar que modificaes no programa no causaram novos erros baseado em arquivo de 'log'. A validao bem sucedida quando: o Sistema funciona de uma maneira razoavelmente esperada pelo cliente, so atendidas as Expectativas dos clientes e a documentao usada efetivamente.

Teste de Aceitao

D:\Reis\0-MDS doc para Anlise\Documentos Padronizados\1-MDS GUIAS\GUIA_MDS_ANVISA.doc 31/10/2006 11:58 Pgina: 39