SlideShare une entreprise Scribd logo
1  sur  182
Télécharger pour lire hors ligne
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
Informação – 1º semestre de 2015)
 Tema da atividade: Status Report do ProjetoTCC
# Nome do Projeto
1 RateStar
2 Easy Plant’s
3 Orbs Comex
4 SYSCOMP – Sistema de Concurso Público para Docentes
5 ConectFuel
6 SISDoc
7 Ordú
8 Sistema de Formação Continuada
9 Tell me Condominium
SISTEMAS DE INFORMAÇÃO
Status Report
Índice
PRONTUÁRIO NOME
12100074 Cassio Cardoso
12101082 Leonardo Lorençoni
12102092 Caio Souza
12101061 Lucas Burity Dominato
RateStar
 Atualmente não há no mercado uma
ferramenta online centralizadora de
informações de fácil acesso que ajude o
usuário de uma maneira clara e confiável a
escolher um lugar para seu aproveitar seu
lazer. Visando resolver esse problema,
desenvolvemos nosso produto.
 O objetivo do nosso projeto é facilitar a vida
do cliente para encontrar o melhor lugar para
sair, seja um bar, restaurante ou balada
 Usuário poderá escolher de uma maneira
mais rápido e mais fácil o melhor destino
para sair a lazer utilizando nossa ferramenta
centralizadora e completa de informações
sobre os possíveis destinos.
 Gerenciador de avaliações de
estabelecimentos dos tipos bar, restaurante e
balada. A partir das avaliações feitas, é
gerado um ranking completo ordenado pelas
categorias, diferenciais e segmentos.
 Modelo de Entidade Relacionamento
 Diagrama de caso de uso
 Dicionário de dados
 Descrição do caso de uso.
 Modelo Descritivo
 Modelo Conceitual
 Modelo Físico
Projeto
Documentação Sistema
Descrição de
Caso de Uso
Diagrama de
Caso de Uso
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
DESCRIÇÃO
(P)REMISSA
(R)ESTRIÇÃO
O Projeto necessita de muitas avaliações para ser viável P
O Projeto deve ser concluído até Novembro/2015 R
Caio Souza
Gerente de Projeto
Cassio
Cardoso
Analista de Requisitos
Lucas Burity
Desenvolvedor
Leonardo
Lorençoni
Analista de Testes
Caio Souza
DBA
PAPEL RESPONSABILIDADES
Gerente de Projetos Organizar cronograma e responsabilidades
do time
Analista de Requisitos Verificar dados necessários para
viabilidade do desenvolvimento do projeto
Desenvolvedor Desenvolvimento do projeto e dos
documentos se baseando no escopo
Analista de Teste Testa as telas desenvolvidas
DBA Desenvolve e da manutenção ao banco de
dados e aos documentos do mesmo
RateStar
Maio Junho Julho Agosto
1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4
Documentação Responsável
Banco de Dados
Desenvolver Modelo Entidade
Relacionamento Caio Souza
Desenvolver Modelo Lógico Caio Souza
Desenvolver Modelo Fí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
 Documentação de banco de dados atualizado
 Casos de uso atualizado
 DFD níveis 0 e 1 atualizados
 Primeira versão da documentação final
# DESCRIÇÃO TIPO CRITIC. SITUAÇÃO
1 Não estimulação dos
clientes a utilizarem o
sistema.
N 10 Em mitigação
2 Contratação dos serviços
para outras indústrias
P 9 Em mitigação
3 Avaliações falsas N 3 Eliminado
DATA DESCRIÇÃO DA MUDANÇA
01/02/2015 Um integrante saiu do grupo
# DESCRIÇÃO
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
RateStar
SISTEMAS DE INFORMAÇÃO
Status Report
Índice
PRONTUÁRIO NOME
12102059 Bianca Silva Nunes
12102691 Erika Vieira Lima
12102060 Geovane Antonio da Silva
Easy Plant’s
 O sistema tem a finalidade de suprir uma
necessidade do mercado, que atualmente tem
dificuldades em encontrar uma ferramenta
simples e eficiente para tratar plantas.
 O sistema tem como objetivo realizar o
controle de plantas de pequeno porte e
multicultura, tendo intuito de organizar seus
tratamentos de forma a ampliar a sua
expectativa de vida.
 Facilitar o trabalho do responsável em
tratar/cultivar as plantas, de forma que
diminua custos e tempo.
 Fornecer relatórios para ajudar em suas
tomadas de decisão.
 Elevar a qualidade de vida das plantas.
 O projeto está sendo desenvolvido no
ambiente web, com a ferramenta Visual
Studio 2013, usando dot.net e C#.
 O banco de dados selecionado é o Microsoft
SQL Server 2014
 Para o layout está sendo utilizado o
framework Bootstrap 3.0
 O projeto contará com uma aplicação mobile
para melhor atender o usuário.
 Diagrama de Banco de Dados;
 Documentação final;
 Manual do usuário;
 Finalização da aplicação;
 Normalização do banco;
 Testes;
 Análise de requisitos;
 Regras de negocio;
DESCRIÇÃO
(P)REMISSA
(R)ESTRIÇÃO
Usuário especialista na área botânica P
Ambiente para cultivo de plantas - Estufa P
Prazo para entrega do projeto R
Recursos para tratar as plantas (adubo, remédios..) P
Geovane A
Gerente de Projeto
Erika Vieira
Analista de Requisitos
Geovane A
Desenvolvedor
Bianca Nunes
Analista de Negócios
Bianca Nunes
DBA
Erika Vieira
Analista de projeto
PAPEL RESPONSABILIDADES
Gerente de projetos Planejar e controlar a execução de projetos em diversas
áreas e responsável pela condução do projeto
Analista de requisitos Levantar, analisar, documentar e validar as
necessidades do stakeholders de um projeto. Principal
responsável pelo fluxo de requisitos entre os clientes e
a equipe de desenvolvimento de software
Desenvolvedor Desenvolve e realiza a manutenção do software em um
grande sistema ou que desenvolve software para uso
em computadores pessoais.
Analista de negócio Busca as melhores oportunidades de negócio, analisa
tendências, está sempre preocupado em encontrar
novos caminhos para a empresa. Está em permanente
contato com o cliente e os donos do negócio.
DBA Administração de Banco de Dados
Analista de projetos Criar planos de execução, comunicação e
acompanhamento do projeto. Mantém todas as
informações e acontecimentos armazenadas em local
de fácil acesso para consulta.
Easy Plant’s
 Maio/2015:
◦ Desenvolvimento das telas finais do sistema.
◦ Fechamento do modelo de banco.
 Junho/2015:
◦ Apresentação do sistema – Pré banca.
◦ Entrega da documentação parcial.
 Julho e Agosto/2015:
◦ Continuidade na documentação.
◦ Melhorias na aplicação.
# DESCRIÇÃO TIPO CRITIC. SITUAÇÃO
1 Atraso 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
DATA DESCRIÇÃO DA MUDANÇA
01/09/2014 Troca da plataforma da aplicação – Desktop para Web
06/05/2015 Saída de dois integrantes da equipe
# DESCRIÇÃO
1 Realizar reuniões semanais com a equipe
2 Validar regras de negócios antes do desenvolvimento
3 Testar rotinas desenvolvidas
4 Realizar pesquisas mais avançadas
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
Easy Plant’s
SISTEMAS DE INFORMAÇÃO
Status Report
Índice
PRONTUÁRIO NOME
12101057 Camila da Silva Costa
12102090 Caroline Santos Poteria
12104646 Fernando Henrique Ferreira
12103347 Leticia Custódio Pinheiro
12103143 Letícia Gracci de Moura
Orbs Comex
 As micro e pequenas empresas de Importaçã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.
◦ 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.
 Reunir em um site a localização de Importadoras,
Despachantes Aduaneiro e Agentes de Carga;
 Permitir acesso ao ranking de melhores
prestadores de serviço através de avaliações;
 Oferecer propostas sobre novos containers a
clientes potenciais sobre determinada mercadoria.
 Sistema Web, com servidor local,
desenvolvido em C#, HTML, ASP.NET,
CSS3 e banco de dados SQL SERVER.
 Modelo Entidade Relacionamento.
 Diagrama de Classes.
 Diagrama de Caso de Uso.
 Diagrama Entidade Relacionamento.
 Descrição de Caso de Uso.
 Plano de Testes.
 Relatório de entrevistas com Importadoras.
 Documentação sobre a Pesquisa do Projeto.
 Entrega do Sistema.
 Apresentação do Sistema.
Projeto TCC
Orbs Comex
Sistema
Relatórios Controle de
Acesso
Cadastro
Importadoras
Despachantes
Aduaneiros
Agentes de
Carga
Clientes
Testes do SistemaLayoutBanco de dados
Ficha de
Importação
Ficha de
avaliação
Tela de
Informações úteis
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
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
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
PAPEL RESPONSABILIDADES
Gerente de Projeto
Monitorar todas as atividades do projeto;
Preencher termos de aberto de projeto;
Formular a EAP Estrutura Analítica do Projeto;
Criar o plano de Recursos Humanos;
Elaborar o Escopo do projeto;
Desenvolver Plano de riscos;
Criar Plano de Comunicação e obter feedback do status do projeto;
Criar o cronograma e garantir que seja seguido;
Analista de Negócio
Levantar requisitos;
Aprofundar conhecimento sobre a área que o projeto está focado.
Testador
Seguir o plano de testes;
Efetivar testes no sistema;
Preencher a planilha de testes a partir do resultado obtido.
DBA
Desenvolver a modelagem do banco de dados;
Gerenciar o Banco de dados;
Efetuar testes de capacidade do banco.
Desenvolvedor Efetuar a programação do sistema conforme as especificações do projeto.
Efetuar testes unitários.
Documentador Levantamento de informações;
Alimentar a documentação;
Efetuar revisões.
Orbs Comex
1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4
DOCUMENTAÇÃO Responsável
Diagrama de Classes
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
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
Sistema
 Codificar módulo de usuários;
 Criação de procedures e efetivar teste de capacidade do Banco de
