Ecosistema de Software para Pymes

Estudio y Resolucin de Caso
Montaje de un ecosistema de
software para la gestin de PYMES
orientadas a proyectos
Por Roberto Carlos Garca Vacacela
Estudio y Resolucin de Caso (ERC)

Mster en Direccin Estratgica en Tecnologas de la Informacin
Tutor: Jon Arambarri

Guayaquil Ecuador, 2016
Estudio y Resolucin de Caso (ERC), FUNIBER

1
Yo, ROBERTO CARLOS GARCA VACACELA declaro que el contenido de este documento es
reflejo del trabajo personal de quien suscribe y manifiesto que los datos son originales y
tengo autorizacin para difundirlos y que ante cualquier notificacin de plagio, copia o
falta a la fuente original total o parcial, como asimismo en caso de recibirse acusaciones
legales derivados de su contenido y/o de los datos presentados, soy responsable directo
administrativo, econmico y legal, sin afectar al Director o Directora que dirigido este
trabajo, a la Universidad, a otras entidades que hayan colaborado en este trabajo o
entidades que hayan financiado este programa o me hayan concedido ayudas para
realizar mis estudios.

2
NDICE
1
Introduccin....................................................................................................1
Objetivos y finalidad del proyecto...................................................................1

2.1. Marco del proyecto.................................................................................................2
2.2. Objetivos del proyecto..........................................................................................3
2.2.1. Objetivo General..............................................................................3
2.2.2. Objetivos especficos.......................................................................3
2.3. Contenido y alcance del proyecto...........................................................................4

2.4.- Resultados esperados.............................................................................................4
2.5.- Descripcin de la organizacin o caso..................................................................5
2.5.1. Organigrama....................................................................................5
Aspectos estratgicos.......................................................................................6
3.1.- Justificacin de la necesidad del proyecto............................................................6
3.2.- Descripcin del estado de la tecnologa en el pas y a nivel global.....................7
3.2.1 Estado del arte de modelos de Fbricas de Software.......................7
3.2.1.1
3.2.1.2
3.2.1.3
3.2.1.4
Modelo
Modelo
Modelo
Modelo
Propuesto por Basili...................................................................8

Clasificatorio............................................................................. 8
Replicable.................................................................................. 9
basado en la Norma ISO - 9001 y CMM....................................10
3.2.2. Estado del arte de las Lneas de productos de Software................11

3.2.2.1 Modelo Twin......................................................................................... 11
3.2.2.2 Modelo Praise...................................................................................... 12
3.2.2.3 Lneas de Productos, modelo empleado por Microsoft..........................13
3.2.3 Ecosistemas de software tendencias...............................................14

3.2.3.1 Enfoque de mercado............................................................................15
3.2.3.2 Enfoques basados en la integracin de soluciones..............................16
3.2.3.3 Enfoques hbridos................................................................................ 16
3.3.- Carcter innovador del proyecto........................................................................17

3.4.- Identificacin de los mercados a los que va dirigido el proyecto......................17
Mercado asociado a la entidad beneficiada directamente con la propuesta
LABPRO Ecuador......................................................................................18
Mercado a nivel de pas...........................................................................18
Mercado internacional..............................................................................19
3.5.- Anlisis del sector y cadena de valor..................................................................19

3.5.1. Estudio de la posicin de la empresa en el sector segn modelo de
las 5 fuerzas de Porter..............................................................................19
3.5.1.1 (Fuerza 1) Poder de negociacin de los Clientes..................................20
3.5.1.2 (Fuerza 2) Poder de negociacin de los Proveedores o Vendedores.....21
3.5.1.3 (Fuerza 3) Amenaza de nuevos competidores entrantes......................21
3.5.1.4 (Fuerza 4) Amenaza de productos sustitutos.......................................22
3.5.1.5 (Fuerza 5) Rivalidad entre los competidores........................................23
3.5.1.6 Resumen del anlisis aplicando el modelo de las cinco fuerzas de
Porter............................................................................................................... 24
3.5.2. Estudio de la cadena de valor sectorial..........................................25

3.5.3. Diagrama de procesos del caso y la contextualizacin de su
solucin.................................................................................................... 27
Organizacin del trabajo...............................................................................28

4.1. Calendarizacin del proyecto...............................................................................28
4.1.1.- Descripcin detallada y alcance del conjunto de actividades........28
4.1.2.- Planificacin del proyecto con indicacin del conjunto de acciones
a realizar.................................................................................................. 29
4.1.3.- Relacin detallada de recursos humanos y no humanos a emplear
................................................................................................................ 30
4.1.3.1- Relacin de recursos materiales por actividad....................................30
4.1.3.2- Relacin de equipamiento a emplear por actividad............................31
4.1.3.3- Relacin de recursos humanos a emplear por actividad.....................31
4.1.4 Resumen de los costos del proyecto...............................................32

4.1.5.- Cumplimiento de objetivos por actividad......................................33
4.1.6.- Resultados esperados...................................................................33
4.1.6.- Acciones de difusin previstas......................................................35
4.2. Metodologa...........................................................................................................36
Proyeccin del ERC......................................................................................38

5.1.- Comercializacin de los resultados/productos...................................................38
5.1.1.- Plan de Explotacin de los resultados y orientacin al mercado:
indicando el mercado al que va dirigido y el modelo de negocio y
competidores existentes..........................................................................38
5.1.2.- Cuenta de resultados del proyecto con indicacin del VAN y el TIR,
equipo ProyecTo.......................................................................................39
5.1.2.1. El VAN y LA TIR para un cliente respecto al equipo implanta el
proyecto.......................................................................................................... 40
5.1.2.2. El VAN y LA TIR para dos clientes respecto al equipo implanta el
proyecto 40
5.1.3.- Cuenta de resultados del proyecto, productividad de la

organizacin beneficiada luego de implantado el proyecto......................40
5.1.4.- Posibilidades futuras de comercializacin por la PYME..................41
5.1.4.1. El VAN y LA TIR para 1 cliente respecto a la PyME LABPRO.................42
proyecto 43
proyecto 43
5.1.5.- Plan de industrializacin e inversiones futuras.............................43
5.2.- Impacto en el desarrollo y crecimiento...............................................................43

5.2.1.5.2.2.5.2.3.5.2.4.-
Impacto
Impacto
Impacto
Impacto
socioeconmico...............................................................43
en la competitividad del pas..........................................44
en la competitividad de la regin....................................44
en la competitividad de la organizacin..........................45
Conclusiones..................................................................................................45
Bibliografa.............................................................................................................46
Anexos.....................................................................................................................52
Anexo 1. Descripcin del Proceso 1 en Notacin IDEF0...........................................52

4

NDICE DE TABLAS
Tabla 1: Indicadores para la evaluacin de la fuerza 1...................................................20

Tabla 2: Evaluacin de los indicadores del modelo fuerza 1 por el autor........................21
Tabla 10: Evaluacin de los indicadores del modelo fuerza 5 por el autor......................24
Tabla 11: Resumen de la evaluacin de los 5 fuerzas por el autor..................................24
Tabla 12: Anlisis de los costos y oportunidades de mejora de las actividades
fundamentales que influyen en la cadena de valor en la PyME, por el autor..................26
Tabla 13: Anlisis ordenado de las actividades de la cadena de valor respecto a las
mejoras necesarias en la PyME, por el autor..................................................................27
Tabla 14: Conjunto de actividades para el desarrollo del proyecto.................................28
Tabla 15 Conjunto de acciones por cada una de las actividades planificadas.................29
Tabla 16 Planificacin de las actividades en el tiempo...................................................29
Tabla 17: Recursos utilizados por actividad....................................................................30
Tabla 18: Recursos tipo equipos utilizados.....................................................................31
Tabla 19: Recursos humanos a emplear......................................................................... 31
Tabla 20 Resumen de los costos del proyecto por cada actividad en USD......................32
Tabla 21: Cumplimiento de objetivos del proyecto por actividad....................................33
Tabla 22: Cumplimiento de objetivos del proyecto por actividad....................................34
Tabla 23: Resultados previstos del proyecto desglose por actividad...............................34
Tabla 24: Actividades de difusin de los resultados........................................................35
Tabla 25 Resumen anlisis financiero del proyecto propuesto por mes (costos
acumulados vs ingresos esperados y acumulados para el equipo de proyecto en USD).39
Tabla 26 Resumen anlisis financiero de los costos e ingresos acumulados por el
proyecto en 14 meses luego de implantado el modelo (USD)........................................40
Tabla 27 Anlisis de los costos por implantacin en localizacin de la PyME LABPRO,
clculos realizados en USD............................................................................................ 42
Tabla 28 Anlisis de indicadores econmicos para las entidades involucradas en el
proyecto......................................................................................................................... 45
NDICE DE FIGURAS
Figura 1: Organigrama de la PyME LABPRO...................................................................... 6

Figura 2 Vista de la evolucin de los proyectos de tecnologas de la informacin en el
tiempo............................................................................................................................. 7
Figura 3 Modelo Propuesto por Basili................................................................................ 8
Figura 4 Modelo Clasificatorio propuesto por Fernndez 2004..........................................9
Figura 5 Modelo Replicable vista de unidades y procesos..............................................10
Figura 6 Modelo basado en la Norma ISO - 9001 y CMM.................................................11
Figura 7 Modelo Twin Extendido TWIN (Sametinger, 1997).............................................12
Figura 8 Modelo de Desarrollo Praise............................................................................. 13
Figura 9 Fbrica de Software propuesta por Greenfield..................................................14
Figura 10. Procesos del modelo...................................................................................... 28
Figura 11 Anlisis de factibilidad econmica de la propuesta de proyecto con 1 clientes y
con 2 clientes................................................................................................................. 40
Figura 12 Anlisis de factibilidad econmica de la propuesta de proyecto para la PyME
antes y despus de la propuesta.................................................................................... 41
Figura 13 Anlisis de factibilidad econmica de la propuesta de proyecto para la PyME

con 1 cliente, con 2 clientes y con 3 clientes.................................................................42
Figura 14 Desarrollo convencional vs Modelo propuesto en funcin de la productividad.
...................................................................................................................................... 44
Figura 15 Descripcin del Proceso 1 en Notacin IDEF0.................................................52

6
Glosario
Software architecture / Arquitectura de Software: [] defines the fundamental

