Gestão da Tecnologia da Informação - Atividade: Status Report

Alessandro Almeida | www.alessandroalmeida.com
05/09/2013
2° Semestre de 2013
SIN-NA8

 Os próximos slides fazem parte de uma
atividade realizada pelos alunos da turma
SIN-NA8 (8º semestre de Sistemas de
Informação – 2º semestre de 2013)
 Tema da atividade: Status Report do ProjetoTCC

# Nome do Projeto
1 LTS-RFID (LuggageTracking System - RFID)
2 Controle Corporal
3 G.O.M.C. (Gerenciamento de Oficina de Micro Computadores)
4 Learning Check
5 Loca Energy
6 ShareMyBook
7 SISOMEC (Sistema para Oficina Mecânica)
8 Sistema de Gerenciamento de Buffet
9 Sistema Gerenciador de Resíduos
10 GliSystem

PRONTUÁRIO NOME
11103818 Alexandre Alisson Silva
10101339 Leonardo Barbosa Botelho
10100066 Lucas Evangelista Palma
10101413 Luciana Sassaki dos Santos
10100845 Ricardo Nogueira Menta de Carvalho
Índice

SISTEMAS DE INFORMAÇÃO
Status Report

SISTEMAS DE INFORMAÇÃOSISTEMAS DE INFORMAÇÃO
PRONTUÁRIO NOME
11103818 Alexandre Alisson Silva
10101339 Leonardo Barbosa Botelho
10100066 Lucas Evangelista Palma
10101413 Luciana Sassaki dos Santos
10100845 Ricardo Nogueira Menta de Carvalho

LTS-RFID (Luggage Tracking
System - RFID)

 Atualmente não há um controle eficiente das
bagagens nos aeroportos. Conforme o
levantamento de requisitos feito na Azul –
Linhas Aéreas, muitas vezes esse controle é
feito por adesivos e papel, o que não é muito
confiável. Considerando que o Brasil vai
receber muitos turistas nos próximos anos
devido aos eventos esportivos, a tendência
dessa situação é piorar.

 Controlar as bagagens de uma maneira
eficiente dos clientes da companhia aérea;
 Evitar transtornos para a companhia aérea e
para os passageiros;
 Agregar valor para a companhia aérea;

 Satisfação dos passageiros;
 Confiabilidade na companhia aérea;
 Segurança das bagagens dos passageiros;
 Redução do número de extravios;
 Melhora no tempo de entrega da bagagem
extraviada;

 Identificar no momento do “check in” as
bagagens dos passageiros com TAGs, que
são relacionadas com o CPF dos mesmos.
Essas identificações serão lidas por antenas
que estarão por todo o aeroporto. Essas
leituras serão enviadas para o sistema, que
caso seja necessário poderá ser consultado
por um funcionário do aeroporto.

LTS-RFID (Luggage Tracking System - RFID)
Documentação Sistema

Documentação
Introdução Revisão Bibliográfica Projeto
Engenharia de
Software
Banco de Dados Manual do Usuário

Sistema
Cadastro Relatórios Parametrizações
Controle de Acessos Banco de Dados Leitura RFID

Diagrama
de Classes
Sistema
Cadastro de
Clientes
Cadastro de
Antenas
Cadastro de
Usuários
Relatórios
Rastreio de
Bagagens
Integração
RFID

Rastreio de
Bagagens
Documentação
Manual
Descrição de
Caso de Uso
Regras de
Negócio
Requisitos
Funcionais
Requisitos Não
Funcionais
Plano de Teste
Scripts de
Testes
Cenário de
Testes
Banco de Dados
Modelo Físico Modelo Lógico MER

DESCRIÇÃO
(P)REMISSA
(R)ESTRIÇÃO
As bagagens só serão rastreadas após receberem uma
TAG após o “check-in”
P
Antena que captura do sinal do RFID tem que estar
funcional
P
A bagagem não pode ser rastreada fora do aeroporto R
O número de passageiros vai aumentar nos próximos
anos
P
Todas as malas possuem pelo menos a última
localização no aeroporto
P
Utilizar as linguagem aprendidas no curso R

Luciana
Gerente de Projeto
Alexandre
Analista de Requisitos
Ricardo
Desenvolvedor
Lucas
Analista de Testes
Leonardo
DBA

- Alexandre Alisson: Analista de Requisitos e
Desenvolvedor Java
- Leonardo: Analista de Banco de Dados e Requisitos
- Lucas Palma: Analista de Requisitos, Validações e Testes
e Documentador
- Luciana: Analista de Requisitos, Documentadora e
Gerente do Projeto
- Ricardo: Analista de Requisitos e Desenvolvedor Web

0%
10%
20%
30%
40%
50%
60%
70%
80%
90%
100%
DOCUMENTAÇÃO -
PREVISTA
DOCUMENTAÇÃO -
REALIZADA
SISTEMA - PREVISTO SISTEMA - REALIZADO
Previsão até 20/11/2013

◦ Referencial Teórico;
◦ Apresentação Final em Slides;
◦ Documentação final;
◦ Sistema com 100% das funcionalidades;
◦ Resultado e Conclusões;
◦ Manual do Usuário;

# DESCRIÇÃO TIPO CRITIC. SITUAÇÃO AÇÕES
1 Falha no domínio
da tecnologia
RFID
N 15 Ocorreu Estudar a tecnologia,
de modo que atenda
a todas exigências
do projeto
2 Atraso na
entrega do
projeto
N 10 Não ocorreu Estabelecer prazos
para a entrega de
cada atividade
3 Falha no
levantamento de
requisitos
N 20 Não ocorreu Levantar todos os
requisitos
necessários para o
cumprimento do
projeto

DATA DESCRIÇÃO DA MUDANÇA
22/08/2012 Inclusão da linguagem Java no projeto devido o PHP não
ser compatível com a tecnologia RFID
25/03/2013 Alteração no modo que as TAGs serão inclusas no sistema
29/03/2013 Mudança no escopo do projeto, devido o projeto abranger
agora mais de um aeroporto
29/03/2013 Entrada do Ricardo no grupo

# DESCRIÇÃO
IMPACTO
NO PROJETO
1
Devemos sempre ouvir opiniões diferentes dos
mesmos assuntos, pois as discussões positivas
fazem o projeto evoluir.
Não houve.
2
É possível que algumas TAGs sejam perdidas O sistema
não
realizará a
leitura.
3
4
5

PRONTUÁRIO NOME
10100813 Felipe Ricardo
10100831 FellipeCallegari
10103659 Jordana Müller
10100819 Luana Soares
Índice

PRONTUÁRIO NOME
10100813 Felipe Ricardo
10100831 Fellipe Callegari
10103659 Jordana Müller
10100819 Luana Soares

Controle Corporal

 A obesidade tem grande destaque por ser uma
doença de alto risco e também por ser um fator
de risco do desencadeamento ou agravamento de
demais doenças. Hoje, existem softwares
disponíveis que auxiliam as pessoas a fazerem
dietas e exercícios, outros que são de uso
específico aos profissionais da saúde para o
acompanhamento do tratamento dos pacientes,
porém, não possui nenhum que faça uma relação
desses dois objetivos. Ou seja, um local onde os
pacientes poderão ter acesso às suas dietas,
exercícios, evolução, porém tudo passado pelo
profissional que o atendeu.

 Auxiliar o tratamento da obesidade em
adultos através de um software que fornece,
para ambas as partes envolvidas (pacientes e
profissionais da saúde), um acompanhamento
da evolução do tratamento do paciente.
Também que disponibilize as dietas,
exercícios e pedidos de exames passados
pelos profissionais aos seus pacientes.

 Quanto mais o cliente usar das
funcionalidades do sistema melhor o
resultado.
 Facilitar o agendamento de consultas para
pacientes e profissionais da saúde.
 Atingir uma qualidade de vida saudável e
ideal para cada paciente.

 Cadastros
 Agendamento de consultas
 Consulta Histórico
 Consulta Relatórios
 Qualificação Empresas
 Elaboração de Fichas

 Criar um banco de dados com os cadastros dos pacientes e
profissionais da saúde;
 Tornar a manutenção (Criar, alterar, visualizar e excluir) de
consultas mais rápidas e dinâmicas;
 Criar um relatório pré consulta, onde será preenchido pelo
paciente, facilitando o trabalho do Profissional, e este
documento ficara arquivado no seu histórico;
 Criar filtros na procura de profissionais, onde serão
apresentados dados da empresa facilitando os pacientes na
busca de locais próximos e horários;
 Elaboração de um campo onde os pacientes poderão incluir ou
visualizar comentários dos profissionais;
 Manter os relatórios e diagnósticos realizados pós consulta no
histórico da consulta;
 Criação dos Layouts das telas do sistema;
 Disponibilização do Sistema On-Line.

 Disponibilizar horário de atendimento dos
profissionais da saúde;
 Facilitar os profissionais no controle de suas
consultas, histórico e atividades agendadas,
mantendo tudo disponível on-line;
 Disponibilizar na web o catálogo de serviços dos
profissionais da área de saúde
 Permitir o agendamento de horários para serviços dos
profissionais cadastrados.
 Centralizar os serviços de diversos ramos da área de
saúde no sistema.
 Possibilitar aos profissionais a prospecção de clientes
com mais eficiência.
 Calcular IMC

