O modelo em cascata
O modelo em cascata é um processo de gerenciamento de projeto linear e sequencial. Publicado em 1970 pelo Dr. Winston W. Royce, o modelo foi originalmente desenvolvido para uso no desenvolvimento de software. Possui fases distintas que definem como o projeto irá prosseguir. Hoje, o modelo em cascata é usado em uma ampla variedade de tipos de projetos e as fases são ajustadas conforme necessário.
Metodologia do modelo em cascata
O modelo em cascata definiu métodos, princípios e práticas recomendadas que os gerentes de projeto seguem ao usá-lo. Elas podem ser consideradas as ‘regras’ do modelo em cascata. Os principais princípios do método em cascata são:
- Cada fase deve ser concluída antes que outra comece
- Depois que uma fase é concluída, ela não é revisada
- Cada fase produz documentação abrangente
Cada fase deve ser concluída antes que outra comece
A metodologia de definição do modelo em cascata é que cada fase deve terminar antes que outra fase comece. Na verdade, se você pensar em uma cachoeira caindo de um penhasco e enchendo piscinas escalonadas, será capaz de visualizar o processo do modelo em cascata. A cachoeira não pode descer por toda a falésia até que cada piscina esteja completamente cheia, permitindo que a água continue.
Depois que uma fase é concluída, ela não é revisitada
Como a cachoeira que desce a falésia que não pode voltar a subir o rio, o modelo da cachoeira não pode voltar a uma fase anterior. As fases não se sobrepõem e o projeto não pode retroceder. A rigor, se um projeto de modelo em cascata deve voltar para uma fase anterior, todo o trabalho deve ser feito a partir do ponto em que o projeto voltou. Por exemplo, se um projeto estiver quase concluído e um requisito obrigatório for identificado, o projeto deve voltar à fase em que os requisitos foram identificados e passar por cada fase seguinte novamente.
Cada fase produz documentação abrangente
O modelo em cascata acredita firmemente no velho ditado «Meça duas vezes, corte uma vez». Dois dos princípios do método em cascata é ter um produto com o mínimo de falhas possível e reduzir os riscos ao projeto tanto quanto possível. Para atingir esses princípios, cada fase tem uma documentação abrangente que descreve totalmente o trabalho a ser feito e o que realmente foi feito durante a fase. A documentação é cuidadosamente revisada e aprovada ao final de cada fase.
Fases do método em cascata
Não existem fases difíceis e rápidas no modelo em cascata, mas existem alguns padrões geralmente aceitos. Normalmente, o modelo em cascata terá 6 fases:
- Requisitos
- Projeto
- Implementação
- Verificação
- Desdobramento, desenvolvimento
- Manutenção
Fase de Requisitos
Durante a fase de requisitos, a equipe do projeto está procurando requisitos relacionados ao projeto, como a necessidade de negócios que será tratada pelo projeto, os requisitos do usuário para o produto que está sendo desenvolvido pelo projeto, as restrições e os riscos ser recolhido.
Por exemplo, qualquer site de pedido de cheques que você já usou surgiu porque as empresas de impressão de cheques queriam aumentar a receita e a satisfação do cliente, oferecendo maneiras mais rápidas e fáceis de solicitar cheques. A necessidade do negócio era colocar os pedidos de cheque nas mãos dos clientes por meio da Internet; os requisitos do usuário seriam tornar o pedido de cheques baseado na web mais rápido e fácil.
Fase de desenho
Durante a fase de design, a equipe do projeto cria o design do produto que atende a todos os requisitos, restrições e objetivos do design. Se o produto estiver relacionado à tecnologia da informação, o design será dividido em 2 componentes principais, o design lógico e o design físico.
O design lógico é um conceito abstrato do software que mostra os recursos e processos de dados de alto nível. O design lógico atende à necessidade real do negócio, como um site de pedido de cheques que seja rápido, fácil de usar e barato. Um projeto lógico geralmente mostra diagramas sem referência a hardware específico. Tenha cuidado para que a equipe do projeto não se precipite e salte para o design físico antes que o design lógico seja concluído. Isso levará a falhas de design no produto de software final.
O design físico são os parafusos e os parafusos de como o design lógico funcionará no ambiente. Ele detalha coisas como entrada e saída de dados, validação de dados, interfaces de usuário e armazenamento de dados. O design físico é onde descobrimos qual hardware usar para fazer o design do software funcionar.
Em projetos não relacionados a TI, o design é desdobrado de acordo com as melhores práticas do setor. Para a indústria de construção, por exemplo, o projeto seria os projetos arquitetônicos que incluem elevações de edifícios, plantas baixas e plantas elétricas.
Fase de implementação
O nome da fase de implementação é enganoso para muitos gerentes de projeto. Não é a fase em que o produto é implementado! Na fase de implementação, o produto é construído para dar suporte ao design. Às vezes, o produto é construído em unidades que são testadas e integradas na próxima fase. Em muitos projetos, a fase de implementação costuma ser renomeada como fase de construção para evitar confusão.
Fase de Verificação
Durante a fase de verificação, o produto é testado e, se necessário, integrado em um todo antes da implantação. Todo o sistema é testado quanto a falhas e falhas e para garantir que os objetivos do projeto foram atendidos, os requisitos de funcionalidade do usuário estão em vigor e a necessidade do negócio é atendida.
Fase de implantação
A fase de implantação é exatamente o que parece. É onde o produto testado entra em operação e geralmente é referido como a fase de ativação. Para projetos de TI, o produto é implantado no ambiente para que os usuários possam começar a usá-lo. Para um projeto de construção, a fase de implantação é quando o edifício está totalmente pronto para os ocupantes. Independentemente do produto desenvolvido e construído, essa fase é quando ele é disponibilizado para uso.
Fase de Manutenção
A fase de manutenção é um curto período de monitoramento em que a equipe do projeto aborda problemas no ambiente do cliente usuário. Para projetos de software, geralmente significa que patches e atualizações são lançados para resolver problemas. Em outros projetos, ajustes no ambiente são feitos para resolver problemas, como otimizar o ar condicionado em um novo edifício. As equipes de projeto sempre transferem uma fase de manutenção estendida para outras equipes.
Resumo da lição
O método de projeto do modelo em cascata é um processo linear e sequencial que requer a conclusão de uma fase antes de continuar para a próxima. Geralmente consiste em 6 fases, embora possam ser modificadas para se adequar a qualquer tipo de projeto adequado:
- Requisitos: Todos os requisitos, restrições e riscos do projeto são reunidos
- Design: O design lógico e físico é desenvolvido
- Implementação: O produto é construído
- Verificação: O produto é testado e as falhas ou falhas corrigidas
- Implantação: o produto é lançado
- Manutenção: O produto é monitorado no ambiente do usuário