Você está na página 1de 82

CIBELY COBO DA SILVA SOUZA

MEDIDAS DE REQUISITOS DE
SOFTWARE: UM ESTUDO
EXPLORATRIO DE APLICABILIDADE






LAVRAS MG
2013






CIBELY COBO DA SILVA SOUZA



MEDIDAS DE REQUISITOS DE SOFTWARE: UM ESTUDO
EXPLORATRIO DE APLICABILIDADE













Monografia de graduao apresentada ao
Colegiado do Curso de Cincia da
Computao, para obteno do ttulo de
Bacharel em Cincia da Computao.
















Orientador:

Dr. Antnio Maria Pereira Resende


Coorientador:

Dr. Andr Luiz Zambalde



















































Dedico este trabalho aos meus pais, Expedito e Daisy, e a minha irm, Priscila.



DEDICO




AGRADECIMENTOS


Aos meus pais, Expedito e Daisy, e a minha irm, Priscila, por todo
apoio, carinho, compreenso e sacrifcios que fizeram para que eu alcanasse
meus objetivos. No tem como agradecer com palavras tudo o que fizeram e
fazem por mim.
A minha famlia, avs, tios e primos por sempre desejarem o melhor
para mim.
Ao professor Antnio Maria Pereira de Resende pela orientao no
desenvolvimento deste trabalho. Aos integrantes do PqES, Eudes, Jos
Henrique, Fernando e Bruno, pelo auxlio e conselhos durante o
desenvolvimento deste trabalho e pela oportunidade de compartilhar o que
aprendemos.
Aos professores Andr Luiz Zambalde e Ana Paula Piovesan Melchiori
pelas oportunidades de trabalhos em projetos junto ao Ncleo de Projetos
Tecnolgicos da 6 RPM.
Ao Eduardo por seu companheirismo, brincadeiras e por toda a ajuda, e
a sua famlia, por me receber to bem.
Aos meus amigos e colegas da UFLA por todos os bons momentos e por
tornarem os momentos difceis mais fceis.






Resumo
O processo de escrita e manuteno de requisitos de software fundamental para
o sucesso de um sistema. Atravs dos requisitos, os engenheiros de software so
capazes de entender as necessidades dos clientes e usurios de um sistema.
Sendo assim, espera-se que os requisitos tenham caractersticas capazes de
garantir sua qualidade. A qualidade de um requisito obtida atravs de boas
prticas, tcnicas e medidas. O objetivo deste trabalho levantar as medidas
relacionadas a requisitos presentes na literatura e analisar a aplicabilidade de um
conjunto das medidas levantadas. As medidas de requisitos foram identificadas
atravs da execuo de uma reviso sistemtica da literatura sobre Engenharia
de Requisitos. Seis medidas foram selecionadas e aplicadas 25 em documentos
de requisitos reais. As medidas selecionadas so Compreensibilidade
T
,
Conciso
T
, Modificvel
T
, Rastrevel
T
, Armazenado Eletronicamente
T
e
Taxa de Comentrios Relacionados Prioridade
T
. Durante a utilizao de
medidas em documentos de requisitos, dificuldades foram encontradas, por
exemplo avaliar os documentos usando medidas que dependem de interpretao
de texto. Considerando as dificuldades encontradas, a anlise de aplicabilidade
das medidas foi realizada, apontando as dificuldades e tambm as facilidades
identificadas. Um estudo exploratrio foi apresentado a ttulo de ilustrao. Este
estudo mostra que os resultados das medidas esto relacionados, apesar de as
medidas selecionadas considerarem caractersticas diferentes dos documentos de
requisitos.
Palavras-chave: Requisitos, Qualidade, Medidas, Aplicabilidade.




Abstract
The process of writing and maintaining software requirements is crucial for a
system to be successful. Using the requirements of a system, software engineers
are able to understand the needs of customers and users of a system. Thus, it is
expected that software requirements have characteristics that guarantee its
quality. The quality of a requirement is achieved by observing best practices,
techniques and metrics. This paper aims survey software requirements measure
in the literature and analyze the applicability of a set of measures identified. The
requirement metrics were identified by performing a systematic review of the
literature about Requirements Engineering. Six metrics were selected and
applied in real software requirements documents. These metrics are
Understandable, Concise, Traceable, Modifiable, Eletronically Stored and
Annotated by relative importance. During the application of the metrics in
software requirements documents, difficulties were encountered. Considering
the difficulties, the analysis of the applicability of the selected metrics was
performed, pointing out the pros and cons. An exploratory study was presented
as an illustration. This study showed that the results of the metrics are related,
although the metrics selected consider different characteristics of requirement
specification.
Keywords: Requirements, Quality, Measures, Applicability





LISTA DE FIGURAS


Figura 1 Tipos de Pesquisa Cientfica ................................................................ 25
Figura 2 Atividades Desenvolvidas .................................................................... 26
Figura 3 Fases da RSL ........................................................................................ 29
Figura 4 Histograma para a medida Compreensibilidade
T
.............................. 66
Figura 5 Histograma para a medida Conciso
T
............................................... 66
Figura 6 Histograma para a medida Rastrevel
T
............................................ 67
Figura 7 Histograma para a medida Modificvel
T
.......................................... 67
Figura 8 Histograma para a medida Taxa de Comentrios Relacionados
Prioridade
T
........................................................................................................ 68




LISTA DE TABELAS

Quadro 1 Quantidade de artigos selecionados na reviso sistemtica da literatura
............................................................................................................................ 32
Quadro 2 Artigos selecionados na RSL .............................................................. 32
Quadro 3 Medidas relacionadas no artigo Na Industrial Case Study on
Requirements Volatility Measures ...................................................................... 36
Quadro 4 Medidas listadas no artigo Metrics For Requirement Engineering ..... 48
Quadro 5 Medidas listadas no artigo Automated Measurement of Models of
Requirements ...................................................................................................... 53
Quadro 6 Documentos de Requisitos de Software Selecionados ....................... 59
Quadro 7 Resultados das medidas ...................................................................... 64
Quadro 8 Anlise de varincia sobre a medida "Compreensibilidade"
T
............. 69
Quadro 9 Anlise de Varincia sober a medida "Taxa de Comentrios
Relacionados Prioridade"
T
............................................................................... 69
Quadro 10 Tabela de tradues........................................................................... 75








LISTA DE SIGLAS

CSCI Computer Software Configuration Item
ER Engenharia de Requisitos
NAC Number of Requirements that Describe Architecture Algorithm
NF Number of Functions Specified
NRA Nmero de requisitos ajustados
NRD Nmero de requisitos entregues
NRN Nmero de requisitos novos
NUF Number of Unique Functions Specified
NUFND Number of functions that are non-deterministic
RSL Reviso Sistemtica da Literatura
RSTQ Requirement statement traceability quality
RSUndQ Requirement statement understandability quality
RSUQ Requirement statement unambiguity quality
SLOC Source Lines of Code
SRS Software Requirements Specification
SWEBoK Software Engineering Body of Knowledge
TBD To Be Done






SUMRIO
1 INTRODUO .......................................................................................... 13
1.1 Objetivo geral do trabalho .................................................................. 14
1.2 Objetivos especficos .......................................................................... 14
1.3 Nota do Autor ..................................................................................... 15
1.4 Estrutura do Trabalho ......................................................................... 15
2 REFERENCIAL TERICO ....................................................................... 16
2.1 Engenharia de Requisitos .................................................................... 16
2.1.1 Requisitos de Software ................................................................ 17
2.1.2 Requisitos Funcionais ................................................................. 17
2.1.3 Requisitos No Funcionais ......................................................... 18
2.1.4 Requisitos Inversos ..................................................................... 19
2.1.5 Requisitos de Domnio ................................................................ 19
2.1.6 Requisitos de Usurio e Requisitos de Sistema .......................... 19
2.1.7 Documento de Requisitos de Software ....................................... 19
2.2 Medidas de Software ........................................................................... 20
2.3 Qualidade de Software ........................................................................ 21
2.4 Qualidade de Requisitos de Software ................................................. 22
3 METODOLOGIA ....................................................................................... 24
3.1 Tipos de pesquisa ................................................................................ 24
3.2 Procedimentos Metodolgicos ............................................................ 26
4 REVISO SISTEMTICA DA LITERATURA SOBRE ENGENHARIA
DE REQUISITOS ............................................................................................... 28
4.1 Fases da RSL ...................................................................................... 28
4.2 Execuo da RSL ................................................................................ 30



4.2.1 Fase de Planejamento .................................................................. 30
4.2.2 Fase de Execuo ........................................................................ 31
4.2.3 Anlise e discusso dos artigos ................................................... 34
5 RESULTADOS E DISCUSSES .............................................................. 57
5.1 Seleo das medidas ........................................................................... 57
5.2 Seleo dos SRS ................................................................................. 58
5.3 Anlise de aplicabilidade das medidas ............................................... 60
5.3.1 Anlise de aplicabilidade de cada medida .................................. 60
5.3.2 Anlise geral da aplicabilidade das medidas ............................... 63
5.4 Anlise estatstica dos resultados das medidas ................................... 63
6 CONCLUSO E TRABALHOS FUTUROS ............................................ 70
REFERNCIAS.................................................................................................. 73
ANEXOS ............................................................................................................ 75
13


1 INTRODUO

A elaborao de requisitos de software uma tarefa difcil (PRESSMAN, 2001).
Existem tcnicas para obteno de requisitos, mas nem sempre possvel
afirmar que todos os requisitos coletados junto a clientes e usurios esto
corretos.
Requisitos podem conter defeitos que no so identificados durante sua
elaborao. Esses defeitos geralmente so identificados durante a utilizao de
tcnicas de verificao de requisitos, tais como inspees que podem identificar
de 30% a 90% dos defeitos de requisitos (SAYO; BREITMAN, 2004). Ao
identificar que o defeito est em um requisito, o esforo de modelagem,
implementao, desenvolvimento de casos de testes e execuo de testes so
desperdiados (SAYO; VON STAA; LEITE, 2003). O resultado de um
requisito que contm erro no aproveitado, pois a parte da soluo
desenvolvida tendo como base uma especificao incorreta no atende as
necessidades reais do cliente.
Uma boa base de requisitos desejada para que os desenvolvedores de
um sistema entendam da melhor maneira possvel o problema e, assim,
desenvolver uma soluo adequada (PRESSMAN, 2001). Entende-se por uma
boa base de requisitos aquela que contm requisitos avaliados como corretos.
Um requisito pode ser avaliado atravs do estudo de alguns critrios capazes de
mensurar a qualidade de requisitos (SAYO; BREITMAN, 2004).
Existem medidas com a finalidade de avaliar e garantir a qualidade de
um requisito de software e a qualidade de um documento de requisitos de
software, e reduzir os riscos envolvidos na fase de requisitos. A utilizao
14


correta das medidas de requisitos depende do conhecimento das facilidades e
dificuldades que podem ser encontradas durante a aplicao das medidas em um
documento de requisitos.

