SciELO - Scientific Electronic Library Online

 
 número36Situación actual sobre la implementación del perfil básico ISO/IEC 29110 en EMP: una revisión sistemática de la literaturaExplorando la Influencia de los Roles de Belbin en la Especificación de Requisitos de Software índice de autoresíndice de assuntospesquisa de artigos
Home Pagelista alfabética de periódicos  

Serviços Personalizados

Journal

Artigo

Indicadores

Links relacionados

  • Não possue artigos similaresSimilares em SciELO

Compartilhar


RISTI - Revista Ibérica de Sistemas e Tecnologias de Informação

versão impressa ISSN 1646-9895

RISTI  no.36 Porto mar. 2020

http://dx.doi.org/10.17013/risti.36.15-33 

ARTÍCULOS

Identificación de Herramientas como soporte en la implementación de la Norma ISO/IEC 29110 (perfil básico)

Identification of tools to support ISO/IEC 29110 implementation (basic profile)

Jezreel Mejía1, Edgar Bonilla1, Elizabeth Villanueva1, Einar Serna1, Israel Faustino1, Alessandro Milán1

1Centro de Investigación en Matemáticas, (CIMAT, A.C.), Unidad Zacatecas, México, Calle Lasec, Andador Galileo Galilei. Andador 3, Lote 7, CP 98160, Zacatecas, México. jmejia@cimat.mx, edgar.bonilla@cimat.mx, elizabeth.villanueva@cimat.mx, einar.serna@cimat.mx, israel.faustino@cimat.mx, hector.milan@cimat.mx


 

RESUMEN

Actualmente, se estan dando a conocer normas orientadas a las denominadas Entidades Muy Pequeñas (EMPs) como lo es la norma ISO/IEC 29110. Aun cuando se están creando y dando a conocer nuevas normas orientadas a las EMPs, existe una carencia de herramientas que permitan automatizar o dar soporte en la implementación de estas nuevas normas. Por lo tanto, este articulo, presenta una propuesta de herramientas que den soporte en la implementación a las actividades y tareas de los dos procesos que contiene la norma ISO/IEC 29110.

Palabras-clave: ISO/IEC 29110; Herramientas; Gestión de Proyectos; Implementación del Software.


 

ABSTRACT

Currently, standards oriented to the so-called Very Small Entities (EMPs) such as the ISO / IEC 29110 standard are becoming known. However, although new standards oriented to EMPs are being created, there is a lack of tools that allow automating or supporting the implementation of these new standards. Therefore, this article presents a tools proposal that support the implementation of the activities and tasks of the two processes of the ISO / IEC 29110 standard.

Keywords: ISO/IEC 29110; Tools; Project Management; Software Implementation.


 

1. Introducción

En la actualidad, existen en México poco más de 4.1 millones de entidades, de las cuales el 97.3% son consideradas como micro y el 2.7% estan dentro del rango de pequeña y mediana esto según datos obtenidos de la encuesta ENAPROSE 2018 llevada a cabo por el INEGI (INEGI, 2020). Las muy pequeñas empresas (VSEs por sus siglas en inglés) es una entidad que esta definida como “una empresa”, organización, departamento o proyecto que tiene a su cargo de 1 a 25 personas (ISO/IEC, 2018), (NYCE, 2020). En este contexto, se estan dando a conocer normas orientadas a las denominadas Entidades Muy Pequeñas (EMPs) de desarrollo de software como lo es la norma ISO/IEC 29110. El uso de este tipo de normas en organizaciones de tipo VSEs les ayuda a incremetar su competitivadad, asi como la calidad de sus desarrollos de software (O’Connor, 2017).

