UML 04. Curso Superior de Tecnologia em Banco de Dados Disciplina: Projeto de Banco de Dados Relacional 1 Prof.: Fernando Hadad Zaidan.

Transcrição

1 Faculdade INED UML 04 Curso Superior de Tecnologia em Banco de Dados Disciplina: Projeto de Banco de Dados Relacional 1 Prof.: Fernando Hadad Zaidan Referências BARBIERI, Carlos. Análise e Programação Orientada a Objetos - UML BLAHA, Michael; RUMBAUGH, James. Modelagem e Projetos Baseados em Objetos com UML 2. Campus, BEZERRA, Eduardo. Princípios de Análise e Projeto de Sistemas com UML. 2. ed. São Paulo: CAMPUS/Elsevier, BOOCH, Grady; RUMBAUGH, James; JACOBSON, Ivar. UML: guia do usuário. Rio de Janeiro: Campus, MVC 3 4 1

2 Diagrama de Casos de Uso Método formal para descrever requisitos de um sistema; Interação total com os usuários; Foco em quem usa o sistema; Modela visando funcionalidade, mostrando como o usuário irá interagir; Similaridade com análise Estruturada/Essencial com sabor OO; Mostra as interações do mundo REAL (externo) com o mundo computacional (Sistema); Todos os requisitos deverão estar mapeados no DUC. 5 6 Atores Entidade que interage com o sistema, cumprindo um certo papel Podem ser pessoas, com variados papéis, sistemas e tempo Principal= responsável pela ativação do CSU Secundários= participam agregando valor as atividades do CSU Numa modelagem de processos de negócios de uma empresa aparecem os interessados (stakeholders) : stakeholders: clientes-quem usa/aciona o caso de uso, normalmente o ator principal operador de sistemapode ser o ator principal, como preposto do cliente fornecedor-quem fornece algo no caso de uso gerência-quem controla o caso de uso fiscalização-quem fiscaliza outros participantes/atores(tempo 7 8 2

3 9 10 Exemplo: Sistema de Caixa Eletrônico

4 13 14 Exemplo: Sistema Biblioteca - DUC

5 Exemplo: Sistema Biblioteca -Fluxos Conceitos Estendidos de UC Include - Extend - Generalize Evite pensar neles antes dos UC BEM DEFINIDOS. Deixe somente para o final. Include (use) partes e fragmentos comuns entre os UC fatorar atividades; Extend cursos alternativos que irão melhorar o entendimento transformam em extensões; Generalize conceito de generalização / especificação (tipo e sub-tipo);

6 Exemplo DUC da UML Requisitos Todo sistema tem um propósito, geralmente expresso em termos do que o sistema pode fazer. Um requisito é uma característica do sistema ou a descrição de algo que o sistema é capaz de realizar, para atingir seus objetivos. Os requisitos: - Descrevem o comportamento e as atividades de um sistema; - Expressam os estados e as transições do sistema e do objeto. 23 Requisitos de alta qualidade são: -claros; - completos; - sem ambiguidade; - implementáveis; - consistentes; -testáveis. Todos os requisitos definidos na definição dos requisitos deverão ser mapeados para os casos de uso. 24 6

7 Para ajudar a descrever os requisitos Um Exemplo: Sistema Folha de Pagamento Funcionários podem existir em dois estados: - os que ainda não foram pagos; - os que já foram pagos. Os requisitos descrevem como, na emissão do contracheque, o funcionário pode mover de um estado para outro. Requisitos Funcionais: interação entre o sistema e o ambiente. - Como o sistema deve se comportar. Exemplo: Sistema de emissão de contra-cheques - Quando os contra-cheques serão emitidos? - O que causa a exclusão de um funcionário da folha de pagamento? Utilização de casos de uso Para ajudar a descrever os requisitos Requisitos não-funcionais: colocam as restrições no sistema, que limita nossas ações para criar uma solução para o problema. - O sistema deverá ser desenvolvido para um computador de 64 bits. - Os contra-cheques de todos os funcionários não poderão gastar mais de 2 horas para serem emitidos. Limites com relação à plataforma, linguagem, ferramentas de implementação. Gestão de Requisitos Os requisitos para sistemas baseados em computador mudam; O entendimento dos stakeholders sobre o problema muda constantemente; O desejo de mudar os requisitos persiste ao longo da vida do sistema; Depois que o sistema está instalado, inevitavelmente surgirão novos requisitos. É difícil para os usuários e os clientes do sistema anteciparem quais efeitos o novo sistema causará à organização

8 Gestão de Requisitos As pessoas desenvolvem uma compreensão maior do que desejam que o software faça; A organização que está comprando muda; São feitas modificações no hardware, e no software e no ambiente organizacional do sistema. Gerenciamento ou Gestão de requisitos gerenciamento das mudanças destes requisitos. Identificar um erro na fase de manutenção tem um custo em média 200 vezes maior em relação à descoberta do mesmo erro na fase de análise de requisitos Exemplo Requisitos Sistema Hotel RSV01 RSV02 RSV03 RSV04 RSV05 RSV06 RSV07 RSV08 RSV09 O sistema deverá realizar reserva via internet O cliente passa as informações para a atendente. As informações básicas serão: nome do cliente, número do cartão, bandeira do cartão, tipo de quarto desejado, data de início do período desejado e data final do período desejado O número de bandeira do cartão é de fornecimento obrigatório na reserva. Deverá ser evidenciado que haverá cobrança, caso não haja comparecimento e não haja cancelamento em até 48 horas antes do início O usuário deverá receber a confirmação da reserva, via , com os dados fundamentais, do tipo nome do cliente, número do cartão(maqueado), bandeira do cartão, data de início e data final do período. O sistema poderá considerar convênios estabelecidos com o hotel. Os convênios oferecem desconto a serem aplicados na emissão da nota final e não valerão para o pagamento das multas(no caso do no-show) O cartão apresentado no ato da reserva, deverá ser verificado no momento com o sistema da operadora de cartão. Caso haja qualquer problema com a esta verificação, a reserva deverá ser aceita, com status pendente, que deverá constar da confirmação A confirmação da reserva deverá ser prioritariamente feita por . Caso o cliente não tenha , deverá fornecer um número de fax. Uma das duas alternativas é mandatória O cliente poderá cancelar a reserva em até 48 horas antes da data de inicio da hospedagem. Caso não seja cancelada neste período, será cobrada uma multa de uma diária plena no cartão de crédito. O cancelamento deverá ser feito por telefone No processo de check-in, o cliente, se tiver feito, deverá apresentar a reserva. Caso não haja uma reserva, o cliente será hospedado, com a criação de uma reserva virtual pelo sistema, contendo as mesmas informações 31 8