DESCRIÇÃO
(P)REMISSA
(R)ESTRIÇÃO
Entrega e apresentação do Projeto em Dezembro R
Um grupo só pode ser composto por no máximo 5
integrantes
R
O sistema deve estar validado pelo gerente de projeto
antes da apresentação do TCC
P
Todos os integrantes do grupo tem que chegar ao 8º
semestre
P
Nenhum documento pode ser copiado da internet R
Todas as informações obtidas por livros ou internet
devem estar devidamente referenciadas
P
Contar com a ajuda dos profissionais das áreas
envolvidas no Projeto
P

Grupo de Controle Corporal
Gerente de Projeto
Fellipe Callegari
Desenvolvedor PL
Felipe Ricardo
Gestor PL
Luana / Jordana
Avaliador PL
Jordana Müller
Desenvolvedor PF
Luana Soares
Gestor PF
Fellipe / Felipe
Avaliador PF

 Gerente de Projeto: Valida o Projeto Lógico e
Físico;
 Desenvolvedor PL: Elaborar Toda a documentação
do projeto;
 Gestor PL: Verifica e Corrige toda documentação;
 Avaliador PL: Valida a Documentação;
 Desenvolvedor PF: Elaborar o sistema do Projeto;
 Gestor PF: Verifica e Corrige o sistema;
 Avaliador PF: Valida o Sistema.

 Cronograma
 Pesquisa de Projeto
 Status Report
 100% Documentação
 Pré-Apresentação
 Relatório
 Apresentação para Banca
 100% do Sistema
 Pesquisa do Projeto
 Comparação de Software

 Cronograma
 Status Report
 Relatório
 75% do Sistema

 Entrega Ficha de Equipe
 Diagramas
 Relatório 1
 Relatório 2
 Status Report
 Relatório 3
 Relatório 4
 Relatório 5
 Relatório 6

1 Desfalque no
grupo
Neg. 8 Em Mitigação Garantir estabilidade
financeira para
continuar cursando a
faculdade.
2 Alteração do
escopo
Neg. 4 Em Mitigação Levantamento de
todos os requisitos
de maneira que
cubra todas as
funcionalidade.
3 Aprimoramento
da Engenharia de
Software
Pos. 6 Em Mitigação Aplicar os
conhecimentos para
uma boa gestão do
projeto.

07/2012 Jordana entrou no Grupo
02/2013 Mudança na linguagem Delphi 6 para PHP
04/2013 Foco para obesidade
05/2013 Mudança no layout
05/2013 Padronização dos documentos
07/2013 Passar para O.O.

# DESCRIÇÃO
IMPACTO
NO PROJETO
1
Nosso planejamento não foi adequado, nós
perdemos o controle nas datas de entregas de
algumas atividades. Hoje nos utilizamos um
cronograma para acompanhar as etapas de
desenvolvimento do projeto.
Atrasou o
desenvolvim
ento do
Projeto
2
Toda uma parte do projeto ficava arquivada somente
em um notebook, e o HD queimou, perdemos todos
os dados gravados. Hoje nós Guardamos todos os
arquivos em no mínimo 3 lugares diferentes.
Tivemos
retrabalho
3
Decidimos realizar pesquisas com pessoas, ao invés
de ficar procurando somente em internet e livros
Gerou boas
idéias

PRONTUÁRIO NOME
09211910 Diego Camargo de Amorim
Rodolfo
Renan
Índice

PRONTUÁRIO NOME
09211910 Diego Camargo de Amorim
Rodolfo
Renan

G.O.M.C. (Gerenciamento de
Oficina de Micro
Computadores)

 Este software esta sendo criado para agudar a
gerenciar um loja ou oficina de micro
computador. Nosso grupo viu a necessidade de
criar este sistema após visitar e utilizar algumas
lojas e oficina de micro computadores, o grupo
identificou a falta de informatização nos lugares,
sem um controle da quantidade de peças em
estoque, vendidas e computadores em
manutenção, gerando um atraso no atendimento,
os lugares visitados e utilizados ainda usam
bloco de notas ou agenda para anotas as
informações da loja, oficina de micro
computadores.

 Em nossas pesquisas, verificamos que as lojas e
oficinas de micro computadores alvo de nosso
produto, não possuem nenhum tipo de sistema
para armazenamento, consulta e atualização de
dados desta. Com o programa G.O.M.C.
facilitaremos para o administrador ou responsável
pela atualização e usabilidade em uma interface
agradável e simples, o desenvolvimento de
cadastro e pesquisa, gerando históricos mensais
dos custos, facilitando o processo de orçamentos
para os clientes, cadastrar e pesquisar todos os
dados referentes à loja, oficina. Assim agilizaremos
e traremos um melhor controle de toda a estrutura
financeira ao consumidor deste sistema.

 Vantagem Competitiva no mercado.
 Agilidade no atendimento do cliente.
 Segurança das informações.
 Relatório de lucros e despesa do
estabelecimento.
 Interface agradável e fácil utilização para o
usuário.

 Criar um software onde o estabelecimento
poderá armazenar todas as suas informações,
com segurança e fácil acesso a elas, desta
maneira gerando um maior controle dos
acontecimentos do estabelecimento e
agilizando o atendimento ao cliente.

 Estimativa de esforço
 Criação do MER
 Criação do DER
 Criação do caso de uso
 Criação do diagrama de classe
 Distribuição das tarefas
 Cronograma

 Relatório de lucros bruto
 Relatório de lucros liquido
 Relatório de despeças
 Criação do CRUD do sistema
 Banco de dados

G.O.M.C.
Documentação
Diagramas de
Classes
Diagrama de
entidade
Relacionamento
(DER)
Modelo
Entidade
Relacionamento
(MER)
Plano de
testes
Unitário integrado Performance homologação
Código Fonte

DESCRIÇÃO
(P)REMISSA
(R)ESTRIÇÃO
Teremos professores para validar as etapas do processo
do sistema.
P
Temos apenas os finais de semana para reunir o grupo R
O projeto tem q ser finalizado antes de Novembro/2013 R
Ter apenas três integrantes para dividir as tarefas r

Diego
Gerente de Projeto
Analista e Programador
Rodolfo
Programador e DBA
Renan
Analista de Requisito

Nome Papel Responsabilidades
Diego Gerente do Projeto Garantir que todas as entregas do
projeto sejam realizadas
conforme planejado.
Diego/Rodolfo Programador Responsável pela programação do
sistema.
Diego/Renan Analista de requisitos Criação e revisão de toda
documentação do projeto e
auxílio na sua criação
Rodolfo DBA Responsável pela criação do
banco de dados, conexão do
sistema.

Nome da tarefa Duração Início Término Nomes dos recursos
Funcional 62 dias Sáb 16/03/13 Ter 11/06/13
Entrevistas
Visitar lojas e Oficinas de micro
computadores na santa Efigênia
agendar data 1 dias Dom 24/08/13 Sáb 24/08/13 Todos
Produzir relatório 1 dias Dom 25/08/13 Dom 25/08/13 Diego
Analisar o problema encontrado e criar
solução.
analisar problemas encontrados do
requisito.
1 dias Seg 27/08/13 Seg 27/08/13 Todos
solução para problemas
encontrados.
1 dias Ter 28/08/13 Ter 28/08/13 Todos

Tecnologia
Definir da tecnologia 3 dias
Banco de dados 1 dias Seg 12/08/13 Seg 12/08/13 Todos
Linguagem de codificação 1 dias Seg 12/08/13 Seg 12/08/13 Todos
Ambiente de desenvolvimento 1 dias Seg 12/08/13 Seg 12/08/13 Todos
projeto logico
Documentação 9 dias
diagrama de caso de uso 3 dias Qua 28/08/13 Sex 30/08/13 Diego
diagrama de classe 2 dias Seg 02/08/13 Qua 04/08/13 Diego
diagrama de atividade 2 dias Qui 05/08/13 Sex 06/08/13 Diego
diagrama de sequência 2 dias Seg 09/10/13 Ter 10/08/13 Diego
modelagem de dados 2 dias
Diagrama de entidade relacionamento
(DER)
2 dias Qua 28/08/13 Sex 30/08/13 Diego
Modelo Entidade Relacionamento(MER) 2 dias Qua 28/08/13 Sex 30/08/13 Diego
Definir interfaces e guias de estilo 10 dias Todos
projeto fisico 100 dias
codificação 80 dias Seg 12/08/13 Ter 31/10/13 Todos
teste
unitário 31 dias Seg 02/09/13 Seg 30/09/13 Todos
integrado 5 dias Sab 28/09/13 Seg 30/09/13 Todos
Performance 2 dias Ter 01/10/13 Qua 02/10/13 Todos
Homologação 5 dias Qua 25/09/13 Dom 20/10/13 Todos
implantação 2 dias Seg 20/10/13 Qui 31/10/13 Todos

