Requisitos de software -

categorias
 SST Requisitos de software - categorias
Ano: 2021
nº de p.: 10

Copyright © 2021. Delinea Tecnologia Educacional. Todos os direitos reservados.

 Requisitos de software -
categorias

Apresentação
Nessa unidade, você estudará as categorias dos requisitos de softwares, aspectos
teóricos muito importantes para conhecermos um pouco das características dessa
temática importante. Esperamos que você tenha sucesso nos estudos. Vamos em
frente!

3
1. CATEGORIAS DE REQUISITOS DE
SOFTWARE
De uma forma geral, os requisitos descrevem o que um software deve fazer. Como
vimos anteriormente, os requisitos devem possuir algumas propriedades: serem
claros, não ambíguos, consistentes, priorizáveis e verificáveis. Porém, existem vários
tipos de requisitos voltados para diferentes públicos ou que se concentram em
diferentes aspectos do software. Exemplo disso são os requisitos de negócios, que
focam os objetivos de alto nível de um projeto de software. Há também os requisitos
funcionais, que fornecem aos desenvolvedores um maior detalhamento das metas a
serem cumpridas.

Atribuir categorias às suas necessidades não é o ponto crucial para um

desenvolvedor. O mais importante é saber que se pode usar as categorias como uma
lista de verificação para certificar-se de que todos os requisitos foram contemplados
no software que pretende resolver as necessidades do cliente. A título de exemplo,
se você revisar a lista de requisitos e a categoria “confiabilidade” estiver vazia, talvez
seja necessário considerar alguns novos requisitos nessa categoria.

A seguir, apresentaremos diversas categorias de requisitos de software.

2. TIPOS DE REQUISITOS

2.1 Requisitos de Negócio

Os requisitos de negócio descrevem metas de alto nível do projeto ao explicitar o que
o cliente espera obter com o software.

Considere a palavra "sonhos". Não raro os clientes incluem todos os seus sonhos
e as suas esperanças nos requisitos de negócios, além dos objetivos verificáveis.
Por exemplo, eles podem descrever que esperam que o novo software “aumente em
30% o número de matrículas” ou mesmo que a aplicação “reduza em 15% o prazo de
entrega de produtos”. Apesar de essas metas possuírem números (relativos), elas
muito provavelmente não estarão descritas no escopo do projeto do software. Esses
números são considerados muito mais metas de marketing do que requisitos de
software.

4
 Requisitos de negócios

Fonte: Plataforma Deduca (2021).

#PraCegoVer

A figura mostra um gráfico de barras crescente, um gráfico de

“pizza” e uma calculadora.

Você pode desenvolver a melhor aplicação do mundo, porém essa aplicação deverá
ser utilizada de modo adequado para que as metas estabelecidas pelo cliente sejam
atingidas.

Os requisitos de usuário descrevem como o software será utilizado pelos usuários

finais e geralmente incluem esboços de formulários, roteiros de execução de
processos, casos de uso e protótipos.

Esses requisitos apresentam descrições bastante detalhadas, que explicam

exatamente o que o software deve fazer nas diferentes circunstâncias. Especificam
também o que o usuário precisa realizar, mas não necessariamente como a
aplicação funcionará.

Como você já viu anteriormente, um requisito de software descrito de forma

vaga pode causar muita confusão em um projeto de software. Já uma descrição
detalhada e precisa permitir explorar diferentes opções antes do início da fase de
implementação. Assim, o desenvolvedor deve garantir que os requisitos do software
descrevam detalhadamente as necessidades do projeto.

Os requisitos funcionais de um software são declarações detalhadas dos serviços

desejados do projeto. São semelhantes aos requisitos do usuário, mas podem

5
também incluir itens com os quais os usuários lidam diretamente. Por exemplo,
podem descrever requisitos dos relatórios que o software deve emitir, bem como
descrever os fluxos de trabalho dos pedidos de compra de um produto. Essas
descrições representam o que o software deve fazer.

Sommerville (2011) destaca que alguns requisitos podem se enquadrar em mais

de uma categoria, uma vez que a maioria dos requisitos de usuário também são
considerados requisitos funcionais. Eles não apenas descrevem uma tarefa que será
executada pelo usuário, como também descrevem algo que a aplicação deverá fazer.

Requisitos não funcionais representam declarações sobre a qualidade do

comportamento do software ou mesmo restrições sobre como ele produz um
resultado desejado. Sommerville (2011, p. 59) descreve requisitos funcionais como
“[…] restrições aos serviços ou funções oferecidos pelo sistema”.

São utilizados para especificar regras ou métricas de desempenho, confiabilidade

e as características de segurança da aplicação. Um exemplo típico de requisito
funcional é quando, após uma venda, o sistema gera automaticamente uma nota
fiscal. Já o seu respectivo requisito não funcional poderia ser a nota fiscal que
deverá ser gerada em no máximo dois minutos.

