Status Report dos TCCs (SIN-NA8)

AlessandroAlmeida | www.alessandroalmeida.com
Setembro/2015
2° Semestre de 2015
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 2015)
 Tema da atividade: Status Report do ProjetoTCC

# Nome do Projeto
1 ConcursoJá
2 CondoMais
3 ConnectFuel
4 Easy Plant’s
5 Sistema de Formação Continuada
6 Orbs Comex
7 RateStar
8 SisDoc
9 Tell Me Condominium

SISTEMAS DE INFORMAÇÃO
Status Report
Voltar para o
índice

PRONTUÁRIO NOME
11100419 EDUARDO VILLAS BOAS
11201192 FILIPE BUENO DE LOVA
16030157 ODAIR FERREIRA TERCEIRO

CONCURSOJÁ –
Sistema de Acompanhamento
de Concurso Público para
Docentes

CONCURSOJÁ
- Validação dos
documentos e
dados dos
candidatos
maualmente,geran
do inconsistência.
- Falta de
gerenciamento e
disponibilização
dos documentos
para o RH.
- Processos
burocráticos que
acabam gerando
problemas.
Nosso sistema é
uma solução
completa que visa
garantir todo o
acompanhamento
e o
acompanhamento
de concurso
público voltado
para docente.
- Nosso sistema é
diferente pois não
encontramos uma
solução que
atendam essas
necessidades de
negócio no
mercado
atualmente.
- As regras de
negócio e os
processos envolvidos
no sistema
dificilmente podem
ser copiados.
- Acompanhamento
online dos processos
do concurso.
- Software Web
- Divulgação
- Candidatos do
concurso para
docente.
- Administradores
e organizadores
do concurso.
- Assinatura e
mensalidade
do software
- Propaganda
- Parcerias
- Desenvolvimento (equipe)
- Hospedagem do sistema
(servidor web)
- Divulgação (marketing)
- Licenças de software
- Estatística de
inscritos.
- Usuários do
sistema
- Quantidade de
editais e
processos
- Acompanhamento
de todas as fases do
do concurso.
- Validação dos dados
e documentos dos
candidatos
- Transparência dos
processos para o
candidato..

CONCURSOJÁ
Documentação
Regras de
Negócio
Requisitos
Funcionais
Requisitos Não
Funcionais
Diagrama de
Caso de Uso
Diagrama de
Classes
Levantamento
de Dados
Entrevistas com
os Clientes
Sistema
Cadastros
Comissão
Julgadora
Candidatos
Organizadores
Relatórios
Analítico
Sintético
Descrição de
Caso de Uso
Acessos

DESCRIÇÃO
(P)REMISSA
(R)ESTRIÇÃO
O grupo não pode ser alterado P
Prazos de entrega e apresentação até dezembro/2015. R
O Sistema será WEB/.NET P
Linguagem orientada à objetos P
O grupo poderá conter até 5 pessoas R
O projeto será documentado P

Eduardo Villas
Boas
Gerente do Projeto/Analista de
Negócio
Felipe Augusto
P. Dias
Desenvolvedor
Filipe Bueno
DeLova
Analista de Negócios/DBA

PAPEL RESPONSABILIDADES
GERENTE DE PROJETOS Realizar o acompanhamento do
cronograma;
Validar documentação de requisitos;
Fazer a documentação.
ANALISTA DE NEGÓCIOS Avalia as regras de negócios;
Auxilia na prototipação;
Discute com o cliente a respeito do escopo
do projeto.

DBA Documentação de Banco de Dados;
Mapeamento de Regras de 1 à 9;
Normalização;
Engenharia Reversa.
DESENVOLVEDOR Entende as regras de negócios;
Manipula os dados para desenvolver o
sistema

INFOCON –
Sistema de Acompanhamento de
Concurso Público para Docentes

SETEMBRO OUTUBRO NOVEMBRO DEZEMBRO
1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4
DOCUMENTAÇÃO RESPONSÁVEL
STATUS REPORT Danilo ,Osmar
Cronograma Filipe Bueno
Planos de Ação Eduardo
Apresentação documentação Todos
Monografia Todos
BANCO DE DADOS
Descritivo/ MER Filipe
Mapeamento Filipe
Consultas Complexas Eduardo, Filipe
Script Banco de Dados Odair
SISTEMA
PROTOTIPAÇÃO Todos
Codificar módulo Odair
Validar com Stackeholders Todos
Apresentação Todos

 Script de Banco de Dados MYSQL final de
Outubro;
 Validação de documentação final de Outubro;
 Apresentação do Sistema na 3ª semana de
Novembro;

 Script de Banco de Dados MYSQL final de
Outubro;
 Validação de documentação final de Outubro;
 Apresentação do Sistema na 3º e 4º semana
de novembro;

# DESCRIÇÃO TIPO CRITIC. SITUAÇÃO
1 Não atendimento ao
Escopo
N 2 Definir as reais
necessidades do
cliente.
prazo
N 3 Dedicação de toda
equipe para que
todas as partes
componha o todo.
3 Saída de membros da
equipe
N 8 Todos estudarem
comunicarem e se
ajudarem.
4 Ficar Retido por
dependência de notas
N 4 Total dedicação aos
estudos e ajuda dos
colegas

5 Documentação não
atendida
N 8 Rever, Atualizar os
dados e comunicação
com o grupo
6 Regra de Negocio N 3 Fazer levantamentos
de dados e
prototipação de
telas.
7 Stakeholders criticando N 4 Criar metodologias
para melhorar as
regras de negócio.
8 Problemas no
computador para
apresentação
N 5 Grupo levar mais de
um computador
Levar carregador de
bateria.

DATA DESCRIÇÃO DA MUDANÇA
03/08/2015 Saída do desenvolvedor;
13/08/2015 Saída do Analista de Processo;
18/08/2015 Saída do Gerente do Projeto;
22/08/2015 Entrada de um novo integrante;
25/08/2015 Mudança de Linguagem de PHP para .Net;
25/08/2015 Mudança de Banco de Dados de MYSQL para SQL Server;
26/08/2015 Alteração do nome do Sistema.

# DESCRIÇÃO
1
Comunicação com todas as partes é essencial para o bom
andamento do projeto, problemas de comunicação atrasa o
projeto
2
Não devemos acreditar 100% nas pessoas, devemos ter um plano
B, ou seja, preparados para situação adversa.
3
Não deixar para fazer tudo de última hora, delegando as funções
para cada um para ter a entrega na data certa.

SISTEMAS DE INFORMAÇÃO
Sistema de Gerenciamento Condominial
Status Report
Voltar para o
índice

Prontuário Nome
12101551 Carlos Alberto Pereira Junior
12102058 Daniel Hengle Spina
12102098 Dênis Marques Tamarino
11104440 Geysa Liborio Santos de Lima
12104186 Wanderliuson dos Reis Silva
Dados do Grupo

