Diseño de una metodología para el desarrollo de aplicaciones móviles en empresas PyMES de la región centro occidente de México.

Transcripción

1 Séptimo Coloquio Interdisciplinario de Doctorado Universidad Popular Autónoma del Estado de Puebla Diseño de una metodología para el desarrollo de aplicaciones móviles en empresas PyMES región centro occidente de México. Ferreira-Medina Heberto 1,4, Vega-Lebrún Carlos Arturo 2, Morales-Salgado María del Rocío Guadalupe 2, Barrera-Monpellier Erick 1, Cendejas-Valdéz José Luis 3 1 Universidad Nacional Autónoma de México, Centro de Investigaciones en Ecosistemas hferreira@cieco.unam.mx, delabarrera@unam.mx 2 Universidad Popular Autónoma del Estado de Puebla, Posgrados carlosarturo.vega@upaep.mx, mariadelrocio.morales@upaep.mx 3 Universidad Tecnológica de Morelia joseluis.cendejas@cieco.unam.mx 4 Instituo Tecnológico de Morelia hferreir@dsc.itmorelia.edu.mx Resumen La demanda en el mercado para el desarrollo de aplicaciones que se ejecutan en dispositivos móviles (APPs), ha generado un gran auge en el desarrollo de software. Se observa que las personas utilizan cada vez más estos dispositivos. Por ello, existe la necesidad de mejorar e innovar en las APPs, que deben ser cada vez más rápidas y fáciles de elaborar. Este mercado seguirá creciendo y se ha convirtiendo en una prioridad. Se puede observar en la literatura la ausencia de entornos de desarrollo completos para los programadores, que cada vez demandan mejores prácticas y métodos. En México se reconoce una gran labor del gobierno federal por impulsar clusters de tecnologías en diferentes regiones del país, así como programas de apoyo para incentivar la industria. La demanda de aplicaciones móviles de calidad está complicando a las empresas que compiten en este mercado, los estándares y la NOM mexicana se vuelven un referente. Se propone el diseño metodología MDSIC-Móvil que está orientada al desarrollo rápido de aplicaciones y que atiende a las necesidades s empresas PyMES región. La metodología permitirá el desarrollo móvil con calidad y que pueda ser una realidad de competitividad para las PyMES. Palabras Clave Desarrollo móvil, metodología ágil, estándares de calidad, fábricas de software. 1

