Modem Dlink

o objetivo deste capítulo é apresentar a ideia de um processo de

software - um conjunto coerente de atividades para a produção de

software. Ao terminar de ler este capítulo, você:

compreenderá os conceitos e modelos de processos de software;

terá sido apresentado a três modelos genéricos de processos de

software e quando eles podem ser usados;

conhecerá as atividades fundamentais do processo de engenharia

de requisitos de software, desenvolvimento de software, testes

e evolução;

entenderá por que os processos devem ser organizados de maneira

a lidar com as mudanças nos requisitos e projeto de software;

compreenderá como o Rational Unified Process integra boas prá-

ticas de engenharia de software para criar processos de software

adaptáveis.

2.1 Modelos de processode software

2.2 Atividadesdo processo

2.3 lidando com mudanças

2.4 RationalUnifiedProcess(RUP)

o

"a

,

=

eu

•••• C

O

V

CAPITULO

Processos de software

Objetivos

U

m processo de software é um conjunto de atividades relacionadas que levam à produção de um produto de software.

Essasatividades podem envolver o desenvolvimento de software a partir do zero em uma linguagem padrão

de programação como Java ou C. No entanto, aplicações de negócios não são necessariamente desenvolvidas dessa

forma. Atualmente, novos softwares de negócios são desenvolvidos por meio da extensão e modificação de sistemas

existentes ou por meio da configuração e integração de prateleira ou componentes do sistema.

Existem muitos processos de software diferentes, mas todos devem incluir quatro atividades fundamentais para a

engenharia de software:

1. Especificação de software. A funcionalidade do software e as restrições a seu funcionamento devem ser

definidas.

2. Projeto e implementação de software. O software deve ser produzido para atender às especificações.

3. Validação de software. O software deve ser validado para garantir que atenda às demandas do cliente.

4. Evolução de software. O software deve evoluir para atender às necessidades de mudança dos clientes.

De alguma forma, essas atividades fazem parte de todos os processos de software. Na prática, são atividades complexas

em si mesmas, que incluem subatividades como validação de requisitos, projeto de arquitetura, testes unitários etc. Existem

também as atividades que dão apoio ao processo, como documentação e gerenciamento de configuração de software.Capítulo 2 Processos de software 19

Ao descrever e discutir os processos, costumamos falar sobre suas atividades, como a especificação de um modelo

de dados, o projeto de interface de usuário etc., bem como a organização dessas atividades. No entanto, assim como as

atividades, as descrições do processo também podem incluir:

1. Produtos, que são os resultados de uma das atividades do processo. Por exemplo, o resultado da atividade de projeto

de arquitetura pode ser um modelo da arquitetura de software.

2. Papéis, que refletem as responsabilidades das pessoas envolvidas no processo. Exemplos de papéis são: gerente de

projeto, gerente de configuração, programador etc.

3. Pré e pós-condições, que são declarações verdadeiras antes e depois de uma atividade do processo ou da produ-

ção de um produto. Por exemplo, antes do projeto de arquitetura ser iniciado, pode haver uma pré-condição de

que todos os requisitos tenham sido aprovados pelo cliente e, após a conclusão dessa atividade, uma pós-condição

poderia ser a de que os modelos UML que descrevem a arquitetura tenham sido revisados.

Os processos de software são complexos e, como todos os processos intelectuais e criativos, dependem de pessoas

para tomar decisões e fazer julgamentos. Não existe um processo ideal, a maioria das organizações desenvolve os pró-

prios processos de desenvolvimento de software. Os processos têm evoluído de maneira a tirarem melhor proveito das

capacidades das pessoas em uma organização, bem como das características específicas do sistema em desenvolvimento.

Paraalguns sistemas, como sistemas críticos, é necessário um processo de desenvolvimento muito bem estruturado; para

sistemas de negócios, com requisitos que se alteram rapidamente, provavelmente será mais eficaz um processo menos

formal e mais flexível.

Os processos de software, às vezes, são categorizados como dirigidos a planos ou processos ágeis. Processos dirigidos

a planos são aqueles em que todas as atividades são planejadas com antecedência, e o progresso é avaliado por comparação

com o planejamento inicial.