Métodos de Desenvolvimento de Software - Slide

1. Aula 4 – Métodos de Desenvolvimento de
Software
Engenharia de Software

2. Agenda
• Métodos para Desenvolvimento de Software
Estruturado
Orientado a Objeto
• Método Estruturado

3. Métodos para Desenvolvimento
de Software

4. Métodos para
Desenvolvimento de Software
• O Método que um Analista empregará para o
desenvolvimento de um sistema, pode ser
entendido como um caminho a ser percorrido em
etapas, algumas delas podendo ser
desenvolvidas em paralelo, outras não.
• Os Métodos são procedimentos parametrizados
e sistemáticos, pelos quais uma tarefa é
executada; em uma analogia:
é a forma de se caminhar pelo caminho

5. Métodos para Desenvolvimento de
Software
• Há vários métodos para o desenvolvimento de
sistemas, isto decorre do fato de que sendo
uma atividade de criação, desenvolvida pelo
ser humano, sempre há uma preocupação
com a pesquisa de novos caminhos de forma
a tornar o método mais rápido e eficaz.

6. Métodos para Desenvolvimento de
Software
• Segundo ALVAREZ (1990) “ o objetivo
básico do estabelecimento de um MÉTODO
padronizado no desenvolvimento de sistemas é:
obter maior consistência no trabalho
melhor qualidade oferecida ao usuário
maior facilidade no treinamento de novos
Analistas
eliminação das perdas acarretadas por caminhos
sem saída
melhor controle dos resultados obtidos no
desenvolvimento de sistemas.”

7. Métodos para
Desenvolvimento de Software
 Os Métodos de Desenvolvimento de
Software são:
Método Estruturado
Método Orientada a Objeto

8. Método Estruturado
Análise Estruturada

9. Análise Estruturada
 A análise estruturada é uma atividade
de construção de modelos.
 Utiliza uma notação que é própria ao método
de análise estruturada com a finalidade de:
retratar o fluxo e o conteúdo das informações
utilizadas pelo sistema
dividir o sistema em partições funcionais e
comportamentais
descrever a essência daquilo que será
construído.

10. Análise Estruturada
Objetivos:
– descrever o que o cliente deseja;
– estabelecer uma base para a criação de
um projeto de software;
–definir um conjunto de requisitos que pode
ser validado quando o software for
construído;

11. Análise Estruturada
• Modelo Ambiental: descreve o ambiente no qual o
sistema se insere, ou seja, descreve o contexto do
sistema, que deve ter 3 componentes:
Definição de Objetos: com finalidade de sistema;
Lista de Eventos: são os acontecimentos que ocorrem no
exterior e que interagem com o sistema;
Diagrama de contexto: representa o sistema como um único
processo e as suas interações com o meio ambiente;

12. Análise Estruturada
• Modelo Comportamental: descreve as ações
que o sistema deve realizar para responder da
melhor forma aos eventos definidos no
modelo ambiental. Utiliza as técnicas de:
Diagrama de Fluxos de Dados (DFD)
Dicionário de Dados (DD)
Diagrama de Entidades e Relacionamentos (DER ou
MER – Modelo de Entidade e Relacionamento)
Especificação de Processos (EP)
Diagrama de Transição de Estados (DTE)

13. Modelo de Análise Estruturada

14. Modelo de Análise Estruturada
Diagrama de
Fluxo
de dados
Diagrama
E-R
Dicionário
de Dados
Diagrama de
Transição de Estado
Especificação
de Processo
(PSPEC)
Descrição de
Objetos
de Dados
Especificação de
Controle
(CSPE
C)

15. Descrição de Objeto de Dados
Diagrama de Entidade-
Relacionamento

16. Descrição de Objeto de Dados
Diagrama Entidade-Relacionamento (DER)
descreve relacionamentos entre objetos de dados;
conduz à modelagem de dados;
Descrição de Objetos de Dados => atributos de
cada objeto

17. • Quais são os objetos de dados a serem
processados pelo sistema?
• Qual é a composição de cada objeto de
dado e quais atributos descrevem o objeto?
• Onde os objetos estão localizados?
• Quais são os relacionamentos entre os
objetos?
• Qual é o relacionamento entre os objetos e os
processos que os transformam?
Descrição de Objeto de Dados