2 1. Introducción El auge en el desarrollo de aplicaciones móviles (también conocidas como APPs), es un mercado que seguirá creciendo y se ha convirtiendo en una prioridad para los desarrolladores. Se puede observar en la literatura la ausencia de entornos de desarrollo completos para los programadores, que cada vez demandan mejores prácticas y métodos, existen en la actualidad marcos de desarrollo que no cumplen necesariamente con esta demanda, (De Silva, Darshana, Silva, Basnayake, & Wickramarathne, 2013). En México a través del programa PROSOFT 2.0 (Secretaría de Economía, 2014) se ha incentivado la industria del desarrollo de software en diferentes regiones. En este panorama sobresalen los clusters de desarrollo región Centro-Sur y del Norte del México quiénes son los que impulsan a esta industria. Uno de estos es el cluster de alta tecnología del Centro-Occidente de México que está en pleno desarrollo y consolidación - que aglutina los estados de Jalisco, Colima, Nayarit, Aguascalientes, Guanajuato y Michoacán (definido por la CANIETI, Cámara Nacional Industria Electrónica, de Telecomunicaciones y Tecnologías Información). El reto es construir fábricas de software que compitan a nivel nacional e internacional, (Escutia Núñez, 2010). La demanda de aplicaciones móviles de calidad genera complicaciones en el mercado por lo que los estándares y la NOM mexicana se vuelve un referente para los desarrollos hechos a la medida. En (Cendejas Valdéz, Vega Lebrún, Careta Isordia, Gutierrez Sánchez, & Ferreira Medina, 2013) se propone un Modelo de Desarrollo de Software Integral Colaborativo (MDSIC) el cual está orientado al desarrollo rápido de aplicaciones y que es una necesidad de las empresas micros, pequeñas y medianas (PyMES) del Centro-Occidente de México. Este modelo propone una forma fácil y sencilla del desarrollo rápido de aplicaciones sin dejar do la Norma Oficial Mexicana (NOM ) para desarrollo de software. Sin embargo no está diseñado para el desarrollo de aplicaciones móviles, por lo que es necesario hacer las mejoras para que una metodología basada en MDSIC permita el desarrollo móvil con calidad y que pueda ser una realidad para las PyMES en México, el objetivo de esta metodología es que sea un referente de desarrollo y permita la competitividad para las fábricas de software región. En este proyecto se presenta el diseño de una metodología basada en la experiencia industria en la región Centro-Occidente de México, la metodología permitirá un desarrollo apegado a normas y a las necesidades s empresas que están inmersas en este nuevo tipo de desarrollo de software. 2. Marco teórico El desarrollo de aplicaciones móviles requiere de nuevas técnicas de desarrollo y nuevos retos, recientemente las metodologías ágiles han inundado este mercado, metodologías como extream Programming (XP), el marco de trabajo para la gestión y desarrollo de software y entornos basados en el desarrollo ágil de software (Scrum), entre otras son conocidas como metodologías AUP (Agile Process Unified), (Jeong, Lee, & Shin, 2008). Se reconoce que las metodologías más acordes para dispositivos móviles se centran en el desarrollo ágil y la generación rápida de código. Por lo general las aplicaciones móviles son pequeñas y son desarrolladas por empresas pequeñas de software (conocidas como fábricas de software), el desarrollo sistemático es quizá el problema más difícil ya que se deben de entregar resultados rápidamente, en Jeong et. al (2008), se describe que existen muchas metodologías que pueden servir para este propósito, el problema es que las empresas gastan muchos recursos para adoptarlas y dar un seguimiento de calidad, se termina trabajando para la metodología. Esto afecta en gran medida a las PyMES. Los métodos que utilizan las empresas generadoras de software en la actualidad deben obtener aplicaciones en forma rápida y de acuerdo a las necesidades de los usuarios; quiénes utilizan cada vez más los dispositivos móviles en todos los ámbitos del quehacer humano. Los métodos tradicionales de desarrollo aunado a las metodologías ágiles no ayudan a generar software de calidad, se reconoce una falta de estándares y normas que permitan validar su calidad y fiabilidad (Garzas Parra, Piattini, & G, 2007). Se hicieron análisis y revisiones sobre las empresas que desarrollan software en países como España, Argentina, México y Venezuela. Se obtuvieron datos muy interesantes sobre la industria del software y su impacto regional. El desarrollo de aplicaciones en fábricas de software lleva varios años y han enfrentado varios retos, des crisis del software hasta los estándares de calidad que en la actualidad se están requiriendo. En la última década se han publicado diversos estudios y modelos que describen como se deben seguir diferentes etapas para garantizar la calidad en los productos de software, estándares de facto y 2

