Gestão de Projetos e Empreendedorismo - Atividade: Status Report

AlessandroAlmeida | www.alessandroalmeida.com
15/05/2013
1° Semestre de 2013

Consolidando o aprendizado de Gestão de Projetos

 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 2013)
 Tema da atividade: Status Report do ProjetoTCC

# Nome do Projeto
1 LTS-RFID (LuggageTracking System - RFID)
2 Controle Corporal
3 Calendae
4 Gerenciador de Locação
5 Learning Check
6 Sistema para Oficina Mecânica
7 Sistema de Gerenciamento de Buffet
8 Sistema Gerenciador de Resíduos
9 Vendas
10 SGI-Sistema de Gerenciamento Imobiliário
11 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. 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;
 Trazer confiabilidade 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

◦ Introdução
◦ Objetivos
◦ Justificativa
◦ Motivação
◦ Metodologia
◦ Organização do trabalho
◦ Diagramas da UML
◦ Sistema (Cadastros de Cliente e Usuário)

◦ Visão Geral do Sistema
◦ Diagrama Geral do Sistema
◦ Configuração de Hardwares utilizados para o
desenvolvimento
◦ Configuração de Software utilizados para o
desenvolvimento
◦ Resultado e Conclusões
◦ Referências Bibliográficas
◦ Sistema (Relacionamentos entre entidades)

# 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

 Para que uma pessoa possa se policiar
através do aplicativo obtendo um controle
ideal de sua saúde (alimentação, atividades
físicas e consultas médicas).

 Desenvolver um sistema que de suporte ao
Cliente no seu controle corporal, criando uma
mini rede social e automatizando o
agendamento de consultas específicas.
 Nosso foco é em cliente obesos, cuja missão
é garantir uma boa saúde em todos os
aspectos.

 Quanto mais o cliente usar das
funcionalidades do sistema melhor o
resultado.
 Facilitar o agendamento de consultas para
clientes e fornecedores de serviço
 Atingir uma qualidade de vida saudável e
ideal para cada cliente.

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

 Criar um banco de dados com os cadastros dos clientes PF e PJ;
 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
cliente, 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 clientes na busca
de locais próximos e horários;
 Elaboração de um campo onde os clientes 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;
 Criar dos Layouts das telas do sistema;
 Disponibilização do Sistema On-Line.

 Disponibilizar horário de atendimento do PJ’s;
 Facilitar as empresas no controle de suas consultas,
histórico e atividades agendadas, mantendo tudo
disponível on-line;
 Possibilitar a manutenção de cadastro de PF e PJ.
 Disponibilizar na web o catálogo de serviços de empresas de
diversos ramos.
 Permitir o agendamento de horários para serviços nas empresas
cadastradas.
 Centralizar as solicitações de serviços de diversos ramos em um
só site.
 Manter um cadastro único de clientes, na web, para as empresas
cadastradas.
 Possibilitar às empresas 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 Novembro 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
Avaliador PL
Jordana Müller
Desenvolvedor PF
Luana Soares
Avaliador PF

 Gerente de Projeto: Valida o Projeto Lógico e
Físico
 Desenvolvedor PL: Elaborar Toda a
documentação do projeto
 Avaliador PL: Validar toda documentação
 Desenvolvedor PF: Elaborar o sistema do
Projeto
 Avaliador PL: Validar/Testar o sistema

 Cronograma
 TAP
 Pesquisa de Projeto
 Mapa de Stakeholders
 Regras de Negócio
 Levantamento de Requisitos
 Plano de Riscos
 Protótipo
 Escopo do Projeto
 80% do Sistema

 Cronograma
 TAP
 Mapa de Stakeholders
 Regras de Negócio
 Levantamento de Requisitos
 Plano de Riscos
 Escopo
 Protótipo
 22% do Sistema

 Definição do escopo do projeto
 Definição de papéis e responsabilidades
 EAP
 TAP
 Cronograma
 Plano de Comunicação
 Plano de RH
 Plano de Riscos

 Mini TCC
 Status Report
 Banco de Dados
 Codificação do Sistema
 Pesquisas

1 Desfalque no
grupo
Neg. 8 Em Mitigação Garantir estabilidade
financeira para
continuar cursando a
faculdade. Não
reprovar em mais
que 3 matérias
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 Estudar livros, fazer
pesquisas na Web e
realizar cursos

07/2012 Jordana entrou
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

# 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
10102407 Átila Romão dos Santos
10103664 Fabio Henrique Rissi Nasareth
10100807 José Carlos Heuwald Junior
10103693 Lucas Akeda Koti
10101630 Murillo Carvalho Cavalcante
Índice

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

Calendae

 O objetivo do sistema é integrar e automatiza
algumas atividades relacionadas à condução
de um processo jurídico.
 Estes processos englobam tanto cliente como
advogado.

 Acesso de qualquer lugar que possua
internet.
 Centralização das atividades do advogado.
 Melhora na interação entre o advogado e
cliente.
 Maior compreensão em relação ao seus
processos.
 Manter o cliente a par dos acontecimentos.

