Você está na página 1de 5

Gesto de Requisitos

Medidas
TRF Total de requisitos funcionais. TRFE Total de requisitos funcionais com erro. TRFV Total de requisitos funcionais validados. Independente de estar correto ou no. TRFAV Total de requisitos funcionais a validar. TRNFV Total de requisitos no funcionais validados. NRV Total de requisitos validados. TRNF Total de requisitos no funcionais. TRFR Total de requisitos funcionais removidos. TRFM Total de requisitos funcionais modificados. NSMA Total de solicitaes de mudana aceitas. NSMR Total de solicitaes de mudana rejeitadas. NRFLCT Total de requisitos funcionais ligados a casos de teste

TUC

Total de casos de uso. TUCV Total de casos de uso validados. TUCAV Total de casos de uso a validar. TUCE Total de casos de uso com erro.

Mtricas
Densidade de defeitos em requisitos
Essa mtrica tem por objetivo avaliar a quantidade (relativa) de defeitos encontrados na anlise dos requisitos. importante para avaliarmos como est sendo feito o processo de desenvolvimento de requisitos - se est eficaz ou est produzindo muitas falhas. A Densidade de Defeitos em Requisitos (DDR) dada pela frmula a seguir: DDR = nmero de defeitos em requisitos total de requisitos

Instabilidade de Requisitos
Essa mtrica tem por objetivo calcular a frequncia em que novos requisitos so elicitados. Com esse nmero podemos saber se o documento de requisitos instvel ou no - se muitos requisitos so elicitados em um curto perodo de tempo o documento instvel, caso contrrio no. A Instabilidade de Requisitos (IR) dada pela frmula a seguir: IR = nmero de novos requisitos intervalo de tempo

Volatilidade de Requisitos
Essa mtrica tem por objetivo avaliar os requisitos j elicitados, a sua taxa de mudana em relao ao tempo. Ela tem relao com a Instabilidade de Requisitos, porm a Instabilidade se refere somente a a novos requisitos. Ao longo do projeto esse valor tende a diminuir (idealmente) dada a maturidade que a equipe adquire durante esse tempo. A Volatilidade de Requisito (VR) dada pela frmula a seguir: VoR = nmero de requisitos modificados intervalo de tempo

Taxa de Alterao de Requisitos

Esta mtrica uma variao da Volatilidade de Requisitos. Aqui so computados apenas os requisitos alterados. O total de requisitos o total inicial. A taxa de alteraes aceitas mosta o quanto as solicitaes iniciais estavam prximas ou distantes das reais necessidades dos clientes/usurios, ou o quanto as especificaes iniciais estavam incorretamente compreendidas. Os valores ideais devem estar prximos a zero. AR = Nmero de alteraes aceitas Total de requisitos

Taxa de Validao de Requisitos


Com essa mtrica espera-se que o valor obtido esteja prximo de 1, indicando que a maioria dos requisitos j foram validados pelos usurios/clientes. Este indicador deve ser analisado em conjunto com a estabilidade e volatilidade dos requisitos; chegada de novos requisitos ou alteraes nos j validados. VaR = Nmero de requisitos vlidados Total de requisitos

Checklist
Item 1
O requisito especifica uma necessidade real, desejo ou obrigao do negcio. Resposta esperada: Sim.

Item 2
O requisito est declarado como uma sentena completa. Resposta esperada: Sim.

Item 3
O requisito est declarado totalmente num nico lugar, de maneira que no fora o leitor a procurar informaes adicionais para entender o requisito. Resposta esperada: Sim.

Item 4
O requisito foi descrito de forma que o leitor compreenda o requisito pela descrio. Resposta esperada: Sim.

Item 5
H mais de um requisito descrevendo a mesma necessidade. Resposta esperada: No.

Item 6
O requisito entra em conflito com a descrio de outro requisito. Resposta esperada: No.

Item 7
possvel, dado as entradas, que o requisito seja testado. Resposta esperada: Sim.

Item 8
possvel avaliar se o sistema satisfaz o requisito descrito. Resposta esperada: Sim.

Item 9
possvel atender o requisito no cronograma do projeto. Resposta esperada: Sim.

Item 10
A descrio do requisito descreve um, e somente um requisito. Resposta esperada: Sim.

Item 11
O requisito infringe alguma regra de negcio. Resposta esperada: No.

Item 12
A partir desses requisitos e possvel dar o ponto de partida no projeto.

Item 13
Os requisitos funcionais mostram exatamente o comportamento do sistema. Resposta esperada: Sim.

Item 14
O requisito no funcional retrata restrio sobre funes ou servios oferecidas pelo sistema.

Item 15
O requisito no funcional retrata alguma limitao do sistema.

Item 16
Os requisitos de domnio esto sendo atendidos pelos no funcionais. Resposta esperada: Sim.

Item 17
O requisito verificvel. Resposta esperada: Sim.

Item 18
O caso de uso tem um nome exclusivo. Resposta esperada: Sim.

Item 19
O nome do caso de uso resume exatamente a principal meta do caso de uso. Resposta

esperada: Sim.

Item 20
O nome do caso de uso independente do ator. Resposta esperada: Sim.

Item 21
A descrio do Caso de Uso deixa claro o objetivo do Caso de Uso. Resposta esperada: Sim.

Item 22
As pr-condies definidas no Caso de Uso so necessrias. Resposta esperada: Sim.

Item 23
As pr-condies definidas no Caso de Uso descrevem uma real necessidade anterior inicializao do caso de uso. Resposta esperada: Sim.

Item 24
Os fluxos alternativos descrevem uma real soluo a uma entrada no descrita no fluxo principal. Resposta esperada: Sim.

Item 25
Os fluxos de exceo tratam comportamentos inesperados do sistema nos fluxos principais e alternativos. Resposta esperada: Sim.

Item 26
A rastreabilidade do RF x UC est bem definida. Resposta esperada: Sim.

Item 27
A rastreabilidade GUI x UC est bem definida. Resposta esperada: Sim.

Item 28
O que descrito no UC atendido na GUI referente ao mesmo. Resposta esperada: Sim.