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

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 existirum 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ãoconceituaçõ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 modelagemde uma perspectiva específica dos requisitos Diferentes Perspectiva, Diferentes Resultados.
  • 9.
    Vantagens: Ao definir uma linguagemde 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: documentamas 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: umtemplate predefinido é geralmente preenchido para cada caso de uso relevante
  • 14.
    Três perspectivas sobre Requisitos: As três perspectivasnã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 dedados, 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 dedados, 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 dedados 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 dedados 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 estadosem 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 estadosem 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