O documento apresenta o status report de três projetos de TCC de alunos do curso de Sistemas de Informação: 1) SemeandoBem - Um aplicativo para facilitar doações a ONGs, conectando doadores e instituições. 2) FazCarretos - Um sistema para centralizar prestadores de serviço de transporte autônomo. 3) EletroEco - Um sistema para coleta, reciclagem e comercialização de lixo eletrônico de forma sustentável.

1. Alessandro Almeida | www.alessandroalmeida.com
29/11/2015
2° Semestre de 2015
SIN-NA7

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

4. # Nome do Projeto
1 SemeandoBem
2 FazCarretos
3 EletroEco- Sistema de coleta de lixo eletrônico

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

6. PRONTUÁRIO NOME
12200696 Ewerton Fernandes
12201397 Karen Miuki
12201077 Mariana de Oliveira
12101091 Tony Miguel
12201076 Weverton Lucena

7. <SemeandoBem>

8. <SemeandoBem>
Distância ONGs –
doadores potencial
Falta de orientação
referente a doações
e ao processo de
voluntariado
Pouca
transparência
administrativa e
divulgação de
resultados
Criação de app
para facilitar
contato
Disponibilização de
dicas sobre
processos
Disponibilização de
resultados
• 50
downloads
mensais
• 10
instituições
cadastradas
mensalmente
Conectar o
processo de
doação,
orientando
doadores e
ajudando
instituições.
Validação de ONGs
cadastradas,
usabilidade e
concentração de
instituições,
independente
do tipo.
Aplicativo
mobile (para
doadores)
Web Site (para
as ONGs)
• Ongs
• Possíveis
doadores
• Pessoas
assistidas
pelas Ongs
• Registro do
domínio
• Hospedagem • Doações dos membros do
grupo

9.  O interesse por esse projeto surgiu através da
participação de um dos alunos em ações sociais
em uma instituição, permitindo o ter uma visão
maior sobre as dificuldades encontradas para
captar recursos para uma ONG. De acordo com
esse cenário e pesquisas realizadas, foi possível
identificar dois grandes problemas: pessoas que
desejam doar algo ou participar de ações sociais,
mas só conseguem colocar esse desejo em
prática através de indicações de
amigos/conhecidos e a captação de recursos de
ONGs pequenas que é limitada às doações de
empresas ou pessoas que tem contato com a
instituição. A propaganda é bem limitada.

10.  Simplificar a busca por ONGs para aquelas
pessoas que desejam fazer doações e não
sabem onde e nem como doar.

11.  Permitir que a pessoa localize ONGs na região
onde mora e que realizam ações que ela se
identifica;
 Facilitar a captação de recursos;

12.  O sistema ficará hospedado em um serviço
compartilhado da Umbler
 Site
 Servidor Windows
 Utilizada a linguagem de programação C#
 Framework ASP.NET MVC 5
 Banco de dados MySql
 Aplicativo Mobile
 Java para Android

13.  Lean Canvas
 Reunião para Alinhamento de Objetivos
 Cronograma
 Termo de Abertura
 Declaração de Escopo
 EAP
 Plano de Recursos Humanos
 Plano de Riscos
 Modelo Descritivo
 MER
 Modelo Relacional
 Dicionário de Dados
 Mapeamento das Regras baseado no MER

14.  Normalização
 Modelo de Domínio
 Definição dos Stakeholders
 Diagramas de Caso de Uso
 Regras de Negócio
 Questionário
 Status Report
 Aplicativo Mobile
 Site
 Plano de Testes com envolvimento dos stakeholders
 Manual do usuário
 Manual do Sistema
 Elementos pré textuais
 Elementos textuais
 Elementos pós textuais

17. DESCRIÇÃO
(P)REMISSA
(R)ESTRIÇÃO
O projeto será finalizado sem mudança de membro na
equipe;
(P)
Todos irão trabalhar no projeto nas férias; (P)
Todas as entregas serão realizadas no prazo; (P)
O projeto será documentado; (P)
Todos terão o mesmo nível de conhecimento referente
ao projeto;
(P)
Adesão dos doadores; (P)
Apoio das ONGs (P)

