You are on page 1of 49

CICLO DE SOBREEXPECTACION PARA EL DESARROLLO DE

APLICACIONES, 2014
Publicado: 29 de julio del 2014
Analista(s): Thomas E. Murphy, Nathan Wilson, Maritess Sobejana
Demandas de negocio digitales cambian tanto las aplicaciones que ofrece,
as como el funcionamiento de las TI. Herramientas estn siendo afectadas
por la adopcin de la nube y mecanismos sociales, pero muchas soluciones
son inmaduras ya que el mercado evoluciona rpidamente.

TABLA DE CONTENIDOS
ANLISIS......................................................................................................... 3
Qu necesitas saber.................................................................................... 3
El Hype Cycle.............................................................................................. 3
Matriz de Prioridades................................................................................... 5
OFF THE HYPE CYCLE.................................................................................. 7
EN AUMENTO.............................................................................................. 7
SDA para servicios de aplicacin.............................................................7
Comunidades de servicios de aplicaciones..............................................9
Java Enterprise Edition Version 7...........................................................11
Programacin reactiva...........................................................................12
Desarrollo de escala Web.......................................................................14
CEAP Productividad alta.........................................................................15
DevOps.................................................................................................. 17
Comunidad crowdsourced no probada...................................................19
Automatizacin de publicacin de aplicaciones.....................................21
Desarrollo orientado al funcionamiento.................................................24
Web orientado a eventos.......................................................................25
Contenedores mviles........................................................................... 26
Comunidad crowdsourced probada........................................................28
EN LA CIMA................................................................................................... 30
Diseo de aplicaciones optimizado en nube.............................................30
Desarrollo gil de clase empresarial.........................................................31
ADLM PaaS................................................................................................ 33
Gobierno de servicios de aplicaciones......................................................35
Pruebas de software.................................................................................. 37
Pgina 1 de 49

Desarrollo mvil hbrido............................................................................ 39


Frameworks PaaS...................................................................................... 40
APIs web pblica....................................................................................... 41
Diseo sensible......................................................................................... 41
Gestin del portafolio de aplicaciones......................................................41
Herramientas UX....................................................................................... 41
Pruebas de seguridad de aplicaciones interactivas...................................41
Desplazamiento en el canal.........................................................................41
Tiendas de app mvil empresarial............................................................41
Obtencin y simulacin de requisitos........................................................41
Gestin de datos de prueba......................................................................41
Apps.......................................................................................................... 41
Ocultacin de datos dinmicos.................................................................41
Suites ADLM federadas............................................................................. 41
Herramientas y servicio de prueba en la nube..........................................41
Pruebas SOA.............................................................................................. 41
Lenguajes de programacin funcional.......................................................41
Anlisis de composicin de software.........................................................41
Versiones distribuidas............................................................................... 41
Escalando la pendiente................................................................................ 42
Aplicaciones de gestin de proyectos y portafolio de TI...........................42
Pruebas de seguridad de aplicaciones estticas.......................................42
Integracin continua................................................................................. 42
Metodologa de desarrollo gil orientado a proyectos...............................42
Arquitectura orientada a web....................................................................42
Ocultacin de datos estticos...................................................................42
Desarrollo mvil nativo............................................................................. 42
Apndices..................................................................................................... 42
Fases del ciclo Hype, ndice de beneficios y niveles de madurez..............42
Lectura recomendada Gartner..................................................................42

LISTA DE TABLAS
Tabla 1. Fases Hype Cycle............................................................................ 42
Pgina 2 de 49

Tabla 2. Clasificacin beneficio.....................................................................42


Tabla 3. Niveles de madurez.........................................................................42

LISTA DE FIGURAS
Figura 1. Ciclo de sobre-expectacin para el desarrollo de aplicaciones, 2014
....................................................................................................................... 4
Figura 2. Matriz de prioridades para el desarrollo de aplicaciones, 2014.......6
Figura 3. Ciclo de sobre-expectacin para el desarrollo de aplicaciones, 2013
..................................................................................................................... 42

ANLISIS
Qu necesitas saber
El mercado de desarrollo de aplicaciones (AD) est siendo afectado por una serie de
factores incluyendo giles, DevOps, computacin mvil y el cambio a la
computacin en nube. TI est bajo una creciente presin debido al manejo de
negocio digital para ofrecer soluciones innovadoras que implican una colaboracin
ms estrecha y ms rpida al mercado, el inters en los principios DevOps y una
necesidad de nuevas competencias en el desarrollo mvil, la nube y la experiencia
del usuario (UX). Los vendedores estn respondiendo con una pltora de nuevos
productos, muchos de los cuales son actualmente soluciones parciales.
Como ves en las tecnologas a lo largo del lado izquierdo de la tabla del Disparador
Innovacin al Apogeo de Expectativas Infladas, vers que hay una fuerte inclinacin
hacia las tecnologas de nube, mviles y DevOps. Lderes de desarrollo de
aplicaciones deben continuamente admitir nuevas tecnologas y disciplinas para
mantener sus empresas competitivas. Sin embargo, usted debera esperar que
estas soluciones vayan cambiando drsticamente y con frecuencia son fragmentos
de la solucin completa, y por lo tanto deben ser utilizados con una mentalidad de
solucin tctica. Utilice este Hype Cycle como gua para controlar el desarrollo de
estas tecnologas y disciplinas, que adoptan cuando encajan en la estrategia de su
organizacin.

Pgina 3 de 49

El Hype Cycle
Desarrollo mvil se est convirtiendo en una competencia bsica necesaria para las
organizaciones de AD (notar que esta investigacin crea una visin especfica para
mviles de DA). Nuevas herramientas, frameworks y plataformas requieren un
cambio significativo en las habilidades necesarias en la organizacin de AD.
Mientras AD mvil se ha convertido en un punto focal para la mayora de las
organizaciones, las herramientas, normas y prcticas estn siendo sometidas a una
gran cantidad de cambios. La demanda de TI impulsa ms all de su zona de
confort, requiriendo empresas para adoptar tecnologas en fase inicial lo ms pronto
que haran normalmente. A menudo, esto se ha hecho a travs de las relaciones
con terceros por la externalizacin del desarrollo y prueba de aplicaciones mviles.
Sin embargo, a medida que seguimos adelante para permitir que los negocios
digitales, estas tecnologas, habilidades y prcticas organizacionales deban
madurar.
El empuje constante para las organizaciones de TI a ser ms sensible est
obligando a las metodologas de DA sobre el punto de inflexin. gil est creciendo
rpidamente y ms organizaciones estn eliminando los mtodos tradicionales de
cascada por ser demasiado lento. Mientras gil est madurando, encontrando cmo
escalar al otro lado de los roles y de grandes proyectos es todava relativamente
nuevo. El creciente reconocimiento ahora es que una entrega ms rpida requiere
algo ms que el desarrollo gil, que est controlando el impulso a las prcticas
DevOps y cambiando el enfoque alejndose de una mentalidad de proyecto a una
mentalidad de producto. Los tems de metodologa en este Hype Cycle reflejan las
prcticas que se pueden utilizar para mejorar la eficacia de una organizacin gil.
Es importante sealar que los desafos no son puramente tecnolgicos y cambios de
herramientas, pero un gran cambio en una cultura que debe extenderse ms all de
la organizacin de TI. Los primeros en adoptar han sido capaces de lograr
resultados positivos en la mejora de tiempo de mercado y reducir los tiempos
totales de iteracin, permitiendo as a los negocios a ser ms sensible y obtener un
feedback de mercado ms rpido.
Para una visin general de la madurez de estos nuevos temas, as como la
evolucin de los otros temas de AD que damos seguimiento, vase la figura 1.

Pgina 4 de 49

Figura 1. Ciclo de sobre-expectacin para el desarrollo de aplicaciones, 2014

Pgina 5 de 49

Matriz de Prioridades
Si bien hay algunas importantes tecnologas proyectadas para convertirse en la
corriente principal en el prximo ao, la tarea ms importante para las
organizaciones de TI es prepararse para el gran nmero de tendencias
transformacional y de alta importancia que se convertir en la corriente principal en
los prximos dos a cinco aos. Estos impactos son numerosos y lo suficientemente
grande para que las organizaciones no puedan esperar a que entren la categora
"dos aos o menos" antes de dirigirse a ellos. Los temas principales de estos
elementos son similares a la Hype Cycle en general. Las tecnologas disruptivas
centrados en la nube y mvil va a cambiar el tipo de aplicaciones que
desarrollamos, mientras que las metodologas giles, integracin continua y
automatizacin de publicacin cambiarn la forma en que los desarrollamos.
Ninguna de las tecnologas y disciplinas AD obtuvo una calificacin de "bajo
beneficio" en la Matriz de prioridades. Este es el resultado de la concentracin de
esta Hype Cycle slo en las tecnologas y disciplinas que tienen el mayor impacto
en el negocio (ver figura 2).

Pgina 6 de 49

Figura 2. Matriz de prioridades para el desarrollo de aplicaciones, 2014


Beneficio

Transformacional

Aos a la aprobacin generalizada


Menos de 2 aos

2 a 5 aos

5 a 10 aos

Metodologa de
desarrollo gil
orientada a proyectos

Apps
APIs web pblica

DevOps

Aplicaciones de
gestin de proyectos y
portafolios de TI

Gobierno de servicio de
aplicaciones

Automatizacin
de publicacin de
aplicaciones

Ms de 10
aos

Alto

Desarrollo mvil
nativo
Arquitectura orientada
a web

Herramientas y servicios
de pruebas en nube
Diseo de aplicaciones
optimizado en nube
Desarrollo mvil hbrido
Contenedores mviles

Gestin del
portafolio de
aplicaciones

Desarrollo
orientado al
funcionamiento
Desarrollo gil de
clase empresarial
CEAP
Productividad alta

Obtencin y simulacin de

Pgina 7 de 49

requisitos
Diseo sensible
SDA para servicio de
aplicaciones

Pruebas de
seguridad de
aplicaciones
interactivas
Desarrollo a
escala web

Pruebas SOA
Pruebas de seguridad de
aplicaciones estticas
Ocultacin de datos
estticos
Gestin de datos de prueba

Integracin continua

Pruebas de software

ADLM PaaS

Versiones distribuidas

Comunidades de
servicios de
aplicaciones

Tienda de app mvil


empresarial

Moderado

Suites ADLM federadas

Ocultacin de
datos dinmicos

Lenguajes de programacin
funcional

Web orientado a
eventos

Frameworks PaaS

Java Enterprise
Edition versin 7

Programacin reactiva
Anlisis de composicin de
software
Comunidad crowdsourced
probadas

Comunidad
crowdsourced no
probada
Herramientas UX

Bajo
A partir de julio de
2014

Fuente: Gartner (julio 2014)

OFF THE HYPE CYCLE


Este ao el contenido del Hype Cycle permaneci relativamente constante al ao
pasado. Nosotros no presentamos un gran nmero de artculos, debido
parcialmente a que el frente-final del ciclo ya est sobrecargado.

Arquitecturas modelo-impulso fueron marcados como "obsoleto antes del


altiplano" el ao pasado y fue removido del Hype Cycle de ste ao.
Programacin conjunto, una idea interesante que no ha ganado fuerza en el
mercado se ha removido.
Plataforma de aplicacin Cloud - habilitada (CEAP) se ha dividido en dos
perfiles: frameworks PaaS y la alta - productividad CEAP para representar
mejor a las variaciones del mercado.

Pgina 8 de 49

Tambin hemos aadido un nuevo perfil, comunidades de servicios de


aplicacin, debido a la creciente utilizacin de multitud de fuentes o el
desarrollo comunitario como un apoyo a la innovacin gil.

EN AUMENTO

SDA para servicios de aplicacin


Anlisis por: Yefim V. Natis
Definicin: Arquitectura definida por software (SDA) es un patrn de diseo donde
una capacidad de TI se virtualiza por la exposicin de un conjunto de APIs virtuales.
SDA para servicios de aplicaciones (SDAS) virtualiza servicios de aplicacin. API de
servicios virtuales son traducidos por un intermediario (capa de puerta de enlace),
lo cual puede introducir algunas capacidades adicionales sustanciales en la gestin,
la agilidad y el enriquecimiento de los servicios de aplicaciones. Los consumidores
operan servicios de aplicaciones virtuales, diseadas para satisfacer los requisitos
de los mejores consumidores, desacopladas de la arquitectura interna de las
aplicaciones.
Justificacin de rapidez de posicin y adopcin: Amplio uso de la arquitectura
orientada a servicios (SOA) provocada por la adopcin generalizada de mltiples
canales, la nube y las aplicaciones mviles, crea grandes y crecientes colecciones
de las API de servicios que requieren la gestin de su seguridad, el cumplimiento, la
escalabilidad, la optimizacin de costes y la racionalidad de sus principios de
diseo. Para controlar los entornos de aplicaciones de estilo SOA, las principales
organizaciones de TI aplican el modelo de SDA a la gestin de sus API de estilo SOA.
SDA se origina a partir de modelos como el definido por software de redes y
almacenamiento definido por software. En su esencia es el principio de la
virtualizacin de una capacidad de TI con el objetivo primordial de la
estandarizacin, incluso la mercantilizacin de la capacidad (o la creacin de redes
de almacenamiento de productos de hardware en estos casos). SDA permite que el
mundo de las API virtuales y la API "fsico" para evolucionar de forma
independiente. En el caso de almacenamiento definido por software, por ejemplo,
las APIs propietarias internas del hardware de almacenamiento son sustituidos por
las API de propsito general externalizados que ya no se acoplan con el hardware
subyacente. Como resultado de ello, el hardware de almacenamiento se puede
actualizar, cambiar y se mezcla sin necesidad de un cambio en el diseo de las
aplicaciones que utilizan el almacenamiento. El software intermediario que traduce
las APIs estandarizadas externas a las APIs propietarias internas tambin se puede
utilizar para aadir ms valor, como la gestin, el seguimiento, la optimizacin o la
seguridad.

Cuando se aplica a los servicios de aplicaciones, SDA acta como la extensin de


los principios de SOA centrales. El nuevo principio es la introduccin de las API
virtuales. Estos representan las capacidades funcionales, pero no las aplican
directamente. En vez, conducen a una capa de control de la virtualizacin (gateway
SDA) donde se convierten a algn patrn de invocaciones de la API de interiores
"fsicas", aquellos que estn directamente asociados con implementaciones de
servicios y, en definitiva los datos de la aplicacin. La puerta de entrada SDA se
convierte en un intermediario entre el mundo exterior que ve las API virtuales y las

Pgina 9 de 49

aplicaciones. Ms all de la virtualizacin de API de servicios de aplicaciones, la


puerta de entrada SDA permite el seguimiento, control y facturacin del trfico de
invocacin, la adicin de la seguridad, la vigilancia del cumplimiento y una variedad
de otras capacidades de valor aadido. Una capacidad notable es la oportunidad
para que los consumidores puedan crear sus propias APIs virtuales que no tienen
acceso directo a la base de aplicaciones y bajo un estricto control de la puerta de
entrada SDA. La puerta de enlace puede ser distribuido, replicado y federado para
evitar la creacin de cuellos de botella o un punto nico de fallo.
Para inyectar control en el grfico cada vez mayor de servicios de aplicacin
asociados con la prctica de la difusin de SOA en el diseo de aplicaciones, las
principales organizaciones de TI utilizan tecnologas tales como gestores de la API,
puertas de enlace de la API, plataformas de gobierno de SOA y algunos buses de
servicios empresariales ms avanzadas y iPaaS, cada uno de los cuales es equipada
en algn grado para la gestin de una biblioteca de APIs. Para la mayora de las
organizaciones, el uso de esta tecnologa es el medio para un objetivo tctico de
consolidar las gestiones bsicas de la API. Pocas organizaciones hasta ahora ven
este enfoque como un patrn arquitectnico, lo que requiere el diseo, la
planificacin, la disciplina y el cumplimiento de las polticas (como el aislamiento de
las API exterior e interior).
SDA relativamente maduro en algunas reas especficas (tales como definido por
software de redes y almacenamiento), pero no es reconocido como un modelo
arquitectnico general aplicable en muchos contextos que sufren alta complejidad y
escala desafiante. SDA aplica a las aplicaciones y servicios de aplicacin an no
est igualmente reconocido como un modelo arquitectnico valioso incluso por las
organizaciones que ya tcticamente (y accidentalmente) se aplican algunos de sus
principios. Sin embargo, Gartner cree que en los prximos dos a cinco aos la
mayora de las organizaciones de TI a su vez a SDA y SDAS como el avance de la
SOA, enriquecido con las oportunidades de la inyeccin de la gestin, la seguridad,
la privacidad, el cumplimiento, seguimiento y facturacin, seguimiento de la
actividad empresarial, la capacidad de recuperacin control, optimizacin escala y
el contexto en el funcionamiento de la grfica de escala Web gil y abierto de
servicios de aplicaciones. La virtualizacin de servicios de aplicaciones a travs de
SDA permitir innovacin seguro alrededor de los activos de informacin de la
empresa. Como proveedores de tecnologa pertinentes reconocen la puntuacin de
oportunidad que representa SDAS, Gartner espera un rpido crecimiento de la
promocin, la inversin y sobre expectacin (antes de la adopcin masiva trae a la
realidad y, finalmente, a su meseta de la productividad).
Consejo al usuario:

