Aula_03 - Análise do Sistema ALTERADO

Prévia do material em texto

PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE
Aula 3 – Análise do Software
Análise do Software – AULA3
PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE
FASE: ANÁLISE DO SISTEMA
 
 
Concepção
Análise 
Desenho
Implementação
Testes
Implantação
Análise do Software – AULA3
PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE
 
 
2ª Fase do processo de desenvolvimento
Condição: 
VIÁBILIDADE do Sistema (na concepção)
O projeto é iniciado efetivamente.
Finalidade: 
Estudo (análise) do domínio do problema com vistas a definição da solução sistêmica que atenda as necessidades dos interessados (stakeholders).
Características
Muita interação com o usuário
Descreve O QUE o sistema deve fazer.
Independe de tecnologia (separa aspectos físicos)
Profissional envolvido
Analista de sistemas ou analista de negócios.
FASE: ANÁLISE DO SISTEMA - CONCEITOS
Análise do Software – AULA3
PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE
 
 
FASE: ANÁLISE DO SISTEMA – A VISÃO DO ANALISTA
O Analista de sistemas ou negócios deve ter a capacidade de
Compreender as necessidades dos usuários
Modelar tais necessidades de tal forma que:
A equipe de desenvolvimento entenda O QUE o sistema deve fazer.
Análise do Software – AULA3
PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE
 
 
Entrada – Documento da Concepção : 
Sumário Executivo ou Documento de Requisitos do sistema (da concepção)
Saídas – Modelos de Análise:
Um conjunto de modelos (diagramas e documentos) que apresentem a solução lógica do sistema, conforme técnicas de análise em uso.
Atividades – Técnicas de Análise:
Técnicas de Levantamento de dados (= Concepção)
Técnicas de Análise de Sistemas.
FASE: ANÁLISE DO SISTEMA – MACRO VISÃO
DOCUMENTO
DA CONCEPÇÃO
MODELOS 
DA ANÁLISE
TÉCNICAS 
DE ANÁLISE
Análise do Software – AULA3
PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE
 
 
FASE: ANÁLISE DO SISTEMA – ATIVIDADES *******
LEVANTAMENTO 
DE DADOS
MODELAGEM 
DA SOLUÇÃO
ANÁLISE DAS 
SOLUÇÕES
ALTERNATIVAS
Análise do Software – AULA3
PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE
 
 
1ª Etapa: levantamento de dados mais apurado
Entendimento dos requisitos em maior detalhe
Entendimento do fluxo e processos da empresa
Identificação de eventuais problemas no processo
Validação com usuário
2ª etapa: Análise das soluções
Identificação de soluções alternativas
Análise das soluções alternativas
Validação com usuário
3ª etapa: Modelagem da solução (Modelo da Análise)
Escolha da técnica de análise
Construção dos modelos (diagramas)
Validação com usuário
FASE: ANÁLISE DO SISTEMA – ATIVIDADES
Análise do Software – AULA3
PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE
ANÁLISE DO SOFTWARE – LEVANTAMENTO DE DADOS
 
 
A fase de concepção identificou requisitos, mas não detalhou o funcionamento: fluxos e procesos da empresa envolvidos nos requisitos.
Importante: avaliar os processos atuais, pois podem haver otimizações e economias a fazer: “É A HORA”
Uso das mesmas técnicas de levantamento de dados, usadas na fase de Concepção, podendo concentrar:
Entrevistas (reuniões), seminários e observação pessoal.
Mapear todos os requisitos.
Interação intensa com usuário
Equipe pode ter mais de um profissional.
Validar os requisitos com usuário, especialmente com gestor/investidor do sistema
Análise do Software – AULA3
PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE
ANÁLISE DO SOFTWARE – ANÁLISE DAS SOLUÇÕES
 
 
Analisar as soluções alternativas e necessidades de alterações de fluxos e procesos da empresa.
Análise do Software – AULA3
PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE
ANÁLISE DO SOFTWARE – MODELAGEM DA SOLUÇÃO
 
 
Objetivo do modelo de Análise é oferecer descrição dos domínios informacional (dados), funcional, e comportamental (controle).
O modelo evolui na medida em que
Analistas entendem mais do negócio
Interessados certificam-se do que querem
Conjunto de modelos que juntos fazem a especificação completa dos requisitos.
Características dos modelos de análise
Altamente manutíveis
Uso de ferramentas gráficas
Separar considerações lógicas (essenciais) e físicas (implementação)
Análise do Software – AULA3
PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE
ANÁLISE DO SOFTWARE – MODELAGEM DA SOLUÇÃO
 
 
Descrição do Sistema
Modelo de Análise
Modelo do Projeto
O modelo de Análise como uma interface entre a descrição do sistema (requisitos) e o modelo do projeto (arquitetura física do software).
Alguns elementos do Modelo de Análise estão presentes na descrição do sistema
Alguns elementos do modelo de Análise estão presentes no modelo de projeto
Análise do Software – AULA3
PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE
TÉCNICAS DE ANÁLISE
 
 
Os modelos usados, variam em função das técnicas de Análise.
Os modelos representamas visões
ANÁLISE TRADICIONAL
ANÁLISE ESTRUTURADA
ANÁLISE ESSENCIAL
ANÁLISE ORIENTADA A OBJETO
Visões do sistema
Dados
Funções
Comportamento
Controle
Análise do Software – AULA3
PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE
ANÁLISE TRADICIONAL
Contexto: década de 60/70
Sistemas simples
Levantamento  programação
A análise era traduzida em texto, apresentando os requisitos, os problemas e as soluções
Desenvolvimento centrado no código
Contribuição: Português estruturado – formato algoritmico
Análise do Software – AULA3
PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE
ANÁLISE ESTRUTURADA
Contexto: década de 70/80
Sistemas um pouco mais complexos
Conceito de modelagem
Diagramas ou seja uso de gráficos
1ª. Visão: Sistema é um conjunto de funções
Ferramentas: Diagrama de Fluxo de Dados (DFD), Dicionário de dados (DD) e Especificação dos processos
2ª. Visão: Incorporação da visão dos dados: as funções operam sobre dados, que se relaciona,
Ferramentas: DER (Diagrama de Entidade e Relacionamento) – modelo conceitual de dados
Análise do Software – AULA3
PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE
ANÁLISE ESTRUTURADA - DFD
Análise do Software – AULA3
PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE
ANÁLISE ESTRUTURADA - DFD
Análise do Software – AULA3
PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE
ANÁLISE ESTRUTURADA: DICIONÁRIO DE DADOS
Fluxo de dados: Dados novo cliente
Dados novo cliente = Nome + rua + numero + bairro + telefone
Elemento de dados
* Nome 
* Nome do cliente *
* Tipo : caracteres alfanuméricos *
* Tamanho: 40 posições *
Depósito de dados
CLIENTES = * Cadastro de clientes da locadora
{ cliente }
Estrutura de Dados (que armazena dados no depósito CLIENTES)
cliente = * Dados de cada Cliente da locadora *
 CPF + Nome + rua + número + bairro + telefone
	