elements, components and the framework in which the elements/components work and
how they interact with each other to deliver the desired business expectations, meeting
the cost performance criteria and defined constraints, and taking into account the
requirements of scalability, reliability, usability, and maintainability factors.1 || Define
los elementos fundamentales, los componentes y el marco en el cual los
elementos/componentes operan/trabajan e interactan unos con otros para: ofrecer las
expectativas de negocio deseadas, satisfacer criterios de desempeo de costes y
restricciones definidas, y tomar en consideracin requerimientos de escalabilidad,
confiabilidad, usabilidad y factores de mantencin.
Ejemplo de entrada en el glosario. Se mantiene la definicin original en ingls por ser
una lengua de trabajo de los programas de estudio. Otros pueden ser francs, italiano,
alemn, portugus o castellano. Luego se pone la traduccin a la lengua del documento.
Se pone como nota a pie la referencia bibliogrfica completa del original. Se advierte
que si el documento contiene definiciones propias del autor o usos particulares, no se
aaden entrada en el glosario, sino que las definiciones tienen un apartado especial
donde se justifican los matices dados en el documento y se compara con otras
definiciones. Las entradas se ordenan por abecedario en el idioma escogido como
prioritario. En este caso se usa la expresin anglosajona del trmino por ser ms amplia.
Se pueden combinar idiomas cuando los trminos se usan en el idioma original.
1SEI.DefinicinprovistaporKamesharEranki.CommunitySoftwareArchitectureDefinitions.[Enlace:
http://www.sei.cmu.edu/architecture/start/community.cfm#definitions].[LedoJunio23,201112:35GMTHoradeEspaa]
Pg. A.1
1 INTRODUCCIN
Los altos niveles de competitividad empresarial exigen flexibilidad a las empresas de desarrollo
de software para mantener su auge en los prximos aos. Debido a esto el ambiente de
negocios ha cambiado y continuar variando en forma constante, por lo que las empresas deben
desarrollar la capacidad de respuesta rpida ante nuevas oportunidades de negocio y retos
competitivos al enfrentar cambios en las condiciones de mercado.
De esta manera la mayora de las empresas han mejorado paulatinamente sus procesos, lo que
ha conllevado a la aplicacin de nuevas prcticas en la industria de software y la adaptacin
constante de los modelos de desarrollo de software utilizados. En este sentido los modelos y las
metodologas giles de desarrollo de software, en comparacin con las metodologas
convencionales, se adaptan mejor a los cambios como una oportunidad para mejorar el sistema
e incrementar la satisfaccin del cliente (McArthur, 2015).
Ntese que los modelos de desarrollo de software han evolucionado desde las subrutinas en la
dcada del 60 a la programacin estructurada en los 70 y a la programacin orientada a objetos
en los 80. Este ltimo enfoque gan fuerza y supone hasta nuestros das uno de los niveles ms
altos de concentracin de funciones en una nica entidad, las clases. A partir de los 90 surge el
concepto de componentes, el cual comienza a diferenciar dos estilos de desarrollo dentro de los
modelos: la construccin de software basado en la reutilizacin y el desarrollo de software para
la reutilizacin (Wiesner, 2015)( Sthl, 2014).
Esta concepcin del desarrollo se mantuvo evolucionando en forma de cinco modelos bsicos
que luego evolucionaron a modelos industriales de desarrollo. Entre los modelos bsicos se
encontraban: desarrollo en cascada, el desarrollo basado en prototipos, el desarrollo en espiral,
el desarrollo basado en componentes, el desarrollo basado en plataformas para el desarrollo
rpido de soluciones. Finalmente estos cinco modelos bsicos evolucionaron hasta convertirse
en los siguientes modelos:
Fbricas de software.
Lneas de productos de software.
Ecosistemas de software.
Cada uno de estos modelos con sus caractersticas propias que definen su aplicacin en
diferentes contextos. Todos tienen como caracterstica comn que potencian el desarrollo de
sistemas de informacin tomando como base la reutilizacin de componentes o activos.
En este contexto pretendemos con este trabajo el montaje de un ecosistema de software en una
PyME que permita servir de maqueta para la generalizacin de Ecosistemas de software en otras
PYMES en Guayaquil.
Este trabajo est estructurado de la siguiente forma. La primera seccin: Objetivos y finalidad
del proyecto, ubica al lector en los dominios o campos de referencia de este trabajo. Se
presentan en la misma el problema de investigacin y la justificacin para la resolucin del
mismo. La segunda seccin: Aspectos estratgicos, muestra la alineacin de la investigacin
con la direccin estratgica de la organizacin dnde se implantar. La tercera seccin:
Organizacin del trabajo presenta la planificacin de las actividades para lograr los objetivos
propuestos en el trabajo. Esta seccin desglosa los recursos humanos y no humanos requeridos
para el desarrollo del proyecto. La cuarta seccin: Proyeccin del ERC
presenta las
posibilidades de proyectar el ERC, sus soluciones y sus resultados en el tiempo como productos
comercializables y como elementos de impacto local e internacional. Finalmente se presentan
las conclusiones , la bibliografa utilizada y los anexos.
Pg. A.2
2 OBJETIVOS
Y FINALIDAD DEL PROYECTO
Este captulo se presenta el problema de problema de investigacin y se justifica el mismo

considerando su impacto social, su utilidad prctica, valor terico y/o utilidad metodolgica. Se
discute adems acerca de la motivacin del autor para desarrollar el mismo. Finalmente se
presentan el objetivo general y los objetivos especficos asociados al problema de investigacin.
2.1. MARCO DEL PROYECTO.

La globalizacin y los bajos niveles de xito en el desarrollo de proyectos de tecnologas de la
informacin y las comunicaciones, ha provocado la necesidad de la mejora constante de los
procesos empresariales con vistas a desarrollar la capacidad de respuesta rpida ante nuevas
oportunidades de negocio y retos competitivos al enfrentar cambios en las condiciones de
mercado.
De esta manera la mayora de las empresas han mejorado paulatinamente sus procesos. Se ha
pasado paulatinamente de prcticas de desarrollo formal y poco flexible a formas ms giles y
adaptables a diferentes contextos.
No obstante an se mantienen elevados niveles de fracaso en los proyectos. Y es que parece
que no basta con la mejora en los procesos y modelos de desarrollo. Es preciso mejorar tambin
conjuntamente con los procesos las actividades de planificacin, control y seguimiento.
En un diagnstico realizado a diferentes empresas PyME en las que participaron jefes de
proyectos, programadores y empresarios se identificaron como las principales causas del fracaso
en los proyectos las siguientes:
Existen estndares internacionales pero que estos constituyen guas abstractas que
requieren ser adaptadas a las condiciones de las pequeas y medianas empresas de

desarrollo de software.
Que no existen guas claras para la adopcin de las mejores prcticas ni la caracterizacin
de entidades respecto a su madurez para la aplicacin de uno u otro modelo de desarrollo

de software.
Que existen falta de conocimiento por parte de los profesionales del sector para la
caracterizacin de los modelos y el anlisis de su viabilidad en diferentes contextos.

Que hay necesidad de aplicacin de modelos industriales de desarrollo de software sobre
los modelos tradicionales en funcin de elevar la competitividad de las organizaciones.

Que persisten problemas de planificacin y gestin en los proyectos y un elevado por ciento
de proyectos renegociados o que fracasan con elevado impacto econmico y social.

Toda esta situacin demuestra que es preciso introducir buenas prcticas pero de forma
organizada mejorando simultneamente los procesos, la calidad, la calidad de los recursos
empleados, la planificacin y el control de los proyectos. Es preciso por tanto introducir nuevas
formas de organizacin, nuevos modelos de desarrollo de software.
Las empresas de software ecuatorianas y en particular las empresas de en Guayaquil no estn
exentas de estas dificultades. Con frecuencia se identifican empresarios interesados en producir
novedosos conceptos de desarrollo como las fbricas de software, las lneas de productos o los
ecosistemas
de
software.
Pero
los
profesionales
del
sector
no
tienen
una
formacin/conocimiento formal sobre cada uno de los modelos sus ventas y desventajas. Esta
Pg. A.3
situacin provoca un uso equivocado de las definiciones y errores en la introduccin de los

modelos. Elemento que afecta la introduccin de las mejores prcticas, el aumento de los
fracasos en los proyectos y mayor resistencia al cambio.
En particular en las PYMES en Ecuador y Guayaquil esta situacin se complejiza porque estas
instituciones por su naturaleza necesitan introducir modelos giles y adaptables a sus pequeas
infraestructuras. Necesitan adems montar prototipos o pruebas de concepto donde se
demuestren que los nuevos modelos son la solucin a sus problemas. Estas organizaciones
necesitan invertir en propuestas de cambios donde los riesgos probables tengan una baja
probabilidad de ocurrencia y un bajo impacto en caso de que se produzcan. Un ejemplo de
estas PYMES lo constituye la PyME LABPRO.
LABPRO Ecuador es una PyME ubicada en la Ciudad de Guayaquil y con una estrecha relacin
con el grupo Empresarial LABPRO SA que agrupa un conjunto de PYMES en diversos pases del
continente americano. Esta PyME tiene la necesidad de introducir mejoras concretas en sus
modelos de produccin para lograr un alto nivel de competitividad internacional. Entre las
dificultades principales identificadas en la misma se encuentran:
Que los profesionales que dirigen la PyME LABPRO Ecuador no recibieron en su formacin
universitaria conocimientos relacionados con los modelos de desarrollo de software.

Uso equivocado de las definiciones y errores en la introduccin de los modelos y atrasos en
los proyectos en ejecucin.

Que los estndares internacionales orientados a la gestin de proyectos como el PMBOK y la
ISO 21500 necesitan ser adaptados para su implementacin en la PyME.

Que no existen propuestas de modelos de desarrollo implantados en otras PyME en Ecuador
que puedan servir de modelo para tomar las mejores prcticas e implantarlas.
Que esta PyME identifica como un oportunidad de negocio el montaje de un prototipo y
luego su generalizacin en forma de servicio de consultora en otras PyME en la regin.

Que hay necesidad de cambiar el modelo de desarrollo en funcin de elevar la
competitividad de la organizacin.
El problema de investigacin al que nos enfrentamos est dado por:

La insuficiente experiencia de los profesionales en la caracterizacin y aplicacin de los
modelos de desarrollo de software en la PyME LABPRO Ecuador est afectando la aplicacin
adecuada de las mejores prcticas y de los modelos en las organizaciones.
En el proyecto intervendrn lderes de equipos de desarrollo, desarrolladores, empresarios y
otros especialistas en el contexto de aplicacin. Este personal recibir formacin en los modelos
giles de desarrollo de software y podrn evaluar por sus propios medios, la factibilidad de la
propuesta.
Se pretende con este trabajo crear una maqueta prototipo que inspire a otras PYMES a montar
modelos similares generalizando la propuesta realizadas.
Con este proyecto se propone mejorar la entidad objeto de estudio y proveer a la misma de una
nueva oportunidad de negocio en forma de servicios de consultora en el montaje de modelos de
desarrollo giles en otras empresas de pequeo y mediano formato dedicadas al desarrollo de
soluciones informticas en Ecuador. Se pretende tambin disminuir la resistencia al cambio de
empresarios y especialistas del sector posibilitando la evolucin de la pequea y mediana
empresa en la regin.
2.2.
OBJETIVOS DEL PROYECTO
Objetivos generales. Objetivos especficos de trabajo y objetivos especficos de investigacin.
Pg. A.4
2.2.1. OBJETIVO GENERAL
Montar un prototipo de ecosistema de software en una PyME en Guayaquil Ecuador que

permita mostrar la factibilidad de implantar y generalizar el uso de modelos de desarrollo de
software giles en las PYMES de Ecuador.
El campo de accin de la presente investigacin est asociado a la implantacin de los

ecosistemas de software y los requerimientos para su aplicacin. Para lograr la presente
investigacin se proponen los siguientes objetivos especficos.
2.2.2. OBJETIVOS ESPECFICOS
Caracterizar los modelos de desarrollo de software giles identificando sus caractersticas
principales y entornos de aplicacin.

Desarrollar un prototipo de ecosistema de software para el desarrollo de soluciones
informticas adaptado a las PYMES de Ecuador.

Implantar el prototipo en la PyME LABPRO de desarrollo de software de Guayaquil y evaluar
sus resultados respecto a una posible generalizacin.
2.3. CONTENIDO Y ALCANCE DEL PROYECTO

El alcance de este proyecto incluye:
Caracterizacin de las fbricas de software como modelo de desarrollo gil identificando las
necesidades de los entornos de su aplicacin.

Caracterizacin de las lneas de productos de software como modelos de desarrollo y los
requerimientos para su implantacin.

Caracterizacin de los ecosistemas de software las tendencias actuales de su desarrollo y
los requerimientos actuales de su aplicacin.

La comparacin entre los diferentes modelos de desarrollo giles de software identificando
las ventajas y desventajas de cada uno segn el contexto de aplicacin.

Desarrollo de un prototipo de ecosistema de software para el desarrollo de soluciones

Implementacin del prototipo desarrollado en la PyME LABPRO de desarrollo de software de
Guayaquil.
Evaluacin de los costos asociados a la implantacin de esta nueva tecnologa en el
prototipo desarrollado.
Restricciones de la propuesta:
La generalizacin de la propuesta estar ajustada PYMES, para ser aplicada a otro tipo de
organizaciones esta propuesta deber ser reajustada.

Esta propuesta estar centrada en organizaciones que desarrollan su propia familia de
productos, no a entidades que funcionen como factoras de programas.

Para aplicar esta propuesta en otras entidades debe anteceder un paso necesario de
diagnstico adaptando la misma a las condiciones de la empresa.
2.4.- RESULTADOS ESPERADOS

La propuesta es innovadora y permitir obtener los siguientes resultados tericos:
Documento de caracterizacin de las fbricas de software como modelo de desarrollo gil

identificando sus caractersticas principales y entornos de aplicacin.
Pg. A.5
Documento de caracterizacin de las lneas de productos de software como modelos de
desarrollo y los requerimientos para su implantacin.

Documento de caracterizacin de los ecosistemas de software las tendencias actuales de su
desarrollo y los requerimientos actuales de su aplicacin.

Documento con la comparacin entre los diferentes modelos de desarrollo giles de
software identificando las ventajas y desventajas de cada uno segn el contexto de

aplicacin.
Desarrollo de un prototipo de ecosistema de software para el desarrollo de soluciones
La propuesta permitir obtener los siguientes resultados prcticos:
Implementacin del prototipo desarrollado en la PyME LABPRO de desarrollo de software de
Guayaquil.
Evaluacin de los costos asociados y del anlisis de factibilidad asociado a la implantacin
de esta nueva tecnologa en las PYMES de Ecuador.

Expediente de proyecto con las experiencias para la futura generalizacin del mismo y
como activo de la organizacin
2.5.- DESCRIPCIN DE LA ORGANIZACIN O CASO

La organizacin LABPRO Ecuador donde se implementar la propuesta es una PyME radicada en
Guayaquil con 6 aos de formacin y dedicada al desarrollo de soluciones informticas de
propsito general. Es una empresa con la siguiente misin:
Generar productos y servicios asociados a la consultora y la gestin empresarial.
Proveer servicios de formacin especializada de alto nivel como soporte a la gestin
empresarial.
Brindar servicios de soporte y acompaamiento a la gestin empresarial.
Brindar servicios de posicionamiento, portales y visibilidad en internet.
La visin de la misma se presenta como:
Empresa especializada en la consultora y el desarrollo rpido de soluciones para la gestin

empresarial. Entidad con prestigio internacional soportado por la calidad de los productos y
servicios, la visibilidad de la organizacin, una arquitectura slida y productos con un alto
valor agregado. Tiene un modelo de desarrollo sostenible que integra la innovacin en la
solucin de problemas reales, la investigacin y la formacin de especialistas y clientes.
Esta organizacin orientada a proyectos formada por grupos de desarrollo que se adaptan y
reajustan en funcin de las necesidades de la organizacin.
Existen muchas empresas PyME en Ecuador dedicadas a este mismo perfil pero la empresa
LABPRO Ecuador se presenta como una de las ms apropiadas para este estudio por su
adecuada visin estratgica. Ntese que en la visin de la misma se aprecia que es una
empresa centrada en la introduccin de nuevas tecnologas y la innovacin.
Esta entidad se presenta adems como un caso adecuado para la implantacin de la propuesta
por el alto compromiso de la direccin con la mejora de los procesos.
Est conformada por las siguientes entidades o grupos de desarrollo:
Entidad 1: Dedicada al desarrollo de componentes de la organizacin. Bsicamente todos los
componentes y artefactos que se generan en el proceso de ingeniera de dominio constituyen
elementos reutilizables.
Entidad 2: Dedicada a la integracin de soluciones y la gestin de los requerimientos de los
clientes. Realizan los proyectos de aplicaciones con los clientes.
Pg. A.6
Entidad 3: Dedicada a la gestin del proceso, esta entidad representa a la alta gerencia de la
organizacin. La actividad fundamental de esta entidad es la gestin de integracin, la mejora
continua del modelo y la administracin de los recursos. Adems se encarga de otras
actividades relacionadas con la gestin de los proyectos.
2.5.1. ORGANIGRAMA
Lder de la PyME
Entidad 1
Ingeniera de
Dominio
Entidad 2
Ingeniera de
Aplicaciones
Entidad 3 Gestin
de la PyME
Figura 1: Organigrama de la PyME LABPRO
3 ASPECTOS
ESTRATGICOS
En este captulo se presenta una visin estratgica de la propuesta con claridad en los objetivos
a corto, mediano y largo plazos.
3.1.- JUSTIFICACIN DE LA NECESIDAD DEL PROYECTO

Los modelos de desarrollo han evolucionado perfeccionando el desarrollo de las organizaciones
orientadas a proyectos. No obstante es un hecho que gran cantidad de proyectos de software,
fracasan actualmente. Un estudio realizado en el 2013 por el The Standish Group International,
arroj como resultado que en el ao 2012 las cifras de proyectos entregados satisfactoriamente,
cerrados o fallidos y renegociados fue de 39%, 18% y 43% respectivamente (The Standish Group
International, 2013). Entre las causas fundamentales del fracaso se sealan la mala gerencia,
insuficiencias en los procesos de planificacin de la gestin logstica y gestin de los recursos
humanos (Morreale, 2012)( Basso, 2014)(Torres, 2014a) (Torres, 2014b). Aunque tambin las
insuficiencias en las estimaciones y en la definicin del alcance de los proyectos. Ver Figura 2.
Pg. A.7
Figura 2 Vista de la evolucin de los proyectos de tecnologas de la informacin en el tiempo.

En gran medida todos estos problemas estn asociados a la implantacin nula o parcial de las
buenas prcticas y de modelos de desarrollo de software ms giles. Y ntese que un elemento
importante que debe ser analizado ms all de la cantidad de proyectos renegociados o
fracasados, es el impacto econmico y social de los mismos.
Considerando en su conjunto los proyectos renegociados y fracasados estos suman el 61% de
los proyectos. Detrs de estos fracasos hay una enorme cantidad de personas afectadas y
muchas veces el presupuesto asociado a programas de desarrollo social y econmico de
regiones o pases.
En Ecuador y en particular en Guayaquil la introduccin de los modelos de desarrollo de
software, en particular las fbricas de software y las lneas de productos de software es
creciente. Pero los profesionales involucrados en estos esfuerzos no tienen una
formacin/conocimiento formal sobre cada uno de los modelos. Esta situacin provoca un uso
equivocado de las definiciones y errores en la introduccin de los modelos.
En un diagnstico realizado a diferentes empresas PyME en las que participaron jefes de
proyectos, programadores y empresarios se identificaron como las principales causas del fracaso
en los proyectos las siguientes:

Que no existen guas claras para la adopcin de las mejores prcticas ni la caracterizacin
de entidades respecto a su madurez para la aplicacin de uno u otro modelo de desarrollo

de software.
Que existen falta de conocimiento por parte de los profesionales del sector para la
caracterizacin de los modelos y el anlisis de su viabilidad en diferentes contextos.

Que hay necesidad de aplicacin de modelos industriales de desarrollo de software sobre
los modelos tradicionales en funcin de elevar la competitividad de las organizaciones.

Que persisten problemas de planificacin y gestin en los proyectos y un elevado por ciento
de proyectos renegociados o que fracasan con elevado impacto econmico y social.
Pg. A.8
Por todas estas razones identificamos la necesidad de desarrollar este proyecto y convencer con
resultados empricos a los empresarios para el montaje de los mejores modelos aumentando la
competitividad de las PYMES ecuatorianas dedicadas al desarrollo de software.
La novedad del proyecto est en proponer un nuevo modelo de desarrollo de software alineado
a las mejores prcticas internacionales a adaptado a las PyME de Ecuador. Los resultados
tericos esperados permitirn realizar una adecuada caracterizacin de los modelos y prcticas
internacionales con vistas a su posible aplicacin en las PYMES Ecuatorianas.
Los resultados prcticos esperados permiten demostrar la factibilidad de la propuesta, como se
mostrar en secciones posteriores. Tanto para la empresa beneficiada con su implantacin como
para el grupo que construye la propuesta son entes econmicamente
y socialmente
beneficiados. La empresa beneficiada deber con el proyecto mejorar su gestin pero adems
se quedar con un nuevo servicio asociado a la consultora y montaje de modelos giles de
desarrollo, aumentando su competitividad. El grupo de consultores que disea e implanta el
modelo perciben beneficios econmicos adecuados a la introduccin de la propuesta.
3.2.- DESCRIPCIN DEL ESTADO DE LA TECNOLOGA EN EL PAS Y A

NIVEL GLOBAL
En la presente seccin se revisa de manera detallada el estado de la tecnologa ligada a los
resultados.
3.2.1 ESTADO DEL ARTE DE MODELOS DE FBRICAS DE SOFTWARE

3.2.1.1 Modelo Propuesto por Basili
Este es uno de los bsicos. Basili divide una factora de software en dos grandes entidades
basadas en proyectos y factora de componentes. El autor plantea que una organizacin con
caractersticas de factora de software debe poseer una estructura de construccin de software
basada en componentes. Los componentes utilizados en la construccin del software pueden ser
desarrollados por la factora de componentes (Castell, 2013) (Piero, 2014) (Dos Santos, 2014)
(Frantz, 2014).
La Organizacin basada en proyectos realiza las solicitudes de productos (componentes para la
construccin del software), de datos (estadstica para la estimacin de costo y plazos) y de
planos (modelos, mtodos para el anlisis y diseo de software) a la factora de componentes.
La factora de componentes posee una base de componentes reutilizables, de la cual se apoya
para dar respuesta a las solicitudes hechas por la unidad de produccin de software. En
respuesta a la solicitud la organizacin basada en proyectos recibe los modelos y componentes
para la construccin del software, adems de estadsticas y datos histricos que se encuentran
en la base de componentes.
Pg. A.9
Figura 3 Modelo Propuesto por Basili

El mrito de Basili se basa en que fue uno de los primeros que organiza el desarrollo en dos
procesos fundamentales el desarrollo de productos y el desarrollo de componentes. Es uno de
los modelos donde se comienza a explotar de forma intensa la reutilizacin de componentes. No
obstante este modelo no posee una definicin clara de los roles que intervienen en el proceso. Y
aunque posee un repositorio de componentes con el objetivo de aumentar la productividad
basado en la reutilizacin no llega a identificar el concepto de activo quedndose solo a nivel de
componente de software elemento que evolucion posteriormente en las lneas de productos de
software.
3.2.1.2 Modelo Clasificatorio
Modelo propuesto por Aragn en el 2005 se encuentra encaminado a clasificar las fbricas en
dependencia de su alcance o dominio de solucin en el cual se desarrolla (Aragn, 2005)
( Freytag, 2014).
Figura 4 Modelo Clasificatorio propuesto por Fernndez 2004

Este es un modelo que permite el montaje de diferentes tipos de fbricas ntese en el mismo
coexisten las fbricas de proyectos ampliada que mantiene el control del conocimiento y la
Pg. A.10
propiedad intelectual de los desarrollos y las fbricas de programas orientadas

fundamentalmente al desarrollo dirigido de solicitudes que generalmente le llegan como
ordenes de trabajo especficas.
Explicaremos a continuacin las caractersticas fundamentales de las mismas.
Fbrica de Programas: Consiste en la menos unidad de la fbrica y por consiguiente la
menos compleja. Tiene por objetivo principal codificar y probar los sistemas desarrollados, y
su modelo productivo engloba las fases de construccin y pruebas (Haugg, 2015) (Schaefer,
2016) (Haugg, 2014) (Haugg, 2015).
Fbrica de Proyectos: Acta con un poco ms de alcance en los procesos de produccin,
englobando adems actividades inherentes a la fbrica de programas, fases como proyecto

detallado de la solucin, realizacin de pruebas de integracin y aceptacin (Sawicki, 2015)
(Axelsson, 2014).
Fbricas de Proyectos de Software: Abarca todo el ciclo de vida sistmico para la realizacin
del software correspondiente al anlisis, diseo, implementacin, prueba e implantacin. En

este tipo de fbricas se tiene un conocimiento al detalle del negocio a automatizar (Frantz,
2015) (Romanha, 2015).
Fbricas de Proyectos (Ampliada): comprende el concepto de arquitectura de solucin. La
arquitectura de solucin es una etapa anterior al diseo conceptual del software, la cual se
ocupa en proyectar una solucin en la que el software est formado por los componentes
ms significativos arquitectnicamente, se definen los principios que orientan el diseo y
evolucin del software. La arquitectura de solucin puede contener, adems del software,
definicin de procesos, definicin de equipamiento, infraestructura de redes, plataforma de
desarrollo, patrones a seguir (Santana, 2015) (Hernndez, 2015) (Frantz, 2015a) (Frantz,
2015b).
Adems en este modelo se propone un grupo de procesos que deben estar presentes sin
importar el tipo de fbrica en la cual se est trabajando y que deben permanecer a lo largo de
todo el ciclo de vida del desarrollo del producto, como son: Patrones, Disciplina, Gestin de la
Calidad, Gestin de mejoras.
Como elementos positivos de este modelo podemos sealar que puede cubrir diferentes
entidades y niveles de organizacin de una empresa considerando varios posibles escenarios y
estrategias de desarrollo. No obstante no posee una definicin clara de los roles o de la forma de
estructurar los repositorios para la reutilizacin de los componentes por parte de las diferentes
entidades de la factora ampliada.
3.2.1.3 Modelo Replicable
Este modelo plantea que una factora de software debe poseer:
Un modelo de organizacin de la produccin.
Unidad de produccin de componentes.
Unidad de produccin de software.
Poseen un proceso guiado por un modelo de calidad de software donde se potencia el desarrollo
basado en componentes. Adems se usan en el mismo, herramientas para la automatizacin.
La relevancia fundamental del modelo es que incluye los principales lineamiento de los dems
modelos abordados y es mucho ms explcito que el resto de los modelos. Detalla cada una de
las actividades que deben realizarse dentro de la factora. Incorpora el concepto de activos del
proceso como elemento reutilizable.
Pg. A.11
Figura 5 Modelo Replicable vista de unidades y procesos

3.2.1.4 Modelo basado en la Norma ISO - 9001 y CMM
Este modelo basa su principal organizacin y estructura industrial en las normas CMM e ISO
9001 respectivamente. Divide el trabajo del modelo en 5 entidades principales como se nuestra
en la figura que a continuacin se muestra (guilia, et. al, 2004)(Marante, 2008)(Schaefer,
2016)(Sawicki, 2015)(Valencia, 2014).
Pg. A.12
Figura 6 Modelo basado en la Norma ISO - 9001 y CMM
Como conclusiones del anlisis de este modelo se puede sealar que le mismo hace una
correcta estructuracin de los procesos. Adems abarca la mayora de las necesidades en una
industria de software y puede ser aplicado a mltiples empresa que compartan la misma
estructura. En general basa sus principales proceso en estndares y normas certificados aunque
algunas de estas normas en las que se base ya han evolucionado a versiones superiores. Se
recomienda para su aplicacin la adaptacin del mismo a las normas ms actualizadas de sus
modelos bsicos por ejemplo CMMI en su ltima versin.
Entre sus insuficiencias principales debemos sealar que no posee una definicin clara de los
roles que intervienen en el proceso y que se mantuvo con el concepto de componente no
asumiendo el concepto de activo que es ms robusto en el desarrollo de modelos basados en la
reutilizacin.
3.2.2. ESTADO DEL ARTE DE LAS LNEAS DE PRODUCTOS DE SOFTWARE.

En la presente seccin se analiza diferentes enfoques asociados al modelo de desarrollo basado
en Lneas de productos de software.
3.2.2.1 Modelo Twin
Este modelo es propuesto en 1997 por (Sametinger, 1997) es conocido por Ciclo de vida
paralelo (Twin Life Cicle). Basa su modelo en la reutilizacin definiendo dos reas claves de
desarrollo, la ingeniera de Dominio (desarrollo para reutilizar) y a ingeniera de Aplicacin
(desarrollo mediante reutilizacin). Este modelo evolucion desde sus inicios puesto a que en
principios solamente se hacan referencia por cada una de las reas a los procesos de forma
Pg. A.13
general que deban ser ejecutados. La extensin de este modelo realiz una clara definicin
acerca del significado del desarrollo para y a travs de la reutilizacin. Agrupo adems los
procesos que haban sido definidos segn la similitud entre las funcionalidades e incluy un
sistema de gestin como proceso rector entre los definidos en cada una de las ingenieras que
aborda el modelo como se muestra en la Figura 9 (Piero, 2014)(Haugg, 2015)(Bosch, 2013).
Ingeniera de Dominio (desarrollo para la reutilizacin): El principal objetivo es el desarrollo de
activos genricos para que puedan ser reutilizados en cualquier sistema.
Ingeniera de Aplicacin (desarrollo a travs de la reutilizacin): El objetivo de esta es desarrollar
productos personalizados a un cliente en especficos tomando como base aquello activos
definidos y desarrollados por la Ingeniera de Dominio.
Este modelo define correctamente un grupo de procesos agrupados por reas ingenieriles en el
modelo. Basa su desarrollo en la construccin de componentes. Pero es dbil en la definicin de
los roles y responsabilidades que intervienen en el modelo. No hace referencia de cules son los
principales artefactos que deben ser generados en cada uno de los procesos. Respecto a la
calidad, este modelo la aborda de manera sencilla sin mencionar la necesidad de mejora
continua para los procesos presentes en el mismo.
Figura 7 Modelo Twin Extendido TWIN (Sametinger, 1997).

3.2.2.2 Modelo Praise
El ESI (Enginering Software Instituted) fundado en Europa desde 1993 cre un modelo de
desarrollo industrial denominado Praise (Product-line Realisation and Assessment in Industrial
Settings). Este proceso define tres reas fundamentales en las cuales basa el desarrollo de sus
productos, las cuales todos sus procesos estn centrados en la arquitectura como ncleo
principal del desarrollo, ellas son (18) (Prez, 2013) (Freytag, 2014):
Ingeniera de Familia de Aplicaciones: rea encargada del anlisis y diseo del Dominio
de aplicacin de los productos. La ejecucin de los procesos de esta, permiten generar una
arquitectura de referencia capaz de ser empleada en las diferentes particularizaciones de
los productos que se desarrollen.
Ingeniera de componentes: Encargado de la implementacin de los componentes
necesarios en la arquitectura de referencia y la mantencin y soporte de estos

componentes.
Ingeniera de Aplicacin: Es el rea encargada del ensamblaje o desarrollo de productos
con las caractersticas especficas acordadas con el cliente

Este modelo contempla las principales reas a tener en cuenta segn su perspectiva para el
desarrollo basado en la reutilizacin y la disminucin de esfuerzo. Basa su desarrollo en esto y
en la arquitectura como base para el correcto funcionamiento tecnolgico. Define los principales
Pg. A.14
procesos a tener en cuenta para el desarrollo de productos de software. Por otra parte el
dominio en el modelo se retroalimenta con los diferentes sistemas que son desarrollados en las
lneas, lo que permite que pudieran constituir parte de la arquitectura de referencia.
Entre los elementos ms dbiles que presenta se encuentran que no hace define roles y
responsabilidades que intervienen ni definen los principales artefactos a desarrollar. No define
con claridad los procesos o los principios de calidad que se deben seguir en su implantacin.
Figura 8 Modelo de Desarrollo Praise

3.2.2.3 Lneas de Productos, modelo empleado por Microsoft
Microsoft es una de las industria que ms ha fomentado los temas de las fbricas de software y
desde hace varios aos viene implementando un grupo de herramientas, patrones y definiciones
acerca de cmo deben comportarse y como deben funcionar una fbrica de software.
Segn Greenfield en su artculo (Greenfield, et. al, 2008) plantea que una lnea de software debe
configurar herramientas de desarrollo con guas y paquetes de contenido, cuidadosamente
diseado para construir tipos especficos de aplicaciones, por lo tanto se plantea que una lnea
de software debe contar con tres ideas claves: esquemas, plantillas y ambiente de desarrollo
(Olsson, 2014b) (Brummermann, 2013) (Herbsleb, 2016).
Esquemas: recoge proyectos anteriores, directorios de cdigo fuente, archivos SQL y
archivos de configuracin. El esquema describe la arquitectura de la lnea de productos y

las relaciones entre componentes y los frameworks involucrados.
Plantilla: La plantilla provee los patrones, guas, ejemplos, herramientas especficas y otros
activos necesarios para construir el producto.

Ambiente: Recoge las herramientas de alto nivel como Microsoft Visual Studio Team
System que hacen posible un ambiente de trabajo adecuado para construir una familia de
productos.
Segn Greenfield (Greenfield, et. al, 2006)( Bosch-Sijtsema, 2015) una lnea de produccin de
software es: Una lnea de producto de software es utilizada para producir miembros de una
familia de producto mediante la configuracin de herramientas extensibles utilizando una
plantilla de software basada en un esquema de software.
Como se puede apreciar el presente modelo cuenta con diversas reas, la principal denominada
desarrollo de la lnea de productos la cual cuenta con:
Pg. A.15
Anlisis de la lnea de productos: Encargada de diseo, modelado del dominio del problema,
y modelado del dominio de solucin.

Diseo de la lnea de productos: Es encargado de la arquitectura del producto,
infraestructura y el mapeo futuro de la misma.

Implementacin de la lnea de productos: responsable del aprovisionamiento de los activos
del software y el empaquetamiento de los mismos.

Esta rea intercambia activos variables del software y esquemas con la segunda expuesta en el
modelo, denominado desarrollo del producto. Esta es responsable de la configuracin, desarrollo
de herramientas y componentes. Por tales motivos ambas reas son las responsables de
generar los activos comercializables del proyecto (Bosch-Sijtsema, 2015)( Hartmann, 2014).
Figura 9 Fbrica de Software propuesta por Greenfield

Este modelo que fue aplicado en Microsoft define con claridad los procesos por los cuales debe
transitar un proyecto dentro de la estructura de la fbrica de software. Basa el desarrollo de los
productos teniendo en cuenta la reutilizacin. Hace referencias al uso de herramientas o IDE que
permitan garanticen una mayor productividad en el desarrollo de los sistemas. Ordena la
produccin mediante medios innovadores para la organizacin del trabajo como son: plantillas,
esquemas y ambientes. Haciendo de esto un fuerte nfasis en la necesidad de que los mismos
se encuentren bien definidos. Es un modelo con un alto nivel de implementacin como las que
destaca el Visual Estudio Team System.
3.2.3 ECOSISTEMAS DE SOFTWARE TENDENCIAS
Pg. A.16
Segn la bibliografa revisada, se ha podido constatar que los ecosistemas son interpretados,
desarrollados e implantados desde diversos puntos de vistas o enfoques. Como objetivo
principal para la concepcin de sus componentes est ganar posicionamiento en el mercado,
integrar las soluciones en un entorno, producir valor agregado a cierto producto aumentando
sus funcionalidades. A continuacin se analizarn y valorarn los principales enfoques para su
desarrollo.
Entre los ecosistemas de software ms reconocidos se encuentran el de Microsoft, MySQL/PHP,
Iphone (Jansen, 2015), SAP, Eclipse (Van Angeren, 2016) (Santana, 2015) (Manikas, 2013a)
(Manikas, 2013b), entre otros.
3.2.3.1 Enfoque de mercado
El enfoque de mercado profundiza en las relaciones que se establecen hacia participantes
externos al ecosistema, relaciones contractuales, etc. El autor (Frantz, 2015)(Sadi, 2015b)
entiende por un Ecosistema de software (SECO, por las siglas en ingls Software ECOsystem)
como el conjunto de entidades de negocios que actan como una unidad e interactan para
compartir un mercado comn de aplicaciones informticas y servicios bajo un sistema ordenado
de interrelaciones entre ellas (Spauwen, 2013)(Sadi, 2015a) (Keunecke, 2014).
El ecosistema de software puede ser visto desde varias perspectivas, ver Error: Reference
source not found, o niveles donde intervienen elementos con similares caractersticas u
objetivos. Estos niveles se describen a continuacin (Jansen, 2014a) (Jansen, 2014b) (Sthl,
2014a):
Nivel de vendedores de software: considerado como el nivel donde se desarrollan los
productos y servicios. Es en este nivel donde se toman las decisiones acerca de cmo
integrar los servicios y productos dentro de la organizacin, el diseo de una arquitectura
extensible y portable, as como la posible planeacin de lneas de productos de software. Es
igualmente importante la gestin del conocimiento dentro de este nivel, pues determinar
la eficiencia del modo de produccin a alcanzar en el tiempo.
Nivel de proveedores de una red de software (Software Supply Network - SSN): representa
el conjunto de hardware, software y servicios de la organizacin concentrados en satisfacer

una demanda del negocio. El reto en este nivel consiste en decidir cules proveedores y
compradores de software elegir.
Nivel de ecosistema de software: los principales retos de este nivel lo representan la
caracterizacin y la modelacin del ecosistema, en dependencia de las caractersticas

particulares de la organizacin, los roles que intervendrn dentro de esta y la magnitud del
mismo. Otra de las problemticas es determinar cul estrategia de mercado emplear para
obtener ms beneficios.
Los referidos niveles o perspectivas adicionalmente estn ligados a algunos conceptos claves
que definen un ecosistema de software (Jansen, 2013) (Hyrynsalmi, 2016) (Sthl, 2014b)
(Jansen, 2014c) (Brbak, 2014).
Mercado: Bsicamente el pblico objetivo del ecosistema, y uno de los elementos ms
importantes a definir en su desarrollo.
Tecnologas y plataformas: Ciertamente uno de los elementos ms fuertes dentro de un
ecosistema de software ser decidir cules tecnologas, plataformas y marcos de trabajo
seleccionar para su desarrollo.
Existen otros tipos o especies de ecosistemas relacionados al ecosistema de software, como
son: el ecosistema de negocio, el ecosistema digital y el ecosistema de tecnologa (SungYong,
2014)(Berger, 2014)(Eklund, 2014). Tambin se han creado ecosistemas especficos a ciertos
dominios, todos con el propsito de concebir y dar mayor valor a un producto.
Pg. A.17
Desarrollar ecosistemas de software aade valor a aquellos sistemas que por s solos no ofrecen
suficiente competencia en el mercado, ya sea porque no ofrecen fcil integracin con otros
sistemas, o bien porque un proyecto no puede asumir el desarrollo de todos los componentes y
funcionalidades que lo haran competitivo. Los ecosistemas de software tienden hacia la
reutilizacin y personalizacin de las soluciones, segn el inters especfico para lo cual se
construya.
Las restricciones de un ecosistema estn estrechamente relacionadas con las caractersticas del
ecosistema de software en particular que se pretenda construir. Otras restricciones a tener en
cuenta podran ser los proveedores de licencias, las agencias de comercializacin, las
restricciones geogrficas, polticas y econmicas.
Sin embargo, dichas limitantes ayudan a comprobar y chequear sistemticamente el estado del
ecosistema y cmo este se perciba externamente, en cuanto a si todos sus componentes y
participantes juegan el rol establecido, si los clientes estn conformes, si el ecosistema por s
mismo es sustentable, productivo y robusto (Berger, 2014)(Eklund, 2014) (Hartmann, 2014a)
(Holmstrm, 2015a) (Holmstrm, 2015b).
En cuanto a las medidas del estado de un ecosistema se tienen en cuenta elementos extrados
de los grandes ecosistemas biolgicos y ecolgicos: la robustez, la productividad y la creacin
de nichos de mercado.
La robustez se refiere a la capacidad de resistencia y persistencia en cierto entorno y de la
estructura del ecosistema, en el caso de los ecosistemas de software pudiera medirse como el
posicionamiento y la estabilidad en el mercado, el prestigio del producto, la cantidad de
elementos que combina y permiten identificar que el ecosistema funciona como un todo.
La productividad por su parte mide la efectividad del ecosistema, la ganancia que obtiene del
entorno y la variacin en el tiempo de la efectividad en el desarrollo de los sistemas. Adems se
refiere al proceso de innovacin y generacin de nuevo conocimiento a partir del desarrollo del
ecosistema.
Relacionado con este ltimo concepto se hace imprescindible la adaptacin e innovacin
mediante la creacin de nuevos nichos de mercado, refirindose a la capacidad para
incrementar el valor de los productos, la variedad de soluciones y servicios, incorporacin de
nuevas tecnologas, incorporacin a nuevos escenarios, etc. Se resume en el crecimiento y
desarrollo permanente de nuevas y diversas capacidades en los ecosistemas (Jansen, 2013)
(Hartmann, 2014b) (Holmstrm, 2014a) (Holmstrm, 2014b).
Los autores que orientan sus investigaciones hacia este enfoque analizan principalmente la
dimensin comercial de los ecosistemas, a partir de las relaciones econmicas entre ellos, pero
no los identifican como una alternativa para el desarrollo rpido de soluciones.
3.2.3.2 Enfoques basados en la integracin de soluciones
Al constituir el ecosistema de software la conexin de varios sistemas, recursos, herramientas y
servicios en un entorno y con un objetivo especfico. Se considera que la base para el desarrollo
de los mismos est en el establecimiento de slidas arquitecturas empresariales que se apoyen
en la integracin de sus componentes. Evidentemente un ecosistema es algo ms que la mera
integracin de sus partes, adems deber proveer de un entorno que facilite la productividad de
cada uno de los sistemas, como del ecosistema en general (Bosch-Sijtsema, 2014).
Bosch por su parte define un ecosistema de software como el conjunto de soluciones de
software que habilitan, automatizan y soportan cierta necesidad de negocio (Bosch, 2014a)
(Bosch, 2014b) (Bosch, 2014d).
Existen ciertos desafos durante la construccin de ecosistemas: deben crearse las arquitecturas
lo suficientemente estables, seguras, confiables y flexibles para soportar el ecosistema; la
heterogeneidad de los sistemas debe tratarse correctamente as como admitir que los sistemas
Pg. A.18
puedan ser abiertos o propietarios y de igual forma se integren y compartan informacin

relevante para el ecosistema (Eckhardt, 2014) (Bosch, 2014c).
Otro de los principales retos segn Lungu (Lungu et al. 2010) est relacionado con la concepcin
de sistemas y proyectos como una isla, solucin no factible, por lo cual se hace necesario
establecer conexiones de integracin entre ellos.
3.2.3.3 Enfoques hbridos
El autor Piero (Piero, 2014) define un ecosistema de software como el sistema de relaciones
entre las entidades soportado por la definicin de arquitecturas y plataformas comunes que
facilitan la integracin de soluciones y componentes, el intercambio de informacin, recursos,
artefactos y activos en general.
El mismo autor considera adems que las relaciones entre todas las entidades del sistema
deben estar soportadas por relaciones econmico - financieras y convenios de trabajo bien
determinados. Como objetivo tienen compartir segmentos del mercado aprovechando las
fortalezas de cada uno de los integrantes del ecosistema, y aumentar la productividad y
competitividad de las soluciones que se desarrollen. Sus componentes principales son: dominio
de aplicacin, familia de productos que conforman la cartera de soluciones, activos del
ecosistema generalmente representados por componentes COTS 2, arquitectura que potencie la
integracin de las soluciones, conjunto de los modos de produccin de las entidades del
ecosistema y el conocimiento relacional asociado a las relaciones entre las entidades.
El autor considera que este ltimo concepto est completo, pues engloba los trminos, variables
y principios fundamentales para concebir el desarrollo de un ecosistema de software.
3.3.- CARCTER INNOVADOR DEL PROYECTO

En la presente seccin se explicita porqu el ERC propuesto es innovador en el contexto de las
organizaciones orientadas a proyectos y sus modelos de desarrollo.
Este es un trabajo innovador porque los modelos actuales generalizados en las organizaciones
desarrolladoras de nuevas tecnologas de la informacin y las comunicaciones en Ecuador, son
modelos atrasados y que tuvieron su mayor auge en la dcada de los 90. Esta situacin est
provocando un atraso tecnolgico en las empresas ecuatorianas y bajos niveles de
competitividad.
Las causas fundamentales de esta situacin se relacionan a continuacin:
Poca formacin de los profesionales del sector en los nuevos modelos de desarrollo y las
tendencias actuales de los mismos.

Poco nivel de adaptacin de los estndares internacionales orientados a la gestin de
proyectos para su implementacin en la PyME ecuatorianas.

Ausencia de experiencias prcticas o casos de estudio anteriores que permitan seguir
patrones prototipos que puedan servir de modelo para tomar las mejores prcticas e
implantarlas.
Con la propuesta en particular se propone atacar de forma innovadora las causas fundamentales
proponindose las siguientes acciones:
2 Commercial Off-the-shelf Software, se denominan as

los componentes cuando son diseados para ser
fcilmente instalados en conjunto o no con otros
componentes bases. Ayuda a tener sistemas
configurables y personalizados.
Pg. A.19
Identificar las tendencias actuales en los modelos de desarrollo permitiendo tener una gua
de referencia para la formacin de los profesionales ecuatorianos.

La adaptacin de los modelos a las caractersticas de la empresa ecuatoriana.
Disear y montar un prototipo de ecosistema de software en una PyME en Guayaquil
Ecuador que permita mostrar la factibilidad de implantar y generalizar el uso de modelos de

desarrollo de software giles en las PYMES de Ecuador. Se pretende de esta forma introducir
nuevas formas de produccin elevando el nivel competitivo de la empresa ecuatoriana y
mejoras en la organizacin interna de sus procesos.
Introducir nuevas formas de servicios y modelos de negocios en el caso de estudio donde se
aplica la propuesta, orientados a la generalizacin de las experiencias adquiridas durante el
proceso.
3.4.- IDENTIFICACIN DE LOS MERCADOS A LOS QUE VA DIRIGIDO EL

PROYECTO
Los mercados presentes y potenciales de esta propuesta se relacionan a continuacin.
Mercado asociado a la entidad beneficiada directamente con la propuesta LABPRO

Ecuador
Mercado a nivel de pas
Mercado internacional
MERCADO ASOCIADO A LA ENTIDAD BENEFICIADA DIRECTAMENTE CON LA PROPUESTA

LABPRO ECUADOR.
La organizacin LABPRO Ecuador es una PyME cuya estructura actual obvia algunos procesos
esenciales asociados a la gestin de proyectos y a la introduccin de los mejores modelos de
Entre las dificultades que tienen hoy sus producciones se encuentran:
Bajo nivel de reutilizacin de los componentes y activos de la organizacin lo que provoca
incremento en los costos.

No disponer de repositorios de activos que promuevan el control de los activos y la
reutilizacin de los mismos a nivel de organizacin.

No disponer de grupos en la organizacin orientados al aseguramiento de la calidad en las
producciones.
No disponer de grupos asociados al desarrollo de estrategias de mercadotecnia que
potencien los estudios de mercado y el aumento en la competitividad.

Para esta entidad el desarrollo de la propuesta es una oportunidad que permitir:
Elevar su competitividad al tener como base un proceso de desarrollo ms gil, eficaz y
eficiente.
Se pretende lograr mayor eficacia al incluir mejores prcticas para el control y
aseguramiento de la calidad y tomar como parte del desarrollo un proceso de diagnstico y

seleccin de componentes.
Se pretende lograr mayor eficiencia al introducir mejores prcticas asociadas a la
reutilizacin que reduzcan los costos de produccin.

Se pretende adems incluir en la propuesta una entidad y un conjunto de herramientas
destinadas a la gestin comercial y actividad de mercadotecnia de la organizacin.

Finalmente como parte importante de la propuesta en este mercado se proveer a la
entidad de un nuevo servicio y modelo de negocio que aumentar el reconocimiento y
liderazgo de la entidad en el mercado nacional.
Pg. A.20
Esta entidad tiene una visin innovadora y un alto compromiso de la direccin con la aplicacin
de las mejores prcticas asociadas a la introduccin de los principios de calidad total. Por todas
estas razones se considera un mercado con una alta probabilidad de xito.
MERCADO A NIVEL DE PAS

Existen en Ecuador un elevado nmero de organizaciones orientadas al desarrollo de nuevas
tecnologas de la informacin y las comunicaciones. La mayora de estas organizaciones son
PYMES con tecnologas y mtodos de desarrollo obsoletos, basados en modelos que tuvieron su
auge en la dcada de los 90 pero que actualmente han sido paulatinamente reemplazados por
nuevos modelos de desarrollo. Se identifica que entre los principales problemas asociados a este
conjunto de PYMES se encuentran:
Que no existen experiencias anteriores en el montaje de modelos giles de desarrollo de
software, elemento que provoca una gran resistencia al cambio.

Inters de las direcciones de las organizaciones con la implantacin de mejores prcticas
que permitan la mejora de las organizaciones, pero muchas reservas ante el riesgo al
fracaso y la prdida de recursos financieros por parte de organizaciones. Tngase en cuenta
que se trata de organizaciones pequeas con medianos o pocos recursos financieros.
Necesidad creciente de elevar la competitividad de las organizaciones por medio de la
reduccin de los costos y el aumento en la calidad de los productos y servicios que se

ofertan.
Insuficientes niveles de formacin de los profesionales del sector motivados por la falta de
introduccin de las mejores prcticas desde el nivel institucional.

Estas situaciones crean un marco ideal para la introduccin de las mejores prcticas y un
mercado potencial para el desarrollo de esta investigacin.
La propuesta realmente es poco costosa, solo involucra a dos consultores especializados y
pocos recursos materiales.
Adems la propuesta potencia significativamente la resolucin de los problemas fundamentales
de las PYMES en Ecuador potenciando:
La reorganizacin de los modelos productivos de las PYMES en Ecuador.
Elevacin de la competitividad de las entidades a partir de la reduccin de los costos y
elevar la agilidad y calidad de los productos y servicios que se obtienen.

Alineamiento de las organizaciones a los estndares internacionales potenciando los
procesos de certificacin internacional de las organizaciones y su reconocimiento regional.

La propuesta se disear de forma tal que ella incluya en s misma un nuevo servicio que pueda
ser implantado en diferente PYMES a nivel del pas y personalizada para las empresas
ecuatorianas. Este ltimo elemento constituye una garanta para el xito en la generalizacin de
la misma. La propia poblacin de las empresas ecuatorianas con las problemticas
anteriormente planteadas constituye un mercado potencial para la comercializacin.
MERCADO INTERNACIONAL
A nivel internacional la situacin es diferente. Existen numerosas organizaciones que han
introducido novedosos modelos de desarrollo de software pero la mayora de ellas se
corresponden con grandes organizaciones que disponen de recursos suficientes para la
implantacin de modelos de certificacin internacional como el CMMI, el MPS Brasil u otros. Esta
situacin ha permitido ubicar a estas grandes corporaciones en la cima de la produccin de
nuevas tecnologas de la informacin y las comunicaciones aumentando la brecha digital
existente entre el mundo desarrollado y las pequeas y medianas empresas del tercer mundo.
Pg. A.21
Por otra parte las PYMES ubicadas en los pases desarrollados que comparten directamente
sectores del mercado con las grandes transnacionales tambin se ven afectadas. Con frecuencia
realizan esfuerzos de subcontratacin de servicios en terceros pases donde la fuerza de trabajo
sea ms econmica.
Toda esta situacin nos permite identificar en la regin y el mundo un conjunto de PYMES tanto
en pases desarrollados como en pases subdesarrollados que necesitan soluciones innovadoras
para resolver los siguientes problemas:
Adaptacin de los estndares internacionales PMBOK, la ISO 21500 o CMMI para la
aplicacin a las PYMES y que permitan acercar a estas a modelos internacionales de

certificacin posibilitando un salto en la competitividad y el reconocimiento regional o
internacional de las mismas por la calidad de sus procesos.
Asimilacin de las mejores prcticas que permitan la reduccin de los costos y el aumento
de la calidad en las producciones.

Disminuir de forma definitiva la elevada cantidad de proyectos fracasados o renegociados
por dificultades en la gestin del alcance de los mismos que suman alrededor del 61% de
los proyectos que se desarrollan actualmente.
La propuesta permitir montaje de un prototipo que permita con su xito mejorar la gestin de
un conjunto significativo de PYMES a nivel regional e internacional tanto en pases desarrollados
como en pases en vas de desarrollo. El conjunto de todas las pymes con las caractersticas
anteriormente expresadas constituyen un amplio sector de marcado con posibilidad para la
aplicacin de la propuesta.
3.5.- ANLISIS DEL SECTOR Y CADENA DE VALOR

3.5.1. ESTUDIO DE LA POSICIN DE LA EMPRESA EN EL SECTOR SEGN MODELO DE
LAS 5 FUERZAS DE PORTER.
El anlisis de las cinco fuerzas de Porter establece un marco para analizar el nivel de
competencia de la empresa dentro de una industria, y poder desarrollar una estrategia de
negocio. Parte del anlisis de 5 fuerzas que determinan la intensidad de competencia y rivalidad
en una industria, y por lo tanto, en cuan atractiva es esta industria en relacin a oportunidades
de inversin y rentabilidad (Porter, 1979)(Alonso 2016). Analicemos a continuacin las 5 fuerzas
en nuestro contexto de aplicacin.
Analizaremos cada una de las fuerzas a partir de considerar elementos de anlisis y la
evaluacin de los mismos usando computacin con palabras y usando los siguientes trminos
lingsticos (bajsimo, muy bajo, bajo, medio, alto, muy alto, altsimo) (Herrera 2000). En funcin
de la influencia del indicador en la fuerza este se considera positivo o negativo, de este
elemento depender la asignacin de los trminos lingsticos considerando por supuesto la
semntica en el contexto.
3.5.1.1 (Fuerza 1) Poder de negociacin de los Clientes
Esta fuerza acta de forma vertical y se expresa en la cantidad y el poder de negociacin de los
clientes. Se evala respecto a los indicadores de la Tabla 1, en la misma se muestran adems la
influencia, positiva o negativa, de cada indicador y el posible rango de valores del mismo.
Tabla 1: Indicadores para la evaluacin de la fuerza 1
Indicador de la fuerza
Influencia del
Rango posible de valores
indicador para la
para el indicador
evaluacin de la
fuerza
Pg. A.22
Cantidad de clientes, demanda.
Negativa
Grado de dependencia de los

canales de distribucin.
Negativa
Posibilidad de negociacin.
Positiva
Volumen del cliente.
Positiva
Costos o facilidades del cliente

de cambiar de empresa.
Negativa
Disponibilidad de informacin
para el cliente.
Positiva
Existencia de productos
sustitutos.
Positiva
Sensibilidad del cliente ante el

precio.
Negativa
Ventaja diferencial
(exclusividad) del producto.
Negativa
Porcentaje relativo del cliente

en el conjunto de las ventas
Positiva
Precio total de la compra
Positiva
Anlisis RFM(Compra
Recientemente,
Frecuentemente, Margen de
Ingresos que deja) del cliente.
Positiva
(altsimo, muy alto, alto,

medio, bajo, muy bajo,
bajsimo)
bajsimo)
(bajsimo, muy bajo, bajo,
medio, alto, muy alto,
altsimo)
altsimo)
bajsimo)
altsimo)
altsimo)
bajsimo)
bajsimo)
altsimo)
altsimo)
altsimo)
La evaluacin del autor del trabajo respecto a cada uno de los indicadores se presenta en la
Tabla 2.
Tabla 2: Evaluacin de los indicadores del modelo fuerza 1 por el autor
Evaluacin por el autor del
trabajo
Cantidad de clientes, demanda.
altsimo
Grado de dependencia de los canales de distribucin.
bajo
Posibilidad de negociacin.
medio
Volumen del cliente.
medio
Costos o facilidades del cliente de cambiar de empresa.
muy alto
Disponibilidad de informacin para el cliente.
muy alto
Existencia de productos sustitutos.
muy bajo
Sensibilidad del cliente ante el precio.
medio
Ventaja diferencial (exclusividad) del producto.
muy alto
Pg. A.23
Porcentaje relativo del cliente en el conjunto de las

