Guia MDS Anvisa PDF

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
Verso
Descrio
Autor
12/06/2006
1.0.00
Criao do Artefato
Maria da Conceio Arago Martins
11/06/2006
1.0.01
Reviso
Luiz Roberto T. Reis.
26/07/2006
1.0.02
Reviso
08/08/2006
1.0.03
Reviso
D:\Reis\0-MDS doc para Anlise\Documentos Padronizados\1-MDS GUIAS\GUIA_MDS_ANVISA.doc

31/10/2006 11:58
Pgina: 2

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

31/10/2006 11:58
Pgina: 3

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.

31/10/2006 11:58
Pgina: 4

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).
31/10/2006 11:58
Pgina: 5

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
Anlise
Planejamento da fase
Planejamento baseado
nos comentrios do
cliente
Anlise de requisitos, artefatos e

riscos para execuo da fase.
Deciso de prosseguir ou no
Na direo de um sistema
concludo
Avaliao do cliente
Desenvolvimento
Desenvolvimento com carter

evolutivo de modelos, diagramas e
especificaes gerados pela fase.
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.

31/10/2006 11:58
Pgina: 6

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
PRODUTO
FINALIDADE
SOLICITAO
Solicitao de
Atendimento
Cliente (Interlocutor de reas

Solicitao de Atendimento.
ANTEPROJETO
Projeto Bsico
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).
CONCEPO
Termo de Contrato do
Projeto
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.
ELABORAO
Projeto
Analistas de Sistemas especificam os Requisitos para o

Sistema, e realizam a Anlise com base nos Termos do
Contrato do Projeto.
CONSTRUO
Projeto
Analistas Desenvolvedores constroem os componentes

do Sistema especificado no Projeto.
TESTES
Projeto
Analistas de Sistemas em conjunto com o Cliente

realizam os Testes do Sistema, visando sua
Homologao e Aceite Final.
IMPLANTAO
Projeto
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.
ANVISA)

31/10/2006 11:58
Pgina: 7
elabora

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).

31/10/2006 11:58
Pgina: 8

Data: 08/08/2006
Verso: 1.0.03
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
d) Descrio dos Artefatos

Artefato
Descrio
Solicitao de Atendimento
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.
Solicitao de Atendimento Avaliada
Este artefato, depois de avaliado, dever receber parecer

da Equipe de Triagem da GESIS, que o classificar,
identificando sua caracterstica.

31/10/2006 11:58
Pgina: 9

Data: 08/08/2006
Verso: 1.0.03
5.2 Fase 2: Anteprojeto:
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

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.

31/10/2006 11:58
Pgina: 10

Data: 08/08/2006
Verso: 1.0.03
5.3 Fase 3: Concepo
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.

31/10/2006 11:58
Pgina: 11

Data: 08/08/2006
Verso: 1.0.03
b) Subfases do Processo de Concepo

1) Planejar a Execuo da Fase
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;
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
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.
31/10/2006 11:58
Pgina: 12

Data: 08/08/2006
Verso: 1.0.03
4) Planejar o Projeto
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
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
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.

31/10/2006 11:58
Pgina: 13

Data: 08/08/2006
Verso: 1.0.03
c) Diagrama Bsico

31/10/2006 11:58
Pgina: 14

Data: 08/08/2006
Verso: 1.0.03

Artefato
Descrio
Glossrio
Identifica termos tcnicos importantes para o Projeto.
Guia de Produtividade
Contem ndices de produtividade a serem utilizados para

se estimar o esforo necessrio para a elaborao do
projeto.
Plano da Fase
Descreve os processos que devero ser observados

para a Execuo da Fase.
Viso do Projeto
Descreve as necessidades e os requisitos do Projeto,

bem como os atores envolvidos.
Lista de Risco
Apresenta os riscos tcnicos e negociais que podero

ameaar a elaborao do projeto.
Modelo de Caso de Negcio
Identifica todos dos casos de uso de negcio que fazem

parte do escopo do projeto.
Modelo de Domnio
Engloba os Diagramas de Objetos e de Classe (Nvel

Conceitual).
Planilha de APF (Estimativa)
Apresenta a planilha contendo o resultado da Anlise de

Ponto de Funo Estimativa.
Plano do Projeto
Apresenta uma viso geral das atividades a serem

