REQUISITOS DE SISTEMA Aula_10

Esta é uma pré-visualização de arquivo. Entre para ver o arquivo original

REQUISITOS DE SISTEMAS
 PROF. Horacio Ribeiro
Aula 10: caso de uso
REQUISITOS DE SISTEMAS
REQUISITOS DE SISTEMAS
Caso de uso
REQUISITOS DE SISTEMAS
Aula 10
Conteúdo Programático desta aula
Identificar a utilidade de casos de uso para a engenharia de software. 
Reconhecer como o caso de uso contribuiu para a área de requisitos de sistemas. 
Conhecer a estrutura dos casos de usos. 
 informações sobre UML
 
Caso de uso
REQUISITOS DE SISTEMAS
Aula 10
software
um software é uma seqüência lógica de passos que produz determinado resultado; ou seja, ele sempre vai seguir o procedimento definido, até que algum programador o altere. 
Portanto, é possível concluir que um software possui um comportamento : um modelo. 
Caso de uso
REQUISITOS DE SISTEMAS
Aula 10
Uma modelagem de um determinado sistema é um processo que consiste na representação de uma visão (ou perspectiva) do que se espera do sistema, no tocante ao seu funcionamento e resultado(s). 
Caso de uso
REQUISITOS DE SISTEMAS
Aula 10
Caso de uso
É um consenso que ter uma representação visual de seu sistema antes que ele entre na etapa de implementação é de fundamental importância.
O CASO DE USO é uma metodologia que institui regras para a modelagem de sistemas. 
Caso de uso
REQUISITOS DE SISTEMAS
Aula 10
Na aula de hoje, estaremos finalizando nossos estudos sobre requisitos de sistema, e aprendendo a respeito de como os casos de uso contribuem para uma adequada interpretação.
saímos da abstração (algo que estamos pensando), para um ambiente mais próximo e “legível” do que será o sistema. 
Tal representação contribuiu bastante para o sucesso de identificação dos requisitos de sistemas e envolvimento dos usuários
REQUISITOS DE SISTEMAS
REQUISITOS DE SISTEMAS
Identificar a utilidade de casos de uso para a engenharia de software
Caso de uso
REQUISITOS DE SISTEMAS
Aula 10
o CASO DE USO estabelece uma metodologia que institui regras para a modelagem de sistemas. 
Representados por diagramas, os Casos de Uso tem o objetivo de auxiliar a comunicação entre os analistas e o cliente.
Permite fazer simulações de opções .
Materializa oficinas de requisitos com participação de usuários
Caso de uso
REQUISITOS DE SISTEMAS
Aula 10
A técnica de caso de uso expõe uma espécie de cenário que mostra as funcionalidades do sistema do ponto de vista do usuário. 
Enfim, o cliente deve ter acesso através do diagrama de Casos de Uso a identificação das principais funcionalidades de seu sistema.
Pode ser feito com protótipos para validação
Caso de uso
REQUISITOS DE SISTEMAS
Aula 10
A partir dessa análise:
conseguimos então perceber se estamos no caminho correto. 
não estamos falando de uma conversa técnica (“bits e bytes”), mas com uma linguagem entendível por todos os integrantes da equipe.
É um instrumento de comunicação.
Trabalha-se a participação de usuários
Caso de uso
REQUISITOS DE SISTEMAS
Aula 10
Podemos também citar sobre uma característica importante dessa modelagem:
 é que ela independe do tipo de plataforma tecnológica; 
 qual a linguagem de programação, 