ventas
Precio total de la compra
Anlisis RFM(Compra Recientemente, Frecuentemente,
Margen de Ingresos que deja) del cliente.
alto
medio
bajsimo
Aplicando el modelo de computacin con palabras dos tuplas (Herrera 2000) para la evaluacin
de la fuerza se obtiene el poder de negociacin del cliente es (Bajo, 0.41).
3.5.1.2 (Fuerza 2) Poder de negociacin de los Proveedores o Vendedores
Esta fuerza acta de forma vertical y se expresa en la amenaza impuesta a nuestra industria
por parte de los posibles proveedores. Se evala respecto a los indicadores de la Tabla 3, en la
misma se muestran adems la influencia, positiva o negativa, de cada indicador y el posible
rango de valores del mismo.
Influencia del
indicador para la
para el indicador
evaluacin de la
fuerza
Negativa
Cantidad de proveedores en
la industria.
bajsimo)
Positiva

altsimo)
Positivo

altsimo)
Poder de decisin en el
precio por parte del
proveedor.
Nivel de organizacin de los

proveedores
Tabla 4.
trabajo
alto
Cantidad de proveedores en la industria.
medio
Poder de decisin en el precio por parte del
proveedor.
bajo
Nivel de organizacin de los proveedores
de la fuerza se obtiene el poder de negociacin del cliente es (Medio, -0.33).
Pg. A.24
3.5.1.3 (Fuerza 3) Amenaza de nuevos competidores entrantes

