6. Gestão e Especificação de Rqs-Facitec

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

*
Mesmo pequenos erros
Podem levar a grandes problemas.
*
Gestão e Especificação de Requisitos
Casos de Uso
*
Casos de Uso
Especificar requisitos funcionais através de casos de uso não pressupõe a utilização de APOO (Análise e Programação Orientadas a Objetos).
*
Casos de Uso
Criados e divulgados por Ivar Jacobson, principalmente a partir de 1994;
Primeiramente utilizados na metodologia OOSE/Objectory;
Não são exclusividade da UML;
Diversas outras metodologias foram adaptadas para utilizá-los para representar a especificação funcional de sistemas.
*
Casos de Uso
Um Caso de Uso é um documento narrativo que descreve a seqüência de eventos de um ator (agente externo) que utiliza um sistema para complementar um processo. [Jacobson]
*
Casos de Uso
Casos de Uso são:
histórias ou casos de utilização de um sistema;
são requisitos funcionais que indicam o que o sistema fará.
processos elementares de negócio (PEN).
*
Casos de Uso
Um processo elementar de negócio é uma tarefa executada por uma pessoa (ator), em algum lugar, em um determinado momento, em resposta a um evento de negócios, que acrescenta um valor mensurável ao negócio e deixa os dados em um estado consistente.
*
Casos de Uso
Descrevem:
o que um novo sistema deve fazer;
o que um sistema existente já faz;
Construídos iterativamente;
Envolve desenvolvedores e clientes;
Estabelecem uma especificação comum entre as partes;
*
Casos de Uso
Propósitos básicos:
Decidir e descrever os requisitos funcionais do sistema;
prover uma descrição clara e consistente do que o sistema deve fazer;
prover a base para a realização de testes que validam e verificam o sistema;
prover facilidades para se rastrear requisitos funcionais dentro das classes e operações do sistema.
*
Casos de Uso
Um caso de uso descreve uma funcionalidade como um todo, incluindo possíveis alternativas, erros e exceções que ocorrem durante sua execução.
Relaciona-se com um ou mais atores através de associações.
*
Casos de Uso
São sempre iniciados por um ator (que direta ou indiretamente ordena ao sistema a execução de um caso de uso);
Agrega algum valor para o ator;
*
Casos de Uso
Um caso de uso é completo:
é incorreto “quebrar” um caso de uso grande em diversos casos de usos menores, pois não se deve especificar como o caso de uso será implementado;
somente se completa quando produz um valor.
*
Casos de Uso
São “conjuntos de seqüências de ações que um sistema executa que produzem um resultado observável por um particular ator”.
*
Gestão e Especificação de Requisitos
Modelo de Casos de Uso
*
Modelo de Casos de Uso
Principais componentes:
Atores:
entidades externas que interagem com os casos de uso
Casos de Uso:
especificam funcionalidades completas do sistema
Sistema:
conjunto de casos de uso
*
Modelo de Casos de Uso
Características básicas:
As fronteiras do sistema são especificadas pelas suas funcionalidades;
As funcionalidades do sistema são representadas por casos de uso;
Cada caso de uso especifica completamente uma funcionalidade;
Um caso de uso sempre agrega algum valor;
*
Modelo de Casos de Uso
Características básicas (continuação):
O ator é uma entidade externa que tem interesse em interagir com o sistema
O sistema deve ser visto como uma “caixa-preta” que provê casos de uso, ou seja, não é importante especificar como as funcionalidades serão implementadas, mas sim quais são estas funcionalidades.
*
Modelo de Casos de Uso
A quem interessa o modelo?
Clientes e usuários finais:
Especifica as funcionalidades do sistema de forma clara e fácil entendimento;
Desenvolvedores:
Ajuda a entender o que o sistema deve fazer;
Integradores e Testadores:
Provê a base para se integrar e testar o sistema.
*
Modelo de Casos de Uso
Para criar um modelo:
Definir o sistema
Identificar os atores
Encontrar os casos de uso
Definir os relacionamentos
Construir os diagramas de casos de uso
Descrever os casos de uso
*
Modelo de Casos de Uso
Para criar um modelo:
Definir o sistema
Identificar os atores
Encontrar os casos de uso
Definir os relacionamentos
Construir os diagramas de casos de uso
Descrever os casos de uso
*
Gestão e Especificação de Requisitos
Documento de Requisitos de Sistema
*
Modelo de Casos de Uso
Para criar um modelo:
Definir o sistema
Identificar os atores
Encontrar os casos de uso
Definir os relacionamentos
Construir os diagramas de casos de uso
Descrever os casos de uso
*
Modelo de Casos de Uso
O que é um Ator?
Alguém ou alguma coisa que interage com o sistema, ou seja, envia ou recebe mensagens para/do sistema ou troca informações com o sistema;
Uma pessoa, um outro sistema, um evento etc.
O que faz um Ator?
Representa um papel que pode ser desempenhado por diferentes usuários do sistema.
*
Modelo de Casos de Uso
Identificando Atores:
quem utilizará a principal funcionalidade do sistema ?
quem precisará de suporte do sistema para realizar suas tarefas diárias ?
quem precisa manter, administrar e deixar o sistema “rodando” ?
quais dispositivos de hardware o sistema precisa manipular ?
*
Modelo de Casos de Uso
Identificando Atores (continuação):
com quais outros sistemas o sistema precisa interagir ?
quem ou o que tem interesse nos resultados produzidos pelo sistema ?
*
Modelo de Casos de Uso
Identificando Atores (continuação):
Além destas perguntas, é importante conduzir-se um estudo com os usuários do atual sistema (manual ou informatizado) para descobrir quais diferentes papéis eles desempenham quando realizam suas tarefas diárias dentro do sistema.
*
Gestão e Especificação de Requisitos
Exercícios sobre Atores
*
Identifique os Atores
Exercício 1:
Uma faculdade precisa de uma aplicação para controlar os processos acadêmicos, como inscrições em disciplinas, lançamentos de notas, alocação de recursos para turmas etc. Após o levantamento inicial, os analistas chegaram à seguinte lista de requisitos que o sistema deve atender:
*
Identifique os Atores
Exercício 1 (continuação):
Os alunos poderão visualizar as notas obtidas por semestre letivo;
Permitirá o lançamento das notas das disciplinas lecionadas em um semestre letivo e controlará os prazos e atrasos neste lançamento;
Manterá informações cadastrais sobre disciplinas no currículo escolar;
*
Identifique os Atores
Exercício 1 (continuação):
Permitirá a abertura de turmas para uma disciplina, assim como a definição de salas e laboratórios a serem utilizados e dos horários e dias da semana em que haverá aulas de tal turma;
Permitirá que os alunos realizem a inscrição em disciplinas lecionadas em um semestre letivo;
*
Identifique os Atores
Exercício 1 (continuação):
Permitirá o controle do andamento das inscrições em disciplinas feitas por alunos;
Obterá informações do sistema de Recursos Humanos para obter informações sobre os professores;
Enviará informações sobre as disciplinas cursadas pelos alunos ao sistema de Faturamento;
*
Identifique os Atores
Exercício 1 (continuação):
Manterá informações cadastrais sobre os alunos e seus históricos escolares.
*
Identifique os Atores
Resposta 1:
Aluno – indivíduo que esta matriculado na faculdade, que tem interesse em se inscrever em disciplinas do curso.
Professor – indivíduo que leciona disciplinas na faculdade.
Coordenador – pessoa interessada em agendar alocações, e visualizar o andamento de inscrições dos alunos.
*
Identifique os Atores
Resposta 1 (continuação):
Secretaria – departamento da faculdade interessado em manter informações sobre os alunos matriculados e sobre o seu histórico escolar.
 Sistema de Recursos Humanos – sistema legado responsável por fornecer informações cadastrais sobre professores e funcionários.