Resumo do Projeto
CondoMais – Sistema de Gerenciamento Condominial

Justificativa
Após observar o dia-a-dia de residentes em
condomínios fechados, foi chegada a conclusão de
que não existe um padrão de gerenciamento, diversos
condomínios pecam no controle de acesso de pessoas
e objetos e muitas vezes não há um canal de
comunicação entre os moradores e a sindicância.
Diversos relatos de extravios e atrasos no recebimento
de encomendas além da falta de controle de acesso de
visitas acarretam em possíveis problemas com a
segurança, isto levou a decisão da elaboração deste
projeto.

Objetivo
 Gerenciar as encomendas de um condomínio,
facilitando a organização e evitando problemas
com as entregas.
 Gerenciar o acesso de visitas pessoais e técnicas
a um determinado apartamento.
 Criar um canal de comunicação dos moradores
com a sindicância do condomínio, onde possam
ser feitas reclamações.

BENEFÍCIO ESPERADOS
Melhor controle no cadastro e recebimento de encomendas.
Controle com armazenamento de dados no acesso de
visitas técnicas e pessoais.
Controle com armazenamento de dados no acesso de
veículos de moradores e visitantes.
Cadastro de Assembleias Gerais via sistema online.
Maior proximidade entre os moradores e síndicos no que diz
respeito as funcionalidades do sistema.

DESCRIÇÃO MACRO DA
SOLUÇÃO
Sistema Web, desenvolvido em PHP, utilizando banco
MySQL.

ESCOPO DO PROJETO
- Cadastro de Usuários
- Cadastro de Moradores
- Cadastro do Condomínio
- Controle de acesso de Veículos
- Controle de recebimento e
distribuição de encomendas
- Cadastro de Imóveis
- Cadastro de Portarias
- Cadastro de Assembleias
- Controle de acesso de Visitantes
- Relatórios
 Descritivo do Sistema
 Modelo Entidade-Relacionamento
 Diagramas
 Modulo Administrativo

 Modulo Morador
- Atualização dos dados cadastrais
- Cadastro de Visitas
- Cadastro de Veículos
- Cadastro de Encomendas
- Votação de Ata da Assembleia
ESCOPO DO PROJETO

ESTRUTURA ANALÍTICA DO
PROJETO
Projeto TCC
Documentação
DFD
Regras de
Negócio
Requisitos
Funcionais
Requisitos Não
Funcionais
MER Testes
Plano de Testes
Script de Testes
Evidências de
Testes
Levantamento
de Dados
Entrevistas com
Moradores
Entrevistas com
Síndicos
Relatório de
Pesquisa
Sistema
Cadastros
Usuários
Imóveis
Moradores
Condomínio
Portaria
Assembleia
Relatórios
Turnos
Encomendas
Reclamações
Controle de
Acesso

PREMISSAS E RESTRIÇÕES DO PROJETO
Descrição (P)remissa
(R)estrição
O cliente será responsável pela
manipulação e manuseio dos dados
inseridos no sistema.
P
O projeto será realizado por um grupo de 5
pessoas.
P
Todos os integrantes devem colaborar com
o desenvolvimento do projeto.
P
O projeto precisa ser concluído antes do
dia 10/11/2015.
R
O projeto deve ser desenvolvido utilizando
a linguagem PHP e deve ser no formato de
aplicação WEB.
R
O Banco de dados deverá ser MySql. R

ORGANOGRAMA DO PROJETO
Wanderliuson
Gerente de Projeto
Dênis
Analista de
Requisitos
Daniel
Desenvolvedor
Geysa
Analista de
Testes
Carlos
DBA

PAPÉIS E RESPONSABILIDADES
Gerente de Projeto Reunir com Stakeholder’s, definir dados
sistema, auxiliar e acompanhar os demais
integrantes da equipe buscando focar no
projeto.
Analista de Requisitos Definir requisitos junto ao cliente e Gerente.
Desenvolvedor Responsável por desenvolver o software,
criar o layout e efetuar possíveis alterações
ao longo do projeto.
Analista de Testes Responsável pelos testes necessários para
aprovação da solução.
DBA Responsável por criar o Banco de Dados
do projeto condizente com o acordado
com o cliente e disponibiliza-lo ao
Desenvolvedor para inclusão ao software.

Situação do Projeto

CRONOGRAMA DAS PRÓXIMAS ENTREGAS

PRÓXIMAS ENTREGAS
 Entrega do Status Report: 03/09/2015
 Entrega da Introdução: 04/09/2015
 Entrega da interface do projeto: 28/09/2015
 Pré apresentação da contextualização da pesquisa
de mercado: 09/2015
 Entrega da documentação para aprovação: 10/2015
 Entrega do Projeto: 11/2015

RISCOS
# Descrição TIPO CRITIC. SITUAÇÃO
1 Não atendimento dentro do
prazo estipulado.
Negativo 15 Em Mitigação.
2 Saída do desenvolvedor da
equipe.
Negativo 10 Em Mitigação.
3 Antecipação da conclusão
do projeto.
Positivo 8 Em Mitigação.
4 Desaprovação por parte do
Orientador.
Negativo 12 Eliminado.

MUDANÇAS NO PROJETO
07/03/2015 Inclusão de membro: Geysa Libório Santos de Lima passa
a integrar o time CondoMais.
08/03/2015 Divisão de Responsabilidades e Cronograma de entrega
reformulados devido nova equipe.
24/04/2015 Após revisar dados coletados em pesquisa de campo e
reunião com professor orientador, é definida a inclusão
do controle de acesso de pessoas e veículos ao sistema.
10/08/2015 Reestruturação e atualização do Cronograma para a
etapa final do projeto.
27/08/2015 Alteração do nome do projeto que de “Ordú” passou a
se chamar “CondoMais”.
31/08/2015 Alteração do Logo do projeto.

LIÇÕES APRENDIDAS
# DESCRIÇÃO
1
Preparar a documentação previamente acertando com o cliente
os detalhes a fim de evitar desconfortos futuros.
2
A importância do planejamento ao se propor a realizar algum
projeto.
3
Realizar reuniões periódicas com o cliente, esclarecendo possíveis
duvidas ou sugestões de ambas as partes.
4 A importância do trabalho em equipe e divisão de tarefas.

OBRIGADO!

Sistemas de Informação
Status Report
Solução:
Voltar para o
índice

12102603 – Diego Olivo Cintra
12103679 – Gustavo Ferreira Carasco
12103792 – Gustavo Sofioni Motta

Primeira Parte: Resumo do Projeto

