status report do tcc: sin-na7

182
Alessandro Almeida | www.alessandroalmeida.com 20/05/2015 1° Semestre de 2015 SIN-NA7

Upload: alessandro-almeida

Post on 25-Jul-2015

120 views

Category:

Business


0 download

TRANSCRIPT

Alessandro Almeida | www.alessandroalmeida.com20/05/2015

1° Semestre de 2015

SIN-NA7

Os próximos slides fazem parte de uma atividade realizada pelos alunos da turma SIN-NA7 (7º semestre de Sistemas de Informação – 1º semestre de 2015)

Tema da atividade: Status Report do Projeto TCC

# Nome do Projeto

1 RateStar

2 Easy Plant’s

3 Orbs Comex

4 SYSCOMP – Sistema de Concurso Público para Docentes

5 ConectFuel

6 SISDoc

7 Ordú

8 Sistema de Formação Continuada

9 Tell me Condominium

SISTEMAS DE INFORMAÇÃO

Status Report

Índice

PRONTUÁRIO NOME

12100074 Cassio Cardoso

12101082 Leonardo Lorençoni

12102092 Caio Souza

12101061 Lucas Burity Dominato

RateStar

Atualmente não há no mercado uma ferramenta online centralizadora de informações de fácil acesso que ajude o usuário de uma maneira clara e confiável a escolher um lugar para seu aproveitar seu lazer. Visando resolver esse problema, desenvolvemos nosso produto.

O objetivo do nosso projeto é facilitar a vida do cliente para encontrar o melhor lugar para sair, seja um bar, restaurante ou balada

Usuário poderá escolher de uma maneira mais rápido e mais fácil o melhor destino para sair a lazer utilizando nossa ferramenta centralizadora e completa de informações sobre os possíveis destinos.

Gerenciador de avaliações de estabelecimentos dos tipos bar, restaurante e balada. A partir das avaliações feitas, é gerado um ranking completo ordenado pelas categorias, diferenciais e segmentos.

Modelo de Entidade Relacionamento

Diagrama de caso de uso

Dicionário de dados

Descrição do caso de uso.

Modelo Descritivo

Modelo Conceitual

Modelo Físico

Projeto

Documentação Sistema

Descrição de Caso de Uso

Diagrama de Caso de Uso

DFDBanco de

DadosLevantamento

de dadosCadastro Relatórios

Controle de acesso

Avaliação Ranking

Regras de negócio

Requisitos funcionais

Requisitos não funcionais

MER

Modelo Lógico

Modelo Físico

Pesquisa em campo

Pesquisa de estabelecimentos

Modelo Físico

Administrador

Moderador

Usuário

Empresa

DESCRIÇÃO(P)REMISSA(R)ESTRIÇÃO

O Projeto necessita de muitas avaliações para ser viável P

O Projeto deve ser concluído até Novembro/2015 R

Caio Souza

Gerente de Projeto

Cassio

CardosoAnalista de Requisitos

Lucas Burity

Desenvolvedor

Leonardo

LorençoniAnalista de Testes

Caio Souza

DBA

PAPEL RESPONSABILIDADES

Gerente de Projetos Organizar cronograma e responsabilidades do time

Analista de Requisitos Verificar dados necessários para viabilidade do desenvolvimento do projeto

Desenvolvedor Desenvolvimento do projeto e dos documentos se baseando no escopo

Analista de Teste Testa as telas desenvolvidas

DBA Desenvolve e da manutenção ao banco de dados e aos documentos do mesmo

RateStar

Maio Junho Julho Agosto

1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4

Documentação Responsável

Banco de Dados

Desenvolver Modelo Entidade Relacionamento Caio Souza

Desenvolver Modelo Lógico Caio Souza

Desenvolver Modelo FísicoCassio Cardoso

Casos de Uso

Levantamento de dadosLeonardo Lorençoni

Pesquisa com clientesCassio Cardoso

Desenvolvimento de documento Caio Souza

DFD

Desenvolvimento DFD nível 0 Caio Souza

Desenvolvimento DFD nível 1 Caio Souza

Desenvolvimento do documento Caio Souza

Documento Final V1Preenchimento parcial do documento

Cassio Cardoso

Desenvolvimento final do documento

Cassio Cardoso

Documentação de banco de dados atualizado

Casos de uso atualizado

DFD níveis 0 e 1 atualizados

Primeira versão da documentação final

# DESCRIÇÃO TIPO CRITIC. SITUAÇÃO

1 Não estimulação dos clientes a utilizarem o sistema.

N 10 Em mitigação

2 Contratação dos serviços para outras indústrias

P 9 Em mitigação

3 Avaliações falsas N 3 Eliminado

DATA DESCRIÇÃO DA MUDANÇA

01/02/2015 Um integrante saiu do grupo

# DESCRIÇÃO

1Semanalmente é enviado um email para todos com um status do projeto

2 Um backup é feito cada fez que é feito uma nova versão

3

4

5

RateStar

SISTEMAS DE INFORMAÇÃO

Status Report

Índice

PRONTUÁRIO NOME

12102059 Bianca Silva Nunes

12102691 Erika Vieira Lima

12102060 Geovane Antonio da Silva

Easy Plant’s

O sistema tem a finalidade de suprir uma necessidade do mercado, que atualmente tem dificuldades em encontrar uma ferramenta simples e eficiente para tratar plantas.

O sistema tem como objetivo realizar o controle de plantas de pequeno porte e multicultura, tendo intuito de organizar seus tratamentos de forma a ampliar a sua expectativa de vida.

Facilitar o trabalho do responsável em tratar/cultivar as plantas, de forma que diminua custos e tempo.

Fornecer relatórios para ajudar em suas tomadas de decisão.

Elevar a qualidade de vida das plantas.

O projeto está sendo desenvolvido no ambiente web, com a ferramenta Visual Studio 2013, usando dot.net e C#.

O banco de dados selecionado é o Microsoft SQL Server 2014

Para o layout está sendo utilizado o framework Bootstrap 3.0

O projeto contará com uma aplicação mobile para melhor atender o usuário.

Diagrama de Banco de Dados;

Documentação final;

Manual do usuário;

Finalização da aplicação;

Normalização do banco;

Testes;

Análise de requisitos;

Regras de negocio;

DESCRIÇÃO(P)REMISSA(R)ESTRIÇÃO

Usuário especialista na área botânica P

