Estas diapositivas explican los beneficios de COSMIC FP, método que utilizó Intellego para satisfacer las necesidades del negocio. El método COSMIC ayudó a reducir la variación esfuerzo con la verificación estadística.
Argentesting 2018 - Cómo medir el esfuerzo de Testing...sin mucho esfuerzoArgentesting
Charla ofrecida por Sebastián Vázquez en el marco de los Talleres durante la 3ra edición de Argentesting
¿Cuánto es el promedio que tardo yo o mi equipo en completar el proceso de pruebas? ¿Cuántas pruebas ejecuté, re ejecuté, u omití en los últimos x proyectos? ¿Cómo mido el tiempo desperdiciado para poder mejorar? ¿Le puedo hacer el control de calidad a mi proceso de pruebas?
Si tu respuesta es “no se” o “y… más o menos…” tenés que estar en esta presentación.
Voy a contarte cómo, construyendo un tablero de control que tome datos de tus herramientas de gestión de incidencias, podés medir fácilmente el esfuerzo de tu proceso y podés tener información para optimizar y mejorar continuamente tu actividad.
La presentación será realizada con soporte de Power Point, comentando sobre las métricas que se pueden utilizar para armar un dashboard o tablero de control en una herramienta de BI que toma como fuente de datos, los introducidos en las herramientas de gestión de incidentes y definición de casos de pruebas.
Este conocimiento puede ser orientado a los gerentes de calidad, encargados de pruebas, dueños de startups o incluso a testers que quieran profesionalizar su trabajo y quienes tengan una real preocupación por medir y conocer en detalle su proceso de pruebas, con el objetivo en mente de optimizar el proceso de inicio a fin.
El esquema de la presentación contiene una parte de introducción a la problemática (tal vez aceptada, postergada o desconocida pero existente) de no medir el proceso de pruebas o no tener datos históricos de proyectos anteriores, y los beneficios (y desventajas o impedimentos) de realizar esta actividad.
Otra parte de la presentación es la exposición de un caso real en el que se crea un tablero con información siempre actual, de los indicadores de los proyectos históricos y en ejecución del área de pruebas. En esta parte se comenta cuáles son las métricas que se consideran representativas y por qué.
Luego se dan las conclusiones del trabajo volviendo a enfatizar en los beneficios del mismo.
La expectativa del expositor es que la audiencia se lleve la motivación de aplicar (dándole mejor provecho a la infraestructura existente) en su ambiente, departamento o empresa estas iniciativas, con la idea de mejorar su proceso o generar la cultura de mejora continua en la organización.
Sebastián Vázquez
https://www.linkedin.com/in/sebastianvazquez/
Estimación del esfuerzo y costo necesarios para el desarrollo de un proyecto ...Software Guru
Hacer una estimación de bajo hacia arriba es inviable si todavía no hay una estructura de proyecto disponible, hacer una estimación solamente basada en analogía es muy subjetivo y no se puede aprender de los errores cometidos.
El objetivo de este webinar es introducir el método de medición de COSMIC y presentar una propuesta para derivar unidades de producto a partir de los requerimientos funcionales del usuario en diferentes representaciones.
La medición total del software nos permite medir todos los aspectos que lo forman: funcionales y no funcionales. El software es un producto completamente distinto al resto, entenderlo y medirlo bien en todas sus facetas es una misión importante que nos beneficiará a la hora de gestionar con éxito nuestros proyectos: sin medición no sabemos si mejoramos y sin mejora, estamos peridos. Conoceremos los distintos requisitos del software y como abordar su medición con diferentes métodos así como un estudio de los métodos más utilizados en la industria.
Argentesting 2018 - Cómo medir el esfuerzo de Testing...sin mucho esfuerzoArgentesting
Charla ofrecida por Sebastián Vázquez en el marco de los Talleres durante la 3ra edición de Argentesting
¿Cuánto es el promedio que tardo yo o mi equipo en completar el proceso de pruebas? ¿Cuántas pruebas ejecuté, re ejecuté, u omití en los últimos x proyectos? ¿Cómo mido el tiempo desperdiciado para poder mejorar? ¿Le puedo hacer el control de calidad a mi proceso de pruebas?
Si tu respuesta es “no se” o “y… más o menos…” tenés que estar en esta presentación.
Voy a contarte cómo, construyendo un tablero de control que tome datos de tus herramientas de gestión de incidencias, podés medir fácilmente el esfuerzo de tu proceso y podés tener información para optimizar y mejorar continuamente tu actividad.
La presentación será realizada con soporte de Power Point, comentando sobre las métricas que se pueden utilizar para armar un dashboard o tablero de control en una herramienta de BI que toma como fuente de datos, los introducidos en las herramientas de gestión de incidentes y definición de casos de pruebas.
Este conocimiento puede ser orientado a los gerentes de calidad, encargados de pruebas, dueños de startups o incluso a testers que quieran profesionalizar su trabajo y quienes tengan una real preocupación por medir y conocer en detalle su proceso de pruebas, con el objetivo en mente de optimizar el proceso de inicio a fin.
El esquema de la presentación contiene una parte de introducción a la problemática (tal vez aceptada, postergada o desconocida pero existente) de no medir el proceso de pruebas o no tener datos históricos de proyectos anteriores, y los beneficios (y desventajas o impedimentos) de realizar esta actividad.
Otra parte de la presentación es la exposición de un caso real en el que se crea un tablero con información siempre actual, de los indicadores de los proyectos históricos y en ejecución del área de pruebas. En esta parte se comenta cuáles son las métricas que se consideran representativas y por qué.
Luego se dan las conclusiones del trabajo volviendo a enfatizar en los beneficios del mismo.
La expectativa del expositor es que la audiencia se lleve la motivación de aplicar (dándole mejor provecho a la infraestructura existente) en su ambiente, departamento o empresa estas iniciativas, con la idea de mejorar su proceso o generar la cultura de mejora continua en la organización.
Sebastián Vázquez
https://www.linkedin.com/in/sebastianvazquez/
Estimación del esfuerzo y costo necesarios para el desarrollo de un proyecto ...Software Guru
Hacer una estimación de bajo hacia arriba es inviable si todavía no hay una estructura de proyecto disponible, hacer una estimación solamente basada en analogía es muy subjetivo y no se puede aprender de los errores cometidos.
El objetivo de este webinar es introducir el método de medición de COSMIC y presentar una propuesta para derivar unidades de producto a partir de los requerimientos funcionales del usuario en diferentes representaciones.
La medición total del software nos permite medir todos los aspectos que lo forman: funcionales y no funcionales. El software es un producto completamente distinto al resto, entenderlo y medirlo bien en todas sus facetas es una misión importante que nos beneficiará a la hora de gestionar con éxito nuestros proyectos: sin medición no sabemos si mejoramos y sin mejora, estamos peridos. Conoceremos los distintos requisitos del software y como abordar su medición con diferentes métodos así como un estudio de los métodos más utilizados en la industria.
In his book ‘Software Metrics and Software Metrology’ Dr. Abran has used a number of metrology concepts to document structural weaknesses in the design of well-known software metrics and, from the lessons learned, he has illustrated next how some metrology criteria had been taken into account in the design of the 2nd generation of a measurement method for the functional size of a software.
In this talk, Dr. Abran will present some key metrology-related lessons learned from the past and how they relate to software measurement. He will also share recent insights from his exploration of the relevance and use of metrology concepts for software measurement, and how close or how far are we in a journey towards the design (and acceptance…) of an 8th base measure for software?
‘Many ad hoc software metrics have been defined and used. But when neither the methods of established metrology nor any comparable alternative are applied, the outcome is metrics and procedures that do not meet expectations for metrological rigor and results whose meaning and significance are unclear.’
From: ‘A Rational Foundation for Software Metrology’ – NIST 2016
How to use the COSMIC method for proper and reliable estimates of software projects, as presented on the Congreso Nacional de Medición y Estimación de Software in Mexico City.
Este trabajo fue presentado como parte del curso Ingeniería y calidad del Software ofrecido como parte de la Especialización en Informática y Ciencias de la Computación en la Fundación Universitaria Konrad Lorenz
presentacion donde se describe de manera concreta y rapida la distribucion de costos , las herramientas case, se habla tambn de la calidad y algunas certificaciones
RESUMEN: En los tiempos actuales, gracias a los avances de la Informática, el software se utiliza en casi todos los campos de la actividad humana: la industria, el comercio, las finanzas, el gobierno, la salud, la educación, las artes. Existe una creciente preocupación por lograr que los productos software cumplan con ciertos criterios de calidad. Para ello, se avanza en la definición e implementación de estándares que fijan los atributos deseables del software de calidad, a la vez que surgen modelos y metodologías para la evaluación de la calidad. Para lograr este objetivo, los ingenieros de software deben emplear métodos efectivos junto con herramientas modernas dentro del contexto de un proceso maduro de desarrollo del software.
Metricas es una medida efectuada sobre algún aspecto del sistema en desarrollodefijel142
Metricas es una medida efectuada sobre algún aspecto del sistema en desarrollo o del proceso empleado que permite, previa comparación con unos valores (medidas) de referencia, obtener conclusiones sobre el aspecto medido con el fin de adoptar las decisiones necesarias.
In his book ‘Software Metrics and Software Metrology’ Dr. Abran has used a number of metrology concepts to document structural weaknesses in the design of well-known software metrics and, from the lessons learned, he has illustrated next how some metrology criteria had been taken into account in the design of the 2nd generation of a measurement method for the functional size of a software.
In this talk, Dr. Abran will present some key metrology-related lessons learned from the past and how they relate to software measurement. He will also share recent insights from his exploration of the relevance and use of metrology concepts for software measurement, and how close or how far are we in a journey towards the design (and acceptance…) of an 8th base measure for software?
‘Many ad hoc software metrics have been defined and used. But when neither the methods of established metrology nor any comparable alternative are applied, the outcome is metrics and procedures that do not meet expectations for metrological rigor and results whose meaning and significance are unclear.’
From: ‘A Rational Foundation for Software Metrology’ – NIST 2016
How to use the COSMIC method for proper and reliable estimates of software projects, as presented on the Congreso Nacional de Medición y Estimación de Software in Mexico City.
Este trabajo fue presentado como parte del curso Ingeniería y calidad del Software ofrecido como parte de la Especialización en Informática y Ciencias de la Computación en la Fundación Universitaria Konrad Lorenz
presentacion donde se describe de manera concreta y rapida la distribucion de costos , las herramientas case, se habla tambn de la calidad y algunas certificaciones
RESUMEN: En los tiempos actuales, gracias a los avances de la Informática, el software se utiliza en casi todos los campos de la actividad humana: la industria, el comercio, las finanzas, el gobierno, la salud, la educación, las artes. Existe una creciente preocupación por lograr que los productos software cumplan con ciertos criterios de calidad. Para ello, se avanza en la definición e implementación de estándares que fijan los atributos deseables del software de calidad, a la vez que surgen modelos y metodologías para la evaluación de la calidad. Para lograr este objetivo, los ingenieros de software deben emplear métodos efectivos junto con herramientas modernas dentro del contexto de un proceso maduro de desarrollo del software.
Metricas es una medida efectuada sobre algún aspecto del sistema en desarrollodefijel142
Metricas es una medida efectuada sobre algún aspecto del sistema en desarrollo o del proceso empleado que permite, previa comparación con unos valores (medidas) de referencia, obtener conclusiones sobre el aspecto medido con el fin de adoptar las decisiones necesarias.
Presentation by Alain Abran and Frank Vogelezang at the CIO breakfast session from Amiti with CIOs from Government and private companies on how the COSMIC method offers critical knowledge for today and tomorrow to improve software project estimation.
Presentation from Alain on the second national software measurement congress in Mexico CNMES.MX on the principles of software cost estimating using the COSMIC method.
Presentation given at the second national software metrics conference CNMES.MX in Mexico on May 29, 2017 on the acceptance and developments of the COSMIC method.
What are the impacts of using COSMIC in an organization and what benefits can you expect, as presented on the Congreso Nacional de Medición y Estimación de Software in Mexico City.
A look into the future of the COSMIC method from the perspectives of industry, research and the COSMIC organization, as presented on the Congreso Nacional de Medición y Estimación de Software in Mexico City.
How to improve the blessings of the Earned Value Method by using an objective functional size measure like COSMIC to show the real status of a software project, as presented on the Congreso Nacional de Medición y Estimación de Software in Mexico City.
Presentation of the approaches with the COSMIC method to determine the functional size early or quick by using approximation approaches, as presented on the Congreso Nacional de Medición y Estimación de Software in Mexico City.
For COSMIC, 2014 is the year in which we upgraded the method to version 4.0. The same principles have now become more accessible to novice users and non-native English speakers.
We also worked hard to make the organization more professional. New legislation in Canada speeded up the organizational part, because we had to rewrite our Constitution to fulfill the obligations posed by the new Not For Profit act in Canada. All key positions in the COSMIC organization are now subject to a 3-year review/re-election period to ensure that people holding such a position remain active and committed to the organization and its goals.
In 2014 COSMIC dedicated a lot of time and energy in the relation with national Software Metrics Associations. Now key officials of a number of national SMA’s also hold key positions in the COSMIC organization. Among them the United States, Brazil, Mexico, Germany, Italy, Poland and the Netherlands. This has also resulted in two combined projects:
- The development of a Case Study, together with Nesma
- A common glossary on NFR, together with IFPUG
We also worked hard in realizing an on-line certification exam for the entry-level certification exam. In this way more people can prove their knowledge of the fundamentals of the COSMIC method.
Also we welcomed two additional countries to the IAC: Australia and South Africa. Two important industrialized nations now also have a local representation from COSMIC.
Presentation by Alexandre Oriou from Renault on how Renault has automated their COSMIC functional size measurement in order to have an independent control of both internal and supplier productivity.
Si bien los hospitales conjuntan a profesionales de salud que atienden a la población, existe un equipo de organización, coordinación y administración que permite que los cuidados clínicos se otorguen de manera constante y sin obstáculos.
Mario García Baltazar, director del área de Tecnología (TI) del Hospital Victoria La Salle, relató la manera en la que el departamento que él lidera, apoyado en Cirrus y Estela, brinda servicio a los clientes internos de la institución e impulsa una experiencia positiva en el paciente.
Conoce el Hospital Victoria La Salle
Ubicado en Ciudad Victoria, Tamaulipas, México
Inició operaciones en el 2016
Forma parte del Consorcio Mexicanos de Hospitales
Hospital de segundo nivel
21 habitaciones para estancia
31 camas censables
13 camillas
2 quirófanos
+174 integrantes en su plantilla
+120 equipos médicos de alta tecnología
+900 pacientes atendidos
Servicios de +20 especialidades
Módulos utilizados de Cirrus
HIS
EHR
ERP
Estela - Business Intelligence
Escaneo y eliminación de malware en el equiponicromante2000
El malware tiene muchas caras, y es que los programas maliciosos se reproducen en los ordenadores de diferentes formas. Ya se trate de virus, de programas espía o de troyanos, la presencia de software malicioso en los sistemas informáticos siempre debería evitarse. Aquí te muestro como trabaja un anti malware a la hora de analizar tu equipo
CNMES'15 - Experiencias en la Implementación de COSMIC FP en una Empresa de Alta Madurez - Zurisadai Benjamin Osorio Martinez
1. Experiencias en la implementación
de COSMIC FP en una empresa de
alta madurez (Intellego SC)”
2 - 4 DE SEPTIEMBRE DE 2015
1ER CONGRESO NACIONAL
DE MEDICIÓN Y
ESTIMACIÓN DE
SOFTWARE
AMMSDimensionamiento y Estimación Profesional de Software!
4. Antecedentes de estimación
Empresa con CMMI nivel 5, que implementó de forma inicial los
siguientes métodos de estimación de tamaño:
• Analogías
• Métodos paramétricos
• Puntos de Historia
• Puntos de Función
5. ¿Por qué COSMIC?
• Es un estándar y método de segunda generación por lo que el sesgo en
medición y estimación debería ser mínimo.
• Permite medir o estimar a diferentes niveles de abstracción en tanto la
participación involucraría a diferentes perfiles durante la estimación y
medición del proyecto.
• Al tener un mismo nivel de abstracción de los grupos de datos la
medición es más consistente ya que en otros métodos el término
“entidad” es difícil llevarlo a otros niveles de abstracción.
• Las capas permiten descomponer el software o ver los procesos
funcionales de una forma más detalladas lo cual en ciertas tecnologías
nos permitirían ver lo complejo que sería construir una sola
funcionalidad.
6. ¿Cómo iniciamos el proceso?
Analizar
Beneficios Certificación
Capacitación
en el
Método
Analizar
Escenarios de Uso
y Optimización
Elección de Proyectos
Piloto, Estrategia de
Despliegue y Estructura
Organizacional
Definir métricas a
Usar Implementando
COSMIC
Análisis de
Datos
Construcción de
Modelos
7. Operación y resultados ¿qué fue lo que pasó?
• Primero se decidió definir las etapas de estimación y medición,
insumos, responsables y la perspectiva que se tendría en cuenta en
dicha etapa.
• Los revisores cuidaban que se mantuviera la misma perspectiva en las
etapas de medición así como los artefactos software involucrados.
• En transacciones bajas y medias se observó un incremento lineal y
consistente en el tamaño de software en comparación con otros
métodos de medición.
• Se tuvo un gran beneficio en tecnologías donde el conjunto de
artefactos o grupos de datos intermedios software por ejemplo SAP.
10. Siguientes pasos
• Implementar COSMIC en más proyectos para entender tendencias y
definir segmentaciones a fin de entender el comportamiento del
proceso bajo este método.
• Analizar métricas relacionadas a defectos a partir de este método
• Construir modelos evolutivos de predicción en tecnologías y procesos
que muestren un comportamiento estable