Tecnologia
Definir da tecnologia 3 dias
Banco de dados 1 dias Seg 12/08/13 Seg 12/08/13
Linguagem de codificação 1 dias Seg 12/08/13 Seg 12/08/13
Ambiente de desenvolvimento 1 dias Seg 12/08/13 Seg 12/08/13
projeto logico
Documentação 9 dias
diagrama de caso de uso 3 dias Qua 28/08/13 Sex 30/08/13 Diego
diagrama de classe 2 dias Seg 02/08/13 Qua 04/08/13 Diego
diagrama de atividade 2 dias Qui 05/08/13 Sex 06/08/13 Diego
diagrama de sequência 2 dias Seg 09/10/13 Ter 10/08/13 Diego
Diagrama de entidade relacionamento
(DER)
2 dias Qua 28/08/13 Sex 30/08/13 Diego
Modelo Entidade Relacionamento(MER) 2 dias Qua 28/08/13 Sex 30/08/13 Diego
Definir interfaces e guias de estilo 10 dias Todos
codificação 80 dias Seg 12/08/13 Ter 31/10/13 Todos
teste
unitário 31 dias Seg 02/09/13 Seg 30/09/13 Todos
integrado 5 dias Sab 28/09/13 Seg 30/09/13 Todos
Performance 2 dias Ter 01/10/13 Qua 02/10/13 Todos
Homologação 5 dias Qua 25/09/13 Dom 20/10/13 Todos
implantação 2 dias Seg 20/10/13 Qui 31/10/13 Todos

◦ Cronograma do projeto
◦ CRUD do sistema (criar, pesquisar, alterar, excluir)
◦ Comparação de software similares
◦ Definição da tecnologia a ser usada (banco de dados,
linguagem , ambiente de desenvolvimento)
◦ Definição de papéis e responsabilidades
◦ Diagramas de caso de uso
◦ Diagrama de classe
◦ Diagrama de atividade
◦ Diagrama de sequencia
◦ MER

 Sistema completamente funcional

1 Perder o sistema 4 9 Mitigação Distribuir o sistema
em vários
computadores
2 Não conseguir
entregar as
atividades de
acordo com o
cronograma
3 7 Mitigação Reunir o grupo para
tentar entregar as
atividades pendentes
3

# DESCRIÇÃO
IMPACTO
NO PROJETO
1
Distribuição das tarefas entre os integrantes do
grupo.
2 Seguir o cronograma
3
4
5

PRONTUÁRIO NOME
10102152 Aline Mayara Coqueto
10103101 FelipeGustavo Marques Pires
10101621 Stéfanie Caroline Rodrigues Martins
10103368 Thais Cirqueira da Silva
Índice

PRONTUÁRIO NOME
10102152 Aline Mayara Coqueto
10103101 Felipe Gustavo Marques Pires
10101621 Stéfanie Caroline Rodrigues Martins
10103368 Thais Cirqueira da Silva

Learning Check

 O cliente realiza o controle dos processos
de recrutamento e seleção manualmente
através de planilhas eletrônicas que são
mantidas por uma única área e mantêm de
forma precária a informação a respeito dos
conhecimentos técnicos adquiridos pelos
funcionários ao longo do período na
empresa, o que torna burocrático e demorado
o processo de avaliação de desempenho.

 Automatizar e agilizar o processo de
Recrutamento e Seleção de Colaboradores;
 Possibilitar o acompanhamento da capacitação
do colaborador na empresa para fins de avaliações
internas.
 Permitir visualização de Relatórios Gerenciais
para auxiliar nas tomadas de decisão nos processo
de Recrutamento, Seleção e Capacitação.

 Descentralização do controle de
contratação;
 Agilidade no processo de Recrutamento e
Seleção
 Fácil acesso às informações durante o
processo de recrutamento e seleção;
 Extração de Relatórios Gerenciais
 Medição e comparação dos conhecimentos
necessários x conhecimentos adquiridos pelos
colaboradores para auxiliar nas avaliações
internas.

 O sistema, disponibilizado para acesso via
web irá automatizar o recrutamento e seleção
de candidatos evitando a perda de informações
trocadas via e-mails ou impressas.
O sistema irá gerar relatórios gerenciais, servir
de repositório para reaproveitamento de
informação em novas seleções, permitir rápido
acesso dos colaboradores contratados pela
empresa e controlar a capacitação dos
colaboradores ao longo de sua carreira dentro
da empresa.

 Lista de Revisão do Sistema (Testes 7º
semestre)
 Ata de Reunião de Kick Off
 Papéis e Responsabilidades
 Documento de Regras de Negócio
 Escopo de Semestre
 Estimativa de Esforço
 Ficha Catalográfica
 Status Report
 Mapeamento do Envio de Pendências

 Correção do Diagrama de Visão;
 Correção do Diagrama de Caso de Uso;
 Correção da Descrição de Caso de Uso;
 Criação do Diagrama de Atividades;
 Correção do Diagrama de Classe;
 Criação do Diagrama de Sequencia;
 Efetuar ajustes na documento do TCC;
 Ajustar a documentação de Banco de Dados
para incluir as novas funcionalidades;
 Testar o projeto;

 Imprimir e encadernar as cópias;
 Montar script de apresentação;
 Ensaiar a apresentação;
 Montar documento de termos técnico;
 Montar Power Point;
 Providenciar itens auxiliares a apresentação;
 Corrigir documentos e código para entrega
final;
 Gravar CD com os códigos;
 Encadernar com a capa dura a versão final.

 Efetuar ajustes encontrados nos testes do 7º
semestre;
 Criar as procedures de busca;
 Orientar a objetos todas as buscas;
 Implementar algoritmo de Comparação CV vs
Requisitos da Vaga vs Requisitos do Cargo;
 Implementar o disparo de e-mail para
pendências;
 Inserir WEB Service de CEP.

 Criptografar Senha
 Desenvolver:
◦ Relatório de Decisão de Contratação
◦ Relatório de Acompanhamento de Seleção
◦ Relatório de Rotatividade das Áreas
◦ Relatório de Auxilio de Avaliação de Desempenho
◦ Relatório de Capacitação
◦ Relatório de Curso/Treinamento realizados por
período
 Gerar Planilha de Inconsistências.

DESCRIÇÃO
(P)REMISSA
(R)ESTRIÇÃO
O projeto será publicado em ambiente interno do cliente
(Intranet).
P
O Sistema deve gerar um repositório com base nas
informações cadastradas.
P
Utilização do browser Google Chrome. P
O desenvolvimento deverá ser finalizado até Out/2013. R
O projeto será desenvolvido em PHP Orientado à
Objetos.
R
A equipe deverá ter no máximo cinco participantes. R

Papel Responsabilidade
Gerente de Projetos Garantir o desenvolvimento do
projeto, sanando as dúvidas de
negócio, controlando o prazo do
projeto, definindo e auxiliando nas
atividades necessárias e mantendo
o alinhamento do projeto com os
professores da banca
Documentadora Criar todos os documentos do
projeto.
Analista de Negócio Realizar o levantamento das regras
de negócio, requisitos e o
mapeamento dos processos.

Analista de Teste Realizar os testes unitários e
integrados do sistema gerando
evidências de teste.
Prototipadora Confeccionar protótipos das telas
do sistema.
Administrador de Banco de Dados • Criar e manter artefatos
referente a estrutura de banco
de dados.
• Criar e manter as tabelas do
sistema.
• Gerar as procedures de
inserção, consulta e atualização.

Configurador de Ambiente • Realizar publicações no
ambiente de produção.
• Manter o controle de backups
do sistema.
• Manter o ambiente atualizado.
Desenvolvedor • Implementar os layouts do
sistema incluindo validação e
mascara de campos.
• Implementar as regras de
negócio.
• Implementar a Orientação a
Objetos em todo o sistema.

Planejado
Realizado
Planejado
Realizado
Planejado
Realizado
Planejado
Realizado
Planejado
Realizado
Planejado
Realizado
Planejado
Realizado
Planejado
Realizado
Referência
Legenda:
100%
100%
Janeiro Fevereiro Março Abril
1-15 16-30 1-15 16-30 1-15
Maio
16-30 1-15 16-30 1-15 16-30
Junho
1-15 16-30
Atividade
Primeira Entrega de
Documentos
Entrega Final Banca
Fontes do Projeto
Status
Evidência de Teste
Integrado
Documentos UML
Banco de Dados
Formatação de
Documento
100%
100%
100%
100%
100%
100%
100%
100%
100%
100%
100%
100%
100%
100%

Planejado
Realizado
Planejado
Realizado
Planejado
Realizado
Planejado
Realizado
Planejado
Realizado
Planejado
Realizado
Planejado
Realizado
Planejado
Realizado
Planejado Planejado
Realizado Realizado
Planejado Referência
Realizado
Planejado
Realizado
Planejado
Realizado
Planejado
Realizado
Planejado
Realizado
Planejado
Realizado
Planejado
Realizado
Planejado
Realizado
Planejado
Planejamento
Fase Atividade Status
Evidência de Teste
Integrado
Mapeamento do
Envio de Pendência
Lista de Revisão do
Sistema (Testes)
Escopo do Semestre
Estimativa de
Esforço
Status Report
16-30
Primeira Entrega de
Documentos
Estrutura de Banco
de Dados
Novas
Funcionalidades
Evidência de Teste
Unitário
Documentos UML
Documento TCC
Revisado
Layout de Telas
Ata de Reunião de
Kick Off
Orientação a
Objetos
Documento de
Regras de Negócio
1-15 16-30
Julho Agosto Setembro Outubro Novembro Dezembro
1-15 16-30 1-15 16-30 1-15 16-30 1-15 16-30 1-15
Apresentação
Legenda:
39%
21%
Execução
Homologação
Entrega Para Banca
100%
100%
100%
100%
100%
100%
100%
100%
100%
100%
100%
100%
100%
100%
100%
70%
8%
29%
21%
95%
89%
94%
58%
75%
62%
22%
5%
38%
0%
0%
0%
0%

