 Diretoria
 Missão
 Visão
 Valores
CAPTEC
SOLUÇÕES
Adi Dias
Diogo
Martos
Marcos de
Almeida
Caio
Campos
Bruno
Pacheco
Roberto
Junior
Conselho
Administrativo
 Diretoria
 Missão
 Visão
 Valores
MISSÃO
Atuar de forma inovadorano mercado de soluções tecnológicas
visando sempre superar as expectativasde nossos contratantes.
VISÃO
Tornar-se referência nacionalpara desenvolvimento de
soluções tecnológicas,definindonovospadrões e agregando
valorao serviço final.
VALORES
 Inovação
 Trabalhoem Equipe
 Superação
 Tecnologia
 Meritocracia
 Programas
 Projetos
Programa | SOLUTIONS FOR LIFE
Projeto | Easy Clean
Desenvolvimento de aplicativo para indicação
de diaristas
Projeto | Capitão Marreta
Aplicativo social para pequenos serviços
domésticos: Hidráulico, elétrico e estrutural
Projeto | Salva Vidas
Desenvolvimento de aplicativo para encontrar
atendimento médico mais próximo
Projeto | Outlet
Desenvolvimento deaplicativo para
identificar o estabelecimento mais próximo
com acesso a tomada para carregar o
celular
Conjunto de projetos de aplicativos para
smartphones que tenha finalidade de
simplificara vida das pessoas
 Programas
 Projetos
Programa | FUN STATION SP
Projeto | Sampa Highway
Desenvolvimento de jogo de corridas noturnas
nas ruas da cidade de São Paulo.
Projeto | Augusta Fever
Jogo em primeira pessoa para vivenciar os
pormenores da Rua Augusta
Projeto |Haddad Bike Tour
Desenvolvimento de jogo baseado nas ciclovias
da cidade
Projeto | Sim Sampa 3000
Jogo em que você é o prefeito de São Paulo
e precisa ter desempenho acima do governo
vigente
Desenvolvimento de jogos para aparelhos
portáteis com temática voltada para a cidade
de São Paulo
PROJETO SALVA-VIDAS
 Descrição
 Justificativa
 Objetivo Smart
DESCRIÇÃO
Desenvolvimento de aplicativo para celulares e tablets para facilitar a
conexão entre usuário e atendimento de saúde.
JUSTIFICATIVA
Identificamos a necessidade de oferecer, via aplicativo, um serviço
de saúde inteligente encurtando o tempo entre o atendimento final
e a identificação da necessidade.
OBJETIVO SMART
Desenvolver aplicativoparaportáteispara atuarem todo
território nacionalaté julhode 2017, oferecendo a
praticidadede atendimentomédico baseado em
geolocalização,reduzindotempo de espera e satisfação do
cliente. Esperamos obterretorno de 20% sobre investimento
inicialpor meio de parceriasestratégicas e publicidadeno
aplicativo desdeque atendendoas necessidades do nosso
consumidorfinal.
 Relação de SH’s
ALTO PODER & ALTO INTERESSE
 Hospitais
 Convênios
 Conveniados
 Equipe do Projeto
ALTO PODER & BAIXO INTERESSE
 Sócios
 Fornecedores
 Sponsor
BAIXO PODER & ALTO INTERESSE
 Médicos
 Enfermeiros
 Conveniados
 Agência de publicidade
BAIXO PODER & BAIXO INTERESSE
 Secretárias
 Equipe Jurídica
 Requisitos de tempo,
custo e risco
 O produto final precisa ser compatível com todos
os modelos de tablets e celulares;
 O valor gastoem aquisições não pode superar o
orçamento aprovado de R$ 150.000,00;
 Entrega da versão inicial para comercialização do
produto até novembro de 2016;
 Retorno de 20% do capital investido até julho de
2017;
 Identificar e mapear rede de convênios de saúde
(nível Brasil) para estruturar parcerias;
 Criar parcerias estratégicas para publicidade