Utilice los principios fundamentales de SOA en la mayor parte del diseo de


la aplicacin.
Construir la tecnologa para controlar el acceso y la interaccin entre las API
de servicios.
Comenzar a disear y gestionar APIs externas por separado del servicio de
API interno para las aplicaciones bajo su gestin.

En la seleccin de tecnologas de gestin de API, dar preferencia a los proveedores


que tengan una visin estratgica para el papel de esta tecnologa en las

Pgina 10 de 49

operaciones de una organizacin de TI y tienen una hoja de ruta para aumentar el


alcance de sus capacidades tcnicas.
Impacto en el negocio: SDA aplica a los servicios de aplicaciones SOA permite a
escala Web. Introduccin de los principios arquitectnicos rectores para la gestin
de entornos SOA a gran escala permitir a las principales organizaciones de TI a
escalar e innovar, evitando el aumento de los riesgos para la integridad o la
rendicin de cuentas de sus operaciones. Negocio digital Web-escala en la corriente
principal de TI no puede materializarse sin tal sistema emergente de gestin y
control. Con ello, las empresas dominantes pueden esperar mayores tasas de
innovacin, de escala ms fcil y la cooperacin avanzada entre negocios, TI,
clientes y socios de la empresa.
Clasificacin Beneficio: Alto
Penetracin de mercado: 1% a 5% de audiencia objetivo
Madurez: Emergentes
Los vendedores de la muestra: Apigee; Axway (Vordel); CA (Capa 7); IBM; Intel
(Mashery); MuleSoft; Software AG; WSO2
Lectura recomendada: "Transforme su negocio con el Nexus de Fuerzas"
"El efecto Nexus y Cmo el Nexus de Fuerzas altera establecidos Modelos de
arquitectura"
"El efecto Nexus: Cmo Cloud Computing altera establecidos Modelos de
arquitectura"
"La arquitectura orientada a servicios"
Comunidades de servicios de aplicaciones
Anlisis por: Gilbert van der Heiden; Kris Doering
Definicin: las comunidades de servicios de aplicacin se refieren a la utilizacin
comercial de los proveedores de servicios de multitud de abastecimiento para
ofrecer servicios de aplicaciones para usuarios finales organizaciones. Los
proveedores de servicios pueden crear su propia comunidad de multitud de fuentes
internas con su banco de empleados que tienen habilidades de plataforma de
aplicacin distinta y experiencia. Por otra parte, los proveedores de servicios
pueden incrustar comunidades de multitud de fuentes externas en sus propios
modelos de entrega globales o locales. En cualquier caso, el proveedor de servicios
controla la interaccin con el usuario final.
Justificacin de rapidez de posicin y adopcin: Comunidades de servicios de
aplicacin estn todava en su infancia y vern traccin en lnea con el creciente
inters en la multitud de abastecimiento y comunidades especialmente multitud de
fuentes. Ya ha habido muchas interacciones con los proveedores de servicios y
usuarios finales para hacer frente a su acercamiento a, y el inters en, el
crowdsourcing. Aunque se identific un crecimiento definitivo de las comunidades
de multitud de fuentes, comunidades servicios de aplicaciones Sin embargo, han
visto ms baja traccin. Los proveedores de servicios estn probando el agua con
sus propias ofertas multitud de fuentes basado en sus bancos internos. Con un
promedio de utilizacin de 80%, los proveedores de servicios, por tanto, tienen un

Pgina 11 de 49

20% de los recursos disponibles en un momento dado para que acten como "la
multitud". Cuando los proveedores de servicios estn utilizando su pblico interno
como parte de sus servicios de aplicaciones externas para sus clientes, estas
multitudes se convierten en comunidades de servicios de aplicacin.
Las interacciones con los proveedores de servicios han dado lugar a ejemplos
anecdticos de algunos proveedores de servicios que utilizan las comunidades de
servicios de aplicaciones basados en los recursos internos para servicios de
pruebas. Hay un ejemplo de un proveedor de servicios globales que cre una
comunidad de servicios de aplicacin en cooperacin con un cliente en la industria
de servicios financieros. Esta distinta oferta de comunidad es en realidad un portal
de crowdsourcing en toda regla, con los servicios de aplicacin del concurso
impulsado por el cliente, con el apoyo de la multitud proveedor de servicios.
Dependiendo del xito, un proveedor de servicios puede agregar recursos
crowdsourced externos para hacer frente a las demandas del cliente. Desde la
perspectiva del cliente, el proveedor de servicios sigue siendo responsable del
servicio respecto a los niveles de servicio acordados. En este momento no hay
ejemplos de comunidades de aprovisionamiento de aplicaciones que son
controlados e impulsados por los usuarios finales.
Como una comunidad de servicios de aplicacin va comnmente estar compuesto
por empleados internos al proveedor de servicios, y el costo total de las
comunidades de servicios de aplicacin no puede ser menor que el despliegue de
los servicios tradicionales a base de entrega globales de desarrollo de aplicaciones.
Sin embargo, los beneficios de las comunidades de servicios de aplicaciones a un
usuario final sern de potencial ms alto de los servicios innovadores, menor
tiempo de comercializacin de nuevas soluciones, una mayor experiencia de
usuario de los entregables y una mayor calidad de la funcionalidad de la aplicacin
desarrollada.
Con el aumento de la traccin de colaboracin abierta distribuida en general, y las
comunidades crowdsourced especficamente, se espera que la traccin a las
comunidades servicios de aplicaciones se acelere. Los proveedores de servicios que
actualmente estn probando las capacidades internas de crowdsourcing van a
comercializarlos una vez se hayan identificado el modelo adecuado para flexionar
los recursos, y abordar los riesgos y obligaciones comerciales, al tiempo que ofrece
mejores garantas al usuario final los clientes en competencia con las empresas de
colaboracin abierta distribuida.
Consejo al usuario: Los usuarios finales considerando crowdsourcing para
servicios de aplicacin deben determinar, en primer lugar, el inters interno y la
voluntad de invertir en el crowdsourcing. Como mnimo, debe haber un compromiso
de los propietarios de aplicaciones para desplegar crowdsourcing para sus
aplicaciones, aunque se produzcan a travs de un acuerdo de servicios gestionados
con un proveedor de servicios. Entonces la organizacin debera identificar los
proveedores de servicios que tienen la capacidad de soportar los servicios de
aplicacin y verificar el enfoque proveedores para aplicar crowdsourcing como parte
de sus servicios de aplicacin.
Desde una perspectiva del usuario final las organizaciones deben buscar un
enfoque profesionalizado para implementar comunidades de aplicacin, ya sea
originaria con un banco pblico interno o capacidades multitud externos.
Profesionalizado implica el uso de una Declaracin de Trabajo (servicios) en virtud

Pgina 12 de 49

de un acuerdo de servicio formal (compromisos, los objetivos, IP, indemnizacin,


garantas) con las mtricas relacionadas (como fugas defecto, a tiempo, dentro del
presupuesto de funcionamiento de transaccin, la productividad) y la fijacin de
precios crowdsourcing (por defecto, slo para la solucin ganadora, por proyecto y
resultado).
Impacto en el negocio: No hay duda de que el uso de las comunidades de aplicacin
tendr un impacto claro, ya que refleja la nueva ola de reduccin de costes en la
prestacin de servicios de aplicacin despus de abastecimiento global. Tenga en
cuenta que el abastecimiento de la comunidad y de entrega global no es
mutuamente exclusivo. Tampoco el abastecimiento de la comunidad va a
reemplazar la entrega global. La fuente de la comunidad de aplicaciones es slo
otra manera de la entrega de servicios de aplicacin y se debe utilizar junto con la
entrega global.

Estas capacidades de expansin estn actualmente impulsadas principalmente por


la expansin de las empresas que ofrecen servicios de crowdsourcing, basados en la
comunidad de servicios. Empresas de crouwdsourcing estn ofreciendo servicios
probados y no probados basados en la comunidad de servicios que compiten
con los servicios de aplicaciones tradicionales para aumentar grandes ofertas.
Adems TopCoder (desarrollo) y uTest (pruebas) a compaas como Ziptask, Kaggle,
CrowdFlower, Passbrains y Elance, por nombrar algunos, todos ofrecen servicios
profesionales para ayudar a las organizaciones de usuarios finales desplegar sus
multitudes.
Los servicios incluyen asesoramiento sobre la seleccin de las personas para las
comunidades definidas, seguido por la direccin potencial de la comunidad en
nombre del cliente; con las polticas de seguridad y cumplimiento incluido y los
requisitos de la agregacin de capacidades de gestin y diseo.
Organizaciones de usuarios finales que consideren el uso de fuentes comunitarias
de aplicacin ya pueden desafiar a sus proveedores de servicios de aplicaciones
instaladas, ya que muchos estn poniendo a prueba la fuente comunitaria de
aplicacin en funcin de sus capacidades internas del banco. Puede ser que no
promueven activamente en el momento, pero el tiempo ha llegado para poner un
poco de presin sobre los proveedores!
Clasificacin Beneficio: Moderado
Penetracin de mercado: 1% a 5% de audiencia objetivo
Madurez: Emergentes
Los vendedores de la muestra: CrowdFlower; Elance;
GetACoder; Guru; Kaggle; Passbrains; topcoder; uTest; Ziptask

Freelancer.com;

Lectura recomendada: "Piloto del empleo de Comunidades Crowdsourced para el


desarrollo de aplicaciones para lograr innovacin gil"
"El aprovechamiento de un pozo de Talento Global a travs de crowdsourcing puede
aumentar la velocidad y ofrecer innovacin"

Pgina 13 de 49

"Recursos Externos 2014: Aprovechando las tendencias de mercado clave va


manejar la agilidad, velocidad y la Innovacin empresarial"
"Usar Crowdsourcing como multiplicador de la fuerza en el desarrollo de
aplicaciones"
Java Enterprise Edition Version 7
Anlisis por: Mark Driver
Definicin: Plataforma Java, Enterprise Edition (Java EE) es un Proceso de la
Comunidad Java (JCP), arquitectura gestionada y modelo de programacin para
aplicaciones empresariales Java multiplataforma. Java EE es implementado como
servidores de aplicaciones Java EE por muchos comerciales y algunos de cdigo
abierto, proveedores al estilo de la comunidad.
Justificacin de rapidez de posicin y adopcin: El modelo de programacin
Java EE domina proyectos de software empresarial de gama alta. Decenas de miles
de empresas dominantes utilizan Java EE como su plataforma para aplicaciones de
misin crtica. Los principales proveedores de software de aplicaciones
independientes (ISVs) y proveedores de infraestructura de aplicaciones utilizan Java
EE para el nuevo desarrollo de software. Las implementaciones de plataformas van
de alto costo, de alta gama a bajo costo, las ofertas del mercado de masas.
Aunque Java EE versin 6 es corriente hoy en da, las nuevas versiones de Java EE
han tomado tradicionalmente varios aos para alcanzar una masa crtica de
adopcin; en consecuencia, no esperamos que Java EE Versin 7 para reemplazar la
mayora de despliegues Java EE 6 durante al menos tres aos.
Consejo al usuario: JCP ofrece casos de pruebas de cumplimiento y las
implementaciones de referencia para los componentes de Java EE. Java EE versin 6
es la corriente principal y fuertemente apalancadas a travs de la industria de TI
hoy en da; la ms reciente edicin de la especificacin Java EE, versin 7, fue
aprobado oficialmente por el grupo de trabajo JCP en abril de 2013. Una de las
reas clave de Java EE es el fortalecimiento y la ampliacin de caractersticas y
funciones en la nube centrada. Con este fin, Java EE 7 aade nuevas tecnologas
web, tales como HTML5, la especificacin WebSocket, JavaScript Object Notation
(JSON) y apoyo REST. Como se sospechaba, esta versin tambin mejora en la
tecnologa de Inclusin de Contextos y Dependencias (CDI) de Java EE. En general,
sin embargo, esperamos que Java EE 7 sirva como un comunicado de transicin,
permitiendo a Oracle y sus socios del JCP para abordar de manera ms agresiva
diseos de aplicaciones en la nube centrada en la versin de Java EE 8. Java EE 7 se
centra en apuntar y mejorar las caractersticas tecnolgicas bien establecidas, pero
tambin aade elementos fundamentales (es decir, la especificacin WebSocket)
para permitir a Java EE 7 (y versiones futuras) apoyar de manera ms agresiva
aspectos en la nube centrada.
Preste mucha atencin a las caractersticas y funciones dentro de la especificacin
Java EE 7, en la medida en que es la primera de varios avances que
sustancialmente van a modernizar y transformar el diseo de aplicaciones Java para
apoyar plenamente el diseo en nube centrada.
Como era de esperar, varias aplicaciones Java EE lderes del mercado han apoyado
partes de la especificacin Java EE 7 antes de que estas caractersticas fueran
publicadas oficialmente; sin embargo, la certificacin oficial de Java EE 7 entre los

Pgina 14 de 49

servidores de aplicaciones principales pueden retrasarse por varios meses (incluso


aos).
Impacto en el negocio: Las nuevas caractersticas de Java EE aumentan
sustancialmente la productividad del desarrollador y permitirn a los
desarrolladores apuntar implementaciones en nube a un costo menor. Por otra
parte, continuando con la inversin estratgica por ISVs, incluyendo grandes
proveedores, como SAP y Oracle, solidifica an ms el largo plazo el poder de
permanencia de Java y el modelo de programacin estndar Java EE. Sin embargo,
Java EE tiene el reto de evolucionar ms all de su centro de datos enfocada en la
historia de abarcar y apoyar directamente emergentes modelos de diseo de
aplicaciones en la nube central. Java EE 7 es la primera versin para apoyar
directamente a esta transicin, pero toda esta transicin se llevar a varias
versiones de Java EE y varios aos en completarse.
Clasificacin Beneficio: Moderado
Penetracin de mercado: 5% a 20% de audiencia objetivo
Madurez: Emergentes
Los vendedores de la muestra: IBM; Oracle; Red Hat (JBoss); SAP
Programacin reactiva
Anlisis por: Mark Driver

Definicin: Programacin reactiva es un modelo de diseo del programa enfocado


a los flujos de datos y la propagacin de cambiar los valores de datos. Con este fin,
la programacin reactiva y mejores prcticas tambin incorporan elementos de
programacin orientada a eventos - es decir, secuencias de solicitud/respuesta
asncronas y sin bloqueo.
Justificacin de rapidez de posicin y adopcin: El concepto de programacin
reactiva y temas relacionados, tales como la programacin reactiva funcional y
programacin orientada a eventos no son nuevos en la informtica; estos conceptos
se remontan a varias dcadas. Pero al igual que la programacin funcional y
procesamiento masivamente paralelo, este tema ha hecho recientemente su
camino en los portafolios y las prcticas de moderna, convencional, organizaciones
de desarrollo de aplicaciones centrada a TI a travs de los requisitos del proyecto
"escala Web". Patrones y tcnicas de diseo de programacin reactiva soportan
aplicaciones masivamente escalables, centrndose en las rutas de comunicacin
asncronos - aspectos crticos de soluciones en la nube de la prxima generacin.
Esperamos que el inters y la posterior sobre expectacin alrededor de la
programacin reactiva a crecer hasta el ao 2016 como la siguiente generacin de
soluciones a grandes datos y mviles exigen nuevos enfoques para que coincida
con los requisitos de escala masiva.
Consejo al usuario: Considerar el papel de patrones de diseo de programacin
reactiva, mejores prcticas y tecnologas de apoyo para hacer frente a las
necesidades de los sistemas de prxima generacin que deben procesar grandes
cantidades de datos de eventos en tiempo real. Estas tecnologas pueden

Pgina 15 de 49

simplificar el proceso de desarrollo y reducir los costos de mantenimiento a largo


