Alessandro Almeida | www.alessandroalmeida.com
20/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
Info...
# Nome do Projeto
1 RateStar
2 Easy Plant’s
3 Orbs Comex
4 SYSCOMP – Sistema de Concurso Público para Docentes
5 ConectFue...
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 ...
 O objetivo do nosso projeto é facilitar a vida
do cliente para encontrar o melhor lugar para
sair, seja um bar, restaura...
 Usuário poderá escolher de uma maneira
mais rápido e mais fácil o melhor destino
para sair a lazer utilizando nossa ferr...
 Gerenciador de avaliações de
estabelecimentos dos tipos bar, restaurante e
balada. A partir das avaliações feitas, é
ger...
 Modelo de Entidade Relacionamento
 Diagrama de caso de uso
 Dicionário de dados
 Descrição do caso de uso.
 Modelo D...
Projeto
Documentação Sistema
Descrição de
Caso de Uso
Diagrama de
Caso de Uso
DFD
Banco de
Dados
Levantamento
de dados
Cad...
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 a...
Caio Souza
Gerente de Projeto
Cassio
Cardoso
Analista de Requisitos
Lucas Burity
Desenvolvedor
Leonardo
Lorençoni
Analista...
PAPEL RESPONSABILIDADES
Gerente de Projetos Organizar cronograma e responsabilidades
do time
Analista de Requisitos Verifi...
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 Entidad...
 Documentação de banco de dados atualizado
 Casos de uso atualizado
 DFD níveis 0 e 1 atualizados
 Primeira versão da ...
# 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 d...
DATA DESCRIÇÃO DA MUDANÇA
01/02/2015 Um integrante saiu do grupo
# DESCRIÇÃO
1
Semanalmente é enviado um email para todos com um status do
projeto
2 Um backup é feito cada fez que é feito...
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 ferram...
 O sistema tem como objetivo realizar o
controle de plantas de pequeno porte e
multicultura, tendo intuito de organizar s...
 Facilitar o trabalho do responsável em
tratar/cultivar as plantas, de forma que
diminua custos e tempo.
 Fornecer relat...
 O projeto está sendo desenvolvido no
ambiente web, com a ferramenta Visual
Studio 2013, usando dot.net e C#.
 O banco d...
 Diagrama de Banco de Dados;
 Documentação final;
 Manual do usuário;
 Finalização da aplicação;
 Normalização do ban...
DESCRIÇÃO
(P)REMISSA
(R)ESTRIÇÃO
Usuário especialista na área botânica P
Ambiente para cultivo de plantas - Estufa P
Prazo...
Geovane A
Gerente de Projeto
Erika Vieira
Analista de Requisitos
Geovane A
Desenvolvedor
Bianca Nunes
Analista de Negócios...
PAPEL RESPONSABILIDADES
Gerente de projetos Planejar e controlar a execução de projetos em diversas
áreas e responsável pe...
Easy Plant’s
 Maio/2015:
◦ Desenvolvimento das telas finais do sistema.
◦ Fechamento do modelo de banco.
 Junho/2015:
◦ Apresentação ...
# DESCRIÇÃO TIPO CRITIC. SITUAÇÃO
1 Atraso no
desenvolvimento
N 15 Em mitigação
2 Algum outro membro
sair da equipe
N 5 In...
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 integran...
# DESCRIÇÃO
1 Realizar reuniões semanais com a equipe
2 Validar regras de negócios antes do desenvolvimento
3 Testar rotin...
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
121033...
Orbs Comex
 As micro e pequenas empresas de Importação
possuem acesso limitado as informações sobre
os Despachantes Aduaneiros e Age...
◦ O objetivo do projeto é permitir a localização de
Importadores, Despachantes aduaneiros e
Agentes de carga, possibilitar...
 Reunir em um site a localização de Importadoras,
Despachantes Aduaneiro e Agentes de Carga;
 Permitir acesso ao ranking...
 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.
 ...