Ambiente para cultivo de plantas - Estufa P

Prazo para entrega do projeto R

Recursos para tratar as plantas (adubo, remédios..) P

Geovane A

Gerente de Projeto

Erika Vieira

Analista de Requisitos

Geovane A

Desenvolvedor

Bianca Nunes

Analista de Negócios

Bianca Nunes

DBA

Erika Vieira

Analista de projeto

PAPEL RESPONSABILIDADES

Gerente de projetos Planejar e controlar a execução de projetos em diversas áreas e responsável pela condução do projeto

Analista de requisitos Levantar, analisar, documentar e validar as necessidades do stakeholders de um projeto. Principal responsável pelo fluxo de requisitos entre os clientes e a equipe de desenvolvimento de software

Desenvolvedor Desenvolve e realiza a manutenção do software em um grande sistema ou que desenvolve software para uso em computadores pessoais.

Analista de negócio Busca as melhores oportunidades de negócio, analisa tendências, está sempre preocupado em encontrar novos caminhos para a empresa. Está em permanente contato com o cliente e os donos do negócio.

DBA Administração de Banco de Dados

Analista de projetos Criar planos de execução, comunicação e acompanhamento do projeto. Mantém todas as informações e acontecimentos armazenadas em local de fácil acesso para consulta.

Easy Plant’s

Maio/2015: ◦ Desenvolvimento das telas finais do sistema.

◦ Fechamento do modelo de banco.

Junho/2015: ◦ Apresentação do sistema – Pré banca.

◦ Entrega da documentação parcial.

Julho e Agosto/2015:◦ Continuidade na documentação.

◦ Melhorias na aplicação.

# DESCRIÇÃO TIPO CRITIC. SITUAÇÃO

1 Atraso nodesenvolvimento

N 15 Em mitigação

2 Algum outro membro sair da equipe

N 5 Inexistente

3 Atraso na documentação N 20 Em mitigação

4 Conclusão antes do prazo

P 12 Em desenvolvimento

DATA DESCRIÇÃO DA MUDANÇA

01/09/2014 Troca da plataforma da aplicação – Desktop para Web

06/05/2015 Saída de dois integrantes da equipe

# DESCRIÇÃO

1 Realizar reuniões semanais com a equipe

2 Validar regras de negócios antes do desenvolvimento

3 Testar rotinas desenvolvidas

4 Realizar pesquisas mais avançadas

5A comunicação deve ser clara para os membros da equipe de forma que todos tenham ciência da situação atual do projeto

Easy Plant’s

SISTEMAS DE INFORMAÇÃO

Status Report

Índice

PRONTUÁRIO NOME

12101057 Camila da Silva Costa

12102090 Caroline Santos Poteria

12104646 Fernando Henrique Ferreira

12103347 Leticia Custódio Pinheiro

12103143 Letícia Gracci de Moura

Orbs Comex

As micro e pequenas empresas de Importaçãopossuem acesso limitado as informações sobreos Despachantes Aduaneiros e Agentes deCargas;

Geralmente essas informações estão espalhadasna internet;

Muitas vezes utiliza-se sites de buscas paralocalizações, na maior parte das vezes estãodesatualizados;

A busca por novos prestadores de serviços sãocasuais e através de indicações pessoais.

◦ O objetivo do projeto é permitir a localização deImportadores, Despachantes aduaneiros eAgentes de carga, possibilitar que os serviçosprestados por Despachantes e Agentes de cargasejam avaliados. Além de proporcionar a troca deexperiências e compartilhar informações sobre oprocesso de importação aos usuários.

Reunir em um site a localização de Importadoras, Despachantes Aduaneiro e Agentes de Carga;

Permitir acesso ao ranking de melhores prestadores de serviço através de avaliações;

Oferecer propostas sobre novos containers a clientes potenciais sobre determinada mercadoria.

Sistema Web, com servidor local, desenvolvido em C#, HTML, ASP.NET, CSS3 e banco de dados SQL SERVER.

Modelo Entidade Relacionamento. Diagrama de Classes. Diagrama de Caso de Uso. Diagrama Entidade Relacionamento. Descrição de Caso de Uso. Plano de Testes. Relatório de entrevistas com Importadoras. Documentação sobre a Pesquisa do Projeto. Entrega do Sistema. Apresentação do Sistema.

Projeto TCC

Orbs Comex

Sistema

Relatórios

Controle de

Acesso

Cadastro

Importadoras

Despachantes

Aduaneiros

Agentes de

Carga

Clientes

Testes do Sistema

Layout

Banco de dados

Ficha de

Importação

Ficha de

avaliação

Tela de

Informações úteis

Projeto TCC

Orbs Comex

Documentação

Diagrama de

Classes

Testes

Diagrama de

Caso de Uso

Levantamento

de Dados

Descrição de

Caso de Uso

Requisitos

Funcionais

Requisitos Não

Funcionais

Regras de

Negócio

Entrevistas com

Importadoras

Relatório das

Pesquisas

Plano de Testes

Script de Testes

Experiências de

Testes

Entrevistas com

Despachantes

Entrevistas com

Agentes

Modelo Entidade

Relacionamento

Revisão da

Documentação

Diagrama Entidade

Relacionamento

Modelo

Descritivo

DESCRIÇÃO (P)REMISSA(R)ESTRIÇÃO

Obter aprovação do tema pelos professores. P

Pesquisar a viabilidade para desenvolvimento do sistema. P

Equipamentos necessários para o bom desenvolvimento dosistema.

P

Aprofundar o conhecimento sobre a nova área de estudorelacionada com o tema do projeto.

P

A quantidade de integrantes no grupo não poderá sersuperior a cinco.

R

O projeto deverá ser concluído antes de Novembro de 2015. R

O cronograma deverá ser cumprido até Junho de 2015. R

Camila CostaGerente de Projeto

Camila CostaTestadora

DocumentadoraDBA

Caroline PoteriaDesenvolvedora

DBA

Fernando FerreiraDesenvolvedor

DBA

Letícia Gracci MouraDocumentadora

Analista Negócios

Letícia CustódioDocumentadora

PAPEL RESPONSABILIDADES

Gerente de Projeto

Monitorar todas as atividades do projeto;

Preencher termos de aberto de projeto;

Formular a EAP Estrutura Analítica do Projeto;

Criar o plano de Recursos Humanos;

Elaborar o Escopo do projeto;

Desenvolver Plano de riscos;

