Gestão da Tecnologia da Informação (27/02/2014): Status Report do TCC

1° Semestre de 2014

SIN-NA8

Alessandro Almeida | www.alessandroalmeida.com
27/02/2014



Os próximos slides fazem parte de uma
atividade realizada pelos alunos da turma
SIN-NA8 (8º semestre de Sistemas de
Informação – 1º semestre de 2014)
 Tema da atividade: Status Report do Projeto TCC

#

Nome do Projeto

1

Logali

2

MyUniversity

3

Sistema de Gerenciamento de Maternidade

4

SICE – Sistema de Comandas Eletrônicas

5

SPS – Sistema de Processo Seletivo

6

SUTRAN

PRONTUÁRIO

NOME

10103024

César Augusto
Diogo Carasco

10103693

Lucas Akeda Koti

10102153

Lucas Favaretto
Rodrigo Pestana

Índice

SISTEMAS DE INFORMAÇÃO

Status Report

PRONTUÁRIO

NOME

10103024

César Augusto
Diogo Carasco

10103693

Lucas Akeda Koti

10102153

Lucas Favaretto
Rodrigo Pestana



O Brasil tem, nos próximos 4 anos, uma
chance histórica no setor turístico, pois
haverá a realização dos principais mega
eventos mundiais em um curto espaço de
tempo. Esse fato dará ao país uma divulgação
no mundo nunca antes experimentada.



O
objetivo
deste
projeto
visa
o
desenvolvimento de um aplicativo para
Android de localização, agenda e avaliações
de um determinado estabelecimento. O
software irá identificar a localidade do
usuário e assinalar lugares próximos ao
mesmo, irá também sugerir rotas, destinos e
incluir compromissos em uma agenda.







Maiores informações sobre pontos turísticos,
ou lazer do local.
Facilidade para encontrar estabelecimento de
seu gosto.
Mobilidade e flexibilidade para escolher
destinos.






O sistema possuirá 2 interfaces com o
usuário. 1 para a parte do estabelecimento
que poderá cadastrar as informações sobre o
mesmo, e outra com o usuário final, que
poderá visualizar os lugares sugeridos pelo
aplicativo.
O software será desenvolvido na plataforma
Web na linguagem PHP (Web) e java (Android).
Haverá a utilização de Web Service para
comunicação dos serviços entre o mobile e o
banco de dados.












Diagrama de Caso de Uso
Diagrama de Fluxo de Dados
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

Logali

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

Testes

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

Cadastros
Validação e
Testes
unitários

Relatórios
Validação e
Testes
unitários

Controle de
Acesso
Cadastros de
Perfis

Testes de
integração
Perfis de
Acesso

Validação

Validar junto
ao Cliente

DESCRIÇÃO

(P)REMISSA
(R)ESTRIÇÃO

A plataforma utilizada será Android

R

Uso de API´s do google

P

O sistema deverá estar funcionando até a data de
entrega

R

Lucas A
Líder

Lucas F.

Analista
Desenvolvedor

Diogo

Cesar
DBA

Analista de
Requisitos

Rodrigo
Documentador

PAPEL

RESPONSABILIDADES

Líder do Projeto

Acompanhar andamento do projeto e
cronograma.

Analista

Pesquisar e analisar a viabilidade de
implementação de novas funcionalidades.

Analista de requisitos

Levantar requisitos.

Programador

Desenvolver soluções para novas
funcionalidades e problemas apontados.

DBA

Estruturar banco de dados.

Testador

Realizar testes de tela e regras de negócio.

Documentador

Elaborar a documentação do projeto.

Março
1
DOCUMENTAÇÃO

RESPONSÁVEL

DOCUMENTAÇÃO E REQUISITOS
Capitulo 2 Documentação

Cesar


Cesar

Pôster (Digital)

Rodrigo

Documentação (Digital)

Cesar

Documentação (impresso)

Rodrigo

Requisitos

Lucas Akeda

MODELO DE DADOS
Modelo Conceitual

Diogo

DIAGRAMAS
Sequência

Lucas Favaretto

User case

Lucas Akeda

DFD

Lucas Akeda

Classe

Lucas Favaretto