• Desvio de
combustível, fraude
por parte dos
motoristas e
frentistas.
• Não gerenciamento
de gastos com
abastecimento.
• Controle efetivo da
frota.
• Cadastro de motoristas,
carros, postos de
gasolina.
• Controle de
abastecimento.
• Relatórios gerenciais
“Automatizar e
gerenciar o controle do
abastecimento da frotas
corporativas, evitando o
desvio de recursos,
eliminando a
preocupação com
desenvolvimento de
sistemas ou controles
manuais"
• Ótimo custo beneficio.
• Controle efetivo de
gastos com
combustíveis.
• Emissão de relatórios
gerenciais.
A Solução será
desenvolvida para WEB,
por tratar-se de um site
responsivo, o mesmo
poderá ser acessado por
qualquer dispositivo com
acesso a internet.
• Pessoas Físicas ou
Jurídicas que
possuem frota de
veículos móveis.
• Postos de Gasolina
• Número de clientes
cadastrados.
• Número de acesso ao
site.
• Volume de informações
no sistema
• Identificar horários de
pico de transição de
informações
• Venda do serviço em planos empresariais, com
uma determinada quantidade de usuários no
sistema, cobrança de valores mensais.
• Realizar parceiras com postos de gasolina que
tenham empresas cadastradas, mostrar para este
público o diferencial da solução ao seu negócio.
• Buscar patrocinadores para a redução de custos
com a tecnologia (RFID).
• Especificação do sistema
• Infraestrutura
• Banco de dados
• Desenvolvimento
• Publicidade
• Parcerias

Estrutura Analítica
ConnectFuel
Documentação
Diagrama de
Caso de Uso
Descritivo de
Atores
Identificação de
Funcionalidades
DFD
Especificação de
Requisitos
Regras de
Negócio
Levantamento
de Dados
Pesquisa e
Entrevistas
Consolidação de
Resultados
Sistema
CRUD
Acesso
Relatórios
Site
Banco de Dados
Descritivo
Diagrama de
Classe
MER
Normalização

Premissas e Restrição do Projeto
Descrição
Premissas (P)
Restrições (R)
O projeto possui data de término novembro/2015. R
Para que possa começar a prestação de serviço, será assinado um contrato entre as
partes envolvidas. R
Ao imputar valores de combustíveis, o sistema terá que aceitar até 3 casas
decimais. R
Serão disponibilizado funcionários para qualificar equipes que irão operar o sistema.
P
Será necessário o cadastro de postos de gasolina para que possa funcionar o
processo de abastecimento. P
Leitores de RFID
P

Organograma
Gustavo C.
Diego Gustavo S.
Ana. Requisitos
Gerente de
Projetos
Desenvolvedor
DBA
Gerente de
Negócios Pesquisa de
Mercado
Gestão de
Qualidade
ConnectFuel
Analista de
Sistemas

Papeis e Responsabilidades
Gerente de Projetos Planejar, controlar e executar o projeto.
Analista de Requisitos Verificar se os requisitos do sistemas estão sendo atendidos.
Desenvolvedor Desenvolvimento da lógica da solução e site.
DBA Realizar o desenho do banco de dados, normalização e implementação.
Gerente de Negócios Identificar oportunidades de negócio que gerarão lucros.
Pesquisa de Mercado Realizar pesquisa e estudo sobre todos os assuntos que abordam a solução,
desenvolver pesquisas quantitativas e qualitativas do sistema.
Gestão de Qualidade Prezar pela qualidade e integridade da solução

Segunda Parte: Situação do Projeto

Cronograma
Setembro
1 2 3 4
Outubro
1 2 3 4
Novembro
1 2 3 4
Dezembro
1 2 3 4
Relatórios
Site
Acesso e Disponibilidade
CRUD/RFID
Reestruturação e Revisão
dos textos
DFD/Descritivo
Elaboração do artigo e Doc.
Final
Semana

Documentação
Sistema
% Concluída
0 %
25 %
50 %
75 %
Concluído e
Revisado
Visão Geral
das Entregas

Próximas entregas
• Rever avaliação dos textos feita pelos avaliadores da pré banca
• Reestruturação dos textos
• Criação de textos faltantes
• Revisão
• Montagem Trabalho final
• Readequação de Funcionalidades Básicas
• Definir relatórios
• Implementar a emissão de relatórios
• Aprimoramento de inteligência do negócio
• Autenticação de usuários
• Bloqueio de sessão
• Desenvolvimento do site
• Responsivo
Documentação
Sistema

Riscos
Cod. Descrição Tipo Critic
.
Situação
1 Demissão de funcionários treinados N 12 Capacitar outros funcionários para que possam
continuar o processo.
2 Não cumprimento do processo de
negócio
N 10 Orientar sempre os usuários a cumprirem o
processo para que não haja falha no sistema
3 Indisponibilidade do gerente na empresa. N 10 Deixar mais de um gerente com a
responsabilidade de liberar os abastecimentos
5 Desqualificação da equipe N 6 Realizar treinamentos contínuos
6 Aplicação da tecnologia RFID N 15 Realizar pesquisas e estudos sobre a
tecnologia, para que não cause problemas no
projeto

Mudanças no Projeto
1 – Substituição do QRCODE, para a tecnologia RFID;
2 – Versionamento do MER em 9 versos;
3 – Alteração nas datas de entrega;
4 – Adaptação e inserção de novas funções e relatórios para atender consultas complexas de banco de dados;
5- Readequação das entregas como um todo, visto que temos eventos (feiras e seminários), que o sistema
deve ser apresentado.

Lições Aprendidas
- Procurar sempre buscar o professor responsável para verificar e validar documentação e sistemas;
- Trabalho em equipe, é fundamental para o desenvolvimento de um projeto;
- Gerenciamento de projetos, é fundamental para ter um acompanhamento do desenvolvimento do TCC;
- Atribuir funções e responsabilidades é fundamental para deixar a equipe comprometida;
- Aprendemos a ser pequenos empreendedores.

PRONTUÁRIO NOME
12102059 Bianca Silva Nunes
12102338 Danilo Soares de Souza
12102691 Erika Vieira Lima
12102060 Geovane Antônio da Silva
06104543 Osmar Ventura Moreira

Easy Plant’s
• Sistema
capaz de
otimizar os
tratamentos
das plantas
para
maximizar o
tempo de
vida e
garantindo
sua beleza
• Segmento pouco
explorado;
• Disponibilidade
em diversas
plataformas;
• Interface
amigável
• Divulgação em
redes sociais;
• Empresas de
publicidade;
• Empresas
parceiras no
segmento
• Para
pequenos
cultivadores;
• Para
empresas que
cultivam
plantas
ornamentais• Report de erros;
• Quantidade de
licenças vendidas
ao mês;
• Porcentagem de
desistentes do
sistema;
• Report mensal de
média de acessos
• Armazenar de forma
eficiente os
tratamentos das
plantas;
• Monitorar o
ambiente para
garantir a qualidade
de vida das plantas
• Dificuldade
em realizar o
tratamento
das plantas;
• Plantas
morrem antes
da
expectativa de
vida;
• Perca de
informação
sobre as
plantas
• Licença semestral do software
• Venda dos kits de
monitoramento
• Equipe de desenvolvimento;
• Custo de equipamentos
• Hospedagem e publicidade do software