Projeto TCC
Orbs Comex
Sistema
Relatórios Controle de
Acesso
Cadastro
Importadoras
Despachantes
Aduaneiros
Agentes de
Carg...
Projeto TCC
Orbs Comex
Documentação
Diagrama de
Classes
TestesDiagrama de
Caso de Uso
Levantamento
de Dados
Descrição de
C...
DESCRIÇÃO (P)REMISSA
(R)ESTRIÇÃO
Obter aprovação do tema pelos professores. P
Pesquisar a viabilidade para desenvolvimento...
Camila Costa
Gerente de Projeto
Camila Costa
Testadora
Documentadora
DBA
Caroline Poteria
Desenvolvedora
DBA
Fernando Ferr...
PAPEL RESPONSABILIDADES
Gerente de Projeto
Monitorar todas as atividades do projeto;
Preencher termos de aberto de projeto...
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
Identificar agentes Camila
Definir classes Ca...
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 u...
Sistema
 Codificar módulo de usuários;
 Criação de procedures e efetivar teste de capacidade do Banco de
dados;
 Codifi...
CÓDIGO
RISCO
DESCRIÇÃO DO RISCO TIPO CRITICIDADE ESTRATÉGIA DE RESPOSTA AO RISCO
1 Saída de membros da equipe Negativo 12
...
DATA DESCRIÇÃO DA MUDANÇA
09/07/2014 Entrada de novo integrante no projeto – Anderson Biajante
03/02/2015 Saída do integra...
# DESCRIÇÃO
1
Acompanhar o desenvolvimento de cada parte envolvida no
projeto.
2
Realizar reuniões semanais com a equipe d...
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 AU...
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 ...
 Facilitar os processos do ciclo administrativo
(documentação, inscrição, resultado);
 Agilidade na inscrição do candida...
 Agilidade no processo e na inscrição dos
candidatos;
 Segurança dos dados;
 Eliminar inconsistências na documentação;
...
 Sistema WEB desenvolvido na linguagem de
programação PHP, banco de dados em
MYSQL, hospedado em servidor WEB para que
to...
 Descritivo;
 Modelo Entidade e Relacionamento;
 Casos de Uso;
 Diagrama de Classes;
 Regras de Negócio;
 Manual do ...
SYSCOMP
Documentação
Regras de
Negócio
Requisitos
Funcionais
Requisitos Não
Funcionais
Diagrama de
Caso de Uso
Diagrama de...
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 S...
Danilo Souza
Soares
Gerente de Projeto
Eduardo Villas
Boas
Analista de Requisitos
Felipe Augusto
P. Dias
Desenvolvedor
Osm...
PAPEL RESPONSABILIDADES
GERENTE DE PROJETOS Realizar o acompanhamento do
cronograma;
Validar documentação de requisitos;
F...
PAPEL RESPONSABILIDADES
DBA Documentação de Banco de Dados;
Mapeamento de Regras de 1 à 9;
Normalização;
Engenharia Revers...
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
C...
 Script de Banco de Dados MYSQL final de
maio;
 Validação de documentação final de Maio;
 Apresentação parte1 do Sistem...
# DESCRIÇÃO TIPO CRITIC. SITUAÇÃO
1 Não atendimento ao
Escopo
N 2 Definir as reais
necessidades do
cliente.
2 Não atendime...
# 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 Re...
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 Syscom...
# DESCRIÇÃO
1
Comunicação com todas as partes é essencial para o bom
andamento do projeto, problemas de comunicação atrasa...
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% das
empresas não possuem um controle efetivo de abas...
Objetivo do Projeto
Desenvolver uma solução que auxiliará no controle e gestão de gastos com
combustíveis.
Benefícios Esperados
• Economia de recursos financeiros
• Ganho de tempo
• Inibir o ludibrio de recursos
• Gerenciando efi...
Descrição Macro da Solução
O sistema utilizará a tecnologia RFID que será acoplado à chave de cada
veículo tendo a função ...
Escopo do Projeto
Principais entregas.
- Regras de negócio;
- DFD;
- Modelo descritivo;
- Normalização de banco de dados;
...
Estrutura
Analítica
ConectFuel
Sistema
Documentaç
ão
Identificação
de
Funcionalida
des
DFD
Descritivo de
atores
Especifica...
Premissas e Restrição do Projeto
Descrição
Premissas (P)
Restrições (R)
O projeto possui data de
termino nov/2015
R
Serão ...
Organograma do Projeto
Gustavo C.
Diego Gustavo S.
Ana.
Requisitos
Gerente de
Projetos
Desenvolvedor
DBA
Gerente de
Negóci...
Papéis e Responsabilidades
PAPEL RESPONSABILIDADES
Gerente de Projetos Planejar, controlar e executar o projeto.
Analista ...
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 Me...
Riscos
Co
d.
Descrição Tipo Critic. Situação
1 Demissão de funcionários
treinados
N 12 Capacitar outros funcionários para
...
Mudanças no Projeto
1 – Substituição do QRCODE, para a tecnologia RFID
2 – Versionamento do MER em 9 versos
3 – Alteração ...
Lições Aprendidas
- Procurar sempre buscar o professor responsável para verificar e validar
documentação e sistemas;
- Tra...
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 ...
<SISDoc>
 O arquivamento de documentos ainda é ineficiente em boa
