Tarea 10, 11, 12, 13

Mgr. Indira Camacho del Castillo UMSS: Cochabamba - Bolivia

Carrera de Sistemas&Informática UMSS: Cochabamba-Bolivia •

Factores que afectan el precio del software

•

Composición del costo de un proyecto

•

Métricas de complejidad y tamaño

•

Ejercicios de estimación sin modelos

•

Modelos de costos: COCOMO Tarea 9 – 10 - 11

Mgr. Indira Camacho del Castillo Materia: Ingeniería de Software 2

Costo ≠ Precio

Carrera de Sistemas&Informática UMSS: Cochabamba-Bolivia Mgr. Indira Camacho del Castillo Materia: Ingeniería de Software 3

Factores que afectan la asignación de precios al software

Oportunidad de mercado Una organización de desarrollo podría cotizar un bajo precio debido a que desea moverse a un nuevo mercado de software. Aceptar un bajo beneficio en un proyecto podría darle la oportunidad de obtener mas beneficios posteriormente. La experiencia obtenida le permite desarrollar nuevos productos.

Incertidumbre en la estimación de costos Términos contractuales Volatilidad de los requerimientos Salud financiera Si una organización esta insegura de su costo estimado, por alguna contingencia puede incrementar su precio por encima del beneficio normal.

Un cliente puede estar dispuesto a permitir que el desarrollador retenga la propiedad del código y que reutilice dicho código en otros proyectos. Por lo tanto el precio cargado podría ser menor que cuando el código fuente del software es entregado al cliente.

Si es probable que los requerimientos cambien, una organización puede reducir los precios para ganar un contrato después de que el contrato se asigna, se cargan precios altos a los cambios en los requerimientos.

Los desarrolladores en dificultades financieras podría bajar sus precios para obtener un contrato. Es mejor tener beneficios más bajos que los normales o incluso quebrar antes que quedar fuera de los negocios.

4 Carrera de Sistemas&Informática UMSS: Cochabamba-Bolivia Mgr. Indira Camacho del Castillo Materia: Ingeniería de Software

INTRODUCCION

 Al principio, el coste del software constituía un pequeño porcentaje del coste total de los sistemas basados en computadora.

 Hoy en día, el software es el elemento más caro de la mayoría de los sistemas informáticos.

Mgr. Indira Camacho del Castillo Materia: Ingeniería de Software 5 Carrera de Sistemas&Informática UMSS: Cochabamba-Bolivia

Introducción :

Estimaciones

 La estimación del coste y del esfuerzo del software nunca será una ciencia exacta.

 Son demasiadas las variables -humanas, técnicas, de entorno, políticas- que pueden afectar al coste final del software y al esfuerzo aplicado para desarrollarlo.

Mgr. Indira Camacho del Castillo Materia: Ingeniería de Software 6 Carrera de Sistemas&Informática UMSS: Cochabamba-Bolivia

Para realizar estimaciones seguras de costes y esfuerzos tenemos varias opciones posibles:

 Dejar la estimación para más adelante  Basar las estimaciones en proyectos similares ya terminados.

 Utilizar «técnicas de descomposición»  Utilizar uno o más modelos empíricos Carrera de Sistemas&Informática UMSS: Cochabamba-Bolivia Mgr. Indira Camacho del Castillo Materia: Ingeniería de Software 7

¿Qué Medir y para qué medir?

• Proceso - duración, costo, efectividad o eficiencia • Producto - tamaño, calidad • Recursos - magnitud, costo, calidad Carrera de Sistemas&Informática UMSS: Cochabamba-Bolivia Mgr. Indira Camacho del Castillo Materia: Ingeniería de Software 8

¿Qué estimamos en un proyecto de software?

– Los administradores del proyecto son responsables de controlar el presupuesto: Deben estimar cuanto va costar el desarrollo de software o parte de ese desarrollo. – Estimar el esfuerzo y su costo ( el costo dominante es el esfuerzo) – Estimar el tiempo

Esta actividad es llevada a cabo con la calendarización del proyecto.

Carrera de Sistemas&Informática UMSS: Cochabamba-Bolivia Mgr. Indira Camacho del Castillo Materia: Ingeniería de Software 9

Componentes del costo de un proyecto

•

Costos de Hardware

•

Costos de viajes y entrenamiento

•

Costo de esfuerzo

 ¿Cuál es el más importante? y ¿por qué?

