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.