devemser iniciadas o quanto antes no processo de desenvolvimento de software, poisquanto mais tarde os defeitos sao encontrados, maiores os custos associados asua correcao. Uma vez que os requisitos sao a base para o desenvolvimento, efundamental que eles sejam cuidadosamente avaliados. Assim, os documentosproduzidos durante a atividade de documentacao de requisitos devem ser submetidosa verificacao e a validacao.A verificacao consiste em assegurar que o software estejasendo construido de forma correta e a validacao, por sua vez, assegura que osoftware desenvolvido e o correto, ou seja, ira atender as necessidadesidentificadas no levantamento de requisitos (PRESSMAN, 2011; SOMMERVILLE, 2011).No caso de requisitos, a verificacao e feita, sobretudo, emrelacao a consistencia entre requisitos e modelos e a conformidade com padroesorganizacionais de documentacao de requisitos. Ja a validacao tem de envolver aparticipacao de usuarios e clientes, pois somente eles sao capazes de dizer seos requisitos atendem aos propositos do sistema.As atividades de V&V consistem em examinar os documentosde requisitos gerados para assegurar que: (i) todos os requisitos do sistematenham sidos declarados de modo nao ambiguo. (ii) as inconsistencias,conflitos, omissoes e erros tenham sido identificados e corrigidos. (iii) osdocumentos estao em conformidade comos padroes estabelecidos. (iv) os requisitos realmente satisfazem as necessidadesdos usuarios (PRESSMAN, 2011; SOMMERVILLE, 2011). Em outras palavras,idealmente um requisito, seja ele uma regra de negocio, um requisito funcionalou um requisito nao funcional deve estar completo, correto, consistente,realista com as necessidades dos usuarios, realmente necessarios, passiveis deser priorizado, verificavel e passivel de confirmacao e rastreavel. SOMMERVILLE (2011) comenta que das atividades de V&V, aatividade de teste e o elemento mais critico para garantir a qualidade doartefato do produto e, por consequente, do produto final, porem, exceto pormeio de prototipos nao e possivel testar requisitos, entretanto, uma dascaracteristicas de um requisito bem elaborado e que ele seja testavel,portanto, uma boa maneira de identificar problemas nos requisitos e definircasos de testes para eles. Outra etapa imprescindivel das atividades de V&Ve realizar revisoes dos documentos de requisitos. De forma geral, em uma revisao os processos, documentos eoutros artefatos sao revisados por um grupo de pessoas com o objetivo deavaliar se os mesmos estao em conformidade com os padroes do projeto e com osobjetivos do produto de software, logo, em uma revisao o objetivo principal eencontrar erros e inconsistencia nos artefatos e nos processos. A revisao derequisitos pode ocorrer por meio de diversas tecnicas, como leitura ad-hoc,leitura baseada em checklist, leitura de modelos orientados a objetos e outrasdispostas na literatura. 3.5 Gerencia de RequisitosGerenciar requisitos consiste de atividades que auxiliam asequipes de desenvolvimento a identificar, controlar e rastrear requisitos,permitindo assim gerenciar as mudancas que ocorra ao longo do ciclo de vida dedesenvolvimento de software (PRESSMAN, 2011; SOMMERVILLE, 2011).As mudancas em requisitos podem ocorrer em qualquer fase dociclo de vida de desenvolvimento de software e sao decorrentes de fatoresexternos ou internos, tais como descobertas de erros, omissoes ou conflitos,inconsistencia nos requisitos, problemas tecnicos, problemas de cronograma oucusto, mudanca de prioridades, mudanca de negocio, mudancas economicas,mudancas na equipe ou mesmo no ambiente onde o software sera implantado, ouainda mudancas organizacionais ou legais. Os objetivos da gerencia de requisitos sao: Gerenciar alteracoes