plazo, pero vendrn a costa de nuevas adopciones de tecnologa (por ejemplo, las
lenguajes y frameworks) y nuevos conjuntos de habilidades de desarrollador.
Impacto en el negocio: Programacin reactiva tiene muchas similitudes con el
patrn observador utilizado comnmente en la programacin orientada a objetos.
Sin embargo, integrando los conceptos de flujo de datos en el lenguaje de
programacin haran ms fcil expresar estos conceptos y podran por lo tanto
incrementar la granularidad de la grfica de flujo de datos. Por ejemplo, el patrn
observador comnmente describe los flujos de datos entre el conjunto
objetos/clases, mientras que la programacin reactiva orientada a objetos podra
apuntar a los miembros de objetos/clases. Las tcnicas y tecnologas de
programacin reactiva van a hacer su camino en la mayora de los principales
portafolios de TI hasta el 2018. Sin embargo, la mayora de los adoptantes no
abandonarn las inversiones existentes; ms bien, las plataformas principales
ampliarn para apoyar nuevos lenguajes y frameworks, y algunos lenguajes y
frameworks lderes en el mercado van a evolucionar para apoyar estos conceptos
tambin.
Clasificacin Beneficio: Moderado
Penetracin de mercado: 5% a 20% de audiencia objetivo
Madurez: Emergentes
Los vendedores de la muestra: Joyent; Typesafe
Lectura recomendada: Nuevas prcticas en arquitectura de aplicaciones: Qu
aprender de los grandes sitios web
El efecto Nexus y cmo el Nexus de fuerzas alteran los modelos de arquitectura
establecidos

Desarrollo de escala Web


Anlisis por: Nathan Wilson
Definicin: Basado en los principios de manufactura escasa aplicadas al desarrollo,
el desarrollo de escala Web se centra en el ajuste de desarrollo en un flujo
constante de la funcionalidad de la idea a la produccin. Utilizando Kanban, cada
historia se empuja en la produccin, ya que se ha completado. Cuando sea
necesario, alterna funcionales y otras tcnicas de despliegue oscuro para ocultar la
funcionalidad hasta que otras historias estn completas. Desarrollo de escala Web
requiere que los equipos que tienen una definicin bien desarrollada de pruebas de
unidad, funcionales y de aceptacin automatizados "Lista" y extensas.
Justificacin de rapidez de posicin y adopcin: En el ltimo ao, ha habido un
aumento en el nmero de organizaciones de TI que desean adoptar modelos de
desarrollo de flujo continuo de escala Web. Para reflejar esto, el perfil de la
tecnologa "Desarrollo Kanban" ha pasado a denominarse "Desarrollo de escala
Web". Tambin se ha movido rpidamente por la ladera de la Ilustracin hacia el
pico de expectativas infladas.

Pgina 16 de 49

Es tpico para las empresas adquirir tres a cinco aos de experiencia en el desarrollo
gil antes de que tengan los procesos, herramientas y suites amplias pruebas que
se requieren para este modelo de desarrollo. El dominio de una metodologa basada
en las iteraciones es un requisito previo para esta metodologa de desarrollo. En
orden para que esta metodologa tenga xito, una organizacin necesita tener un
bien definido y - seguida definicin de hecho (DOD). El DOD debe especificar todas
las tareas que deben completarse para una historia a ser lanzado a la produccin.
Se necesita un conjunto completo de pruebas automatizadas con el fin de tener
confianza en que los cambios no han introducido defectos significativos. Como la
velocidad de liberacin de los sistemas de produccin aumenta, prcticas y
herramientas DevOps maduras se vuelven ms esenciales.
Consejo al usuario: Desarrollo a escala web debe ser un objetivo a largo plazo
para los equipos giles. Siga principios magros de la mejora continua, lotes
pequeos y tiempos de ciclo reducidos mediante la reduccin progresiva de la
duracin de la iteracin de los proyectos. Enfoque tiempo en la eliminacin de
obstculos para ciclos ms cortos y combinando cadencia de desarrollo para el
resto del proceso. Mejorar la cobertura de prueba automatizada, e invertir en
herramientas DevOps que permitan a los ciclos de pruebas de regresin y de
implementacin ser ms rpidos.
Una vez que una organizacin es competente en iteraciones y duraciones
semanales, y se ha desarrollado un amplio abanico de pruebas automatizadas, est
listo para pasar a un proceso de desarrollo escala web/kanban.
Una vez que se eliminan las iteraciones, es esencial para continuar la programacin
retrospectiva regular para apoyar la mejora continua. Habilidades de gestin crticos
incluyen ajustar el correcto trabajo en los lmites de progreso (WIP) y actuar para
reducir el tiempo de ciclo de inicio de una historia para su implementacin en el
sistema de produccin.
Impacto en el negocio: Desarrollo de escala Web puede proporcionarse al
desarrollo de software ms sensible disponible actualmente. El carcter continuo de
desarrollo de escala Web es un cambio importante de la prctica actual de
proporcionar un gran conjunto de cambios en un solo lanzamiento. Pasar de
proyectos para producir software comunica a que un flujo continuo de software
requerir cambios generalizados, tanto dentro como fuera de las TI.

La capacidad de respuesta que est habilitado por el desarrollo de escala Web


debe estar combinado con una priorizacin rigurosa del trabajo estando ejecutado
para asegurarse de que la funcionalidad ms importante para la organizacin sea
entregada lo ms rpido posible. Es importante que el desarrollo de escala Web
este hecho en conjunto con los procesos DevOps y herramientas de implementacin
automatizada de manera que el flujo global de las mejoras de software puedan
estar sincronizadas e incrementadas.
Clasificacin Beneficio: Alta
Penetracin de mercado: menos que el 1% de audiencia objetivo
Madurez: embrionario

Pgina 17 de 49

Lectura recomendada: Habilitar la agilidad corporativa mediante prcticas de


desarrollo a escala web
El impacto de DevOps y escala web de TI en el desarrollo de aplicaciones
El logro de Entrega Continua
Pasar de un basado en proyectos a una Organizacin de aplicaciones basado en
producto
CEAP Productividad alta
Anlisis por: Yefim V. Natis
Definicin: De alta productividad, plataformas de aplicaciones habilitado en nube
(CEAP) son software para la creacin de una aplicacin PaaS privada (aPaaS), una
aPaaS o SaaS pblicas. CEAP Productividad alta respalda al de desarrollo de
aplicaciones basado en modelos con el ncleo de caractersticas de la nube:
dimensionamiento rpido, la gobernanza de autoservicio y multiusuario. Ofrecen un
diseo grfico y tpicamente algunas secuencias de comandos o programacin
estructurada limitado. La lgica de negocio de la aplicacin normalmente se codifica
en los metadatos y se interpreta ya sea en tiempo de ejecucin o cdigo generado
para tiempo de ejecucin.
Justificacin de rapidez de posicin y adopcin: CEAPs de productividad alta
son el desarrollo de aplicaciones basado en modelos y plataformas de ejecucin
diseados para empresas de TI y organizaciones de negocios tambin como
vendedores de software independientes (ISVs) para desarrollar servicios de
aplicaciones en nube (incluyendo SaaS) con productividad alta, resultados rpidos,
bajo costo y demanda reducida para habilidades tcnicas avanzadas. Estas
plataformas son tpicamente nativas de la nube (la nubosidad est incrustado en la
propia plataforma, en contraste con frameworks PaaS basados en la nube). La
productividad alta es un subproducto del diseo tpico de plataforma bsica de
nube. En orden a crear una plataforma bsica de nube (eso es, una plataforma que
ejerce lgica de negocios, internamente asla intrusos y permite que las versiones
no interfieran con las personalizaciones) es tpicamente basado en metadatos.
Como tal, las plataformas bsicas de nube son tambin basadas en modelo y por lo
tanto ofrecen alta productividad. Sin embargo, para llegar a este nivel de servicio,
las plataformas comnmente deben abstenerse de modelos de programacin prenube estndar y ofrecer en gran parte (o completo) entornos de programacin de
aplicaciones de propiedad y de ejecucin.
La naturaleza propietaria de la mayor parte de la CEAP productividad alta hace que
estas plataformas no aptas para la migracin directa de aplicaciones empresariales
pre-nube existentes o habilidades de ingeniera. Sin embargo, en esta etapa de la
adopcin de la nube para el nuevo desarrollo de aplicaciones, la mayora de las
empresas desean preservar sus inversiones en software y habilidades. Tambin
prefieren conservar la oportunidad de volver a utilizar el entorno de la plataforma
familiar en caso de que la adopcin plataforma en la nube no se entregue.
Interrupcin no graduable, entorno de nube-nativa de la CEAP de productividad alta
va en contra de estos requisitos. Muchas organizaciones que buscan establecer un
entorno de turno privado PaaS (y aplicaciones startup ISVs) al alto mando,
compatible con versiones anteriores frameworks PaaS de software, como Pivotal CF,
en vez de Apprenda o Red Hat OpenShift Enterprise. Otros sealan la relativa
inmadurez de estas plataformas y deciden construir un entorno privado IaaS

Pgina 18 de 49

(utilizando una plataforma de gestin en nube como OpenStack o VIVIware vCloud


Suite) y desplegar plataforma tradicional middleware all (modelo IaaS+,
renunciando a la mayor parte de los beneficios de una PaaS).
Mientras que el alto control de frameworks PaaS ofrecen una mayor potencia de
programacin, tambin imponen los requisitos de alto costo para capacidades de
ingeniera y de habilidades de gestin, lo que aumenta el costo total de los
proyectos de aplicaciones en nube. Compatibilidad con versiones anteriores de los
frameworks de PaaS tambin les impide la plena aplicacin de las caractersticas de
la nube nativo para aplicaciones. Algunas de la nubosidad de las aplicaciones
desarrolladas utilizando alto control de frameworks PaaS dependen de los
desarrolladores de aplicaciones y vara en la calidad de los resultados. Pero la
naturaleza propietaria de la CEAP de productividad alta y la falta de apoyo de los
megavendedores ralentizan su adopcin. Las aPaaS de alta productividad (servicios
de nube pblica, en lugar del software de nube privada) es probable que dirija el
camino, ya que los suscriptores interesados en alta productividad son propensos a
preferir los servicios soportados por los proveedores de nube que el software que
deben mantenerse a s mismos, por lo tanto tambin ralentizar la adquisicin de la
CEAP de productividad alta. ( Una nube privada bien diseado resuelve este

problema: Central de TI, es el comprador de software, y desarrolladores de


aplicaciones son los suscriptores que estn igualmente dispuestos a usar
privada o pblico servicios en nube. Pero tales nubes privadas estratgicas
son todava relativamente raras.)
Mientras que los modelos de programacin no familiares y perturbadores de la
mayora de CEAP de productividad alta ralentizan su adopcin, la demanda de la
productividad y la calidad en nube garantizada de la aplicacin sigue siendo alta
entre la corriente principal de TI y las organizaciones empresariales. Como las
limitaciones de IaaS + y el alto mando de frameworks PaaS se hacen evidentes, los
usuarios demandarn una mayor productividad. La mayora de los proveedores de
frameworks PaaS agregarn capacidad CEAP de productividad alta a sus ofertas de
la plataforma, en el proceso de empujar la visibilidad, la popularidad y la
expectacin en torno a la CEAP de productividad alta hasta la cima de expectativas
infladas y en la meseta de la productividad corriente eventual.
Consejo al usuario: Si los proveedores de tecnologa es una preocupacin, pero
una alta productividad es un requisito, elegir la CEAP de productividad alta para
aplicaciones que tienen vida til prevista a corto y tiempo de pago a corto. Estas
condiciones mitigar en parte la dependencia de un proveedor que resulta de la
naturaleza propia de estas plataformas por los usuarios que permiten, si es
necesario, para mover y redisear las aplicaciones sin una prdida de la inversin
inicial.

Dar preferencia a vendedores de CEAP de productividad alta que tambin


ofrecen alto control de software de la estructura PaaS, especialmente si el
CEAP se construye con el framework como su fundamento. Estas ofrendas
son raros hoy en da, pero en el futuro van a ofrecer la mxima flexibilidad
de plataformas coordinadas tanto para la alta productividad y alto control del
desarrollo de la aplicacin y ejecucin.
Evite la CEAP de productividad alta en la planificacin para migrar
aplicaciones pre-nube existentes a un entorno de nube privada con un
cambio mnimo. Estas plataformas son adecuadas para un nuevo desarrollo

Pgina 19 de 49

en la nube natal, pero no para la instalacin de accesorios o incluso la


modernizacin de aplicaciones pre-existentes.
Impacto en el negocio: CEAP de productividad alta garantiza un comportamiento
en la nube nativo de aplicaciones de negocio, permitiendo a los desarrolladores
concentrarse principalmente en el diseo de aplicaciones de negocio, reduciendo
los errores e ineficiencias potenciales, mejorando la productividad de TI y acortando
el tiempo de los resultados de los proyectos de TI:
El uso de CEAP productividad alta puede permitir que algunos creacin de
aplicaciones por los usuarios de negocio, fuera de, o bajo la observacin de TI.
El uso de la CEAP productividad alta optimiza el diseo de aplicaciones en nube y
ejecucin para la mayora, ms simple, aplicaciones de negocios, sino que aumenta
la dependencia de proveedores del usuario.
Clasificacin Beneficio: Alta
Penetracin de mercado: 5% a 20% de la audiencia objetivo
Madurez: adolescente
Los vendedores de la muestra: Keyed
OutSystems; Progress Software; Software AG

In

Solutions;

Mendix;

MIOsoft;

DevOps
Anlisis por: Ronni J. Colville; Jim Duggan
Definicin: DevOps representa un cambio en la cultura de TI, enfocndose en la
entrega de servicio de TI rpido a travs de la adquisicin de lo gil, prcticas
magras en el contexto de un enfoque orientado al sistema. DevOps enfatiza la
gente (y la cultura), y busca mejorar la colaboracin entre los equipos de
operaciones y desarrollo. Implementaciones DevOps utilizan la tecnologa especialmente herramientas de automatizacin que pueden aprovechar una
infraestructura cada vez ms programable y dinmica desde una perspectiva de
ciclo de vida.
Justificacin de rapidez de posicin y adopcin: DevOps no posee un conjunto
concreto de mandatos o estndares, o un conocido framework (por ejemplo, ITIL o
Integrado Modelo de Madurez y Capacidad [CMMI]), haciendo a esto un tema de
interpretacin ms liberal. Para muchos es bastante difcil de alcanzar para hacer
que sea difcil saber por dnde empezar y cmo medir el xito. Esto puede acelerar
la adquisicin - o potencialmente inhibirla. DevOps se asocia principalmente con la
integracin y la prestacin continua de servicios de TI como un medio de
proporcionar vnculos a travs del ciclo de vida de la aplicacin, desde el desarrollo
hasta la produccin. Conceptos de DevOps son cada vez ms generalizados en los
proyectos en la nube y en entornos ms tradicionales de la empresa. La creacin de
equipos DevOps trae desarrollo y operaciones de personal en conjunto para
gestionar de manera ms consistente una visin de extremo a extremo de un
servicio de aplicaciones o de TI. Para algunas organizaciones de TI, la
racionalizacin de los despliegues de lanzamiento desde el desarrollo hasta la
produccin es la primera rea de atencin; aqu es donde existe el dolor de
prestacin de servicios ms aguda.

Pgina 20 de 49

Prcticas DevOps incluyen la creacin de proceso comn para los equipos de


