A classe foi feita, mas melhorias devem ser implementadas.

ao editar um requisito de um projeto, ele na verdade, duplica o requisito...

a treta é pior que o esperado.

Se embeddar, não dá pra editar, por que ele deixa o item sem ID.

temos que estudar como vamos fazer essa treta ae manolo.

maasss, acho que vamos ter que usar DBRef mesmo, porque senão não dá pra 
fazer as coisas funcionar certo.

os actions e results de excluir requisito e stakeholder também devem ser 
alterados, para receber o projeto com a lista atualizada.. senão dá crash no 
client.

Repassar todos.

criar permissão para definir se um usuário pode ou nao cadastrar coisas 
(tipo, projeto, outros usuários e cia) ou definir se qualquer user pode fazer 
isso..

mudar as classes para usarem o novo callback.

definir e implementar..

- encaminhar para outro usuário, ou para si mesmo com outro status;
- acrescentar o tempo trabalhado;
- mostrar uma tabela mais organizada do tempo gasto em cada requisito por cada 
usuário, um relatório ou algo assim?
- o que mais precisamos?

simplesmente esquecemos completamente dele... :(

Raduq:
- criar os beans/DTOS
- criar daos
- criar actions

Carlos:
- criar telas
- criar historys
- criar presenters
- fazer funcionar tudo junto reunido :P

-Validar as acoes dos botoes
-Validar overrides dos metodos do SimpleCadPresenter
-Validar onReveal
-Validar prepareFromRequest
-Validar edicao de itens

auto-descritivo.

auto-explicativo.

Não funciona por 2 motivos:

1. No ProjetoPOJO, a colecao de Requisitos nao tá anotada com embedded.
2. Como o requisito nao tem projeto, você tem que adicionar ele no projeto, e 
salvar o projeto, não o requisito.

temos que ver o que exatamente vamos fazer pra resolver essa treta.
flw :P

Necessário a implementação dos daos do sistema.

Usar já o guice para injeção de dependência e não ficar instanciando as 
classes.

faltam as lógicas de login e criptografia, bem como os Actions/Results e cia..