1.1 Objetivo geral do trabalho
No presente trabalho tem-se como objetivo principal efetuar o levantamento de
medidas de requisitos existentes na literatura e a realizao de anlise de
aplicabilidade de um subconjunto das medidas encontradas.

1.2 Objetivos especficos

Para consecuo do objetivo geral, os seguintes objetivos especficos foram
estabelecidos:
Realizar uma reviso sistemtica da literatura sobre requisitos de
software e fazer um levantamento das medidas de requisitos
encontradas;
Selecionar um subconjunto das medidas levantadas e fazer uma anlise
de sua aplicabilidade;
Realizar um estudo exploratrio e uma anlise estatstica a partir dos
resultados obtidos da aplicao das medidas em documentos de
requisitos reais;


15


1.3 Nota do Autor

Termos e expresses em ingls foram encontrados. Preferiu-se fazer uma
traduo livre destes termos e expresses em ingls e manter indexado o termo
em ingls no Quadro 10, ANEXO A. Durante a leitura deste trabalho, o leitor
encontrar termos e expresses entre aspas, com a letra T em sobrescrito no final
das aspas. Por exemplo:
Taxa de comentrios relacionados importncia
T

Esta notao indica que o termo uma traduo livre e a expresso original pode
ser encontrada no Quadro 10, ANEXO A.

1.4 Estrutura do Trabalho

Este trabalho est estruturado em 6 captulos. No Captulo 2 apresentado o
Referencial Terico, contendo os conceitos tericos relacionados ao trabalho.
No Captulo 3, encontram-se as definies do mtodo utilizado e as
atividades realizadas durante o desenvolvimento do trabalho.
No Captulo 4, apresentado uma reviso sistemtica da literatura com o
objetivo de levantar as medidas relacionadas a Requisitos de Software.
O Captulo 5 apresenta a anlise de aplicabilidade de medidas
selecionadas e a anlise estatstica de um conjunto de dados obtidos a partir da
aplicao das medidas selecionadas em documentos de requisitos de software.
O Captulo 6 apresenta as concluses do trabalho e trabalhos futuros.

16


2 REFERENCIAL TERICO

Neste captulo so apresentados os principais conceitos tericos relacionados ao
trabalho. So citados conceitos de Engenharia de Requisitos, Requisitos de
Software, qualidade e medidas de Software.

2.1 Engenharia de Requisitos

Pressman (2001) apresenta a Engenharia de Requisitos como um auxlio para
que os engenheiros de software entendam melhor o problema para o qual eles
vo buscar uma soluo. Pressman (2001) tambm diz que a Engenharia de
Requisitos inclui o conjunto de tarefas que levam a um entendimento de qual
ser o impacto do software sobre o negcio, do que o cliente quer e de como os
usurios finais vo interagir com o software.
De acordo com Sommerville (2008), a Engenharia de Requisitos um
processo de descobrir, analisar, documentar e verificar servios e restries, o
objetivo deste processo a criao e manuteno de um documento de
requisitos. Segundo Sayo e Breitman (2004) o objetivo da Engenharia de
Requisitos fornecer ferramentas, tcnicas e mtodos que do suporte
produo e gerncia de requisitos do sistema.
A Engenharia de Requisitos um processo dividido em tarefas ou
subprocessos. Para Pressman (2001), o processo da Engenharia de Requisitos
possui sete tarefas: concepo, levantamento, elaborao, negociao,
especificao, validao e gesto. De modo diferente, Sommerville (2008)
apresenta quatro subprocessos que compem o processo da Engenharia de
requisitos: estudo de viabilidade; elicitao e anlise; especificao; e validao.
17


A Engenharia de Requisitos um processo difcil. Inclui negociao
com clientes, a identificao dos interesses dos clientes e usurios. Os requisitos
de um sistema sero definidos a partir do processo de Engenharia de Requisitos.

2.1.1 Requisitos de Software

Requisito de Software definido pelo SWEBoK (2004) como uma propriedade
que deve ser apresentada a fim de resolver problemas do mundo real. De
acordo com Sommerville (2008), o requisito de um sistema a definio dos
servios fornecidos por este e as restries operacionais, reflete as necessidades
de um cliente que ajuda a solucionar um problema.
Existem alguns tipos diferentes de requisitos, sendo os mais comuns os
requisitos funcionais e os requisitos no funcionais. Sommerville (2008)
acrescenta os requisitos de usurio, os requisitos de sistema e os requisitos de
domnio. Sayo e Breitman (2005) definem requisitos inversos.

2.1.2 Requisitos Funcionais

Requisitos funcionais esto relacionados funcionalidade do sistema, s funes
que um sistema deve prover (SAYO; BREITMAN; 2004). Para Sommerville
(2008), os requisitos funcionais dependem do tipo de sistema desenvolvido, a
quem este sistema se destina e a abordagem considerada pela organizao ao
redigir os requisitos.

18


2.1.3 Requisitos No Funcionais

Sayo e Breitman (2004) definem requisitos no funcionais como requisitos que
expressam restries que devem ser atendidas pelo sistema ou qualidades
especficas que um sistema deve ter. Sayo e Breitman (2004) ainda citam
Robertson e Robertson (2005) e definem requisitos no funcionais como
qualidade de um produto. De acordo com Sommerville (2008), os requisitos no
funcionais no tem relao direta com as funes especficas do sistema e
podem estar relacionados s propriedades emergentes do sistema.
Sommerville (2008) tambm introduz trs tipos de requisitos no
funcionais:

Requisitos de produto Relacionados ao comportamento do produto;
Requisitos organizacionais Relacionados s polticas e
procedimentos das organizaes do cliente e do desenvolvedor;
Requisitos externos Relacionados a fatores externos ao sistema e seu
processo de desenvolvimento;

Sommerville (2008) apresenta algumas medidas para especificar
requisitos no funcionais:

Velocidade;
Tamanho;
Facilidade de uso;
Confiabilidade;
Robustez;
Portabilidade;

19


2.1.4 Requisitos Inversos

Sayo e Breitman (2004) definem requisitos inversos como requisitos que
definem estados e situaes que nunca devem ocorrer.

2.1.5 Requisitos de Domnio

Requisitos de domnio so apresentados por Sommerville (2008) como
requisitos no derivados das necessidades dos usurios do sistema, mas
derivados do domnio da aplicao do sistema.

2.1.6 Requisitos de Usurio e Requisitos de Sistema

Sommerville (2008) apresenta definies para requisitos de usurio e requisitos
de sistema. Requisitos de usurio so os requisitos funcionais e no funcionais
descritos de forma que sejam facilmente compreendidos pelos usurios do
sistema, sem uso de termos tcnicos e jarges. Os requisitos de sistema so
verses estendidas dos requisitos de usurios. Na descrio dos requisitos de
sistema, so acrescentados detalhes e explicaes de como o sistema deve
fornecer os requisitos de usurio.

2.1.7 Documento de Requisitos de Software

O documento de requisitos de software tambm denominado como
Especificao dos Requisitos de Software ou Software Requirement
Specification (SRS). Este documento obtido durante os processos de
20


Engenharia de Requisitos e a especificao formal de todos os requisitos de
um sistema de software.
Um documento de requisitos ser lido por diferentes usurios, desde
clientes, aqueles que compram um sistema, at os engenheiros que desenvolvem
o sistema. Cada tipo de usurio utilizar o documento de requisitos de uma
maneira. Por esta razo, um documento de requisitos deve incluir os requisitos
de usurio e os requisitos de sistema. (SOMMERVILLE, 2008).

2.2 Medidas de Software

Medidas de software so medidas relacionadas a um software, a um produto ou
documentao. As medidas podem ser divididas em (1) medidas de controle,
relacionadas ao processo de software, e (2) medidas de predio, relacionadas ao
produto de software (SOMMERVILLE, 2008).
Pressman (2001) afirma que medidas e mtricas indiretas so as mais
comuns dentro da Engenharia de Software. Apesar do fato que na maioria das
vezes essas medidas no fornecerem valores absolutos, possvel avaliar
qualidade atravs delas. Alm disso, possibilitam que os engenheiros de
software entendam o sistema, possibilitando a descoberta e correo de
problemas que, no futuro, poderiam se transformar em erros graves.
Segundo Medeiros Jr. (2006), mtricas de requisitos fornecem
informaes sobre o processo de requisitos e sobre a qualidade de requisitos. A
utilizao de medidas necessria para que seja possvel avaliar a qualidade dos
requisitos.
De acordo com Sayo, von Staa e Leite (2003), as medidas para o
processo de requisitos podem ser classificadas como: (1) medidas para aferio
de qualidade, (2) medidas para gerenciamento e evoluo dos requisitos e (3)
21


medidas para validao/verificao. As medidas que compem esses conjuntos
no devem ser analisadas isoladamente, pois pode haver correlaes entre duas
ou mais medidas.

2.3 Qualidade de Software

Pressman (2001) define qualidade de software como a satisfao de requisitos
funcionais e de desempenho explicitamente declarados, normas de
desenvolvimento explicitamente documentadas e caractersticas implcitas
esperadas em todo software desenvolvido profissionalmente. Fatores que
dependem de cada aplicao e de clientes influenciam a qualidade de software e
so divididos em dois grupos: (1) fatores medidos diretamente e (2) fatores
medidos indiretamente.
O gerenciamento de qualidade para sistemas pequenos pode ser feita de
uma maneira informal, pois a equipe de desenvolvimento geralmente pequena,
facilitando a comunicao informal entre os membros desta equipe e tornando
desnecessrio o uso de documentao de qualidade. Em sistemas de grande
porte, a abordagem de gerenciamento de qualidade diferente, tornando
necessrio o uso de documentao de qualidade especificada de maneira formal.
Nestes sistemas maiores, o gerenciamento de qualidade estruturado nas
seguintes atividades: (1) garantia de qualidade, (2) planejamento de qualidade e
(3) controle de qualidade (SOMMERVILLE, 2008).

22


2.4 Qualidade de Requisitos de Software

Uma etapa importante para que um projeto de software tenha sucesso a
garantia da qualidade de requisitos. Esta a primeira etapa para a obteno da
qualidade de software. A utilizao de mtricas necessria para que seja
possvel avaliar a qualidade dos requisitos. Alm de medidas, testes e
indicadores podem ser utilizados para avaliar a qualidade de requisitos.
Sayo e Breitman (2004) citam (Young, 2001) e (Wiegers, 1999) e
apresentam o objetivo de qualidade de requisitos. Esse objetivo garantir uma
base de requisitos composta de bons requisitos. Existem critrios que podem
definir se um requisito de software bom ou no. Alguns destes critrios so:

Necessidade Tem como objetivo estabelecer se o sistema atinge seus
objetivos sem um requisito. Busca verificar se determinado requisito
necessrio ou no;

Verificvel Indica se um requisito atendido pelo sistema;

Atingvel Verifica se o requisito atendido pelo sistema em
desenvolvimento;

Livre de ambiguidades Verifica se no possvel interpretar a
descrio do requisito de mais de uma forma;

Completo Verifica se todos os requisitos esto presentes no
documento de requisitos;

