Aula 4

Atividade do Processo de software

Para que os processos de software sejam bem-sucedidos, é necessário o

auxílio das atividades utilizadas. Essas atividades, que atuam na área técnica,
de colaboração e gerencia, são dispostas de forma sequencial e intercaladas
aos chamados softwares reais.

Essas técnicas são aplicadas, especificamente, para auxiliarem, por exemplo,

na manipulação de diversos modelos de documentos, ao mesmo tempo que
geram um extenso conjunto de informações abrangentes provenientes de
grandes projetos.

Quanto à visualização das atividades básicas do processo (especificação,

desenvolvimento, validação e evolução), é preciso entender que elas são
estabelecidas de maneira distintas a depender do processo de
desenvolvimento aplicado.

Em um modelo de desenvolvimento incremental, a organização das atividades

ocorre de forma intercalada, enquanto no modelo em cascata elas estão
dispostas em sequências. A forma como as atividades serão realizadas está
diretamente relacionada ao tipo de estrutura empresarial envolvida, às pessoas
inseridas na atividade e ao tipo de software escolhido.

Especificação

Também conhecida como engenharia de requisitos, trata-se, segundo

Sommerville de “um processo de entendimento e definição dos serviços
solicitados do sistema e reconhecimento de limitações relativas à operação e
ao desenvolvimento do sistema”.

Podemos considerar que a especificação de software representa uma etapa

bastante crítica do processo de software, já que as falhas encontradas neste
estágio já não conseguem evitar problemas encontrados na implementação do
sistema e no projeto.

O processo de engenharia de requisitos envolve quatro atividades principais.

São elas:
 Estudo de viabilidade: a atividade consiste na criação de uma
estimativa que busque alternativas de satisfação das necessidades do
cliente por meio das recentes tecnologias de software e hardware.
Analisa as possibilidades de implantação de um sistema partindo do
ponto de vista do negócio.
 Elicitação e análise de requisitos: considere como um processo de
derivação dos atributos do sistema. Isso vai ocorrer por meio da
avaliação dos sistemas já existentes, e envolve uma série de etapas que
vão desde as discussões com clientes e compradores considerados
importantes até a verificação de tarefas a serem executadas.
 Especificação de requisitos: após a realização da análise de um
documento que estabeleça um conjunto de atributos, o objetivo seguinte
é realizar a tradução das informações obtidas. Os requisitos inseridos
em um documento são classificados como requisitos do usuário, que na
prática são declarações de caráter abstrato dos atributos do sistema
direcionados para o usuário e ao cliente final. Já o requisito de sistema
está relacionado a uma exposição mais detalhada da funcionalidade
apresentada.
 A validação de requisitos: considere na atividade de verificar se os
requisitos atendem às especificações solicitadas. É nesta fase que as
falhas no documento começam a ser expostas para, em seguida, serem
corrigidas.

Projeto e implementação de software

Toda vez que se tratar de uma conversão de uma determinada

especificação do sistema em um sistema executável, estaremos nos
referindo ao estágio de implementação do desenvolvimento de software.
Durante essa etapa a programação de software e os processos de
projeto estão completamente inseridos.
Quando nos referimos a um projeto de software, é preciso ter em mente
que ele envolve uma série de descrições relacionadas a estruturas de
dados utilizados pelo sistema, modelos, algoritmos e até interfaces que
se alocarão entre os elementos do sistema.
Nenhum projetista chegará de maneira imediata ao projeto final, pois se
trata de um trabalho de desenvolvimento iterativo. A imensa maioria dos
softwares que estão disponibilizados no mercado mantém um nível de
interação com outros sistemas de software, formando a chamada
plataforma de software.
Plataforma de software é o ambiente onde o software será executado.
Dessa forma é necessário obter informações sobre essas plataformas,
pois elas são fundamentais para começar o desenvolvimento do
processo do projeto, já cabe aos projetistas escolher a maneira mais
adequada de integrá-las ao ambiente de software.
Existe uma variada quantidade de tipos de sistemas que podem ser
desenvolvidos. Sendo assim, há também uma diversidade de atividades
no processo de projeto. Algumas dessas atividades podem compor o
processo de projeto de sistemas de informação.
Estamos nos referindo, inicialmente, ao projeto de arquitetura, no qual
pode haver a identificação da estrutura geral do sistema, seus
elementos mais relevantes, as relações estabelecidas e ocorre a sua
distribuição.
Logo em seguida, vem o projeto de interface. Nele, é preciso definir
quais interfaces será alocada entre os componentes do sistema.
Despois vem o projeto de componente, é preciso primeiro estabelecer
cada componente do sistema e em seguida planejar o seu
funcionamento. Esse projeto pode ser uma declaração da funcionalidade
na qual se deseja implementar ou até mesmo uma lista de mudanças às
quais o componente reutilizável irá se submeter.
Por fim o projeto de banco de dados, no qual as estruturas de dados do
sistema são planejadas. Todo o trabalho será executado baseado em
um banco de dados a ser reutilizado, ou simplesmente a partir da
produção de um novo banco de dados.

Validação de software
Quando um software consegue se adaptar às suas especificações e,
simultaneamente, atende às particularidades do cliente do sistema, ele
passa por um processo de verificação conhecido como validação do
software.
A principal técnica de validação empregada é o teste de programa, em
que a execução do sistema ocorre através de dados de testes
simulados. Inspeções e revisões são exemplos de processo de
verificação da qual a validação pode se utilizar a cada etapa do
 processo de software, podendo ocorrer desde o estabelecimento dos
atributos dos usuários até a criação do programa.
Estágios do processo, podemos defini-los como:
 Testes de desenvolvimento: modelo de teste no qual os elementos
que compõem o sistema são testados pelos próprios profissionais que
as criaram. Os componentes são testados separadamente um dos
outros e de maneira totalmente independente.
 Testes de sistema: os componentes do sistema são integrados para
gerar um sistema completo. Tem o objetivo de verificar possíveis falhas
provenientes de interações inesperadas ocorridas entre os elementos do
sistema e problemas de interface do componente. Ocupa-se em
demonstrar que o sistema atende a seus requisitos, sejam funcionais ou
não funcionais.
 Teste de aceitação: considera-se a fase final dos testes, antes que os
sistemas passem a ser utilizado operacionalmente, o teste de aceitação
utiliza dados disponibilizados pelo cliente. Esse teste pode apresentar
falhas e omissões na definição dos requisitos do sistema.