Criar Plano de Comunicação e obter feedback do status do projeto;

Criar o cronograma e garantir que seja seguido;

Analista de Negócio

Levantar requisitos;

Aprofundar conhecimento sobre a área que o projeto está focado.

Testador

Seguir o plano de testes;

Efetivar testes no sistema;

Preencher a planilha de testes a partir do resultado obtido.

DBA

Desenvolver a modelagem do banco de dados;

Gerenciar o Banco de dados;

Efetuar testes de capacidade do banco.

Desenvolvedor Efetuar a programação do sistema conforme as especificações do projeto.

Efetuar testes unitários.

Documentador Levantamento de informações;Alimentar a documentação;Efetuar revisões.

Orbs Comex

1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4

DOCUMENTAÇÃO Responsável

Diagrama de Classes

Identi ficar agentes Cami la

Definir classes Cami la

Criar diagramas Cami la

Testes

Identi ficar Plano de Testes Cami la

Mapear Script de Testes Cami la

Criar documento de experiências Cami la/LeticiaCustodio

Levantamento de Dados

Definir questionário para entrevis tas Cami la

Efetuar entrevis tas com cl ientes a lvo Cami la/LeticiaCustodio

Criar Relatório de pesquisas LetíciaCustodio

Diagrama Entidade Relacionamento

Identi ficar atores Cami la

Definir relacionamentos Cami la

Criar diagramas Cami la

Revisão da Documentação

Efetuar a justes na documentação LetíciaGracci

Val idar Documentação com Orientador LetíciaGracci

Jul Agosto2015

Mai Jun

1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4

SISTEMA Responsável

Cadastros

Usuário

Codificar módulo Carol ine/Fernando

Real izar testes unitários Carol ine/Fernando

Encaminhar módulo para testador Carol ine/Fernando

Relatórios

Codificar módulo Carol ine/Fernando

Real izar testes unitários Carol ine/Fernando

Encaminhar módulo para testador Carol ine/Fernando

Banco de dados

Criação de tabelas Carol ine/Fernando

Criação de Procedures Carol ine/Fernando

Teste de capacidade de BD Carol ine/Fernando

Layout

Desenvolver layout Carol ine/Fernando

Controle de Acesso

Criptografar o banco Carol ine/Fernando

Gerar níveis de acesso Carol ine/Fernando

Val idar cons is i tência das informaçõesCarol ine/Fernando

Telas de Informações úteis

Criar tela com as informações Carol ine/Fernando

Testes do Sistema

Efetuar testes no s is tema Cami la

Preencher plani lha de testes Cami la

Jul Agosto2015

Mai Jun

Sistema

Codificar módulo de usuários;

Criação de procedures e efetivar teste de capacidade do Banco de dados;

Codificar módulo de relatórios e fazer testes unitários;

Gerar e validar níveis de acesso;

Efetuar testes no sistema e preencher planilha de testes com os resultados;

Apresentar o sistema em funcionamento aos stakeholders.

Documentação

Criar diagrama de classes;

Criar diagrama de Entidade Relacionamento;

Definir e executar entrevistas com clientes potenciais;

Gerar relatório de pesquisas;

Mapear script de testes e criar documento de experiências;

Validar Documentação com Orientador.

CÓDIGO RISCO

DESCRIÇÃO DO RISCO TIPO CRITICIDADE ESTRATÉGIA DE RESPOSTA AO RISCO

1 Saída de membros da equipe Negativo 12Monitorar as tarefas.

Obter feedback dos resultados. Compartilhar ideias.

2 Não atendimento ao escopo Negativo 8

Detalhar escopo do projeto de maneira criteriosa.

Alinhar os papéis e responsabilidades da equipe.

3Inclusão de novos itens no escopo

Positivo 6

Delegar Papéis e Responsabilidades.Atualizar Cronograma.

Controlar desenvolvimento do item no projeto.

4Não cumprimento do cronograma

Negativo 15Supervisionar as atividades da equipe.Atualizar Cronograma periodicamente.

Realizar reuniões semanais.

DATA DESCRIÇÃO DA MUDANÇA

09/07/2014 Entrada de novo integrante no projeto – Anderson Biajante

03/02/2015 Saída do integrante Anderson Biajante e substituição pelo novo integrante Alessandro Mesquita.

03/03/2015 Inclusão dos perfil Agente de Cargas e Cliente final.

06/05/2015 Saída do integrante Alessandro Mesquita e substituição pelos integrantes Fernando H. Ferreira e Leticia Custódio

# DESCRIÇÃO

1Acompanhar o desenvolvimento de cada parte envolvida no projeto.

2Realizar reuniões semanais com a equipe do projeto para obter feedback e para tomada de decisões.

3 Executar revisão da documentação.

4 Realizar testes unitários nos módulos do sistema.

Orbs Comex

SISTEMAS DE INFORMAÇÃO

Status Report

Índice

PRONTUÁRIO NOME

12102338 DANILO SOARES SOUZA

11100419 EDUARDO VILLAS BOAS

11201192 FILIPE BUENO DE LOVA

10200132 FELIPE AUGUSTO PACITTI DIAS

06104543 OSMAR VENTURA MOREIRA

SYSCOMP –

SISTEMA DE CONCURSO PÚBLICO PARA DOCENTES

Atualmente o ciclo de processos de um concurso público voltado para docentes é burocrático e exige um trabalho manual e cansativo, tanto na validação das inscrições quanto na verificação dos documentos, gerando gasto de tempo e recurso.

Não existe controle na verificação de documentos dos candidatos, o processo é lento e por vezes acaba gerando problemas, tirando o fato de que o candidato tem que ir na universidade para se inscrever, o que não vai ser mais necessário.

Facilitar os processos do ciclo administrativo (documentação, inscrição, resultado);

Agilidade na inscrição do candidato;

Integração entre candidato e organizador;

Fácil acesso aos resultados e divulgações.

Agilidade no processo e na inscrição dos candidatos;

Segurança dos dados;

Eliminar inconsistências na documentação;

Automatizar o processo;

Disponibilidade de informações.

Sistema WEB desenvolvido na linguagem de programação PHP, banco de dados em MYSQL, hospedado em servidor WEB para que todos possam acessar informações do concurso via internet e aplicativos mobile.

Descritivo;

Modelo Entidade e Relacionamento;

Casos de Uso;

Diagrama de Classes;

Regras de Negócio;

