A literatura cont m muitas propostas sobre o

A literatura contém muitas propostas sobre o cenários e casos de uso e, por outro lado, muito diz sobre os requisitos de software, mas é pouco na extração de cenários requisitos e como elaborar um SRS inequívoca.
Outro ponto importante é que os requisitos extraídos nos 14 estudos de caso apresentados há conflito entre outro. Entende-se que isto é porque, no processo e construção da EF, os conflitos são identificados com técnicas de verificação e validação e resolvido através da negociação. Isto é, o objecto de requisitos conflitantes é generalizada na literatura [25] [31] [26] [34], mas pouco é geralmente mencionado sobre a forma como eles são evocados e definida requisitos. É provável que os conflitos entre os requisitos surgem quando eles foram levantadas em um modo ad-hoc, sem procedimento o suporte e, portanto, não tenham suportado o consistência implícito que ocorre quando se aplica o construção heurística de EF.
Em princípio, tem por objectivo gerar uma lista de classificação de requisitos de RF e RNF apenas, mas quais são validados e acordado pelos clientes e usuários. A partir dele, pode ser escrita requisitos documento de definição de organização requisitos de acordo com a norma utilizada, seja organização escolhida pelo cliente ou pelo desenvolvedores. A ambiguidade é reduzida por causa da SRS ser escrito usando os termos utilizados no
UdeD e os traços da EF que as originaram.
Em próximos passos da pesquisa serão abordadas dois aspectos:
i) serão estudados mais detalhadamente as características necessário descrever com precisão e não
RNF ambígua para onde pode ser necessário estender a especificação metamodelo
Proposta de requisitos. ii) estudar o impacto que o processo foi introduzido desenvolvimento realizado até aquele ponto na semântica dos termos do LEL, e
Por conseguinte, a capacidade de leitura possível diminuição
SRS.