Create your own awesome maps

Even on the go

with our free apps for iPhone, iPad and Android

Get Started

Already have an account?
Log In

Objetivos by Mind Map: Objetivos
0.0 stars - 0 reviews range from 0 to 5

Objetivos

Análise com Casos de Uso baseada em Objetivos

MODELAGEM COM OBJETIVOS

Utilização de padrões

Objetivos de Obtenção

Objetivos de Término

Objetivos de Manutenção

Objetivos de Não Ocorrência

Utilização rara, particularmente na UML

Possibilidades para o uso de objetivos

Referências: A. Cockburn, "Goals and Use Cases," Journal of Object-Oriented Programming, vol. 10, pp. 35-40, 1997. A. Cockburn, "Using Goal-Based Use Cases," Journal of Object-Oriented Programming, vol. 10, pp. 56-62, 1997.  

Atribuir requisitos não-funcionais a objetivos

Acompanhar o projeto pelos objetivos

Obter  requisitos diferentes  a partir do não alcance dos objetivos

Utilização de objetivos associados a design das suas realizações

Casar objetivos do usuário com conceitos operacionais

Auxilio na escolha de parâmetros a partir de modelos de objeto

Referências: C. Bock, "Goal-driven Modeling," Journal of Object-Oriented Programming, vol. 13, pp. 48–53, 2000. C. Bock, "Goal-driven Modeling, Part II," Journal of Object-Oriented Programming, vol. 14, 2001.  

MÉTODO ORIENTADO A OBJETIVOS

Visa obter especificações com UML a partir de objetivos. Adiciona objetivos  ao   método UML de análise  

Sintese de métodos comuns

Atividades

Eliciar o contexto do sistema

Definir os objetivos do sistema

Derivar requisitos

Derivar casos de uso

Derivar modelos UML

Benefícios

Abstração

Direção

Rastreabilidade

Análise

Exemplos

Problema do elevador

Sistema comum de  processamento de pedidos

DEFINIÇÃO DE OBJETIVOS E REQUISITOS DE UM SISTEMA

Refinamento

A soma dos e-sub-objetivos satisfazem o objetivo. Utiliza padrões (patterns) de refinamento.

Disjunção (ou-refinamento)

Conjunção (e-refinamento), Marco, Baseado em casos

Levantamento inicial

Entrevistas

Observações

Documentos

Sistemas existentes

Estrutura

Os analistas estruturam os objetivos, criam uma hierarquia.

Como?, Conjunto mínimo de descrições do ambiente e do sistema (requisitos)., Propriedades do domínio só devem ser incluídas quando necessário., Descrições fora do domínio se referem ao design (projeto)

Por que?, Para obter a lógica dos objetivos do sistema., Estratégias de alto nível orientam as decisões de baixo nível.

FERRAMENTAS / TECNOLOGIAS

Padrões (patterns) diversos

Orientação a Objetos (OO)

Casos de Uso

UML

Linguagem de modelagem unificada.

KAOS

Método de análise de requisitos orientados a objetivos. Referência: A. Dardenne, A. van Lamsweerde, and S. Fickas, "Goal-Directed Requirements Acquisition," Science of Computing Programming, vol. 20, pp. 3-50, 1993.  

PAPÉIS

Analistas

Definem as propriedades desejadas do ambiente, ou objetivos. Derivam requisitos dos objetivos por refinamento.  

Projetistas

Refina os objetivos como um meio para descrever o funcionamento interno do sistema.  

Stakeholders

Possuem necessidades de negócio.

DEFINIÇÕES

Necessidades

Propriedades do negócio dos stakeholders, ligados aos objetivos.

Objetivo

Propriedade desejada do ambiente.

Propriedade de Domínio

Propriedade que existe naturalmente no ambiente,  independentemente  de qualquer sistema software. Refere-se apenas a propriedades do ambiente  

Requisito

Tipo especial de objetivo que condiciona (restringe)  o comportamento do software. Refere-se a propriedades de tanto o ambiente quanto o sistema    

Descrição

Um requisito é composto de descrições. Uma descrição que só referencia as propriedades do sistema é um tipo especial de requisito, chamado de especificação.  

Especificação

Tipo especial de requisito que somente tem a ver com as  propriedades do sistema. Descreve a forma como o sistema produz os seus comportamentos. Refere-se apenas a propriedades do sistema