O documento apresenta o status dos projetos de TCC da turma SIN-NA8 do segundo semestre de 2016. Contém informações sobre 5 projetos, incluindo nomes, descrições e status atual de cada um. Também lista os membros e papéis de cada equipe.
3. IMPORTANTE
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 2016)
5. NAVEGUE PELO MATERIAL
# Nome do Projeto
1 Stay Here
2 Poup’Água
3 SistemaVida Nova
4 CarUsers
5 CARE - Sistema de Gerenciamento para Instituição de Idosos
7. PRONTUÁRIO NOME
13100362 Danilo Dias de Oliveira
13100692 Denis Nascimento Leite
13100350 Lainy Rodrigues
13100900 Leonardo Augusto Biliatto
12100150 Lucas Nascimento Souza
9. 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.
10. 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.
11. 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.
12. 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.
13. 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.
14. 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.
15. 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).
16. 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
MER / DER
Mapeamento
Normalização
Scripts SQL
17. 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
18. 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
19. 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
20. 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.
21. 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.
28. # 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.
29. # 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.
42. 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
online o
consumo
Monitoração
de usuários
por região
Quantidade
de cadastros
no site (últimos
30, 60 e 90 dias)
Acompanhar
o consumo
online
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 Manguei-
ras
Led’s SABESP Comissão
da venda
da
estrutura
Manuten-
ções
Pendências de
contato, entre-
ga, instalação e
manutenção
43. 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
Moradores de
Residência
(casas)
SABESP
Realizar
cálculo do
consumo
(estimativas)
Gerar gráficos
comparativos
(mensal,
anual)
SABESP
Fornecedor
próprio do
Poup’Água MarcaEstruturaPatente do
Sistema
Sinalizar o
nível da caixa
d´água
Acompanhar
o consumo
online
WEBCasas
Arduíno Sensores
de Fluxo
MangueiraCabos e
Fios
Mão de
Obra
Caixa
Organiza-
dora
Led’s SABESP Manuten-
ção
Indicações
44. Portal Web (desenvolvidos
utilizando ASP.Net, My SQL, 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 de casa
no estado de São Paulo e
abastecidos pela SABESP;
Conceito IoT*
Arduíno, shield eth, modem,
roteador, sensor de fluxo
*Internet of Things
45.
46. Regras de Negócio;
Mapeamento de Regras (políticas e termo de uso);
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;
Implementação da solução;
Stakeholders;
Plano de Testes;
Finalização da Solução;
Apresentação.
47.
48. DESCRIÇÃO
(P)REMISSA
(R)ESTRIÇÃO
O grupo deverá conter até 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 deverá 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 funcionando P
Backup deve ser realizado P
Massa de testes consistentes P
Não deverá ter atrasos as entregas P
Apresentações devem atingir o objetivo (estar de acordo com o proposto) R
49. Thamires Zeviani
Gerente de Projeto
Designer
Karoline
Furtado
Processos
Analista de Testes
Thais
Mendonça
Analista de
Negócios
Victor Leite
Analista de
Sistemas / DBA
Valmir Silva
Programador e
Especialista em
Hardware
50. 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.
Analista de Sistemas
Elaborar documentação funcional;
Garantir correta implementação do sistema;
55. - MONOGRAFIA -
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ócios.
- WEB -
Relatórios admin e usuário.
- DESING -
Esquematização das páginas;
Mapeamento da navegação.
56.
57. DATA DESCRIÇÃO DA MUDANÇA
Fev/2016 Modificação e detalhamento do escopo;
Fev/2016 Reengenharia da arquitetura;
Mar/2016 Alteração na plataforma;
Mar/2016 Modificações no banco de dados;
Abr/2016
Modificação e detalhamento do escopo – perfil usuário,
Admin e funcionalidades página Web;
Jul/2016 Inclusão do fluxo para aquisição da estrutura;
Ago/2016 Reestrutura dos capítulos 1, 2 e 3 da documentação;
Ago/2016 Mudança no banco de dados e engenharia de SW;
Ago/2016 Reestrutura dos apêndices A e B;
Ago e
Set/2016
Modificação do processo de negócio (validado com profºs
responsáveis);
Set/2016 Alteração do banco de dados e Modelo de Classes.
58. # 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.
70. PRONTUÁRIO NOME
13100313 Juliano Maia Oliveira da Silva
13100925 Mauricio da Silva
13101231 Leticia Silva dos Santos
13100363 Thamyris da Silva Mariano
72. Sistema Vida Nova
Melhorar o
gerenciamento
facilitando
para
contabilizar os
resultados
Sistema
totalmente
Adaptado
pro Cliente
Rede
Sociais
Associação
de
Moradores
de Rua
Doações
Computador
como
servidor
Gerador de
Gráficos
Controle dos
benefício para
com os
favorecidos
Descontrole dos
gastos
Controle de
voluntários e
favorecidos
Doações
Benefícios
Falta controle de
Cadastrados
Anotações em
planinhas e
cadernos
Jornal
Internet
73. Falta
gerenciamento
e controle dos
cadastros e
gastos
cadastro de
voluntários
cadastro de
favorecidos
favorecido ganha
beneficio
sistema
contabiliza os
resultados
cadastro de
doador
doador faz uma
doação
cadastro de
interessados
Palestras, curso,
virar um
voluntario
Melhor
gerenciamento e
controle da
associação
facilitando para a
divulgação dos
Resultados
Sistema
registra todos
os eventos
74. - Modelo descritivo
- Mer
- Modelo do Mer Mapeado
- Diagrama de Classes do Modelo Relacional
- Diagrama de Caso de Uso
- Descrição do Caso de Uso
- Normalização
- Dicionario de Dados
- Sql (ddl-dml-dql)
75. Sistema Vida
Nova
Documentação
Descritivo
Diagrama de
Caso de Uso
Diagrama de
Classes
Testes
Plano de
Testes
Evidências de
Testes
Levantamento
de Dados
Entrevista
com o Cliente
Sistema
Controle da
Sopa
Cadastros
Voluntários
Favorecidos
Doadores
Controle de
Beneficios
Doações
Pessoa
Jurídica
Pessoa Física
Cursos e
Palestras
Relatórios e
gráficos
77. Juliano Maia
Gerente de
Projeto
Leticia Silva
Analista de
Requisitos
Thamyris da
Silva
Analista de
Requisitos
Mauricio da
Silva
Desenvolvedor
Juliano Maia
Analista de
Testes
Juliano Maia
DBA
78. 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.
80. SETEMBRO OUTUBRO NOVEMBRO DEZEMBRO
1 2 3 4 5 1 2 3 4 5 1 2 3 4 5 1 2 3 4 5
DOCUMENTAÇÃO RESPONSÁVEL
DIAGRAMA DE CASO DE USO
Identificar atores Letícia
Definir casos de uso Letícia
Definir regras de negócio Juliano
Criar diagramas Juliano
Revisões e Correções Letícia
Validações com Professor Todos
DESCRIÇÃO DE CASO DE USO
Mapear requisitos funcionais Thamyris
Mapear requisitos não funcionais Thamyris
Arquitetura do Software Maurício
Mapear regras de negócio Juliano
Criar modelo de protótipo não funcional Maurício
Criar documento Letícia
Inserir diagramas Juliano
Plano de testes Thamyris
Plano de implantação Maurício
Revisões e Correções Letícia
Validações com Professor Todos
81. SETEMBRO OUTUBRO NOVEMBRO DEZEMBRO
1 2 3 4 5 1 2 3 4 5 1 2 3 4 5 1 2 3 4 5
BANCO DE DADOS
Revisões e correções - Modelo Descritivo Juliano
Revisões e correções - MER e Modelo Relacional Juliano
Revisões e correções - Normalização Juliano
Revisões e correções - Dicionário de Dados Thamyris
Revisões e correções - SQL Maurício
Resultado do Software Desenvolvido Letícia
Validações com Professor Todos
MANUAL DO USUÁRIO/SISTEMA
Criação do Manual do Usuário Maurício
Gravação em CD Maurício
ENTREGAS
Entrega do capítulo 4 - Pesquisas realizadas Letícia
Entrega do capítulo 5 - Análise dos resultados Letícia
Entrega do capítulo 2 - Planejamento do Projeto Thamyris
Entrega do capítulo 1 - Fundamentos para o Trabalho Thamyris
Entrega do capítulo 3 - Definição do Produto Letícia
Entrega da Introdução da monografia Thamyris
Entrega do Resumo e Considerações finais Thamyris
Inclusão dos apêndices Thamyris
Revisões e Correções Letícia/Thamyris
Entrega final do TCC Todos
82. SETEMBRO OUTUBRO NOVEMBRO DEZEMBRO
1 2 3 4 5 1 2 3 4 5 1 2 3 4 5 1 2 3 4 5
SISTEMA
CADASTROS
Desenvolvimento da codificação Letícia
Realização de testes Thamyris
Correções Letícia
CONTROLES
Desenvolvimento da codificação Juliano
Realização de testes Maurício
Correções Juliano
CONSULTAS AVANÇADAS
Desenvolvimento da codificação Maurício
Realização de testes Juliano
Correções Maurício
RELATÓRIOS
Desenvolvimento da codificação Thamyris
Realização de testes Letícia
Correções Thamyris
FINALIZAÇÕES
Revisões e novas correções Todos
Validações com o cliente Todos
Validações com o professor Todos
APRESENTAÇÃO FINAL
Apresentação final TCC
83. Revalidar o Banco de Dados (prioridade).
Diagrama e a descrição de Caso de Uso.
Manual do Usuário.
Sistema Funcionando.
Documentação do Capítulos 1 ao 5.
- Monografia.
- Resumos e Considerações Finais.
- Inclusão dos apêndices.
- Revisões e correções.
84. # DESCRIÇÃO TIPO CRITIC. SITUAÇÃO
1 Saída de algum
integrante do grupo
Negativo 10 Possível
2 Não cumprimento do
Prazo de Entrega
Negativo 9 Possível
3 Demora na validação
da documentação
Negativo 8 Possível
85. 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
30/06/2016 Mudança na Proposta Única de valor focando agora no
gerenciamento da associação e total facilidade para
contabilizar os resultados obtidos para atrair mais
pessoas que possam ajudar.
01/07/2016 Entrada da Thamyris e da Leticia no Grupo
86. # DESCRIÇÃO
1 Conversar cada vez mais com nossos professores sobre o Projeto
2 Conversar mais entre os membros do grupos
3
Definido as metas a ser cumpridas e seguir o cronograma vai
ajudar muito.
4
Uma hora dedicada todos os dias para o TCC está adiantando
muito o projeto.
89. PRONTUÁRIO NOME
13101233 Caio Vinicius Tomiatti
13100899 Cássio Ferreira da Silva
13101224 Pamella Stéffanni de Souza Costa
09108674 Victor da Silva Joia
91. c
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.
$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$
92. Usuário do
CarUsers
Acesso por computadores
e dispositivos móveis
WebSite Disponível na
Internet
Alocado Nuvem
Azure
Dados do Sistema
Gerar Relatórios
- Manutenções
- Profissionais
Lista de Locais
Para manutenção
Lista de Profissionais
Especializados
Lista de Orientações
E Sugestões de
manutenções do veículo
Veículo do Usuário
Aplicação Roda em varias
plataformas de sistemas
operacionais (Windos, IOS,
Linux, Android)
Aplicação desenvolvida em
Asp.Net, CSS, JavaScritp e
CSharp
Bancos de Dados utilizando
SQL Server
Arquivos em PDFLinks de sites especializados,
montadoras e experiência dos
usuários
93. 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.
94. 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
95. 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 final do TCC deve ser entregue até o
dia 25/11/2016. Restrição
O TCC precisa ser finalizado antes do dia 30/11/2016. Restrição
96. Cássio Silva
Gerente de Projeto
Pamella
Stéffanni
Analista de Requisitos
Cássio Silva
Desenvolvedor
Victor Jóia
Analista de Testes
Caio
Tomiatti
DBA
97. 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.
100. Descrição do Caso de Uso – Engenharia de
Software;
Entrega dos capítulos do TCC – Projeto de Sistemas
e TCC;
Entrega de 40% do Sistema para avaliação –
Tópicos Avançados em Tecnologia da Informação;
101. 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
5 Atraso na validação das
entregas por parte dos
professores
(N) 20 Transferir
6 Mudança da Interface do
Sistema
(N) 10 Aceitar
7 Apresentação do Sistema
antes do tempo proposto
(P) 5 Melhorar
8 Problemas na
apresentação do Projeto
(N) 5 Eliminar
102. DATA DESCRIÇÃO DA MUDANÇA
31/08/2016 Entrada de novo membro na equipe.
- Atualização e reavaliação da Documentação de Banco de Dados
(data a definir).
103. # 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 serão sempre necessárias para se manter no Escopo
do Projeto.
106. 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
107. CARE - Sistema de Gerenciamento
para Instituição de Idosos
108. CARE – Sistema para Instituições de Idosos
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óriosTransparência e
Confiança nos
cuidados com o
Idoso
109. Sistema relacionado a responsabilidade social, onde o
objetivo é ajudar no controle e gerenciamento das
informações com foco nas medicações, além de apoiar
no monitoramento e o bem-estar dos idosos,
facilitando a busca dos dados de maneira rápida e
eficiente.
De que forma?
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.
110. 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,
Atividades, Eventos)
DASHBOAD
Relatórios
Agenda do Paciente
◦ Aplicativo
Login
Lista de Pacientes
Agenda do paciente
Validação NFC
111.
112. 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 Android, ou seja, não será escopo de
desenvolvimento no Sistema.
P
113. 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
115. 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
Propor visões diferenciadas
Definir Consultas Complexas
116. PAPEL RESPONSABILIDADES
Analista/Programador MOBILE
Definir Ferramenta/linguagem de Desenvolvimento
Promover integração com o Sistema WEB
Levantar os requisitos junto ao cliente
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
117. CARE - Sistema de Gerenciamento
para Instituição de Idosos
118. 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
119. # 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
120. 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.
22/08/16 Alterada a Proposta de Valor, pois foi necessário
aproximar mais o foco do Sistema a fim de garantir que
consigamos qualidade na entrega das funcionalidades e
que o Sistema não fique muito abrangente a ponto de não
possuir diferencial.
31/08/16 Elaborado pelo Lucas questionamentos com foco em
controlar as melhorias para o Sistema web.
121. # DESCRIÇÃO
1
Reuniões mais produtivas quando se fala em atingir o objetivo com
foco no diferencial do Sistema.
2
Trabalhar com o método do Cronograma não foi efetivo para o
Grupo, logo iniciamos a visão com Trello para organização e
visibilidade das tarefas.
122. CARE - Sistema de Gerenciamento
para Instituição de Idosos