Esta fuerza acta de forma horizontal y se refiere a las barreras de entrada de nuevos
productos/competidores. Cuanto ms fcil sea entrar, mayor ser la amenaza parte de los
posibles proveedores. Se evala respecto a los indicadores de la Tabla 5, en la misma se
muestran adems la influencia, positiva o negativa, de cada indicador y el posible rango de
valores del mismo.
Influencia del
Rango posible de
indicador para la
valores para el
evaluacin de la
indicador
fuerza
Positivo
(bajsimo, muy bajo,
bajo, medio, alto, muy
Economas de escala
alto, altsimo)
Negativo
medio,
bajo, muy bajo,
Diferenciacin del producto
bajsimo)
Positivo
(bajsimo, muy bajo,
Inversiones de capital
alto, altsimo)
Positivo
(bajsimo, muy bajo,
Desventaja en costos
independientemente de la
alto, altsimo)
escala
Positivo
(bajsimo, muy bajo,

alto, altsimo)
Negativa

bajsimo)
Negativa

bajsimo)
Acceso a los canales de

distribucin
Poltica gubernamental (alto

sentimiento nacionalista)
Barreras a la entrada
Tabla 6.
trabajo
alto
Economas de escala
medio
Diferenciacin del producto
alto
Inversiones de capital
Pg. A.25
medio
Desventaja en costos independientemente de la escala
medio
Acceso a los canales de distribucin
Alto
Poltica gubernamental (alto sentimiento nacionalista)
Barreras a la entrada
muy alto
3.5.1.4 (Fuerza 4) Amenaza de productos sustitutos
Esta fuerza acta de forma horizontal y se refiere a la disponibilidad de productos sustitutos a
nuestra oferta. Se evala respecto a los indicadores de la Tabla 7, en la misma se muestran
adems la influencia, positiva o negativa, de cada indicador y el posible rango de valores del
mismo.
Influencia del
Rango posible de
indicador para la
valores para el
evaluacin de la
indicador
fuerza
Positivo
(bajsimo, muy bajo,
Propensin del comprador a
sustituir.
alto, altsimo)
Positivo
(bajsimo, muy bajo,

alto, altsimo)
Positivo
(bajsimo, muy bajo,

alto, altsimo)
bajsimo)
Precios relativos de los

productos sustitutos.
Costos o facilidad del cliente.

Negativa
Nivel percibido de diferenciacin
de producto o servicio.
Positivo
(bajsimo, muy bajo,

alto, altsimo)
Positivo
(bajsimo, muy bajo,

alto, altsimo)
Disponibilidad de sustitutos
cercanos.
Suficientes proveedores.
Pg. A.26
Tabla 8.
trabajo
Media
Propensin del comprador a sustituir.
Media
Precios relativos de los productos sustitutos.
Muy bajo
Coste o facilidad del comprador.
Muy alto
Nivel percibido de diferenciacin de producto o servicio.
Muy Bajo
Disponibilidad de sustitutos cercanos.
Bajo
Suficientes proveedores.
de la fuerza se obtiene el poder de negociacin del cliente es (Bajo, -0.16).
3.5.1.5 (Fuerza 5) Rivalidad entre los competidores
Esta fuerza acta de forma horizontal y se refiere a la rentabilidad en el sector expresada por la
rivalidad entre proveedores. La rivalidad define la rentabilidad de un sector: mientras menos
competidores se encuentren en un sector, normalmente ser ms rentable y viceversa. Se
evala respecto a los indicadores de la Tabla 9, en la misma se muestran adems la influencia,
positiva o negativa, de cada indicador y el posible rango de valores del mismo.
Influencia del
indicador para
para el indicador
la evaluacin
de la fuerza
Positivo
Nmero de competidores
altsimo)
Positivo
Tasa de crecimiento de la
industria
altsimo)
Positivo
Exceso recurrente de capacidad
de la industria

altsimo)
Pg. A.27
Positivo
Diversidad de los competidores
Negativa
Complejidad y la asimetra de
informacin
Negativa
Valor de la marca
Nivel de gastos de publicidad
Positivo

altsimo)
bajsimo)
bajsimo)
altsimo)
Tabla 10.
trabajo
Alto
Nmero de competidores
Medio
Tasa de crecimiento de la industria
Bajo
Exceso recurrente de capacidad de la industria
Bajo
Diversidad de los competidores
Medio
Complejidad y la asimetra de informacin
Medio
Valor de la marca
Nivel de gastos de publicidad
Alto
3.5.1.6 Resumen del anlisis aplicando el modelo de las cinco fuerzas de Porter.
Se presenta a continuacin el resumen de evaluacin de las cinco fuerzas y un anlisis del
resultado obtenido en la misma. Ver Tabla 11.
Tabla 11: Resumen de la evaluacin de los 5 fuerzas por el autor
Fuerzas de Porter
Evaluacin
(F1) Poder de negociacin de los Compradores o
Bajo, 0.41
Clientes
(F2) Poder de negociacin de los Proveedores o
Medio, -0.33
Vendedores
Pg. A.28
(F3) Amenaza de nuevos competidores entrantes

Medio, -0.14
(F4) Amenaza de productos sustitutos
Bajo, -0.16
(F5) Rivalidad entre los competidores
Medio, -0.16
A partir del anlisis se demuestra que hay una alta probabilidad de xito en nuestra propuesta
por la mediana concurrencia de competidores, la baja existencia de productos sustitutos y un
bajo y medio poder de negociacin de clientes y proveedores.
3.5.2. ESTUDIO DE LA CADENA DE VALOR SECTORIAL

Porter (Porter 1985) define el concepto de cadena de valor como la suma de los beneficios
percibidos que el cliente recibe menos los costos percibidos por l al adquirir y usar un producto
o servicio. La cadena de valor es esencialmente una forma de anlisis de la actividad
empresarial mediante la cual descomponemos una empresa en sus partes constitutivas,
buscando identificar fuentes de ventaja competitiva en aquellas actividades generadoras de
valor. Esa ventaja competitiva se logra cuando la empresa desarrolla e integra las actividades de
su cadena de valor de forma menos costosa y mejor diferenciada que sus rivales. Por
consiguiente la cadena de valor de una empresa est conformada por todas sus actividades
generadoras de valor agregado y por los mrgenes que stas aportan.
Una cadena de valor genrica est constituida por tres elementos bsicos:
Las Actividades Primarias, que son aquellas que tienen que ver con el desarrollo del
producto, su produccin, las de logstica y comercializacin y los servicios de post-venta.

Las Actividades de Soporte a las actividades primarias, como son las de administracin de
los recursos humanos, las de compras de bienes y servicios, las de desarrollo tecnolgico
(desarrollo de procesos e ingeniera, investigacin), las de infraestructura empresarial
(finanzas, contabilidad, gerencia de la calidad, relaciones pblicas, asesora legal, gerencia
general).
El Mrgen, que es la diferencia entre el valor total y los costos totales incurridos por la
empresa para desempear las actividades generadoras de valor.

La cadena de valor en puede ser empleada con el objetivo de diferenciar nuestra actividad
productiva aumentando la competitividad de los modelos pero tambin puede ser empleada
para realizar una proyeccin estratgica orientada a disminuir los costos.
En esta investigacin se realiza el anlisis de la cadena de valor del cliente con el objetivo de
ayudarlo a identificar ventajas y diferencias competitivas con sus competidores. Para ello se
seguirn los siguientes pasos:
1. Construir una cadena de valor con las actividades de su empresa y sus conexiones.
2. Identificar aquellas actividades y capacidades claves para llevarle satisfaccin a los clientes
y ser exitoso en el mercado.
3. Identificar los elementos que deben ser mejorados en cada actividad clave para reducir los
costos y lograr una diferenciacin respecto a la competitividad.
Se describen a continuacin cada uno de los pasos.
Paso 1: Construir una cadena de valor con las actividades de su empresa
Identificacin de las actividades directas que son las que estn directamente comprometidas en
la creacin de valor para los clientes. Para nuestros clientes en particular son las actividades de:
Identificacin de las necesidades de los clientes.
Levantamiento de los requisitos y definicin del alcance de los proyectos con clientes.
Diseo de anteproyecto.
Anlisis de factibilidad y aprobacin del anteproyecto.
Desarrollo de la solucin.
Introduccin del resultado en el cliente.
Pg. A.29
Soporte a las soluciones instaladas.
Identificacin de las actividades indirectas, que son aquellas que le permiten a la organizacin
desarrollar las actividades directas. Para nuestro cliente estas actividades representan el 10%
de los costos asociados a las actividades directas y se concentran en:
Mantenimiento de la infraestructura tecnolgica.
La gestin contable de la organizacin.
Gestin de los contratos y el control y seguimiento de los proyectos.
Identificacin de las actividades de aseguramiento de la calidad, en el desempeo de todas las

actividades de la empresa:
Actividades de aseguramiento de la calidad.
Control de la calidad del producto.
Paso 2: Identificar aquellas actividades y capacidades claves para llevarle satisfaccin a los
clientes y ser exitoso en el mercado.
Analizaremos cada una de las fuerzas a partir de considerar elementos de anlisis y la
evaluacin de los mismos usando computacin con palabras (Herrera 2000) y usando los
siguientes trminos lingsticos (bajsimo, muy bajo, bajo, medio, alto, muy alto, altsimo).
Se construye en este sentido la tabla
Tabla 12: Anlisis de los costos y oportunidades de mejora de las actividades fundamentales que influyen en
la cadena de valor en la PyME, por el autor
Actividades
Relevancia
Costos
Oportunidad de
Oportunidad
para el
actuales
reduccin de
para
cliente
costos
diferenciar
de los
competidore
s
Identificacin de las
Alto
Medio
Baja
Media
necesidades de los
clientes.
Levantamiento de los
Alto
Alto
Alta
Alta
requisitos y definicin
del alcance de los
proyectos con clientes.
Diseo de anteproyecto. Bajo
Alto
Medio
Medio
Anlisis de factibilidad y Bajo
Bajo
Bajo
Bajo
aprobacin del
anteproyecto.
Desarrollo de la
Alto
Alto
Muy Alto
Muy Alto
solucin.
Introduccin del
Alto
Alto
Medio
Medio
resultado en el cliente.
Soporte a las soluciones Alto
Medio
Bajo
Bajo
instaladas.
Mantenimiento de la
Alto
Alto
Baja
Baja
infraestructura
tecnolgica.
La gestin contable de
Alto
Media
Baja
Baja
la organizacin.
Gestin de los contratos Alto
Medio
Medio
Muy Alto
y el control y
seguimiento de los
Pg. A.30
proyectos.
Actividades de
aseguramiento de la
calidad.
Control de la calidad del
producto.
Medio
Alto
Bajo
Alto
Muy alto
Alto
Medio
Medio
Paso 3: Identificar los elementos que deben ser mejorados en cada actividad clave para reducir
los costos y lograr una diferenciacin respecto a la competitividad.
Para realizar este paso se aplica el modelo de computacin con palabras dos tuplas (Herrera
2000) para la evaluacin de cada una de las actividades de la cadena de valor y sus
oportunidades de mejora. Se obtienen en este sentido un orden de las actividades en la cadena
de valor que el cliente debe atender para mejorar su competitividad.
Tabla 13: Anlisis ordenado de las actividades de la cadena de valor respecto a las mejoras necesarias en la
PyME, por el autor
Orde
n
Actividades
1
2
Muy alto, -0.25

