Post on 14-Jan-2015
description
Alessandro Almeida | www.alessandroalmeida.com 27/02/2014
1° Semestre de 2014
SIN-NA8
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
Logali
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
Descrição de
Caso de Uso
Diagrama de
Caso de Uso
Modelo de
Dados
Modelo
Conceitual
Modelo
Lógico
Modelo Físico
Diagrama de
Classes
Sistema
Cadastros
Validação e
Testes
unitários
Relatórios
Validação e
Testes
unitários
Controle de
Acesso
Cadastros de
Perfis
Testes
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
DBA
Cesar 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.
Logali
1 2 3 4 5 1 2 3 4 5 1 2 3 4 5
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.
Março Abril Maio
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
# 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
Logali
PRONTUÁRIO NOME
09106933 Anderson Porfírio Trindade
10200365 Diego Marques dos Santos
09106538 Itamar Rocha
10200275 Leandro Gonçalves
Índice
SISTEMAS DE INFORMAÇÃO
Status Report
PRONTUÁRIO NOME
09106933 Anderson Porfírio Trindade
10200365 Diego Marques dos Santos
09106538 Itamar Rocha
10200275 Leandro Gonçalves
MyUniversity
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 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
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
Descrição de
Caso de Uso
Diagrama de
Caso de Uso
Modelo de
Dados
Modelo
Conceitual
Modelo
Lógico
Modelo Físico
Diagrama de
Classes
Mapear
Classes
Sistema
Cadastros
Validação e
Testes
unitários
Relatórios
Validação e
Testes
unitários
Controle de
Acesso
Cadastros de
Perfis
Testes
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
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.
MyUniversity
1 2 3 4 5 1 2 3 4 5 1 2 3 4 5
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
Março Abril Maio
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
# 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
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.
# 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.
MyUniversity
PRONTUÁRIO NOME
11103655 Carolina Kewerrhause
10200796 André A. Gattini
10201118 Aline Siqueira
10200521 Kauê Clerici Leite
Índice
SISTEMAS DE INFORMAÇÃO
Status Report
PRONTUÁRIO NOME
11103655 Carolina Kewerrhause
10200796 André A. Gattini
10201118 Aline Siqueira
10200521 Kauê Clerici Leite
<SGM>
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 Desenvolvimento
Banco de Dados
Engenharia de SW
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 (P)REMISSA (R)ESTRIÇÃO
O sistema não possui tratamento após a avaliação do recém-nascido; 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 DBA
Documentadora
Analista de Negócio
Kauê 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.
<SGM>
# DESCRIÇÃO TIPO CRITIC. SITUAÇÃO AÇÕES
1 Adotar aplicativo mobile Android no sistema
Positivo 15 Implementar do sistema
2 Adotar envio de e-mail no sistema
Positivo 5 Implementar do sistema
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
Negativo 5
Desenvolver uma nova ideia de projeto que atenda as especificações e qualificações, respeitando as datas de entrega e escopo solicitados
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
# 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
<SGM>
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
SISTEMAS DE INFORMAÇÃO
Status Report
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 Testes
Plano de
Testes
Script de
Testes
Evidências
de Testes
Levantamen
to de Dados
Entrevistas
com os
Clientes
Pesquisa de
Campo
Sistema
Cadastros
Usuário
Produto
Cliente
Relatórios
Venda por
Período
Perfil de
Acesso
Gerente
Caixa
Bar
Venda
Produto
Estoque
Histórico
Comanda
Recarga
Saldo
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)
Henrique\Evandro\Thales
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
Henrique\Evandro\Thales
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.
SICE – Sistema de Comandas Eletrônicas
FEVEREIRO MARÇO ABRIL MAIO
1 - - 31 1 - - 30 1 - - 31 1 - - 31
DOCUMENTAÇÃO RESPONSÁVEL
BANCO DE DADOS
Normalização Henrique/Amanda
ENTREGAS TCC
Ficha Grupo Amanda
Capitulo 1 Todos
Pré-Apresentação Todos
Validação 1 do sistema Profª Luciene
Capitulo 2 Todos
Capitulo 3 Todos
Validação 2 do sistema Profª Luciene
Sorteio para apresentação Profª Luciene
Apresentação final Todos
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
Normalização do Projeto.
Atualização dos Diagramas.
Otimização.
Entregas TCC
# DESCRIÇÃO TIPO CRITIC.
SITUAÇÃO AÇÕES
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 Testado localmente
Implementar um servidor na nuvem.
4 Automatização de inserção de credito através da forma de pagamento online.
Positivo 10 O crédito é inserido após a identificação do pagamento por notificação de e-mail.
Implementar API.
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
# 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.
SICE – Sistema de Comandas Eletrônicas
PRONTUÁRIO NOME
10200358 Francisco Sousa
10100908 Felipe Quirino
08101271 Juan Hernandes
10100065 Vinicius Passos
Índice
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 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.
Engenharia de Software
Sistema de Processo Seletivo
Documentação
Diagrama de caso de uso
Diagrama de classes
Diagrama de sequencia
Diagrama de Atividades
Banco de Dados
Modelo
Descritivo
Normalização
Modelo Entidade-
Relacionamento
Scrip: DDL
DML
Testes
Validações de Campos
Segurança
Sobrecarga
Levantamento de Dados
Acompanhamento do Proceso
Análise de requisitos
Sistema
Cadastros
Usuários
Candidatos
Cursos
Campus
Concursos
Relatórios
Demanda Por Curso
Demanda Por Localidade
Estatística dos Candidatos
Processamento
Correção de Prova Objetiva
Importar Notas de Redação
Processar Classificação
Descrição do Caso de Uso
Modelo Relacional
Normalizado
Identificação das deficiências
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.
Sistema de Processo Seletivo
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 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.
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).
# 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.
Sistema de Processo Seletivo
PRONTUÁRIO NOME
10200370 RAFAEL PIRES MACHADO KLENK SERRA
10200362 REGIANE PEREIRA DE MOURA
Índice
SISTEMAS DE INFORMAÇÃO
Status Report
PRONTUÁRIO NOME
10200370 RAFAEL PIRES MACHADO KLENK SERRA
10200362 REGIANE PEREIRA DE MOURA
SUTRAN
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
Regras de
Negócio
Requisitos
Funcionais
Requisitos
Não
Funcionais
Descrição de
Caso de Uso
Diagrama de
Classes Homologação
Plano de
Testes
Evidências de
Testes
Modelo
Logico
Sistema
Cadastros
Usuário
interno
Usuário
externo
Proprietário
Fabricante
Concessionaria
Veiculo
Multas
Relatórios Controle de
Acesso
Usuário
interno
Usuário externo
Modelo Físico 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)
- 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.
Desenvolvedores (Rafael Klenk / Regiane Moura)
- Criar protótipo do sistema. - Desenvolver layout. - Codificar os módulos do sistemas
- Realizar testes unitários.
DBA (DataBase Administrator – Administrador de Banco de Dados) (Rafael Klenk )
- 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 RESPONSABILIDADES
Documentador (Regiane Moura)
- 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.)
Testador (Rafael Klenk)
- 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.
SUTRAN
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 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.
# 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.
SUTRAN
alessandro.almeida@uol.com.br www.alessandroalmeida.com/unifieo.htm www.slideshare.net/alessandroalmeida