Projeto de Plataformas de Software

Rodrigo Quites Reis (LABES-UFPA)
quites@ufpa.br
IV Semana Acadêmica da Faculdade de Computação
Outubro / 2015
Plataformas de Software

Coordenador do Laboratório de Engenharia de Software da UFPA
Coordenador de Informação e Prospecção Tecnológica da Secretaria
de Estado de Ciência, Tecnologia e Inovação (SECTI)
Bacharel (1994, UFPA), Mestre (1998, UFRGS) e Doutor (2002,
UFRGS) em Ciência da Computação
Rodrigo Quites Reis

Agenda
Projeto de Plataformas de Software
 O quê?
 Por que?
 Como?
Material de Apoio
3Plataformas de Software

O que é uma Plataforma de
Software?

Software?
Primeiro Conceito
 API – Application Programming Interface
 Uma coleção de funções, classes, tipos de dados, eventos,
protocolos, arquivos, etc
 Com as APIs, os aplicativos conversam uns com os
outros sem conhecimento ou intervenção dos
usuários.
 Exemplos de APIs comerciais:
• Google Maps, Facebook, Twitter, ….
 Exemplos de usos (consumo) de APIs:
• Inúmeros!
Definição para ‘plataforma’ a caminho

Software?
Facebook Platform
 “A plataforma Facebook é um ambiente de software
para permitir que terceiros criem suas próprias
aplicações e serviços que acessam dados do
Facebook.” (Wikipedia, 2014)
 Lançado em Maio de 2007
 APIs:
 Graph API
 Authentication
 Social plugins
 Facebook Connect ou “Log in with Facebook”
 …
6
Definição para ‘plataforma’ a caminho

Software?
Na prática, o que queremos é usar as APIs
existentes para desenvolver nossa aplicação
com:
 Maior velocidade de desenvolvimento
 Menor complexidade
7
API 1 API 2 API N
meuApp
…

Diferença entre Produto e
Plataforma
Produto:
 “Vida” isolada
 Consome recursos fornecidos pelo S.O.,
Linguagens de Programação e APIs externas
 Somente quem desenvolveu consegue agregar
novas funcionalidades

Diferença entre Produto e
Plataforma
Plataforma:
 Uma plataforma deve fornecer uma função ou
serviço útil e permitir acesso de terceiros através de
APIs
 Obs: aqui estamos interessados em plataformas de
alto nível e que não estejam presas a hardware
específico (ex: iOS, Android, Xbox, …)

Plataformas em diferentes
contextos

Plataformas em diferentes
contextos
 Plataformas automotivas (Ford):
 Uma arquitetura comum (ex: sequência de montagem,
configuração para solda, interfaces de sistemas, etc)
 A definição de interfaces para módulos
 Um conjunto de pontos comuns usados por uma
variação de produtos que compartilham a plataforma e
os processos fabris

Por que Plataformas?

Há uma mudança no comportamento (EUA)
 A quantidade de linhas telefônicas ativas está
decaindo
 Banda larga móvel > Banda larga fixa
 5 milhões cancelaram a tv por assinatura no último
ano
 Hotéis não são mais o alvo preferencial para se
hospedar em viagens
Estas mudanças no comportamento são
causadas por fatores sócio-econômicos
 Não é causada somente pela tecnologia

14
Mudança de Paradigma de Negócios
 Modelo Push
 Baseado na existência de uma previsão de demanda
 Prevê que as pessoas certas e os recursos certos
estarão disponíveis nos lugares e momentos certos
 Funciona bem se for possível prever precisamente a
demanda
 Modelo Pull
 Unir pessoas e recursos onde e quando necessário
 Busca de um equilíbrio dinâmico

Lado positivo:
 Plataforma constitui um ativo organizacional
 Clientes investem: comprando, escrevendo e
aprendendo
 Plataformas de sucesso captam clientes
Riscos
 Pode se tornar um dos maiores débitos da empresa
 Pode resultar em muitas chamadas ao suporte
técnico

Plataformas muitas vezes foram, antes,
produtos bem sucedidos
…ou serviram de diferencial para turbinar o
sucesso

Exemplos de Plataformas Atuais
Plataformas de Software 17

19

