GERENCIAMENTO DA
INTEGRAÇÃO EM PROJETOS
MBA FGV – CURITIBA - GP 03/14
DESCRIÇÃO DA EMPRESA E PROJETO
A empresa TechRun é consagrada em inovações tecnológicas. Para o
ano de 2015 será realizado...
EQUIPE
• Antonio Fernando Zanatta
• Fernando Cachuba Maschke
• Jacson Roberto de Oliveira
• Charles Vieira Lopes
• Marcelo...
OBJETIVO
O sistema deve verificar e armazenar os parâmetros de funcionamento do
veiculo. Os usuários devem ter acesso às i...
EAP 1. Diagnostic
System
1.1
Gerenciament
o do Projeto
1.2 Protótipo 1.3 Sistema
1.4
Hardware
1.5
Encerramento
1.1.1 Anali...
DICIONÁRIO DA WBS
ID PACOTE DE TRABALHO ESPECIFICAÇÃO CRITÉRIO DE ACEITAÇÃO
1.1.1.1 Oportunidade Tecnica
A equipe do proje...
DICIONÁRIO DA WBS
ID PACOTE DE TRABALHO ESPECIFICAÇÃO CRITÉRIO DE ACEITAÇÃO
1.3.2.2 Diagrama de classes
Os diagramas de cl...
PROCESSOS DE INICIAÇÃO
P
L
A
N
E
J
A
M
E
N
T
O
PROCESSOS DE EXECUÇÃO
PROCESSOS DE MONITORAMENTO E CONTROLE
PROCESSOS DE ENCERRAMENTO
Próximos SlideShares
Carregando em…5
×

Diagnostic System

1.006 visualizações

Publicada em

Titulo: Diagnostic System
Alunos:Antonio Fernando Zanatta,Charles Vieira Lopes,Fernando Cachuba Maschke,Jacson Oliveira ,Marcelo Eisenberg Pires,Pedro H Cunha,
Cidade: Curitiba
Disciplina: Integração
Turma: GP3/14
Data:14-07-2015
Hora:23:25
Comentarios:
Publico até ápos a correção

0 comentários
0 gostaram
Estatísticas
Notas
  • Seja o primeiro a comentar

  • Seja a primeira pessoa a gostar disto

Sem downloads
Visualizações
Visualizações totais
1.006
No SlideShare
0
A partir de incorporações
0
Número de incorporações
70
Ações
Compartilhamentos
0
Downloads
3
Comentários
0
Gostaram
0
Incorporações 0
Nenhuma incorporação

Nenhuma nota no slide

