24 Engenharia de Software Magazine - Documento de Requisitos

Antonio Mendes da Silva Filho

antoniom.silvafilho@gmail.com
Professor e consultor em rea de tecnologia
da informao e comunicao com mais de
20 anos de experincia profissional, autor do
livros Arquitetura de Software e Programan-
do com XML, ambos pela Editora Campus/El-
sevier, tem mais de 30 artigos publicados em
eventos nacionais e internacionais, colunista
para Cincia e Tecnologia pela Revista Espao
Acadmico com mais de 80 artigos publicados,
tendo feitos palestras em eventos nacionais e
exterior. Foi Professor Visitante da University
of Texas at Dallas e da University of Ottawa.
Formado em Engenharia Eltrica pela Uni-
versidade de Pernambuco, com Mestrado em
Engenharia Eltrica pela Universidade Federal
da Paraba (Campina Grande), Mestrado em
Engenharia da Computao pela University of
Waterloo e Doutor em Cincia da Computao
pela Univesidade Federal de Pernambuco.
De que se trata o artigo?
Apresenta o documento de requisitos de software,
destacando-o como um dos principais documentos
pertinentes ao processo de desenvolvimento de
software e ilustrando como ele deve ser elaborado.
Para que serve?
Informar o leitor sobre quais elementos considerar
quando da elaborao de um documento de requi-
sitos, levando em considerao o pblico alvo do
documento que engloba cliente, desenvolvedores
e gerentes, dentre outros.
Em que situao o tema til?
Durante o desenvolvimento de um sistema de
software, no qual h a necessidade de elaborar o
documento descrevendo o conjunto de requisitos
do sistema de modo a informar tanto equipe de
projeto quanto cliente, o que ser implementado.
Documento de Requisitos
Essencial ao Desenvolvimento de Software
U
m engenheiro de software um
prossional que deve ter a habi-
lidade de antecipar e gerenciar
mudanas de requisitos de um produto
de software. Alm disso, ele precisa saber
se expressar e comunicar-se bem a m
de capturar e registrar adequadamente
o documento de requisitos. Os princi-
pais problemas no desenvolvimento de
um sistema de software decorrem do
entendimento errado entre engenheiro
de software (produtor), responsvel em
apresentar o documento de requisitos, e
usurio (consumidor). Um documento
de requisitos de software precisa ser
claro, consistente e completo, porque
esse documento servir de referncia
aos desenvolvedores, gerente de projeto,
engenheiros de software (responsveis
pelos testes e manuteno do sistema),
alm de servir de base para denir o
escopo das funcionalidades a serem
registradas num contrato. Perceba que
os requisitos compreendem o cerne de
qualquer produto e mudanas sobre eles
Edio 10 - Engenharia de Software Magazine 25
ENGENHARI A DE REQUI SI TOS
podem ocorrer ao longo do ciclo de vida de um software. Este
artigo trata da importncia do documento de requisitos de
software e exemplica como ele pode ser elaborado.
Requisitos de Software
Desenvolver um sistema de software requer um processo, o
qual informa um conjunto de atividades a serem realizadas,
quem as executam, quais artefatos de entrada so necessrios
e quais artefatos de sada so produzidos. Nesse sentido, de-
tectar erros ou quaisquer outros problemas como, por exemplo,
inconsistncia e falta de clareza de suma importncia de
modo a tornar o processo mais efetivo sob o ponto de vista
de custo. Adwicionalmente, envolver o usurio no processo
determinante para o sucesso do produto e do processo. Dentro
deste contexto, entender adequadamente o requisito essencial
e essa tarefa do engenheiro de software. Um requisito com-
preende uma caracterstica ou funcionalidade que o sistema
deve possuir ou uma restrio que deve satisfazer para atender
uma necessidade do usurio. Dessa forma, o engenheiro de
software, desempenhando o papel de engenheiro de requisitos,
deve executar duas atividades essenciais para a elaborao do
documento de requisitos:
Elicitao de requisitos atividade na qual os requisitos do
sistema a ser desenvolvido so levantados;
Anlise de requisitos atividade na qual os requisitos so
analisados e conrmados pelos principais interessados do
projeto (isto , os stakeholders) que incluem cliente, usurio
nal e gerente de projetos, dentre outros.
Considera-se ainda que a elicitao de requisitos objetiva
denir caractersticas do sistema sob a perspectiva do cliente,
enquanto que a anlise de requisitos visa obter a especicao
de requisitos, do ponto de vista tcnico, conforme entendimen-
to dos desenvolvedores.
Durante a realizao destas atividades, o engenheiro de
software est preocupado em levantar, entender, analisar
e, por fim, documentar os requisitos. Para tanto, ele deve
concentrar-se nas caractersticas do sistema e atributos de
qualidade, e no em como obt-los. Aqui, preciso identificar
quais requisitos fazem parte ou no do escopo do sistema a
ser desenvolvido, ou em outras palavras, entender a interface
do sistema considerado e o ambiente externo.
importante ressaltar a necessidade de definir o limite, ou
tambm denominado escopo do sistema, a fim de tratar os
requisitos funcionais e no funcionais do sistema. Alm disso,
quando da elaborao do documento de requisitos, o enge-
nheiro de software deve levar em considerao os diferentes
pontos de vistas dos stakeholders de modo que o documento
resultante possa comunicar adequadamente o conjunto de
requisitos do sistema a ser construdo.
Documento de Requisitos
O documento de requisitos delimita o escopo do conjunto
de funcionalidades que um sistema deve prover, bem como
descreve os atributos de qualidade que devem ser suportados.
Este documento deve ser elaborado de maneira precisa,
completa, consistente e, principalmente, compreensvel aos
stakeholders (isto , os principais interessados no sistema).
Note que o documento de requisitos ser lido por vrias pesso-
as interessadas no projeto como, por exemplo, cliente, gerente
de projeto, engenheiro de testes e programadores, e, portanto,
precisa comunicar com clareza os requisitos do sistema. Dessa
forma, tem-se que um documento de requisitos:
elaborado pelo engenheiro de software e compreende o
conjunto de requisitos do sistema a ser desenvolvido;
Deve ser analisado e confirmado pelos stakeholders;
Integra e relaciona um conjunto de perspectivas dos inte-
ressados do projeto;
Itens de um
Documento de Requisitos
Contedo
1. Introduo
Contm uma descrio dos objetivos do documento, o pblico
ao qual ele se destina e, em linhas gerais, o propsito e escopo
do projeto a ser desenvolvido. Pode adicionalmente conter
termos e abreviaes usadas, tipos de prioridades atribudas aos
requisitos, alm de informar como o documento deve evoluir.
2. Requisitos Funcionais
Esta seo descreve, de maneira sumarizada, as principais
funcionalidades que o sistema de software ir realizar.Por exemplo,
num sistema de biblioteca,esta seo deveria conter uma descrio
das funcionalidades de autenticao de usurio e controle de
acesso.Observe que o sumrio das funcionalidades de um sistema
se faz necessrio para permitir o entendimento das funcionalidades
do sistema pelos diversos stakeholders. O engenheiro de software
deve organizar o conjunto de funcionalidades do sistema de
modo a torn-las mais compreensveis aos clientes e demais
stakeholders. Vale ainda ressaltar que o documento de requisitos
pode ser complementado por outro documento como, por
exemplo,especificaes de casos de uso.
3. Requisitos No-Funcionais
Apresenta-se uma descrio geral de outros requisitos do
produto que limitam opes de desenvolvimento do sistema.
Isto inclui a descrio de requisitos de segurana, confiabilidade,
timeout de sesso de usurio, usabilidade, dentre outros.
Esta seo considera os requisitos do produto, do processo, da
interface grfica e da plataforma tecnolgica empregada.
4. Escopo No-Contemplado
Contm descrio das funcionalidades no contempladas no
escopo do sistema a ser desenvolvido. Outra denominao
dada a esta seo escopo negativo. Isto visa garantir s
partes interessadas no sistema (isto , cliente e equipe de
desenvolvimento) quais funcionalidades fazem parte ou no
do conjunto a ser implementado.
5. Documentao Complementar
Exemplos desses documentos compreendem atas de reunies
nas quais ocorrero levantamento e validao de requisitos,
bem como o plano de projeto.
6. Apndice
Trata-se de uma seo que pode conter, por exemplo,
levantamento de perfil de usurios do sistema a ser
desenvolvido e descrio do problema a ser automatizado pelo
sistema de software. importante observar que o apndice
no parte do documento de requisitos e serve apenas como
informao de apoio para os leitores do documento.
Tabela 1 - Pelaao de itens de um documento de requisitos.
26 Engenharia de Software Magazine - Documento de Requisitos
Serve como mecanismo de comunicao para os stakeholders
(i.e. as partes interessadas do projeto);
Captura e documenta os requisitos do projeto e serve de
referncia para testes, manuteno e evoluo do sistema.
O documento de requisitos de um projeto tem o objetivo de
documentar o escopo do sistema a ser desenvolvido. Nesse
sentido, o documento de requisitos deve conter:
Introduo e viso geral do documento
Descrio de requisitos funcionais
Descrio de requisitos no-funcionais
Escopo no contemplado (de funcionalidades)
Documentao de apoio
importante perceber a importncia do documento de
requisitos como determinante para o sucesso de um projeto.
Ele identifica quais funcionalidades fazem parte ou no do
escopo do sistema. A seo seguinte apresenta um exemplo
de um documento de projeto ilustrando e complementando
os pontos destacados acima.
Exemplificando o Documento de Requisitos
O engenheiro de software, ao elaborar o documento de re-
quisitos, deve buscar um compromisso de comunicar bem as
funcionalidades do sistema a ser desenvolvido e da definio
em detalhes com clareza e consistncia para os programa-
dores e engenheiros de testes (responsveis pela implemen-
tao do sistema e elaborao e execuo de plano de testes,
respectivamente).
A Tabela 1 apresenta uma relao dos itens consideradas im-
prescindveis em um documento de requisitos. A relao de itens
destacados na Tabela 1 no pressupe a inteno de ser completo,
mas de apontar os itens considerados como obrigatrios num
documento de requisitos. Cabe destacar que os itens sugeridos
para compor um documento de requisitos, conforme apresen-
tado na Tabela 1, leva em considerao as recomendaes de
1. Introduo
Este documento descreve um sistema que prover
notcias e contedo online, denominado de Sistema
Exemplo, a ser desenvolvido para a Empresa XYZ. Seu
propsito prover notcias sobre os mais variados con-
tedos, permitindo acesso integral apenas aos usurios
leitores cadastrados no sistema.
Viso geral do documento
Esta introduo fornece as informaes necessrias
para utilizar este documento, explicitando seus obje-
tivos e as convenes que foram adotadas no texto. As
demais sees apresentam a especificao do sistema
Exemplo e esto organizadas como descrito abaixo.
Requisitos funcionais: compreende o conjunto de
requisitos funcionais do sistema a ser desenvolvido,
descrevendo suas prioridades.
Requisitos no funcionais: contm os requisitos no
funcionais do sistema a ser desenvolvido, divididos em re-
quisitos de produto, processo e plataforma tecnolgica.
Escopo no contemplado: descreve as funcionalida-
des que so relacionadas com o sistema, mas que no
fazem parte do escopo do mesmo e, portanto, no sero
implementadas.
Documentao complementar: compreende um
conjunto de documentos complementares que contm
informaes relacionadas ao projeto.
Termos e convenes
Esta parte do documento explica os conceitos de ter-
mos importantes que sero citados no decorrer deste
documento, conforme descrito no quadro abaixo.
Prioridades dos requisitos
A atribuio de prioridade dos requisitos pode ser de trs
tipos: essencial, importante e desejvel. A prioridade dos
requisitos pode ser usada no gerenciamento do escopo do
projeto e na definio das prioridades para o desenvolvi-
mento do sistema.
Essencial: requisito sem o qual o sistema no entra em
funcionamento. Requisitos essenciais so requisitos im-
prescindveis, devendo ser disponibilizados na implantao
do sistema.
Importante: requisito sem o qual o sistema entra em
funcionamento, mas de forma no satisfatria. Requisitos
importantes no impedem a implantao do sistema, mas
devem ser implementados o mais breve possvel.
Desejvel: requisito que, embora no implementado,
ainda permite o sistema funcionar de modo satisfatrio
sem comprometer as funcionalidades bsicas do sistema.
Requisito desejvel um requisito que pode ser entregue em
qualquer momento sem prejuzo para os servios oferecidos
pelo sistema.
Termo Descrio
Requisitos funcionais Requisitos de software que compe o sistema, descrevendo
aes que o sistema dever executar quando solicitado.
Requisitos no funcionais Requisitos de software que compem o sistema, descrevendo
atributos de qualidade que o sistema deve possuir, ou restries
que ele deve satisfazer.
Requisitos no tcnicos Requisitos no relacionados ao software como, por exemplo,
material de divulgao do projeto (eventos, relatrios tcnicos e
outras publicaes). Esses requisitos esto fora do escopo deste
documento, podendo ser includos no Plano do Projeto.
Quadro 1. Lxemplo da Seao l do Documento de Pequisitos.
Quadro 1. Lxemplo da Seao l do Documento de Pequisitos.
Edio 10 - Engenharia de Software Magazine 27
ENGENHARI A DE REQUI SI TOS
2. Requisitos Funcionais
2.1 Controle de Acesso
Esta seo apresenta a descrio das funcionalidades de
controle de acesso de usurios alm das funcionalidades
para superviso dos acessos ocorridos.
RF01 - Solicitar cadastro no servio de recomendao
Este requisito permite aos usurios solicitar Empresa
XYZ o seu cadastramento no Sistema Exemplo. Essas
solicitaes ficam pendentes de aceitao at que sejam
validadas e aprovadas por parte de um funcionrio da
Empresa XYZ.
Prioridade: Essencial Importante Desejvel
RF02 Registrar cadastro de usurio no servio de
recomendao
Este requisito permite que um funcionrio da Empresa
XYZ valide o cadastro e libere o acesso de um usurio ao
Sistema Exemplo efetuando o seu registro aps o usurio
confirmar leitura e aceitao (via Internet) do Termo de
Responsabilidade de Acesso e Uso do Sistema Exemplo.
Prioridade: Essencial Importante Desejvel
RF03 - Alterar senha de acesso
Este requisito permite ao usurio trocar sua senha de aces-
so ao sistema. Para efetivar a troca de senha, os seguintes
critrios de segurana sero verificados: tamanho mnimo
e mximo da senha, definio de perodo de validade da
senha e reuso de senhas anteriores. Estes critrios devero
ser definidos no banco de dados. A gerncia dos critrios de
segurana da senha dever ser controlada por um sistema
gerenciador de banco de dados (SGBD).
RF04 Autenticar usurio
Este requisito faz a autenticao do usurio atravs de seu
login e senha e, em seguida, exibe um menu de opes de
acordo com as funcionalidades permitidas ao usurio em
conformidade com seu perfil de acesso. Toda vez que o
usurio efetuar um login no sistema, dever ser registrada
a abertura de um log de acesso do usurio.
Prioridade: Essencial Importante Desejvel
RF05 Consultar permisses de acesso
Este requisito permite que um funcionrio da Empresa
XYZ consulte as permisses de acesso de usurios ao siste-
ma, obtendo informao sobre o tipo de acesso e expirao
da permisso de acesso ao sistema.
RF06 Cancelar acesso de usurio
Este requisito permite que qualquer usurio autorizado
(cadastrado) cancele o acesso aos contedos do sistema.
Os dados dos usurios para cancelar o acesso ao sistema
devem estar definidos no banco de dados.
2.2 Outros Servios
Esta seo descreve as funcionalidades para efetuar
alteraes nos cadastros de usurios, bem como alterao
cadastral de dependentes.
RF06 Alterar cadastro de usurio
Este requisito permite que um usurio possa alterar di-
retamente seus dados cadastrais no sistema Exemplo, bem
como fazer a incluso ou excluso de usurios dependentes
para acesso ao contedo do sistema.
Prioridade: Essencial Importante Desejvel
Quadro 2. Lxemplo da Seao 2 do Documento de Pequisitos.
x
x
Prioridade: Essencial Importante Desejvel x
x
Prioridade: Essencial Importante Desejvel x
Prioridade: Essencial Importante Desejvel x
x
documento padro IEEE-Std 830-1998 recomendado pelo IEEE
e referenciado no quadro de links deste artigo.
O contedo exato das sees que compem um documento de
requisitos, de um modo geral, varia de empresa para empresa.
As subsees, destacadas nos Quadros 1 a 5, ilustram o conte-
do que compe um documento de requisitos. O propsito do
sistema Exemplo, usado aqui apenas com fins ilustrativos,
similar ao de um sistema como o de portais de jornais e revis-
tas e outros provedores de contedo que permitem o acesso a
contedo, como o portal UOL, apenas a clientes devidamente
cadastrados no sistema.
Note que o Quadro 1 apresenta uma viso geral do docu-
mento e identifica um subconjunto de termos e convenes que
pode caracterizar o projeto. Todo e qualquer termo, conveno
adotada ou abreviaes deveriam ser apresentadas nesta seo
a fim de comunicar s partes envolvidas e interessadas (i.e. os
stakeholders) o seu significado. Isto visa prover os stakeholders
com as denominaes corretas empregadas no projeto.
A seo seguintwe apresenta a segunda parte do documento
de requisitos que contm descrio dos Requisitos Funcionais
(RFs), conforme ilustrado no Quadro 2.
O Quadro 2 apresenta a descrio de um conjunto de
28 Engenharia de Software Magazine - Documento de Requisitos
3. Requisitos No Funcionais
3.1 Requisitos do Produto
Esta seo apresenta a descrio do conjunto de requi-
sitos do Sistema Exemplo para prover contedo para
usurios cadastrados.
RNF01 Segurana
O Sistema Exemplo da empresa XYZ deve dispor de
mecanismos de segurana para a autenticao de usu-
rios e controle de acesso a contedos e funcionalidades
do sistema, garantindo o acesso apenas para usurios
cadastrados. O site dever utilizar protocolo HTTPS, com
uso de certificado digital, garantindo a autenticao do
servidor, bem como proteo e confidencialidade das
informaes em trnsito.
RNF02 Senha criptografada
O sistema Exemplo dever prover o usurio com senha
criptografada. O sistema Exemplo deve fazer uso de um
algoritmo que no permita obter a senha criptografada.
Este mecanismo de criptografia dever ser implementado
pelo sistema gerenciador de banco de dados (SGBD).
RNF03 Usabilidade
O sistema Exemplo deve prover o usurio com interface
simples e intuitiva, de fcil navegao para facilitar o uso
do mesmo por parte dos usurios.
RNF04 Apresentao da interface grfica
O sistema Exemplo deve fazer uso, exclusivamente, da
lngua Portuguesa para todo e qualquer texto apresen-
tado no portal de contedos e adicionalmente deve ser
executado no browser Internet Explorer, verso 6.0 ou
superior, com resoluo 800 x 600.
RNF05 Ajuda online
O sistema Exemplo deve prover os usurios com Ajuda
online para orient-lo quanto ao acesso e uso das funcio-
nalidades do sistema Exemplo.
3.2 Requisitos do Processo
Esta seo apresenta a descrio dos requisitos re-
lativos ao processo utilizado no desenvolvimento do
sistema Exemplo.