18. DESCRIÇÃO
(P)REMISSA
(R)ESTRIÇÃO
A pré-banca ocorrerá na segunda semana de dezembro (R)
O projeto deverá ser concluído antes da apresentação
final em junho de 2016
(R)
O grupo deve ter no máximo 5 pessoas (R)
O aplicativo deve ser desenvolvido de acordo com o
paradigma de orientação a objetos
(R)

19. Mariana
Gerente do Projeto
Karen
Analista de Projetos
Analista de Banco de Dados
Analista de teste
Weverton
Programador Android
DBA
Ewerton
Analista de Requisitos
Tony
Programador Web

20. PAPEL RESPONSABILIDADES
Gerente de Projeto Planejar as atividades do projeto;
Monitorar cronograma;
Analista de Projeto Levantamento de informações e elaboração
dos documentos do projeto
DBA Modelar e desenvolver o banco de dados
Analista de Teste Testar e gerar planilha de inconsistência
Programador Android Desenvolvimento do aplicativo Android
baseado no escopo
Analista de Banco de
Dados
Documentação e modelagem do banco

21. PAPEL RESPONSABILIDADES
Analista de Requisitos Levantar, analisar, documentar e validar as
necessidades do stakeholders de um
projeto;
Programador Web Desenvolvimento Web baseado no escopo

22. <SemeandoBem>

26.  Resultado da Pesquisa
 Modelo de Domínio
 Regras de Negócio
 Especificação de Requisitos
 Diagrama de Classe
 Modelo Descritivo
 MER
 Cadastro de usuários
 Criação de eventos e campanhas
 Relatórios
 Busca por ONGs

27. # DESCRIÇÃO TIPO CRITIC. SITUAÇÃO
1 Não atendimento ao
prazo
(N) 12 Em mitigação
2 Saída de membros do
grupo
(N) 9 Em mitigação
3 Entrega antes do prazo (P) 3 Melhorar
4 Ser reprovado na banca
de TCC
(N) 8 Eliminar
5 Professor Alessandro
deixar de nos auxiliar
(N) 4 Aceitar

28. DATA DESCRIÇÃO DA MUDANÇA
15/10/2015 Entrada de novo membro
01/11/2015
Atraso no desenvolvimento, devido modelagem de dados
não estar pronta
15/11/2015 Alteração nas datas do apêndice de Engenharia de
Software
10/07/2015 Mudança de Tema

29. # DESCRIÇÃO
1 Alinhar objetivos com a equipe
2 Envolver o cliente na validação de requisitos
3 Avaliar decisões
4 Realizar reuniões com a equipe
5 Apresentar protótipos para que o projeto seja de fato entendido
6 Auxiliar em outras tarefas para atendimento ao prazo

30. <SemeandoBem>

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

32. PRONTUÁRIO NOME
12101080 Atila Rodrigues Amorim de Almeida
12101070 Henrique Rezende Alves Nunes
10102638 Jefferson Candal Carlos
11102711 Lucas Barbosa Silva
10102638 Paulo Escórcio Junior

33. FazCarretos

34. FazCarretos
O único
aplicativo
que
centraliza
a
localização
de
Carreteiro
s
Feedback
do serviço e
foco nos
pequenos
carretos
Site, Play
Store e
Apple
Store
Qualquer
individuo
que precise
de um
transporte
para algum
objeto
Anúncios e
Mensalidade para
maior destaque
Website, Servidor, Dominio,
Taxa play/apple store,
Matriz da empresa.
500
downloads
mes e 350
avaliações
mes
Geolocalização de
carreteiros
Centralizar
carreteiros
autonomos
Mobilidade para
solicitar carreto
Dificuldade
de localizar
Serviço
especializado
para
realizar
pequenos
Carretos

35.  Como há uma grande dificuldade de localizar
serviços de transportes autônomos de
qualidade, o sistema será desenvolvido a fim
de divulgar e facilitar o encontro desse
serviço.

