Além disso, a palavra "promessa" também sugere a possiblidade de não ser cumprida: o modelador conseguirá chegar em uma arquitetura que cumpra todas as promessas feitas pela aplicação para o usuário? Eventualmente, algumas promessas poderão ser cumpridas (alocando-se responsabilidades aos objetos) e outras não, as quais sofrerão um processo de negociação conjunta com o usuário.
Em relação às promessas regulatórias, uma classificação adicional pode auxiliar na identificação de requisitos:
- promessas de negócio (regras e leis de negócio)
- promessas de produto (URPS)
- promessas de metodologia (processo de desenvolvimento, ferramentas, técnicas, práticas e linguagens)... P(Ftp)L
Nenhum comentário:
Postar um comentário