Esfuerzo

, porque es el más difícil de calcular y puede hacer que varíe grandemente el presupuesto si es que existen fallas en el mismo. En los otros dos componentes las variaciones por lo general son mínimas.

Carrera de Sistemas&Informática UMSS: Cochabamba-Bolivia Mgr. Indira Camacho del Castillo Materia: Ingeniería de Software 10

Esfuerzo: Métricas – Introducción tamaño y complejidad

La medición es fundamental para cualquier disciplina porque nos permite hacer una evaluación objetiva.

DEFINICIÓN:

El IEEE Standard Glossary of Software Enginnering Terms define:

“Métrica como una medida cuantitativa del grado en que un sistema, componente o proceso posee un atributo dado”

Carrera de Sistemas&Informática UMSS: Cochabamba-Bolivia Mgr. Indira Camacho del Castillo Materia: Ingeniería de Software 11

Esfuerzo:

Métricas de tamaño y complejidad



Líneas de Código - LDC



Puntos de función - PF



Puntos de objeto – PO Otras medidas:

Productividad Calidad = = Costo = Documentación = PF/personas_mes} errores/PF dólares/PF páginas_documentación/PF Esfuerzo = Nro.Personas/mes Carrera de Sistemas&Informática UMSS: Cochabamba-Bolivia Mgr. Indira Camacho del Castillo Materia: Ingeniería de Software 12

Algunas medidas

(Pressman) Código ensamblador

Análisis

3 semanas

Diseño Codificación

5 semanas 8 semanas

Pruebas Documentación

10 semanas 2 semanas Lenguaje de alto nivel 3 semanas 5 semanas 8 semanas

Tamaño Tiempo Productividad

Código ensamblador 5.000 líneas 28 semanas 714 lin./mes 6 semanas 2 semanas Lenguaje alto nivel 1.500 líneas 20 semanas 300 lin. /mes Mgr. Indira Camacho del Castillo Materia: Ingeniería de Software 13 Carrera de Sistemas&Informática UMSS: Cochabamba-Bolivia

Carrera de Sistemas&Informática UMSS: Cochabamba-Bolivia

Ejemplos con Líneas de Código (LCD) y puntos de función (PF)

Tarea 11

Mgr. Indira Camacho del Castillo Materia: Ingeniería de Software 14

Introducción: Ejercicios …

• • Usar LDC , PF o PO p/estimaciones de

tamaño/complejidad

Si se utiliza LDC, la descomposición a menudo debe ser a detalle.

• Si se utiliza PF , se estima cinco puntos de mayor grado de abstracción que LDC función propuestos.

Tienen • PO son una abstracción más grande que LDC y PF y solo existen tres tipos de

puntos de objeto.

Con cualquiera de las opciones se debe calcular: optimista (O), medio (M) y pesimista (P) para cada función o contador, y se calcula el

valor esperado

(E) con la siguiente fórmula:

E

= (O + 4 * M + P) / 6

Carrera de Sistemas&Informática UMSS: Cochabamba-Bolivia Mgr. Indira Camacho del Castillo Materia: Ingeniería de Software 15

Ejemplo :

estimaciones utilizando LDC

Paso 1

Pressman Un sistema CAD (Computer-aided-design) de componentes mecánicos.

Una revisión de la especificación del sistema indica que el software va a ejecutarse en una estación de trabajo de ingeniería y que debe interconectarse con varios periféricos de gráficos para computadoras entre los que incluye un ratón, un digitalizador, una pantalla a color de alta resolución y una impresora láser.

Se puede desarrollar una descripción preliminar del ámbito del software:    El software de CAD aceptará datos geométricos de 2 y 3 dimensiones por la parte del ingeniero.

El ingeniero se interconectará y controlará el sistema de CAD por medio de un interfaz de usuario que va a exhibir las características de un buen diseño de interfaz hombre – máquina.

Una base de datos CAD contiene todos los datos geométricos y la información de soporte.

  Se desarrollaran módulos de análisis de diseño para reducir la salida requerida que se va a visualizar en varios dispositivos gráficos.

el software se diseñará para controlar e interconectar dispositivos periféricos entre los que se incluye un ratón, un digitalizador, un impresor láser y un trazador grafico (ploter).

