SlideShare a Scribd company logo
1 of 22
Download to read offline
Documentar Requisitos Usando
         Modelos

   MATERIAL AUXILIAR PARA ESTUDO DA
             CERTIFICAÇÃO
               CPRE – FL


             BARBARA LIMA
     BLOGDABARBARALIMA.BLOGSPOT.COM.BR
Roteiro

 O que é modelo?
 Modelos de Metas
 Casos de Usos
 Três Perspectivas sobre requisitos
   Perspectiva Estrutural

   Perspectiva Funcional

   Perspectiva Comportamental

 Referências
“É necessário existir um
documento de
especificação de
requisitos que seja
compreendido por todos
os stakeholders. Isto
significa que os
requisitos devem ser
detalhados utilizando
linguagem natural e
diagramas. Podem
também ser produzidos
documentos de sistema
mais detalhados tais
como modelos de
sistema.”

                           MODELO MOISE
                           modelagem de informações
O que é modelo ?

 “Um modelo é a representação abstrata de uma
 realidade existente, ou uma realidade a ser criada.”
    Representação
      Descritiva
      Prescritiva

    Redução
      Seleção
      Compressão

    Pragmatismo
“Modelos de elementos
são conceituações do
objeto material ou
imaterial, ou pessoas
representas na
realidade”.

“A utilização de modelos
facilita a compreensão
de informações
específicas sobre um
determinado fato e suas
inter-relações, a rápida
assimilação dessas
informações e sua
documentação de forma
não ambígua”
                           Modelo de construção do quadro
                           “Mona Lisa” (ou La Gioconda)
O que é modelo?

 Modelos Conceituais = Linguagens e Requisitos
 Linguagens de modelagem
   Sintaxe: o significado dos elementos de modelagem
       Ex: Sucata - é a denominação dada à todo o tipo de material,
        produto ou resíduo descartados que sejam passíveis de reciclagem
        na indústria.
       Ex: Mão – é um membro do corpo humano.

     Semântica: os elementos de modelagem e suas combinações
      válidas
       Ex:   O Sucata é um arquiteto de mão cheia.
Vantagens:
Informação
representada
por uma
imagem é mais
rapidamente
compreendida e
memorizada




                 Desfazer, Colar, Recortar
Vantagens:
Modelos de
requisitos
permitem a
modelagem de
uma perspectiva
específica dos
requisitos




                  Diferentes Perspectiva, Diferentes
                  Resultados.
Vantagens:
Ao definir uma
linguagem de
modelagem para
uma finalidade
específica
podemos
estabelecer
abstrações
relevantes da
realidade
                 Modelos diferentes, realidades
                 distintas
Modelo de Metas

 Metas: descreve as intenções de uma característica
  específica do sistema a ser desenvolvido desejado por
  um envolvido.
 Decomposição de Metas:
  “Ganhar muito dinheiro na área de requisitos”
    E (and):
      Formação   na área de Computação
      Certificações de Engenharia de Requisitos
      Boa forma de comunicação
    OR (ou)
      Lábia para argumentação
      Realização de Curso de Oratória
Casos de uso
               Os casos de uso ajudam a examinar e documentar um sistema
                 planejado ou existente a partir da perspectiva do usuário


Diagrama de Casos de Uso                       Especificação de Casos de
                                               Uso
 modelos de fácil compreensão                  visão detalhada dos diagramas
 Documentam a as inter-                         através de uma especificação
                                                 exata das propriedades essenciais
  relações entre essas                           de cada caso de uso
  funcionalidades
                                                Utilizados templates que
 Elementos de modelagem:                        possuem os campos:
     Atores (pessoas ou outros                       Identificador único e nome
      sistemas) no contexto do sistema                Descrição do caso de uso
     Limite do sistema                               Evento desencadeador (“trigger”)
     Casos de uso                                    Atores e Resultados
     Diversos tipos de relações entre                Pré-condições e pós-condições
      esses elementos de modelagem                    Cenários descrevem seqüências de
                                                       eventos que conduzem à execução bem
         Extend                                       sucedida ou situações excepcionais
         Include                                      devem ser tratadas
Diagrama de
Casos de
Uso:
documentam as
funcionalidades
necessárias do
ponto de vista da
utilização de um
dado sistema, as
inter-relações
entre essas
funcionalidades,
bem como o
contexto do
sistema
Especificação
de Casos de
Uso:
um template
predefinido é
geralmente
preenchido para
cada caso de uso
relevante
Três
perspectivas
sobre
Requisitos:
 As três