Levantamiento de los requisitos y definicin del alcance de los
proyectos con clientes.
Identificacin de las necesidades de los clientes.
Mantenimiento de la infraestructura tecnolgica.
Actividades de aseguramiento de la calidad.
Diseo de anteproyecto.
Soporte a las soluciones instaladas.
La gestin contable de la organizacin.
Anlisis de factibilidad y aprobacin del anteproyecto.
Alto, -0.25
4
5
6
7
8
9
10
11
12
Resultado
final
Alto, -0.25
Alto, 0
Alto, -0.25
Media, 0
Media, 0.25
Media, 0.25
Media, 0
Media, -0.25
Media, -0.25
Bajo, 0
Luego del anlisis concluimos que el cliente debe atender de manera diferenciada las
actividades siguientes:
Levantamiento de los requisitos y definicin del alcance de los proyectos con clientes.
Es interesante identificar que estas actividades se pueden mejorar significativamente con la

propuesta de un cambio en el modelo de desarrollo del cliente que es precisamente la
propuesta principal de este trabajo. De esta forma queda tambin demostrada la factibilidad de
la propuesta realizada en esta investigacin
3.5.3. DIAGRAMA DE PROCESOS DEL CASO Y LA CONTEXTUALIZACIN DE SU

SOLUCIN.
Definicin de los procesos del modelo para su implementacin en el caso.
Para el desarrollo del ecosistema de software el modelo se propone seguir una serie de procesos
que se describen a continuacin. Dentro de cada uno de estos se definen entradas, salidas,
Pg. A.31
tcnicas y herramientas, ver Figura 10. En los Anexos del 1 al 7 se modelan cada uno de los
procesos. Para la modelacin de los procesos se selecciona el estndar IDEF0, en la seleccin del
estndar se consideran los siguientes elementos:
Facilidad para su compresin por parte de los clientes finales.
Es un estndar reconocido a nivel internacional concebido precisamente para lograr mayor
agilidad en la modelacin de los procesos.

Se presenta a continuacin una vista resumida de los procesos que luego se detallan.
Figura 10. Procesos del modelo
4 ORGANIZACIN
DEL TRABAJO
En el presente captulo se identifican los elementos principales del proyecto en cuestin. Se

presentan las actividades fundamentales del proyecto y una valoracin de los recursos
empleados para su desarrollo.
4.1. CALENDARIZACIN DEL PROYECTO

4.1.1.- DESCRIPCIN DETALLADA Y ALCANCE DEL CONJUNTO DE ACTIVIDADES
Se presentan a continuacin el conjunto de actividades para el desarrollo del proyecto y el
alcance de cada una de las mismas. Ver Tabla 14
Tabla 14: Conjunto de actividades para el desarrollo del proyecto
Descripcin de la actividad
Alcance de la actividad
Identificacin de un problema Se obtiene a partir de los objetivos estratgicos del ente
real
principal interesado en el desarrollo del proyecto
Diseo de un anteproyecto
Se procede a disear un proyecto para resolver el
problema identificado. Este anteproyecto est dirigido a
la obtencin de los productos o servicios previstos en los
objetivos del proyecto.
Evaluacin de la factibilidad del Como parte del anlisis de factibilidad se realiza un
anteproyecto
proceso de toma de decisiones para el anlisis de las
diferentes alternativas de solucin y la seleccin de la
mejor.
Bsqueda de financiamiento y
contratacin
Desarrollo
construccin
ecosistema
del
del
proyecto,
modelo de
En este momento se procede a identificar y gestionar las

fuentes de financiamiento para el desarrollo del
proyecto y la contratacin del mismo
Este es el momento donde se ejecutan las acciones
previstas en el proyecto y se obtienen de los productos o
servicios previstos. Se inicia formalmente la ejecucin
Pg. A.32
Introduccin de los productos y

servicios
Anlisis
peridico
de
la
factibilidad de los productos y
servicios introducidos.
del contrato del proyecto hasta el cierre del mismo.

En este momento los resultados obtenidos como
resultado del proyecto son introducidos en la prctica
social.
Identificacin de necesidad de desactivacin de los
mismos
4.1.2.- PLANIFICACIN DEL PROYECTO CON INDICACIN DEL CONJUNTO DE

ACCIONES A REALIZAR
Se presentan a continuacin las actividades previstas detalladas en forma de acciones. Ver Tabla
15
Tabla 15 Conjunto de acciones por cada una de las actividades planificadas
Descripcin de la actividad
Alcance de la actividad
Identificacin de un problema 1. Anlisis de los objetivos estratgicos de la
real
organizacin.
2. Elaboracin de perfil con la idea de proyecto de
solucin.
Diseo de un anteproyecto
1. Identificacin de los requisitos de informacin
2. Diagnstico de la seleccin de los activos del
ecosistema alcance preliminar.
3. Definicin y seleccin de los participantes.
4. Diseo del ecosistema alcance preliminar.
5. Identificacin de las actividades del proyecto.
6. Planificacin de los recursos necesarios.
7. Estimacin del tiempo para las actividades.
8. Construccin del cronograma preliminar.
Evaluacin de la factibilidad del 1. Anlisis de factibilidad econmica.
anteproyecto
2. Anlisis de factibilidad social.
3. Anlisis de factibilidad tcnica.
4. Anlisis de factibilidad medioambiental.
5. Anlisis de factibilidad comercial.
6. Evaluacin de las alternativas y seleccin de la
mejor.
Bsqueda de financiamiento y 1. Identificar las fuentes de financiamiento.
contratacin
2. Gestionar las fuentes de financiamiento.
3. Construir el contrato.
Desarrollo
del
proyecto,
1. Diseo del modelo de ecosistema de software,
construccin del modelo de
refinamiento.
ecosistema
2. Definicin del dominio de solucin.
3. Definicin de la arquitectura.
4. Diseo de los activos.
5. Diseo del modelo de produccin.
6. Diagnstico y seleccin de sistemas y recursos.
Identificacin de las asociaciones.
7. Firma de convenios o acuerdos.
8. Seleccin de los escenarios de integracin
Introduccin de los productos y
1. Implantacin del modelo propuesto.
servicios
2. Capacitacin de los recursos humanos.
3. Consultora y acompaamiento a los involucrados.
Pg. A.33
4.
Anlisis
peridico
de
la
factibilidad de los productos y
servicios introducidos.
1.
Control
y seguimiento del proceso
implantacin.
Anlisis de los resultados, evaluacin de la
factibilidad del modelo.
de
Se presenta a continuacin el desglose de las actividades en el tiempo. Se realiza un empleando

un modelo de tabla para lograr una representacin sencilla y atractiva para los interesados en el
proyecto. Ver Tabla 16
Tabla 16 Planificacin de las actividades en el tiempo.
C
Actividad
Mes
Mes
Mes
Mes
Mes
Mes
Mes
Mes
Mes
da
1
2
3
4
5
6
7
8
9
ct.
1
Identificaci
n
de
un
problema
real
2
Diseo de un
anteproyect
o
3
Evaluacin
de
la
factibilidad
del
anteproyect
o
4
Bsqueda de
financiamien
to
y
contratacin
5
Construccin
del modelo
de
ecosistema
6
Introduccin
de
resultados.
7
Anlisis
peridico de
la
factibilidad
de
resultados
introducidos.
4.1.3.- RELACIN DETALLADA DE RECURSOS HUMANOS Y NO HUMANOS A EMPLEAR

Se presentan a continuacin varias tablas resumen con los recursos utilizados para el desarrollo
de las actividades.
4.1.3.1- Relacin de recursos materiales por actividad
Pg. A.34
Tabla 17: Recursos utilizados por actividad

Descripcin y Cantidad
origen
(fuente)
Cod.
Recurso
s
Recurso
Rec01
Documento de objetivos
estratgicos.
Expediente
organizacin
Rec02
Local y mesas de trabajo
Alquiler local
Rec03
Alquiler local
Rec04
Medio de transporte
Alquiler
Rec05
Alquiler local
Rec06
Acceso a la PyME y
tiempo de capacitacin
Espacio de la
PyME
Rec07
Acceso a la PyME y
tiempo de capacitacin
Espacio de la
PyME
Cd.
Actividad
que
lo
utiliza
Identificacin
de un
problema real
Diseo de un
anteproyecto
Evaluacin
de la
factibilidad
del
anteproyecto
Bsqueda de
financiamient
oy
contratacin
Construccin
del modelo
de
ecosistema
Introduccin
de
resultados.
Anlisis
peridico de
la factibilidad
de resultados
introducidos.
Uso
Cd.
Actividad
donde
utiliza
Uso
100%
50%
50%
100%
100%
100%
100%
4.1.3.2- Relacin de equipamiento a emplear por actividad

Tabla 18: Recursos tipo equipos utilizados
Cod.
Equipo
Recurso Equipo
Rec08
Computadora
Rec09
Impresora
Rec10
Computadora
Rec11
Impresora
Rec10
Computadora
Rec11
Impresora
Rec12
Auto
Descripcin
y
origen (fuente)
Alquiler local
Cantidad
1
1
Alquiler local
1
1
Alquiler local
1
1
Alquiler
se
Identificacin
de un
problema real
Diseo de un
anteproyecto
33%
Evaluacin de
la factibilidad
del
anteproyecto
Bsqueda de
financiamient
oy
contratacin
33%
1%
33%
1%
1%
100%
Pg. A.35
Rec13
Computadora
Alquiler local
Rec14
Computadora
PyME
Rec15
Impresora
Rec16
Computadora
Rec17
Impresora
1
PyME
1
1
Construccin
del modelo
de
ecosistema
Introduccin
de
resultados.
Anlisis
peridico de
la factibilidad
de resultados
introducidos.
100%
Cd.
Actividad
donde
utiliza
Uso
30%
2%
30%
2%
4.1.3.3- Relacin de recursos humanos a emplear por actividad

Tabla 19: Recursos humanos a emplear
Recurso humano
Lder proyecto
Descripcin
y
origen (fuente)
Cantidad
Especialistas consultores
Equipo
proyecto
Directivo PyME
PyME
Lder proyecto
Equipo
proyecto
Equipo
proyecto
Equipo
proyecto
Equipo
proyecto
Equipo
proyecto
Miembros de la PyME
PyME
Todos
Lder proyecto
Lder proyecto
Lder proyecto
Lder proyecto
Gerencia PyME
Lder proyecto
1
1
Identificacin
de un
problema real
33%
Diseo de un
anteproyecto
66%
Evaluacin de
la factibilidad
del
anteproyecto
Bsqueda de
financiamient
oy
contratacin
Construccin
del modelo
de
ecosistema
Introduccin
de
resultados.
66%
2
Equipo
proyecto
Miembros de la PyME
PyME
Todos
Gerencia PyME
1
1
se
100%
50%
100%
100%
100%
50%
100%
100%
100%
100%
30%
80%
Anlisis
peridico
factibilidad
de los
resultados.
100%
100%
10%
50%
4.1.4 RESUMEN DE LOS COSTOS DEL PROYECTO

Se presenta en esta seccin el resumen de los costos del proyecto calculados a partir de los
recursos planificados y el desglose de los mismos durante el tiempo de ejecucin del proyecto.
La Tabla 20 adems presenta una fila resumen que constituye el presupuesto del proyecto por
meses.
Pg. A.36
Tabla 20 Resumen de los costos del proyecto por cada actividad en USD
Actividades
Identifi
cacin
de un
proble
ma real
Diseo
de un
antepro
yecto
Evalua
cin de
la
factibili
dad del
antepro
yecto
Bsque
da de
financia
miento
y
contrat
acin
Desarro
llo del
proyect
o,
constru
ccin
del
modelo
de
ecosist
ema
Introdu
ccin
de los
product
os y
servicio
s
Anlisis
peridic
o de la
factibili
dad de
los
product
os y
servicio
s
introdu
cidos.
Totales
Tipo
recurso
Personal
MES 1 MES 2
$1000,
00
MES 3
MES 4
MES 5
MES 6
MES 7
$2.000, $2.000,
00
00
$0,00
$0,00
$0,00
$0,00
$500,0
0
$0,00
$0,00
$0,00
$0,00
$0,00
$0,00
$0,00
$0,00
$0,00
$0,00
$0,00
$0,00
$3.000, $3.000, $3.000,
$0,00
00
00
00
$0,00
$0,00
$0,00
$0,00
MES 8
Hardware
Personal
Hardmateriales
$2.000,
00
$500,0
0
Personal
Hardmateriales
Personal
$500,0
0
$1.000,
00
Hardmateriales
$400,0
0
Personal
Hardmateriales
$500,0
0
$500,0
0
$500,0
0
Personal
$0,00
$0,00
$0,00
$0,00
$0,00
$2.000, $2.000,
$0,00
00
00
Hardmateriales
$0,00
$0,00
$0,00
$0,00
$0,00
$0,00
$0,00
$6.00
0,00
$3.50
0,00
$3.50
0,00
Personal
$50,00
$50,00
$1.000, $1.000,
$0,00
00
00
Hardmateriales
$3.50
0,00
$3.90
0,00
$2.05
0,00
$3.05 $1.000
0,00
,00
Pg. A.37
4.1.5.- CUMPLIMIENTO DE OBJETIVOS POR ACTIVIDAD

Se relaciona a continuacin el listado de los objetivos del proyecto y su relacin con las
actividades planificadas para el desarrollo del proyecto. Se muestra el cubrimiento total de los
objetivos a partir de las actividades desarrolladas. Ver Tabla 21.
Tabla 21: Cumplimiento de objetivos del proyecto por actividad
Cd
.
Act
.
3
4
Objetivo relacionado
Justificacin o aclaracin
Caracterizar
los
modelos
de
desarrollo
de
software
giles
identificando sus caractersticas
principales y entornos de aplicacin
Desarrollar
un
prototipo
de
ecosistema de software para el
desarrollo
de
soluciones
informticas adaptado a las PYMES
de Ecuador
Identificacin de un problema real y el estudio de los

tipos de modelos existentes para proponer uno.
Diseo de un anteproyecto asociado al prototipo

propuesto
Evaluacin de la factibilidad del anteproyecto que
propone el prototipo
Bsqueda de financiamiento y contratacin para el
diseo y la implantacin del prototipo, alquiler de
locales , computadoras y medios de transporte
Construccin del modelo de ecosistema para su
implantacin en la PyME seleccionada.
Implantar el prototipo en la PyME Introduccin de resultados. En la PyME seleccionada
LABPRO de desarrollo de software Anlisis peridico de la factibilidad de resultados
de
Guayaquil
y
evaluar
sus introducidos. Para decidir si es factible la
resultados respecto a una posible generalizacin de la propuesta.
generalizacin
4.1.6.- RESULTADOS ESPERADOS

Se relacionan a continuacin el listado de los artefactos del proyecto que conforman el
expediente del proyecto. Se muestran adems los resultados esperados como entregables del
proyecto y el responsable de cada uno de ellos. Ver Tabla 22.
Tabla 22: Cumplimiento de objetivos del proyecto por actividad
Actividad
Responsable
Artefactos del expediente del
proyecto.
Identificacin
de
un Jefe del proyecto, equipo
Documento perfil de proyecto
problema real
direccin PyME
Diseo
de
un Equipo de proyecto
Documento Anteproyecto
anteproyecto
Evaluacin
de
la Equipo de proyecto
Resumen
de
anlisis
de
factibilidad
del
factibilidad
anteproyecto
Bsqueda
de Jefe del proyecto, equipo Documento de contrato y lnea
financiamiento
y direccin PyME.
base del presupuesto
contratacin
Pg. A.38
Desarrollo del proyecto,

construccin del modelo
de ecosistema
Introduccin
de
los
productos y servicios
Equipo de proyecto
Documento diseo del modelo de

ecosistema de software. Que
incluye definicin de:
Dominio.
Arquitectura.
Activos.
Modelo de produccin.
Familia de productos.
Propuesta de conocimiento
relacional
Equipo de proyecto,
equipo
direccin
PyME, miembros del a
PyME.
1. Evaluacin de la
factibilidad
del
modelo.
Reportes
de
seguimiento del
implantacin.
control
proceso
y
de
Anlisis peridico de la
Reportes
de
anlisis
de
factibilidad
de
los
factibilidad.
productos
y servicios
introducidos.
Se relacionan a continuacin el listado de los artefactos del proyecto que conforman el
expediente del proyecto. Se muestran adems los resultados esperados como entregables del
proyecto y el responsable de cada uno de ellos. Ver Tabla 23 .
Tabla 23: Resultados previstos del proyecto desglose por actividad
Cd.
resultado
Res08
Resultado
Cantida
d
Expediente de
proyecto
(vista
preliminar)
Actividad
produce
donde
se
Diseo de un
anteproyecto
Res08
Res08
Res01
Res02
Expediente de
proyecto
(vista
preliminar)
Expediente de
proyecto
(vista
preliminar)
Documento
de
caracterizaci
n de las
fbricas de
software.
Documento
de
Evaluacin de la
factibilidad del
anteproyecto
Bsqueda de
financiamiento y
contratacin
Desarrollo del
proyecto, construccin
del modelo de
ecosistema
Relevancia
realizado
en
el
trabajo
El expediente se construye
en varios pasos. Se inicia en
este momento pero solo al
final del proyecto se
completa. El expediente
constituye la historia del
proyecto y es la base de
poder replicar el mismo
resolviendo desde su
concepcin las dificultades
que en l se presentaron.
Los resultados de esta
actividad tambin se
almacenan en el
expediente. Son la base del
xito del mismo.
Los contratos y acuerdos
para el desarrollo del
proyecto se almacenan
tambin en el expediente.
Constituyen el conocimiento
relacional de la organizacin
Documento que permite
identificar los diferentes
modelos de fbrica,
identificando sus ventajas y
su posible aplicacin en la
organizacin.
Pg. A.39
caracterizaci
n de las LPS.
Res03
Documento
de
caracterizaci
n de los ECO
software
Res04
Documento
comparacin
diferentes
modelos de
desarrollo.
Res05
Res06
Res07
Res08
Desarrollo de
un prototipo
de
ecosistema
de software
Implementaci
n del
prototipo
desarrollado
en la PyME
LABPRO
Evaluacin de
los costos
asociados y
anlisis
peridico de
factibilidad
Expediente de
proyecto con
las
experiencias
para la futura
generalizaci
n del mismo
Introduccin de los
1
Anlisis peridico de la
factibilidad de los
introducidos.
modelos de LPS,
organizacin.
modelos de Ecosistemas,
organizacin.
hacer una comparacin de
los modelos, identificando
sus ventajas y su posible
aplicacin en la
organizacin.
Documento que recoge la
propuesta de modelo y su
implantacin en la
organizacin. Es el
resultado principal del
proyecto
Este resultado prctico es la
introduccin del modelo
propuesto en la
organizacin logrando
efectivamente mejorar su
competitividad
Este documento se anexa al
expediente y constituye la
base para el desarrollo de
futuros proyectos de
consultora de este tipo.
En este momento se
completa el resultado
Expediente de proyecto.
Este resultado es la base
para poder vender como
servicio este tipo de
proyecto de consultora.
4.1.6.- ACCIONES DE DIFUSIN PREVISTAS

