Aula 2 Processo de Software

Transcrição

1 Aula 2 Processo de Software

2 Processo de software O que é processo de software? Deve incluir 4 partes fundamentais Não existe um processo ideal Certo ou errado? O tipo de software influencia no tipo de modelo de processo de software Certo ou errado? Processo de software dirigido a planos X Processos ágeis de software

3 O que é exatamente um processo de software do ponto de vista técnico? Processo de software é definido como uma metodologia para as atividades, ações e tarefas necessárias para desenvolver um software de qualidade.

4

5 Atividades metodológicas Uma metodologia de processo genérica para engenharia de software estabelece 5 atividades metodológicas: Comunicação; Planejamento; Modelagem; Construção; e Entrega.

6 Atividades de apoio Acompanhamento e controle do projeto; Administração de riscos; Garantia de qualidade; Revisões técnicas; e Entre outras atividades.

7 Fluxo de processo Descreve como são organizadas as atividades metodológicas, bem como as ações e tarefas que ocorrem dentro de cada atividade em relação à sequência e ao tempo.

8

9

10 Padrões de processos Toda equipe de desenvolvimento encontra problemas à medida que avança no processo de software. Seria útil se soluções comprovadas estivessem prontamente à disposição da equipe, de modo que os problemas pudessem ser localizados e resolvidos rapidamente.

11 Padrões de processos Descreve um problema de processo encontrado durante o trabalho de engenharia de software, identificando o ambiente onde foi encontrado e sugerindo uma ou mais soluções comprovadas para o problema.

12 Ambler (1998) propôs um modelo para descrever um padrão de processo: Nome do Padrão. Deve receber um nome significativo que o descreva no contexto do processo de software. Forças. Ambiente onde se encontram o padrão e as questões que tornam visível o problema e que poderiam afetar sua solução. Tipo. Ambler sugere três tipos (Padrão de estágio, de tarefas e de fases). Contexto inicial. Descreve as condições sob as quais o padrão se aplica. Problema. O problema específico a ser resolvido pelo padrão. Solução. Descreve como implementar o padrão de forma bem-sucedida. Contexto Resultante. Descreve as condições que resultarão assim que o padrão estiver sido implementado com êxito. Padrões Relativos. Fornece uma lista de todos os padrões de processo que estão diretamente relacionados ao processo em questão. Uso Conhecido e Exemplos. Indicam instâncias específicas onde o padrão é aplicável.

13

14 Modelo de Processo Cada uma dessas atividades, ações e tarefas alocam-se dentro de uma metodologia ou modelo de processo. Um modelo de processo é uma representação simplificada de um processo de software

15 Modelos de Processo Prescritivo Originalmente, modelos de processo foram propostos para trazer ordem ao caos existente na área de desenvolvimento de software. A história tem demonstrado que esses modelos tradicionais proporcionaram uma considerável contribuição quanto à estrutura utilizável no trabalho de engenharia de software e forneceram um roteiro razoavelmente eficaz para equipes de software.

16 Cada modelo de processo prescreve um fluxo de processo, ou seja, a forma pela qual os elementos do processo estão interrelacionados. Cada modelo dá uma ênfase diferente as atividades metodológicas e define um fluxo de processo que invoca a cada atividade de forma diversa.

17 Modelo Cascata

18 Problemas do modelo em cascata? 1. Projetos reais raramente seguem o fluxo sequêncial que o modelo propõe. 2. Frequentemente, é difícil para o cliente estabelecer explicitamente todas as necessidades. 3. O cliente deve ter paciência. Uma versão operacional do programa não estará disponível antes de estarmos próximos do final do projeto.

19 A linearidade do modelo em cascata conduz a estados de bloqueio, nos quais alguns membros da equipe do projeto têm de aguardar outros completarem tarefas dependentes. Qual o principal problema desses estados de bloqueio? Problema com o tempo gasto na espera

20 Modelos de processo incremental

21 Quando se utiliza um modelo incremental, frequentemente, o primeiro incremento é um produto essencial. Requisitos básicos são atendidos, porém muitos recursos complementares ainda não são entregues. VANTAGENS?

22 Deve-se notar que o fluxo de processo para qualquer incremento pode incorporar o paradigma de prototipação.

23 Problemas com o modelo incremental? O processo não é visível. A estrutura do sistema tende a se degradar com a adição de novos incrementos. As constantes mudanças tendem a corromper a estrutura. Esses problemas são particularmente críticos em sistemas grandes (arquitetura estável).

24 Modelo de prototipagem O que é? Quando é utilizada? É uma versão inicial do sistema, usada para demonstrar conceitos, experimentar opções de projeto, e descobrir mais sobre o problemas e suas possíveis soluções. Embora possa ser utilizada como um modelo de processo isolado, é mais comumente utilizada como uma técnica passível de ser implementada no contexto de qualquer outro modelo já citado.

25 Protótipos do sistema permitem aos usuários ver quão bem o sistema dá suporte a seu trabalho. Pode-se obter novas ideias para requisitos, encontrar pontos fortes e pontos fracos. Pode-se revelar erros e omissões nos requisitos propostos. Algumas vezes os usuários podem perceber que sua visão inicial foi incorreta ou incompleta

26 Modelo espiral do Boehm

27 O primeiro circuito em volta da espiral pode resultar no desenvolvimento de uma especificação de produto; passagens subsequentes em torno da espiral podem ser usadas para desenvolver um protótipo e, então, progressivamente, versões cada vez mais sofisticadas do software. Cada passagem pela região de planejamento resulta em ajustes no planejamento do projeto.

28 Combina prevenção e tolerância a mudanças. Mudanças são riscos de projeto. Sua principal inovação é guiar o processo de desenvolvimento gerado com base em análise de risco e planejamento que é realizado durante toda a evolução do desenvolvimento.

29 Esse modelo usa a prototipação como mecanismo de redução de risco e, mais importante, torna possível a aplicação da prototipação em qualquer estágio do processo evolutivo do produto.

30

31 Problemas com o modelo espiral? Pode ser difícil convencer os clientes de que uma abordagem evolucionária funciona; Exige considerável especialização na avaliação de riscos e depende dessa especialização para seu sucesso; Se um risco muito importante não for descoberto e administrado, ocorrerão problemas.

32 Exercícios Proposta de trabalho