Como você pode notar, essas descrições representam como o software deve atuar.

Os requisitos de implementação são recursos temporários necessários para

a transição quanto ao uso do novo sistema, mas que serão posteriormente
descartados. Imagine a seguinte situação: suponha que você esteja desenvolvendo
uma aplicação de folha de pagamento para substituir a atual. Após a fase de testes,
e garantido o sucesso do projeto, o software estará disponível para uso no ambiente
de produção, quando será necessária a execução de um processo de cópia dos
apontamentos de presença dos colaboradores do banco de dados antigo para o
novo.

Esses exemplos caracterizam-se como requisitos de implementação. Pressman

(2011, p. 209) ressalta que todo “[…] projeto deve dar uma visão completa do
software, tratando os domínios de dados, funcional e comportamental sob a
perspectiva de implementação”.

6
 Requisitos de implementação

Fonte: Plataforma Deduca (2021).

#PraCegoVer

A figura mostra mãos segurando peças de um quebra cabeça

coloridos.

Vale ressaltar que as descrições dos requisitos de implementação nem sempre

envolvem programação. Você pode contratar uma empresa para redigitar os
apontamentos antigos de presença dos colaboradores no novo sistema. Outros
requisitos de implementação incluem:

• A contratação de novos colaboradores,

• A compra de um novo hardware,
• A preparação de materiais de treinamento e o próprio
• O treinamento dos usuários no novo sistema.

3. AS DIFERENTES VISÕES A RESPEITO DA

ANÁLISE DE REQUISITOS
Todo projeto de software envolve diversos interessados, diretos ou indiretos, e
cada um deles traz consigo uma visão diferente do sistema (PRESSMAN 2011).
Esses interessados são também denominados stakeholders. É importante que a
equipe de desenvolvimento tenha uma lista dos stakeholders, pois eles serão parte
fundamental do processo.

7
• Estabelecer precisamente o que os seus usuários necessitam: O primeiro pas-
so no desenvolvimento de um software é estabelecer precisamente o que os
seus usuários necessitam e desejam, e um ponto crucial dessa fase é a co-
municação entre os usuários e o desenvolvedor, também chamado de enge-
nheiro de software.
• Começar um novo sistema ou mesmo aprimorá-lo: Todo o processo origina-se
com a ideia de começar um novo sistema ou mesmo aprimorá-lo. Em seguida,
vem a especificação dos requisitos que, sem sombra de dúvidas, é a atividade
mais importante no processo, haja vista consumir grande parte do esforço do
desenvolvimento de software. Você pode concluir que, se não conseguirmos
especificar com precisão o que é necessário para um software, então é inútil
implementá-lo.
• Estabelecer os requisitos: Estabelecer os requisitos de um software é outro
importante passo no sentido de garantir que ele atenda os desejos e as neces-
sidades dos seus usuários. Esse esforço continua durante todo o desenvolvi-
mento do software e é chamado de validação.
• Avaliar: Outra atividade essencial desse processo é avaliar se o software fun-
ciona corretamente, ou seja, se ele está livre de erros. O esforço para garantir
que o software esteja livre de erros é um processo demorado e difícil que
ocorre durante todo o desenvolvimento, o qual denominamos de verificação.
Verificação dos requisitos

Fonte: Plataforma Deduca (2021).

#PraCegoVer

A figura mostra uma pessoa escrevendo com um lápis numa

folha de papel presa a uma prancheta.

8
Os erros na especificação de requisitos podem resultar em elevadíssimos custos
de teste e de manutenção. Sommerville (2011) estima que o custo para corrigir um
erro durante a fase de testes pode ser 200 vezes maior do que o custo para corrigi-lo
durante a fase de especificação de requisitos. Considera, também, que algo em torno
de 50% dos erros de funcionamento de software – os chamados bugs – têm origem
na baixa qualidade da atividade de especificação de requisitos. O antídoto para isso
é, obviamente, detectar ou evitar os erros durante a especificação dos requisitos.

Vale lembrar que o processo de especificação de requisitos não é estático. Os

requisitos mudam durante o desenvolvimento do software conforme os requisitos
dos usuários são esclarecidos e modificados.

Fechamento
Com isso, estudante, finalizamos essa unidade de requisitos de um software –
categorias. Essas categorias são imprescindíveis para podermos entender um pouco
mais sobre os requisitos de software e suas definições.

9
Referências
PRESSMAN, R. S. Engenharia de software: uma abordagem profissional. 7. ed. São
Paulo: McGraw Hill, 2011.

SOMMERVILLE, I. Engenharia de software. 9. ed. São Paulo: Pearson, 2011.

10