desarrollo y operaciones; formacin de equipos para gestionar el aprovisionamiento
y las prcticas de extremo a extremo para la promocin y puesta en lanzamiento;
un enfoque en la alta fidelidad entre entornos; prcticas estndar y automatizados
para la construccin o la integracin; mayores niveles de automatizacin de
pruebas y cobertura de la prueba; automatizacin de los pasos del proceso
manuales y escrituras informales; y simulacin ms completa de las condiciones de
produccin en todo el ciclo de vida de la aplicacin en el proceso de lanzamiento.
Tanto Dev y Ops buscan herramientas para reemplazar secuencias de comandos
personalizadas con modelos de aplicacin o servicio coherentes, mejorar el xito de
implementacin a travs de las configuraciones ms predecibles. La adopcin de
estas herramientas no se asocia con el desarrollo o apoyo a la produccin personal,
sino ms bien con los grupos que se sitan en el desarrollo y la produccin, y por lo
general se crea una instancia para hacer frente a las aplicaciones web especficas
con una necesidad de aumentar la velocidad de lanzamiento. Para facilitar y
mejorar las pruebas y la integracin continua, herramientas que ofrecen el
seguimiento especfico a los testeadores y personal de operaciones tambin estn
comenzando a emerger. Otro de los retos de adopcin de DevOps es el requisito
para conectividad. Cadenas de herramientas son crticos para DevOps para permitir
la integracin de la automatizacin de funcin especfica de una parte del ciclo de
vida a otra.
Implementacin DevOps no es un proceso formal; por lo tanto, la adopcin es algo
irregular. Muchos aspiran a alcanzar la fluidez y agilidad prometida, pero pocos lo
hacen. Las organizaciones de TI que aprovechan tcnicas de paso-capas pueden
estratificar y clasificar las aplicaciones y encontrar aplicaciones que podran ser
buenos objetivos para la adopcin. Esperamos que esta bifurcacin (enfoque de
desarrollo y enfoque de operaciones) que contine durante los prximos dos aos,
pero a medida que ms aplicaciones o servicios de TI a ser basado en gil o
centrada en el cliente, la adopcin de DevOps seguir rpidamente. DevOps no
excluye el uso de otros frameworks o metodologas como ITIL. La incorporacin de
algunos de estos enfoques de mejores prcticas puede mejorar la prestacin de
servicios en general.
Consejo al usuario: La expectacin DevOps est empezando a alcanzar su punto
mximo entre los proveedores de herramientas, con el trmino que se aplica de
manera agresiva y reclamaciones outrunning capacidades demostradas. Muchos
vendedores estn adaptando sus portafolios existentes y calificndolos DevOps
para llamar la atencin. Algunos vendedores estn adquiriendo soluciones
puntuales pequeas desarrolladas especficamente para DevOps para aumentar sus
portafolios. Esperamos que esto contine. Las organizaciones de TI deben
establecer criterios clave que diferenciarn los rasgos DevOps (fuerte integracin
de cadena de herramientas, flujo de trabajo, la continuidad, el contexto, la
especificidad, la automatizacin) de herramientas de gestin tradicionales.
Adopcin o incorporacin exitosa de este enfoque no se lograr mediante una
compra de la herramienta, pero es contingente a un cambio a veces difcil de la
filosofa organizacional. Debido a que DevOps no es preceptivo, es probable que el
resultado en una variedad de manifestaciones, hace ms difcil saber si uno est
realmente "haciendo" DevOps. Sin embargo, la falta de un marco de proceso formal
no debe impedir que las organizaciones de TI a partir de la elaboracin de sus
propios procesos repetibles para agilidad y control. Debido DevOps est emergiendo

Pgina 21 de 49

en la definicin y en la prctica, las organizaciones de TI deben acercarse a ella


como un conjunto de principios rectores, no como dogma proceso. Seleccione un
proyecto que involucra a los equipos de desarrollo y operaciones para probar el
ajuste de un enfoque basado en DevOps en su empresa. A menudo, esto se alinea
con un entorno de aplicacin. Si se aprueba, la posibilidad de ampliar DevOps para
incorporar arquitectura tcnica. Como mnimo, examinar las actividades a lo largo
del continuum desarrollador-a-operaciones existentes, y buscar oportunidades
donde la adopcin de procesos de comunicacin ms giles y patrones puede
mejorar los despliegues de produccin.
Impacto en el negocio: DevOps est enfocado en mejorar los resultados de
negocio a travs de la adopcin de la mejora continua y principios de lanzamiento
incrementales adoptadas de las metodologas giles.
Mientras agilidad a menudo equivale a la velocidad, hay un impacto tanto
paradjico; y ms pequeos, actualizaciones ms frecuentes a la produccin
pueden trabajar para mejorar la estabilidad y el control general, reduciendo as el
riesgo.
Clasificacin Beneficio: Transformacional
Penetracin de mercado: 5% a 20% de audiencia objetivo
Madurez: Adolescente
Los vendedores de la muestra: Boundary; CFEngine; Chief; Circonus; Puppet
Labs; SaltStack
Lectura recomendada: Deconstruyendo DevOps
Cadena de herramientas de trabajo DevOps para entregar la gestin de procesos
de TI integrable
Aprovechando DevOps y otros frameworks de proceso requiere una importante
inversin en las personas y proceso
DevOps y monitoreo: Nuevas herramientas para nuevos entornos
Seal de catalizadores del crecimiento de DevOps
Automatizacin del lanzamiento de la aplicacin es una llave para DevOps

Comunidad crowdsourced no probada


Anlisis por: Kris Doering; Gilbert van der Heiden
Definicin: Comunidad crowdsourced no probada consiste de individuos que se
han suscrito a un portal de una compaa crowdsourcing y se les permite competir
por cualquier trabajo crowsourced que desean sin tener el probado compaa
crowdsourcing (verificar y aprobar) si en realidad tienen las credenciales adecuadas
que se requieren para realizar el trabajo. Una comunidad crowdsource no probada
refleja el grupo de individuos que responde a un concurso para la duracin del
concurso.

Pgina 22 de 49

Justificacin de rapidez de posicin y adopcin: Comunidades no probadas


tienen sus ventajas distintas, ya que tienen el potencial de producir resultados
valiosos a partir de individuos que no tienen experiencia formal en el rea (como los
aficionados). Con gran parte del trabajo de una empresa corwdsourcing con
individuos no probados, el supuesto es que personas sin experiencia no
responderan a los concursos que requieren conocimientos, o se eliminan durante el
proceso de seleccin. Sin embargo, las comunidades no probadas son
especficamente tiles para pruebas exploratorias y usabilidad desde la perspectiva
del consumidor, o para la ideacin, definicin de valor, definicin de requerimientos,
opiniones estticas de requisitos funcionales, diseo de experiencia de usuario, y
otro trabajo que requiere imaginacin, la creatividad y el razonamiento lgico.
Dado que las comunidades no probadas incluyen tanto los expertos como los
aficionados, que tambin se aplican a cualquier trabajo que no implica
conocimientos de dominio especfico, como la codificacin, la planificacin, las
especificaciones de la escritura, la estrategia de pruebas, diseos tcnicos y
funcionales, la integracin de tareas, la seguridad, el cumplimiento y el
conocimiento normativo. Adems, cualquier trabajo que requiere experiencia
funcional o no funcional de dominio especfico para ser ejecutado con xito tambin
puede ser abordado por las comunidades no probadas.

De manera similar a las comunidades crowdsourced examinados, comunidades


crowdsourced no probadas pueden estar bajo el control del propio cliente, o por
medio de una funcin de asistente de la compaa crowdsourcing que posee el
portal para acceder a la comunidad. Comunidades no probadas son en su mayora
bajo el control del cliente en s, mientras que las comunidades examinados en
general son controladas por la empresa crowdsourcing a travs de un asistente
asignado (copiloto).
Ya hemos puesto comunidades crowdsourced no probadas en una posicin pre-pico,
ya que no son nuevos y han existido durante ms de cinco aos. Con las compaas
de crowdsourcing que tienen un La base de suscriptores de cientos de miles de
millones de personas, el potencial es enorme. Es especialmente cierto con un
mayor uso de los servicios basados en la nube, y el impulso para aumentar la
experiencia del consumidor en una economa donde la digitalizacin de las
organizaciones de usuarios finales deben innovar ms rpido. Crowdsourcing
proporciona los medios para probar la innovacin e identificar ideas innovadoras y
crear soluciones innovadoras ms rpidas. Comunidades crowdsourced no probadas
son uno de estos significados de crowdsourcing.
Consejo al usuario: las organizaciones deben considerar objetivamente
comunidades crowdsourced no probadas como alternativa para cualquier trabajo
que:

Puede ser desglosado en tareas que pueden ser manejados por personas
Puede ser de origen y entregado a travs de un entorno basado en Web
Tiene poco negocio o riesgo de reputacin.

Debido a la naturaleza de la competencia entre una gran cantidad de individuos a


nivel de tarea, no probadas. Comunidades crowdsourced tienen el potencial de
ofrecer soluciones innovadoras en un tiempo muy corto.

Pgina 23 de 49

Las organizaciones deben tener fuertes capacidades de gestin e integracin de los


requisitos a implementar correctamente las comunidades crowdsourced no
probadas bajo control directo de la organizacin. Cuando los requisitos de
capacidades faltan, las organizaciones deben trabajar a travs de crowdsourcing
empresas controlar la comunidad. Sin embargo, cuando la integracin (de los
individuos de tareas crowdsourced) capacidades faltan, las organizaciones deben
considerar esperar hasta que puedan asignar a una multitud curador. Curadores
Multitud son arquitectos tpicamente fuertes o desarrolladores con la mezcla
correcta de proyecto liderazgo y habilidades de comunicacin, cuyo papel en una
organizacin es disear, gestionar e integrar concursos crowdsourcing.
Debido a la falta de control de las personas que pueden competir por el trabajo, y
un enfoque comn en donde propios clientes controlan la comunidad, hay algunos
retos especficos que las comunidades crowdsourcing no probadas plantean, y las
organizaciones deben abordar estos a travs de un riesgo de evaluacin:

Las respuestas a las preguntas y tareas que no pueden hacer frente a los
requisitos previstos y requerirn tiempo y esfuerzo extra para asegurar los
encuestados estn en la misma pgina. Este problema por s mismo tiene la
riesgo aadido de expansin a travs de mltiples tareas en un solo
proyecto de crowdsourcing, por el que interpretaciones inconsistentes de
explicaciones conducen a los entregables que son difciles de integrar.
La privacidad y la integridad de los datos es ms probable cuando las
organizaciones inexpertos corren concursos ya que a menudo carecen de
experiencia en la gestin de requisitos adecuado y no garantizan
internamente que el concurso se estructura de la manera correcta. Una vez
que el concurso se inicia, la comunidad puede pedir preguntas y empresas
sin experiencia podran proporcionar ms informacin (o exponer ms datos)
se requiere que.
En general, las comunidades no probadas requieren ms iteraciones o ms
concursos para entregar resultados de calidad similar a las de las
comunidades examinados. Cuantas ms respuestas - cuanto ms tiempo la
obligacin de validar cada uno. La razn adicional es que, en las
comunidades no probadas bajo el control de un cliente, el paso de
verificacin es a menudo ausente. Esto implica que cualquier propuesta
tambin recibe la revisin por pares de otros individuos de la comunidad
(como un grupo de control).
La reputacin de los individuos y el cliente estn menos protegidos por el
crowdsourcing miembros de la empresa y los clientes sin experiencia y la
comunidad podran perturbar el proceso o no para hacer frente a los clientes
y la comunidad preguntas. Las TI tambin podra conducir a la calidad
insuficiente a nivel de tareas y los resultados que no se pueden integrar.

Impacto en el negocio: los administradores de TI se enfrentan a la presin de los


directores generales y CIO para reducir los costos y optimizar recursos. Estn bajo
la presin de las partes interesadas para proporcionar soluciones innovadoras
rpidamente. Uso comunidades crowdsourced no probadas pueden ayudar a reducir
los costos operativos y de personal, ya que Realiza tareas y la dotacin de personal,
segn sea necesario. El proceso requiere de abordaje limitado, limitado
aprovisionamiento, ningn salario en curso, no hay gastos generales (tales como el
espacio de oficina), y el cliente paga slo por los resultados que coinciden con sus
criterios y objetivos.

Pgina 24 de 49

Los impactos nicos de las comunidades crowdsourced no probados seguirn siendo


limitados, como tal, comunidades requieren ms gestin, ms iteraciones y
entregar resultados de calidad inferior. Tambin tener prestaciones del proyecto
ms complejos que son ms difciles de integrar en comparacin con el proceso y
los resultados de las comunidades crowdsourced examinados.
Clasificacin Beneficio: Moderado
Penetracin de mercado: 5% a 20% de audiencia objetivo
Madurez: Adolescente
Los vendedores de la muestra: Elance; Kaggle; Passbrains; uTest; Ziptask
Lectura recomendada: "Piloto del empleo de Comunidades Crowdsourced para el
desarrollo de aplicacin para lograr Innovacin gil"
"El aprovechamiento de un Talento Global a travs de crowdsourcing puede
aumentar la velocidad y entrega de innovacin"
"Usar Crowdsourcing como multiplicador de la fuerza en el desarrollo de
aplicaciones"

Automatizacin de publicacin de aplicaciones


Anlisis por: Ronni Colville J.; Colin Fletcher
Definicin: Automatizacin Liberacin de Aplicaciones (ARA) ofrece herramientas
de automatizacin para permitir las mejores prcticas en mover artefactos
relacionados, aplicaciones, configuraciones y datos an juntos a travs de la
aplicacin Ciclo vital. Para ello, las herramientas ARA proporcionan una combinacin
de automatizacin, capacidades de modelado medio ambiente y gestin de flujo de
trabajo para mejorar simultneamente la calidad y la velocidad de versiones de
aplicaciones. Estas herramientas son una parte clave de permitir que la meta de
lograr DevOps entrega continua con un gran nmero de rpidos, pequeos
lanzamientos.
Justificacin de rapidez de posicin y adopcin: Al igual que con muchos
procesos, las organizaciones de TI a menudo son muy fragmentado en su
acercamiento a versiones de aplicaciones. En algunos casos, el proceso es liderado
por las operaciones, aunque tambin puede ser (y cada vez ms) gestiona desde la
parte de desarrollo de la organizacin o una empresa conjunta de los dos grupos,
como en DevOps. Esto da como resultado predecible en la fragmentacin
adquisicin herramienta debido a diferentes compradores que buscan en diferentes
herramientas, en lugar de un enfoque consolidado mirando una herramienta que
puede escalar y resolver retos similares para los diferentes grupos de desarrollo de
aplicaciones. La intencin de herramientas de ARA es cinco veces:

Acelerar el tiempo de comercializacin asociada con el desarrollo gil,


reduciendo el tiempo que se necesita para implementar y configurar en
todos los entornos.
Eliminar la necesidad de construir y mantener scripts personalizados para la
implementacin
de
aplicaciones
y
actualizaciones
mediante
la

Pgina 25 de 49

estandarizacin y documentacin de los procesos de implementacin a


travs de diversos entornos.
Reducir los errores de configuracin y el tiempo de inactividad asociados con
los lanzamientos individuales dentro de un nico entorno o en mltiples
entornos.
Coordinar y automatizar comunicados entre varias personas, los grupos y los
pasos del proceso que por lo general se mantienen manualmente en hojas
de clculo, correo electrnico o ambos.
Mueva la base de conocimientos de caras, programadores de secuencias de
comandos especializados a los recursos menos costosos.

La adopcin y utilizacin de estas herramientas son todava emergentes, pero que


siguen atrayendo a una gran cantidad de atencin por parte de las grandes
empresas y las empresas con aplicaciones orientadas a la web. Aunque el uso
actual de las herramientas se limita normalmente a un pequeo porcentaje de
todas las aplicaciones en una cartera de aplicaciones empresariales, se espera que
este porcentaje aumente en lnea con el crecimiento de la adopcin continuada de
desarrollo gil y Web y de aplicaciones cloud arquitecturas. Los mayores
competidores de estas herramientas son scripts internos y los procesos manuales,
que son blancos fciles como las presiones de costos y competitivas en las
organizaciones de TI siguen aumentando.
Adems, la popularidad y la mente la cuota de mercado en torno DevOps siga
creciendo y llamar la atencin significativa a la mejora de la liberacin y el
despliegue o despliegues continuos. Este impulso del mercado tambin ha resultado
en reciente adquisicin significativa y actividad de desarrollo entre los vendedores
que representa probablemente continuaron cerca - y mucho - inversin a largo
plazo en el mercado. Este enfoque tambin impulsa el atractivo de tratar el mtodo
de despliegue de aplicaciones como la de codificacin de la aplicacin. Algunas
organizaciones estn modelando sus despliegues de aplicaciones despus de
grandes proveedores de cloud y herramientas que permiten a los equipos de
soporte de aplicaciones e ingenieros de sistemas para desarrollar scripts
automatizados proporcionados por nuevas herramientas comerciales que han
surgido de la comunidad de cdigo abierto aprovechamiento.
Consejo al usuario: Tenga en cuenta que los procesos de ARA no lo son, y es poco
probable llegar a ser, muy estandarizado. Evale su madurez gestin del ciclo de
vida de la aplicacin - en concreto alrededor de los procesos de implementacin - y
buscar una herramienta o herramientas que pueden ayudar a automatizar la
implementacin de estos procesos a travs de mltiples equipos de desarrollo y
operaciones. Cuestiones de organizacin y polticos siguen siendo importantes y no
pueden abordarse nicamente por una compra de herramientas. Adems, el mejor
conocimiento que tiene de los flujos de trabajo actuales para la liberacin de
aplicaciones (sobre todo si se hace de forma manual), ms fcil ser la transicin a
un flujo de trabajo automatizado, lo que aumentar el tiempo de valorar para las
herramientas.
Comprender y utilizar sus requisitos especficos para las aplicaciones y plataformas
para reducir el alcance de los objetivos de la evaluacin, y para determinar si se
necesitarn uno demasiado o mltiples herramientas de uno o ms proveedores.
Aunque la mayora de los fabricantes ofrecen una combinacin de automatizacin,
modelado medio ambiente y gestin de flujo de trabajo, los puntos fuertes, el
alcance (aplicacin, soporte de la plataforma y versin) y envasado de estas