Tabla 24: Actividades de difusin de los resultados
Cod.
Resultad
o
Res07
Motivo de difusin
Dar a conocer los

resultados
positivos en la
implantacin del
modelo.
Promoviendo de
esta forma la
generalizacin del
mismo y
comercializacin
como servicio de la
Sitio de
difusin
Portal web
de la
organizaci
n.
Redes
sociales
asociadas
Fecha de
difusin
Recursos
involucrados
A partir del -Acceso a

8vo mes
internet.
que se han -Computadora.
introducid -Personal de la
o los
Empresa y
resultados
equipo del
proyecto
Pg. A.40
consultora
4.2. METODOLOGA
Se propone usar en este proyecto la metodologa del PMBOK versin 5 (Project Management
Institute, 2013). Se emplea esta metodologa porque es el estndar internacional ms extendido
para la gestin de proyectos a nivel mundial. Las actividades previstas para desarrollar el
proyecto se corresponden con momentos fundamentales del proyecto ver (Piero, Prez, Torres,
& Porro, 2015) (Piero, Torres, & Prez, Experiencias en la formacin del master en gestin de
proyectos, 2013) (Piero P, 2013) . Veamos a continuacin algunas de las caractersticas de la
metodologa propuesta.
La Gua del PMBOK (Project Management Institute 2013). Introduce a los conceptos claves de la
gestin de proyecto y presenta la agrupacin de sus procesos, estableciendo sus entradas,
salidas, herramientas y tcnicas en cada caso, que son consideradas buenas prcticas en la
mayora de los proyectos y la manera en que estos procesos estn relacionados dentro del ciclo
de vida del proyecto. La gua establece adems el Cdigo de tica y conducta profesional del
PMI.
La institucin creadora de esta norma fue el Project Management Institute (PMI) (Project
Management Institute 2013), fundada en 1969, es una de las mayores asociaciones de
membresa sin fines de lucro del mundo para los profesionales de la gestin de proyectos y
desde 1998 fue acreditada como institucin desarrolladora de estndares por el Instituto
Nacional de Normalizacin de los Estados Unidos (ANSI) (Project Management Institute 2013)
(Project Management Institute 2014).
El PMI considera la esta norma como una referencia fundamental en el mbito de la direccin de
proyectos para sus certificaciones y programas de desarrollo profesional. La norma es
actualizada cada 4 aos, cuenta desde su creacin en 1987 hasta la actualidad con cinco
ediciones. En este trabajo los autores aplican la versin 5, que es la ltima versin. Fue
publicada en 2013 y consta de 47 procesos en su carcter de referencia fundamental, esta
norma no est completa ni abarca todos los conocimientos. Se trata de una gua, ms que de
una metodologa (Project Management Institute 2013) que los autores de este trabajo
personalizan para el proyecto en cuestin.
La norma establece la relacin entre grupos de procesos y reas de conocimiento. Los procesos
de la gestin de proyectos son descritos segn su naturaleza en trminos de la integracin entre
los procesos, sus interacciones y los propsitos a los cuales sirven. Los procesos de la direccin
de proyectos se agrupan en cinco categoras conocidas como Grupos de Procesos de la
Direccin de Proyectos (o grupos de procesos) (Project Management Institute 2013) (Project
Management Institute 2013) (Project Management Institute 2014):
Grupo del Proceso de Iniciacin. Aquellos procesos realizados para definir un

nuevo proyecto o una nueva fase de un proyecto ya existente, mediante la
obtencin de la autorizacin para comenzar dicho proyecto o fase.
Grupo
del
Proceso
de Planificacin.
Aquellos procesos requeridos para
establecer el alcance del proyecto, refinar los objetivos y definir el curso de accin
necesario para alcanzar los objetivos para cuyo logro se emprendi el proyecto.
Pg. A.41
Grupo del Proceso de Ejecucin. Aquellos procesos realizados para completar el

trabajo definido en el plan para la direccin del proyecto a fin de cumplir con las
especificaciones del mismo.
Grupo del Proceso de Seguimiento y Control. Aquellos procesos requeridos

para monitorear, analizar y regular el progreso y el desempeo del proyecto, para
identificar reas en las que el plan requiera cambios y para iniciar los cambios
correspondientes.
Grupo del Proceso de Cierre. Aquellos procesos realizados para finalizar todas las
actividades a travs de todos los grupos de procesos, a fin de cerrar formalmente el
proyecto o una fase del mismo.
Aunque los procesos de gestin de proyectos se presentan como elementos diferenciados con
interfaces bien definidas, se aclara que en la prctica estos se superponen e interactan y que
su aplicacin es iterativa y pueden repetirse a lo largo del proyecto.
El PMBOK cuenta con 10 reas de conocimiento que son:
rea de Gestin de la Integracin del Proyecto: La Gestin de la Integracin

del Proyecto incluye los procesos y las actividades necesarias para identificar,
definir, combinar, unificar y coordinar los distintos procesos y actividades de la
direccin de proyectos dentro de los Grupos de Procesos de la Direccin de
Proyectos. En el contexto de la direccin de proyectos, la integracin incluye
caractersticas de unificacin, consolidacin, articulacin, as como las acciones
integradoras que son cruciales para la terminacin del proyecto, la gestin exitosa
de las expectativas de los interesados y el cumplimiento de los requisitos.
rea de Gestin del Alcance del Proyecto: La Gestin del Alcance del Proyecto
incluye los procesos necesarios para garantizar que el proyecto incluya todo (y
nicamente todo) el trabajo requerido para completarlo con xito. El objetivo
principal de la Gestin del Alcance del Proyecto es definir y controlar que se incluye
y que no se incluye en el proyecto.
rea de Gestin del Tiempo del Proyecto: La Gestin del Tiempo del Proyecto
incluye los procesos requeridos para gestionar la finalizacin del proyecto a tiempo.
rea de Gestin de los Costos del Proyecto: La Gestin de los Costos del
Proyecto incluye los procesos involucrados en estimar, presupuestar y controlar los
costos de modo que se complete el proyecto dentro del presupuesto aprobado.
rea de Gestin de la Calidad del Proyecto: La Gestin de la Calidad del

Proyecto incluye los procesos y actividades de la organizacin ejecutante que
determinan responsabilidades, objetivos y polticas de calidad a fin de que el
proyecto satisfaga las necesidades por la cuales fue emprendido. Implementa el
sistema de gestin de calidad por medio de polticas y procedimientos, con
actividades de mejora continua de los procesos llevados a cabo durante todo el
proyecto, segn corresponda.
Pg. A.42
rea de Gestin de los Recursos Humanos del Proyecto: La Gestin de los

Recursos Humanos del Proyecto incluye los procesos que organizan, gestionan y
conducen el equipo del proyecto. El equipo del proyecto est conformado por
aquellas personas a las que se les han asignado roles y responsabilidades para
completar el proyecto (Canadian Department of National Defence 2015).
rea de Gestin de las Comunicaciones del Proyecto: La Gestin de las

Comunicaciones del Proyecto incluye los procesos requeridos para garantizar que la
generacin, la recopilacin, la distribucin, el almacenamiento, la recuperacin y la
disposicin final de la informacin del proyecto sean adecuados y oportunos.
rea de Gestin de los Riesgos del Proyecto: La Gestin de los Riesgos del
Proyecto incluye los procesos relacionados con llevar a cabo la planificacin de la
gestin, la identificacin, el anlisis, la planificacin de respuesta a los riesgos, as
como su seguimiento y control en un proyecto. Los objetivos de la Gestin de los
Riesgos del Proyecto son aumentar la probabilidad y el impacto de eventos
positivos, y disminuir la probabilidad y el impacto de eventos negativos para el
proyecto.
rea de Gestin de las Adquisiciones del Proyecto: La Gestin de las

Adquisiciones del Proyecto incluye los procesos de compra o adquisicin de los
productos, servicios o resultados que es necesario obtener fuera del equipo del
proyecto a fin de realizar el trabajo. La Gestin de las Adquisiciones del Proyecto
incluye los procesos de gestin del contrato y de control de cambios necesarios para
desarrollar y administrar contratos u rdenes de compra emitidas por miembros
autorizados del equipo del proyecto.
rea de Gestin de Interesados relevantes: La Gestin de los Interesados del

Proyecto incluye los procesos necesarios para identificar a las personas, grupos u
organizaciones que pueden afectar o ser afectados por el proyecto, para analizar las
expectativas de los interesados y su impacto en el proyecto, y para desarrollar
estrategias de gestin adecuadas a fin de lograr la participacin eficaz de los
interesados en las decisiones y en la ejecucin del proyecto. La gestin de los
interesados tambin se centra en la comunicacin continua con los interesados para
comprender sus necesidades y expectativas, abordando los incidentes en el
momento en que ocurren, gestionando conflictos de intereses y fomentando una
adecuada participacin de los interesados en las decisiones y actividades del
proyecto. La satisfaccin de los interesados debe gestionarse como uno de los
objetivos clave del proyecto.
5 PROYECCIN
DEL
ERC
En este captulo se muestra la proyeccin del ERC, sus soluciones y sus resultados en el tiempo
como productos comercializables y como elementos de impacto local e internacional.
5.1.- COMERCIALIZACIN DE LOS RESULTADOS/PRODUCTOS
Pg. A.43
5.1.1.- PLAN DE EXPLOTACIN DE LOS RESULTADOS Y ORIENTACIN AL MERCADO:

INDICANDO EL MERCADO AL QUE VA DIRIGIDO Y EL MODELO DE NEGOCIO Y
COMPETIDORES EXISTENTES.
Los resultados principales del proyecto van dirigidos al mercado que representan las PYMES
dedicadas al desarrollo de tecnologas de la informacin y las comunicaciones.
Fundamentalmente a las PYMES en Ecuador para las cuales se ha personalizado el modelo. No
obstante puede ser generalizado y aplicado en PYMES en cualquier parte del mundo porque
recogen los aspectos ms importantes de los modelos de desarrollo de software y sus
tendencias actuales. La propuesta actual tiene dos salidas de comercializacin que se estarn
explicando durante el desarrollo del trabajo.
Salida 1 la aplicacin de la propuesta en la organizacin PyME LABPRO Ecuador.
Salida 2 la presentacin de la propuesta como un servicio comerciable por la propia entidad
beneficiada LABPRO Ecuador, esa entidad generalizar sus experiencias en otras PYMES
recuperando la inversin realizada en la implantacin de la propuesta en su propia gestin.
El mercado est representando por las dos salidas anteriormente relacionadas: la salida 1 es el
mercado que constituye la principal entidad beneficiada. Mientras que la salida comercial 2 son
el resto de las PyME en Ecuador donde puedan ser generalizadas las experiencias y el modelo
propuesto.
El modelo de negocio en ambos casos es la comercializacin del servicio de consultora y el
acompaamiento para el montaje de modelos giles de desarrollo de software en entidades
PyME dedicadas al desarrollo de nuevas tecnologas de la informacin y las comunicaciones.
Posibles competidores de esta propuesta son otras PYMES dedicadas a la consultora en la
introduccin de nuevos modelos de desarrollo. Son adems competidores las siguientes
corporaciones o instituciones, el SEI (Software Engineering Institute, 2010a) el grupo
MOPROSOFT Mxico entre otras.
5.1.2.- CUENTA DE RESULTADOS DEL PROYECTO CON INDICACIN DEL VAN Y EL

TIR, EQUIPO PROYECTO.
En la presente seccin se presentan los resultados del anlisis de factibilidad de la propuesta.
Para ello se presenta una tabla contenido resumen del a planificacin de los costos es ingresos
para el proyecto por meses. A partir de esta informacin se mostrar el punto de recuperacin
de la inversin y se calcularan y mostrarn los valores del a VAN y la TIR al cabo de los 8 meses
de duracin del proyecto.
Para la evaluacin del proyecto en funcin de su sostenibilidad financiera (ingresos y costes
econmicos) en el tiempo se siguieron los siguientes pasos:
1. Clculo del capital requerido inversin
2. Clculo del Flujo de caja (FC)
3. Representacin del Perodo de recuperacin de la inversin (PR)
4. Clculo del Valor actual neto (VAN)
5. Clculo de la Tasa interna de rentabilidad (TIR)
Tabla 25 Resumen anlisis financiero del proyecto propuesto por mes (costos acumulados vs ingresos esperados y
acumulados para el equipo de proyecto en USD)
Montaje
ECO
Ingresos
Equipo
Proyecto Anticipo
MES 1
MES 2
MES 3
MES 4
MES 5
MES 6
MES 7
MES 8
Costos
$2.100,0 $2.340,0 $3.600,0 $2.100,0 $2.100,0 $1.230,0 $1.830,0
adicionales $5.124,18
0
0
0
0
0
0
0 $600,00
Pg. A.44
Ingresos
por
Montaje
ECO
Costo
acum
Ingresos
acum
Ingresos
acum.2
clientes
Ingresos
acum.3
clientes
$3.500,0
0
$7.224,1
8
$3.500,0
0
$3.900,0
0
$9.564,1
8
$7.400,0
0
$6.000,0
0
$13.164,
18
$13.400,
00
$3.500,0
0
$15.264,
18
$16.900,
00
$3.500,0
0
$17.364,
18
$20.400,
00
$2.050,0
0
$18.594,
18
$22.450,
00
$3.050,0
0
$20.424,
18
$25.500,
00
$1.000,0
0
$21.024,
18
$26.500,
00
$0,00
$7.000,0
0
$14.800,
00
$26.800,
00
$33.800,
00
$40.800,
00
$44.900,
00
$51.000,
00
$53.000,
00
$0,00
$10.500,
00
$22.200,
00
$40.200,
00
$50.700,
00
$61.200,
00
$67.350,
00
$76.500,
00
$79.500,
00
$5.124,18
$0,00
Se muestra a continuacin una grfica con el clculo de los puntos de recuperacin de la

inversin para el equipo que desarrolla el proyecto. Se presentan las curvas del flujo de caja
para un cliente y dos clientes en ambos casos, se recupera la inversin a la altura del 5to mes.
Ver Figura 11.
Flujo de caja para el equipo

$20,000.00
$15,000.00
$10,000.00
Flujo de caja 2 clientes
$5,000.00
USD
Flujo de caja 1 cliente
$0.00
-$5,000.00
-$10,000.00
-$15,000.00
-$20,000.00
Figura 11 Anlisis de factibilidad econmica de la propuesta de proyecto con 1 clientes y con 2 clientes.
5.1.2.1. El VAN y LA TIR para un cliente respecto al equipo implanta el proyecto.
El clculo del VAN es de $6995,79 USD para ello se emple una tasa de 0,15 y se emplearon las
frmulas del VAN no peridico implementadas en la solucin EXCEL.
El clculo de la TIR arroj una taza de 2,28 al cabo de 8 meses de ejecucin del proyecto y se
emplearon las frmulas de la TIR no peridica implementadas en la solucin EXCEL.
5.1.2.2.
El VAN y LA TIR para dos clientes respecto al equipo implanta el proyecto
El clculo del VAN es de $13991,50 USD para ello se emple una tasa de 0,15 y se emplearon
las frmulas del VAN no peridico implementadas en la solucin EXCEL.
El clculo de la TIR se mantiene igual en 2,28 al cabo de 8 meses de ejecucin del proyecto.
5.1.3.-
CUENTA
DE
RESULTADOS
DEL
PROYECTO,
PRODUCTIVIDAD
ORGANIZACIN BENEFICIADA LUEGO DE IMPLANTADO EL PROYECTO.
DE
LA
Pg. A.45
Se presenta a continuacin un anlisis de las ventas inmediatas para la Pyme LABPRO que es
beneficiada con el proyecto. Considerando los costos histricos en 8 meses y estimando las
ventajas respecto a la reduccin de los costos y el aumento en las ventas por la conclusin ms
rpida de los productos.
Tabla 26 Resumen anlisis financiero de los costos e ingresos acumulados por el proyecto en 14 meses luego de
implantado el modelo (USD)
Mes Mes Mes Mes Mes Mes Mes Mes Mes Mes Mes Mes Mes Mes
1
2 3
4 5
6 7
8 9
10
11 12 13 14
PyME
Costos
ANTES
Ingreso
s
ANTES
Costos
DESPU
S
Ingreso
s
DESPU
S
$1.2 $12. $12.

00,0 000, 000,
0
00
00
$15. $15.
$0,0 600, 600,
0
00
00
$26. $11. $11.
500, 280, 040,
00
00
00
$12.
000,
00
$15.
600,
00
$10.
800,
00
$12.
000,
00
$15.
600,
00
$10.
440,
00
$12.
000,
00
$15.
600,
00
$10.
200,
00
$12.
000,
00
$15.
600,
00
$9.8
40,0
0
$12.
000,
00
$15.
600,
00
$9.6
00,0
0
$12.
000,
00
$15.
600,
00
$9.1
20,0
0
$12.
001,
00
$15.
601,
30
$8.6
40,7
2
$12.
002,
00
$15.
602,
60
$8.1
61,3
6
$12.
003,
00
$15.
603,
90
$7.6
81,9
2
$12.
004,
00
$15.
605,
20
$7.4
42,4
8
$12.
005,
00
$15.
606,
50
$7.2
03,0
0
$16. $16. $17. $17. $17. $18. $18. $19. $19. $20. $21. $21. $21.
$0,0 536, 848, 160, 628, 940, 408, 720, 344, 969, 595, 221, 535, 849,
0
00
00
00
00
00
00
00
00
66
43
30
18
10
La Figura 12 muestra el flujo de caja para la PYME beneficiada con el proyecto considerando 14
meses luego de concluida la introduccin de resultados en el proyecto. Como se ve a partir de
4to mes el flujo de caja luego de introducidos los resultados comienza a ser positivo. En lo
adelante se disparan los ingresos tomando como base la agilidad en el desarrollo por concepto
de especializacin y la disminucin de los costos por la reutilizacin. El clculo del VAN
demuestra el aumento de los ingresos netos de la organizacin de $279523,84 USD previstos
siguiendo el modelo tradicional a un monto de $312292,00 USD luego de implantado el nuevo
modelo. Si extendemos el clculo 24 meses entonces se obtiene un incremento del 120% o sea
se duplica la productividad y se obtiene un VAN de $1858104,12 USD.
Flujo de caja para PYME Gastos e Ingresos

$160,000.00
$140,000.00
$120,000.00
$100,000.00
Flujo de Caja Despus
$80,000.00
USD
Flujo de Caja Antes
$60,000.00
$40,000.00
$20,000.00
$0.00
-$20,000.00
-$40,000.00
Figura 12 Anlisis de factibilidad econmica de la propuesta de proyecto para la PyME antes y despus de la
propuesta.
Pg. A.46
5.1.4.- POSIBILIDADES FUTURAS DE COMERCIALIZACIN POR LA PYME