dados;
 Codificar módulo de relatórios e fazer testes unitários;
 Gerar e validar níveis de acesso;
 Efetuar testes no sistema e preencher planilha de testes com os
resultados;
 Apresentar o sistema em funcionamento aos stakeholders.
Documentação
 Criar diagrama de classes;
 Criar diagrama de Entidade Relacionamento;
 Definir e executar entrevistas com clientes potenciais;
 Gerar relatório de pesquisas;
 Mapear script de testes e criar documento de experiências;
 Validar Documentação com Orientador.
CÓDIGO
RISCO
DESCRIÇÃO DO RISCO TIPO CRITICIDADE ESTRATÉGIA DE RESPOSTA AO RISCO
1 Saída de membros da equipe Negativo 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.
DATA DESCRIÇÃO DA MUDANÇA
09/07/2014 Entrada de novo integrante no projeto – Anderson Biajante
03/02/2015 Saída do integrante Anderson Biajante e substituição pelo
novo integrante Alessandro Mesquita.
03/03/2015 Inclusão dos perfil Agente de Cargas e Cliente final.
06/05/2015 Saída do integrante Alessandro Mesquita e substituição
pelos integrantes Fernando H. Ferreira e Leticia Custódio
# DESCRIÇÃO
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.
Orbs Comex
SISTEMAS DE INFORMAÇÃO
Status Report
Índice
PRONTUÁRIO NOME
12102338 DANILO SOARES SOUZA
11100419 EDUARDO VILLAS BOAS
11201192 FILIPE BUENO DE LOVA
10200132 FELIPE AUGUSTO PACITTI DIAS
06104543 OSMAR VENTURA MOREIRA
SYSCOMP –
SISTEMA DE CONCURSO
PÚBLICO PARA DOCENTES
 Atualmente o ciclo de processos de um concurso
público voltado para docentes é burocrático e
exige um trabalho manual e cansativo, tanto na
validação das inscrições quanto na verificação
dos documentos, gerando gasto de tempo e
recurso.
 Não existe controle na verificação de
documentos dos candidatos, o processo é lento e
por vezes acaba gerando problemas, tirando o
fato de que o candidato tem que ir na
universidade para se inscrever, o que não vai ser
mais necessário.
 Facilitar os processos do ciclo administrativo
(documentação, inscrição, resultado);
 Agilidade na inscrição do candidato;
 Integração entre candidato e organizador;
 Fácil acesso aos resultados e divulgações.
 Agilidade no processo e na inscrição dos
candidatos;
 Segurança dos dados;
 Eliminar inconsistências na documentação;
 Automatizar o processo;
 Disponibilidade de informações.
 Sistema WEB desenvolvido na linguagem de
programação PHP, banco de dados em
MYSQL, hospedado em servidor WEB para que
todos possam acessar informações do
concurso via internet e aplicativos mobile.
 Descritivo;
 Modelo Entidade e Relacionamento;
 Casos de Uso;
 Diagrama de Classes;
 Regras de Negócio;
 Manual do Sistema;
 Apresentação para Banca de TCC
( Sistema_Syscomp);
 Versão Final do Produto (Sistema_Syscomp).
SYSCOMP
Documentação
Regras de
Negócio
Requisitos
Funcionais
Requisitos Não
Funcionais
Diagrama de
Caso de Uso
Diagrama de
Classes
Levantamento
de Dados
Entrevistas com
os Clientes
Sistema
Cadastros
Comissão
Julgadora
Candidatos
Organizadores
Relatórios
Analitico
Sintético
Descrição de
Caso de Uso
Acessos
DESCRIÇÃO
(P)REMISSA
(R)ESTRIÇÃO
O grupo não pode ser alterado P
Prazos de entrega e apresentação até dezembro/2015. R
O Sistema será WEB/PHP P
Linguagem orientada à objetos P
O grupo poderá conter até 5 pessoas R
O projeto será documentado P
Danilo Souza
Soares
Gerente de Projeto
Eduardo Villas
Boas
Analista de Requisitos
Felipe Augusto
P. Dias
Desenvolvedor
Osmar V.
Moreira
Analista de Processos
Filipe Bueno
DeLova
DBA
PAPEL RESPONSABILIDADES
GERENTE DE PROJETOS Realizar o acompanhamento do
cronograma;
Validar documentação de requisitos;
Fazer a documentação.
ANALISTA DE REQUISITOS Avalia as regras de negócios;
Ajuda na prototipação;
Discute com o cliente a respeito do escopo
do projeto.
PAPEL RESPONSABILIDADES
DBA Documentação de Banco de Dados;
Mapeamento de Regras de 1 à 9;
Normalização;
Engenharia Reversa.
ANALISTA DE PROCESSOS Ajuda na parte da documentação;
Ajuda na parte de Descrição de banco de
dados;
Ajuda na modelagem dos dados.
PAPEL RESPONSABILIDADES
DESENVOLVEDOR Entende as regras de negócios;
Manipula os dados para desenvolver o
sistema
SYSCOMP –
SISTEMA DE CONCURSO
PÚBLICO PARA DOCENTES
MAIO JUNHO JULHO AGOSTO
5 10 20 30 5 10 20 30 5 10 20 30 5 10 20 30
DOCUMENTAÇÃO RESPONSÁVEL
STATUS REPORT Danilo ,Osmar
Cronograma Filipe Bueno, Osmar
Planos de Ação Danilo
Apresentação documentação Parte1 Todos
Monografia Todos
BANCO DE DADOS
Descritivo/ MER Danilo ,Osmar
Mapeamento Filipe Bueno
Consultas Complexas Danilo
Script Banco de Dados Felipe
SISTEMA
PROTOTIPAÇÃO
Felipe, Eduardo,
Danilo
Codificar módulo Felipe
Validar com Stackeholders Todos
Apresentação Eduardo
 Script de Banco de Dados MYSQL final de
maio;
 Validação de documentação final de Maio;
 Apresentação parte1 do Sistema na 1ª
quinzena de junho;
 Continuidade do Projeto com documentação
da monografia em agosto
# DESCRIÇÃO TIPO CRITIC. SITUAÇÃO
1 Não atendimento ao
Escopo
N 2 Definir as reais
necessidades do
cliente.
2 Não atendimento ao
prazo
N 3 Dedicação de toda
equipe para que
todas as partes
componha o todo.
3 Saída de membros da
equipe
N 8 Todos estudarem
comunicarem e se
ajudarem.
4 Ficar Retido por
dependência de notas
N 4 Total dedicação aos
estudos e ajuda dos
colegas
# DESCRIÇÃO TIPO CRITIC. SITUAÇÃO
5 Documentação não
atendida
N 8 Rever, Atualizar os
dados e comunicação
com o grupo
6 Regra de Negocio N 3 Fazer 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.
DATA DESCRIÇÃO DA MUDANÇA
16/02/2015 Mudança do Projeto por determinação do Prof. de Banco
de Dados de Systime para Syscomp
01 à
31/03/15
Mudanças no descritivo do TCC
20/04/2015 Refazendo o sistema em PHP com as telas.
18/05/2015 Revendo Consultas Complexas em Banco de Dados
# DESCRIÇÃO
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.
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 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.
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 eficaz com gastos
Descrição Macro da Solução
O sistema utilizará a tecnologia RFID que será acoplado à chave de cada
veículo tendo a função de única identificação. Para que todo o sistema funcione
perfeitamente será necessário realizar o cadastro de login e senha para os funcionários
da empresa de frotas, para o posto e oficina, cadastro dos motoristas e redes de postos
de abastecimento conveniados.
Basicamente o motorista dirige-se até o posto conveniado e realiza o abastecimento
após ser identificando com o RFID, o valor total constado na bomba de combustível será
inserido ao sistema pelo frentista que estará com os equipamentos necessários para
efetuar a operação, assim o posto pode gerar relatório com todos os abastecimentos
num determinado período e saber o valor que deverá cobrar de cada empresa, empresa
que que mais oferece lucro ao abastecer, empresa que mais abastece. Estabelecimentos
poderão gerar relatórios de postos mais utilizados, valor total gasto, realizar filtro entre
veículos, motoristas e postos. As oficinas poderão gerar relatório para verificar se há
veículos que necessitam revisão (troca de óleo, freio, vela, etc ..) através da
quilometragem.
Escopo do Projeto
Principais entregas.
- Regras de negócio;
- DFD;
- Modelo descritivo;
- Normalização de banco de dados;
- Protótipos.
Estrutura
Analítica
ConectFuel
Sistema
Documentaç
ão
Identificação
de
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
Premissas e Restrição do Projeto
Descrição
Premissas (P)
Restrições (R)
O projeto possui data de
termino nov/2015
R
Serão disponibilizado
funcionários para qualificar
equipes que irão operar o
sistema
P
Infraestrutura no cliente
(internet, computadores e
periféricos)
P
Instalação de dispositivos
RFID
P
Contrato entre partes R
Disponibilidade do site
(servidores contratados)
P
Organograma do Projeto
Gustavo C.
Diego Gustavo S.
Ana.
Requisitos
Gerente de
Projetos
Desenvolvedor
DBA
Gerente de
Negócios Pesquisa de
Mercado
Gestão de
Qualidade
ConectFuel
Analista de
Sistemas
Papéis e 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
Segunda Parte: Situação do Projeto
ConectFuel
Cronograma das Próximas
Entregas
Próximas Entregas
- Finalização das regras de negócio
- Códigos SQL P1
- SQL Final
- Pesquisa tecnológica
- Pesquisa de Mercado (carros)
- Monografia P1, P2 e final
- Protótipo com relatórios
- Protótipo RFID
Riscos
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
Mudanças no Projeto
1 – Substituição do QRCODE, para a tecnologia RFID
2 – Versionamento do MER em 9 versos
3 – Alteração nas datas de entrega do CRUD
4 – Adaptação e inserção de novas funções e relatórios para atender
consultas complexas de banco de dados.
Lições Aprendidas
- Procurar sempre buscar o professor responsável para verificar e validar
documentação e sistemas;
- Trabalho em equipe, é fundamental para o desenvolvimento de um projeto;
- Gerenciamento de projetos, é fundamental para ter um acompanhamento do
desenvolvimento do TCC;
- Atribuir funções e responsabilidades é fundamental para deixar a equipe
comprometida;
- Aprendemos a ser pequenos empreendedores.
Obrigado!
Equipe ConectFuel
SISTEMAS DE INFORMAÇÃO
Status Report
Índice
PRONTUÁRIO NOME
12201563 Alessandro Mesquita
10200923 Daiane Alves
12104647 Filipe Rafael
12104710 Gustavo Pires
12101839 Rodrigo Guaiume
<SISDoc>
 O arquivamento de documentos ainda é ineficiente em boa