RNF06 Arquitetura de software
A implementao do sistema Exemplo deve empregar
uma arquitetura de 3 (trs) camadas: apresentao,
negcio e dados.
RNF07 Linguagem de programao adotada
A implementao do sistema Exemplo deve utilizar
a linguagem Java, adotando padro J2EE.
3.2 Requisitos de Tecnologia Adotada
Esta seo apresenta a descrio dos requisitos rela-
tivos s tecnologias adotadas no desenvolvimento do
sistema Exemplo.
RNF08 Disponibilidade
O portal de contedos do sistema Exemplo dever
estar disponvel aos usurios 24 horas por dia e 7 dias
por semana.
RNF09 Banco de dados
A implementao do sistema Exemplo deve empregar
o SQL Server 2005 Enterprise Edition como servidor
de banco de dados.
RNF10 Componentizao
Cada componente do sistema Exemplo deve ser um
JAR, os quais devero ser includos em um arquivo
WAR (centralizador). Os arquivos JAR ficaro em
projetos distintos.
Prioridade: Essencial Importante Desejvel x
Prioridade: Essencial Importante Desejvel x
Prioridade: Essencial Importante Desejvel x
Prioridade: Essencial Importante Desejvel x
Prioridade: Essencial Importante Desejvel x
Prioridade: Essencial Importante Desejvel x
Prioridade: Essencial Importante Desejvel x
Prioridade: Essencial Importante Desejvel x
Prioridade: Essencial Importante Desejvel x
Prioridade: Essencial Importante Desejvel x
Quadro 3. Lxemplo da Seao 3 do Documento de Pequisitos.
Edio 10 - Engenharia de Software Magazine 29
ENGENHARI A DE REQUI SI TOS
requisitos funcionais de um sistema Exemplo. Perceba que
o objetivo no foi de ser completo, mas o de ilustrar como a
seo que descreve os requisitos funcionais de um documento
de requisitos poderia ser elaborada. Note tambm que as
informaes apresentadas neste documento tm a inteno
de comunicar s partes envolvidas e interessadas o conjunto
de requisitos funcionais do sistema a ser desenvolvido.
A seo seguinte apresenta a terceira parte do documento
de requisitos que compreende a descrio dos Requisitos
No Funcionais (RNFs), conforme ilustrado no Quadro 3.
O Quadro 3 apresenta a descrio de um conjunto de requi-
sitos no funcionais do sistema Exemplo. Vale ressaltar que
apenas alguns requisitos no funcionais so apresentados
para ilustrar como essa seo do documento de requisitos
poderia ser elaborada.
A seo seguinte apresenta a quarta parte do documento
de requisitos que descreve o escopo no contemplado, con-
forme ilustrado no Quadro 4.
O Quadro 4 apresenta a descrio de um conjunto de
funcionalidades e requisitos no contemplados na imple-
mentao do Sistema Exemplo. Finalmente, o Quadro 5
apresenta a quinta parte do documento de requisitos que
lista um conjunto de documentos complementares.
Comentrios Finais
Requisitos de software compreendem a essncia de
um produto, os quais definem as funcionalidades que o
sistema deve prover e restries que ele deve satisfazer.
Documentar bem os requisitos de software atividade de
suma importncia para um engenheiro de software que
deve levar em considerao o pblico diverso que far uso
desse documento.
4. Escopo No Contemplado
Esta seo apresenta um conjunto de funcionalidades
e requisitos que no esto contemplados no escopo do
Sistema Exemplo.
4.1 Controle de acesso:
Realizao de bloqueio de acesso aos usuri os que pos-
suam mensalidades em atraso junto empresa XYZ.
Cadastro (incluso, alterao, excluso) de tipos de usurios.
5. Documentao Complementar
Esta seo apresenta documentao de apoio, refe-
renciando um conjunto de outros documentos que
complementam e suportam as informaes contidas no
documento de requisitos.
Ata de Reunio Levantamento de Requisitos do Mdulo
A do Sistema Exemplo, 12/01/2009.
4.2 Outros servios
Atualizao de informaes do portal de contedos.
Mecanismo de FAQ e de busca aos contedos do
portal.
Atendimento a consultas atravs de e-mail.
4.3 Segurana
Definio das polticas de segurana necessrias
administrao do Sistema Exemplo.
Ata de Reunio Levantamento de Requisitos do M-
dulo B do Sistema Exemplo, 13/01/2009.
Ata de Reunio Levantamento de Requisitos do M-
dulo C do Sistema Exemplo, 14/01/2009.
Ata de Reunio Validao de Requisitos do Sistema
Exemplo, 15/01/2009.
Plano de Projeto do Sistema Exemplo.
Quadro 4. Lxemplo da Seao 4 do Documento de Pequisitos.
Quadro 5. Lxemplo da Seao 5 do Documento de Pequisitos.
Writing a Software Requirements Document
http://www2.sims.berkeley.edu/courses/is208/s02/ReqsDoc.pdf
IEEE Standard 830-1998
http://standards.ieee.org/reading/ieee/std_public/description/se/830-1998_desc.html
Military Standard Defense System Software Development DOD-STD-2167
www.everyspec.com/DoD/DoD-STD/download.php?spec=DOD-STD-2167.000278.pdf
Software Documentation
http://en.wikipedia.org/wiki/Software_documentation
Requirements Engineering A Roadmap
http://www.cs.toronto.edu/~sme/papers/2000/ICSE2000.pdf
Requirements Engineering A Good Practice Guide
http://www.comp.lancs.ac.uk/computing/resources/re-gpg/
Links
D seu feedback sobre esta edio!
A Engenharia de Software Magazine tem que ser feita ao seu gosto.
Para isso, precisamos saber o que voc, leitor, acha da revista!
D seu voto sobre este artigo, atravs do link:
www.devmedia.com.br/esmag/feedback
D

s
e
u
Feedba
c
k
s
o
b
r
e

e
s
t
a
e
d i o
Portanto, o engenheiro de software deve ter em mente que
tanto cliente quanto gerente de negcios, gerente de projeto,
desenvolvedores e engenheiros de testes iro consultar as
informaes contidas nesse documento. Este artigo destacou
a relevncia desse documento de projeto e apresentou o
conjunto de sees que compem o documento de requisitos
ilustrando-o para um sistema exemplo.