Manual do Sistema;

Apresentação para Banca de TCC

( Sistema_Syscomp);

Versão Final do Produto (Sistema_Syscomp).

SYSCOMP

Documentação

Regras de Negócio

Requisitos Funcionais

Requisitos Não Funcionais

Diagrama de Caso de Uso

Diagrama de Classes

Levantamento de Dados

Entrevistas com os Clientes

Sistema

Cadastros

Comissão Julgadora

Candidatos

Organizadores

Relatórios

Analitico

Sintético

Descrição de Caso de Uso

Acessos

DESCRIÇÃO(P)REMISSA(R)ESTRIÇÃO

O grupo não pode ser alterado P

Prazos de entrega e apresentação até dezembro/2015. R

O Sistema será WEB/PHP P

Linguagem orientada à objetos P

O grupo poderá conter até 5 pessoas R

O projeto será documentado P

Danilo Souza

Soares

Gerente de Projeto

Eduardo Villas

BoasAnalista de Requisitos

Felipe Augusto

P. Dias

Desenvolvedor

Osmar V.

MoreiraAnalista de Processos

Filipe Bueno

DeLova

DBA

PAPEL RESPONSABILIDADES

GERENTE DE PROJETOS Realizar o acompanhamento do

cronograma;

Validar documentação de requisitos;

Fazer a documentação.

ANALISTA DE REQUISITOS Avalia as regras de negócios;

Ajuda na prototipação;

Discute com o cliente a respeito do escopo

do projeto.

PAPEL RESPONSABILIDADES

DBA Documentação de Banco de Dados;

Mapeamento de Regras de 1 à 9;

Normalização;

Engenharia Reversa.

ANALISTA DE PROCESSOS Ajuda na parte da documentação;

Ajuda na parte de Descrição de banco de

dados;

Ajuda na modelagem dos dados.

PAPEL RESPONSABILIDADES

DESENVOLVEDOR Entende as regras de negócios;

Manipula os dados para desenvolver o

sistema

SYSCOMP –

SISTEMA DE CONCURSO PÚBLICO PARA DOCENTES

MAIO JUNHO JULHO AGOSTO

5 10 20 30 5 10 20 30 5 10 20 30 5 10 20 30

DOCUMENTAÇÃO RESPONSÁVEL

STATUS REPORT Danilo ,Osmar

Cronograma Filipe Bueno, Osmar

Planos de Ação Danilo

Apresentação documentação Parte1 Todos

Monografia Todos

BANCO DE DADOS

Descritivo/ MER Danilo ,Osmar

Mapeamento Filipe Bueno

Consultas Complexas Danilo

Script Banco de Dados Felipe

SISTEMA

PROTOTIPAÇÃOFelipe, Eduardo,

Danilo

Codificar módulo Felipe

Validar com Stackeholders Todos

Apresentação Eduardo

Script de Banco de Dados MYSQL final de maio;

Validação de documentação final de Maio;

Apresentação parte1 do Sistema na 1ª quinzena de junho;

Continuidade do Projeto com documentação da monografia em agosto

# DESCRIÇÃO TIPO CRITIC. SITUAÇÃO

1 Não atendimento ao Escopo

N 2 Definir as reais necessidades do cliente.

2 Não atendimento ao prazo

N 3 Dedicação de toda equipe para que todas as partes componha o todo.

3 Saída de membros da equipe

N 8 Todos estudarem comunicarem e se ajudarem.

4 Ficar Retido por dependência de notas

N 4 Total dedicação aos estudos e ajuda dos colegas

# DESCRIÇÃO TIPO CRITIC. SITUAÇÃO

5 Documentação não atendida

N 8 Rever, Atualizar os dados e comunicação com o grupo

6 Regra de Negocio N 3 Fazer levantamentosde dados e prototipação de telas.

7 Stakeholders criticando N 4 Criar metodologias para melhorar as regras de negócio.

8 Problemas nocomputador para apresentação

N 5 Grupo levar mais de um computador Levar carregador de bateria.

DATA DESCRIÇÃO DA MUDANÇA

16/02/2015 Mudança do Projeto por determinação do Prof. de Banco de Dados de Systime para Syscomp

01 à 31/03/15

Mudanças no descritivo do TCC

20/04/2015 Refazendo o sistema em PHP com as telas.

18/05/2015 Revendo Consultas Complexas em Banco de Dados

# DESCRIÇÃO

1Comunicação com todas as partes é essencial para o bom andamento do projeto, problemas de comunicação atrasa o projeto

2Não devemos acreditar 100% nas pessoas, devemos ter um plano B, ou seja, preparados para situação adversa.

3Não deixar para fazer tudo de última hora, delegando as funções para cada um para ter a entrega na data certa.

SYSCOMP –

SISTEMA DE CONCURSO PÚBLICO PARA DOCENTES

Diego Olivo Cintra Gustavo Ferreira Carasco Gustavo Sofioni Motta

Status Report

Índice

Dados do grupo

Diego Olivo Cintra 12102603

Gustavo Ferreira Carasco 12103679

Gustavo Sofioni Motta 12103792

Primeira Parte: Resumo do Projeto

ConectFuel

Justificativa

A partir de pesquisa de mercado, foi constatado que 80% dasempresas não possuem um controle efetivo de abastecimento de suas frotas,é comum que este controle seja feito através de notas fiscais de papel, quesão extremamente vulneráveis, vendo este cenário verificamos que oprocesso é falho, podendo existir muitos casos de fraudes. Através destapremissa o grupo, decidiu criar a solução ConectFuel, o sistema de controlede abastecimento.

Objetivo do Projeto

Desenvolver uma solução que auxiliará no controle e gestão de gastos comcombustíveis.

Benefícios Esperados

• Economia de recursos financeiros

• Ganho de tempo

• Inibir o ludibrio de recursos

• Gerenciando eficaz com gastos

Descrição Macro da Solução

O sistema utilizará a tecnologia RFID que será acoplado à chave de cada veículo tendo a função de única identificação. Para que todo o sistema funcione perfeitamente será necessário realizar o cadastro de login e senha para os funcionários da empresa de frotas, para o posto e oficina, cadastro dos motoristas e redes de postos de abastecimento conveniados.

