Você está na página 1de 4

Documentos de Especificao de Requisitos

Diferentes padres de documentos de especificao de requisitos so propostos na literatura de Engenharia de Software. Entre eles, temos o padro IEEE std 830, cuja referncia completa : IEEE Std. 830-1998; IEEE Recommended Practice for Software Requirements Specifications. Institute of Electrical and Electronics Engineers, 1998, 38p. ISBN 0-7381-0332-2. 1. Alm deste padro, cite dois outros exemplos de modelos de especificao de requisitos e indique a referncia utilizada. Apresente uma descrio de cada um dos modelos encontrados (mnimo 20 linhas - fonte 11 arial ou 12 times) (At 1 ponto) A literatura presente nas IEEE 830 que definem as prticas recomendadas para especificaes de exigncias de software definem Requisitos como uma condio ou funcionalidade necessria a um usurio para resolver um dado problema. Para PRESSMAN, uma definio inicial ruim a principal causa de fracasso dos esforos de desenvolvimento de software. Uma descrio formal e detalhada do domnio da informao, funo, desempenho, interfaces, restries de projeto e critrios de validao fundamental. Essas caractersticas podem ser determinadas somente depois de cuidadosa comunicao entre o cliente e o desenvolvedor. PRESSMAN ainda sugere que para sistemas de grande porte um documento escrito, que combina descries em linguagem natural e grficas modelos pode ser a melhor abordagem para o levantamento dos requisitos do sistema. No caso de pequenos sistemas pode ser adotado o Modelo de casos de uso. Segundo o autor, no h um modelo fixo para levantamento dos requisitos pois a flexibilidade necessria, mas ele apresenta um modelo de documento de especificao de requisitos de software distribudo em Introduo, onde so apresentadas referncias do sistema e uma descrio geral com suas devidas restries; Descrio da Informao, dissertando uma representao do fluxo de informao e contedo de informao, culminando numa descrio da interface com o sistema; um terceiro tpico com a Descrio Funcional, esse, j mais detalhado, deve mostrar uma diviso funcional em parties, descrio funcional com restries, limitaes e diagramas de apoio, e uma descrio do controle; o captulo da Descrio Comportamental detalha os estados do sistema, seus eventos e aes, uma prvia das etapas e comportamentos que o sistema pode apresentar; Critrios de Validao onde a equipe de desenvolvimento apresenta os detalhes que comprovam que o sistema est dentro dos padres solicitados pelo cliente, dividido em Limites de desempenho, classes de testes, reao esperada do software e consideraes especiais; O documento apresentado por PRESSMAN encerrado com uma Bibliografia e um Apndice.

Uma proposta alternativa e bem mais simples para levantamentos dos requisitos de software Modelo de Farley. De acordo com ele, um documento de especificao de requisitos deve possui as seguintes sees:

Viso geral do produto e Sumrio Ambientes de desenvolvimento, operao e manuteno Interfaces Externas e Fluxo de Dados Requisitos Funcionais Requisitos de Desempenho Tratamento de Excees Prioridades de Implementao Antecipao de mudanas e extenses Dicas e diretrizes de Design Critrios de aceitao ndice Remissivo Glossrio

, sem dvida, um Modelo mais informal, recomendado para sistemas com menores exigncias tcnicas devido essa caracterstica. Algumas semelhanas com relao ao modelo apresentado por PRESSMAN ficam por conta da estrutura geral onde se destacam o item Viso geral do produto e Sumrio onde so apresentadas as caractersticas gerais do sistema, assim como o captulo introdutrio do autor anterior; as sees subsequentes, que detalham requisitos funcionais, de desempenho, interfaces externas e critrios de aceitao. Um diferencial apresentado por este modelo fica por conta da especificao do Tratamento de Excees, Prioridades de Implementao e Antecipao de mudanas e extenses que destacam pontos, de certa forma, contratuais entre o cliente e o analista responsvel pelo desenvolvimento do sistema. Referncias: LEITE. Jair Cavalcanti, Notas de aula de Engenharia de Software. 2000 UFRN Disponvel em: http://www.dimap.ufrn.br/~jair/ES/c4.html Acesso em: 29 maio 2013.

2. Qual a estrutura de um documento de requisitos de acordo com o modelo IEEE std 830? Apresente os itens e uma pequena descrio de seu contedo. (At 2 pontos) 1. Introduo Deve apresentar uma viso geral do documento com o objetivo de familiarizar o leitor sobre o que ele encontrar. 1.1. Propsito Estabelece as intenses do documento de engenharia de requisitos e especifica o pblico alvo do documento. 1.2. mbito

Tem como objetivos gerais identificar o produto de software, explicar o que ele capaz de fazer (funcionalidades) e descrever sucintamente o software (inclusive seus benefcios). 1.3. Denies, acrnimos e abreviaturas Esta parte do documento deve fornecer a descrio dos termos, acrnimos e abreviaturas utilizadas no restante do documento, de forma que o leitor possa compreender o mesmo sem grandes dificuldades. 1.4. Referncias Deve fornecer a lista de todos os documentos que serviram de embasamento para o documento de engenharia de requisitos, dando o aporte necessrio para a formalizao do mesmo. 1.5. Organizao Esta seo mostra como est estruturado o documento e descreve seu contedo como um todo. 2. Descrio geral Nesta parte do documento devem ser descritos os fatores gerais que afetam o sistema e suas exigncias gerais, de modo a facilitar a compreenso do produto por parte do cliente. Normalmente dividida em subsees que se seguem: 2.1. Perspectiva do produto Esta uma das subsees que detalham mais o sistema, mostrando as interfaces de hardware, software, comunicao com o usurio, operaes que o sistema realiza, dentre outros pontos importantes sobre o produto. 2.2. Funcionalidades do produto Embora possua muita semelhana com a subseo anterior, esta fornece um resumo das principais funes que o sistema ir desempenhar, enquanto a anterior especifica a forma como ir desempenhar, ou seja, suas interfaces. As funes devem estar organizadas de modo a facilitar a compreenso do cliente, que qualquer pessoa que leia o documento sem ter conhecimento tcnico. 2.3. Caractersticas do utilizador Descreve as caractersticas gerais do pblico alvo do sistema (pessoas que iro utilizlo), inclusive possveis exigncias de formao deste pblico. 2.4. Restries Nesta subseo so elencadas restries de desenvolvimento do sistema como, legislaes especficas, limitaes de hardware, consideraes de segurana dentre outros. 2.5. Assunes e dependncias So apresentados ao leitor os vnculos do sistema. Fatores que podem ser afetados caso sejam feitas determinadas mudanas na estrutura do sistema. 3. Exigncias especcas

Devem conter todas as exigncias do sistema detalhadas suficientemente para permitir que seja feito o desenho de um sistema que satisfaa as exigncias do cliente, com testes que mostrem que as mesmas foram satisfeitas. Esta satisfao do sistema deve ser bem explcita, de maneira a no restar dvidas por parte dos interessados, mostrando as entradas e sadas do sistema, suas funes e relatrios. Esta a parte mais importante do documento. 4. Apndices Nem sempre um item necessrio, mas pode incluir uma amostra de formatos de E/S, descries de estudos de anlise de custos, informaes de suporte ou descrio dos problemas a serem resolvidos pelo software. 5. ndice remissivo O ndice importante para situar o leitor a cerca do documento e sua estrutura, facilitando a leitura por partes, caso este assim deseje fazer.