perspectivas não
são disjuntas, os
modelos podem ser
reciprocamente
marcada para a
completude ea
coerência com
relação à
informação que é
modelado no
interseções         Três perspectivas sobre Requisitos
Perspectiva
Estrutural:
Documenta a estrutura
de dados, bem como
relacionamentos de uso
e de dependência no
contexto do sistema

Diagrama de
Entidade
Relacionamento

Entidade

Relacionamento

Atributo
                         Diagrama de Entidade
Cardinalidade
                         Relacionamento por Chen
Perspectiva
Estrutural:
Documenta a estrutura
de dados, bem como
relacionamentos de uso
e de dependência no
contexto do sistema

Diagrama de Classes

Classes

Associações

Relacionamentos de
agregação , composição
e generalização
                         Diagramas de Classes UML
Perspectiva
Funcional:
Documenta a
transformação de dados
de entrada recebidos do
ambiente do sistema, em
dados de saída liberados
para o ambiente
Diagrama de Fluxo
de Dados
Processos

Fluxos de dados

Repositório de dados

Entidades Externas
(fornecedores/consumid
                           Diagramas de Fluxos de Dados por
ores)                      Tom DeMarco
Perspectiva
Funcional:
Documenta a
transformação de dados de
entrada recebidos do
ambiente do sistema, em
dados de saída liberados
para o ambiente
Diagrama de
Atividades
Ações

Nós de início e nós de fim

Fluxo de controle e objetos

Nós de decisão

Reunião (Merge) de fluxos de

Fork e Join

Elementos de hierarquização


                                Diagramas de Atividades UML
Perspectiva
Comportamental:
Documenta os diversos
estados em que um
sistema pode se encontrar,
bem como nos eventos
responsáveis por uma
transição entre os estados

Statechart e
Estados

Estado inicial e estado
final
Transições entre estados

Paralelismo

Hierarquização


                             Statechart
Perspectiva
Comportamental:
Documenta os diversos
estados em que um sistema
pode se encontrar, bem
como nos eventos
responsáveis por uma
transição entre os estados

Diagrama de
Estados
Estados

Estado inicial e estado
final
Transições entre estados

Paralelismo

Hierarquização              Diagrama de Estados UML
Ponto de Entrada e saída
Referências

 POHL, Klaus; RUPP, Chris. Requirements Engineering
  Fundamental: a study guide for the certified professional. Santa
  Barbara: RockyNook, 2011.
 TORNQUIST, Martin; NANNINI, Paulo Henrique; DIAZ PINAYA,
  Jorge Luiz. CPRE - FL Quick Guide: Certified Professional for
  Requirements Engineering - Foundadion Level. Brasil: T&M, 2011.
 FRÜHAUF, Karol. et. Alli. Syllabus: Profissional para Engenharia de
  Requisitos Certificado pelo IREB - Nível Fundamental.s/l: IREB, 2011.
 Wikipedia(2008). Modelos Ciclo de Vida.
  <http://pt.wikipedia.org/wiki/Modelos_ciclo_de_vida>.
Obrigada !

        Bárbara Lima
 barbara.computacao@gmail.com
blogdabarbaralima.blogspot.com.br

More Related Content

What's hot

Sistema de Gerenciamento de Locadora de Vídeo - Diagramas
Sistema de Gerenciamento de Locadora de Vídeo - DiagramasSistema de Gerenciamento de Locadora de Vídeo - Diagramas
Sistema de Gerenciamento de Locadora de Vídeo - DiagramasGleyciana Garrido
 
Descrição formal de Casos de Uso
Descrição formal de Casos de UsoDescrição formal de Casos de Uso
Descrição formal de Casos de UsoNatanael Simões
 
Documento de requisitos_-_especificacoes 01
Documento de requisitos_-_especificacoes 01Documento de requisitos_-_especificacoes 01
Documento de requisitos_-_especificacoes 01gtiprotec
 
Aula 01 - UML e Padrões de Projeto
Aula 01 - UML e Padrões de ProjetoAula 01 - UML e Padrões de Projeto
Aula 01 - UML e Padrões de ProjetoVinícius de Paula
 
Uml diagrama de sequencia
Uml diagrama de sequenciaUml diagrama de sequencia
Uml diagrama de sequenciaItalo Costa
 
