Modelos De Sistemas Casos De Uso - Universidade Federal Do Maranhão
Modelos de SistemasCasos de UsoAuxiliadora FreireFonte: Engenharia de Software 8º Edição / Ian Sommerville 2000Utilizando UML e Padrões – Craig LarmanSlide 1
Casos de UsoObjetivos Principais dos Casos de Uso: Delimitação do contexto de um sistema Documentação e o entendimento dos requisitos Descrição dos requisitos funcionais Principal saída da etapa de especificação de requisitos Principal entrada da etapa de análiseAuxiliadora FreireFonte: Engenharia de Software 8º Edição / Ian Sommerville 2000Utilizando UML e Padrões – Craig LarmanSlide 2
Casos de UsoAuxiliadora FreireFonte: Engenharia de Software 8º Edição / Ian Sommerville 2000Utilizando UML e Padrões – Craig LarmanSlide 3
Casos de Uso Técnica proposta por Ivar Jacobson em sua metodologia dedesenvolvimento de sistemas orientados a objetos OOSE (Engenharia deSoftware Orientada á Objeto ). Segundo Ivar Jacobson, podemos dizer que um caso deuso é um "documento narrativo que descreve a sequênciade eventos de um ator que usa um sistema para completarum processo". Incorporado à linguagem UML, que define um diagrama pararepresentar graficamente os casos de uso e seus relacionamentos(Diagrama de casos de uso). Cada caso de uso deve descrever somente uma funcionalidade ouobjetivo do sistema.Auxiliadora FreireFonte: Engenharia de Software 8º Edição / Ian Sommerville 2000Utilizando UML e Padrões – Craig LarmanSlide 4
UML – Unified Modeling LanguageLinguagem de Modelagem Unificada é uma linguagem visual utilizada para modelar sistemascomputacionais por meio do paradigma de Orientação a Objetos. a UML é composta por vários diagramas com o objetivo defornecer múltiplas visões do sistema a ser modelado, analisando-oe modelando-o sob diversos aspectos. cada diagrama da UML modela o sistema em camadas, sendo quealguns diagramas enfocam o sistema de forma mais geral,apresentando uma visão externa do sistema, como é o objetivo doDiagrama de Casos de Uso.Auxiliadora FreireFonte: Engenharia de Software 8º Edição / Ian Sommerville 2000Utilizando UML e Padrões – Craig LarmanSlide 5
Casos de Uso Diagrama de Casos de Uso: Descreve a funcionalidadeproposta para o novo sistema. Fornecer uma descrição clara e consistente do que osistema deve fazer. Expansão de Diagrama de Casos de Uso: Consiste naexplicitação de todas as diferentes funcionalidade dosistema, que permitirá inferir e identificar maisclaramente outras necessidadesAuxiliadora FreireFonte: Engenharia de Software 8º Edição / Ian Sommerville 2000Utilizando UML e Padrões – Craig LarmanSlide 6
Casos de UsoAs características dos casos de uso são: São sempre iniciadas por um ator. Deve sempre retornar um resultado (valor) ao ator. Cada caso de uso especifica uma funcionalidadecompleta envolvendo os atores interessados. Deve sempreterminar com o resultado que deve ser dado ao ator.Auxiliadora FreireFonte: Engenharia de Software 8º Edição / Ian Sommerville 2000Utilizando UML e Padrões – Craig LarmanSlide 7
CASOS DE USOEtapas: Objetivo Ator Descrição Passos (procedimentos)Auxiliadora FreireFonte: Engenharia de Software 8º Edição / Ian Sommerville 2000Utilizando UML e Padrões – Craig LarmanSlide 8
CASOS DE USOObjetivo:Manter os clientes da empresa, onde também serão submetidos aanálise de crédito. Os clientes devem fornecer informaçõescomo referências pessoais e comerciais, dados profissionais edados pessoais.Auxiliadora FreireFonte: Engenharia de Software 8º Edição / Ian Sommerville 2000Utilizando UML e Padrões – Craig LarmanSlide 9
CASOS DE USOAtorAtor:É um papel que tipicamente estimula/solicita ações/eventos dosistema e recebe reações. Cada ator pode participar de várioscasos de uso.Auxiliadora FreireFonte: Engenharia de Software 8º Edição / Ian Sommerville 2000Utilizando UML e Padrões – Craig LarmanSlide 10
CASOS DE USOAtorComo identificar atores?Para identificar os atores que vão participar do modelodevemos fazer as seguintes perguntas Quem usa o sistema? Quem inicializa o sistema? Quem fornece os dados? Quem usa as informações?Auxiliadora FreireFonte: Engenharia de Software 8º Edição / Ian Sommerville 2000Utilizando UML e Padrões – Craig LarmanSlide 11
CASOS DE USOAtor: Atores são papéis de elementos externos ao sistema e que interagemDIRETAMENTE com o sistema. Um outro sistema que interage com o sistema a ser desenvolvido também éconsiderado um ator, desde que este sistema não faça parte dodesenvolvimento. Exemplo de atores: Cliente Secretária Sistema de vendas (desde que não seja o sistema que estamosdesenvolvendo)Auxiliadora FreireFonte: Engenharia de Software 8º Edição / Ian Sommerville 2000Utilizando UML e Padrões – Craig LarmanSlide 12
CASOS DE USOComo Identificar Casos de Uso?Os casos de uso são interações entre os atores e o sistema. Temosentão ações do ator e ações do sistema. Sendo que os atoressempre iniciam a ação.Descrição: documento narrativo que descreve a sequencia de eventosfeitos por um ator no uso do sistema.Ex.:Esse caso de uso começa no cadastramento de uma proposta de financiamentopelo Analista de Crédito, que será submetida a uma análise de crédito.Auxiliadora FreireFonte: Engenharia de Software 8º Edição / Ian Sommerville 2000Utilizando UML e Padrões – Craig LarmanSlide 13
Diagrama de Casos de UsoAtoresCasos de Uso OBJETIVO do AtorAuxiliadora FreireFonte: Engenharia de Software 8º Edição / Ian Sommerville 2000Utilizando UML e Padrões – Craig LarmanSlide 14
Diagrama de Casos de UsoAtoresAuxiliadora FreireFonte: Engenharia de Software 8º Edição / Ian Sommerville 2000Utilizando UML e Padrões – Craig LarmanSlide 15
CASOS DE USOPassos: Deve ser possível, ao Analista de Crédito:incluir um novo cliente, sempre que existir uma nova proposta, informando:Dados pessoais: nome completo, endereço de residência, bairro,cidade, CEP, Estado, telefone para contato, nome da empresa,endereço comercial, cargo que ocupa, salário e data denascimento;Dados dos documentos de apresentação obrigatória - CPF e oRGalterar os dados do cliente cadastrado;excluir o cliente cadastrado, caso haja desistência da proposta de crédito;consultar todos os dados do cliente, informando o CPF ou o código do cliente; Se o cliente possuir contas bancárias, esses dados deverão ser fornecidos; O cliente deve apresentar, obrigatoriamente, no mínimo 2 referências pessoais oucomerciais; Para toda manipulação dos clientes na base de dados, deve ser validado o CPF e acidade escolhida;Auxiliadora FreireFonte: Engenharia de Software 8º Edição / Ian Sommerville 2000Utilizando UML e Padrões – Craig LarmanSlide 16
Especificação dos Casos de Uso Cada caso de uso no diagrama de casos de uso deve serdetalhado na especificação de caso de uso. Esta especificação é evolutiva, quanto mais requisitos sãocoletados, mais detalhes são adicionados na especificação. Os tipos de especificação são: descrição inicial (representação conceitual dosistema); descrição base (documenta o comportamento ideal); descrição elaborada (documenta detalhadamento ocomportamento).Auxiliadora FreireFonte: Engenharia de Software 8º Edição / Ian Sommerville 2000Utilizando UML e Padrões – Craig LarmanSlide 17
Tipos de Especificação do Casos de UsoDescrição inicialDescrição baseDescrição DescriçãoDescriçãoFluxo básicoFluxo básicoFluxo ra FreireRequisitos especiaisFonte: Engenharia de Software 8º Edição / Ian Sommerville 2000Utilizando UML e Padrões – Craig LarmanSlide 18
CASOS DE USOFluxo Básico: Quando a atividade é realizada com sucesso.Deve existir somente uma.Fluxo Alternativo: Quando a atividade não é realizada comsucesso o que deve acontecer. Pode existir quantas foremnecessárias (cobrir todas as iadora FreireFonte: Engenharia de Software 8º Edição / Ian Sommerville 2000Utilizando UML e Padrões – Craig LarmanSlide 19
CASOS DE USORequisitos especiais: Requisitos legais e de regulamentação Padrões de aplicativos Requisitos de usabilidade, confiabilidade, desempenho esuportabilidade Sistemas operacionais, ambientes, compatibilidade erestrições de projeto.Auxiliadora FreireFonte: Engenharia de Software 8º Edição / Ian Sommerville 2000Utilizando UML e Padrões – Craig LarmanSlide 20
Diagrama de Casos de UsoTodo o conjunto de Casos de Uso eAtores do sistema organiza oescopo do sistemaa respeito dos objetivos que osusuários atingirão quando o sistemaestiver pronto.Auxiliadora FreireFonte: Engenharia de Software 8º Edição / Ian Sommerville 2000Utilizando UML e Padrões – Craig LarmanSlide 21
Diagrama de Caso de Uso Caso de uso é uma sequência de ações executadas paraum determinado objetivo O seu nome deve ser uma frase que indique a ação que elerealiza É descrito como um conjunto de passos bem como suasexceções Tem início, meio e fim e sempre devolve uma respostaAuxiliadora FreireFonte: Engenharia de Software 8º Edição / Ian Sommerville 2000Utilizando UML e Padrões – Craig LarmanSlide 22
Diagrama de Caso de Uso Caso de uso, normalmente, é iniciado a partir de umestímulo (solicitação) de um ator Em geral uma comunicação é identificada como uma ligaçãosem direção Um caso de uso pode estar associado a mais de um ator Atores ativos iniciam um caso de uso, atores passivosparticipam do caso de uso sem iniciá-loAuxiliadora FreireFonte: Engenharia de Software 8º Edição / Ian Sommerville 2000Utilizando UML e Padrões – Craig LarmanSlide 23
Diagrama de Caso de Usotodos casos de uso escopo do sistemaAuxiliadora FreireFonte: Engenharia de Software 8º Edição / Ian Sommerville 2000Utilizando UML e Padrões – Craig LarmanSlide 24
Diagrama de Caso de UsoCASO DE USO DIAGRAMA NARRATIVANa narrativa do Caso de Uso a resposta do sistema deve selimitar somente ao que o Ator consegue ver. Não é necessáriose preocupar em como o sistema obteve ou calculou os dados.Limite-se a escrever o que o sistema responde e não como eleobtém a resposta.Auxiliadora FreireFonte: Engenharia de Software 8º Edição / Ian Sommerville 2000Utilizando UML e Padrões – Craig LarmanSlide 25
Diagrama de Caso de UsoCASO DE USO DIAGRAMA NARRATIVAAuxiliadora FreireFonte: Engenharia de Software 8º Edição / Ian Sommerville 2000Utilizando UML e Padrões – Craig LarmanSlide 26
Diagrama de Caso de UsoCASO DE USO DIAGRAMA NARRATIVAAuxiliadora FreireFonte: Engenharia de Software 8º Edição / Ian Sommerville 2000Utilizando UML e Padrões – Craig LarmanSlide 27
ESTRUTURAR MODELO DE CASOS DE USO Estabelecer relacionamento de “Inclusão” entre os casos de uso Estabelecer relacionamento de “Extensão” entre os casos de uso Estabelecer relacionamento de “Generalização” entre os casosde uso Estabelecer relacionamento de “Generalização” entre os atoresAuxiliadora FreireFonte: Engenharia de Software 8º Edição / Ian Sommerville 2000Utilizando UML e Padrões – Craig LarmanSlide 28
Diagrama de Caso de UsoCasos de Uso: RelacionamentosExtensão: representa fluxos opcionais ou anormais.É representado por extend Inclusão: representa fluxos complexos e comuns avários casos de uso. É representado por include Auxiliadora FreireFonte: Engenharia de Software 8º Edição / Ian Sommerville 2000Utilizando UML e Padrões – Craig LarmanSlide 29
ESTRUTURAR MODELO DE CASOS DE USO(exemplo)Auxiliadora FreireFonte: Engenharia de Software 8º Edição / Ian Sommerville 2000Utilizando UML e Padrões – Craig LarmanSlide 30
ESTRUTURAR MODELO DE CASOS DE USO(exemplo)Auxiliadora FreireFonte: Engenharia de Software 8º Edição / Ian Sommerville 2000Utilizando UML e Padrões – Craig LarmanSlide 31
Diagrama de Caso de UsoRelacionamento «include» entre Casos de UsoAuxiliadora FreireFonte: Engenharia de Software 8º Edição / Ian Sommerville 2000Utilizando UML e Padrões – Craig LarmanSlide 32
Diagrama de Caso de UsoRelacionamento «include» entre Casos de UsoCaso de Uso “Selecionar Produtos”Auxiliadora FreireFonte: Engenharia de Software 8º Edição / Ian Sommerville 2000Utilizando UML e Padrões – Craig LarmanSlide 33
Diagrama de Caso de UsoApós o relacionamento «include»Auxiliadora FreireFonte: Engenharia de Software 8º Edição / Ian Sommerville 2000Utilizando UML e Padrões – Craig LarmanSlide 34
Diagrama de Caso de UsoApós o relacionamento «include»Auxiliadora FreireFonte: Engenharia de Software 8º Edição / Ian Sommerville 2000Utilizando UML e Padrões – Craig LarmanSlide 35
Diagrama de Caso de UsoRelacionamento «extend» entre Casos de Uso Um Caso de Uso disponibiliza um ponto de extensão(extension point) que outros Casos de Uso podem observare de acordo com uma condição, este Caso de Uso que estáobservando pode assumir o controle e embutir os seuscomportamentos. Para direcionar melhor o uso do relacionamento «extend»,podemos afirmar que você usará esta técnica quandonecessitar que a qualquer momento dada uma condição, oCaso de Uso base deverá ser interrompido e outro Caso deUso deverá assumir o controle.Auxiliadora FreireFonte: Engenharia de Software 8º Edição / Ian Sommerville 2000Utilizando UML e Padrões – Craig LarmanSlide 36
Diagrama de Caso de UsoRelacionamento «extend» entre Casos de UsoAuxiliadora FreireFonte: Engenharia de Software 8º Edição / Ian Sommerville 2000Utilizando UML e Padrões – Craig LarmanSlide 37
Diagrama de Caso de UsoRelacionamento «extend» entre Casos de UsoAuxiliadora FreireFonte: Engenharia de Software 8º Edição / Ian Sommerville 2000Utilizando UML e Padrões – Craig LarmanSlide 38
Diagrama de Caso de UsoFluxos AlternativosOs cenários são todos os caminhospossíveis que o Caso de Uso pode terdesde o Fluxo Básico atétodos os Fluxos Alternativoscombinados entre si.Auxiliadora FreireFonte: Engenharia de Software 8º Edição / Ian Sommerville 2000Utilizando UML e Padrões – Craig LarmanSlide 39
Diagrama de Caso de UsoFluxos Alternativos Cenário 1 : Passo 1, Passo 2, Passo 3, Passo 4 (Fluxo Básico); Cenário 2 : Passo 1, Passo 2, A1 , Passo 4; Cenário 3 : Passo 1, Passo 2, Passo 3, A2 , Passo 2; Cenário 4 : Passo 1, Passo 2, A1 , A2 , Passo 2; Cenário 5 : Passo 1, A3.Auxiliadora FreireFonte: Engenharia de Software 8º Edição / Ian Sommerville 2000Utilizando UML e Padrões – Craig LarmanSlide 40
Diagrama de Caso de UsoFluxos AlternativosConsiderando o Caso de UsoE se a consulta for por cliente?Auxiliadora FreireFonte: Engenharia de Software 8º Edição / Ian Sommerville 2000Utilizando UML e Padrões – Craig LarmanFluxo AlternativoSlide 41
Fluxos AlternativosCenário 2 : Passo 1, Passo 2, A1 , Passo 4A1Auxiliadora FreireFonte: Engenharia de Software 8º Edição / Ian Sommerville 2000Utilizando UML e Padrões – Craig LarmanSlide 42
Fluxos AlternativosCenário 3 : Passo 1, Passo 2, Passo 3, A2 , Passo 2A2Auxiliadora FreireFonte: Engenharia de Software 8º Edição / Ian Sommerville 2000Utilizando UML e Padrões – Craig LarmanSlide 43
Diagrama de Caso de UsoFluxos Alternativos Cenário 4 : Passo 1, Passo 2, A1 , A2 , Passo 2;A1A2Auxiliadora FreireFonte: Engenharia de Software 8º Edição / Ian Sommerville 2000Utilizando UML e Padrões – Craig LarmanSlide 44
Fluxos AlternativosCenário 5 : Passo 1, A3A3Auxiliadora FreireFonte: Engenharia de Software 8º Edição / Ian Sommerville 2000Utilizando UML e Padrões – Craig LarmanSlide 45
Diagrama de Caso de UsoFluxos AlternativosO que causa um Fluxo Alternativo O que um Fluxo Alternativo podefazeruma escolha do Atorretroceder para um passoanterior.o estado do Sistema.avançar para um passoposterior;finalizar o Caso de Uso.Auxiliadora FreireFonte: Engenharia de Software 8º Edição / Ian Sommerville 2000Utilizando UML e Padrões – Craig LarmanSlide 46
Diagrama de Caso de UsoPré-condição e condiçãoPré-condiçãoAuxiliadora FreireFonte: Engenharia de Software 8º Edição / Ian Sommerville 2000Utilizando UML e Padrões – Craig LarmanSlide 47
Diagrama de Caso de UsoPré-condição e Pós-condição Demonstram restrições para um Caso de Uso iniciar e garantiasmínimas alcançadas quando este terminar. A Pré-condição é a CONDIÇÃO que o Sistema deve se encontrarpara permitir que o Caso de Uso inicie. A pré-condição maiscomum nos sistemas é "O usuário deve estar logado".Auxiliadora FreireFonte: Engenharia de Software 8º Edição / Ian Sommerville 2000Utilizando UML e Padrões – Craig LarmanSlide 48
CONSTRUINDO CASOS DE USO1. Listar todas as funções e defina a fronteira do sistema.2. Identificar atores e casos de uso.3. Desenhe o diagrama de casos de uso.4. Escreva todos os casos de uso em formato de alto nível.5. Escreva os casos de uso mais críticos em formatoessencial expandido.Auxiliadora FreireFonte: Engenharia de Software 8º Edição / Ian Sommerville 2000Utilizando UML e Padrões – Craig LarmanSlide 49
Exemplo 1 – PONTO DE VENDAS Passo 1-2-3Comprar ItensLog inCaixaClienteReembolsar ItenscompradosIniciarAdminstradordo sistemaAuxiliadora FreireGerenciar UsuáriosFonte: Engenharia de Software 8º Edição / Ian Sommerville 2000Utilizando UML e Padrões – Craig LarmanGerenteSlide 50
Exemplo 1 – PONTO DE VENDAS Passo 4 - caso de uso em alto nívelCaso de uso:Comprar ItensAtores:Descrição:Cliente, CaixaUm cliente chega a um ponto depagamento, com vários itens quedeseja comprar. O Caixa registra ositens de compra e recebe umpagamento. No final, o Cliente saicom os itens comprados.Auxiliadora FreireFonte: Engenharia de Software 8º Edição / Ian Sommerville 2000Utilizando UML e Padrões – Craig LarmanSlide 51
Exemplo 1 – PONTO DE VENDAS Passo 4 - caso de uso em alto nívelCaso de uso:IniciarAtores:Descrição:GerenteO Gerente liga o sistema POST demodo a prepará-lo para o uso pelosCaixas. O Gerente verifica se a data ea hora estão corretas, após o que osistema está preparado para uso doscaixas.Auxiliadora FreireFonte: Engenharia de Software 8º Edição / Ian Sommerville 2000Utilizando UML e Padrões – Craig LarmanSlide 52
Exemplo 1 – PONTO DE VENDAS Passo 5 - caso de uso essenciais expandidos Include Comprar ItensCaixaPagar comdinheiroAuxiliadora FreirePagar comchequeFonte: Engenharia de Software 8º Edição / Ian Sommerville 2000Utilizando UML e Padrões – Craig LarmanClientePagar comcartãoSlide 53
Exemplo 1 – PONTO DE VENDAS Passo 5 - caso de uso essenciais expandidosSequência típica de eventosAção do atorResposta do sistema1- Este caso de uso começaquando um Cliente chega a umponto de pagamento equipadocom um POST, com vários itensque deseja comprar.2- O Caixa registra cada item. Sehouver mais de exemplar de item,o Caixa pode entrar com a qte.Auxiliadora Freire3- determina o preço do item eacrescenta informações sobre o itemà transação de venda em andamento.A descrição e o preço do item sãoapresentados.Fonte: Engenharia de Software 8º Edição / Ian Sommerville 2000Utilizando UML e Padrões – Craig LarmanSlide 54
Exemplo 1 – PONTO DE VENDAS Passo 5 - continuação.Ação do ator4- No término da entrada de itens oCaixa, indica para o POST que aentrada de itens está completa.Resposta do sistema5- O sistema apresenta o total devenda.6- O caixa informa ao Cliente o total.7- O Cliente informa o tipo depagamento: a) se pagamento emdinheiro – ver Pagar com dinheiro.b) Se pagamento com cartão – verPagar com Cartão.c) Se pagamento com cheque – verPagar com cheque.Auxiliadora FreireFonte: Engenharia de Software 8º Edição / Ian Sommerville 2000Utilizando UML e Padrões – Craig LarmanSlide 55
Exemplo 1 – PONTO DE VENDAS Passo 5 - continuação.Ação do atorResposta do sistema8- Registra a venda completada.9- Atualiza os níveis de estoque.10- Gera um recibo.11- O caixa dar o recibo ao Cliente.12- O cliente sai com os itenscomprados.Auxiliadora FreireFonte: Engenharia de Software 8º Edição / Ian Sommerville 2000Utilizando UML e Padrões – Craig LarmanSlide 56
Exemplo 1 – PONTO DE VENDAS Passo 5 - continuação.Sequencias alternativas.Linha 2 – Entrada de identificador de item inválido. Indicar erro.Linha 7 – Cliente não pode pagar; cancelar a transação de venda.Auxiliadora FreireFonte: Engenharia de Software 8º Edição / Ian Sommerville 2000Utilizando UML e Padrões – Craig LarmanSlide 57
Exemplo 1 – PONTO DE VENDAS Passo 5 - Seção – Pagar com dinheiroAção do atorResposta do sistema1- O Cliente dar um pagamento emdinheiro – “ O valor fornecido” –possivelmente maior que o total devenda.2- O Caixa registra a quantiafornecida.3- Apresenta o troco devido aoCliente.4- O Caixa deposita o dinheirorecebido e retira o troco devido.Sequencias alternativas.Linha 1 – O cliente não tem dinheiro suficiente. Pode cancelar avenda ou iniciar outro método de pagamento.Auxiliadora FreireFonte: Engenharia de Software 8º Edição / Ian Sommerville 2000Utilizando UML e Padrões – Craig LarmanSlide 58
Exemplo 2 – Sistema BancárioSolicitar extratoConsultar saldoSacar dinheiroClienteRealizar depósitoTransferirentre contasAlterar senhaAuxiliadora FreireFonte: Engenharia de Software 8º Edição / Ian Sommerville 2000Utilizando UML e Padrões – Craig LarmanSlide 59
Exemplo 3 – Sistema Matrícula num Curso DESCRIÇÃO DO SISTEMANo início de cada semestre, os alunos devem requisitar um catálogo de cursos contendoaqueles que serão oferecidos no semestre. Este catálogo deve conter informações arespeito de cada curso, do professor, do departamento e dos pré-requisitos. Desse modo,os alunos podem tomar suas decisões mais apropriadamente.O novo sistema permitirá que os alunos selecionem quatro cursos oferecidos para opróximo semestre. Além disso, o aluno indicará dois cursos alternativos, caso ele nãopossa ser matriculado na primeira opção. Cada curso terá no máximo 10 alunos e o nomínimo de 3 alunos. O curso, com número de alunos inferior a 3, será cancelado. Paracada matrícula feita por um aluno, o sistema envia informação ao sistema de cobrançapara que possa ser cobrado o pagamento, durante o semestre.Os Professores devem acessar o sistema “on line”, indicando quais cursos irão lecionar.Eles também podem acessar o sistema para saber quais alunos estão matriculados emcada curso.Em cada semestre, há um prazo para alteração de matrícula. Os alunos devem poderacessar o sistema durante esse período, para adicionar ou cancelar cursos.Auxiliadora FreireFonte: Engenharia de Software 8º Edição / Ian Sommerville 2000Utilizando UML e Padrões – Craig LarmanSlide 60
Exemplo 3 – Sistema Matrícula num CursoRequisitos FuncionaisPrioridadeProfessores escolhem disciplinas a lecionarEssencialProduzida listagem de disciplinas e professoresEssencialAlunos inscrevem-se e matriculam-se nas disciplinasEssencialProduzida listagem de disciplinas e alunos matriculadosEssencialA secretaria introduz os dados e emite uma listagem paracada professor com as disciplinas que vão lecionarEssencialA secretaria produz uma listagem para os alunos dasdisciplinas disponíveis nesse semestreImportanteApós o período de inscrição os professores recebem alistagem das disciplinas a leccionar com a lista dos alunosmatriculadosDesejávelAuxiliadora FreireFonte: Engenharia de Software 8º Edição / Ian Sommerville 2000Utilizando UML e Padrões – Craig LarmanSlide 61
Exemplo 3 – Sistema Matrícula num CursoRequisitos FuncionaisPrioridadeA matrícula ser-lhes-à cobrada através de um sistema defaturamento externo. Este sistema irá receber a informaçãonecessária a partir do sistema de gestão de cursos.EssencialRecebem um catálogo do curso com a lista de disciplinas queinclui o docente, o departamento e os pré-requisitos necessáriosEssencialOs alunos poderão escolher até 4 disciplinas, e deverão indicar 2opcionaisEssencialAs disciplinas poderão ter no máximo 10 alunos e no mínimo 3alunos (senão serão canceladas)EssencialOs alunos terão acesso ao sistema durante um certo períodoe forma a poderem adicionar e alterar disciplinas à sua seleçãoinicialEssencialAuxiliadora FreireFonte: Engenharia de Software 8º Edição / Ian Sommerville 2000Utilizando UML e Padrões – Craig LarmanSlide 62
Exemplo 3 – Sistema Matrícula num CursoRequisitos Não-FuncionaisAcesso online ao sistema para escolha das disciplinas alecionare para saber no final quais os alunos matriculados nasmesmasTipoInteropebilidade.Auxiliadora FreireFonte: Engenharia de Software 8º Edição / Ian Sommerville 2000Utilizando UML e Padrões – Craig LarmanSlide 63
Exemplo 3 – Sistema Matrícula num CursoATORESPapelDescriçãoAlunoalguém que se matricula para ter aulas naUniversidadeProfessoralguém certificado para dar aulas naUniversidadeFuncionário da secretariaalguém responsável pela manutenção dosistema de gestão de cursos da UniversidadeSistema de Faturamentosistema externo responsável pela cobrançadas matrículas aos alunos da UniversidadeAuxiliadora FreireFonte: Engenharia de Software 8º Edição / Ian Sommerville 2000Utilizando UML e Padrões – Craig LarmanSlide 64
Exemplo 3 – Sistema Matrícula num CursoDiagrama de ContextoSistema iliadora FreireProfessorFonte: Engenharia de Software 8º Edição / Ian Sommerville 2000Utilizando UML e Padrões – Craig LarmanSlide 65
Exemplo 3 – Sistema Matrícula num CursoCasos de UsoSistema decobrançaMatrícula nosCursosManter informaçãode alunoManter informaçõesdos cursosAlunoPedir lista dosmatriculadosSelecionar cursopara ensinarProfessorAuxiliadora FreireFuncionárioGerar catalogoManter informaçãode professorFonte: Engenharia de Software 8º Edição / Ian Sommerville 2000Utilizando UML e Padrões – Craig LarmanSlide 66
Exemplo 4 – Sistema de Pizzaria Online DESCRIÇÃO DO SISTEMAUma empresa tem necessidade de um Sistema de Pizzaria Online, por meio doqual seus clientes possam solicitar pizzas pela Internet.O sistema tem o controle dos pedidos das pizzas e bebidas. Para solicitar seuspedidos os clientes obrigatoriamente deverão estar cadastrado. Um clientepoderá realizar vários pedidos, no entanto, um pedido será exclusivo para umcliente.O sistema deve informar, através de relatórios online, sempre que um itemestiver com sua quantidade abaixo ou perto da quantidade mínima. Neste casodeverá ser montado um pedido para um fornecedor que venda este tido deproduto.Auxiliadora FreireFonte: Engenharia de Software 8º Edição / Ian Sommerville 2000Utilizando UML e Padrões – Craig LarmanSlide 67
Exemplo 4 – Sistema de Pizzaria OnlineRequisitos FuncionaisPrioridadeO cliente visualiza os tipos de pizzas (sabores, tamanho.)EssencialO cliente escolhe a pizza e adiciona no seu pedidoEssencialO cliente seleciona a bebidaEssencialO cliente visualiza o pedido antes de fechar o pedidoEssencialO cliente poderá visualizar uma lista com todos os seusPedido já solicitados anteriormente.EssencialO cliente pode opinar sobre o atendimento da pizzaria,referindo-se tanto à qualidade da pizza como da entrega.ImportanteUm pedido poderá realizar muitos pedidos, no entanto, umpedido será exclusivo para um único cliente.DesejávelAuxiliadora FreireFonte: Engenharia de Software 8º Edição / Ian Sommerville 2000Utilizando UML e Padrões – Craig LarmanSlide 68
Exemplo 4 – Sistema de Pizzaria OnlineRequisitos FuncionaisPrioridadeCada pedido deverá armazenar, entre outras informações, a data e ahora em que o pedido foi feito e a hora provável de sua entrega.EssencialO valor da pizza será calculado pelo sabor mais caro.EssencialCada pizza consome diversas quantidades de diversos itens de estoque.Sempre que uma pizza for produzida, essas quantidades devem serdiminuídas de seus respectivos itens no estoque.EssencialMontar pedido para o fornecedor sempre que um item do estoqueestiver com sua quantidade perto da quantidade mínima.EssencialEmitir relatório que permitam saber quais os sabores de pizza são maispedidos, bairros que se encontram estes clientes.EssencialEmitir relatório com o consumo médio diário de cada produto.ImportanteAuxiliadora FreireFonte: Engenharia de Software 8º Edição / Ian Sommerville 2000Utilizando UML e Padrões – Craig LarmanSlide 69
Exemplo 4 – Sistema de Pizzaria OnlineRequisitos Não-FuncionaisControle de acesso – o cliente deverá estar logado aosistemaTipoSegurançaO tempo de resposta deve ser o menor possível para nãoprejudicar o atendimento aos clientesPerformanceO sistema deverá gravar logs de errosO sistema deverá fazer backup automático no final do diaTolerância a falhaO sistema deverá ser facilmente integralizável, caso sejanecessário interligá-lo a a outros sistemas existentes.O sistema deve ser fácil de usarInteroperabilidadeAuxiliadora FreireFonte: Engenharia de Software 8º Edição / Ian Sommerville 2000Utilizando UML e Padrões – Craig LarmanTolerância a falhaUsabilidadeSlide 70
Exemplo 4 – Sistema de Pizzaria OnlineFunções do produto ( algumas funções)FunçõesDescriçãoEscolher PizzaO sistema deverá apresentar um formulárioContendo duas divisões, a primeira apresentará ostamanhos de pizzas (pequeno, médio e grande) e asegunda os sabores de pizzas disponíveis.Escolher BebidaRepresenta o processo pelo qual um cliente escolheuma bebida, sendo um pouco semelhante aoprocesso de escolha de pizza.OpinarEsse serviço permite que o cliente emita opiniõessobre os pedidos feitos anteriormente por ele.Visualizar PedidoO cliente pode visualizar os itens escolhidos (pizzase bebidas)Auxiliadora FreireFonte: Engenharia de Software 8º Edição / Ian Sommerville 2000Utilizando UML e Padrões – Craig LarmanSlide 71
Exemplo 4 – Sistema de Pizzaria OnlineFunções do produto ( algumas funções)FunçõesDescriçãoExcluir ItemA partir do caso de uso “Visualizar Pedido”, o cliente podeexcluir item do pedido.Visualizar PedidosAnterioresVisualizar Saboresmais PedidosO cliente pode visualizar todos os pedidos já feitos por ele.Concluir PedidoAuxiliadora FreireEsse processo apresenta todos os sabores da pizzaria emordem de sua preferenciaÚltimo passo para solicitar um pedido. É obrigatório que ocliente visualize seu pedido antes de concluí-lo.Fonte: Engenharia de Software 8º Edição / Ian S
Diagrama de Casos de Uso: Descreve a funcionalidade proposta para o novo sistema. Fornecer uma descrição clara e consistente do que o sistema deve fazer. Casos de Uso Auxiliadora Freire Fonte: Engenharia de Software 8º Edição / Ian Sommerville 2000 Slide 6
Universidad de Salamanca -Dpto. de Informática y Automática Ingeniería del Software I Modelos de proceso 3 Esquema n Clasificación de los modelos de proceso n Modelos tradicionales n Modelos evolutivos n Modelos para sistemas orientados a objetos n Modelos basados en reutilización n Procesos ágiles n Modelos para la Ingeniería Web n Aportaciones principales del tema
Este es el tercer libro de casos que publicamos. En el año 2000 coordinamos la edición del libro Casos y Supuestos en Dirección y Gestión de Recursos Humanos, que reunía un total de 31 casos escri-tos por 24 profesores de Recursos Humanos de 10 universidades españolas. En 2005 publicamos Nuevos Casos en Dirección y Gestión de Re-
2.3 Sistemas Integrados de Gestión (SIG) Las organizaciones en las décadas de los 90 y en los años trascurridos del 2000, han implementados Sistemas de Gestión de manera separada, iniciando en la mayor parte de los casos con el Sistema de Gestión de Calidad y continuando con los Sistemas de Gestión Ambiental y los Sistemas de Gestión en .
1.4.6 Sistemas operativos integrados 35 1.4.7 Sistemas operativos de nodos sensores 36 1.4.8 Sistemas operativos en tiempo real 36 1.4.9 Sistemas operativos de tarjetas inteligentes 37 1.5 CONCEPTOS DE LOS SISTEMAS OPERATIVOS 37 1.5.1 Procesos 38 1.5.2 Espacios de direcciones 40
3. Análisis del modelo de formación de profesores de la Universidad Nacional de General Sarmiento: la multidisciplinariedad como criterio curricular 80 La formación de profesores en Minas Gerais, Brasil 127 1. Contextos de los modelos 129 2. Modelos de formación en 4 organismos 146 3. Modelos institucionales: problemas y perspectivas 177
UNIVERSIDADE DA BEIRA INTERIOR Ciˆencias Modelos Epidemiol ogicos SIR e SIS Discretos Estudo dos modelos e elabora c ao de uma ac ao de divulaga c ao na area da Biomatem atica Vers ao final ap os defesa Rabilde de Fa tima Manuel Bartolomeu Dissertac ao para obten c ao do Grau de Mestre em Matema tica para Professores (2o .
En una secuencia de desarrollo de modelos los tres elementos principales son actividades: 1) que revelan el pensamiento o detonan modelos de los estudiantes; 2) en las que se exploran sus modelos; y, 3) en las que se adaptan tales modelos para aplicarse en otros contextos y para extender sus representaciones (Doerr, 2016). .
Secret Wall O2 Pit to Q2 X2 To Level 7 (X3) A1 Portal to L10 (A2) [] Button Q1 From Pit O1 X3 To Level 7 (X1) 0 Pressure Pad Q2 From Pit O2 X4 To Level 5 (X2) Y Nest In the place where you found a lot of Kenkus (bird creatures) is a place called "Nest." After killing both Kenkus, put all ten Kenku eggs on the floor. The wall will disappear, and .