Níveis de Plataformas
23
• Agregação de recursos em um único ponto de acesso
• Baseadas em transações
• Encontrar uma resposta para pergunta, encontrar um comprador
• Exemplos: Mercado Livre, Google
Nível I
(agregar)
• Agregam pessoas e funcionam como uma rede Mesh.
• Fogem do conceito de transações para relacionamentos, os quais
persistem no tempo.
• Usuários com histórico profissional semelhante, vínculo afetivo, vínculo
familiar
• Exemplos: Twitter, Facebook, LinkedIn
Nível II
(socializar)
• Juntam participantes não apenas para relacionamento mas para alcançar
um objetivo comum.
• Plataformas de processo que mobilizam pessoas para desenvolver
plataformas de negócio
• Exemplos: plataformas para desenvolvedores
Nível III
(mobilizar)
• Plataformas que aprendem.
• Aceleram o aprendizado e performance dos participantes.
• Pessoas se agregam em equipes, times, grupos
• Usuário pode acessar os recursos disponíveis em toda a plataforma
• Exemplo: World of Warcraft
Nível IV
(aprender)
(John Hagel, 2014)

Bons programas são modulares
 Cada módulo deve ter uma API
Camadas
24
A'key'lesson'here'is'that’’
API'is'not'just a'documented’
class.'' And,'APIs'don’t
just'happen;' they'are’a
big'investment."'
Erich Gamma

Como Projetar Plataformas?

Primeiro Passo: Identificar Oportunidade
 Meu produto interessa para outro
desenvolvedor?
 Como posso fazer que meu produto seja
interessante para outros sites ou serviços
online?

Uma boa plataforma / API deve ser:
 Fácil de aprender
 Fácil de usar, mesmo sem documentação
 Difícil de usar incorretamente
 Fácil de estender
 Fácil de ler e manter o código que a usa
 Focada em um propósito
 Poderosa o bastante para atender os requisitos
 Apropriada e direcionada a um público
 Bem documentada
Quase
impossível de
se alcançar no
início

 “Nós não construímos plataformas. Nós as
evoluímos” e
 “Uma plataforma perfeita não existe!” (Ming Zeng –
Alibaba, 2014)
 “Falhe cedo, falhe barato, falhe sempre”
 Mantra da Inovação Ágil
 “Software Suficientemente Bom”
 (Yourdon, 1997 – Decline and Fall of the American
Programmer)

Os dois lados do projeto de uma Plataforma
(produtor x consumidor)
29

O que fazer?
 Comece com o projeto de quais são as APIs
necessárias
 No início, poucas APIs com os serviços essenciais
 Para cada API, comece o projeto dos serviços
 Liste os requisitos
 Escreva os casos de uso
• Mantenha o limite de uma página
 Escreva código para cada Caso de Uso

Lembrar de projetar tanto do seu ponto de
vista quanto do consumidor/usuário

 “API deve ser o mais simples possível, mas
não simplória”
“API deve ser tão pequena quanto possível,
mas não a menor”
“Escolha bons nomes para os serviços
(pronunciáveis e memoráveis)”
(Leitão, 2014)

“Documentação de Referência
 JavaDoc e Similares
Tutorias
 Como começar rapidamente e fazer algo de valor
 O que eu posso fazer em 2 minutos
Guia do Programador
 Introdução, glossário, conceitos, padrões, etc”
 Exceções !
(Leitão, 2014)

Tratamento de Exceção
 Encaminhar para o consumidor dos serviços as
exceções - quando impossível de tratar
internamente

Cuidado com “envelopamento de
plataforma”
Sua plataforma
Plataforma / Software “daninho”

Material de Apoio

Material de Apoio
Gilmar P.S. Leitão. Projeto de API
(SlideShare)
MIT Platform Strategy Summit – August
2014
 http://platforms.mit.edu

Material de Apoio

Rodrigo Quites Reis (LABES-UFPA)
quites@ufpa.br
IV Semana Acadêmica da Faculdade de Computação
Outubro / 2015
Estes slides estão no SlideShare

Projeto de Plataformas de Software

Recommandé

Recommandé

Contenu connexe

Similaire à Projeto de Plataformas de Software

Similaire à Projeto de Plataformas de Software (20)

Projeto de Plataformas de Software