La norma ISO/IEC 29110 es un estándar internacional de ingeniería de software que define los perfiles del ciclo de vida para las EMPs que desarrollan software no crítico. Su objetivo, es satisfacer las necesidades específicas de las EMPs y abordar el problema de la baja adopción de normas por parte de estas organizaciones (NYCE. 2020), (ISO/IEC 29110, 2012). Sin embargo, factores como falta de cultura de procesos, conocimiento de normas o metodologias de desarrollo, falta de personal y tiempo para llevar de una manera adecuada la implementacion de esta norma, es complicado para las EMPs implementar de manera adecuda la norma. Ademas, la falta de herramientas que permitan automatizar las actividades o tareas indicadas en las normas es un obstaculo dificil de eliminar y que propicia una barrera para una buena implementacion de este tipo de normas.

Por lo tanto, el objetivo de este trabajo es facilitar una propuesta de implementación de la norma ISO/IEC 29110, proporcionando un ciclo de desarrollo de software con base a los dos procesos Gestión de Proyectos (GP) e Implementación de Software (IS) del perfil básico de esta norma. Además de proponer el uso de herramientas para estos procesos en apoyo a la automatizacion o soporte al registro de informacion o datos que generan o requiere cada tarea y/o actividad de los procesos GP e IS.

El contenido de este documento está estructurado de la siguiente forma: en la sección 2, se presenta una breve introducción acerca de la norma ISO/IEC 29110; en la sección 3, se presenta la propuesta que incluye: el ciclo de desarrollo de software propuesto y las herramientas que dan soporte a las actividades y tareas de los dos procesos GP e IS de esta norma; en la sección 4 muestra el estudio de caso y por último en la sección 5, se muestran las conclusiones y trabajo futuro.

2. Descripción general del ISO/IEC 29110

La ISO (Organización Internacional para la Normalización) y la IEC (Comisión Electrotécnica Internacional) forman el sistema especializado para la normalización mundial. Los organismos nacionales miembros de ISO e IEC participan en el desarrollo de las Normas Internacionales por medio de comités técnicos establecidos por la organización respectiva, para atender campos particulares de la actividad técnica (ISO/IEC ). La ISO/IEC se divide en cinco partes (ISO/IEC, 2018): Parte 1: Visión general, Parte 2: Marco de trabajo y taxonomía, Parte 3: Guía de evaluación, Parte 4: Especificaciones de perfil, Parte 5: Guía de gestión e ingeniería: Provee una guía de implementación sobre gestión e ingeniería para el Perfil Básico del Grupo del Perfil Genérico especificado en la ISO/IEC 29110. La Parte 5-1 (ISO/IEC, 2012) define el Perfil Básico como el desarrollo de software de una sola aplicación por un solo equipo de proyecto sin ningún riesgo especial o factores situacionales. Esta ultima parte, es la utilizada para ser analizada.

A. Análisis de la estructura de ISO/IEC 29110

La norma ISO/IEC 29110, está estructurada mediante dos procesos que son Gestión de Proyectos (GP) e Implementación del Software (IS), además, estos cuentan con objetivos y actividades.

En la Tabla 1, se muestra los roles identificados en la norma ISO/IEC 29110, tanto para GP como para el proceso de Implementación de Software IS.

 

 

B. Proceso GP

PMBOK define la gestión de proyecto de la siguiente manera “es la aplicación de conocimientos, habilidades, herramientas y técnicas para proyectar actividades que cumplan con los requisitos del proyecto” (Project Management Institute, 2013).

El propósito del proceso GP es establecer y llevar a cabo de manera sistemática las tareas del proyecto de implementación de Software, las cuales permiten cumplir con los Objetivos del proyecto en calidad, tiempo y costo esperado (ISO/IEC 29110, 2012).

El proceso GP, a través de la realización de cada una de sus actividades, pretende cumplir 7 objetivos. Ademas, este proceso consta de cuatro actividades y cada una de ellas con un numero especifico de tareas:

• GP.1. Planificación del Proyecto: 15 tareas.

• GP.2. Ejecución del Plan del Proyecto: 6 tareas.

• GP.3. Evaluación y control del Proyecto: 3 tareas.

• GP.4. Cierre del Proyecto: 2 tareas.

En la Tabla 2, se muestra los productos que la ISO/IEC 29110 señala como necesarios para realizar las tareas del proceso de GP, así como también se muestra su origen correspondiente.

 

 