VALIDAÇÃO
Validação 1 do Sistema

Diogo/Lucas F.


Diogo/Lucas F.

Protótipo

Diogo/Lucas F.

2

3

Abril
4

5

1

2

3

Maio
4

5

1

2

3

4

5
















Capítulo 2 - documentação
Validação da parte Web do Sistema
Pôster (digital)
Versão final da documentação (digital)
Versão final da documentação (impressa)
Diagrama de Sequência
Diagrama de fluxo de dados
Diagrama de Classe
Validação da parte Mobile do sistema
Protótipo

#

DESCRIÇÃO

TIPO CRITIC. SITUAÇÃO

AÇÕES

1

Prazo curto para
o término do
projeto

N

Alta

Em andamento

Aumento de horas de
trabalho

2

Entendimento
correto das
funcionalidades
do Web Service

N

Alta

Em andamento

Pesquisas, estudos
testes

3

Comodidade de
integrantes da
equipe

N

Alta

Em Andamento

Troca de papéis e
responsabilidades,
ou troca de
integrante

DATA

DESCRIÇÃO DA MUDANÇA

10/12/2013 Mudança do tema do projeto.
30/01/2014 Mudança da linguagem de programação.
23/02/2014 Diminuição das funcionalidades do projeto

#

DESCRIÇÃO

1

Planejamento das atividades antes de executá-las.

2

Comprometimento da equipe com as atividades.

3

Atas de reuniões

PRONTUÁRIO

NOME

09106933

Anderson Porfírio Trindade

10200365

Diego Marques dos Santos

09106538

Itamar Rocha

10200275

Leandro Gonçalves

Índice

PRONTUÁRIO

NOME

09106933

Anderson Porfírio Trindade

10200365

Diego Marques dos Santos

09106538

Itamar Rocha

10200275

Leandro Gonçalves



A escolha do tema foi feita a partir da visão
de que existe uma barreira na comunicação
entre alunos e professores fora da sala de
aula e que a procura de informações sobre
determinado assunto pode ser otimizada,
aproximando de forma efetiva as partes
interessadas. Dessa forma, o MyUniversity
tem o intuito de auxiliar nessa comunicação e
torná-la mais amistosa, além de fornecer
ferramentas para pesquisa de quem se
disponibiliza a minimizar dúvidas sobre um
assunto.







Desenvolver um sistema para facilitar a
comunicação entre alunos e professores de
uma mesma universidade;
Fornecer ferra-mentas para auxiliá-los na
organização e auxiliar os alunos nos estudos;
E interá-los sobre o que está acontecendo no
ambiente universitário.







Melhoria na comunicação entre alunos e
professores.
Facilidade em saber o que está acontecendo
na universidade.
Maneira mais efetiva de entrar em contato
direto com pessoas que possam auxiliar em
algum assunto.







Sistema Web
Desenvolvido em Plataforma Java
Banco de Dados SQL Server 2012
Servidor Apache TomCat 7













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

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

Testes

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

Controle de
Acesso
Cadastros de
Perfis

Testes de
integração
Perfis de
Acesso

Validação

Validar junto
ao Cliente

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

Devemos finalizar tudo até a data da apresentação

R

Diego
Líder

Diego
Analista
Desenvolvedor

Anderson
Analista
Desenvolvedor

Itamar
Analista de
Requisitos

Leandro
Documentador

Março
1
DOCUMENTAÇÃO

RESPONSÁVEL

DOCUMENTAÇÃO E REQUISITOS

Leandro


Itamar

Pôster (Digital)

Leandro

Documentação (Digital)

Leandro

Documentação (impresso)

Todos

Requisitos

Itamar

MODELO DE DADOS
Modelo Conceitual

Itamar

DIAGRAMAS
Sequência

Itamar

User case

Itamat

Classe

Itamar

VALIDAÇÃO

Diego/Anderson


Diego/Anderson

Protótipo

Diego/Anderson

2

3

Abril
4

5

1

2

3

Maio
4

5

1

2

3

4

5












Pôster (digital)
Versão final da documentação (digital)
Versão final da documentação (impressa)
Diagrama de Sequência
Diagrama de Classe
Protótipo

