Universidad Mariano Galvez de Guatemala

Ingeniería en sistemas de información

Ingeniería de Software
Código: 0900-042

Plan fin de semana

Investigación

 Describa sobre el programa para apoyo a la calidad del proyecto de software

Ingeniería de software
Puntos de función

El análisis divide la especificación funcional:

- Interacción y Almacenamiento
Ingeniería de software

- Interacción en función de transacción (Interacción con el usuario)

- Entrada Externa (EI): Pantallas donde el usuario ingresa datos

- Salida Externa (EO): Informes, gráficos, listado de Gráficos

- Consulta Externa (EQ): Recuperar y mostrar datos al usuario(Buscar)

- Almacenamiento en función de datos

- Archivo lógico interno (ILF): Archivos desde el punto de vista logico,

pueden ser la tablas de una BD

- Archivo de interfaz externo (EIF): Datos mantenidos por otros sistemas

Ingeniería de software
Si lo miramos con otras palabras podríamos identificar lo siguiente:

-Buscar (EQ)

-Actualizar (EI)

-Insertar (EI)

-Listar (EO)

-Eliminar (EI)

-Informes o reportes (EO)

-Tablas de BD (ILF)
Ingeniería de software
Ingeniería de software
Para el primer ejemplo vamos a trabajar con la asignación de estudiantes
a clases de la UMG
Ingeniería de software
El sistema requerido es:

- Registro de alumnos
- Registro de Cursos
- Buscar Cursos por horario
- Actualización de datos de alumnos (asignación de cursos)
- Bloquear alumnos por falta de pago
- Listado de alumnos
- Reporte de cursos (con cantidad de alumnos)
Ingeniería de software

- Registro de alumnos (EI)

- Registro de Cursos (EI)
- Buscar Cursos por horario (EQ)
- Actualización de datos de alumnos (asignación de cursos) (EI)
- Bloquear alumnos por falta de pago (EI)
- Listado de alumnos (EO)
- Reporte de cursos (con cantidad de alumnos) (EO)
- Tablas en BD (ILF)
Ingeniería de software

A partir de este calculo se obtienen los Puntos de función sin ajustar (PFSA)
Que es la sumatoria de (funciones X complejidad)
Ingeniería de software
Puntos de función ajustado

PFA = PFSA*[0.65+(0.01*factor de ajuste)]

Donde:

PFSA: Puntos de función sin ajustar

PFA : Puntos de función ajustado

Ingeniería de software
Ingeniería de software

PFA = PFSA*[0.65+(0.01*factor de ajuste)]

con esto podemos calcular el esfuerzo

H/H = PFA * Horas PF promedio

Ingeniería de software
Ejercicio en Clase

- Estimar el esfuerzo de su proyecto informático (HH)

- Estimar la duración de su proyecto (en meses)

- Estimar el costo de su proyecto informático

- Todo esto a través del método de estimación de puntos de función

Ingeniería de software
El Modelo Constructivo de Costos (o COCOMO, por su acrónimo del inglés
COnstructive COst MOdel) es un modelo matemático de base empírica
utilizado para estimación de costos1 de software. Incluye tres submodelos,
cada uno ofrece un nivel de detalle y aproximación, cada vez mayor, a medida
que avanza el proceso de desarrollo del software: básico, intermedio y
detallado.

Este modelo fue desarrollado por Barry W. Boehm a finales de los años 70 y
comienzos de los 80, exponiéndolo detalladamente en su libro "Software
Engineering Economics" (Prentice-Hall, 1981).

Pertenece a la categoría de modelos estimadores basados en

estimaciones matemáticas. Está orientado a la magnitud del producto
final, midiendo el "tamaño" del proyecto, en función de la cantidad de
líneas de código, principalmente.

Se presentan tres niveles: básico, intermedio y detallado.

Ingeniería de software
Inconvenientes

Los resultados no son proporcionales a las tareas de gestión ya que no tiene en cuenta
los recursos necesarios para realizarlas.

Se puede desviar de la realidad si se indica mal el porcentaje de líneas de

comentarios en el código fuente.

Es un tanto subjetivo, puesto que está basado en estimaciones y parámetros que

pueden ser "vistos" de distinta manera por distintos analistas que usen el método.

Se miden los costes del producto, de acuerdo a su tamaño y otras características,

pero no la productividad.

La medición por líneas de código no es válida para orientación a objetos.

Utilizar este modelo puede resultar un poco complicado, en comparación con otros
métodos (que también sólo estiman).
Ingeniería de software
modo orgánico: un pequeño grupo de programadores experimentados desarrollan
software en un entorno familiar. El tamaño del software varía desde unos pocos
miles de líneas (tamaño pequeño) a unas decenas de miles (medio).

modo semilibre o semiencajado: corresponde a un esquema intermedio entre el

orgánico y el rígido; el grupo de desarrollo puede incluir una mezcla de personas
experimentadas y no experimentadas.

modo rígido o empotrado: el proyecto tiene fuertes restricciones, que pueden

estar relacionadas con la funcionalidad y/o pueden ser técnicas. El problema a
resolver es único y es difícil basarse en la experiencia, puesto que puede no
haberla.
Ingeniería de software
Ingeniería de software
Ingeniería de software
Ingeniería de software
Una empresa de buses extraurbanos desea crear una base de
datos para almacenar información sobre sus rutas. La empresa
dispone de una flota de autobuses que distribuye en una serie
de rutas. En cada ruta, el autobús pasa por un conjunto de
ciudades en las que tiene parada. Una ruta se identifica por un
código y se caracteriza por los km. totales de recorrido, el
origen y el destino final. De cada autobús, se almacena su
matrícula, el modelo, su capacidad (plazas) y el nombre del
conductor. Se asume que un autobús sólo puede estar
realizando una ruta. Las rutas tienen paradas en distintas
ciudades. De cada ciudad, almacenaremos el nombre, junto
con la dirección y el teléfono del lugar de parada. Para
organizar las rutas, cada parada tiene un número de orden, que
puede variar entre distintas rutas (una misma ciudad puede
pertenecer a varias rutas).

Calcule el costo, el tiempo, personal del proyecto mediante el metodo de cocomo II, en la
conclucion deberá colocar estimaciones reales para la ejecución correcta del proyecto
> Muchas gracias