Please enable JavaScript.

Coggle requires JavaScript to display documents.

Engenharia de Software - Coggle Diagram

- - - - Garantir a satisfação do consumidor entregando rapidamente e continuamente software funcionais;
        
        Até mesmo mudanças tardias de escopo no projeto são bem-vindas para garantir a vantagem competitiva do cliente;
        
        Software funcionais são entregues frequentemente (semanas, ao invés de meses);
        
        Cooperação diária entre pessoas que entendem do 'negócio' e desenvolvedores;
        
        Projetos surgem através de indivíduos motivados, entre os quais existe relação de confiança.
        
        A maneira mais eficiente e efetiva de transmitir informações é conversar cara a cara;
        
        Software funcionais são a principal medida de progresso do projeto;
        
        Processos ágeis promovem desenvolvimento sustentável. Os patrocinadores, desenvolvedores e usuários devem ser capazes para manter um ritmo constante indefinidamente.
        
        Design do software deve prezar pela excelência técnica;
        
        Simplicidade é essencial;
        
        As melhores arquiteturas, requisitos e projetos emergem de equipes auto-organizadas;
        
        Em intervalos regulares, a equipe reflete sobre como para tornar-se mais eficaz, então sintoniza e ajusta seu comportamento apropriadamente.
      - Aplicabilidade dos métodos ágeis
        
        Embora os métodos ágeis apresentem diferenças entre suas práticas, eles compartilham inúmeras características em comum, incluindo o desenvolvimento iterativo, e um foco na comunicação interativa e na redução do esforço empregado em artefatos intermediários. (Cohen et al., 2004)[5] A aplicabilidade dos métodos ágeis em geral pode ser examinada de múltiplas perspectivas. Da perspectiva do produto, métodos ágeis são mais adequados quando os requisitos estão emergindo e mudando rapidamente, embora não exista um consenso completo neste ponto (Cohen et al., 2004).[5] De uma perspectiva organizacional, a aplicabilidade pode ser expressa examinando três dimensões chaves da organização: cultura, pessoal e comunicação. Em relação a estas áreas inúmeros fatores chave do sucesso podem ser identificados (Cohen et al., 2004):[5]
        
        A cultura da organização deve apoiar a negociação.
        
        As pessoas devem ser confiantes.
        
        Poucas pessoas, mas competentes.
        
        A organização deve promover as decisões que os desenvolvedores tomam.
        
        A Organização necessita ter um ambiente que facilite a rápida comunicação entre os membros.
      - Comparações com outros métodos
        
        Comparação com o desenvolvimento iterativo
        A maioria dos métodos ágeis compartilha a ênfase no Desenvolvimento iterativo e incremental para a construção de versões implantadas do software em curtos períodos de tempo. Métodos ágeis diferem dos métodos iterativos porque seus períodos de tempo são medidos em semanas, ao invés de meses, e a realização é efetuada de uma maneira altamente colaborativa. estendendo-se a tudo.
        
        Comparação com a "codificação cowboy"
        A codificação cowboy, também chamada de Modelo Balbúrdia, é a ausência de metodologias de desenvolvimento de Software: os membros da equipe fazem o que eles sentem que é correto. Como os desenvolvedores que utilizam métodos ágeis freqüentemente reavaliam os planos, enfatizam a comunicação face a face e fazem o uso relativamente esparso de documentos, ocasionalmente levam as pessoas a confundirem isto com codificação cowboy. Equipes ágeis, contudo, seguem o processo definido (e freqüentemente de forma disciplinada e rigorosa).
        
        Comparação com o modelo em cascata
        O desenvolvimento ágil tem pouco em comum com o modelo em cascata. Na visão de alguns este modelo é desacreditado, apesar de ser um modelo de uso comum. O modelo em cascata é uma das metodologias com maior ênfase no planejamento, seguindo seus passos através da captura dos requisitos, análise, projeto, codificação e testes em uma sequência pré-planejada e restrita. O progresso é geralmente medido em termos de entrega de artefatos—especificação de requisitos, documentos de projeto, planos de teste, revisão do código, e outros. O modelo em cascata resulta em uma substancial integração e esforço de teste para alcançar o fim do ciclo de vida, um período que tipicamente se estende por vários meses ou anos. O tamanho e dificuldade deste esforço de integração e teste é uma das causas das falhas do projeto em cascat
      - Ambiente ideal para o desenvolvimento ágil:
        
        Baixa criticidade
        
        Desenvolvedores sênior
        
        Mudanças frequente de requisitos
        
        Pequeno número de desenvolvedores
        
        Cultura que tem sucesso no caos.
        
        Ambiente ideal para o desenvolvimento direcionado ao planejamento:
        
        Alta criticidade
        
        Desenvolvedores Junior
        
        Baixa mudança nos requisitos
        
        Grande número de desenvolvedores
        
        Cultura que procura a ordem.
- - - - Planejamento do software (como ele ficará no final)
      - Planejamento das atividades que serão necessárias (programação, design, etc)
      - Definição de prazos e custos
      - Execução
      - Testes
      - Implantação