executadas e da infra-estrutura necessria, relacionadas
s Fases e iteraes do projeto.
Cronograma do Projeto (WBS)
Estabelece o cronograma do Projeto, descreve as

atividades que devero ser consideradas para o
desenvolvimento do Sistema. (WBS Vide Glossrio).
Cronograma da Fase
Estabelece o cronograma da Fase, descreve as

desenvolvimento da Fase.
Termo de Contrato do Projeto
Define formalmente as regras aprovadas para a

execuo.
Avaliao da Fase
Registra uma avaliao da Fase, considerando: tempo

estimado x realizado, curso do projeto e problemas
surgidos no decorrer de sua execuo.

31/10/2006 11:58
Pgina: 15

Data: 08/08/2006
Verso: 1.0.03
5.4 Fase 4: Elaborao
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.

31/10/2006 11:58
Pgina: 16

Data: 08/08/2006
Verso: 1.0.03
b) Subfases do Processo de Elaborao

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
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.

31/10/2006 11:58
Pgina: 17

Data: 08/08/2006
Verso: 1.0.03
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;
d) Analisar a possibilidade de reutilizar componentes da biblioteca de componentes;

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;

31/10/2006 11:58
Pgina: 18

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.

31/10/2006 11:58
Pgina: 19

Data: 08/08/2006
Verso: 1.0.03
c) Diagrama Bsico

31/10/2006 11:58
Pgina: 20

Data: 08/08/2006
Artefato
Plano da Fase
Verso: 1.0.03
Descrio
Descreve os processos detalhados para a Fase.
Glossrio
Identifica o Glossrio do Projeto.
Lista de Risco
Descreve os riscos tcnicos e negociais conhecidos do

projeto.
Modelo de Caso de Uso
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.
Especificao das Regras de Negcio
Apresenta a descrio das regras de negcios dos

casos de uso.
Especificao de Caso de Uso
Contm a descrio dos objetivos e das atividades que

sero desenvolvidas no caso de uso.
Diagramas UML
Diagramas referentes UML; Atividades, Seqncia,

Estados, Colaborao, Componentes, Integrao, Casos
de Uso.
Modelo de Interface (Prottipo)
Apresenta um esboo com a seqncia de telas

necessrias para construo do Sistema.
Planilha de APF (Estimativa)
Apresenta uma planilha com o resultado da Anlise de

Ponto de Funo (Estimativa).
Planilha de APF (Definitiva)
Apresenta uma planilha com o resultado da Anlise de

Ponto de Funo (Definitiva).
Modelo de Anlise
Apresenta os procedimentos e os resultados da subfase

de Anlise e Projeto.
Documento de Arquitetura
Este artefato apresenta as caractersticas arquiteturais

do projeto.
Modelo de Caso de Uso do Sistema
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.
Especificao de Caso de Uso do

Sistema
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 Dados (MER)
Modelo de Entidades e Relacionamentos
Dicionrio de Dados
Especificao contendo a descrio dos atributos da

tabelas do MER, ndices e etc.
Projeto de Banco de Dados
Artefato composto pelos documentos/diagramas: Modelo

de Domnio, MER, o Dicionrio de Dados.
Plano de Teste
Identifica as informaes disponveis e os componentes

de Sistemas que devem ser testados; bem como os
requisitos e estratgia de teste.
Planilha de Teste
Registra uma planilha que indica os cenrios de teste do

Sistema.
Termo de Aceite Tcnico
Apresenta o Termo de Aceite que o usurio dever

homologar.

31/10/2006 11:58
Pgina: 21

Data: 08/08/2006
Verso: 1.0.03
Cronograma da Fase

Avaliao da Fase
Registra o resultado da avaliao de toda Fase,

referente ao tempo de execuo, curso do projeto e
dificuldades encontradas.

31/10/2006 11:58
Pgina: 22

Data: 08/08/2006
Verso: 1.0.03
5.5 Fase 5: Construo
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.

31/10/2006 11:58
Pgina: 23

Data: 08/08/2006
Verso: 1.0.03
b) Subfases do Processo de Construo

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
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.
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);

31/10/2006 11:58
Pgina: 24

Data: 08/08/2006
f)
Verso: 1.0.03
Ajustar os programas e componentes no aderentes;
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.

selecionadas;
c) Avaliar os artefatos e resultados decorrentes desta Fase para identificar possveis ajustes;
d) Elaborar o artefato: Avaliao da Fase.