parte das empresas internamente, pois não existe uma
padronização bem clara e consistente, falta também espaço
físico para estocagem, políticas de controle de segurança e
um sistema que torne automatizado e ágil estes processos.
 Criar um sistema robusto que possa digitalizar
documentos físicos e torná-los em formato digital, além
de armazená-los em espaço físico de modo organizado
e seguro mantendo assim a integridade do documento
original.
 A proposta da solução é viabilizar o acesso do cliente
de qualquer lugar via web, com acesso aos documentos
de forma simples e prática.
 Os benefícios esperados são os seguintes:
 Redução do custo do número de cópias, aumento de produtividade na
procura, no reencaminhamento de documentos e redução do espaço de
arquivo;
 Descentralização e liberação do espaço físico;
 Com o auxílio de um browser a pesquisa da informação dos documentos
torna-se de forma facilitada e rápida;
 Formação de um Backup que permite a recuperação da informação em
caso de incêndio ou inundação do seu arquivo físico;
 As soluções de Gestão Documental têm mecanismos de controlo de
acessos e segurança protegendo os seus documentos de acessos não
autorizados.
 Solução desenvolvida para web, utilizando-se das tecnologias:
- Linguagem de programação PHP;
- Banco de dados MySQL;
- Framework Twitter Bootstrap;
- CSS3, HTML5, JQUERY e AJAX.
 Diagrama de Casos de Uso, Regras de Negócio,
Requisitos, Plano de Testes, Documentação de
Banco de Dados, Apresentação do Sistema e
Treinamento.
DESCRIÇÃO
(P)REMISSA
(R)ESTRIÇÃO
O projeto será realizado no ambiente do cliente. Premissa
O cliente vai disponibilizar um analista de recursos
humano na fase de levantamento de requisitos.
Premissa
TCC será finalizado sem mudanças de membros do
grupo.
Premissa
O projeto precisa ser concluído antes de 31/11/ 15. Restrição
Gustavo
Gerente de Projeto
Daiane
Analista de Requisitos
/ Documentador
Filipe
Desenvolvedor
Alessandro
Analista de Testes
/ Web Design
Rodrigo
DBA
PAPEL RESPONSABILIDADES
Gerente de Projetos Planejar as atividades do projeto, realizar o
acompanhamento do cronograma e disponibilizar
status report aos stakeholders.
Documentador Documentar o sistema, considerando as especificações
técnicas e funcionais e validar a documentações com os
stakeholders.
Testador Executar o script de testes e gerar planilha de
inconsistências.
Programador Codificar o sistema, de acordo com as especificações e
realizar ajustes no sistema.
DBA Realizar Configuração e Gerenciamento do banco de
dados.
<SISDoc>
 Maio: Documentação de Banco de Dados e
Engenharia de Software
 Junho: Pré-Banca(TCC)
# DESCRIÇÃO Ações TIPO CRITICIDADE SITUAÇÃO
1 Entrega fora
do prazo
estipulado
Alinhamento com
todos os
integrantes do
grupo sobre os
prazos e
responsabilidades.
Negativo 10 Mitigado
2 Motivação Engajar à equipe no
comprometimento
para as metas
serem alcançadas.
Positivo 9 Melhorar
3 Não
atendimento
ao escopo
Mapear às
necessidades junto
ao cliente
documentando e
realizando
validações
consistentes.
Negativo 7 Eliminar
4 Entregar antes
do prazo
Realizar
periodicamente
entregas para
validações /
alterações se
necessárias.
Positivo 3 Aceitar
DATA DESCRIÇÃO DA MUDANÇA
Março – 2015 Mudança no escopo do projeto, implementação do
módulo painel de demandas no SISDoc.
Maio - 2015 Mudança na equipe do projeto, integração do
Alessandro junto à equipe.
# DESCRIÇÃO
1 Envolver os professores na validação no desenvolvimento do
projeto.
2
Realizar reuniões semanais com a equipe do projeto.
<SISDoc>
SISTEMAS DE INFORMAÇÃO
SISTEMA DE GERENCIAMENTO CONDOMINIAL
Status Report
Índice
Dados do Grupo
PRONTUÁRIO NOME
12101551 Carlos Alberto Pereira Junior
12102058 Daniel Hengle Spina
12102098 Dênis Marques Tamarino
11104440 Geysa Libório Santos de Lima
12104186 Wanderliuson dos Reis Silva
Primeira Parte: Resumo do
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 um
padrão de gerenciamento, diversos condomínios pecam no
controle de acesso de pessoas e objetos e muitas vezes não
há um canal de comunicação entre os moradores e a
sindicância. Diversos relatos de extravios e atrasos no
recebimento de encomendas além da falta de controle de
acesso de visitas acarretam em possíveis problemas com a
segurança, isto levou a decisão da elaboração deste
projeto.
Objetivo do projeto
 Gerenciar as encomendas de um condomínio,
facilitando a organização e evitando problemas com as
entregas.
 Gerenciar visitas pessoais e técnicas a um determinado
apartamento.
 Criar um canal de comunicação dos moradores com a
sindicância do condomínio, onde possam ser feitas
reclamações.
Benefícios esperados
 Melhor controle no cadastro e recebimento de
encomendas.
 Controle com armazenamento de dados no acesso de
visitas técnicas e pessoais.
 Controle com armazenamento de dados no acesso de
veículos de moradores e visitantes.
 Maior proximidade entre os moradores e síndicos no que
diz respeito as funcionalidades do sistema.
Descrição macro da solução
 Sistema Web, desenvolvido em PHP, utilizando banco de
MySql.
Escopo do projeto
 Descritivo do Sistema
 Casos de Uso
 Modelo Entidade-Relacionamento
 Diagramas
 Modulo Administrativo
 - Cadastro de Usuários
 - Cadastro de Imóveis
 - Cadastro de Moradores
 - Cadastro de Portarias
 - Cadastro do Condomínio
 - Controle de acesso de Veículos
 - Controle de acesso de Visitantes
 - Controle de recebimento e distribuição de encomendas
 - Relatórios
Escopo do projeto
 Modulo Morador
 - Atualização dos dados cadastrais
 - Cadastro de Visitas
 - Cadastro de Veículos
 - Cadastro de Encomendas