23


Consistente Est relacionado a verificar se os requisitos podem ser
atendidos sem que entrem em conflito;

Rastrevel Verifica se a origem dos requisitos existe, se possvel
localiz-los no sistema;

Alocao Verifica se um componente do sistema pode alocar o
requisito;

Conciso Tem como objetivo verificar se o requisito est descrito de
forma simples e objetiva;

Livre de Implementao Verifica se o requisito descreve o que deve
ser feito sem que seja influenciado por possveis implementaes;

Identificador nico Verifica se possvel referenciar um requisito
atravs de um identificador nico;

Correo Est relacionado a verificar se a descrio do requisito
contm as informaes necessrias para que ele seja implementado;

Priorizvel Verifica se pode priorizar um requisito em relao aos
outros;

24


3 METODOLOGIA

3.1 Tipos de pesquisa

A pesquisa realizada neste trabalho classificada quanto natureza como
pesquisa aplicada, pois o objetivo deste trabalho aplicar o conhecimento
existente dentro da Engenharia de Requisitos de Software, conhecimentos
relacionados s medidas e qualidade de requisitos, para identificar e analisar a
aplicabilidade medidas de requisitos de software.
Quanto aos objetivos, a pesquisa classificada como pesquisa
descritiva. descritiva porque um conjunto de medidas de requisitos ser
analisada com o objetivo de apresentar as facilidades e dificuldades durante a
aplicao prtica das medidas.
A abordagem adotada neste trabalho a pesquisa quantitativa, pois as
mediddas so aplicadas a documentos e o resultado obtido passa por uma anlise
estatstica, comparando os resultados.
O procedimento metodolgico utilizado o estudo de caso.
A Figura 1 mostra como uma pesquisa pode ser classificada de acordo
com seus diferentes tipos. Nesta figura, os quadros em cinza representam os
tipos de pesquisa deste trabalho.

25



Figura 1 Tipos de Pesquisa Cientfica
Fonte: Adaptado de Zambalde, Pdua, Maia (2008)
26


3.2 Procedimentos Metodolgicos

As atividades desenvolvidas neste trabalho so apresentadas na Figura 2.
Em seguida, essas atividades so detalhadas.
a) Reviso Sistemtica da Literatura
Primeiro, uma Reviso Sistemtica da Literatura sobre Requisitos foi
feita. O objetivo desta RSL levantar as medidas de requisitos presentes
na literatura.
b) Seleo das medidas a serem estudadas
Aps levantamento das medidas existentes, algumas medidas foram
selecionadas para serem aplicadas e avaliarem os documentos de
requisitos. As medidas foram selecionadas para avaliar os documentos e
analisar a aplicabilidade de cada. Alm disso, o resultado obtido para as
medidas foram usados na realizao de uma anlise estatstica.
c) Levantamento e seleo de Documentos de Requisitos de Software
Fez-se a busca de Documentos de Requisitos de Software. Documentos
de requisitos foram levantados e selecionados para que fossem
submetidos avaliao atravs das aplicaes das medidas selecionadas
previamente.





Anlise
estatstica e
discusso dos
resultados
Anlise da
aplicabilidade
das medidas
Aplicao das
medidas
Execuo da
RSL
Seleo das
medidas
Levantamento
e seleo de
SRS
Figura 2 Atividades Desenvolvidas
27


d) Aplicao das medidas
As medidas selecionadas foram usadas em cima dos documentos
selecionados anteriormente a fim de obter resultados que foram usados
em anlises estatsticas. A aplicao das medidas tambm foi realizada
para identificar dificuldades e facilidades em suas aplicaes e, a partir
do que foi identificado, realizar anlise de suas aplicabilidades.
e) Anlise de aplicabilidade e discusso das medidas
As medidas foram analisadas e discutidas com foco em suas
aplicabilidades.
f) Anlise estatstica e discusso dos resultados das medidas
Os resultados obtidos a partir da aplicao das medidas selecionadas
para avaliar os documentos de requisitos foram analisados
estatisticamente. A anlise da distribuio dos dados foi apresentada
atravs de histogramas de frequncia. E a anlise de varincia, realizada
atravs da aplicao da funo ANOVA, foi apresentada.

28


4 REVISO SISTEMTICA DA LITERATURA SOBRE
ENGENHARIA DE REQUISITOS

Reviso Sistemtica da Literatura (RSL) um mtodo de pesquisa para
identificar, avaliar e interpretar pesquisas disponveis e relevantes para uma
questo particular de pesquisa, uma rea temtica ou um fenmeno de interesse
(Kitchenham, 2004). Kitchenham (2004) ainda acrescenta que RSL uma forma
de estudo secundrio. A RSL um mtodo de pesquisa com origem nas cincias
mdicas e foi aplicada em estudos de Engenharia de Software pela primeira vez
por Barbara Kitchenham (2004). Atravs da aplicao dessa tcnica, a pesquisa,
seleo, anlise e organizao de documentos relevantes so facilitadas.
Neste trabalho, a reviso sistemtica da literatura foi realizada para
levantar artigos disponveis sobre a Engenharia de Requisitos a fim de listar as
medidas disponveis aplicveis aos processos de Engenharia de Requisitos.
4.1 Fases da RSL

De acordo com Travassos e Biolchimi (2007) e Kitchenham (2004), a
RSL constituda de 10 passos, organizados em trs fases. Essas fases so
representadas na Figura 3 e descritas com mais detalhes abaixo:
Fase de planejamento: nesta fase so realizadas: a descrio da pesquisa,
onde as motivaes e objetivos da pesquisa so expostos; definio das
questes de pesquisa, questes relacionadas pesquisa a serem
respondidas ao final da RSL; desenvolvimento de um protocolo que ser
aplicado durante a busca, neste protocolo, os critrios de seleo dos
documentos encontrados na literatura so definidos; e avaliao do
protocolo desenvolvido.
29



Figura 3 Fases da RSL
Fonte: Adaptado de Kitchenham (2004)


Fase de execuo: nesta fase que o protocolo desenvolvido na fase
anterior aplicado. Uma busca realizada nas bases escolhidas
seguindo os critrios de seleo descritos no protocolo. Essa busca pode
ser reajustada e executada novamente, caso no fornea resultados
razoveis. Os ttulos e palavras chave dos artigos que a busca retornou
so lidos para verificar se atendem aos critrios de seleo definidos na
fase anterior, essa seleo chamada de Seleo Primria. Aps a
seleo primria, a Seleo Secundria executada. Na seleo
secundria, os resumos e concluses so lidos, verificando se os critrios
de seleo so atendidos. Aps as buscas e selees, feita a
organizao dos resultados.
Fase de anlise dos resultados: os dados so coletados dos resultados
obtidos na Seleo Secundria e organizados em forma de um relatrio.
Em seguida os resultados so analisados, nesta etapa o relatrio feito
aps a organizao dos dados coletados revisado.


30


4.2 Execuo da RSL

Nesta seo, as fases de execuo da RSL sobre Engenharia de Requisitos so
descritas.

4.2.1 Fase de Planejamento

Na fase de planejamento, o protocolo utilizado na execuo da RSL elaborado.
O objetivo desta RSL reunir os estudos na rea da ER que apresentam medidas
relacionadas a requisitos de software. Os tpicos utilizados no protocolo usado
na execuo da RSL sobre Engenharia de Requisitos apresentado a seguir:

Objetivos:
Compreender o que so requisitos de software. Identificar na literatura medidas
de requisitos de software, com especial ateno queles relacionados qualidade
de requisitos de software.
Questes de Pesquisa:
1) Quais so as medidas de requisitos de software existentes?
Palavras chave:
Requisitos, engenharia, software, mtricas.
Requirement, engineering, software, metrics.
Strings de Busca:
1) (Requisitos AND Software AND Mtricas) OR (Requirements AND
Software AND (Metric OR Measurement))
Mtodo de Busca de Fontes:
Buscar sites de bibliotecas cientficas virtuais.

31


Listagem de Fontes:

i) IEEE Xplore (http://ieeexplore.ieee.org/);
ii) Scopus (http://www.scopus.com);
iii) Elsevier ScienceDirect (http://www.sciencedirect.com);
iv) SpringerLink (http://www.sciencedirect.com);
v) El Compendex (http://www.engineeringvillage2.org);

Tipos de Artigos:
Foram considerados artigos com contedo sobre medidas de requisitos.
Idiomas dos Artigos:
Os artigos devem estar em portugus ou ingls.
Critrios de Incluso e Excluso dos Artigos:
1. Os artigos devem ter seu contedo completo disponvel.
2. Os artigos devem estar escrito em portugus ou ingls.
3. Os artigos devem estar disponveis em uma das fontes listadas.
4. Os artigos devem descrever algum protocolo para Engenharia de Requisitos.

4.2.2 Fase de Execuo

Nesta fase, foi realizada a busca nas bases de acordo com o que foi definido na
fase de planejamento.
As buscas foram realizadas nos cinco motores de busca especificados no
protocolo. Em alguns buscadores, a string de busca foi reajustada para que se
adequasse s caractersticas do buscador.
Ao todo, foram 13233 artigos encontrados distribudos entre as bases
quando a busca foi executada utilizando a string (Requisitos AND Software
AND Mtricas) OR (Requirements AND Software AND (Metric OR
Measurement)). Na Seleo Primria, ao analisar os ttulos e palavras chave, os
artigos que no se encaixavam nos critrios de seleo foram descartados,
32


restando 105 artigos. Na Seleo Secundria, os resumos e concluses dos
artigos foram lidos, os artigos considerados irrelevantes foram descartados,
assim como os repetidos e incompletos. Os artigos considerados irrelevantes
foram aqueles que no apresentaram pelo menos uma medida relacionada a
requisitos de software. Ao final da fase de execuo, 9 artigos foram
selecionados. Os resultados so apresentados no Quadro 1.
A questo de pesquisa foi: Quais so as medidas de requisitos de
software existentes?. Os artigos selecionados analisados para responder a
questo so apresentados no Quadro 2.

Quadro 1 Quantidade de artigos selecionados na reviso sistemtica da literatura
Base
Quantida-
de inicial
de
resultados
Seleo
prim-
ria
Seleo Secundria
Resul-
tado
Irrele-
vantes
Repe-
tidos
Incom-
pletos
IEEE Xplore 3021 30 25 0 0 5
Scopus 1727 18 2 5 9 2
Elsevier
ScienceDirect
157 9 5 3 0 1
SpringerLink 3112 16 18 1 0 1
ElCompendex 5216 32 3 15 14 0
TOTAL 13233 105 47 24 23 9

Quadro 2 Artigos selecionados na RSL
Ttulo Autor
A Controlled Experiment to Investigate
the Effects of Process Patterns on the
Quality of Requirements Analysis
Estabraghy, A; Dalcher, D. (2007)
33



Quadro 2 Artigos Selecionados na RSL
Automated Measurement of Models of
Requirements
Monperrus, M.; Baudry, B.;
Champeau, J.; Hoeltzener, B.;
Jzquel, J.M. (2011)
A Similarity Measurement Framework for
Requirement Engineering
Ilyas, M; Kng, J. (2009)
An Industrial Case Study on
Requirements Volatility Measures
Loconsole, A; Brstler, J. (2005)
Identifying and Measuring Quality in a
Software Requirements Specifications
Davis, A; Overmyer, S; Jordan,
K; Caruso, J; Dandashi, F; Dinh,
A; Kincaid, G; Ledeboer, G;
Reynolds, P; Sitaram, P; TA, A;
Theofanos. (1993)
Software Specification Metrics: A
Quantitative Approach to Assess the
Quality of Documents
Kenett, R. S. (1996)
Metrics for Requirement Engineering Costello, R.J.; Liu, D. (1995)
Yet Another Set of Requirements Metrics
for Software Projects
Iqbal, S.; Khan, N. A. (2012)
Quantifying Requirements Elaboration to
Improve Early Software Cost Estimation
Malik, A. A; Boehm, B. (2009)
Measurements in Software Requirements
Specification Process
Gyrks, J. (1994)
34



4.2.3 Anlise e discusso dos artigos

Nesta seo sero apresentadas as medidas encontradas nos artigos, assim como
as informaes disponveis sobre estas medidas.
a) A Controlled Experiment to Investigate the Effect of Process
Patterns on the Quality of Requirements Analysis