Planejado
Realizado
Planejado
Realizado
Planejado
Realizado
Planejado
Realizado
Planejado
Realizado
Planejado
Realizado
Referência
1-15 16-30 1-15 16-30 1-15 16-30 1-15 16-30 1-15 16-30 1-15 16-30
Evidência de Teste
Integrado
Fase Atividade Status
Primeira Entrega de
Documentos
Legenda:
39%
21%
Monografia na Capa
Dura
Apresentação
Entrega Slides
Homologação
Entrega Para Banca
Julho Agosto Setembro Outubro Novembro Dezembro
0%
0%
0%
0%
0%

 Correção dos Cadastros:
◦ Currículo;
◦ Colaborador;
◦ Treinamento;
◦ Cadastro Auxiliar;
◦ Treinamento
 Correção das Consultas;
 Relatório de Posicionamento de Contratação;
 Testes Integrados;
 Primeira Versão do Documento de TCC;
 Apresentação do Sistema.

 Lista de Revisão do Sistema (Testes 7º
semestre)
 Ata de Reunião de Kick Off
 Papéis e Responsabilidades
 Documento de Regras de Negócio
 Escopo de Semestre
 Estimativa de Esforço
 Mapeamento do Envio de Pendências

 Finalizar ajustes encontrados nos testes do 7º
semestre;
 Criar as procedures de busca;
 Orientar a objetos todas as buscas;

 Ficha Catalográfica;
 Status Report;
 Diagramas UML (Visão, Caso de Uso,
Atividade e Sequência);
 Documento TCC Revisado;
 Documentação de Banco de Dados
Atualizada;
 Novas Funcionalidades (Campo Histórico,
WebService de CEP, Algoritmo de Comparação
de CV’s, Criptografia de Senha, Esqueci
minha Senha, Notificação por E-mail)

 Novos Relatórios Gerenciais:
◦ Relatório de Decisão de Contratação;
◦ Relatório de Acompanhamento de Seleção;
◦ Relatório de Rotatividade das Áreas;
◦ Relatório de Auxilio de Avaliação de Desempenho;
◦ Relatório de Capacitação e Relatório de
Curso/Treinamento realizados por período.
 Testes unitários e integrados do Sistema;
 Monografia final em capa dura;
 CD com os códigos do Sistema.

1
A orientação a
objetos pode
atrasar a entrega
P 15 Explorado
Transferir o
conhecimento para
os demais
desenvolvedores do
grupo.
2
Surgimento de
artefatos
inesperados
N 12 Acompanhando
Manter o
alinhamento de
entregas com a
professora
orientadora de TCC

3
Servidor
indisponível no
dia da
apresentação.
N 10 Em mitigação
Pesquisar outras
maneiras de
evidenciar as
funcionalidades
depende do servidor
da web.
4
Link de internet
indisponível.
N 10 Em mitigação
Montar um ambiente
idêntico ao de
Produção, na
maquina local que
poderá ser usado na
apresentação.

5
A documentação
não ser aceita
pela banca
avaliadora.
N 8 Acompanhando
Efetuar entregas
periódicas
garantindo a
aderência com o
exigido pela
instituição
6
Falha de
equipamentos
essências ao
desenvolvimento
de projetos
N 15 Acompanhando
Criação diária de
backups em outros
dispositivos.

7
Falta de
Feedback dos
professores nas
revisões de
entregas
periódicas
N 15 Transferindo
Reportar a
professora
orientadora e se
necessário a
coordenadora do
curso o ocorrido.

Nov/2012 Saída de um dos integrantes do grupo.
Fev/2013 Identificada mudança em toda a estrutura do código para
atender a orientação a objeto.
Abr/2013 Mudança na estrutura do banco para atender a
normalização.
Jul/2013 Alteração na estrutura do banco de dados para a
utilização de Web Service de CEP

# DESCRIÇÃO IMPACTO NO PROJETO
1
Importância da divisão de papéis e
responsabilidades.
Identificar responsável
para todas as atividades.
2
Efetuar os testes em etapas evitando a
sobrecarga no final do projeto.
Realizar testes unitários.
3
Treinar a apresentação antes da
apresentação oficial.
Planejamento da
atividade no cronograma

PRONTUÁRIO NOME
10100814 GilvanVelames
10101627 Paloma Nishimura
10100843 Rodinei Miguel
10101211 Rodrigo Goering
10100804 Thiago de Campos
Índice

PRONTUÁRIO NOME
10100814 Gilvan Velames
10101627 Paloma Nishimura
10100843 Rodinei Miguel
10101211 Rodrigo Goering
10100804 Thiago de Campos

Loca Energy
Gerenciador de Locação

 O sistema será criado devido uma
necessidade de informatizar todos os
processos da empresa: cadastro de cliente,
equipamentos, fornecedores e principalmente
a proposta de locação e contratos que devido
serem feitos manualmente, causa atraso e
perda de informações.

 Informatizar a empresa de locação de
geradores, para que se tenha um
gerenciamento melhor dos clientes e dos
equipamentos locados, dando ao usuário do
sistema, facilidade na inclusão e edição de
relatórios e mais agilidade em seus
trabalhos poupando tempo e amenizando
erros de inclusão e edição.

 Otimizar o gerenciamento de equipamentos
locados.
 Melhorar e facilitar o manuseio de relatórios.
 Zerar o índice de erros em edição de
arquivos (principalmente em boletins de
medições e faturas).
 Agilizar cadastros e consultas de clientes,
equipamentos, e seus devidos relatórios que
são gerados.

 Informatizar o cadastro de clientes
 Informatizar o cadastro de fornecedores
 Informatizar o cadastro de equipamentos
 Informatizar a proposta de locação,
contratos, controles de entregas/retiradas,
boletins de medições e faturas.

 Apresentação do sistema para a banca
 MER
 Diagrama de Classe
 Caso de Uso
 Roteiro de Testes
 Manual do Sistema
 Dicionário de dados
 Modelo Descritivo
 Modelo Relacional

 Módulos de cadastro, consulta, edição e
exclusão de clientes, fornecedores e
equipamentos e acessórios.
 Módulo de gerenciamento de locação de
geradores.
 Módulo de controle de manutenção
 Módulo de emissão de proposta, contrato e
faturamento.

RENIAR
DOCUMENTAÇÃO SISTEMA
Caso de Uso
Digrama de
Classe
Papéis e
Responsabilidades
Módulo
Cliente
Módulo
Fornecedor
Módulo
Equipamento

DOCUMENTAÇÃO
MER
Dicionário de
Dados
Manual do
Sistema
Roteiro de
Testes
SISTEMA
Módulo
Proposta
Módulo
Contrato
Módulo
Manutenção
Módulo Boletim
de
Medição/Fatura

DESCRIÇÃO
(P)REMISSA
(R)ESTRIÇÃO
Entregar até Novembro 2013 R
Funções bem definidas na equipe P
Levantamento de Requisitos Preciso P
O grupo será composto por no máximo 5 integrantes R
Os integrantes do grupo permaneceram até o
final do TCC
P
A implementação será orientada a objeto R

Rodrigo
Gerente de Projeto
Rodrigo
Analista de Testes
Gilvan
Desenvolvedor
Rodinei
Documentação
Thiago
Analista de requisitos
Paloma
Documentação
Organograma do projeto

 Gilvan – Programador ( desenvolvedor do sistema e da
estrutura do banco de dados).
 Paloma - Analista de documentação (Auxiliar nas entregas
da documentação).
 Rodinei – Analista de Projeto (estruturar a documentação e
gerenciar todas entregas da documentação).
 Rodrigo – Gerente e Desenvolvedor ( gerenciar o grupo,
validar documentação e sistema).
 Thiago – Analista de Documentação (responsável por
elaborar diagrama de caso de uso e documentação de BD.).

DOCUMENTAÇÃO/SISTEMA RESPONSAVEIS SETEMBRO OUTRUBRO NOVEMBRO DEZEMBRO
1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4
Fazer ajustes finais na documentação . Paloma/Rodinei/
Thiago/Rodrigo
Status Report Rodrigo/Paloma
Alterações finais no Caso de Uso Thiago
Alterações finais no Diagrama de
Classe
Paloma
Desenvolvimento do Sistema Gilvan/Rodrigo
Desenvolvimento do Banco de dados Gilvan/Rodrigo
Testes do Sistema TODOS
Manutenção do software Gilvan
Apresentação Da documentação e do
TCC
TODOS
Previsto

DOCUMENTAÇÃO/SISTEMA RESPONSAVEIS SETEMBRO OUTRUBRO NOVEMBRO DEZEMBRO
1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4
Fazer ajustes finais na documentação . Paloma/Rodinei/
Thiago/Rodrigo
Status Report Rodrigo/Paloma
Alterações finais no Caso de Uso Thiago
Alterações finais no Diagrama de
Classe
Paloma
Desenvolvimento do Sistema Gilvan/Rodrigo
Desenvolvimento do Banco de dados Gilvan/Rodrigo
Testes do Sistema TODOS
Manutenção do software Gilvan
Apresentação Da documentação e do
TCC
TODOS
Previsto Atrasado Realizado

Documentação/Sistema
 Entregas Relatórios e apresentações (TCC)
 Status Report
 Diagramas de caso de uso
 Diagrama de classe
 Módulos do sistema todos feitos e funcionando
 Entrega Documentação final
 Apresentação TCC

1 Atraso no projeto N 20 Ocorreu Troca de linguagem
de programação de
Java WEB para PHP
2 Fugir do escopo
definido
N 10 Em Mitigação Revisar junto ao
cliente cada item dos
requisitos para
eliminar os
indivíduos
3 Implantação
antecipada
P 4 Em Mitigação Delegar funções de
acordo com o
conhecimento de
cada membro da
equipe

