Sem título

Página 1

Processos de Software

Um processo de software nada mais é do que um conjunto de atividades que leva a criação de um software. Dentro dos processos de software temos os modelos de processo de software que é uma descrição detalhada de como posso fazer o meu software, mas antes de entender os modelos vamos entender as etapas do processo de software.

1. Especificação --> Nessa etapa é feita a engenharia de requisitos ou seja nessa etapa vou criar os requisitos funcionais, não funcionais, regras de negócios e vou definir a meta do meu projeto.

2. Design --> Nessa etapa eu vou desenvolver a estrutura geral do meu software.

3. Implementação --> Nessa etapa vou transformar os requisitos em algo executável.

4. Validação --> Nessa etapa vou verificar se tudo o que o usuário quer está no software. Nessa etapa faço testes como o de aceitação e o de sistema.

5. Evolução --> Nessa etapa vou corrigir os erros do meu software adicionando ou alterando as funcionalidades que já estavam presentes no mesmo. Nessa etapa ter os testes: Componentes, Sistema e de aceitação.

Agora temos os modelos de processo de software.

Modelo em Cascata --> Esse modelo tem por característica só passar para a próxima etapa se a etapa anterior estiver sido

executada. Esse modelo tem a vantagem de a cada etapa eu produzir um documento de requisitos que seria o mais adequado, mas a sua desvantagem é que esse modelo é mais caro e demorado quando comparado ao modelo de desenvolvimento incremental. O modelo em cascata é usado principalmente em sistema de grande porte.

Suas etapas são:

Engenharia de requisitos --> Parte onde vou definir as metas e as restrições do meu projeto.

Projeto --> Parte onde vou definir toda a estrutura do meu sistema.

Implementação e teste unitário --> Vou codificar o meu software e testar cada unidade em separado uma da outra. Dentro da implementação eu tenho os testes de falhas que serve para me indicar se o meu erro existe e o teste de debugging que serve para localizar e corrigir os meus erros.

Integração e teste do sistema --> Vou integrar todas as partes e testar o sistema como um todo.

Operação e Manuntenção --> Vou verificar se tudo o que o cliente quer está no software e caso o software esteja com erro vou trabalhar para alterá-lo.

Modelo de desenvolvimento Incremental --> Esse modelo tem por característica ser desenvolvidos a partir de comentários do cliente. Vou apresentar uma versão inicial ao cliente e a partir dos comentários do mesmo vou desenvolver o meu sistema. As etapas dentro desse modelo tem a característica de ser realizada de forma paralela. A sua vantagem é que é mais rápido e mais barato se comparado ao modelo em cascata, mas a sua desvantagem é a de que não vou ter uma visão clara dos meus documentos.

Suas etapas são

Especificação --> Onde eu vou ter a versão inicial do meu software. Essa etapa possui as mesmas características do que a primeira etapa do modelo em cascata.

Desenvolvimento --> Onde vou ter o meu esboço e minha versão intermediária.

Validação --> Vou ter a minha versão final do sistema.

Modelo orientado a reúso --> Esse modelo tem a característica de usar partes de outro sistema para compor o meu novo sistema. A sua vantagem clara é a diminuição de custos e tempo para montar o software, mas tem a desvantagem de que eu não vou possuir tanto controle sobre os meus requisitos.

Suas etapas são 6:

Especificação --> Igual a primeira etapa do modelo em cascata.

Análise de requisitos --> Vou analisar os requisitos de outro sistema.

Modificação de requisitos --> Depois de analisados os requisitos do outro sistema vou modificar para poder fazer o meu novo sistema.

Projeto de software --> Etapa onde vou construir o meu software.

Implementação e teste --> Vou implementar o meu teste e começar a testar o mesmo.

Validação --> Etapa na qual vou validar o meu software.

Depois de visto isso precisamos entender que é inevitável que o software sofrerá mudança durante toda a sua vida, então precisamos achar uma forma de fazer as mudanças sem necessitar de muito gasto e muito retrabalho. Para isso posso criar um protótipo o bom do protótipo é que o mesmo me apresentará uma versão geral do meu sistema, ou seja, pontos fortes, pontos fracos, erros e omissões podem ser descobertos no protótipo antes de comerçamos a implementar o sistema de fato.

Na nossa empresa também temos a prevenção e a tolerância as possíveis mudanças do meu software.