DESCRIÇÃO
(P)REMISSA
(R)ESTRIÇÃO
Usuário especialista na área botânica P
Ambiente para cultivo de plantas - Estufa P
Prazo para entrega do projeto R
Recursos para tratar as plantas (adubo, remédios..) P
A equipe poderá conter até 5 pessoas. R
O projeto será documentado P

Geovane A
Gerente de Projeto
Erika Vieira
Analista de Requisitos
Geovane A
Desenvolvedor
Danilo
Testador
Bianca Nunes
DBA
Osmar
Documentador

Gerente de projetos Planejar e controlar a execução de projetos em diversas
áreas e responsável pela condução do projeto
Analista de requisitos Levantar, analisar, documentar e validar as
necessidades do stakeholders de um projeto. Principal
responsável pelo fluxo de requisitos entre os clientes e
a equipe de desenvolvimento de software
Desenvolvedor Desenvolve e realiza a manutenção do software em um
grande sistema ou que desenvolve software para uso
em computadores pessoais.
Testador Executar o script de testes e Gerar as planilhas de
inconsistências.
DBA Administração de Banco de Dados
Documentador Documentar o sistema, considerando as especificações
técnicas e funcionais. Validar a documentações com os
stakeholders e Monta os scripts de teste.

AGOSTO SETEMBRO OUTUBRO NOVEMBRO
5 10 20 30 5 10 20 30 5 10 20 30 5 10 20 30
GESTÃO DE PROJETOS
Status Report. Erika, Danilo e Osmar
ENGENHARIA DE SOFTWARE
Casos de Uso Erika
Diagrama de classe Erika
Diagrama de sequencias Erika
BANCO DE DADOS
Desenvolvimento do script e
consultas complexas
Todos
Atualização documentação geral Geovane
Documentação Final
Desenvolvimento Documentação e
levantamento bibliográfico
Todos
SISTEMA
PROTOTIPAÇÃO Geovane
Levantamento regras de negócio Todos
Especificação do escopo Todos
Codificação Geovane
Testes Todos
Apresentação Todos

 Agosto / Setembro e Outubro
◦ Continuidade na documentação.
◦ Continuação Desenvolvimento.
◦ Melhorias
◦ Testes
◦ Apresentação
 Novembro
◦ Apresentação Final do TCC

1 Atraso no
desenvolvimento
N 15 Em mitigação
2 Algum outro membro
sair da equipe
N 5 Inexistente
3 Atraso na documentação N 20 Em mitigação
4 Conclusão antes do
prazo
P 12 Em desenvolvimento
escopo
N 2 Definir as reais
necessidades.

01/09/2014 Troca da plataforma da aplicação – Desktop para Web
06/05/2015 Saída de dois integrantes da equipe
17/08/2015 Entrada de dois novos integrantes na equipe

# DESCRIÇÃO
1 Realizar reuniões semanais com a equipe
2 Validar regras de negócios antes do desenvolvimento
3 Testar rotinas desenvolvidas
4 Realizar pesquisas mais avançadas
5
A comunicação deve ser clara para os membros da equipe de
forma que todos tenham ciência da situação atual do projeto
6 Não deixar para fazer as atividades em última hora.
7 Criar um plano B para situações adversas / inesperadas.

PRONTUÁRIO NOME
12104128 David Deizepi Rocha
12104442 Eduardo Lima dos Reis
12103030 Filipe Campos Tartarini

Sistema de Formação
Continuada -FOCO

Sistema de Formação Continuada - FOCO
1. Impossibilidade de
saber o real nível de
conhecimento(form
ações ou cursos)
dos funcionários;
2. Acesso as
informações sobre
os funcionários
comprometidos
pela demora e falta
de organização;
3. Sem uma base para
determinar o que é
preciso para
desempenhar o
trabalho do dia-a-
dia
1. Base de dados completas
sobre o funcionário;
2. Acesso rápido as
informações pertinentes a
cursos e formações;
3. Informativos atualizados
sobre novos cursos e o
necessário para mudança
de cargo ou área.
O gerenciamento
de todas as
informações
relacionadas a
formação do
funcionário passam
a ser simples e
rápidas, com um
fácil acesso de
todos.
• Verificação constante do
histórico de formações do
funcionário, analisando as
necessidades para o
mesmo desempenhar sua
função.
• Total controle dos gestores
sobre os conhecimentos
dos seus funcionários.
• Um canal online,
com acesso para
todos da empresa.
• Envio de
mensagens por e-
mail, sms e
Whatsapp.
Empresas de todos os
portes, preocupadas
com o crescimento e
desenvolvimento
profissional dos
funcionários.
• 2 programadores web – 5 mil reais cada;
• 1 analista de sistemas – 9 reais mil
• 2 servidores – 6 mil reais cada;
• Hospedagem do portal web – 150 reais mensais;
• Softwares para desenvolvimento – 5 mil reais
• Total – 36 mil + 150 hospedagem(varia devido ao tempo
necessário).
• Será feita a venda do produto, custeando assim a estrutura para
entrega e gerando lucro inicial;
• Serão cobrados os custos adicionais para alterações no sistema
e também para manutenções futuras.

Sistema de
formação
continuada
Documentação
Diagrama de casos
de uso
Regras de
Negócios
Requisitos
funcionais
Requisitos não
funcionais
Diagrama de casos
de uso
DFD NIVEL 0
DFD NIVEL 1
Diagrama de
Classes
Banco de Dados
Modelo
Conceitual
Modelo Logico
Modelo Físico
Testes
Testes de
Desempenho
Scripts de Testes
Evidência de
testes
Levantamento de
dados
Entrevista com os
clientes
Relatório de
pesquisa
Software
Cadastros
Usuários
Funcionários
Relatórios
Relatório de
Desempenho
Relatório de
Gastos
Relatório de
frequência
Restrições de
integridade
Dimensionamento
do banco
Dimensionamento
do Estudo de
Segurança
Integração
Banco de dados
Externo
Fluxo de
informação

DESCRIÇÃO
(P)REMISSA
(R)ESTRIÇÃO
O cliente cadastrará os cargos, relacionando-os entre si
e definindo níveis;
Premissa
Todos os usuários possuirão um e-mail valido para
receber as informações sobre os cursos;
Premissa
O software está pronto até o final de Julho; Premissa
O cliente utilizará navegadores atualizados para o uso
do sistema;
Premissa
O cliente terá acesso a internet para usar o sistema(que
está hospedado em um servidor web);
Restrição
Os funcionários possuirão e-mail ou numero de celular
validos para receber sua senha no primeiro acesso
Restrição
Os cursos serão cadastrados pelo funcionário do
Departamento de Recrutamento ou Seleção(ou outro
setor responsável)
Restrição