Agosto/2012 - Entrada da Paloma no
grupo.
 Janeiro/2013 - Entrada do Thiago no
grupo.
 Janeiro/2013 - Mudança no layout do
projeto.
 Agosto/2013 – Mudança para linguagem
PHP.

DESCRIÇÃO
IMPACTO
NO PROJETO
1 O cronograma é muito importante para o andamento
do projeto
Alto
2 Conhecer melhor os professores que possivelmente
irão compor a banca
Médio
3 Sempre fazer reuniões periódicas para analisar
possíveis atrasos no projeto e no sistema
Alto
4 Entender melhor sobre o tema do projeto e fazer
pesquisas que tragam um maior conhecimento sobre
o assunto
Médio
5 Distribuir melhor as tarefas entre o grupo Alto

PRONTUÁRIO NOME
10102407 Átila Romão dos Santos
10103664 Fabio Henrique Rissi Nasareth
10100807 José Carlos Heuwald Junior
10101630 Murillo Carvalho Cavalcante
Índice

PRONTUÁRIO NOME
10102407 Átila Romão dos Santos
10103664 Fabio Henrique Rissi Nasareth
10100807 José Carlos Heuwald Junior
10101630 Murillo Carvalho Cavalcante

ShareMyBook

 O objetivo do projeto é criar uma
comunidade literária para que os usuários
possam compartilhar informações e discutir
sobre seus livros preferidos, além disso, irá
servir como uma ferramenta que auxilie na
troca e doação de livros.

 Verificamos que existem vários sistemas de
compartilhamento de informações literárias, e
que basicamente disponibilizam as mesmas
funcionalidades tendo como diferencial entre
elas somente a interface que é mais limpa e
de fácil manuseio. Com isso em mente,
decidimos criar um software que tem como
diferencial o auto-aprendizado.

 O sistema irá sugerir livros para os usuários
com acesso.
 O sistema disponibilizará informações sobre
o livro, como resenhas criadas por outros
usuários.
 O sistema oferece meios para facilitar a
doação de livros.
 O sistema também vai oferecer meios para
facilitar a troca de livros entre usuários.

 Cronograma de Entregas e recursos do
projeto;
 Documentações relevantes;
 Homologação;
 Entrega do sistema;
 Apresentação para a bancada.

 Cadastrar Livro;
 Avaliar Livro.
 Criar Resenha.
 Seguir Amigos.
 Criar Grupo.
 Criar Tópico.
 Efetuar Doação.
 Realizar Troca.

DESCRIÇÃO
(P)REMISSA
(R)ESTRIÇÃO
Ferramentas de desenvolvimento de software livre(Sem licença) R
Reunião ao menos uma vez por semana com os envolvidos P
Aplicação Web R
Teste de Leitores no sistema P
Data limite para a entrega do projeto: Dezembro/2013. R

NOME PAPEL RESPONSABILIDADES
José Carlos Gerente de Projetos Garantir o desenvolvimento do projeto, controlando o prazo do projeto,
definindo e auxiliando nas atividades necessárias e mantendo o
alinhamento do projeto com os professores da banca.
Fabio Henrique/Murillo
Carvalho
Documentador Criar documentos de:
 Plano de teste;
 Mapas de Processos;
Murillo Carvalho Analista de Negócios Realizar o levantamento das regras de negócio e o mapeamento dos
processos.
Átila Romão dos Santos Analista de Teste Realizar os testes do sistema e gerar suas evidências .

NOME PAPEL RESPONSABILIDADES
Fabio Henrique Prototipador Confeccionar protótipos das telas do sistema.
Átila Romão / José Carlos Administrador de Banco de Dados Criar e manter artefatos referente a estrutura de banco
de dados.
Criar e manter as tabelas do sistema.
Gerar as procedures de inserção, consulta e
atualização.
José Carlos Configurador de Ambiente Realizar publicações no ambiente de produção.
Manter o controle de backups do sistema.
Manter o ambiente atualizado.
José Carlos Desenvolvedor Implementar os layouts do sistema incluindo validação
e mascara de campos.
Implementar as regras de negócio.

Atividade Data Início Data Fim
Definir tabelas e
relacionamentos
27/07/2013 01/09/2013
Dicionário de dados 01/09/2013 07/09/2013
Criar telas do sistema 30/06/2013 22/09/2013
Criação da estrutura de
dados
07/09/2013 10/09/2013
Desenvolvimento do sistema 22/09/2013 03/11/2013
Definir regras do sistema 27/06/2013 27/07/2013
Definição de processos. 27/06/2013 27/07/2013

◦ Definição de papéis e responsabilidades;
◦ Organograma;
◦ Diagramas de caso de uso;
◦ Definição de escopo do sistema;
◦ Desenho de telas do sistema;

◦ Criação da base de dados;
◦ Criação de layout de telas;
◦ Diagramas UML.
◦ Entrega dos capítulos 1,2 e 3 da documentação.

1 Atraso na entrega das parciais Negativo 20 Ocorrido Aumento na carga horária para a tarefa e
não postergar datas do cronograma
2 Saída de componente do grupo Negativo 8 Ocorrido Redistribuir atividades para outros
recursos
3 Uso de ferramenta que facilite a
construção do projeto
Positivo 4 Não ocorrido Apresentação das novas atualizações

02/06/2013 Alteração do tema do projeto
02/06/2013 Saída de membro do grupo

# DESCRIÇÃO
IMPACTO
NO PROJETO
1 Não postergar datas de atividades Atrasos nos
entregáveis
2
Não mudar mais de tema até a apresentação para banca. Grande impacto nas
datas de entregas do
sistema.

PRONTUÁRIO NOME
10102189 Francine NicoleArantesTeodoro
09106691 KellyTereza de Oliveira Cesar
09211083 Lyncon de Oliveira Pio
10104325 Rodrigo Marcel da Silva
Índice

PRONTUÁRIO NOME
10102189 Francine Nicole Arantes Teodoro
09106691 Kelly Tereza de Oliveira Cesar
09211083 Lyncon de Oliveira Pio
10104325 Rodrigo Marcel da Silva

SISOMEC

 Custo-benefício pode ser reduzido para as
oficinas de micro, pequeno e médio porte
(não inclusão de função RFID).
 Sistema flexibilizado englobando um controle
mais tecnológico (RFID).
 Dinamismo e mais agilidade para as oficinas
que não utilizam ferramentas de
gerenciamento.

 “Controlar acessos dos funcionários através
de perfis de acesso;
 Comunicar clientes de manutenções
preventivas de seus veículos;
 Obter relatórios gerênciais de maneira rápida
e fácil;
 Controlar a oficina mecânica, através de
cadastros, relatórios e tags RFID.

 Maior controle nas tarefas;
 Mais facilidade e agilidade no processo;
 Maior organização;
 Gerenciamento dos serviços prestados;
 Inovação e renovação;
 Interface amigável para o usuário;

 Gerenciamento da oficina mecânica
 Controle de peças (RFID);
 Consulta de relatórios.

 Documentação do sistema;
 Implementação do banco de dados;
 Software;
 Inclusão de tecnologia RFID;
 Teste e manutenção.

 Cadastro de agendamento (revisão do veículo);
 Consulta de clientes, entrada e saída de peças,
manutenção, agendamento;
 Gerenciamento da oficina mecânica.
Itens fora do escopo
 Controle de revisão e controle de trabalho dos
mecânicos;
 Controle de estoque;
 Controle financeiro.

SISOMEC
Documentação
Desenvolvimento
Do Sistema
Descritivo do
Caso de Uso e
Caso de Uso
Descritivo do
Sistema e MER
Diagrama de
Classes
Concepção e
Conceito
Estrutura do
Banco de dados
Estudo de
Viabilidade
Plano do Projeto Prototipo
Teste de
Usabilidade
Diagrama de
Sequência
Codificação do
Sistema
Diagrama de
Sequência
Manual do
Sistema
Desenvolvimento
de Regras de
Negócio.
Teste do Sistema
Documento do
uso do Sistema

DESCRIÇÃO
(P)REMISSA
(R)ESTRIÇÃO
O cliente pode ser tanto pessoa física, como pessoa
jurídica.
P
Funcionários devem seguir os processos dos sistema P
RFID (custo-benefício) para micro e pequenas empresas R
Ferramentas CASE. P
Tempo para entrega do projeto R
Pré-requisitos mínimos (restrição tecnologia) R

Rodrigo
Gerente de Projeto
Rodrigo/Kelly
Rodrigo/Lyncon
Desenvolvedor
Kelly/Francine
Documentação/Analista de Teste
Lyncon
DBA

PAPEL RESPONSABILIDADES NOME
Gerente do Projeto Gerencia o projeto Rodrigo
Documentação Descrever todos os
procedimentos
Francine/Kelly
Desenvolvedor Codificar a parte
funcional
Lyncon/Rodrigo
DBA Criar banco de dados Lyncon
Analista de requisitos Analise completa do
levantamento de
requisitos
Kelly/Rodrigo

Atividade Previsão
Diagrama de Sequência 20/09/2013
Diagrama de Classe e Caso de Uso 20/09/2013
Inclusão de RFID (inicio) 30/09/2013
Entrega do sistema 31/10/2013
Teste 03 e 04/11/2013
Entrega do Projeto Novembro/2013

