Este documento resume el proceso de conversión del estándar mexicano MoProSoft en un estándar internacional ISO/IEC 29110, incluyendo la creación del Working Group 24, el desarrollo del estándar a través de varias reuniones internacionales, y las lecciones aprendidas en el proceso como la importancia de la participación de diferentes países y la construcción de consenso.
El estándar internacional ISO/IEC 29110 Software Engineering — Lifecycle profiles for Very Small Entities (VSEs) es un conjunto de normas y reportes técnicos que se ha desarrollado para entidades muy pequeñas (VSE – Very Small Entities). Una VSE se define como una entidad (empresas, organizaciones, departamentos o proyectos) que tiene menos de 25 personas. Actualmente, en la industria del software la mayoría de las PyMEs pertenecen a la categoría VSE. La industria del software mundial reconoce el valor de las aportaciones de productos y servicios de las PyMEs. Las pequeñas empresas también pueden desarrollar y mantener el software que se utiliza en sistemas más grandes y complejos, por lo tanto, el reconocimiento de éstas como proveedores de software de alta calidad a nivel nacional e internacional es necesario.
En este curso se explica al participante la justificación y los pasos que condujeron al desarrollo del conjunto de estándares de la norma ISO/IEC 29110, reportes técnicos y algunos de los paquetes de implementación del estándar internacional enfocado a las PyMEs; una introducción a la serie de documentos que la conforman y, cómo aplicar los conocimientos adquiridos en un proyecto de desarrollo de software.
El estándar internacional ISO/IEC 29110 Software Engineering — Lifecycle profiles for Very Small Entities (VSEs) es un conjunto de normas y reportes técnicos que se ha desarrollado para entidades muy pequeñas (VSE – Very Small Entities). Una VSE se define como una entidad (empresas, organizaciones, departamentos o proyectos) que tiene menos de 25 personas. Actualmente, en la industria del software la mayoría de las PyMEs pertenecen a la categoría VSE. La industria del software mundial reconoce el valor de las aportaciones de productos y servicios de las PyMEs. Las pequeñas empresas también pueden desarrollar y mantener el software que se utiliza en sistemas más grandes y complejos, por lo tanto, el reconocimiento de éstas como proveedores de software de alta calidad a nivel nacional e internacional es necesario.
En este curso se explica al participante la justificación y los pasos que condujeron al desarrollo del conjunto de estándares de la norma ISO/IEC 29110, reportes técnicos y algunos de los paquetes de implementación del estándar internacional enfocado a las PyMEs; una introducción a la serie de documentos que la conforman y, cómo aplicar los conocimientos adquiridos en un proyecto de desarrollo de software.
La NTP-ISO/IEC 12207 tiene como objetivo principal proporcionar una estructura común para que compradores, proveedores, desarrolladores, personal de mantenimiento, operadores, gestores y técnicos involucrados en el desarrollo de software usen un lenguaje común.
Debido a la gran cantidad de competencia (competitividad) que se presenta actualmente, es necesario que las empresas se preocupen por ofrecer un mejor producto, teniendo en cuenta como la calidad de un producto no solo se mide al terminarlo, la calidad del software se debe evaluar tanto en el producto final, como en su proceso de desarrollo.
Dar a conocer la norma ISO/IEC 12207:2008 para seleccionar los procesos necesarios e implementarlos para que los grupos de desarrollo de software del INEEL los adopten.
La NTP-ISO/IEC 12207 tiene como objetivo principal proporcionar una estructura común para que compradores, proveedores, desarrolladores, personal de mantenimiento, operadores, gestores y técnicos involucrados en el desarrollo de software usen un lenguaje común.
Debido a la gran cantidad de competencia (competitividad) que se presenta actualmente, es necesario que las empresas se preocupen por ofrecer un mejor producto, teniendo en cuenta como la calidad de un producto no solo se mide al terminarlo, la calidad del software se debe evaluar tanto en el producto final, como en su proceso de desarrollo.
Dar a conocer la norma ISO/IEC 12207:2008 para seleccionar los procesos necesarios e implementarlos para que los grupos de desarrollo de software del INEEL los adopten.
A finales del año pasado la ISO publicó su primer estandar en Administración de Proyectos, y así mismo, ya existía en el mundo otro estandar, el PMBOK de la PMI, con una madurez de mas de 20 años. Esta presentación hace un comparativo de ambas organizacion es y de ambos estandares.
Tutorial de ESSENCE y SEMAT por Jonás Montilva y Judith BarriosJonás A. Montilva C.
Tutorial que describe los aspectos fundamentales de:
ESSENCE: El núcleo conceptual de la Ingeniería del Software que establece los conceptos fundamentales que requiere conocer todo ingeniero de software para trabajar con métodos de la Ingeniería del Software.
SEMAT: Una comunidad de personas, empresas y universidades alrededor del mundo que apoyan una iniciativa para crear una base común, un núcleo o basamento para la Ingeniería del Software
Estructuras de datos avanzadas: Casos de uso realesSoftware Guru
La utilización de estructuras de datos adecuadas para cada problema hace que se simplifiquen en gran medida los tiempos de respuestas y la cantidad de cómputo realizada.
Por Nelson González
Onboarding new members into an engineering team is not easy on anyone. In a short period of time, the new team member is required to be able to bring professional
Por Victoriya Kalmanovich
El secreto para ser un desarrollador SeniorSoftware Guru
En esta charla platicaremos sobre el “secreto” y el camino para llegar a ser un desarrollador Senior, experiencia, consejos y recomendaciones que en estos 8 años
Por René Sandoval
Apache Airflow es una plataforma en la que podemos crear flujos de datos de manera programática, planificarlos y monitorear de manera centralizada.
Por Yesi Díaz
How thick data can improve big data analysis for business:Software Guru
En esta presentación hablaré sobre cómo el Análisis de Datos Gruesos, específicamente el análisis antropológico y semiótico, puede ayudar a mejorar los resultados del Big Data
Por Martin Cuitzeo
CoDi® es la nueva forma de realizar pagos digitales desarrollada por el Banco de México. Por medio de CoDi puedes realizar cobros y pagos desde tu celular, utilizando una cuenta bancaria o de alguna institución financiera, sin comisiones.
Por Cristian Jaramillo
Gestionando la felicidad de los equipos con Management 3.0Software Guru
En las metodologías agiles hablamos de equipos colaborativos, autogestionados y felices. hablamos de lideres serviciales. El management 3.0 nos ayuda a cultivar el mindset correcto, aquel que servirá como el terreno fértil para que la agilidad florezca.
Por Andrea Vélez Cárdenas
Taller: Creación de Componentes Web re-usables con StencilJSSoftware Guru
Hoy por hoy las experiences de usuario pueden ser enriquecidas mediante el uso de Web Components, que son un estándar de la W3C soportado por la mayoría de los navegadores web modernos.
Por Alex Arriaga
Así publicamos las apps de Spotify sin stressSoftware Guru
En Spotify tenemos 1600+ ingenieros, trabajando en 280+ squads. Aún a esta escala, hemos logrado adoptar prácticas que nos han permitido acelerar la forma en que desarrollamos nuestro producto. Presentado por Erick Camacho en SG Virtual Conference 2020
Achieving Your Goals: 5 Tips to successfully achieve your goalsSoftware Guru
he measure of the executive, Peter F. Drucker reminds us, is the ability to "get the right things done." This involves having clarity on what are the right things as well as avoiding what is unproductive. Intelligence, creativity, and knowledge may all be wasted if not put to work on the things that matter.
Presentado por Cristina Nistor en SG Virtual Conference 2020
Acciones de comunidades tech en tiempos del Covid19Software Guru
Acciones de Comunidades Tech en tiempo del COVID-19 es una platica para informar acerca de las acciones que están realizando algunas comunidades de tecnología en México para luchar contra la propagación del COVID-19. Desde análisis de datos, visualizaciones, simulaciones de contagio, etc.
Presentado por Juana Martínez, Adriana Vallejo y Eduardo Ramírez en SG Virtual Conference 2020
De lo operativo a lo estratégico: un modelo de management de diseñoSoftware Guru
La charla presenta un modelo claro, generado por la ponente, para atender los niveles desde lo operativo a lo estratégico.
Presentado por Gabriela Salinas en SG Virtual Conference
(PROYECTO) Límites entre el Arte, los Medios de Comunicación y la Informáticavazquezgarciajesusma
En este proyecto de investigación nos adentraremos en el fascinante mundo de la intersección entre el arte y los medios de comunicación en el campo de la informática.
La rápida evolución de la tecnología ha llevado a una fusión cada vez más estrecha entre el arte y los medios digitales, generando nuevas formas de expresión y comunicación.
Continuando con el desarrollo de nuestro proyecto haremos uso del método inductivo porque organizamos nuestra investigación a la particular a lo general. El diseño metodológico del trabajo es no experimental y transversal ya que no existe manipulación deliberada de las variables ni de la situación, si no que se observa los fundamental y como se dan en su contestó natural para después analizarlos.
El diseño es transversal porque los datos se recolectan en un solo momento y su propósito es describir variables y analizar su interrelación, solo se desea saber la incidencia y el valor de uno o más variables, el diseño será descriptivo porque se requiere establecer relación entre dos o más de estás.
Mediante una encuesta recopilamos la información de este proyecto los alumnos tengan conocimiento de la evolución del arte y los medios de comunicación en la información y su importancia para la institución.
Actualmente, y debido al desarrollo tecnológico de campos como la informática y la electrónica, la mayoría de las bases de datos están en formato digital, siendo este un componente electrónico, por tanto se ha desarrollado y se ofrece un amplio rango de soluciones al problema del almacenamiento de datos.
3Redu: Responsabilidad, Resiliencia y Respetocdraco
¡Hola! Somos 3Redu, conformados por Juan Camilo y Cristian. Entendemos las dificultades que enfrentan muchos estudiantes al tratar de comprender conceptos matemáticos. Nuestro objetivo es brindar una solución inclusiva y accesible para todos.
(PROYECTO) Límites entre el Arte, los Medios de Comunicación y la Informáticavazquezgarciajesusma
En este proyecto de investigación nos adentraremos en el fascinante mundo de la intersección entre el arte y los medios de comunicación en el campo de la informática.
La rápida evolución de la tecnología ha llevado a una fusión cada vez más estrecha entre el arte y los medios digitales, generando nuevas formas de expresión y comunicación.
Continuando con el desarrollo de nuestro proyecto haremos uso del método inductivo porque organizamos nuestra investigación a la particular a lo general. El diseño metodológico del trabajo es no experimental y transversal ya que no existe manipulación deliberada de las variables ni de la situación, si no que se observa los fundamental y como se dan en su contestó natural para después analizarlos.
El diseño es transversal porque los datos se recolectan en un solo momento y su propósito es describir variables y analizar su interrelación, solo se desea saber la incidencia y el valor de uno o más variables, el diseño será descriptivo porque se requiere establecer relación entre dos o más de estás.
Mediante una encuesta recopilamos la información de este proyecto los alumnos tengan conocimiento de la evolución del arte y los medios de comunicación en la información y su importancia para la institución.
Inteligencia Artificial y Ciberseguridad.pdfEmilio Casbas
Recopilación de los puntos más interesantes de diversas presentaciones, desde los visionarios conceptos de Alan Turing, pasando por la paradoja de Hans Moravec y la descripcion de Singularidad de Max Tegmark, hasta los innovadores avances de ChatGPT, y de cómo la IA está transformando la seguridad digital y protegiendo nuestras vidas.
Es un diagrama para La asistencia técnica o apoyo técnico es brindada por las compañías para que sus clientes puedan hacer uso de sus productos o servicios de la manera en que fueron puestos a la venta.
Lecciones aprendidas del desarrollo de la norma internacional ISO/IEC 29110 basada en MoProSoft
1.
2. Presentar el proceso de
conversión de MoProSoft en un
estándar internacional y las
lecciones aprendidas en el
camino.
2
3. • Estándares internacionales
• Qué es JTC1 SC7
• Proceso de elaboración de estándares
• Cómo llegamos al WG24
• Qué hemos hecho en las reuniones
• Lecciones aprendidas
3
5. • Documentación de guías que reflejan
acuerdos de cuerpos gubernamentales o
asociaciones industriales, profesionales o
mercantiles, reconocidas nacionalmente o
internacionalmente, sobre productos o
prácticas.
6. • Estándar interno de una organización
– Por ejemplo: uniforme, plantilla de correspondencia, etc.
• Estándares del mercado (De Facto)
– Por ejemplo: Microsoft Windows, CMMI
• Estándares profesionales
– Desarrollados por asociaciones profesionales (IEEE)
• Estándares de la industria
– Desarrollados por grupos industriales (OMG)
• Estándares nacionales
– Desarrollados por organizaciones nacionales de
estandarización (NMX-I-059-NYCE)
• Estándares internacionales
– Desarrollados por organizaciones formales de
estandarización internacional
7. En 1988, ISO and IEC crean Joint Technical
Committee 1 (JTC 1) con el siguiente objetivo:
Estandarización en el campo de Tecnología de
Información.
Tecnología de Información incluye la
especificación, diseño y desarrollo de sistemas y
herramientas relacionadas con la captura,
representación, procesamiento, seguridad,
transferencia, intercambio, presentación,
administración, organización, resguardo y
recuperación de la información.
9. • JTC1 crea sub-comité (SC7) en 1987 con el
objetivo de:
• Estandardización de procesos, herramientas
y tecnologías de soporte para la ingeniería
de productos de software y de sistemas.
10. • Está organizado por Working Groups (WG)
• Ejemplos:
• WG6 – Software Product Measurements
and Evaluation (9126-250nn)
• WG7 – Life Cycle Management (12207)
• WG10 – Process Assessment (15504)
• WG20 - SWEBOK
12. Necesidades regulatorias o de mercado
• Grupo de expertos elabora documento
borrador o se aprovecha un documento
ya existente
• Este se refina a través del procesos de
construcción de consenso
• Se finaliza a través de proceso de
votación (ballots)
Mexico 2007
13. • Es un concepto clave para el desarrollo de
estándares internacionales
• ISO define consenso como:
Acuerdo general, caracterizado por:
a) ausencia de oposición sostenida con
respecto a asuntos sustanciales por
cualquiera de las partes importantes
interesadas y
b) proceso que involucra e incorpora todos
los puntos de vista de los interesados y
que reconcilia todos los argumentos en
conflicto.
Mexico 2007
14. Esto significa que :
• Todas las partes involucradas pudieron expresar
sus puntos de vista.
• Que se hizo el mejor esfuerzo de tomar en
cuenta estos puntos de vista y todos los
comentarios expresados en las votaciones.
• Casi todas las partes involucradas, idealmente
todas, pueden por lo menos vivir con el
resultado final.
Mexico 2007
15. • Dos reuniones de una semana al año
• Plenaria de todos los grupos de trabajo
(finales de mayo)
• Interina – cada grupo puede decidir donde
se reune (octubre-noviembre)
17. • 2004 reunión plenaria en Brisbane, Australia
• Iniciativa de Canadá y Australia
• Se creó Special Working Group (SWG)
• Propósito:
– Hacer más accesibles para Very Small Entieties
(VSEs) los estándares de ingeniería de software
• Participantes: Australia, Bélgica, Canadá,
República Checa, Finlandia, África del Sur,
Corea del Sur, Estados Unidos y Taylandia.
18. • 2005 reunión plenaria en Helsinki, Finlandia
• SWG presenta New Work Item Proposal en
el cual justifica la necesidad de generar
perfiles de estándares existentes adecuados
a las necesidades de VSEs (1-25 personas).
• La propuesta se pone a votación y en
septiembre del mismo año queda aprobada
y formalizada como Working Group 24
19. • Convener – Tanin Uthayanaka, Tailandia
• Project Editor – Claude Laporte, IEEE
• Secretary – Jean Bérubé, Canadá
20. • International Research Workshop for
Process Improvement in Small Settings,
octubre 2005, Pittsburgh, SEI.
• Se presenta MoProSoft: A Software
Process Model for Small Enterprises
• Claude Laport presenta el WG24 y su
propósito.
21. • Encuesta internacional de empresas VSE
para conocer sus características y
requerimientos con respecto a estándares
(México participó en la encuesta)
• Buscar propuestas dirigidas a VSE en el
mundo. (México mandó MoProSoft
traducido al inglés).
22. • Mayo 2006 reunión ISO WG24 en Tailandia
• Dirigido por Tailandia con la participación de USA, India,
Irlanda, Bélgica, Finlandia, Luxemburgo, Canadá, Nueva
Zelanda, Corea, y México (Ana Vázquez y Jorge
Palacios).
– En votación unánime decide tomar la norma
mexicana como base para su trabajo.
24. • Octubre 2006 reunión WG24 en Luxemburgo
• Se entrega la traducción al inglés de la norma mexicana
NMX-I-059-NYCE
• Se selecciona como Perfil Básico de procesos
Administración de Proyectos Específicos Desarrollo y
Mantenimiento de Software
25. • Mayo y Octubre de 2007 reuniones WG24
en Moscú y Montreal
• Se genera Working Draft como primera
versión de cinco partes de ISO/IEC 29110
y se somete por primera vez a la revisión y
votación internacional.
26. • ISO/IEC TR 29110 Software Engineering — Lifecycle
Profiles for Very Small Entities (VSEs):
• Part 1: Overview
• Part 2: Framework and Taxonomy
• Part 3: Assessment Guide
• Part 4: Profile Specifications
• Part 4-1: Specification – Basic VSE Profile
• Part 4.n: Specification - Profile n
• Part 5: Management and Engineering Guides
• Part 5-1: Management and Engineering Guide – Basic VSE
Profile
• Part 5-n: Management and Engineering Guide - Profile n
27. VSE
Características
implican
VSE Estandard Base
Necesidades ISO/IEC 12207
Elementos
responden
Basic Profile
Elementos
Estandard Base
ISO/IEC 15289
Elementos
28. • Mayo de 2008 reunión WG24 Berlín
• Se recibieron y procesaron los comentarios
de la comunidad internacional.
• Se genera la siguiente versión Proposed
Draft y se somete nuevamente a la
votación y recepción de comentarios.
29. • Noviembre de 2008 reunión WG24 en México
• Se reciben y procesan los comentarios de la
comunidad internacional de Proposed Draft.
• Se genera la siguiente versión Proposed Draft
y se somete nuevamente a la votación y
recepción de comentarios.
30. • Mayo de 2008 reunión WG24 en Hyderabad
• Se reciben y procesan los comentarios de la
comunidad internacional de Proposed Draft.
• Se generará la siguiente versión Proposed
Draft y se somete a la última vuelta de
votación y recepción de comentarios.
31. • Participación en las reuniones
– Ana Vázquez (6 veces)
– Hanna Oktaba (6 veces)
– Claudia González (2 veces)
– Blanca Gil (2 veces)
– Jorge Palacios (2 veces)
– Francisco López Lira (1 vez)
33. • El proceso de generación de un estándar
internacional es largo (varios años).
• El consenso se construye poco a poco con
base en argumentos técnicos y experiencias de
los países participantes.
• Grupos de trabajo son pequeños (5-20) pero
las decisiones se toman en función de los
comentarios recibidos en cada votación.
34. • Los países fuertes tecnológicamente tienen
claro el valor de participar en la definición
de estándares, los países en desarrollo
participan más en función de interés de
personas.
35. • Todos los países tienen la industria de software
basada en PYMES.
• Muchos países quieren fomentar y ser
competitivos en esa industria.
• Todos tienen el problema de niveles de
capacidades muy bajos en PYMES.
• Muchos quieren tener un esquema de mejora de
procesos y de evaluación de capacidades
apropiado para PYMES.
36. • MoProSoft fue elegido de entre otras propuestas
por su estructura de procesos innovadora.
• MoProSoft fue elegido por cubrir en gran medida
ISO/IEC 12207 e ISO 9000.
• MoProSoft cubrió 80% de los requisitos definidos
por el grupo WG24.
37. • En las reuniones encontramos gente
sobresaliente, como Perry de EU y Timo de
Finlandia
• Algunos de los comentarios que recibimos
en las votaciones fueron muy acertados, lo
que enriqueció el Perfil Básico
• México pasó de ser país Observador a
Participante en SC7
• México realizó despúes de muchos años una
reunión del WG24 de SC7
38. • Países como Japón, EU e India están muy
interesados en el Perfil Básico aunque
Usted no lo crea.
• Países como Tailandia ya lo están
implementando en sus empresas a pesar
de que todavía no es oficial. Están
formando bien a los evaluadores.