Se presenta a continuacin el anlisis de los costos asociados a la implantacin y el soporte de
la solucin en un ente externo a la PyME LABPRO. De esta forma se propone un modelo
comercial para que la propuesta pueda ser generalizada recuperando la inversin desarrollada
en el diseo implementacin del prototipo.
La Tabla 27 muestra un resumen de la planificacin de los costos es ingresos acumulados para el
proyecto por meses. A partir de esta informacin se mostrar el punto de recuperacin de la
inversin y se calcularan y mostrarn los valores del a VAN y la TIR al cabo de los 8 meses de
duracin del proyecto.
Para la evaluacin del proyecto en funcin de su sostenibilidad financiera (ingresos y costes
econmicos) en el tiempo se siguieron los siguientes pasos:
1. Clculo del capital requerido inversin
2. Clculo del Flujo de caja (FC)
3. Representacin del Perodo de recuperacin de la inversin (PR)
4. Clculo del Valor actual neto (VAN)
5. Clculo de la Tasa interna de rentabilidad (TIR)
Pero en este caso se consideran los costos de la PyME en el propio proyecto de implantacin de
su mejora interna. Los ingresos estn estimados sobre la base de que la PyME debe tener
ingresos por la venta del servicio.
Tabla 27 Anlisis de los costos por implantacin en localizacin de la PyME LABPRO, clculos realizados en USD
Factibilidad
para PyME
Anticipo Mes 1 Mes 2 Mes 3 Mes 4 Mes 5 Mes 6 Mes 7 Mes 8
Costos
$26.500, $2.05 $2.05 $2.05
adicionales
00
0,00
0,00
0,00 $0,00 $0,00 $0,00 $0,00 $0,00
Ingresos por
$3.69 $3.69 $3.69
Montaje ECO
$0,00
0,00
0,00
0,00
$0,00 $0,00 $0,00 $0,00 $0,00
$1.05 $1.05 $1.05 $1.05 $1.050
Ingresos soporte
$0,00
0,00
0,00
0,00
0,00
,00
$26.500, $28.5 $30.6 $32.6 $32.6 $32.6 $32.6 $32.6 $32.65
Costo acum.
00
50,00 00,00 50,00 50,00 50,00 50,00 50,00
0,00
$5.636,6 $9.32 $13.0 $16.7 $17.7 $18.8 $19.8 $20.9 $21.95
Ingresos acum.
0
6,60
16,60 06,60 56,60 06,60 56,60 06,60 6,60
Ingresos acum.2 $11.273, $18.6 $26.0 $33.4 $35.5 $37.6 $39.7 $41.8 $43.91
clientes
20
53,20 33,20 13,20 13,20 13,20 13,20 13,20 3,20
Ingresos acum.3 $16.909, $27.9 $39.0 $50.1 $53.2 $56.4 $59.5 $62.7 $65.86
clientes
79
79,79 49,79 19,79 69,79 19,79 69,79 19,79 9,79
En la Figura 13 se muestra que al a PyME para convertir la propuesta en una oferta comercial
necesita generalizarla en ms de 1 cliente. Porque con un solo cliente no se logra por parte de la
PyME recuperar la inversin en un periodo menor de 17 meses de explotacin. Sin embargo si
la PyME logra implantar en modelo en dos clientes recupera la inversin al cabo de los 13
meses. Pero si la PyME LABPRO logra generalizar la propuesta en 3 clientes simultneamente
logra la recuperacin de la inversin en tan solo 7 meses y medio. De esta forma se demuestra
la factibilidad comercial de la propuesta.
Pg. A.47
Flujo de caja para la PyME LABPRO

60000
40000
20000
USD
Flujo de caja 1 cliente
0
-20000
-40000
-60000
Figura 13 Anlisis de factibilidad econmica de la propuesta de proyecto para la PyME con 1 cliente, con 2 clientes
y con 3 clientes.
5.1.4.1. El VAN y LA TIR para 1 cliente respecto a la PyME LABPRO.
El clculo del VAN es de $-166474, 33 USD para ello se emple una tasa de 0,15 y se emplearon
las frmulas del VAN no peridico implementadas en la solucin EXCEL en un periodo de 12
meses.
5.1.4.2.
las frmulas del VAN no peridico implementadas en la solucin EXCEL.
El clculo de la TIR dio en este caso 0,6 al cabo de 12 meses de ejecucin del proyecto.
5.1.4.3.
las frmulas del VAN no peridico implementadas en la solucin EXCEL en un periodo de 12
meses.
El clculo de la TIR dio en este caso 76,41 al cabo de 12 meses de ejecucin del proyecto.
Este ltimo clculo demuestra la factibilidad de la generalizacin de la propuesta pero solo si se
realizan en ms de 2 clientes.
5.1.5.- PLAN DE INDUSTRIALIZACIN E INVERSIONES FUTURAS

Actualmente se pueden encontrar diversos modos de financiar este proyecto, y sus inversiones
pueden tener envergadura tanto a nivel nacional como internacional. Las fuentes probables de
financiamiento se relacionan a continuacin:
Solicitud de prstamos al banco, considerando que es poco la necesidad inicial para el
financiamiento del proyecto $32650,00 USD. Y tomando los clculos con una tasa de
inters del 15 %.
Acceso a proyectos internacionales dedicados al desarrollo de PyMES en pases en vas
de desarrollo.
Pg. A.48
ONG u otras entidades interesadas en invertir en la propuesta.

Fondos propios de las PyMES considerando el bajo monto requerido en la inversin
inicial. En este caso los montos requeridos son an menores ascendiendo a $26500,00
USD
El presente proyecto est siendo financiado por la PyME LABPRO Ecuador, siendo sta la nica
empresa que participa en l en la actualidad.
Estas ayudas financieras pueden, asimismo, otorgar subvenciones que cubran una parte del
coste econmico del proyecto, adems de ofrecer prstamos con intereses que no superen el
15% (en caso contrario hay que recalcular).
5.2.- IMPACTO EN EL DESARROLLO Y CRECIMIENTO

5.2.1.- IMPACTO SOCIOECONMICO
La implantacin de este proyecto puede incrementar significativamente la productividad en la
PyME LABPRO escogida para su implantacin. Entendemos la productividad como una reduccin
en el esfuerzo y el costo necesario para desarrollar, poner en marcha y mantener un conjunto de
productos de software similares.
El entorno tradicional de desarrollo de software tiende a centrarse en el producto: cada producto
tiene su mantenimiento y los equipos humanos tambin tienden a fragmentarse de esta forma.
No se aprovechan de esta forma las potenciales sinergias que se podran derivar de la
semejanza entre productos, y el nmero de productos diferentes que se pueden gestionar
eficazmente es muy limitado.
Por el contrario, el entorno propuesto est pensado expresamente para gestionar lo comn, y su
complementario, lo variable. La reutilizacin ya no es oportunista, sino planificada, y la
incorporacin de nuevas variantes se realiza de forma sistemtica y controlada (Flores, 2013)
(Bosch, 2014a) (Bosch, 2014b). Esto agiliza no slo el desarrollo del producto y su puesta en el
mercado sino tambin su mantenimiento. La Figura 14 muestra un grfico comparativo entre
estos dos modelos de trabajo. La interseccin entre las dos lneas muestra el punto a partir del
cual se empieza a rentabilizar la inversin inicial (costo de entrada) en el modelo propuesto. A
partir de aqu, la generacin de un producto es menos costosa con la propuesta que con el
enfoque tradicional.
Pg. A.49
Figura 14 Desarrollo convencional vs Modelo propuesto en funcin de la productividad.

Los miembros de la organizacin se veran beneficiados porque obtendran mayores beneficios
econmicos al incrementar la eficiencia de la organizacin. Otro punto de vista es que con la
intorduccin del nuevo modelo hay un nivel mayor de especializacin de los recursos humanos
los cuales podrn realizar su trabajo con menor esfuerzo elevando factores como la autoestima
en los miembros de la organizacin.
5.2.2.- IMPACTO EN LA COMPETITIVIDAD DEL PAS

La incorporacin de este proyecto en los PyME de Ecuador implicara un aumento no solo en la
productividad de estas empresas, sino tambin en la calidad de los productos y/o servicios que
ofrecen, pues contaran con un ecosistema que agilice su desarrollo, facilite la reutilizacin de
los componentes entre productos semejantes y a su vez gestionar un mayor nmero de
productos diferentes eficazmente.
Adems acercara a las empresas que implementen el modelo a los estndares internacionales
de calidad. Ntese que el montaje de una lnea de productos de software prcticamente pone a
la organizacin en un nivel 3 de CMMI aumentando el reconocimiento de la misma a nivel
regional e internacional.
El pas se vera beneficiado al elevar el nivel de certificacin y reconocimiento de sus empresas
integralmente.
Otro efecto positivo para el pas es que la introduccin de los nuevos modelos va a
necesariamente arrastrar a la informatizacin del pas y la modernizacin de los planes de
formacin llevando al pas a un modelo superior en la formacin del personal.
5.2.3.- IMPACTO EN LA COMPETITIVIDAD DE LA REGIN

Un ecosistema de software que permita implantar y generalizar el uso de modelos de desarrollo
de software giles para potenciar las sinergias que se podran derivar de los productos similares
de las diferentes empresas, reforzara los vnculos entre ellas, ya sean nacionales o extranjeras.
De esta forma tambin se garantizara coherencia en el desarrollo y despliegue de productos y
tecnologas similares tanto a nivel nacional como internacional. Adems, con la integracin de
PyME dentro y fuera del pas, se estara forjando un nuevo mercado de rpida innovacin de
productos y servicios de mayor calidad.
La regin se vera beneficiada en este sentido de tres formas:
Pg. A.50
Elevacin de la calidad de las empresas desarrolladoras y mayor reconocimiento de las
mismas a nivel internacional, fortaleciendo las integraciones regionales y el comercio

internacional.
La regin se beneficia adems con el aumento en la calidad de los productos y servicios de
las empresas.
El desarrollo con mayor agilidad de los productos potenciar indudablemente la
informatizacin de las sociedades.
5.2.4.- IMPACTO EN LA COMPETITIVIDAD DE LA ORGANIZACIN

El proyecto permitir mejorar la productividad y la calidad de los servicios que se ofrecen, por lo
cual, las entidades que lo implanten, notarn mejora en su competitividad empresarial y un
aumento de su insercin en el sector (u organizacin) tanto dentro como fuera del pas.
Se complement la propuesta con un anlisis de factibilidad econmica tanto para la entidad
desarrolladora del proyecto como para la entidad beneficiada. Ver Tabla 28.
Tabla 28 Anlisis de indicadores econmicos para las entidades involucradas en el proyecto
Caso
Equipo
Implanta
proyecto
Cantidad
clientes
1 cliente
2 clientes
3 clientes
de
Indicadores
econmicos
VAN
TIR
VAN
TIR
VAN
TIR
del Caso
de
la
entidad
Beneficiada
Generalizando luego su experiencia y
el montando un nuevo servicio como modelo
de negocio
Valor
$6995,79489
2,2834769
$13991,5898
2,2834769
Valor
-166474,3267
No factible
13302,47013
0,600800687
192076,9065
76,41595078
A partir del anlisis de los indicadores podemos apreciar que para el equipo del proyecto el
proyecto es factible econmicamente. Para la entidad beneficiada el proyecto es factible porque
permitir:
Elevar la calidad de sus productos.
Lograr mayor agilidad en el desarrollo de soluciones potenciando de esta forma la venta
ms rpida de productos, la disminucin de los costos y el aumento en la competitividad de

la organizacin.
Adems con la experiencia en el desarrollo del proyecto y la documentacin recogida en el
mismo, esta entidad incorporar un nuevo modelo de negocios asociado a servicios de
montaje de la solucin que como se demostr es factible si logra generalizarlo en ms de
tres clientes.
CONCLUSIONES
El presente trabajo constituye un estudio de caso para la aplicacin de la presente investigacin,

a partir del mismo los autores arribaron a las siguientes conclusiones:
desarrollo de software y en particular a las PYMES ecuatorianas.
Pg. A.51
Existe falta de conocimiento por parte de los profesionales del sector para la caracterizacin
de los modelos de desarrollo de software elemento que afecta la introduccin de las mejores
prcticas.
La asimilacin de las mejores prcticas es una necesidad internacional demostrada por el
elevado nmero de proyectos que fracasan o que necesitan ser renegociados en la

actualidad.
Se caracterizaron los modelos de desarrollo de software giles basados en fbricas de
software, lneas de productos de software y ecosistemas de software.

Se realiz una comparacin de los modelos demostrndose que los ecosistemas de software
no se contraponen a los modelos basados en factoras o a los modelos basados en lneas de

productos de software, sino que los complementan. Pero cada organizacin debe identificar
segn sus caractersticas propias que modelo es el ms adecuado para ella.
La novedad del proyecto est en proponer un nuevo modelo de desarrollo de software
alineado a las mejores prcticas internacionales a adaptado a las PyME de Ecuador.

Se logr implantar el prototipo en la PyME LABPRO de desarrollo de software de Guayaquil y
se presentan en el trabajo los estudios de factibilidad de la propuesta. Se demostr la

factibilidad en el aumento en la productividad en la organizacin y adems se provee a la
PymE LABPRO de un nuevo modelo de negocio asociado a generalizar sus experiencias en
otras instituciones.
Se muestra la factibilidad de la propuesta, utilizando los indicadores flujo de caja, VAN y TIR.
Se consideraron varios enfoques tanto para la PyME objeto de estudio donde se aplicar la
propuesta como para el equipo desarrollador de la misma.
Se analiz el enfoque estratgico de la propuesta tomando en consideracin el modelo de
las cinco fuerzas de Porter y de la cadena de valor.

Se mostr en el trabajo la aplicabilidad de los modelos de computacin con palabras para el
anlisis estratgico facilitando la comprensibilidad de los resultados finales.
BIBLIOGRAFA
Alonso Meddia, Samuel, Gmes Fontallis, David, Anlisis Porter de las Cinco fuerzas de la
competitividad, Coleccin de Libros Escuela Organizacin Industrial, Online
http://www.eoi.es/wiki/index.php/An
%C3%A1lisis_Porter_de_las_cinco_fuerzas_en_Competitividad, Last Update 2012, Acceso 2016.
Alves, Carina F., Geir K. Hanssen, Jan Bosch, Slinger Jansen (Eds.) Proceedings of 5th
International Workshop on Software Ecosystems (IWSECO 2013) Workshops hosted by 4th
International Conference on Software Business (ICSOB 2013) in Potsdam, Germany, June 11,
2013.
Brbak, H. Ch., Marius, K., Kyng, M., Manikas, K. Analysis and design of software ecosystem
architectures Towards the 4S telemedicine ecosystem, Information and Software Technology
56. 2014. 14761492.
Basso, P. F., Pillat, M. R., Roos-Frantz, F., Frantz, Z. R. Study on Combining Model-driven
Engineering and Scrum to Produce Web Information Systems. In Proceedings of the 16th
International Conference on Enterprise Information Systems, 2014, pp. 137-144, DOI:
10.5220/0004859101370144.
Berger, T., Pfeiffer, R., et. al. Variability mechanisms in software ecosystems, Information and
Software Technology 56, 2014, pp. 15201535.
Pg. A.52
Bosch, J. Continuous software engineering: An introduction, Continuous Software Engineering,

2014a, pp.3-13, Springer International Publishing.
Bosch, J. Achieving Simplicity with the Three Layer Product Model. IEEE Computer, 46, 11 2013,
pp. 34-39.
Bosch, J., ESAO: towards data-and ecosystem-driven R&D, Proceedings of the 18th International
Software Product Line Conference. 2014b, vol. 1, pp.363-363, ACM.
Bosch, J., Bosch-Sijtsema, P. M. ESAO: A holistic ecosystem-driven analysis model, Software
Business. Towards Continuous Value Delivery. 2014c, Springer International Publishing, pp. 179193.
Bosch, J., Bosch-Sijtsema, P. M. ESAO: A holistic Ecosystem-Driven Analysis Model. In: C.
Lassenius and K. Smolander (Eds.): ICSOB 2014d, LNBIP 182, pp. 179193, Springer International
Publishing Switzerland 2014. ISBN 978-3-319-08737-5.
Bosch-Sijtsema, P. M., Bosch, J. Plays nice with others? Multiple ecosystems, various roles and
divergent engagement models, Technology Analysis & Strategic Management, 2015, vol. 27,
Issue 8, pp. 960-974.
Bosch-Sijtsema, P. M.; Bosch, J. Aligning innovation ecosystem strategies with internal, R&D.
Proceedings of the 2014 IEEE ICMIT, 7th international conference on management, of innovation
and
technology.
Singapore,
September
2014
pp.
424-430,
http://dx.doi.org/10.1109/ICMIT.2014.6942464.
Brede, N., mite, D., Hanssen, G. K., Barney, H. From offshore outsourcing to insourcing and
partnerships: four failed outsourcing attempts, Empirical Software Engineering, 2014, vol. 9,
Issue 5, pp. 1225-1258, Springer US.
Brummermann, H., Keunecke, M., Schmid, K. Managing the Evolution and Customization of
Database Schemas in Information System Ecosystems, Advanced Information Systems
Engineering, 25th International Conference, CAiSE 2013, Valencia, Spain, June 17-21, 2013.
Proceedings, pp. 417-432, vol. 7908, Lecture Notes in Computer Science DOI 10.1007/978-3642-38709-8_27, Print ISBN 978-3-642-38708-1, Online ISBN 978-3-642-38709-8, Series ISSN
0302-9743, Springer Berlin Heidelberg.
Canils, M.C.J., Bakens, R.J.J.M. The effects of Project Management Information Systems on
decision making in a multi project environment. 2, Paris: s.n., 2012, International Journal of
Project Management, vol. 30, pp. 162-175. ISSN: 0263-7863.
Capilla, R., Bosch, J. Dynamic Variability Management Supporting Operational. Speed, Data, and
Ecosystems: The Future of Software Engineering Software, IEEE, 2016, vol. 33, Issue 1, pp. 8288.
Capilla, R., Bosch, J., Trinidad, P., Ruiz-Corts, A., Hinchey, M. An overview of Dynamic Software
Product Line architectures and techniques: Observations from research and industry. Journal of
Systems and Software 91, 2014, pp. 3-23.
Castell, J., Piero, P. ETL. Ecosistema de software para la construccin de herramientas de
gestin de proyectos, IV Congreso Iberoamericano de Ingeniera de Proyectos, PUCON, CHILE,
2013.
Da Silva, I. F., Anselmo, P., et. al. Software product line scoping and requirements engineering in
a small and medium-sized enterprise: An industrial case study. 2014. Journal of Systems and
Software 88: 189-206.
Da Rocha, A., et. al. Adecuacion de Procesos para Fbricas de Software. Brasil: s.n., 2004.
Pg. A.53
De Almeida, E. S., De Lemos, S. R. Using a multi-method approach to understand Agile software