En la Tabla 3, se muestra los productos que la ISO/IEC 29110 señala como aquellos que se generan al realizar las tareas del proceso de GP, así como también se muestra su destino correspondiente. Los productos internos y los que deben ser guardados en el repositorio del proyecto.

 

 

C. Proceso IS.

El propósito del proceso de Implementación de Software es la realización sistemática de las actividades de Análisis, Diseño, Construcción, Integración y Pruebas para los productos de Software, nuevos o modificados, de acuerdo con los requisitos especificados ISO/IEC 29110, 2012).

El proceso IS, a través de la realización de cada una de sus actividades, pretende cumplir 7 objetivos, ademas, este proceso de IS consta de seis actividades y cada una de ellas con un numero especifico de tareas:

• IS.1. Inicio de la Implementación de Software: 2 tareas.

• IS.2. Análisis de Requisitos del Software: 7 tareas.

• IS.3. Arquitectura y Diseño Detallado del Software: 8 tareas.

• IS.4. Construcción de Software: 7 tareas.

• IS.5. Integración y Pruebas del Software: 11 tareas.

• IS.6. Entrega del Producto: 8 tareas.

En la Tabla 4, se muestra los productos que la ISO/IEC 29110 señala como necesarios para realizar las tareas del proceso de IS, así como también se muestra su origen correspondiente.

 

 

En la Tabla 5, se muestra los productos que la ISO/IEC 29110 señala como aquellos que se generan al realizar las tareas del proceso de IS, así como también se muestra su destino correspondiente.

 

 

3. Propuesta

Para identificar las herramientas necesarias como soporte en la implementacion de la Norma ISO/IEC 29110, en el siguiente apartado, se muestra la propuesta de ciclo de desarrollo, con base en un análisis de la misma norma.

A. Ciclo de Desarrollo

Se analizaron las actividades y tareas de la ISO/IEC 29110, como resultado se observa un flujo de trabajo combinado. En la Figura 1, se muestra el ciclo de desarrollo propuesto a partir del análisis realizado.

 

 

Como puede observarse en la Figura 1, el ciclo inicia en GP.1 Planificación del Proyecto, en donde se documenta los detalles de la planificación necesarios para la gestión del proyecto.

Seguido de GP.1, le sigue la actividad IS.1 Inicio de la Implementación de Software, en donde se asegura que el Plan de Proyecto establecido en la actividad anterior, es comprendido por el equipo de desarrollo y se establece el ambiente de trabajo. De existir algún desacuerdo identificado por el equipo de trabajo, se puede regresar a la actividad anterior para la modificación o adaptación del plan de proyecto.

La siguiente actividad es GP.2. Ejecución del Plan del Proyecto, en donde se implementa el plan documentado en el proyecto, esta actividad inicia la actividad IS.2. Análisis de Requisitos del Software, donde se analiza los requisitos acordados con el Cliente y establece los requisitos del proyecto validados.

Desde la actividad IS.2, le sigue de manera secuencial las actividades IS.3. Diseño Arquitectónico y Detallado del Software, donde se transforman los requisitos del Software en la arquitectura de software del sistema y en el diseño detallado del Software; IS.4. Construcción del Software, donde se desarrolla el código y datos del Software a partir del Diseño de Software; IS.5. Integración y Pruebas del Software, donde se asegura que los componentes de software integrados satisfacen los requisitos del software.

Las actividades IS.2, IS.3, IS.4 e IS.5 son monitoreadas en paralelo por la actividad GP.3. Evaluación y Control del Proyecto, para evaluar el desempeño del plan contra los compromisos documentados. En caso de existir algún cambio aprobado, GP.3 regresa a GP.1 para realizar las modificaciones necesarias en el plan de trabajo. En caso de que el cambio no afecte el plan de trabajo, regresa a GP.2 para seguir con la secuencia de actividades de IS (IS.2, IS.3, IS.4 e IS.5). De no existir algún cambio, simplemente regresa a monitorear la actividad de IS en que se quedó.