Levantamento Ágil de Requisitos
Levantamento Ágil de RequisitosLevantamento Ágil de Requisitos
Levantamento Ágil de RequisitosPaulo Furtado
 
Trabalho OO Sistema de Advocacia
Trabalho OO Sistema de AdvocaciaTrabalho OO Sistema de Advocacia
Trabalho OO Sistema de AdvocaciaValdir Junior
 
Especificação de Requisitos de Software
Especificação de Requisitos de SoftwareEspecificação de Requisitos de Software
Especificação de Requisitos de SoftwareRalph Rassweiler
 
Trabalho OO clinica veterinária
Trabalho OO clinica veterináriaTrabalho OO clinica veterinária
Trabalho OO clinica veterináriaValdir Junior
 
Engenharia de Requisitos
Engenharia de RequisitosEngenharia de Requisitos
Engenharia de RequisitosCloves da Rocha
 

What's hot (20)

Sistema de Gerenciamento de Locadora de Vídeo - Diagramas
Sistema de Gerenciamento de Locadora de Vídeo - DiagramasSistema de Gerenciamento de Locadora de Vídeo - Diagramas
Sistema de Gerenciamento de Locadora de Vídeo - Diagramas
 
Diagrama de caso de uso
Diagrama de caso de usoDiagrama de caso de uso
Diagrama de caso de uso
 
Descrição formal de Casos de Uso
Descrição formal de Casos de UsoDescrição formal de Casos de Uso
Descrição formal de Casos de Uso
 
07 Modelagem (Sommer)
07 Modelagem (Sommer)07 Modelagem (Sommer)
07 Modelagem (Sommer)
 
Documento de requisitos_-_especificacoes 01
Documento de requisitos_-_especificacoes 01Documento de requisitos_-_especificacoes 01
Documento de requisitos_-_especificacoes 01
 
Aula 01 - UML e Padrões de Projeto
Aula 01 - UML e Padrões de ProjetoAula 01 - UML e Padrões de Projeto
Aula 01 - UML e Padrões de Projeto
 
Uml diagrama de sequencia
Uml diagrama de sequenciaUml diagrama de sequencia
Uml diagrama de sequencia
 
Levantamento Ágil de Requisitos
Levantamento Ágil de RequisitosLevantamento Ágil de Requisitos
Levantamento Ágil de Requisitos
 
Trabalho OO Sistema de Advocacia
Trabalho OO Sistema de AdvocaciaTrabalho OO Sistema de Advocacia
Trabalho OO Sistema de Advocacia
 
Especificação de Requisitos de Software
Especificação de Requisitos de SoftwareEspecificação de Requisitos de Software
Especificação de Requisitos de Software
 
Trabalho OO clinica veterinária
Trabalho OO clinica veterináriaTrabalho OO clinica veterinária
Trabalho OO clinica veterinária
 
UML
UMLUML
UML
 
Aula 7 - Modelagem de Software
Aula 7 - Modelagem de SoftwareAula 7 - Modelagem de Software
Aula 7 - Modelagem de Software
 
Engenharia de Requisitos
Engenharia de RequisitosEngenharia de Requisitos
Engenharia de Requisitos
 
Arquitetura MVC
Arquitetura MVCArquitetura MVC
Arquitetura MVC
 
Padrões de Projeto de Software
Padrões de Projeto de SoftwarePadrões de Projeto de Software
Padrões de Projeto de Software
 
Caso De Uso
Caso De UsoCaso De Uso
Caso De Uso
 
Roteiro de elabora o de um caso de uso
Roteiro de elabora o de um caso de usoRoteiro de elabora o de um caso de uso
Roteiro de elabora o de um caso de uso
 
Aula4 levantamento requisitos
Aula4 levantamento requisitosAula4 levantamento requisitos
Aula4 levantamento requisitos
 
Aula8 diagrama sequencia
Aula8 diagrama sequenciaAula8 diagrama sequencia
Aula8 diagrama sequencia
 

Viewers also liked

Fundamentos de Engenharia de Requisitos
Fundamentos de Engenharia de RequisitosFundamentos de Engenharia de Requisitos
Fundamentos de Engenharia de RequisitosBarbara Lima
 