3 de jure como CMMI, ISO 9126, ISO 25000, entre otros, son propuestas de como el desarrollo dirigido por modelos permite un desarrollo con calidad, beneficiando al consumidor con productos como; líneas de software, los servicios web, el desarrollo software global, nuevas tecnologías de desarrollo y el surgimiento de nuevo software para dispositivos móviles. Todos estos factores hacen que la industria del software tenga nuevos retos para lograr satisfacer a este mercado, la gestión de requisitos, las pruebas, la configuración, aspectos organizativos y de gestión en la organización, son algunos aspectos que las fabricas de software debe considerar para ser un éxito y competitivas. 2.1 Caracterización del desarrollo móvil El desarrollo móvil trae nuevos retos a la industria del software ya que la movilidad, la interconexión y la demanda de aplicaciones simples es cada vez más solicitado por los usuarios, se puede observar que en muchas tiendas en línea Global-Delivery (entrega global de APPS) la tendencia es hacia la compra-venta de software conocido como freemium (licencia gratuita sencilla que a cambio de una licencia pagada se puede acceder a todas las características de software) y al mercado actualizaciones o mejoras s aplicaciones, que muchas veces solo se accede a ellas con una licencia pagada. El rápido crecimiento del desarrollo móvil hacia nuevas aplicaciones a creado una nueva industria en el software y es quizá el reto más grande para el desarrollo. En su artículo (K. Dey, D. Abowd, & Salber, 2001), mencionan que la demanda de aplicaciones en diversos entornos y el uso del cómputo ubicuo (con movilidad) se está acelerando, uno de los grandes retos en esta industria es la facilidad de crear aplicaciones basadas en el contexto (interacción entre humanos, aplicaciones y su entorno), estás aplicaciones facilitan la interacción entre humanos y los dispositivos ubicuos. Desafortunadamente el desarrollo basado en el contexto todavía está por desarrollarse ya que los cambios y las mejoras en el cómputo ubicuo deben adaptarse a las nuevas tecnologías que surgen día a día,. Se definen tres grandes objetivos para el desarrollo de aplicaciones rápidas basadas en el contexto; 1) se debe entender el contexto sobre el cual se desarrollará la aplicación, 2) de debe utilizar un marco de desarrollo estandarizado para el diseño de aplicaciones basadas en el contexto y 3) deben existir herramientas que permitan el desarrollo de este tipo de aplicaciones. La metodología que proponen son los siguientes pasos: 1) Identificar Entidades utilizando el análisis orientado a objetos (AOO). 2) Identificar atributos contexto, propiedades/atributos s entidades contexto y su interacción. 3) Identificar la calidad de los requerimientos de servicio. 4) Selección de sensores. Se identifican las piezas del contexto que se necesita adquirir y la calidad del requerimiento del servicio para cada uno de ellos. Y 4) Derivar un diseño de software, basado en el análisis entidades, sus atributos y el contexto. Si bien la metodología propuesta por K. Dey et al. (2001) es muy útil para definir el contexto de una aplicación basada en la ubicuidad, en la actualidad existen nuevas tendencias que permiten el desarrollo de aplicaciones móviles en ambientes distribuidos (en el contexto de una red). En De Silva et al. (2013) explican que las futuras tecnologías relacionadas con dispositivos inteligentes harán la vida más fácil, el ahorro en el tiempo de una persona que utiliza esta tecnología en forma ubicua es el impacto mayor. Los dispositivos móviles ya han añadido valor a nuestras tareas cotidianas. Sin embargo, los programadores de este tipo de desarrollo, hasta el momento, parece que se les ha complicado el uso de estas tecnologías y sobre todo el desarrollo rápido con este tipo de dispositivos inteligentes. El entorno de Desarrollo Integrado Distribuido para plataformas Móviles (DIMP) se orienta hacia una innovadora forma de escribir programas de software, (De Silva, 2013). Para ayudar a la utilización de un dispositivo móvil, o un teléfono móvil, una tableta o incluso una máquina personal, DIMP permite escribir códigos fuente y de compilar en un entorno distribuido. Consiste en una aplicación móvil, un servidor central y un conjunto de servidores de compilación, una consola administrativa basada en una interface web ayuda con las funciones administrativas. DIMP es un software desarrollado que permite compilar y ejecutar los códigos desde el origen donde los usuarios pueden escribir programas en el idioma seleccionado. Si el código fuente está libre de errores, un usuario puede esperar una salida válida, mientras que un código fuente propenso a errores revelaría mensajes de errores con sugerencias útiles para la depuración. Un beneficio adicional de DIMP es que permite a un usuario para mantener el espacio de trabajo en línea así como un espacio de trabajo fuera de línea. Los códigos de fuente se pueden compartir con otros usuarios interesados. Como se observa DIMP ofrece una excelente alternativa para el desarrollo rápido de 3