Basicamente o motorista dirige-se até o posto conveniado e realiza o abastecimento após ser identificando com o RFID, o valor total constado na bomba de combustível será inserido ao sistema pelo frentista que estará com os equipamentos necessários para efetuar a operação, assim o posto pode gerar relatório com todos os abastecimentos num determinado período e saber o valor que deverá cobrar de cada empresa, empresa que que mais oferece lucro ao abastecer, empresa que mais abastece. Estabelecimentos poderão gerar relatórios de postos mais utilizados, valor total gasto, realizar filtro entre veículos, motoristas e postos. As oficinas poderão gerar relatório para verificar se há veículos que necessitam revisão (troca de óleo, freio, vela, etc ..) através da quilometragem.

Escopo do Projeto

Principais entregas.

- Regras de negócio;

- DFD;

- Modelo descritivo;

- Normalização de banco de dados;

- Protótipos.

Estrutura Analítica

ConectFuel

Sistema

Documentação

Identificação de

Funcionalidades

DFD

Descritivo de atores

Especificação de requisitos

Regras de Negócio

CRUD

Relatórios

Acesso

Site

Banco de Dados

Descritivo

MER

Normalização

- Funcionalidades- Identificação de

atores

- Nivel 0,1 e 2- Descrição

- Responsabilidades

- Papeis

- Identificação- Descrição- Classificação

- Levantamento

- Descrição

- Criar- Inserir- Deletar- Update

- Funcionalidades- Identificação de

atores- Funcionalidades- Identificação de

atores- Níveis de acesso- Liberação de

acesso

- Estruturação- Validação de

campos- Implementação- Responsivo

- Descritivo do sistema

- Desenvolvimento- Versionamento

- Normalização do BD

- Atualização das tabelas

Premissas e Restrição do Projeto

Descrição Premissas (P)Restrições (R)

O projeto possui data de termino nov/2015

R

Serão disponibilizado funcionários para qualificar equipes que irão operar o

sistema

P

Infraestrutura no cliente (internet, computadores e

periféricos)

P

Instalação de dispositivos RFID

P

Contrato entre partes R

Disponibilidade do site (servidores contratados)

P

Organograma do Projeto

Gustavo C.

Diego Gustavo S.

Ana.

Requisitos

Gerente de Projetos

Desenvolvedor

DBA

Gerente de Negócios Pesquisa de

Mercado

Gestão de Qualidade

ConectFuel

Analista de Sistemas

Papéis e ResponsabilidadesPAPEL RESPONSABILIDADES

Gerente de Projetos Planejar, controlar e executar o projeto.

Analista de Requisitos Verificar se os requisitos do sistemas estão sendo atendidos.

Desenvolvedor Desenvolvimento da logica da solução e site.

DBA Realizar o desenho do banco de dados, normalização e implementação.

Gerente de Negócios Identificar oportunidades de negocio que gerarão lucros.

Pesquisa de Mercado Realizar pesquisa e estudo sobre todos os assuntos que abordam a solução, desenvolver pesquisas quantitativas e qualitativas do sistema.

Gestão de Qualidade Prezar pela qualidade e integridade da solução

Segunda Parte: Situação do Projeto

ConectFuel

Cronograma das Próximas Entregas

Próximas Entregas

- Finalização das regras de negócio

- Códigos SQL P1

- SQL Final

- Pesquisa tecnológica

- Pesquisa de Mercado (carros)

- Monografia P1, P2 e final

- Protótipo com relatórios

- Protótipo RFID

Riscos Cod.

Descrição Tipo Critic. Situação

1 Demissão de funcionários treinados

N 12 Capacitar outros funcionários para que possa continuar o processo.

2 Não cumprimento do processo de negócio

N 10 Orientar sempre os usuários a cumprirem o processo para que não haja falha no sistema

3 Indisponibilidade do gerente na empresa.

N 10 Deixar mais de um gerente com a responsabilidade de liberar os abastecimentos

4 Falta de infraestrutura N 15 Realizar um estudo de campo, para mitigar possíveis falhas.

5 Desqualificação da equipe N 6 Realizar treinamentos contínuos

6 Aplicação da tecnologia RFID N 15 Realizar pesquisas e estudos sobre a tecnologia, para que não cause problemas no projeto

Mudanças no Projeto

1 – Substituição do QRCODE, para a tecnologia RFID

2 – Versionamento do MER em 9 versos

3 – Alteração nas datas de entrega do CRUD

4 – Adaptação e inserção de novas funções e relatórios para atender

consultas complexas de banco de dados.

Lições Aprendidas

- Procurar sempre buscar o professor responsável para verificar e validar

documentação e sistemas;

- Trabalho em equipe, é fundamental para o desenvolvimento de um projeto;

- Gerenciamento de projetos, é fundamental para ter um acompanhamento do

desenvolvimento do TCC;

- Atribuir funções e responsabilidades é fundamental para deixar a equipe

comprometida;

- Aprendemos a ser pequenos empreendedores.

Obrigado!

Equipe ConectFuel

SISTEMAS DE INFORMAÇÃO

Status Report

Índice

PRONTUÁRIO NOME

12201563 Alessandro Mesquita

10200923 Daiane Alves

12104647 Filipe Rafael

12104710 Gustavo Pires

12101839 Rodrigo Guaiume

<SISDoc>

O arquivamento de documentos ainda é ineficiente em boa parte das empresas internamente, pois não existe uma padronização bem clara e consistente, falta também espaço físico para estocagem, políticas de controle de segurança e um sistema que torne automatizado e ágil estes processos.

Criar um sistema robusto que possa digitalizar documentos físicos e torná-los em formato digital, além de armazená-los em espaço físico de modo organizado e seguro mantendo assim a integridade do documento original.

A proposta da solução é viabilizar o acesso do cliente de qualquer lugar via web, com acesso aos documentos de forma simples e prática.

Os benefícios esperados são os seguintes:

Redução do custo do número de cópias, aumento de produtividade na procura, no reencaminhamento de documentos e redução do espaço de arquivo;

Descentralização e liberação do espaço físico;

Com o auxílio de um browser a pesquisa da informação dos documentos torna-se de forma facilitada e rápida;

Formação de um Backup que permite a recuperação da informação em caso de incêndio ou inundação do seu arquivo físico;

As soluções de Gestão Documental têm mecanismos de controlo de acessos e segurança protegendo os seus documentos de acessos não autorizados.

Solução desenvolvida para web, utilizando-se das tecnologias:

- Linguagem de programação PHP;

- Banco de dados MySQL;

- Framework Twitter Bootstrap;