De acordo de nossas entrevistas, muitos
escritórios não são informatizados,
principalmente aqueles de pequeno porte, o
sistema visa ajudar na organização do
escritório e melhor gerenciar suas atividades
tudo via internet.

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

 O sistema irá abranger a automatização das
atividades de um advogado.
 Cadastrar Processo;
 Cadastrar Tarefa/Atividade;
 Executar relatório de status de processos
finalizados e em andamento;
 Interagir com o cliente via sistema;
 Controle de custos da agência/advogado.

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
Acompanhamento de um advogado durante o projeto. P
Entrega do projeto será em Dezembro/2013. R

Fabio Henrique
Documentador
Lucas Akeda
Analista de
Requisitos
Fabio Henrique
Prototipador
Murillo Carvalho Cavalcante
Analista de
Negócios
Átila Romão
Analista deBanco
deDados
José Carlos
Desenvolvedor
Lucas Akeda
Analista deBanco
dedados
José Carlos
Gerente de
Projetos
Lukas Akeda
Analista deTestes
José Carlos
Coordenador do
Ambiente
Murillo Carvalho Cavalcante
Documentador

NOME PAPEL RESPONSABILIDADES
José Carlos 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.
Fabio Henrique/Murillo
Carvalho
Documentador Criar documentos de:
 Plano de teste;
 Mapas de Processos;
Murillo Carvalho /Lucas
Akeda
Analista de Negócios Realizar o levantamento das regras de negócio e o mapeamento dos
processos.
Lucas Akeda Analista de Teste Realizar os testes unitários e integrados do sistema gerando suas
evidências de teste.

Fabio Henrique Prototipador Confeccionar protótipos das telas do sistema.
Átila Romão / Lucas Akeda Administradora 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
28/04/2013 18/05/2013
Dicionário de dados 19/05/2013 26/05/2013
Criar telas do sistema 27/05/2013 15/06/2013
Criação da estrutura de
dados
27/05/2013 23/06/2013
Reunião para aprovação das
telas
16/06/2013 23/06/2013
Definir relacionamento entre
as telas e os procesos
existentes.
24/06/2013 30/06/2013
Definição dos relatórios 01/07/2013 31/07/2013
Desenvolvimento do sistema 01/07/2013 01/12/2013

Atividade Data Início Data Fim
Definir regras do sistema 02/02/2013 23/02/2013
Definir regras do sistema
junto ao cliente.
24/02/2013 09/03/2013
Definir melhorias nos
processos necessários.
10/03/2013 31/03/2013
Definição de novos
processos.
01/04/2013 27/04/2013

◦ Definição de papéis e responsabilidades;
◦ Organograma;
◦ Diagramas de caso de uso;
◦ Modelo Entidade Relacional;
◦ Modelo Descritivo;
◦ Dicionário de Dados.

◦ Criação da base de dados;
◦ Definição de layout de telas;
◦ Definição/Criação de relatórios gerenciais do
sistema;
◦ Levantamento de todas as Regras de Negócio;
◦ Levantamento de Requisitos;
◦ Diagramas UML.

1 Atraso na entrega das parciais Negativo 15 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 Não 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

28/11/2012 Alteração do tema do projeto
15/04/2013 Descentralização do sistema.

# DESCRIÇÃO
IMPACTO
NO PROJETO
1 Não postergar datas de atividades Atrasos nos
entregáveis
2 Procurar entender melhor as regras de negócio do tema escolhido Entregas satisfaz
parcialmente o cliente

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

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
equipamentos, 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
equipamentos e acessórios.
 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 Teste
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 Analista de Testes ( gerenciar o grupo,
validar documentação e sistema).
 Thiago – Analista de Documentação (responsável por
elaborar diagrama de caso de uso e diagrama de classe).

Cronograma das principais
entregas (realizado)

Documentação
 Definição do escopo do projeto e escopo do
sistema
 Definição de papéis e responsabilidades
 Diagrama de caso de uso
 Diagrama de classe
 Módulo de cadastro de produtos totalmente
funcional
 Relatório de funcionalidades

Sistema
 Módulo de cadastro de Cliente
 Módulo de cadastro de Equipamento
 Módulo de cadastro de Fornecedor
 Geração de Proposta de Locação
 Banco de Dados Normalizado

 Documentação do mini - TCC
 Entrega do mini - TCC
 Apresentação do software para a banca
 Status Report

1 Atraso no projeto N 15 Em Mitigação Redefinir as funções
para minimizar o
impacto
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 - Saída de um integrante do
grupo.
 Agosto/2012 - Entrada da Paloma no
grupo.
 Janeiro/2013 - Entrada do Thiago no
grupo.
 Janeiro/2013 - Mudança no layout do
projeto.

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
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 do processo
seletivo manualmente através de planilhas
eletrônicas que são mantidas por uma única
área e mantem 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.

 Automatização do processo de Seleção de
Colaboradores;
 Criação de acompanhamento da capacitação
do colaborador na empresa para fins de
avaliações internas.

 Descentralização do controle de contratação;
 Fácil acesso às informações durante o
