Tópicos Especiais em Sistemas de Telecomunicações IV

Transcrição

1 Sumário Tópicos Especiais em Sistemas de Telecomunicações IV Modelagem de Sistemas de Software Departamento de Engenharia de Telecomunicações Escola de Engenharia Universidade Federal Fluminense Setembro de 2009 Prof. João Marcos Meirelles da Silva Modelagem de Sistemas - Aula 09 pg. 1/18

2 Sumário Sumário 1 Prof. João Marcos Meirelles da Silva Modelagem de Sistemas - Aula 09 pg. 2/18

3 Créditos Autorais Atenção Este curso está baseado principalmente no material contido no livro Desenvolvendo Aplicações com UML Do conceitual à Implementação da Professora Ana Cristina Melo - Editora Brasport. As figuras contidas nos módulos deste curso, bem como grande parte do seu texto, foram retiradas deste livro. Prof. João Marcos Meirelles da Silva Modelagem de Sistemas - Aula 09 pg. 3/18

4 Sumário 1 Prof. João Marcos Meirelles da Silva Modelagem de Sistemas - Aula 09 pg. 4/18

5 Modelando Casos de Uso com auxílio de Pacotes Em sistemas de média/alta complexidade é comum termos dezenas de casos de uso. Nesse caso, a representação de todos eles em um único diagrama é uma tarefa impossível. A fim de minimizar a visualização e, principalmente, organizar esses casos de uso considerando uma mesma abordagem conceitual, podemos trabalhar com pacotes. Um pacote corresponde a um agrupamento de qualquer elemento de modelo, como casos de uso, classes, estados, outros pacotes, etc... Prof. João Marcos Meirelles da Silva Modelagem de Sistemas - Aula 09 pg. 5/18

6 Modelando Casos de Uso com auxílio de Pacotes Graficamente, um pacote é representado como um grande retângulo com um outro pequeno retângulo como uma aba posicionada no topo do lado esquerdo do retângulo maior. O nome do pacote deve ser exibido na aba caso o seu conteúdo seja mostrado. Caso contrário, o nome do pacote deve vir no seu interior. Figure: Exemplo de um pacote agrupando casos de uso. Prof. João Marcos Meirelles da Silva Modelagem de Sistemas - Aula 09 pg. 6/18

7 Modelando Casos de Uso com auxílio de Pacotes Quando desejamos fazer referência a um elemento que pertença a algum pacote, devemos usar a nomenclatura <nomedopacote>::<nomedoelemento>. Por exemplo: ControleAcademico::CadastrarAluno Figure: Exemplo de um pacote agrupando casos de uso. Prof. João Marcos Meirelles da Silva Modelagem de Sistemas - Aula 09 pg. 7/18

8 Modelando Casos de Uso com auxílio de Pacotes OBS Os elementos de um pacote devem ter nomes distintos dentro do mesmo pacote. Todavia, é possível termos elementos com o mesmo nome desde que residentes em pacotes diferentes! Prof. João Marcos Meirelles da Silva Modelagem de Sistemas - Aula 09 pg. 8/18

9 1. Desenhe os relacionamentos existentes entre os seguintes casos de uso: Cadastrar Funcionário, Cadastrar Professor, Cadastrar Qualificações de Professor, Cadastrar Curriculum de Professor e Validar CPF. 2. Como pode ser representado um ator na UML? 3. Para que servem os casos de uso? 4. É possível colocar condições nos cenários principal de um caso de uso? 5. Como sabemos num caso de uso base o local de incluir o caso de uso extensão? Prof. João Marcos Meirelles da Silva Modelagem de Sistemas - Aula 09 pg. 9/18

10 6. Os casos de uso podem ser usados para funções de gerenciamento do sistema, como por exemplo, backup de dados? 7. Na descrição do caso de uso seguinte, assinale o que está inadequado: Solicitar Vale-Refeição/Alimentação objetivo: Verificar os funcionários que recebem vale-refeição/alimentação, a quantidade de dias úteis do mês e processar o pedido, levando em conta a opção do funcionário, bem como as situações especiais como férias, licenças, etc. ator: Emilia Maria Prof. João Marcos Meirelles da Silva Modelagem de Sistemas - Aula 09 pg. 10/18

11 Cenário Principal: O sistema verifica para cada funcionário: 1 O número de dias úteis do mês de referência; 2 A opção do funcionário (refeição ou alimentação); 3 Se o funcionário estiver ativo: 1 Multiplicar o número de dias úteis pelo valor do ticket padrão ; 2 Gravar linha do arquivo de solicitação; 3 Atualizar o sistema de RH com o valor de desconto do ticket. Prof. João Marcos Meirelles da Silva Modelagem de Sistemas - Aula 09 pg. 11/18