*
Identifique os Atores
Resposta 1 (continuação):
Sistema de Faturamento – sistema legado
que tem interesse em obter informações sobre as inscrições dos alunos para realizar o controle de pagamento de mensalidades.
*
Identifique os Atores
Exercício 2:
Considere a seguinte declaração obtida de um gerente de uma empresa que comercializa livros pelo correio:
Após a ordem de compra do cliente ter sido registrada, o vendedor envia uma requisição ao depósito com detalhes da ordem da compra.
*
Identifique os Atores
Resposta 2:
Gerente – funcionário que supervisiona as atividades de comercialização de livros.
Cliente – pessoa interessada em adquirir livros pelo sistema postal.
Vendedor – funcionário interessado em efetuar vendas.
Depósito – departamento que envia os livros adquiridos pelo cliente.
*
Identifique os Atores
Exercício 3:
Vários projetos são realizados na empresa. Existem 50 empregados trabalhando em pelo menos um projeto. Há um sistema implantado que permite aos participantes de um projeto marcarem suas horas de trabalho. Esse sistema gera um relatório, ao final de cada mês, com os totais das horas trabalhadas de cada participante.
*
Identifique os Atores
Resposta 3:
Empregado – pessoa contratada pela empresa para executar serviços.
Participante – empregado vinculado a um projeto.
Gerente(Tempo) – evento que solicita a geração de informações financeiras sobre a remuneração dos empregados.
*
Verdadeira ou Falsa
Exercício 4:
Pessoas com o mesmo cargo em uma empresa podem representar papéis de diversos atores.
Um ator pode representar pessoas de diferentes cargos.
*
Modelo de Casos de Uso
Para criar um modelo:
Definir o sistema
Identificar os atores
Encontrar os casos de uso
Definir os relacionamentos
Construir os diagramas de casos de uso
Descrever os casos de uso
Validar o modelo
*
Gestão e Especificação de Requisitos
Encontrando Casos de Uso
*
Modelo de Casos de Uso
Nome de Caso de Uso:
Especifica uma ação;
Frase curta iniciada com um verbo no tempo infinitivo.
Verbo no infinitivo + complemento
*
Modelo de Casos de Uso
Encontrando Casos de Uso:
Quais funções o ator requer do sistema? O que o ator precisa fazer?
O ator precisa criar, ler, destruir, modificar ou armazenar algum tipo de informação dentro do sistema?
O ator precisa ser notificado de eventos do sistema? O ator precisa notificar o sistema sobre algum evento?
*
Modelo de Casos de Uso
Encontrando Casos de Uso (continuação):
O trabalho diário do ator poderia ser simplificado ou tornado mais eficiente através de novas funcionalidade do sistema?
Quais entradas e saída o sistema precisa?
Quais os principais problemas com o atual sistema?
*
Gestão e Especificação de Requisitos
Diagrama de Casos de Uso
*
Diagrama de Casos de Uso
O diagrama de casos de uso:
É uma representação gráfica do modelo de casos de uso;
Provê mecanismos para representar os componentes do modelo de casos de uso e os seus eventuais relacionamentos.
*
Diagrama de Casos de Uso
O diagrama de casos de uso:
Facilita o entendimento de um sistema
	mostrando a sua “visão externa”;