Estrutura Analítica do Projeto
Premissas e Restrições do Projeto
DESCRIÇÃO
(P)REMISSA
(R)ESTRIÇÃO
O cliente será responsável pela manipulação e manuseio dos
dados inseridos no sistema.
P
O projeto será realizado por um grupo de 5 pessoas. P
Todos os integrantes devem ajudar o desenvolvimento do
projeto.
P
O projeto precisa ser concluído antes do dia 20/11/2015. R
O projeto deve ser desenvolvido utilizando a linguagem PHP
e deve ser no formato de aplicação WEB.
R
O Banco de dados deverá ser MySql. R
Organograma do projeto
Wanderliuson
Gerente de Projeto
Dênis
Analista de Requisitos
Daniel
Desenvolvedor
Geysa
Analista de Testes
Carlos
DBA
Papéis e Responsabilidades
PAPEL RESPONSABILIDADES
Gerente de Projeto Reunir com Stakeholder’s, definir dados
sistema, auxiliar e acompanhar os demais
integrantes da equipe buscando focar no
projeto.
Analista de Requisitos Definir requisitos junto ao cliente e Gerente.
Desenvolvedor Responsável por desenvolver o software, criar
o layout e efetuar possíveis alterações ao
longo do projeto.
Analista de Testes Responsável pelos testes necessários para
aprovação da solução.
DBA Responsável por criar o Banco de Dados do
projeto condizente com o acordado com o
cliente e disponibiliza-lo ao Desenvolvedor
para inclusão ao software.
Segunda Parte: Situação
do 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ção da Pré-banca: junho/2015
Riscos
# DESCRIÇÃO TIPO CRITIC. SITUAÇÃO
1 Não atendimento dentro do
prazo estipulado.
Negativo 15 Em Mitigação.
2 Saída do desenvolvedor da
equipe.
Negativo 10 Em Mitigação.
3 Antecipação da conclusão
do projeto.
Positivo 8 Em Mitigação.
4 Desaprovação por parte do
Orientador
Negativo 12 Eliminado.
Mudanças no projeto
DATA DESCRIÇÃO DA MUDANÇA
07/03/2015 Inclusão de membro: Geysa Libório Santos de Lima passa a
integrar o time Ordú.
08/03/2015 Divisão de Responsabilidades e Cronograma de entrega
reformulados devido nova equipe.
24/04/2015 Após revisar dados coletados em pesquisa de campo e reunião
com professor orientador, é definida a inclusão do controle de
acesso de pessoas e veículos ao sistema.
Lições aprendidas
# DESCRIÇÃO
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.
Muito obrigado!
ORDÚ – Sistema de Gerenciamento Condominial
SISTEMAS DE INFORMAÇÃO
Status Report
Índice
PRONTUÁRIO NOME
12104128 David Deizepi Rocha
12104442 Eduardo Lima dos Reis
12103030 Filipe Campos Tartarini
Sistema de Formação
Continuada
 Observamos as dificuldade das empresas em
ter acesso de forma organizada e rápida ao
históricos de cursos dos seus funcionários,
afim de desenvolve-los para suas atuais ou
futuras atividades dentro da empresa.
 Temos como objetivo facilitar o acesso de
todos os responsáveis pelo desenvolvimento
profissional da empresa a todos os dados
relacionados a cursos e formações diversas
realizadas pelos funcionários, seja pela
empresa ou de forma particular.
 Também teremos o acesso do funcionário,
com foco nas vagas disponíveis e formações
necessários para se candidatar.
 O gerenciamento de todas as informações
relacionadas a formação do funcionário;
 Acesso organizado com diversos tipos de
filtros para pesquisa, seja por funcionário,
tipo de formação, entre outras;
 Informativos sobre novas vagas;
 Alertas sobre funcionários com cursos
desatualizados.
 O sistema agrupará todos os cursos e qualificações
necessárias para desempenhar os cargos da empresa.
Com isso, verificará
1. Funcionários inaptos para determinadas funções;
2. Funcionários com conhecimento suficiente para
desempenhar outra ou mais funções;
3. Desempenho dos mesmos em cursos realizados
pela empresa.
 Dessa forma, a empresa terá acesso a todas as
informações relevantes das qualificações(de forma
rápida e organizada) e os próprios funcionários
poderão consultar sua qualificações, almejando
promoções.
 A documentação base do projeto conteúdo
Diagrama de Fluxo de Dados, Modelo e
Mapeamento E-R, Planos de Testes e
Manuais;
 Teremos treinamentos direto no ambiente do
cliente, uma vez que o mesmo disponibilizara
no ambiente os recursos para o
funcionamento do sistema;
 O sistema funcionará como um
portal(intranet), disponível para todos da
empresa.
Sistema de
formação
continuada
Documentação
Diagrama de casos
de uso
Regras de
Negócios
Requisitos
funcionais
Requisitos não
funcionais
Diagrama de casos
de uso
DFD NIVEL 0
DFD NIVEL 1
Diagrama de
Classes
Banco de Dados
Modelo
Conceitual
Modelo Logico
Modelo Físico
Testes
Testes de
Desempenho
Scripts de Testes
Evidência de
testes
Levantamento de
dados
Entrevista com os
clientes
Relatório de
pesquisa
Software
Cadastros
Usuários
Funcionários
Relatórios
Relatório de
Desempenho
Relatório de
Gastos
Relatório de
frequência
Restrições de
integridade
Dimensionamento
do banco
Dimensionamento
do Estudo de
Segurança
Integração
Banco de dados
Externo
Fluxo de
informação
DESCRIÇÃO
(P)REMISSA
(R)ESTRIÇÃO
O cliente cadastrará os cargos, relacionando-os entre si
e definindo níveis;
Premissa
Todos os usuários possuirão um e-mail valido para
receber as informações sobre os cursos;
Premissa
O software está pronto até o final de Julho; Premissa
O cliente utilizará navegadores atualizados para o uso
do sistema;
Premissa
O cliente terá acesso a internet para usar o sistema(que
está hospedado em um servidor web);
Restrição
Os funcionários possuirão e-mail ou numero de 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
Filipe
Gerente de Projeto
Eduardo
Analista de Requisitos
David
Desenvolvedor
Eduardo/David
Analista de Testes
David/Eduardo
DBA
PAPEL RESPONSABILIDADES
Gerenciamento do Projeto Atuar diretamente no Gerenciamento do
projeto, realização de testes junto ao
cliente e validação do projeto final.
Analise de Requisitos Validar junto ao cliente os requisitos e
documentação e realização de testes
primários.
Desenvolvimento do
Sistema
Realizar toda a programação do sistema,
banco de dados.
Fornecimento de dados da
empresa
Fornecerá regras de negocio da empresa e
realizará testes no sistema, ajudando no
aprimoramento do mesmo.
Sistema de Formação
Continuada
 Finalizar toda a parte de programação do
sistema, e com isso a parte de interface e
banco de dados do mesmo;
 Definir como funcionará os acessos do
sistema, definindo assim, como o ambiente
deverá ser para que o cliente tenha a melhor
experiência.
# DESCRIÇÃO TIPO CRITIC. SITUAÇÃO
1 Não concluir o projeto
até data de entrega
Negativo Alta Eliminar
2 Queda do servidor ou
invasão
Negativo Baixa Mitigar
3 Perda de integrantes do
projeto
Negativo Alta Melhorar
4 Conclusão do
desenvolvimento em
Julho
Positivo Baixa Aceitar
5 Erros durante a execução
do software ou em sua
documentação
Negativo Alta Melhorar
DATA DESCRIÇÃO DA MUDANÇA
20/04/2015 Alteramos alguns aspectos do sistema, excluindo assim a
parte de palestras presente anteriormente.
10/05/2015 Inserimos toda a parte de cursos superiores no sistema,
dando ênfase total na parte acadêmica.
# DESCRIÇÃO
1 Fazer com antecedência um cronograma para definir datas;
2 Analisar mais os processos, para minimizar erros;
3 Incluir mais o cliente nos processos e reuniões;
4 Sem programar com as datas limites;
5 Evitar mudanças radicais no sistema e em sua documentação.
Sistema de Formação
Continuada
Status
Report
Índice
PRONTUÁRIO NOME
12102009 Claudio Lopes
12104084 Igor Luan
12102100 Raphael Alves
12101075 Victor Pedroso
Dados do Grupo
Primeira Parte: Resumo do Projeto
Tell me
Condominium
Justificativa
Hoje com a dificuldade de comunicação entre o síndico/administradora
do condomínio com os morados, essa dificuldade seja pela de falta de
tempo ou qualquer outro motivo, isso também acaba gerando uma
dificuldade com a forma que os problemas do condomínio são relatados e
acompanhados.
Objetivo do Projeto
Criação de um canal de comunicação entre os moradores e o sindico/administradora.
Este canal tem como objetivo
a análise dos problemas que os moradores encontram no dia-a-dia.
Benefícios Esperados
• Maior agilidade na soluções dos problemas
• Fácil utilização do sistema
• Maior satisfação dos moradores
• Auxilio ao síndico aonde aplicar os investimentos
Descrição Macro da Solução
O Tell me Concominium é um sistema voltado para a comunicação entre
moradores e
a administração de condomínios privados. Tem como foco o controle de
agendas, ocorrências
e auxilio na tomada de decisões.
Para tal, disponibiliza funções de cadastro de itens e subitens do
condomínio, bem como o cadastro
de suas dependências que, uma vez cadastrados, são utilizados para a
abertura de solicitações,
estas feitas pelos moradores. As solicitações geram índices que ajudam na
tomada de decisões
do síndico e sua equipe de administração.
O sistema é responsivo e compatível com diversos equipamentos, o que
facilita o seu uso.
Principais entregas.
- Regras de negócio;
- Modelo de Caso de uso;
- Modelo descritivo;
- Modelo ER e normalização do
Banco de dados;
- Manual de utilização do
sistema;
- WebServices e Front-end.
Escopo do Projeto
Estrutura Analítica do
Projeto Tell me
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
Premissas e Restrição do Projeto
Descrição
Premissas (P)
Restrições (R)
Data final de entrega
para Dezembro/2015.
R
Infraestrutura do
servidor com
comunicação à
internet.
P
Projeto deve ser
entregue
documentado e com
aplicação completa.
R
Organograma do Projeto
RaphaelVictor Igor
Ana.
Requisitos
Ana.
Requisitos
Desenvolvedo
r
Pesquisa de
Mercado
Gestão de
Qualidade
Tell me
Condominium
Analista de
Sistemas
Cláudio
Desenvolvedo
r
DBA
Papéis e Responsabilidades
PAPEL RESPONSABILIDADES
Analista de Requisitos Verificar se os requisitos do sistemas estão
sendo atendidos.
Desenvolvedor Desenvolvimento da logica da solução e site.
DBA Realizar o desenho do banco de dados,
normalização e implementação.
Pesquisa de Mercado Realizar pesquisa e estudo sobre todos os
assuntos que abordam a solução, desenvolver
pesquisas quantitativas e qualitativas do
sistema.
Analista de Sistemas Documentar os processos do projeto.
Gestão de Qualidade Prezar pela qualidade e integridade da solução.
Segunda Parte: Situação do Projeto
Tell me
Condominium
Cronograma das Próximas
Entregas
Abril Maio Junho Julho Agosto
1 2 3 4 5 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4 5
Documentação Responsável
Documentação Geral
EAP Raphael
Descritivo do projeto Cláudio
MER Cláudio
Regras de negócio Raphael (Todos)
Mapeamento Cláudio
Normalização Igor
Dicionário de dados Victor
Diagrama de casos de uso Igor
Diagrama de classes Victor
Manual do sistema Raphael / Victor
Sistema Responsável
Desenvolvimento
Definição das telas do sistema Igor
Front-end Igor
Web services Cláudio
Relatórios Cláudio
Integração das telas com o WS Cláudio / Igor
Testes Raphael / Victor
Correções Todos
Próximas Entregas
- Descrição de casos de uso;
- Definição do WebServices;
- Desenvolvimento de front-end;
- Integração das telas com o WS;
- Manual do sistema;
- Testes.
Riscos
# DESCRIÇÃ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
Mudanças no Projeto
DATA DESCRIÇÃO DA MUDANÇA
03/03/201
5
Mudança na proposta do sistema, de
municípios para condomínios.
27/03/201
5
O sistema passa a ser não somente para
condomínios horizontais, mas também para
verticais.
01/04/201
5
Mudança nas tecnologias utilizadas para
construção do sistema.
Lições Aprendidas
# DESCRIÇÃO
1 Criar novas versões a cada documento alterado.
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.
Obrigado!
alessandro.almeida@uol.com.br
www.slideshare.net/alessandroalmeida

