UNIVERSIDADE ESTADUAL PAULISTA INSTITUTO DE BIOCIÊNCIAS, LETRAS E CIÊNCIAS EXATAS DEPARTAMENTO DE CIÊNCIAS DE COMPUTAÇÃO E ESTATÍSTICA
|
|
- Lorena Vasques de Mendonça
- 7 Há anos
- Visualizações:
Transcrição
1 UNIVERSIDADE ESTADUAL PAULISTA INSTITUTO DE BIOCIÊNCIAS, LETRAS E CIÊNCIAS EXATAS DEPARTAMENTO DE CIÊNCIAS DE COMPUTAÇÃO E ESTATÍSTICA Análise e Projeto Orientado a Objetos Casos de Uso
2 Objetivos Identificar e escrever casos de uso Desenhar diagramas de casos de uso Definir casos de uso de resumidos e expandidos Definir casos de uso essenciais e reais 2
3 Lembretes - 1 Estamos considerando o sistema como uma caixa-preta. O processo de análise que estamos utilizando é top-down ou seja, parte do geral e desce ao particular. 3
4 Lembretes - 2 Relatório de Investigação Preliminar Protótipos Orçamento, Cronograma Especificação de Requisitos Casos de Uso a. Todos os de alto nível b. Alguns essenciais expandidos Diagrama de Casos de Uso Esboço do modelo Conceitual Elaborar:... Definir casos de uso(alto nível e essencial)... Depende de Glossário Engenharia de Requisitos 4
5 Definição Um caso de uso representa uma possível utilização do sistema por um ator, que pode ser uma pessoa, dispositivo físico, mecanismo ou subsistema que interage com o sistema alvo, utilizando algum de seus serviços. Exemplos de atores: Funcionário de um banco. Sensor de fumaça Ator => Entidade ou Agente externo Subsistema de autorização de crédito 5
6 Definição Um caso de uso narra a interação entre o sistema e os atores envolvidos, para atingir um ou mais objetivos.. Deve estar relacionado a um processo bem definido, com começo, meio e fim. Exemplos: Emprestar Livro Vender Produto Incluir ordem de serviço 6
7 Casos de Uso Muitas vezes é utilizado como um contrato entre desenvolvedor e cliente. Pode ser feito com base no documento de requisitos, ou pode ser feito como forma de captar os requisitos, para depois escrever o documento de requisitos. 7
8 Como identificar os atores? Observar atentamente quem são os agentes que supostamente serão os responsáveis, direta ou indiretamente, pela interação com o sistema. Ator principal: interage diretamente com o sistema computacional. Ator secundário: interage com outros atores. 8
9 Como identificar os atores? Exemplo: Ao emprestar um livro, o Atendente é quem opera o computador e realiza a transação, portanto é o ator principal. Já o Leitor, interage com o atendente, sendo um ator secundário. 9
10 Como identificar os casos de uso? Analisar cada requisito do sistema em busca dos grandes eventos que ocorrem no mundo real e que dão origem a uma interação entre um ator e o sistema. 10
11 Como identificar os casos de uso? Exemplo: Requisitos Biblioteca R1. Para usar os serviços de uma biblioteca, os leitores deverão estar registrados e possuir um cartão com número de identificação e foto. R2. O sistema deve permitir que um leitor apto empreste um ou mais livros, por um período de tempo que varia de 1 semana a 1 mês, dependendo do tipo de leitor (1 semana para estudante de graduação e servidores, 15 dias para estudantes de pós-graduação e 30 dias para docentes e pós-doutorandos). 11
12 Como identificar os casos de uso? R3. O leitor está apto a emprestar livros se não possuir em seu poder livros com data de devolução vencida (menor do que a data atual) e; o número de livros emprestados não ultrapasse o número máximo permitido, que depende do tipo de leitor (4 livros para estudantes de graduação, 3 livros para servidores, 10 livros para estudantes de pósgraduação e 20 livros para docentes e pósdoutorandos). R4. O Sistema deve permitir que o leitor devolva um ou mais livros em seu poder, fazendo com que o livro volte a ficar disponível na biblioteca. 12
13 Como identificar os casos de uso? De acordo com esses 4 requisitos, dois casos de uso candidatos são: Incluir Leitor Emprestar Livro Devolver Livro Um requisito pode referir-se a mais de um caso de uso. Um caso de uso pode referirse a mais de um requisito. 13
14 Requisitos X Casos de Uso Requisitos R1, R2, R3 Emprestar livro Casos de Uso Um leitor empresta um ou mais livros por um período de tempo que depende do tipo de leitor. R1, R3, R4 Devolver Livro Um leitor devolve um livro que estava em seu poder, tornando-o novamente disponível para empréstimo. 14
15 Casos de Uso Um caso de uso é uma descrição de ponta a ponta, de um processo relativamente grande, que inclui, tipicamente, muitos passos ou transações; ele não é normalmente um passo ou atividade individual em um processo 15
16 Notação UML - Atores O ator é representado por um identificador com letra inicial maiúscula e por um homem palito, embora os atores possam representar pessoas, sistemas de computadores e dispositivos elétricos e mecânicos. <<ator>> Leitor Leitor 16
17 Notação UML Casos de Uso Emprestar livro Emprestar Livro 17
18 Diagrama de Caso de Uso Ilustra um conjunto de casos de uso para um sistema, os atores e a relação deles com os casos de uso. É um tipo de diagrama de contexto. 18
19 Notação UML para Diagramas de Casos de Uso 19
20 Notação UML para Diagramas de Casos de Uso Associação bidirecional Associação unidirecional 20
21 Notação UML para Diagramas de Casos de Uso 21
22 Leitor (from Logical View) Comunicação entre ator secundário e principal Atendente Bibliotecária Emprestar Livro Herança entre atores Aquisição de Livro Herança entre atores Administrador Incluir Bibliotecária 22
23 Fronteiras do Sistema Um diagrama de caso de uso é excelente para: Mostrar a fronteira do sistema, isto é, o que está dentro ou fora dele. Dar uma visão geral do comportamento do sistema, isto é, como ele é usado e por quem. 23
24 Fronteiras do Sistema 24
25 Inclusões, Alterações, Exclusões e Consultas são casos de uso? Para cada objeto do sistema, seria necessário considerar três casos de uso? Exemplo: Incluir Livro, Alterar dados do livro e Excluir Livro E quanto às consultas, por exemplo, Consultar Livro por Autor, Consultar Livro por Título, etc., seriam casos de uso? 25
26 Inclusões, Alterações, Exclusões de Registros são casos de uso? Não há consenso. Como são, em geral, processos muito simples, não vamos detalhá-los como faremos com casos de uso mais complexos. No entanto, incluiremos no diagrama de casos de uso, para dar uma noção geral do escopo e tamanho do sistema. 26
27 Inclusões, Alterações, Exclusões e Consultas são casos de uso? 27
28 Casos de Uso e o PU No PU, os casos de uso ajudam desde a captação dos requisitos, guiam a divisão do desenvolvimento em vários ciclos de iteração e ajudam nos testes. Logo após elaborar o Diagrama de Casos de Uso do Sistema, sugere-se elaborar as descrições resumidas de todos eles e então alocá-los em diversos ciclos de iteração 28
29 Casos de Uso e o PU No início do desenvolvimento usando o PU, deve-se planejar quantas iterações serão necessárias para alcançar os objetivos do sistema as partes mais importantes devem ser priorizadas e alocadas nas primeiras iterações. a primeira iteração deve estabelecer os principais riscos e o escopo inicial do projeto, de acordo com a funcionalidade principal do sistema. Deve-se evitar correr o risco de descobrir, em iterações posteriores, que o projeto é inviável. 29
30 Casos de Uso e o PU Tendo alocado os casos de uso às iterações, pode-se iniciar a primeira iteração, com a fase de elaboração, detalhando os casos de uso usando o formato completo abstrato(visto a seguir) Exemplo: Biblioteca: Casos de uso: Emprestar Livro 1º ciclo Devolver Livro 2º ciclo Incluir Livro 1º ciclo Comprar Livro 2º ciclo Consultar Livro 3º ciclo Alterar Livro 3º ciclo Excluir Livro 3º ciclo 30
31 Documentação dos Casos de Uso Notação diagramática: Diagrama de Casos de Uso da UML. Notação textual: Descrição dos Casos de Uso ou Casos de Uso Textuais ( a UML não fornece notação específica para isso). 31
32 Descrição dos Casos de Uso ou Casos de Uso Textuais Objetivos: Mostrar a sequência típica de eventos (cenário de sucesso principal) e as sequências alternativas que podem ocorrer durante o caso de uso. Mostrar interessados e interesses do caso de uso. Mostrar pré e pós condições. 32
33 Formatos de Casos de Uso Textuais Resumido : resumo de um parágrafo, apenas com o cenário de sucesso principal. Completo : Várias seções: interessados e interesses, pré- condições, pós-condições. Cenário de sucesso principal e sequências alternativas. Dois tipos: Abstrato : utilizado na fase de análise, sem considerar detalhes de implementação. Concreto : utilizado no projeto, com mais detalhes. 33
34 Caso de Uso Resumido Caso de uso: Emprestar Livro Visão Geral: O Atendente da biblioteca realiza o empréstimo de um ou mais livros a um leitor apto a emprestar livros. O empréstimo é válido por um determinado período de tempo, de acordo com o tipo de leitor. Os livros, depois de desmagnetizados, são levados pelo leitor e marcados como emprestado. 34
35 Caso de Uso Completo - Abstrato Ator Principal: Atendente Interessados e Interesses: Caso de Uso: Emprestar Livro Atendente: deseja registrar que um ou mais livros estão em posse de um leitor, para controlar se a devolução será feita no tempo determinado. - Leitor: deseja emprestar um ou mais livros, de forma rápida e segura. - Bibliotecário: deseja controlar o uso dos livros, para que não se percam e para que sempre se saiba com que leitor estão no momento. 35
36 Pré-Condições: O Atendente é identificado e autenticado. Garantia de Sucesso (Pós-Condições): Os dados do novo empréstimo estão armazenados no Sistema. Os livros emprestados possuem status emprestado Cenário de Sucesso Principal: 1. O Leitor chega ao balcão de atendimento da biblioteca e diz ao atendente que deseja emprestar um ou mais livros da biblioteca. 2. O Atendente seleciona a opção para realizar um novo empréstimo. 3. O Atendente solicita ao leitor sua carteira de identificação, seja de estudante ou professor. 36
37 4. O Atendente informa ao sistema a identificação do leitor. 5. O Sistema exibe o nome do leitor e sua situação. 6. O Atendente solicita os livros a serem emprestados. 7. Para cada livro, informa ao sistema o seu código de identificação. 8. O Sistema informa a data de devolução de cada livro. 9. O Atendente desbloqueia os livros para que possam sair da biblioteca. 10.O Leitor sai com os livros. 37
38 Fluxos Alternativos: (1-8). A qualquer momento o Leitor informa ao Atendente que desistiu do empréstimo. Cancelar a operação. 3. O Leitor informa ao Atendente que esqueceu a carteira de identificação. 1. O Atendente faz uma busca pelo cadastro do Leitor e pede a ele alguma informação pessoal para garantir que ele é mesmo quem diz ser. 4. O Leitor está impedido de fazer empréstimo, por ter uma situação irregular. Cancelar a operação. 38
39 Fluxos Alternativos: 8a. O Livro não pode ser emprestado, pois está reservado para outro leitor. 1. O Atendente informa ao Leitor que não poderá emprestar o livro e pergunta se deseja reservá-lo. Cancelar a operação (se for o único livro a ser emprestado) 8b. O Livro não pode ser emprestado, pois é um livro reservado somente para consulta. 1. Cancelar a operação (se for o único livro a ser emprestado) 39
40 Casos de uso abstratos X casos de usos concretos Abstrato: expresso de forma ideal, livre de comprometimento com tecnologia e detalhes de implementação. Concreto: descreve o processo em termos do seu atual projeto real, com bastante comprometimento com tecnologias de entrada e saída, etc. 40
41 Caso de Uso Completo Concreto A B E D Janela 1 C 41
42 Caso de Uso Completo - Caso de Uso: Emprestar Livro... Cenário de Sucesso Principal: Concreto 1. O Leitor chega ao balcão de atendimento da biblioteca O Atendente seleciona a opção Realizar um empréstimo no menu principal do sistema de biblioteca. 3. O Atendente solicita ao leitor sua carteira de identificação, seja de estudante ou professor. 4. O Atendente passa a caneta leitora de código de barras na carteira de identificação. 42
43 Caso de Uso Completo - Concreto 5. O Sistema exibe nos campos A e B da Janela 1 o nome do leitor e sua situação. 6. O Atendente solicita os livros a serem emprestados. 7. Para cada um deles, o atendente digita no campo C o código do livro, composto de 6 algarismos e clica no botão Emprestar para concretizar o empréstimo. 8. O Sistema exibe no campo D da Janela 1 o nome do livro e sua data de devolução. 9. O Atendente passa os livros pelo desmagnetizador para que possam sair da biblioteca. 10. O Leitor sai com os livros. 43
44 Exemplo: Caso de uso abstrato Ação do Ator Resposta do Sistema 1. O Cliente se identifica 2. Apresenta opções 3...e assim por diante 4...e assim por diante 44
45 Exemplo: Caso de uso concreto Ação do Ator Resposta do Sistema 1. O Cliente insere o seu cartão 2. Apresenta solicitação de senha. 3. Digita a senha 4. Exibe opções do menu 5. E assim por diante. 6. E assim por diante. 45
46 Caso de Uso Comprar Itens: Essencial Ação do Ator Resposta do Sistema 1. O caixa registra o identificador de cada item Se há mais do que um exemplar do mesmo item, o caixa também entra a quantidade 2. Determina o preço do item e adiciona a informação do item à transação de venda corrente 3...e assim por diante 4...e assim por diante 46
47 Caso de Uso Comprar Itens: Real Ação do Ator Resposta do Sistema 1. Para cada item o Caixa digita o código universal do produto no campo de entrada CUP da janela. Ele então pressiona o botão Entrar Item com o mouse ou digita <Enter> 3...e assim por diante 2. Mostra o preço do item e adiciona a informação do item à transação de venda corrente. A descrição e o preço são então mostrados na caixa de texto 2 da Janela e assim por diante ATENÇÃO: EM GERAL, OS CASOS DE USO REAIS NÃO DEVEM SER PRODUZIDOS NA FASE DE ENGENHARIA DE REQUISITOS (COMPROMENTIMENTO PREMATURO COM DECISÃO DE PROJETO E COMPLEXIDADE DESNECESSÁRIA) 47
48 Resumindo casos de uso textuais Resumido Formato do caso de uso Completo Abstrato Concreto 48
49 Relacionamentos entre casos de uso Pode-se ter situações em que a execução de um caso de uso implique na execução de um outro. Ou um caso de uso possui uma parte que se repete em outros casos de uso. Para evitar redundância de texto, pode-se isolar essas partes em casos de uso separados, e relacioná-los uns aos outros. 49
50 Relacionamento <include> Uso Principal: Quando um caso de uso possui um comportamento parcial comum a vários outros casos de uso Evitar repetir comportamento -> reuso A inclusão do outro caso de uso é obrigatória Exemplo: Saque <<inc lude>> Cliente <<include>> Movimento Conta Deposito 50
51 Relacionamento <include> Usado também para decompor um caso de uso muito complexo Ajuda a melhorar a compreensão do caso de uso Atenção: evite usar esse uso, a menos que o caso de uso seja realmente muito complexo. Exemplo: 51
52 Como mostrar o relacionamento <include> no caso de uso textual Caso de Uso: Saque... Cenário de Sucesso Principal: 1. O Cliente chega ao balcão do Caixa e solicita uma quantia em dinheiro. 2. O Cliente entrega ao Caixa seu cartão magnético. 3. O Caixa escolhe a opção de saque e passa o cartão magnético pela leitora. 4. O Sistema exibe o nome do cliente e uma mensagem informando se seu saldo é suficiente para sacar a quantia solicitada. 5. Caso haja saldo suficiente, o Caixa entrega o dinheiro ao cliente. 6. Incluir o caso de uso: Movimento Conta. 7. O Cliente sai com o dinheiro. 52
53 Relacionamento <extend> Um caso de uso estende outro se ele adiciona comportamento ao caso de uso base. Quando um fluxo alternativo é complexo e merece maior detalhamento, pode-se escrevê-lo na forma de uma extensão ao caso de uso base. Quando uma modificação é necessária em um caso de uso e não deseja-se mexer no caso de uso base. O caso de uso de extensão não tem execução obrigatória (opcional). 53
54 Relacionamento <extend> Exemplo: Emprestar Livros Leitor Atendente <<extend>> Emprestar sem carteirinha 54
55 Como mostrar o relacionamento <extend> no caso de uso textual Caso de Uso: Emprestar sem Carteirinha... Referências Cruzadas: Extensão do Caso de Uso Emprestar Livro para permitir outra forma de identificação do leitor 55
56 Exemplo de include e extend 56
57 Outro Exemplo de include 57
58 Aplicação de Casos de Uso ao Terminal de Ponto de Vendas Cliente Terminal de Ponto de Vendas (TPV) Caixa 58
59 Identificação de casos de uso Há dois métodos: baseado nos atores ou nos eventos do sistema Baseado em atores Identificar os atores relacionados a um sistema ou organização Para cada ator, identificar os processos que eles iniciam ou dos quais eles participam Exemplos: Caixa - Iniciar uso do caixa (sistema), Registrar retirada de dinheiro Cliente Comprar itens, Devolver itens 59
60 Identificação de casos de uso Baseado em eventos Identificar os eventos externos aos quais um sistema deve responder Relacionar os eventos a atores e a casos de uso Exemplos: Itens vendidos (ator=cliente, caso de uso=comprar item) Dinheiro retirado (ator=caixa, caso de uso=registrar retirada de dinheiro) 60
61 IMPORTANTE: Um caso de uso não representa um passo individual ou uma operação ou transação de entrada. Por exemplo: Imprimir o Recibo não é um caso de uso no sistema de TPV. Um caso de uso é normalmente a descrição de um processo relativamente grande, com início e fim próprios, que normalmente incluem várias transações ou operações de entrada e saída. 61
62 LIMITE (OU ESCOPO) DO SISTEMA Sistema pode ser limitado por: Hardware ou software Departamentos de uma organização Toda a organização O limite é sempre delimitado arbitrariamente pelo analista e o cliente, mas geralmente leva em conta critérios tais como: política organizacional, limites de menor comunicação entre os subsistemas, oportunidade e tamanho do sistema. 62
63 Ex: 1- considerar toda a loja como sendo o sistema. O caixa está dentro do sistema e é um de seus recursos. LOJA Comprar Itens Cliente Devolver Itens 63
64 Ex: 2- considerar o hardware e o software do TPV como a fronteira. TPV Comprar Itens Caixa Abrir (Log in) Cliente Devolver Itens 64
65 ALGUNS PONTOS DA NOTAÇÃO Comece o nome de um caso de uso com um verbo, para enfatizar que é um processo. Emprestar Livro Comprar itens Inicie o caso de uso Completo(expandido) com o seguinte esquema: Este caso de uso inicia quando o <Ator> <dispara um evento>... Ex: Este caso de uso inicia quando o cliente chega ao TPV com itens para comprar 65
66 ALGUNS PONTOS DA NOTAÇÃO Pontos de Decisão e Desvio Podem ocorrer nos casos de uso. Ex: o cliente pode pagar em dinheiro,cartão de crédito ou cheque (probabilidade de ocorrência relativamente iguais e normais) 66
67 ALGUNS PONTOS DA NOTAÇÃO O Cliente escolhe o tipo de pagamento a. Se for pagamento em dinheiro, ver seção Pagamento em Dinheiro b. Se for pagamento por cartão de crédito ver seção Pagamento por Cartão de Crédito c. Se for pagamento por cheque, ver seção Pagamento em Cheque Seção : Pagamento em Dinheiro 67
68 Casos de Uso dentro de um processo de desenvolvimento Passos da fase Conceber e Elaborar 1. Listar todas as funções (requisitos), definir os limites do sistema e identificar atores e casos de uso 2. Escrever todos os casos de uso no formato resumido, classificando-os como principais, secundários e opcionais 3. Desenhar o diagrama de casos de uso 4. Relacionar os casos de uso e mostrar esses relacionamentos no diagrama de casos de uso (include e e extend) 5. Alocar os casos de uso nos ciclos de desenvolvimento (classificar os casos de uso) 6. Escrever no formato completo e abstrato os casos de uso mais importantes, mais complexos ou mais arriscados, que foram escolhidos para o primeiro ciclo de desenvolvimento. Os demais poderão ser expandidos quando forem tratados em fases posteriores do processo de desenvolvimento. 68
69 Passos do processo para o TPV ( Passo 1: identificar atores, casos de uso e limites do sistema) Os limites do sistema serão definidos como o sistema de hardware e software de um ponto de venda e pagamento. Atores e casos de uso: Caixa: Abrir ( Log In), Retirar dinheiro do caixa Cliente: Comprar Itens, Devolver Itens Gerente: Iniciar e Encerrar (o sistema) Administrador do Sistema: Adicionar novo usuário (caixa) 69
70 Passos do processo para o TPV (Passo 2: escrever casos de uso no formato resumido) Caso de uso: Comprar Itens Atores: Cliente (iniciador), Caixa Interessados e interesses: Cliente: deseja comprar produtos na loja e pagar Caixa: Registrar os itens vendidos pela loja e receber o pagamento de forma rápida e segura. Tipo: primário (importante) Descrição: Um cliente chega ao balcão de saída da loja com itens para comprar. O caixa registra os itens de compra e recebe o pagamento. Quando termina, 70 o cliente sai com os itens comprados.
71 Passos do processo para o TPV (Passo 2: escrever casos de uso no formato resumido) Caso de uso: Iniciar Atores: Gerente Tipo: primário Descrição: Um Gerente liga o sistema TPV de modo a prepará-lo para o uso pelos Caixas. O Gerente confere se a data e hora estão corretas, após o que o sistema está pronto para uso dos Caixas. 71
72 O EXEMPLO TPV Comprar Itens TPV (Passo 3: desenhar o diagrama de casos de uso) Caixa Abrir Devolver Itens Adicionar novos usuários Cliente Iniciar Gerente Adminstrador Do Sistema etc. 72
73 Passos do processo para o TPV (Passo 4: relacionar os casos de uso) (Passo 5: Alocar os casos de uso nos ciclos de desenvolvimento (classificar os casos de uso) Serão vistos posteriormente (Passo 6: escrever os casos de uso escolhidos para um primeiro ciclo de desenvolvimento no formato completo abstrato) 73
74 O EXEMPLO TPV Caso de Uso Comprar Itens Caso de Uso: Comprar Itens Atores: Cliente (iniciador), Caixa Interessados e interesses: Cliente: deseja comprar produtos na loja e pagar Caixa: Registrar os itens vendidos pela loja de forma e receber o pagamento de forma rápida e segura. Visão geral: Um cliente chega a um ponto de pagamento, com vários itens que deseja comprar. O caixa registra os itens de compra e recebe o pagamento, o qual pode necessitar autorização. No final, o cliente sai com os itens comprados. Tipo: primário e abstrato Referências Cruzadas: Funções: R1.1, R1.2, R1.3, R1.7, R1.9, R2.1, R2.2, R2.3, R2.4 Pré-Condição: O caixa deve ter completado o caso de uso Abrir 74
75 O EXEMPLO TPV Passo 5 Sequência Típica de Eventos Ação do ator 1. Este caso de uso começa quando um cliente chega a um ponto de pagamento equipado com um TPV, com vários itens que deseja comprar. Resposta do sistema 2. O Caixa registra cada item. 3. Determina o preço do item e acrescenta informação sobre o Se houver mais de um exemplar do item, o item à transação de vendas Caixa também pode entrar a quantidade. em andamento. A descrição e o preço do item corrente são apresentados. 4. No término da entrada de itens, o Caixa 5. Calcula e apresenta o total indica para o TPV que a entrada de itens da venda. está completa. 6. O Caixa informa ao Cliente o total. 75
76 O EXEMPLO TPV Passo 5 Ação do ator 7. O Cliente escolhe o tipo de pagamento: a. Se pagamento em dinheiro, ver seção Pagar com Dinheiro. b. Se pagamento com cartão, ver seção Pagar com Cartão de Crédito. c. Se pagamento com cheque, ver seção Pagar com Cheque. 11. O Caixa dá o recibo ao Cliente. 12. O Cliente sai com os itens comprados. Resposta do sistema 8. Registra a venda completada. 9. Atualiza os níveis de estoque. 10. Gera um recibo. Seqüências alternativas Linha 2: Entrada de Identificador de item inválido. Indicas erro. Linha 7: Cliente não pode pagar. Cancelar a transação de venda. 76
77 O EXEMPLO TPV Passo 5 Seção: Pagar com Dinheiro Seqüência Típica de Eventos Ação do ator 1. O cliente dá um pagamento em dinheiro. O valor fornecido é possivelmente maior que o total da venda. Resposta do sistema 2. O Caixa registra a quantia fornecida 3. Apresenta o troco devido ao Cliente 4. O Caixa deposita o dinheiro recebido e retira o troco devido. O Caixa dá o troco ao Cliente Seqüências Alternativas Linha 1: O Cliente não tem dinheiro suficiente. Pode cancelar a venda ou iniciar outro método de pagamento. Linha 4: A gaveta de dinheiro não contém o suficiente para pagar o troco. O Caixa solicita mais dinheiro ao supervisor ou pede ao Cliente uma quantia 77 de dinheiro diferente ou a opção por um outro método de pagamento
78 O EXEMPLO TPV Passo 5 Seção: Pagar com Cartão de Crédito Seqüência Típica de Eventos Ação do ator Resposta do sistema 1. O cliente comunica suas 2. Gera uma solicitação de pagamento com informações de Crédito para o cartão de crédito e a envia a um Serviço pagamento com cartão de crédito de Autorização de Crédito (SAC) externo 3. O SAC autoriza o pagamento 4. Recebe uma resposta de aprovação de crédito do SAC. 5. Lança o pagamento com cartão de crédito e a informação da resposta de aprovação no sistema de Contas a Receber (C/R). (O SAC deve dinheiro à Loja, logo C/R deve fazer o acompanhamento) 6. Exibe a mensagem de autorização bem sucedida Seqüências Alternativas Linha 3: Solicitação de crédito negada pelo SAC. Sugerir um método de pagamento diferente 78
79 O EXEMPLO TPV Passo 5 Seção: Pagar com Cheque Seqüência Típica de Eventos Ação do ator 1. O cliente preenche um cheque e se identifica. Resposta do sistema 2. O Caixa registra a informação de 3. Gera uma solicitação de pagamento identificação e solicita autorização com cheque e a envia a um Serviço de para pagamento com cheque Autorização de Cheques externo 4. O Serviço de autorização de 5. Recebe uma resposta de aprovação Cheques autoriza o pagamento do Serviço de Autorização de Cheques. 6. Indica autorização bem-sucedida. Seqüências Alternativas Linha 4: Solicitação de cheque negada pelo Serviço de Autorização de Cheques. Sugerir um método de pagamento diferente. 79
80 Passos do processo para o TPV (Passo 5: classificar os casos de uso) Será visto a seguir... 80
81 Classificação e Alocação de Casos de Uso
82 Casos de Uso dentro de um processo de desenvolvimento Passos da fase Conceber e Elaborar 1. Listar todas as funções (requisitos), definir os limites do sistema e identificar atores e casos de uso 2. Escrever todos os casos de uso no formato resumido, classificando-os como principais, secundários e opcionais 3. Desenhar o diagrama de casos de uso 4. Relacionar os casos de uso e mostrar esses relacionamentos no diagrama de casos de uso (include e e extend) 5. Alocar os casos de uso nos ciclos de desenvolvimento (classificar os casos de uso) 6. Escrever no formato completo os casos de uso mais importantes, mais complexos ou mais arriscados, que foram escolhidos para o primeiro ciclo de desenvolvimento. Os demais poderão ser expandidos quando forem tratados em fases posteriores do processo de desenvolvimento. 82
83 Objetivos da Classificação e Alocação de Casos de Uso Estabelecer a ordem de implementação dos serviços do sistema Criar versões simplificadas de casos de uso (para gerenciar a complexidade de determinados casos de uso do sistema) Alocar os casos de uso a ciclos de desenvolvimento 83
84 Alocar casos de uso aos ciclos de desenvolvimento Os ciclos de desenvolvimento do PU -> organizados em torno de requisitos especificados em casos de uso Cada ciclo de desenvolvimento: implementa um ou mais casos de uso Versões simplificadas, quando o caso de uso é complexo Ciclo 1 Ciclo 2 Ciclo 3 Caso de Uso A Versão Simplificada Caso de Uso A Versão Completa Caso de Uso B Caso de Uso C
85 Ordenar Casos de Uso O Objetivo da ordenação dos casos de uso: Estabelecer a sequência dos casos de usos que serão abordados nos diferentes ciclos de desenvolvimento do PU 85
86 Ordenar Casos de Uso Qualidades que aumentam as chances de um caso de uso ser classificado como primário (prioritário): a. Impacto significativo na arquitetura do projeto. Exemplo: requer muitas classes ou camada de armazenamento permanente. b. Informação e compreensão significativas são obtidas com pouco esforço. c. Inclui funções complexas, críticas com relação ao tempo ou de alto risco. d. Envolve muita pesquisa ou tecnologias novas ou arriscadas e. Representa processo de negócio importante; f. Apóia diretamente a redução de custos ou aumento de lucros. Pontuar os itens de a a f (0 a 5 por exemplo), ou classificá-los como alto, médio, baixo. 86
87 Classificar Casos de Uso Exemplo: Comprar Itens Caso de Uso a b c d e f Soma Comprar Itens
88 Classificação Informal Classificação Caso de Uso Justificativa Alto Comprar Itens Alta pontuação na maior parte dos critérios Médio Baixo Adicionar novos usuários Abrir Devolver Itens Fechar Afeta o subdomínio de segurança Idem Processo importante; afeta a contabilidade Efeito mínimo na arquitetura Iniciar Outros casos de uso dependem de iniciar. Encerrar Efeito mínimo na arquitetura 88
89 O Caso de Uso Iniciar Praticamente todos os sistemas possuem um caso de uso iniciar. Embora não apareça em uma posição alta, deve ser abordado no primeiro ciclo de desenvolvimento para permitir as inicializações assumidas por outros casos de uso. O caso de uso iniciar será desenvolvido incrementalmente, de modo a suprir as necessidades de inicialização de outros casos de uso. 89
90 ALOCAÇÃO Os ciclos iterativos devem ser definidos. Suponha que sejam de 4 semanas: deve-se verificar quais casos de uso podem ser implementados nesse tempo ou se um caso de uso mais complexo deve ser distribuído para ser implementado em vários ciclos. Comprar Item é um caso de uso complexo que, assumindo 4 semanas, pode ser dividido em 3 versões por exemplo: Versão 1: pagamento só em dinheiro, nenhuma atualização de estoque... Versão 2: permite todos os tipos de pagamentos Versão 3: versão completa, incluindo atualização de estoque,... 90
91 ALOCAÇÃO Distribuição dos casos de uso ao longo dos ciclos: Ciclo 1 Ciclo 2 Ciclo 3 Ciclo 4 Caso de Uso Compar Item Versão 1 Caso de Uso Comprar Item Versão2 Caso de Uso Comprar Item Versão 3... Devolver Itens Caso de Uso Iniciar Log In No primeiro ciclo de desenvolvimento serão abordados os caso de usos Comprar Itens versão 1 e Iniciar o sistema 91
92 O PRIMEIRO CICLO DE DESENVOLVIMENTO PODE ENTÃO COMEÇAR... A fase Conceber e Elaborar foi completada. A fase Construir se inicia... Dentro da fase Construir, inicia-se a fase de análise. A cada ciclo de desenvolvimento a documentação deve ser sincronizada com o código desenvolvido. 92
93 Próximo tópico Conceber e Elaborar Construir Implantar Ciclo de Desenvolvimento 1 Ciclo de Desenvolvimento 2... Refinar Plano Sincronizar artefatos Analisar Projetar Construir Testar 93
Casos de Uso. SSC-121 Engenharia de Software I. Profa. Dra. Elisa Yumi Nakagawa 2º semestre de 2012
Casos de Uso SSC-121 Engenharia de Software I Profa. Dra. Elisa Yumi Nakagawa 2º semestre de 2012 1 Definição Um caso de uso representa uma possível utilização do sistema por um ator, que pode ser uma
Leia maisUniversidade de São Paulo, Instituto de Ciências Matemáticas e de Computação
Universidade de São Paulo, Instituto de Ciências Matemáticas e de Computação CASOS DE USO SSC 621: Análise e Projeto Orientados a Objetos Prof. Dr. Lucas Bueno R. Oliveira 2º Semestre 2015 DEFINIÇÃO Um
Leia maisCasos de Uso. Análise e Projeto Orientados a Objetos. Profa Dra Rosana T. V. Braga
Casos de Uso Análise e Projeto Orientados a Objetos Profa Dra Rosana T. V. Braga 1 Definição Um caso de uso representa uma possível utilização do sistema por um ator, que pode ser uma pessoa, dispositivo
Leia maisDescrição de Casos de Uso (Casos de Uso Textuais) SSC 124: Análise e Projeto Orientados a Objetos Profa. Dra. Elisa Yumi Nakagawa
Descrição de Casos de Uso (Casos de Uso Textuais) SSC 124: Análise e Projeto Orientados a Objetos Profa. Dra. Elisa Yumi Nakagawa 1 Documentação de Casos de Uso n Notação diagramática: n Diagrama de Casos
Leia maisRevisão Diagrama de Caso de Uso. Rodolfo Adamshuk Silva 30/08/2013
Revisão Diagrama de Caso de Uso Rodolfo Adamshuk Silva 30/08/2013 Processo Unificado (PU) É um modelo de processo de software baseado no modelo incremental, visando a construção de software orientado a
Leia maisModelos de Sistemas Casos de Uso
Modelos de Sistemas Casos de Uso Auxiliadora Freire Fonte: Engenharia de Software 8º Edição / Ian Sommerville 2007 Slide 1 Casos de Uso Objetivos Principais dos Casos de Uso: Delimitação do contexto de
Leia maisModelagem de Casos de Uso (Parte 1)
Modelagem de Casos de Uso (Parte 1) Introdução (1) Objetivos Principais dos Casos de Uso: Delimitação do contexto de um sistema Documentação e o entendimento dos requisitos Descrição dos requisitos funcionais
Leia maisDiagramas de Sequência do Sistema e Contratos de Operações. SSC-121 Engenharia de Software I Profa. Dra. Elisa Yumi Nakagawa 2º semestre de 2012
Diagramas de Sequência do Sistema e Contratos de Operações SSC-121 Engenharia de Software I Profa. Dra. Elisa Yumi Nakagawa 2º semestre de 2012 1 O que já foi visto até agora Casos de Uso Completo Abstrato
Leia maisCasos de Uso. SSC 526: Análise e Projeto Orientados a Objetos. Profa. Dra. Elisa Yumi Nakagawa
Casos de Uso SSC 526: Análise e Projeto Orientados a Objetos Profa. Dra. Elisa Yumi Nakagawa 1 Definição Um caso de uso representa uma possível utilização do sistema por um ator, que pode ser uma pessoa,
Leia maisAula 5 Diagramas de Seqüência do Sistema e Contratos de Operações
Departamento de Sistemas de Computação Universidade de São Paulo Análise e Projeto Orientados a Objetos Aula 5 Diagramas de Seqüência do Sistema e Contratos de Operações Responsável Prof. Seiji Isotani
Leia maisEngenharia de Software I
FCT-UNESP Engenharia de Software I Rogério Eduardo Garcia (rogerio@fct.unesp.br) Bacharelado em Ciência da Computação Aula 04 In a calm sea every man is a pilot. Engenharia de Software I Aula 4 Revisão
Leia maisAnálise do Sistema Casos de Uso
As Fases do PU 1 Análise do Sistema Casos de Uso Casos de Uso Completo Abstrato Diagrama de Casos de Uso Emprestar Livro Ator Principal: Atendente Interessados e Interesses: Caso de Uso: Emprestar Livro
Leia maisANÁLISE DE SISTEMAS UML. por. Antônio Maurício Pitangueira
ANÁLISE DE SISTEMAS UML por Antônio Maurício Pitangueira 1 Diagrama de caso de uso Representa um conjunto de cenários identificados Possibilita a compreensão do comportamento externo do sistema por qualquer
Leia maisDepartamento de Engenharia Industrial. ENG Sistemas de Informação Gerenciais Caso de Uso - Exercícios
PONTIFÍCIA UNIVERSIDADE CATÓLICA DO RIO DE JANEIRO Departamento de Engenharia Industrial ENG 1518 - Sistemas de Informação Gerenciais Caso de Uso - Exercícios 1 - Construa um modelo de casos de uso para
Leia maisProjeto Integrador II. Princípios de Análise e Projeto de Sistemas com UML (livro de Eduardo Bezerra)
Princípios de Análise e Projeto de Sistemas com UML (livro de Eduardo Bezerra) Prof. Arliones Hoeller Prof. Eraldo Silveira e Silva arliones.hoeller@ifsc.edu.br eraldo@ifsc.edu.br 1 Cap.4 Modelagem de
Leia maisUML Aula I Diagramas de Caso de Uso. Ricardo Argenton Ramos
UML Aula I Diagramas de Caso de Uso Ricardo Argenton Ramos Engenharia de Software II 2016.1 25/04/2016 Um Exercício Como você pode representar? Uma casa de 2 andares, 4 quartos, 2 banheiros, 1 sala, 1
Leia maisModelagem de Software
Modelagem de Software Engenharia de Software Rosana T. Vaccare Braga Material adaptado a partir de material da Profa. Simone Senger Souza ICMC/USP São Carlos Modelagem Construção de modelos abstratos Auxílio
Leia maisAnálise e Projeto Orientados a Objetos. Casos de Uso
+ Análise e Projeto Orientados a Objetos Casos de Uso Introdução 2 n Casos de uso são narrativas em texto, amplamente utilizadas para descobrir e registrar requisitos (Larman) n Casos de uso são uma maneira
Leia maisAula 7 Visibilidade entre objetos e Diagramas de Classes
Departamento de Sistemas de Computação Universidade de São Paulo SSC 124 Análise e Projeto Orientados a Objetos Aula 7 Visibilidade entre objetos e Diagramas de Classes Responsável Prof. Seiji Isotani
Leia maisDiagrama de Casos de Uso
Diagrama de Casos de Uso Objetivo Um diagrama de casos de uso de um sistema mostra atores (tipos de usuários), casos de uso e relações entre eles Fundamental acompanhar de descrições textuais de casos
Leia maisModelagem de Casos de Uso. Sistemas de Informação
Modelagem de Casos de Uso Sistemas de Informação 1 Introdução O modelo de casos de uso é uma representação das funcionalidades externamente observáveis do sistema e dos elementos externos ao sistema que
Leia maisEngenharia de Software. Caso de Uso - Continuação
Engenharia de Software Caso de Uso - Continuação Visão de casos de Uso Caso de Uso - Continuação Descrever a funcionalidade que o sistema deve oferecer, do ponto de vista do mundo externo. Os casos de
Leia maisAula 7 - Análise de Requisitos: descrição de casos de uso. Análise de Sistemas Prof. Filipe Arantes Fernandes
Aula 7 - Análise de Requisitos: descrição de casos de uso Análise de Sistemas Prof. Filipe Arantes Fernandes filipe.arantes@ifsudestemg.edu.br Outline Introdução aos Casos de Uso Razões para utilizar Casos
Leia maisAnálise e Projeto Orientados a Objetos
Análise e Projeto Orientados a Objetos Casos de Uso Diretoria Acadêmica de Gestão e Tecnologia da Informação Introdução Casos de uso são narrativas em texto amplamente utilizadas para descobrir e registrar
Leia maisDocumento de Especificação de Requisitos
Documento de Especificação de Requisitos Versão: 1.0 com Modelo de Casos de Uso Responsável: Ricardo de Almeida Falbo 1. Introdução Este documento apresenta a especificação de requisitos para a informatização
Leia maisCasos de Uso e Diagrama de Casos de Uso
Casos de Uso e Diagrama de Casos de Uso SSC 124: Aálise e Projeto Orietados a Objetos Profa. Dra. Elisa Yumi Nakagawa 1 Defiição Caso de uso (use case) uidade fucioal provida pelo sistema, subsistema,
Leia maisTópicos da Aula. A Linguagem UML. A Linguagem UML. De onde surgiu? Fundadores da UML. Introdução à UML e Diagrama de Casos de Uso.
Engenharia de Software Aula 07 Tópicos da Aula Introdução à UML e Introdução a UML Visão geral de alguns diagramas Eduardo Figueiredo http://www.dcc.ufmg.br/~figueiredo dcc603@gmail.com 28 Março 2012 A
Leia maisContratos O diagrama de sequência não menciona a funcionalidade das operações. Isto é, o comportamento do sistema Contrato é um documento que
Contratos Contratos O diagrama de sequência não menciona a funcionalidade das operações. Isto é, o comportamento do sistema Contrato é um documento que descreve o que uma operação promete cumprir As pré-
Leia maisModelagem de Casos de Uso
Modelagem de Casos de Uso Introdução O modelo de casos de uso é uma representação das funcionalidades externamente observáveis do sistema e dos elementos externos ao sistema que interagem com o mesmo.
Leia maisResolução da lista de exercícios de casos de uso
Resolução da lista de exercícios de casos de uso 1. Explique quando são criados e utilizados os diagramas de casos de uso no processo de desenvolvimento incremental e iterativo. Na fase de concepção se
Leia maisEngenharia de Software. Aula 2.4 Modelos de Casos de Uso. Prof. Bruno Moreno
Engenharia de Software Aula 2.4 Modelos de Casos de Uso Prof. Bruno Moreno bruno.moreno@ifrn.edu.br Comportamento do Sistema Refere-se às funcionalidades do sistema Requisitos funcionais; O comportamento
Leia maisDiagramas de Classes. SSC-526 Análise e Projeto Orientados a Objeto Profa. Dra. Elisa Yumi Nakagawa 2º semestre de 2013
Diagramas de Classes SSC-526 Análise e Projeto Orientados a Objeto Profa. Dra. Elisa Yumi Nakagawa 2º semestre de 2013 1 O que já foi visto até agora Casos de Uso Completo Abstrato Diagrama de Casos de
Leia maisPCS3413. Engenharia de Software e Banco de Dados. Aula 2. Escola Politécnica da Universidade de São Paulo
PCS3413 Engenharia de Software e Banco de Dados Aula 2 Escola Politécnica da Universidade de São Paulo 1 Requisitos necessidades que os sistemas de software devem atender. Etapas de desenvolvimento de
Leia maisConceito de Caso de Uso, Diagramas e Documentação.
Disciplina: Engenharia de Software AULA 06 Conceito de Caso de Uso, Diagramas e Documentação. Corpo docente: MsC. Alexandro Vladno Edmilson Campos MsC. Fábio Procópio Esp. Felipe Dantas MsC. João Maria
Leia maisUML Diagrama de Atividades Diagrama de Caso de Uso. ENG1518/3VB Sistemas de Informação Gerenciais Prof. Marcos Villas
Diagrama de Atividades Diagrama de Caso de Uso ENG1518/3VB Sistemas de Informação Gerenciais Prof. Marcos Villas villas@puc-rio.br 1 - Conceitos 2 UML é uma linguagem para: Especificar Visualizar Construir...
Leia maisConceito de Caso de Uso, Diagramas e Documentação.
Disciplina: Projeto de Desenvolvimento de Software AULA 06 Conceito de Caso de Uso, Diagramas e Documentação. Baseado nos slides da professora Rosemary Borges, do IFRN. Edmilson Campos, Prof. MsC. http://edmilsoncampos.net
Leia maisModelagem Dinâmica. Toda a ação é designada em termos do fim que procura atingir. Niccolo Maquiavel. O pensamento é o ensaio da ação.
Modelagem Dinâmica Toda a ação é designada em termos do fim que procura atingir. Niccolo Maquiavel O pensamento é o ensaio da ação. Sigmund Freud Modelagem Dinâmica Identifica e modela os aspectos do sistema
Leia maisMDS II Aula 04. Concepção Requisitos Diagrama de Casos de Uso (Use Cases)
MDS II Aula 04 Concepção Requisitos Diagrama de Casos de Uso (Use Cases) 55 DIAGRAMA DE CASOS DE USO BENEFÍCIOS DOS CASOS DE USO ILUSTRAR POR QUE O SISTEMA É NECESSÁRIO OS REQUISITOS DO SISTEMA SÃO COLOCADOS
Leia maisEspecificação dos Requisitos do Software SysFilme 1.0
Instituto Federal de Educação, Ciência e Tecnologia da Bahia IFBA, Campus Seabra. Especificação dos Requisitos do Software SysFilme 1.0 Autores: Ana Paula Santos Gustavo Brandão Jéfte Batista Milena Araújo
Leia maisPrincípios de Análise e Projeto de Sistemas com UML
Princípios de Análise e Projeto de Sistemas com UML 2ª edição Eduardo Bezerra Editora Campus/Elsevier Tópicos Introdução Diagrama de casos de uso Identificação dos elementos do MCU Construção do MCU Documentação
Leia maisUse Cases e Fluxo de Eventos. Use Case e Ator. Objetivos. Algumas Definições. Algumas Definições
Objetivos Use Cases e Fluxo de Eventos Gidevaldo Novais gidevaldo.vic@ftc.br Introduzir conceitos de use case, ator e fluxo de eventos Apresentar sub-fluxos de eventos Discutir sobre identificação, evolução
Leia maisModelagem de Casos de Uso (Parte 2)
Modelagem de Casos de Uso (Parte 2) Método para Mod. de Casos De Uso Passos do Método: 1. Levantamento Inicial dos Casos de Uso 2. Refinamento de Casos de Usos Relacionados 3. Descrição de Casos de Usos
Leia maisPrincípios de Análise e Projeto Orientados a Objetos com UML
Princípios de Análise e Projeto Orientados a Objetos com UML Eduardo Bezerra Editora CAMPUS Copyright 2002, 2003 Eduardo Bezerra 1 Capítulo 4 Modelagem de Casos de Uso Não diga pouco em muitas palavras,
Leia maisFase de Concepção. Levantamento e Organização de Requisitos
Fase de Concepção Levantamento e Organização de Requisitos Objetivos buscar as primeiras informações sobre o sistema a ser desenvolvido descobrir se vale a pena fazer a descobrir se vale a pena fazer a
Leia maisMarcelo Henrique dos Santos
Marcelo Henrique dos Santos Mestrado em Educação (em andamento) MBA em Marketing e Vendas (em andamento) Especialista em games Bacharel em Sistema de Informação Email: marcelosantos@outlook.com SISTEMAS
Leia maisModelagem ou Diagrama de Caso de Uso
Modelagem ou Diagrama de Caso de Uso Objetivos principais: Delimitar o contexto de um sistema Documentar os requisitos Ajudar no entendimento dos requisitos Descrever os requisitos funcionais Facilitar
Leia maisPCS3413. Engenharia de So-ware e Banco de Dados. Aula 2. Escola Politécnica da Universidade de São Paulo
PCS3413 Engenharia de So-ware e Banco de Dados Aula 2 Escola Politécnica da Universidade de São Paulo 1 Requisitos necessidades que os sistemas de so2ware devem atender. Etapas de desenvolvimento de So-ware
Leia maisUML Diagrama de Caso de Uso. ENG1518/3VC Sistemas de Informação Gerenciais Prof. Marcos Villas
Diagrama de Caso de Uso ENG1518/3VC Sistemas de Informação Gerenciais Prof. Marcos Villas villas@puc-rio.br 1 Casos de Uso - Sistema de Negócio Simboliza um negócio, onde são definidas as responsabilidades
Leia maisDiagrama de Casos de Uso. Diagrama de Casos de Uso. Diagrama de Casos de Uso. Diagrama de Casos de Uso. Componentes do Diagrama
DCC / ICEx / UFMG Diagrama de Diagrama de Eduardo Figueiredo http://www.dcc.ufmg.br/~figueiredo Adota uma linguagem simples Acessível ao cliente Objetivo é a compreensão do comportamento externo do sistema
Leia maisConceito de Caso de Uso, Diagramas e Documentação.
Disciplina: Projeto de Desenvolvimento de Software AULA 06 Conceito de Caso de Uso, Diagramas e Documentação. Edmilson Campos, Prof. MsC. http://edmilsoncampos.net edmilson.campos@ifrn.edu.br A. B. C.
Leia maisProcesso de Desenvolvimento
Processo de Desenvolvimento RUP Rational Unified Process A Rational e o RUP 4 Rational é conhecida pelo seu investimento em orientação em objetos. 4 A empresa foi a criadora da Unified Modeling Language
Leia maisRequisitos de Software e UML Básico. Janaína Horácio
Requisitos de Software e UML Básico Janaína Horácio janaina@les.inf.puc-rio.br Agenda Requisitos O que é? Objetivos? Atividades?... UML O que é? Modelos... Casos de Uso O que é? Componentes 2 Requisitos
Leia maisANÁLISE E PROJETO ORIENTADO A OBJETO
ANÁLISE E PROJETO ORIENTADO A OBJETO Profª Andrea Padovan Jubileu Desenvolvimento Iterativo de Software (LARMAN, 2007) Modelo de Domínio O que aconteceu na fase de Concepção? Duração: no máximo semana
Leia maisSistema Teatro (ST) <<include>> Autenticar Usuário. <<include>> <<include>> <<include>> Confirmar Pagamento. Assistir apresentação
) Diagramas de Caso de Uso Sistema Teatro (ST) Criar Conta Consultar Espetáculos Autenticar Usuário Empresa Cartão Crédito Comprar Ingresso Pagar com Cartão de Crédito Espectador Cancelar Compra de Ingresso
Leia maisConcepção e Elaboração
UNIVERSIDADE ESTADUAL PAULISTA INSTITUTO DE BIOCIÊNCIAS, LETRAS E CIÊNCIAS EXATAS DEPARTAMENTO DE CIÊNCIAS DE COMPUTAÇÃO E ESTATÍSTICA Análise e Projeto Orientado a Objetos Concepção e Elaboração Estudo
Leia maisINF1404 MODELAGEM DE SISTEMAS
INF1404 MODELAGEM DE SISTEMAS Bacharelado em Sistemas de Informação Ivan Mathias Filho ivan@inf.puc-rio.br Programa Capítulo 2 Modelagem de Casos de Uso 1ª Parte Programa Capítulo 2 Modelagem de Casos
Leia maisDOCUMENTAÇÃO SISTEMA DE ADMINISTRAÇÃO DE CONSULTÓRIO MÉDICO
DOCUMENTAÇÃO SISTEMA DE ADMINISTRAÇÃO DE CONSULTÓRIO MÉDICO SUMÁRIO Parte I Modelagem do Software Documento de Requisitos 1. Introdução 2. Descrição Geral do Sistema 3. Requisitos Funcionais 4. Requisitos
Leia maisEstudo de Caso - Sistema de Controle de Ponto
Estudo de Caso - Sistema de Controle de Ponto (Estudo de caso retirado do livro "Análise de Pontos de Função - Medição, Estimativas e Gerenciamento de Projetos de Software", Vasquez, Carlos E. et al, Editora
Leia maisO Processo de Engenharia de Requisitos
UNIVERSIDADE ESTADUAL PAULISTA INSTITUTO DE BIOCIÊNCIAS, LETRAS E CIÊNCIAS EXATAS DEPARTAMENTO DE CIÊNCIAS DE COMPUTAÇÃO E ESTATÍSTICA O Processo de Engenharia de Requisitos Engenharia de Software 2o.
Leia maisIntrodução a UML. Aula 04 Analise de Sistemas Profª Rita de Cassia Gaieski
Introdução a UML 1 Aula 04 Analise de Sistemas Profª Rita de Cassia Gaieski rita.gaieski@qi.edu.br 2 Introdução a UML É uma linguagem criada para especificação, construção, visualização e documentação
Leia maisInstituto Federal de Ciência e Tecnologia de São Paulo- campus Pres. Epitácio
Instituto Federal de Ciência e Tecnologia de São Paulo- campus Pres. Epitácio Especificação de Requisitos de Software Smarket Nome: Angélica Larissa Nome: Felipe Vicente Nome: Adriana Santos Turma: 3 Termo
Leia maisEng. de Requisitos: Atividades. Engenharia de Requisitos. Eng. de Requisitos: Processo. O Documento de Requisitos. Stakeholders
DCC / ICEx / UFMG Eng. de Requisitos: Atividades Engenharia de Requisitos Eduardo Figueiredo Inclui quatro fases principais Estudo de viabilidade Elicitação (ou análise) de Especificação de Validação dos
Leia maisModelagem Estática e Dinâmica: Estudo de Caso - Sistema de Caixa Automático
Modelagem Estática e Dinâmica: Estudo de Caso - Sistema de Caixa Automático Enunciado do Problema (I) O sistema de caixa automático permite que clientes realizem saques e verifiquem seus saldos, de acordo
Leia maisA modelagem de Negócio com UML
A modelagem de Negócio com UML Introdução A passagem do Modelo do Negócio para o Modelo do Sistema envolve a definição de quais Casos de Uso do Negócio deverão ser automatizados; No momento em que os requisitos
Leia maisPadrão para Especificação de Requisitos de Produto de Multimídia
Padrão para Especificação de Requisitos de Produto de Multimídia 1 Introdução 1.1 Escopo do documento Sugere-se aqui uma estrutura para a Especificação de Requisitos de Produto de Multimídia (ERPM). Esta
Leia maisProf. Esp. Fabiano Taguchi
UML Prof. Esp. Fabiano Taguchi http://fabianotaguchi.wordpress.com fabianotaguchi@hotmail.com EXERCÍCIO - REQUISITOS A loja CdcomCarinho trabalha com a venda, à vista e parcelada, de CD s de todos os gêneros
Leia maisCritérios de Teste Funcionais
Critérios de Teste Funcionais Profa Rosana Braga Material produzido por docentes do Labes e revisado por Simone Souza Particionamento em Classes de Equivalência Divide os domínios de entrada e saída do
Leia maisSistema de Reparo de Buracos
IBILCE UNESP Departamento de Ciências de Computação e Estatística Profa. Dra. Inês Ap.Gasparotto Boaventura 879 - PROJETO E DESENVOLVIMENTO DE SISTEMAS DE INFORMAÇÃO Projeto para ser Desenvolvido em Grupo
Leia maisUNIVERSIDADE ESTADUAL PAULISTA INSTITUTO DE BIOCIÊNCIAS, LETRAS E CIÊNCIAS EXATAS DEPARTAMENTO DE CIÊNCIAS DE COMPUTAÇÃO E ESTATÍSTICA
UNIVERSIDADE ESTADUAL PAULISTA INSTITUTO DE BIOCIÊNCIAS, LETRAS E CIÊNCIAS EXATAS DEPARTAMENTO DE CIÊNCIAS DE COMPUTAÇÃO E ESTATÍSTICA Modelo Conceitual 879 Projeto e Desenvolvimento de Sistemas de Informação
Leia maisMANUAL PARA DESENVOLVIMENTO DE SOFTWARE TRABALHO DE CONCLUSAO DE CURSO EM SISTEMAS DE INFORMAÇÃO
MANUAL PARA DESENVOLVIMENTO DE SOFTWARE TRABALHO DE CONCLUSAO DE CURSO EM SISTEMAS DE INFORMAÇÃO Sumário PREFÁCIO...3 MODELO DA DOCUMENTAÇÃO...3 1. INTRODUÇÃO AO DOCUMENTO...3 1.1. Tema...3 2. DESCRIÇÃO
Leia maisManual Fechamento de Caixa. Gestor - Versão 11.2 (PAF) atualização
Manual Fechamento de Caixa Gestor - Versão 11.2 (PAF) atualização 07.10.11 O fechamento de caixa é uma opção em que você encerrará os lançamentos financeiros feitos durante o dia e fará a conferência do
Leia maisDocumento de Especificação de Sistema IngreSys
Documento de Especificação de Sistema IngreSys Projeto Autor(es) Projeto Integrador II Roberto Socanti Santos Tariana de Jesus Gomes Leite Versão / Data 0.6 / 8 de setembro de 2016 Histórico de Versões
Leia maisModelo Conceitual. Prof. Seiji Isotani Slides baseados no material da Profa Dra Rosana T. V. Braga
Departamento de Sistemas de Computação Universidade de São Paulo Análise e Projeto Orientados a Objetos Modelo Conceitual Prof. Seiji Isotani (sisotani@icmc.usp.br) Slides baseados no material da Profa
Leia maisInstituto Federal de Ciência e Tecnologia de São Paulo- campus Pres. Epitácio
Instituto Federal de Ciência e Tecnologia de São Paulo- campus Pres. Epitácio Especificação de Requisitos de Software Smarket Nome: Angélica Larissa Nome: Felipe Vicente Nome: Adriana Santos Turma: 3 Termo
Leia maisDiagramas de Sequência e Contrato das Operações
UNIVERSIDADE ESTADUAL PAULISTA INSTITUTO DE BIOCIÊNCIAS, LETRAS E CIÊNCIAS EXATAS DEPARTAMENTO DE CIÊNCIAS DE COMPUTAÇÃO E ESTATÍSTICA Projeto e Desenvolvimento de Sistemas de informação Comportamento
Leia maisPontifícia Universidade Católica
Pontifícia Universidade Católica Curso de Professor Rodrigues Neto Trabalho de Modelagem 2003.2 Turma A (Centro) Gerenciamento das Atividades da Biblioteca Lei Tura Grupo: Ana Cristina Bittencourt acristin@dba.com.br
Leia maisDiagrama de Casos de Uso:
apoiar nossos clientes no planejamento e avaliação de desempenho de processos de TI para alavancar o sucesso de seu negócio Diagrama de Casos de Uso: Diagrama e Especificação fattocs.com 1 ORIENTAÇÕES
Leia maisDocumento de Visão Sistema de Apostas Palpite Certo
Documento de Visão Sistema de Apostas Palpite Certo Versão do documento: 1.2 Data de atualização: 02 de Março de 2012 Sumário 1 INTRODUÇÃO... 3 1.1 RESUMO... 3 1.2 ESCOPO... 3 2 REQUISITOS... 4 2.1 REQUISITOS
Leia maisEng. de Requisitos: Atividades. Engenharia de Requisitos. Eng. de Requisitos: Processo. O Documento de Requisitos. Stakeholders. Estudo de Viabilidade
DCC / ICEx / UFMG Eng. de Requisitos: Atividades Engenharia de Requisitos Eduardo Figueiredo Inclui quatro fases principais Estudo de viabilidade Elicitação (ou análise) de Especificação de Validação dos
Leia maisEspecificações de Casos de Uso e Regras de Negócio
Especificações de Casos de Uso e Regras de Negócio Régis Patrick Silva Simão Régis Simão Especificações de Casos de Uso e Regras de Negócio 1/41 Introdução Agenda Objetivos das Especificações de Casos
Leia maisCasos de Uso Parte 1
Universidade Federal de Mato Grosso do Sul Sistemas de Informação - CPCX Casos de Uso Parte 1 Prof. Fernando Maia da Mota Slides gentilmente cedidos por Profa. Dra. Débora Maria Barroso Paiva UFMS/FACOM
Leia maisCasos de Uso Exemplo Elevador
Casos de Uso Exemplo Elevador Análise e Projeto Orientados a Objetos Profa. Rosana Braga Elevador Inteligente O EI é um elevador revolucionário que agrupa as pessoas de acordo com o piso para onde querem
Leia maisCasos de Uso. Leonardo Gresta Paulino Murta
Casos de Uso Leonardo Gresta Paulino Murta leomurta@ic.uff.br O que é? Uma técnica para capturar requisitos funcionais Descreve o sistema sob a perspectiva do usuário final Descreve a interação típica
Leia maisDIAGRAMA DE COMUNICAÇÃO. SSC 124 Análise e Projeto Orientado a Objeto Profa. Dra. Elisa Yumi Nakagawa
DIAGRAMA DE COMUNICAÇÃO SSC 124 Análise e Projeto Orientado a Objeto Profa. Dra. Elisa Yumi Nakagawa 2 o semestre de 2016 1 O QUE JÁ FOI VISTO ATÉ AGORA Casos de Uso Completo Abstrato Diagrama de Casos
Leia maisModelagem de Casos de Uso (Parte 1)
Modelagem de Casos de Uso (Parte 1) Roteiro Introdução Descrição: Sistema de Ponto de Vendas Casos de Usos Atores Fluxo de Eventos Cenários Formato de Documentação de Casos de Uso Diagramas de Casos de
Leia maisDiagrama de Casos de Uso. Interagindo com o Usuário
Diagrama de Casos de Uso Interagindo com o Usuário Diagrama de Casos de Uso Procura, por meio de uma linguagem simples, possibilitar a compreensão do comportamento externo do sistema por qualquer pessoa,
Leia maisMetodologias de Desenvolvimento (I)
Modelagem Estática Metodologias de Desenvolvimento (I) Método é definido como sendo um conjunto de atividades sistemáticas para realizar uma tarefa. Técnica é um modo de executar as atividades recomendadas
Leia maisDiagrama de Casos de Uso
Diagrama de Casos de Uso Régis Patrick Silva Simão Régis Simão Diagrama de Casos de Uso 1/29 Agenda Introdução Casos de Uso Atores Relacionamento entre Atores e Casos de Uso Relacionamento entre Casos
Leia maisUML. Diagrama de Caso de Uso. Profº. Reginaldo Cândido
UML Diagrama de Caso de Uso Profº. Reginaldo Cândido reginaldo.candido@etec.sp.gov.br Introdução Casos de uso (use cases) são utilizados para capturar os requisitos do sistema. De forma breve, um caso
Leia maisUNIVERSIDADE DE SÃO PAULO INSTITUTO DE CIÊNCIAS MATEMÁTICAS E DE COMPUTAÇÃO SSC DEPARTAMENTO DE SISTEMAS DE COMPUTAÇÃO
UNIVERSIDADE DE SÃO PAULO INSTITUTO DE CIÊNCIAS MATEMÁTICAS E DE COMPUTAÇÃO SSC DEPARTAMENTO DE SISTEMAS DE COMPUTAÇÃO SSC 526 Análise e Projeto Orientados a Objetos - Profa. Dra. Rosana T. Vaccare Braga
Leia maisRequisitos Funcionais
Requisitos Funcionais Fluxo de Requisitos (RUP): Atividades, Artefatos e Responsáveis Jaelson Castro 2015 1 O Fluxo de Requisitos Fluxos de Processo Fases Concepção Elaboração Construção Transição Requisitos...
Leia maisRequisitos Funcionais
Requisitos Funcionais Fluxo de Requisitos (RUP): Atividades, Artefatos e Responsáveis Jaelson Castro 2016 1 O Fluxo de Requisitos Fluxos de Processo Fases Concepção Elaboração Construção Transição Requisitos...
Leia maisO Fluxo de Requisitos
O Fluxo de 1 Finalidade do fluxo de requisitos A finalidade deste fluxo é: Chegar a um acordo com o cliente e o usuário sobre o que o sistema deve fazer. Oferecer ao desenvolvedor um melhor entendimento
Leia maisLista Diagrama de Casos de Uso
Lista Diagrama de Casos de Uso 1. Qual é a notação da UML para um caso de uso? Qual é a notação da UML para um ator? Qual a notação utilizada na UML para o relacionamento de generalização? 2. Defina o
Leia maisDiagrama de Casos de Uso. Diagrama de Casos de Uso. Diagrama de Casos de Uso. Diagrama de Casos de Uso. Componentes do Diagrama.
DCC / ICEx / UFMG Diagrama de Diagrama de Eduardo Figueiredo http://www.dcc.ufmg.br/~figueiredo Adota uma linguagem simples Acessível ao cliente Objetivo é a compreensão do comportamento externo do sistema
Leia maisDepartamento de Sistemas de Computação Universidade de São Paulo Análise e Projeto Orientados a Objetos Aula 2 O Processo Unificado (PU)
Departamento de Sistemas de Computação Universidade de São Paulo Análise e Projeto Orientados a Objetos Aula 2 O Processo Unificado (PU) Prof. Seiji Isotani (sisotani@icmc.usp.br) Modelos de Processo de
Leia maisEsse diagrama documenta o que o sistema faz do ponto de vista. do usuário. Em outras palavras, ele descreve as principais
Diagrama de Casos de Uso Esse diagrama documenta o que o sistema faz do ponto de vista do usuário. Em outras palavras, ele descreve as principais funcionalidades do sistema e a interação dessas funcionalidades
Leia mais