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

1. GERENCIAMENTO DA
INTEGRAÇÃO EM PROJETOS
MBA FGV – CURITIBA - GP 03/14

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. EQUIPE
• Antonio Fernando Zanatta
• Fernando Cachuba Maschke
• Jacson Roberto de Oliveira
• Charles Vieira Lopes
• Marcelo Eisenberg Pires
• Pedro Henrique Santos Cunha

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. 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. 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. 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. PROCESSOS DE INICIAÇÃO

9. P
L
A
N
E
J
A
M
E
N
T
O

10. PROCESSOS DE EXECUÇÃO

11. PROCESSOS DE MONITORAMENTO E CONTROLE

12. PROCESSOS DE ENCERRAMENTO