Requisitos mensuráveis para o projeto integrado

O caso do tutorial

Você vai especificar um monitor de temperatura de bancada para observação didática. Ele informa uma condição por LED; não controla aquecimento, não desliga equipamentos e não tem função de proteção ou segurança.

Antes de decidir como construir, separe três tipos de frase: a utilidade para a pessoa usuária, o resultado exigido do sistema e o meio técnico que poderá ser usado.

Relacione cada declaração à categoria correta.

O monitor será um recurso didático de bancada: observa a temperatura e informa um estado por LED de baixa potência. Ele não controla aquecedores, não desliga equipamentos e não substitui alarmes, proteção térmica ou supervisão humana.

Antes de escrever números de desempenho, registre esse contexto. Assim, uma exigência futura será entendida como válida para este uso delimitado — e não para qualquer ambiente ou aplicação.

O projeto deve usar baixa energia e alimentação isolada e limitada em corrente, com tensão de até 12 Vcc. Não haverá acesso à rede elétrica nem uso em aplicações críticas.

“Até 12 Vcc” é um teto: não quer dizer que o monitor funcionará corretamente em toda tensão abaixo de 12 V. Também não basta, sozinho, para tornar uma montagem segura. A tensão nominal, a variação admitida e as demais condições ainda precisam ser declaradas.

Uma verificação só é planejável se você souber quais recursos realmente possui. Faça um inventário simples: instrumentos disponíveis, referência de temperatura acessível, fonte isolada compatível e condições ambientais que consegue reproduzir ou observar.

O inventário não prova que o requisito foi atendido. Ele apenas evita prometer uma verificação que não será viável. Neste tutorial, não é necessário montar nem energizar o circuito.

Qual delimitação está adequada para o monitor didático?

Um requisito verificável permite responder, com evidência: atendeu ou não atendeu?

Para escrevê-lo, deixe explícitos:

1. Condição de verificação — em qual situação a exigência vale.
2. Comportamento ou grandeza — o que o monitor deve apresentar ou fazer.
3. Limite — máximo, mínimo, faixa ou estado requerido.
4. Unidade — sempre que o limite for numérico.
5. Critério de aceitação — qual observação confirma o atendimento.

A condição não é o resultado. “Com alimentação nominal declarada” define o cenário. “O LED permanece apagado antes da primeira leitura válida” define o resultado que deve ser observado.

Evite reunir obrigações independentes na mesma frase:

“O monitor deve indicar o estado correto e ser fácil de observar.”

A primeira obrigação trata do estado da indicação; a segunda trata das condições de observação. Uma não comprova a outra. Separe-as para que cada uma tenha sua própria condição e critério de aceitação.

Também não transforme a redação em uma solução: “usar determinado componente” ou “executar determinado algoritmo” é uma escolha de implementação. Escreva primeiro o efeito necessário; as decisões técnicas virão na arquitetura.

Organize os blocos para formar uma exigência completa. Primeiro vem a condição em que o requisito vale; depois, o estado esperado e a aceitação.

A faixa de medição declara para quais temperaturas do objeto o monitor deve cumprir o desempenho prometido. Escreva os dois extremos e a unidade: por exemplo, de 0 °C a 50 °C. “Mede temperatura ambiente” não define uma faixa verificável.

Não confunda essa faixa com o ambiente da eletrônica. Um requisito pode valer para um objeto entre 0 °C e 50 °C, enquanto a placa deve operar em ambiente entre 15 °C e 30 °C. A primeira grandeza é medida; a segunda é uma condição de validade do requisito.

O erro admissível limita o afastamento entre o valor disponibilizado pelo monitor e uma referência independente adequada. Para evitar ambiguidade, expresse-o como valor absoluto do erro:

|valor do monitor − valor da referência| ≤ 1 °C

Isso equivale a dizer que o erro com sinal deve ficar entre −1 °C e +1 °C. O limite deve valer para a faixa de medição e para as condições declaradas, como alimentação e ambiente.

Complete a lacuna para formar a faixa do requisito abaixo.

“O monitor deve disponibilizar a temperatura do objeto de {{lacuna}}.”

Agora complete o limite de desempenho, usando uma formulação rigorosa:

“Nas condições declaradas, o valor absoluto do erro em relação à referência independente adequada deve ser menor ou igual a {{lacuna}}.”

Dois prazos, duas perguntas

Um monitor pode disponibilizar valores novos em intervalos regulares e, ainda assim, demorar para refletir uma mudança real de temperatura.

• Intervalo de atualização responde: “Quanto tempo passa entre resultados novos disponibilizados?”
• Tempo de resposta responde: “Depois de uma mudança definida na temperatura, quanto tempo o conjunto leva para atender a um critério definido na saída?”

Atualização frequente não comprova resposta rápida. Portanto, cada grandeza deve ter seu próprio requisito.

Um requisito temporal precisa declarar marcos que possam ser observados:

