Ciclo de Vida de Desenvolvimento de Software

O Ciclo de Vida de Desenvolvimento de Software (SDLC) é um processo seguido em um projeto de software, dentro de uma organização de software. Consiste em um plano detalhado que descreve como desenvolver, manter, substituir e alterar ou aprimorar software específico. Ele define uma metodologia para melhorar a qualidade do software e o processo geral de desenvolvimento.

  • SDLC é um processo usado por analistas de TI para desenvolver ou redesenhar um sistema de software de alta qualidade, que atenda tanto ao cliente quanto aos requisitos do mundo real.

  • Ele leva em consideração todos os aspectos associados de teste de software, análise e manutenção pós-processo.

As fases importantes do SDLC são descritas na ilustração a seguir -

Estágio de Planejamento

Cada atividade deve começar com um plano. Falhar no planejamento é planejar para falhar. O grau de planejamento difere de um modelo para outro, mas é muito importante ter um entendimento claro do que vamos construir criando as especificações do sistema.

Definindo Estágio

Nesta fase, analisamos e definimos a estrutura do sistema. Definimos a arquitetura, os componentes e como esses componentes se encaixam para produzir um sistema funcional.

Estágio de Projeto

No projeto do sistema, as funções e operações do projeto são descritas em detalhes, incluindo layouts de tela, regras de negócios, diagramas de processo e outras documentações. A saída deste estágio descreverá o novo sistema como uma coleção de módulos ou subsistemas.

Palco de construção

Esta é a fase de desenvolvimento. Começamos a geração de código com base no design do sistema, usando compiladores, interpretadores, depuradores para dar vida ao sistema.

Implementação

A implementação faz parte do estágio de construção. Nesta fase, começamos a geração de código com base no design do sistema usando compiladores, interpretadores, depuradores para dar vida ao sistema.

Estágio de Teste

À medida que diferentes partes do sistema são concluídas; eles são submetidos a uma série de testes. ele é testado em relação aos requisitos para garantir que o produto está realmente atendendo às necessidades abordadas durante a fase de requisitos.

  • Planos e casos de teste são usados ​​para identificar bugs e garantir que o sistema está funcionando de acordo com as especificações.

  • Nesta fase, diferentes tipos de teste como teste de unidade, teste manual, teste de aceitação e teste de sistema são feitos.

Rastreamento de defeitos em testes

Os relatórios de teste de software são usados ​​para comunicar os resultados dos planos de teste executados. Sendo esse o caso, um relatório deve conter todas as informações de teste que pertencem ao sistema atual sendo testado. A integridade dos relatórios será verificada em sessões de acompanhamento.

O teste de um projeto visa atingir dois objetivos principais -

  • Detecte falhas e defeitos no sistema.

  • Detecte inconsistência entre requisitos e implementação.

O fluxograma a seguir descreve o Defect Tracking Process -

Para atingir os objetivos principais, a estratégia de teste para o sistema proposto geralmente consiste em quatro níveis de teste.

São testes de unidade, testes de integração, testes de aceitação e testes de regressão. As subseções a seguir descrevem esses níveis de teste, quais funções da equipe de desenvolvimento são responsáveis ​​por desenvolvê-los e executá-los e os critérios para determinar sua integridade.

Desdobramento, desenvolvimento

Após o término da fase de teste, o sistema é liberado e entra no ambiente de produção. Uma vez que o produto é testado e pronto para ser implantado, ele é lançado formalmente no mercado apropriado. Às vezes, a implantação do produto acontece em estágios de acordo com a estratégia de negócios da organização.

O produto pode primeiro ser lançado em um segmento limitado e testado no ambiente real de negócios (UAT - Teste de aceitação do usuário). Então, com base no feedback, o produto pode ser lançado como está ou com melhorias sugeridas no segmento de mercado-alvo.

Processo Pós SDLC

Após o lançamento do produto no mercado, é feita a manutenção da base de clientes existente.

Uma vez no ambiente de produção, o sistema sofrerá modificações devido a bugs não detectados ou outros eventos inesperados. O sistema é avaliado e o ciclo é repetido para manutenção do sistema.

Papel do analista de negócios durante o processo SDLC

Como podemos ver no diagrama abaixo, BA está envolvido em direcionar os requisitos de negócios e convertê-los em requisitos de solução.

Ele está envolvido na tradução dos recursos da solução em requisitos de software. Em seguida, lidera a fase de análise e design, dita o desenvolvimento do código e, em seguida, segue a fase de teste durante a correção de bugs como um agente de mudança na equipe do projeto e, por fim, atende aos requisitos do cliente.