- CSS3, HTML5, JQUERY e AJAX.

Diagrama de Casos de Uso, Regras de Negócio, Requisitos, Plano de Testes, Documentação de Banco de Dados, Apresentação do Sistema e Treinamento.

DESCRIÇÃO(P)REMISSA(R)ESTRIÇÃO

O projeto será realizado no ambiente do cliente. Premissa

O cliente vai disponibilizar um analista de recursos humano na fase de levantamento de requisitos.

Premissa

TCC será finalizado sem mudanças de membros do grupo.

Premissa

O projeto precisa ser concluído antes de 31/11/ 15. Restrição

Gustavo

Gerente de Projeto

DaianeAnalista de Requisitos

/ Documentador

Filipe

Desenvolvedor

Alessandro

Analista de Testes

/ Web Design

Rodrigo

DBA

PAPEL RESPONSABILIDADES

Gerente de Projetos Planejar as atividades do projeto, realizar o acompanhamento do cronograma e disponibilizar status report aos stakeholders.

Documentador Documentar o sistema, considerando as especificações técnicas e funcionais e validar a documentações com os stakeholders.

Testador Executar o script de testes e gerar planilha de inconsistências.

Programador Codificar o sistema, de acordo com as especificações e realizar ajustes no sistema.

DBA Realizar Configuração e Gerenciamento do banco de dados.

<SISDoc>

Maio: Documentação de Banco de Dados e Engenharia de Software

Junho: Pré-Banca(TCC)

# DESCRIÇÃO Ações TIPO CRITICIDADE SITUAÇÃO

1 Entrega fora do prazo estipulado

Alinhamento com todos os integrantes do grupo sobre os prazos e responsabilidades.

Negativo 10 Mitigado

2 Motivação Engajar à equipe no comprometimento para as metas serem alcançadas.

Positivo 9 Melhorar

3 Não atendimento ao escopo

Mapear às necessidades junto ao cliente documentando e realizando validações consistentes.

Negativo 7 Eliminar

4 Entregar antes do prazo

Realizarperiodicamente entregas para validações / alterações se necessárias.

Positivo 3 Aceitar

DATA DESCRIÇÃO DA MUDANÇA

Março – 2015 Mudança no escopo do projeto, implementação do módulo painel de demandas no SISDoc.

Maio - 2015 Mudança na equipe do projeto, integração do Alessandro junto à equipe.

# DESCRIÇÃO

1 Envolver os professores na validação no desenvolvimento do projeto.

2Realizar reuniões semanais com a equipe do projeto.

<SISDoc>

SISTEMAS DE INFORMAÇÃO

SISTEMA DE GERENCIAMENTO CONDOMINIAL

Status Report

Índice

Dados do Grupo

PRONTUÁRIO NOME

12101551 Carlos Alberto Pereira Junior

12102058 Daniel Hengle Spina

12102098 Dênis Marques Tamarino

11104440 Geysa Libório Santos de Lima

12104186 Wanderliuson dos Reis Silva

Primeira Parte: Resumo do

ProjetoORDÚ – Sistema de Gerenciamento Condominial

Justificativa

Após observar a experiência de residentes em condomínios

fechados, foi chegada a conclusão de que não existe um

padrão de gerenciamento, diversos condomínios pecam no

controle de acesso de pessoas e objetos e muitas vezes não

há um canal de comunicação entre os moradores e a

sindicância. Diversos relatos de extravios e atrasos no

recebimento de encomendas além da falta de controle de

acesso de visitas acarretam em possíveis problemas com a

segurança, isto levou a decisão da elaboração deste

projeto.

Objetivo do projeto

Gerenciar as encomendas de um condomínio,

facilitando a organização e evitando problemas com as

entregas.

Gerenciar visitas pessoais e técnicas a um determinado

apartamento.

Criar um canal de comunicação dos moradores com a

sindicância do condomínio, onde possam ser feitas

reclamações.

Benefícios esperados

Melhor controle no cadastro e recebimento de

encomendas.

Controle com armazenamento de dados no acesso de

visitas técnicas e pessoais.

Controle com armazenamento de dados no acesso de

veículos de moradores e visitantes.

Maior proximidade entre os moradores e síndicos no que

diz respeito as funcionalidades do sistema.

Descrição macro da solução

Sistema Web, desenvolvido em PHP, utilizando banco de

MySql.

Escopo do projeto Descritivo do Sistema

Casos de Uso

Modelo Entidade-Relacionamento

Diagramas

Modulo Administrativo

- Cadastro de Usuários

- Cadastro de Imóveis

- Cadastro de Moradores

- Cadastro de Portarias

- Cadastro do Condomínio

- Controle de acesso de Veículos

- Controle de acesso de Visitantes

- Controle de recebimento e distribuição de encomendas

- Relatórios

Escopo do projeto

Modulo Morador

- Atualização dos dados cadastrais

- Cadastro de Visitas

- Cadastro de Veículos

- Cadastro de Encomendas

Estrutura Analítica do Projeto

Premissas e Restrições do Projeto

DESCRIÇÃO(P)REMISSA

(R)ESTRIÇÃO

O cliente será responsável pela manipulação e manuseio dos

dados inseridos no sistema.P

O projeto será realizado por um grupo de 5 pessoas. P

Todos os integrantes devem ajudar o desenvolvimento do

projeto.P

O projeto precisa ser concluído antes do dia 20/11/2015. R

O projeto deve ser desenvolvido utilizando a linguagem PHP

e deve ser no formato de aplicação WEB.R

O Banco de dados deverá ser MySql. R

Organograma do projeto

Wanderliuson

Gerente de Projeto

Dênis

Analista de Requisitos

Daniel

Desenvolvedor

Geysa

Analista de Testes

Carlos

DBA

Papéis e Responsabilidades

PAPEL RESPONSABILIDADES

Gerente de Projeto Reunir com Stakeholder’s, definir dados

sistema, auxiliar e acompanhar os demais

integrantes da equipe buscando focar no

projeto.

Analista de Requisitos Definir requisitos junto ao cliente e Gerente.

Desenvolvedor Responsável por desenvolver o software, criar

o layout e efetuar possíveis alterações ao

longo do projeto.

Analista de Testes Responsável pelos testes necessários para

aprovação da solução.

DBA Responsável por criar o Banco de Dados do

projeto condizente com o acordado com o

cliente e disponibiliza-lo ao Desenvolvedor

