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

Nome do Projeto

1

Logali

2

MyUniversity

3

Sistema de Gerenciamento de Maternidade

4

SICE – Sistema de Comandas ...
PRONTUÁRIO

NOME

10103024

César Augusto
Diogo Carasco

10103693

Lucas Akeda Koti

10102153

Lucas Favaretto
Rodrigo Pes...
SISTEMAS DE INFORMAÇÃO

Status Report
PRONTUÁRIO

NOME

10103024

César Augusto
Diogo Carasco

10103693

Lucas Akeda Koti

10102153

Lucas Favaretto
Rodrigo Pes...
Logali


O Brasil tem, nos próximos 4 anos, uma
chance histórica no setor turístico, pois
haverá a realização dos principais meg...


O
objetivo
deste
projeto
visa
o
desenvolvimento de um aplicativo para
Android de localização, agenda e avaliações
de um...






Maiores informações sobre pontos turísticos,
ou lazer do local.
Facilidade para encontrar estabelecimento de
seu ...





O sistema possuirá 2 interfaces com o
usuário. 1 para a parte do estabelecimento
que poderá cadastrar as informaçõ...











Diagrama de Caso de Uso
Diagrama de Fluxo de Dados
Diagrama de Classe
Diagrama de sequência
Descrição...
Logali

Documentação

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

(P)REMISSA
(R)ESTRIÇÃO

A plataforma utilizada será Android

R

Uso de API´s do google

P

O sistema deverá est...
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 ...
Logali
Março
1
DOCUMENTAÇÃO

RESPONSÁVEL

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

Cesar

Capitulo 3 Documentação

Cesa...