Pgina 26 de 49

capacidades respectivas variar significativamente entre los vendedores. Aunque


esperamos que esta brecha contine disminuyendo, es importante comprender el
apoyo actual y futuros mapas de carreteras.
Incluya integraciones con el desarrollo y la gestin de operaciones de TI (ITOM)
herramientas existentes en sus criterios de evaluacin de productos, con la mirada
puesta en la construccin el uso nicho de estas herramientas en su entorno de
aprovisionamiento y la configuracin ms amplia. Las organizaciones que desean
extender el ciclo de vida de la aplicacin, ms all del desarrollo de entornos de
produccin utilizando un modelo de aplicacin coherente, deben evaluar las
herramientas de desarrollo con caractersticas ARA o soluciones puntuales ARA que
proporcionan integracin out-of-the-box con herramientas de desarrollo. Adems,
evaluar la integracin con las infraestructuras cloud existentes o previstas o
herramientas CMP para la capacidad de automatizacin de versin de la aplicacin
en curso.
Impacto en el negocio: herramientas ARA hasta la fecha tienen los procesos de
negocio ms afectadas de manera significativa y positivamente y servicios que
deben evolucionar rpidamente para mantenerse competitivos y confan a menudo
en aplicaciones giles desarrollado, basados en la web. Dicho esto, las herramientas
ARA producen beneficios de mitigacin agilidad, el costo y el riesgo para la mayora
de los tipos de aplicaciones, mejorando la calidad, reduciendo los errores humanos,
y aumentar la velocidad de los comunicados a travs de una mayor coherencia y
estandarizacin.
La agilidad empresarial se mejora al reducir el tiempo que se necesita para
implementar y configurar las aplicaciones a travs de mltiples entornos,
acelerando as la capacidad de la empresa para reaccionar a los cambios del
mercado. El ahorro de costes se realiza a travs de una reduccin significativa de
las interacciones manuales requeridos por frecuencia alta habilidad y el personal de
alto costo. El riesgo es inherente mitigado por la documentacin y estandarizacin
de los procesos y configuraciones a travs de mltiples dominios tecnolgicos
herramientas ARA.
Clasificacin beneficio: alta
Penetracin de mercado: 5% a 20% de audiencia objetivo
Madurez: adolescente
Los vendedores de la muestra: automic; Software BMC; CA (Nolio); Chef; Electric
Cloud; HP; IBM (UrbanCode); MidVision; Laboratorios de marionetas; SaltStack;
Software Serena; VMware; XebiaLabs
Lectura recomendada: "Vendros fresco en DevOps, 2014"
"Cool Vendors en DevOps, 2013"
"Conoce la Aplicacin de lanzamiento Paisaje Automatizacin Vendor a favoritos los
mejores vendedores para su organizacin"
"Cool Vendors en DevOps 2012"
"Cool Vendors en administracin de lanzamientos de 2011"

Pgina 27 de 49

"Desde el desarrollo hasta la produccin: Integracin del cambio, configuracin y


puesta en libertad"
"La automatizacin de la liberacin de aplicaciones es una clave para DevOps"
"Perseguir comunicados de infraestructura ms pequeos"
"DevOps cadenas de herramientas de trabajo para entregar la gestin de procesos
de TI integradable"
"Alineacin de cambio en la gestin de configuracin y liberacin"
"Cmo construir un equipo de publicacin DevOps"
"Maangement Mejores prcticas en cambio, configuracin y liberacin"
"Cuadrante Mgico para la gestin del ciclo de vida de aplicaciones"
"Ests listo para mejorar la velocidad de liberacin?"

Desarrollo orientado al funcionamiento


Anlisis por: Nathan Wilson
Definicin: Desarrollo orientado al funcionamiento (TDC) es un pariente cercano
del desarrollo basado en pruebas (TDD) y el desarrollo impulsado por la aceptacin
de la prueba (ATDD). Todo se trata de prcticas en el que las pruebas se escriben
antes de escribir el cdigo. Aunque TDD y ATDD describen pruebas en una forma
tcnica que es familiar para los ingenieros de desarrollo y pruebas, BDD expresa
requisitos (funcionamientos) de una manera no tcnica que se pueden convertir en
pruebas automatizadas. Este proceso mejora la comunicacin entre los usuarios
finales, analistas de negocios, desarrolladores y probadores.
Justificacin de rapidez de posicin y adopcin: Desde que el concepto
"prueba de primera" fue popularizado por el desarrollo de la programacin extrema
(XP) en 1999, que en gran parte ha sido realizada por los desarrolladores que
escriben pruebas unitarias en un proceso que se hizo conocido como TDD. ATDD se
usa con menos frecuencia para mover el desarrollo de la prueba primero en la
prueba de integracin de alto nivel. BDD extiende el concepto ms cercano al
usuario, documentando el comportamiento deseado del software en el idioma del
usuario final. BDD recin ahora est siendo descubierto por los departamentos de TI
como una manera de mover la prctica de la prueba de escritura antes de cdigo
hasta las capas de ensayo-cliente visible. Aunque BDD es ampliamente aceptado en
muchas empresas de software gil de vanguardia, su penetracin en los
departamentos de TI de las empresas se sita significativamente.
Como una prctica emergente, BDD emplea principalmente herramientas de cdigo
abierto, y su uso requiere habilidades de codificacin. Esto crea una brecha de
habilidades significativas en la mayora de las organizaciones de la garanta / de
prueba de calidad. Aunque Gartner espera ver una mejora continua en las
herramientas de BDD, esperamos que las habilidades cambiar para continuar como
la codificacin y secuencias de comandos se vuelven cada vez ms una
competencia bsica de pruebas.

Pgina 28 de 49

Consejo al usuario: Por la forma en que se promueve la colaboracin, el TDC es


una buena prctica para todos los proyectos giles. Es til, independientemente de
su ciclo de vida del desarrollo de software. Involucrar a los usuarios, los analistas de
negocio y probadores en el proceso de desarrollo al mismo tiempo que los
desarrolladores. Desarrollar el plan de ensayos y pruebas automatizadas
simultneamente con el cdigo. Utilice herramientas lingsticas BDD, como pepino,
JBehave y FitNesse, para construir pruebas automatizadas que sean verificables por
el dueo del producto y el usuario final.
Las pruebas automatizadas requieren un conjunto de habilidades diferentes de
manual tradicional y pruebas exploratorias. Debido a que las pruebas se escriben
antes de que el cdigo en BDD, de grabacin / reproduccin herramientas de
automatizacin de pruebas no se pueden utilizar, aumentando as la brecha de
habilidades. Invertir en capacitacin para mejorar las habilidades de codificacin, y
esperar para utilizar algunos de sus desarrolladores principales de su probador
tiempo para codificar los arneses de prueba.
Impacto en el negocio: las empresas deben ver BDD no como una herramienta
de prueba automatizada, sino como una forma de mejorar la colaboracin en
proyectos de software. Dado que las pruebas de TDC son accesibles a un pblico no
tcnico, que pueden ser desarrollados en conjunto con el consumidor de TI y el
analista de negocios, lo que garantiza que el software cumple con la necesidad de
destino. Escribiendo las pruebas antes del cdigo maximiza los beneficios de
escribir pruebas automatizadas, garantizando que las pruebas estn disponibles tan
pronto como sea posible en el proceso de desarrollo. Por lo tanto, el TDC asegura no
slo que el cdigo est escrito correctamente, sino tambin que el cdigo correcto
se escribe.
Aunque el concepto de usar la definicin de la prueba como un documento de
comunicacin y la planificacin se puede aplicar a la mayora de los proyectos de TI,
las herramientas actuales de TDC se centran en la prueba de los proyectos de
desarrollo de aplicaciones personalizadas. Para otros proyectos de TI, puede ser
necesario convertir manualmente las descripciones de comportamiento en scripts
de prueba tradicionales.
Clasificacin beneficio: alta
Penetracin de mercado: 5% a 20% de audiencia objetivo
Madurez: emergente
Vendedores de la muestra: ThoughtWorks
Lectura recomendada: "Evitar el caos en el desarrollo gil de hecho que define"
"Acelerar el desarrollo de pruebas automatizadas"
"Siete lecciones proyectos tradicionales pueden aprender de gil"

Web orientado a eventos


Anlisis por: Ray Valdes; David Mitchell Smith

Pgina 29 de 49

Definicin: Por eventos web se refiere al uso de los marcos y las bibliotecas que
apoyan una rosca, sin bloqueo de entrada / salida (I / O), modelo de procesamiento
de eventos, en oposicin a base de hilo o enfoques basados en el proceso de
manejo de peticiones concurrentes.
Justificacin de rapidez de posicin y adopcin: la programacin impulsada
por eventos es una tendencia entre los desarrolladores web que ha ganado fuerza
significativa en los ltimos aos, debido a las ganancias en el rendimiento y la
eficiencia en comparacin con los enfoques tradicionales a base de hilo.
En la actualidad hay muchas opciones para las bibliotecas y los marcos que apoyan
esta arquitectura de programacin, y para diferentes plataformas de idiomas,
incluyendo Python (Tornado, Retorcido y bibliotecas GEvent), Java (Vert.x),
JavaScript (NodeJS), C (libevent), Akka (Scala) y Rub (Mquina de eventos). Estas
herramientas no son directamente comparables. Por ejemplo, Tornado es un marco,
mientras Twisted es una biblioteca. Ambos estn escritos en Python, y que a
menudo se comparan uno contra el otro, sino que tambin son complementarios.
Tornado puede ser implementado en la parte superior de Twisted, por ejemplo.
Servidores HTTP que emplean este enfoque incluyen Nginx. Idiomas con apoyo
integrado para la programacin orientada a eventos incluyen Erlang (el
comportamiento predeterminado gen-evento).
Adems de las bibliotecas del lado del servidor, el uso de la tecnologa de evento
basado en navegador est aumentando. El API WebSockets es parte de la familia de
especificaciones HTML5 y proveedores como Kaazing y tecnologa push son
vendedores con productos que apoyan el concurso completo basado en el
navegador.
Hay algunos sitios de alto perfil que utilizan herramientas orientadas a eventos. Por
ejemplo, FriendFeed (una startup web social adquirida por Facebook) desarroll el
marco Tornado para manejar las solicitudes web de alto volumen de una manera
escalable. Yammer, LinkedIn y eBay estn utilizando Node.js para algunos de sus
sistemas en lnea.
La crtica expres en contra de programacin orientada a eventos es que el cdigo
puede llegar a ser complejo, debido al uso de las devoluciones de llamada que
fragmentan la lgica de flujo visible. Al mismo tiempo, este enfoque parece cumplir
con la promesa de alta eficiencia y alto rendimiento para un determinado nivel de
capacidad de hardware del servidor.
Consejo al usuario: Los desarrolladores deben entender el patrn programador
orientado a eventos y la diferencia entre los marcos de gestin de eventos de bajo
nivel y de alto nivel.
Impacto en el negocio: las bibliotecas y los marcos por eventos tienen el
potencial para aumentar la eficiencia (mediante el uso de los recursos de
hardware), mejorar la productividad de los desarrolladores (y con ello mejorar la
experiencia del usuario), y, en algunos casos, mejorar la productividad de los
desarrolladores (al permitir el uso de lenguajes dinmicos como Python, Ruby o
javasript, que puede ser ms fcil para la escritura de cdigo).
Clasificacin beneficio: Moderado
Penetracin en el mercado: el 1% y el 5% del pblico objetivo

Pgina 30 de 49

Madurez: Adolescente
Vendedores de la muestra: Facebook; Joyent; Kaazing; NodeJS; tornado

Contenedores mviles
Anlisis por: Van L. de Baker; Chris Silva
Definicin: Hay dos tipos de contenedores mviles incluyen contenedores de
aplicacin de las polticas que protegen los contenedores de propiedad intelectual y
de desarrollo corporativo que mejoran HTML5 o aplicaciones de cdigos mixtos. Los
contenedores pueden hacer cumplir de datos y gestin de aplicaciones para los
usuarios mviles de aplicaciones empresariales a travs de la inyeccin de la
poltica o envoltura. Contenedores de Desarrollo permiten el despliegue de
aplicaciones con cdigo de HTML5 encapsuladas en una envoltura que da acceso a
las funciones nativas de los dispositivos. Algunos contenedores incorporan tanto
HTML5 y cdigo nativo navegador alojada ejecutar juntos.
Justificacin de rapidez de posicin y adopcin: "Contenedor" es un trmino
abusado que a menudo tiene una definicin arbitraria. Persona, funciones y
definiciones sandbox y contenedores a menudo se superponen. Contenedores
mviles estn ganando relevancia debido a dos necesidades. La primera es la
necesidad de gestionar y asegurar los datos empresariales en los smartphones de
los usuarios y las tabletas. Los tres contenedores nativas para esta necesidad que
son ms comunes hoy en da son app neutral (envoltura), kit de desarrollo de
software de aplicacin especfica y la virtualizacin de aplicaciones. El segundo
motor es la creciente popularidad de desarrollo de aplicaciones con HTML5. Para la
mayora, la unidad a utilizar HTML5 es la capacidad de construir una aplicacin con
una sola base de cdigo: HTML5 (HTML / JavaScript, CSS), que puede abarcar
dispositivos con diferentes sistemas operativos aprovechando el navegador, pero
desplegado como una aplicacin nativa. Codificacin con HTML5 permite una mayor
flexibilidad para el desarrollo de aplicaciones multicanal que abordan una amplia
gama de telfonos inteligentes, tabletas, escritorio y otros navegadores compatibles
ya que ambos sitios web y aplicaciones mviles. El contenedor proporciona acceso a
los recursos de hardware y permite el despliegue y gestin de aplicaciones
empresariales mviles contra las polticas emitidas desde una consola de EMM. Una
ventaja importante de este enfoque es ser capaz de desplegar dinmicamente
nuevas versiones de aplicaciones sin pasar por la tienda de aplicaciones de
embalaje y procesos requeridos con aplicaciones nativas. Contenedores Developer
se proporcionan tpicamente por cualquiera de los proveedores de aplicaciones
mviles de la plataforma de desarrollo o los marcos de desarrollo, y van desde
simples implementaciones PhoneGap a contenedores con caractersticas completas.
Estos contenedores con caractersticas completas proporcionan caractersticas
tpicamente no disponibles en aplicaciones HTML5 puros, tales como la
identificacin y autenticacin del usuario, pruebas de aplicaciones, anlisis dentro
de la aplicacin, los requisitos de cifrado de datos, y las API que las soluciones de
middleware mvil de apalancamiento de los proveedores de plataformas. El inters
en todos estos contenedores ha crecido de manera constante, con un marcado
incremento en el ltimo ao, pero la adopcin an es incipiente. La falta de normas
sencillas, la fragmentacin del mercado y herramientas de gestin y de poltica de
propiedad a inhibir el crecimiento de este mercado. Sin embargo, el inters es alto

Pgina 31 de 49

ya que las empresas buscan diferentes niveles de apoyo para asegurar sus datos a
travs de segmentos de usuarios mviles y simplificar el desarrollo de aplicaciones.
Consejo al usuario: contenedores mviles son una estrategia importante para
todas las empresas de soporte de datos corporativos y aplicaciones en los negocios
y los dispositivos de propiedad de los usuarios. Contenedores Desarrollador son un
mtodo eficaz de los envases y la implementacin de HTML5 apps como
aplicaciones nativas envuelto. Como contenedores mviles maduran, Gartner cree
que habr ms variacin en las protecciones ofrecidas. Adems las polticas para la
gestin con el apoyo de los depsitos mviles como un medio para que los
vendedores para diferenciar sus productos en un mercado para la gestin mvil es
rpido constriccin. Ofrendas de contenedores mviles deben mantenerse al da
con el desarrollo de los controles de gestin en diversos Oss mvil y HTML5, y
continuar aadiendo caractersticas y APIs. Use contenedores mviles para asegurar
los datos corporativos y simplificar el desarrollo de aplicaciones. Una advertencia
para los desarrolladores es que los dos tipos de contenedores mviles muestran
evidencia de algunos problemas de compatibilidad, que puede causar problemas
para las empresas que quieren asegurar los datos y ampliar la funcionalidad de la
aplicacin en la misma aplicacin.
Impacto en el negocio: el uso de contenedores mviles para la seguridad y el
cumplimiento de la poltica de mvil empresarial permite a las empresas establecer
una seguridad comn y estndar de autenticacin para el apoyo a los usuarios de
mviles de todo tipo. El uso de contenedores mviles desarrollador puede reducir el
esfuerzo de desarrollo en la implementacin de aplicaciones multicanal, y agilidad
velocidad en el despliegue.