4 aplicaciones, pero sigue careciendo de una metodología que permita agregar mejoras en el desarrollo y ofrecer calidad. En (Yang-Jae, Ji-Hyeon, & Gyu-Sang, 2008) se propone un metodología llamada MASAM (Mobile Application Software based on Agile Methodology) que permite un desarrollo de software para plataformas móviles. Se menciona que las metodologías ágiles son muy utilizadas, el uso metodología XP y RUP (Rational Unified Process, aceptada como ágil) ha ido en aumento. El enfoque de estas metodologías se centra en el equipo de desarrollo y en la etapa de desarrollo del software (comúnmente incluida en la mayoría s metodologías). Las acciones del equipo de desarrollo están orientadas a un elección rápida del tipo de producto que se desea, se construye y se lanza al mercado lo más rápido posible. Esta característica encaja perfectamente con la necesidad en la actualidad de desarrollar aplicaciones en forma ágil y que el usuario pueda utilizarlo en un corto tiempo. Se ha observado también que el desarrollo móvil es realizado por empresas pequeñas que se ven limitadas en personal y en infraestructura, por lo que las metodologías clásicas no les ayuda a un desarrollo ad-hoc. La metodología de MASAM se basa en tres grandes procesos que son la base metodología: 1) Rol de los participantes; Planeador, administrador, diseñador, desarrollador, equipo de desarrollo, equipo de arranque, probador, usuario, etc. 2) Definición de Tareas, y 3) Producto trabajo. Resumen del producto, planeación del proyecto, modelo de interface, patrón de arquitectura, patrón de aplicación, storycard, taskcard, modelo de arquitectura, modelo de componente, caso de prueba. Además definición de procesos se proponen 4 fases para aplicar la metodología, que se describen a continuación: 1) Fase de preparación del desarrollo. 2) Fase de materialización. El consumidor del producto debe estar representado en forma concreta 3) Fase de desarrollo del producto y 4) Fase de comercialización. Las aplicaciones móviles operan en diversas plataformas, por lo que debe de estudiarse en que entorno operaran, las políticas de entrega y el entorno o contexto del país en donde se hará la liberación. Es importante señalar que MASAM es una propuesta para desarrollar aplicaciones basada en el ciclo de vida del desarrollo de un producto y además en un marco de desarrollo de software. Existen varias desventajas que no se contemplan en el diseño como el control calidad y la falta de herramientas para un seguimiento basado en un plan. En sus tesis Spataru (2010), hace un análisis de los métodos de desarrollo ágil para aplicaciones móviles, las plataformas móviles en los últimos 5 años ha experimentado una rápida expansión y cada vez han mejorado el rendimiento que está cercano a una máquina PC-, por lo tanto el dispositivo móvil ya ofrece un solida alternativa para los usuarios, que junto con los recursos de red es muy atractiva. El desarrollo de software para plataformas móviles viene con características únicas y las metodologías que se utilizan corresponde a las etapas del ciclo de vida del desarrollo de software. El entorno de desarrollo y las tecnologías que apoyan al software en dispositivos móviles son diferentes en comparación a los valores "tradicionales" del desarrollo, (Spataru, 2010). Otra vista s restricciones asociadas a las aplicaciones móviles se presenta en Hayes (2003). El autor menciona dos tipos de restricciones, en constante evolución e inherentes. Restricciones en evolución; tales como ancho de banda, cobertura y seguridad. Por otra parte, las limitaciones inherentes, tales como el espacio en pantalla limitada, la capacidad de entrada de datos reducida (debido a un teclado limitado, por ejemplo), la capacidad de memoria, potencia de procesamiento, el arranque y la ejecución limitada, son permanentes, por lo menos en relación con los entornos de escritorio. Los desarrolladores han atacado estas limitantes mediante el enfoque del desarrollo ágil, el uso de los métodos ágiles de desarrollo de software ha recibido tanto apoyo y en ocasiones oposición. El principal argumento en contra de los métodos ágiles es la presunta falta validación científica s actividades y prácticas asociadas, así como la dificultad de integrar las prácticas basadas en un plan o falta de planeación. De hecho, algunos proyectos presentan una mezcla de características tradicionales con métodos ágiles, en cuyo caso debe lograrse un equilibrio en el uso de ambos tipos de métodos, (Boehm, 2002). Hay también incertidumbre en la distinción de los métodos ágiles de programación ad-hoc a las necesidades del desarrollo. Sin embargo, como se indica en Salo (2006), los métodos ágiles proporcionan un enfoque de desarrollo organizado. Las características distintivas más importantes se identifican en Abrahamsson (2004), las particularidades del entorno de desarrollo móvil son: un alto nivel de competitividad, necesariamente un corto tiempo para la entrega y dificultades para identificar a los interesados y sus necesidades. Los equipos de desarrollo deben hacer frente al desafío de un entorno dinámico, con modificaciones frecuentes en las necesidades y expectativas del cliente. Las limitaciones técnicas se aplican a las plataformas móviles en forma de recursos físicos limitados y especificaciones que cambian muy rápidamente. Otro problema en el desarrollo es también que hay una gran variedad de dispositivos, cada uno con características particulares de hardware, firmware y sistemas operativos. En 4