Artigo Sbc 2009 - Gestão de requisitos de software para produtos automotivos
Artigo Sbc 2009 - Gestão de requisitos de software para produtos automotivosArtigo Sbc 2009 - Gestão de requisitos de software para produtos automotivos
Artigo Sbc 2009 - Gestão de requisitos de software para produtos automotivosCarlo Borsoi Moura
 
apenas 4 meses: resultados
apenas 4 meses: resultadosapenas 4 meses: resultados
apenas 4 meses: resultadosErico Nobre
 
Definições de Requisitos - IEEE 830/98
Definições de Requisitos - IEEE 830/98Definições de Requisitos - IEEE 830/98
Definições de Requisitos - IEEE 830/98Richiely Paiva
 
Engenharia de requisitos
Engenharia de requisitosEngenharia de requisitos
Engenharia de requisitosMailson Queiroz
 
Como demonstrar ROI das entregas de valor com Business Case
Como demonstrar ROI das entregas de valor com Business Case Como demonstrar ROI das entregas de valor com Business Case
Como demonstrar ROI das entregas de valor com Business Case Rildo (@rildosan) Santos
 
Blueprint+: Developing a Tool for Service Design
Blueprint+: Developing a Tool for Service DesignBlueprint+: Developing a Tool for Service Design
Blueprint+: Developing a Tool for Service DesignAndy Polaine
 

Viewers also liked (10)

Fundamentos de Engenharia de Requisitos
Fundamentos de Engenharia de RequisitosFundamentos de Engenharia de Requisitos
Fundamentos de Engenharia de Requisitos
 
Que tal fdd
Que tal fddQue tal fdd
Que tal fdd
 
Artigo Sbc 2009 - Gestão de requisitos de software para produtos automotivos
Artigo Sbc 2009 - Gestão de requisitos de software para produtos automotivosArtigo Sbc 2009 - Gestão de requisitos de software para produtos automotivos
Artigo Sbc 2009 - Gestão de requisitos de software para produtos automotivos
 
apenas 4 meses: resultados
apenas 4 meses: resultadosapenas 4 meses: resultados
apenas 4 meses: resultados
 
Definições de Requisitos - IEEE 830/98
Definições de Requisitos - IEEE 830/98Definições de Requisitos - IEEE 830/98
Definições de Requisitos - IEEE 830/98
 
Engenharia de requisitos
Engenharia de requisitosEngenharia de requisitos
Engenharia de requisitos
 
Como demonstrar ROI das entregas de valor com Business Case
Como demonstrar ROI das entregas de valor com Business Case Como demonstrar ROI das entregas de valor com Business Case
Como demonstrar ROI das entregas de valor com Business Case
 
Análise de Negócio na Perspectiva de BI
Análise de Negócio na Perspectiva de BIAnálise de Negócio na Perspectiva de BI
Análise de Negócio na Perspectiva de BI
 
Resumo do Guia BABOK® 3
Resumo do Guia BABOK®  3 Resumo do Guia BABOK®  3
Resumo do Guia BABOK® 3
 
Blueprint+: Developing a Tool for Service Design
Blueprint+: Developing a Tool for Service DesignBlueprint+: Developing a Tool for Service Design
Blueprint+: Developing a Tool for Service Design
 

Similar to Documentar Requisitos Usando Modelos

Similar to Documentar Requisitos Usando Modelos (20)

Trabalho de análise e projeto 2
Trabalho de análise e projeto 2Trabalho de análise e projeto 2
Trabalho de análise e projeto 2
 
Aula-04-UML.pptx
Aula-04-UML.pptxAula-04-UML.pptx
Aula-04-UML.pptx
 
Aula desesenvolvimento segunda semana
Aula desesenvolvimento segunda semanaAula desesenvolvimento segunda semana
Aula desesenvolvimento segunda semana
 
4º semestre
4º semestre4º semestre
4º semestre
 
CursoUML - Unified Modeling Language
CursoUML - Unified Modeling LanguageCursoUML - Unified Modeling Language
CursoUML - Unified Modeling Language
 
pec-12-patterns-intro.ppt
pec-12-patterns-intro.pptpec-12-patterns-intro.ppt
pec-12-patterns-intro.ppt
 
Conceitos Básicos Sobre Analise de Sistemas
Conceitos Básicos Sobre Analise de SistemasConceitos Básicos Sobre Analise de Sistemas
Conceitos Básicos Sobre Analise de Sistemas
 
