ENGENHARIA DE SOFTWARE I AULA 3. Análise e diagramação. professor Luciano Roberto Rocha.

Transcrição

1 ENGENHARIA DE SOFTWARE I AULA 3 Análise e diagramação professor Luciano Roberto Rocha

2 POR QUE DIAGRAMAR A maioria dos problemas encontrados em sistemas tem sua origem na construção do modelo, no desenho do sistema. Muitas vezes as empresas e profissionais não dão muita ênfase à essa fase do projeto, e acabam cometendo diversos erros de análise e modelagem. Isso quando há modelagem, pois é muito comum desenvolvedores que iniciam o projeto já na fase de codificação. 2

3 ANÁLISE E DIAGRAMAÇÃO DE SISTEMAS A diagramação é uma etapa preliminar usada para criar uma visão geral do sistema que pode posteriormente ser elaborado. Alguns dos benefícios que a diagramação traz: Mostra rapidamente o escopo e os limites de um sistema ou projeto; Não necessita nenhum conhecimento técnico para ser entendido; É fácil de desenhar e alterar devido à sua notação limitada; É fácil de expandir pela adição de diferentes níveis. A técnica de notação dos diagramas depende necessariamente da abordagem ao desenvolvimento podendo ser: DFD - Diagrama de Fluxo de Dados (Programação Estruturada) UML - Unified Modeling Language. (Programação Orientada à Objetos) 3

4 DIAGRAMA DE FLUXO DE DADOS É uma representação gráfica do "fluxo" de dados através de um sistema de informação, modelando seus aspectos de processo. Ele fornece apenas uma visão do sistema, a visão estruturada das funções, ou seja, o fluxo dos dados. Um DFD mostra que tipo de informação entrará e sairá do sistema, para onde os dados virão e irão e onde os dados serão armazenados. Ele não mostra informação sobre a temporização dos processos ou informações se os processos irão operar em sequência ou em paralelo como é mostrado em um fluxograma. 4

5 NOTAÇÃO EM DFDs 5

6 DIAGRAMA DE CONTEXTO O diagrama de contexto mostra um sistema de negócios (um processo, equipamentos, sistema computacional, etc.) e, em seguida, mostra a relação que este tem com outras entidades externas (sistemas, atores, grupos organizacionais, repositórios de dados, etc). Pode ser considerado o DFD mais abstrato (Nível 0), pois não mostra os detalhes de um determinado processo. No gerenciamento de projetos o diagrama de contexto é utilizado para a modelagem do escopo, descrevendo graficamente o escopo do produto. 6

7 NOTAÇÃO DO DIAGRAMA DE CONTEXTO Círculo: Representa o processo de alto nível ou sistema de negócio. Nunca há mais do que um único processo em um diagrama de contexto (diferentemente do DFD); Retângulos: Representam os atores, entidades externas que fornecem a entrada e recebem a saída. Podem haver várias entidades externas; Setas: retas ou curvas indicando a direção do fluxo de dados: As entradas e saídas do sistema de negócio. 7

8 UML UML é um acrônimo para a expressão Unified Modeling Language. Pela definição de seu nome, vemos que UML é uma linguagem que define uma série de elementos que nos ajuda na tarefa de modelar e documentar os sistemas orientados a objetos. Ela possui nove tipos de diagramas que são usados para documentar e modelar diversos aspectos dos sistemas, entretanto, os dois primeiros são os essenciais. Os 9 diagramas são: Diagrama de Caso de Uso, de Sequência, de Classe, de Sentença, de Componente, de Atividade, de Comunicação, de Distribuição e de Estrutura de Composição. 8

9 DIAGRAMA DE CASO DE USO 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 com os usuários do mesmo sistema. Nesse diagrama não nos aprofundamos em detalhes técnicos que descrevem como o sistema funciona. Este diagrama é comumente derivado da especificação de requisitos, que por sua vez não faz parte da UML. 9

10 NOTAÇÃO DO DIAGRAMA DE CASO DE USO Diagramas de Casos de Uso são compostos basicamente por quatro partes: Cenário: Sequência de eventos que acontecem quando um usuário interage com o sistema. Ator: Usuário do sistema, ou melhor, um tipo de usuário. Use Case: É uma tarefa ou uma funcionalidade realizada pelo ator (usuário) Comunicação: É o que liga um ator com um caso de uso. 10

11 EXEMPLO Cenário: A clínica médica Saúde Perfeita precisa de um sistema de agendamento de consultas e exames. Um paciente entra em contato com a clínica para marcar consultas visando realizar um check-up anual com seu médico de preferência. A recepcionista procura data e hora disponível mais próxima na agenda do médico e marca as consultas. Posteriormente o paciente realiza a consulta, e nela o médico pode prescrever medicações e exames, caso necessário. Atores: A - Paciente, B - Secretária, C - Médico. Use Case: A - Solicita Consulta, Solicita Cancelamento de Consulta, B - Consulta Agenda, Marca Consulta, Cancela Consulta, C - Realiza Consulta, Prescreve Medicação, Solicita Realização de exames 11

12 EXEMPLO 12

13 REFERÊNCIAS REZENDE, Denis Alcides. Engenharia de Software e Sistemas de Informação. 3 ed. Rio de Janeiro: Brasport, Acesso em 24/03/