5 Abrahamsson (2007), se realiza una comparación directa entre las características del método ágil y características s aplicaciones móviles, centrado en la volatilidad del entorno, la cantidad de documentación producida, la cantidad de planificación involucrados, el tamaño del equipo de desarrollo, la ampliación aplicación en el desarrollo, la identificación del cliente y la orientación a objetos. Excepto la identificación del cliente, todas las demás características hacen que los métodos ágiles sean los más adecuado para el desarrollo aplicación móvil. El cliente se identifica como el distribuidor de software. Sin embargo, especialmente en el caso s aplicaciones móviles, el problema identificación del cliente es mucho más compleja debido a las características cambiantes s plataformas móviles y al contexto ubicuidad. Una alternativa para el desarrollo de aplicaciones móviles es la metodología Mobile-D propuesta por Abrahamsson, que se basa principalmente en los métodos de desarrollo XP y Crystal (Cockburn, 2004), además de utilizar algunos elementos de RUP. La metodología se muestra en la figura 1. Figura 1. Fases y estados metodología Mobile-D, Fuente: (VTT Electronics, 2006) Como se observa en la figura la metodología ofrece una series de fases y estados para el desarrollo de aplicaciones en forma ágil, la metodología describe en forma detallada como se pasa de una estado u otro y de una fase a otra, es un desarrollo incremental. Esta metodología es muy completa, sin embargo tiene varias desventajas; aunque se basa en control de calidad y en estándares, el seguimiento por tarea y proceso no está claro lo cual puede incurrir en costos a la hora ejecución del proyecto, el control de riesgos tampoco es considerado, por tanto el Scope (tiempo de ejecución) del proyecto no se conoce con certidumbre. Otra desventaja es que no se acompaña de un software que permita generar y documentar en forma fácil el desarrollo de una aplicación en forma completa, (Spataru, 2010). En (Scharff & Verma, 2010), se menciona que el desarrollo de aplicaciones móviles es una tarea difícil, don tecnología y la creatividad son esenciales. Las metodologías ágiles son las mejores adaptadas para el desarrollo de aplicaciones en la telefonía móvil que tienen como características; un alcance y un usuario limitados, la interacción y el tiempo de comercialización son particularmente importantes para lograr una competitividad. En este trabajo se describe un estudio que evalúa el uso de Scrum como una metodología para tener éxito en el desarrollo de aplicaciones móviles, se define un modelo innovador de trabajar con Scrum en un ambiente de desarrollo real. Scrum es un marco iterativo e incremental de uso común con metodologías ágiles. Se utiliza iteraciones de duración fija (de una a cuatro semanas) llamadas Sprints. Hay tres roles principales: 1) El propietario del producto, 2) El equipo de Scrum/entrega (equipo de tres a quince personas) quiénes desarrollan el software. 3) El Scrum Master, que es el encargado de guiar al equipo a través del proceso de desarrollo y ayuda al equipo a resolver los problemas. El proceso se basa en desarrollar la tareas definidas en las historias y dar un seguimiento a traes de una Sprint. Una s desventajas claras de Scrum es la consolidación del equipo de trabajo y el liderazgo que debe ejercer el Scrum master, los problemas conocidos metodología pueden resumirse: No se aplica para grandes proyectos, en caso de aplicaciones muy grandes esto puede ser una desventaja. Se requiere de un experto que revise el cumplimiento metodología, lo cual conlleva a una capacitación previa de los encargados del proyecto. Las empresas deben adaptarse a la aplicación metodología tal cual y no viceversa, ya que podría generarse atascos en la aplicación metodología. Se presupone que el equipo está bien formado y motivado 5

6 Se presupone que el cliente está muy involucrado en el desarrollo, participa en forma activa y continua, revisa en forma frecuente el avance y la funcionalidad del desarrollo después de cada Sprint. Se ha observado que muchos clientes se involucran al inicio del proyecto en el establecimiento de los requerimientos y después ya no dedica tiempo en revisar avances. Se presupone que el cliente no exige o no necesita de toda la documentación del proyecto y que los diferentes estándares o normativas internacionales comúnmente exigen como prueba de calidad. Existen herramientas que permiten llevar el control en la metodología pero no son totalmente colaborativas ni integrales, lo que arroja inconsistencias en el costo proyectado del proyecto. En J. Valdez et al. (2013), se menciona que a lo largo s últimas tres décadas el desarrollo de software ha estado inmerso en una problemática cual ha sido difícil de sobreponerse. El principal problema del desarrollo de software, es el desarrollar productos de calidad que satisfagan las necesidades y objetivos s organizaciones. Además, que el software no se encuentra alineado con los objetivos y metas organización, es decir el software solo es desarrollado por expertos de TI que se dedican a realizar un análisis, diseño y desarrollo del mismo, pero nunca se hacen acompañar por expertos de los procesos organizacionales que beneficien el desarrollo del producto de una manera formal. Dicho modelo acompaña a los desarrolladores expertos a través de 4 diferentes niveles que brindan las mejores prácticas para el desarrollo de software, además de ser respaldas esos cuatro niveles por los procesos que propone el Project Management Institute (PMI), lo que permite generar software de calidad alineado con la estrategia organización. El modelo está basado en la experiencia de los desarrolladores región centro-occidente de México. De acuerdo al estudio obtenido de una encuesta a empresas desarrolladoras de software el modelo se estructura en 5 niveles que faciliten la administración de proyectos de software en pequeñas-medianas empresas y que requieran desarrollar software de una manera ágil. Ver figura 2. MDSIC está en pleno desarrollo y todavía faltan muchas pruebas sobre el modelo, sin embargo presenta algunas deficiencias que es necesario revisar para mejorar el desarrollo: No se tiene un control sobre los tareas y procesos del proyecto, se tiene un WBS como base para definir la tareas pero no se le da seguimiento. No se definen entregables en el modelo por lo que el trabajo en un Sprint no está bien definido, esto es una parte muy importante para el desarrollo ágil. No se le da seguimiento al cumplimiento de una tarea en tiempo y forma, por lo que el costo del proyecto tiende a elevarse si los promotores del proyecto no están atentos al mismo. Carece de una metodología para definir los elementos del proyecto, desde procesos, tareas, seguimiento de tareas, costos, métricas y el control del Scope del proyecto. No se contemplan los costos y los riesgos que podrían incurrirse al no desarrollarse una tarea en tiempo Figura 2. Modelo de desarrollo de software integral colaborativo MDSIC, Fuente: Cendejas et al. (2013). 6