product lines. 2015. Information & Software Technology 57: 527-542.
Do Carmo, I. M., McGregor, J. D. Yguarat Cerqueira Cavalcanti, Eduardo Santana de Almeida, On
strategies for testing software product lines: A systematic literature review. 2014. Information &
Software Technology 56(10): 1183-1199.
Dos Santos R. P., Gilda, M., Esteves, P., Freitas, G. S., De Souza, J. M. Using Social Networks to
Support Software Ecosystems Comprehension and Evolution. Social Networking, 2014, vol. 3, pp.
108-118, Published Online February 2014, url http://www.scirp.org/journal/sn, doi
http://dx.doi.org/10.4236/sn.2014.32014.
Eckhardt, E., Kaats, E., Jansen, S., Frota, C. The Merits of a Meritocracy in Open Source Software
Ecosystems. Proceedings of the ECSA 2014. European Conference on Software Architecture,
2014, Vienna, Austria, pp. 7:1--7:6, url http://doi.acm.org/10.1145/2642803.2642810, doi
10.1145/2642803.2642810.
Eklund, U., Bosch, J. Architecture for embedded open software ecosystems, Journal of Systems
and Software, 2014, Elsevier, vol. 92, pp.128-142.
Fernndez, A. A. Fbricas de Software, Factores Motivadores, restricciones y tendencias. 2005.
Flores, R., Krueger, Ch. W., Clements, P. C. Second-Generation Product Line Engineering: A Case
Study at General Motors. Systems and Software Variability Management 2013, pp. 223-250.
Fotrousi, F., Fricker, S. A., Fiedler, M., Le-Gall, F. KPIs for Software Ecosystems: A Systematic
Mapping Study, C. Lassenius and K. Smolander (Eds.): ICSOB 2014, Springer International
Publishing Switzerland, LNBIP 182, pp. 194211.
Frantz, R. Z., Sawicki, S., Roos-Frantz, F. R., Corchuelo, V. Desafios para a Implantao de
Solues de Integrao de Aplicaes Empresariais em Provedores de Computao em Nuvem,
Salo do Conhecimento 2014, 2 (01).
Frantz, R. Z., Sawicki, S., Roos-Frantz, F. R., Yevseyeva, I., Emmerich, M. On Using Markov
Decision Processes to Model Integration Solutions for Disparate Resources in Software
Ecosystems. 2015a, 17th International Conference on Enterprise Information Systems (ICEIS).
Frantz, R. Z., Corchuelo, R., Roos-Frantz, F. On the Design of a Maintainable Software
Development Kit to Implement Integration Solutions, Journal of Systems and Software 111.
2015b, pp. 89-104.
Freytag, S. S., Frantz, R. Z., Roos-Frantz, F. Desenvolvimento de uma ferramenta iterativa para a
visualizao da cobertura de sinal de antenas baseada em simulated annealing, Salo do
Conhecimento, 2014, 2 (01).
Greenfield, J. Microsoft Developers Network. [En lnea] Microsoft, 18 de 12 de 2006. [Citado el:
12 de 11 de 2010].
GreenField, J., Short, K. Moving To Software Factory. EEUU: Microsoft, 2008.
Hanssen, G. K., Kulbrandstad, I., Haugset, B. Introducing SafeScrum, Agile Processes, in Software
Engineering, and Extreme Programming: 16th International Conference, XP 2015, Helsinki,
Finland, May 25-29, 2015, Springer, vol. 212, pp. 365.
Hanssen, G. K., Frota, C., Bosch, J. Special issue editorial: Understanding software ecosystems.
Information & Software Technology, 2014, vol.
56, no. 11, pp. 1421--1422, url
http://dx.doi.org/10.1016/j.infsof.2014.06.013, doi 10.1016/j.infsof.2014.06.013.
Pg. A.54
Hartmann, H., Van Der Linden, F., Bosch, J. Risk based testing for software product line
engineering, Proceedings of the 18th International Software Product Line Conference, vol. 1,
2014b, pp. 227-231, ACM.
Haugg, I. G., Frantz, R. Z. Modelagem Conceitual de uma Soluo de Integrao para o Processo
de Rematrcula da Universidade Uniju, 2015, III Seminrio de Formao Cientfica e Tecnolgica
(SFCT), 5-6.
Herbsleb, J., Kastner, Ch., Bogart, Ch. Intelligently Transparent Software Ecosystems. IEEE Softw.
33, 1, January 2016, 89-96. DOI=http://dx.doi.org/10.1109/MS.2015.156.
Hernndez, I., Sawicki, S., Roos-Frantz, F., Frantz, R. Z. Cloud Configuration Modelling: a
Literature Review from an Application Integration Deployment Perspective, Procedia Computer
Science 64, 2015, 977 983.
Herrera F. and Martnez L.. A 2-tuple fuzzy linguistic representation model for computing with
words. IEEE Transactions on Fuzzy Systems, 8(6):746752, 2000.
Holmstrm, H. O., Bosch, J. Strategic Ecosystem Management: A Multi-case Study in the B2B
Domain, Product-Focused Software Process Improvement, 2015a, pp.3-15, Springer International
Publishing..
Holmstrm, H. O., Bosch, J. Strategic Ecosystem Management: A multi-case study on challenges
and strategies for different ecosystem types, Software Engineering and Advanced Applications
(SEAA), 2015b, 41st Euromicro Conference on IEEE, pp. 398-401.
Holmstrm, H. O., Sandberg, A., Bosch, J., Alahyari, H. Scale and responsiveness in large scale
software development, Software, IEEE, 2014a, vol. 31, Issue 5, pp. 87-93.
Holmstrm, H. O., Bosch, J. Towards agile and beyond: an empirical account on the challenges
involved when advancing software development practices, Agile Processes in Software
Engineering and Extreme Programming, 2014b, pp. 327-335, Springer International Publishing.
Howison, J., Deelman, E., McLennan, M. J., Da Silva, R. F., Herbsleb, J. D. Understanding the
scientific software ecosystem and its impact: Current and future measures. Research Evaluation
Advance Access published July 27, 2015, pp. 117, doi:10.1093/reseval/rvv014.
Hyrynsalmi, S., Suominen, A., Mntymki, M. The influence of developer multi-homing on
competition between software ecosystems, The Journal of Systems and Software 111, 2016, pp.
119127.
Jansen, S., Handoyo, E., Frota, C. Scientists' Needs in Modelling Software Ecosystems.
Proceedings of the 2015 European Conference on Software Architecture Workshops,
Dubrovnik/Cavtat,
Croatia,
September
7-11,
2015,
pp.
44:1-44:6,
url
http://doi.acm.org/10.1145/2797433.2797479, DOI 10.1145/2797433.2797479.
Jansen, S., Brinkkemper, S., Cusumano, M. A. Software Ecosystems: Analyzing and Managing
Business
Networks
in
the
Software
Industry.
2013.
Edward
Elgar
Publishing,
Incorporated.ISBN:178195562X 9781781955628.
Keunecke, M., Brummermann, H., Schmid, K. The feature pack approach: systematically
managing implementations in software ecosystems. In Proceedings of the Eighth International
Workshop on Variability Modelling of Software-Intensive Systems (VaMoS '14). 2014. ACM, New
York, USA, Article 20, pp. 7 DOI=http://dx.doi.org/10.1145/2556624.2556639.
Kruger, Ch. W., Clements, P. C. Second generation systems and software product line
engineering. 2015. SPLC: 388-389.
Pg. A.55
Kruger, Ch. W. Introduction to Software Product Lines. BigLever Software. Disponible en:
http://www.softwareproductlines.com/introduction/.Citado en fecha: 31/01/2010. 2006.
Lima, C. R., Soares, M. P., et. al. Initial Evidence for Understanding the Relationship between
Product Line Architecture and Software Architecture Recovery. SBCARS 2015: pp. 40-49.
Lima, C. R., Do Carmo, I., Cardoso, V., Santana, E. Analyzing the Effectiveness of a System
Testing Tool for Software Product Line Engineering (S). SEKE 2013, pp. 584-588.
Manikas, K., Marius, K. Reviewing the Health of Software Ecosystems A Conceptual Framework
Proposal. Proceedings of 5th International Workshop on Software Ecosystems (IWSECO 2013),
June 11, 2013a. Workshops hosted by 4th International Conference on Software Business (ICSOB
2013) in Potsdam, Germany.
Manikas, K., Marius, K. Software ecosystems - A systematic literature review. J. Syst. Softw. 86, 5,
May 2013b, 1294-1306. DOI=http://dx.doi.org/10.1016/j.jss.2012.12.026.
Marante, Valdivia, Marbys. Evaluacin crtica sobre modelos de factora de software. [En lnea]
Diciembre de 2008.
McArthur, J. J. A building information management (BIM) framework and supporting case study
for existing building operations, maintenance and sustainability, International Conference on
Sustainable Design, Engineering and Construction, Procedia Engineering 118, 2015, 1104
1111.
Montilva, J. A. Desarrollo de Software Basado en LPD. C., Argentina: s.n., 2006. pg. 67.
Northrop, L., Jones, L. G. Introduction to Software product Line Adoption. Software Engineering
Institute,
Carnegie
Mellon
University.
2008.
Disponible
en:
http://www.sei.cmu.edu/publications/documents/04.reports/04tr022.html. Consultado en fecha:
10/04/2012.
Prez, I., Piero, P., et. al. Modelo para el aprendizaje automtico aplicacin en la Direccin
Integrada de Proyectos, II Conferencia Internacional de Ciencias Computacionales e Informtica,
XV Convencin y Feria Internacional, Informtica 2013 ISBN 978-959-7213-02-4, La Habana,
Marzo 2013, Cuba.
Pinto de Medeiros, Definio de processos reutilizveis para o servio de fornecimento de
software por fbricas de software, Julho de 2014, Thassa Diirr, Universidade Federal do Estado
do Rio de Janeiro, Centro de Cincias Exatas e Tecnologia, Programa de Ps-graduao em
Informtica, Orientador: Gleison dos Santos Souza Rio de Janeiro, RJ Brasil.
Piero, P. Y., Prez, I. ETL. Sistema de Informacin para la Gestin de Organizaciones Orientadas
a Proyectos, V Congreso Iberoamericano de Ingeniera de Proyectos, Loja Ecuador, 2014a
http://congreso.riipro.org/index.php/CIIP/V-CIIP/paper/viewFile/105/31.
Piero, P. Y. "Proceso para la planificacion y el control de proyectos de software usando GESPRO,
2014a, Revista Ciencias de la Informacin vol. 8, No. 2, indexada CITMA, SCIELO, EBSCO,
LATININDEX, INSPEC, ISSN: 2227-1899.
PMI Gua de los Fundamentos para la Direccin de Proyectos (Gua del PMBOK). Edtion ed.
Pennsylvania, EEUU: Project Management Institute, Inc., 2008. 502 p. ISBN 978-1-933890-72-2.
Porter, ME (1979) "Cmo las fuerzas competitivas estrategia de la forma", Harvard Business
Review, marzo / abril de 1979.
Porter, ME (1985) "Ventaja Competitiva", The Free Press, Nueva York, 1985.
Richard, M. The Top Reasons Projects are Unsuccessful. Diciembre, s.l. : PM World Journal, 2012.
Pg. A.56
Roos-Frantz, F., Binelo, M., Frantz, R. Z., Sawicki, S., Basto-Fernandes, V. Using Petri Nets to
Enable the Simulation of Application Integration Solutions Conceptual Models, 17th International
Conference on Enterprise Information Systems (ICEIS), 2015, 1, 87-97.
Sadi, M., Dai, J., Yu, E. Designing Software Ecosystems: How to Develop Sustainable
Collaborations?, Advanced Information Systems Engineering Workshops, 2015a, pp.161-173,
Springer International Publishing.
Sadi, M., Yu, E. Designing Software Ecosystems: How Can Modeling Techniques Help?, Enterprise,
Business-Process and Information Systems Modeling, 2015b, pp. 360-375, Springer International
Publishing.
Sadi, M., Yu, E. Analyzing the evolution of software development: From creative chaos to
software ecosystems, Research Challenges in Information Science (RCIS), 2014 IEEE Eighth
International Conference on pp. 1-11.
Sametinger, J. Software Engineering with Reusable Components. Berlin Heilderberg : Springer Verlag Berlin Heilderberg, 1997.
Santana, F. W., Cludia, M. L. Werner. Towards the Analysis of Software Projects Dependencies:
An Exploratory Visual Study of Software Ecosystems. Proceedings of 5th International Workshop
on Software Ecosystems (IWSECO 2013) Workshops hosted by 4th International Conference on
Software Business (ICSOB 2013) in Potsdam, Germany, June 11.
Sawicki, S., Frantz, R. Z., Basto-Fernandes, V., Roos-Frantz, F., Yevseyeva, I. Characterising
Enterprise Application Integration Solutions as Discrete-Event System, 2015. Handbook of
Research on Computational Simulation and Modeling in Engineering.
Schaefer, I. Alves, V., De Almeida, E. S. Proceedings of the Tenth International Workshop on
Variability Modelling of Software-intensive Systems, Salvador, Brazil, January 27 - 29, 2016. ACM
2016, ISBN 978-1-4503-4019-9.
Serebrenik, A. Challenges in Software Ecosystems Research, ECSAW 15, September 07 - 11,
2015, Dubrovnik/Cavtat, Croatia, 2015 ACM. ISBN 978-1-4503-3393-1/15/09.
Spauwen, R., Jansen, S. Towards the Roles and Motives of Open Source Software Developers.
Proceedings of 5th International Workshop on Software Ecosystems (IWSECO 2013) Workshops
hosted by 4th International Conference on Software Business (ICSOB 2013) in Potsdam,
Germany, June 11, 2013.
Sthl, D., Bosch, J. Modeling continuous integration practice differences in industry software
development. Journal of Systems and Software 87, 2014a, pp. 48-59.
Sthl, D., Bosch, J. Automated software integration flows in industry: a multiple-case study,
Companion Proceedings of the 36th International Conference on Software Engineering, 2014b,
pp. 54-63, ACM.
SungYong, U., Youngjin, Y., Wattal, S. The Evolution of Digital Ecosystems: A Case of WordPress
from 2004 to 2014. Temple University, 2014.
Syed, S., Jansen, S. On Clusters in Open Source Ecosystems. Proceedings of 5th International
Workshop on Software Ecosystems (IWSECO 2013) Workshops hosted by 4th International
Conference on Software Business (ICSOB 2013) in Potsdam, Germany, June 11.
The Standish Group International. The CHAOS Manifesto. Thecnical, The Standish Group
International, Incorporated. , 2013.
The Standish Group International, . Big Bang Boom, Chaos Report. Chaos Report, New York: The
Standish Group International, Inc, 2014.
Pg. A.57
Torres Lpez, S.; Lugo Garca, J.A.; Piero Prez, P.Y.; Prez Fuentes, A. (2014a). Gestin de
recursos humanos para centros de desarrollo de sistemas de informacin. Ciencias de la
Informacin, Vol. 45, No. 2. pp.3-8, ISSN: 0864-4669. (SCIELO).
Torres Lpez, S.; Lugo Garca, J.A.; Piero Prez, P.Y.; Prez Fuentes, A. (2014b). Tcnicas formales
y de inteligencia artificial para la gestin de recursos humanos en proyectos informticos.
Revista Cubana de Ciencias Informticas, Vol. 8, No. 3. pp.41-52, ISSN: 2227-1899. (SCIELO).
Vale, T., Alvim, L., Rocha, L., et. al. SPLICE: A Lightweight Software Product Line Development
Process for Small and Medium Size Projects. SBCARS 2014. pp. 42-52.
Valencia, G., Frota, C., Heimann, V., Jansen, S., Brinkkemper, S. Competition and collaboration in
requirements engineering: A case study of an emerging software ecosystem. IEEE 22nd
International Requirements Engineering Conference, 2014, Karlskrona, Sweden, August 25-29,
2014,
pp.
384-393,
2014,
url
http://dx.doi.org/10.1109/RE.2014.6912289,
doi
10.1109/RE.2014.6912289.
Van Angeren, J., Frota, C., Jansen, S. Analyzing app developer relationships in commercial
platform ecosystems. Journal of Systems and Software, 2016, vol. 113, pp. 430-445, url
http://dx.doi.org/10.1016/j.jss.2015.11.025, DOI 10.1016/j.jss.2015.11.025.
Wiesner, A. K., Frantz, R. Z. Modelagem Matemtica e Computacional para Identificao de
Gargalos de Desempenho em Solues de Integrao, III Seminrio de Formao Cientfica e
Tecnolgica (SFCT). 2015, pp. 11-12.
Wnuk, K., Runeson, P., Lantz, M., Weijden, O. Bridges and barriers to hardware-dependent
software ecosystem participation A case study, Information and Software Technology 56, 2014,
pp. 14931507.
ANEXOS
ANEXO 1. DESCRIPCIN DEL PROCESO 1 EN NOTACIN IDEF0.
Figura 15 Descripcin del Proceso 1 en Notacin IDEF0
Pg. A.58
Pg. A.59
Pg. A.60

Ecosistema de Software para Pymes

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Ecosistema de Software para Pymes

Cargado por

Copyright:

Formatos disponibles

Estudio y Resolucin de Caso

Estudio y Resolucin de Caso (ERC)

Tutor: Jon Arambarri

Estudio y Resolucin de Caso (ERC), FUNIBER

Estudio y Resolucin de Caso (ERC), FUNIBER

Objetivos y finalidad del proyecto...................................................................1

2.3. Contenido y alcance del proyecto...........................................................................4

Propuesto por Basili...................................................................8

3.2.2. Estado del arte de las Lneas de productos de Software................11

3.2.3 Ecosistemas de software tendencias...............................................14

3.3.- Carcter innovador del proyecto........................................................................17

3.5.- Anlisis del sector y cadena de valor..................................................................19

3.5.2. Estudio de la cadena de valor sectorial..........................................25

Organizacin del trabajo...............................................................................28

4.1.4 Resumen de los costos del proyecto...............................................32

Proyeccin del ERC......................................................................................38

5.1.3.- Cuenta de resultados del proyecto, productividad de la

5.1.5.- Plan de industrializacin e inversiones futuras.............................43

5.2.- Impacto en el desarrollo y crecimiento...............................................................43

Estudio y Resolucin de Caso (ERC), FUNIBER

Anexo 5. Descripcin del Proceso 5 en Notacin IDEF0...........................................53

Tabla 1: Indicadores para la evaluacin de la fuerza 1...................................................20

Figura 1: Organigrama de la PyME LABPRO...................................................................... 6

Figura 13 Anlisis de factibilidad econmica de la propuesta de proyecto para la PyME

Estudio y Resolucin de Caso (ERC), FUNIBER

Software architecture / Arquitectura de Software: [] defines the fundamental

Lneas de productos de software.

Y FINALIDAD DEL PROYECTO

Este captulo se presenta el problema de problema de investigacin y se justifica el mismo

2.1. MARCO DEL PROYECTO.

requieren ser adaptadas a las condiciones de las pequeas y medianas empresas de

de entidades respecto a su madurez para la aplicacin de uno u otro modelo de desarrollo

caracterizacin de los modelos y el anlisis de su viabilidad en diferentes contextos.

los modelos tradicionales en funcin de elevar la competitividad de las organizaciones.

de proyectos renegociados o que fracasan con elevado impacto econmico y social.

situacin provoca un uso equivocado de las definiciones y errores en la introduccin de los

universitaria conocimientos relacionados con los modelos de desarrollo de software.

los proyectos en ejecucin.

ISO 21500 necesitan ser adaptados para su implementacin en la PyME.

luego su generalizacin en forma de servicio de consultora en otras PyME en la regin.

El problema de investigacin al que nos enfrentamos est dado por:

OBJETIVOS DEL PROYECTO

Objetivos generales. Objetivos especficos de trabajo y objetivos especficos de investigacin.

2.2.1. OBJETIVO GENERAL

Montar un prototipo de ecosistema de software en una PyME en Guayaquil Ecuador que

El campo de accin de la presente investigacin est asociado a la implantacin de los

2.2.2. OBJETIVOS ESPECFICOS

Caracterizar los modelos de desarrollo de software giles identificando sus caractersticas

principales y entornos de aplicacin.

informticas adaptado a las PYMES de Ecuador.

2.3. CONTENIDO Y ALCANCE DEL PROYECTO

necesidades de los entornos de su aplicacin.

requerimientos para su implantacin.

los requerimientos actuales de su aplicacin.

las ventajas y desventajas de cada uno segn el contexto de aplicacin.

informticas adaptado a las PYMES de Ecuador.

organizaciones esta propuesta deber ser reajustada.

productos, no a entidades que funcionen como factoras de programas.

2.4.- RESULTADOS ESPERADOS

Documento de caracterizacin de las fbricas de software como modelo de desarrollo gil

Documento de caracterizacin de las lneas de productos de software como modelos de

desarrollo y los requerimientos para su implantacin.

desarrollo y los requerimientos actuales de su aplicacin.

software identificando las ventajas y desventajas de cada uno segn el contexto de