Atividade Realizado
Modelo Descritivo 12/06/2013
Diagrama de Classe e Caso de Uso
(parcial)
15/06/2013
EAP e Cronograma 17/06/2013
MER (final) 01/09/2013

◦ Definição do escopo do projeto e escopo do projeto
◦ Definição de papéis e responsabilidades
◦ Diagramas de caso de uso e descritivo (parcial);
◦ Modelo de entidade e relacionamento do banco de
dados;
◦ Diagrama de Classes;
◦ Cronograma;
◦ Estrutura analítica do projeto;

 Comparativo entre sistemas semelhantes;
 Documentação;
 Modulo de todos os cadastros totalmente funcional
em um sistema único;
 Testes RFID;
 Testes realizados e sistema funcionando
totalmente.

1
Problemas técnicos na
apresentação do projeto
Negativo 25 Em mitigação
Montar ambiente redundante
para contingência
2
Super alocação de recurso
de desenvolvimento
Negativo 16 Em mitigação
Acompanhar as atividades de
super alocação diáriamente,
para não haver desvios e
impacto no projeto
3
Atraso do projeto Negativo 10 Em mitigação Contratação de especialista,
para ajudar na conclusão do
sistema
4 Estouro do Orçamento Negativo 9 Em mitigação
Dividir valor da contratação
entre os integrantes do grupo
5
Indisponibilidade de
integrantes;
Negativo 6 Mitigado Redistribuição de tarefas e
atividades entre os integrantes

01/08/2013 Saída de um integrante do grupo
10/08/2013 Alteração/adequação do projeto para utilização de RFID;
10/08/2013 Alteração da linguagem de programação utilizada;
10/08/2013 Alteração dos módulos do sistema;

1
Reuniões que circundam o projeto e não
chegam a lugar algum;
Negativo
2 Atribuição de tarefas entre os integrantes; Positivo
3
4
5

PRONTUÁRIO NOME
10101217 Carlos Renan Monteiro
10100826 MarceloYassuo Cecílio Furuko
10100841 Rafael de Lima Abreu
10103023 Tatiana Ribeiro de Oliveira
Índice

PRONTUÁRIO NOME
10101217 Carlos Renan Monteiro
10100826 Marcelo Yassuo Cecílio Furuko
10100841 Rafael de Lima Abreu
10103023 Tatiana Ribeiro de Oliveira

 Sabemos que o mercado de Buffet vem
crescendo a cada dia que passa, e em
busca de novas soluções, resolvemos criar
um sistema que ajude os Buffets já
existentes e também os futuros a organizar
as tarefas desenvolvidas de forma simples
e ágil para que tudo saia conforme
combinado.

 O objetivo principal deste projeto é
desenvolver um sistema que auxilie na
gestão e no funcionamento de um buffet,
agilizando todos os processos tanto da
parte do cliente como do buffet.

 Desenvolver um sistema que auxilie o buffet
na tomada de decisões, e que ajude a
organização dos procedimentos e da
confiabilidade das informações ali contidas.

 Implementar um sistema para organização dos
Eventos de forma simples e objetiva.
 Além de serviços como o envio de SMS para o
cliente contendo a agenda dele com relação a
tarefas que o mesmo tem que realizar com o
Buffet.
 Também uma área restrita ao Cliente para que
ele possa realizar alterações do tipo lista de
convidados, sua agenda podendo reagendar,
desmarcar ou remarcar uma nova data para suas
tarefas(com o consentimento do Buffet)
 Escolher um assessor que ira auxiliar ele ate o
dia do Evento.

 Caso de Uso Geral
 Descrição de Caso de Uso
 Mapa de Processo
 Diagrama de Fluxo de Dados
 MER
 Script de criação das Tabelas
 Dicionário de Dados
 Diagrama de Classes
 Plano de Testes
 Manual do Sistema

SGB
Cadastro de
Tipo de Evento
Cadastro de
Tipo de Evento
Cadastro de
Evento
Cadastro de
Cliente
Cadastro de
Usuário
Cadastro de
Agenda

SGB
Hardware Software
TestesBanco de DadosDocumentação
Máquinas
Desenvolvimento
Equipamentos Escopo
Levantamento de
Requisitos
Diagrama de Caso
de Uso
Validação com o
Cliente
Manual
Criação das Tabelas
Relacionamento
MER
Documentação
Plano de Testes
Cenário de Testes

DESCRIÇÃO
(P)REMISSA
(R)ESTRIÇÃO
Imagens dos sistemas fornecidas pelo cliente P
O cliente disponibilizará informações para levantamento
de requisito
P
Restrição ao prazo de entrega R
Um evento não pode ser realizado no mesmo local/data R
O computador deverá ter acesso a internet R
Para criar um Evento, deverá possuir um Cliente R

Tatiana
Gerente de Projeto
Tatiana
Marcelo
Desenvolvedor
Rafael
Analista de Testes
Carlos
DBA

PAPEL NOME INFLUÊNCIA RESPONSABILIDADES
Gerente de Projeto Tatiana Oliveira Alta
Responsável por organizar a equipe de forma que todos
façam as atividades dentro do prazo, seguindo o escopo
já definido
Analista de
Requisitos Tatiana Oliveira Alta Levantamento de Informações a respeito do tema
Programador
Marcelo Yassuo e Rafael de
Lima Alta Desenvolvimento do Sistema
DBA Rafael de Lima Média Desenvolvimento das Tabelas do Sistema
Documentador
Carlos Renan e Tatiana
Oliveira Alta Documentação do Sistema
Analista de Testes Carlos Renan Alta
Analista que efetuara os testes em cima do Plano de
testes definidos
Design de Layout Rafael de Lima Alta
Responsável por desenhar todo o layout do sistema,
incluindo fontes, posicionamento dos campos e etc.

Sistema de Gerenciamento de
Buffet

◦ Para explica o Cronograma de atividades previstas,
onde repetimos a maioria no cronograma já
entregue, pois tivemos que efetuar correções
acrescimos de informações por isso repetição das
mesmas.

Tarefa Responsável Público-Alvo Prazo Realizado
Apresentação Final do TCC para Banca Grupo Todo Professores da Banca Junho 75%
Sistema Final em PHP Marcelo e Rafael Professores da Banca Junho 75%
Documentação Final Tatiana e Carlos Professora Luciene Junho 65%
Diagrama de Classe Tatiana e Carlos Professora Luciene Junho 100%
Diagrama de Caso de Uso Tatiana e Carlos Professora Luciene Junho 95%
Descritivo Rafael, Tatiana e Carlos Professor Anderson Junho 95%
MER Rafael, Tatiana e Carlos Professores da Banca Junho 100%
Diagrama de Entidade Relacionamento Rafael, Tatiana e Carlos Professor Anderson Junho 100%
Scripts DML Rafael, Tatiana e Carlos Professora Luciene Junho 100%
Scripts DLL Rafael, Tatiana e Carlos Professor Anderson Junho 100%
Normalização das Tabelas Rafael, Tatiana e Carlos Professor Anderson Junho 90%
Mapeamento Rafael, Tatiana e Carlos Professor Anderson Junho 75%
Dicionário de Dados Carlos Professor Anderson Junho 100%
Manual do Sistema Carlos Professor Anderson Junho 100%

Descrição do Projeto Tatiana Professora Luciene Fevereiro 100%
Diagrama de Caso de Uso Tatiana Professora Luciene Março 100%
Modelo Descritivo
Tatiana e
Rafael Professor Anderson Março
Diagrama de Entidade Relacionamento Rafael Professor Anderson Março 100%
Apresentação do Cadastro de Cliente
contendo as validações solicitadas Marcelo Professora Luciene Março 100%
Modelo de Entidade Relacionamento Carlos e Rafael Professor Anderson Abril 100%
Script de Criação de Tabelas Carlos e Rafael Professor Anderson Abril 100%
Mapeamento Rafael Professor Anderson Abril 100%
Normalização Carlos e Rafael Professor Anderson Abril 100%
Apresentação do Cadastro de Evento, Tipo
de Evento e o relacionamento das duas
tabelas com a de Cliente Marcelo Professora Luciene Abril 100%
Apresentação do Cadastro de Evento, Tipo
de Evento e Local e ambas se relacionando,
fora o controle de acesso ao sistema Marcelo Professora Luciene Abril 100%

Correção do MER e do descritivo Carlos Professora Anderson Agosto 80%
Correção dos Diagramas de Classe e Atividade Tatiana Professora Sandra Agosto 100%
Reunião para definição de prazos e entregas Grupo Todo Grupo Agosto 100%
Correção do MER (caso necessário) Carlos Professor Anderson Setembro 50%
Layout do Site Marcelo e Rafael Professora Luciene Agosto 75%
Primeira apresentação do TCC Grupo Todo Professor Luciene Setembro 100%
Ajuste do Banco de dados Marcelo e Rafael Professor Anderson Setembro 90%
Levantamento de Dados juntamente com o Cliente Tatiana Professor Luciene Agosto 75%
Primeira apresentação do Sistema – validação 1 Grupo Todo Professor Luciene Setembro 90%
Entrega dos diagramas para correção Tatiana Professora Sandra Setembro 80%
Entrega do Descritivo, MER e Caso de Uso Tatiana e Carlos Professor Miro Setembro 60%
Entrega Relatório 2 Tatiana Professora Luciene Outubro 90%
Entrega Relatório 3 Tatiana Professora Luciene Outubro 90%

