Resenha

IEEE Recommended Practice for Software
Requirements Specifications
Frederico Amercano Linhares [e-mail] 1

Objetivo do texto

O objetivo do texto ´ descrever uma pr´tica recomendada para escrever especifica¸oes de e a c˜ requisitos de software(SRS). Ela descreve o conte´do e qualidades de uma boa especifica¸ao u c˜ e apresenta v´rios exemplos de esbo¸os de uma SRS. a c

2

Relevˆncia do texto a A relevˆncia principal desse documento foi a ideia de ter compilado todas as pr´ticas recoa a mendadas para a realiza¸˜o de uma especifica¸˜o de requisitos de software, segundo o IEEE, ca ca em um s´ documento. Na ´poca em que foi lan¸ado, o estudo na ´rea de Engenharia de o e c a
Software ainda n˜o estava t˜o avan¸ado quanto hoje. Isso d´ uma importˆncia a mais ao a a c a a documento. Al´m disso, devido ao grau de detalhamento, o conte´do documento pode ser e u facilmente colocado em pr´tica em projetos de TI . a 3

Ideias principais

O documento apresenta algumas considera¸oes para produzir uma boa SRS. Tais consic˜ dera¸oes est˜o resumidas nesta se¸ao. Sobre a natureza da SRS, as quest˜es b´sicas que os c˜ a c˜ o a escritores da SRS abordam s˜o: funcionalidade, interfaces externas, performance, atributos a e limites tra¸ados estabelecidos na implementa¸ao. c c˜
Sobre o ambiente da SRS o texto afirma que ´ importante considerar o papel que a SRS e faz no plano total do projeto. O software deve conter essencialmente toda a funcionalidade de um projeto ou ele deve ser parte de um grande sistema. Desde que a SRS tem as regras espec´ ıficas no processo de desenvolvimento de software, desenvolvedores de SRS devem tomar cuidado para n˜o ir al´m destas regras. Isto significa que a SRS: a e
• Deve definir corretamente todos os requisitos do software. Um requisito de software deve existir por causa da natureza da tarefa a ser resolvida ou por causa das caracter´ ısticas especiais do projeto.
•