Contenu connexe

Similaire à Orbs Comex - Status Report do 1o Semestre de 2015

Status Report dos TCCs: SIN-NA7 - 2015_2º semestre
Status Report dos TCCs: SIN-NA7 - 2015_2º semestreStatus Report dos TCCs: SIN-NA7 - 2015_2º semestre
Status Report dos TCCs: SIN-NA7 - 2015_2º semestreAlessandro Almeida
 
Status Report dos TCCs (SIN-NA8)
Status Report dos TCCs (SIN-NA8)Status Report dos TCCs (SIN-NA8)
Status Report dos TCCs (SIN-NA8)Alessandro Almeida
 
Status Report dos TCCs (SIN-NA8): 2º semestre de 2016
Status Report dos TCCs (SIN-NA8): 2º semestre de 2016Status Report dos TCCs (SIN-NA8): 2º semestre de 2016
Status Report dos TCCs (SIN-NA8): 2º semestre de 2016Alessandro Almeida
 
Gestão da Tecnologia da Informação (27/02/2014): Status Report do TCC
Gestão da Tecnologia da Informação (27/02/2014): Status Report do TCCGestão da Tecnologia da Informação (27/02/2014): Status Report do TCC
Gestão da Tecnologia da Informação (27/02/2014): Status Report do TCCAlessandro Almeida
 
Gestão de Projetos e Empreendedorismo - Atividade: Status Report
Gestão de Projetos e Empreendedorismo - Atividade: Status ReportGestão de Projetos e Empreendedorismo - Atividade: Status Report
Gestão de Projetos e Empreendedorismo - Atividade: Status ReportAlessandro Almeida
 
Modelo planejamento digital_interativo_website
Modelo planejamento digital_interativo_websiteModelo planejamento digital_interativo_website
Modelo planejamento digital_interativo_websiteAlan Pereira
 
Modelo Planejamento Digital Interativo Website
Modelo Planejamento Digital Interativo WebsiteModelo Planejamento Digital Interativo Website
Modelo Planejamento Digital Interativo WebsiteIsrael Degasperi
 
Gp 2014.2 apresentação 02-plano de projeto modificado
Gp 2014.2 apresentação 02-plano de projeto modificadoGp 2014.2 apresentação 02-plano de projeto modificado
Gp 2014.2 apresentação 02-plano de projeto modificadoGladismery Poetisa Poética
 
Trabalho individual 5 semestre Analise de Sistemas
Trabalho individual 5 semestre Analise de SistemasTrabalho individual 5 semestre Analise de Sistemas
Trabalho individual 5 semestre Analise de SistemasWANDERSON JONER
 
DevOps... O caminho! - Monitoramento de aplicações com App Insights
DevOps... O caminho! - Monitoramento de aplicações com App InsightsDevOps... O caminho! - Monitoramento de aplicações com App Insights
DevOps... O caminho! - Monitoramento de aplicações com App InsightsAdriano Bertucci
 
PowerBI na Pártica com Indicadores Elicitados com MindMap e Canvas consumidos...
PowerBI na Pártica com Indicadores Elicitados com MindMap e Canvas consumidos...PowerBI na Pártica com Indicadores Elicitados com MindMap e Canvas consumidos...
PowerBI na Pártica com Indicadores Elicitados com MindMap e Canvas consumidos...Aislan Honorato
 
Application Insights
Application InsightsApplication Insights
Application InsightsMarcus Garcia
 
Dalton Sergio Leonardo Pt Currículo 20160803
Dalton Sergio Leonardo Pt  Currículo 20160803Dalton Sergio Leonardo Pt  Currículo 20160803
Dalton Sergio Leonardo Pt Currículo 20160803Dalton Sergio Leonardo
 

Similaire à Orbs Comex - Status Report do 1o Semestre de 2015 (20)

Status Report dos TCCs: SIN-NA7 - 2015_2º semestre
Status Report dos TCCs: SIN-NA7 - 2015_2º semestreStatus Report dos TCCs: SIN-NA7 - 2015_2º semestre
Status Report dos TCCs: SIN-NA7 - 2015_2º semestre
 
Status Report dos TCCs (SIN-NA8)
Status Report dos TCCs (SIN-NA8)Status Report dos TCCs (SIN-NA8)
Status Report dos TCCs (SIN-NA8)
 
Status Report dos TCCs (SIN-NA8): 2º semestre de 2016
Status Report dos TCCs (SIN-NA8): 2º semestre de 2016Status Report dos TCCs (SIN-NA8): 2º semestre de 2016
Status Report dos TCCs (SIN-NA8): 2º semestre de 2016
 
Gestão da Tecnologia da Informação (27/02/2014): Status Report do TCC
Gestão da Tecnologia da Informação (27/02/2014): Status Report do TCCGestão da Tecnologia da Informação (27/02/2014): Status Report do TCC
Gestão da Tecnologia da Informação (27/02/2014): Status Report do TCC
 
CURRICULO_LeonardoLopes _20160623
CURRICULO_LeonardoLopes _20160623CURRICULO_LeonardoLopes _20160623
CURRICULO_LeonardoLopes _20160623
 
Gestão de Projetos e Empreendedorismo - Atividade: Status Report
Gestão de Projetos e Empreendedorismo - Atividade: Status ReportGestão de Projetos e Empreendedorismo - Atividade: Status Report
Gestão de Projetos e Empreendedorismo - Atividade: Status Report
 
MS Datazen.v.0.0.1 from 2015
MS Datazen.v.0.0.1 from 2015MS Datazen.v.0.0.1 from 2015
MS Datazen.v.0.0.1 from 2015
 
Modelo planejamento digital_interativo_website
Modelo planejamento digital_interativo_websiteModelo planejamento digital_interativo_website
Modelo planejamento digital_interativo_website
 
Modelo Planejamento Digital Interativo Website
Modelo Planejamento Digital Interativo WebsiteModelo Planejamento Digital Interativo Website
Modelo Planejamento Digital Interativo Website
 
Curso Scrum - Turma Visie
Curso Scrum - Turma VisieCurso Scrum - Turma Visie
Curso Scrum - Turma Visie
 
Gp 2014.2 apresentação 02-plano de projeto modificado
Gp 2014.2 apresentação 02-plano de projeto modificadoGp 2014.2 apresentação 02-plano de projeto modificado
Gp 2014.2 apresentação 02-plano de projeto modificado
 
Trabalho individual 5 semestre Analise de Sistemas
Trabalho individual 5 semestre Analise de SistemasTrabalho individual 5 semestre Analise de Sistemas
Trabalho individual 5 semestre Analise de Sistemas
 
Project Time
Project TimeProject Time
Project Time
 