Filipe
Gerente de Projeto
Eduardo
David
Desenvolvedor
Eduardo/David
Analista de Testes
David/Eduardo
DBA

Gerenciamento do Projeto Atuar diretamente no Gerenciamento do
projeto, realização de testes junto ao
cliente e validação do projeto final.
Analise de Requisitos Validar junto ao cliente os requisitos e
documentação e realização de testes
primários.
Desenvolvimento do
Sistema
Realizar toda a programação do sistema,
banco de dados.
Fornecimento de dados da
empresa
Fornecerá regras de negocio da empresa e
realizará testes no sistema, ajudando no
aprimoramento do mesmo.

Sistema de Formação
Continuada - FOCO

Considere a
previstas pa
de maio, jun
ago
1 2 3 4 1 2 3 4 5 1 2 3 4 1 2 3 4
DESCRIÇÃO DE CASO DE USO
Mapear requisitos funcionais Eduardo/Filipe
Mapear requisitos não funcionais Eduardo/Filipe
Mapear regras de negócio Filipe/David
Criar documento Filipe
Inserir diagramas David
Validar com o cliente Eduardo/David
DIAGRAMA DE CASO DE USO
Identificar atores Filipe
Definir casos de uso Filipe
Criar diagramas Filipe
SISTEMA
CADASTROS
Usuário
Codificar módulo David
Realizar testes unitários Filipe/Eduardo
Encaminhar módulo para o testador Eduardo/Filipe
SETEMBRO OUTUBRO NOVEMBRO DEZEMBRO

 Cadastrar toda a base de dados para
realização de testes;
 Finalizar a parte gráfica do sistema;
 Revisar toda a documentação, evitando erros.

1 Finalizar a documentação
até a data de entrega
Negativo Alta Eliminar
2 Erro durante a execução
do sistema
Negativo Alta Melhorar
3 Concluir todo o
desenvolvimento do
projeto até novembro
Positivo Alta Aceitar

05/09/2015 Mudar a forma de cadastramento de gestores por
departamento no sistema.
31/08/2015 Definir hierarquia de promoções para facilitar relatórios
de promoção.
20/09/2015 Mudanças no layout o site.

# DESCRIÇÃO
1 Fazer com antecedência um cronograma para definir datas;
2 Analisar mais os processos, para minimizar erros;
3 Verificar viabilidade de certas mudanças no sistema.
4 Não realizar mudanças de ultima hora.
5
Evitar mudanças que possam prejudicar o funcionamento do
sistema.

PRONTUÁRIO NOME
12101057 Camila da Silva Costa
12102090 Caroline Santos Poteria
12104646 Fernando Henrique Ferreira
12103347 Leticia Custódio Pinheiro
12103143 Letícia Gracci de Moura

ORBS COMEX
Proporciona
r uma
melhor
interação
entre
diferentes
perfis que
estão
presentes
dentro de
um processo
de
importação
1. Avaliações geradas no
sistema permitem melhor
conhecimento sobre o
prestador de serviço
dentro do mercado de
importação antes de
contratá-lo
2. Informações importantes
sobre o processo de
importação poderão ser
encontradas em um só
local
3. Facilitar a busca por novos
prestadores de serviço, já
que atualmente esta busca
é feita através de sites
genéricos (Ex. Google)
Através de
uma
ferramenta
disponibilizad
a via web.
1. Importa
dores
2. Despach
antes
Aduanei
ros
3. Agentes
de Carga
4. Clientes
de
Importa
doras
1. Anunciantes
2. Clientes poderão optar por contas gratuitas e
pagas, onde nas contas pagas o importador
poderá gerar alertas de novas mercadorias
para possíveis clientes e anúncios serão
disponibilizados pela própria ferramenta
referente á prestadores de serviço que podem
ser interessantes aos olhos do cliente.
1. Hospedagem da ferramenta
2. Pessoas que desenvolverão e suportarão o
sistema
3. Marketing
4. Funcionários
5. Custos Administrativos (Aluguel, Conta de
Luz...)
1. Quantidade de
usuários que
aderem á
conta premium
2. Quantidade de
acessos do site
3. Quantidade de
anunciantes
1. Auxiliar na
localização de
diferentes perfis no
sistema
2. Possibilitar avaliações
referentes á serviços
prestados
3. Fornecer informações
importantes
referentes ao
processo de
importação
1. Falta de
Centralização
das
Informações
2. Busca
Limitada para
encontrar
novos
prestadores de
serviço
3. Não conhecer a
reputação dos
prestadores de
serviço antes
de contratá-
los

Projeto TCC
Orbs Comex
Sistema
Relatórios Controle de
Acesso
Cadastro
Importadoras
Despachantes
Aduaneiros
Agentes de
Carga
Clientes
Testes do SistemaLayoutBanco de dados
Ficha de
Importação
Ficha de
avaliação
Tela de
Informações úteis

Projeto TCC
Orbs Comex
Documentação
Diagrama de
Classes
TestesDiagrama de
Caso de Uso
Levantamento
de Dados
Descrição de
Caso de Uso
Requisitos
Funcionais
Requisitos Não
Funcionais
Regras de
Negócio
Entrevistas com
Importadoras
Relatório das
Pesquisas
Plano de Testes
Script de Testes
Experiências de
Testes
Entrevistas com
Despachantes
Entrevistas com
Agentes
Modelo Entidade
Relacionamento
Revisão da
Documentação
Diagrama Entidade
Relacionamento
Modelo
Descritivo

DESCRIÇÃO (P)REMISSA
(R)ESTRIÇÃO
Obter aprovação do tema pelos professores. P
Pesquisar a viabilidade para desenvolvimento do sistema. P
Equipamentos necessários para o bom desenvolvimento do
sistema.
P
Aprofundar o conhecimento sobre a nova área de estudo
relacionada com o tema do projeto.
P
A quantidade de integrantes no grupo não poderá ser
superior a cinco.
R
O projeto deverá ser concluído antes de Novembro de 2015. R
O cronograma deverá ser cumprido até Novembro de 2015. R

Camila Costa
Gerente de Projeto
Camila Costa
Testadora
Documentadora
DBA
Caroline Poteria
Desenvolvedora
DBA
Fernando Ferreira
Desenvolvedor
DBA
Letícia Gracci Moura
Documentadora
Analista Negócios
Letícia Custódio
Documentadora

