Reunião na faculdade na terça-feira

Nos reunimos na faculdade na terça-feira (05/11) para que cada membro do grupo mostre o que foi feito depois que dividimos a tarefa:

- Mário mostrou as alterações no dicionário de dados e descreveu a criação do logotipo;
- Wellington mostrou os acréscimos feito no texto da documentação e as alterações no diagrama de processo;
- Marcio mostrou as alterações na descrição do casos de usos;
- Bergson mostrou alterações na documentação  que os professores pediram


Combinamos fazer reuniões o fim de semana inteiro até finalizar a correção da documentação.

Bergson

Correção do Projeto

Depois da apresentação do projeto, com as dicas e erros apontados pelos professores, na quarta-feira fizemos um apanhado geral dos erros que foi falado e escritos na documentação pelos os professores, no sabádo dividimos que cada um vai corrigir nessa primeira parte da correção do projeto:

Luiz: vai continuar na codificação do projeto

Bergson: vai fazer a correção ortográfica e arrumar o diagrama de classe

Márcio: está revendo os diagramas de caso de uso

Mário: está vai descrever o porque da escolha do nosso logotipo

Welington: está descrevendo as matrizes de responsabilidade e revendo os diagramas de processos

Na documentação cada membro do grupo que fazer alguma alteração ou acrescentar alguma coisa  vai destacar no projeto e os outros membros do grupos vai discutir se é válido ou não para o mesmo

Bergson

Gource

Comando:

gource --log-format custom sophia.gource.log -s 0.3 --hide filenames --stop-at-end --disable-progress -1280x720 -f --disable-progress --hide filenames,dirnames,mouse,files --title "Sophia" --date-format "%Y-%m-%d %H:%M:%S"

Caso alguém precise de um passo a passo:

http://nooshu.com/visualising-subversion-with-gource

MOMENTOS FINAIS


Eu e o Márcio revisamos a documentação desde sabádo, nós fizemos o manual de usuário e o manual técnico.

Terça-feira dia 15/10 foi feita a validação de toda a documentação com os demais membros do grupo


link do video do gource http://www.youtube.com/watch?v=BDr3tkcnbCQ&feature=youtu.be



Bergson

Reunião 10/09

Na aula do dia 10/09....

Alguns problemas em relação a chaves estrangeiras mapeadas no java.

Ficamos muito focados na documentação e consultando o Ivan a respeito dos itens que estávamos fazendo.

Próximas atividades....

O Mario entregará a Arquitetura ( entregue na sexta dia 11/10) e ele arrumou as chaves estrangeiras do mapeamento para validar o MER (entregue na sexta dia 11/11)

O Marcio e o Bergson estão focados no manual técnico e fazendo revisão do documento que entregaremos na quarta.

Eu fiquei escrevendo os itens faltando, mas fui burro e o que escrevi na quarta tive que reescrever pois esqueci de salvar o documento.

Reunião 06/10

No domingo tivemos uma reunião via hangout com luiz, márcio e eu.

Márcio conversou sobre uns detalhe do código na parte de cadastro de de treinamento que ele fez.

Luiz continua firme na programação.

Marcio e eu estamos fazendo o diagrama de sequência até quarta-feira estará pronto, nós também começamos  fazer o diagrama de atividade, primeiro escolhemos fazer em nivel alto (que é a atividade entre os casos de usos), descobrimos que o certo seria o de nivel médio (que descreve a atividade em cada caso de uso) mas fica praticamente igual ao diagrama de processo, então decidimos por enquanto não fazer , talvez não faremos, os diagramas de atividades.

Bergson

Aula chata 02/10

Pela primeira vez na minha vida vi o Mario chegando bem antes da aula começar, mas em compensação presenciei uma criancice de um integrante de outro projeto e isso foi muito importante para entender o que é trabalho em equipe, nós estamos bagunçados mas unidos venceremos o/.

O Mario ficou criando o logotipo da empresa e também ficou arrumando o mapa do site que estava pouco apresentável.

O Luiz continua focado na programação e não está se preocupando com o CSS.

O Bergson e  o Marcio ficaram responsáveis pelos diagramas restantes e revisa-los, também irão fazer o manual técnico.

O Wellington ficou na problematização e rolando documento "final" para cima e para baixo.

Câmbio desligo.

Reunião 28/09

A reunião do dia 28/09 conversamos o que fizemos de quarta para o sábado, na qual o Marcio enviou os casos de uso e o mapa do site, enquanto o Bergson mandou os protótipos de telas e eu fiquei como líder de torcida gritando Vai time! Vai time!

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.

Aula 1

Ontem na aula revisamos o modelo do banco de dados e fizemos alguns ajustes.

Alinhamos com a Bianca e o Ivan que usaremos um método que irá validar a matrícula de um usuário para então cadastrar no sistema, esse método depois será modificado por alguém da Porto Seguro para consultar os serviços de validação de matricula.

Atividades:
Revisão do MER;
Cronograma (Era para ter antes)
Diagramas de processos;

Termo de abertura do Projeto

Projeto Controle de Treinamento - Sistema Sophia

Proposta:

Criação de um controle de treinamentos para a Porto Seguro, que automatize o gerenciamento

de matricula em turmas para treinamento ou mesmo palestras.

Justificativa:

Atualmente, a Porto Seguro não possui um ERP centralizado que possa exercer esta função,

não existe portanto um sistema que poderia ser utilizado para realizar tal controle (realizado

atualmente em planilha eletrônica). São necessários ainda controles de demanda de turma,

bem como recursos como disparar alertas de forma automatizada.

Escopo:

As seguintes funcionalidades estarão disponíveis:

●Acesso ao sistema com perfis de usuário e permissões de acesso por perfil;

●Inclusão de treinamentos, com checagem de limite de turma;(mínimo /máximo);

●Envio automático de mensagem eletrônica (e-mail) avisando os possíveis participantes

sobre a realização dos treinamentos, bem como possíveis alterações, além de

lembretes com antecedência;

●Gerenciamento de número de participantes;

●Definir os possíveis participantes, por departamento, equipe ou pessoa;

●Visualização da lista de matriculados;

●Validação de permissão ou não do cadastro de novos usuários;

●Processo de importação de usuários, equipes e departamentos e e-mail

●Cadastro de salas e controle de disponibilidade das mesmas;

Não faz parte do escopo:

●Não será feito um controle de presença de alunos;

●Não será integrado aos sistema já existentes na Porto Seguro

Tecnologias e Especificações

●Sistema Web

●Banco de dados MySql

●Linguagem JAVA, padrão JavaBeans;

●Servidor de aplicação - Apache TomCat 7

●IDE Eclipse

●Java JDK 1.7

Justificativa das tecnologias

O banco de dados MySql foi escolhido por ser open source  e muito 

conhecido e difundido na web que possui uma comunidade grande que poderá nos auxiliar com

as dúvidas e problemas que surgirem.

A linguagem Java será usada, pois um dos componentes do grupo possui uma base de

conhecimento concisa em Java e a IDE Eclipse será utilizada por ser bem leve e já é conhecida

pelos demais integrantes do grupo.

Será desenvolvido em Java na versão 7 pois é a mais atual.

O servidor Apache Tomcat foi escolhido pela sua grande difusão e ampla disponibilidade de

documentação, além de da estabilidade e compatibilidade com os mais novos padrões de

tecnologia JAVA.

Equipe de trabalho:

Bergson Bugulin

Luiz Eleuterio

Mario França

Marcio Sousa

Wellington Hideki Okuti