La descripción anterior del ámbito es preliminar. Para proporcionar detalles concretos y un límite cuantitativo, se tendrían que ampliar todas las descripciones. Por ejemplo antes que la estimación pueda comenzar el planificador puede determinar que significa “Características de un buen diseño de interfaz hombre – maquina” y cual será el tamaño y la sofisticación de la “base de datos de CAD”.

Carrera de Sistemas&Informática UMSS: Cochabamba-Bolivia Mgr. Indira Camacho del Castillo Materia: Ingeniería de Software 16

 

Tarea:

Paso 2

Se desarrolla un rango de estimación de LDC para cada función. Por ejemplo: el rango de estimaciones de LDC de la función de IUFC es:

optimista=1800 LDC mas probable= 2100 LDC pesimista = 3000 LDC

LCD esperado = (opt +4Prob + pess) / 6 VE

= (1800 +4*2100 + 3000) / 6

Función

Interfaz de usuario y facilidad de control

Análisis geométrico de 2 dimensiones Análisis geométrico de 3 dimensiones Gestión de base de datos Facilidades de presentación grafica de computadoras Control de periféricos Módulos de anales de diseño

LDC optimista

1800

4000 5200 1160 3300 1100 7800

LDC probable

2100

5100 6600 2400 4750 1900

LDC pesimista

3000

7000 8100 4500 7345 4200 8200 Total 9700

LDC esperado

SUMAR Carrera de Sistemas&Informática UMSS: Cochabamba-Bolivia Mgr. Indira Camacho del Castillo Materia: Ingeniería de Software 17

Paso 3

…..calcular

PRODUCTIVIDAD

…..

Tarea:

Paso 4

…..calcular

ESFUERZO

…..

Carrera de Sistemas&Informática UMSS: Cochabamba-Bolivia Mgr. Indira Camacho del Castillo Materia: Ingeniería de Software 18

EJEMPLO DE ESTIMACIÓN BASADA EN LDC

Productividad

= 500 LDC /hombre-mes El

esfuerzo

es = 14,8 (7.400 / 500) =

15 hombres-mes

Y si cada hombre-mes cuesta $10,000 (entre sueldos y gastos extras), entonces el costo del sistema será de:

$150,000

. LDC en miles de líneas de código Carrera de Sistemas&Informática UMSS: Cochabamba-Bolivia

E = (O + 4 * M + P) / 6

Mgr. Indira Camacho del Castillo Materia: Ingeniería de Software 19

Puntos de función

Ventajas Vs. líneas de código Primero

, los puntos de función son independientes del lenguaje, herramientas o metodologías utilizadas en la implementación

Segundo

, los puntos de función pueden ser estimados a partir de la especificación de requisitos o especificaciones de diseño

Tercero

, como los puntos de función están basados en una visión externa del usuario del sistema, el método resuelve muchas de las inconsistencias que aparecen cuando se utiliza líneas de código como métrica del tamaño del software. Carrera de Sistemas&Informática UMSS: Cochabamba-Bolivia Mgr. Indira Camacho del Castillo Materia: Ingeniería de Software 20

Puntos de función y fórmulas

parámetro de medida # de entradas de usuario factor de ponderación conteo

simple medio complejo

X 3 4 6 = # de salidas de usuario X 4 # de consultas X 3 # de archivos X 7 # de interfaces externas conteo-total

UCF

X 5 5 4 10 7 7 6 15 10 = = = =

Puntos Función

UCF



F i PF PF =

UCF x (0.65 + 0.01 x



F i

)

Carrera de Sistemas&Informática UMSS: Cochabamba-Bolivia Mgr. Indira Camacho del Castillo Materia: Ingeniería de Software 21

Grado de influencia N

del factor de ajuste de la complejidad 1.

¿Requiere el sistema copias de seguridad y de recuperación fiables?

2.

3.

4.

5.

6.

7.

8.

9.

10.

11.

12.

13.

14.

¿Se requiere comunicación de datos?

¿Existen funciones de procesamiento distribuido?

¿Es crítico el rendimiento?

¿Se ejecutar el sistema en un entorno operativo existente y fuertemente utilizado?

¿Requiere el sistema entrada de datos interactiva?

¿Requiere la entrada de datos interactiva que las transacciones de entrada se lleven a cabo sobre múltiples pantallas u operaciones?

¿Se actualizan los archivos maestros de forma interactiva?

¿Son complejos las entradas, las salidas, los archivos o las peticiones?