para inclusão ao software.

Segunda Parte: Situação

do ProjetoORDÚ – Sistema de Gerenciamento Condominial

Cronograma das próximas

entregas

Próximas entregas

Entrega do Status Report: 18/05/2015

Entrega da documentação relativa a BD: 02/06/2015

Apresentação da Pré-banca: junho/2015

Riscos

# DESCRIÇÃO TIPO CRITIC. SITUAÇÃO

1 Não atendimento dentro do

prazo estipulado.

Negativo 15 Em Mitigação.

2 Saída do desenvolvedor da

equipe.

Negativo 10 Em Mitigação.

3 Antecipação da conclusão

do projeto.

Positivo 8 Em Mitigação.

4 Desaprovação por parte do

Orientador

Negativo 12 Eliminado.

Mudanças no projeto

DATA DESCRIÇÃO DA MUDANÇA

07/03/2015 Inclusão de membro: Geysa Libório Santos de Lima passa a

integrar o time Ordú.

08/03/2015 Divisão de Responsabilidades e Cronograma de entrega

reformulados devido nova equipe.

24/04/2015 Após revisar dados coletados em pesquisa de campo e reunião

com professor orientador, é definida a inclusão do controle de

acesso de pessoas e veículos ao sistema.

Lições aprendidas

# DESCRIÇÃO

1Preparar a documentação previamente acertando com o cliente os

detalhes a fim de evitar desconfortos futuros.

2 A importância do planejamento ao se propor a realizar algum projeto.

3Realizar reuniões periódicas com o cliente, esclarecendo possíveis

duvidas ou sugestões de ambas as partes.

4 A importância do trabalho em equipe e divisão de tarefas.

Muito obrigado!ORDÚ – Sistema de Gerenciamento Condominial

SISTEMAS DE INFORMAÇÃO

Status Report

Índice

PRONTUÁRIO NOME

12104128 David Deizepi Rocha

12104442 Eduardo Lima dos Reis

12103030 Filipe Campos Tartarini

Sistema de Formação Continuada

Observamos as dificuldade das empresas em ter acesso de forma organizada e rápida ao históricos de cursos dos seus funcionários, afim de desenvolve-los para suas atuais ou futuras atividades dentro da empresa.

Temos como objetivo facilitar o acesso de todos os responsáveis pelo desenvolvimento profissional da empresa a todos os dados relacionados a cursos e formações diversas realizadas pelos funcionários, seja pela empresa ou de forma particular.

Também teremos o acesso do funcionário, com foco nas vagas disponíveis e formações necessários para se candidatar.

O gerenciamento de todas as informações relacionadas a formação do funcionário;

Acesso organizado com diversos tipos de filtros para pesquisa, seja por funcionário, tipo de formação, entre outras;

Informativos sobre novas vagas;

Alertas sobre funcionários com cursos desatualizados.

O sistema agrupará todos os cursos e qualificações necessárias para desempenhar os cargos da empresa. Com isso, verificará

1. Funcionários inaptos para determinadas funções;

2. Funcionários com conhecimento suficiente para desempenhar outra ou mais funções;

3. Desempenho dos mesmos em cursos realizados pela empresa.

Dessa forma, a empresa terá acesso a todas as informações relevantes das qualificações(de forma rápida e organizada) e os próprios funcionários poderão consultar sua qualificações, almejando promoções.

A documentação base do projeto conteúdo Diagrama de Fluxo de Dados, Modelo e Mapeamento E-R, Planos de Testes e Manuais;

Teremos treinamentos direto no ambiente do cliente, uma vez que o mesmo disponibilizara no ambiente os recursos para o funcionamento do sistema;

O sistema funcionará como um portal(intranet), disponível para todos da empresa.

Sistema de

formação

continuada

Documentação

Diagrama de casos

de uso

Regras de

Negócios

Requisitos

funcionais

Requisitos não

funcionais

Diagrama de casos

de uso

DFD NIVEL 0

DFD NIVEL 1

Diagrama de

Classes

Banco de Dados

Modelo

Conceitual

Modelo Logico

Modelo Físico

Testes

Testes de

Desempenho

Scripts de Testes

Evidência de

testes

Levantamento de

dados

Entrevista com os

clientes

Relatório de

pesquisa

Software

Cadastros

Usuários

Funcionários

Relatórios

Relatório de

Desempenho

Relatório de

Gastos

Relatório de

frequência

Restrições de

integridade

Dimensionamento

do banco

Dimensionamento

do Estudo de

Segurança

Integração

Banco de dados

Externo

Fluxo de

informação

DESCRIÇÃO(P)REMISSA(R)ESTRIÇÃO

O cliente cadastrará os cargos, relacionando-os entre si e definindo níveis;

Premissa

Todos os usuários possuirão um e-mail valido para receber as informações sobre os cursos;

Premissa

O software está pronto até o final de Julho; Premissa

O cliente utilizará navegadores atualizados para o uso do sistema;

Premissa

O cliente terá acesso a internet para usar o sistema(que está hospedado em um servidor web);

Restrição

Os funcionários possuirão e-mail ou numero de celularvalidos para receber sua senha no primeiro acesso

Restrição

Os cursos serão cadastrados pelo funcionário do Departamento de Recrutamento ou Seleção(ou outro setor responsável)

Restrição

Filipe

Gerente de Projeto

Eduardo

Analista de Requisitos

David

Desenvolvedor

Eduardo/David

Analista de Testes

David/Eduardo

DBA

PAPEL RESPONSABILIDADES

Gerenciamento do Projeto Atuar diretamente no Gerenciamento do projeto, realização de testes junto ao cliente e validação do projeto final.

Analise de Requisitos Validar junto ao cliente os requisitos e documentação e realização de testes primários.

Desenvolvimento do Sistema

Realizar toda a programação do sistema, banco de dados.

Fornecimento de dados da empresa

Fornecerá regras de negocio da empresa e realizará testes no sistema, ajudando no aprimoramento do mesmo.

Sistema de Formação Continuada

Finalizar toda a parte de programação do sistema, e com isso a parte de interface e banco de dados do mesmo;

Definir como funcionará os acessos do sistema, definindo assim, como o ambiente deverá ser para que o cliente tenha a melhor experiência.

# DESCRIÇÃO TIPO CRITIC. SITUAÇÃO

1 Não concluir o projeto até data de entrega

Negativo Alta Eliminar