parte das empresas internamente, pois não existe uma
padronizaçã...
 Criar um sistema robusto que possa digitalizar
documentos físicos e torná-los em formato digital, além
de armazená-los e...
 Os benefícios esperados são os seguintes:
 Redução do custo do número de cópias, aumento de produtividade na
procura, n...
 Solução desenvolvida para web, utilizando-se das tecnologias:
- Linguagem de programação PHP;
- Banco de dados MySQL;
- ...
 Diagrama de Casos de Uso, Regras de Negócio,
Requisitos, Plano de Testes, Documentação de
Banco de Dados, Apresentação d...
DESCRIÇÃO
(P)REMISSA
(R)ESTRIÇÃO
O projeto será realizado no ambiente do cliente. Premissa
O cliente vai disponibilizar um...
Gustavo
Gerente de Projeto
Daiane
Analista de Requisitos
/ Documentador
Filipe
Desenvolvedor
Alessandro
Analista de Testes...
PAPEL RESPONSABILIDADES
Gerente de Projetos Planejar as atividades do projeto, realizar o
acompanhamento do cronograma e d...
<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
gru...
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....
# DESCRIÇÃO
1 Envolver os professores na validação no desenvolvimento do
projeto.
2
Realizar reuniões semanais com a equip...
<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 ...
Primeira Parte: Resumo do
Projeto
ORDÚ – 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...
Objetivo do projeto
 Gerenciar as encomendas de um condomínio,
facilitando a organização e evitando problemas com as
entr...
Benefícios esperados
 Melhor controle no cadastro e recebimento de
encomendas.
 Controle com armazenamento de dados no a...
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 Administrat...
Escopo do projeto
 Modulo Morador
 - Atualização dos dados cadastrais
 - Cadastro de Visitas
 - Cadastro de Veículos
...
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 ...
Organograma do projeto
Wanderliuson
Gerente de Projeto
Dênis
Analista de Requisitos
Daniel
Desenvolvedor
Geysa
Analista de...
Papéis e Responsabilidades
PAPEL RESPONSABILIDADES
Gerente de Projeto Reunir com Stakeholder’s, definir dados
sistema, aux...
Segunda Parte: Situação
do Projeto
ORDÚ – 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çã...
Riscos
# DESCRIÇÃO TIPO CRITIC. SITUAÇÃO
1 Não atendimento dentro do
prazo estipulado.
Negativo 15 Em Mitigação.
2 Saída d...
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...
Lições aprendidas
# DESCRIÇÃO
1
Preparar a documentação previamente acertando com o cliente os
detalhes a fim de evitar de...
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 funci...
 Temos como objetivo facilitar o acesso de
todos os responsáveis pelo desenvolvimento
profissional da empresa a todos os ...
 O gerenciamento de todas as informações
relacionadas a formação do funcionário;
 Acesso organizado com diversos tipos d...
 O sistema agrupará todos os cursos e qualificações
necessárias para desempenhar os cargos da empresa.
Com isso, verifica...
 A documentação base do projeto conteúdo