7 1. Diseño metodología MDSIC-Móvil Como parte esencial de este proyecto es medir indicadores en las PyMES que desarrollan aplicaciones móviles, se realizó un estudio transversal s diferentes modelos y metodologías encontrados en la literatura, se este análsis se obtuvieron las variables que son necesario censar entre la empresas región y proponer así una metodología adhoc. En la figura 3 se muestra las etapas para lograr un diseño apegado a las necesidades región. 1. Marco teórico Caracterización del desarrollo móvil e identificación de variables Análisis transversal de los modelos y metodología existentes 2. Objetivos metodología De acuerdo a los objetivos establecer la variables dependientes e independientes a analizar Establecer variables no censadas en el modelo MDSIC 3. Encuesta a los desarrolladores región Establecer la necesidades s PyMES región de acuerdo a su experiencia Establecer la población encuesta de acuerdo a un intevalo de confianza Analizar la consistencia s encuestas aplicadas mediante el alfa de Cronbach Establecer correlaciones entre la variables censadas, correlación de Pearson 4. Propuesta metodología Análizar la correlaciones y establecer la importancia de cada una variables censadas Establecer necesidades s PyMES y su alineación con una metodología de desarrollo Proponer una metodología ad-hoc, estándares y mejores prácticas 5. Pruebas metodología Diseñar los elementos metodología y apoyarse con el desarrollo de un software para simplicar su utilización Realizar un cuasi-experimento viabilidad metodología Documentar resultados Figura 3. Etapas el diseño y pruebas metodología, Fuente: propia. En la tabla siguiente se muestran las variables dependientes de cada uno de los objetivos en específico derivados del objetivo principal del proyecto, los elementos marcados en rojo ya fueron censados en el proyecto MDSIC y solo hace referencia a estos indicadores (en rojo). Ver tabla 1. Tabla 1. Variables independientes que se necesitan censar para incluirse en la metodología, fuente: propia. Objetivo Específicos Variables independientes Realizar una caracterización del desarrollo de Tipos de tecnologías donde se aplica aplicaciones móviles para conocer sus Conectividad componentes Tendencias en el desarrollo; E-Bussines, E-Commerce, E- education, E-Learning, E-Gamming, nuevas tendencias Cómputo distribuido Diseñar una Cómputo paralelo metodología para el Framework de desarrollo desarrollo de software Servicios utilizados en APPs en dispositivos Investigar las fábricas de software que Proceso de desarrollo móviles que desarrollan aplicaciones móviles en los Desarrollo dirigido por modelos (DSDM ó MDA) contribuya a la calidad clusters región centro-occidente Desarrollo dirigido por lenguajes, plataformas y en fábricas de software componentes (SF/IDE) (PyMES), Tiempo de desarrollo fomentando el Mantenimiento en las aplicaciones desarrollo de Generación del software aplicaciones en la Metodología empleada región Centro Interoperabilidad Occidente del país Madurez Estándares de calidad Modelos de Global-Deliver 7