DevOps... O caminho! - Monitoramento de aplicações com App Insights
DevOps... O caminho! - Monitoramento de aplicações com App InsightsDevOps... O caminho! - Monitoramento de aplicações com App Insights
DevOps... O caminho! - Monitoramento de aplicações com App Insights
 
PowerBI na Pártica com Indicadores Elicitados com MindMap e Canvas consumidos...
PowerBI na Pártica com Indicadores Elicitados com MindMap e Canvas consumidos...PowerBI na Pártica com Indicadores Elicitados com MindMap e Canvas consumidos...
PowerBI na Pártica com Indicadores Elicitados com MindMap e Canvas consumidos...
 
FabricioDoi
FabricioDoiFabricioDoi
FabricioDoi
 
Application Insights
Application InsightsApplication Insights
Application Insights
 
Dalton Sergio Leonardo Pt Currículo 20160803
Dalton Sergio Leonardo Pt  Currículo 20160803Dalton Sergio Leonardo Pt  Currículo 20160803
Dalton Sergio Leonardo Pt Currículo 20160803
 
DevOps e App Insights
DevOps e App InsightsDevOps e App Insights
DevOps e App Insights
 
ECOMASJOR
ECOMASJORECOMASJOR
ECOMASJOR
 

Plus de Alessandro Almeida

[ServiceNow] Visão geral da plataforma
[ServiceNow] Visão geral da plataforma[ServiceNow] Visão geral da plataforma
[ServiceNow] Visão geral da plataformaAlessandro Almeida
 
[ServiceNow] Visão geral da plataforma
[ServiceNow] Visão geral da plataforma[ServiceNow] Visão geral da plataforma
[ServiceNow] Visão geral da plataformaAlessandro Almeida
 
Comunicação Não Violenta: Roda de Conversa
Comunicação Não Violenta: Roda de ConversaComunicação Não Violenta: Roda de Conversa
Comunicação Não Violenta: Roda de ConversaAlessandro Almeida
 
Uma visão prática (e parcial) sobre o Gerenciamento de Projetos, 2ª edição
Uma visão prática (e parcial) sobre o Gerenciamento de Projetos, 2ª ediçãoUma visão prática (e parcial) sobre o Gerenciamento de Projetos, 2ª edição
Uma visão prática (e parcial) sobre o Gerenciamento de Projetos, 2ª ediçãoAlessandro Almeida
 
[ServiceNow] Governança da Plataforma (5ª edição)
[ServiceNow] Governança da Plataforma (5ª edição)[ServiceNow] Governança da Plataforma (5ª edição)
[ServiceNow] Governança da Plataforma (5ª edição)Alessandro Almeida
 
[Projeto de Pesquisa] Psicanálise no processo de elaboração do luto
[Projeto de Pesquisa] Psicanálise no processo de elaboração do luto[Projeto de Pesquisa] Psicanálise no processo de elaboração do luto
[Projeto de Pesquisa] Psicanálise no processo de elaboração do lutoAlessandro Almeida
 
Obediência e conformidade no mundo corporativo: XX ENABRAPSO
Obediência e conformidade no mundo corporativo: XX ENABRAPSOObediência e conformidade no mundo corporativo: XX ENABRAPSO
Obediência e conformidade no mundo corporativo: XX ENABRAPSOAlessandro Almeida
 
[ServiceNow] Governança das Instâncias (4ª edição)
[ServiceNow] Governança das Instâncias (4ª edição)[ServiceNow] Governança das Instâncias (4ª edição)
[ServiceNow] Governança das Instâncias (4ª edição)Alessandro Almeida
 
[ServiceNow] Governança das Instâncias - 3ª versão
[ServiceNow] Governança das Instâncias - 3ª versão[ServiceNow] Governança das Instâncias - 3ª versão
[ServiceNow] Governança das Instâncias - 3ª versãoAlessandro Almeida
 
Design Thinking: Do Conceito ao Mundo Real [3ª edição]
Design Thinking: Do Conceito ao Mundo Real [3ª edição]Design Thinking: Do Conceito ao Mundo Real [3ª edição]
Design Thinking: Do Conceito ao Mundo Real [3ª edição]Alessandro Almeida
 
[ServiceNow] Dicas para upgrade de Versão
[ServiceNow] Dicas para upgrade de Versão[ServiceNow] Dicas para upgrade de Versão
[ServiceNow] Dicas para upgrade de VersãoAlessandro Almeida
 
Design Thinking: Do Conceito ao Mundo Real [2ª edição]
Design Thinking: Do Conceito ao Mundo Real [2ª edição]Design Thinking: Do Conceito ao Mundo Real [2ª edição]
Design Thinking: Do Conceito ao Mundo Real [2ª edição]Alessandro Almeida
 
[ServiceNow] Upgrade de Versão: "Boas" Práticas
[ServiceNow] Upgrade de Versão: "Boas" Práticas[ServiceNow] Upgrade de Versão: "Boas" Práticas
[ServiceNow] Upgrade de Versão: "Boas" PráticasAlessandro Almeida
 
[Projeto Integrador] Psicologia Clínica
[Projeto Integrador] Psicologia Clínica[Projeto Integrador] Psicologia Clínica
[Projeto Integrador] Psicologia ClínicaAlessandro Almeida
 
[ServiceNow] Governança das Instâncias
[ServiceNow] Governança das Instâncias[ServiceNow] Governança das Instâncias
[ServiceNow] Governança das InstânciasAlessandro Almeida
 
Templates: Mapa da Empatia, Canvas da Proposta de Valor, Canvas do Modelo de ...
Templates: Mapa da Empatia, Canvas da Proposta de Valor, Canvas do Modelo de ...Templates: Mapa da Empatia, Canvas da Proposta de Valor, Canvas do Modelo de ...
Templates: Mapa da Empatia, Canvas da Proposta de Valor, Canvas do Modelo de ...Alessandro Almeida
 
Minicurso - Aplicando o Design Thinking para definir a proposta de valor e o ...
Minicurso - Aplicando o Design Thinking para definir a proposta de valor e o ...Minicurso - Aplicando o Design Thinking para definir a proposta de valor e o ...
Minicurso - Aplicando o Design Thinking para definir a proposta de valor e o ...Alessandro Almeida
 
Design Thinking: Do Conceito ao Mundo Real
Design Thinking: Do Conceito ao Mundo RealDesign Thinking: Do Conceito ao Mundo Real
Design Thinking: Do Conceito ao Mundo RealAlessandro Almeida
 

Plus de Alessandro Almeida (20)

[ServiceNow] Visão geral da plataforma
[ServiceNow] Visão geral da plataforma[ServiceNow] Visão geral da plataforma
[ServiceNow] Visão geral da plataforma
 
[ServiceNow] Visão geral da plataforma
[ServiceNow] Visão geral da plataforma[ServiceNow] Visão geral da plataforma
[ServiceNow] Visão geral da plataforma
 
[ServiceNow] Now Create
[ServiceNow] Now Create[ServiceNow] Now Create
[ServiceNow] Now Create
 
Comunicação Não Violenta: Roda de Conversa
Comunicação Não Violenta: Roda de ConversaComunicação Não Violenta: Roda de Conversa
Comunicação Não Violenta: Roda de Conversa
 
Uma visão prática (e parcial) sobre o Gerenciamento de Projetos, 2ª edição
Uma visão prática (e parcial) sobre o Gerenciamento de Projetos, 2ª ediçãoUma visão prática (e parcial) sobre o Gerenciamento de Projetos, 2ª edição
Uma visão prática (e parcial) sobre o Gerenciamento de Projetos, 2ª edição
 
[ServiceNow] Now Create
[ServiceNow] Now Create[ServiceNow] Now Create
[ServiceNow] Now Create
 
[ServiceNow] Governança da Plataforma (5ª edição)
[ServiceNow] Governança da Plataforma (5ª edição)[ServiceNow] Governança da Plataforma (5ª edição)
[ServiceNow] Governança da Plataforma (5ª edição)
 
[Projeto de Pesquisa] Psicanálise no processo de elaboração do luto
[Projeto de Pesquisa] Psicanálise no processo de elaboração do luto[Projeto de Pesquisa] Psicanálise no processo de elaboração do luto
[Projeto de Pesquisa] Psicanálise no processo de elaboração do luto
 
Obediência e conformidade no mundo corporativo: XX ENABRAPSO
Obediência e conformidade no mundo corporativo: XX ENABRAPSOObediência e conformidade no mundo corporativo: XX ENABRAPSO
Obediência e conformidade no mundo corporativo: XX ENABRAPSO
 
[ServiceNow] Governança das Instâncias (4ª edição)
[ServiceNow] Governança das Instâncias (4ª edição)[ServiceNow] Governança das Instâncias (4ª edição)
[ServiceNow] Governança das Instâncias (4ª edição)
 
[ServiceNow] Governança das Instâncias - 3ª versão
[ServiceNow] Governança das Instâncias - 3ª versão[ServiceNow] Governança das Instâncias - 3ª versão
[ServiceNow] Governança das Instâncias - 3ª versão
 
Design Thinking: Do Conceito ao Mundo Real [3ª edição]
Design Thinking: Do Conceito ao Mundo Real [3ª edição]Design Thinking: Do Conceito ao Mundo Real [3ª edição]
Design Thinking: Do Conceito ao Mundo Real [3ª edição]
 
