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

50 %
50 %
Information about Gestão da Tecnologia da Informação (27/02/2014): Status Report do TCC
Business & Mgmt

Published on March 4, 2014

Author: alessandroalmeida

Source: slideshare.net

Description

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

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

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 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.

Logali

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

           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 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

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

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

          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 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.

<SGM>

# 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 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 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

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.

SICE – Sistema de Comandas Eletrônicas

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

    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 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.

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.

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 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.

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

Add a comment

Related presentations

Related pages

GESTÃO DA TECNOLOGIA DA INFORMAÇÃO - Guia RH Treinamentos

GESTÃO DA TECNOLOGIA DA INFORMAÇÃO ... com o estágio do desenvolvimento tecnológico das empresas e/ou de seus processos internos.
Read more

Gestão de Infraestrutura de TI - YouTube

Gestão de Infraestrutura de TI ... Instituto de Gestão em Tecnologia da Informação ... Fundamentos do Gerenciamento de Projetos ...
Read more

Gestor de TI - YouTube

Meu Futuro como Gestor da Tecnologia da Informação ... Universidade do Oeste ... Curso de Gestão da Tecnologia da Informação ...
Read more

“POR QUE GESTÃO EM SISTEMAS E TECNOLOGIAS DE INFORMAÇÃO ?

existente na “Gestão dos Relacionamentos” e compartilhamento da informação ( Gestão do ... Tecnologia de Informação: A arte do ...
Read more

Tecnólogo – Wikipédia, a enciclopédia livre

... e levada à sanção do Presidente da República. ... Gestão da Tecnologia da Informação; Gestão de Telecomunicações; Redes de Computadores;
Read more

Confira o catálogo de cursos tecnológicos do MEC

o tecnólogo em Gestão da tecnologia da informação atua em um segmento da área de ... operação do processo, gestão da qualidade, ...
Read more

TCC - Departamento de Engenharia de Produção UFPB

TCC - Gestão da Qualidade 689k ... TCC - Verificação da contribuição do programa de endomarketing na qualidade da prestação de serviços em ...
Read more