Slides da aula apresentada no dia 27 de fevereiro de 2013.
Os 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
3.
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
9.
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.
10.
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.
11.
Maiores informações sobre pontos turísticos,
ou lazer do local.
Facilidade para encontrar estabelecimento de
seu gosto.
Mobilidade e flexibilidade para escolher
destinos.
12.
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.
13.
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
14. 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
17. 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.
19. Março
1
DOCUMENTAÇÃO
RESPONSÁVEL
DOCUMENTAÇÃO E REQUISITOS
Capitulo 2 Documentação
Cesar
Capitulo 3 Documentação
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.
Validação 2 do Sistema
Diogo/Lucas F.
Protótipo
Diogo/Lucas F.
2
3
Abril
4
5
1
2
3
Maio
4
5
1
2
3
4
5
20.
Capítulo 2 - documentação
Capítulo 3 - 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
21. #
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
22. 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
29.
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.
30.
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.
31.
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.
33.
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
34. 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
35. 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
37. 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.
39. Março
1
DOCUMENTAÇÃO
RESPONSÁVEL
DOCUMENTAÇÃO E REQUISITOS
Capitulo 2 Documentação
Leandro
Capitulo 3 Documentação
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
Validação 1 do Sistema
Diego/Anderson
Validação 2 do Sistema
Diego/Anderson
Protótipo
Diego/Anderson
2
3
Abril
4
5
1
2
3
Maio
4
5
1
2
3
4
5
40.
Validação 1 do Sistema
Capítulo 2 - documentação
Capítulo 3 - documentação
Validação 2 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 Classe
Protótipo
41. #
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
3
Não validação da
documentação
antes da entrega
N
Alta
Em andamento
Equipe alocada na
conclusão
42. DATA
DESCRIÇÃO DA MUDANÇA
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.
43. #
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.
49.
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.
51.
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;
55. 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
57. 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.
64. #
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
65. DATA
DESCRIÇÃO DA MUDANÇA
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
66. #
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
72.
Visa facilitar e agilizar o processo de compra
de
produtos
de
estabelecimentos
de
entretenimento, proporcionando um maior
controle e capacidade gerencial.
73.
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.
74.
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
75.
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
76.
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.
77. 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
78. 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)
81. 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.
83. 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 Caso de Uso
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
85. # 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.
86. DATA
DESCRIÇÃO DA MUDANÇA
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
87. #
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.
93.
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.
94.
Desenvolver um sistema para gerenciar a
administração de processo seletivo de
candidatos em uma determinada
universidade.
95.
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.
96.
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.
97.
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.
98. 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
101. 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.
105. #
DESCRIÇÃO
TIPO CRITIC. SITUAÇÃ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.
106. DATA
DESCRIÇÃO DA MUDANÇA
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).
107. #
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.
113.
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.
114.
É 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.
115.
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.
116.
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.
117.
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
118.
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.
119. 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
120. 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
122. 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.
-
123. 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.
128.
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.
129. #
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
130. DATA
DESCRIÇÃO DA MUDANÇA
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.
131. #
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.