REQUISITOS DE SISTEMAS
REQUISITOS DE SISTEMAS PROF. Horacio Ribeiro
Aula 10: caso de uso
REQUISITOS DE SISTEMAS
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
Aula 10
REQUISITOS DE SISTEMAS
software um software é uma sequê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
Aula 10
REQUISITOS DE SISTEMAS
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
Aula 10
REQUISITOS DE SISTEMAS
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
Aula 10
REQUISITOS DE SISTEMAS
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
Caso de uso
Aula 10
REQUISITOS DE SISTEMAS
Identificar a utilidade de casos de uso para a engenharia de software
REQUISITOS DE SISTEMAS
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çoes de opçoes . Materializa oficinas de requisitos com participação de usuários
Caso de uso
Aula 10
REQUISITOS DE SISTEMAS
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
Aula 10
REQUISITOS DE SISTEMAS
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
Aula 10
REQUISITOS DE SISTEMAS
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.
Caso de uso
Aula 10
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.
exemplo
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.
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: Pre condiรงoes:
Atender cliente Pos condiรงoes:
Desciรงao resumida (inicalmente) Passo a passo com no mรกximo 10 linhas
Definir como inicia o caso de uso e o que gera: Pre condiรงoes:
Atender cliente Pos condiรงoes:
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: 1.Nome do sistema: Localizado dentro do retângulo. 2.Limites do sistema: representado por um retângulo envolvendo os casos de uso que compõem o sistema.
exemplo
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: (a)o método do americano Grady Booch; (b)o método OMT (Object Modeling Technique) do sueco Ivar Jacobson; e (c)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 Sequência mostra objetos e uma sequê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.
REQUISITOS DE SISTEMAS
Contactos e material complementar e exercícios www.espacodoprofessor.com Professor: Horacio ribeiro Modulo Estácio 2012.1 Senha 222222
Caso de uso
Aula 10