Ingeniera de Software Bimestre I

UTPL

PRUEBA DE ENSAYO
1. Usted ha sido nombrado gestor de proyecto de una gran compaa de productos de software. Su labor es gestionar el desarrollo de la versin de siguiente generacin de su software de procesamiento de textos ampliamente utilizado. Puesto que se deben generar nuevos ingresos, se han establecido y anunciado, fechas lmite precisas Qu estructura de equipo elegira? Qu modelos de proceso de software elegira? Justifique su respuesta. Debido a que el proyecto que vamos a desarrollar tiene mucha similitud con un producto ya existente (versin anterior) podramos utilizar un paradigma cerrado; ahora, tambin tenemos que considerar que la nueva versin del software deber contar con adelantos tecnolgicos, por tal razn, nos vemos en la obligacin de utilizar un paradigma aleatorio. El equipo debe estar ampliamente consolidado para poder realizar propuestas y tomar decisiones. Lo expuesto anteriormente nos indica que para elaborar el nuevo software necesitamos: mejorar un producto ya existente, cumplir fechas y tener colaboracin directa de todo el equipo, por lo tanto aplicaremos un paradigma cerrado, el cual abarca los conceptos del paradigma abierto y aleatorio. Modelo de proceso de software: Se va a utilizar el DRA (Desarrollo Rpido de Aplicaciones) ya que es necesario desarrollar toda la aplicacin requerida por el cliente en la fecha sealada.

2. Considrese a s mismo como un defensor de las LDC para realizar las mediciones del software, argumente porqu este tipo de mtricas son adecuados para la mayora de proyectos y establezca las ventajas de usar medidas orientadas a la funcin? La medicin de software tomando como base de las Lneas de Cdigo es una de las tcnicas ms utilizadas debido a que: Se explota al mximo la experiencia del desarrollador, ya que de esto depende la correcta estimacin de esfuerzo y costo para cada componente a desarrollar. La cantidad de LDC pueden ser tomadas desde un proyecto desarrollado anteriormente, es decir, se puede tener una idea de cuantas LDC se desarrollan por jornada laboral. Permite la posibilidad de descomponer el sistema en componentes ms pequeos. El precio de cada lnea de cdigo se puede obtener al analizar el costo de proyectos anteriores.

Antes de utilizar el conteo de LDC es importante definir los patrones de conteo que se van a usar en esta tarea, por ejemplo se debe establecer
Cristhian Patricio Eras Castillo

Ingeniera de Software Bimestre I

UTPL

cmo se van a considerar las instrucciones de cdigo que por legibilidad ocupan ms de una lnea de cdigo.

Medidas orientadas a la funcin La medicin de software mediante funciones se basa en los niveles de usabilidad de los datos que manipula el sistema, es decir el evaluador analiza los datos de entrada y salida, manipulacin de archivos e interfaces. Ventajas: Permite evaluar todas las funciones del software: funciones terminadas y no terminadas. No tienen dependencia con el lenguaje de programacin. Evalan requerimientos funcionales: Qu puede hacer el usuario en el sistema. Evalan requerimientos no funcionales: Actividades en las que no se involucra el usuario, como por ejemplo, ventanas de disponibilidad del sistema, backups, etc.

3. Defina una mtrica orientada a casos de uso e indique su propsito, cmo se la obtendra? y desarrolle ejemplos donde se vea su uso y utilidad. Para definir una mtrica orientada a casos de uso es necesario tener claro cuales son los requerimientos que el usuario quiere satisfacer con el nuevo sistema de desarrollar. Es necesario apoyarse en una matriz de requerimientos para poder elaborar los casos de uso, esto nos permitir tener una un visin de cmo el usuario va a usar el sistema. Para cada caso de uso se asigna una valoracin, para realizar esta asignacin de valores es necesario que el equipo de desarrollo se rena para establecer el nivel de complejidad que va a tener cada caso de uso. Cmo asignar los valores: Se debe conocer el tipo de interfaz, nmero de clases a usar y cantidad de datos a extraer desde la BD. Low (10 puntos): 1 a 3 clases - interfaz sencilla se una tabla de la tabla de la base de datos. Medium (20 puntos): 3 a 5 clases - interfaz compleja - hasta 3 tablas de la base de datos.

Cristhian Patricio Eras Castillo

Ingeniera de Software Bimestre I

UTPL

High (30 puntos): ms de 5 clases - interfaz compleja - ms de tres tablas de la base de datos.

Debemos formar una tabla de valores en la que su muestra el nivel de complejidad de cada caso de uso para el sistema: Una vez que se han definido cuales son los parmetros que se deben considerar para la asignacin de puntos a cada caso de uso, se asignan valores y se sacan totales, con esto podemos tener saber el tamao del software que vamos a desarrollar. EJEMPLO: Vamos a desarrollar un software que nos permita realizar facturar las ventas en una farmacia.

Caso de uso 1: Creacin de clientes 1. El usuario ingresa al sistema y elige la opcin de clientes. 2. Selecciona la opcin crear cliente. 3. Ingreso la informacin requerida y guarda el registro.

Caso de uso 2: Creacin de Productos 1. El usuario ingresa al sistema y elige la opcin de productos. 2. Selecciona la opcin crear producto. 3. Ingreso la informacin requerida y guarda el registro.

Caso de uso 1: Creacin de facturas. 1. El usuario ingresa al sistema y elige la opcin de facturacin. 2. Selecciona la opcin crear factura. 3. Ingreso la informacin requerida y guarda el registro.

Resultados
Low (10 puntos) x Medium (20 puntos) High (30 puntos) Total 10

Crear cliente

Cristhian Patricio Eras Castillo

Ingeniera de Software Bimestre I

UTPL

Crear producto Crear factura

x x TOTAL

10 30 50

Despus de haber valorado la complejidad de cada caso de uso obtenemos un valor referencial de la complejidad y extensin del software que vamos a desarrollar.

4. Para el proyecto desarrollado de la pregunta 1, aplique una descomposicin funcional y estime el tamao de cada funcin en LDC, y suponiendo que su organizacin produce 450 LDC/PM con una escala salarial de 1.000 USD por persona-mes. Estime el esfuerzo y el costo requeridos para construir el software empleando la tcnica basada el LDC. Lo primero que se debe hacer es analizar los requerimientos para el software y a continuacin hacer la descomposicin de los funcionalidades que sern parte del procesador de texto a desarrollar.
LNEAS DE CDIGO Mas Probable Pesimista 5,250 6,563 2,250 2,813 7,500 9,375 6,000 7,500 3,750 4,688 4,200 5,250 3,750 4,688 7,500 9,375 2,700 3,375 1,500 1,875 750 938 T O T A L: V. Esperado 5,104 2,188 7,292 5,833 3,646 4,083 3,646 7,292 2,625 1,458 729 43,896

Funcionalidades de formato de texto Almacenamiento de documentos Configuracin de preferencias Opciones de edicin de documentos Correccin de errores de texto Apertura y conversin de archivos Personalizacin del procesador de texto Automatizacin de tareas (Macros) Impresin y vista previa Plantillas de documentos profesionales Versionamiento

Optimista 3,500 1,500 5,000 4,000 2,500 2,800 2,500 5,000 1,800 1,000 500

Escala Salarial = $ 1.000 Valor de cada LDC = $ 2.22

450 LDC/PM

Costo Estimado del proyecto: $ 2.22 x 43,896 = $ 97,546.30 Esfuerzo Estimado del proyecto: 43,896 / 450 = 98 personas-mes

Cristhian Patricio Eras Castillo