31/10/2006 11:58
Pgina: 25

Data: 08/08/2006
Verso: 1.0.03
c) Diagrama Bsico

31/10/2006 11:58
Pgina: 26

Data: 08/08/2006
Artefato
Plano da Fase
Verso: 1.0.03
Descrio
Descreve os processos detalhados para a Fase.
Glossrio
Identifica o Glossrio do Projeto.
Lista de Risco

projeto.
Descreve os componentes e programas do Sistema.
Componentes/ Programas Fontes

Avaliao da Fase
Apresenta uma avaliao de toda Fase, desde tempo,

curso e problemas surgidos no decorrer de sua
execuo.

31/10/2006 11:58
Pgina: 27

Data: 08/08/2006
Verso: 1.0.03
5.6 Fase 6: Testes
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

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;
um.
Incluir termos tcnicos no Glossrio.

31/10/2006 11:58
Pgina: 28

Data: 08/08/2006
Verso: 1.0.03
2) Realizar Testes
2.1) Preparar Ambiente de Homologao
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);
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;

31/10/2006 11:58
Pgina: 29

Data: 08/08/2006
Verso: 1.0.03
Gerente do Projeto deve:

selecionadas;
d) Verificar se h consentimento e aceitao do usurio quanto homologao do Sistema;
e) Elaborar o artefato: Avaliao da Fase.

31/10/2006 11:58
Pgina: 30

Data: 08/08/2006
Verso: 1.0.03
c) Diagrama Bsico

31/10/2006 11:58
Pgina: 31

Data: 08/08/2006
d)
Descrio dos Artefatos

Artefato
Plano da Fase
Cronograma da Fase
Glossrio
Lista de Risco
Planilha de Teste
Plano de Homologao
Termo de Aceite Tcnico
Avaliao da Fase
Verso: 1.0.03
Descrio
Descreve os processos para a Fase.
Identifica o Glossrio do Sistema.
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.

31/10/2006 11:58
Pgina: 32

Data: 08/08/2006
Verso: 1.0.03
5.7 Fase 7: Implantao
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.

31/10/2006 11:58
Pgina: 33

Data: 08/08/2006
Verso: 1.0.03
b) Subfases do Processo de Implantao

1) Planejar Execuo da Fase

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;
um.
2) Planejar Implantao
O Gerente de Projeto e Arquiteto devem:

a)
b)
c)
d)
e)
f)
g)
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;
a) Solicitar homologao do projeto, atravs da assinatura do Termo de Aceite Definitivo do
Projeto;
b) Avaliar os artefatos e resultados decorrentes desta Fase;
d) Verificar se h consentimento e aceitao do usurio quanto homologao do Sistema;
31/10/2006 11:58
Pgina: 34

Data: 08/08/2006
Verso: 1.0.03
e) Elaborar o artefato: Avaliao da Fase.

f) Avaliar o Projeto como um todo;
g) Atualizar o artefato Guia de Produtividade.

31/10/2006 11:58
Pgina: 35

Data: 08/08/2006
Verso: 1.0.03
c) Diagrama Bsico

31/10/2006 11:58
Pgina: 36

Data: 08/08/2006
Artefato
Verso: 1.0.03
Descrio
Plano da Fase
Descreve de forma detalhada os processos da Fase.
Guia de Produtividade
Artefato que indica a produtividade em relao a um

determinado ponto de funo, por perfil profissional.
Cronograma da Fase

Glossrio
Lista de Risco
Identifica o Glossrio do Sistema.

projeto.
Plano de Implantao
Contm uma lista de atividades e procedimentos para a

implantao do Sistema no ambiente de produo.
Manual de Treinamento
Apresenta orientaes e passos para o treinamento de

usurios.
Manual do Usurio
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.
Termo de Aceite Definitivo do Projeto
Avaliao da Fase
Registra uma avaliao sobre a execuo da Fase,

referente a tempo, curso e problemas surgidos no
decorrer de sua execuo.

31/10/2006 11:58
Pgina: 37

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
Termo utilizado para agrupar um conjunto de atividades.
Teste Caixa Preta
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.

31/10/2006 11:58
Pgina: 38

Data: 08/08/2006
ATRIBUTO
Teste Estrutural (Caixa Branca)
Verso: 1.0.03
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
Teste de Aceitao
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.

31/10/2006 11:58
Pgina: 39

Guia MDS Anvisa PDF