Entrega Relatório 4 Tatiana Professora Luciene Novembro 90%
Entrega do documento de apresentação Tatiana Professora Luciene Novembro 75%
Documentação Final(para banca) – Relatório 5 Tatiana Professora Luciene Novembro 75%
Sistema Finalizado Marcelo e Rafael Banca Novembro 75%
Apresentação para Bancada Grupo Todo Banca Dezembro 75%
Aprovação do TCC – Documentação FINAL Tatiana e Carlos Professor Luciene Dezembro 75%

◦ Descrição do Projeto
◦ Diagramas de Caso de Uso
◦ Mapa de Processo(Visão Macro e Visão por controle)
◦ MER
◦ Relacionamento de Tabelas
◦ Cadastros de clientes, Eventos, Tipos de Evento e
Locais, e o relacionamento entre elas.

 Documentação
◦ Diagrama de Caso de Uso
◦ Diagrama de Classes
◦ Plano de Testes
◦ Dicionário de Dados
◦ Diagrama de Entidade R
 Sistema
◦ Cadastros
◦ Consultas
◦ Validação

 Documentação
◦ Descritivo sobre o sistema, contendo todas as justificativas, objetivos, os
requisitos levantados durante o processo de analise do projeto, gráficos e
fluxos contendo de forma básica como o software ira funcionar
◦ Referencia Bibliográfica
◦ Diagrama de Caso de Uso
◦ Diagrama de Classes
◦ Diagrama de Atividade
◦ Diagrama de Sequencia
◦ Descritivo
◦ MER
◦ DER
◦ Scripts de Criação de Tabelas
◦ Plano de Testes
◦ Dicionário de Dados
◦ Relatórios periódicos para a Professora Luciene, e os arquivos utilizados
para a apresentação para a Banca.

 Sistema
◦ Cadastros
◦ Consultas
◦ Validação
◦ Relatórios – Geração em PDF
◦ Pré-Evento – Após cadastro ficará disponível um
orçamento para consulta
◦ Intranet para o Cliente
◦ Acesso ao compromissos há serem realizados
◦ Intranet para o Buffet efetuar cadastros
◦ Contratos digitais (ainda em análise)

# DESCRIÇÃO TIPO
CRITI
C.
SITUAÇÃO AÇÕES
1 Entrega Final com
Erros
Negativo Alta Ocorreu Corrigir imediatamente
os erros que apareceram
2 Atraso na Entrega Negativo Alta Não Ocorreu Entender o que ocasionou
o atraso na Entrega, e
caso possivel entrar em
acordo com o cliente,
para extender o prazo.
3 Problemas com a
Linguagem
Negativo Alta Ocorreu No inicio estávamos
programando e PHP, não
tínhamos o domínio
perante essa linguagem,
então decidimos mudar
para que nosso projeto
fosse bem estruturado e
bem planejado conforme
nossos conhecimentos