processo de seleção;
 Extração de Relatórios de Contratação e
Capacitação;
 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 a seleção de candidatos para
descentralizar o processo de seleção, evitando a
perda de informações trocadas via e-mails ou
impressas, gerar relatórios das seleções em
andamento ou finalizadas, 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.

 Diagramas UML (Diagrama de Classe, Diagrama
de Caso de Uso);
 Descrição de Caso de Uso;
 Modelo Descritivo;
 Modelo Entidade Relacionamento;
 Dicionário de dados;
 Modelo Relacional;
 Normalização;
 Script de geração de tabelas;
 Script de manipulação de dados na tabela;
 Script de manipulação de dados na tabela;

 Plano de Testes;
 Evidência de Teste;
 Disponibilização do sistema em ambiente WEB;
 Pesquisa de Viabilidade do Sistema;
 Confecção de EAP e Cronograma para
acompanhamento do Projeto;
 Reuniões Mensais;
 Mapeamento dos Processos de Seleção de
Contratação e de Realização de
Curso/Treinamento;
 Levantamento das Regras de Negócio a serem
tratadas pelo sistema;

 Lista de Stakeholders;
 Plano de Infraestrutura;
 Definição de Escopo do Produto;
 Definição de Papéis e Responsabilidades;
 Confecção de Documento (obedecendo
diretrizes da instituição) a ser entregue para
Banca Avaliadora.

 Cadastros de: Solicitação de Contratação, Vaga,
Currículo, Ficha de Seleção, Colaborador,
Usuário, Solicitação de Curso/Treinamento,
Curso, Treinamento, Questionário Técnico,
Questionário de Treinamento;
 Permissão para alteração de: Solicitação de
Contratação, Vaga, Currículo, Ficha de Seleção,
Colaborador, Usuário, Solicitação de
Curso/Treinamento, Curso, Treinamento,
Questionário Técnico, Questionário de
Treinamento;

 Consultas Diversas com filtro pra pesquisa
de: Solicitação de Contratação, Vaga,
Currículo, Ficha de Seleção, Colaborador,
Usuário, Solicitação de Curso/Treinamento;
 Consulta de colaborador com visibilidade de:
Dados Contratuais, Bancários, Pessoais,
Curso e Treinamentos Realizados;
 Consulta de Curso e Treinamento disponível
no sistema;
 Consulta de Pendências resumida e
detalhada.

 Relatórios Gerenciais de Acompanhamento de
Seleção, Quantidade de Cursos Realizados
por Período, Ranking dos Cursos mais
realizados;
 Relatório Analítico de Cursos e Treinamentos
efetuados pelo colaborador;
 Visualização por perfil de acesso;
 Emissão de notificações para atividades
pendentes para grupo de usuários;
 Exportação de Relatórios para Excel e
Impressão;

DESCRIÇÃO
(P)REMISSA
(R)ESTRIÇÃO
O projeto será publicado em ambiente interno do cliente
(Intranet).
P
O cliente disponibilizará as planilhas de controle
utilizadas hoje no processo seletivo e estará presente
auxiliando nas regras de negócio.
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

Stefanie Martins
Gerente de
Projetos
Stéfanie Martins
Documentadora
Stéfanie Martins
Analista de Negócio
Stéfanie Martins
Analista de Teste
Stéfanie Martins
Prototipadora
Aline Coqueto
Administradora BD
Thais Cirqueira
Configuradora de
Ambiente
Thais Cirqueira
Desenvolvedora
Felipe Gustavo
Desenvolvedor
Felipe Gustavo
Documentador

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 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 Planejado
Realizado Realizado
Planejado Referência
Realizado
Planejado
Realizado
Planejado
Realizado
Planejado
Realizado
Planejado
Realizado
Planejado
Realizado
Planejado
Realizado
Planejado
Realizado
Planejamento
Fase Atividade Status
Evidência de Teste
Integrado
Primeira Entrega de
Documentos
Entrega Final Banca
Apresentação
Protótipo
Layout de Telas
Fontes do Projeto
Execução
Homologação
Plano de
Infraestrutura
Documentos UML
Banco de Dados
Formatação de
Documento
Lista de Entregáveis
Papéis e
Responsabilidades
1-15 16-30
Junho
1-15 16-3016-30 1-15 16-30
Escopo de
Desenvolvimento
Plano de Testes
Janeiro Fevereiro Março Abril
1-15 16-30 1-15 16-30 1-15
Maio
Legenda:
86%
64%
100%
100%
100%
100%
66%
36%
0%
0%
88%
74%
100%
100%
100%
100
100
100
79%
85%
31%
100%
100%
100
25%
0%
0%
0%
0%
0%
0%

 Lista de Entregáveis;
 Documento de Papéis e Responsabilidades;
 Escopo de Desenvolvimento;
 Plano de Infraestrutura;
 Diagrama e Descrição de Caso de Uso;
 Banco de Dados;
 Protótipo;
 Layout de Todas as Telas do sistema