18. Modelagem de Dados
• Quais são os objetos de dados a serem processados pelo
sistema?
• Qual é a composição de cada objeto de dado e quais
atributos descrevem o objeto?
• Onde os objetos estão localizados?
• Quais são os relacionamentos entre os objetos?
• Qual é o relacionamento entre os objetos e os processos
que os transformam?

19. Componentes do Modelo de
Dados
Objeto
=
• entidade externa: algo que produz
ou
consome informação;
• coisa: relatório ou edição;
• ocorrência ou evento :
chamada telefônica,
alarme;
• papel: vendedor;
• unidade organizacional:
depto de
contas;
• lugar: armazém;

20. Componentes do Modelo de
Dados
Atributos = • podem ser usados para:
(1) nomear uma instância de um
objeto;
(2) descrever uma instância;
(3) fazer referência a outra
instância em outra tabela;
• um ou mais atributos precisam ser
definidos como um identificador;
Relacionamentos =
• são conexões relevantes entre
os
objetos;
• bidirecionais;
definem as
propriedades de
um objeto de dados

21. Componentes do Modelo de
Dados
Objetos Atributos Relacionamentos
Nome
Endereç
o Idade
Licença
de
motorist
a
Número
Marca
Modelo
Número
ID Cor

22. Diagramas ER
Expansão do DER
(distribuição dos negócios automobilísticos)
Fabricante Carro
constrói
Distribuidora
Transporta-
dora
transporta
armazena
licencia
contrata

23. Especificãção de Processo
Diagrama de Fluxo de Dados
(DFD)

24. Modelo de Análise Estruturada
Diagrama de
Fluxo
de dados
Diagrama
E-R
Dicionário
de Dados
Diagrama de
Transição de Estado
Especificação
de Processo
(PSPEC)
Descrição de
Objetos
de Dados
Especificação de
Controle
(CSPE
C)

25. Modelo de Análise Estruturada
• Diagrama de Fluxo de Dados (DFD)
– produz uma indicação de como os dados são
transformados e como se movimentam através
do sistema;
– descreve as funções e subfunções que
transformam o fluxo de dados;
– é a base para a modelagem
funcional;
– funções apresentadas no DFD => contidas em
uma Especificação de Processo (PSPEC);

26. Diagrama de Fluxo de Dados -
DFD
• É utilizado para a representação lógica de processos.
• O objetivo é descrever graficamente, o que acontece,
sem se preocupar em como e quando tais coisas
acontecem.
• Pode ser empregado para comunicação com pessoal
técnico ou não técnico, já que a representação gráfica é
de fácil entendimento.
• O seu uso não depende de hardware, software, estrutura
de dados ou organizações de arquivos.

27. Prof. Marcelo Turine -
UNIC
Diagrama de Fluxo de Dados

28. Método Essencial

29. Método Essencial
• O método que revela o estado da prática atual é
a chamada Análise Essencial;
• Para isso deve-se considerar perfeito o ambiente
tecnológico onde será implementado o software a
ser projetado (princípio da neutralidade
tecnológica);
• Isto é, a memória do computador é infinita, seu
tempo de resposta instantâneo, não trava, não tem
custo, ou seja, é infalível.

30. Análise Essencial
• Propicia a análise pensar em uma solução
ideal, no desenho do software,fazendo com que
não sejam considerados certos requisitos
impostos pelas restrições tecnológicas;
• O método da Análise Essencial é uma
evolução da Análise Estruturada;

31. Análise Essencial
• Método mais utilizado atualmente: este
aspecto credencia a metodologia para
uma ampla parcelas de profissionais;
• Princípio de Abstração: permite resolver
o problema, separando os aspectos que
estão ligados a certa realidade,
simplificando;
• Princípio da Divisão: um problema é
dividido em um conjunto de problemas
menores.

32. Caminho da Análise Essencial
• Domínio do Problema: saber todos os eventos
e dados essenciais relativos ao assunto;
• Modelo Ambiental: descrição entre o
sistema e o meio ambiente onde ele se
encontra;
• Modelo Comportamental: definição
interna do sistema (modelo de dados);

33. Projeto (“Design”):
• O objetivo é modelar os sistema determinando como
implementar num ambiente computacional a
solução Idealizada;
• Parte do trabalho cuidará das especificações
referentes as limitações impostas pela tecnologia;
• As restrições serão incorporadas através de
atividades de infra-estrutura administrativa.
Caminho da Análise Essencial

34. Dúvidas e Perguntas

35. Próxima aula
• Diagrama de Contexto e Diagrama de
Fluxo de Dados
• Exercícios