Page 72 - Revista_60.pub

No Code

PROCESSO DE DESENVOLVIMENTO DE SOFTWARE, O CICLO DE VIDA

CLÁSSICO SOBRE A ÓTICA DA NORMA ISO/IEC/IEEE 12207:2017(E)

O processo de desenvolvimento de software pode ser O processo de manutenção, sobre o software
entendido, segundo Macoratti (2014) como “um conjunto de desenvolvido, necessita do mesmo grau de atenção usado
atividades, métodos, ferramentas e práticas que são nas fases de seu desenvolvimento, ou seja, da contínua
utilizadas para construir um produto de software”. Esta aplicação dos métodos, procedimentos, técnicas e
prática leva a produção de uma série de documentos que ao ferramentas, que são entendidos a partir da ótica:
final são traduzidos em um programa executável que seja
satisfatório (RAMOS, 2014, p. 4). Neste contexto, entende-se  métodos - proporcionam os detalhes de como fazer o
como satisfatório um produto de software que atenda as desenvolvimento de um software;
reais necessidades de um cliente sem apresentar defeitos,  procedimentos - relacionado a sequência em que
uma vez que o software é parte fundamental da tecnologia métodos são aplicados ao produto software;
da informação (ISO/IEC/IEEE 12207:2017(E), p. 1).
 técnicas - pode envolver o uso de uma ou mais
O desenvolvimento de um software é um processo
que deve seguir uma sequência de etapas que caracterizam ferramentas que são recursos computacionais;
seu ciclo de vida (AMADEU, GONÇALVES & TEIXEIRA  ferramentas - fornecem apoio ao processo de
JUNIOR, 2013, p. 9) a partir da aplicação de certa desenvolvimento e aos métodos empregados;
metodologia de desenvolvimento. Cada etapa, da
metodologia adotada, devolve parte do desenvolvimento do Para o cumprimento e atendimento mais ágil das
software em si, desde sua concepção inicial até o produto necessidades existentes no processo de desenvolvimento de
final, seguindo, em linha geral, um fluxo de desenvolvimento software frente a crescente demanda desse ferramental
baseado nas etapas de: concepção, análise, projeto, desde o final da década de 1960 com a eclosão da crise do
implementação, teste, implantação e manutenção; sendo software (DIJKSTRA, 1972) até os dias atuais ocorreu o
cada etapa continuação da etapa anterior (AMADEU, surgimento de diversos modelos para o desenvolvimento de
GONÇALVES & TEIXEIRA JUNIOR, 2013, p. 11-12). software (SOMMERVILLE, 1995), destacando-se em
Entende-se com o modelo de ciclo de vida a partir da ISO/ particular o primeiro modelo, conhecido como ciclo de vida
IEC/IEEE 12207 (2017, p. 3) a “estrutura contendo clássico, também referenciado como modelo linear ou
processos, atividade e tarefas evolvidas no desenvolvimento, modelo cascata (AMADEU, GONÇALVES & TEIXEIRA
operação e manutenção de um produto de software, JUNIOR, 2013, p. 34) quando os conceitos de Engenharia de
abrangendo a vida do sistema desde a definição de seus Software eram praticamente inexistentes (PRESSMAN,
requisitos até o término de seu uso”. 1995). Um modelo de processo de desenvolvimento de
software é, em sua essência, uma representação abstrata do
De acordo com que aponta Amadeu, Gonçalves & próprio software (SOMMERVILLE, 1995).
Teixeira Junior (2013) vê-se que todos os aspectos da
produção de software a partir do uso de métodos, Apesar de simples, o modelo ciclo de vida clássico
procedimentos, técnicas e ferramentas são elementos influenciou o surgimento de outros modelos tais como:
necessários para a conclusão do produto software, desenvolvimento evolucionário, desenvolvimento interativo
acrescentando-se o fato de que depois de concluído o (modelo espiral e modelo incremental), desenvolvimento
software não termina, o término de seu ciclo de vida se baseado em componentes, modelo RAD - Rapid Application
estende naturalmente até o encerramento de seu uso, Development, modelo de desenvolvimento concorrente,
quando é descontinuado, como aponta as orientações modelo de métodos formais, processo unificado
existentes na norma ISO/IEC/IEEE 12207. (SOMMERVILLE, 1995 & PRESSMAN, 2006).

Durante o tempo de uso de um software este O ciclo de vida clássico foi idealizado por Winston W.
necessitará em pequeno ou alto grau sofrer manutenções. A Royce no ano de 1970 e aperfeiçoado em 1976 por Barry
manutenção pode ser a etapa aplicada a correção de erros Boehm (PORTELLA, 2014, p. 2). Segundo (Macoratti, 2014)
não detectados no desenvolvimento do software o modelo de ciclo de vida clássico também é conhecido como
(manutenção corretiva), implementação de melhorias modelo top-down e tem como característica “a sequência de
funcionais (manutenção perfectiva), adaptação do software a atividades onde cada fase transcorre completamente e seus
novas plataformas de hardware ou software (manutenção produtos são vistos como entrada para uma nova fase”,
adaptativa) ou sobre a detecção de possíveis erros que estando de acordo com a figura 1.
possam interromper a funcionalidade do software A figura 1 demonstra esquematicamente o
(manutenção preventiva).
funcionamento do método do ciclo de vida clássico, onde

72