El documento describe la historia y los modelos COCOMO I y COCOMO II para la estimación de costos de proyectos de desarrollo de software. COCOMO I incluye un modelo básico y uno intermedio, mientras que COCOMO II se desarrolló para adaptarse mejor a las prácticas modernas de desarrollo de software. Ambos modelos utilizan factores como el tamaño del proyecto, la complejidad y las habilidades del equipo para calcular el esfuerzo requerido.
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
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
a) Script por Fase: Planeación, desarrollo, revisión y Post Mortem.
b) PROXIES (métricas de desarrollo).
c) PIPS – Compromisos de mejor.
d) Método PROBE.
e) Mediciones de Calidad PSP.
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.
Objetivo: Analizar los aspectos principales para la estimación de proyectos de software alineados a metodologías usadas en la industria para desarrollar proyectos de software escalables.
a) Script por Fase: Planeación, desarrollo, revisión y Post Mortem.
b) PROXIES (métricas de desarrollo).
c) PIPS – Compromisos de mejor.
d) Método PROBE.
e) Mediciones de Calidad PSP.
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.
Objetivo: Analizar los aspectos principales para la estimación de proyectos de software alineados a metodologías usadas en la industria para desarrollar proyectos de software escalables.
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
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
Los desafíos de calidad de software que nos trae la IA y los LLMsFederico Toledo
En esta charla, nos sumergiremos en los desafíos emergentes que la inteligencia artificial (IA) y los Large Language Models (LLMs) traen al mundo de la calidad del software y el testing. Exploraremos cómo la integración, uso o diseño de modelos de IA plantean nuevos retos, incluyendo la calidad de datos y detección de sesgos, sumando la complejidad de probar algo no determinístico. Revisaremos algunas propuestas que se están llevando adelante para ajustar nuestras tareas de testing al desarrollo de este tipo de sistemas, incluyendo enfoques de pruebas automatizadas y observabilidad.
1. UIVERSIDAD ESTATAL DE BOLIVAR
ESC. SISTEMAS
Ingeniería de SW II
Carlos Poaquiza
COCOMO I & COCOMO II
Ing. Henry AlbánDocente
Estudiante
Tema
Constructive Cost Model
Estimación de Costos
En Proyectos de SW
2. Historia
Estimación de Costos
Breve Historia
El modelo COCOMO ha evolucionado debido a los constantes avances
en el mercado de desarrollo de software.
En el año 1981 Barry Boehm publica el modelo COCOMO, acorde a las
prácticas de desarrollo de software de aquel momento [Boehm 1981].
Durante la década de los 80, el modelo se
continuó perfeccionando y consolidando, siendo el modelo de estimación
de costos más ampliamente utilizado en el mundo.
3. Introducción
Estimación de Costos
La planificación es una actividad de gran importancia, en la que se
establecen objetivos y metas de un proyecto, además de las
estrategias, políticas y procedimientos para alcanzarlos.
Una de las variables a calcular durante la planificación del proyecto es el
esfuerzo, es decir, la fuerza de trabajo requerida para el desarrollo,
medida en meses hombre, días-hombre, y en general, unidad de tiempo
hombre.
4. COCOMO I
Que son las Técnicas de Estimación?
Estas técnicas de estimación son una forma de resolución de
problemas en donde, en la mayoría de los casos, el problema a
resolver es demasiado complejo para considerarlo como una sola
parte.
5. COCOMO I
Estimación de Proyectos
Estimar
Horas
Hombre
Estimar El
Costo
Determinar
Plazos de
Entrega
Determinar El
Personal
Involucrado
6. COCOMO I
COCOMO
COCOMO’81 permite estimar cómo se distribuye el esfuerzo y el
tiempo en las distintas fases
del desarrollo de un proyecto y dentro de cada fase, en las actividades
principales.
•Diseño del Producto (DP)
•Diseño Detallado (DD)
•Integración y Testeo (IT)
7. COCOMO I
Modo de Desarrollo
En el modelo COCOMO’ 81 uno de los factores más importantes que
influye en la duración
y el costo de un proyecto de software es el Modo de Desarrollo. Todo
proyecto corresponde a uno
de los siguientes tres modos:
1 Modo Orgánico (Organic)
2 Modo Semiacoplado (Semidetached)
3 Modo Empotrado (Embedded)
8. COCOMO I
Método de Desarrollo
El Modelo Básico de COCOMO I o COCOMO ’81 estima el esfuerzo y
el tiempo empleado en el desarrollo de un proyecto de software usando
dos variables predictivas denominadas factores de costo, el tamaño del
software y el modo de desarrollo. Se Aplica las siguientes operaciones
con la siguientes formulas.
PM es el esfuerzo estimado. Representa
los meses-persona3 necesarios para
ejecutar el proyecto
KSLOC es el tamaño del software a
desarrollar en miles de líneas de código
A y B son coeficientes que varían según
el Modo de Desarrollo (Orgánico,
Semiacoplado, Empotrado)
TDEV representa los meses de trabajo
que se necesitan para ejecutar el
proyecto
C y D son coeficientes que varían según
el Modo de Desarrollo (Orgánico,
Semiacoplado, Empotrado)
9. COCOMO I
Método de Desarrollo
El Modelo Básico de COCOMO I o COCOMO ’81 estima el esfuerzo y
el tiempo empleado en el desarrollo de un proyecto de software usando
dos variables predictivas denominadas factores de costo, el tamaño del
software y el modo de desarrollo. Se Aplica las siguientes operaciones
con la siguientes formulas.
PM es el esfuerzo estimado. Representa
los meses-persona3 necesarios para
ejecutar el proyecto
KSLOC es el tamaño del software a
desarrollar en miles de líneas de código
A y B son coeficientes que varían según
el Modo de Desarrollo (Orgánico,
Semiacoplado, Empotrado)
TDEV representa los meses de trabajo
que se necesitan para ejecutar el
proyecto
C y D son coeficientes que varían según
el Modo de Desarrollo (Orgánico,
Semiacoplado, Empotrado)
11. COCOMO I
Modelo Intermedio
Comparado con el modelo anterior, éste provee un nivel de detalle y
precisión superior, por
lo cual es más apropiado para la estimación de costos en etapas de
mayor especificación. COCOMO
Intermedio incorpora un conjunto de quince variables de predicción que
toman en cuenta las variaciones de costos no consideradas por
COCOMO Básico.
Atributos del producto de software
RELY Confiabilidad Requerida
DATA Tamaño de la Base de Datos
CPLX Complejidad del Producto
Atributos del hardware
TIME Restricción del Tiempo de Ejecución
STOR Restricción del Almacenamiento Principal
VIRT Volatilidad de la Máquina Virtual
TURN Tiempo de Respuesta de la computadora expresado en horas
12. COCOMO I
Modelo Intermedio
Atributos del personal involucrado en el proyecto
ACAP Capacidad del Analista
AEXP Experiencia en Aplicaciones Similares
PCAP Capacidad del Programador
VEXP Experiencia en la máquina virtual
LEXP Experiencia en el Lenguaje de Programación
!Atributos propios del proyecto
MODP Prácticas Modernas de Programación
TOOL Uso de Herramientas de Software
SCED Cronograma de Desarrollo Requerido
13. COCOMO I
Modelo Intermedio
Se calcula el esfuerzo nominal PM Nominal, al igual que en el modelo
Básico, donde los únicos factores de costo son el tamaño y el modo de
desarrollo.
Se determina el Factor de Ajuste del Esfuerzo (EAF, Effort Adjustment
Factor)
EM, llamado factor multiplicador de esfuerzo, es el valor que
corresponde a cada atributo de acuerdo al grado de influencia (Muy
Bajo, Bajo, Nominal, Alto, Muy Alto, Extra Alto) en el esfuerzo del
desarrollo del software, se ajusta el esfuerzo nominal aplicando el EAF.
15. COCOMO II
Definición del modelo
Desarrollar un modelo de estimación de costo y cronograma de
proyectos de software que se adaptara tanto a las prácticas de
desarrollo
Estimación del Esfuerzo
El esfuerzo necesario para concretar un proyecto de desarrollo de
software, cualquiera sea el modelo empleado, se expresa en
meses/persona (PM) y representa los meses de trabajo de una
persona fulltime, requeridos para desarrollar el proyecto.
16. COCOMO II
Definición del modelo
NOP (Nuevos Puntos Objeto): Tamaño del nuevo software a desarrollar
expresado en Puntos Objeto y se calcula de la siguiente manera:
OP (Puntos Objeto): Tamaño del software a desarrollar expresado en
Puntos Objeto %reuso: Porcentaje de reuso que se espera lograr en el
proyecto
PROD: Es la productividad promedio determinada a partir del análisis de
datos de proyectos
17. COCOMO II
Definición del modelo
NOP (Nuevos Puntos Objeto): Tamaño del nuevo software a desarrollar
expresado en
Puntos Objeto y se calcula de la siguiente manera:
OP (Puntos Objeto): Tamaño del software a desarrollar expresado en
Puntos Objeto %reuso: Porcentaje de reuso que se espera lograr en el
proyecto
PROD: Es la productividad promedio determinada a partir del análisis de
datos de proyectos
18. COCOMO II
Conclusión
El Modelos COCOMO fue diseñado por Barry W. Boehm permite calcular
el tiempo y presupuesto de nuestro proyecto de desarrollo de Software
Aplicando modelos matematismos Empíricamente para calcular la
estimación de Costos.
19. COCOMO II
Bibliografía
Pressman, R. S., & Troya, J. M. (1988). Ingeniería del software.
Bertoa, M. F., Troya, J. M., & Vallecillo, A. (2002). Aspectos de calidad en
el desarrollo de software basado en componentes. Capítulo do livro:
Calidad en el desarrollo y mantenimiento del software.