Status Report dos projetos de TCC
Os slides fazem parte de uma atividade realizada pelos alunos da turma SIN-NA7 (7º semestre de Sistemas de Informação – 1º semestre de 2015)
3. 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 ProjetoTCC
4. # 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
8. 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.
9. O objetivo do nosso projeto é facilitar a vida
do cliente para encontrar o melhor lugar para
sair, seja um bar, restaurante ou balada
10. 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.
11. 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.
12. 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
13. Projeto
Documentação Sistema
Descrição de
Caso de Uso
Diagrama de
Caso de Uso
DFD
Banco de
Dados
Levantamento
de dados
Cadastro 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
15. Caio Souza
Gerente de Projeto
Cassio
Cardoso
Analista de Requisitos
Lucas Burity
Desenvolvedor
Leonardo
Lorençoni
Analista de Testes
Caio Souza
DBA
16. 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
18. 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ísico
Cassio
Cardoso
Casos de Uso
Levantamento de dados
Leonardo
Lorençoni
Pesquisa com clientes
Cassio
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 V1
Preenchimento parcial do
documento
Cassio
Cardoso
Desenvolvimento final do
documento
Cassio
Cardoso
19. 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
20. # 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
27. 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.
28. 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.
29. 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.
30. 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.
31. 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;
34. 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
35. 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.
38. 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.
39. # DESCRIÇÃO TIPO CRITIC. SITUAÇÃO
1 Atraso no
desenvolvimento
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
40. 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
41. # 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
5
A comunicação deve ser clara para os membros da equipe de
forma que todos tenham ciência da situação atual do projeto
44. 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
46. As micro e pequenas empresas de Importação
possuem acesso limitado as informações sobre
os Despachantes Aduaneiros e Agentes de
Cargas;
Geralmente essas informações estão espalhadas
na internet;
Muitas vezes utiliza-se sites de buscas para
localizações, na maior parte das vezes estão
desatualizados;
A busca por novos prestadores de serviços são
casuais e através de indicações pessoais.
47. ◦ O objetivo do projeto é permitir a localização de
Importadores, Despachantes aduaneiros e
Agentes de carga, possibilitar que os serviços
prestados por Despachantes e Agentes de carga
sejam avaliados. Além de proporcionar a troca de
experiências e compartilhar informações sobre o
processo de importação aos usuários.
48. 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.
49. Sistema Web, com servidor local,
desenvolvido em C#, HTML, ASP.NET,
CSS3 e banco de dados SQL SERVER.
50. 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.
51. Projeto TCC
Orbs Comex
Sistema
Relatórios Controle de
Acesso
Cadastro
Importadoras
Despachantes
Aduaneiros
Agentes de
Carga
Clientes
Testes do SistemaLayoutBanco de dados
Ficha de
Importação
Ficha de
avaliação
Tela de
Informações úteis
52. Projeto TCC
Orbs Comex
Documentação
Diagrama de
Classes
TestesDiagrama 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
53. 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 do
sistema.
P
Aprofundar o conhecimento sobre a nova área de estudo
relacionada com o tema do projeto.
P
A quantidade de integrantes no grupo não poderá ser
superior 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
54. Camila Costa
Gerente de Projeto
Camila Costa
Testadora
Documentadora
DBA
Caroline Poteria
Desenvolvedora
DBA
Fernando Ferreira
Desenvolvedor
DBA
Letícia Gracci Moura
Documentadora
Analista Negócios
Letícia Custódio
Documentadora
55. 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.
57. 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4
DOCUMENTAÇÃO Responsável
Diagrama de Classes
Identificar agentes Camila
Definir classes Camila
Criar diagramas Camila
Testes
Identificar Plano de Testes Camila
Mapear Script de Testes Camila
Criar documento de experiências Camila/LeticiaCustodio
Levantamento de Dados
Definir questionário para entrevistas Camila
Efetuar entrevistas com clientes alvo Camila/LeticiaCustodio
Criar Relatório de pesquisas LetíciaCustodio
Diagrama Entidade Relacionamento
Identificar atores Camila
Definir relacionamentos Camila
Criar diagramas Camila
Revisão da Documentação
Efetuar ajustes na documentação LetíciaGracci
Validar Documentação com Orientador LetíciaGracci
Jul Agosto
2015
Mai Jun
58. 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 Caroline/Fernando
Realizar testes unitários Caroline/Fernando
Encaminhar módulo para testador Caroline/Fernando
Relatórios
Codificar módulo Caroline/Fernando
Realizar testes unitários Caroline/Fernando
Encaminhar módulo para testador Caroline/Fernando
Banco de dados
Criação de tabelas Caroline/Fernando
Criação de Procedures Caroline/Fernando
Teste de capacidade de BD Caroline/Fernando
Layout
Desenvolver layout Caroline/Fernando
Controle de Acesso
Criptografar o banco Caroline/Fernando
Gerar níveis de acesso Caroline/Fernando
Validar consisitência das informaçõesCaroline/Fernando
Telas de Informações úteis
Criar tela com as informações Caroline/Fernando
Testes do Sistema
Efetuar testes no sistema Camila
Preencher planilha de testes Camila
Jul Agosto
2015
Mai Jun
59. 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.
60. CÓDIGO
RISCO
DESCRIÇÃO DO RISCO TIPO CRITICIDADE ESTRATÉGIA DE RESPOSTA AO RISCO
1 Saída de membros da equipe Negativo 12
Monitorar 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.
3
Inclusão de novos itens no
escopo
Positivo 6
Delegar Papéis e Responsabilidades.
Atualizar Cronograma.
Controlar desenvolvimento do item no
projeto.
4
Não cumprimento do
cronograma
Negativo 15
Supervisionar as atividades da equipe.
Atualizar Cronograma periodicamente.
Realizar reuniões semanais.
61. 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
62. # DESCRIÇÃO
1
Acompanhar o desenvolvimento de cada parte envolvida no
projeto.
2
Realizar 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.
65. 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
67. 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.
68. 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.
69. 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.
70. 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.
71. 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).
73. 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
74. Danilo Souza
Soares
Gerente de Projeto
Eduardo Villas
Boas
Analista de Requisitos
Felipe Augusto
P. Dias
Desenvolvedor
Osmar V.
Moreira
Analista de Processos
Filipe Bueno
DeLova
DBA
75. 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.
76. 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.
79. 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ÇÃO
Felipe, Eduardo,
Danilo
Codificar módulo Felipe
Validar com Stackeholders Todos
Apresentação Eduardo
80. 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
81. # 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
82. # 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 levantamentos
de dados e
prototipação de
telas.
7 Stakeholders criticando N 4 Criar metodologias
para melhorar as
regras de negócio.
8 Problemas no
computador para
apresentação
N 5 Grupo levar mais de
um computador
Levar carregador de
bateria.
83. 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
84. # DESCRIÇÃO
1
Comunicação com todas as partes é essencial para o bom
andamento do projeto, problemas de comunicação atrasa o
projeto
2
Não devemos acreditar 100% nas pessoas, devemos ter um plano
B, ou seja, preparados para situação adversa.
3
Não deixar para fazer tudo de última hora, delegando as funções
para cada um para ter a entrega na data certa.
89. Justificativa
A partir de pesquisa de mercado, foi constatado que 80% das
empresas não possuem um controle efetivo de abastecimento de suas frotas,
é comum que este controle seja feito através de notas fiscais de papel, que
são extremamente vulneráveis, vendo este cenário verificamos que o
processo é falho, podendo existir muitos casos de fraudes. Através desta
premissa o grupo, decidiu criar a solução ConectFuel, o sistema de controle
de abastecimento.
91. Benefícios Esperados
• Economia de recursos financeiros
• Ganho de tempo
• Inibir o ludibrio de recursos
• Gerenciando eficaz com gastos
92. 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.
93. Escopo do Projeto
Principais entregas.
- Regras de negócio;
- DFD;
- Modelo descritivo;
- Normalização de banco de dados;
- Protótipos.
94. Estrutura
Analítica
ConectFuel
Sistema
Documentaç
ão
Identificação
de
Funcionalida
des
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
- Responsabilidade
s
- 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
95. 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
96. 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
97. Papéis e Responsabilidades
PAPEL 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
100. 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
101. Riscos
Co
d.
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
102. 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.
103. 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.
108. 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.
109. 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.
110. 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.
111. 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.
112. 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.
113.
114. 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
116. 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.
120. Maio: Documentação de Banco de Dados e
Engenharia de Software
Junho: Pré-Banca(TCC)
121. # 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
Realizar
periodicamente
entregas para
validações /
alterações se
necessárias.
Positivo 3 Aceitar
122. 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.
123. # DESCRIÇÃO
1 Envolver os professores na validação no desenvolvimento do
projeto.
2
Realizar reuniões semanais com a equipe do projeto.
126. 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
128. 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.
129. 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.
130. 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.
131. Descrição macro da solução
Sistema Web, desenvolvido em PHP, utilizando banco de
MySql.
132. 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
133. Escopo do projeto
Modulo Morador
- Atualização dos dados cadastrais
- Cadastro de Visitas
- Cadastro de Veículos
- Cadastro de Encomendas
135. 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
137. 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.
140. 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
141. 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.
142. 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.
143. Lições aprendidas
# DESCRIÇÃO
1
Preparar 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.
3
Realizar 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.
148. 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.
149. 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.
150. 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.
151. 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.
152. 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.
153. 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
154. 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 celular
validos 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
156. 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.
158. 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.
159. # 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
160. 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.
161. # 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.
166. 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.
167. 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.
168. 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
169. 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.
170. 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
171. Estrutura Analítica do
Projeto Tell me
Condomini
um
Sistema
Documenta
ção
Descritivo
do projeto
Caso de
Uso /
Descrição
Modelo ER
Dicionário
de dados
Normalizaç
ão
WebService
s
Front-end
Banco de
Dados
Mapeament
o
Diagrama
de Classes
172. 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
173. 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
174. 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.
176. 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
177. 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.
178. Riscos
# DESCRIÇÃO
TIP
O
CRITIC. SITUAÇÃO
1 Integração dos
WebServices com a
aplicação falhar
N 15
2 Número de integrantes da
equipe de projeto diminuir
N 4
3 Mudanças de escopo ao
decorrer do projeto
N 10
4 Relatórios complexos
devolverem dados
divergentes
N 10
5 Buscar investidores para
venda do produto
P 12
179. 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.
180. Lições Aprendidas
# DESCRIÇÃO
1 Criar novas versões a cada documento alterado.
2
Elaborar um cronograma para melhor organização do
projeto.
3 Melhorar comunicação entre os integrantes do grupo.
4
Realizar validações periodicamente com os
professores sobre os documentos criados / alterados.
5 Delegar tarefas entre os integrantes.