![\"\"](\"https:\/\/www.cybermedian.com\/wp-content\/uploads\/2026\/09\/img_6abb59a6aaa21.png\")
<\/p>\n
A ideia central \u00e9rastreabilidade<\/strong>. Em um sistema de TI, um requisito n\u00e3o vive isolado. Uma necessidade de um interessado impulsiona um requisito do sistema; esse requisito \u00e9 satisfeito por um bloco arquitetural; um caso de teste o verifica; e ele pode ser refinado em sub-requisitos. O diagrama de requisitos torna cada uma dessas liga\u00e7\u00f5es vis\u00edvel e audit\u00e1vel. \u00c9 isso que transforma uma planilha plana em um modelo.<\/p>\n Projetos de TI s\u00e3o not\u00f3rios porderiva de requisitos<\/strong> \u2014 expans\u00e3o de escopo, mudan\u00e7as n\u00e3o gerenciadas e o problema de “constru\u00edmos, mas ningu\u00e9m pediu”. Um diagrama de requisitos ajuda porque permite que voc\u00ea:<\/p>\n Rastrear para tr\u00e1s<\/strong> \u2014 “Por que este componente existe?” \u2192 siga Rastrear para frente<\/strong> \u2014 “Este requisito foi verificado?” \u2192 siga Avaliar o impacto da mudan\u00e7a<\/strong> \u2014 “Se este requisito mudar, o que mais \u00e9 afetado?” \u2192 siga todas as arestas de entrada e sa\u00edda.<\/p>\n<\/li>\n Provar a cobertura<\/strong> \u2014 todo requisito deve ser satisfeito poralgo<\/em> e verificado por algo<\/em>Os requisitos \u00f3rf\u00e3os s\u00e3o imediatamente vis\u00edveis.<\/p>\n<\/li>\n<\/ul>\n Um requisito \u00e9 desenhado como um ret\u00e2ngulo com um nome<\/strong>, um identificador \u00fanico<\/strong> (tipicamente hier\u00e1rquico, como A regra cr\u00edtica:<\/strong> Um relacionamento nunca \u00e9 desenhado para o ID da string<\/em> \u2014 ele \u00e9 desenhado para o apelido<\/em>. E se o requisito A cont\u00e9m<\/strong> o requisito B, voc\u00ea deve n\u00e3o<\/strong> tamb\u00e9m desenhar um Bloco<\/strong> ( Caso de teste<\/strong> ( Fontes de refinamento<\/strong>: casos de uso, atividades ou qualquer elemento de modelo que elabora um requisito.<\/p>\n<\/li>\n<\/ul>\n Nota de nota\u00e7\u00e3o:<\/strong> as setas de relacionamento t\u00eam pontas espec\u00edficas (a Este exemplo mostra conten\u00e7\u00e3o e deriva\u00e7\u00e3o, a estrutura b\u00e1sica com a qual todo diagrama de requisitos come\u00e7a. Um requisito de desempenho de n\u00edvel superior \u00e9 decomposto em sub-requisitos mensur\u00e1veis.<\/p>\nPor que us\u00e1-lo para sistemas de TI?<\/h3>\n
![\"\"](\"https:\/\/www.cybermedian.com\/wp-content\/uploads\/2026\/09\/img_6abb5c1236fd8.png\")
<\/p>\n\n
liga\u00e7\u00f5es de satisfa\u00e7\u00e3o<\/code> at\u00e9 o requisito, eliga\u00e7\u00f5es de deriva\u00e7\u00e3o<\/code> at\u00e9 a necessidade de neg\u00f3cios.<\/p>\n<\/li>\nliga\u00e7\u00f5es de verifica\u00e7\u00e3o<\/code> at\u00e9 os casos de teste.<\/p>\n<\/li>\n2. Conceitos Chave e Nota\u00e7\u00e3o<\/h2>\n
2.1 O elemento de requisito<\/h3>\n
1.2.3<\/code>), e texto do requisito<\/strong>. O estere\u00f3tipo \u00e9 \u00abrequisito\u00bb<\/code>.<\/p>\n![\"\"](\"https:\/\/www.cybermedian.com\/wp-content\/uploads\/2026\/09\/img_6abb59ff9dde0.png\")
Os requisitos podem conter propriedades<\/strong> \u2014 atributos formalmente modelados, como origem<\/code>, risco<\/code>, prioridade<\/code>, status<\/code>, ou m\u00e9todo de verifica\u00e7\u00e3o<\/code>Isso torna um requisito mensur\u00e1vel<\/em> em vez de vago.<\/p>\n2.2 As rela\u00e7\u00f5es (o cora\u00e7\u00e3o do diagrama)<\/h3>\n
![\"\"](\"https:\/\/www.cybermedian.com\/wp-content\/uploads\/2026\/09\/img_6abb5b3787be7.png\")
<\/p>\n\n\n
\n \nRela\u00e7\u00e3o<\/th>\n Nota\u00e7\u00e3o<\/th>\n Dire\u00e7\u00e3o e Significado<\/th>\n Uso t\u00edpico em TI<\/th>\n<\/tr>\n<\/thead>\n \n Conten\u00e7\u00e3o<\/strong><\/td>\n \u00abconter\u00bb<\/code><\/td>\nPai cont\u00e9m<\/strong> filho. Organiza a \u00e1rvore de requisitos.<\/td>\n Requisito de Seguran\u00e7a<\/code> cont\u00e9m Requisito de Login<\/code>, Requisito de Criptografia<\/code><\/td>\n<\/tr>\n\n Deriva\u00e7\u00e3o<\/strong><\/td>\n \u00abderivar\u00bb<\/code><\/td>\nFilho \u00e9 derivado de<\/strong> pai (geralmente uma reformula\u00e7\u00e3o mais concreta).<\/td>\n Requisito de Sistema<\/code> deriva em Requisito de Subsistema<\/code><\/td>\n<\/tr>\n\n Satisfa\u00e7\u00e3o<\/strong><\/td>\n \u00absatisfazer\u00bb<\/code><\/td>\nUm elemento de design (bloco\/componente) satisfaz<\/strong> um requisito.<\/td>\n AuthService<\/code> satisfaz Requisito de Login<\/code><\/td>\n<\/tr>\n\n Verifica\u00e7\u00e3o<\/strong><\/td>\n \u00abverificar\u00bb<\/code><\/td>\nUm caso de teste verifica<\/strong> um requisito.<\/td>\n LoginTest<\/code> verifica Requisito de Login<\/code><\/td>\n<\/tr>\n\n Refinamento<\/strong><\/td>\n \u00abrefinar\u00bb<\/code><\/td>\nUm elemento de modelo refina<\/strong> um requisito (adiciona detalhes).<\/td>\n Um caso de uso ou diagrama de atividades refina um requisito<\/td>\n<\/tr>\n \n Rastreio<\/strong><\/td>\n \u00abrastreio\u00bb<\/code><\/td>\nUm v\u00ednculo de rastreabilidade<\/strong> geral e n\u00e3o espec\u00edfico.<\/td>\n Qualquer v\u00ednculo de \u201cisso se relaciona com aquilo\u201d que voc\u00ea n\u00e3o consiga nomear de outra forma<\/td>\n<\/tr>\n \n C\u00f3pia<\/strong><\/td>\n \u00abc\u00f3pia\u00bb<\/code><\/td>\nUm requisito \u00e9 uma c\u00f3pia<\/strong> de outro (reutiliza\u00e7\u00e3o entre projetos).<\/td>\n NFR compartilhado copiado em dois projetos<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n \u00abderive\u00bb<\/code> entre eles em qualquer dire\u00e7\u00e3o; conten\u00e7\u00e3o e deriva\u00e7\u00e3o s\u00e3o mutuamente exclusivas para o mesmo par.<\/p>\n2.3 Blocos, casos de teste e fontes de refinamento<\/h3>\n
\n
\u00abblock\u00bb<\/code>): o elemento de design que satisfaz requisitos. Em um contexto de TI, este \u00e9 o seu componente arquitetural \u2014 um servi\u00e7o, m\u00f3dulo ou API.<\/p>\n<\/li>\n\u00abtestCase\u00bb<\/code>): a unidade de verifica\u00e7\u00e3o.<\/p>\n<\/li>\n\n
\u00absatisfy\u00bb<\/code> seta, por exemplo, abre em dire\u00e7\u00e3o ao requisito sendo satisfeito). Ao escrever sobre isso em prosa, sempre cite o estere\u00f3tipo \u2014 escreva `\u00absatisfy\u00bb`<\/code> \u2014 para que n\u00e3o seja absorvido pelo analisador de markdown do leitor.<\/p>\n<\/blockquote>\n3. Exemplos de diagramas<\/h2>\n
Exemplo 1 \u2014 Uma hierarquia fundamental de requisitos<\/h3>\n
![\"\"](\"https:\/\/www.cybermedian.com\/wp-content\/uploads\/2026\/09\/img_6abb58fbccd91.png\")
<\/p>\n
\n
\n