Este artigo apresenta um estudo sobre a influncia do uso de padres de projetos
durante a anlise de requisitos. Estudantes foram divididos em dois tipos de
grupos: grupos de experimento, que usaram padres de processos
T
, e grupos
de controle, que no usaram padres de processos
T
. Os autores verificaram
atravs deste experimento que as medidas de qualidade do documento de
requisitos foram maiores nos grupos que utilizaram padres de processos
T
.
Estabraghy e Dalcher (2007) apresentam duas medidas neste estudo. A
primeira a medida proposta por Davis et al (1993) em seu trabalho Identifying
and Measuring Quality in a Software Requirements Specification. A segunda a
medida de Davis (1993) adaptada para considerar somente a no ambiguidade, a
rastreabilidade e a compreensibilidade de um documento de requisitos. Estas
medidas so apresentadas abaixo:
Qualidade do Documento de Requisitos
T
:


Esta a medida apresentada por Davis et al. (1993) considerando que todos os
atributos de qualidade de requisitos medidos tem peso igual a 1.

35



Qualidade Geral do Documento de Requisitos
T
:


Onde:
RSUQ = medida de no ambiguidade dos requisitos
T

RSTQ = medida da rastreabilidade dos requisitos
T

RSUndQ = medida da compreensibilidade dos requisitos
T


b) A Similarity Measurement Framework for Requirement
Engineering

Ilyas e Kng (2009) discutem sobre similaridade entre requisitos e medio da
similaridade entre requisitos. Um framework para medio de similaridade entre
requisitos proposto (SimReq Framework). Neste framework os autores usam
trs coeficientes para medir similaridade entre dois requisitos: Dice, Jaccard e
Cosine.

Coeficiente Dice
T
:


Onde:
A e B so requisitos.
Coeficiente Jaccard
T
:

36


Onde:
A e B so requisitos.
Coeficiente Cosine
T
:

Onde:
A e B so requisitos.

c) An Industrial Case Study on Requirements Volatility Measures

O artigo apresenta um estudo de caso que investiga as medidas de volatilidade
em projetos reais de tamanho mdio. Estes projetos envolvem desenvolvedores
profissionais e clientes reais. Medidas para volatilidade de requisitos
encontradas na literatura pelos autores do artigo so listadas no Quadro 3.

Quadro 3 Medidas relacionadas no artigo Na Industrial Case Study on
Requirements Volatility Measures
Nome da Medida
Quantidade de infomaes que um requisito contm em um determinado
momento
T

Nmero de modificaes
T

Requisitos estveis
T

Requisitos modificveis classificados em mutveis, emergentes, consequentes,
adaptveis, migrao
T

Medidas do tamanho de caso de uso
T

Fatores de ambiente
T

Nmero total de aes atmicas por objetivo e ator
T

37


Quadro 3 Medidas relacionadas no artigo An Industrial Case Study on
Requirements Volatility Measures.
Nmero de objetivos por stakeholder
T

Nmero de mudanas na especificao
T

Para cada modificao na especificao: Mdia de alteraes em SLOC
T

Para cada modificao na especificao: mdia de alteraes em SLOC por
mdulo
T

Para cada modificao na especificao: mdia de alteraes SLOCs/pessoa-dia
T

Nmero total de novos requisitos
T

Modificaes de requisitos
T

Rastreabilidade dos requisitos
T

Mudanas pr/ps especificao funcional
T

Mudanas ps lanamento
T

Esforo das mudanas
T

Volatilidade das mudanas
T

Completude das mudanas
T

Taxa de erros das mudanas
T

Densidade de mudanas nos requisitos
T

Mudanas nos requisitos em um intervalo de tempo
T

Adies, excluses, modificaes no software
T

Tipos de mudana
T

Motivo da mudana
T

Origem
T

Nmero de requisitos de sistema
T

Nmero de requisites adicionados, modificados, excludos
T

Porcentual das mudanas nos requisitos
T

Porcentual de mudanas nos requisitos em um intervalo de tempo
T

Tipo de requisito
T

Os dias de esforo previstos e os reais para cada requisito
T

Nmero de dias de calendrio previsto e real para uma verso
T

Requisitos modificados em uma verso aps aprovao do plano
T

38


d) Identifying and Measuring Quality in a Software Requirements
Specification

Neste artigo os autores definem uma medida de qualidade de documentos de
requisitos. Para chegar a esta medida, atributos de qualidade so definidos,
medidas para estes atributos e valores recomendados para estas medidas so
sugeridos. As medidas so listadas abaixo:

No ambiguidade
T

Indica a taxa de requisitos interpretados de maneira nica pelos revisores. Os
valores variam entre 0 (todos os requisitos foram interpretados de mais de uma
maneira) e 1 (todos os requisitos tiveram a mesma interpretao pelos revisores).
Davis (1993) recomenda que o valor para esta medida seja 1.


Onde

= nmero de requisitos interpretados da mesma maneira pelos revisores


T
.

nmero de requisitos
T


Completude
T

Um documento de requisitos considerado completo se contm tudo o que o
software deve fazer, se possui numerao de pginas, tabelas, figuras, possui
nomes e referncias, e no contm requisitos ou sees marcados como a ser
definido. Os valores para esta medida variam de 0 (incompleto) a 1
(completo). O resultado recomendado pelos autores para esta medida 1.


39


Onde


funo nica
T

= nmero de entradas na especificao de requisitos


T

= nmero de estados definidos na especificao de requisitos


T


Corretude
T

Um documento de requisitos considerado correto se todos os requisitos
contidos nele representam o que desejado que o sistema a ser desenvolvido
faa. O resultado recomendado para esta medida 1.


Onde

= nmero de requisitos corretos


T

= nmero de requisitos no validados


T

nmero de requisitos
T


Compreensvel
T

Um documento de requisitos compreensvel quando qualquer leitor consegue
compreender facilmente o contedo do documento. Os valores desta medida
variam entre 0 (nenhum requisito foi compreendido) e 1 (todos os requisitos
foram compreendidos). Os autores recomendam que o resultado desta medida
seja 1.


40


Onde

= nmero de requisitos compreendidos pelos revisores


T

nmero de requisitos
T



Verificvel
T

Um documento de requisitos verificvel quando existem tcnicas que
verificam se todos os requisitos contidos no documento so satisfeitos pelo
sistema desenvolvido. Davis et al (1993) consideram que esta medida no
crtica para o sucesso do projeto e sugerem que o resultado seja 0,7.

) (

)



Onde

nmero de requisitos
T

(

) custo necessrio para verificar a presena do requisito

no
documento de requisitos
T

(

) tempo necessrio para verificar a presena do requisito

no
documento de requisitos
T


Internamente Consistente
T




Onde

funes nicas
T

41

nmero de funes no determinsticas


T


Externamente Consistente
T





Onde

nmero de requisitos consistentes com outros documentos


T

nmero de requisitos no consistentes


T



nmero de requisitos
T



Alcanvel
T


Um documento de requisitos alcanvel se existem pelo menos um
projeto e implementao de um sistema que implementa corretamente
todos os requisitos do documento. Tem valor 0 ou 1. O valor sugerido
para esta medida 1.

Conciso
T

Um documento de requisitos conciso se o tamanho dele o menor possvel,
porm de uma maneira que no afete outros atributos de qualidade do
documento.



Onde
42


nmero de pginas do documento de requisitos
T


Independente de Projeto
T

Um documento de requisito independente de projeto se existe mais de uma
implementao de sistema que implementa corretamente todos os requisitos
contidos no documento de requisitos.

(

)
(

)

Onde


requisitos que descrevem comportamento externo
T

requisitos que endeream arquitetura ou algoritmo da soluo


T


Rastrevel
T

Tem valor 1 quando contm uma das caractersticas abaixo, caso
contrrio, tem valor 0.
- Numerao hierrquica de cada pargrafo. Cada pargrafo contm
somente um requisito
- Numera cada requisito com um identificador nico. Esse identificador
est imediatamente aps o requisito e entre parnteses
- Usa convenes para indicar um requisito

Modificvel
T

Um documento de requisitos modificvel se est estruturado de forma que
mudanas podem facilmente ser feitas. Tem valor 1 ou 0.

43


Armazenado Eletronicamente
T

O documento de requisitos considerado armazenado eletronicamente se est
armazenado em um processador de textos, foi gerado a partir de uma base de
requisitos ou foi sintetizado de outra forma. Caso o documento de requisitos seja
armazenado eletronicamente, o valor da medida a porcentagem do volume do
documento de requisitos armazenada eletronicamente.

Executvel/Interpretvel/Prototipvel
T

Tem valor entre 0 e 1, sendo 0 quando totalmente no executvel e 1 quando
inteiramente executvel.

Taxa de comentrios relacionados prioridade
T

Um documento tem comentrios relacionados prioridade (importncia) se os
leitores podem determinar quais requisitos so os mais importantes para os
clientes. Isto , a prioridade dos requisitos.


porcentagem de requisitos com comentrios relacionados
importncia

Taxa de comentrios relacionados estabilidade
T

Um documento tem comentrios relacionados estabilidade se leitores podem
determinar quais requisitos suscetveis a mudanas.


porcentagem de requisitos com comentrios relacionados
estabilidade


44


Taxa de comentrios relacionados verso
T

Um documento de requisitos tem comentrios relacionados verso se os
leitores podem determinar quais requisitos sero satisfeitos por cada verso do
produto.


porcentagem de requisitos com comentrios relacionados
verso

No redundante
T

Um documento de requisitos no redundante se no contem requisitos
repetidos. Os valores desta medida variam entre 0 (completamente redundante) e
1 (sem redundncias).



Onde

total de funes especificadas


T

total de funes nicas especificadas