Al llegar a la actividad IS.6. Entrega del Producto, se integra el producto de software para el Cliente. Ya que el desarrollo de este producto ha sido monitoreado desde el inicio de su construcción hasta este punto, en esta actividad se hace la entrega del producto al Cliente de acuerdo con las instrucciones de entrega. De existir alguna irregularidad con el producto, se regresa a GP.3 a evaluar y hacer los cambios correspondientes, en caso contrario se pasa a la actividad GP.4. Cierre del Proyecto, donde se documenta los detalles de planificación necesarios para gestionar el proyecto.

Establecido el ciclo de desarrollo propuesto y la interacción de las actividades tanto de GP como de IS, es necesario dar soporte con herramientas para llevar a cabo algunas de las actividades y tareas en ambos procesos de esta norma.

B. Herramientas

Las herramientas son una parte importante de cualquier proceso de desarrollo de software. Permiten la automatización, y por lo tanto, una mejor adaptación del proceso entre los miembros del equipo de desarrollo. Por ello, es importante definir y estandarizar entre el equipo, aquellas herramientas que permitan la mejor adaptación de trabajo que implica el proceso de desarrollo de software.

Para proponer las herramientas que ayuden a cada tarea en las actividades que conforman el proceso de GP e IS, se analizaron cada una de las tareas y la relación que tienen con los productos de entrada, internos y salida que se generan. Como resultado de este análisis se identificaron las siguientes herramientas.

• Podio: Es una herramienta para la gestión de tareas y proyectos, dispone de una versión gratuita de hasta 10 usuarios. Con esa herramienta se pueden organizar reuniones, llamadas o emails para tener controlado los proyectos. Cada proyecto hace referencia a un cliente, así que es fácil buscar conversaciones y resultados anteriores relacionados con un cliente actual, además se puede integrar con otras herramientas como Google Drive, Dropbox, OneDrive, Google Calendar, Excel, Microsoft Exchange (Podio, 2020).

• Suite de Google: ofrece de manera gratuita diferentes servicios de oficina que podrían ser de utilidad en el proceso de implementación de la ISO/IEC 29110, tales como el correo electrónico, docs, slides, hojas de cálculo, formularios, servicio de almacenamiento, y más.

o Documentos Google: es un procesador de textos online que permite crear documentos, darles formato y edición en tiempo real por parte de los colaboradores registrados. Google Docs cuenta también con un historial de versiones ordenadas por fecha y por autor del cambio realizado (Google Docs, 202).

o Hojas de cálculo Google: es un tipo de procesador de documentos que permiten la manipulación de datos dispuestos en formas de tablas. Google permite, mediante su arquitectura basada en la nube, la colaboración entre las personas del equipo a través de la edición en tiempo real (Google Suite, 2020).

o Draw.io: es una herramienta que facilita la elaboración de diagramas en línea. Draw.io tiene una interfaz que es bastante sencilla y fácil de usar, además dispone de una gran variedad de formas y diseños predeterminados que pueden ser modelados de acuerdo con la estandarización de diagramas seleccionada (Chrome web store, 2020).

o Drive: es un sistema de almacenamiento en la nube, que además integra funciones colaborativas en Microsoft Office, permitiendo crear, almacenar y compartir cualquier documento. Actualmente Google Drive ofrece, en su versión gratuita, 15 GB de almacenamiento (Google Drive, 2020).

• GitLab: es una aplicación para todo el ciclo de vida del desarrollo de software. Desde la planificación del proyecto y la gestión del código fuente hasta la Configuración de Integración/Despliegue Continuo (CI/CD), la supervisión y la seguridad. GitLab es una única aplicación para todo el ciclo de vida de DevOps (GitLab, 2020).

• Git: es un sistema de control de versiones distribuido gratuito y de código abierto diseñado para manejar todo, desde proyectos pequeños hasta muy grandes, con velocidad y eficiencia. Git es fácil de aprender y tiene una huella pequeña con un rendimiento increíblemente rápido . Supera las herramientas de SCM como Subversion, CVS, Perforce y ClearCase con características como ramificación local barata , áreas de preparación convenientes y múltiples flujos de trabajo (Git, 2019).