Enviado por

Dados do documento

Título original

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

Guia MDS Anvisa PDF

Enviado por

Direitos autorais:

Formatos disponíveis

Agncia Nacional de Vigilncia Sanitria

Braslia, julho de 2006.

GGTIN / GESIS Gerncia de Desenvolvimento de Sistemas

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

GGTIN / GESIS Gerncia de Desenvolvimento de Sistemas

D:\Reis\0-MDS doc para Anlise\Documentos Padronizados\1-MDS GUIAS\GUIA_MDS_ANVISA.doc

GGTIN / GESIS Gerncia de Desenvolvimento de Sistemas

Metodologia de Desenvolvimento de Sistemas

1.2 Definies e Abreviaes

D:\Reis\0-MDS doc para Anlise\Documentos Padronizados\1-MDS GUIAS\GUIA_MDS_ANVISA.doc

GGTIN / GESIS Gerncia de Desenvolvimento de Sistemas

Esta MDS tem como principais caractersticas:

2.3 Ciclo de Vida de Projetos de Desenvolvimento de Sistemas

GGTIN / GESIS Gerncia de Desenvolvimento de Sistemas

Anlise de requisitos, artefatos e

Desenvolvimento com carter

Na etapa de Planejamento, so determinados os objetivos, so estudadas e delineadas as alternativas e as

D:\Reis\0-MDS doc para Anlise\Documentos Padronizados\1-MDS GUIAS\GUIA_MDS_ANVISA.doc

GGTIN / GESIS Gerncia de Desenvolvimento de Sistemas

No primeiro giro ao redor da espiral, so definidos os objetivos, as alternativas e as restries e so levantados

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

Cliente (Interlocutor de reas

Cliente (Interlocutor de reas ANVISA) sob a orientao

Analistas de Sistemas, com o apoio do Cliente,

Analistas de Sistemas especificam os Requisitos para o

Analistas Desenvolvedores constroem os componentes

Analistas de Sistemas em conjunto com o Cliente

Analistas de Sistemas em conjunto com o Cliente

D:\Reis\0-MDS doc para Anlise\Documentos Padronizados\1-MDS GUIAS\GUIA_MDS_ANVISA.doc

GGTIN / GESIS Gerncia de Desenvolvimento de Sistemas

4. Iteratividade entre as Fases

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

D:\Reis\0-MDS doc para Anlise\Documentos Padronizados\1-MDS GUIAS\GUIA_MDS_ANVISA.doc

GGTIN / GESIS Gerncia de Desenvolvimento de Sistemas

b) Subfases do Processo de Solicitao:

d) Descrio dos Artefatos

Artefato elaborado por interlocutor de rea Tcnica, e

Solicitao de Atendimento Avaliada

Este artefato, depois de avaliado, dever receber parecer

D:\Reis\0-MDS doc para Anlise\Documentos Padronizados\1-MDS GUIAS\GUIA_MDS_ANVISA.doc

GGTIN / GESIS Gerncia de Desenvolvimento de Sistemas

5.2 Fase 2: Anteprojeto:

d) Descrio dos Artefatos

D:\Reis\0-MDS doc para Anlise\Documentos Padronizados\1-MDS GUIAS\GUIA_MDS_ANVISA.doc

GGTIN / GESIS Gerncia de Desenvolvimento de Sistemas

5.3 Fase 3: Concepo

D:\Reis\0-MDS doc para Anlise\Documentos Padronizados\1-MDS GUIAS\GUIA_MDS_ANVISA.doc

GGTIN / GESIS Gerncia de Desenvolvimento de Sistemas

b) Subfases do Processo de Concepo

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

e) Inclui termos tcnicos no Glossrio.

GGTIN / GESIS Gerncia de Desenvolvimento de Sistemas

Nesta subfase o Gerente do Projeto designado pela GESIS:

D:\Reis\0-MDS doc para Anlise\Documentos Padronizados\1-MDS GUIAS\GUIA_MDS_ANVISA.doc

GGTIN / GESIS Gerncia de Desenvolvimento de Sistemas

D:\Reis\0-MDS doc para Anlise\Documentos Padronizados\1-MDS GUIAS\GUIA_MDS_ANVISA.doc

GGTIN / GESIS Gerncia de Desenvolvimento de Sistemas

d) Descrio dos Artefatos

Identifica termos tcnicos importantes para o Projeto.