Escuela Universitaria Politcnica Grado en Ingeniera Informtica Ingeniera del Software II

Tema 2: Gestin del Proyecto Boletn Ejercicios

CUESTIONES (1) Cul es la diferencia entre medida, mtrica e indicador? Apoye la explicacin en algn ejemplo. Medida: Indicacin cuantitativa de un atributo Ejemplo: Un programa tiene 10.000 LDC (lneas de cdigo).

Mtrica: Medida cuantitativa del grado en que un sistema, componente o proceso posee un atributo Ejemplo: La productividadde este proyecto fue de 500 (LDC/persona-mes).

Indicador: Mtrica o combinacin de mtricas que proporcionan una visin profunda del proceso, del proyecto o del producto. Ejemplo: La productividad media de nuestra empresa es de 500(LDC/pm) y en el ltimo proyecto ha sido de 250(LDC/pm).

(2) Qu es una medida indirecta? Las medidas indirectas estan orientadas a medir aspectos como calidad, complejidad, eficiencia, funcionalidad, etc. Su uso es comn en el trabajo con mtricas del software? Las medidas indirectas vienen determinadas por una o ms mtricas bsicas.

(3) El equipo A encontr 342 errores durante el proceso de ingeniera del software antes de la liberacin. El equipo B encontr 184 errores. Qu medidas adicionales tendran que realizarse a los proyectos A y B para determinar cul de los equipos elimin errores de manera ms eficiente? Una medida de los defectos encontrados despus de liberarlos. Qu mtricas propondra para ayudar a realizar esta determinacin? Una mtrica errores/LDC o defectos/LDC o errores/defectos Qu datos histricos pueden ser tiles? Informes de cada una de las versiones en las que aparezcan todos los datos.

(4) Explique las similitudes y diferencias entre las medidas basadas en lneas de cdigo (LDC) y puntos de funcin (PF). Las medidas basadas en lneas de cdigo son medidas orientadas al tamao, las cuales nos proporcionaran

el tamao o capacidad de nuestro software Son medidas directas. Debido a que para implementar la misma tarea en un lenguaje de programacin se necesitan ms lneas de cdigo que en otro, esta medida puede ser un poco injusta. Las medidas basadas en puntos de funcin son medidas orientadas a la funcin, cuyo objetivo es medir aspectos que tengan que ver con la funcionalidad. Son medidas indirectas. Son ms justas, a la hora de que miden la funcionalidad de un software. (5) Justifique brevemente la veracidad o falsedad de la siguiente afirmacin: El uso de LDC como medida del software es adecuado en proyectos que han sido desarrollados empleando diversas tecnologas. Como se comentaba en la anterior pregunta, la medida de las lneas de cdigo puede ser injusta para comparar software desarrollado en lenguajes de programacin distintos puesto que la misma tarea en un lenguaje puede llevar muchas ms lneas de cdigo que en otro.

(6) Explique las diferencias entre mtodo, proceso y herramienta software. Idem que boletn 1. (7) Indique dos tipos de mtricas que permitan medir la calidad de un proyecto software. - Nmero promedio de acciones del usuario por cada tarea - Anlisis de uso de aplicacin (frecuencia uso del men Ayuda, tiempo medio uso, etc.) Por qu son importantes este tipo de mtricas? Porque hoy en dia la calidad es un marcador importante en cualquier producto y midiendo la calidad podemos construir un producto software de alta calidad que satisfaga las necesidades del cliente. En qu momento debera medirse la calidad de un proyecto software? Debemos medir la calidad de un proyecto continuamente para poder hacer cambias que la mejoren si en algn momento empeora.

(8) Describa brevemente las diversas etapas que se deben seguir para cubrir el proceso de planificacin de un proyecto software. Antes de planificar el proyecto debemos preveer una estimacin, con ella podemos constatar cuanto esfuerzo, cuantos recursos, cuanto capital y cuanto tiempo nos va a llevar. Proceso de planificacin de un proyecto: 1. Establecer mbito del proyecto: El mbito es una descripcin del problema, con el obtendremos las funciones y caractersticas de nuestro proyecto, los datos que usaremos, el rendimiento, la fiabilidad 2. Determinar la factibilidad Hay que comprobar que realizar el proyecto es factible, ya que puede no ser viable por falta de medios o por ser un proyecto inviable en la poca actual. 3. Analizar riesgos Tambin debemos comprobar los riesgos que vamos a asumir al realizar el proyecto. 4. Definir recursos requeridos Debemos hacer un listado de nuestros recursos (personal, entorno, software) y de las necesidades del proyecto (descripcin, disponibilidad, fechas,..) 5. Estimar costo y esfuerzo

Por supuesto hay que estimar el coste y el esfuerzo para poder organizarse de forma coherente. 6. Desarrollar un calendario Por ltimo debemos desarrollar un calendario segn el cual basarnos en nuestros plazos de proyecto y entregas.