8 Investigar los estándares de calidad utilizados en la industria del desarrollo del software en la región centro-occidente Desarrollar las fases complementarias al modelo MDSIC para el desarrollo Móvil Desarrollar un esquema para validar la calidad en el desarrollo móvil en la región centrooccidente Analizar los resultados y conclusiones de aplicar la metodología en desarrollo móvil 4. Análisis población encuesta. Outsourcing; nearshore, offshore FURPS McCall (indicadores de calidad) Métricas en el análisis, diseño, desarrollo y pruebas Lenguajes utilizados Etapas en el desarrollo Desarrollo ágil Planeación del proyecto Tiempo del proyecto Control de riesgos Costos Control de tareas Indicadores de calidad Métodos de prueba de software Medición calidad Quality Assurance Herramientas de gestión Seguimiento del proyecto Modelo colaborativo Impacto en los costos Para determinar el número de empresas probables que desarrollan aplicaciones móviles en la región se revisaron varias bases de datos, de donde se obtuvo la población a censar en la encuesta. Se revisaron la bases AMITI, Valdéz et al. (2013), la Sección Amarilla, infoisinfo y finalmente se investigó sobre el Sistema de Información Empresarial de México SEDECO (SIEM), los datos arrojados fueron los siguientes, ver figura 4: Tags: Desarrollo de software, desarrollo móvil, empresa de TI para desarrollo, desarrollo en radiocomunicación, desarrollo de aplicaciones Figura 4. Análsis población para aplicar la encuesta de acuerdo a los Tags, Fuente: propia. De acuerdo a los datos anteriores se cálculo la población encuesta basada en un intervalo de confianza de 95% y 97% se obtuvieron los datos siguientes, ver tabla 4. Tabla 4. Cálculo población con un intervalo de confianza del 95% y 97%, Fuente: propia. 8

9 Poblaciones posibles encuesta con intervalo de confianza Intervalo de confianza Sección Amarilla (171) infoisinfo(93) SEDECO (120) 97% % Utilizando las variables independientes, se generó una encuesta para conocer la importancia de cada una de estas variables entre los desarrolladores región, ver figura 5. Figura 5. Encuesta aplicada a los desarrolladores de aplicaciones móviles región, Fuente: propia. Los elementos encuesta que surgen investigación y la caracterización s aplicaciones móviles, se censan en 37 preguntas, las cuales 22 se basan en la escala de Likert (Totalmente de acuerdo (100%), medianamente de acuerdo (75%), indiferente(50%), en desacuerdo (25%) y totalmente en desacuerdo (0%)) y las demás son abiertas. en la tabla 3 siguiente se muestran. Tabla 3. Encuesta aplicada a empresas región centro occidente, Fuente: propia. No Pregunta No Pregunta 1 Cuál es el nombre de su empresa? 20 Utiliza usted métricas para medir el "desempeño en el diseño" de una aplicación? 2 Estado república Mexicana donde se ubica su empresa? 21 Utiliza usted métricas para medir el "desempeño en el desarrollo" de una aplicación? 3 Cuántos empleados tiene tu empresa (aproximadamente)? 22 Utiliza usted métricas para medir el "desempeño en las pruebas" de una aplicación? 4 Cuál es su nombre y puesto que ocupa? 23 En el desarrollo de aplicaciones móviles utiliza usted alguna metodología para garantizar la calidad del software? 5 Cuál es su correo electrónico? 24 Asignaría recursos para un equipo de trabajo orientado a la calidad del software? 6 Qué tipo de aplicaciones móviles desarrolla su empresa o negocio? 25 En su experiencia el uso de estándares de calidad le han permitido obtener una ventaja competitiva? 7 En el desarrollo de aplicaciones móviles, usted siempre sigue las tendencias de vanguardia? 26 En su caso para garantizar la calidad de un desarrollo, que método, pasos o etapas realiza? 8 En el desarrollo de aplicaciones móviles, usted reutiliza componentes y código? 27 Cuándo desarrolla una aplicación móvil siempre toma en cuenta el tiempo proyectado en la planeación? 9 Qué tipo de servicios son los más utilizados en las aplicaciones que usted desarrolla? 28 En las diferentes fases del desarrollo aplicación, usted hace control de riesgos para garantizar la calidad? 10 En el desarrollo de una aplicación móvil, usted 29 El desarrollo aplicación siempre esta apegado al costo desarrolla dirigido por algún modelo o metodología? 11 En el desarrollo de una aplicación móvil, usted desarrolla dirigido por un lenguaje o plataforma o componentes? 12 Realizaría usted el mantenimiento y/o actualizaciones a las aplicaciones desarrolladas, utilizando alguna metodología? 13 Siempre considera la interoperabilidad entre plataformas (compatibilidad) al desarrollar un software móvil? proyectado y se finaliza cuando ya no hay presupuesto? 30 Usted realiza un desarrollo de aplicaciones móviles basado en procesos y/o tareas? 31 Conoce alguna metodología ágil (desarrollo rápido de aplicaciones)?, cuál? 32 Usted utilizaría una herramienta de gestión para un desarrollo ágil? 14 Utilizaría usted algún modelo de entrega global 33 Cómo le da seguimiento a un desarrollo móvil?, Cuál es su 9

