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

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

Modelagem Orientada a Objetivos

Anatções de aula em: http://golfinho.dcc.ufmg.br/ead/file.php/161/Transparencias/Requisitos-conceitos_basicosNOTAS.ppt Artigo lido: http://golfinho.dcc.ufmg.br/ead/file.php/161/Artigos_Tecnicos/Analise_com_Casos_de_Uso_baseada_em_ObjetivosR.doc  Figura: http://www.objectiver.com/index.php?id=18

Software

Satisfazem

Em relação ao Ambiente

Interagem

Controlam

Alteram

Objetivos

Necessidade e desejos do usuário Funcionalidade ou Propriedade desejada pelo ambiente do sistema A ser satisfeita com o desenvolvimento do sistema Ocorrem no ambiente do sistema, são relativas ao seu domínio, e independentes de qualquer sistema de software http://golfinho.dcc.ufmg.br/ead/file.php/161/Transparencias/ModelagemRequisitosNOTAS.ppt  

Ligado ao O que Fazer?

Tem Padrões

De Obtenção

De Término

De Manutençao

De Não Ocorrência

Melhor forma para Analisar

1) Base para Elaboração de Reqisito 2) Define critério para interligação da especificação de requisito 3) Justifica a existência de requisito 4) Auxiliam na detecção de conflitos entre requisitos 5) São implementado por requisitos

Possibilita

Atribuir requisito não Funcional

Acompanha projeto

Obter Requisitos diferentes

Associa-los a projetos de sua realização

Casar Objetivo de usuário com conceitos operacionais

Auxilia na escolha de parametros

Podem ser

Funcional

Não Funcional

Niveis

Estratégico

De Usuário

De Detalhe

Propriedade

De Dominio

Existe independente do Software

De Requisito

Requisito

1) Restringe o comportamento do software em que: a) descreve valores que monitoram o software b) Restringe valores que controlam o software c) Valores controlados não são de monitoração futura

Satisfazem

Ligado as Funções a serem atendidas

Especificação

Descreve as propriedades e requisitos do sistemas

Ligado ao Como Fazer?

Caso de Uso

 Um Caso de Uso (em inglês use case) é uma interação típica entre um usuário e um sistema. Um caso de uso captura alguma função visível ao usuário e, em especial, busca atingir uma meta do usuário. Assim um caso de uso pode ser definido como uma seqüência de ações que o sistema executa e produz um resultado de valor para o ator, ou seja, uma coleção de possíveis  cenários  que ocorrem envolvendo o sistema e o agente externo ( ator ), caracterizada pelo objetivo do agente primário.  http://golfinho.dcc.ufmg.br/ead/mod/resource/view.php?id=5105

Satisfazem

Constituido de

Atores

Cenários

Eventos Externos

Diagrama de Caso de Uso

Papel

Abordagem

Obter histórias do usuário

Definir requisitos

Doc. funcionalidades do sistema

Método

Atividades

Eliciar o contexto do sistema, Explicito, Implicito, Técnica

Definir os objetivos do sistema, Obtidos pelos interesses dos Stakeholders, estruturados de forma hierárquica, Técnica

Derivar requisitos, Pelo refinamento dos objetivos, Etapas, Elaboração, Verificação / Validação, Gerência de Conflitos com Requisitos, Negociação, Evolução

Derivar Casos de uso, Pelo refinamento dos requisitos

Derivar Modelos UML, Com base nos casos de uso

Podem ser

Informais

semi-formais

formais

Beneficios

Abstração

Objetivos  proporcionam descrições de alto nível, funcionais e não funcionais, descrições  compreensíveis do “o que” o sistema deve fazer, sem a complexidade de descrever como o sistema funciona [van Lamsweerde 2001].  

Direção

Objetivos fornecem aos analistas uma checklist de atividades a completar [Sommerville 1997, Yue 1987]. Permitindo a obtenção completa dos requisitos atendendo assim ao critério de   completude. E evita a definição de requisitos irrelevantes atendendo assim ao critério de pertinência.    

Rastreabilidade

Objetivos fornecem uma ponte ligando os pedidos das partes interessadas (stakeholders) às  especificações do sistema [Robinson 1990, Robinson 1998].

Análise

Objetivos fornecem um meio para analisar o sistema antes da sua construção. Tal análise é importante, e inclui: análise de conflitos, pois o seu detalhamento favorece a escolha entre opções alternativas, a localização de conflitos, facilitando a negociação entre os envolvidos. Lamsweerde 1998] e de cobertura  [Yue 1987].  [Robinson 1994, van    

Facilita a elaboração de UC

  Atenua a dificuldade existente, para analistas e usuários de sistemas,na utilização de casos de uso.   http://golfinho.dcc.ufmg.br/ead/file.php/161/Transparencias/ModelagemRequisitosNOTAS.ppt