funcional;

 Cadastro e Edição das telas:
◦ Vaga;
◦ Ficha de Seleção;
◦ Usuário;
◦ Curso;
◦ Questionários Técnico e de Treinamento.
 Perfil de Acesso;

 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.

1
A orientação a
objetos pode
atrasar a entrega
N 15 Controlado
Aprofundar o
conhecimento no
item de orientação a
objetos com PHP.
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

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.

# 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.

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

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

SISOMEC

 Micro e pequenas oficinas não dispõe da
visibilidade do mercado de TI;
 Custo-benefício pode ser reduzido para as
oficinas de micro, pequeno e médio porte
(retirada das funções RFID);
 Sistema flexibilizado englobando um controle
mais tecnológico (RFID).

 “Automatizar” o controle de entrada e saída
de peças do estoque;
 Controlar acessos dos funcionários através de
perfis de acesso;
 Comunicar clientes de manutenções
preventivas de seus veículos;
 Obter relatórios gerenciais de maneira rápida
e fácil;

 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;

 Controle de estoque automatizado (RFID);
 Controle de estoque mínimo;
 Envio de SMS informativo;
 Consulta de relatórios.

 Documentação do sistema;
 Implementação do banco de dados;
 Software;
 RFID (inovação será implantada
posteriormente);
 Teste e manutenção.

 Cadastro de agendamento (revisão do
veículo);
 Consulta de controle de estoque,
manutenção, agendamento;
 Controle do fluxo de estoque.
Itens fora do escopo
 Controle de revisão e controle de trabalho
dos mecânicos.

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
Necessário que a oficina mecânica tenha estoque para
controle das peças.
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
Kelly/Diego
Desenvolvedor
Francine
Analista de Testes
Lyncon
DBA

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

Atividade Previsão
MER (Final) 10/05/2013
Diagrama de Classe e Caso de Uso 17/05/2013
Base de Banco de dados 17/05/2013
Referencia de programas para
comparação
13/05/2013
Entrega do sistema 31/05/2013
Teste 03 e 04/06/2013
Entrega do Projeto 05/06/2013

Atividade Realizado
Modelo Descritivo 12/03/2013
MER (parcial) 12/03/2013
Diagrama de Classe e Caso de Uso
(parcial)
15/03/2013
Cadastro simples do sistema 01/04/2013
EAP e Cronograma 17/04/2013

◦ Definição do escopo do projeto e escopo do sistema
◦ Definição de papéis e responsabilidades
◦ Diagramas de caso de uso e descritivo;
◦ Modelo de entidade e relacionamento do banco de dados;
◦ Diagrama de Classes;
◦ Cronograma;
◦ Estrutura analítica do projeto;
◦ Modulo de Agendamento de revisões totalmente funcional;
◦ Módulo de cadastro de Fornecedor totalmente funcional;
◦ Modulo de cadastro de Cliente totalmente funcional;

 Comparativo entre sistemas semelhantes;
 Documentação (Mini TCC);
 Modulo de todos os cadastros totalmente funcional
em um sistema único;

1
Indisponibilidade de
integrantes;
Negativo 6 Problemas de saúde Redistribuição de tarefas e
atividades entre os integrantes
2
Indisponibilidade de
integrantes (Mulheres);
Negativo 6 Gravidez Redistribuição de tarefas e
atividades entre os integrantes
3
Atraso do projeto Negativo 10 Atraso nas atividades
do Projeto
Contratação de especialista,
para ajudar na conclusão do
sistema
4 Estouro do Orçamento Negativo 9
Atraso nas atividades
do projeto
Dividir valor da contratação
entre os integrantes do grupo
5
Super alocação de recurso
de desenvolvimento
Negativo 16
Super alocação de
recursos
Acompanhar as atividades de
super alocação diáriamente,
para não ter desvios e impacto
no projeto
6
Problemas técnicos na
apresentação do projeto
Negativo 25
Preoblemas causados
por falha de ambiente
Montar ambiente redundante
para contingência

11/02/2013 Alteração de tema do Projeto;
15/02/2013 Alteração/adequação do projeto para utilização de RFID;
03/03/2013 Alteração da linguagem de programação utilizada;
03/03/2013 Alteração da ferramenta de banco de dados utilizada

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

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

 O presente trabalho tem como intuito
informatizar os processos de um buffet. A
organização dos Buffet tem como objetivo
focar a organização dos eventos de forma
mais eficaz e completa, permitir ao buffet um
controle sobre os seus clientes, contatos e
oportunidades de trabalhos e também
disponibilizar ferramentas administrativas
capazes de auxiliá-lo nas tomadas de
decisões da equipe

 O objetivo é desenvolver uma ferramenta
gerencial que visa auxiliar nos processos
diários de buffet. Tais funcionalidades como
cadastros e consultas de informações de
clientes, locais, eventos e empresas parceiras.
O sistema utilizará de algumas tecnologias
auxiliares como envio de torpedos SMS,
disparo de email e entre outros.

 Dar um diferencial ao Buffet para automatizar