10 (tiendas y/o plataformas de compra-venta) para su estrategia? aplicación móvil? 15 Utilizaría la contratación de programadores a nivel local como ventaja competitiva? 34 Cuáles son los elementos o métodos de seguridad que usted utiliza en el desarrollo de una aplicación móvil? 16 Utilizaría usted programadores de otros estados o 35 Su empresa pertenece a un cluster de tecnología? países como ventaja competitiva? 17 Su empresa hace outsourcing para otras? 36 Usted considera importante la colaboración entre los miembros del proyecto?, Ha utilizado alguna herramienta colaborativa? 18 Al desarrollar aplicaciones móviles, considera usted la fiabilidad, facilidad de uso, confiabilidad, desempeño y 37 Desde hace cuanto tiempo desarrolla usted aplicaciones para dispositivos móviles? el soporte como indicadores de calidad? Utiliza usted métricas (medida estandarizada propia) para medir el "desempeño en el análisis" de una aplicación? Se realizaron mediante el apoyo de los clusters y las redes sociales entrevistas a 38 desarrolladores región. En la figura 6 se muestran los resultados: Figura 6. Resultados s encuestas; caracterización de aplicaciones móviles, Fuente: propia. En la figura 7 se muestran si las PyMES utilizan metodologías de desarrollo móviles y cuales metodología conoce. Figura 7. Que metodologías utiliza y conoce, Fuente: propia. 10

11 De acuerdo a los datos encuesta, se realizó una análisis de alfa de Cronbach a la población encuestada y el coeficiente resultó en (para la preguntas con escala de Likert), esto demuestra buena consistencia en las respuestas. Una vez establecida la consistencia se realizó un análisis de correlaciones s respuestas para determinar su afinidad (Sampieri, 2001), ver figura Resultados y conclusiones Figura 7. Análisis de correlaciones variables censadas, Fuente: propia. Porcentaje de aprobación escala de Liker en variables censadas La metodología que se propone basada en el MDSIC debe explotar las características censadas y sus 32.Usa herramineta ágil 84% correlaciones (correlación de Person > 0.5): 30. Usa Procesos 86% El reúso de componentes se considera un tema de 29. Costo Proyectado 79% vanguardia y permite el establecimiento de métricas, 28. Control de Riesgos 74% procesos y un método para lograr una ventaja 27. Tiempo proyectado 88% competitiva 78% 24. Recursos $ Calidad 80% El uso de un modelo de desarrollo permite el 23. Método Calidad 79% control de riesgos 22.Métrica Pruebas 76% Una metodología permite un desarrollo con 21.Métrica Desarrollo 79% compatibilidad y permite un desarrollo estándar a través 20.Métrica Diseño 77% del Global Delivery % Aprobación 19.Métrica Análisis 72% La utilización de métricas se asocia a una ventaja 18.FURPS 92% 16.Offshore 74% competitiva, y al cálculo del tiempo proyectado de un 15.Nearshore 78% desarrollo y permite la utilización de procesos 14. Global Delivery 75% El uso de método permite establecer los recursos y 13.Compatibilidad 85% costos, esto permite la calidad 12.Metodología 80% MDSIC-Móvil debe incluir las etapas siguientes: 11.Usa un IDE 81% Definición de procesos 10.Modelo 82% 8.Reuso 91% Establecimiento de un plan 7.Vanguardia 78% Asignación de tareas 0% 10% 20% 30% 40% 50% 60% 70% 80% 90% 100% Seguimiento de tareas Control de riesgos y cálculo de costos del proyecto La utilización de métricas para establecer tiempos y garantizar la calidad La calidad debe ser medida con estándares y el uso KPI s (Indicadores de Calidad) El uso metodología debe ofrecer una ventaja competitiva 25.Ventaja Competitiva al usar Método El uso de MDSIC y su metodología MDSIC-Móvil debe probarse en varias empresas en una investigación cuasiexperimental, debe proveerse una herramienta que permita el seguimiento y control de los procesos y tareas definidas por los promotores del proyecto. Siguiendo las etapas que propone el PMI para proyectos ágiles, figura 9. 11