Análise do Software – AULA3
PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE
ANÁLISE ESTRUTURADA – ESPECIFICAÇÃO DE PROCESSO
INICIO
 Obter Dados equipamento 
 Localizar o CPF do cliente em CLIENTES, associado Nome de Dados equipamento
 SE Achou
 Localizar o tipo equipamento, nome fabricante e data do fabricante de Dados equipamento em EQUIPAMENTOS
 SE NÃO ACHOU 
 Armazenar Dados equipamento em EQUIPAMENTOS com CPF Cliente
 FIM-SE
 FIM-SE 
FIM
Análise do Software – AULA3
PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE
ANÁLISE ESTRUTURADA: DADOS - DER
Análise do Software – AULA3
PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE
ANÁLISE ESSENCIAL	
Contexto: década de 80
Traz o conceito de Evento: acontecimento externo ou temporal que gera um estímulo que ativa uma função da empresa (descobrimos as funções)
Incorpora de forma concomitante os modelos de função (DFD/DD e processos) e de dados (DER) 
Para cada evento desenha os modelos
Usa os mesmos modelos de DFD
Acrescenta modelo de controle: DTE (Diagrama de Transição de Estados
Auge da crise do software  extrapolam prazos e custos e são desenvolvidos sem qualidade.
Análise do Software – AULA3
PROCESSOS DE DESENVOLVIMENTO DE SOFTWAREANÁLISE ESSENCIAL	
Análise do Software – AULA3
PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE
ANÁLISE ESSENCIAL – CONCEITO DE EVENTO	
Essência: resposta do sistema a cada um dos eventos 
Evento é um acontecimento do mundo exterior ou temporal que requer do sistema uma resposta.
Análise do Software – AULA3
PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE
LISTA DE EVENTOS
Análise do Software – AULA3
PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE
DFD POR EVENTO: REGISTRAR LOCAÇÃO
Análise do Software – AULA3
PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE
ANÁLISE ORIENTADA A OBJETO		
Contexto: década de 90
Idéia: o mundo é composto por objetos
Basta olhá-lo como ele é.
Conceito de Objeto: encapsula dados e funções
Os atributos (dados) são acessados apenas pelos métodos (funções) da classe.
Firmou com a UML (Linguagem unificada de modelagem)
Modelos estruturais e comportamentais 
Análise do Software – AULA3
PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE
ANÁLISE ORIENTADA A OBJETO – DIAGRAMAS DA UML
DIAGRAMAS DA UML
ESTRUTURAL
COMPORTAMENTO
Classe
Pacote
Componente
Objeto
Estrutura Composta
Utilização
INTERAÇÃO
Visão Geral 
de Interação
Sequencia
Comunicação
Temporização
Casos de Uso
Estados
Atividades
Análise do Software – AULA3
PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE
ANÁLISE ORIENTADA A OBJETO – DIAGRAMA CASOS DE USO
Análise do Software – AULA3
PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE
CASO de USO: Registrar Locação
 
Cenário Principal
1. Atendente informa identificação do cliente
2. Sistema localiza dados do cliente informado		
3. Atendente informa dados da mídia a ser locada
4. Sistema localiza dados da mídia informada
5. Sistema informa data de devolução da locação
6. Atendente Confirma Locação.
7. Sistema Registra locação.
8. Sistema emite Boleto de Locação para o Cliente.
 
Cenários Alternativos
- 2.a. Cliente NÃO localizado
 ** Sistema informa “Cliente não registrado no sistema” e retorna ao passo 	1 do cenário Principal
- 4.a. Mídia NÃO localizada
 ** Sistema informa “Mídia NÃO registrada no sistema” e retorna ao passo 	3 do cenário principal
Análise do Software – AULA3
PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE
ANÁLISE ORIENTADA A OBJETO – DIAGRAMA DE CLASSES
Análise do Software – AULA3
PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE
ANÁLISE ORIENTADA A OBJETO – DIAGRAMA DE SEQUENCIA
Análise do Software – AULA3
PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE
ANÁLISE ORIENTADA A OBJETO – DIAGRAMA DE ESTADOS ***
Análise do Software – AULA3
PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE
PRINCIPAIS CONCEITOS APRESENTADOS NA AULA.
Fase de Análise
O QUE o sistema deve FAZER, para atender as necessidades dos usuários
Interface entre Usuário (requisitos) e equipe (solução)
Independe de Tecnologia
Modelagem do negócio – processos da empresa
Atividades
Levantamento de dados (aprofundar a Concepção)
Análise do problema
Modelagem da solução
Modelagem conforme tecnica (paradigma)
Tradicional
Estruturada / Essencial
Orientada a objeto
Análise do Software – AULA3
PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE
REFERENCIAS
Exemplos de DFD
http://www.robsonmartins.com/inform/software/cdworld.php#3