INSTITUTO FEDERAL DE SÃO PAULO CAMPUS PRESIDENTE EPITÁCIO MODELO DOS PROCESSOS DE SOFTWARE

Transcrição

1 INSTITUTO FEDERAL DE SÃO PAULO CAMPUS PRESIDENTE EPITÁCIO CURSO ANÁLISE E DESENVOLVIMENTO DE SISTEMA MODELO DOS PROCESSOS DE SOFTWARE ALUNO SAMUEL BRAGA LOPES

2 SUMÁRIO - AGENDA INTRODUÇÃO MODELO CASCATA MODELO ESPIRAL MODELO INCREMENTAL PROTOTIPAÇÃO BIBLIOGRAFIA

3 1. INTRODUÇÃO Ciclos de vida do software descrevem como um software deve ser desenvolvido. Basicamente definem a ordem global das atividades envolvidas em um contexto de projeto de software e propõe uma estratégia de desenvolvimento que pode ser aplicada a um determinado contexto de projeto de software. Ciclos de vida normalmente são vagos nas descrições de detalhes das condições de início e término de uma atividade, recursos utilizados, artefatos consumidos ou produzidos, papéis desempenhados etc. Dentre os diversos ciclos de vida de software, pode-se citar: Cascata, Espiral, Prototipação Evolutiva, Prototipação Incremental, Prototipação Descartável, Refinamento Iterativo, Ciclo de Vida Progressivo, Desenvolvimento Incremental. MODELO DOS PROCESSOS DE SOFTWARE

4 2. MODELO CASCATA 1. Propõe uma sequência entre etapas que não representa adequadamente um processo de desenvolvimento de software; 2. Não oferece suporte adequado para mudanças que são percebidas durante o processo e que requerem modificações em etapas anteriores (flexibilidade); 3. Não oferece facilidades para acomodar tecnologias recentes como prototipação rápida. 4. Fornece poucos recursos para otimização de processo (detalhamento);

5 2. MODELO CASCATA Vantagens Documentação rígida em cada atividade Reflete abordagens adotadas em outras engenharias Aderência a outros modelos de processo Pode ser combinado a outros modelos Desvantagens Projetos reais raramente seguem um fluxo sequencial Em geral, é difícil para o cliente estabelecer todos os requisitos à priori Difícil se adequar a mudanças inevitáveis de requisitos Uma versão executável somente ficará pronta na fase final do projeto

6 2. MODELO CASCATA Sistemas críticos Quando Aplicar o Modelo Cascata? Quando os requisitos são bem compreendidos Quando há pouca probabilidade dos requisitos mudarem

7 Técnico em automação 3. MODELO ESPIRAL Esse processo evolutivo permite que novas versões possam ser construídas progressivamente. Tipicamente, o modelo pode ser dividido em 3 ou 6 regiões. PRESSMAN (vide referências) apresenta o modelo divido em 6 regiões: comunicação com o cliente, planejamento, análise de riscos, engenharia, construção e evolução e, avaliação do cliente. O número de tarefas por regiões pode variar conforme o tamanho e complexidade do projeto. Desta forma, o modelo pode ser adaptado conforme as características do projeto.

8 3. MODELO ESPIRAL

9 3. MODELO ESPIRAL Vantagens Teoricamente, quanto mais tempo e recursos forem destinados, ou seja, quanto mais iterações na espiral, menor serão os riscos sobre o projeto. Outra vantagem em relação a modelos sequenciais como o modelo Cascata, é a execução de atividades de verificação presentes ao final de cada iteração que permitem um melhor controle gerencial sobre o projeto. Desvantagem O modelo refere-se a situações em que o projeto é considerado simples e os riscos são modestos. Nesse contexto, muitos projetos não precisam da flexibilidade e gerenciamento de riscos proporcionados pelo modelo.

10 3. MODELO ESPIRAL Adiciona um novo elemento: a Análise de Risco Usa a Prototipação, em qualquer etapa da evolução do produto, como mecanismo de redução de riscos Exige considerável experiência na determinação de riscos e depende dessa experiência para ter sucesso O modelo é relativamente novo e não tem sido amplamente usado.

11 4. MODELO INCREMENTAL O Modelo Incremental apresenta diversas vantagens para o desenvolvimento de um software, especialmente se os requisitos não estão claros inicialmente. Por exemplo: quando o Modelo Incremental é utilizado, o primeiro incremento é normalmente constituído do núcleo do sistema. Isto é, os requisitos básicos são implementados, e os detalhes suprimidos. Esse produto será entregue para uma avaliação, que poderá detectar, inicialmente, problemas que poderiam ser de dimensões muito maiores se detectados somente na entrega do produto final.

12 4. MODELO INCREMENTAL

13 4. MODELO INCREMENTAL Vantagens A construção de um sistema menor é sempre menos arriscada que a construção de um grande; Se um grande erro é cometido, apenas o último incremento é descartado; Reduzindo o tempo de desenvolvimento de um sistema, as chances de mudanças nos requisitos do usuário durante o desenvolvimento são menores.

14 4. PROTOTIPAÇÃO Um protótipo de software apoia duas atividades do processo de engenharia de requisitos: Levantamento de requisitos - Os protótipos de sistema permitem que os usuários realizem experiências para ver como o sistema apoia seu trabalho. Eles obtêm novas ideias para os requisitos e podem identificar pontos positivos e negativos do software. Eles podem, então, propor novos requisitos de sistema. Validação de requisitos - O protótipo pode revelar erros e omissões nos requisitos propostos. Uma função descrita em uma especificação pode parecer útil e bem-definida. Contudo, quando essa função é utilizada com outras, os usuários muitas vezes acham que sua visão inicial era incorreta e incompleta. A especificação de sistema pode então ser modificada para refletir sua compreensão alterada dos requisitos.

15 4. PROTOTIPAÇÃO O protótipo pode ser oferecido ao cliente em diferentes formas: Protótipo em papel Modelo executável em PC retratando a interface homemmáquina capacitando o cliente a compreender a forma de interação com o software; Protótipo de trabalho que implemente um subconjunto dos requisitos indicados Programa existente (pacote) que permita representar todas ou parte das funções desejadas para o software a construir

16 4. PROTOTIPAÇÃO Vantagens da prototipação: Modelo de desenvolvimento interessante para alguns sistemas de grande porte que representem um certo grau de dificuldade para exprimir rigorosamente os requisitos É possível obter uma versão, mesmo simplificada do que será o sistema, com um pequeno investimento inicial A experiência adquirida no desenvolvimento do protótipo vai ser de extrema utilidade nas etapas posteriores do desenvolvimento do sistema real, permitindo reduzir o seu custo e resultando num sistema melhor concebido Desvantagens da prototipação: Quando informamos que o produto precisa ser reconstruído, o cliente exige que alguns acertos sejam aplicados para tornar o protótipo um produto; muito frequentemente, a gerência de desenvolvimento de software cede. O desenvolvedor muitas vezes faz concessões de implementação a fim de colocar um protótipo em funcionamento rapidamente. Depois de algum tempo, o desenvolvedor pode familiarizar-se com essas opções e esquecer-se de todas as razões pelas quais elas são inadequadas - a opção menos ideal se tornou então parte integrante do sistema.

17 5. BIBLIOGRAFIA Disponível em < Acesso em novembro 2014 Disponível em < > Acesso em novembro 2014 Disponível em < Acesso em novembro 2014