• Jest es un framework de prueba de JavaScript, con un enfoque en la simplicidad. Funciona con proyectos utilizando: Babel, TypeScript, Node, React, Angular y Vue. El objetivo de Jest es trabajar fuera de la caja, configurando libremente en la mayoría de los proyectos de JavaScript (Jest, 2020.

Cabe mencionar que como resultado del analisis de las tareas y las herramientas antes descritas, algunos productos de salida deben de combinarse al momento de elaborar un producto de entrada, interno o de salida.

a) Herramientas para el Proceso GP

Tras el análisis del conjunto de las 26 tareas que se indican en el proceso GP, las herramientas propuestas para este proceso son: Google documento (Doc), Google Hoja de cálculo (HC), Google Drive (D),Podio (), Git (G).

A continuación, se muestran en la Tabla 6 a la 9, las tareas (columna 1) de las cuatro actividades respectivamente, que son cubiertas por las herramientas propuestas (columnas 3 - 7) con una “X” y que en algunas tareas se deben complementar las diferentes herramientas que se proponen.

 

 

 

 

 

La actividad GP 1. Planificación del Proyecto. La Tabla 6, muestra las herramientas que cubren las 15 tareas, las cuales son:

La Actividad 2. Ejecución del proyecto. La Tabla 7, muestra las herramientas que cubren las 6 tareas, las cuales son:

La Actividad 3. Evaluación y control del proyecto. La Tabla 8, muestra las herramientas que cubren las 3 tareas a desarrollar:

Actividad 4. Cierre del proyecto. La Tabla 9, muestra las herramientas que cubren las 2 tareas a desarrollar:

b) Herramientas para el Proceso IS

Tras el análisis del conjunto de las 42 tareas que se indican en el proceso IS, las herramientas propuestas para este proceso son: Documentos (doc), Draw.io (DI), Podio (P), GitLab (GL) y Jest.

A continuación, se muestran en las Tabla de la 10 a la 15, las tareas (columna 1) de las cuatro actividades respectivamente, que son cubiertas por las herramientas propuestas (columnas 3 - 7) con una “X” y que en algunas tareas se deben complementar las diferentes herramientas que se proponen.

 

 

 

 

 

 

 

Actividad IS 1. Inicio de la Implementación de Software. La Tabla 10, muestra las herramientas que cubren las 2 tareas a desarrollar:

Actividad IS 2. Análisis de Requisitos del Software. La Tabla 11, muestra las herramientas que cubren las 7 tareas a desarrollar:

Actividad IS 3. Arquitectura y Diseño Detallado del Software. La Tabla 12, muestra las herramientas que cubren las 8 tareas a desarrollar:

Actividad IS 4. Construcción de Software. La Tabla 13, muestra las herramientas que cubren las 7 tareas a desarrollar:

Actividad IS 5. Integración y Pruebas del Software. La Tabla 14, muestra las herramientas que cubren las 11 tareas a desarrollar las cuales son:

Actividad IS 6. Entrega del Producto. La Tabla 15, muestras las herramientas que cubren las 8 tareas a desarrollar:

TABLA 15. PROPUESTA DE HERRAMIENTAS PARA IS.6.

c) Cobertura global de Herramientas para el proceso GP e IS.

En la Tabla 16, se muestra el resumen de las tareas cubiertas por actividad por parte de las herramientas (columnas 3 - 10). En la última fila se encuentra el porcentaje de la cobertura por parte de la herramienta, teniendo como base las 68 (100%) tareas de los dos proceso.

 

 

Con respecto a las actividades de GP, puede observarse, en la Tabla 16, la herramienta que cubre mas tareas de las 4 actividades de este proceso es la suite de google teniendo en primer lugar: Documentos, Drive, Hoja de Calculo y Draow.io, sin embargo, en esta herramienta se deben definir formatos que permitan automatizar las tareas. En este contexto, la herramienta con campos definidos y que tiene una cobertura amplia es Podio para definir estimaciones de tiempo y que ayudan a dar seguimiento al proyecto.