Diagnostic System

  1. 1. GERENCIAMENTO DA INTEGRAÇÃO EM PROJETOS MBA FGV – CURITIBA - GP 03/14
  2. 2. DESCRIÇÃO DA EMPRESA E PROJETO A empresa TechRun é consagrada em inovações tecnológicas. Para o ano de 2015 será realizado um projeto para criação de um produto novo para ser vendido no mercado, em parceria com montadoras de veículos. O produto a ser desenvolvido consiste em um sistema de diagnostico veicular apresentando informações úteis ao condutor em seu aparelho celular. PRODUTO DO PROJETO Dispositivo eletrônico de conexão veicular para compartilhamento de dados via celular
  3. 3. EQUIPE • Antonio Fernando Zanatta • Fernando Cachuba Maschke • Jacson Roberto de Oliveira • Charles Vieira Lopes • Marcelo Eisenberg Pires • Pedro Henrique Santos Cunha
  4. 4. OBJETIVO O sistema deve verificar e armazenar os parâmetros de funcionamento do veiculo. Os usuários devem ter acesso às informações constantes nos requisitos de forma simples como três toques em seu aparelho celular. DESIGNAÇÃO Fica designado o Sr. Marcelo Eisenberg Pires como gestor desse projeto. Autoridade/Responsabilidade: Definir e validar aceitação das atividades.
  5. 5. EAP 1. Diagnostic System 1.1 Gerenciament o do Projeto 1.2 Protótipo 1.3 Sistema 1.4 Hardware 1.5 Encerramento 1.1.1 Analise de viabilidade 1.1.1.1 Oportunidade Tecnica 1.1.1.2 Oportunidade Comercial 1.1.2 Termo de abertura 1.1.3 Plano de GP 1.2.1 Sistema 1.2.2 Design 1.2.3 Testes de usabilidade 1.2.4 Conector Veículo 1.2.5 Integração 1.3.1 Desenvolvimento 1.3.2 Analise de sistema 1.3.2.1 Modelo Logico 1.3.2.2 Diagrama de classes 1.3.2.3 Casos de Uso 1.3.3 Testes 1.4.1 Desenho 1.5.1 Aceitação 1.4.2 Construção 1.4.3 Sistema embarcado 1.4.4 Integração 1.5.2 Entrada mercado 1.5.3 Licoes aprendidas 1.5.4 Encerramento dos contratos 1.5.5 Encerramento do Projeto
  6. 6. DICIONÁRIO DA WBS ID PACOTE DE TRABALHO ESPECIFICAÇÃO CRITÉRIO DE ACEITAÇÃO 1.1.1.1 Oportunidade Tecnica A equipe do projeto deve desenvolver um estudo da factibilidade tecnica em termos de sistema e hardware confirmar a viabilidade de execução. Analise de ao menos duas tecnologias alternativas e a seleção da mais viavel. 1.1.1.2 Oportunidade Comercial A equipe do projeto deve realizar estudo economico e desenvolver um Plano comercial incluindo o Business Case. Confirmação da rentabilidade e aprovação pelos socios sponsors. 1.1.2 Termo de abertura O documento Termo de Abertura deve ser desenvolvido utilizando o template disponivel no site www.beware.com. TAP assinado pelos socios 1.1.3 Plano de GP O plano de projeto deve ser criado e mantido pelo Gerente do Projeto. Aprovação do plano pelos stakeholders 1.2.1 Sistema O sistema deve atender todos os requisitos do sistema do prototipo e adicionada melhorias identificadas A verificação dos requisitos deve ser aprovada 1.2.2 Design O designer deve desenvolver um documento de design do sistema apresentando as principais telas O design deve ser aprovado pelos stakeholders 1.2.3.1 Execução Realização de um evento com futuros usuários para que eles utilizem o sistema prototipo e a equipe de projeto deve analisar as reações desses usuarios. Relatorio das analises deve ser apresentando contendo as melhorias levantadas. 1.2.3.2 Aceitação O sistema deve ser alterado para implementar as melhorias levantadas e aprovadas As melhorias aprovadas devem estar implementadas. 1.2.4 Conector Veiculo Criar um ambiente de teste para construção do conector com peças compradas no mercado Conector montado e teste funcionando 1.2.5 Integração Implementar a codificação para o conector comunique com o dispositivo celular com sistemas Android e iOS. Os dados do veiculo devem ser exibidos em aparelhos compativeis 1.3.1 Desenvolvimento A equipe de desenvolvedores deve realizar a codificação do sistema seguindo a documentaçao de analise e design O codigo deve ser disponibilizado no repositorio de arquivos da empresa 1.3.2.1 Modelo Logico O modelo logico do sistema deve ser criado pela equipe do projeto utilizando os templates da empresa Os documentos devem ser revisados e aceitos pelas equipes de desenvolvimento e testes
  7. 7. DICIONÁRIO DA WBS ID PACOTE DE TRABALHO ESPECIFICAÇÃO CRITÉRIO DE ACEITAÇÃO 1.3.2.2 Diagrama de classes Os diagramas de classes deve ser criado pela equipe do projeto utilizando os templates da empresa Os documentos devem ser revisados e aceitos pelas equipes de desenvolvimento e testes 1.3.2.3 Casos de Uso Os Casos de Uso devem ser criados pela equipe do projeto utilizando os templates da empresa Os documentos devem ser revisados e aceitos pelas equipes de desenvolvimento e testes 1.3.3 Teste Os Testes devem ser documentados e executados seguindo padrões definidos pelo ISTQB Execução de testes com pelo menos 98% dos casos de testes válidos aprovados e não possuir defeitos críticos abertos. 1.4.1 Desenho Interface de iteração do usuário deve seguir padrões internacionais de usabilidade Teste de usabilidade executado e aprovado por empresa especializada 1.4.2 Construção O equipamento "Inteface de Comunicação" deve comunicar com a rede CAM dos veículos através da porta OBD traduzindo os dados para a rede de computadoes por transmissão USB Equipamento com compatibilidade e integração com ambas as redes realizado 1.4.3 Sistema embarcado Desenvolver Sistema para ser embarcado a "Interface de Comunicação" O sistema deve permitir a comunicação dos equipamentos. 1.4.4 Integração Integrar todos os equipamento e sistemas e realizar testes de integração Testes de integração com pelo menos 98% dos casos de testes válidos aprovados e não possuir defeitos críticos abertos. 1.5.1 Aceitação Realizar testes beta realizado com usuário final Os testes com usuários final devem estar com pelo menos 80% de aprovação 1.5.2 Entrada mercado Definir estratégia de entrada no mercado realizando um estudo prévio Estudo de mercado realizado e documentado 1.5.3 Licoes aprendidas Reunião de lições aprendidas deve ser realizado com toda equipe do projeto Registro de lições aprendidas devidamente documentados e aceito pelos participantes da reunião armazenados no repositório de lições aprendidas da empresa 1.5.4 Encerramento dos contratos Realizar reunião para encerramento dos contratos com o sponsor do projeto Encerramento do contrato assinado. 1.5.5 Encerramento do Projeto Reunião de encerramento do projeto com equipe do projeto Reunião e celebração com integrantes do projeto realizada
  8. 8. PROCESSOS DE INICIAÇÃO
  9. 9. P L A N E J A M E N T O
  10. 10. PROCESSOS DE EXECUÇÃO
  11. 11. PROCESSOS DE MONITORAMENTO E CONTROLE
  12. 12. PROCESSOS DE ENCERRAMENTO

×