2° Semestre de 2013

SIN-NA7

Alessandro Almeida | www.alessandroalmeida.com
15/10/2013
Consolidando o aprendizado de Gestão de Projetos


Os próximos slides fazem parte de uma
atividade realizada pelos alunos da turma
SIN-NA7 (7º semestre de Sistemas de
Inf...
#

Nome do Projeto

1

CVV – Carteirinha Virtual de Vacinação

2

Graph for Sales

3

Maternity System

4

MyUniversity

5...
PRONTUÁRIO

NOME

16020075

THIAGO BANDEIRA DE MELLO

11201631

JÚLIO CESAR RODRIGUES

10201485

ROGÉRIO DE LIMA

08100791...
SISTEMAS DE INFORMAÇÃO

Status Report
PRONTUÁRIO

NOME

16020075

THIAGO BANDEIRA DE MELLO

11201631

JÚLIO CESAR RODRIGUES

10201485

ROGÉRIO DE LIMA

08100791...
CVV – Carteirinha Virtual de
Vacinação


Nosso projeto foi elaborado pensando numa maior
comodidade das pessoas em terem acesso a um
documento de suma importânc...


O principal objetivo deste trabalho é o
desenvolvimento de um software que terá a
longo prazo a função de substituir po...








Cadastro facilitado
Sistema automatizado
Relatórios
Consulta facilitada
Disponível on-line
Maior qualidade n...


Software que terá a longo prazo a função de

substituir por completo a Carteira de
Vacinação, documento este que grande...








IDENTIFICAÇÃO DO CLIENTE
IDENTIFICAÇÃO DA EQUIPE DE DESENVOLVIMENTO.
RECURSOS HUMANOS E MATERIAL
AMBIENTE D...
CVV

Documentação

Técnico

Regras de
Negócio

Requisitos
Funcionais e Não
Funcionais

Orçamento

Tecnologia
necessária

R...
DESCRIÇÃO

(P)REMISSA
(R)ESTRIÇÃO

O orçamento é limitado a R$90.000,00.

(R)

O prazo limite para implementação de 4 mese...
Rogério
Gerente de Projeto

Rogério
Analista de Requisitos

Thiago B.
Desenvolvedor

Vivian
Analista de Testes

Júlio Cesa...
PAPEL

RESPONSABILIDADES

Responsável pelo Projeto

Nome: Rogério
SUP/TEC – Analista de Sistemas

Equipe de TI

Thiago B -...
CVV – Carteirinha Virtual de
Vacinação
SETEMBRO
1
DOCUMENTAÇÃO

RESPONSÁVEL

DESCRIÇÃO DE CASO DE USO
Mapear requisitos funcionais

Rogério

Mapear requisitos nã...



Realizar testes unitários (20/10)
Encaminhar módulo para o testador (25/10)
#

DESCRIÇÃO

TIPO CRITIC. SITUAÇÃO

AÇÕES

1

Recursos mais
talentosos

(P)

8

Em mitigação

Analisar a viabilidade
Aval...
DATA

DESCRIÇÃO DA MUDANÇA

Ago/2013

Substituição de Recursos do Time do Projeto

Set/2013

Alteração da periodicidade de...
#

DESCRIÇÃO

1

Os recursos planejados estiveram disponíveis

2

Reuniões Semanais

3

Envolvimento do Cliente para mapea...
CVV – Carteirinha Virtual de
Vacinação
PRONTUÁRIO

NOME

10100822

Rodrigo Pestana

07112584

Diogo Carasco

Índice
SISTEMAS DE INFORMAÇÃO

Status Report
PRONTUÁRIO

NOME

10100822

Rodrigo Pestana

07112584

Diogo Carasco
Sistema de Vendas


O sistema irá solucionar o problemas dos
comércios como: perda de comanda, erros
no fechamento do caixa e diminuir o te...


Desenvolver um sistema que faça o cadastro
do cliente, o controle das vendas, controle do
estoque.


Maior facilidade para o fechamento do caixa.



Maior facilidade para o controle do estoque.





Acabar com o risco...


O sistema será desenvolvido em Java, e banco
de dados em Sql, podendo futuramente ser
disponibilizado em ambiente web.


Descrição de Caso de Uso.



Diagrama de Classe



Manual para os usuários
Estrutura Analítica do Projeto
Projeto TCC

Documentação

Descrição de
Caso de Uso

Regras de
Negócio

Diagrama de
Classes...
DESCRIÇÃO

(P)REMISSA
(R)ESTRIÇÃO

O TCC será finalizado sem mudanças de membros do grupo.

Premissa

O programador estará...
Lucas
Gerente de Projeto

Cesar

Diogo
DBA

Desenvolvedor

Rodrigo
Documentação

Lucas Akeda
Analista de Negócios
PAPEL

RESPONSABILIDADES

Gerente de Projeto

Acompanhar as atividades da equipe e Criar os planos
do projeto

DBA

profis...
Graph for Sales
#

DESCRIÇÃO

TIPO CRITIC. SITUAÇÃO

AÇÕES

1

Entrega antes do
prazo

P

6

Aceitar

Bom andamento do
projeto

2

Não ace...
DATA

DESCRIÇÃO DA MUDANÇA

01/2014

Mudança com os integrantes do grupo

01/2014

Reuniões semanalmente
#

DESCRIÇÃO

1

Convivência de uma rotina de projetos

2

Organização de Trabalho

3

Lidar com grandes responsabilidade
...
Graph for Sales
PRONTUÁRIO

NOME

11103655

Carolina Kewerrhause

10200796

André A. Gattini

10201118

Aline Siqueira

10200521

Kauê Cle...
SISTEMAS DE INFORMAÇÃO

Status Report
PRONTUÁRIO

NOME

11103655

Carolina Kewerrhause

10200796

André A. Gattini

10201118

Aline Siqueira

10200521

Kauê Cle...
<Maternity System>


Atualmente, a maternidade que foi tomada
como referência, não possui um método
informatizado para controle de atendimen...


Desenvolver um sistema para controle de
cadastro e relatórios de uma maternidade.







Eliminação de processos manuais;
Gerar um atendimento médico mais rápido;
Gerar um atendimento médico mais efi...
Maternity
System

Documentação

B.D.

Eng

Desenvolvimento


Diagramas:
◦
◦
◦
◦




Caso de uso;
Classe;
Sequência;
Domínio;

Descrição de caso de uso;
Modelos:
◦ Relacional;
◦ E...
DESCRIÇÃO

(P)REMISSA
(R)ESTRIÇÃO

Não haverá alteração do grupo do TCC

P

A técnica de enfermagem, Madalena, estará pres...
Carolina
Gerente de Projeto

Carolina
Documentadora

Aline

Kauê

DBA

Documentador

André
Desenvolvedor
PAPEL

RESPONSABILIDADES

Gerente de Projetos

Gerencia as entregas do grupo dentro do
prazo específico.

Documentador

Re...
<Maternity System>
#

DESCRIÇÃO

TIPO

1

Adotar Live Stream como
diferencial para o sistema.

Positivo

15

2

Adotar RFID como diferencial
...
DATA

DESCRIÇÃO DA MUDANÇA

Ago/13

Acréscimo de relatórios e cadastros

Set/13

Impedimentos para adotar RFID
#

DESCRIÇÃO

1

Cumprir os prazos de entrega

2

Respeitar os modelos de escopo da documentação dado pelos
professores pr...
<Maternity System>
PRONTUÁRIO

NOME

09106933

Anderson Porfírio Trindade

10200365

Diego Marques dos Santos

09106538

Itamar Rocha

102002...
SISTEMAS DE INFORMAÇÃO

Status Report
PRONTUÁRIO

NOME

09106933

Anderson Porfírio Trindade

10200365

Diego Marques dos Santos

09106538

Itamar Rocha

102002...
MyUniversity


O que nos inspirou e nos inspira é a grande
barreira existente entre alunos e professores.
Barreira essa referente à co...


O principal objetivo do MyUniversity, e
proporcionar um ambiente interativo. Onde
alunos e professores de uma mesma
fac...







Uma melhor comunicação entre alunos e
professores.
Maior controle dos eventos da faculdade.
Facilidade para o a...
My University

Documentação

Sistema

Testes

Validação












Diagrama de Caso de Uso
Diagrama de Classe
Diagrama de sequência
Descrição completa de caso de uso
Mo...
My University

Documentação

Levantamento
de Requisitos
Mapear
requisitos
funcionais
Mapear
requisitos não
funcionais
Mape...
DESCRIÇÃO

(P)REMISSA
(R)ESTRIÇÃO

O TCC será finalizado com a formação atual

P

As responsabilidades não serão redefinid...
Diego
Líder

Diego
Analista/Desenvolvedor

Anderson
Analista/DBA

Itamar
Analista de Requisitos

Leandro
Analista de Requi...
PAPEL

RESPONSABILIDADES

Líder do Projeto

Acompanhar andamento do projeto e
cronograma.

Analista de negócios

Levantar ...
MyUniversity
SETEMBRO
1
DOCUMENTAÇÃO

RESPONSÁVEL

LEVANTAMENTO DE REQUISITOS
Mapear requisitos funcionais

Anderson

Mapear requisitos...


Modelo de Dados
◦ Modelo Conceitual
◦ Modelo Lógico
◦ Modelo Físico



Diagrama de Classes
◦ Mapear Classes



Sistem...
#

DESCRIÇÃO

TIPO CRITIC. SITUAÇÃO

AÇÕES

1

Indisponibilidade
dos usuários
para
levantamento de
informações.

N

Alta

...
DATA

DESCRIÇÃO DA MUDANÇA

Agosto/2013 Antigamente o My Univesity era um sistema direcionado
a uma Universidade e as info...
#

DESCRIÇÃO

1

Entrar sempre em Contato com os Stakeholders, para que eles
possam visualizar o andamento do projeto.

2
...
MyUniversity
PRONTUÁRIO

NOME

10200013

Amanda Cristina Santos Ferreira

10200086

Evandro E. Hernandes

10200371

Henrique Pereira do...
SISTEMAS DE INFORMAÇÃO

Status Report
PRONTUÁRIO

NOME

10200013

Amanda Cristina Santos Ferreira

10200086

Evandro E. Hernandes

10200371

Henrique Pereira do...
SICE – Sistema de Comandas
Eletrônicas


Visa facilitar e agilizar o processo de compra
de produtos de estabelecimentos de
entretenimento, desde restaurantes à ...


Desenvolver um sistema capaz de gerenciar
comandas eletrônicas de maneira segura e
eficaz, possibilitando ao cliente ad...








Automatização dos processos comerciais.
Controle de estoque.
Auxilio nos processos contábeis.
Agilizar a ven...



Desenvolvido em Adobe AIR 3;
Escrito em AS3 integrado com o MySQL
através de um Servidor escrito em PHP;

- Isso poss...











Diagrama de Classe.
Diagrama de Sequência.
Diagrama de Caso de Uso.
Descrição completa do Caso de Uso...
Projeto TCC
- SICE
Documentaç
ão
Descrição
de Caso de
Uso
Regras de
Negócio

Diagramas
Caso de Uso

Apresentaçã
o

Sistema...
DESCRIÇÃO

(P)REMISSA
(R)ESTRIÇÃO

O objeto de estudo disponibilizara a rotina de seu
estabelecimento.

(P)

O objeto de e...
HenriqueEvandroThales
Gerente de Projeto

Henrique, Amanda e
Evandro
Analista de Requisitos

Thales e Pedro

Desenvolvedor...
PAPEL

RESPONSABILIDADES

Gerente de Projeto

Responsável pelo cronograma e decisões a
serem tomadas.

Analista de Testes
...
SICE – Sistema de Comandas
Eletrônicas
OUTUBRO
1
DOCUMENTAÇÃO

RESPONSÁVEL

BANCO DE DADOS
Normalização

Henrique/Amanda

ATUALIZAÇÃO - DIAGRAMAS
Diagrama de Cas...




Normalização do Projeto.
Atualização dos Diagramas.
Otimização.
# DESCRIÇÃO

TIPO

CRITIC
SITUAÇÃO
.

1 Não atendimento
ao prazo

Negativo

20

Indisponibilidade
por parte do
grupo

2 Nã...
DATA

DESCRIÇÃO DA MUDANÇA

Dez/2012

Saída de Integrante – Ana Paula

Fev/2013

Entrada de Integrantes – Evandro e Pedro
#

DESCRIÇÃO

1

O Grupo precisa estar atento aos prazos determinados para
entrega de Atividades.

2

O Grupo precisa segu...
SICE – Sistema de Comandas
Eletrônicas
PRONTUÁRIO

NOME

10200358

Francisco Sousa

10100908

Felipe Quirino

08101271

Juan Hernandes

10100065

Vinicius Passos...
SISTEMAS DE INFORMAÇÃO

Status Report
PRONTUÁRIO

NOME

10200358

Francisco Sousa

10100908

Felipe Quirino

08101271

Juan Hernandes

10100065

Vinicius Passos
Sistema de Processo Seletivo


O Projeto SPS irá resolver os problemas que
uma Fundação de pesquisas tecnológicas tem
referente a administração de pro...


Desenvolver um sistema para gerenciar a
administração de processos seletivos dos
ingressantes de uma universidade.






Automação de processos;
Maior consistência de dados;
Redução no prazo dos resultados;
Relatórios precisos e obje...


Sistema de plataforma WEB, desenvolvido na
linguagem PHP com banco de dados MySQL, e
com auxílio de outras linguagens J...











Gerenciar Concursos;
Realizar Inscrições;
Impressão do Material de Provas;
Correção de Provas;
Classifi...
Sistema de Processo Seletivo

Documentação

Engenharia

Banco de
Dados

Sistema

Testes

Levantamento
de Dados

Gerenciar
...
DESCRIÇÃO

(P)REMISSA
(R)ESTRIÇÃO

Projeto deve ser concluído antes de 06/2014.

R

Todo o sistema deve ser documentado.

...
Vinícius /
Francisco
Gerentes de Projeto

Vinícius
Passos
Analista de requisitos

Francisco
Sousa
Software Engineer

Juan
...
PAPEL

RESPONSABILIDADES

Gerente de Projeto

Validar documentação e diagramas,
estipular prazos, definir escopo e calcula...
Sistema de Processo Seletivo






Diagramas UML (Validado);
Modelagem do Banco de Dados (Validado);
Documentação (Validado);
Relatório de Testes (...
#

DESCRIÇÃO

TIPO CRITIC. SITUAÇÃO

AÇÕES

1

Entrega fora do
prazo

N

20

Eliminar

Realizar as tarefas no
prazo defini...
DATA

DESCRIÇÃO DA MUDANÇA

Abril/2013

Equipe – Entrada do Vinícius e Juan no projeto SPS

Setembro/2013 Escopo – Finaliz...
#

DESCRIÇÃO

1

Interagir com os principais stakeholders para a perfeita validação
dos requisitos.

2

Definir meios de c...
Sistema de Processo Seletivo
PRONTUÁRIO

NOME

10200370

RAFAEL PIRES MACHADO KLENK SERRA

10200362

REGIANE PEREIRA DE MOURA

Índice
SUTRAN
STATUS REPORT
DADOS DO GRUPO
PRONTUÁRIO

NOME

10200370

RAFAEL PIRES MACHADO KLENK SERRA

10200362

REGIANE PEREIRA DE MOURA
RESUMO DO PROJETO
SUTRAN
JUSTIFICATIVA
• O sistema irá controlar de forma mais segura as
infrações de trânsito, com o uso do RFID que será
implanta...
OBJETIVO DO PROJETO
• Desenvolver um sistema que gerencie as infrações de
trânsito com base na implantação do RFID nos veí...
BENEFÍCIOS ESPERADOS
Redução de custos;
Redução nas fraudes no sistema de multas;
Automação do processo de um agente de...
DESCRIÇÃO MACRO DA SOLUÇÃO
• O sistema será desenvolvido na linguagem Java e banco
de dados Microsoft SQL Server. O sistem...
ESCOPO DO PROJETO
• O escopo do projeto abrange os tópicos abaixo:
• Diagrama de casos de uso, descrição de caso de uso,
d...
ESTRUTURA ANALÍTICA DO PROJETO
Projeto TCC
Sistema

Documentação
Diagrama de
Caso de Uso

Diagrama
de Classes

Regras de
N...
PREMISSAS E RESTRIÇÕES DO PROJETO
DESCRIÇÃO

(P)REMISSA
(R)ESTRIÇÃO

O projeto será desenvolvido com uma base de dados nov...
ORGANOGRAMA DO PROJETO
Regiane
Gerente de Projeto

Regiane
Documentador

Regiane
Desenvolvedor

Regiane
Testador

Rafael
D...
PAPÉIS E RESPONSABILIDADES
PAPEL

RESPONSABILIDADES

Gerente de Projetos

- Desenvolver e acompanhar cronograma;
- Acompan...
SITUAÇÃO DO PROJETO
SUTRAN
CRONOGRAMA DAS PRÓXIMAS ATIVIDADES
SETEMBRO
1
DOCUMENTAÇÃO

RESPONSÁVEL

DIAGRAMA DE CASO DE USO
Mapear requisitos funcion...
CRONOGRAMA DAS PRÓXIMAS ATIVIDADES
SETEMBRO
MODELAGEM

1

Criar modelo conceitual
DOCUMENTAÇÃO
Criar modelo normalizado
DI...
CRONOGRAMA DAS PRÓXIMAS ATIVIDADES
SETEMBRO
Fabricante

Codificar módulo
DOCUMENTAÇÃO
Realizar testes unitários

DIAGRAMA ...
CRONOGRAMA DAS PRÓXIMAS ATIVIDADES
SETEMBRO
CONTROLE DE ACESSO
Identificar os perfis
Identificar os
DOCUMENTAÇÃO acessos d...
PRÓXIMAS ENTREGAS
• Sistema:
•
•
•
•
•

Controle de Acesso
Cadastro de Penalidades
Cadastro de Infrações

Cadastro de RFID...
RISCOS
# DESCRIÇÃO

CRITIC. SITUAÇÃO AÇÕES

Negativo

15

Explorar

Buscar tecnologias
alternativas.

2 Saída de membros d...
LIÇÕES APRENDIDAS
#

DESCRIÇÃO

1

Desenvolver cronograma para acompanhamento das atividades

2

Realizar reuniões com a e...
MUITO OBRIGADO!
SUTRAN
alessandro.almeida@uol.com.br
www.alessandroalmeida.com/unifieo.htm
www.slideshare.net/alessandroalmeida
[SIN-NA7] Gestão de Projetos e Empreendedorismo - Atividade: Status Report
[SIN-NA7] Gestão de Projetos e Empreendedorismo - Atividade: Status Report
[SIN-NA7] Gestão de Projetos e Empreendedorismo - Atividade: Status Report
[SIN-NA7] Gestão de Projetos e Empreendedorismo - Atividade: Status Report
[SIN-NA7] Gestão de Projetos e Empreendedorismo - Atividade: Status Report
[SIN-NA7] Gestão de Projetos e Empreendedorismo - Atividade: Status Report
Upcoming SlideShare
Loading in …5
×

[SIN-NA7] Gestão de Projetos e Empreendedorismo - Atividade: Status Report

1,210 views
1,041 views

Published on

Os slides fazem parte de uma atividade realizada pelos alunos da turma SIN-NA7 (7º semestre de Sistemas de Informação – 2º semestre de 2013).

Tema da atividade: Status Report do Projeto TCC.

Published in: Business
0 Comments
1 Like
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total views
1,210
On SlideShare
0
From Embeds
0
Number of Embeds
3
Actions
Shares
0
Downloads
10
Comments
0
Likes
1
Embeds 0
No embeds

No notes for slide

[SIN-NA7] Gestão de Projetos e Empreendedorismo - Atividade: Status Report

  1. 1. 2° Semestre de 2013 SIN-NA7 Alessandro Almeida | www.alessandroalmeida.com 15/10/2013
  2. 2. Consolidando o aprendizado de Gestão de Projetos
  3. 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 2013)  Tema da atividade: Status Report do Projeto TCC
  4. 4. # Nome do Projeto 1 CVV – Carteirinha Virtual de Vacinação 2 Graph for Sales 3 Maternity System 4 MyUniversity 5 SICE – Sistema de Comandas Eletrônicas 6 SPS – Sistema de Processo Seletivo 7 SUTRAN
  5. 5. PRONTUÁRIO NOME 16020075 THIAGO BANDEIRA DE MELLO 11201631 JÚLIO CESAR RODRIGUES 10201485 ROGÉRIO DE LIMA 08100791 VIVIAN CAMPELO Índice
  6. 6. SISTEMAS DE INFORMAÇÃO Status Report
  7. 7. PRONTUÁRIO NOME 16020075 THIAGO BANDEIRA DE MELLO 11201631 JÚLIO CESAR RODRIGUES 10201485 ROGÉRIO DE LIMA 08100791 VIVIAN CAMPELO
  8. 8. CVV – Carteirinha Virtual de Vacinação
  9. 9.  Nosso projeto foi elaborado pensando numa maior comodidade das pessoas em terem acesso a um documento de suma importância para todos, mas que em grandíssima parte dos casos, encontra-se danificado, desatualizado, desorganizado ou perdido.
  10. 10.  O principal objetivo deste trabalho é o desenvolvimento de um software que terá a longo prazo a função de substituir por completo a Carteira de Vacinação, documento este que grande parte das pessoas o tem danificado, desatualizado ou perdido. Todas as pessoas que utilizarem o serviço de vacinas a partir da data de sua implantação, já contarão com o cadastro automático e pessoas que queiram virtualizar os dados, poderão se dirigir aos postos de cadastramento e efetua-lo.
  11. 11.       Cadastro facilitado Sistema automatizado Relatórios Consulta facilitada Disponível on-line Maior qualidade na apresentação das informações
  12. 12.  Software que terá a longo prazo a função de substituir por completo a Carteira de Vacinação, documento este que grande parte das pessoas o tem danificado, desatualizado ou perdido.
  13. 13.        IDENTIFICAÇÃO DO CLIENTE IDENTIFICAÇÃO DA EQUIPE DE DESENVOLVIMENTO. RECURSOS HUMANOS E MATERIAL AMBIENTE DE INFORMÁTICA REQUISITOS MINIMOS DO AMBIENTE DE INFORMATICA MAPEAMENTO DE PROCESSOS TESTE DO SOFTWARE
  14. 14. CVV Documentação Técnico Regras de Negócio Requisitos Funcionais e Não Funcionais Orçamento Tecnologia necessária Riscos Testes Início dos testes Resultados testes Sistema Levantamento de Dados Cadastros Relatórios Estudo dos dados Administradores Análise final Relatórios de Pesquisas Enfermeiros Possíveis melhorias e correções Usuário final Controle de Acesso Administrador Enfermeiros Usuário final
  15. 15. DESCRIÇÃO (P)REMISSA (R)ESTRIÇÃO O orçamento é limitado a R$90.000,00. (R) O prazo limite para implementação de 4 meses (R) A área de TI dará apoio ao projeto até a conclusão do mesmo. (P) É necessário o apoio irrestrito de todos os envolvidos dentro da divisão. (P) Os membros da equipe terão dedicação exclusiva ao projeto. (P)
  16. 16. Rogério Gerente de Projeto Rogério Analista de Requisitos Thiago B. Desenvolvedor Vivian Analista de Testes Júlio Cesar DBA
  17. 17. PAPEL RESPONSABILIDADES Responsável pelo Projeto Nome: Rogério SUP/TEC – Analista de Sistemas Equipe de TI Thiago B - Desenvolvedor WEB Conhecimentos em PHP, MySql e Microsoft Office Júlio Cesar - DBA Conhecimentos MySql, Microsoft Office e Inglês Fluente(muito desejável) Vivian - Analista de Testes boa habilidade analítica uma mente desafiadora e curiosa atenção aos detalhes e tenacidade entendimento de falhas de software comuns conhecimento do sistema ou aplicativo em teste (muito desejável)
  18. 18. CVV – Carteirinha Virtual de Vacinação
  19. 19. SETEMBRO 1 DOCUMENTAÇÃO RESPONSÁVEL DESCRIÇÃO DE CASO DE USO Mapear requisitos funcionais Rogério Mapear requisitos não funcionais Rogério Mapear regras de negócio Vivian Criar documento Thiago Inserir diagramas Júlio Validar com o cliente Rogério DIAGRAMA DE CASO DE USO Identificar atores Rogério Definir casos de uso Júlio Criar diagramas Júlio SISTEMA CADASTROS Usuário Codificar módulo Thiago Realizar testes unitários Encaminhar módulo para o testador Treinamento usuário final Vivian Teste sistema final (Usuário) Vivian Vivian Júlio 2 3 OUTUBRO 4 1 2 3 4 NOVEMBRO 5 1 2 3 DEZEMBRO 4 1 2 3 4
  20. 20.   Realizar testes unitários (20/10) Encaminhar módulo para o testador (25/10)
  21. 21. # DESCRIÇÃO TIPO CRITIC. SITUAÇÃO AÇÕES 1 Recursos mais talentosos (P) 8 Em mitigação Analisar a viabilidade Avaliar o impacto no prazo 2 Resistência dos usuários finais (N) 13 Eliminado Ações de divulgação e orientação - Benefícios - Praticidade 3 Requisitos além da capacidade computacional (N) 15 Eliminado Mapeado o parque tecnológico do cliente. Verificado os requisitos de software e hardware.
  22. 22. DATA DESCRIÇÃO DA MUDANÇA Ago/2013 Substituição de Recursos do Time do Projeto Set/2013 Alteração da periodicidade de report. do projeto para semanal
  23. 23. # DESCRIÇÃO 1 Os recursos planejados estiveram disponíveis 2 Reuniões Semanais 3 Envolvimento do Cliente para mapeamento de requisitos 4 Validação do sistema in loco
  24. 24. CVV – Carteirinha Virtual de Vacinação
  25. 25. PRONTUÁRIO NOME 10100822 Rodrigo Pestana 07112584 Diogo Carasco Índice
  26. 26. SISTEMAS DE INFORMAÇÃO Status Report
  27. 27. PRONTUÁRIO NOME 10100822 Rodrigo Pestana 07112584 Diogo Carasco
  28. 28. Sistema de Vendas
  29. 29.  O sistema irá solucionar o problemas dos comércios como: perda de comanda, erros no fechamento do caixa e diminuir o tempo de atendimento ao publico deixando mais rápido e fácil para seus clientes.
  30. 30.  Desenvolver um sistema que faça o cadastro do cliente, o controle das vendas, controle do estoque.
  31. 31.  Maior facilidade para o fechamento do caixa.  Maior facilidade para o controle do estoque.   Acabar com o risco de o cliente perder a comanda Diminuir o tempo de atendimento aos clientes
  32. 32.  O sistema será desenvolvido em Java, e banco de dados em Sql, podendo futuramente ser disponibilizado em ambiente web.
  33. 33.  Descrição de Caso de Uso.  Diagrama de Classe  Manual para os usuários
  34. 34. Estrutura Analítica do Projeto Projeto TCC Documentação Descrição de Caso de Uso Regras de Negócio Diagrama de Classes Treinamento Manual de uso Sistema Testes Plano de Testes Levantamento de Dados Reunião com os clientes. Cadastros Gerente Funcionários Requisitos Funcionais Script e Testes Clientes Relatórios Vendas Estoque Controle de Acesso Gerente Funcionários
  35. 35. DESCRIÇÃO (P)REMISSA (R)ESTRIÇÃO O TCC será finalizado sem mudanças de membros do grupo. Premissa O programador estará disponível pra este projeto Premissa O cliente disponibilizará ambiente de hardware e software conforme acordado em reuniões. Premissa O projeto precisa ser concluído antes de 01/07/14 Restrição O projeto será desenvolvido na linguagem Java Restrição O projeto não pode ultrapassar o custo de R$500,00 Restrição
  36. 36. Lucas Gerente de Projeto Cesar Diogo DBA Desenvolvedor Rodrigo Documentação Lucas Akeda Analista de Negócios
  37. 37. PAPEL RESPONSABILIDADES Gerente de Projeto Acompanhar as atividades da equipe e Criar os planos do projeto DBA profissional responsável por gerenciar, instalar, configurar, atualizar e monitorar um banco de dados ou sistemas de bancos de dados Desenvolvedor Profissional que desenvolve ou faz manutenção de software em um grande sistema ou alguém que desenvolve software para uso em computadores pessoais. Documentação Responsável pela documentação do projeto exemplo: Descrição de Caso de Uso , Diagrama de Classe, Manual para usuário. Analista de Negócios profissional responsável por encontrar as melhores oportunidades de negócio no mercado, sempre atento às novas tendências, às inovações na criação de novos produtos.
  38. 38. Graph for Sales
  39. 39. # DESCRIÇÃO TIPO CRITIC. SITUAÇÃO AÇÕES 1 Entrega antes do prazo P 6 Aceitar Bom andamento do projeto 2 Não aceitação do sistema pelos clientes N 6 Aceitar Mostrar o projeto para o cliente durante o desenvolvimento do sistema 3 Não atendimento ao N prazo de entrega 20 Eliminar Evitar Atrasos no andamento do projeto.
  40. 40. DATA DESCRIÇÃO DA MUDANÇA 01/2014 Mudança com os integrantes do grupo 01/2014 Reuniões semanalmente
  41. 41. # DESCRIÇÃO 1 Convivência de uma rotina de projetos 2 Organização de Trabalho 3 Lidar com grandes responsabilidade 4 5
  42. 42. Graph for Sales
  43. 43. PRONTUÁRIO NOME 11103655 Carolina Kewerrhause 10200796 André A. Gattini 10201118 Aline Siqueira 10200521 Kauê Clerici Leite Índice
  44. 44. SISTEMAS DE INFORMAÇÃO Status Report
  45. 45. PRONTUÁRIO NOME 11103655 Carolina Kewerrhause 10200796 André A. Gattini 10201118 Aline Siqueira 10200521 Kauê Clerici Leite
  46. 46. <Maternity System>
  47. 47.  Atualmente, a maternidade que foi tomada como referência, não possui um método informatizado para controle de atendimentos. Todo o processo é realizado em papel, gerando demora no atendimento, além de perdas consideráveis de informações.
  48. 48.  Desenvolver um sistema para controle de cadastro e relatórios de uma maternidade.
  49. 49.      Eliminação de processos manuais; Gerar um atendimento médico mais rápido; Gerar um atendimento médico mais eficiente; Segurança da maternidade; Otimização para gerar relatórios;
  50. 50. Maternity System Documentação B.D. Eng Desenvolvimento
  51. 51.  Diagramas: ◦ ◦ ◦ ◦   Caso de uso; Classe; Sequência; Domínio; Descrição de caso de uso; Modelos: ◦ Relacional; ◦ Entidade e Relacionamento; ◦ Normalização;  Regras de Negócio;
  52. 52. DESCRIÇÃO (P)REMISSA (R)ESTRIÇÃO Não haverá alteração do grupo do TCC P A técnica de enfermagem, Madalena, estará presente durante todo o projeto para dar apoio às regras de negócio. P Projeto deve ser concluído até Maio/14 R
  53. 53. Carolina Gerente de Projeto Carolina Documentadora Aline Kauê DBA Documentador André Desenvolvedor
  54. 54. PAPEL RESPONSABILIDADES Gerente de Projetos Gerencia as entregas do grupo dentro do prazo específico. Documentador Realiza os diagramas e a documentação oficial do TCC. DBA Realiza a documentação de Banco de Dados. Desenvolvedor Desenvolve o sistema do projeto.
  55. 55. <Maternity System>
  56. 56. # DESCRIÇÃO TIPO 1 Adotar Live Stream como diferencial para o sistema. Positivo 15 2 Adotar RFID como diferencial para o sistema Positivo 5 Aceitar 3 Não cumprimento dos prazos de entrega Negativo 10 Eliminar Respeitar a nova data de entrega, tendo ciência das consequências 4 Cumprir, com antecedência, os prazos de entrega Positivo 3 Aceitar Aguardar a apresentação do TCC 5 Alteração da banca avaliadora do TCC Negativo 8 Aceitar Alteração da documentação e/ou sistema de acordo com o padrão do novo(a) avaliador(a) da banca 6 Não atender as regras de negócios de acordo com o estabelecido no escopo Negativo 8 Eliminar Reavaliar a documentação e sistema para identificar as possíveis falhas 7 Ser aprovado pela banca avaliadora Positivo 20 Explorar O grupo se torna Bacharel em Sistemas de Informação 8 Ser reprovado pela banca avaliadora Eliminar Desenvolver uma nova ideia de projeto que atenda as especificações e qualificações, respeitando as datas de entrega e escopo solicitados Negativo CRITIC. 5 SITUAÇÃO Explorar AÇÕES Implementar do sistema Implementar do sistema e comprar o material necessário
  57. 57. DATA DESCRIÇÃO DA MUDANÇA Ago/13 Acréscimo de relatórios e cadastros Set/13 Impedimentos para adotar RFID
  58. 58. # DESCRIÇÃO 1 Cumprir os prazos de entrega 2 Respeitar os modelos de escopo da documentação dado pelos professores presentes na banca avaliadora 3 Avaliar a possibilidade de implementação da tecnologia que será apresentada como diferencial para a banca avaliadora 4 Conceito de “tecnologia diferencial” para o projeto TCC
  59. 59. <Maternity System>
  60. 60. PRONTUÁRIO NOME 09106933 Anderson Porfírio Trindade 10200365 Diego Marques dos Santos 09106538 Itamar Rocha 10200275 Leandro Gonçalves Índice
  61. 61. SISTEMAS DE INFORMAÇÃO Status Report
  62. 62. PRONTUÁRIO NOME 09106933 Anderson Porfírio Trindade 10200365 Diego Marques dos Santos 09106538 Itamar Rocha 10200275 Leandro Gonçalves
  63. 63. MyUniversity
  64. 64.  O que nos inspirou e nos inspira é a grande barreira existente entre alunos e professores. Barreira essa referente à comunicação. Por isso decidimos criar o MyUniversity.
  65. 65.  O principal objetivo do MyUniversity, e proporcionar um ambiente interativo. Onde alunos e professores de uma mesma faculdade podem trocar informações de uma maneira mais fácil e intuitiva.
  66. 66.     Uma melhor comunicação entre alunos e professores. Maior controle dos eventos da faculdade. Facilidade para o aluno em saber o que está acontecendo na Instituição e no que isso o influencia, Maior interatividade entre alunos
  67. 67. My University Documentação Sistema Testes Validação
  68. 68.          Diagrama de Caso de Uso Diagrama de Classe Diagrama de sequência Descrição completa de caso de uso Modelo Lógico Modelo Físico Dicionário de dados Script do banco de dados Normalização
  69. 69. My University Documentação Levantamento de Requisitos Mapear requisitos funcionais Mapear requisitos não funcionais Mapear regras de negócio Criar documento Validar com o cliente Casos de Uso Sistema Modelo de Dados Descrição de Caso de Uso Modelo Conceitual Diagrama de Caso de Uso Modelo Lógico Modelo Físico Diagrama de Classes Mapear Classes Cadastros Validação e Testes unitários Relatórios Validação e Testes unitários Testes Controle de Acesso Cadastros de Perfis Testes de integração Perfis de Acesso Validação Validar junto ao Cliente
  70. 70. DESCRIÇÃO (P)REMISSA (R)ESTRIÇÃO O TCC será finalizado com a formação atual P As responsabilidades não serão redefinidas P O Projeto será realizado em Ambiente Web R Os dados serão atualizados pelo Cliente R Devemos finalizar tudo até a data da apresentação R
  71. 71. Diego Líder Diego Analista/Desenvolvedor Anderson Analista/DBA Itamar Analista de Requisitos Leandro Analista de Requisitos
  72. 72. PAPEL RESPONSABILIDADES Líder do Projeto Acompanhar andamento do projeto e cronograma. Analista de negócios Levantar requisitos. Desenvolvedor Encontrar soluções de desenvolvimento para os problemas apontados. DBA Estruturar BD. Testador Realizar testes de telas e regras de negócio Documentador Realizar a documentação do projeto.
  73. 73. MyUniversity
  74. 74. SETEMBRO 1 DOCUMENTAÇÃO RESPONSÁVEL LEVANTAMENTO DE REQUISITOS Mapear requisitos funcionais Anderson Mapear requisitos não funcionais Itamar Mapear regras de negócio Diego Criar documento Leandro Inserir diagramas Itamar Validar com o cliente Diego CASOS DE USO Identificar atores Anderson Descrição de casos de uso Leandro Diagrama de casos de uso Itamar MODELO DE DADOS Modelo Conceitual Itamar Modelo Lógico Itamar Modelo Físico Diego DIAGRAMA DE CLASSES Mapear Classes SISTEMA CADASTROS Desenvolvimento Validação e Testes unitários RELATÓRIOS Desenvolvimento Validação e Testes unitários CONTROLE DE ACESSO Cadastros de Perfis Validação e Testes unitários TESTES Teste de integração Perfis de Acesso VALIDAÇÃO Validar junto ao Cliente Anderson Diego Leandro Anderson Itamar Anderson Itamar Itamar Leandro Diego 2 3 4 OUTUBRO 5 1 2 3 4 NOVEMBRO 5 1 2 3 4 DEZEMBRO 5 1 2 3 4 5
  75. 75.  Modelo de Dados ◦ Modelo Conceitual ◦ Modelo Lógico ◦ Modelo Físico  Diagrama de Classes ◦ Mapear Classes  Sistemas ◦ Cadastros ◦ Relatórios ◦ Controle de Acesso
  76. 76. # DESCRIÇÃO TIPO CRITIC. SITUAÇÃO AÇÕES 1 Indisponibilidade dos usuários para levantamento de informações. N Alta Em negociação Alocar uma pessoa da equipe para levantar os requisitos 2 Tempo de implantação N Alta Em andamento Focar nas atividades pendentes
  77. 77. DATA DESCRIÇÃO DA MUDANÇA Agosto/2013 Antigamente o My Univesity era um sistema direcionado a uma Universidade e as informações dos usuários eram obtidos através de importação do ando de dados da Universidade em que o My University estava alocado. Hoje possui cadastro de Universidade, bem como dos alunos e professores dessa Universidade, sendo agora uma responsabilidade da própria Universidade incluir os usuários .
  78. 78. # DESCRIÇÃO 1 Entrar sempre em Contato com os Stakeholders, para que eles possam visualizar o andamento do projeto. 2 Trabalhar em Equipe 3 Realização de reuniões periódicas para acompanhamento de status do Projeto. 4 Determinar e cumprir Prazos.
  79. 79. MyUniversity
  80. 80. PRONTUÁRIO NOME 10200013 Amanda Cristina Santos Ferreira 10200086 Evandro E. Hernandes 10200371 Henrique Pereira dos Santos 10200652 Pedro Ruan 10102205 Thales Dourado Damião Índice
  81. 81. SISTEMAS DE INFORMAÇÃO Status Report
  82. 82. PRONTUÁRIO NOME 10200013 Amanda Cristina Santos Ferreira 10200086 Evandro E. Hernandes 10200371 Henrique Pereira dos Santos 10200652 Pedro Ruan 10102205 Thales Dourado Damião
  83. 83. SICE – Sistema de Comandas Eletrônicas
  84. 84.  Visa facilitar e agilizar o processo de compra de produtos de estabelecimentos de entretenimento, desde restaurantes à casas noturnas, proporcionando um maior controle e capacidade gerencial do estabelecimento.
  85. 85.  Desenvolver um sistema capaz de gerenciar comandas eletrônicas de maneira segura e eficaz, possibilitando ao cliente adicionar créditos para utiliza-las nas dependências do estabelecimento, visando a praticidade e segurança na utilização.
  86. 86.       Automatização dos processos comerciais. Controle de estoque. Auxilio nos processos contábeis. Agilizar a venda. Histórico de venda. Interface simplificada.
  87. 87.   Desenvolvido em Adobe AIR 3; Escrito em AS3 integrado com o MySQL através de um Servidor escrito em PHP; - Isso possibilita a exportação do aplicativo para o sistema Android.  Frontend realizando requisições POST para o backend funçoes.php
  88. 88.           Diagrama de Classe. Diagrama de Sequência. Diagrama de Caso de Uso. Descrição completa do Caso de Uso. Normalização. Script DML. DER. MER. Interface com o Usuário. Apresentação do sistema.
  89. 89. Projeto TCC - SICE Documentaç ão Descrição de Caso de Uso Regras de Negócio Diagramas Caso de Uso Apresentaçã o Sistema Testes Levantamen to de Dados Cadastros Plano de Testes Entrevistas com os Clientes Usuário Pesquisa de Campo Requisitos Funcionais Classes Script de Testes Requisitos Não Funcionais Fluxo de Dados Evidências de Testes Relatórios Venda por Período Perfil de Acesso Venda Cartão Gerente Produto Recarga Produto Caixa Estoque Saldo Cliente Bar Histórico
  90. 90. DESCRIÇÃO (P)REMISSA (R)ESTRIÇÃO O objeto de estudo disponibilizara a rotina de seu estabelecimento. (P) O objeto de estudo nos informara sobre o fluxo de operações e dados gerados de tais processos. (P) O objeto de estudo disponibilizara os dados para levantamento de requisitos. (P) O Sistema terá integração com Android. (P) Os documentos de banco de dados serão validados pelo professor Anderson e os referentes a levantamentos e descrições serão validados pelo professor Alessandro. (P) O sistema precisa estar concluído até 31/05/2014, para que seja apresentado à Banca de TCC. (R)
  91. 91. HenriqueEvandroThales Gerente de Projeto Henrique, Amanda e Evandro Analista de Requisitos Thales e Pedro Desenvolvedor Todos os Integrantes Analista de Testes Henrique, Amanda e Pedro DBA
  92. 92. PAPEL RESPONSABILIDADES Gerente de Projeto Responsável pelo cronograma e decisões a serem tomadas. Analista de Testes Realiza os teste integrados e avalia possíveis falhas. Desenvolvedor Desenvolver via código o sistema. DBA Trata da base de dados, desenvolve scripts, modelagem e diagramas específicos. Documentador Desenvolve os diagramas e documentos de apoio ao projeto.
  93. 93. SICE – Sistema de Comandas Eletrônicas
  94. 94. OUTUBRO 1 DOCUMENTAÇÃO RESPONSÁVEL BANCO DE DADOS Normalização Henrique/Amanda ATUALIZAÇÃO - DIAGRAMAS Diagrama de Caso de Uso Amanda Diagrama de Classes Henrique Diagrama de Fluxo de Dados Evandro Diagrama Entidade Relacional Evandro SISTEMA OTIMIZAÇÃO Analise do Sistema - Buscando GAP's Thales/Pedro Correção de GAP's Thales/Pedro - - 31 NOVEMBRO 1 - - 30 DEZEMBRO 1 - - 31 JANEIRO 1 - - 31
  95. 95.    Normalização do Projeto. Atualização dos Diagramas. Otimização.
  96. 96. # DESCRIÇÃO TIPO CRITIC SITUAÇÃO . 1 Não atendimento ao prazo Negativo 20 Indisponibilidade por parte do grupo 2 Não atendimento ao escopo Negativo 20 Documentação Limitar o inadequada com tempo de as normas do TCC entrega e focar nas tarefas 3 Indisponibilidade do Servidor Negativo 20 Servidor fora do ar AÇÕES Fazer reunião para organização e divisão das tarefas. Manutenções preventivas
  97. 97. DATA DESCRIÇÃO DA MUDANÇA Dez/2012 Saída de Integrante – Ana Paula Fev/2013 Entrada de Integrantes – Evandro e Pedro
  98. 98. # DESCRIÇÃO 1 O Grupo precisa estar atento aos prazos determinados para entrega de Atividades. 2 O Grupo precisa seguir oque foi determinado no cronograma do projeto, para que não haja acumulo de tarefas. 3 Deve haver reuniões constantes para alinhar todos os integrantes sobre o andamento das atividades. 4 Lidar com grandes responsabilidades. 5 Captar experiências do dia-a-dia de projetos reais.
  99. 99. SICE – Sistema de Comandas Eletrônicas
  100. 100. PRONTUÁRIO NOME 10200358 Francisco Sousa 10100908 Felipe Quirino 08101271 Juan Hernandes 10100065 Vinicius Passos Índice
  101. 101. SISTEMAS DE INFORMAÇÃO Status Report
  102. 102. PRONTUÁRIO NOME 10200358 Francisco Sousa 10100908 Felipe Quirino 08101271 Juan Hernandes 10100065 Vinicius Passos
  103. 103. Sistema de Processo Seletivo
  104. 104.  O Projeto SPS irá resolver os problemas que uma Fundação de pesquisas tecnológicas tem referente a administração de processos seletivos, que são: Deficiência na execução de processos, problemas com restrições tecnológicas, tempo de execução e grandes margens de falha humana que podem comprometer diretamente nos resultados.
  105. 105.  Desenvolver um sistema para gerenciar a administração de processos seletivos dos ingressantes de uma universidade.
  106. 106.     Automação de processos; Maior consistência de dados; Redução no prazo dos resultados; Relatórios precisos e objetivos.
  107. 107.  Sistema de plataforma WEB, desenvolvido na linguagem PHP com banco de dados MySQL, e com auxílio de outras linguagens JavaScript, CSS e XML.
  108. 108.         Gerenciar Concursos; Realizar Inscrições; Impressão do Material de Provas; Correção de Provas; Classificação (Aprovados/Espera/Eliminados); Relatórios administrativos e pedagógicos; Controle de acesso ao Sistema; Documentação e manuais.
  109. 109. Sistema de Processo Seletivo Documentação Engenharia Banco de Dados Sistema Testes Levantamento de Dados Gerenciar Concursos Realizar Inscrições Impressão do Material de Provas Correção de Provas Relatórios Diagramas de casos de usos Mapeamento Validações Visita ao Cliente Mantém Campus Mantém Candidatos Lista de Mural Mantém Gabaritos Aprovados/Espe ra/Eliminados Diagramas de classes Normalização Segurança Analise de requisitos Mantém Cursos Inscreve Candidato Lista de Presença Correçao da Prova Objetiva Desempenho na Prova Objetiva Diagrama de sequência Modelo Relacionamento Sobrecarga Mantém Salas Cartões Prova Objetiva Importar Notas de Redação Estatisticas de Participantes Diagrama de domínio Modelo Físico (Script) Mantém Agenda de Provas Cartões de Redação Processar Classificação Demanda por Curso Manual do Fiscal de Prova Demanda por Localidade
  110. 110. DESCRIÇÃO (P)REMISSA (R)ESTRIÇÃO Projeto deve ser concluído antes de 06/2014. R Todo o sistema deve ser documentado. P O sistema deve ser executado em qualquer S.O. P
  111. 111. Vinícius / Francisco Gerentes de Projeto Vinícius Passos Analista de requisitos Francisco Sousa Software Engineer Juan Hernandes Documentador Felipe Quirino DBA
  112. 112. PAPEL RESPONSABILIDADES Gerente de Projeto Validar documentação e diagramas, estipular prazos, definir escopo e calcular custos. Analista de Requisitos Análise de requisitos, desenvolvimento dos diagramas UML e qualidade de software. Software Egineer Desenvolvimento de arquitetura, prototipação, codificação, validações, testes e design. Documentador Criação das atas de reunião, documentar especificação técnica e funcional, criação do manual. DBA Mapeamento, normalização, modelagem e controle de acessos ao banco de dados. (Database Administrator)
  113. 113. Sistema de Processo Seletivo
  114. 114.     Diagramas UML (Validado); Modelagem do Banco de Dados (Validado); Documentação (Validado); Relatório de Testes (Unitários e Integrados).
  115. 115. # DESCRIÇÃO TIPO CRITIC. SITUAÇÃO AÇÕES 1 Entrega fora do prazo N 20 Eliminar Realizar as tarefas no prazo definido o quanto antes. 2 Entregar antecipada P 12 Melhorar Se possível, antecipar as datas previstas no cronograma 3 Sistema com divergência entre a documentação N 15 Eliminar Realizar homologação unitária com o acompanhamento da documentação 4 Alteração no Escopo N 8 Minimizar Definir (fechar) escopo.
  116. 116. DATA DESCRIÇÃO DA MUDANÇA Abril/2013 Equipe – Entrada do Vinícius e Juan no projeto SPS Setembro/2013 Escopo – Finalização das regras de negócio e criação de todos os diagramas UML (Eng. Software).
  117. 117. # DESCRIÇÃO 1 Interagir com os principais stakeholders para a perfeita validação dos requisitos. 2 Definir meios de comunicação (E-mail, disco virtual), manter o grupo sobre andamento das etapas e eventos inesperados. 3 Realizar reuniões semanais (presenciais) com a equipe para o alinhamento de atividades. 4 Quando houverem dúvidas sobre determinado assunto, consultar professores, especialistas, amigos e etc. que possuem vivência com o assunto.
  118. 118. Sistema de Processo Seletivo
  119. 119. PRONTUÁRIO NOME 10200370 RAFAEL PIRES MACHADO KLENK SERRA 10200362 REGIANE PEREIRA DE MOURA Índice
  120. 120. SUTRAN STATUS REPORT
  121. 121. DADOS DO GRUPO PRONTUÁRIO NOME 10200370 RAFAEL PIRES MACHADO KLENK SERRA 10200362 REGIANE PEREIRA DE MOURA
  122. 122. RESUMO DO PROJETO SUTRAN
  123. 123. JUSTIFICATIVA • O sistema irá controlar de forma mais segura as infrações de trânsito, com o uso do RFID que será implantado nos veículos à partir de 2016.
  124. 124. OBJETIVO DO PROJETO • Desenvolver um sistema que gerencie as infrações de trânsito com base na implantação do RFID nos veículos.
  125. 125. BENEFÍCIOS ESPERADOS Redução de custos; Redução nas fraudes no sistema de multas; Automação do processo de um agente de trânsito; Segurança no processo de infrações.
  126. 126. DESCRIÇÃO MACRO DA SOLUÇÃO • O sistema será desenvolvido na linguagem Java e banco de dados Microsoft SQL Server. O sistema irá usar a tecnologia RFID para controle dos veículos.
  127. 127. ESCOPO DO PROJETO • O escopo do projeto abrange os tópicos abaixo: • Diagrama de casos de uso, descrição de caso de uso, diagrama de classes, diagrama de sequencia e diagrama de atividades, modelo descritivo, modelo entidade relacionamento, mapeamento, modelo relacional, dicionário de dados, normalização, scripts DML, scripts DDL, apresentação do sistema.
  128. 128. ESTRUTURA ANALÍTICA DO PROJETO Projeto TCC Sistema Documentação Diagrama de Caso de Uso Diagrama de Classes Regras de Negócio Requisitos Funcionais Requisitos Não Funcionais Descrição de Caso de Uso Homologação Modelo Logico Cadastros Relatórios Controle de Acesso Modelo Físico Plano de Testes Usuário interno Usuário interno Evidências de Testes Usuário externo Usuário externo Proprietário Fabricante Concessionaria Veiculo Multas Apresentação
  129. 129. PREMISSAS E RESTRIÇÕES DO PROJETO DESCRIÇÃO (P)REMISSA (R)ESTRIÇÃO O projeto será desenvolvido com uma base de dados nova sem qualquer integração com o ambiente atual. P A integração com RFID será baseada no artigo 2º da resolução Nº 212 de 13 de Novembro de 2006. P O sistema será implantado em todo o território brasileiro. P O projeto somente será implantado após a implantação do chip RFID nos veículos. R O projeto deverá ser desenvolvido até junho/2014. R
  130. 130. ORGANOGRAMA DO PROJETO Regiane Gerente de Projeto Regiane Documentador Regiane Desenvolvedor Regiane Testador Rafael Documentador Rafael DBA Rafael Testador
  131. 131. PAPÉIS E RESPONSABILIDADES PAPEL RESPONSABILIDADES Gerente de Projetos - Desenvolver e acompanhar cronograma; - Acompanhar entregas; - Validar as documentações; Documentador 1 - Criar os módulos de caso de uso, descrição de caso. Programador - Desenvolver módulos do sistema; Testador 1 - Criar casos de teste; Documentador 2 - Levantar os requisitos; - Desenvolver diagramas (Classes, sequencia), Modelo entidade relacionamento, Modelo conceitual, Modelo descritivo; DBA - Criação do banco de dados; Testador 2 - Testar os módulos; - Criar documento com os resultados dos teste;
  132. 132. SITUAÇÃO DO PROJETO SUTRAN
  133. 133. CRONOGRAMA DAS PRÓXIMAS ATIVIDADES SETEMBRO 1 DOCUMENTAÇÃO RESPONSÁVEL DIAGRAMA DE CASO DE USO Mapear requisitos funcionais Rafael Mapear requisitos não funcionais Regiane Mapear regras de negócio Rafael Identificar atores Regiane Definir casos de uso Rafael Criar diagrama de caso de uso Regiane DIAGRAMA DE CLASSES Identificar classes e os relacionamentos Rafael Criar diagrama de classes Rafael Homologação Identificar casos de testes Rafael Criar documento com casos de testes Regiane Criar documento de validação de testes Rafael 2 3 OUTUBRO 4 1 2 3 4 NOVEMBRO 5 1 2 3 DEZEMBRO 4 1 2 3 4
  134. 134. CRONOGRAMA DAS PRÓXIMAS ATIVIDADES SETEMBRO MODELAGEM 1 Criar modelo conceitual DOCUMENTAÇÃO Criar modelo normalizado DIAGRAMA DE CASO DE USO Criar modelo de entidade-relacionamento Mapear requisitos funcionais Criar dicionário de dados Regiane RESPONSÁVEL Rafael Mapear requisitos não funcionais SISTEMA Mapear regras de negócio CADASTROS Regiane Identificar atores Usuário Interno Definir casos de uso uso ao usuário interno Codificar módulo de Criar diagrama de caso de uso Realizar testes unitários DIAGRAMA DE CLASSES Encaminhar módulo para o testador Identificar classes e os relacionamentos Usuário Externo Criar diagrama de classesao usuário externo Codificar módulo de uso Homologação Realizar testes unitários Identificar casos de testes o testador Encaminhar módulo para Criar documento com casos de testes Proprietário Criar documento de validação de testes Codificar módulo Regiane Rafael Regiane Rafael Regiane Rafael Regiane Regiane Regiane Regiane Rafael Rafael Rafael Rafael Rafael Rafael Regiane Rafael Rafael Realizar testes unitários Regiane Encaminhar módulo para o testador Regiane 2 3 OUTUBRO 4 1 2 3 4 NOVEMBRO 5 1 2 3 DEZEMBRO 4 1 2 3 4
  135. 135. CRONOGRAMA DAS PRÓXIMAS ATIVIDADES SETEMBRO Fabricante Codificar módulo DOCUMENTAÇÃO Realizar testes unitários DIAGRAMA DE CASO DE para o testador Encaminhar módulo USO Mapear requisitos funcionais Concessionária 1 Rafael RESPONSÁVEL Regiane Rafael Rafael Mapear requisitos não funcionais Codificar módulo Mapear regras deunitários Realizar testes negócio Regiane Rafael Rafael Regiane Identificar atores Encaminhar módulo para o testador Regiane Regiane Definir Veiculo casos de uso Rafael Criar diagrama de caso de uso Codificar módulo Regiane Rafael DIAGRAMA DE CLASSES Realizar testes unitários Regiane Encaminhar módulo relacionamentos Identificar classes e ospara o testador Rafael Rafael Multas Criar diagrama de classes Rafael Codificar Homologaçãomódulo Realizar casos unitários Identificar testes de testes Rafael Encaminhar módulo para de testes Criar documento com casoso testador RELATÓRIOS Criar documento de validação de testes Identificar relatórios Desenhar o modelo dos relatórios Desenvolver os relatórios Regiane Rafael Rafael Regiane Rafael Regiane Regiane 2 3 OUTUBRO 4 1 2 3 4 NOVEMBRO 5 1 2 3 DEZEMBRO 4 1 2 3 4
  136. 136. CRONOGRAMA DAS PRÓXIMAS ATIVIDADES SETEMBRO CONTROLE DE ACESSO Identificar os perfis Identificar os DOCUMENTAÇÃO acessos de cada perfil Identificar os usuários para cada perfil DIAGRAMA DE CASO DE USO Criar um documento de perfis e acesso Mapear requisitos funcionais Codificar módulo Realizar testes unitários Mapear requisitos não funcionais Encaminhar módulo para o testador Mapear regras de negócio APRESENTAÇÃO Identificar atores com as funcionalidade do sistema Criar documento Criar casos funcional Definirmanualde uso Criar diagrama de caso de uso Regiane Regiane RESPONSÁVEL Rafael Rafael Regiane Regiane Regiane Rafael Regiane Regiane Rafael Regiane DIAGRAMA DE CLASSES Identificar classes e os relacionamentos Rafael Criar diagrama de classes Rafael Homologação Identificar casos de testes Rafael Criar documento com casos de testes Regiane Criar documento de validação de testes Rafael 1 2 3 OUTUBRO 4 1 2 3 4 NOVEMBRO 5 1 2 3 DEZEMBRO 4 1 2 3 4
  137. 137. PRÓXIMAS ENTREGAS • Sistema: • • • • • Controle de Acesso Cadastro de Penalidades Cadastro de Infrações Cadastro de RFID por veiculo. Controle de infrações com uso do RFID.
  138. 138. RISCOS # DESCRIÇÃO CRITIC. SITUAÇÃO AÇÕES Negativo 15 Explorar Buscar tecnologias alternativas. 2 Saída de membros da equipe. Negativo 3 Aceitar Buscar novos membros para a equipe. 3 Documentação em desacordo. 10 Melhorar Revisar toda a documentação. Eliminar Analisar as alterações que impactaram no projeto, caso elas existam. Melhorar Dividir o projeto em partes e fazer entregas parciais. 1 Não implementação da tecnologia RFID nos veículos. TIPO Alteração na legislação que 4 determina o uso do RFID nos veículos. 5 Prazo de entrega estourado. Negativo Negativo Negativo 4 8
  139. 139. LIÇÕES APRENDIDAS # DESCRIÇÃO 1 Desenvolver cronograma para acompanhamento das atividades 2 Realizar reuniões com a equipe do projeto para discutir novas ideias e melhorias 3 Realizar reuniões com os professores para validar as documentações
  140. 140. MUITO OBRIGADO! SUTRAN
  141. 141. alessandro.almeida@uol.com.br www.alessandroalmeida.com/unifieo.htm www.slideshare.net/alessandroalmeida

×