¿Es complejo el procesamiento interno?

¿Se ha diseñado el código para ser reutilizable?

¿Están incluidas en el diseño la conversión y la instalación'?

¿Se ha diseñado el sistema para soportar múltiples instalaciones en diferentes organizaciones?

¿Se ha diseñado la aplicación para facilitar los cambios y para ser fácilmente utilizada por el usuario?

Los

factores

se tasan en una escala

0

(sin importancia) a

5

(muy importante) Mgr. Indira Camacho del Castillo Materia: Ingeniería de Software Carrera de Sistemas&Informática UMSS: Cochabamba-Bolivia 22

Resumen PF

Analizar el dominio de la información de la aplicación y desarrollar el conteo

Establecer el

conteo

para cada dominio de entrada e interfaces de sistema

Pesar cada conteo por evaluación de la complejidad

Asignar el nivel de complejidad o

peso

para cada conteo

Evaluar la influencia de factores globales que afecten la aplicación Calcular puntos función

Carrera de Sistemas&Informática UMSS: Cochabamba-Bolivia Para calcular puntos de función (PF), se utiliza la relación siguiente:

PF = cuenta-total * [0,65 + 0,01 * N ]

donde:

Factor de complejidad: C = (0.65 + 0.01 x N)

Grado de influencia:

N

= 

F

i

Fi (i = 1 a 14)

Mgr. Indira Camacho del Castillo Materia: Ingeniería de Software 23

Ejemplo PF

parámetro de medida # entradas de usuario # salidas de usuario # de consultas # de archivos # interfaces externas conteo peso 40 25 12 4 4 x 4 = 160 x 5 = 125 x 4 = 48 x 10 = 40 x 7 = 28

Aplicando la fórmula PF =

UCF * (0.65 + 0.01 *



F i

)

conteo total Grado de influencia del factor de complejidad puntos función 401 84

Carrera de Sistemas&Informática UMSS: Cochabamba-Bolivia

Factor de complejidad: C = (0.65 + 0.01 x N)

Grado de influencia: N =  F i Mgr. Indira Camacho del Castillo Materia: Ingeniería de Software 24

EJEMPLO DE ESTIMACIÓN BASADA EN PF

PF =

Aplicando la fórmula:

UCF x (0.65 + 0.01 x



F i

)

Calcular PF:

PF =

128

148.48

* (0.65 + 0.01 * 51

) = 149 pf

Si la productividad =7 PF / hombre-mes, entonces el esfuerzo requerido será de: 21,28 (149 / 7)

= 22 hombres-mes,

y si el costo por hombre-mes es de $10,000, entonces el costo del proyecto es:

$220,000.

Dominio de información

Número de entradas Número de salidas Número de peticiones Número de archivos Número de interfaces externas Carrera de Sistemas&Informática UMSS: Cochabamba-Bolivia

Optimista

7 4 5 1 1

Cuenta Medio

8 5

Pesimista Esperado

10 7 9 6 7 1 1 9 2 2 7 2 2

Peso

4 5 4 10 7

Subtotal

36 30 28 20 14 Total UCF .

128

Mgr. Indira Camacho del Castillo Materia: Ingeniería de Software 25

Carrera de Sistemas&Informática UMSS: Cochabamba-Bolivia

Modelos de costos COCOMO

Tarea 12

26 Mgr. Indira Camacho del Castillo Materia: Ingeniería de Software



Modelos de estimación de costos

¿Qué son ?

Son modelos que se han establecido en base a análisis de regresión a partir de datos históricos de grupo de sistemas.

 Y ¿qué métricas utilizan la mayoría de estos modelos? Y ¿por qué?

Estos modelos se basan en una métrica de tamaño/ complejidad e intentan deducir el esfuerzo. Las métricas que utilizan son: PON PF LDC  ¿Cuándo se utilizan?

Cuando no se tiene como dato la productividad de los ingenieros.

Mgr. Indira Camacho del Castillo Materia: Ingeniería de Software 27 Carrera de Sistemas&Informática UMSS: Cochabamba-Bolivia

Modelos de estimación de costos

 ¿Por qué existen muchos modelos de estimación de costos?

Porque se hacen en base a un grupo de proyectos de un determinado tipo y de un determinado contexto y sirven para la estimación de proyectos de un determinado tipo.  ¿Todos los modelos de estimación son adecuados para Estimar cualquier proyecto de software? Si/no, ¿por qué?