2 Queda do servidor ou invasão

Negativo Baixa Mitigar

3 Perda de integrantes do projeto

Negativo Alta Melhorar

4 Conclusão do desenvolvimento em Julho

Positivo Baixa Aceitar

5 Erros durante a execução do software ou em sua documentação

Negativo Alta Melhorar

DATA DESCRIÇÃO DA MUDANÇA

20/04/2015 Alteramos alguns aspectos do sistema, excluindo assim a parte de palestras presente anteriormente.

10/05/2015 Inserimos toda a parte de cursos superiores no sistema, dando ênfase total na parte acadêmica.

# DESCRIÇÃO

1 Fazer com antecedência um cronograma para definir datas;

2 Analisar mais os processos, para minimizar erros;

3 Incluir mais o cliente nos processos e reuniões;

4 Sem programar com as datas limites;

5 Evitar mudanças radicais no sistema e em sua documentação.

Sistema de Formação Continuada

Status

Report

Índice

PRONTUÁRIO NOME

12102009 Claudio Lopes

12104084 Igor Luan

12102100 Raphael Alves

12101075 Victor Pedroso

Dados do Grupo

Primeira Parte: Resumo do Projeto

Tell me

Condominium

Justificativa

Hoje com a dificuldade de comunicação entre o síndico/administradora

do condomínio com os morados, essa dificuldade seja pela de falta de

tempo ou qualquer outro motivo, isso também acaba gerando uma

dificuldade com a forma que os problemas do condomínio são relatados e

acompanhados.

Objetivo do Projeto

Criação de um canal de comunicação entre os moradores e o sindico/administradora.

Este canal tem como objetivo

a análise dos problemas que os moradores encontram no dia-a-dia.

Benefícios Esperados

• Maior agilidade na soluções dos problemas

• Fácil utilização do sistema

• Maior satisfação dos moradores

• Auxilio ao síndico aonde aplicar os investimentos

Descrição Macro da Solução

O Tell me Concominium é um sistema voltado para a comunicação entre

moradores e

a administração de condomínios privados. Tem como foco o controle de

agendas, ocorrências

e auxilio na tomada de decisões.

Para tal, disponibiliza funções de cadastro de itens e subitens do

condomínio, bem como o cadastro

de suas dependências que, uma vez cadastrados, são utilizados para a

abertura de solicitações,

estas feitas pelos moradores. As solicitações geram índices que ajudam na

tomada de decisões

do síndico e sua equipe de administração.

O sistema é responsivo e compatível com diversos equipamentos, o que

facilita o seu uso.

Principais entregas.

- Regras de negócio;

- Modelo de Caso de uso;

- Modelo descritivo;

- Modelo ER e normalização do

Banco de dados;

- Manual de utilização do

sistema;

- WebServices e Front-end.

Escopo do Projeto

Estrutura Analítica do Projeto Tell me

Condominium

SistemaDocumenta

ção

Descritivo do projeto

Caso de Uso /

Descrição

Modelo ER

Dicionário de dados

Normalização

WebServices

Front-end

Banco de Dados

Mapeamento

Diagrama de Classes

Premissas e Restrição do Projeto

Descrição Premissas (P)

Restrições (R)

Data final de entrega

para Dezembro/2015.

R

Infraestrutura do

servidor com

comunicação à

internet.

P

Projeto deve ser

entregue

documentado e com

aplicação completa.

R

Organograma do Projeto

RaphaelVictor Igor

Ana.

Requisitos

Ana. Requisitos

Desenvolvedo

r

Pesquisa de Mercado

Gestão de Qualidade

Tell me Condominium

Analista de Sistemas

Cláudio

Desenvolvedo

r

DBA

Papéis e Responsabilidades

PAPEL RESPONSABILIDADES

Analista de Requisitos Verificar se os requisitos do sistemas estão sendo atendidos.

Desenvolvedor Desenvolvimento da logica da solução e site.

DBA Realizar o desenho do banco de dados, normalização e implementação.

Pesquisa de Mercado Realizar pesquisa e estudo sobre todos os assuntos que abordam a solução, desenvolver pesquisas quantitativas e qualitativas do sistema.

Analista de Sistemas Documentar os processos do projeto.

Gestão de Qualidade Prezar pela qualidade e integridade da solução.

Segunda Parte: Situação do Projeto

Tell me

Condominium

Cronograma das Próximas Entregas

Abril Maio Junho Julho Agosto

1 2 3 4 5 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4 5

Documentação Responsável

Documentação Geral

EAP Raphael

Descritivo do projeto Cláudio

MER Cláudio

Regras de negócio Raphael (Todos)

Mapeamento Cláudio

Normalização Igor

Dicionário de dados Victor

Diagrama de casos de uso Igor

Diagrama de classes Victor

Manual do sistema Raphael / Victor

Sistema Responsável

Desenvolvimento

Definição das telas do sistema Igor

Front-end Igor

Web services Cláudio

Relatórios Cláudio

Integração das telas com o WS Cláudio / Igor

Testes Raphael / Victor

Correções Todos

Próximas Entregas

- Descrição de casos de uso;

- Definição do WebServices;

- Desenvolvimento de front-end;

- Integração das telas com o WS;

- Manual do sistema;

- Testes.

Riscos

# DESCRIÇÃOTIP

OCRITIC. SITUAÇÃO

1 Integração dos

WebServices com a

aplicação falhar

N 15

2 Número de integrantes da

equipe de projeto diminuirN 4

3 Mudanças de escopo ao

decorrer do projetoN 10

4 Relatórios complexos

devolverem dados

divergentes

N 10

5 Buscar investidores para

venda do produtoP 12

Mudanças no Projeto

DATA DESCRIÇÃO DA MUDANÇA

03/03/201

5

Mudança na proposta do sistema, de

municípios para condomínios.

27/03/201

5

O sistema passa a ser não somente para

condomínios horizontais, mas também para

verticais.

01/04/201

5

Mudança nas tecnologias utilizadas para

construção do sistema.

Lições Aprendidas

# DESCRIÇÃO

1 Criar novas versões a cada documento alterado.

2Elaborar um cronograma para melhor organização do

projeto.

3 Melhorar comunicação entre os integrantes do grupo.

4Realizar validações periodicamente com os

professores sobre os documentos criados / alterados.

5 Delegar tarefas entre os integrantes.

Obrigado!

[email protected]/alessandroalmeida