T


Nvel correto de abstrao/detalhamento
T

mdia dos valores de cada requisito que compe o SRS


T



Preciso
T


Um documento de requisitos preciso se quantidades numricas so
usadas quando possvel e os nveis adequados de preciso so usados
para cada quantidade
45



Reusvel
T

Um documento de requisitos de software considerado reusvel se contm
sentenas, pargrafos e sees que possam ser adaptadas ou utilizadas em
documentos de requisitos redigidos posteriormente.
Esta medida tem valor 1 quando todo o contedo de um documento de
requisitos for reutilizado em um documento de requisitos posterior, tem valor 0
quando nenhuma parte do documento de requisitos for reutilizada.

Rastreado
T

Um documento de requisitos dito rastreado quando possvel verificar a
origem de todos os requisitos. Esta caracterstica no pode ser medida.

Organizado
T

Um documento de requisitos organizado se, e somente se, o contedo do
documento estiver de um modo em que os leitores possam localizar informaes
e relacionamentos facilmente. No pode ser medido.

Referncias Cruzadas
T

Verifica se o documento de requisitos de software possui referncias cruzadas se
estas referncias forem utilizadas para relacionar sees que contenham
requisitos para outras sees que contenham requisitos idnticos, descries
mais detalhadas ou abstratas dos requisitos, ou quando h dependncia entre
requisitos de diferentes sees.


46


Qualidade do Documento de Requisitos
T



Onde:
Q
i
so os valores individuais das medidas de qualidade de requisitos e W
i
so os
pesos recomendados para as medidas.

e) Software Specification Metrics: A Quantitative Approach to Assess
the Quality of Documents

Kenett (1996) prope um conjunto de medidas para qualidade de um documento
de requisitos. As medidas propostas focam em medir trs caractersticas
presentes em um documento de requisitos: (i) completude, (ii) legibilidade e (iii)
acurcia. As medidas so apresentadas abaixo:
SM1 (Informao em falta
T
)

N2 = Nmero total de atributos
N3 = Nmero total de atributos que faltam
SM2 (Informao ambgua
T
)

N2 = Nmero total de atributos
N4 = Nmero total de atributos ambguos
SM3
( ) ( )
47


N5 = Nmero de atributos sem fonte
N6 = Nmero de atributos sem destino
N7 = Nmero de atributos com fonte ambgua
N8 = Nmero total de atributos com destino ambguo
N9 = Nmero de fontes de atributos
N10 = Nmero de destinos de atributos
SM4 (Atributos Vlidos
T
)


N11 = Nmero total de atributos vlidos
SM5 (Frequncia dos TBDs
T
)

N12 = Nmero de TBDs

SM6 (Condies em falta
T
)

N1 = Nmero total de sentenas
N13 = Nmero total de atributos sem condies

SM7 (Restries em falta
T
)

N14 = Nmero total de restries em falta

SM8 (Informaes descritivas
T
)

48


N15 = Nmero de sentenas descritivas

Completude
T

( )



Legibilidade
T




Acurcia
T



f) Metrics for Requirement Engineering

Quadro 4 Medidas listadas no artigo Metrics For Requirement Engineering
Nome da medida Descrio
Volatilidade dos
requisitos
T

Indica mudanas nos requisitos. Fornece informaes
sobre a estabilidade e a maturidade do sistema.
So consideradas mudanas: adio, excluso e
modificao em requisitos.
Rastreablilidade
dos requisitos
T

Indica at que ponto uma organizao presta contas para
atender os requisitos em cada etapa do ciclo de vida
atravs de uma matriz de rastreabilidade.
Completude dos
requisitos
T

Indica se as sesses do documento de requisitos esto
completas.
Densidade de
defeitos dos
requisitos
T

Indica o nmero de defeitos de requisitos encontrados
durante uma inspeo.
49


Quadro 4 Medidas listadas no artigo Metrics For Requirement Engineering
Densidade de
falhas dos
requisitos
T

Indica o nmero de falhas em requisitos detectadas
durante a execuo de testes ou anlises.
Densidade de
interfaces dos
requisitos
T

Indica quo completes e consistentes so as informaes
sobre interfaces.
Emisso de
relatrios de
problemas de
requisitos
T

Indica a quantidade de problemas detectados, incluindo
defeitos e falhas de requisitos.
Progresso da
integrao dos
requisitos
T

Indica o progresso geral dos requisitos.

g) Yet Another Set of Requirements Metrics for Software Project

Um estudo sobre medidas feito e um conjunto de medidas para requisitos
proposto.
Unicidade
T



Ri = Requisitos explicados de maneira distinta
Rt = Total de requisitos

Corretude
T



50


Rc = Requisitos interpretados da mesma maneira
Rt = Total de requisitos

Requisitos Modificados
T



Rch = Requisitos a serem modificados
Rc = Total de requisitos corretos

"Requisitos Mal Interpretados
T



Requisitos Compreensveis
T



Ru = Requisitos compreendidos pelos usurios
Rt = Total de requisitos

Modificvel
T


Rm= Requisitos modificados
Rt = total de requisitos
51



Rastreado
T



Rtr = Requisitos traados
Rt = total de requisitos

Requisitos testados
T



Rts = Requisitos testados
Rt = total de requisitos

Qualidade do Documento de Requisitos
T

( )



Rts = Requisitos testados
Ref = Erros encontrados no documento de requisitos
Red = Erros excludos do documento de requisitos
Rem = Erros modificados no documento de requisitos
Rt = total de requisitos


52


h) Quantifying Requirements Elaboration to Improve Software Cost
Estimation

NRA
Nmero de requisitos ajustados
T
.
Frmula:
NRA = NRD NRN

NRD
Nmero de requisitos satisfeitos pelo produto entregues ao cliente
T

NRN
Nmero de requisitos novos
T
.

i) Automated Measurement of Models of Requirements

Um metamodelo de requisitos definido e uma abordagem de medio
automatizada proposta anteriormente pelos autores do artigo usada para
especificar medidas de requisitos. 78 medidas de 11 artigos diferentes so
apresentadas. As medidas esto listadas no Quadro 5.


53


Quadro 5 Medidas listadas no artigo Automated Measurement of Models of
Requirements
Nome da medida
Completude por funo
T

Corretude
T

Grau de decomposio por quadro
T

Dependente de projeto
T

Nmero de diagramas de caso de uso aceitos
T

Nmero de atividades no fluxo alternativo por caso de uso
T

Nmero de atividades do fluxo principal por caso de uso
T

Nmero de atividades por ator
T

Nmero de atividades por fluxo alternativo por caso de uso
T

Nmero de atividades por objetivo
T

Nmero de atividades por caso de uso
T

Nmero de atores
T

Nmero de fluxos alternativos
T

Nmero de limites que no se comunicam com um caso de uso concreto
T

Nmero de limites que no se comunicam com um ator
T

Nmero de mudanas por quadro
T

Nmero de mudanas por requisito
T

Nmero de mudanas em requisitos de uma base por intervalo de tempo
T

Nmero de dependncias circulares entre casos de uso
T

Nmero de requisitos corretos
T

Nmero de CSCI ligados a requisitos
T

Nmero de dependncia por caso de uso
T

Nmero de fluxos por funo
T

Nmero de requisitos funcionais alocados a um lanamento do projeto
T

Nmero de funes especificadas (NF)
T

Nmero de funes no determinsticas
T

Nmero de objetivos
T

54


Quadro 5 Medidas listadas no artigo Automated Measurement of Models of
Requirments
Nmero de metas por stakeholder
T

Nmero de requisitos impactados por mudana
T

Nmero de requisitos incompletos
T

Nmero de requisitos iniciais
T

Nmero de estados de entrada por funo
T

Nmero de entradas na especificao do requisito
T

Nmero de casos de uso mistos
T

Nmero de diagramas de caso de uso no submetidos
T

Nmero de requisitos rastreados para um CSCI incompleto
T

Nmero de requisitos adicionados por quadro
T

Nmero de requisitos excludos por quadro
T

Nmero de requisitos que foram interpretados da mesma maneira pelos
revisores
T

Nmero de requisitos modificados por quadro
T

Nmero de requisitos por nvel que tem links ascendentes de rastreabilidade
inconsistentes
T

Nmero de requisitos por nvel que tem links descendentes de
rastreabilidade inconsistentes
T

Nmero de requisitos por responsveis
T

Nmero de requisitos por estado
T

Nmero de requisitos refletidos em um ou mais CSCI
T

Nmero de requisitos que mudam para uma base
T

Nmero de requisitos que descrevem arquitetura ou algoritmo
T

Nmero de requisitos que descrevem comportamento puramente externo
T

Nmero de requisitos rastreados do nvel mais baixo para o mais alto
T

Nmero de requisitos rastreados do nvel mais alto para o mais baixo
T

Nmero de requisitos rastreados para um requisito inconsistente
T

Nmero de requisitos rastreado para um ou mais requisito incompleto
T

Nmero de requisitos rastreados para um prximo nvel em ambas as
direes
T

55


Quadro 5 Medidas listadas no artigo Automated Measurement of Models of
Requirments
Nmero de requisitos rastreados para um prximo nvel abaixo
T

Nmero de requisitos rastreados para um prximo nvel
T

Nmero de requisitos
T

Nmero de responsveis por requisitos
T

Nmero de diagramas de sequncia por caso de uso
T

Nmero de stakeholders
T

Nmero de estados por caso de uso
T

Nmero de diagramas de caso de uso submetidos
T

Nmero de casos de teste por requisito
T

Nmero de funes nicas especificadas (NUF)
T

Nmero de casos de uso
T

Nmero de casos de uso no descritos por um ou mais diagramas de
comportamento
T

Nmero de casos de uso por ator
T

Nmero de casos de uso por estado
T

Nmero de casos de uso por estado por intervalo de tempo
T

Nmero de casos de uso que no esto em diagramas
T

Nmero de casos de uso que no esto em um diagrama de comportamento
anterior
T

Redundncia
T

Tamanho do maior caminho entre a primeira atividade e a ltima atividade
T

Fora de uma categoria
T

Fora de um requisito
T

Ambiguidade
T

Verificabilidade
T



56


4.2.4 Anlise dos resultados

Aps a anlise dos artigos selecionados na reviso sistemtica da literatura, 154
medidas distintas relacionadas a requisitos de software foram levantadas. Essas
medidas podem ser classificadas em:
Medidas que avaliam um nico requisito;
Medidas que avaliam a qualidade de um documento de requisitos;
Medidas que avaliam a similaridade entre dois requisitos de um
documento;
Mediadas que avaliam a evoluo de um documento de requisitos;
Medidas que avaliam diagramas e casos de uso contidos em um
documento de requisitos.





57


5 RESULTADOS E DISCUSSES

5.1 Seleo das medidas

Na RSL, 154 medidas de requisitos de software distintas foram encontradas.
Destas 154 medidas, 6 foram selecionadas para serem submetidas anlise
estatstica e anlise de aplicabilidade. As 6 medidas selecionadas so:
Compreensibilidade
T