cruzada em outros aplicativos de renome;
 Estabelecer algoritmo de atendimento eficaz de
modo a minimizar tempo dentre a necessidade e o
atendimento propriamente dito;
 Requisitos de tempo,
custo e risco
 Segurança da informação com dados dos clientes;
 Interface de fácil utilização;
 Otimizar atendimento não só pela localização, mas
procurando menores filas de espera;
 Link com aplicativo de GPS ;
 Rapidez;
 Backup de dados para utilização em histórico dos
próprios clientes (facilitar futuros atendimentos);
 Menus práticos, minimizaçãode cliques do
usuário;
 Levantamentode riscos
 Dificuldade para parcerias com convênios;
Probabilidade de risco: Média
Impacto: Alto
Resposta: Plano agressivo de participação aos convênios e oferta
publicidade positiva
 Atraso na entrega do fornecedor;
Probabilidade de risco: Média
Impacto: Alto
Resposta: Estabelecer em contrato multa por atraso na entrega do
cronograma
 Mau atendimento do hospital/clinica indicada ao
cliente;
Probabilidade de risco: Alta
Impacto: Baixo
Resposta: Feedback dos usuários para avaliação do atendimento e
veiculação destas notas no aplicativo
 Sobrecarga do sistemapor alta utilização de
usuários simultâneos;
Probabilidade de risco: Baixo
Impacto: Alto
Resposta: Dimensionamento de servidores e plano de resiliência
 Levantamentode riscos
 Custo elevado dos fornecedores;
Probabilidade de risco: Média
Impacto: Baixo
Resposta: Cotação de no mínimo três fornecedores para cada
aquisição
 Dificuldade para angariar publicidade;
Probabilidade de risco: Média
Impacto: Alto
Resposta: Pacotes especializados para divulgação, contratação de
especialistas em marketing
 Surgimento de aplicativo similar / novos entrantes