#

DESCRIÇÃ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

3

Não validação da
documentação
antes da entrega

N

Alta

Em andamento

Equipe alocada na
conclusão

DATA


Ago/2013

Na versão anterior, os dados referentes à universidade,
tais como, alunos, professores, turmas, disciplinas e
cursos eram recuperados do bando de dados da própria
universidade. Hoje, esses dados são inseridos por um
administrador no banco de dados do sistema.

Dez/2014

Inclusão e manutenção de palavras-chaves e pesquisas
por palavras-chaves.

Jan/2014

Inclusão de upload e download de arquivos.

Jan/2014

Inclusão de Mural público.

#

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.

PRONTUÁRIO

NOME

11103655

Carolina Kewerrhause

10200796

André A. Gattini

10201118

Aline Siqueira

10200521

Kauê Clerici Leite

Índice

PRONTUÁRIO

NOME

11103655

Carolina Kewerrhause

10200796

André A. Gattini

10201118

Aline Siqueira

10200521

Kauê Clerici Leite



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.



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 eficiente;
Segurança da maternidade;
Otimização para gerar relatórios;

SGM

Documentação

Banco de
Dados

Engenharia
de SW

Desenvolvimento



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;

DESCRIÇÃO
O sistema não possui tratamento após a avaliação do recém-nascido;

(P)REMISSA
(R)ESTRIÇÃO
R

O sistema não trata casos emergenciais;

R

Entregas semanais da documentação do TCC;

R

O grupo será mantido até o fim do projeto;

P

A apresentação do projeto será realizada entre 19 e 24 de Maio/14;

P

Encontros semanais do grupo para análises e correções do projeto

P

Carolina
Gerente de Projeto

Carolina
Documentadora

Aline

Kauê

DBA
Documentadora
Analista de Negócio

Documentador

André
Desenvolvedor

PAPEL

RESPONSABILIDADES

Gerente de Projetos

Administrar o projeto, controlando prazos, definindo papéis e
responsabilidades e alinhamento do projeto com os professores da
banca.

Analista de Negócio

Levantamento das regras de negócio, mapeamento dos processos,
quitação de dúvidas de negócio.

Documentadora (Carolina Kewerrhause)

Criação dos documentos técnicos do projeto referentes a
diagramas de classe, sequência e atividades.

Documentadora
(Aline Siqueira)

Criação dos documentos técnicos do projeto referentes a gestão de
projetos e especificação técnica

Documentador
(Kaue Clerici)

Criação dos documentos técnicos do projeto referentes a
referências bibliográficas, especificação funcional, e revisão textual.

DBA

Criação dos documentos técnicos do projeto referentes a banco de
dados de acordo com a análise de requisitos

Desenvolvedor

Implementar as regras de negócio no sistema, com as máscaras de
campos e seu layout, incluindo a Orientação a Objeto.

#

DESCRIÇÃO

TIPO

1

Adotar aplicativo mobile
Android no sistema

Positivo

15

2

Adotar envio de e-mail no
sistema

Positivo

5

3

Não cumprimento dos prazos de
entrega

Negativo

10

Respeitar a nova data de entrega,
tendo ciência das consequências

4

Cumprir, com antecedência, os
prazos de entrega

Positivo

3

Aguardar a apresentação do TCC

5

Alteração da banca avaliadora
do TCC

Negativo

8

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

Reavaliar a documentação e sistema
para identificar as possíveis falhas

7

Ser aprovado pela banca
avaliadora

Positivo

20

O grupo se torna Bacharel em Sistemas
de Informação

8

Ser reprovado pela banca
avaliadora

5

Desenvolver uma nova ideia de projeto
que atenda as especificações e
qualificações, respeitando as datas de
entrega e escopo solicitados

Negativo

CRITIC.

SITUAÇÃO

AÇÕES

Implementar do sistema

Implementar do sistema

DATA


Ago/13

Acréscimo de relatórios e cadastros

Set/13

Impedimentos para adotar RFID

Out/13

Impedimentos para adotar Live Stream

Nov/13

Impedimentos para adotar SMS

Fev/14

Diferencial como E-mail

