Aula depois da quase reunião extra aula

Hoje nós (Bergson, Marcio e Wellington) demos uma revisada geral nos casos de uso e tiramos algumas dúvidas com os professores sobre os casos de usos e estamos revisão os protótipos de tela pois eles não estão com os mesmos campos que é apontado na modelagem o no caso de uso.

No meio de algumas discussões decidimos colocar um campo ativo no usuário, pois o usuário (terceiro/externo) pode não poder mais acessar o sistema.

O Mario aquele safado me enganou e sumiu.

O Luiz pediu para todos aparecerem para fazer as telas com o primefaces, mas por motivos de força maior não pode comparecer.

Iremos nos reunir on-line no sábado das 11 as 12 para passarmos feedback do projeto. Os participantes serão o Bergson, Marcio e Wellington.

O Bergson ficará responsável pela finalização dos protótipos.

O Marcio fará alguns ajustes no caso de uso.

O Mario eu não sei como está a disponibilidade dele então não contarei agora com as atividades dele.

O Luiz está focado na programação, pelos feedbacks reportados o projeto está caminhando, mas com alguns probleminhas no jfs.

Dia sem aula 1

Dia 24/set (on-line)

O Marcio ficou ajeitando os casos de uso.

O Bergson estava criando os protótipos de telas.

O Wellington entrou tarde, pois ficou trabalhando até mais tarde no serviço e apenas tirou dúvidas sobre as regras de negócio do projeto e foi dormir (preguiçoso).

Obs.: O Bergson e o Marcio ficaram trabalhando o dia inteiro.

Feedback da semana até dia 24:

O Mario na segunda-feira entregou a matriz de responsabilidades e a descrição das ferramentas utilizadas deixando para o Wellington revisar.

O Luiz está totalmente focado na programação. Ele conseguiu finalizar o login e fazer os testes automatizados, mas está com problemas em chamar uma tela por um commandbutton

O projeto ficou bem atrasado com a documentação por causa do Wellington. Ele estava muito atarefado no serviço trabalhando no fim de semana inteiro e não conseguiu focar no projeto.

(Eu estou escrevendo na terceira pessoa porque é legal.)

Aula 3 + 1

Dia 19/09

Essa aula foram tiradas algumas dúvidas que o Bergson estava com relação ao layout das telas;
O Mario apresentou o dicionário de dados e após a validação do Ivan foi necessário algumas modificações;
O processo de cancelamento de matrícula foi mostrado e agora falta o de cancelamento de turma;
O Luiz ficou a aula inteira programando a tela de login, onde ocorria um erro em que o Ivan nos auxiliou.
O Marcio tirou algumas dúvidas de caso de uso e solicitou que fosse escrito os requisitos.
O Mario se prontificou para fazer esses requisitos e mais um monte de documento atrasado.
(teoricamente atrasado, pois não temos cronograma com as datas só temos as atividades)

Próximas atividades:

Revisão dos protótipo de telas - Bergson

Criação das telas com o Prime Faces - Bergson

Diagramas dos casos de uso - Marcio

Criação do processo de cancelamento de turma - Wellington

Criação dos DAOs. - Luiz

Criação dos quadros de responsabilidades - Mario

Justificativa das ferramentas utilizadas - Mario

Quadro de riscos - Mario

Próxima reunião serão na terça. (Apenas estará o Bergson, Marcio e Wellington para escrever alguns itens da documentação).

Aula 3

Dia 11/09

Tivemos uma discussão a respeito do processo de login, em que estávamos com dificuldades definir como seria validada a matrícula da Porto e quando seria e depois de mais de uma hora de dialogo conseguimos acertar que para o login poderá ser utilizada o e-mail ou a matrícula da Porto, caso o usuário tenha matrícula a mesma deverá ser validada se está ativa no sistema da Porto e essa mesma matricula será validada no cadastro de usuário, deixaremos a opção de logar pelo e-mail, pois alguns usuários poderão ser terceirizados e poderão ter acesso ao sistema.

As telas que foram mostradas estavam de certa forma errada, pois como foi colocado campos com nomes esses nomes não estavam condizentes com o que o banco possuí de atributos em cada tabela.

Nós não teremos mais um atributo id_local na tabela de turma (como o Brás tinha sugerido), pois seria redundância de dados e não eliminaria o real problema do usuário. Para facilitar a vida do operador do sistema iremos colocar uma funcionalidade em que ele poderá cadastrar o período da turma de forma mais automática. Essa funcionalidade apenas alguns campos em que o usuário informará a data inicial e a data final do curso o horário de início e o final, os dia da semana que haverá a turma e o local, quando o usuário aplicar o sistema magicamente cadastrará esse período para a turma.

O projeto está estranho, pois agora nós decidimos fazer o escopo dele, com isso poderemos ter muitas mudanças nos processos e outras coisas já analisadas.

Aula depois da aula 1

Hoje o Luiz explicou como será aplicada as modificações no svn, na qual iremos usar branch e tags.

E eu expliquei os diagramas de processos para o Marcio, para que possa ser feito o case use.

Será revisado os processos assim que o caso de uso estiver pronto.

Ao mostrar o novo mer e conversado com a Bianca descobrimos que o Departamento e Equipe de referência para enviar o e-mail não será mais apenas envio de e-mail. Essas equipes e departamentos restringirão os usuários que podem se matricular na turma, ou seja, se for selecionado algum departamento ou equipe só o pessoal pertencente ao departamento ou equipe que poderá se cadastrar na turma.

Agora também poderemos cadastrar um local padrão na turma.