36.  O objetivo do projeto é melhorar a
comunicação entre prestador de serviço
(Carreteiro) e contratante (Cliente) para
facilitar a forma de encontrar transportadores
a fim de oferecer serviços de transportes
pontuais para os mais variados tipos de
cargas.

37.  Facilitar o encontro de prestadores de
serviço.
 Melhorar a oferta do serviço de transportes
autônomos.
 Preço mais acessível para as pessoas.
 Melhorar os rendimentos do prestador de
serviço (carreteiro).

38.  Web PHP, website do sistema será
desenvolvido para apresentação da ideia.
 Mobile java android, usado para desenvolver
o aplicativo, que será instalado no dispositivo
e necessitará de conexão com a internet para
funcionar.

39.  Estão presentes na documentação os dados
abaixo:
 Apêndice de Engenharia de Software
 Apêndice de Banco de Dados
 Apêndice com manual do usuário
 Apêndice com manual do sistema
 Apêndice com formulários de pesquisa
 Apêndice com plano de Negócios.
 Sistema Desenvolvido inicialmente para
dispositivos Android.

41. DESCRIÇÃO
(P)REMISSA
(R)ESTRIÇÃO
Todos os integrantes do grupo devem participar do
projeto.
PREMISSA
O projeto deve ser concluído antes da apresentação
final
RESTRIÇÃO
Não haverá nenhuma troca de integrantes até o termino
do projeto
PREMISSA
Não poderá ser apresentado nenhum plagio referente a
outros sistemas/projetos
RESTRIÇÃO

42. Paulo
Gerente de Projeto
Henrique
Analista de Requisitos
Atila
Desenvolvedor
Jefferson
Analista de Testes
Lucas
DBA

43. PAPEL RESPONSABILIDADES
Atila Rodrigues Analista responsável pelo desenvolvimento
da aplicação
Henrique Rezende Analista responsável pelo levantamento de
requisitos e a documentação para o
sistema.
Jefferson Candal Analista responsável pelo desenvolvimento
e realização do plano de testes
Lucas Barbosa Analista responsável pelo desenvolvimento
e documentação do banco de dados.
Paulo Escorcio Analista responsável pela documentação do
sistema, além do auxilio no plano de
testes.

44. FazCarretos

46.  Documentação:
 Anexo A – Engenharia De Software
 Anexo B – Banco de Dados
 Slides de apresentação do sistema
 Sistema:
 Protótipo funcional para apresentação

47. # DESCRIÇÃO TIPO CRITIC. SITUAÇÃO
1 Não conseguir finalizar o
projeto
N 10 Em Mitigação
2 O projeto ser aprovado P 20 Aceitar
3 Haver alguma mudança
na equipe
N 05 Em Mitigação

48. DATA DESCRIÇÃO DA MUDANÇA
09/2015 Mudança de equipe para apresentação final
10/2015 Mudança de projeto para apresentação final
11/2015 Mudança de Funções dos integrantes da equipe