Aula modelagem de dados
Aula modelagem de dadosAula modelagem de dados
Aula modelagem de dados
 
Processo Unificado(RUP)
Processo Unificado(RUP)Processo Unificado(RUP)
Processo Unificado(RUP)
 
Linguagem de Modelagem Unificada (UML)
Linguagem de Modelagem Unificada (UML)Linguagem de Modelagem Unificada (UML)
Linguagem de Modelagem Unificada (UML)
 
Curso Básico de UML
Curso Básico de UMLCurso Básico de UML
Curso Básico de UML
 
Analise sistemas 03
Analise sistemas 03Analise sistemas 03
Analise sistemas 03
 
Analise sistemas 03
Analise sistemas 03Analise sistemas 03
Analise sistemas 03
 
342336684-GSI030-Aula08-projetoImplementacao.pdf
342336684-GSI030-Aula08-projetoImplementacao.pdf342336684-GSI030-Aula08-projetoImplementacao.pdf
342336684-GSI030-Aula08-projetoImplementacao.pdf
 
Apresentação da UML
Apresentação da UMLApresentação da UML
Apresentação da UML
 
Aulas de análise
Aulas de análiseAulas de análise
Aulas de análise
 
Aulas de análise
Aulas de análiseAulas de análise
Aulas de análise
 
Diagrama de implantação
Diagrama de implantaçãoDiagrama de implantação
Diagrama de implantação
 
AULA 27-09 DIAGRAMAS.ppt
AULA 27-09 DIAGRAMAS.pptAULA 27-09 DIAGRAMAS.ppt
AULA 27-09 DIAGRAMAS.ppt
 
Aula 4 banco de dados
Aula 4   banco de dados Aula 4   banco de dados
Aula 4 banco de dados
 