Clasificacin beneficio: alta


Penetracin de mercado: 5% a 20% de audiencia objetivo
Madurez: Adolescente
Vendedores de la muestra: Adobe PhoneGap; Software de la antena; Apache
Crdoba; Citrix; Buena Tecnologa; IBM (luz de trabajo); Kony; MobileIron; Mocana;
Symantec; Trigger.io
Lectura recomendada: "Aprender la Taxonoma de Arquitecturas de gestin de
mviles y de punto final"
"Descripcin de la tecnologa de contenedores de aplicaciones mviles para la
gestin y seguridad de los datos de la empresa"
"Los contenedores tienen un impacto importante en los proyectos de desarrollo de
aplicaciones mviles HTML5"
"Arquitectura de la aplicacin mvil"

Comunidad crowdsourced probada


Anlisis por: Kris Doering; Gilbert van der Heiden

Pgina 32 de 49

Definicin: Comunidades crowdsourced probados estn compuestos de individuos


seleccionados porque tienen una experiencia requerida. Sus credenciales son
verificadas por una firma de crowdsourcing que selecciona personas para
concursos.
Justificacin de rapidez de posicin y adopcin: Comunidades Crowdsourcing
son una opcin de compra de componentes posible cuando las organizaciones estn
buscando el desarrollo de aplicaciones gil y relativamente barato y probado.
Comunidades Crowdsourced proporcionan acceso a la innovacin que va ms all
del pensamiento colectivo interno de una organizacin. Esta multitud se puede
poner a trabajar en casi cualquier actividad, desde el diseo a la codificacin y
pruebas. Comunidades examinados presentan menos riesgo (en comparacin con
las comunidades no probadas) desde la perspectiva de la seguridad y la integridad,
pero, ya que representan una pequea parte de un grupo ms grande, que a
menudo tienen un menor nmero de personas para proponer soluciones y, por
tanto, puede ofrecer un menor potencial de innovacin. Una comunidad vetados
est respaldada por la inversin en herramientas, plataformas y personas que
verifiquen en la comunidad por la compaa que ofrece sus servicios, y por lo tanto
tiene un valor ms alto.
Antes de poder trabajar dentro de una comunidad crowdsourced probados, cada
miembro ha sido a travs de un proceso similar en virtud del control de la empresa
crowdourcing que controla el portal y sus comunidades. Cada miembro ha sido
identificado y categorizado por su experiencia (en aos y profundidad) y en
trminos de dominios (que puede ser cualquier dominio de la compaa
crowdsourcing desea apoyar). Dependientes en el proceso, el crowdsourcing
empresas pueden identificar an ms las habilidades blandas, capacidades de
liderazgo genrico, la motivacin, las capacidades de aprendizaje, comportamiento
competitivo, o habilidades para actuar como revisor. Una vez que la empresa
crowdsourcing ha verificado la capacidad y las afirmaciones hechas por el individuo,
el ser miembro definido de una comunidad crowdsourced probada.
Consejo al usuario: Organizaciones que enfrentan con demandas empresariales
para la innovacin, como la nueva funcionalidad, deben esperar antes de perseguir
el uso de comunidades crowdsourced si carecen de los conocimientos
especializados pertinentes. Aunque el uso de comunidades crowdsourced tiene una
curva de aprendizaje, sino que tambin es un acercamiento a la compra de
componentes que, en su caso, no debe pasarse por alto debido a la falta de
conciencia, el conocimiento o la confianza. Se trata de un costo-efectivo viable e
innovadora forma de desarrollar aplicaciones.
Aunque el acceso directo basado en suscripcin a las comunidades crowdsourced es
una opcin, comunidades examinados son mayormente entregados bajo el control
de una compaa crowdsourcing. Organizaciones que buscan utilizar crowdsourcing
deben usar comunidades crowdsourced probados hasta que adquieran experiencia.
Comunidades crowdsourcing examinados bajo el control de una compaa
crowdsourcing tienden a incluir una etapa de verificacin en la base del ciclo por la
tarea, por lo que un grupo de control comprueba los resultados o propuestas de los
miembros antes de que sean entregados a la organizacin para la revisin final, la
puntuacin, y la aceptacin . Esto reduce el riesgo de defectos y aumenta la calidad
y la facilidad de integracin de mltiples tareas dentro de un proyecto.

Pgina 33 de 49

Las organizaciones deben asignar funciones y responsabilidades internas,


incluyendo un director de proyecto y un curador multitud. Curatos Multitud suelen
ser arquitectos o desarrolladores con la combinacin adecuada de habilidades de
liderazgo de proyectos y comunicacin, cuyo papel en una organizacin es disear,
administrar e integrar concursos crowdsourcing fuertes.
La reputacin de cada comunidad investigados se debe comprobar (incluida la
fiabilidad y la capacidad de los individuos seleccionados de entre la multitud) y el
de cualquier empresa patrocinadora crowdsourcing. Por ltimo, la identificacin y
mitigacin de los riesgos del uso de las comunidades crowdsourced examinados
deben llevarse a cabo para evitar posibles problemas con la calidad, la seguridad y
la integracin de soluciones de "ganar".
Impacto en el negocio: los administradores de TI que enfrentan la presin de los
CEOs y CIOs para reducir los costos, optimizar los recursos y ofrecer soluciones
innovar rpidamente puede utilizar comunidades crowdsourced examinados. La
solucin puede ayudar a reducir los costos operativos y de personal, ya que se
acerca a las tareas y la dotacin de personal, segn sea necesario. Tambin
requiere menos de incorporacin, aprovisionamiento limitado, ningn salario en
curso, no hay gastos generales (tales como el espacio de oficina), y el cliente slo
paga por los resultados que las competencias de sus criterios de evaluacin
establecidos y objetivos.
Las organizaciones tambin pueden beneficiarse de una comunidad crowdsourced
probada por:

Competir para llegar a la mejor idea nueva, capitalizando el conocimiento


colectivo de una comunidad conocida de los expertos.
Ceder soluciones ms rpidas a los problemas y soluciones que ya han sido
probados por una comunidad de expertos designado.
Las necesidades de llenado dirigido por elegir el personal mejor cualificado o
la solucin ptima desde una piscina vetados de los recursos y
presentaciones.

Las organizaciones que ya han logrado importantes beneficios del uso de las
comunidades crowdsourced probados para ofrecer ideas y soluciones innovadoras
para satisfacer sus entornos cambiantes.
Clasificacin Beneficio: Moderado
Penetracin de mercado: 5% a 20% de audiencia objetivo
Madurez: Adolescente
Los vendedores de la muestra: CrowdFlower; Passbrains; TopCoder; uTest
Lectura recomendada: "Piloto de Uso de Comunidades Crowdsourced de
Aplicacin
Desarrollo para lograr innovacin gil
"El aprovechamiento de una de Talentos Global a travs de crowdsourcing puede
aumentar la velocidad y entrega de innovacin"
"Usar Crowdsourcing como multiplicador de la fuerza en el desarrollo de
aplicaciones"

Pgina 34 de 49

EN LA CIMA
Diseo de aplicaciones optimizado en nube
Anlisis por: Mark Conductor
Definicin: Soluciones optimizadas en la nube estn diseadas para sacar el
mximo provecho de la clase mundial caractersticas de las plataformas de cloud
computing. Escalabilidad horizontal, la tolerancia a fallos, alta rendimiento,
eficiencia y facilidad de interoperabilidad son varios de los principios fundamentales
que subyacen P exitosas soluciones de nube optimizada. Diseo de las aplicaciones
optimizadas para la nube encarna las prcticas y los patrones necesarios para
apoyar estos principios durante la entrega de soluciones.
Justificacin de rapidez de posicin y adopcin: orientado a la nube diseo de
la aplicacin es aplicable a nuevas soluciones en la nube consciente entregada a
travs de la infraestructura como servicio (Laas), as como la aplicacin plataforma
como servicio (APAAS). Si bien la adopcin (o, al menos, intento de adopcin) de
cloud optimizan las prcticas y patrones de diseo de aplicaciones permanece
principalmente en el mbito de la vanguardia Startups Web enfocada en soluciones
de escala Web, los clientes de Gartner reportan mayores niveles de inters en
construir sus propias aplicaciones en la nube para capturar la complejidad operativa
y reduccin de tiempo a precios de mercado los beneficios de servicios en la nube.
El aumento de la adopcin de la computacin en nube privada, que tiende a
manifestarse principalmente en informtica de grano grueso y de virtualizacin de
almacenamiento (por ejemplo, Laas), se proporcionar los departamentos de
desarrollo de aplicaciones con recursos de autoservicio que slo puede ser
maximizado con el diseo de aplicaciones cloud-optimizada. Marcos de
programacin popular como Spring, Rieles y Node.js est evolucionando para
abarcar y simplificar el uso de los principios de diseo en nube de aplicaciones
optimizado.
Consejo al usuario: Para maximizar el potencial de los servicios en la nube se
utiliza en la entrega de soluciones, desarrolladores y los arquitectos deben
familiarizarse con las herramientas orientadas a eventos y programacin paralela,
aadiendo tales como el modelo de actor con el patrn modelo-vista-controlador
muy gastado utilizado en muchas aplicaciones Web. Por otra parte, siendo
conscientes de que el fracaso es inevitable ser una consideracin clave en el
desarrollo de soluciones en la nube optimizada; "Diseo para el fracaso" se
convertir en una mejor prctica.
Impacto en el negocio: La falta de consideracin y abordar los principios de
aplicacin de nube optimizada diseo se carga la empresa con un riesgo
desconocido probable que se realizar en un momento inoportuno. Al mismo
tiempo, la aplicacin de toda la gama de esos principios a cada solucin en la nube
personalizada voluntad carga la empresa con costos innecesarios, requisitos
intensivos de habilidades y prdida de agilidad. ELLA Los lderes deben establecer
lineamientos que definen cundo y dnde las diversas prcticas de diseo en nube
de aplicaciones optimizado debe aplicarse, sobre la base de factores de costo,
riesgo y tiempo aplicables a un dada iniciativa entrega solucin en la nube.
Clasificacin Beneficio: Alto
Penetracin de mercado: 5% a 20% de audiencia objetivo

Pgina 35 de 49

Madurez: Emergentes
Lectura recomendada: "Creacin de Soluciones Cloud: Un Marco de Decisin"
"Simposio 2010 Q & A: Web y Cloud AD Ganancia Mind Compartir"
"Cmo equilibrar los beneficios empresariales y los costes de TI de SOA"
Desarrollo gil de clase empresarial
Anlisis por: David Norton; Nathan Wilson
Definicin: El desarrollo gil de clase empresarial (EAD) es el uso de centrado en el
cliente, en colaboracin y prcticas de cooperacin con retroalimentacin continua
de los interesados. Captacin se realiza en dinmica y cambiantes entornos
heterogneos a travs del ciclo de vida del software para apoyar la continua
entrega de soluciones adaptativas de clase empresarial. Desarrollo gil de toda la
empresa es una cuestin de madurez de los procesos y por lo general es tctico y
sin relacin con EAD, que es un bien gobernada estratgica iniciativa y una cuestin
de escala.
Justificacin de rapidez de posicin y adopcin: Adopcin gil a nivel de
proyecto se ha convertido en la corriente principal, pero la madurez organizacional
es todava relativamente bajo en toda la industria. En la mayora de los casos, se
espera que EAD sea de abajo hacia arriba adopcin basado en el desarrollo gil a
nivel de proyecto. Sin embargo, de arriba hacia abajo adopcin estratgica est
creciendo, impulsada por la informacin y la comunicacin (TIC) iniciativas de
transformacin, o la demanda empresarial para una rpida comercializacin.
Adopcin de arriba hacia abajo tiene sido acelerado por la creciente toma de
conciencia del cliente de cuadros, como la entrega gil Disciplinado (DAD) y Marco
Agile escalado (SaFe).
A travs de 2015, el 40% de las organizaciones adoptar activamente EAD para
ganar la diferenciacin de negocios para proyectos y programas que necesitan una
estrecha colaboracin y cooperacin a travs del proceso. Muchas personas en
grupos de sistemas arquitectura, la oficina de gestin de proyectos (PMO), y la
infraestructura y operaciones (l & O) organizaciones son resistentes a las prcticas
giles, lo que impide la adopcin EAD en escala. Aunque barreras significativas para
EAD provienen de outsourcing y multisourcing, sistema integradores y proveedores
de outsourcing estn adoptando activamente prcticas giles como ofertas
comerciales.
Hay un fuerte push-back de muchos profesionales giles en cualquier cosa que ven
como un gran proceso o como comprometer los principios giles, lo que ha
provocado un cisma dentro de la comunidad gil relacionada con marcos giles.
Aviso al usuario: Desarrollar una visin a largo plazo de EAD. Toda la empresa, las
organizaciones podran estar haciendo muchos / proyectos giles independientes
autnomos de desarrollo que son totalmente ajenos y cumplan especfico
necesidades tcticas. Los proyectos pueden ser primeras iteraciones de proyectos
de desarrollo gil destinados para ayudar a las organizaciones a entender cmo la
solucin de aplicacin podra convertirse en una ms completa solucin, que
posteriormente se integr en la cartera de soluciones de aplicacin actual. Ms
proyectos de desarrollo gil comienzan sin una verdadera preocupacin por su
impacto a largo plazo sobre la ecosistema de aplicaciones y ms amplia

Pgina 36 de 49

arquitectura de la solucin. Estos proyectos a menudo no logran escalar a


soluciones de clase empresarial.
Evaluar el impacto de desarrollo gil en arquitecturas de soluciones empresariales
actuales y futuras as que la organizacin pueda tomar las mejores decisiones de
negocio. Las organizaciones podrn decidir si continuar con el nivel de proyectos
giles, o mover a una versin ms formal de los mtodos giles en relacin con
otros proyectos y programas y soluciones actuales, que pueden incluir la adopcin
de un marco gil. Las organizaciones deben tener una clara estrategia de uso y
apoyo especfico, con las polticas indicando dnde se deben utilizar prcticas giles
libremente con el proyecto o producto, y donde se debe utilizar con precaucin o
evitar. Definir las funciones giles y puntos de contacto con los principales
interesados, incluyendo los desarrolladores de aplicaciones, informacin y
soluciones a arquitectos, y los de la PMO, la calidad Assurance (QA) y l & o reas.
Crear indicadores clave de rendimiento (KPls) que incluyen tcnicas (densidad de
defectos, la deuda tcnica y QA) y negocio (valor atraso, capacidad de respuesta, la
flexibilidad y el tiempo de comercializacin) atributos y hacer que el cuadro de
mandos KPI a disposicin de todos los interesados. Definir EAD factores crticos de
xito especfico para su organizacin basada en las mejores prcticas, como Scrum
o Desarrollo del Sistema Dinmico Mtodo (DSDM), y en las prcticas de ingeniera,
como la integracin continua, impulsado test- desarrollo y entrega continua.
Considere enfoques giles de escala empresarial, tales como Empresa Scrum,
seguro y DAD.
Reconocer que la gestin del ciclo de vida de desarrollo de aplicaciones de la
herramienta (ADLM) y el proyecto y gestin de carteras (PPM) los proveedores se
estn moviendo agresivamente para brindar apoyo EAD, puente la brecha entre la
gil y nonagile. La mayora de los clientes siguen siendo predominantemente
mejores de su clase usuarios. Este refleja la estrategia de herramienta fragmentada
de muchas organizaciones de usuarios finales antes de la adopcin de EAD.
Impacto en el negocio: EAD es sobre los beneficios empresariales y los resultados
del negocio; no es slo un la tecnologa y la cuestin de TI. La empresa debe tener
claro el compromiso necesario para hacer EAD exitoso. Por lo tanto, los beneficios
de EAD slo pueden realmente ser realizados si la lnea de negocio y los dueos del
producto estructurar sus casos de negocios y mapas de carreteras con la entrega
gil de mente. Esto incluye la financiacin y realizacin de los ingresos, y el proceso
de gobernabilidad PMO.
Un enfoque holstico de la EAD en todo el proceso de desarrollo hace EAD
beneficioso para una amplia gama de proyectos y productos. Los sistemas de
diferenciacin y de los sistemas de innovacin se beneficiarn ms de EAD, pero los
sistemas de registro pueden y tambin beneficiarse de EAD.
Dominios de negocio con un cierto grado de incertidumbre, o donde el nivel y el
ritmo de cambio en los negocios son cuestiones, sern buenos ajustes para la EAD.
Adems, los programas que requieren un enfoque ms proactivo para fiscal
gobierno puede beneficiarse de EAD.
Clasificacin Beneficio: Alto
Penetracin de mercado: 5% a 20% de audiencia objetivo

