FELIPE NÜSSLI ÁLVARES PROPOSIÇÃO DE UM ... - PRO - USP

103
Os limites requeridos tanto de memória primária quanto de secundária devem
ser então identificados. Ressalta-se que tais limites apenas devem ser especificados
quando isso for um requisito a ser exigido para a aceitação do produto.
Os modos requeridos de operação (tanto normais quanto especiais) devem
ser identificados na subseção seguinte. Entre eles destacam-se: (i) operação
interativa, (ii) operação em lote, (iii) operação automática, (iv) realização de funções
de suporte e (v) realização de funções de backup e recuperação.
Os possíveis requisitos de adaptação do produto aos ambientes particulares
onde ele será implantado devem ser então definidos. A título de exemplo,
parâmetros e métodos de configuração requeridos para ambientes específicos
podem ser mencionados.
As principais funções que o produto desempenhará, bem como uma breve
descrição do objetivo de cada uma delas, devem ser descritas na subseção
seguinte. Observa-se que cada função corresponde a um dos casos de uso
presentes no diagrama de contexto anteriormente apresentado. Ressalta-se que
uma função ou caso de uso normalmente corresponde a um único processamento
completo que gera algum valor para os usuários representados por um ator. Grupos
de processamentos simples e correlatos costumam, não obstante, ser agrupados em
único caso de uso do tipo Gestão, de forma a tornar a ERSw mais legível.
As principais características dos grupos de usuários esperados para o
produto, tais como cargo ou função, permissão de acesso, freqüência de uso, nível
de instrução, proficiência no processo de negócio e proficiência em informática, são
descritas em seguida. Deve-se ainda diferenciar os grupos de usuários cujas
atribuições ou permissões sejam distintas, sendo que cada grupo distinto
corresponde a um ator.
Os aspectos técnicos e gerenciais que possam vir a eventualmente limitar as
opções dos desenvolvedores devem ser elencados na subseção seguinte. Entre
estas restrições, Paula Filho (2003) destaca: (i) restrições legais, (ii) limitações de
hardware, (iii) restrições relativas a interfaces com outros produtos, (iv) restrições
quanto a linguagens de programação, (v) requisitos de auditoria, (vi) restrições de
desempenho, (vii) restrições de confiabilidade e (viii) restrições de segurança.
Os fatores que não sejam restrições limitativas do desenho, como na
subseção anterior, mas que sejam fatores cuja alteração requer modificações na
ERSw, como, por exemplo, a plataforma de desenvolvimento empregada ou ainda a