Probabilidade de risco: Baixa
Impacto: Médio
Resposta: Investimento em marketing e foco na diferenciação do
produto
Projeto Salva
Vidas
Descrição
Justificativa
Objetivo
SMART
Listar
Stakeholders
Classificar
Stakeholders
Levantamento
de requisitos
Orçamento
Levantamento
de Riscos
Conclusão de
termo de
abertura
Aprovado? TAP
NÃO
SIM
Planejamento de
Stakeholders
Levantamento de
Requisitos
Definição do Escopo
Definição das fases
Definição dos
pacotes de trabalho
Elaborar a WBS do
projeto
Levantamento de
riscos
Planejamento de
comunicações
Definição de
critérios de
validação
Definição de
critérios de
aceitação
Elaboração do
cronograma
Início
Listar pacotes
Make / Buy
Planejar Aquisições
WBS do contrato
Mobilizar equipedo
projeto
Desenvolver equipe Gerenciar equipe
Elaboração do
orçamento
Fim
Entrega Terminada
Controlar
Comunicações
Controlar Riscos
Controlar
Aquisições
Controlar Qualidade
Controlar
Stakeholders
Analisar
cumprimento dos
requisitos
Executar testes
Elaborar termo de
qualidade
Verificar conteúdo
das informações
divulgadas
Identificar novos
riscos
Implantar plano de
ação para anular
riscos identificados
Acompanhar a WBS
do fornecedor
Reunião para avaliar
desempenho do
fornecedor
Reuniões internas
para avaliação do
envolvimento dos
SH
Reunião com
stakeholders
Fim
Entrega Terminada
Validar Escopo
Aderente? SIM
Assinar termo de
qualidade
NÃO
Reprovar entrega
Solicitar correção
Reunião deStatus
Aderente ao
cronograma?
NÃO
Alinhamento de
prazos no
cronograma
Aderente ao
orçamento?
NÃO
Análise de
viabilidade
financeira das
mudanças
SIM Fim
SIM
Entrega Terminada
Verificar entrega
Make ou Buy? MAKE
Emitir relatório da
participação
Liberar recursos
humanos
BUY
Encerrar aquisições
Documentar lições
aprendidas
Encerrar fase ou
projeto
Fim
Pacotes MAKE
Pacotes BUY
SALVA VIDAS
Especificação Desenvolvimento Testes Implementação
Mapeamento
de Requisitos
Levantamento
de Premissas
Especificação
Funcional
Especificação
Técnica
Captação de
Recursos
Desenho dos
casos de testes
Revisão dos
casos de testes
Construção
Inspeção de
código
Teste
unitário
Implantação
do ambiente
de testes
Teste
integrado
Documentação
para
homologação
Homologação
do aplicativo
Suporte a
homologação
Teste de
versão beta
com
amostragem
de usuários
Suporte a
implementação
Comercialização
Veiculação e
Divulgação
Angariar
patrocinadores
Implantação
ambiente de
desenvolvimento
Especificação
não funcional
(infra / DB)
Implantação
do ambiente
de
homologação
Pacotes MAKE
Pacotes BUY
ID PACOTE DE TRABALHO DESCRIÇÃO
1.1. Especificação
Levantamento de todas especificações necessárias
para iniciar o desenvolvimento do aplicativo
1.1.1 Mapeamento de requisitos
Mapeamento de todos os requisitos do projeto e
produto com base nos stakeholders
1.1.2 Levantamento de premissas
Estudo para definição de quais premissas nortearão o
desenvolvimento do aplicativo
1.1.3 Especificação funcional
Especificação de todas as funcionalidades do
aplicativo
1.1.4 Especificação não funcional (Infra/DB)
Especificação de toda infraestrutura que será
necessária para desenvolvimento do projeto
1.1.5 Especificação técnica
Detalhamento do que e como será desenvolvido pela
fábrica de software
1.1.6 Captação de Recursos
Levantamento de recursos disponíveis para início do
projeto
ID ENTREGÁVEL CRITÉRIOS DE VALIDAÇÃO CRITÉRIOS DE ACEITAÇÃO
1.1. Documento com conjunto de especificações Documento de todos os pacotes entregues
Aderência ao escopo e
assinatura do GP
1.1.1 Documento de requisitos e ata de reunião
Verificação de que todos os stakeholders estão
representados nos requisitos
Aderência ao escopo e
assinatura do GP
1.1.2 Documento de premissas
Verificar se todas as premissas estão no
planejamento do projeto
Aderência ao escopo e
assinatura do GP
1.1.3
Documento com todas as especificações das
funcionalidades
Certificar que todoas as funcionalidades estão
aderentes ao escopo
Aderência ao escopo e
assinatura do GP
1.1.4
Documento de especificação do ambiente de
desenvolvimento e de testes
Validar se database e ambiente especificada estão
de acordo com as necessidades do aplicativo
Aderência ao escopo e
assinatura do GP
1.1.5
Documento com detalhamento técnico para
construção e codificação (fluxogramas, algoritmos...)
Análise técnica de equipe especializada
Aderência ao escopo e
assinatura do GP
1.1.6
Ata de reunião com diretoria listando capital inicial
e possiveis investidores
Aprovação da diretoria
Aderência ao escopo e
assinatura do Sponsor
Pacotes MAKE
Pacotes BUY
ID PACOTE DE TRABALHO DESCRIÇÃO
1.2. Desenvolvimento Codificação e testes
1.2.1 Desenho dos casos de testes
Desenho do roteiro completo para testes unitários e
integrados
1.2.2 Revisão dos casos de testes Reunião de revisão com equipe
1.2.3 Implantação de ambiente de desenvolvimento
Implantar e tornar disponível a infra e DB a serem
utilizadas para codificação e testes
1.2.4 Construção Codificação dos códigos do aplicativo
1.2.5 Inspeção de Código Inspeção do código por um especialista
1.2.6 Teste Unitário
Toda aplicação de testes nas assinaturas de entrada e
saida de um sistema
ID ENTREGÁVEL CRITÉRIOS DE VALIDAÇÃO CRITÉRIOS DE ACEITAÇÃO
1.2. Códigos entregues ao repositório Análise técnica de equipe especializada
Assinatura do GP em
memorando de validação
1.2.1 Casos de testes Análise técnica de equipe especializada
Assinatura do GP em
documento
1.2.2 Ata da reunião Aceite da equipe participante da reunião
Assinatura do GP na ata da
reunião
1.2.3 Ambiente de desenvolvimento e DB Análise técnica de equipe especializada em infra
Assinatura do GP em
documento
1.2.4 Códigos compilados Análise técnica de equipe especializada
Assinatura do GP em
documento
1.2.5 Códigos no repositório Análise técnica de equipe especializada
Assinatura do GP em
documento
1.2.6 Relatório de testes finalizados na ferramenta Estudo do especialista sob o relatório de testes
Assinatura do
GP/especialista em
documento
Pacotes MAKE
Pacotes BUY
ID PACOTE DE TRABALHO DESCRIÇÃO
1.3. Testes Testes integrados e de homologação do sistema
1.3.1 Implantação do ambiente de testes
Implantar e tornar disponível a infra e DB a serem
utilizadas para testes integrados
1.3.2 Teste integrado
Teste do sistema como um todo e das interfaces entre
os módulos
1.3.3 Documentação para homologação
Detalhamento para terceiro responsável pela
homologação de como ela deverá funcionar
1.3.4 Implantação do ambiente de homologação
Implantar e tornar disponível a infra e DB a serem
utilizadas para testes de homologação
1.3.5 Homologação do aplicativo Execução do roteiro de testes e homologação
1.3.6 Suporte à homologação Dar suporte e assistência para equipe de homologação
ID ENTREGÁVEL CRITÉRIOS DE VALIDAÇÃO CRITÉRIOS DE ACEITAÇÃO
1.3. Relatório de testes finalizados na ferramenta Análise técnica de equipe especializada
Assinatura do GP em
documento
1.3.1 Ambiente de desenvolvimento e DB Análise técnica de equipe especializada em infra
Assinatura do GP em
documento
1.3.2 Relatório de testes finalizados na ferramenta Estudo do especialista sob o relatório de testes
Assinatura do
GP/especialista em
documento
1.3.3 Documento de homologação Análise técnica de equipe especializada
Assinatura do GP em
documento
1.3.4 Ambiente de desenvolvimento e DB Análise técnica de equipe especializada em infra
Assinatura do GP em
documento
1.3.5 Relatório de testes finalizados na ferramenta Estudo do especialista sob o relatório de testes
Assinatura do
GP/especialista em
documento
1.3.6 Relatório de acompanhamento Acompanhamento do GP
Assinatura do GP em
documento
Pacotes MAKE
Pacotes BUY
ID PACOTE DE TRABALHO DESCRIÇÃO
1.4. Implementação
Implantação do aplicativo em produção e plano para
divulgação
1.4.1 Teste de versão beta com amostragem de usuários
Testes com um grupo de usuários para validar
usabilidade do aplicativo
1.4.2 Suporte à implementação
Dar suporte e assistência para equipe de
implementação
1.4.3 Comercialização
Disponibilização do aplicativo nas lojas (google play,
apple store, windows phone)
1.4.4 Veiculação e divulgação
Contratação de empresa especializada para efetuar
marketing do aplicativo
1.4.5 Angariar patrocinadores
Levantamento e mapeamento de patrocinadores para
monetizar o aplicativo
ID ENTREGÁVEL CRITÉRIOS DE VALIDAÇÃO CRITÉRIOS DE ACEITAÇÃO
1.4. Aplicativo implantado e plano de divulgação Execução de checklist de implementação
Assinatura do GP em
documento
1.4.1 Relatório de testes com usuários Cumprimento do plano de testes com usuários
Assinatura do GP em
documento
1.4.2 Relatório de acompanhamento Acompanhamento do GP
Assinatura do GP em
documento
1.4.3 Aplicativo veiculado nas lojas Teste de download e execução do aplicativo Aceite do GP/Sponsor
1.4.4 Plano de marketing Avaliação de efetividade do plano de marketing
Assinatura do GP em
documento
1.4.5 Matriz de possíveis patrocinadores
Avaliação de viabilidade financeira e retorno
sobre investimento (roi)
Assinatura do GP em
documento
Projeto Help