1. Evento inicial — de onde a contagem começa.
2. Evento final — o que encerra a contagem.
3. Limite e unidade — por exemplo, até 1 s.
4. Condições de observação — alimentação, ambiente e situação para as quais a exigência vale.

Na atualização, os marcos são duas disponibilizações sucessivas de resultado novo. Na resposta, os marcos são uma mudança física definida na entrada e o atendimento de um critério definido na saída.

LED: descreva o que se observa

Uma indicação verificável não diz apenas “o LED alerta quando a temperatura está alta”. Ela define estados observáveis — aceso ou apagado — e a condição de temperatura que leva a cada estado.

Exemplo de intenção: o LED deve indicar que a última temperatura válida está em uma região elevada. Isso é uma função de observação didática; não é proteção, alarme de segurança nem garantia de que alguém agirá sobre a temperatura.

Se houver apenas um limiar, declare a igualdade. Por exemplo, “acender acima de 30 °C” não informa o que ocorre em 30 °C.

Com dois limiares, especifique também a região intermediária. A histerese, já conhecida, evita que o estado fique alternando perto de um limite. Aqui, o importante é declarar o comportamento, sem decidir como ele será implementado.

Antes da primeira leitura válida, ainda não existe temperatura que justifique a indicação. Portanto, o estado inicial também deve constar no requisito.

Você pode estabelecer, por exemplo: “Da energização até a primeira leitura válida, o LED deve permanecer apagado.” Isso define a observação inicial sem supor que o LED detecta falhas, protege pessoas ou controla qualquer processo.

Cada requisito precisa ser encontrável

Use um identificador individual e estável, como REQ-TEMP-ERRO ou REQ-LED-01. O ID permite citar a mesma exigência mesmo que a tabela mude de ordem ou o texto seja revisado.

Para cada ID, registre três coisas: método previsto, condição ou hipótese relevante e evidência esperada. Isso organiza o que será necessário obter; ainda não demonstra atendimento.

Exemplo: para REQ-TEMP-ERRO, pode-se prever um ensaio de comparação com referência independente nas condições declaradas. Enquanto não houver registros dessa comparação, existe somente um plano de verificação.

A escolha do método depende da pergunta que o requisito faz e dos recursos acessíveis. Métodos podem ser complementares, mas não têm o mesmo alcance.

Relacione cada requisito ao método inicial mais adequado e à evidência que esse método deve produzir. A associação indica um plano; ela não declara conformidade.

Nem todo requisito tem o mesmo papel no primeiro ciclo do projeto.

Essencial é o que precisa ser atendido para o monitor cumprir sua finalidade didática definida: observar temperatura na bancada e indicar seu estado, dentro dos limites seguros já estabelecidos.

Desejável melhora o uso, mas pode ser adiado sem descaracterizar essa finalidade. Por exemplo, ampliar a faixa de medição inicialmente pretendida ou exigir uma atualização mais frequente pode ser desejável se isso exceder o que você consegue verificar agora.

A classificação orienta a ordem do trabalho; ela não muda o que foi medido nem transforma uma limitação em atendimento.

Antes de manter uma meta no escopo, confronte quatro pontos:

1. Desempenho pretendido: qual limite e quais condições o requisito declara?
2. Condições acessíveis: você consegue reproduzir essas condições de modo apropriado e seguro?
3. Instrumentos próprios: há referência ou instrumento adequado para observar o critério?
4. Esforço de verificação: há um procedimento realista para obter e registrar evidência?

Um requisito pode ser importante e ainda assim não ser verificável no ciclo atual. Nesse caso, registre a limitação. Não conclua que ele foi atendido apenas porque o projeto parece funcionar.

Você mantém a restrição de alimentação isolada, limitada em corrente e até 12 Vcc. Para o primeiro ciclo, não há instrumento nem condição acessível para comparar o erro do monitor em toda a faixa originalmente desejada.

Qual decisão é mais adequada?

Antes de definir a arquitetura, reúna a especificação em uma ficha curta. Cada linha deve ter um ID estável, uma declaração verificável, prioridade e um método inicial para obter evidência.

A ficha organiza o que se pretende demonstrar; ela não demonstra que o monitor já atende. Ao revisá-la, confira as relações entre faixa, erro, prazos, indicação e condições de validade.

Inventário disponível: fonte isolada de 5 V com limitação de corrente, multímetro e cronômetro de celular. Não há referência de temperatura independente caracterizada nem ambiente com temperatura controlada.

Com esses recursos, é possível inspecionar as restrições de alimentação e planejar a observação do intervalo de atualização. Porém, não se pode declarar comprovados o erro de temperatura nem o tempo de resposta física: ambos dependem de comparação com referência e de condições que o inventário não cobre.

A ausência de recurso não autoriza flexibilizar segurança. Ela exige registrar a cobertura limitada, adiar uma meta ou revisar o escopo antes de validar.