[ServiceNow] Dicas para upgrade de Versão
[ServiceNow] Dicas para upgrade de Versão[ServiceNow] Dicas para upgrade de Versão
[ServiceNow] Dicas para upgrade de Versão
 
Design Thinking: Do Conceito ao Mundo Real [2ª edição]
Design Thinking: Do Conceito ao Mundo Real [2ª edição]Design Thinking: Do Conceito ao Mundo Real [2ª edição]
Design Thinking: Do Conceito ao Mundo Real [2ª edição]
 
[ServiceNow] Upgrade de Versão: "Boas" Práticas
[ServiceNow] Upgrade de Versão: "Boas" Práticas[ServiceNow] Upgrade de Versão: "Boas" Práticas
[ServiceNow] Upgrade de Versão: "Boas" Práticas
 
[Projeto Integrador] Psicologia Clínica
[Projeto Integrador] Psicologia Clínica[Projeto Integrador] Psicologia Clínica
[Projeto Integrador] Psicologia Clínica
 
[ServiceNow] Governança das Instâncias
[ServiceNow] Governança das Instâncias[ServiceNow] Governança das Instâncias
[ServiceNow] Governança das Instâncias
 
Templates: Mapa da Empatia, Canvas da Proposta de Valor, Canvas do Modelo de ...
Templates: Mapa da Empatia, Canvas da Proposta de Valor, Canvas do Modelo de ...Templates: Mapa da Empatia, Canvas da Proposta de Valor, Canvas do Modelo de ...
Templates: Mapa da Empatia, Canvas da Proposta de Valor, Canvas do Modelo de ...
 
Minicurso - Aplicando o Design Thinking para definir a proposta de valor e o ...
Minicurso - Aplicando o Design Thinking para definir a proposta de valor e o ...Minicurso - Aplicando o Design Thinking para definir a proposta de valor e o ...
Minicurso - Aplicando o Design Thinking para definir a proposta de valor e o ...
 
Design Thinking: Do Conceito ao Mundo Real
Design Thinking: Do Conceito ao Mundo RealDesign Thinking: Do Conceito ao Mundo Real
Design Thinking: Do Conceito ao Mundo Real
 

Dernier

66ssssssssssssssssssssssssssssss4434.pptx
66ssssssssssssssssssssssssssssss4434.pptx66ssssssssssssssssssssssssssssss4434.pptx
66ssssssssssssssssssssssssssssss4434.pptxLEANDROSPANHOL1
 
Questionárionnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnn
QuestionárionnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnQuestionárionnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnn
QuestionárionnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnGustavo144776
 
Desenvolvendo uma Abordagem Estratégica para a Gestão de Portfólio.pptx
Desenvolvendo uma Abordagem Estratégica para a Gestão de Portfólio.pptxDesenvolvendo uma Abordagem Estratégica para a Gestão de Portfólio.pptx
Desenvolvendo uma Abordagem Estratégica para a Gestão de Portfólio.pptxCoca Pitzer
 
Conferência SC 24 | Data Analytics e IA: o futuro do e-commerce?
Conferência SC 24 | Data Analytics e IA: o futuro do e-commerce?Conferência SC 24 | Data Analytics e IA: o futuro do e-commerce?
Conferência SC 24 | Data Analytics e IA: o futuro do e-commerce?E-Commerce Brasil
 
A LOGÍSTICA ESTÁ PREPARADA PARA O DECRESCIMENTO?
A LOGÍSTICA ESTÁ PREPARADA PARA O DECRESCIMENTO?A LOGÍSTICA ESTÁ PREPARADA PARA O DECRESCIMENTO?
A LOGÍSTICA ESTÁ PREPARADA PARA O DECRESCIMENTO?Michael Rada
 
Conferência SC 2024 | Tendências e oportunidades de vender mais em 2024
Conferência SC 2024 | Tendências e oportunidades de vender mais em 2024Conferência SC 2024 | Tendências e oportunidades de vender mais em 2024
Conferência SC 2024 | Tendências e oportunidades de vender mais em 2024E-Commerce Brasil
 
Conferência SC 24 | Estratégias de diversificação de investimento em mídias d...
Conferência SC 24 | Estratégias de diversificação de investimento em mídias d...Conferência SC 24 | Estratégias de diversificação de investimento em mídias d...
Conferência SC 24 | Estratégias de diversificação de investimento em mídias d...E-Commerce Brasil
 
Conferência SC 24 | Estratégias de precificação: loja própria e marketplace
Conferência SC 24 | Estratégias de precificação: loja própria e marketplaceConferência SC 24 | Estratégias de precificação: loja própria e marketplace
Conferência SC 24 | Estratégias de precificação: loja própria e marketplaceE-Commerce Brasil
 
Conferência SC 24 | Omnichannel: uma cultura ou apenas um recurso comercial?
Conferência SC 24 | Omnichannel: uma cultura ou apenas um recurso comercial?Conferência SC 24 | Omnichannel: uma cultura ou apenas um recurso comercial?
Conferência SC 24 | Omnichannel: uma cultura ou apenas um recurso comercial?E-Commerce Brasil
 
Conferência SC 24 | Social commerce e recursos interativos: como aplicar no s...
Conferência SC 24 | Social commerce e recursos interativos: como aplicar no s...Conferência SC 24 | Social commerce e recursos interativos: como aplicar no s...
Conferência SC 24 | Social commerce e recursos interativos: como aplicar no s...E-Commerce Brasil
 
Conferência SC 24 | Estratégias omnicanal: transformando a logística em exper...
Conferência SC 24 | Estratégias omnicanal: transformando a logística em exper...Conferência SC 24 | Estratégias omnicanal: transformando a logística em exper...
Conferência SC 24 | Estratégias omnicanal: transformando a logística em exper...E-Commerce Brasil
 
Introdução à Multimídia e seus aspectos.pdf
Introdução à Multimídia e seus aspectos.pdfIntrodução à Multimídia e seus aspectos.pdf
Introdução à Multimídia e seus aspectos.pdfVivianeVivicka
 
EP GRUPO - Mídia Kit 2024 - conexão de marcas e personagens
EP GRUPO - Mídia Kit 2024 - conexão de marcas e personagensEP GRUPO - Mídia Kit 2024 - conexão de marcas e personagens
EP GRUPO - Mídia Kit 2024 - conexão de marcas e personagensLuizPauloFerreira11
 
Conferência SC 24 | A força da geolocalização impulsionada em ADS e Fullcomme...
Conferência SC 24 | A força da geolocalização impulsionada em ADS e Fullcomme...Conferência SC 24 | A força da geolocalização impulsionada em ADS e Fullcomme...
Conferência SC 24 | A força da geolocalização impulsionada em ADS e Fullcomme...E-Commerce Brasil
 
Conferência SC 2024 | De vilão a herói: como o frete vai salvar as suas vendas
Conferência SC 2024 |  De vilão a herói: como o frete vai salvar as suas vendasConferência SC 2024 |  De vilão a herói: como o frete vai salvar as suas vendas
Conferência SC 2024 | De vilão a herói: como o frete vai salvar as suas vendasE-Commerce Brasil
 
Ética NO AMBIENTE DE TRABALHO, fundamentosdas relações.pdf
Ética NO AMBIENTE DE TRABALHO,  fundamentosdas relações.pdfÉtica NO AMBIENTE DE TRABALHO,  fundamentosdas relações.pdf
Ética NO AMBIENTE DE TRABALHO, fundamentosdas relações.pdfInsttLcioEvangelista
 
Conferência SC 24 | Inteligência artificial no checkout: como a automatização...
Conferência SC 24 | Inteligência artificial no checkout: como a automatização...Conferência SC 24 | Inteligência artificial no checkout: como a automatização...
Conferência SC 24 | Inteligência artificial no checkout: como a automatização...E-Commerce Brasil
 
Conferência SC 24 | Otimize sua logística reversa com opções OOH (out of home)
Conferência SC 24 | Otimize sua logística reversa com opções OOH (out of home)Conferência SC 24 | Otimize sua logística reversa com opções OOH (out of home)
Conferência SC 24 | Otimize sua logística reversa com opções OOH (out of home)E-Commerce Brasil
 
Conferência SC 24 | Estratégias de precificação para múltiplos canais de venda
Conferência SC 24 | Estratégias de precificação para múltiplos canais de vendaConferência SC 24 | Estratégias de precificação para múltiplos canais de venda
Conferência SC 24 | Estratégias de precificação para múltiplos canais de vendaE-Commerce Brasil
 
Conferência SC 24 | O custo real de uma operação
Conferência SC 24 | O custo real de uma operaçãoConferência SC 24 | O custo real de uma operação
Conferência SC 24 | O custo real de uma operaçãoE-Commerce Brasil
 

Dernier (20)

66ssssssssssssssssssssssssssssss4434.pptx
66ssssssssssssssssssssssssssssss4434.pptx66ssssssssssssssssssssssssssssss4434.pptx
66ssssssssssssssssssssssssssssss4434.pptx
 
Questionárionnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnn
QuestionárionnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnQuestionárionnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnn
Questionárionnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnn
 
Desenvolvendo uma Abordagem Estratégica para a Gestão de Portfólio.pptx
Desenvolvendo uma Abordagem Estratégica para a Gestão de Portfólio.pptxDesenvolvendo uma Abordagem Estratégica para a Gestão de Portfólio.pptx
Desenvolvendo uma Abordagem Estratégica para a Gestão de Portfólio.pptx
 
