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

versão do ambiente operacional a ser utilizada, são então descritas. Destaca-se que
as hipóteses arroladas na presente subseção devem refletir fatores de natureza
técnica, sendo que providências de ordem gerencial tomadas pelo cliente devam ser
elencadas no Plano de Desenvolvimento do Software.
104
Os requisitos que foram identificados durante a elaboração da especificação,
mas cujo atendimento se optou deixar para versões futuras, devem ser destacados a
seguir. Paula Filho (2003) destaca que o preenchimento desta subseção serve para
registrar idéias no momento de seu aparecimento, facilitando, assim, a engenharia
de requisitos em novas versões.
Todas as entradas e saídas do produto devem ser então descritas de maneira
detalhada. As interfaces externas devem incluir não apenas arquivos de trabalho
usados apenas pelo produto, mas também dados partilhados com outros produtos e
componentes de sistema. Paula Filho (2003) sugere que em casos de interfaces
gráficas de usuário, os seguintes elementos sejam incluídos nesta subseção: (i)
esboço do leiaute gráfico sugerido para a interface, (ii) descrição dos
relacionamentos com outras interfaces, (iii) diagrama de estados, caso necessário,
para se melhor entender o comportamento da interface requerida, (iv) lista dos
campos de dados da interface, (v) lista dos comandos (botões de ação ou controles
equivalentes) da interface e (vi) observações eventuais. Destaca ainda que
diagramas de estados devam ser usados quando o comportamento da interface
descrita variar significativamente em função do estado, indicando que tais diagramas
devam ser incluídos no Modelo de Análise de Software, estando amarrado à
respectiva classe de fronteira. Prossegue apontando que listas de campos devam
detalhar todos os campos requeridos nas respectivas interfaces, ficando entendido
que, no desenho da interface definitiva, tais campos podem ser substituídos por
soluções funcionalmente equivalentes, desde que tal fato corrobore para facilitar a
utilização do produto. Destaca, por fim, que para cada campo devam constar: (i)
número, (ii) nome (iii) valores válidos, (iv) formato, (v) tipo e (vi) restrições. Para
comandos ou equivalentes, deve-se descrever: (i) número, (ii) nome, (iii) ação e (iv)
restrições.
As ações fundamentais por meio das quais o produto aceita e processa as
entradas especificadas, podendo, assim, gerar as respectivas saídas, são definidas
pelos requisitos funcionais. Estes requisitos devem ser, na seção seguinte,
detalhados em nível suficiente para o desenho do produto, de seus testes de