Diagrama de Fluxo de Dados, Modelo e
Mapeamento E-R, Planos de Testes e
Manuais;...
Sistema de
formação
continuada
Documentação
Diagrama de casos
de uso
Regras de
Negócios
Requisitos
funcionais
Requisitos n...
DESCRIÇÃO
(P)REMISSA
(R)ESTRIÇÃO
O cliente cadastrará os cargos, relacionando-os entre si
e definindo níveis;
Premissa
Tod...
Filipe
Gerente de Projeto
Eduardo
Analista de Requisitos
David
Desenvolvedor
Eduardo/David
Analista de Testes
David/Eduard...
PAPEL RESPONSABILIDADES
Gerenciamento do Projeto Atuar diretamente no Gerenciamento do
projeto, realização de testes junto...
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 c...
# DESCRIÇÃO TIPO CRITIC. SITUAÇÃO
1 Não concluir o projeto
até data de entrega
Negativo Alta Eliminar
2 Queda do servidor ...
DATA DESCRIÇÃO DA MUDANÇA
20/04/2015 Alteramos alguns aspectos do sistema, excluindo assim a
parte de palestras presente a...
# DESCRIÇÃO
1 Fazer com antecedência um cronograma para definir datas;
2 Analisar mais os processos, para minimizar erros;...
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 difi...
Objetivo do Projeto
Criação de um canal de comunicação entre os moradores e o sindico/administradora.
Este canal tem como ...
Benefícios Esperados
• Maior agilidade na soluções dos problemas
• Fácil utilização do sistema
• Maior satisfação dos mora...
Descrição Macro da Solução
O Tell me Concominium é um sistema voltado para a comunicação entre
moradores e
a administração...
Principais entregas.
- Regras de negócio;
- Modelo de Caso de uso;
- Modelo descritivo;
- Modelo ER e normalização do
Banc...
Estrutura Analítica do
Projeto Tell me
Condomini
um
Sistema
Documenta
ção
Descritivo
do projeto
Caso de
Uso /
Descrição
Mo...
Premissas e Restrição do Projeto
Descrição
Premissas (P)
Restrições (R)
Data final de entrega
para Dezembro/2015.
R
Infrae...
Organograma do Projeto
RaphaelVictor Igor
Ana.
Requisitos
Ana.
Requisitos
Desenvolvedo
r
Pesquisa de
Mercado
Gestão de
Qua...
Papéis e Responsabilidades
PAPEL RESPONSABILIDADES
Analista de Requisitos Verificar se os requisitos do sistemas estão
sen...
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 Re...
Próximas Entregas
- Descrição de casos de uso;
- Definição do WebServices;
- Desenvolvimento de front-end;
- Integração da...
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...
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.
...
Lições Aprendidas
# DESCRIÇÃO
1 Criar novas versões a cada documento alterado.
2
Elaborar um cronograma para melhor organi...
Obrigado!
alessandro.almeida@uol.com.br
www.slideshare.net/alessandroalmeida
Status Report do TCC: SIN-NA7
Status Report do TCC: SIN-NA7
Status Report do TCC: SIN-NA7
Status Report do TCC: SIN-NA7
Status Report do TCC: SIN-NA7
Status Report do TCC: SIN-NA7
Próximos SlideShares
Carregando em…5
×

Status Report do TCC: SIN-NA7

713 visualizações

Publicada em

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)

Publicada em: Negócios
  • Seja o primeiro a comentar

