O documento apresenta o status report dos projetos de TCC da turma SIN-NA7 do primeiro semestre de 2016, descrevendo seis projetos diferentes, sendo eles: CARE (sistema de gerenciamento para instituição de idosos), Poup'Água (sistema para controle de consumo de água), Stay Here (sistema para gestão de hospedagem), CARUsers (sistema para gestão de aluguel de carros), SistemaVida Nova (sistema para ONG) e FisioPlus (sistema para clínica
3. IMPORTANTE
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 2016)
7. PRONTUÁRIO NOME
13102574 Adilson Aparecido Vieira de Morais
13101230 Bruna Soares Rochinha
13101232 Lucas Moraes Figueredo
13100978 Mislene de Lima Nunes
13101372 Rafael Fernando de Araújo
8. CARE - Sistema de Gerenciamento
para Instituição de Idosos
9. CARE – Sistema para Instituições de Idosos
Segurança dos
Dados,
Monitoramento
e Bem-estar do
Idoso
Aplicativo
Hospitais
- Idosos
- Instituições
-Parentes/
responsáveis de
Idosos;
-Funcionários
de Instituições.
Suporte
Hospedagem
e Domínio
Vendas
ativas
- Controle e
validação da hora da
medicação;
- Controle dos dados
dos pacientes;
- Informações
completas dos Idosos;
- Validade e Estoque
de medicamentos;
- Demora na busca
de informação.
- Fidelidade das
informações;
- Falta de
monitoramento;
- Falta de
informatização;
- Negligências;
- Controle dos
dados;
- Controle de
validade p/
medicamentos. Quantidade
de cadastros
Pesquisa de
Satisfação
Contratos Instituições
Internet
ONGS
Projetos
Sociais
Distribuição
do Aplicativo
Manutenção
Equipamentos
Softwares de
desenvolvimento
Venda de
Sistema
Venda de
funcionalidades
adicionais
Investidores
Integração
Indicadores
e relatórios
10. Gerenciar as informações promovendo segurança
para o Idoso (horário de medicamento controlado,
eventos, atividades, etc.), pois hoje os Sistemas são
voltados apenas para Gerenciamento das
Instituições (controle de estoque, cadastro simples
de funcionários e pacientes, controle de
pagamentos, etc.).
11. Sistema relacionado a responsabilidade social,
onde o objetivo é ajudar no controle e
gerenciamento das informações, além de apoiar no
monitoramento e o bem-estar dos idosos,
facilitando a busca dos dados de maneira rápida e
eficiente.
12. Automação do controle de estoques de
medicamentos.
Controle de horário automatizado no registro de
medicações aos pacientes.
Registro de Eventos e Atividades executadas no
dia-a-dia.
Dados passiveis de serem transformados em
Indicadores.
13. Sistema web (instalado na nuvem), desenvolvido
em linguagem PHP, com JavaScript, CSS, HTML e
banco de dados MySql; além disso, conta com um
aplicativo para o sistema Android, onde será
possível validar horários dos medicamentos
agendados.
14. Monografia
◦ Elementos Pré Textuais
◦ Estrutura da Documentação
◦ Elementos Textuais
Fundamentos do Trabalho
Planejamento do projeto de TCC
Definição do produto
Pesquisas Realizadas
Análise dos Resultados
◦ Elementos Pós Textuais
Referências Bibliográficas
APÊNDICE A – Engenharia de Software
APÊNDICE B – Banco de Dados
APÊNDICE C – Manual do Usuário
APÊNDICE D – Manual do Sistema
APÊNDICE E – Formulário de Pesquisa
APÊNDICE F – Plano de Negócio
◦ Anexo
◦ Validação do Grupo
Sistema
◦ Sistema WEB
Cadastros (Pacientes, Responsáveis,
Colaboradores, Medicamentos, Agenda,
Medicamentos, Atividades, Eventos)
DASHBOAD
Relatórios
Agenda do Paciente
◦ Aplicativo
Login
Lista de Pacientes
Agenda do paciente
Validação NFC
15.
16. DESCRIÇÃO
(P)REMISSA
(R)ESTRIÇÃO
O Projeto será composto por: Monografia, Sistema WEB e Aplicativo Mobile P
Devemos realizar pesquisas de mercado e de campo para validar os diferencias. P
Sistema WEB deverá ser disponibilizado na internet. P
Aplicativo Mobile deverá se comunicar com o Sistema WEB. P
Aplicativo Mobile deverá conter funcionalidade de leitura NFC para validação de
dados.
P
Sponsor, Professores e Stakeholders devem validar as funcionalidades definidas e
apresentadas.
P
Após Homologação, Sistema Completo deverá entrar em ambiente de
produção/cliente para validação e identificação de melhorias.
P
Toda e qualquer proposta de melhoria deve ser aceita por todos os integrantes do
Grupo.
P
Para gravação de ID do paciente na TAG NFC, deverá ser utilizado aplicativo
disponibilizado pelo Play Store da própria linha Androi, ou seja, não será escopo de
desenvolvimento no Sistema.
P
17. DESCRIÇÃO
(P)REMISSA
(R)ESTRIÇÃO
O projeto precisa ser concluído como PRIMEIRA DATA antes de 31/08/2016. R
O projeto precisa ser concluído PARA ENTREGA antes de 01/12/2016. R
O Sistema WEB deverá ser disponibilizado na internet. R
Para validação em ambiente do cliente, o Aplicativo com integração NFC depende de
dispositivos com a tecnologia.
R
O Sistema e Aplicativo dependerá de acesso à internet. R
O custo do projeto não pode ultrapassar R$ 5.000”. R
18. Bruna Soares /
Adilson Vieira
Gerente do Projeto
Lucas Figueiredo
Monografia
Mislene Lima
Testadora
Bruna Soares /
Rafael Fernando
Programadores
Lucas Figueiredo
Banco de Dados
19. PAPEL RESPONSABILIDADES
Gerente de Projeto
Acompanhar as atividades da equipe
Criar os planos do projeto
Elaborar Termo de Abertura
Elaborar EAP
Elaborar Cronograma
Mapear Stakeholders
Elaborar Definição de Escopo
Definir Planejamento de RH
Elaborar Plano de Riscos
Analista/Programador WEB
Definir Ferramenta/linguagem de Desenvolvimento
Levantar os requisitos junto ao cliente
Seguir planejamento em Cronograma
Propor visões diferenciadas
Definir Consultas Complexas
20. PAPEL RESPONSABILIDADES
Analista/Programador MOBILE
Definir Ferramenta/linguagem de Desenvolvimento
Promover integração com o Sistema WEB
Levantar os requisitos junto ao cliente
Seguir planejamento em Cronograma
Propor visões diferenciadas
Analista de Negócios
Elaboração da Documentação/Monografia
Levantamento de requisitos funcionais
Pesquisas de Campo
Avaliação das entregas compostas na Monografia
Analista de Testes
Homologar o Sistema visando identificar erros
Propor melhorias para o Sistema
Documentar Manual do Usuário e Sistema
Responsável pela Engenharia de Software
Colaborar diretamente nas atividades do Analista de Negócios
21. CARE - Sistema de Gerenciamento
para Instituição de Idosos
22. Sistema WEB
◦ RELATÓRIOS
1. Ranking de remédios com a data prevista para o fim do estoque se aproximando.
2. Atividades não recomendadas por paciente.
3. Relatório das últimas 24h do paciente.
4. Ranking de colaboradores com média de eficiência.
5. Ranking de convênios e planos mais utilizados por pacientes.
Aplicativo
◦ LOGIN
Construir Login: Logar com usuário já criado no Site WEB
◦ LISTA DE PACIENTES
Construir Consultas de Pacientes
◦ AGENDA DO PACIENTE
Construir consulta para os dados do paciente selecionado
◦ VALIDAÇÃO NFC
Realizar teste em ambiente controlado
23. # DESCRIÇÃO TIPO CRITIC. SITUAÇÃO
1
Não cumprimento do último
prazo estabelecido de entrega
(Entrega do TCC para a
Instituição)
N 5
Em mitigação
2
Mudanças de escopo drásticas
devido a avaliação dos
professores em Pré-Banca
N 8
Em mitigação
3
Falta da entrega de algum dos
compostos principais citadas em
EAP (Sistema WEB ou Aplicativo)
N 4
Em mitigação
4
Não realizar testes na
ferramenta completa
(Homologação)
N 4
Em mitigação
5
Planejamento do projeto pode
promover uma entrega com
revisão e qualidade
P 9
Em mitigação
24. DATA DESCRIÇÃO DA MUDANÇA
06/05/16 Transferência da atividade de Banco de Dados da Bruna
para o Lucas devido a demanda do aplicativo.
22/05/16 Participação da Bruna na Gestão do Projeto junto ao
Adilson.
27/05/16 Atividade de Engenharia de SW atribuída a Mislene, porém
a última execução foi do Adilson.
25. # DESCRIÇÃO
1
Utilização da metodologia apresentada na matéria de Gestão de
Projetos para organização e visibilidade do projetos dentre a
equipe.
2
Definição de prazos para entrega de atividades mantendo a visão
de entregas esporádicas no Cronograma (à definir inclusão de
datas de provas)
26. CARE - Sistema de Gerenciamento
para Instituição de Idosos
30. Poup’Água
Promover
o controle
efetivo do
consumo
de água
Residências
(Casas)
Pagar á mais
do que é
consumido
#CUSTO
Falta de
informação,
quanto ao
consumo
Aplicação
para medir
em tempo
real o
consumo
Monitorar
região com
maior gastos
Quantidade
de downloads
Quantidade
de acessos no
site
Acompanhar
o consumo em
tempo real
Através do
aplicativo
Através do
site
Poup’Água
Sinalizador da
caixa d´água
Gera gráfico
de
comparação
Realiza cálculo
do consumo
Arduíno Sensores Mão de
Obra
Cabos Mangueira
s
Led’s SABESP
Cadastro
no site
31. Poup’Água
Ajudar no
controle do
consumo de
água dos
moradores
de casa,
usuários da
SABESP
Prestação de
serviços /
suporte
tecnológico
APP
Moradores de
Residência
SABESP
Realizar
cálculo do
consumo
(estimativas)
Gerar gráficos
comparativos
(mensal,
anual)
Depósitos
Mercado
Livre
SABESP
AliExpress
MarcaArquiteturaPatente do
Sistema
Sinalizar o
nível da caixa
d´água
Acompanhar
o consumo em
tempo real
WEBCasas
Arduíno Sensores
de Fluxo
MangueiraCabos e
Fios
Mão de
Obra
Caixa
Organizad
ora
Led’s SABESP Manutenç
ão
Instalação
da Solução
Indicações
32. Deficiência em acompanhar, em tempo real, o
consumo de sua residência;
Pagar a mais do que é consumido;
Identificar vazamentos na rede interna;
Não ter facilmente o comparativo do consumo
de outros meses;
33. Ajudar no controle do consumo de água*;
* Clientes abastecidos pela SABESP
34. CONTROLE sobre o consumo da residência;
MOBILIDADE no acesso às informações;
ACESSIBILIDADE pelo portal WEB e Mobile;
REDUÇÃO dos custos referente ao consumo;
CONSCIENTIZAÇÃO da utilização de água.
35. Solução Mobile e Portal Web
(desenvolvidos utilizando ASP.Net,
My SQL, C++, C# e PHP);
Acessos diferenciados
(administrator e usuário comum);
Visando mobilidade e flexibilidade
no controle de água na residência;
Solução para residentes do estado
de São Paulo e abastecidos pela
SABESP;
Conceito IoT*
Arduíno, relê, shield eth, modem,
roteador, sensor de presença, sensor
de fluxo
*Internet of Things
36. Regras de Negócio;
Mapeamento de Regras;
Modelo Descritivo;
MER;
Modelo Relacional;
Normalização;
Dicionário de Dados;
Diagrama de Classe e Caso de Uso;
Descrição de Caso de Uso;
Manual do Usuário e Sistema;
Formulário de Pesquisa;
Stakeholders;
Plano de Testes;
Finalização da Solução;
Apresentação.
37.
38. DESCRIÇÃO
(P)REMISSA
(R)ESTRIÇÃO
O grupo deverá conter 5 pessoas R
Grupo não pode ser alterado P
A equipe deverá ser aplicada P
O sistema deve ser integrado (Software e Hardware) P
Projeto será documentado P
Prazo de entrega deve ser até dezembro/2016 R
O sistema será ASP .NET P
Linguagem em POO P
Hardware deve estar funcionado P
Backup deverá ser realizado P
Massa de teste consistente P
Não deverá ter atrasos as entregas P
Apresentações devem atingir o objetivo (estar de acordo com o proposto) R
40. PAPEL RESPONSABILIDADES
Gerente de Projeto
Acompanhar as atividades da equipe;
Criar os planos do projeto;
Monitorar os planos/cronograma;
Designer Criar e melhorar as partes visuais da Solução e Apresentações;
Analista de negócios
Levantar os requisitos junto ao cliente;
Definir stakeholders;
Processo
Escrever os processos necessários;
Dissertar monografia;
Analista de Testes Testar todas as funcionalidades do sistema;
DBA
Programar o banco de dados;
Reparar o banco de dados;
Garantir o funcionamento;
Especialista em Hardware Montar e garantir o funcionamento do Hardware;
Programador
Programar as telas do sistema;
Integrar sistema com banco de dados.
45. MONOGRAFIA
Elementos Textuais;
Apêndice A - Engenharia de Software;
Apêndice B - Banco de Dados;
Apêndice C - Manual do Usuário;
Apêndice D - Manual do Sistema;
Apêndice E - Formulários de Pesquisa;
HARDWARE
Arquitetura completa;
Codificação de códigos Arduíno;
WEB
CRUD usuário e “admin”;
Relatórios;
DESING
Esquematização das páginas;
Mapeamento da navegação.
46.
47. DATA DESCRIÇÃO DA MUDANÇA
Ago/2015 Definição do escopo – restrição do publico alvo;
Set/2015 Automatização da ferramenta;
Set/2015 Modificações Banco de Dados;
Out/2015
Criação página Web para divulgação da marca e
funcionalidades direcionadas ao Admin.
Fev/2016 Modificação e detalhamento do escopo;
Fev/2016 Reengenharia da Arquitetura;
Marc/2016 Alteração na plataforma;
Marc/2016 Modificações Banco de Dados;
Abril/2016
Modificação e detalhamento do escopo – criação perfil
usuário e funcionalidades página Web.
48. # DESCRIÇÃO
1
Realizar reuniões quinzenais com a equipe do projeto e quando
necessário.
2
Melhora na comunicação e organização da equipe (controle de
atividades e pendências).
3 Divisão de responsabilidades.
4 Interação/Imersão com o usuário.
5 Envolver stakeholders nas definições do projeto.
51. PRONTUÁRIO NOME
13100362 Danilo Dias de Oliveira
13100692 Denis Nascimento Leite
13100350 Lainy Rodrigues
13100900 Leonardo Augusto Biliatto
12100150 Lucas Nascimento Souza
53. STAY HERE Locação de Propriedades próximas à Eventos
Possuir
Dormitório
e/ou
Propriedade
sem utilização.
Distância e
Custo
Benefício.
Não encontrar
estadia
próxima ao
Evento
desejado.
Proprietários
de Dormitórios
e/ou
Propriedades
disponíveis
para locação.
Interessados
em frequentar
Eventos de
modo geral.
Interessados
em divulgar
Eventos de
modo geral.
Realizar a
divulgação de
Dormitórios
e/ou
Propriedades
que estejam
disponíveis
para locação
dentro de um
raio de 15km
do Evento que
será
frequentado.
Integrar
Locadores e
Frequentadores
de Eventos
através de uma
ferramenta
Online.
Internet
Redes Sociais
Propagandas
Comunicação
entre Pessoas.
Anúncios
% Sobre o
aluguel dos
Dormitórios
e/ou
Propriedades.
% Sobre
número de
promotores
cadastrados no
sistema.
Hospedagem
do Site.
Manutenção do
Site.
Divulgação na
mídia.
Controle de
Usuários e
Perfis do Site.
Eventos e
Acomodações
relacionadas.
Disponibilização
de Propriedades
em um raio de
15km do Evento.
Locações
baseadas apenas
em Eventos.
54. Pensando no ramo de eventos, percebemos que a diversidade dos
mesmos tem sido cada vez maior e a frequência em que os mesmos
ocorrem também. Porém, nem todas as pessoas que gostariam de
comparecer, conseguem. Na maioria das vezes isto acontece devido à
distância dos eventos com relação às suas moradias, por exemplo,
existem congressos que ocorrem somente na grande São Paulo e as
pessoas que moram em outras cidades e tiverem interesse em
comparecer encontram grande dificuldade.
55. Desenvolver um sistema para disponibilizar propriedades e/ou
dormitórios próximos a eventos para pessoas que morem longe e não
tenham condição de alugar um hotel.
56. Os benefícios que podemos listar são:
Divulgar as propriedades e/ou dormitórios que estão parados;
Divulgar os eventos que irão ocorrer;
Relacionar as propriedades e/ou dormitórios disponíveis próximos
aos eventos;
Integrar locadores e locatários;
Fornecer fonte de renda extra para locadores.
57. Sistema web (instalado no datacenter do cliente), desenvolvido em
ASP.NET, baseado nas linguagens C#, ASP, HTML e .NET, utilizando
banco de dados SQL Server. O mesmo será flexível para acesso por
dispositivos Android e IOS via web.
58. O Projeto se divide em duas grandes frentes: Documentação e Sistema.
Dentro de Documentação, temos:
Levantamento de Dados (Regras de Negócio, Especificação de
Requisitos, UML e Diagramas, Entrevista com Clientes, Relatórios de
Pesquisa);
Testes (Plano de Testes, Script de Testes, Evidências de Testes);
Apêndices (Engenharia de Software, Banco de Dados, Manual do
Sistema, Formulários de Pesquisa, Plano de Negócio),
Monografia;
Apresentação.
59. Por outro lado, dentro de Sistema, temos:
Cadastros e Alterações,
Relatórios,
Controle de Acesso
Banco de Dados (Descritivo do Sistema, MER / DER, Mapeamento,
Normalização, Dicionário de Dados, Scripts SQL).
60. Stay Here
Documentação
Levantamento
de Dados
Regras de
Negócio
Especificação
de Requisitos
UML e
Diagramas
Entrevistas
com Clientes
Relatórios de
Pesquisa
Testes
Plano de
Testes
Script de
Testes
Evidências de
Testes
Apêndices
Apêndice A -
Engenharia de
Software
Apêndice B -
Banco de Dados
Apêndice C –
Manual do
Usuário
Apêndice D –
Manual do
Sistema
Apêndice E –
Formulários de
Pesquisa
Apêndice F –
Plano de
Negócio
Monografia Apresentação
Sistema
Cadastros e
Alterações
Cliente
Locador/Locatário
Empresa
Promotor
Evento
Propriedade
Cômodos
Dormitórios
Relatórios
Controle de
Acesso
Administrador
Cliente
Empresa /
Promotor
Banco de
Dados
Descritivo
MER / DER
Mapeamento
Normalização
Dicionário de
Dados
Scripts SQL
61. DESCRIÇÃO
(P)REMISSA
(R)ESTRIÇÃO
O projeto será desenvolvido em ASP.NET, utilizando
banco de dados SQL Server.
P
O projeto deverá conter dois programadores e um DBA. P
O TCC será concluído sem mais alterações no tema. P
O TCC será concluído sem mudanças de membros do
grupo.
P
O projeto será validado com os professores
semanalmente.
P
Não teremos alterações nos papeis e responsabilidades
dos membros do grupo do TCC.
P
62. DESCRIÇÃO
(P)REMISSA
(R)ESTRIÇÃO
O projeto deve estar concluído até o meio de
Novembro/2016.
R
O projeto será desenvolvido em programação orientada
a objetos.
R
O projeto irá utilizar como base de dados um modelo
relacional SQL.
R
Será desenvolvido um sistema web para o TCC. R
O projeto deverá ser totalmente mapeado para que a
monografia seja elaborada.
R
63. Lainy
Rodrigues
Gerente de Projeto
DBA
Danilo Dias
Analista de Testes
Denis
Nascimento
Analista de Negócios
Desenvolvedor
Leonardo
Biliatto
Analista de Requisitos
Desenvolvedor
Lucas
Nascimento
Analista de Testes
64. PAPEL RESPONSABILIDADES
Gerente de Projeto
Administrar as entregas dentro do prazo
estipulado;
Auxiliar na distribuição das tarefas;
Realizar alinhamento junto aos
stakeholders do projeto.
DBA
Realizar o mapeamento da base de dados
que será construída;
Alinhar o desenvolvimento junto ao
professor responsável;
Construir a base de dados do sistema.
Analista de Negócios
Mapear todas as necessidades dos clientes
e as orientações dos stakeholders;
Definir todas as regras de negócio do
sistema junto às necessidades;
Acompanhar se durante o desenvolvimento
as regras mapeadas estão sendo seguidas.
65. PAPEL RESPONSABILIDADES
Analista de Requisitos
Realizar a análise dos requisitos funcionais
e não funcionais do sistema;
Acompanhar se os requisitos estão sendo
seguidos conforme mapeado.
Analista de Testes
Realizar o mapeamento de erros e bugs do
sistema;
Relacionar as regras de negócio junto ao
que foi desenvolvido;
Construir todas as etapas de UML e
Diagramas do sistema.
Desenvolvedor
Realizar a construção de todas as
funcionalidades que foram anteriormente
mapeadas;
Garantir que a codificação esteja de acordo
com o que foi solicitado pelos professores
responsáveis.
72. As próximas principais entregas que podemos listar são:
Layout do Sistema;
Layout dos E-mails;
Validações dos campos em Java Script;
Testes dos campos e das telas;
Autorização do Cadastro da Empresa;
Integração com Google Maps.
73. # DESCRIÇÃO TIPO CRITIC. SITUAÇÃO
1
Não cumprimento do
prazo estabelecido para
entrega do TCC.
N 10
Enfrentar problemas
para desenvolver o
escopo estabelecido.
2
Saída de membros da
equipe do Projeto.
N 8
Conflitos internos
e/ou situações
adversas.
3
Não conseguir
desenvolver a integração
com o Google Maps,
deixando o sistema
vulnerável.
N 6
Problemas no
desenvolvimento e
na codificação do
projeto.
4
A Banca não aprovar o
tema que foi
desenvolvido.
N 5
Apresentação não
surtir o efeito
esperado. Falta de
alinhamento sobre os
temas.
74. DATA DESCRIÇÃO DA MUDANÇA
Outubro/2015
Dois integrantes saíram da equipe para que o
trabalho pudesse atingir os objetivos sem mais
conflitos. Esta atitude deixou a equipe com apenas
três membros.
Novembro/2015
Após o desfalque acima, dois novos integrantes
foram agregados à equipe deixando a mesma
novamente com cinco membros.
Dezembro/2015
Apresentação do tema na pré banca, porém o mesmo
não foi aceito.
Dezembro/2015
Alteração do escopo do produto, visto que o mesmo
antes estava muito parecido com o Airbnb. O site
agora deverá fazer locações voltadas para Eventos.
Ou seja, somente serão alugadas as casas que
estiverem próximas à eventos.
75. # DESCRIÇÃO
1
Realizar reuniões semanais junto aos professores e principais
stakeholders.
2
Elaborar um cronograma de atividades e prazos para próximas
entregas.
3 Definir responsáveis pelas atividades.
4
Desenvolver capacidade de aprendizado individual de novos
conceitos.
80. RESOLVER OS PROBLEMAS
OCORRIDOS NO VEICULO
ACHAR PROFISSIONAIS
CAPACITADOS OU
QUALIFICADOS
NÃO CONHECE OS
VALORES DE CONSERTO
DOS VEÍCULOS
AUXILIAR USUÁRIO A
RESOLUÇÃO DOS
PROBLEMAS
SITE COM RANKING DE
PROFISSIONAIS E
FORNECEDORES
DICAS DE SOLUÇÕES
PARA OS PROBLEMAS
LOCAIS DE CONFIANÇA
AVALIAÇÕES:
- ACESSOS
- ASSINATURAS
- PARCERIAS
- DESCONTOS (A LONGO
PRAZO)
TRAZER PARA USUÁRIOS
LEIGOS O VINCULO COM
PROFISSIONAIS
CAPACITADOS, A FIM DE
ECONOMIZAR TEMPO E
DINHEIRO, PARA GERAR
CONFIANÇA
* SUPORTE
* INDICAÇÃO
PROFISSIONAIS
CONFIÁVEIS
* DICAS E SOLUÇÕES
* RANKING DE PREÇOS
* RANKING DE OFICINAS
* AVALIAÇÃO DOS
USUÁRIOS
* AGILIDADE NA
RESOLUÇÃO DOS
PROBLEMAS
PESSOAS QUE NÃO
POSSUEM
CONHECIMENTO
TÉCNICOS SOBRE
VEÍCULOS
( USUÁRIOS LEIGOS )
ATRAVÉS DA INTERNET
- SITE
DIVULGAÇÃO:
- REDES SOCIAIS
- E-MAILS
- SE LOCOMOVER PARA CONHECER PROFISSIONAIS E
FORNECEDORES
- CONTRATAR PROVEDORES E DOMÍNIO PARA
SUSTENTAÇÃO DA APLICAÇÃO VIA WEB.
PROPOR ASSINATURA PELO NÍVEL DE NECESSIDADE
DO USUÁRIO, ATRAVÉS DE NÍVEIS DE ACESSO.
$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$
81. Com o crescimento na venda de carros,
muitos proprietários não possuem o
conhecimento básico para realizar e
identificar os problemas que acontecem nos
seus veículos. Às vezes as manutenções são
realizadas de forma errada, causando gastos
demasiados e desnecessários na correção dos
veículos.
82. Baseado na insatisfação dos proprietários e na
dificuldade de identificar e solucionar os
problemas do veículo por falta de profissionais
com boa capacitação, foi criado o sistema on-
line “CarUsers” que pretende auxiliar o usuário
(proprietário) na solução do seu problema,
trazendo para ele as possíveis soluções através
de diagnósticos já encontrados com experiências
de outros usuários, profissionais do ramo e
orientação das montadoras.
83. Solução dos problemas do usuário com o
veículo com diagnósticos precisos;
Rankings de qualidade com preços de
profissionais e fornecedores;
Serviços especializados de um Personal Car;
Controle das manutenções realizadas no
carro, auxiliando o usuário caso ele queira
vender o veículo.
84. CarUsers é um Sistema on-line desenvolvido
em Asp.Net com controle em C#, sistema de
Encriptação em Java Script e que utiliza o
banco de dados MySQL.
85. Diagrama de Casos de Uso;
Diagrama de Classes;
Descrição do Caso de Uso;
Regras de Negócio;
Modelo de Domínio;
Arquitetura do Software;
Plano de Testes;
Modelo Descritivo;
Modelo Conceitual – Modelo Entidade Relacionamento (MER);
Mapeamento do MER para o Modelo Relacional;
Modelo Relacional;
Normalização;
Modelo Relacional Normalizado e Dicionário de Dados;
Script SQL;
Apresentação do Sistema para os Professores.
86. Projeto
CarUsers
Documentação
Descrição de
Caso de Uso
Regras de
Negócio
Requisitos
Funcionais
Requisitos Não
Funcionais
Diagrama de
Caso de Uso
Mostrar as Telas
de Acesso de
Personagem do
Sistema
Diagrama de
Classes
Relação de
Dependência
entres as
funcionalidades
do sistema
Testes
Plano de Testes
Script de Testes
Evidências de
Testes
Levantamento
de Dados
Pesquisa com
os Clientes
Cadastro de
Manutenções
Realizadas
Sistema
Cadastros
Usuário
Fornecedores
Profissionais
Relatórios
Relatório de
Manutenções
Realizadas
Ranking de
Qualidade de
Profissionais
Ranking de Preços
de Fornecedores
Controle de
Acesso
Conforme a
Contração do
Serviço do Site
87. DESCRIÇÃO
(P)REMISSA
(R)ESTRIÇÃO
O TCC será finalizado sem mudanças no foco do tema. Premissa
Não haverá mudanças nos membros da equipe. Premissa
O Projeto precisa estar dentro do escopo definido. Restrição
A Documentação de Tópicos Avançados em
Desenvolvimento de Software precisa estar pronto antes
do dia 06/06/2016.
Restrição
O TCC precisa ser finalizado antes do dia 30/11/2016. Restrição
88. Cássio Silva
Gerente de Projeto
Pamella
Stéffanni
Analista de Requisitos
Cássio Silva
Desenvolvedor
Pamella
Stéffanni
Analista de Testes
Caio
Tomiatti
DBA
89. PAPEL RESPONSABILIDADES
Gerente de Projeto
Realizar o gerenciamento do Projeto, avaliando
sempre a melhor maneira de realizar as entregas
dos artefatos respeitando os prazos e o escopo,
buscando sempre a satisfação do cliente.
Analista de Requisitos
Realizar o levantamento dos requisitos
(juntamente com o cliente) para a realização do
Sistema e a documentação dos requisitos, como
por exemplo, os casos de uso.
Desenvolvedor Realiza o Sistema conforme os requisitos
levantados pelo Analista.
Analista de Testes
Realizar os testes do Sistema (executado pelo
desenvolvedor), evitando assim erros e defeitos
no Sistema.
DBA Realizar a montagem do banco de dados e
atualização conforme o desenvolvimento do
Sistema.
92. Documentação de Banco de Dados;
Documentação de Tópicos Avançados em
Desenvolvimento de Software;
Descrição do Caso de Uso
93. CÓD. DESCRIÇÃO TIPO CRITIC. SITUAÇÃO
1 Saída de Membros
da Equipe
(N) 25 Mitigar
2 Entregas Fora do
Prazo
(N) 5 Eliminar
3 Entregas Antes do
Prazo
(P) 12 Aceitar
4 Devolução das
Entregas
(N) 10 Eliminar
94. DATA DESCRIÇÃO DA MUDANÇA
26/04/2016 Saída de membros da equipe (Transferência para outro Projeto).
03/06/2016 Entrega da Documentação de Banco de Dados (data alterada
conforme solicitação da sala).
06/06/2016
Entrega da Documentação de Tópicos Avançados em
Desenvolvimento de Software (data alterada conforme solicitação
da sala).
10/06/2016 Alteração da data da Pré Banca para apresentação do Sistema.
95. # DESCRIÇÃO
1
Com as reuniões diárias da Equipe, pudemos desenvolver as
tarefas de forma eficiente e com a qualidade esperada.
2
Alinhamento antecipado com os professores dos requisitos para
desenvolvimento do Projeto.
3
Atualizações sempre serão necessárias para se manter no Escopo
do Projeto.
100. Sistema Vida Nova
Melhorar o
gerenciamento
através de um
único Sistema
Sistema
totalmente
Adaptado
pro Cliente
Rede
Sociais
Associação
de
Moradores
de Rua
Doações
Computador
como
servidor
Gerador de
Gráficos
Controle de
gastos
Descontrole dos
gastos
Controle da Sopa
Controle de
voluntários e
beneficiários
Doações
Despesas
Falta controle de
Cadastrados
Anotações em
planinhas e
cadernos
Jornal
Internet
101. Facilitar o gerenciamento da Associação
Reintegra Turma da Sopa através de um único
Sistema
102. Implementar um sistema para controlar as
despesas e cadastros da Associação Turma
da Sopa.
103. -Melhor o controle de voluntários
cadastrados e Indivíduos assistidos pela
associação.
-Facilidades na visualização das despesas e
benefícios que foram realizados para com os
indivíduos podendo assim divulgar melhor e
com uma ótima transparência todo o trabalho
realizado da associação atraindo assim mais
voluntários e doadores para um trabalho
maior e melhor a cada dia.
104. Sistema via Web (instalado no datacenter do
cliente), desenvolvido em PhP e banco de
dados utilizando BRModelo e Workbenck.
105. - Modelo descritivo
- Mer
- Modelo do Mer Mapeado
- Diagrama de Classes do Modelo Relacional
- Diagrama de Caso de Uso
- Normalização
- Dicionario de Dados
- Sql (ddl-dml-dql)
109. PAPEL RESPONSABILIDADES
Gerente de Projetos Realizar o acompanhamento do
cronograma.
Analista de Requisitos Documentar o sistema, considerando as
especificações técnicas e funcionais .
Validar as documentações com os
stakeholders.
Desenvolvedor Concluir toda parte de programação
envolvendo o sistema
DBA Responsável pelo Mapeamento, diagrama
de classes, normalização, Script e
atualizações do banco de dados
Analista de Teste Testar toda parte do sistema e banco de
dados conferindo todas as operações e
funções.
111. JUNHO JULHO AGOSTO SETEMBRO
1 2 3 4 1 2 3 4 5 1 2 3 4 1 2 3 4
DOCUMENTAÇÃO RESPONSÁVEL
Diagrama de Classes revisar Claudio
Diagrama de Caso de Uso revisar Claudio
Mapear regras de negócio Claudio
Criar documento Claudio
Inserir diagramas Claudio
BANCO DE DADOS RESPONSÁVEL
Revisar Mer Juliano
Atualizar Mer Juliano
Implementar Consultas Simples Juliano
Implementar Consultas Complexas Juliano
Testes do Banco de Dados Juliano
SISTEMA RESPONSÁVEL
Cadastros Mauricio
Controle de Sopa Mauricio
Controle de Despesas Mauricio
Doações Mauricio
Cursos e Palestras Mauricio
Relatorios Mauricio
Testes do Sistema Juliano
112. Diagrama de Classes
Diagrama de Caso de Uso
Regras de negócio
Documentação
Banco de Dados Concluído
Implementar Consultas Simples
Implementar Consultas Complexas
Testes
Sistema Concluído
113. # DESCRIÇÃO TIPO CRITIC. SITUAÇÃO
1 Saida de algum
integrante do grupo
Negativo 9 Possível
2 Não cumprimento do
Prazo de Entrega
Negativo 4 Possível
3 Demora na validação
da documentação
Negativo 9 Possível
114. DATA DESCRIÇÃO DA MUDANÇA
01/05/2016 Cancelamento do uso do Rfid por não ser viável de acordo
com nosso sistema
115. # DESCRIÇÃO
1 Conversar cada vez mais com nossos professores sobre o Projeto
2 Conversar mais entre os membros do grupos
3 Definir metas a ser cumpridas
4 Utilizar as férias para adiantar o projeto
118. PRONTUÁRIO NOME
13100361 Danilo Thiago da Costa Lima
13101226 Guilherme Torquato Pinheiro
13101231 Leticia Silva dos Santos
13100363 Thamyris da Silva Mariano
119. FisioPlus – Um novo nível de
interação Fisioteraeuta - Paciente
120. FisioPlus
FisioPlus – Um
novo nível de
interação
Fisioterapeuta-
Paciente
Interação
simulando uma
Rede social
Todas as
informações/dados
em uma única base
Clinicas
Internet
Indicações
Pacientes
Responsáveis
Fisioterapeutas
Licença das Clinicas
Licença do Software
Divulgação
Hospedagem
Suporte
Manutenção
Fisioterapeutas
Pacientes/
Responsáveis
Registros
Comunicação entre
Responsável do
Paciente e
Fisioterapeuta
Base de Dados única
Prontidão no
Atendimento
Dificuldade na
Interação entre o
Responsável e
Fisioterapeuta
Dificuldade no
contato em
urgências
Base de dados
dispersa e sem
registros
121. O projeto visa solucionar o problema de
comunicação entre os Fisioterapeutas e
Responsáveis dos Pacientes.
Manter uma base de dados única com
exames e informações dos Pacientes e
consultas realizadas.
122. Desenvolver um sistema mobile (FisioPlus)
visando a comunicação entre o
Fisioterapeuta, Paciente e Registro de suas
consultas e exames.
123. Maior agilidade no atendimento;
Melhor entendimento da situação do
Paciente;
Aumento do conhecimento relacionados a
área médica, procedimentos, técnicas e
orientações;
Conhecimento do histórico total do Paciente
em um único lugar.
124. O aplicativo é similar a uma rede social para
Pediatras e seus Clientes. O Fisioterapeuta irá
adicionar seus pacientes como se fossem
uma rede social, na página do Paciente
poderá escrever seu relatório de consultas e
exames.
O paciente poderá ver recomendações, dicas
e comunicar-se com o médico.
125. Fundamentos e Objetivos do Projeto
Pesquisa de Campo
Documentação de Engenharia de Software
Documentação de Banco de Dados
Manual do usuário
Protótipo funcional
Documentação Final
Aplicativo final
Treinamento
127. Documentação
Engenharia de
Software
Diagrama de
Casos de Uso
Diagrama de
Classes
Descrição de
Casos de Uso
Regras de
Negócio
Especificação dos
Requisitos
Arquitetura de
Software
Plano de Testes
Plano de
Implantação
Banco de Dados
Modelo Descritivo
Modelo
Conceitual - MER
Mapeamento do
Modelo
Conceitual - MER
Normalização
Script SQL
Consultas
Avançadas
Manual do
Usuário / Sistema
Mapa de
Navegação
Menus
Formulários
Relatórios
Sistema
Cadastro
Paciente
Fisioterapeuta
Clínica
Responsável
Funcionário
Administrador
Relatório
Controle de
Acesso
Formulários
129. DESCRIÇÃO
(P)REMISSA
(R)ESTRIÇÃO
Documentação do tipo de relatório(Consulta) (P)
Manter integrantes do grupo (P)
Aceitação do Layout pelo cliente (R)
Adaptar corretamente as funções do sistema (P)
Seguir o cronograma (R)
Manter aplicativo on-line (P)
131. PAPEL RESPONSABILIDADES
Guilherme (Gerente de
Projetos
Liderar a equipe; Desenhar o Projeto.
Danilo (Analista de
Requisitos)
Mapear os principais requisitos do Projeto,
ditos pelos Stakeholders;
Thamyris
(Desenvolvedora)
Programação do Sistema.
Letícia (Analista de Testes) Realiza os testes no Projeto.
Thamyris (DBA) Realiza a base de dados do Sistema.
132. FisioPlus – Um novo nível de
Interação Fisioterapeuta - Paciente
133.
134.
135.
136. Documentação de Banco de dados;
Documentação de Tópicos Avançados em
Desenvolvimento de Software;
Documentação do TCC (1º sem – 2016);
Apresentação do Software e Projeto sendo
desenvolvido.
137. # DESCRIÇÃO TIPO CRITIC. SITUAÇÃO
1 Não realizar a entrega do
projeto em tempo
(N) 10 Em Mitigação
2 Perca de membros do
grupo
(N) 7 Improvável
3 Não aceitação do cliente (P) 5 Em Mitigação
4 Inutilização do projeto (N) 3 Tratado
5 Não aceitação do tema (N) 2 Em Mitigação
6 Falta de divulgação (P) 5 Não Tratado
138. DATA DESCRIÇÃO DA MUDANÇA
06/2015 Perca de um membro do grupo
07/2015 Mudança do tema
09/2015 Perca de membros do grupo
12/2015 Mudança do tema
02/2016 Mudança de aplicação
04/2016 Adição de membros no grupo
139. # DESCRIÇÃO
1 Realizar pesquisa de campo com mais agilidade
2 Realizar reuniões semanais
3 Sempre consultar profissionais(professores, clientes)
4 Acompanhamento dos integrantes do grupo
5 Manter backup de tudo
140. FisioPlus – Um novo nível de
Interação Fisioterapeuta - Paciente