Conciso
T

Rastrevel
T

Modificvel
T

Armazenado eletronicamente
T

Taxa de comentrios relacionados prioridade
T


Essas medidas foram selecionadas porque, a partir do estudo das
medidas, verificou-se que as medidas selecionadas no dependem de diferentes
verses de documentos de requisitos de software. Revisores podem aplic-las
facilmente sem a utilizao de ferramentas de medio. Outra razo para escolha
das medidas apresentadas foi a verificao, aps leitura dos documentos, de que
todos os documentos continham as informaes necessrias para o uso das
medidas.


58


5.2 Seleo dos Documentos de Requisitos de Software

Para selecionar os SRS a serem usados neste trabalho, foram realizadas
pesquisas no Google. Tentativas de busca nos repositrios de cdigo fonte
SourceForge e Google Code foram feitas. No SourceForge, no h informaes
explcitas se existem documentos de requisitos. No Google Code possvel
encontrar com facilidade os documentos de requisitos de software, porm,
mesmo com a facilidade de localizao dos SRS na pgina de um software, nem
todos os projetos disponibilizam seu documento de requisitos.
Uma vez que as tentativas de busca nos repositrios de cdigo fonte no
retornaram resultados satisfatrios, decidiu-se realizar a busca somente no
Google, utilizando as palavras chave: Software Requirements Specification,
Software Requirements Specification SourceForge e Software Requirements
Specification Google Code. Foram considerados os resultados das 15 primeiras
pginas de cada consulta, cada pgina continha 10 resultados. Ao final das
buscas, foram coletados 147 documentos. Aps leitura destes documentos
somente 25 foram selecionados. Os motivos para que os 1224 SRS restantes
fossem descartados so:
Documentos repetidos;
Eram apenas a estrutura de um documento de requisitos, no
apresentavam contedo relevante;
Documentos elaborados a partir da anlise do cdigo fonte e do
programa em execuo;
Documentos escritos em idiomas diferentes de ingls e portugus.

Os documentos selecionados so apresentados no Quadro 6.
59



Quadro 6 Documentos de Requisitos de Software Selecionados
Nome do projeto
Sistema de Avaliao de Resultados de Polticas de Fomento
SAGe - Sistema de Apoio Gesto da FAPESP
Agente Micromundo e Anlise do Desenvolvimento no Uso de Instrumentos
Multimdia (AMADeUS -MM)
Graphical Oncology Diagnostic System
Vyassa
Alahamora p2p Network and Tool
Controlador Residencial 8bits
Acompshop
Home Automated Lighting System
Project ZNIX
Intership
VENSSO
Mr Mobile
OneBook
LabGeo
Spatial Intersection Tool
AudioLock
Criptic
Airline Flight Information and Reservation System
Give2Get
Home Appliance Control System
Schedule
Simple Inventory
Abu Dhabi Transportation Website
Scriber
60


5.3 Anlise de aplicabilidade das medidas

Esta seo discute a aplicabilidade das medidas selecionadas e apresentadas na
Seo 5.1. Na anlise de aplicabilidade, as medidas so discutidas de acordo
com a facilidade e/ou dificuldades encontradas ao se calcular os resultados.
Aps discusso individual de cada medida, consideraes gerais sobre a
aplicao das medidas de requisitos selecionadas so apresentadas, considerando
as medidas realizadas por um revisor (autora do trabalho).

5.3.1 Anlise de aplicabilidade de cada medida

Nesta seo a anlise de aplicabilidade de cada medida apresentada.

Compreensibilidade
T
: esta uma medida difcil de ser calculada. Seu
resultado a taxa de requisitos entendidos pelos revisores. Mas entender
um texto algo subjetivo. Quando revisores avaliam um documento,
pode acontecer de um requisito ser considerado compreensvel por um
revisor, mas no ser considerado pelos outros. Outra dificuldade
encontrada a possibilidade de todos os revisores considerarem o
requisito com no entendido, mas, ao consultar a interpretao do
redator do requisito, este considerar o requisito como compreensvel.
Neste caso, seria necessrio verificar com quem escreveu os requisitos
se a interpretao de cada revisor est correta, o que consumiria muito
tempo. A avaliao de Compreensibilidade
T
subjetiva, depende da
interpretao que cada revisor d ao texto do requisito. O que pode
tornar essa avaliao menos subjetiva a utilizao de mecanismos,
61


algoritmos ou tcnicas especficas para avaliao da qualidade do texto
do requisito.
Conciso
T
: o clculo desta medida fcil, a frmula utilizada para seu
clculo simples e no utiliza variveis que dependem da interpretao
de revisores. O clculo desta medida pode ser feita somente por um
revisor sem comprometer a validade de seu resultado.

Rastrevel
T
: esta medida tem como resultado apenas os valores 0 e 1.
O valor 1 representa um documento Rastrevel
T
e 0, caso contrrio.
Porm, o valor para esta medida pode ser difcil de ser determinado
pelos revisores caso parte dos revisores no esteja familiarizado com as
convenes usadas para identificar requisitos, por exemplo, um revisor
pode no estar acostumado com a utilizao do identificador RF001 para
indicar que este o identificador do primeiro requisito funcional do
documento.

Modificvel
T
: esta medida tambm no apresenta dificuldades para ser
calculada. No usada frmula para calcular seu valor. Assim como a
medida anterior, somente os valores 1 e 0 so resultados possveis . Mas
definir se um documento modificvel ou no depende de cada revisor.
A estrutura de um documento pode ser considerada facilmente
modificvel por alguns revisores, enquanto outros acham que adaptar o
documento para mudanas pode ser difcil ou at impossvel. Um
revisor para esta medida pode ser um gerente de projetos.

Armazenado Eletronicamente
T
: esta uma medida simples, no h
dificuldades em calcular seu valor. Como descrito anteriormente, os
62


nicos valores que podem ser atribudos a esta medida so 1 e 0. E para
determinar o valor desta medida, os revisores devem verificar o
armazenamento eletrnico de um documento. Como um documento
somente pode ou no pode estar armazenado eletronicamente,
improvvel que haja diferena dos valores fornecidos pelos revisores.

Taxa de comentrios relacionados prioridade
T
: o clculo desta
medida simples, basta os revisores contarem os requisitos que tem sua
prioridade (ou importncia) indicada. . Por exemplo, o requisito com
identificador RNF001 tem sua prioridade indicada abaixo da descrio
do requisito:

RNF001: Disponibilidade
O sistema deve estar disponvel 24 horas por dia, todos os dias da
semana, salvo horrios de manuteno, backup, atualizaes e manuteno
de software e hardware.
Prioridade: Essencial Importante Desejvel

A princpio, um revisor suficiente para calcular esta medida.


63


5.3.2 Anlise geral da aplicabilidade das medidas

Para aplicao das medidas de requisitos selecionadas, buscou-se por
ferramentas automatizadas de medio. Existem poucas ferramentas. Verificou-
se que a utilizao de qualquer ferramenta invivel. As ferramentas exigem
que o documento tenha uma estrutura especfica e no aceitam idiomas
diferentes de Ingls Alm disso, as ferramentas fazem somente a contagem de
palavras (marcadas ou no pelo usurio), linhas e pargrafos.
A falta de uso de uma ferramenta para medio pode dificultar a
aplicao de medidas. Os documentos possuem tamanhos diferentes, nem todos
possuem identificao para os requisitos, dificultando a contagem dos requisitos.

5.4 Anlise estatstica dos resultados das medidas

Os dados e anlises desta seo so apresentados apenas a ttulo de ilustrao,
pois os dados e anlises somente seriam vlidos se as medidas fossem realizadas
por mais de um revisor. A anlise apresentada um estudo exploratrio da
anlise de medidas de requisitos.
Os valores das medidas calculadas para este estudo exploratrio so
apresentados no Quadro 7.
a) Anlise dos dados
A anlise dos dados apresentados no Quadro 7 foi feita utilizando o software R.
Este software uma ferramenta de anlises estatsticas. Junto com o software R,
utilizou-se a interface grfica RStudio.

64


Quadro 7 Resultados das medidas
# Compreen
- sibilidade
Conciso Rastre-
vel
Modif. Arm.
Eletron.
Coment.
D1 0,956522 0,008547 1 1 1 0,956522
D2 0,966667 0,166667 1 1 1 1
D3 1 0,285714 1 1 1 1
D4 0,941176 0,204081 0 1 1 0
D5 0,923077 0,666667 1 1 1 0,461538
D6 1 0,090909 0 0 1 0
D7 0,818182 0,1 1 1 1 1
D8 0,958333 0,47619 1 0 1 0
D9 1 0,066667 1 1 1 0
D10 0,941176 0,090909 1 0 1 0
D11 0,892857 0,05 1 1 1 0
D12 1 0,1 1 1 1 1
D13 0,967742 0,03125 1 0 1 0
D14 1 0,071428 1 1 1 0
D15 0,25 0,125 0 1 1 0,9
D16 0,969697 0,333333 1 1 1 0
D17 0,833333 0,055556 1 0 1 0
D18 1 0,058823 1 1 1 0,235294
D19 0,957447 0,052631 1 1 1 0,531915
D20 1 0,071429 1 1 1 0,214286
D21 1 0,090909 0 1 1 0
D22 0,916667 0,066667 0 0 1 0
D23 0,85 0,0625 1 1 1 0
D24 1 0,03125 0 0 1 0
D25 0,944444 0,0625 1 1 1 0,333333

A anlise de dados desta seo apenas um estudo de carter
exploratrio, como mencionado na seo anterior.
A seguir, so apresentados os histogramas de frequncia para cada
medida utilizada. Um histograma de frequncia a representao grfica da
65


distribuio dos dados, atravs dele, pode-se verificar a maior concentrao de
valores da amostra. Para cada histograma apresentado, o eixo X representa os
valores das medidas e o eixo Y representa a frequncia que os valores aparecem.
A Figura 4 apresenta o histograma de frequncia para a medida
Compreensibilidade
T
. 56% dos documentos apresentam
Compreensibilidade
T
igual a 1, ou seja, o revisor entendeu todos os requisitos
contidos nestes documentos. O menor valor encontrado para
Compreensibilidade
T
foi 0,85.
O histograma de frequncia para a medida Conciso
T
est
representado na Figura 5. Esse histograma mostra que 18 documentos (72% dos
documentos medidos) apresentam Conciso
T
entre 0,0 e 0,1. Pode-se observar
tambm que nenhum documento apresenta Conciso
T
superior a 0,7.
Considerando a medida Rastrevel
T
, verificou-se que a maioria dos
documentos considerada rastrevel pelo revisor. 19 de 25 documentos
apresentam o valor 1 para a medida Rastrevel
T
. (Ver Figura 6)
Atravs da Figura 7, pode-se observar que 18 documentos (72%) so
considerados facilmente modificveis pelo revisor. Na Figura 8, pode-se
verificar que 15 documentos (60%) tem entre 0 e 20% requisitos com
comentrios relacionados importncia. Somente 5 documentos (20%) tem uma
taxa alta de comentrios relacionados prioridade
T
(entre 80% e 100% dos
requisitos comentados).

