umesforco de garantia da qualidade deve ser realizado, visando garantirconformidade em relacao a padroes e ao processo estabelecidos pela organizacao.Caso os cliente, usuarios e desenvolvedores estejam de acordo com os requisitoslevantados, as proximas etapas do ciclo de vida de desenvolvimento de softwarepode avancar, caso contrario deve-se retornar as atividades anteriores para aeliminacao dos problemas identificados. Nao ha limites entre as atividades destacadas na Figura 3,na pratica elas sao intercaladas e existem um alto grau de interacao e feedbackentre elas. O processo e executado ate que todas as partes envolvidas estejamsatisfeitos e concordem com os requisitos identificados (SOMMERVILLE, 2011). A seguir as atividades do processo de engenharia derequisitos sao discutidas com mais detalhe. 3.1 Elicitacao e Analise de RequisitosA elicitacao ou levantamento de requisitos corresponde afase inicial do processo de desenvolvimento de software. E uma faseextremamente complexa e nao se resume em apenas questionar os usuarios dosistema, mas sim, analisar cuidadosamente a organizacao, o dominio da aplicacaoe todos os processos de negocio que irao compor o sistema. Nesta etapa ocorreum trabalho conjunto entre analistas de sistemas, usuarios, cliente eespecialistas do dominio da aplicacao (PRESSMAN, 2011; SOMMERVILLE, 2011).A tarefa de levantamento compreende da realizacao deatividades que permitem obter informacoes sobre o dominio da aplicacao, estasatividades podem ser dinamicas como: entrevistas, observacoes, aplicacoes dequestionarios, realizacao de seminarios envolvendo sempre os stakeholders, alemde consultas a documentos como legislacoes, tutoriais, manuais e/ou normasinternas e prototipacao . Neste contexto, devemos considerar quatro dimensoesdistintas, sendo: Entendimento do Dominio da Aplicacao: compreendedo entendimento geral da area que o software sera aplicado.Entendimento do Problema: compreende doentendimento do problema especifico, ou seja, compreender detalhadamente oproblema especifico que sera implementado.Entendimento do negocio: compreende em entendercomo o sistema ira afetar a organizacao e como contribuira para odesenvolvimento da organizacao. Para isso, deve-se conhecer, intimamente, asregras que compoem o negocio; Entendimento das necessidades e das restricoesdos interessados: compreende em entender as demandas de apoio de trabalho decada um dos interessados, ou seja, compreender com clareza o que cadainteressado necessita que o sistema o apoie para a realizacao de suasatividades. PRESSMAN (2011) comenta que a tarefa de levantamento derequisitos e complexa pelo fato de ser dominada por fatores humanos, sociais eorganizacionais. Envolvendo pessoas diferentes com culturas e objetivosdiferentes, o que pode resultar em alguns problemas como a ma definicao doescopo do projeto, no qual, leva os stakeholders a relatar detalhes tecnicosdesnecessarios ou omitir outros importantes; problemas de entendimento, no qualos stakholders podem nao estar totalmente certos de suas necessidades, ouainda, ter pouco conhecimento ou limitacao sobre o dominio da aplicacao, terdificuldades de comunicacao, omitir informacoes que para eles podem ser obvias,especificar requisitos conflitantes com as necessidades de outros usuarios ouainda, especificar requisitos ambiguos ou impossivel de ser testado; e por fim,problemas de volatilidade, no qual, os requisitos mudam ao longo do tempo. 3.2 Analise de RequisitosApos a etapa de levantamento de requisitos, inicia-se aetapa de analise. Nesta etapa, os requisitos sao analisados e utilizados comobase para os modelos que sao desenvolvidos. De maneira bem simples, a fase de analise de requisitos seresume em atividades de modelagem destes requisitos, no qual, e realizado amodelagem conceitual preocupando-se apenas