Baixe o app para aproveitar ainda mais
Esta é uma pré-visualização de arquivo. Entre para ver o arquivo original
PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE Aula 4 – Projeto (desenho) do Software Projeto (Desenho) do Software – AULA 4 PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE FASE: DESENHO OU PROJETO DO SISTEMA Concepção Análise Desenho Implementação Testes Implantação Projeto (Desenho) do Software – AULA 4 PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE 3ª Fase do processo de desenvolvimento Condição: Requisitos definidos Preferencialmente: modelo de analisa validado Finalidade: Definir uma estrutura implementável para um software que atenda aos requisitos especificados para ele, dentro dos limites impostos pelo cliente. Tornar a implementação mais confiável e produtiva. Características Depende da modelagem de Análise ou vai requerer novas idas ao usuário (levantamento) Descreve COMO o sistema vai fazer o que precisa Arquitetura e componentes / Comportamento FASE: PROJETO DO SISTEMA - CONCEITOS Projeto (Desenho) do Software – AULA 4 PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE FASE: PROJETO DO SISTEMA – A VISÃO DO PROJETISTA O Projetista (designer ou arquiteto) de sistemas deve ter a capacidade de Compreender os modelos de análise Modelar arquitetura e comportamento de tal forma que os programadores entendam COMO o sistema deve funcionar e como devem programar. MODELOS DE ANÁLISE MODELOS DE PROJETO PROJETISTA Projeto (Desenho) do Software – AULA 4 PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE Entrada – Modelos da Análise : Conjunto de diagramas e documentos, conforme técnica de análise usada Saídas – Modelos de Projeto Um conjunto de modelos (diagramas e documentos) que apresentem a solução TECNOLÓGICA do sistema, destacando a Arquitetura e Comportamento do software, devidamente verificadas e validadas Atividades – Técnicas de Análise: Técnicas de Levantamento de dados (= Concepção) Técnicas de projeto de Sistemas. FASE: PROJETO DO SISTEMA – MACRO VISÃO MODELOS DE ANÁLISE MODELOS DE PROJETO TÉCNICAS DE PROJETO Projeto (Desenho) do Software – AULA 4 PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE O projeto antecede a programação Objetivo do projeto Definir uma estrutura elegante e econômica Mínimo de duplicação de recursos para funções similares Diminuir o esforço para implementar Com isso Aumenta a confiabilidiade Ajuda a evitar duplicação de código Induz ao isolamento de módulos com funções simples e pré definidas Menos efeitos colaterais Comportamento previsível Código manutível PROJETO X IMPLEMENTAÇÃO Projeto (Desenho) do Software – AULA 4 PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE FASE: PROJETO DO SISTEMA – ATIVIDADES ******* LEVANTAMENTO DE DADOS MODELAGEM DA SOLUÇÃO ANÁLISE DAS SOLUÇÕES ALTERNATIVAS VISÃO TECNOLOGIA Projeto (Desenho) do Software – AULA 4 PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE 1ª Etapa: levantamento de dados mais apurado Entendimento dos requisitos e restrições tecnológicas Entendimento da atual tecnologia usada na operação Identificação de necessidades de NOVAS tecnologias 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 de projeto) Escolha da técnica de projeto, compatível com análise Construção dos modelos (diagramas) Validação com usuário FASE: PROJETO DO SISTEMA – ATIVIDADES Projeto (Desenho) do Software – AULA 4 PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE PROJETO DO SOFTWARE – LEVANTAMENTO DE DADOS A fase de análise identificou requisitos e modelou as necessidades. Caso o modelo de análise seja incompleto ou inexista (grave), perde-se tempo agora (fazendo o que deve) ou depois (refazendo o trabalho). Pode ser necessário levantamento de dados específicos para entendimento da tecnologia atual e eventuais restrições do cliente Interação com Analista e se preciso com Usuários Equipe pode ter mais de um profissional. Validar os requisitos com usuário, especialmente se demandar nova tecnologia (necessidade de investimento) Projeto (Desenho) do Software – AULA 4 PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE PROJETO DO SOFTWARE – ANÁLISE DAS SOLUÇÕES Analisar as soluções alternativas, com relação a questões tecnológicas Arquitetura do Software Comportamento (dos componentes) do software Infraestrutura Tecnologias de Sistema operacional Tecnologias de rede (internet/intranet/extranet) Linguagens de programação e componentes prontos Sistemas Gerenciadores de Bancos de dados Projeto de Interface do software (telas e relatórios) Projeto (Desenho) do Software – AULA 4 PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE PROJETO DO SOFTWARE – MODELAGEM DA SOLUÇÃO Objetivo do modelo de PROJETO é oferecer descrição da arquitetura da tecnologia necessária (HW, SO, LP, Rede, SGBD) necessária e principalmente do software (arquitetura, componentes, interface) O modelo evolui na medida em que Projetistas entendem da solução a ser adotada Empresa não tenha sérias restrições de investimento Conjunto de modelos que juntos fazem a especificação completa da solução tecnológica Projeto (Desenho) do Software – AULA 4 PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE PROJETO DO SOFTWARE – MODELAGEM DA SOLUÇÃO Modelo de Análise Modelo de Projeto Implementação do código O modelo de Projeto como uma interface entre a o Modelo de análise e a implementação do software na LP Os programadores devem ter referências explícitas da tecnologia, da arquitetura e dos componentes do software a ser desenvolvido. Projeto (Desenho) do Software – AULA 4 PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE TÉCNICAS DE PROJETO 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 projeto Funções Dados Interfaces Controles Projeto (Desenho) do Software – AULA 4 PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE ANÁLISE TRADICIONAL Contexto: década de 60/70 Sem concepção de projeto Programação Máximo: Fluxograma Projeto (Desenho) do Software – AULA 4 PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE FLUXOGRAMA Projeto (Desenho) do Software – AULA 4 PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE ANÁLISE ESTRUTURADA Contexto: década de 70/80 Modelo analise: DFD + DD + especificação dos processos do DFD Delimitar as fronteiras da automação Processos do DFD que serão automatizados 1ª. Visão: Para os processos a automatizar Ferramentas: Diagrama de estrutura Modular e especificação dos módulo 2ª. Visão: Incorporação da visão dos dados: Ferramentas: Modelo Físico de dados (voltado para um SGBD específico) Projeto (Desenho) do Software – AULA 4 PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE ANÁLISE ESTRUTURADA –DIAGRAMA DE ESTRUTURA MODULAR Com base no DFD, dividir o sistema em módulos (conjunto de programas relacionados) Desenhar a composição de cada módulo e especificar seu funcionamento (português estruturado) Cada módulos será programado. Projeto (Desenho) do Software – AULA 4 PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE ANÁLISE ESTRUTURADA –Modelo Físico de dados Modelo Físico de dados Tabelas, chaves primárias e estrangeiras Como o banco será definido Projeto (Desenho) do Software – AULA 4 PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE ANÁLISE ESTRUTURADA –MODELO FÍSICO DE DADOS Projeto (Desenho) do Software – AULA 4 PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE ANÁLISE ESSENCIAL Modelo de Implementação Fronteira de Automação Requisitos para implementação HW, SW Tecnológicos Segurança,Confiabilidade, Manutenibilidade, volume de dados, tempo de resposta, interação homem-máquina Atividades tecnológicas Backup Login Criptografia Projeto (Desenho) do Software – AULA 4 PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE MODELO DE IMPLEMENTAÇÃO - TECNICA 1. Empacotar as atividades essenciais (DFD/Lista) em QAP – que maquinas executarão o que. 2. Para cada QAP (quadro de alocação em processadores) Derivar as tarefas de cada atividade essencial e criar o QAT (quadro de alocação em tarefas) Estimar para cada arquivo (tabela) a estimativa de crescimento – QEMS (Quadro de estimativa de memória secundária). 3. Com base no QAT , elaborar o DEM Modularização do sistema reutilização Projeto (Desenho) do Software – AULA 4 PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE QUADRO DE ALOCAÇÃO EM PROCESSADORES - QAP Projeto (Desenho) do Software – AULA 4 PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE QUADRO DE ALOCAÇÃO EM TAREFAS - QAT Tarefa: Gerenciar Pedidos processador : I3 Projeto (Desenho) do Software – AULA 4 PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE QUADRO DE ESTIMATIVA DE MEMÓRIA SECUNDÁRIA - QEMS TEMPO ESTIMADO: 2 ANOS processador : I3 Projeto (Desenho) do Software – AULA 4 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 Projeto (Desenho) do Software – AULA 4 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 Projeto (Desenho) do Software – AULA 4 PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE ANÁLISE ORIENTADA A OBJETO – DIAGRAMA DE ATIVIDADE Projeto (Desenho) do Software – AULA 4 PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE ANÁLISE ORIENTADA A OBJETO – CLASSES DE PROJETO Projeto (Desenho) do Software – AULA 4 PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE ANÁLISE ORIENTADA A OBJETO – DIAGRAMA DE IMPLANTAÇÃO Projeto (Desenho) do Software – AULA 4 PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE ANÁLISE ORIENTADA A OBJETO – DIAGRAMA DE COMPONENTE ******* Projeto (Desenho) do Software – AULA 4 PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE PRINCIPAIS CONCEITOS APRESENTADOS NA AULA. Fase de PROJETO COMO o sistema vai funcionar ? Quais tecnologias serão usadas ? Interface entre Analista (modelo de analise e programadores (solução) Levantamento de dados (aprofundar a Concepção) Análise do problema Modelagem da solução Modelagem conforme técnica (paradigma) Estruturada / Essencial Estruturada DEM, especificação dos módulos Essencial QAP, QAT, QEMS Orientada a objeto Diagramas com visão de projeto arquitetônico
Compartilhar