Gerente de Projeto
Monitorar todas as atividades do projeto;
Preencher termos de abertura de projeto;
Formular a EAP Estrutura Analítica do Projeto;
Criar o plano de Recursos Humanos;
Elaborar o Escopo do projeto;
Desenvolver Plano de riscos;
Criar Plano de Comunicação e obter feedback do status do projeto;
Criar o cronograma e garantir que seja seguido;
Analista de Negócio
Levantar requisitos;
Aprofundar conhecimento sobre a área que o projeto está focado.
Testador
Seguir o plano de testes;
Efetivar testes no sistema;
Preencher a planilha de testes a partir do resultado obtido.
DBA
Desenvolver a modelagem do banco de dados;
Gerenciar o Banco de dados;
Efetuar testes de capacidade do banco.
Desenvolvedor Efetuar a programação do sistema conforme as especificações do projeto.
Efetuar testes unitários.
Documentador Levantamento de informações;
Alimentar a documentação;
Efetuar revisões.

Setembro Outubro Novembro Dezembro
Sistema Responsável
Cadastros
Usuário
Codificar módulo
Realizar testes unitários
Encaminhar módulo para testador
Relatórios
Codificar módulo
Realizar testes unitários
Encaminhar módulo para testador
Banco de dados
Criação de tabelas
Criação de Procedures
Teste de capacidade de BD
Layout
Desenvolver layout
Caroline e
Fernando
Controle de Acesso
Criptografar o banco
Gerar níveis de acesso
Validar consisitência de informações
Telas de Informações úteis
Criar tela com as informações
Caroline e
Fernando
Testes do Sistema
Efetuar testes no sistema Camila
Preencher planilha de testes Camila
Caroline e
Fernando
Caroline e
Fernando
2015
Caroline e
Fernando
Caroline e
Fernando

Documentação Responsável
Engenharia de Software
Descrever a arquitetura do software Fernando
Criar o plano de implantação Caroline
Descrição de Caso de Uso
Criar documento LetíciaGracci
Inserir diagramas LetíciaGracci
Diagrama de Caso de Uso
Criar modelo de domínio Caroline
Criar quadro descritivo classe de dominio Fernando
Testes
Criar documento de experiências Camila/LeticiaCustodio
Levantamento de Dados
Obter informações de mercado LetíciaGracci
Efetuar entrevistas com clientes alvo Camila/LeticiaCustodio
Criar Relatório de pesquisas realizadas LetíciaCustodio
Modelo Entidade Relacionamento
Criar documento Camila
Diagrama Entidade Relacionamento
Criar diagramas Camila
Manuais
Elaborar manual do usuário Camila
Elaborar manual do sistema Camila
2015

Sistema
 Codificar módulo de usuários;
 Criação de procedures e efetivar teste de capacidade do Banco de
dados;
 Codificar módulo de relatórios e fazer testes unitários;
 Gerar e validar níveis de acesso;
 Efetuar testes no sistema e preencher planilha de testes com os
resultados;
 Apresentar o sistema em funcionamento aos stakeholders.
Documentação
 Criar diagrama de Entidade Relacionamento;
 Definir e executar entrevistas com clientes potenciais;
 Gerar relatório de pesquisas;
 Mapear script de testes e criar documento de experiências;
 Validar Documentação com Orientador.

CÓDIGO
RISCO
DESCRIÇÃO DO RISCO TIPO CRITICIDADE ESTRATÉGIA DE RESPOSTA AO RISCO
1 Saída de membros da equipe Negativo 12
Monitorar as tarefas.
Obter feedback dos resultados.
Compartilhar ideias.
2 Não atendimento ao escopo Negativo 8
Detalhar escopo do projeto de maneira
criteriosa.
Alinhar os papéis e responsabilidades da
equipe.
3
Inclusão de novos itens no
escopo
Positivo 6
Delegar Papéis e Responsabilidades.
Atualizar Cronograma.
Controlar desenvolvimento do item no
projeto.
4
Não cumprimento do
cronograma
Negativo 15
Supervisionar as atividades da equipe.
Atualizar Cronograma periodicamente.
Realizar reuniões semanais.

09/07/2014 Entrada de novo integrante no projeto – Anderson Biajante
03/02/2015 Saída do integrante Anderson Biajante e substituição pelo
novo integrante Alessandro Mesquita.
03/03/2015 Inclusão dos perfil Agente de Cargas e Cliente final.
06/05/2015 Saída do integrante Alessandro Mesquita e substituição
pelos integrantes Fernando H. Ferreira e Leticia Custódio

# DESCRIÇÃO
1
Acompanhar o desenvolvimento de cada parte envolvida no
projeto.
2
Realizar reuniões semanais com a equipe do projeto para obter
feedback e para tomada de decisões.
3 Executar revisão da documentação.
4 Realizar testes unitários nos módulos do sistema.

PRONTUÁRIO NOME
12100074 Cassio Cardoso
12101082 Leonardo Lorençoni
12102092 Caio Souza
12101061 Lucas Burity Dominato

RateStar
Facilitar a vida
do cliente no
momento da
pesquisa, reserva
e feedback dos
serviços
prestados de um
estabelecimento
seja um bar,
restaurante ou
balada.
A vantagem do sistema
é centralizar e validar
informações que
atualmente se
encontram espalhadas
pela internet, podendo
ser muitas vezes irreais
ou desatualizadas. Uma
vez que as avaliações são
verídicas, agrega valor e
confiança do usuário ao
visualizar as informações
dos estabelecimentos.
- Rede Sociais
- Sites da RateStar
- Site da empresas
parceiras
Voltado para publico
com idade entre 16
e 35 anos que estão
a procura de um
destino específico
para se usufruir dos
serviços.
Apesar do publico
alvo, qualquer pessoa
pode utilizar o
sistema sem
restrição.
- Parcerias com outros sites
- Renda do Grupo
- Futuras parcerias com empresas
objetivando cupons de desconto e
reservas
- Dominio de Internet
- Servidores
- Funcionários para Infraestrutura e Desenvolvimento
- Registro de novos
Usuários
- Quantidade de
Avaliações
- Bugs Reportados
- Avaliações dos
usuários para
aprovação.
- Reservas
aprovadas/canceladas
- Registro de
Avaliação
- Ranking de
Avaliação
- Feedback do cliente
e da empresa
- Pesquisa dinâmica
- Reservas
antecipadas
Problema 1:
Falta de informações
centralizadas e
atualizadas com
frequência dos
estabelecimentos de
uma região específica.
Problema 2:
Falta de confiança do
consumidor nos dados
obtidos por meios de
pesquisa de qualidade
dos serviços oferecidos
atualmente
Problema 3:
Dificuldade de
encontrar um
diferencial especifico
pessoal de cada cliente
em um
estabelecimento.