Capítulo 2 - documentação
Capítulo 3 - documentação
Validação da parte Web do Sistema
Pôster (di...
#

DESCRIÇÃO

TIPO CRITIC. SITUAÇÃO

AÇÕES

1

Prazo curto para
o término do
projeto

N

Alta

Em andamento

Aumento de ho...
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/2...
#

DESCRIÇÃO

1

Planejamento das atividades antes de executá-las.

2

Comprometimento da equipe com as atividades.

3

At...
Logali
PRONTUÁRIO

NOME

09106933

Anderson Porfírio Trindade

10200365

Diego Marques dos Santos

09106538

Itamar Rocha

102002...
SISTEMAS DE INFORMAÇÃO

Status Report
PRONTUÁRIO

NOME

09106933

Anderson Porfírio Trindade

10200365

Diego Marques dos Santos

09106538

Itamar Rocha

102002...
MyUniversity


A escolha do tema foi feita a partir da visão
de que existe uma barreira na comunicação
entre alunos e professores fora...






Desenvolver um sistema para facilitar a
comunicação entre alunos e professores de
uma mesma universidade;
Fornece...






Melhoria na comunicação entre alunos e
professores.
Facilidade em saber o que está acontecendo
na universidade.
M...






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
Mo...
My University

Documentação

Levantamento
de Requisitos
Mapear
requisitos
funcionais

Mapear
requisitos não
funcionais
Map...
DESCRIÇÃO

(P)REMISSA
(R)ESTRIÇÃO

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

P

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

Diego
Analista
Desenvolvedor

Anderson
Analista
Desenvolvedor

Itamar
Analista de
Requisitos

Leandro
Documen...
PAPEL

RESPONSABILIDADES

Líder do Projeto

Acompanhar andamento do projeto e
cronograma.

Analista

Pesquisar e analisar ...
MyUniversity
Março
1
DOCUMENTAÇÃO

RESPONSÁVEL

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

Leandro

Capitulo 3 Documentação

It...











Validação 1 do Sistema
Capítulo 2 - documentação
Capítulo 3 - documentação
Validação 2 do Sistema
Pôs...
#

DESCRIÇÃO

TIPO CRITIC. SITUAÇÃO

AÇÕES

1

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

N

Alta

...
DATA

DESCRIÇÃO DA MUDANÇA

Ago/2013

Na versão anterior, os dados referentes à universidade,
tais como, alunos, professor...
#

DESCRIÇÃO

1

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

2
...
MyUniversity
PRONTUÁRIO

NOME

11103655

Carolina Kewerrhause

10200796

André A. Gattini

10201118

Aline Siqueira

10200521

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

Status Report
PRONTUÁRIO

NOME

11103655

Carolina Kewerrhause

10200796

André A. Gattini

10201118

Aline Siqueira

10200521

Kauê Cle...
<SGM>


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

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

Eliminação de processos manuais;
Gerar um atendimento médico mais rápido;
Gerar um atendimento médico mais efic...
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;
...
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 trat...
Carolina
Gerente de Projeto

Carolina
Documentadora

Aline

Kauê

DBA
Documentadora
Analista de Negócio

Documentador

And...
PAPEL

RESPONSABILIDADES

Gerente de Projetos

Administrar o projeto, controlando prazos, definindo papéis e
responsabilid...
<SGM>
#

DESCRIÇÃO

TIPO

1

Adotar aplicativo mobile
Android no sistema

Positivo

15

2

Adotar envio de e-mail no
sistema

Po...
DATA

DESCRIÇÃO DA MUDANÇA

Ago/13

Acréscimo de relatórios e cadastros

Set/13

Impedimentos para adotar RFID

Out/13

Im...
#

DESCRIÇÃO

1

Cumprir os prazos de entrega

2

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

NOME

10200013

Amanda Cristina Santos Ferreira

10200086

Evandro E. Hernandes

10200371

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

Status Report
PRONTUÁRIO

NOME

10200013

Amanda Cristina Santos Ferreira

10200086

Evandro E. Hernandes

10200371

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

Visa facilitar e agilizar o processo de compra
de
produtos
de
estabelecimentos
de
entretenimento, proporcionando um mai...


O software proposto neste trabalho consiste
em gerenciar vendas e controle de gastos
através de comandas eletrônicas e ...











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



Desenvolvido em Adobe AIR 3;

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

Escrito em AS3 integra...











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

Regras de
Negócio
Requisitos
Funcionais

Requisitos
Não
Funciona...
DESCRIÇÃO

(P)REMISSA
(R)ESTRIÇÃO

O objeto de estudo disponibilizara a rotina de seu estabelecimento.

(P)

O objeto de e...
HenriqueEvandroThales
Gerente de Projeto

Henrique, Amanda e
Evandro
Analista de Requisitos

Thales e Pedro

Desenvolvedor...
HenriqueEvandroThales
Gerente de Projeto

Henrique, Amanda e
Evandro
Analista de Requisitos

Thales e Pedro

Desenvolvedor...
PAPEL

RESPONSABILIDADES

Gerente de Projeto

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

Analista de Testes
...
SICE – Sistema de Comandas
Eletrônicas
FEVEREIRO
1 - - 31
DOCUMENTAÇÃO
BANCO DE DADOS
Normalização
ENTREGAS TCC
Ficha Grupo
Capitulo 1
Pré-Apresentação
Validação...






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

Faze...
DATA

DESCRIÇÃO DA MUDANÇA

Dez/2012

Saída de Integrante – Ana Paula

Fev/2013

Entrada de Integrantes – Evandro e Pedro
...
#

DESCRIÇÃO

1

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

2

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

NOME

10200358

Francisco Sousa

10100908

Felipe Quirino

08101271

Juan Hernandes

10100065

Vinicius Passos...
SISTEMAS DE INFORMAÇÃO

Status Report
PRONTUÁRIO

NOME

10200358

Francisco Sousa

10100908

Felipe Quirino

08101271

Juan Hernandes

10100065

Vinicius Passos
Sistema de Processo Seletivo


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

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





Atender aos controles (segurança e integridade
dos dados) e funcionalidades esperadas com
diferenciais e tecnolog...











Sistema Web;
Sistema Gerenciador de Banco de Dados:
MySQL 5.5.27;
Ambiente de Desenvolvimento: Netbeans I...











Diagrama de Caso de Uso;
Descrição do Caso de Uso;
Diagrama de Classe;
Diagrama de Sequência;
Modelagem...
Sistema de Processo
Seletivo

Documentação

Engenharia de
Software

Banco de Dados

Modelo

Sistema

Testes

Diagrama de
c...
DESCRIÇÃO

(P)REMISSA
(R)ESTRIÇÃO

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

R

Todo o sistema deve ser documentad...
Vinícius
Passos
Líder de Projeto

Vinícius
Passos
Analista de requisitos

Francisco
Sousa
Analista Desenvolvedor

Juan
Her...
PAPEL

RESPONSABILIDADES

Líder de Projeto

Validar documentação, modelagem,
diagramas e definição de prazos, escopo e
cus...
Sistema de Processo Seletivo








Diagramas UML (Validado);
Modelagem do Banco de Dados (Validado);
Documentação (Validado);
Testes unitários ...
#

DESCRIÇÃO

TIPO CRITIC. SITUAÇÃO

AÇÕES

1

Entrega fora do
prazo

N

15

Eliminar

Realizar as tarefas
até o prazo def...
DATA

DESCRIÇÃO DA MUDANÇA

Abril/2013

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

Setembro/2013 Escopo – Finaliz...
#

DESCRIÇÃO

1

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

2

Recolher assinatura dos envolvidos no projeto em...
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
pree...


É o desenvolvimento de um software que visa automatizar o
processo de autuação de trânsito, desde a autuação até a
noti...




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.

...


SUTRAN é um sistema web, desenvolvido na linguagem de
programação Java e banco de dados SQL Server 2012 para o
armazena...




O escopo do projeto possui os seguintes tópicos:
Documentação
◦ Diagrama e Descrição de casos de uso;
◦ Diagrama de ...


Sistema
◦ Relatórios Gerenciais
◦
◦
◦
◦



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

Documentação

Diagrama de
Caso de Uso

Diagrama de
Classes

Sistema

Homologação

Modelo
Logico

Cadastros

Relató...
DESCRIÇÃO

(P)REMISSA
(R)ESTRIÇÃO

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

P

A integração...
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 (Dat...
PAPEL

Documentador
(Regiane Moura)

Testador
(Rafael Klenk)

RESPONSABILIDADES
-

-

Elaborar monografia.
Documentar as r...
SUTRAN







Criação de relatórios gerenciais.
Implantação de novos perfis de acessos;
Criação da área de atuação do agent...
#

DESCRIÇÃO

TIPO

CRITIC. SITUAÇÃO

AÇÕES

1

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

Negativo 15

Eliminar
...
DATA

DESCRIÇÃO DA MUDANÇA

Setembro/2013

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

Outubro/ 2013

Alteraç...
#

DESCRIÇÃO

1

A importância do desenvolver cronograma para
acompanhamento das atividades

2

Realizar reuniões com a eq...
SUTRAN
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
Gestão da Tecnologia da Informação (27/02/2014): Status Report do TCC
Gestão da Tecnologia da Informação (27/02/2014): Status Report do TCC
Gestão da Tecnologia da Informação (27/02/2014): Status Report do TCC
Gestão da Tecnologia da Informação (27/02/2014): Status Report do TCC
Gestão da Tecnologia da Informação (27/02/2014): Status Report do TCC
Gestão da Tecnologia da Informação (27/02/2014): Status Report do TCC
Gestão da Tecnologia da Informação (27/02/2014): Status Report do TCC
Gestão da Tecnologia da Informação (27/02/2014): Status Report do TCC
Gestão da Tecnologia da Informação (27/02/2014): Status Report do TCC
Gestão da Tecnologia da Informação (27/02/2014): Status Report do TCC
Próximos SlideShares
Carregando em…5
×

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

2.982 visualizações

Publicada em

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

Publicada em: Negócios
  • Seja o primeiro a comentar

  • Seja a primeira pessoa a gostar disto

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

  1. 1. 1° Semestre de 2014 SIN-NA8 Alessandro Almeida | www.alessandroalmeida.com 27/02/2014
  2. 2.  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
  3. 3. # 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
  4. 4. PRONTUÁRIO NOME 10103024 César Augusto Diogo Carasco 10103693 Lucas Akeda Koti 10102153 Lucas Favaretto Rodrigo Pestana Índice
  5. 5. SISTEMAS DE INFORMAÇÃO Status Report
  6. 6. PRONTUÁRIO NOME 10103024 César Augusto Diogo Carasco 10103693 Lucas Akeda Koti 10102153 Lucas Favaretto Rodrigo Pestana
  7. 7. Logali
  8. 8.  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.
  9. 9.  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.
  10. 10.    Maiores informações sobre pontos turísticos, ou lazer do local. Facilidade para encontrar estabelecimento de seu gosto. Mobilidade e flexibilidade para escolher destinos.
  11. 11.    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.
  12. 12.           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
  13. 13. 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
  14. 14. 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
  15. 15. Lucas A Líder Lucas F. Analista Desenvolvedor Diogo Cesar DBA Analista de Requisitos Rodrigo Documentador
  16. 16. 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.
  17. 17. Logali
  18. 18. 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
  19. 19.            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
  20. 20. # 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
  21. 21. 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
  22. 22. # DESCRIÇÃO 1 Planejamento das atividades antes de executá-las. 2 Comprometimento da equipe com as atividades. 3 Atas de reuniões
  23. 23. Logali
  24. 24. PRONTUÁRIO NOME 09106933 Anderson Porfírio Trindade 10200365 Diego Marques dos Santos 09106538 Itamar Rocha 10200275 Leandro Gonçalves Índice
  25. 25. SISTEMAS DE INFORMAÇÃO Status Report
  26. 26. PRONTUÁRIO NOME 09106933 Anderson Porfírio Trindade 10200365 Diego Marques dos Santos 09106538 Itamar Rocha 10200275 Leandro Gonçalves
  27. 27. MyUniversity
  28. 28.  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.
  29. 29.    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.
  30. 30.    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.
  31. 31.     Sistema Web Desenvolvido em Plataforma Java Banco de Dados SQL Server 2012 Servidor Apache TomCat 7
  32. 32.          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
  33. 33. 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
  34. 34. 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
  35. 35. Diego Líder Diego Analista Desenvolvedor Anderson Analista Desenvolvedor Itamar Analista de Requisitos Leandro Documentador
  36. 36. 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.
  37. 37. MyUniversity
  38. 38. 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
  39. 39.           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
  40. 40. # 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
  41. 41. 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.
  42. 42. # 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.
  43. 43. MyUniversity
  44. 44. PRONTUÁRIO NOME 11103655 Carolina Kewerrhause 10200796 André A. Gattini 10201118 Aline Siqueira 10200521 Kauê Clerici Leite Índice
  45. 45. SISTEMAS DE INFORMAÇÃO Status Report
  46. 46. PRONTUÁRIO NOME 11103655 Carolina Kewerrhause 10200796 André A. Gattini 10201118 Aline Siqueira 10200521 Kauê Clerici Leite
  47. 47. <SGM>
  48. 48.  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.
  49. 49.  Desenvolver um sistema para controle de cadastro e relatórios de uma maternidade.
  50. 50.      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;
  51. 51. SGM Documentação Banco de Dados Engenharia de SW Desenvolvimento
  52. 52.  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;
  53. 53. 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
  54. 54. Carolina Gerente de Projeto Carolina Documentadora Aline Kauê DBA Documentadora Analista de Negócio Documentador André Desenvolvedor
  55. 55. 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.
  56. 56. <SGM>
  57. 57. # 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
  58. 58. 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
  59. 59. # 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
  60. 60. <SGM>
  61. 61. 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
  62. 62. SISTEMAS DE INFORMAÇÃO Status Report
  63. 63. 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
  64. 64. SICE – Sistema de Comandas Eletrônicas
  65. 65.  Visa facilitar e agilizar o processo de compra de produtos de estabelecimentos de entretenimento, proporcionando um maior controle e capacidade gerencial.
  66. 66.  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.
  67. 67.         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
  68. 68.   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
  69. 69.           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.
  70. 70. 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
  71. 71. 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)
  72. 72. 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
  73. 73. 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
  74. 74. 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.
  75. 75. SICE – Sistema de Comandas Eletrônicas
  76. 76. 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
  77. 77.     Normalização do Projeto. Atualização dos Diagramas. Otimização. Entregas TCC
  78. 78. # 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.
  79. 79. 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
  80. 80. # 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.
  81. 81. SICE – Sistema de Comandas Eletrônicas
  82. 82. PRONTUÁRIO NOME 10200358 Francisco Sousa 10100908 Felipe Quirino 08101271 Juan Hernandes 10100065 Vinicius Passos Índice
  83. 83. SISTEMAS DE INFORMAÇÃO Status Report
  84. 84. PRONTUÁRIO NOME 10200358 Francisco Sousa 10100908 Felipe Quirino 08101271 Juan Hernandes 10100065 Vinicius Passos
  85. 85. Sistema de Processo Seletivo
  86. 86.  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.
  87. 87.  Desenvolver um sistema para gerenciar a administração de processo seletivo de candidatos em uma determinada universidade.
  88. 88.    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.
  89. 89.       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.
  90. 90.         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.
  91. 91. 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
  92. 92. 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
  93. 93. Vinícius Passos Líder de Projeto Vinícius Passos Analista de requisitos Francisco Sousa Analista Desenvolvedor Juan Hernandes Documentador Felipe Quirino DBA
  94. 94. 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.
  95. 95. Sistema de Processo Seletivo
  96. 96.       Diagramas UML (Validado); Modelagem do Banco de Dados (Validado); Documentação (Validado); Testes unitários e integrados; Sistema (Homologado); Manual do usuário;
  97. 97. # 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.
  98. 98. 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).
  99. 99. # 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.
  100. 100. Sistema de Processo Seletivo
  101. 101. PRONTUÁRIO NOME 10200370 RAFAEL PIRES MACHADO KLENK SERRA 10200362 REGIANE PEREIRA DE MOURA Índice
  102. 102. SISTEMAS DE INFORMAÇÃO Status Report
  103. 103. PRONTUÁRIO NOME 10200370 RAFAEL PIRES MACHADO KLENK SERRA 10200362 REGIANE PEREIRA DE MOURA
  104. 104. SUTRAN
  105. 105.  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.
  106. 106.  É 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.
  107. 107.   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.
  108. 108.  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.
  109. 109.   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
  110. 110.  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.
  111. 111. 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
  112. 112. 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
  113. 113. Regiane Gerente de Projeto Rafael Desenvolvedor Regiane Desenvolvedor Rafael DBA Regiane Documentador Rafael Testador
  114. 114. 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. -
  115. 115. 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.
  116. 116. SUTRAN
  117. 117.       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.
  118. 118. # 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
  119. 119. 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.
  120. 120. # 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.
  121. 121. SUTRAN
  122. 122. alessandro.almeida@uol.com.br www.alessandroalmeida.com/unifieo.htm www.slideshare.net/alessandroalmeida

×