qual o banco de dados etc. 
o Caso de Uso é uma estratégia muito peculiar a engenharia de requisitos.
REQUISITOS DE SISTEMAS
REQUISITOS DE SISTEMAS
Conhecer a estrutura dos casos de usos. 
O diagrama de Caso de Uso é compostos basicamente por 3 elementos. 
São eles:
Atores;
Casos de uso;
Relacionamentos entre estes elementos.
Um ator é representado por um boneco e um rótulo com o nome do ator. Um ator identifica um usuário do sistema, seja ele humano ou outro sistema.
Um caso de uso é representado por uma elipse e um rótulo com o nome do caso de uso. Um caso de uso define uma grande função do sistema. A implicação é que uma função pode ser estruturada em outras funções e, portanto, um caso de uso pode ser estruturado.
exemplo
Mostrar a simplicidade do desenho:
Ator representa quaisquer entidades que interagem com o sistema. Um ator representa um papel no sistema
Relacionamentos entre casos de uso
Mediante aspectos inerente a necessidade de fazer uso de casos de uso por outro caso de uso, pode se estabelecer relacionamentos:
 
Relacionamentos entre casos de uso
Relacionamentos comuns:
 include: Quando um caso de uso “A” inclui (include) outro caso de uso “B”. Isto implica que ao executar o caso de uso “A” executa-se também o caso de uso “B”.
Similar a uma chamada de rotina em um programa
 
extends: Quando um caso de uso “A” tem um relacionamento do tipo extends com outro caso de uso “B”. Implica que ao executar o caso de uso “A” não necessariamente “B” será executado.
 
Relacionamento entre Atores
O ator pode herdar as funcionalidades (casos de uso) de outro ator.
Definir como inicia o caso de uso e o que gera:
Atender cliente
Pré condições:
Pos condições:
Descrição resumida (inicialmente) 
Passo a passo com no máximo 10 linhas
Definir como inicia o caso de uso e o que gera:
Atender cliente
Pré condições:
Por condições:
Fazer o script (fluxo principal)
Ator sistema
Representação do Sistema
No tocante ao sistema como um todo, ou seja, a representatividade global do funcionamento é feito através de mais dois elementos:
Nome do sistema: Localizado dentro do retângulo.
Limites do sistema: representado por um retângulo envolvendo os casos de uso que compõem o sistema.
exemplo
REQUISITOS DE SISTEMAS
REQUISITOS DE SISTEMAS
A UML – Unified Modeling
A UML  surgiu a partir de um incentivo (inclusive financeiro) da Rational Software na união entre outras três metodologias de modelagem. 
Foram eles: 
o método do americano Grady Booch; 
o método OMT (Object Modeling Technique) do sueco Ivar Jacobson; e 
o método OOSE (Object-Oriented Software  Engineering) do americano James Rumbaugh. 
Assim que a primeira versão foi lançada, diversas grandes empresas atuantes na área de software passaram a contribuir com o projeto, fornecendo sugestões para melhorar e ampliar a linguagem. Finalmente a UML foi adotada pela OMG (Object Management Group) em 1997, como a linguagem padrão de modelagem. Hoje, em 2007, a UML está na versão 2.0.
Além do Caso de Uso que estudamos anteriormente o UML padroniza os seguintes diagramas:
Diagrama de Classe mostra classes e os relacionamentos entre elas
Diagrama de Seqüência mostra objetos e uma seqüência das chamadas do método feitas para outros objetos.
Diagrama de Colaboração mostra objetos e seus relacionamentos, colocando ênfase nos objetos que participam na troca de mensagens
Diagrama de Estado mostra estados, mudanças de estado e eventos num objeto ou uma parte do sistema
Diagrama de Atividade mostra atividades e as mudanças de uma atividade para outra com os eventos ocorridos em alguma parte do sistema
Diagrama de Componente mostra os componentes de programação de alto nível.
Diagrama de Distribuição mostra as instâncias dos componentes e seus relacionamentos.
Os Diagramas de Entidade-Associação mostram os dados e as relações e as restrições entre os dados.
Caso de uso
REQUISITOS DE SISTEMAS
Aula 10
Contactos e material complementar e exercícios
www.espacodoprofessor.com
Professor: Horacio ribeiro
Modulo Estácio 2012.1
Senha 222222