#

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

5

Avaliação de modelos de apresentação pelos TCC’s apresentados na banca do
semestre passado

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

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

SICE – Sistema de Comandas
Eletrônicas



Visa facilitar e agilizar o processo de compra
de
produtos
de
estabelecimentos
de
entretenimento, proporcionando um maior
controle e capacidade gerencial.



O software proposto neste trabalho consiste
em gerenciar vendas e controle de gastos
através de comandas eletrônicas e de sanar o
problema de filas nas entradas e saídas de
ambientes de entretenimento utilizando
metodologias e tecnologias inovadoras e
eficazes.












Automatização dos processos comerciais.
Controle de estoque.
Auxilio nos processos contábeis.
Agilizar a venda.
Histórico de venda.
Interface simplificada.
Redução de filas
Segurança





Desenvolvido em Adobe AIR 3;

- Necessidade de um tablet com processador
acima do A6 Cortex;

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












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.

Projeto TCC
- SICE
Documentação
Descrição de
Caso de Uso

Regras de
Negócio
Requisitos
Funcionais

Requisitos
Não
Funcionais

Diagramas
Caso de
Uso

Classes
Fluxo de
Dados

Apresentação

Sistema

Testes
Plano de
Testes
Script de
Testes
Evidências
de Testes

Levantamen
to de Dados
Entrevistas
com os
Clientes

Cadastros

Usuário

Relatórios
Venda por
Período

Perfil de
Acesso

Venda

Comanda

Gerente

Produto

Recarga

Produto

Caixa

Estoque

Saldo

Cliente

Bar

Histórico

Pesquisa de
Campo

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é maio/2014, para que seja
apresentado à Banca de TCC.

(R)

O sistema utilizará a tecnologia QR Code para ler os dados da
pulseira.

(P)

O sistema terá horário definido para recarga online.

(R)

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

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.

FEVEREIRO
1 - - 31
DOCUMENTAÇÃO
BANCO DE DADOS
Normalização
ENTREGAS TCC
Ficha Grupo
Capitulo 1
Pré-Apresentação
Validação 1 do sistema
Capitulo 2
Capitulo 3
Validação 2 do sistema
Sorteio para apresentação
Apresentação final
ATUALIZAÇÃO - DIAGRAMAS
Diagrama de Classes
Diagrama de Fluxo de Dados
Diagrama Entidade Relacional
SISTEMA
OTIMIZAÇÃO
Analise do Sistema - Buscando
GAP's
Correção de GAP's

RESPONSÁVEL
Henrique/Amanda
Amanda
Todos
Todos
Profª Luciene
Todos
Todos
Profª Luciene
Profª Luciene
Todos
Amanda
Henrique
Evandro
Evandro

Thales/Pedro
Thales/Pedro

MARÇO
1 - 30

1

ABRIL
-

31

1

MAIO
-

31







Normalização do Projeto.
Atualização dos Diagramas.
Otimização.
Entregas TCC

# DESCRIÇÃO

TIPO

CRITIC
SITUAÇÃO
.

1 Não atendimento ao
prazo

Negativo

20

Indisponibilidade por
parte do grupo

Fazer reunião
para
organização e
divisão das
tarefas.

2 Não atendimento ao
escopo

Negativo

20

Documentação
inadequada com as
normas do TCC. Curto
prazo para novas
implementações.

Limitar o
tempo de
entrega e focar
nas tarefas

3 Indisponibilidade do
Servidor

Negativo

20

4 Automatização de
inserção de credito
através da forma de
pagamento online.

Positivo

10

Testado localmente
O crédito é inserido
após a identificação do
pagamento por
notificação de e-mail.

AÇÕES

Implementar
um servidor na
nuvem.
Implementar
API.

DATA


Dez/2012

Saída de Integrante – Ana Paula

Fev/2013

Entrada de Integrantes – Evandro e Pedro

Out/2013

Implementação do QR Code

Out/2013

Recarga de credito online

Fev/2014

Cadastro de cliente online

Fev/2014

Envio de saldo por sms

#

DESCRIÇÃO

1

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

2

O Grupo precisa seguir o que 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

Validação com os stakeholders.