Pgina 37 de 49

Madurez: Adolescente
Los vendedores de la
ThoughtWorks; VersionOne

muestra:

CollabNet;

HP;

lBM;

Microsoft;

Rally;

Lectura recomendada: "predice 2014: Arquitectura Empresarial aplicacin le


permitir
Desarrollo gil y disponibilidad de escala web"
"Pasar de un proyecto basado en un producto a basado en Organizacin de la
aplicacin"
"Equipos giles necesitan los arquitectos de aplicaciones"

ADLM PaaS
Anlisis por: Thomas E. Murphy
Definicin: vida de desarrollo de aplicaciones plataforma de gestin de ciclo como
servicio (PaaS ADLM) soluciones se definen como herramientas en la nube
entregada destinada a regular el desarrollo y entrega de software. Estas
plataformas combinan capacidades ADLM centrales con extensibilidad basada en
Web protocolos y entrega a travs de la infraestructura de nube. Herramientas
ADLM PaaS pueden apoyar en las instalaciones y aplicaciones en la nube.
Justificacin de rapidez de posicin y adopcin: Aunque la mayora de
herramientas AdLM se entregan para interior despliegue, soluciones ADLM PaaS han
estado disponibles desde hace varios aos y cada vez hay ms visibilidad de los
principales actores (tales como HP, lBM y Microsoft). El nmero de soluciones en el
mercado est creciendo y estamos viendo el Nexus de Fuerzas (confluencia del
mvil, los grandes datos, cloud y social) el impacto de cmo funcionan los equipos
de AD. Sin embargo, el mercado sigue evolucionando, con una falta de
ampliamente normas compatibles con modelos de metadatos, la falta de
definiciones estndar SEN / hielo y un amplio abanico de tipos de soluciones.
Muchos de los vendedores en el mercado son todava relativamente joven; muchos
son pre-pblica y con vencimiento en sus modelos de negocio para apoyar el uso a
escala empresarial.
Proveedores de plataformas exitosas estn viendo ahora los mercados se forman
alrededor de sus ofertas, y los consumidores estn experimentando el valor de la
innovacin ms rpida ya que la comunidad construye nueva funcionalidad de la
plataforma central. Estos mercados traen nuevas funcionalidades al mercado ms
rpidamente y son tambin la expansin del mercado direccionable para los
productos. Como el proveedor se centra en el ncleo de TI, terceros pueden crear
valor en la organizacin extendida (como la ampliacin de los instrumentos de
planificacin giles ms all del equipo de desarrollo).
Un obstculo para la adopcin es la capacidad de hacer la transicin de las actuales
soluciones de correo locales en cloud-soluciones entregadas, ya que las soluciones
en la nube de los proveedores tradicionales son a menudo nuevos productos, o los
usuarios sern la transicin de un proveedor existente a un nuevo proveedor. En
este punto, la mayora de las organizaciones se centran en soluciones TI de correo
locales para ADLM pero esperamos que muchos de transicin en apoyo de los

Pgina 38 de 49

equipos distribuidos y una mezcla de house in-y el trabajo subcontratado. La


integracin es a menudo el ltima rea en la que los proveedores de invertir y la
integracin entre las herramientas sigue siendo desigual en la aplicacin calidad.
Como resultado, estas incursiones iniciales a menudo han limitado la extensibilidad
o el apoyo para la integracin de otra nube o conjuntos de herramientas on-locales.
Sin embargo, las instalaciones de middleware de integracin de terceros son
aparece (como Tasktop Sync y Kovair Omnibus Plataforma de Integracin) que
puede unir soluciones ADLM dispares. El xito de los usuarios comenzar a
establecer el papel de la aplicacin el desarrollo del ciclo de vida del arquitecto para
definir estndares de procesos y modelos de datos.
Este enfoque en la integracin y extensibilidad significa que los sistemas de ADLM
internos actuales de registro (como los requisitos, casos de prueba, defectos y
gestin de proyectos) se habilitar para crear nueva sistemas de participacin que
cruzan las fronteras de roles tradicionales y permiten una mayor flexibilidad en
equipo. Las herramientas actuales tienen una variedad de modelos de entrega, pero
la mayora de las ofertas iniciales se estn entregando a travs de la nube pblica,
que actualmente impide la adopcin. Sin embargo, 'la apelacin de las prcticas
DevOps continuarn impulsando la adopcin como equipos buscan mejores formas
de apoyar equipos distribuidos, y vendedores responden con soluciones adicionales.
Consejo al usuario: Las organizaciones de desarrollo deben explorar soluciones
ADLM PaaS para pequeas y medianas equipos, sobre todo cuando la poblacin de
usuarios pueden ser dinmica y la atencin se centra en los mtodos giles. Los
equipos distribuidos o virtuales valorarn simplificacin de ADLM PaaS de gestin
de usuarios y se centran en colaboracin. Asegrese de que est cmodo con la
seguridad de los datos y la proteccin contra la prdida, o que son capaces de
realizar copias de seguridad de datos en su ubicacin.
Centrarse en las herramientas que se integran sin problemas con sus herramientas
AdLM desplegados actualmente y estrechamente examinan instalaciones de
integracin empujando vendedores de claridad sobre las direcciones. Tambin,
busque la participacin en los esfuerzos de normalizacin, tales como Open
Services para la colaboracin del ciclo de vida (OSLC) y la World Wide Web (W3C)
Linked Data.
Las organizaciones que utilizan PaaS y, sobre todo, la plataforma de aplicaciones
como un servicio (APAAS) son fuertes candidatos para ADLM PaaS.
Reconocer que la integracin de los procesos del ciclo de vida de las aplicaciones se
inicia con la estandarizacin interna de procesos y datos (como definiciones para el
proceso de correccin de defectos, la gravedad y prioridad). Establecer un papel
arquitecto ADLM para gestionar estas definiciones.
Impacto en el negocio: El impacto principal de ADLM PaaS es la presin est
puesta en el mercado de crear herramientas que permiten la integracin a travs
del ciclo de vida de desarrollo de aplicaciones heterogneas herramientas de
gestin y procesos. ADLM inicialmente comenz con un enfoque en las pilas de
proveedores individuales y integracin que era APL-cntrica. Servicios ADLM
entregados en la nube estn cambiando las herramientas generales ADLM mercado
para obtener las plataformas que utilizan una arquitectura orientada a mensajes y
una arquitectura Web que apoya repositorios distribuidos, en lugar de un nico
repositorio monoltico. Esto se ajusta a las necesidades de la mayora de las
organizaciones de usuarios, donde los elementos de la pila de ADLM (tales como

Pgina 39 de 49

requisitos administracin y gestin de la calidad) han sido adquiridos por equipos


individuales (como negocio analistas y el equipo de control de calidad). Soluciones
ADLM PaaS proporcionan flexibilidad. Conexin herramientas dispares y sus activos
permite a los equipos para realizar el valor que se prometi inicialmente con ADLM.
Muy similar, esta es la adopcin de mtodos giles. Las soluciones ADLM PaaS
proporcionan slido apoyan y, en virtud del formato de entrega, que tienden a estar
bien diseado para la colaboracin naturaleza de los mtodos giles. Esto reduce la
complejidad de la implementacin y la colaboracin de los equipos, y permite a las
empresas escalar ms fcilmente las prcticas y apoyo giles geogrficamente
equipos dispersos, aprovechando las tasas de trabajo y habilidades.
La empresa tambin se beneficia de ADLM PaaS travs de la reduccin de costes de
aprovisionamiento y mantenimiento, as como la flexibilidad para que coincida con
el cambio de las estructuras de trabajo y el uso interno (potencialmente distribuido)
los trabajadores, combinado con el desarrollo externalizado o crowdsourcing. Por
herramientas de avanzar hacia un formato ms colaborativo y navegador
entregado, creemos que el desarrollo y el negocio pueden integrarse con ms
fuerza. Esto proporcionar mayor la transparencia en el estado del proyecto, as
como apoyar la capacidad de desarrollar colaborativamente requisitos y mover de
manera eficiente a travs de pruebas de aceptacin del usuario.
Clasificacin Beneficio: Moderado
Penetracin de mercado: 5% a 20% de audiencia objetivo
Madurez: Emergentes
Los vendedores de la muestra: Atlassian; CollabNet; Elementool; Enalean;
GitHub; HP; IBM; Kovair; Microsoft; QMetry; Rally; Tasktop; VersionOne; cfiro
Lectura recomendada: "Plataforma como servicio: Definicin, Taxonoma y Vendor
Landscape, 2013"
"Magic Quadrant for Life de desarrollo de aplicaciones de gestin del ciclo"
"Cmo elegir productos ADLM como mviles y la nube Tecnologas Prolifera"

Gobierno de servicios de aplicaciones


Anlisis por: Paolo Malinverno
Definicin: Aplicacin sen / gobierno hielos gestiona el ciclo de vida de la
arquitectura orientada a servicios (SOA) y servicios de APIs, y el establecimiento de
polticas y hacer cumplir para su definicin / diseo / uso por aplicaciones. Gartner
ha presentado recientemente la "gobernabilidad servicios de aplicacin" para
referirse a la unin de las funciones de tecnologa del gobierno de SOA y la gestin
de la API, con la opinin de que estos con el tiempo se unificaron los aspectos.
Justificacin de rapidez de posicin y adopcin: Aplicacin sen/ CIEM gobierno
reconocidamente cadenas junto a tres de los ms abusados (y mal) en trminos de
TI, pero esto es en definitiva lo que los dos conjuntos de funcionalidad (tecnologa
gobierno de SOA y gestin API) hacen, y el nombre deben ayudar aclarar la
confusin, no genera nuevas dudas. Despus de todo, en la mayora de los oasis,

Pgina 40 de 49