66



Figura 4 Histograma para a medida Compreensibilidade
T



Figura 5 Histograma para a medida Conciso
T
67




Figura 6 Histograma para a medida Rastrevel
T




Figura 7 Histograma para a medida Modificvel
T



68




Figura 8 Histograma para a medida Taxa de Comentrios Relacionados
Prioridade
T


b) Anlise de varincia
Assim como a anlise dos dados mostrada anteriormente, a anlise de varincia
foi feita utilizando o software R. A anlise de varincia verifica a diferena entre
as mdias das medidas e se uma ou mais medidas influenciam outra.
A anlise de varincia foi realizada usando a funo ANOVA do R
(anova(objects,....)). Esta funo retorna um objeto que representa as tabelas de
anlises de varincia e desvio.
A anlise de varincia verifica a influncia das medidas Conciso
T
,
Rastrevel
T
e Modificvel
T
sobre as medidas Compreensibilidade
T
e
Taxa de Comentrios Relacionados Prioridade
T
.
A anlise de varincia sobre a medida Compreensibilidade
T

apresentada no Quadro 8. A coluna Mdia da quadro indica a influncia de
cada sobre a medida Compreensibilidade.
T
Atravs dos dados apresentados,
69


pode-se concluir que a medida que menos influencia Compreensibilidade
T
a
medida Conciso
T
, enquanto a medida que mais influencia a Rastrevel
T
.
Isto , para documentos considerados rastreveis, a Compreensibilidade
T

alta.
Considere, agora, a medida Taxa de Comentrios Relacionados
Prioridade
T
. Os dados da anlise de varincia dessa medida so apresentados no
Quadro 9. A coluna Mdia do quadro indica a influncia de cada medida sobre
a Taxa de Comentrios Relacionados Prioridade
T
. Neste quadro, observa-se
que Conciso
T
e Rastrevel
T
so medidas que no influenciam a Taxa de
Comentrios Relacionados Prioridade
T
. A medida Modificvel
T
apresenta
maior influncia sobre a Taxa de Comentrios Relacionados Prioridade
T
.

Quadro 8 Anlise de varincia sobre a medida "Compreensibilidade"
T

Medida Mdia
Conciso
T
0,84832
Rastrevel
T
1,39141
Modificvel
T
0,70266

Quadro 9 Anlise de Varincia sober a medida "Taxa de Comentrios
Relacionados Prioridade"
T

Medida Mdia
Conciso
T
0,0559
Rastrevel
T
0,1302
Modificvel
T
10,5741

70


6 CONCLUSO E TRABALHOS FUTUROS

A Reviso Sistemtica da Literatura foi executada para levantar as medidas de
requisitos existentes. 154 medidas de requisitos foram identificadas. Parte dessas
medidas foram propostas com o objetivo de avaliar, melhorar a qualidade dos
documentos de requisitos de software. Outras medidas foram propostas com a
finalidade de monitorar e avaliar a evoluo dos requisitos de um documento em
suas diferentes verses.
A partir da leitura dos artigos selecionados na RSL e listagem de
medidas possvel perceber que medidas de requisitos de software tem impacto
na qualidade do documento de requisitos e, consequentemente, na qualidade do
produto a ser desenvolvido. Se essas medidas forem aplicadas durante o
processo de Engenharia de Requisitos, fatores que podem gerar um documento
sem qualidade seriam minimizados. Por exemplo, os requisitos considerados
ambguos, os requisitos considerados difceis de serem entendidos pelos
revisores seriam identificados e corrigidos. Como consequncia, o software
desenvolvido a partir de um documento que teve sua qualidade avaliada atravs
da aplicao de medidas atender as necessidades dos usurios e clientes, ser
considerado um produto de qualidade, pois foi desenvolvido a partir de
requisitos analisados e corrigidos, caso necessrio, gerando requisitos e casos de
uso facilmente compreensveis pelos desenvolvedores do sistema.
A aplicao das medidas de requisitos deve ser feita manualmente, pois
uma ferramenta para realizar as medies e gerar resultado satisfatrio no foi
encontrada. Ao se observar os documentos selecionados para este trabalho,
concluiu-se que a falta de ferramentas tem como causa a falta de padronizao
de documentos. Os redatores no seguem um modelo, gerando, assim,
documentos de requisitos de software com estruturas diferentes, identificadores
71


diferentes e convenes diferentes. Outra razo observada para a deficincia de
ferramentas a necessidade de interpretao dos requisitos e SRS avaliados.
Atravs da anlise de aplicabilidade, observou-se que existem medidas
em que a interpretao do texto do documento pelos revisores influencia o
resultado, so medidas em que a opinio e entendimento do problema geram
diferenas nos resultados. Sendo assim, um valor para essas medidas somente
seria vlido se elas fossem aplicadas por mais de um revisor.
As medidas Compreensibilidade
T
e Modificvel
T
so medidas que
devem ser aplicadas por um conjunto de revisores. Essas medidas levam em
considerao a interpretao do revisor de cada requisito e da forma como o
documento de requisitos estruturado.
As medidas Armazenado Eletronicamente
T
, Conciso
T
,
Rastrevel
T
, Taxa de Comentrios Relacionados Prioridade
T
podem ser
aplicadas por apenas um revisor. So medidas que no necessitam de
interpretao do texto dos requisitos. Armazenado Eletronicamente
T
e
Rastrevel
T
s permitem valores 0 e 1. Conciso
T
e Taxa de Comentrios
Relacionados Prioridade
T
so calculadas a partir de frmulas simples que
contem 1 e 2 variveis, respectivamente.
A anlise estatstica, apesar de ter considerado apenas os dados obtidos
da aplicao das medidas por um revisor (autora do trabalho), mostra que a
Compreensibilidade
T
influenciada pela medida Rastrevel
T
, e Taxa de
Comentrios Relacionados Prioridade
T
influenciada pela medida
Modificvel
T
.
Os documentos que apresentaram maior Compreensibilidade
T
foram
aqueles considerados rastreveis. E os documentos com maior taxa de requisitos
comentados com relao a sua importncia foram considerados facilmente
modificveis.
72


As limitaes da pesquisa foram a baixa quantidade de documentos de
requisitos levantados para serem selecionados e a avaliao dos documentos por
apenas um revisor. A baixa quantidade de documentos gerou poucos resultados
para serem submetidos anlise estatstica. A avaliao realizada por apenas um
revisor no garante a validade dos resultados das medidas que consideram
caractersticas subjetivas do documento de requisitos, por exemplo, avaliar se a
estrutura do documento de requisitos modificvel.
Como trabalhos futuros, sugere-se formar um grupo de revisores e
aplicar as medidas de requisitos em uma quantidade maior de SRS. Realizar uma
anlise estatstica mais detalhada a partir dos dados obtidos e, se possvel, propor
valores de referncias para medidas de requisitos. Aplicar tcnicas de anlise de
inteligibilidade de textos existentes na rea de Processamento de Linguagem
Natural, para avaliar a qualidade do texto escrito para o requisito.


73


REFERNCIAS

COSTELLO, R. J; LIU, D. B. Metrics for Requirements Engineering. 1995.

DAVIS, A; OVERMYER, S; JORDAN, K; CARUSO, J; DANDASHI, F;
DINH, A; KINCAID, G; LEDEBOER, G; REYNOLDS, P; SITARAM, P; TA,
A; THEOFANOS, M. Identifying and Measuring Quality in a Software
Requirements Specification. 1993.

ESTABAGHY, A; DALCHER, D. A Controlled Experiment to Investigate
the Effects of Process Patterns on the Quality of Requirements Analysis.
2007.

GYRKS, J. Measurements in Software Requirements Specification
Process. 1994

IQBAL, S; KHAN, N., A. Yet Another Set of Requirements Metrics for
Software Projects. 2012.

ILYAS, M; KNG, J. A Similarity Framework for Requirements
Engineering. 2009.

KENETT, R. S. Software Specifications Metrics: A Quantitative Approach
to Assess the Quality of Documents. 1996.

KITCHENHAM, B. Procedures for Performing Systematic Reviews. 2004.

LOCONSOLE, A; BRSTLER, J. An Industrial Case Study on
Requirements Volatility Measures. 2005.

MALIK, A. A; BOHEM, B. Quantifying Requirements Elaboration to
Improve Early Software Cost Estimation. 2009.

MEDEIROS Jr, R. A. Uma Ontologia para Engenharia de Requisitos de
Software. 2006.
MONPERRUS, M; BAUDRY, B; CHAMPEAU, J; HOELTZENER, B;
JZQUEL, J. M. Automated Measurement of Models of Requirements.
2011.
74


PRESSMAN, R. S. Software Engineering A Practitioners Approach. Fifth
Edition. McGraw-Hill, 2001.

SAYO, M; BREITMAN. K. Gerncia de Requisitos. Mini-Cursos do 20
SBBD e 19 SBES. 2004.
SAYO, M; VON STAA, A; LEITE, J. C. S. P. Qualidade em Requisitos.
2003.

SOMMERVILLE, I. Software Engineering. Eighth Edition. Pearson
Education, 2007.

SWEBOK. Guide of the Software Engineering Body of Knowledge. 2004.
Disponvel em: www.swebok.org. Acesso em: 15/04/2012.

TRAVASSOS, G. H.; BIOLCHINI, J. Revises Sistemticas Aplicadas a
Engenharia de Software. 2007

ZAMBALDE, A. L.; PDUA, C. I. P. S.; ALVES, R. M. O documento
cientfico em Cincia da computao e Sistemas de Informao. Lavras/MG:
DCC/UFLA, 2008.






75


ANEXOS

ANEXO A Quadro de tradues dos termos e expresses em ingls


Quadro 10 Tabela de tradues
Termo em portugus Termo em ingls
Acurcia Accuracy
Adies, excluses, modificaes no
software
Additions, deletions, and
modifications to software
Alcanvel Achievable
Ambiguidade Unanbiguity
Armazenado Eletronicamente Eletronically Stored
Coeficiente Cosine Cosine Coefficient
Coeficiente Dice Dice Coefficient
Coeficiente Jaccard Jaccard Coefficient
Completude Completeness
Completude das mudanas Change Completeness
Completude dos requisitos Requirements Completeness
Completude por funo Completeness per function
Compreensvel Understandable
Conciso Concise
Condies em falta Missing Conditions Info
Corretude Correctness
Custo necessrio para verificar a
presena do requisito r
i
no documento
de requisitos
Cost necessary to verify presence of
requirement r
i

Densidade de defeitos dos requisitos Requirements defect density
Densidade de falhas dos requisitos Requirements fault density
Densidade de interface de requisitos Requirements interface density
Densidade de mudanas nos requisitos Requirements change density
Dependente de projeto Design Dependency
Emisso de relatrios de problemas de
requisitos
Requirements problem report/actional
item/issue
Esforo das mudanas Change effort
Executvel/Interpretvel/Prototipvel Executable/Intepretable/Prototypable
Externamente consistente Externally consistent
76