É uma das maneiras mais comuns de documentar os requisitos do sistema.
*
Diagrama de Casos de Uso
Um Ator é representado pelo símbolo:
*
Diagrama de Casos de Uso
Um Caso de Uso é representado pelo símbolo:
*
Diagrama de Casos de Uso
Um Sistema é representado pelo símbolo
Nome do Sistema
*
Modelo de Casos de Uso
Para criar um modelo:
Definir o sistema
Identificar os atores
Encontrar os casos de uso
Definir os relacionamentos
Construir os diagramas de casos de uso
Descrever os casos de uso
*
Diagrama de Casos de Uso
Relacionamento entre Atores:
Generalização:
Um Ator pode representar vários papéis;
É representada por uma seta com ponta triangular sem preenchimento;
*
Diagrama de Casos de Uso
Relacionamento entre Atores:
Generalização:
Utiliza-se quando dois ou mais atores desempenham um papel mais genérico.
*
Diagrama de Casos de Uso
Relacionamento entre Atores e Casos de Uso:
Associação:
É bidirecional por definição;
Representada por uma linha unindo Ator e Caso de Uso.
*
Diagrama de Casos de Uso
Exemplo:
Atendimento de biblioteca.
*
Diagrama de Casos de Uso
Relacionamento entre Casos de Uso:
Inclusão:
Descreve um relacionamento de uso;
A seta pontilhada aponta para o UC incluído.
*
Diagrama de Casos de Uso Relacionamento entre Casos de Uso: - Inclusão: * Descreve uma seqüência adicional de comportamento que será inserida; * Um mesmo caso de uso pode ser inserido em múltiplos casos de uso; * A inclusão representa comportamento encapsulado que potencialmente poderá ser reusado em outros casos de uso .
*
Diagrama de Casos de Uso
Relacionamento entre Casos de Uso:
Extensão:
É usada para identificar comportamentos específicos e/ou exceções;
*
Diagrama de Casos de Uso
Relacionamento entre Casos de Uso:
Extensão:
A seta pontilhada aponta para o Caso de Uso extendido;
O Caso de Uso extendido é aumentado pelo Caso de Uso que o extende.
*
Diagrama de Casos de Uso Relacionamento entre Casos de Uso: - Extensão: * Usada para modelar partes opcionais do caso de uso; * Usada para modelar cursos alternativos e complexos; * Especializa o caso de uso “extendido” 
*
Modelo de Casos de Uso
Para criar um modelo:
Definir o sistema
Identificar os atores
Encontrar os casos de uso
Definir os relacionamentos
Construir os diagramas de casos de uso
Descrever os casos de uso
*
Diagrama de Casos de Uso
Exemplo:
Uma loja de Cds possui discos para venda e locação; 
Um cliente pode comprar ou locar uma quantidade ilimitada de discos. Para locar é obrigatório que o cliente esteja cadastrado na loja, ou seja, tenha preenchido uma ficha de cadastro que deve ser renovada a cada 06 meses; 
*
Diagrama de Casos de Uso
Exemplo (continuação):
As vendas de CDs podem ser efetuadas à vista com 10% de desconto, ou sem desconto através de cheque pré-datado, descontado 30 dias após a compra. As locações somente podem ser pagas à vista, no ato da devolução dos discos, que tem de acontecer 02 dias após a locação. O valor da locação de cada disco é R$ 1,00; 
*
Diagrama de Casos de Uso
Exemplo (continuação):
A loja possui um funcionário cuja função é atender os clientes durante a venda e locação dos discos. Suas principais tarefas são: receber e conferir o pagamento efetuado pelos clientes; emitir recibo de venda e locação (este último em duplicata); anotar em uma caderneta o valor de cada venda, assim também como o nome dos discos vendidos; conferir o estado dos CDs devolvidos (caixa, disco e encarte).
*
Diagrama de Casos de Uso
*
Gestão e Especificação de Requisitos
Diagramas de Casos de Uso
Exercício
*
Diagrama de Casos de Uso
Exercício:
O vendedor de uma loja de eletrodomésticos, ao efetuar uma venda, encaminhará o cliente para o caixa para a realização do pagamento do eletrodoméstico adquirido;
O sistema aceitará o pagamento à vista, no crediário da loja ou por cartão de crédito;
*
Diagrama de Casos de Uso
Exercício (continuação):
Independente da forma de pagamento, o caixa verificará, através do sistema, se o cliente não consta do SPC;
 Ao receber o pagamento, o caixa emitirá a nota fiscal ao consumidor e efetuará a baixa no estoque; 
No final do mês o sistema emitirá um relatório de vendas realizadas para o gerente da loja.
*
Diagrama de Casos de Uso
*
Fim
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*