cada cadastro e cada procedimento
necessário para organização do Evento de
forma que o mesmo sai conforme previsto

 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

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

Sistema de Gerenciamento de
Buffet

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%

◦ 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
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%

◦ 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

# 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 Em mitigação Entender o que
ocasionou o atraso
na Entrega, e caso
possivel entrar em
acordo com o cliente,
para extender o
prazo.

03/05/2013 Mudança na linguagem do desenvolvimento do Projeto
03/05/2013 Mudança Banco de Dados(MySql -> SqlServer)
01/03/2013 Entrada de Carlos Renan Monteiro no Grupo

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

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.

 Caso de Uso Geral;
 Descrição de Caso de Uso;
 Mapa de Processos;
 DFD;
 MER;
 DER;
 Dicionário de Dados;
 Diagrama de Classes;
 Plano de Testes;
 Manual do Sistema.

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 ATIVIDADES
DIOGO CARVALHO NUNES ANALISTA DE NEGÓCIO ALTA
LEVANTAMENTO DA ANALISE DE REQUISITOS DE ACORDO COM O
TEMA ESCOLHIDO, COM DETALHES EM UMA DOCUMENTAÇÃO
ENVOLVENDO, CASOS DE USO E DIAGRAMA DE FLUXO DE DADOS PARA
MELHOR ENTENDIMENTO
FELIPE POLIZELO DOCUMENTAÇÃO BAIXA
ELABORAR A DOCUMENTAÇÃO COM TODOS OS RECURSOS
NECESSÁRIOS PARA UM BOM ENTENDIMENTO DO CLIENTE DO SEU
PROJETO E PARA EQUIPE DE DESENVOLVIMENTO DESENVOLVER O
PRODUTO
RAFAEL VECHI PROGRAMAÇÃO ALTA
FAZER O ENTENDIMENTO DOS REQUISITOS E DOCUMENTAÇÃO DO
PROJETO PARA O DESENVOLVER O PRODUTO FINAL NA LINGUAGEM
DEFINIDA COM O CLIENTE
JOILSON SOUZA BANCO DE DADOS MEDIA DESENVOLVIMENTO DO BANCO DE DADOS.

 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).

 DIAGRAMA ENTIDADE E RELACIONAMENTO
(DER).
 DICIONÁRIO DE DADOS.
 DIAGRAMA DE CLASSES.
 PLANO DE TESTES (CENÁRIO DE TESTES,
SCRIPT DE TESTES).

1 REQUISITOS
INCOMPLETO
NEGATIVO ALTA MITIGAÇÃO REUNIÃO JUNTO AO
CLIENTE PARA O
ALINHAMENTO RE
REQUISITOS
2 FALTA DE
RECURSOS
NEGATIVO ALTA MITIGAÇÃO FALTA DE
INFORMÃÇÃO
ADEQUADA NO
PLANO DE TESTES
3 HOMOLOGAÇÃO
COM FALHAS
NEGATIVO BAIXA MITIGAÇÃO REVISÃO DO PLANO
DE TESTES

10/10/2012 MUDANÇA TEMA DO PROJETO
02/02/2013 ALTERAÇÃO DE LINGUAGEM DE DESENVOLVIMENTO

# DESCRIÇÃO
IMPACTO
NO PROJETO
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

SISTEMA GERENCIADOR DE
RESIDUOS

PRONTUÁRIO NOME
10103024 César Romão
10102153 Lucas Favaretto
Índice

PRONTUÁRIO NOME
10103024 César Romão
10102153 Lucas Favaretto

Vendas

 Estabelecimentos com pouca saída de seu
produto, sem dinamismo para atendimento e
venda e com desperdício de produtos.

 Sistema irá controlar o estoque.
 Irá gerar o pedido de venda.
 Gráfico real time para dinamismo na venda e
entretenimento dos usuários.

 Aumento das Vendas
 Controle de estoque para menor desperdício.
 Entretenimento dos clientes com gráfico de
preços

 O sistema via browser atuará como o
gerenciador de vendas do cliente e irá gerar
um gráfico dinâmico de preços para usuários
tomar a decisão de qual produto escolher.

 Realizar a analise do projeto e verificar o que
é necessário para fazer acontecer.
 Realizar a documentação do sistema.
 Programar o sistema.
 Entrega do projeto.
 Homologação.

 Definir o conhecimento necessário.
 Fazer o controle de estoque, controle de
acessos e a parte de vendas do sistema (nota
fiscal, cadastro de usuário, etc).
 Fazer o gráfico dinâmico.
 Entregar o sistema.

Sistema
Documentação  Programação
MER DER  BD Aplicação

DESCRIÇÃO
(P)REMISSA
(R)ESTRIÇÃO
O sistema deverá ter cadastro de produtos para geração
do gráfico.
P
Falta de conhecimento com ferramentas de geração de
gráfico.
R
Há pouca mão de obra R

César
Gerente de Projeto
César
Lucas
Desenvolvedor
Lucas
Analista de Testes
Lucas
DBA

 Gerente de Projeto, Analista de requisitos –