NO, por que s e hacen base a un muestra de proyectos.

 Tarea: Traer un ejemplo concreto de estimación de costos documentado para un proyecto de software utilizando cualquier métrica. Carrera de Sistemas&Informática UMSS: Cochabamba-Bolivia Mgr. Indira Camacho del Castillo Materia: Ingeniería de Software 28

Métricas

:

tamaño y complejidad



Líneas de Código - LDC



Puntos de función - PF



Puntos de objeto – PO Otras medidas:

Productividad Calidad = = PF/personas_mes} errores/PF Costo = Documentación = dólares/PF páginas_documentación/PF Esfuerzo = Nro.Personas/mes Carrera de Sistemas&Informática UMSS: Cochabamba-Bolivia Mgr. Indira Camacho del Castillo Materia: Ingeniería de Software 29

MODELOS EMPÍRICOS DE ESTIMACIÓN

Forma general:

esfuerzo

exponente = coefte_afinación * tamaño

usualmente referido como personas-mes de esfuerzo requerido constante o número derivado basado en la complejidad del proyecto

Carrera de Sistemas&Informática UMSS: Cochabamba-Bolivia

LDC o PF derivado empíricamente

Mgr. Indira Camacho del Castillo Materia: Ingeniería de Software 30

Ejemplos: de modelos empíricos de estimación

Carrera de Sistemas&Informática UMSS: Cochabamba-Bolivia Mgr. Indira Camacho del Castillo Materia: Ingeniería de Software 31

MODELO COCOMO I

Creado por Barry Boehm en 1981. Su nombre significa COnstructive COst MOdel (Modelo constructivo de costo) y se puede dividir en tres modelos.



COCOMO básico .

Calcula el esfuerzo y el costo del desarrollo en función del tamaño del programa estimado en LDC.



COCOMO intermedio.

Calcula el esfuerzo del desarrollo en función del tamaño del programa y un conjunto de conductores de costo que incluyen la evaluación subjetiva del producto, del hardware, del personal y de los atributos del proyecto.



COCOMO detallado.

proceso.

Incorpora las características de la versión intermedia y lleva a cabo una evaluación del impacto de los conductores de costo en cada fase (análisis, desarrollo, etc.) del Carrera de Sistemas&Informática UMSS: Cochabamba-Bolivia Mgr. Indira Camacho del Castillo Materia: Ingeniería de Software 32

Estimación de proyectos por método COCOMO

Carrera de Sistemas&Informática UMSS: Cochabamba-Bolivia Mgr. Indira Camacho del Castillo Materia: Ingeniería de Software 33

Los modelos COCOMO están definidos para tres tipos de proyectos de software:  Orgánicos.

   Proyectos pequeños y sencillos.

Equipos pequeños con experiencia en la aplicación.

Requisitos poco rígidos.

 Semiacoplados.

 Proyectos de tamaño y complejidad intermedia.

  Equipos con variado niveles de experiencia.

Requisitos poco o medio rígidos.

 Empotrados.

 Proyectos que deben ser desarrollados con un conjunto de requisitos (hardware y software) muy restringidos.

Carrera de Sistemas&Informática UMSS: Cochabamba-Bolivia Mgr. Indira Camacho del Castillo Materia: Ingeniería de Software 34

COCOMO BÁSICO E = a * KLDC ^b * M

Donde:

D = c * E ^d

E el

Y es el esfuerzo,

D

es el tiempo de desarrollo en meses y

KLDC es número de miles

M de líneas de código estimado para el proyecto.

es el factor de ajuste del esfuerzo, que para el básico consideraremos igual a 1 Los coeficientes siguiente tabla:

a

y

c

y los exponentes

b

y

d

se obtienen de la Carrera de Sistemas&Informática UMSS: Cochabamba-Bolivia Mgr. Indira Camacho del Castillo Materia: Ingeniería de Software 35

Ejemplo

Aplicando el modelo COCOMO básico al ejemplo anterior y usando un tipo de proyecto orgánico obtenemos una estimación para el esfuerzo: E = 2.4 * KLDC^1.05

= 2.4 * 7.4^1.05 = 20 hombres-mes   Para calcular la duración del proyecto usamos la estimación de esfuerzo: D = 2.5 *

E^

0.38