los que hablan sobre los servicios de SOA y los que hablan de APIs significar lo
mismo. Recuerde que una API, estrictamente hablando, se define como un mtodo
de acceso a un servicio (o una interfaz de servicio, para utilizar SOA terminologa).
Todas las APIs y servicios pasan por varias etapas de su ciclo biolgico (como se
muestra en la Figura 2 en "Gobernar Sus Servicios y gestionar sus APIs Con
gobernanza de los servicios de aplicacin "). Los servicios de aplicaciones la
gobernabilidad es una disciplina de gestin que rige cmo APIs y servicios
evolucionan de una etapa a el otro.
Las caractersticas de las dos corrientes de la gobernanza servicios de aplicacin
son muy diferentes cuando se viene a colocarse en el Hype Cycle:

Tecnologas de gobernabilidad SOA tradicionales han sido de alrededor de


unos 10 aos. Ellos son normalmente utilizado en en las instalaciones,
proyectos SOA clsicos que son ahora la corriente principal. Sin embargo,
SOA tecnologas de gobierno siempre han arrastrado madurez SOA por al
menos dos aos, porque (errneamente) la mayor parte de los proyectos de
SOA no veo la necesidad de una gobernanza hasta la una o dos aos
despus del inicio del proyecto. Hace tres aos, las tecnologas de gobierno
SOA fueron cayendo en el Trough de desilusin.
Gestin de API est madurando rpidamente, tiene un gran potencial de
futuro (como API nube -gestin) y se utiliza normalmente en la nube para
gestionar APIs que las empresas publican para su uso por las aplicaciones de
empresa a consumidor (B2C) / B2B mviles y web.

La posicin actual del anlisis de la aplicacin de tecnologa de gobierno / hielos sen


(y su vencimiento) es un promedio ponderado de las dos posiciones diferentes del
ciclo de bombo, y tiene en cuenta la todava creciente expectacin en torno a la
gestin de API. Bombo para la gestin de API probablemente abrumar uso
establecido de tecnologas de gobernabilidad SOA (que se mueven mucho ms
lentamente) en el prximo ao o dos. En ese momento, los dos espacios funcionales
se han transformado en uno al otro, y ser difcil distinguir entre ellos. Ya,
terminologa de gestin de la API se est apoderando (por ejemplo, los servicios en
los proyectos de SOA son cada vez ms llamados APIs). Sin embargo, por el
momento es bueno para separar la gestin API nube entrada bombo Ciclo por su
cuenta, incluso si es un subconjunto propio de aplicacin gobernabilidad servicios.
Consejo al usuario: A pesar de la superposicin de funciones, especialmente en el
/ etapa operar correr, el gobierno de SOA tecnologas y gestin de API todava se
refieren a la utilizacin de diferentes vocabularios. Por un lado, quiere regir el
diseo y el funcionamiento de los servicios. Por otra parte, desea gestionar la
publicacin de la API para las comunidades deseadas de los desarrolladores y el
funcionamiento de APIs por el aplicaciones / apps que construyen. En un caso, se
intenta impulsar la reutilizacin de servicios por parte, por lo general, interna los
usuarios que no quieren ser gobernados. En el otro caso, intenta guiar Web y de
aplicaciones mviles los desarrolladores utilizar las APIs mediante la aplicacin de
niveles de claridad y en gran parte por el hombre libre de la gerencia.
Vemos cada vez ms clientes que buscan funcionalidad gobernabilidad servicios de
aplicaciones contactando SOA proveedores de tecnologa de gobierno y
proveedores de administracin de la API, con frecuencia siendo incierto las ofrendas
en ambos lados. Prcticamente todos los fabricantes de ambos lados son muy
conscientes de esta superposicin, y que comercializan a ambas comunidades. Los

Pgina 41 de 49

clientes no deben ser confundidos por las diferentes terminologas utilizadas.


Simplemente deben buscar la funcionalidad de gobierno o de gestin que
necesitan, no importa cmo se etiqueta. Como sealado anteriormente, tomar
aproximadamente dos aos ms para las diferencias en la terminologa para alisar.
Gobernabilidad Servicios de aplicaciones es su pliza de seguro de obtener valor de
sus servicios / APIs. Sin ella, ni siquiera ser capaz de medir cul es el valor que
est recibiendo de ellos (si acaso).
Gobernabilidad Servicios de aplicaciones tambin juega un papel fundamental en
F'aaS, y en aplicacin naciente patrones de diseo como el definido por software
arquitectura (SDA), donde una capacidad de TI se virtualiza por exponer un
conjunto de ("exteriores") APls virtuales que desacoplar la implementacin de la
capacidad de su consumidores
Impacto en el negocio: El impacto en el negocio de la falta de gobernanza en los
proyectos de SOA se ha discutido extensamente en la investigacin de Gartner.
Adems, los servicios de publicacin y APIs han sido las formas tradicionales a
participar en los procesos B2B multiempresa. Este tipo de uso est aumentando
rpidamente. Nube sen / hielo correduras tambin sern grandes usuarios de la
aplicacin sen gobernanza / hielos en el futuro (ver "Disear una Gestin
Sistemtica API y Estrategia de Gobierno de Largo Plazo CSB xito").
El uso de Web APIs est aumentando an ms, por lo general el apoyo a nuevos
canales de venta a travs de aplicaciones mviles o Web. Empresas de todos los
sectores estn descubriendo poco a poco que pueden mejorar su negocio mediante
la publicacin de los datos y / o funcionalidad de circunscripciones especficas de los
usuarios, por lo general fuera de la empresa. En particular, los centros de
innovacin en las organizaciones de tipo A aficionados a explorar nuevas formas de
conectarse con sus clientes equiparan cada vez ms un canal Web a un nuevo
negocio oportunidad, y tener un buen manejo de la API es una manera de permitir
que la medicin y / mejora de su valor. APIs son nuevos canales de distribucin. No
CIO puede ignorar su potencial de negocio y la transformacin que har que en los
departamentos de LT en el futuro, y debido a la omnipresente adopcin de SOA y la
creciente importancia de la telefona mvil y el lote, la gestin de API es esencial en
un Web-escala entorno empresarial digital. Sin ella, las organizaciones corren el
riesgo de prdida de productividad, la eficiencia y la integridad de sus procesos de
informacin.

Clasificacin Beneficio: Alto


Penetracin de mercado: 5% a 20% de audiencia objetivo
Madurez: Emergentes
Los vendedores de la muestra: Sscale; Apigee; Axway (\ / ordel); CA
Technologies (Capa 7); IBM; lntel; lntel (Mashery); Mtodos administrados; MuleSoft;
Oracle; Software AG; Software SOA; Software Tibco; WSO2
Lectura recomendada: Gobernar sus servicios y administrar sus APIs del
gobierno corporativo de servicios de aplicaciones"

Pgina 42 de 49

"Disear un API de administracin sistemtica y Estrategia de Gobernabilidad para


Long-Term CSB xito"
"Magic Quadrant for SOA Governance Tecnologas"
"Cmo entender los criterios para el 2013 Aplicacin Sen / hielos Gobierno
Tecnologas Magia Cuadrante"
"Cuadrante Mgico de Aplicacin Servicios Gobierno "
"Predice 2013: Desarrollo de Aplicaciones"
Pruebas de software
Anlisis por: Gilbert van der Heiden; Kris Doering
Definicin: Crowdtesting es el uso de las comunidades crowdsourced vetados o
unvetted para el propsito de las pruebas de aplicaciones.
Justificacin de rapidez de posicin y adopcin: Crowdtesting se ha aadido
como un perfil en el Hype Cycle porque se ha convertido en un mercado en s
mismo con los jugadores claras y profesionalizacin rpida servicios y proveedores.
Crowdtesting es uno de los primeros servicios de crowdsourcing comercializados,
con empresas como uTest (ms de 100.000 probadores) y Mob4Hire (60.000), y
muchos ms pequeos empresas que actan ms regional como el traje europeo
Passbrains (4000), Bugcrowd de Australia (8000) y Crowdtest de Brasil (5000). Es
tambin el servicio que los proveedores de servicios de aplicaciones (en menos
ocho con capacidades globales de entrega estn investigando el potencial
comercial) Actualmente pilotaje para entregar con (crowdsourcing) socios o su
banco interno. Con un promedio de 80% utilizacin de los recursos de servicios de
aplicaciones (incluido el personal de pruebas), proveedores de servicios, por
consiguiente desplegar el 20% de los esfuerzos exploratorios impredecibles y ms
como crowdtesting.
Desde la perspectiva del usuario final, crowdtesting es una ofrenda aceptable a
veracidad y validacin aplicaciones desde una perspectiva funcional y no funcional.
Servicios crowdtesting comn comprender las pruebas funcionales, pruebas de
rendimiento, pruebas de usabilidad, pruebas de seguridad, localizacin pruebas y
mvil de pruebas / movilidad. La mayora de los servicios crowdtesting se entregan
a travs de un portal de crowdsourcing donde los clientes cargar la aplicacin que
se va a probar, o proporcionan acceso a Internet entornos o extremos delanteros
Web que permiten realizar pruebas remotas de las aplicaciones implicadas o
entorno de aplicaciones (como el front-end web). Esto implica cada vez ms basado
en la nube aplicaciones como SaaS o aplicaciones se basan en PaaS. Con la
combinacin de la mayor la madurez de este tipo de soluciones basadas nativo
nube y las ofertas de servicios crowdtesting, puede ser espera que crowdtesting
dar un salto rpido hacia la madurez y la capacidad de llegar a la pendiente de La
iluminacin en los prximos dos aos.
Sin embargo, desde la perspectiva del usuario final, crowdtesting es actualmente
todava impulsado principalmente por las aplicaciones que son ms centrado en el
usuario. Crowdtesting est, por lo tanto, ms considerado y aplicado de los
organizaciones que desarrollan aplicaciones de cara al cliente (principalmente
mviles), donde la experiencia del usuario es fundamental, por lo tanto, los
comentarios de los primeros usuarios se convierte en un insumo muy importante.

Pgina 43 de 49

Consejo al usuario: Los usuarios finales deberan considerar sin duda


crowdtesting, pero deben comenzar utilizando comunidades crowdsourced, ya sea
unvetted (por ejemplo, para la prueba exploratoria o utilidad) o vetados (por
funcionales, de rendimiento, localizacin y pruebas de seguridad). LF los requisitos
internos capacidades de gestin son fuertes, el compromiso del propietario o
propietarios de las aplicaciones es se justifica, las capacidades de la arquitectura y
de integracin para el dominio de aplicacin respectiva son madura, y la
organizacin sabe cmo romper los requisitos en los concursos, que pueden
considerar crowdtesting travs de comunidades crowdsourced bajo su propio
control. En ese caso, la organizacin que interactuar con una compaa
crowdsourcing puramente para acceder a la prueba multitud, pero controlar a la
multitud a s mismos. Si ninguno de los requisitos mencionados est en su lugar,
organizaciones deberan abstenerse a s mismos de crowdtesting ya que se
producir un error. Cuando al menos compromiso y capacidades de la arquitectura
son competentes, con base en la comunidad crowdsourced sen / hielos de un
empresa crowdsourcing son la mejor manera de empezar. En ese caso, la compaa
crowdsourcing hara gestionar la multitud y entregar el crowdtesting como un
servicio a la organizacin.
En todos los casos al considerar crowdtesting, la organizacin de usuario final debe
verificar la prueba metodologa y tecnologa de prueba para poder entender y, en
principio, controlan la diferencia entre defectos para identificar y minimizar las
fugas de defectos y reinyeccin defecto. Esta verificacin de la multitud
mecanismos de control tambin deben incluirse en las obligaciones contractuales
del crowdsourcing compaa cuando controlan la prueba. Para minimizar el riesgo
para el usuario final, el coste real crowdtesting debe relacionarse con defectos
encontrados en un marco de tiempo definido, no horas pasan. El tiempo de Se
requiere bastidor para evitar recorridos largos que retrasan la aplicacin efectiva de
la aplicacin probada, y permitir la organizacin de usuario final para mover el
negocio de pruebas a otro crowdsourcing empresa si la prueba no tiene xito (lo
suficiente) en el marco de tiempo definido.
Impacto en el negocio: El principal impacto desde una perspectiva empresarial es
el acceso ms amplio a los probadores en todo el mundo para casi cualquier
dominio o disciplina en muchos idiomas. Tambin proporciona el beneficio de costoeficiencia - si los requisitos previos estn en su lugar - como crowdtesting se
entrega "como servicio" con pago mayormente basado en recompensas por
defectos encontrados (as que el pago slo por defecto), o por dispositivo por
plataforma (para aplicaciones mviles), o por presupuesto definido (impulsado por
resultados basados en concurso y presupuesto preasignados).
Un efecto secundario se refiere a la facilidad de uso y pruebas exploratorias,
permitiendo a las organizaciones verificar realidad la experiencia del usuario de un
entorno de aplicacin o aplicacin, que es muy til a partir de una comercializacin
y atencin al cliente y la perspectiva gestin de la experiencia del consumidor.
Especialmente en lo consumerizacin es un controlador bsico de comportamiento
de compra del cliente, como un agregado de individuo el comportamiento de
compra del consumidor. Sin embargo, sin lugar a dudas, el uso crowdtesting
conlleva un riesgo de seguridad y debe utilizarse de acuerdo con la empresa y los
controles reglamentarios.
Clasificacin Beneficio: Moderado

Pgina 44 de 49

Penetracin de mercado: 1% a 5% de audiencia objetivo


Madurez: Adolescente
Los vendedores de la muestra: 99tests; Bugcrowd; Prueba Crowdsourced;
CrowdTest; Mob4Hire; Passbrains; uTest
Lectura recomendada: "Piloto del empleo de Comunidades Crowdsourced para la
Aplicacin Desarrollo para lograr lnnovation Agile"
"Gua de proveedores al Servicio Application Testing Derecho Socio"
"Tendencias del Mercado: Cmo navegar con xito La intensa competencia en
pruebas de aplicaciones"

Desarrollo mvil hbrido


Anlisis por: Ian Finley
Definicin: desarrollo mvil hbrido permite a los desarrolladores utilizar las
habilidades y tecnologas web para construir aplicaciones mviles que se pueden
cargar en una tienda de aplicaciones, descargar a un dispositivo mvil y usado
como una aplicacin mvil nativa. Tecnologas hbridas permiten la reutilizacin de
cdigo a travs de mltiples, mviles incompatibles Sistemas operativos y puede
generar aplicaciones que se acercan a la apariencia de las aplicaciones nativas.
Justificacin de rapidez de posicin y adopcin: Desarrollo mvil hbrido ofrece
una productiva y de manera rentable para construir aplicaciones mviles altamente
interactivas para los muchos dispositivos mviles y sistemas operativos versiones
en uso por los clientes, socios y empleados. Mientras que muchos de los juegos,
medios de comunicacin y social aplicaciones que son los ms populares en las
tiendas de aplicaciones de consumo fueron desarrollados como aplicaciones
nativas, la popularidad del desarrollo de hbridos sigue aumentando, especialmente
dentro de aplicaciones empresariales grupos de desarrollo.
Dado el potencial alto costo y la complejidad del desarrollo de aplicaciones mviles
nativas, muchas empresas prefieren utilizar el desarrollo mvil hbrido siempre que
sea posible. Muchas empresas tienen estandarizado en el desarrollo Web como su
principal forma de construir nuevo cliente, socio y aplicaciones de empleados
utilizados a travs de PCs. Con el crecimiento del uso de dispositivos mviles,
muchos de ellos tambin han construido sitios web mviles que utilizan las mismas
Web activos, habilidades y tecnologas. Apalancamientos desarrollo de hbridos
Estos activos, capacidades y tecnologas para la creacin de aplicaciones mviles
atractivas que se ven y se sienten similares a los construidos a travs de desarrollo
de aplicaciones mviles nativas. A diferencia de cdigo nativo, cdigo hbrido es
altamente porttil a travs de diferentes sistemas operativos mvil. Toda la
principal plataforma de desarrollo de aplicaciones mviles (MADP) vendedores, que
no sean de Apple y Google, han respondido a las necesidades de la empresa y
abrazado hbrido desarrollo de aplicaciones mviles.
Consejo al usuario: Cuando un rico sitio web para mviles no cumplir con los
requerimientos del negocio, considere la construccin de un aplicacin mvil con el
desarrollo mvil nativa hbrido o. El desarrollo de hbridos se ve favorecida cuando
el costo eficiencia y compatibilidad con dispositivos amplio son altas prioridades.

Pgina 45 de 49

Desarrollo nativo se ve favorecida en el ms apps, donde Ul reactividad,


rendimiento de los grficos y la velocidad de procesamiento son de exigir primordial
importancia. Tenga en cuenta que para las aplicaciones ms exigentes, el desarrollo
de hbridos podra ser una opcin viable, pero no tiene ningn costo o la
productividad ventaja sobre el desarrollo nativo. Considerar utilizando un MADP que
soporta Web mvil, hbrido y el desarrollo nativo, pero no esperes un solo MADP ser
la mejor opcin para todas sus mviles de sitios web y aplicaciones.
Impacto en el negocio: Las aplicaciones mviles construidas con el desarrollo
mvil hbrido puede ayudar a las empresas a mejorar compromiso con el cliente y el
empleado y socio de la productividad y la colaboracin - a veces muy
dramticamente.
Clasificacin beneficio: Alta
Penetracin de mercado: 5% a 20% de audiencia objetivo
Madurez: Adolescente
Los vendedores de la muestra: Adobe PhoneGap; Apache Crdoba; IBM;
salesforcecom; SAP; Telerik; Trigger.io
Lectura recomendada: "Puente del HTML5, Nativo Aplicaciones Gap Con Enfoque
Hbrido"
"Aumentar la eficacia del equipo mvil mediante la comprensin de la Web, los
nativos y Hbridos Compensaciones"
"Taxonoma, Definiciones y Vendor Landscape para mviles ad Tecnologas"
"Cuadrante Mgico para Plataformas de desarrollo de aplicaciones mviles"

Frameworks PaaS
Anlisis por: Yefim Natis V.; Gregor Petri
Definicin: Marco de trabajo de un PaaS es software de gestin diseado para
ofrecer middleware como servicio basado en nube. Marcos PaaS puede ser como la
plataforma para una PaaS especializados o para una PaaS multifuncionales
integrados. Marcos PaaS solo no forman un completo PaaS ya que incluir la
infraestructura, pero no el propio middleware, pero todos los marcos de PaaS
disponibles son distribuidos con algn middleware administrado. Segn lo
estipulado, los marcos de PaaS son suites de software diseado para establecer una
PaaS privadas o pblicas en un centro de datos de la eleccin del usuario.
Justificacin de rapidez de posicin y adopcin: marcos de PaaS son software
de gestin que implementar infraestructura para la adopcin, el aprovisionamiento,
el seguimiento y la ampliacin de la tecnologa preparada pilas (particularmente
middleware como servidores de aplicaciones, los DBMS y autobuses de servicios
empresariales [ESB]). Marcos PaaS estn diseados para formar los servicios de
nube privada o pblica e incluir inquilino interfaces de gestin y auto-sen / usuario
hielo. El PAAS formado utilizando marcos de PaaS es de la tipo basado en la nube
(ver "Lo que los lderes de TI deben saber sobre Modelos de aplicaciones PaaS y Uso
Patrones "). Las caractersticas de las nubes son facilitadas fuera de la propia

Pgina 46 de 49

middleware. Aunque el middleware puede tener que ser preparado de alguna


manera, sigue siendo "consciente de ser utilizado en un entorno de nube
multiusuario (contraste que con las PaaS en la nube natal como Force.com, donde el
propio middleware gestiona nubosidad. Esta disposicin permite que los PaaS
resultantes para apoyar modelos de programacin pre-nube, habilidades y software,
pero limita el grado de elasticidad y exige que el software de aplicacin se
comportan de una determinada manera para evitar la derrota del subyacente
caractersticas de las nubes.
Marcos PaaS han surgido, como las principales implementaciones basadas en la
nube PaaS pasaron de modelos de hardware compartido a compartido-OS (ver
"Gartner modelo de referencia para la Elasticidad y Multiusuario "). Si bien los
primeros compatibles con versiones pblicas ofertas de PaaS como IBM SmartCloud
Servicios de Aplicacin (CPEA), Microsoft Azure con sus papeles workerNVeb o
Engine Yard utilizaron completo mquinas virtuales (\ / MS) como el incremento
mnimo de elasticidad (en hardware compartido), el siguiente generacin,
incluyendo salestorce.com Heroku, Red Hat OpenShift y Pivotal CF, utiliza OS
recipientes como una unidad de elasticidad (compartido OS). Aunque IBM y
Microsoft utilizan un marco PaaS tecnologa para gestionar las mquinas virtuales
para sus implementaciones de PaaS (Workload Deployer y Tela Controller,
respectivamente), la mayora de otros proveedores se bas en la infraestructura
subyacente como un servicio infraestructura (LAAS). Para proporcionar la
elasticidad-OS compartido, proveedores de plataformas deben establecer un
software de gestin especializado, ya que el software los proveedores o Laas Laas a
habilitar tales como plataformas de gestin de nube - no (todava) apoyar la
gestin de contenedores del sistema operativo. La modelo-OS compartida de
elasticidad es potencialmente ms eficiente, ms rpido y ms elstica que sharedhardware porque su unidad de incremento es ms ligero y ms pequeo. Junto con
el revs compatibilidad del modelo de programacin, esto crea la creciente
demanda de marco PaaS software.

Pgina 47 de 49

APIs web pblica


Diseo sensible
Gestin del portafolio de aplicaciones
Herramientas UX
Pruebas de seguridad de aplicaciones interactivas

Desplazamiento en el canal
Tiendas de app mvil empresarial
Obtencin y simulacin de requisitos
Gestin de datos de prueba
Apps
Ocultacin de datos dinmicos
Suites ADLM federadas
Herramientas y servicio de prueba en la nube
Pruebas SOA
Lenguajes de programacin funcional
Anlisis de composicin de software
Versiones distribuidas

Escalando la pendiente
Aplicaciones de gestin de proyectos y portafolio de TI
Pruebas de seguridad de aplicaciones estticas
Integracin continua
Metodologa de desarrollo gil orientado a proyectos
Arquitectura orientada a web
Ocultacin de datos estticos
Desarrollo mvil nativo

Pgina 48 de 49

Apndices
Fases del ciclo Hype, ndice de beneficios y niveles de madurez
Lectura recomendada Gartner

Tabla 1. Fases Hype Cycle


Tabla 2. Clasificacin beneficio
Tabla 3. Niveles de madurez
Figura 3. Ciclo de sobre-expectacin para el
desarrollo de aplicaciones, 2013

Pgina 49 de 49

You might also like