Realizar a documentação do projeto, verificar
restrições.
 DBA, Analista de testes, Programador –
Realizar treinamento e pesquisas para
adquirir o conhecimento necessário para
realizar a programação.

 Sistema com controle de estoque e pedido de
venda (Junho/2013)
 MER e DER (Junho/2013)
 Sistema totalmente desenvolvido (dez/2013)
 Documentação Completa (dez/2013)
 Documentação de engenharia de software
(dez/2013)

 Escopo do Projeto(fev/2013)
 Documentação inicial(Jun/2012)
 Sistema com cadastros(Abr/2013)
 Sistema já controlando o estoque(Abr/2013)

 Controle de Estoque do Sistema
 MER

 Principais cadastros do sistema, incluindo
permissões de acesso e controle de estoque.

1 Atraso de
entrega do
sistema
N 5 Em mitigação Aumentar carga de
trabalho no projeto.
2 Construção do
Gráfico
P 8 Em mitigação Realizar o
treinamento e
dedicar mais tempo a
construção do
gráfico.
3

Fev/2013 Saída de membro

# DESCRIÇÃO
IMPACTO
NO PROJETO
1
Realizar análise do projeto para entender as
tecnologias necessárias envolvidas e realizar o
treinamento.
Atraso na
entrega do
projeto.
2
3
4
5

PRONTUÁRIO NOME
10100816 Jéssica Soares Barbosa
10103658 Rafael RodriguesAlves da Silva
Índice

PRONTUÁRIO NOME
10100816 Jéssica Soares Barbosa
10103658 Rafael Rodrigues Alves da Silva

SGI-Sistema de
Gerenciamento Imobiliário

 Atualmente o mercado busca maior
flexibilidade e rapidez das informações para
acompanhar os negócios. Através do sistema,
a imobiliária terá esses benefícios para
atualização online de fotos (inclusive mobile),
dados e propostas para os imóveis.

 Desenvolver uma solução completa e eficaz
para imobiliárias de modo a tornar a
integridade de suas informações válidas,
proporcionando para as imobiliárias um
controle das informações além de uma
alicerce para a estabilidade e decisões da
mesma.

 Integridade das informações;
 Eliminar desconforto dos funcionários e
clientes;
 Permitir um melhor funcionamento da
empresa possibilitando um crescimento e
agilidade;
 Possibilitar a interação em tempo real dos
imóveis.

 A aplicação Cliente-Servidor terá o controle e
cadastros completos dos imóveis, clientes,
contratos, vistorias, funcionários e
lançamentos (contas a pagar e receber),
emitirá relatórios de variados tipos.
 O aplicativo mobile terá a interação das fotos
do imóvel.

 Referencial Teórico:
◦ Ficha de Aprovação
◦ Ficha Catalográfica
◦ Resumo
◦ Introdução
◦ Desenvolvimento
◦ Resultados
◦ Conclusões
 Engenharia de Software:
◦ Diagrama de Caso de Uso
◦ Diagrama de Classe
◦ Plano de Testes
◦ Diagrama de Sequencia
◦ Diagrama de Colaboração
◦ Diagrama de Atividades
◦ Diagrama de Implementação
◦ Diagrama de Componentes
◦ Diagrama de Implantação
 Banco de Dados:
◦ DER
◦ Modelo Lógico
◦ Normalização
 Manual do Sistema:
◦ Manual do Sistema
◦ Mapa de Telas
 Software Aplicativo

 CRUD:
◦ Cliente
◦ Imóvel
◦ Funcionário
◦ Contrato
◦ Proposta
◦ Lançamento
 Controle de Acesso
 Relatórios
 Aplicativo Mobile

DESCRIÇÃO
(P)REMISSA
(R)ESTRIÇÃO
O sistema será composto por duas partes: Sistema
Desktop e Aplicativo Mobile.
P
A solução será desenvolvida em Java com banco de
dados MySQL.
P
O Projeto deve ser finalizado em novembro/2013 R
O Aplicativo Mobile deverá ser executado nas versões
mais atuais do Android.
R
O grupo não pode conter mais do que 5 integrantes R
O projeto será acompanhado por um corretor e um
funcionário administrativo da imobiliária.
P

Jéssica
Gerente de Projeto
Jéssica/Rafael
Jéssica/Rafael
Desenvolvedor
Jéssica
Analista de Testes
Rafael
DBA
Rafael
Gerente Técnico

Jéssica Soares
Gerente do Projeto,
Analista do Projeto,
Programador e Teste.
Planejar o projeto. Gerenciar o
cronograma e assegurar que o
trabalho esta dentro do tempo e
escopo determinados. Identificar e
resolver problemas no projeto.
Garantir a comunicação entre a
equipe. Desenvolve os
documentos de Engenharia de
Software. Participação da
construção e implantação do
software. Testes de qualidade.
Rafael Rodrigues
Gerente Técnico,
Analista do Projeto,
Programador e
Administrador de banco
de dados.
Levantamento e definição dos
requisitos de negócio.
Responsável pela Arquitetura da
Solução. Desenho e normalização
dos modelos de banco de dados.
Garantir a segurança do banco de
dados. Garantir o bom
desempenho do banco de dados.
Responsável pelos backups.
Construção e implantação do
software e do banco de dados.