03/05/2013 Mudança Banco de Dados(MySql -> SqlServer)
01/03/2013 Entrada de Carlos Renan Monteiro no Grupo
05/08/2013 Mudança de Linguagem (PHP -> C#)

1
Definição de Papeis e Responsabilidades Tomamos a decisão de como iria
ser a divisão das tarefas dentro
do projeto, para que assim todos
possam estar a par de toda
tomada de decisão a ser feita.
2
Mercado Analisamos o mercado de Buffet,
para descobrir onde que estava a
maior dificuldade na organização
dos Eventos que poderiamos
abordar como uma possivel
solução
3
Conhecimento Perante a Linguagem Tivemos que tomar uma decisão
um pouco correndo por conta da
linguagem que estava sendo
utilizada no desenvolvimento,
tivemos que mudar para não
corrermos o risco de não
fazermos todos os diferenciais no
nosso sistema por falta de
conhecimento e domínio na
linguagem escolhida.

PRONTUÁRIO NOME
10100835 DIOGO CARVALHO NUNES
10100842 JOILSON LAZARO DE SOUZA
08101732 RAFAELVECHI
10101475 FELIPE POLIZELO
Índice

PRONTUÁRIO NOME
10100835 DIOGO CARVALHO NUNES
10100842 JOILSON LAZARO DE SOUZA
08101732 RAFAEL VECHI
10101475 FELIPE POLIZELO

SISTEMA GERENCIADOR DE
RESÍDUOS

 Baseado na utilização dos recursos naturais
de forma predatória e no consumo acentuado
de bens e produtos, tem impactado
negativamente ao meio ambiente. Isso
porque, devido ao crescente estimulo ao
consumo, é necessária a captação cada vez
maior de matérias-primas, que ao final da
cadeia produtiva, se transformam em
resíduos, que frequentemente são
descartados de maneira incorreta, não sendo
feito

 Esse trabalho tem como objetivo, dar solução
através de um sistema informatizado a
descaracterização de produtos
eletroeletrônicos para geração de uma nova
matéria prima.

 Dar a destinação correta para os produtos
eletroeletrônicos, reaproveitando sua matéria
prima reciclável para venda, para a geração
de um novo produto, realizando a venda dos
mesmos.

 Implantação de um sistema em empresas de
reciclagem para controle dos resíduos
descartados por empresas.

DESCRIÇÃO
(P)REMISSA
(R)ESTRIÇÃO
DESCARTE DE PRODUTOS SUBSTÂNCIAS PERIGOSAS (R)
RECICLAGEM DE PRODUTOS ELETROELETRÔNICOS (P)
GERAÇÃO DE UMA NOVA MATÉRIA PRIMA (P)
SUSTENTABILIDADE (P)

Diogo Nunes
Gerente de Projeto
Diogo Nunes
Rafael Vechi
Desenvolvedor
Felipe
Polizelo
Analista de Testes
Joilson
Lazaro
DBA

STAKEHOLDER PAPEL INFLUÊNCIA PLANO DE AÇÃO
DIOGO CARVALHO
NUNES ANALISE DO SISTEMA ALTA ENVOLVIMENTO COM O PRODUTO FINAL
FELIPE POLIZELO DOCUMENTAÇÃO BAIXA ENVOLVIMENTO PARCIAL COM PROGRAMAÇÃO
RAFAEL VECHI PROGRAMAÇÃO ALTA AUXILIO NA TOMADA DE DECISÃO
JOILSON SOUZA BANCO DE DADOS MEDIA TOTAL ENVOLVIMENTO COM A PROGRAMAÇÃO
LUCIENE RINALDI APROVAÇÃO DO SISTEMA ALTA PRIORIDADE NA APROVAÇÃO DO SISTEMA
ALESSANDRO ALMEIDA APROVAÇÃO DA
DOCUMENTAÇÃO
ALTA AVALIAÇÃO DOS DOCUMENTOS A SEREM ENTREGUES
ANDERSON HENRIQUES APROVAÇÃO DO BANCO DE
DADOS
ALTA ANÁLISE DO BANCO DE DADOS
DIRETOR GERAL DA
EMPRESA
APROVAÇÃO DO SISTEMA ALTA
APROVAÇÃO DA DOCUMENTAÇÃO PARA O
DESENVOLVIMENTO
ADMINISTRATIVO SUGESTÕES DE MELHORIA MEDIA
ENVOLVIMENTO EM REUNIÕES COM DIRETORIA DA
EMPRESA
PRODUÇÃO SUGESTÕES DE MELHORIA BAIXA
DESCRIÇÃO DE COMO PODERIA SER O CADASTRO DE
INSUMOS
VENDAS SUGESTÕES DE MELHORIA BAIXA ENVOLVIMENTO DO SETOR NO CONTROLE DE VENDAS

 Relatório
 100% do Sistema

 Status Report
 Relatório
 Apresentação para Banca (Preparatório)
 60% do Sistema

 CASO DE USO GERAL.
 DESCRIÇÃO DE CASO DE USO (CONDIÇÕES DE
ERRO, CONDIÇÕES DE EXCEÇÃO, REQUISITO
FUNCIONAL, REQUISITO NÃO FUNCIONAL, REGRAS
DE NEGÓCIO).
 MAPA DE PROCESSOS (OPERACIONAL, CONTROLE,
PLANEJAMENTO).
 DIAGRAMA DE FLUXO DE DADOS (PROCESSO,
FLUXO DE DADOS, TERMINADOR).
 MODELO ENTIDADE E RELACIONAMENTO (MER).
 ENTREGA FICHA, RELATÓRIOS, PESQUISA DO
PROJETO

1 REQUISITOS
INCOMPLETO
NEGATIVO 5 Em
Mitigação
REUNIÃO JUNTO AO
CLIENTE PARA O
ALINHAMENTO RE
REQUISITOS
2 FALTA DE
RECURSOS
NEGATIVO 8 Em
Mitigação
FALTA DE
INFORMÃÇÃO
ADEQUADA NO
PLANO DE TESTES
3 HOMOLOGAÇÃO
COM FALHAS
NEGATIVO 6 Em
Mitigação
REVISÃO DO PLANO
DE TESTES

# DESCRIÇÃO
IMPACTO
NO PROJETO
1
REALIZAR O PRÉ – PROJETO COM UM MAIOR NÚMERO
DE DETALHES PARA CONFECÇÃO DE UM BOM
PLANEJAMENTO EVITANDO A GERAÇÃO DE CUSTOS
NÃO PREVISTOS E ATRASO NA ENTREGA DO
PRODUTO FINAL
ALTO
2
REALIZAR AS ATIVIDADES EM CONJUNTO E MANTER
TODOS BEM INFORMADOS SOBRE O PROJETO E SUAS
ETAPAS. EVITAR DESCONTROLE POR AMBAS AS
PARTES
ALTO

SISTEMA GERENCIADOR DE
RESIDUOS

PRONTUÁRIO NOME
10101629 Ana Paula de Sousa
10100815 Caroline Neves Soares
10101626 Elias do Nascimento
10101599 Guilherme Oliveira
10103318 Rafael Ventris Cordeiro
Índice

GliSystem
Status Report

PRONTUÁRIO NOME
10101629 Ana Paula de Sousa
10100815 Caroline Neves Soares
10101626 Elias do Nascimento
10101599 Guilherme Oliveira
10103318 Rafael Ventris Cordeiro
Dados do Grupo

Primeira Parte: Resumo
do Projeto
GliSystem

Atualmente os cálculos e registros de
qualquer refeição de um diabético são feitos
manualmente, além das consultas em revista
especializadas que informam os carboidratos
dos alimentos, possibilitando erros.
Justificativa

Automatizar os processos de:
• cálculos diários de soma de carboidratos dos
alimentos ingeridos.
• cálculos para de dosagens corretas de
insulina para o controle da diabetes.
• registro das refeições diárias.
Objetivos do projeto

 Facilidade e otimização do controle da
doença pelos usuários
 Agilidade na realização de cálculos para
dosagem de insulina
 Ampla base de dados de alimentos
cadastrados
 Eliminação de erro nos cálculos
 Conforto e agilidade nos registros das
refeições
 Segurança e confiabilidade nas informações
Benefícios esperados

Com base nas informações dadas pelo
médico ao paciente, e com a medição
momentânea da glicemia do usuário, o
sistema calculará a dosagem correta de
insulina para corrigir o nível de açúcar no
sangue do paciente.
Com uma ampla base de dados de alimentos
cadastrados, o portador poderá registrar sua
refeição e controlar sua alimentação para
evitar picos de hiperglicemia e hipoglicemia
durante o dia, tendo assim uma vida mais
saudável e um maior controle sobre a doença.
Resumo da solução

- Termo de abertura do projeto
- Diagrama de Casos de Uso
- Diagrama de classes
- Diagrama de atividade
- Diagrama de sequencia
- Dicionário de dados
- Diagrama de entidade de relacionamento
- Modelo de entidade de relacionamento
- Modelo de dados
- Script de geração de tabelas
- Plano de teste
Escopo do projeto

- Cálculo da quantidade de carboidratos
nos alimentos
- Cálculo de insulina referente a alimentação
- Geração de relatórios de refeição
- Cadastro de usuários e prescrição médica
Escopo do sistema

Estrutura Analítica do Projeto

DESCRIÇÃO
(P)REMISSA
(R)ESTRIÇÃO
Um portador de diabetes nos ajudará com regras
de negócio no projeto
P
O integrante Elias ficará até o final do projeto P
O projeto tem que ser finalizado antes de
Novembro/2013
R
Não há perfil diferenciado para o médico R
Premissas e Restrições do
Projeto

Organograma do projeto
Gerente de
Projetos
Analista de
Requisitos
DBA Desenvolvedor Analista de
Teste

Papel Responsabilidades
Gerente do Projeto • Garantir que todas as entregas do projeto sejam
realizadas conforme planejado.
• Gerenciar todas as áreas de conhecimento do
projeto; Escopo, tempo, custo, qualidade, RH,
aquisições, integração, riscos e comunicação.
Analista de requisitos • Responsável pela documentação do projeto
• Levantamento de requisitos
• Diagramas de UML
• Revisão da documentação do projeto e auxilio na
sua criação.
Analista de Teste • Realização de testes unitários, integrados, entre
outros.
Desenvolvedor • Desenvolvimento do código fonte do sistema e
realização de testes
DBA e Desenvolvedor • Desenvolvimento do sistema, modelagem e
criação de documentação relacionado ao banco
de dados (DER e MER)
Papéis e Responsabilidades

Segunda Parte: Situação
do Projeto
GliSystem

Nome da tarefa Duração Início Término Predecessoras Nomes dos recursos
projeto logico
Documentação (ATUALIZAÇÃO) 28 dias
diagrama de caso de uso 7 dias Ter 23/06/13 Qua 01/07/13 Ana
diagrama de classe 7 dias Ter 30/06/13 Qua 08/07/13 Ana e Carol
diagrama de atividade 7 dias Qui 09/06/13 Sex 17/07/13 Carol
diagrama de sequência 7 dias Sex 17/06/13 Seg 27/07/13 Ana e Carol
modelagem de dados (ATUALIZAÇÃO) 24 dias
Diagrama de entidade relacionamento (DER) 7 dias Seg 27/07/13 Ter 04/08/13 Rafael
Modelo Entidade Relacionamento(MER) 7 dias Ter 04/09/13 Qua 12/09/13 Rafael
Definir interfaces e guias de estilo 10 dias Elias, Rafael
codificação 60 dias Qua 12/07/13 Ter 03/09/13 Elias, Rafael
teste
unitário 5 dias Qua 14/08/13 Ter 20/08/13 Elias
integrado 7 dias Qua 21/08/13 Qui 29/08/13 36 Elias
Performance 7 dias Qui 12/09/13 Sex 20/09/13 Elias
Homologação 20 dias Seg 23/09/13 Sex 18/10/13 38;37;36 Elias
implantação 10 dias Sáb 19/10/13 Qui 31/10/13 34;35 Elias e Rafael
Cronograma das principais
entregas (previsto)

Cronograma das principais
entregas (Realizado)Nome da tarefa Duração Início Término Predecessoras Nomes dos recursos
projeto logico
Documentação (ATUALIZAÇÃO) 28 dias
diagrama de caso de uso 7 dias Ter 23/06/13 Qua 01/07/13 Ana
diagrama de classe 7 dias Ter 30/06/13 Qua 08/07/13 Ana e Carol
diagrama de atividade 7 dias Quí. 09/06/13 Sex 17/07/13 Carol
diagrama de sequência 7 dias Sex 17/06/13 Seg. 27/07/13 Ana e Carol
Diagrama de entidade relacionamento (DER) 7 dias Seg. 27/07/13 Ter 04/08/13 Rafael
Modelo Entidade Relacionamento(MER) 7 dias Ter 04/09/13 Qua 12/09/13 Rafael
Definir interfaces e guias de estilo 10 dias Elias, Rafael
codificação 60 dias Qua 12/07/13 Ter 03/09/13 Elias, Rafael
teste
unitário 5 dias Qua 14/08/13 Ter 20/08/13 Elias
integrado 7 dias Qua 21/08/13 Qui 29/08/13 36 Elias
Performance 7 dias Qui 12/09/13 Sex 20/09/13 Elias
Homologação 20 dias Seg 23/09/13 Sex 18/10/13 38;37;36 Elias
implantação 10 dias Sáb 19/10/13 Qui 31/10/13 34;35 Elias e Rafael

 Atualização da documentação (diagramas, modelos, etc.)
 Incluir a funcionalidade de “anotações de consultas”
 Manter cadastro de alimentos
 Pesquisar carboidratos de alimentos
 Inserir os dados no sistema
 Finalizar Codificação (20% )
 Realizar testes no sistema ( unitário, integrado, performance, e
homologação)
 Implantação do Sistema em Produção
11/09/2013
Entregas previstas para o
período (Agosto-Novembro)

1 Não estar na
qualidade necessária
e completa para o
usuário
N 10 Em mitigação Fazer novas reuniões com
o cliente e alinhar o real
objetivo.
2 Comercialização do
sistema
P 20 Em mitigação Buscar inovação, eficiência
referente aos já existentes
no mercado.
3 Atraso na entrega do
projeto
N 10 Em mitigação Alinhar a comunicação
com a equipe do projeto.
Ter um cronograma
organizado.
4 Não ter o escopo de
acordo com o que o
cliente solicitou
N 20 Em mitigação Reuniões objetivas e
acompanhamento do
cliente durante o
levantamento dos
requisitos.
Riscos

01/04/2013 Mudança do layout do sistema
01/06/2013 Mudança de escopo: acréscimo de nova funcionalidade,
“anotações de consultas”
15/07/2013 Mudança de escopo: exclusão da funcionalidade “chat
entre médico e paciente”
Mudanças no projeto

1
Pensar em todas as etapas do
projeto para evitar mudanças.
Diminuir mudanças do projeto e
facilitar o gerenciamento
2
Organização, foco e
comunicação do grupo.
Aumento da produtividade.
3
Reuniões com os clientes
semanalmente.
Mais assertividade nos
levantamentos de requisitos.
4
Definir responsabilidades Não há duplicidade de tarefas a
serem feitas.
Lições aprendidas

Muito obrigado!
Gli System

alessandro.almeida@uol.com.br
www.alessandroalmeida.com/unifieo.htm
www.slideshare.net/alessandroalmeida

Gestão da Tecnologia da Informação - Atividade: Status Report

Recomendados

Recomendados

Mais conteúdo relacionado

Destaque

Destaque (20)

Semelhante a Gestão da Tecnologia da Informação - Atividade: Status Report

Semelhante a Gestão da Tecnologia da Informação - Atividade: Status Report (20)

Mais de Alessandro Almeida

Mais de Alessandro Almeida (20)

Gestão da Tecnologia da Informação - Atividade: Status Report