São apresentados conceito de modelo, perpectivas de requisitos, modelagem de requisitos, tudo voltado para a certificação, sendo aplicada também para o mercado atual e estudantes da área.

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