Projeto
Documentação Sistema
Descrição de
Caso de Uso
Diagrama de
Caso de Uso
DFD
Banco de
Dados
Levantamento
de dados
Cadastro Relatórios
Controle
de acesso
Avaliação Ranking
Regras de
negócio
Requisitos
funcionais
Requisitos não
funcionais
MER
Modelo
Lógico
Modelo
Físico
Pesquisa
em campo
Pesquisa de
estabelecimentos
Modelo
Físico
Administrador
Moderador
Usuário
Empresa

DESCRIÇÃO
(P)REMISSA
(R)ESTRIÇÃO
O Projeto necessita de um número alto de avaliações
para ser viável
P
O Projeto deve ser concluído até Novembro/2015 R
O projeto deve ter um protótipo concluído até
Outubro/2015
R
O sistema necessita de um número alto de
estabelecimentos cadastrados para ser viável
P

Caio Souza
Gerente de Projeto
Cassio
Cardoso
Lucas Burity
Desenvolvedor
Leonardo
Lorençoni
Analista de Testes
Caio Souza
DBA

Gerente de Projetos Organizar cronograma e responsabilidades
do time junto com documentos necessários
Analista de Requisitos Verificar dados necessários para
viabilidade do desenvolvimento do projeto,
pesquisa de mercado e de informações a
serem documentadas
Desenvolvedor Desenvolvimento do projeto se baseando
no escopo
Analista de Teste Testa as telas desenvolvidas; Incrementa o
que for necessitado
DBA Desenvolve e da manutenção ao banco de
dados e aos documentos do mesmo

1 2 3 4 5 1 2 3 4 5 1 2 3 4 5 1 2 3 4 5
Documentação Responsáveis
Banco de Dados
Atualização componentes / documentação Caio Souza/ Cassio Cardoso
Validação Caio Souza/ Cassio Cardoso
Entrega Caio Souza/ Cassio Cardoso
Engenharia de Software
Atualização componentes / documentação Leonardo Lorençoni
Validação Lucas Burity/ Leonardo Lorençoni
Entrega Lucas Burity/ Leonardo Lorençoni
Manual do Usuário / Sistema
Desenvolvimento Caio Souza/ Cassio Cardoso
Validação Caio Souza/ Cassio Cardoso
Entrega Caio Souza/ Cassio Cardoso
Formulário Pesquisa
Desenvolvimento
Cassio Cardoso/ Leonardo
Lorençoni
Validação
Lorençoni
Entrega
Lorençoni
Documento Final
Desenvolvimento/validação interna Cap. 2 Caio Souza/ Cassio Cardoso
Entrega capitulo 2 Caio Souza
Entrega capitulo 1 Caio Souza
Entrega capítulo 3 Caio Souza
Desenvolvimento/validação interna Cap.
4/5 Leonardo Lorençoni/ Caio Souza
Entrega capítulos 4 e 5 Caio Souza
Desenvolvimento/validação interna
considerações Caio Souza/ Cassio Cardoso
Entrega considerações finais Caio Souza
Atualização apêndices Caio Souza/ Lucas Burity
Validação apêndices/ anexos Caio Souza
Validação geral do documento final Caio Souza/ Cassio Cardoso
Entrega Final Caio Souza

 28/08/15 – Entrega parcial Doc. Final – Introdução;
 11/09/15 - Entrega parcial Doc. Final – Cap. 2 – Planejamento TCC;
 25/09/15 – Entrega Parcial Doc. Final – Cap. 1 – Fundamentos Trab;
 09/10/15 - Entrega Parcial Doc. Final – Cap. 3 – Definição Produto;
 23/10/15 - Entrega Parcial Doc. Final – Cap. 4 Pesquisa/ Cap. 5
Análise;
 30/10/15 - Entrega Parcial Doc. Final – Considerações Finais;
 20/11/15 - Entrega Final do Documento Oficial;
- Apêndices: Engenharia de Software,
Banco de Dados,
Manual do Usuário,
Manual do Sistema,
Formulário de Pesquisa.

1 Não estimulação dos
clientes a utilizarem o
sistema.
N 10 Em mitigação
2 Contratação dos serviços
para outras indústrias
P 9 Em mitigação
3 Avaliações falsas N 3 Eliminado

01/02/2015 Um integrante saiu do grupo
15/06/2015 Adição de novas funcionalidades
24/08/2015 Adição de novas funcionalidades e atualização do Banco

# DESCRIÇÃO
1
Semanalmente é enviado um email para todos os componentes do
grupo com o status do projeto
2 Um backup é feito cada fez que é feito uma nova versão
3
Semanalmente é verificado e validado a versão do documento
final

PRONTUÁRIO NOME
12201563 Alessandro Mesquita
10200132 Felipe Augusto
12104647 Filipe Rafael
12104710 Gustavo Pires
12101839 Rodrigo Guaiume

<Informe o nome do produto / empreendimento>
Proporcionar aos
nossos clientes uma
solução estratégica na
gestão de documentos
físicos e digitais
tornando o acesso
destas informações de
forma imediata além
de segura.
 Serviço com menor
custo de
implementação;
 Espaço físico para
armazenamento;
 Alertas referente a
validade dos
documentos.
 Site Institucional;
 Redes Sociais
(Twitter,
Facebook,
Linkedin);
 Publicidade
digital.
 Micro e Pequenas
Empresas
atuantes em
Recursos
Humanos e no
Departamento
Pessoal.
 Pacotes de serviço:
(Mensal / Semestral e Anual)
 Funcionários;
 Marketing e Publicidade;
 Infraestrutura (Física e Tecnológica);
 Custos operacionais (água, luz, aluguel, imposto, telefone,
internet etc.);
 Volume de
solicitações
abertas;
 Número de caixas
armazenadas;
 Relatórios de
auditoria.
 Digitalização,
armazenamento
(físico / digital) e
localização;
 Painel de
demandas docs;
 Software para
gestão online.
 Processo de
armazenamento
dos documentos
físicos de forma
manual e
desorganizada;
 Dependência do
espaço físico e
infraestrutura
apropriada para
alocação das
caixas;
 Necessidade de
uma ferramenta
automatizada para
gestão de
documentos físicos,
digitais e sua
localização.

 <Vide EAP, conforme exemplo:>

DESCRIÇÃO
(P)REMISSA
(R)ESTRIÇÃO
Nossa solução atende Micro e Pequenas Empresas de RH
e Departamento Pessoal.
Restrição
TCC será finalizado sem mudanças de membros do
grupo.
Premissa
Elaboração de pesquisas qualitativa x quantitativa
realizadas.
Premissa
O projeto precisa ser concluído antes de 31/10/ 15. Restrição

Gustavo
Gerente de Projetos
Alessandro
Documentador/Analista de
Negócio
Rodrigo
Web Designer/
Testador
Felipe
Programador
Filipe
Programador/ DBA
Gustavo
Documentador/ DBA

