status report do tcc: sin-na7
TRANSCRIPT
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
PRONTUÁRIO NOME
12100074 Cassio Cardoso
12101082 Leonardo Lorençoni
12102092 Caio Souza
12101061 Lucas Burity Dominato
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
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
# 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
PRONTUÁRIO NOME
12102059 Bianca Silva Nunes
12102691 Erika Vieira Lima
12102060 Geovane Antonio da Silva
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.
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
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
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.
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.
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
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
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.
Dados do grupo
Diego Olivo Cintra 12102603
Gustavo Ferreira Carasco 12103679
Gustavo Sofioni Motta 12103792
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
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.
PRONTUÁRIO NOME
12201563 Alessandro Mesquita
10200923 Daiane Alves
12104647 Filipe Rafael
12104710 Gustavo Pires
12101839 Rodrigo Guaiume
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.
# 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.
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
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.
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
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.
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.
PRONTUÁRIO NOME
12104128 David Deizepi Rocha
12104442 Eduardo Lima dos Reis
12103030 Filipe Campos Tartarini
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.
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.
PRONTUÁRIO NOME
12102009 Claudio Lopes
12104084 Igor Luan
12102100 Raphael Alves
12101075 Victor Pedroso
Dados do Grupo
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.
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.
[email protected]/alessandroalmeida