12 Cenário Alternativo: Se o funcionário estiver de férias ou de licença, não realizar a solicitação do vale e checar novo funcionário. 8. (Concurso Serpro Técnico/Programador) A visão do caso de uso em UML descreve: a. O comportamento da distribuição, do fornecimento e instalação das partes que compõem o sistema físico; b. A especificação da organização do sistema de software; c. A visão de questões referentes ao desempenho do sistema; d. O comportamento do sistema conforme é visto pelos usuários finais; e. A modelagem dos aspectos dinâmicos do sistema. Prof. João Marcos Meirelles da Silva Modelagem de Sistemas - Aula 09 pg. 12/18

13 Respostas 1. Considerando que um professor também é um funcionário, podemos deduzir que o caso de uso Cadastrar Funcionário seja uma generalização do caso de Cadastrar Professor. Validar CPF é um caso de uso que pode ser usado no Cadastro de Professor, Funcionário, Aluno, Diretor e muitos outros. O que nos leva a um relacionamento de inclusão. Como o caso de uso Cadastrar Funcionário é uma generalização de Cadastrar Professor, então criamos o relacionamento com o caso de uso mais genérico. Cadastrar Qualificações de Professor e Cadastrar Curriculum do Professor são atividades que estão ligadas ao cadastro do professor, ou seja, não possuem uma vida própria. Prof. João Marcos Meirelles da Silva Modelagem de Sistemas - Aula 09 pg. 13/18

14 Respostas Normalmente, não criamos uma opção de menu para cadastro de professor e outra para o cadastro do seu curriculum. Ainda, normalmente é possível cadastrar o professor e não preencher os dados sobre suas qualificações e seu curriculum de imediato, podendo deixar para mais tarde estas atividades. Desta forma, temos relacionamentos de extensão. Figure: Relacionamento entre os casos de uso. Prof. João Marcos Meirelles da Silva Modelagem de Sistemas - Aula 09 pg. 14/18

15 Respostas 2. Por meio da figura de um stick man ou uma classe estereotipada de ator ou como um outro ícone mais representativo (por exemplo: A figura de um computador). 3. Para análise e validação dos requisitos do sistema. 4. Sim, é possível. Existem determinadas variações que não constituem material de cenários alternativos, já que correspondem (juntamente com outras informações) à situação normal de processamento. Por exemplo, se estamos descrevendo um cenário principal que solicita a senha do usuário para acessar o sistema, esperamos como fluxo normal, sem erros, que a senha exista, seja digitada corretamente e não esteja expirada. Se um desses três casos ocorrer, devemos então tratá-las em cenários alternativos. Prof. João Marcos Meirelles da Silva Modelagem de Sistemas - Aula 09 pg. 15/18

16 Respostas Vamos a outra situação. Um cenário que descreva a venda de um produto. No momento de receber o pagamento,pode-se receber a resposta de dinheiro, cheque ou cartão. Cada qual levará a uma rotina conclusiva diferente. Na rotina de dinheiro será pedido o valor pago para cálculo do troco, na de cheque os dados do cheque para consulta ao TeleCheque e assim por diante. Se perguntássemos qual é o fluxo normal para esse caso principal, não teríamos resposta. A loja aceita três formas de pagamento. Não é o caso de dizer que ela aceita dinheiro mas, alternativamente, caso o cliente não o tenha, aceita cheque ou cartão. Prof. João Marcos Meirelles da Silva Modelagem de Sistemas - Aula 09 pg. 16/18

17 Respostas Nesse último caso, estamos trabalhando com uma condição no cenário principal que nos leva à subcenários principais. Para melhorar a legibilidade e a manutenibilidade do caso de uso, podemos colocar o tratamento dessas formas de pagamento em casos de uso de extensão. 5. Por meio da inclusão, no caso de uso base, de pontos de extensão. 6. Sim. Os casos de uso não modelam apenas regras de negócio, mas também funcionalidades da aplicação. Prof. João Marcos Meirelles da Silva Modelagem de Sistemas - Aula 09 pg. 17/18

18 Respostas 7. Primeiramente, o ator de um caso de uso não deve ser uma pessoa (Emília Maria) e sim um papel. Quem terá direito a acessar o sistema é um funcionário qualquer do Departamento Pessoal que esteja autoriza para tal. Não foi citada a solicitação do mês de referência, ou a citação de que o mês é automaticamente o seguinte ao processamento. A verificação do número de dias úteis do mês de referência não precisa ser feito para cada funcionário. Basta ser feito uma única vez e valerá para todos os funcionários. 8. Letra d. Prof. João Marcos Meirelles da Silva Modelagem de Sistemas - Aula 09 pg. 18/18