Status Report do TCC: SIN-NA7

  1. 1. Alessandro Almeida | www.alessandroalmeida.com 20/05/2015 1° Semestre de 2015 SIN-NA7
  2. 2.  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
  3. 3. # 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
  4. 4. SISTEMAS DE INFORMAÇÃO Status Report Índice
  5. 5. PRONTUÁRIO NOME 12100074 Cassio Cardoso 12101082 Leonardo Lorençoni 12102092 Caio Souza 12101061 Lucas Burity Dominato
  6. 6. RateStar
  7. 7.  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.
  8. 8.  O objetivo do nosso projeto é facilitar a vida do cliente para encontrar o melhor lugar para sair, seja um bar, restaurante ou balada
  9. 9.  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.
  10. 10.  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.
  11. 11.  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
  12. 12. 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
  13. 13. 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
  14. 14. Caio Souza Gerente de Projeto Cassio Cardoso Analista de Requisitos Lucas Burity Desenvolvedor Leonardo Lorençoni Analista de Testes Caio Souza DBA
  15. 15. 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
  16. 16. RateStar
  17. 17. 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
  18. 18.  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
  19. 19. # 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
  20. 20. DATA DESCRIÇÃO DA MUDANÇA 01/02/2015 Um integrante saiu do grupo
  21. 21. # DESCRIÇÃO 1 Semanalmente é 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
  22. 22. RateStar
  23. 23. SISTEMAS DE INFORMAÇÃO Status Report Índice
  24. 24. PRONTUÁRIO NOME 12102059 Bianca Silva Nunes 12102691 Erika Vieira Lima 12102060 Geovane Antonio da Silva
  25. 25. Easy Plant’s
  26. 26.  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.
  27. 27.  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.
  28. 28.  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.
  29. 29.  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.
  30. 30.  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;
  31. 31. 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
  32. 32. 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
  33. 33. 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.
  34. 34. Easy Plant’s
  35. 35.  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.
  36. 36. # 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
  37. 37. 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
  38. 38. # 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
  39. 39. Easy Plant’s
  40. 40. SISTEMAS DE INFORMAÇÃO Status Report Índice
  41. 41. 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
  42. 42. Orbs Comex
  43. 43.  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.
  44. 44. ◦ 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.
  45. 45.  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.
  46. 46.  Sistema Web, com servidor local, desenvolvido em C#, HTML, ASP.NET, CSS3 e banco de dados SQL SERVER.
  47. 47.  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.
  48. 48. 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
  49. 49. 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
  50. 50. 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
  51. 51. 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
  52. 52. 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.
  53. 53. Orbs Comex
  54. 54. 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
  55. 55. 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
  56. 56. 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.
  57. 57. 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.
  58. 58. 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
  59. 59. # 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.
  60. 60. Orbs Comex
  61. 61. SISTEMAS DE INFORMAÇÃO Status Report Índice
  62. 62. 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
  63. 63. SYSCOMP – SISTEMA DE CONCURSO PÚBLICO PARA DOCENTES
  64. 64.  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.
  65. 65.  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.
  66. 66.  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.
  67. 67.  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.
  68. 68.  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).
  69. 69. 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
  70. 70. 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
  71. 71. 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
  72. 72. 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.
  73. 73. 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.
  74. 74. PAPEL RESPONSABILIDADES DESENVOLVEDOR Entende as regras de negócios; Manipula os dados para desenvolver o sistema
  75. 75. SYSCOMP – SISTEMA DE CONCURSO PÚBLICO PARA DOCENTES
  76. 76. 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
  77. 77.  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
  78. 78. # 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
  79. 79. # 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.
  80. 80. 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
  81. 81. # 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.
  82. 82. SYSCOMP – SISTEMA DE CONCURSO PÚBLICO PARA DOCENTES
  83. 83. Diego Olivo Cintra Gustavo Ferreira Carasco Gustavo Sofioni Motta Status Report Índice
  84. 84. Dados do grupo Diego Olivo Cintra 12102603 Gustavo Ferreira Carasco 12103679 Gustavo Sofioni Motta 12103792
  85. 85. Primeira Parte: Resumo do Projeto ConectFuel
  86. 86. 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.
  87. 87. Objetivo do Projeto Desenvolver uma solução que auxiliará no controle e gestão de gastos com combustíveis.
  88. 88. Benefícios Esperados • Economia de recursos financeiros • Ganho de tempo • Inibir o ludibrio de recursos • Gerenciando eficaz com gastos
  89. 89. 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.
  90. 90. Escopo do Projeto Principais entregas. - Regras de negócio; - DFD; - Modelo descritivo; - Normalização de banco de dados; - Protótipos.
  91. 91. 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
  92. 92. 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
  93. 93. 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
  94. 94. 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
  95. 95. Segunda Parte: Situação do Projeto ConectFuel
  96. 96. Cronograma das Próximas Entregas
  97. 97. 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
  98. 98. 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
  99. 99. 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.
  100. 100. 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.
  101. 101. Obrigado! Equipe ConectFuel
  102. 102. SISTEMAS DE INFORMAÇÃO Status Report Índice
  103. 103. PRONTUÁRIO NOME 12201563 Alessandro Mesquita 10200923 Daiane Alves 12104647 Filipe Rafael 12104710 Gustavo Pires 12101839 Rodrigo Guaiume
  104. 104. <SISDoc>
  105. 105.  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.
  106. 106.  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.
  107. 107.  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.
  108. 108.  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.
  109. 109.  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.
  110. 110. 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
  111. 111. Gustavo Gerente de Projeto Daiane Analista de Requisitos / Documentador Filipe Desenvolvedor Alessandro Analista de Testes / Web Design Rodrigo DBA
  112. 112. 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.
  113. 113. <SISDoc>
  114. 114.  Maio: Documentação de Banco de Dados e Engenharia de Software  Junho: Pré-Banca(TCC)
  115. 115. # 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
  116. 116. 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.
  117. 117. # DESCRIÇÃO 1 Envolver os professores na validação no desenvolvimento do projeto. 2 Realizar reuniões semanais com a equipe do projeto.
  118. 118. <SISDoc>
  119. 119. SISTEMAS DE INFORMAÇÃO SISTEMA DE GERENCIAMENTO CONDOMINIAL Status Report Índice
  120. 120. 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
  121. 121. Primeira Parte: Resumo do Projeto ORDÚ – Sistema de Gerenciamento Condominial
  122. 122. 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.
  123. 123. 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.
  124. 124. 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.
  125. 125. Descrição macro da solução  Sistema Web, desenvolvido em PHP, utilizando banco de MySql.
  126. 126. 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
  127. 127. Escopo do projeto  Modulo Morador  - Atualização dos dados cadastrais  - Cadastro de Visitas  - Cadastro de Veículos  - Cadastro de Encomendas
  128. 128. Estrutura Analítica do Projeto
  129. 129. 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
  130. 130. Organograma do projeto Wanderliuson Gerente de Projeto Dênis Analista de Requisitos Daniel Desenvolvedor Geysa Analista de Testes Carlos DBA
  131. 131. 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.
  132. 132. Segunda Parte: Situação do Projeto ORDÚ – Sistema de Gerenciamento Condominial
  133. 133. Cronograma das próximas entregas
  134. 134. 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
  135. 135. 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.
  136. 136. 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.
  137. 137. 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.
  138. 138. Muito obrigado! ORDÚ – Sistema de Gerenciamento Condominial
  139. 139. SISTEMAS DE INFORMAÇÃO Status Report Índice
  140. 140. PRONTUÁRIO NOME 12104128 David Deizepi Rocha 12104442 Eduardo Lima dos Reis 12103030 Filipe Campos Tartarini
  141. 141. Sistema de Formação Continuada
  142. 142.  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.
  143. 143.  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.
  144. 144.  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.
  145. 145.  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.
  146. 146.  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.
  147. 147. 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
  148. 148. 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
  149. 149. Filipe Gerente de Projeto Eduardo Analista de Requisitos David Desenvolvedor Eduardo/David Analista de Testes David/Eduardo DBA
  150. 150. 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.
  151. 151. Sistema de Formação Continuada
  152. 152.  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.
  153. 153. # 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
  154. 154. 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.
  155. 155. # 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.
  156. 156. Sistema de Formação Continuada
  157. 157. Status Report Índice
  158. 158. PRONTUÁRIO NOME 12102009 Claudio Lopes 12104084 Igor Luan 12102100 Raphael Alves 12101075 Victor Pedroso Dados do Grupo
  159. 159. Primeira Parte: Resumo do Projeto Tell me Condominium
  160. 160. 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.
  161. 161. 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.
  162. 162. 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
  163. 163. 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.
  164. 164. 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
  165. 165. 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
  166. 166. 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
  167. 167. 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
  168. 168. 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.
  169. 169. Segunda Parte: Situação do Projeto Tell me Condominium
  170. 170. 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
  171. 171. 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.
  172. 172. 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
  173. 173. 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.
  174. 174. 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.
  175. 175. Obrigado!
  176. 176. alessandro.almeida@uol.com.br www.slideshare.net/alessandroalmeida

×