Con respecto a las actividades de IS, puede observarse en la Tabla 16, la herramienta que cubre mas tareas de las 6 actividades del proceso IS es nuevamente la suite de google, siendo el uso de documentos el que mas incidencia tiene. Sin embargo, el proceso de IS esta enfocado a la Implementacion y/o desarrollo del software por lo que las herramientas que mas incidencia tienen durante el desarrollo de activiades relacionadas al desarrollo son: Podio, GitLab, Jest, este ultimo da soporte para el establecimiento de pruebas que solicita la norma.

4. Estudio de caso

Tomando como base un cuestionario guía para la extracción del conocimiento de una organización, tanto para GP como para IS, se realizaron entrevistas a miembros del centro de desarrollo del Instituto de Tecnológico de Loreto, Zacatecas, México de los tres niveles básicos: operativo, administrativo y gerencial. De esta manera se entrevistaron a dos desarrolladores y un líder técnico.

De cada entrevista se obtuvieron diagramas para GP e IS. El gestor de proyecto proporcionó sus diagramas de manera directa, cumpliendo así con la diagramación de los tres niveles básicos de una organización.

De esta manera, se obtuvieron diagramas de cada una de las entrevistas realizadas y se validaron los procesos identificados con cada entrevistado.

Tomando los diagramas como base, se analizaron y se validaron con cada una de las cuatro personas entrevistadas, para verificar que la información proporcionada concuerda con su forma de visualizar su trabajo dentro del equipo de desarrollo.

Una vez que los entrevistados aprobaron sus respectivos diagramas de forma de trabajo, se realizó una matriz para identificar las actividades en común del equipo de trabajo y visualizar aquellas actividades diferentes entre ellos. En la Figura 2, se muestra la primera parte de la matriz realizada.

 

 

Tomando como base la Matriz de trazabilidad de las actividades, se realizó la diagramación de los procesos GP e IS, identificados a partir de las actividades mencionadas en las entrevistas anteriores a los miembros del equipo de trabajo del centro de desarrollo de software del ITSLoreto. Una vez que se han identificado los procesos genéricos de GP e IS del centro de desarrollo del ITSLoreto, se identificaron aquellas tareas de ISO/IEC 29110 que son cubiertas por los procesos genéricos de ITSLoreto (Figura 3).

 

 

La Figura 3, muestra a manera de ejemplo la trazabilidad de las actividades identificadas hacia la norma.

Una vez realizada la trazabilidad por parte de la organización de sus procesos hacia los procesos de la norma ISO/IEC 29110, la empresa pudo identificar que herramientas le daban soporte para la realizacion de sus tareas orientadas a esta norma. Asimismo, esta organización detecto que un punto critico es la automatizacion de las pruebas que se estaban realizando de manera manual y con muy poca informacion para realizar acciones correctivas durante el desarrollo del software.

5. Conclusiones

Gracias a la observación del estudio de caso, se logró detectar dos de las principales complicaciones que presentan las organizaciones al implementar por primera vez el estándar ISO/IEC 29110:

• La resistencia al cambio en su forma de trabajar, aun más, si una norma como la ISO/IEC 29110 no tiene un soporte de herramientas que la acompañen para la implementación de algunas actividades o tareas.

• No conocen los términos ni los entregables que requiere la ISO/IEC 29110. Al facilitar y familiarizarse con las herramientas de manera inferencial, se familiarizan con la terminologia y los entregables que deben cumplir de acuerdo a la norma.

• Automatizacion de pruebas, un punto alarmante fue identificar que este tipo de organizaciones desconoce como establecer procesos, procedimiento y tecnicas de pruebas, en este sentido, la herramienta Jest da un soporte a las pruebas que espefica esta norma.