SGI – Sistema de
Gerenciamento Imobiliário

 Referencial Teórico
◦ Ficha de Aprovação
◦ Ficha Catalográfica
◦ Resumo
◦ Introdução
◦ Definição do Escopo do Projeto
◦ Definição do Escopo do Sistema
◦ Definição de Papeis e Responsabilidades
 Engenharia de Software
◦ Diagramas de caso de uso
◦ Diagrama de classe
 Banco de Dados
◦ DER
◦ MER
◦ Normalização
◦ Módulo Login
◦ CRUD:
 Cliente
 Imóvel
 Funcionário
 Contrato

 Referencial Teórico
◦ Levantamento Bibliográfico
◦ Descrição do Projeto
 Engenharia de Software
◦ Plano de testes
◦ Diagrama de Atividades
◦ Diagrama de Implementação
◦ Diagrama de Componentes
 Banco de Dados
 Apresentação
◦ Entregar módulos (
Cliente,Funcionário,Imóvel e Contrato).
◦ Montar apresentação das
funcionalidades entregues.
 Manual do Sistema
◦ Manual do Sistema (Dos módulos
entregues)
◦ Mapa das telas (dos módulos
entregues)
◦ CRUD
 Proposta
 Vistoria

# DESCRIÇÃO TIPO CRITIC. RESPOSTA AÇÕES
1 A não aprovação
do TCC pelos
professores da
banca.
N 10 Restruturação
do projeto TCC.
Envolver os
professores da banca
em todas as etapas,
validando os
processos que serão
desenvolvidos.
2 Entregar o
software com
funcionalidades
diferentes das
descritas na
documentação.
N 5 Analisar ambas
as partes
(documentação
e software) para
verificar qual
deve ser
adequada.
Fazer reuniões
semanais para que
todos estejam
alinhados quanto as
funcionalidades
propostas.

3 Ter dificuldades
técnicas em
relação as
ferramentas que
serão utilizadas
no projeto.
N 3 Procurar ajuda/
orientação em
livros e/ou
especialistas da
área.
Analisar o grau de
dificuldade antes da
inicialização da
tarefa para poder
atuar com o
conhecimento
necessário. Estudar
as ferramentas
utilizadas.
4 Comercializar o
software
resultante do
Projeto TCC.
P 5 Desenvolver
contatos com
imobiliárias e
manter o
software no
mercado.
Garantir a qualidade
do software. Fazer
apresentações sobre
o software para as
imobiliárias.

02/2013 Mudança dos recursos da equipe.
02/2013 Alteração do escopo do projeto.
03/2013 Alteração da linguagem e do banco de dados utilizado no
projeto.

1
Estar SEMPRE alinhado quanto a
comunicação entre os
componentes da equipe.
Redução da equipe.
2
Não ter medo de arriscar. Propor soluções que utilizarão
ferramentas “novas” para os
integrantes da equipe.
3
Ter o apoio da família é
importante.
Motivação.

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

Facilitar a vida do usuário automatizando os
cálculos diários para medição de dosagens
corretas de insulina e para o controle da
diabetes.
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 para controle de
carboidratos dos alimentos pelos usuários
 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
- 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 finais
- Cadastro de usuários e prescrição médica
- Chat entre o usuário e o médico
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
Desenvolvedor Desenvolvedor
e DBA
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
Funcional 62 dias Sáb 16/03/13 Ter 11/06/13
Entrevistas
entrevistar medicos
agendar data 5 dias Qua 15/05/13 Ter 21/05/13 Guilherme
Produzir relatorio 2 dias Qua 22/05/13 seg 27/05/13 4 Carol e Ana
entrevistar pacientes
agendar data 5 dias Qui 28/05/13 Ter 02/06/13 Guilherme
produzir relatorio 2 dias Qua 03/05/13 Qui 04/06/13 7 Carol e Ana
manter cadastro de alimentos
Pesquisar carboidratos de alimentos 7 dias Sex 05/04/13 Seg 15/04/13 Todos
inserir os dados no sistema 4 dias Ter 16/04/13 Sex 19/04/13 10 Guilherme
manter cadastro de pacientes 60 dias Qua 20/03/13 Ter 11/06/13
Pesquisar doença 20 dias Qua 20/03/13 Ter 16/04/13 Todos
analisar diagnostico 15 dias Qua 17/04/13 Ter 07/05/13 13 Todos
Pesquisar tratamento 20 dias Qua 08/05/13 Ter 04/06/13 14 Todos
Criar relatórios Periódicos 5 dias Qua 05/06/13 Ter 11/06/13 15 Todos
entregas (previsto)