49. # DESCRIÇÃO
1 Realizar a entrega de uma documentação Sólida, sem problemas
2
Tentar localizar pessoas interessadas em validar a ideia
(carreteiros autônomos.
3
Realizar reuniões semanais para acompanhar o andamento do
projeto
4
5

50. FazCarretos

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

52. PRONTUÁRIO NOME
12103311 Aline Lourenço do Nascimento
12103791 Amanda Lourenço do Nascimento
12100140 Bruno Gironda Lopes
13101335 Diogenes Menezes da Silva
12200133 Mayara de Moura Ferreira

53. EletroEco – Sistema de coleta
de lixo eletrônico

54. EletroEco
Realizamos a
comercialização
dos produtos por
suas categorias,
oferecendo
maior
comodidade ao
cliente.
Site
Empresas e
pessoas que
queiram
descartar
seus lixos
eletrônico
- Logística
- Mão de obra
- Marketing
- Hospedagem
- Locação
- Estoque
matéria prima
Agendamento coleta de lixo
eletrônico.Como/onde descartar
lixo eletrônico?
Quem recicla o lixo?
Quem compra os
produtos?
E-commerce dos produtos.
Desfragmentação do lixo
eletrônico, onde passará a ser
matéria prima
Aplicativo
Comercialização
dos produtos
Investimentos
governamentais
Valor da
coleta
Anúncios
- Vendas
- Coletas
- Clientes
Descarte de
pequenas
quantidades de
lixo eletrônico
Possui a
rastreabilidade
do produto, caso
as empresas
queiram saber o
destino dos seus
produtos
descartados.

55.  A Criação do Sistema EletroEco vem com o
propósito de facilitar a comunicação entre os
clientes que necessitam agendar uma coleta
do lixo eletrônico e os consumidores que
desejam fazer a aquisição da matéria prima,
assim transformando a sustentabilidade em
um negócio.

56.  Desenvolver um sistema para coleta,
reciclagem e e-commerce de lixo eletrônico.

57.  Preservação do meio ambiente
 Automação e controle de estoque

58.  Sistema web, desenvolvido em ASP.NET,
linguagem C# e banco de dados SQL, será
integrado com o hardware arduino para
automação e controle do estoque de lixo
eletrônico.

61. EletroEco
Documentação
Descrição de
Caso de Uso
Regras de
Negócio
Requisitos
Funcionais
Requisitos
Não
Funcionais
Diagrama de
Caso de Uso
Diagrama de
Classes
Testes
Plano de
Testes
Script de
Testes
Evidências de
Testes
Levantament
o de Dados
Entrevistas
com os
Clientes
Relatórios de
Pesquisas
Sistema
Cadastros
Usuário
Cliente
Funcionários
Relatórios
Controle de
Acesso

62. DESCRIÇÃO
(P)REMISSA
(R)ESTRIÇÃO
Clientes disponibilizarem lixo eletrônico P
O custo do projeto não poderá ultrapassar o valor de R$ 500,00. R
O grupo poderá ter no máximo 5 pessoas R
Prazo de entrega do projeto até Junho 2016 R

63. Mayara
Gerente de Projeto
Amanda
Analista de Requisitos
Diogenes
Desenvolvedor
Aline
Analista de Testes
Bruno
DBA

64. PAPEL RESPONSABILIDADES
Gerente de projetos Acompanhar e listar atividades do projeto.
Analista de requisitos Identificar funcionalidades do sistema.
Desenvolvedor Codificar módulos do sistema.
Analista de testes Realizar plano de testes e acompanha-los.
DBA Administrar banco de dados do sistema.
Documentador Documentar processos do sistema.

65. EletroEco

67.  Documentação Banco de dados até novembro 2015.
 Documentação Engenharia de software até 8 dezembro 2015.
 Parte dos módulos codificados do sistema até 8 dezembro 2015.

68. # DESCRIÇÃO TIPO CRITIC. SITUAÇÃO
1 Falta de Produtos, onde
os clientes não
disponibilizam seu lixo
eletrônico.
Negativo 5 Maior divulgação do
projeto.
2 Atraso da entrega do
projeto.
Negativo 5 Dedicação da equipe
do projeto para que
ambos consigam
alcançar o objetivo.
3 Entrega antecipada do
projeto.
Positivo 1 Aceitável
4 Saída de membros da
equipe.
Negativo 4 Comunicação entre
ambos.
5 Estouro do orçamento. Negativo 4 Rever gastos do
projeto.
6 Não atender o escopo. Negativo 8 Definir as reais
necessidades do
cliente.

69. DATA DESCRIÇÃO DA MUDANÇA
Setembro / 2015 Mudança do tema.
Setembro / 2015 Saída de um membro da equipe.
Setembro / 2015 Entrada de um membro na equipe.

70. # DESCRIÇÃO
1 Realizar reuniões semanais com a equipe do projeto.
2 Definir papel de cada membro na equipe.
3 Organizar atividade e definir prioridades.
4
5

71. EletroEco

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