PRONTUÁRIO

NOME

10200358

Francisco Sousa

10100908

Felipe Quirino

08101271

Juan Hernandes

10100065

Vinicius Passos

Índice

PRONTUÁRIO

NOME

10200358

Francisco Sousa

10100908

Felipe Quirino

08101271

Juan Hernandes

10100065

Vinicius Passos



O Projeto SPS irá resolver os problemas que a
Fundação de pesquisas tecnológicas tem
referente a administração de processos
seletivos. Sendo eles: Deficiência na execução
de processos, problemas com restrições
tecnológicas, tempo de execução e a grande
margem de falha humana nos cadastros,
podendo comprometer diretamente os
resultados.



Desenvolver um sistema para gerenciar a
administração de processo seletivo de
candidatos em uma determinada
universidade.







Atender aos controles (segurança e integridade
dos dados) e funcionalidades esperadas com
diferenciais e tecnologia inovadora;
Fornecer relatórios estratégicos que contribuam
para tomadas de decisões, tornando-se o
software aliado para a maior rentabilidade da
universidade;
Proporcionar maior interatividade com os
candidatos, pois um dos objetivos é a divulgação
do resultados com integridade e agilidade.












Sistema Web;
Sistema Gerenciador de Banco de Dados:
MySQL 5.5.27;
Ambiente de Desenvolvimento: Netbeans IDE
7.3.1;
Linguagem de Programação: PHP/5.4.7
Modelagem do Bando de Dados: DBMain
9.1.6;
Diagramas de Eng. de Software: Astah UML
Professional 6.8.












Diagrama de Caso de Uso;
Descrição do Caso de Uso;
Diagrama de Classe;
Diagrama de Sequência;
Modelagem do Banco de Dados;
Normalização do Bando de Dados;
Plano de Testes;
Apresentação do Sistema.

Sistema de Processo
Seletivo

Documentação

Engenharia de
Software

Banco de Dados

Modelo

Sistema

Testes

Diagrama de
caso de uso

Descritivo

Validações de
Campos

Diagrama de
classes

Normalização

Segurança

Diagrama de
sequencia

Modelo
EntidadeRelacionamento

Sobrecarga

Diagrama de
Atividades

Scrip: DDL
DML

Descrição do
Caso de Uso

Modelo
Relacional
Normalizado

Levantamento
de Dados

Cadastros

Relatórios

Processamento

Usuários

Demanda Por
Curso

Correção de
Prova Objetiva

Análise de
requisitos

Candidatos

Demanda Por
Localidade

Importar Notas
de Redação

Identificação
das deficiências

Cursos

Estatística dos
Candidatos

Processar
Classificação

Acompanhamento
do Proceso

Campus

Concursos

Gabaritos

DESCRIÇÃO

(P)REMISSA
(R)ESTRIÇÃO

O projeto deverá ser concluído antes de 05/2014.

R

Todo o sistema deve ser documentado.

P

Vinícius
Passos
Líder de Projeto

Vinícius
Passos
Analista de requisitos

Francisco
Sousa
Analista Desenvolvedor

Juan
Hernandes
Documentador

Felipe
Quirino
DBA

PAPEL

RESPONSABILIDADES

Líder de Projeto

Validar documentação, modelagem,
diagramas e definição de prazos, escopo e
custo.

Analista de Requisitos

Desenvolvimento dos diagramas, análise de
requisitos e qualidade de software.

Analista Desenvolvedor

Desenvolvimento do código de
implementação e conexão com o Banco de
Dados.

Documentador

Criação de ATA de reunião, documentar
especificação técnica e funcional e criação
do manual.

DBA

Modelagem do Banco de Dados,
normalização e conexão com o Software.









Diagramas UML (Validado);
Modelagem do Banco de Dados (Validado);
Documentação (Validado);
Testes unitários e integrados;
Sistema (Homologado);
Manual do usuário;

#

DESCRIÇÃO


AÇÕES

1

Entrega fora do
prazo

N

15

Eliminar

Realizar as tarefas
até o prazo definido.

2

Entrega
antecipada

P

12

Melhorar

Se possível, antecipar
as datas previstas no
cronograma