Gerente de Projetos Planejar as atividades do projeto.
Monitorar as atividades do projeto, certificando-se de que o
executado está ocorrendo conforme o previsto.
Sempre que necessário, tomar as ações necessárias para
adequação do projeto ao plano.
Analista de Negócios Levantamento de informações a respeito do tema (negócio).
Web Designer Responsável por desenhar todo o layout do sistema, incluindo
fontes, tamanhos, cores, posicionamento dos campos.
Documentador Documentar o sistema, considerando as especificações técnicas e
funcionais e validar a documentações com os stakeholders.
Testador Executar o script de testes e gerar planilha de inconsistências.
Programador Codificar o sistema, de acordo com as especificações e realizar
ajustes no sistema.
DBA Realizar Configuração e Gerenciamento do banco de dados.

 Setembro: Validação da documentação.
 Setembro: Apresentação ao professor Miro.
 Novembro: TCC final.

# DESCRIÇÃO Ações TIPO
CRIT
IC.
SITUAÇÃO
1 Entrega fora do prazo
estipulado
Alinhamento com todos os
integrantes do grupo sobre
os prazos e
responsabilidades.
Negativo 10 Mitigado
2 Motivação Engajar à equipe no
comprometimento para as
metas a serem alcançadas.
Positivo 9 Melhorar
3 Não atendimento ao escopo Mapear às necessidades
junto ao cliente
documentando e realizando
validações consistentes.
Negativo 7 Eliminar
4 Entregar antes do prazo Realizar periodicamente
entregas para validações /
alterações se necessárias.
Positivo 3 Aceitar

Junho –
2015
Inclusão do registro de logs no sistema sugerido na pré
banca por um dos professores.
Agosto –
2015
Implementação adicional no escopo do projeto: inclusão
da tecnologia RFID para localização no monitoramento
dos documentos físicos e caixas, possibilitando mais
segurança ao sistema.
Agosto –
2015
Mudança na equipe do projeto, integração do Felipe junto
à equipe.
Agosto –
2015
Criação de logotipo para o sistema SisDoc.
Agosto –
2015
Ajustes nas interfaces gráficas do sistema com base nos
feedbacks recebidos na disciplina Interface-Homem-
Máquina

# DESCRIÇÃO
1
Envolver os professores na validação no desenvolvimento do projeto e
documentação.
2
Realizar reuniões semanais com a equipe do projeto para alinhamento.
3
Interação e envolvimento dos stakeholders para cumprimento dos objetivos.
4
Revisão sistêmica da Monografia, Documentação de Banco de Dados, Engenharia e
Testes aplicados para correção de bugs no sistema.

PRONTUÁRIO NOME
12102009 Cláudio Amorim Lopes
12104084 Igor Luan de Araújo
12102100 Raphael Gonçalves Alves
12101075 Victor Pedroso de Lemos

Tell me Condominium
Dificuldade de
comunicação entre o
sindico e os moradores,
por falta de tempo ou
qualquer outro motivo;
Forma em que os
problemas do
condomínio são
acompanhados;
Agendamento de
dependências (Ex:
Quadra, salão de
festas, Churrasqueira,
etc.), ninguém
consegue ver se a data
está disponível para
reserva.
Abertura e controle
de solicitações;
Controle de agenda
de dependência;
Controle de contato
de prestadores de
serviços.
Quantidade de bugs
reportados;
Quantidade de
clientes alcançados;
Aceitação e
comentários sobre o
produto no mercado.
Os demais sistemas
do ramo necessitam
de muita
parametrização e até
mesmo consultores
para seu
funcionamento, nossa
ferramenta tem uma
proposta simples
onde qualquer um
conseguira realizar as
parametrizações
necessárias, assim
facilitando a vida do
administrador e do
morador que terá
uma ferramenta
onde poderá
registrar os
problemas do
condomínio.
Controle de agenda
de dependência e
ranking de melhores
prestadores de
serviço.
Condomínios privados
Site responsivo
adaptável a
dispositivos moveis.
Mão de obra e taxas administrativas;
Aquisição de equipamentos tecnológicos;
Servidores e hospedagem;
Marketing.
Investidor anjo;
Mensalidade pelo uso do sistema;
Custos em melhorias pontuais do cliente.

Tell me
Condominium
SistemaDocumentação
Descritivo
Caso de Uso /
Descrição
Modelo ER
Dicionário de
dados
Normalização
WebServices
Front-end
Banco de Dados
Mapeamento
Diagrama de
Classes

Descrição
Premissas (P)
Restrições (R)
Data de inicio e fim para o
projeto.
R
Infraestrutura do servidor com
comunicação à internet.
P
Projeto deve ser entregue
documentado e com
aplicação completa.
R
Contrato de utilização do
sistema.
R

RaphaelVictor Igor
Ana.
Requisitos
Ana.
Requisitos Desenvolvedor
Pesquisa de
Mercado
Gestão de
Qualidade
Tell me
Condominium
Analista de
Sistemas
Cláudio
Desenvolvedor
DBA

Analista de Requisitos Verificar se os requisitos do sistemas estão
sendo atendidos.
Desenvolvedor Desenvolvimento da logica da solução e
site.
DBA Realizar o desenho do banco de dados,
normalização e implementação.
Pesquisa de Mercado Realizar pesquisa e estudo sobre todos os
assuntos que abordam a solução,
desenvolver pesquisas quantitativas e
qualitativas do sistema.
Analista de Sistemas Documentar os processos do projeto.
Gestão de Qualidade Prezar pela qualidade e integridade da
solução.

Setembro
-Módulo Condomínio – Modulo que parametriza e
atende as solicitações/ocorrências
-Módulo Morador – Modulo de acesso do morador
para criar as ocorrências
Outubro/Novembro
- Manuais
- Relatórios

1 Número de integrantes da equipe
de projeto diminuir
N 4
2 Mudanças de escopo ao decorrer
do projeto
N 10 Este risco aconteceu e
já foi implantado a
troca no mês de julho.
3 Relatórios complexos devolverem
dados divergentes
N 10
4 Buscar investidores para venda do
produto
P 12

01 de julho Mudança na arquitetura do projeto, sendo implementado
agora apenas em Java.

# DESCRIÇÃO
1
Dedicar um dia, além dos dias de aula, para a realização do
projeto.
2
Ficar atendo aos prazos para não ficar “apertado” na hora das
entregas.

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

Status Report dos TCCs (SIN-NA8)

Recomendados

Recomendados

Mais conteúdo relacionado

Mais procurados

Mais procurados (20)

Destaque

Destaque (10)

Semelhante a Status Report dos TCCs (SIN-NA8)

Semelhante a Status Report dos TCCs (SIN-NA8) (20)

Mais de Alessandro Almeida

Mais de Alessandro Almeida (20)

Último

Último (11)

Status Report dos TCCs (SIN-NA8)