Conferência SC 24 | Data Analytics e IA: o futuro do e-commerce?
Conferência SC 24 | Data Analytics e IA: o futuro do e-commerce?Conferência SC 24 | Data Analytics e IA: o futuro do e-commerce?
Conferência SC 24 | Data Analytics e IA: o futuro do e-commerce?
 
A LOGÍSTICA ESTÁ PREPARADA PARA O DECRESCIMENTO?
A LOGÍSTICA ESTÁ PREPARADA PARA O DECRESCIMENTO?A LOGÍSTICA ESTÁ PREPARADA PARA O DECRESCIMENTO?
A LOGÍSTICA ESTÁ PREPARADA PARA O DECRESCIMENTO?
 
Conferência SC 2024 | Tendências e oportunidades de vender mais em 2024
Conferência SC 2024 | Tendências e oportunidades de vender mais em 2024Conferência SC 2024 | Tendências e oportunidades de vender mais em 2024
Conferência SC 2024 | Tendências e oportunidades de vender mais em 2024
 
Conferência SC 24 | Estratégias de diversificação de investimento em mídias d...
Conferência SC 24 | Estratégias de diversificação de investimento em mídias d...Conferência SC 24 | Estratégias de diversificação de investimento em mídias d...
Conferência SC 24 | Estratégias de diversificação de investimento em mídias d...
 
Conferência SC 24 | Estratégias de precificação: loja própria e marketplace
Conferência SC 24 | Estratégias de precificação: loja própria e marketplaceConferência SC 24 | Estratégias de precificação: loja própria e marketplace
Conferência SC 24 | Estratégias de precificação: loja própria e marketplace
 
Conferência SC 24 | Omnichannel: uma cultura ou apenas um recurso comercial?
Conferência SC 24 | Omnichannel: uma cultura ou apenas um recurso comercial?Conferência SC 24 | Omnichannel: uma cultura ou apenas um recurso comercial?
Conferência SC 24 | Omnichannel: uma cultura ou apenas um recurso comercial?
 
Conferência SC 24 | Social commerce e recursos interativos: como aplicar no s...
Conferência SC 24 | Social commerce e recursos interativos: como aplicar no s...Conferência SC 24 | Social commerce e recursos interativos: como aplicar no s...
Conferência SC 24 | Social commerce e recursos interativos: como aplicar no s...
 
Conferência SC 24 | Estratégias omnicanal: transformando a logística em exper...
Conferência SC 24 | Estratégias omnicanal: transformando a logística em exper...Conferência SC 24 | Estratégias omnicanal: transformando a logística em exper...
Conferência SC 24 | Estratégias omnicanal: transformando a logística em exper...
 
Introdução à Multimídia e seus aspectos.pdf
Introdução à Multimídia e seus aspectos.pdfIntrodução à Multimídia e seus aspectos.pdf
Introdução à Multimídia e seus aspectos.pdf
 
EP GRUPO - Mídia Kit 2024 - conexão de marcas e personagens
EP GRUPO - Mídia Kit 2024 - conexão de marcas e personagensEP GRUPO - Mídia Kit 2024 - conexão de marcas e personagens
EP GRUPO - Mídia Kit 2024 - conexão de marcas e personagens
 
Conferência SC 24 | A força da geolocalização impulsionada em ADS e Fullcomme...
Conferência SC 24 | A força da geolocalização impulsionada em ADS e Fullcomme...Conferência SC 24 | A força da geolocalização impulsionada em ADS e Fullcomme...
Conferência SC 24 | A força da geolocalização impulsionada em ADS e Fullcomme...
 
Conferência SC 2024 | De vilão a herói: como o frete vai salvar as suas vendas
Conferência SC 2024 |  De vilão a herói: como o frete vai salvar as suas vendasConferência SC 2024 |  De vilão a herói: como o frete vai salvar as suas vendas
Conferência SC 2024 | De vilão a herói: como o frete vai salvar as suas vendas
 
Ética NO AMBIENTE DE TRABALHO, fundamentosdas relações.pdf
Ética NO AMBIENTE DE TRABALHO,  fundamentosdas relações.pdfÉtica NO AMBIENTE DE TRABALHO,  fundamentosdas relações.pdf
Ética NO AMBIENTE DE TRABALHO, fundamentosdas relações.pdf
 
Conferência SC 24 | Inteligência artificial no checkout: como a automatização...
Conferência SC 24 | Inteligência artificial no checkout: como a automatização...Conferência SC 24 | Inteligência artificial no checkout: como a automatização...
Conferência SC 24 | Inteligência artificial no checkout: como a automatização...
 
Conferência SC 24 | Otimize sua logística reversa com opções OOH (out of home)
Conferência SC 24 | Otimize sua logística reversa com opções OOH (out of home)Conferência SC 24 | Otimize sua logística reversa com opções OOH (out of home)
Conferência SC 24 | Otimize sua logística reversa com opções OOH (out of home)
 
Conferência SC 24 | Estratégias de precificação para múltiplos canais de venda
Conferência SC 24 | Estratégias de precificação para múltiplos canais de vendaConferência SC 24 | Estratégias de precificação para múltiplos canais de venda
Conferência SC 24 | Estratégias de precificação para múltiplos canais de venda
 
Conferência SC 24 | O custo real de uma operação
Conferência SC 24 | O custo real de uma operaçãoConferência SC 24 | O custo real de uma operação
Conferência SC 24 | O custo real de uma operação
 

Orbs Comex - Status Report do 1o Semestre de 2015

  • 1. Alessandro Almeida | www.alessandroalmeida.com 20/05/2015 1° Semestre de 2015 SIN-NA7
  • 2.
  • 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
  • 6. PRONTUÁRIO NOME 12100074 Cassio Cardoso 12101082 Leonardo Lorençoni 12102092 Caio Souza 12101061 Lucas Burity Dominato
  • 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
  • 14. 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
  • 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
  • 21. DATA DESCRIÇÃO DA MUDANÇA 01/02/2015 Um integrante saiu do grupo
  • 22. # 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
  • 25. PRONTUÁRIO NOME 12102059 Bianca Silva Nunes 12102691 Erika Vieira Lima 12102060 Geovane Antonio da Silva
  • 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;
  • 32.
  • 33. 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
  • 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.
  • 37.
  • 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
  • 66. SYSCOMP – SISTEMA DE CONCURSO PÚBLICO PARA DOCENTES
  • 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).
  • 72. 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
  • 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.
  • 77. PAPEL RESPONSABILIDADES DESENVOLVEDOR Entende as regras de negócios; Manipula os dados para desenvolver o sistema
  • 78. SYSCOMP – SISTEMA DE CONCURSO PÚBLICO PARA DOCENTES
  • 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.
  • 85. SYSCOMP – SISTEMA DE CONCURSO PÚBLICO PARA DOCENTES
  • 86. Diego Olivo Cintra Gustavo Ferreira Carasco Gustavo Sofioni Motta Status Report Índice
  • 87. Dados do grupo Diego Olivo Cintra 12102603 Gustavo Ferreira Carasco 12103679 Gustavo Sofioni Motta 12103792
  • 88. Primeira Parte: Resumo do Projeto ConectFuel
  • 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.
  • 90. Objetivo do Projeto Desenvolver uma solução que auxiliará no controle e gestão de gastos com combustíveis.
  • 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
  • 98. Segunda Parte: Situação do Projeto ConectFuel
  • 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.
  • 106. PRONTUÁRIO NOME 12201563 Alessandro Mesquita 10200923 Daiane Alves 12104647 Filipe Rafael 12104710 Gustavo Pires 12101839 Rodrigo Guaiume
  • 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
  • 115. Gustavo Gerente de Projeto Daiane Analista de Requisitos / Documentador Filipe Desenvolvedor Alessandro Analista de Testes / Web Design Rodrigo DBA
  • 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.
  • 118.
  • 119.
  • 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.
  • 125. SISTEMAS DE INFORMAÇÃO SISTEMA DE GERENCIAMENTO CONDOMINIAL Status Report Índice
  • 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
  • 127. Primeira Parte: Resumo do Projeto ORDÚ – Sistema de Gerenciamento Condominial
  • 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
  • 136. Organograma do projeto Wanderliuson Gerente de Projeto Dênis Analista de Requisitos Daniel Desenvolvedor Geysa Analista de Testes Carlos DBA
  • 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.
  • 138. Segunda Parte: Situação do Projeto ORDÚ – Sistema de Gerenciamento Condominial
  • 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.
  • 144. Muito obrigado! ORDÚ – Sistema de Gerenciamento Condominial
  • 146. PRONTUÁRIO NOME 12104128 David Deizepi Rocha 12104442 Eduardo Lima dos Reis 12103030 Filipe Campos Tartarini
  • 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
  • 155. Filipe Gerente de Projeto Eduardo Analista de Requisitos David Desenvolvedor Eduardo/David Analista de Testes David/Eduardo DBA
  • 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.
  • 164. PRONTUÁRIO NOME 12102009 Claudio Lopes 12104084 Igor Luan 12102100 Raphael Alves 12101075 Victor Pedroso Dados do Grupo
  • 165. Primeira Parte: Resumo do Projeto Tell me Condominium
  • 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.
  • 175. Segunda Parte: Situação do Projeto Tell me Condominium
  • 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.