Deve especificar os atributos do software que se relacionam com a facilidade de manutenção do mesmo. Pode haver
determinadas exigências para a modularidade, relações, complexidade, etc. As exigências não devem ser colocadas
As exigências detalhadas tendem a ser extensivas quando se trata de um sistema não trivial. Por esta razão
compreender. Não existe uma organização óptima para todos os sistemas. Diferentes classes de sistemas inclinam-se
para diferentes organizações de exigências na Secção 3 de um documento de EES. Algumas dessas organizações são
Alguns sistemas comportam-se de maneiras diferentes dependendo do modo de operação. Por exemplo, um sistema
de controlo pode ter um conjunto de diferentes funções dependendo do seu modo: treino, normal ou emergência.
Quando se organiza esta secção pelo modo devem ser usados os esboços da Secção A.1 ou da Secção A.2 do presente
documento. A escolha depende de as interfaces e a performance serem ou não dependentes do modo de operação.
um sistema de controlo de um elevador apresenta diferentes capacidades para os passageiros, para os trabalhadores
de manutenção e para os bombeiros. Quando se organiza esta secção pela classe do utilizador deve ser usado o
Objectos são entidades reais que tem correspondência no sistema. Por exemplo, num sistema de monitorização de
objecto está um conjunto de atributos desse objecto e funções efectuadas por esse objecto. Essas funções são também
designadas por serviços, métodos ou processos. Quando se organiza esta secção por objecto deve ser usado o esboço
da Secção A.4. Note que conjuntos de objectos podem partilhar atributos e serviços. Estes são agrupados em classes.
Uma característica é um serviço do sistema desejado externamente, que pode necessitar de uma sequência de
chamada local, o reencaminhamento da chamada, e a chamada de conferência. Cada característica é descrita
geralmente numa sequência de pares de resposta-estímulo. Ao organizar esta secção por característica deve ser usado
Alguns sistemas podem ser melhor organizados descrevendo as suas funções em termos de estímulos. Por exemplo,
um sistema de aterragem automático pode ser organizado em secções por perda de energia, mudança repentina de
rolamento, velocidade vertical excessiva, etc. Ao organizar esta secção por estímulo deve ser usado o esboço da
Alguns sistemas podem ser melhor organizados descrevendo todas as funções que sustentam a geração de uma
resposta. Por exemplo, as funções de um sistema de pessoal podem ser organizadas em secções de acordo com
funções associadas com a geração de cheques de pagamento, de listas de empregados, etc. Deve ser utilizado o
organizada numa hierarquia de funções organizadas por entradas comuns, saídas comuns ou dados internos comuns.
Diagramas de fluxo de dados e dicionários de dados podem ser usados para mostrar relacionamentos entre as funções
e os dados. Quando se organiza esta secção pela hierarquia funcional deve ser usado o esboço da Secção A.7.
Sempre que é contemplado um documento de EES novo, várias das técnicas organizacionais dadas na Secção 5.3.7.7
podem ser empregues. Nestes casos, organizam-se as exigências específicas para as múltiplas hierarquias ligadas às
necessidades específicas do sistema que está a ser especificado. Por exemplo, ver a Secção A.8 para uma organização
que combina classes de utilizador e características. Quaisquer exigências adicionais podem ser postas numa secção
Existem muitas notações, métodos e ferramentas de apoio automatizado disponíveis para ajudar na documentação de
exigências. Na maior parte, a sua utilidade é uma função da organização. Por exemplo, ao organizar por modo,
Em todos os esboços que vão da Secção A.1 até à Secção A.8 as secções chamadas "Exigência funcional i" podem
ser descritas na língua natural, em pseudocódigo, numa linguagem de definição do sistema ou em quatro sub-secções
A tabela de conteúdos e o índice remissivo são deveras importantes de devem seguir práticas de composição gerais.