3

Sistema com
divergência entre
a documentação

N

20

Eliminar

Realizar
homologação
unitária com o
acompanhamento da
documentação

4

Alteração no
Escopo

N

8

Eliminar

Definir (fechar)
escopo.

DATA


Abril/2013

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

Setembro/2013 Escopo – Finalização da regra de negócio e criação de
todos os diagramas UML (Eng. Software).

#

DESCRIÇÃO

1

Interagir com o cliente na validação dos requisitos.

2

Recolher assinatura dos envolvidos no projeto em caso de
alteração no escopo e/ou ata de reunião.

3

Realizar reuniões semanais com a equipe para o alinhamento das
atividades.

4

Explorar a oportunidade de riscos positivos.

5

Compromisso com o cumprimento do cronograma.

6

Possibilidade de reunião diária via call.

PRONTUÁRIO

NOME

10200370

RAFAEL PIRES MACHADO KLENK SERRA

10200362

REGIANE PEREIRA DE MOURA

Índice

PRONTUÁRIO

NOME

10200370

RAFAEL PIRES MACHADO KLENK SERRA

10200362

REGIANE PEREIRA DE MOURA



Atualmente, o processo de atuação de trânsito é realizado de
forma manual, onde a infração é confirmada através do
preenchimento de um formulário em papel (conhecido como

auto de infração). O agente de trânsito não possui qualquer
ferramentas que o auxiliem nesse processo, tornando o
processo passível de falhas e perdas de informações.



É o desenvolvimento de um software que visa automatizar o
processo de autuação de trânsito, desde a autuação até a
notificação ao infrator, centralizar as informações em um

único sistema e disponibilizar um sistema de gerenciamento
através de relatórios gerenciais. Garantindo a segurança no
processo como um todo, reduzindo o número de fraudes,
falhas humanas e principalmente o suborno nas ações de
trânsito.





Redução no número de fraudes e subornos no trânsito.
Redução no número de falhas humanas e perdas de
informações.



Automatização dos processos de autuação.



Segurança nas informações e no processo como um todo.



Agilidade e eficiência no dia-a-dia.



Centralização das informações em um único sistema.



SUTRAN é um sistema web, desenvolvido na linguagem de
programação Java e banco de dados SQL Server 2012 para o
armazenamento de informações. O sistema irá contemplar o

processo de infrações nas fases de autuação, infração,
penalização e notificação, além de disponibilizar uma
ferramenta para auxílio na tomada de decisão através de

relatórios gerenciais. O sistema irá trabalhar com a tecnologia
RFID (Radio-Frequency Identification) para identificação dos
veículos e em uma fase inicial irá contemplar a identificação

de veículos parados.





O escopo do projeto possui os seguintes tópicos:
Documentação
◦ Diagrama e Descrição de casos de uso;
◦ Diagrama de classes;
◦ Diagrama de sequencia;
◦ Diagrama de atividades;
◦ Modelo descritivo;
◦ Modelo entidade relacionamento;
◦ Mapeamento;
◦ Modelo relacional;
◦ Dicionário de dados;
◦ Normalização;
◦ Scripts DML;
◦ Scripts DDL;
◦ Manual do Sistema



Sistema
◦ Relatórios Gerenciais
◦
◦
◦
◦



Controle de Acessos.
Cadastros.
Processo de atuação.
Testes Funcionais do Projeto.

Apresentação
◦ Apresentação do sistema.
◦ Treinamento para apresentação.
◦ Criação de documento para apresentação.
◦ Preparação de ambiente.
◦ Entrega de monografia e fonte do sistema.

SUTRAN

Documentação

Diagrama de
Caso de Uso

Diagrama de
Classes

Sistema

Homologação

Modelo
Logico

Cadastros

Relatórios

Controle de
Acesso

Modelo Físico

Regras de
Negócio

Plano de
Testes

Usuário
interno

Usuário
interno

Requisitos
Funcionais

Evidências de
Testes

Usuário
externo

Usuário externo

Requisitos
Não
Funcionais

Proprietário

Descrição de
Caso de Uso

Fabricante

Concessionaria

Veiculo

Multas

Apresentação