Tecnologia
Definir da tecnologia 17 dias
Banco de dados 5 dias Seg 01/04/13 Sex 05/04/13
Linguagem de codificação 5 dias Seg 01/04/13 Sex 05/04/13
Ambiente de desenvolvimento 7 dias Seg 08/04/13 Ter 16/04/13 21;20
projeto logico
Documentação 28 dias
diagrama de caso de uso 7 dias Ter 23/04/13 Qua 01/05/13 Ana
diagrama de classe 7 dias Ter 30/04/13 Qua 08/05/13 Ana e Carol
diagrama de atividade 7 dias Qui 09/05/13 Sex 17/05/13 Carol
diagrama de sequência 7 dias Sex 17/05/13 Seg 27/05/13 Ana e Carol
modelagem de dados 24 dias
Diagrama de entidade relacionamento
(DER)
7 dias Seg 27/05/13 Ter 04/06/13 Rafael
Modelo Entidade
Relacionamento(MER)
7 dias Ter 04/06/13 Qua 12/06/13 Rafael
Definir interfaces e guias de estilo 10 dias Elias, Rafael
projeto fisico 100 dias
codificação 60 dias Qua 12/06/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
entregas (previsto)

entregas (realizado)Nome da tarefa Duração Início Término Predecessoras Nomes dos recursos
Funcional 62 dias Sáb 16/03/13 Ter 11/06/13
Entrevistas
entrevistar medicos
agendar data 5 dias Qua 15/05/13 Ter 21/05/13 Guilherme
Produzir relatório 2 dias Qua 22/05/13 seg 27/05/13 4 Carol e Ana
entrevistar pacientes
agendar data 5 dias Qui 28/05/13 Ter 02/06/13 Guilherme
produzir relatório 2 dias Qua 03/05/13 Qui 04/06/13 7 Carol e Ana
manter cadastro de alimentos
Pesquisar carboidratos de alimentos 7 dias Sex 15/06/13 Seg 24/06/13 Todos
inserir os dados no sistema 4 dias Ter 15/08/13 Sex 20/08/13 10 Guilherme
manter cadastro de pacientes 60 dias Qua 20/03/13 Ter 11/06/13
Pesquisar doença 20 dias Qua 20/03/13 Ter 16/04/13 Todos
analisar diagnostico 15 dias Qua 17/04/13 Ter 07/05/13 13 Todos
Pesquisar tratamento 20 dias Qua 08/05/13 Ter 04/06/13 14 Todos
Criar relatórios Periódicos 5 dias Qua 05/06/13 Ter 11/06/13 15 Todos

Tecnologia
Definir da tecnologia 17 dias
Banco de dados 5 dias Seg 01/04/13 Sex 05/04/13 todos
Linguagem de codificação 5 dias Seg 01/04/13 Sex 05/04/13 todos
Ambiente de desenvolvimento 7 dias Seg 08/04/13 Ter 16/04/13 21;20 todos
projeto logico
Documentação 28 dias
diagrama de caso de uso 7 dias Ter 23/04/13 Qua 01/05/13 Ana
diagrama de classe 7 dias Ter 30/04/13 Qua 08/05/13 Ana e Carol
diagrama de atividade 7 dias Qui 09/05/13 Sex 17/05/13 Carol
diagrama de sequência 7 dias Sex 17/05/13 Seg 27/05/13 Ana e Carol
modelagem de dados 24 dias
Diagrama de entidade relacionamento
(DER)
7 dias Seg 27/05/13 Ter 04/06/13 Rafael
Modelo Entidade Relacionamento(MER) 7 dias Ter 04/06/13 Qua 12/06/13 Rafael
Definir interfaces e guias de estilo 10 dias Elias, Rafael
projeto fisico 100 dias
codificação 60 dias Qua 12/06/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
entregas (Realizado)

– Definição da tecnologia a ser usada (banco de dados,
linguagem , ambiente de desenvolvimento)
– Definição do escopo do projeto e escopo do projeto
– Definição de papéis e responsabilidades
– Diagramas de caso de uso
– Diagrama de classe
– Diagrama de atividade
– Diagrama de sequencia
– Pesquisas sobre a doença e seu tratamento
– Relatórios de entrevistas com médicos de portadores da
doença
– Modulo de cadastro de usuários no sistema (criar, alterar,
excluir)
– Modulo de cadastro de alimentos no sistema (criar,
alterar, excluir)
Entregas realizadas no período
(fevereiro-abril)

 Lista de tabelas
 Diagrama geral do sistema
 Modelo lógico
 Normalização do banco de dados
 Entrevistas com Médicos e Portadores da doença
 Funcionalidade de chat entre medico e paciente no sistema
Entregas previstas para o
próximo período (maio-julho)

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/05/2013 Mudança de escopo: acréscimo de nova funcionalidade,
chat entre medico 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 de Projetos e Empreendedorismo - Atividade: Status Report

Recommandé

Recommandé

Contenu connexe

Similaire à Gestão de Projetos e Empreendedorismo - Atividade: Status Report

Similaire à Gestão de Projetos e Empreendedorismo - Atividade: Status Report (20)

Plus de Alessandro Almeida

Plus de Alessandro Almeida (20)

Gestão de Projetos e Empreendedorismo - Atividade: Status Report