Projeto Help

  • 2.
     Diretoria  Missão Visão  Valores CAPTEC SOLUÇÕES Adi Dias Diogo Martos Marcos de Almeida Caio Campos Bruno Pacheco Roberto Junior Conselho Administrativo
  • 3.
     Diretoria  Missão Visão  Valores MISSÃO Atuar de forma inovadorano mercado de soluções tecnológicas visando sempre superar as expectativasde nossos contratantes. VISÃO Tornar-se referência nacionalpara desenvolvimento de soluções tecnológicas,definindonovospadrões e agregando valorao serviço final. VALORES  Inovação  Trabalhoem Equipe  Superação  Tecnologia  Meritocracia
  • 4.
     Programas  Projetos Programa| SOLUTIONS FOR LIFE Projeto | Easy Clean Desenvolvimento de aplicativo para indicação de diaristas Projeto | Capitão Marreta Aplicativo social para pequenos serviços domésticos: Hidráulico, elétrico e estrutural Projeto | Salva Vidas Desenvolvimento de aplicativo para encontrar atendimento médico mais próximo Projeto | Outlet Desenvolvimento deaplicativo para identificar o estabelecimento mais próximo com acesso a tomada para carregar o celular Conjunto de projetos de aplicativos para smartphones que tenha finalidade de simplificara vida das pessoas
  • 5.
     Programas  Projetos Programa| FUN STATION SP Projeto | Sampa Highway Desenvolvimento de jogo de corridas noturnas nas ruas da cidade de São Paulo. Projeto | Augusta Fever Jogo em primeira pessoa para vivenciar os pormenores da Rua Augusta Projeto |Haddad Bike Tour Desenvolvimento de jogo baseado nas ciclovias da cidade Projeto | Sim Sampa 3000 Jogo em que você é o prefeito de São Paulo e precisa ter desempenho acima do governo vigente Desenvolvimento de jogos para aparelhos portáteis com temática voltada para a cidade de São Paulo
  • 6.
  • 7.
     Descrição  Justificativa Objetivo Smart DESCRIÇÃO Desenvolvimento de aplicativo para celulares e tablets para facilitar a conexão entre usuário e atendimento de saúde. JUSTIFICATIVA Identificamos a necessidade de oferecer, via aplicativo, um serviço de saúde inteligente encurtando o tempo entre o atendimento final e a identificação da necessidade. OBJETIVO SMART Desenvolver aplicativoparaportáteispara atuarem todo território nacionalaté julhode 2017, oferecendo a praticidadede atendimentomédico baseado em geolocalização,reduzindotempo de espera e satisfação do cliente. Esperamos obterretorno de 20% sobre investimento inicialpor meio de parceriasestratégicas e publicidadeno aplicativo desdeque atendendoas necessidades do nosso consumidorfinal.
  • 8.
     Relação deSH’s ALTO PODER & ALTO INTERESSE  Hospitais  Convênios  Conveniados  Equipe do Projeto ALTO PODER & BAIXO INTERESSE  Sócios  Fornecedores  Sponsor BAIXO PODER & ALTO INTERESSE  Médicos  Enfermeiros  Conveniados  Agência de publicidade BAIXO PODER & BAIXO INTERESSE  Secretárias  Equipe Jurídica
  • 9.
     Requisitos detempo, custo e risco  O produto final precisa ser compatível com todos os modelos de tablets e celulares;  O valor gastoem aquisições não pode superar o orçamento aprovado de R$ 150.000,00;  Entrega da versão inicial para comercialização do produto até novembro de 2016;  Retorno de 20% do capital investido até julho de 2017;  Identificar e mapear rede de convênios de saúde (nível Brasil) para estruturar parcerias;  Criar parcerias estratégicas para publicidade cruzada em outros aplicativos de renome;  Estabelecer algoritmo de atendimento eficaz de modo a minimizar tempo dentre a necessidade e o atendimento propriamente dito;
  • 10.
     Requisitos detempo, custo e risco  Segurança da informação com dados dos clientes;  Interface de fácil utilização;  Otimizar atendimento não só pela localização, mas procurando menores filas de espera;  Link com aplicativo de GPS ;  Rapidez;  Backup de dados para utilização em histórico dos próprios clientes (facilitar futuros atendimentos);  Menus práticos, minimizaçãode cliques do usuário;
  • 11.
     Levantamentode riscos Dificuldade para parcerias com convênios; Probabilidade de risco: Média Impacto: Alto Resposta: Plano agressivo de participação aos convênios e oferta publicidade positiva  Atraso na entrega do fornecedor; Probabilidade de risco: Média Impacto: Alto Resposta: Estabelecer em contrato multa por atraso na entrega do cronograma  Mau atendimento do hospital/clinica indicada ao cliente; Probabilidade de risco: Alta Impacto: Baixo Resposta: Feedback dos usuários para avaliação do atendimento e veiculação destas notas no aplicativo  Sobrecarga do sistemapor alta utilização de usuários simultâneos; Probabilidade de risco: Baixo Impacto: Alto Resposta: Dimensionamento de servidores e plano de resiliência
  • 12.
     Levantamentode riscos Custo elevado dos fornecedores; Probabilidade de risco: Média Impacto: Baixo Resposta: Cotação de no mínimo três fornecedores para cada aquisição  Dificuldade para angariar publicidade; Probabilidade de risco: Média Impacto: Alto Resposta: Pacotes especializados para divulgação, contratação de especialistas em marketing  Surgimento de aplicativo similar / novos entrantes Probabilidade de risco: Baixa Impacto: Médio Resposta: Investimento em marketing e foco na diferenciação do produto
  • 13.
  • 14.
    Planejamento de Stakeholders Levantamento de Requisitos Definiçãodo Escopo Definição das fases Definição dos pacotes de trabalho Elaborar a WBS do projeto Levantamento de riscos Planejamento de comunicações Definição de critérios de validação Definição de critérios de aceitação Elaboração do cronograma Início Listar pacotes Make / Buy Planejar Aquisições WBS do contrato Mobilizar equipedo projeto Desenvolver equipe Gerenciar equipe Elaboração do orçamento Fim
  • 16.
    Entrega Terminada Controlar Comunicações Controlar Riscos Controlar Aquisições ControlarQualidade Controlar Stakeholders Analisar cumprimento dos requisitos Executar testes Elaborar termo de qualidade Verificar conteúdo das informações divulgadas Identificar novos riscos Implantar plano de ação para anular riscos identificados Acompanhar a WBS do fornecedor Reunião para avaliar desempenho do fornecedor Reuniões internas para avaliação do envolvimento dos SH Reunião com stakeholders Fim
  • 17.
    Entrega Terminada Validar Escopo Aderente?SIM Assinar termo de qualidade NÃO Reprovar entrega Solicitar correção Reunião deStatus Aderente ao cronograma? NÃO Alinhamento de prazos no cronograma Aderente ao orçamento? NÃO Análise de viabilidade financeira das mudanças SIM Fim SIM
  • 18.
    Entrega Terminada Verificar entrega Makeou Buy? MAKE Emitir relatório da participação Liberar recursos humanos BUY Encerrar aquisições Documentar lições aprendidas Encerrar fase ou projeto Fim
  • 19.
    Pacotes MAKE Pacotes BUY SALVAVIDAS Especificação Desenvolvimento Testes Implementação Mapeamento de Requisitos Levantamento de Premissas Especificação Funcional Especificação Técnica Captação de Recursos Desenho dos casos de testes Revisão dos casos de testes Construção Inspeção de código Teste unitário Implantação do ambiente de testes Teste integrado Documentação para homologação Homologação do aplicativo Suporte a homologação Teste de versão beta com amostragem de usuários Suporte a implementação Comercialização Veiculação e Divulgação Angariar patrocinadores Implantação ambiente de desenvolvimento Especificação não funcional (infra / DB) Implantação do ambiente de homologação
  • 20.
    Pacotes MAKE Pacotes BUY IDPACOTE DE TRABALHO DESCRIÇÃO 1.1. Especificação Levantamento de todas especificações necessárias para iniciar o desenvolvimento do aplicativo 1.1.1 Mapeamento de requisitos Mapeamento de todos os requisitos do projeto e produto com base nos stakeholders 1.1.2 Levantamento de premissas Estudo para definição de quais premissas nortearão o desenvolvimento do aplicativo 1.1.3 Especificação funcional Especificação de todas as funcionalidades do aplicativo 1.1.4 Especificação não funcional (Infra/DB) Especificação de toda infraestrutura que será necessária para desenvolvimento do projeto 1.1.5 Especificação técnica Detalhamento do que e como será desenvolvido pela fábrica de software 1.1.6 Captação de Recursos Levantamento de recursos disponíveis para início do projeto ID ENTREGÁVEL CRITÉRIOS DE VALIDAÇÃO CRITÉRIOS DE ACEITAÇÃO 1.1. Documento com conjunto de especificações Documento de todos os pacotes entregues Aderência ao escopo e assinatura do GP 1.1.1 Documento de requisitos e ata de reunião Verificação de que todos os stakeholders estão representados nos requisitos Aderência ao escopo e assinatura do GP 1.1.2 Documento de premissas Verificar se todas as premissas estão no planejamento do projeto Aderência ao escopo e assinatura do GP 1.1.3 Documento com todas as especificações das funcionalidades Certificar que todoas as funcionalidades estão aderentes ao escopo Aderência ao escopo e assinatura do GP 1.1.4 Documento de especificação do ambiente de desenvolvimento e de testes Validar se database e ambiente especificada estão de acordo com as necessidades do aplicativo Aderência ao escopo e assinatura do GP 1.1.5 Documento com detalhamento técnico para construção e codificação (fluxogramas, algoritmos...) Análise técnica de equipe especializada Aderência ao escopo e assinatura do GP 1.1.6 Ata de reunião com diretoria listando capital inicial e possiveis investidores Aprovação da diretoria Aderência ao escopo e assinatura do Sponsor
  • 21.
    Pacotes MAKE Pacotes BUY IDPACOTE DE TRABALHO DESCRIÇÃO 1.2. Desenvolvimento Codificação e testes 1.2.1 Desenho dos casos de testes Desenho do roteiro completo para testes unitários e integrados 1.2.2 Revisão dos casos de testes Reunião de revisão com equipe 1.2.3 Implantação de ambiente de desenvolvimento Implantar e tornar disponível a infra e DB a serem utilizadas para codificação e testes 1.2.4 Construção Codificação dos códigos do aplicativo 1.2.5 Inspeção de Código Inspeção do código por um especialista 1.2.6 Teste Unitário Toda aplicação de testes nas assinaturas de entrada e saida de um sistema ID ENTREGÁVEL CRITÉRIOS DE VALIDAÇÃO CRITÉRIOS DE ACEITAÇÃO 1.2. Códigos entregues ao repositório Análise técnica de equipe especializada Assinatura do GP em memorando de validação 1.2.1 Casos de testes Análise técnica de equipe especializada Assinatura do GP em documento 1.2.2 Ata da reunião Aceite da equipe participante da reunião Assinatura do GP na ata da reunião 1.2.3 Ambiente de desenvolvimento e DB Análise técnica de equipe especializada em infra Assinatura do GP em documento 1.2.4 Códigos compilados Análise técnica de equipe especializada Assinatura do GP em documento 1.2.5 Códigos no repositório Análise técnica de equipe especializada Assinatura do GP em documento 1.2.6 Relatório de testes finalizados na ferramenta Estudo do especialista sob o relatório de testes Assinatura do GP/especialista em documento
  • 22.
    Pacotes MAKE Pacotes BUY IDPACOTE DE TRABALHO DESCRIÇÃO 1.3. Testes Testes integrados e de homologação do sistema 1.3.1 Implantação do ambiente de testes Implantar e tornar disponível a infra e DB a serem utilizadas para testes integrados 1.3.2 Teste integrado Teste do sistema como um todo e das interfaces entre os módulos 1.3.3 Documentação para homologação Detalhamento para terceiro responsável pela homologação de como ela deverá funcionar 1.3.4 Implantação do ambiente de homologação Implantar e tornar disponível a infra e DB a serem utilizadas para testes de homologação 1.3.5 Homologação do aplicativo Execução do roteiro de testes e homologação 1.3.6 Suporte à homologação Dar suporte e assistência para equipe de homologação ID ENTREGÁVEL CRITÉRIOS DE VALIDAÇÃO CRITÉRIOS DE ACEITAÇÃO 1.3. Relatório de testes finalizados na ferramenta Análise técnica de equipe especializada Assinatura do GP em documento 1.3.1 Ambiente de desenvolvimento e DB Análise técnica de equipe especializada em infra Assinatura do GP em documento 1.3.2 Relatório de testes finalizados na ferramenta Estudo do especialista sob o relatório de testes Assinatura do GP/especialista em documento 1.3.3 Documento de homologação Análise técnica de equipe especializada Assinatura do GP em documento 1.3.4 Ambiente de desenvolvimento e DB Análise técnica de equipe especializada em infra Assinatura do GP em documento 1.3.5 Relatório de testes finalizados na ferramenta Estudo do especialista sob o relatório de testes Assinatura do GP/especialista em documento 1.3.6 Relatório de acompanhamento Acompanhamento do GP Assinatura do GP em documento
  • 23.
    Pacotes MAKE Pacotes BUY IDPACOTE DE TRABALHO DESCRIÇÃO 1.4. Implementação Implantação do aplicativo em produção e plano para divulgação 1.4.1 Teste de versão beta com amostragem de usuários Testes com um grupo de usuários para validar usabilidade do aplicativo 1.4.2 Suporte à implementação Dar suporte e assistência para equipe de implementação 1.4.3 Comercialização Disponibilização do aplicativo nas lojas (google play, apple store, windows phone) 1.4.4 Veiculação e divulgação Contratação de empresa especializada para efetuar marketing do aplicativo 1.4.5 Angariar patrocinadores Levantamento e mapeamento de patrocinadores para monetizar o aplicativo ID ENTREGÁVEL CRITÉRIOS DE VALIDAÇÃO CRITÉRIOS DE ACEITAÇÃO 1.4. Aplicativo implantado e plano de divulgação Execução de checklist de implementação Assinatura do GP em documento 1.4.1 Relatório de testes com usuários Cumprimento do plano de testes com usuários Assinatura do GP em documento 1.4.2 Relatório de acompanhamento Acompanhamento do GP Assinatura do GP em documento 1.4.3 Aplicativo veiculado nas lojas Teste de download e execução do aplicativo Aceite do GP/Sponsor 1.4.4 Plano de marketing Avaliação de efetividade do plano de marketing Assinatura do GP em documento 1.4.5 Matriz de possíveis patrocinadores Avaliação de viabilidade financeira e retorno sobre investimento (roi) Assinatura do GP em documento