El trabajo presentado propone una guia de herramientas que dan soporte a las tareas de los procesos de GP e IS para desarrollar los productos de Entrada, Internos y de Salida. Con base en la trazabilidad presentada entre sus procesos y los de la norma, la organización pueda identificar que herramientas pueden ser utilizadas para desarrollar los entregables que pide la norma ISO/IEC 29110 e iniciar una mejora continua.

Como trabajo futuro se esta proponiendo realizar una herramientas global que pueda gestionar la creación de formatos y poder automatizar la captura y generación de entregables de acuerdo a los productos indicados en los procesos de GP e IS de la Norma ISO/IEC 29110.

 

REFERENCIAS

Chrome web store. (2020). [En línea]. Available: https://chrome.google.com/webstore/detail/drawio-diagrams/onlkggianjhjenigcpigpjehhpplldkc.

Git. (2020). [En línea]. Available: https://git-scm.com/. (Accessed: 23Mar2020).

GitLab. (2020). [En línea]. Available: https://about.gitlab.com.

Google Docs. (2020). [En línea]. Available: https://www.google.com/intl/es_mx/docs/about/#start.

Google Drive. (2020). [En línea]. Available: https://www.google.com/intl/es-419_mx/drive/.

Google Suite. (2020). [En línea]. Available: https://gsuite.google.com.mx/intl/es-419_mx/products/sheets/.

INEGI. (2020). Resultados de la encuesta nacional sobre productividad y competitividad de las micro, pequeñas y medianas empresas (enaproce) 2018. [Online]. Available: https://www.inegi.org.mx/contenidos/saladeprensa/boletines/2019/especiales/ENAPROCE2018.pdf. (Accessed: 23Mar2020).         [ Links ]

ISO/IEC 29110. (2012). Perfiles del ciclo de vida para las pequeñas organizaciones (PO). Parte 5-1-2: Guía de gestión e ingeniería: Grupo de perfil genérico, Perfil básico, 2012. Lima: INDECOPI.         [ Links ]

ISO/IEC. (2018). Systems and software engineering - Lifecycle profiles for Very Small Entities (VSEs) - Part 4-1: Software engineering - Profile specifications: Generic profile group [En línea]. Available: https://www.iso.org/obp/ui/#iso:std:iso-iec:29110:-4-1:ed-2:v1:en.         [ Links ]

Jest. (2020). [En línea] https://jestjs.io/

NYCE. (2020). Certificación, Verificación, Normalización. [Online]. Available: https://www.nyce.org.mx/. (Accessed: 23Mar2020).         [ Links ]

O'Connor, R., & Laporte, C. (2017). The Evolution of the ISO/IEC 29110 Set of Standards and Guides. International Journal of Information Technologies and Systems Approach, 10(1), 1-21.         [ Links ]

Podio. (2020). Project Management and Collaboration Software, Podio, 2020. [Online]. Available: https://podio.com/site/?gclid=CjwKCAiA7t3yBRADEiwA4GFlI9YfFml9n0qzwwauyV2nj8_j-R95jENJq1-2Ee8xF4AKCIfyAYOYDxoCXrsQAvD_BwE. (Accessed: 23Mar2020).         [ Links ]

Project Management Institute. (2013). Guía de los Fundamentos para la Dirección de Proyectos PMBOK, PMI, Quinta Edición. Newtown Square: Project Management Institute.         [ Links ]

 

Agradecimientos

Este trabajo se pudo culminar gracias al trabajo previo y apoyo del equipo de trabajo conformado por la Dra. Mirna Muñoz, y los alumnos: Patricia Montoya-Méndez, Héctor Girón-Bobadilla, Isaac Rodríguez-Maldonado y de la participación del Centro de Desarrollo del Instituto Tecnológico Superior de Loreto (ITSLoreto), perteneciente al Ecosistema de Calidad en Tics del Estado de Zacatecas, México.

 

Recebido/Submission: 15/10/2019
Aceitação/Acceptance: 26/02/2020

Creative Commons License Todo o conteúdo deste periódico, exceto onde está identificado, está licenciado sob uma Licença Creative Commons