(9) Argumente la veracidad o falsedad de la siguiente afirmacin: Una entrevista con el cliente es fundamental para recabar informacin sobre el problema. sta debe ser flexible, abierta y dinmica, pues que es difcil saber qu nos encontraremos. Por supuesto que las entrevistas con el/los cliente/s son fundamentales, ellos son los que deben proporcionar toda la informacin sobre el proyecto ya que depender de ellos. La entrevista deber tener una serie de puntos, si fuera demasiado abierta y flexible nos perderamos en cosas que no nos interesan, por tanto debemos tener muy claros los puntos a tratar. (10)Explique en qu consisten las tcnicas de estimacin de esfuerzo proyectos software. Las tcnicas de estimacin de esfuerzo de proyectos software nos darn una medida del esfuerzo y coste. Aunque no es una ciencia exacta nos pueden proporcionar valores confiables. Se recomienda realizar la estimacin una vez comenzado el proyecto ya que se conocern ms detalles. Cul es la unidad de medida ms comn? El esfuerzo se suele medir como personas-mes (PM). Qu tipos de mecanismos conoce? Tipos de mecanismos de estimacin de esfuerzo: Tcnicas de descomposicin para generar estimaciones de coste y esfuerzo Estimacin basada en problema Estimacin basada en proceso Modelos empricos para clculos de costes y esfuerzo COCOMO (COnstructive COst MOdel)

Boletn ejercicios tema 2

Ingeniera del Software II

EJERCICIOS PRCTICOS (1) A partir de la descripcin que se proporciona a continuacin de un sistema software, se pide calcular los puntos de funcin (PF) asociados al mismo.

Se trata de un sistema de telepago para automviles, destinado principalmente al pago automtico en los peajes de las autopistas. Dentro de un peaje de una autopista, se destinan uno o ms puestos de control al telepago. Para efectuar el telepago, el vehculo debe disponer de un dispositivo especial, al que denominaremos Gizmo. Par adquirir un Gizmo, el dueo de un vehculo debe solicitarlo va web, proporcionando sus datos personales, bancarios y matrcula del vehculo. A continuacin, el cliente recibe el GizMo en su domicilio. Cada vez que el cliente entra en un peaje automtico, los sensores detectan la entrada del vehculo y a continuacin, otros sensores tratan de leer la informacin del GizMo. Si el vehculo est autorizado, se enciende una luz verde, se levanta la barrera de control y se carga el correspondiente importe en la cuenta del cliente. Esta informacin tambin se guarda en la base de datos del sistema, as como una foto del conductor, con objeto de evitar posibles fraudes y poder atender debidamente potenciales reclamaciones. El importe del peaje se muestra al conductor en una pantalla luminosa adyacente a la barrera de control del peaje. Si el vehculo no estuviese autorizado, se enciende una luz roja y se toman fotografas tanto del conductor como de la matrcula del vehculo. En este caso se toman 5 fotografas en 5 instantes diferentes de tiempo y no se levanta la barrera de control. En caso de que los sensores de la barrera detectan que esta se ha atravesado, y posiblemente destrozados, se informa del hecho a la polica. (2) El ingeniero software responsable del proyecto de desarrollo del sistema de telepago para automviles (descrito en el ejercicio anterior) se encuentra en una fase temprana de ejecucin del proyecto y debe asumir cierta inestabilidad en los requisitos de la aplicacin. Respecto al valor PF que se puede calcular a partir de las actuales especificaciones (probable) se considera que, en el mejor de los casos, los valores de dominio (parmetros PF) pueden reducirse un 30% (optimista). En el peor de los casos, pueden incrementarse un 20% (pesimista). Dada esta problemtica, se pide realizar una estimacin basada en problema de PF del proyecto.

(3) Suponga que usted es el gerente de proyecto de una compaa que construye software para robots caseros. Tras realizar una primera entrevista con el cliente, determina que la aplicacin estar integrada por 5 mdulos, teniendo cada uno el coste (en lneas de cdigo - LDC) que se indica en la siguiente tabla:

Mdulo Visin (VI) Control Movimiento (CM) Planificador de Tareas (PT) Monitorizacin (MO) Coordinacin (CO) Se pide:

LDC 5000 2500 5000 3000 8700

a. Realizar una estimacin del esfuerzo (PM) necesario para llevar a cabo el proyecto, empleando la tcnica de estimacin basada en problema. Aunque las anteriores estimaciones de coste se consideran las ms probables, en el peor y mejor de los casos stas podran variar un 10% y 20%, respectivamente. Adems, asuma que una persona puede producir 150 LDC al mes. b. Realizar una estimacin de esfuerzo (PM) y tiempo (en meses) aplicando el modelo COCOMO I, segn el modelo bsico. En este caso, asumiremos que se trata de un proyecto de tipo Empotrado.