Fatores de ambiente Environmental factors
Fora de um requisito individual Strength of an individual requirement
Fora de uma categoria Strength of a category
Frequncia de TBD (To Be Done
requisitos incompletos)
TBD Frequency
Funo nica Unique functions
Grau de decomposio por quadro Degree of decomposition per frame
Independente de projeto Design-Independent
Informao ambgua Ambiguous Info
Informao em falta Missing Info
Informaes Descritivas Descriptive Info
Internamente consistente Internally consistent
Legibilidade Readability
Mdia dos valores de cada requisito
que compem o SRS
The average of the values of each of
its constituent requirements
Medidas do tamanho de caso de uso Use case size measures
Modificaes de requisitos Modification to requirements
Modificvel Modifiable
Motivo da mudana Reason of change
Mudanas nos requisitos em um
intervalo de tempo
Requirements changes in time
Mudanas ps lanamento Post release changes
Mudanas pr/ps especificao
funcional
Pre/Post functional specification
changes
No ambiguidade Unambiguous
No redundante Not Redundant
Nvel correto de
abstrao/detalhamento
At Right Level of Detail
Nmero de atividades do fluxo
principal por caso de uso
Number of activities in the main flow
per use case
Nmero de atividades no fluxo
alternativo por caso de uso
Number of activities in the alternative
flows per use case
Nmero de atividades por ator Number of activities per actor
Nmero de atividades por caso de uso Number of activities per use cases
Nmero de atividades por fluxo
alternativo por caso de uso
Number of activities per alternative
flow per use case
Nmero de atividades por objetivo Number of activities per goal
Nmero de atores Number of actors
77


Nmero de casos de teste por requisite Number of test cases per requirement
Nmero de casos de uso Number of use cases
Nmero de casos de uso mistos Number of mixed use cases
Nmero de casos de uso no descritos
por um ou mais diagramas de
comportamento
Number of use cases non-described by
one or more behavioral diagram
Nmero de casos de uso por ator Number of use cases per actor
Nmero de casos de uso por estado Number of use cases per status
Nmero de casos de uso por estado
por intervalo de tempo
Number of use cases per status per
frame time
Nmero de casos de uso que no esto
em um diagrama de comportamento
anterior
Number of use cases that do not
appear on a parent behavior diagram
Nmero de casos de uso que no esto
em diagramas
Number of use cases that do not
appear on a diagram
Nmero de CSCI ligados a requisitos
Number of CSCI linked to a
requirement
Nmero de dependncia por caso de
uso
Number of dependencies per use case
(includes, extends)
Nmero de dependncias circulares
entre casos de uso
Number of circular dependencies
between use cases
Nmero de destinos de atributos
Nmero de diagramas de caso de uso
no submetidos
Number of non-submitted use case
diagrams
Nmero de diagramas de casos de uso
aceitos
Number of accepted use case
diagrams
Nmero de diagramas de sequncia
por caso de uso
Number of sequence diagrams per use
case
Nmero de diagramas de caso de uso
submetidos
Number of submitted use case
diagrams
Nmero de dias de calendrio previsto
e real para uma verso
The planned and actual number of
calendar days for a version
Nmero de entradas na especificao
do requisito
Number of inputs specified in the SRS
Nmero de estados de entrada por
funo
Number of input states per functions
(A)
Nmero de estados definidos na
especificao dos requisitos
Nmero de estados definidos ou
implcitos no SRS
Nmero de estados por caso de uso Number of states per use case
Nmero de estmulos de entrada por Number of input stimulus per function
78


funo
Nmero de fluxos alternativos Number of alternative flows
Nmero de fluxos por funo Number of flows per function
Nmero de fontes de atributos
Nmero de funes especificadas
(NF)
Number of functions specified (NF)
Nmero de funes no
determinsticas
Number of functions that are non-
deterministic (NUFND)
Nmero de funes nicas
especificadas (NUF)
Number of unique functions specified
(NUF)
Nmero de limites que no se
comunicam com um ator
Number of boundaries that do not
communicate with an actor
Nmero de limites que no se
comunicam com um caso de uso
concreto
Number of boundaries that do not
communicate with a concrete use case
Nmero de metas por stakeholder Number of goals per stakeholder
Nmero de modificaes Number of changes
Nmero de mudanas em requisitos de
uma base por intervalo de tempo
Number of changes to requirement
incorporated into baseline per frame
time
Nmero de mudanas na especificao Number of specification changes
Nmero de mudanas por quadro Number of Changes per Frame
Nmero de mudanas por requisite Number of Changes per Requirement
Nmero de objetivos Number of goals
Nmero de objetivos por stakeholder Number of goals per stakeholder
Nmero de pginas do documento de
requisitos
Number of pages
Nmero de requisites adicionados,
modificados, excludos
Number of requirements added,
modified, deleted
Nmero de requisitos Number of requirements
Nmero de requisitos Number of Requirements
Nmero de requisitos adicionados por
quadro
Number of Requirements Added per
Frame
Nmero de requisitos consistentes
com outros documentos
Number of requirements in the SRS
that are consistent with all other
documents
Nmero de requisitos corretos Number of correct requirements
Nmero de requisitos de sistema Total number of system requirements
Nmero de requisitos em que simpless Number of requirements for which all
79


os revisores apresentam interpretao
idntica
reviewers presented identical
interpretation
Nmero de requisitos excludos por
quadro
Number of Requirements Deleted per
Frame
Nmero de requisitos funcionais
alocados a um lanamento do projeto
Number of functional allocated to a
project release
Nmero de requisitos impactados por
mudana
Number of impacted requirements per
change
Nmero de requisitos incompletos Number of incomplete requirements
Nmero de requisitos iniciais Number of Initial Requirements
Nmero de requisitos modificados por
quadro
Number of Requirements Modified
per Frame
Nmero de requisitos no consistentes
Number of requirements in the SRS
that are not consistente with all other
documents
Nmero de requisitos no validados
Number of not (yet) validated
requirements
Nmero de requisitos por estado Number of requirements per status
Nmero de requisitos por nvel que
tem links ascendentes de
rastreabilidade inconsistentes
Number of requirements per level that
have inconsistent traceability links
upward
Nmero de requisitos por nvel que
tem links descendentes de
rastreabilidade inconsistentes
Number of requirements per level that
have inconsistent traceability links
downward
Nmero de requisitos por responsveis
Number of requirements per
responsible
Nmero de requisitos que descrevem
arquitetura ou algoritmo
Number of requirements that describe
architecture algorithm (NAC)
Nmero de requisitos que descrevem
comportamento puramente externo
Number of requirements that describe
pure external behavior
Nmero de requisitos que foram
compreendidos pelos revisores
Number of requirements for which all
reviewers thought they understood
Nmero de requisitos que foram
interpretados da mesma maneira pelos
revisores
Number of requirements for which all
reviewers presented identical
interpretations
Nmero de requisitos que mudam para
uma base
Number of requirements that changes
to a baseline
Nmero de requisitos rastreado para
um ou mais requisito incompleto
Number of requirements that trace to
one or more incomplete requirement
Nmero de requisitos rastreados do
nvel mais alto para o mais baixo
Number of requirements that trace
from the highest to lowest
80


Nmero de requisitos rastreados do
nvel mais baixo para o mais alto
Number of requirements that trace
from lowest to highest
Nmero de requisitos rastreados para
um CSCI incompleto
Number of requirement traced to
incomplete CSCI
Nmero de requisitos rastreados para
um prximo nvel
Number of Requirements that trace to
the next level up
Nmero de requisitos rastreados para
um prximo nvel abaixo
Number of Requirements that trace to
the next level down
Nmero de requisitos rastreados para
um prximo nvel em ambas as
direes
Number of requirements that trace to
the next direction in both directions
Nmero de requisitos rastreados para
um requisito inconsistente
Number of requirements that trace to
inconsistent requirement
Nmero de requisitos refletidos em
um ou mais CSCI
Number of requirements reflected in
one or more CSCI
Nmero de requisitos satisfeitos pelo
produto que foi entregue ao cliente
Number of requirements satisfied by
the product delivered to the client
Nmero de responsveis por requisitos
Number of responsible per
requirement
Nmero de stakeholders Number of stakeholders
Nmero total de aes atmicas por
objetivo e ator
Total number of atomic actions per
goal and actor
Nmero total de novos requisitos Total number of new requirements
Organizado Organized
Origem Origin
Os dias de esforo previstos e os reais
para cada requisito
The planned and actual effort days for
each requirements
Padres de processos Process Patterns
Para cada modificao na
especificao: Mdia de alteraes em
SLOC
For each specification change: average
changed SLOC
Para cada modificao na
especificao: mdia de alteraes em
SLOC por mdulo
For each specification change: average
changed SLOC per module
Para cada modificao na
especificao: mdia de alteraes
SLOCs/pessoa-dia
For each specification change: average
changed SLOCs/personday
Porcentual das mudanas nos
requisitos
Percentage of total requirements
change
Porcentual de mudanas nos requisitos The percentage of requirements
81


em um intervalo de tempo change in a given period time
Preciso Precise
Progresso da integrao dos requisitos Requirements Integrated progress
Qualidade do Documento de
Requisitos
SRS Quality
Qualidade geral do documento de
requisitos
Overall SRS Quality
Quantidade de informaes que um
requisito contm em um determinado
momento
Amount of information contained in
requirements at a certain time
Rastreabilidade dos requisitos Requirements Traceability
Rastreado Traced
Rastrevel Traceable
Referncias Cruzadas Cross referenced
Rendundncia Redundancy
Requisitos compreensveis Understandable requirements
Requisitos estveis Stable requirements
Requisitos Mal Interpretados Missinterpreted requirements
Requisitos modificados Changed Requirements
Requisitos modificados
Requisitos modificados em uma
verso aps aprovao do plano
Requirements changes made to a
version after plan approval
Requisitos modificveis classificados
em mutveis, emergentes,
consequentes, adaptveis, migrao
Changing Requirements classified in
mutable, emergent, consequential,
adaptive, migration
Requisitos testados Requirement testing
Restries em falta Missing Constraints
Reusvel Reusable
Tamanho do maior caminho entre a
primeira atividade e a ltima atividade
Size of the longest path between the
first activity and the final activity
Taxa de comentrios relacionados
estabilidade
Annotated by relative stability
Taxa de comentrios relacionados
prioridade
Annotated by relative importance
Taxa de comentrios relacionados
verso
Annotated by version
Taxa de erros das mudanas Change Error Rate
Tempo necessrio para verificar a
presena do requisito

no documento
Time necessary to verify presence of
requirement r
i

82


de requisitos
Testes de requisitos Requirements testing
Tipo de requisito Type of Requirement
Tipos de mudana Change Types
Total de funes especificadas The actual functions specified
Total de funes nicas especificadas The actual unique functions specified
Unicidade Uniqueness
Verificabilidade Verifiability
Verificvel Verifiable
Volatilidade das mudanas Change Volatility
Volatilidade dos requisitos Requirements Volatility