= 2.5 * 20^0.38 = 8 meses El valor de la duración del proyecto permite al planificador recomendar un número de personas N para el proyecto.

N = E / D

= 20 / 8 = 3 personas Carrera de Sistemas&Informática UMSS: Cochabamba-Bolivia Mgr. Indira Camacho del Castillo Materia: Ingeniería de Software 36

COCOMO INTERMEDIO

E = a * KLDC^b * EAF EAF es un factor de ajuste del esfuerzo que se calcula valorando en una escala de

muy bajo

,

bajo

,

nominal

,

alto

y

muy alto

Carrera de Sistemas&Informática UMSS: Cochabamba-Bolivia Mgr. Indira Camacho del Castillo Materia: Ingeniería de Software 37

EAF : factor de ajuste del esfuerzo

Carrera de Sistemas&Informática UMSS: Cochabamba-Bolivia Mgr. Indira Camacho del Castillo Materia: Ingeniería de Software 38

•COCOMO DETALLADO

Proporciona un conjunto de multiplicadores de esfuerzo para cada atributo en cada fase.

Organiza el producto en tres niveles:  Nivel módulo.

 Nivel subsistema.

 Nivel sistema.

Mgr. Indira Camacho del Castillo Materia: Ingeniería de Software 39 Carrera de Sistemas&Informática UMSS: Cochabamba-Bolivia

1.

MODELO COCOMO II

Modelo de composición de aplicación

tecnología son de suma importancia.

.

Utilizado durante las primeras etapas de la ingeniería del software, donde el prototipado de las interfaces de usuario, la interacción del sistema y del software, la evaluación del rendimiento, y la evaluación de la madurez de la

2.

Modelo de fase de diseño previo.

la arquitectura básica del software.

Utilizado una vez que se han estabilizado los requisitos y que se ha establecido

3.

Modelo de fase posterior a la arquitectura.

durante la construcción del software.

Utilizado Carrera de Sistemas&Informática UMSS: Cochabamba-Bolivia Mgr. Indira Camacho del Castillo Materia: Ingeniería de Software 40

1. Modelo de composición de aplicación

PON = (puntos objeto) x [(lOO - %reutilización)/100]

Donde PON significa «puntos objeto nuevos».

Esfuerzo estimado = PON / PROD Carrera de Sistemas&Informática UMSS: Cochabamba-Bolivia Mgr. Indira Camacho del Castillo Materia: Ingeniería de Software 41

2. Modelo de fase de diseño previo

o Nivel de diseño inicial

 Este nivel se basa en la fórmula estándar para modelos algorítmicos: Esfuerzo = A x tamaño B x M  Donde Boehm propone: 

A=

2.5



Tamaño

= KSLOC = miles de líneas de código fuente (se estima los puntos de función y luego mediante tablas estándares que relacionan las líneas de código a PF se calculas las KSLOC)  B= esfuerzo creciente al incrementarse el tamaño del proyecto, no se fija como en la primera versión del modelo y varia de

1.1 a 1.24

dependiendo de la novedad del proyecto, más nuevo entonces más alto  M= se calcula como para el COCOMO 81 Carrera de Sistemas&Informática UMSS: Cochabamba-Bolivia Mgr. Indira Camacho del Castillo Materia: Ingeniería de Software 42

¿Por qué planificar?

Carrera de Sistemas&Informática UMSS: Cochabamba-Bolivia Mgr. Indira Camacho del Castillo Materia: Ingeniería de Software 43

Bibliografía

Pressman, Roger S.

"Ingeniería del Software. Un enfoque práctico".

Ed. McGraw-Hill. Piattini, M.G.

Análisis y diseño detallado de aplicaciones informáticas de gestión.,Ed. Ra-ma Luque Ruiz, Irene "Ingeniería del Software. Fundamentos para el desarrollo de sistemas informáticos".

Ed. Servicio de publicaciones. Universidad de Córdoba Sommerville, Ian "Software Engineering".

Ed. Addison-Wesley, Carrera de Sistemas&Informática UMSS: Cochabamba-Bolivia Mgr. Indira Camacho del Castillo Materia: Ingeniería de Software 44

Tarea:



Realizar tarea 13 y 14

Carrera de Sistemas&Informática UMSS: Cochabamba-Bolivia Mgr. Indira Camacho del Castillo Materia: Ingeniería de Software 45