DESCRIÇÃO

(P)REMISSA
(R)ESTRIÇÃO

O projeto será implantado inicialmente em uma cidade para
homologação.

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á disponibilizado na web (internet)

P

O projeto somente será implantado após a implantação do chip
RFID nos veículos.

R

O projeto deverá concluído até maio/2014.

R

Regiane
Gerente de Projeto

Rafael
Desenvolvedor

Regiane
Desenvolvedor

Rafael
DBA

Regiane
Documentador

Rafael
Testador

PAPEL

RESPONSABILIDADES

Gerente de Projetos
(Regiane Moura)

-

Desenvolvedores
(Rafael Klenk / Regiane Moura)

DBA (DataBase Administrator –
Administrador de Banco de
Dados)
(Rafael Klenk )

Acompanhar o andamento do projeto.
Definir os papéis e as responsabilidades.
Desenvolver e acompanhar cronograma do projeto
Acompanhar entregas.
Definir regras de negócio.

-

Criar protótipo do sistema.
Desenvolver layout.
Codificar os módulos do sistemas
Realizar testes unitários.

-

Criação de base de dados e seus objetos (tables,
views, procedures).
Acompanhamento da disponibilidade e desempenho
do banco de dados.
Modelagem do banco de dados.

-

PAPEL

Documentador
(Regiane Moura)

Testador
(Rafael Klenk)

RESPONSABILIDADES
-

-

Elaborar monografia.
Documentar as regras de negócio e os requisitos
funcionais.
Elaborar documentação de artefatos do sistema
(casos de uso, fluxo de funcionamento, desenho
dos processo, entre outros.)
Elaboração de documentos de casos de teste;
Aplicar testes em cada módulo/funcionalidade.
Validar se o sistema está de acordo com as regras
de negócio.
Elaboração de documentos de evidências.








Criação de relatórios gerenciais.
Implantação de novos perfis de acessos;
Criação da área de atuação do agente de trânsito.
Criação da área de documentos.
Alteração na estrutura de endereços.
Implantação do processo de penalização e notificação.

#

DESCRIÇÃO

TIPO

CRITIC. SITUAÇÃO

AÇÕES

1

Não implementação da
tecnologia RFID nos veículos.

Negativo 15

Eliminar

Buscar tecnologias
alternativas.

2

Saída de membros da equipe.

Negativo 3

Aceitar

Permanecer com a equipe
restante.

3

Documentação em desacordo.

Negativo 10

Eliminar

Revisar toda a
documentação.

4

Alteração na legislação que
determina o uso do RFID nos
veículos.

Negativo 4

Eliminar

Analisar as alterações que
impactaram no projeto, caso
elas existam.

5

Prazo de entrega estourado.

Negativo 8

Mitigar

Dividir o projeto em partes e
fazer entregas parciais.

6

Integração com o sistema do
DENATRAN

Positivo

Explorar

Estudar formas de
integração direta na
ferramenta.

7

Implantação do sistema em
uma cidade

Positivo

Explorar

Buscar oportunidades de
comercialização do sistema

DATA


Setembro/2013

Alteração do tipo de login do sistema de CPF para nome.

Outubro/ 2013

Alteração na estrutura do banco de dados para atender as
necessidades do negócio.

Outubro/ 2013

Alteração no layout implantando de uma interface mais
amigável e de fácil navegabilidade.

Novembro/2013

Implantação da visualização dos dados do veículo a partir
da leitura da etiqueta RFID.

#

DESCRIÇÃO

1

A importância do 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 de validações com os professores.

4

Treinamento de apresentação.

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

Gestão da Tecnologia da Informação (27/02/2014): Status Report do TCC

Recomendados

Recomendados

Más contenido relacionado

La actualidad más candente

La actualidad más candente (20)

Destacado

Destacado (11)

Similar a Gestão da Tecnologia da Informação (27/02/2014): Status Report do TCC

Similar a Gestão da Tecnologia da Informação (27/02/2014): Status Report do TCC (20)

Más de Alessandro Almeida

Más de Alessandro Almeida (20)

Gestão da Tecnologia da Informação (27/02/2014): Status Report do TCC