Documentar Requisitos Usando Modelos

  • 1. Documentar Requisitos Usando Modelos MATERIAL AUXILIAR PARA ESTUDO DA CERTIFICAÇÃO CPRE – FL BARBARA LIMA BLOGDABARBARALIMA.BLOGSPOT.COM.BR
  • 2. Roteiro  O que é modelo?  Modelos de Metas  Casos de Usos  Três Perspectivas sobre requisitos  Perspectiva Estrutural  Perspectiva Funcional  Perspectiva Comportamental  Referências
  • 3. “É necessário existir um documento de especificação de requisitos que seja compreendido por todos os stakeholders. Isto significa que os requisitos devem ser detalhados utilizando linguagem natural e diagramas. Podem também ser produzidos documentos de sistema mais detalhados tais como modelos de sistema.” MODELO MOISE modelagem de informações
  • 4. O que é modelo ?  “Um modelo é a representação abstrata de uma realidade existente, ou uma realidade a ser criada.”  Representação  Descritiva  Prescritiva  Redução  Seleção  Compressão  Pragmatismo
  • 5. “Modelos de elementos são conceituações do objeto material ou imaterial, ou pessoas representas na realidade”. “A utilização de modelos facilita a compreensão de informações específicas sobre um determinado fato e suas inter-relações, a rápida assimilação dessas informações e sua documentação de forma não ambígua” Modelo de construção do quadro “Mona Lisa” (ou La Gioconda)
  • 6. O que é modelo?  Modelos Conceituais = Linguagens e Requisitos  Linguagens de modelagem  Sintaxe: o significado dos elementos de modelagem  Ex: Sucata - é a denominação dada à todo o tipo de material, produto ou resíduo descartados que sejam passíveis de reciclagem na indústria.  Ex: Mão – é um membro do corpo humano.  Semântica: os elementos de modelagem e suas combinações válidas  Ex: O Sucata é um arquiteto de mão cheia.
  • 7. Vantagens: Informação representada por uma imagem é mais rapidamente compreendida e memorizada Desfazer, Colar, Recortar
  • 8. Vantagens: Modelos de requisitos permitem a modelagem de uma perspectiva específica dos requisitos Diferentes Perspectiva, Diferentes Resultados.
  • 9. Vantagens: Ao definir uma linguagem de modelagem para uma finalidade específica podemos estabelecer abstrações relevantes da realidade Modelos diferentes, realidades distintas
  • 10. Modelo de Metas  Metas: descreve as intenções de uma característica específica do sistema a ser desenvolvido desejado por um envolvido.  Decomposição de Metas: “Ganhar muito dinheiro na área de requisitos”  E (and):  Formação na área de Computação  Certificações de Engenharia de Requisitos  Boa forma de comunicação  OR (ou)  Lábia para argumentação  Realização de Curso de Oratória
  • 11. Casos de uso Os casos de uso ajudam a examinar e documentar um sistema planejado ou existente a partir da perspectiva do usuário Diagrama de Casos de Uso Especificação de Casos de Uso  modelos de fácil compreensão  visão detalhada dos diagramas  Documentam a as inter- através de uma especificação exata das propriedades essenciais relações entre essas de cada caso de uso funcionalidades  Utilizados templates que  Elementos de modelagem: possuem os campos:  Atores (pessoas ou outros  Identificador único e nome sistemas) no contexto do sistema  Descrição do caso de uso  Limite do sistema  Evento desencadeador (“trigger”)  Casos de uso  Atores e Resultados  Diversos tipos de relações entre  Pré-condições e pós-condições esses elementos de modelagem  Cenários descrevem seqüências de eventos que conduzem à execução bem  Extend sucedida ou situações excepcionais  Include devem ser tratadas
  • 12. Diagrama de Casos de Uso: documentam as funcionalidades necessárias do ponto de vista da utilização de um dado sistema, as inter-relações entre essas funcionalidades, bem como o contexto do sistema
  • 13. Especificação de Casos de Uso: um template predefinido é geralmente preenchido para cada caso de uso relevante
  • 14. Três perspectivas sobre Requisitos: As três perspectivas não são disjuntas, os modelos podem ser reciprocamente marcada para a completude ea coerência com relação à informação que é modelado no interseções Três perspectivas sobre Requisitos
  • 15. Perspectiva Estrutural: Documenta a estrutura de dados, bem como relacionamentos de uso e de dependência no contexto do sistema Diagrama de Entidade Relacionamento Entidade Relacionamento Atributo Diagrama de Entidade Cardinalidade Relacionamento por Chen
  • 16. Perspectiva Estrutural: Documenta a estrutura de dados, bem como relacionamentos de uso e de dependência no contexto do sistema Diagrama de Classes Classes Associações Relacionamentos de agregação , composição e generalização Diagramas de Classes UML
  • 17. Perspectiva Funcional: Documenta a transformação de dados de entrada recebidos do ambiente do sistema, em dados de saída liberados para o ambiente Diagrama de Fluxo de Dados Processos Fluxos de dados Repositório de dados Entidades Externas (fornecedores/consumid Diagramas de Fluxos de Dados por ores) Tom DeMarco
  • 18. Perspectiva Funcional: Documenta a transformação de dados de entrada recebidos do ambiente do sistema, em dados de saída liberados para o ambiente Diagrama de Atividades Ações Nós de início e nós de fim Fluxo de controle e objetos Nós de decisão Reunião (Merge) de fluxos de Fork e Join Elementos de hierarquização Diagramas de Atividades UML
  • 19. Perspectiva Comportamental: Documenta os diversos estados em que um sistema pode se encontrar, bem como nos eventos responsáveis por uma transição entre os estados Statechart e Estados Estado inicial e estado final Transições entre estados Paralelismo Hierarquização Statechart
  • 20. Perspectiva Comportamental: Documenta os diversos estados em que um sistema pode se encontrar, bem como nos eventos responsáveis por uma transição entre os estados Diagrama de Estados Estados Estado inicial e estado final Transições entre estados Paralelismo Hierarquização Diagrama de Estados UML Ponto de Entrada e saída
  • 21. Referências  POHL, Klaus; RUPP, Chris. Requirements Engineering Fundamental: a study guide for the certified professional. Santa Barbara: RockyNook, 2011.  TORNQUIST, Martin; NANNINI, Paulo Henrique; DIAZ PINAYA, Jorge Luiz. CPRE - FL Quick Guide: Certified Professional for Requirements Engineering - Foundadion Level. Brasil: T&M, 2011.  FRÜHAUF, Karol. et. Alli. Syllabus: Profissional para Engenharia de Requisitos Certificado pelo IREB - Nível Fundamental.s/l: IREB, 2011.  Wikipedia(2008). Modelos Ciclo de Vida. <http://pt.wikipedia.org/wiki/Modelos_ciclo_de_vida>.
  • 22. Obrigada ! Bárbara Lima barbara.computacao@gmail.com blogdabarbaralima.blogspot.com.br