Ingeniería del Software II Primer cuatrimestre de 2008 Departamento de Computación Facultad de Ciencias Exactas Universidad de Buenos Aires 1 de 8
Preguntas Generales El objetivo de estas preguntas teóricas es generar una discusión sobre los métodos actuales de estimación. 1. Para qué sirve estimar un proyecto de desarrollo de software? 2. Al estimar un proyecto, qué hay que estimar? Cuál es la relación entre las distintas cosas que hay que estimar? 3. Cómo es el ciclo dorado de la estimación? 4. Describa brevemente el método de Clark. Cuál es su utilidad? 5. Qué puntos en común tienen los métodos de Puntos de Función y Puntos de Casos de Uso? 6. Qué método usaría si tuviese que elegir uno en un contexto general? Y en los siguientes contextos: a. Una organización que nunca registró ningún tipo de métricas ni hizo estimaciones. b. Una organización que siempre se manejó con estimaciones empíricas c. Una organización que siempre se manejó con estimaciones empíricas pero que está en expansión (el número de integrantes está creciendo así como la cantidad de proyectos en carpeta) d. Una organización que tiene métricas de tiempos y costos de los proyectos que ejecutó durante el último año. e. Una organización que cuenta con un departamento de calidad y expertos en métricas 7. Qué factores debe considerar para ajustar las estimaciones? (habilidades individuales de los miembros del equipo, experiencia trabajando juntos, experiencia con las tecnologías seleccionadas, ambigüedad de los requerimientos, requerimientos no funcionales, etc) 8. Qué tareas involucradas en el desarrollo de software debría incluir la estimación? (análisis, especificación, construcción, testing, gestión del proyecto, retrabajo) 9. Explique cómo se estiman con los métodos vistos en clase los distintos atributos de calidad que puede requerir un sistema 2 de 8
Ejercicios prácticos 1. Se necesita realizar una modificación en el sistema de inscripciones de la facultad. Informalmente, los requerimientos de cambio son: - Agregar la información de la cantidad de horas semanales de las materias en la grilla de inscripciones - Modificar la dirección de correo mediante la que se realizan las inscripciones a finales - Generar y enviar un mail a la cuenta del alumno que se está inscribiendo con los datos de la inscripción a cada una de las materias (turnos, estado en que se encuentra el alumno, cuatrimestre, año, etc). - Cambiar el look&feel general de la aplicación (agregar imágenes, mejorar los estilos de la página, etc). a- Realice una estimación usando el método de ojo de buen cubero de los cambios b- Realice una estimación con el método de Clark c- Realice una estimación usando el método Wideband Delphi de los cambios, realizando al menos dos iteraciones con sus compañeros de grupo de TP d- Compare las distintas estimaciones. Cuál le pareció más eficaz? Por qué? 2. Para el ejercicio 7- Housi-Home de la práctica realice las estimaciones: a- Por el método de Clark b- Por el método Wideband Delphi c- Por el método de puntos de función 3. Una organización necesita desarrollar un sistema de gestión de recursos humanos. Luego de los primeros relevamientos se extrajeron los siguientes requerimientos funcionales a desarrollar: - ABM de recursos - ABM de proyectos - Asignación de recursos a proyectos - Asignación de horas por semana para cada recurso en un proyecto - Asignación de horas por día para cada recurso en un proyecto - Reporte de Asignación de horas por recurso por semana - Reporte de asignación de horas por recurso por día - Generación de un archivo XML con la asignación de todos los recursos en todos los proyectos del mes a- Realice la estimación por Delphi b- Realice la estimación por Puntos de Función c- Realice la estmación MARKII d- Realice la estimación por objects point e- Cuál le parece más certera? Por qué? 4. Dada la siguiente especificación por casos de uso CU1: Administrando Usuarios Caso Común Alternativo Excepciones 1 El actor ingresa un nombre de usuario 2 El actor ingresa un nombre corto de usuario 3 El actor ingresa que el usuario es interno y se 3.1 El actor ingresa que el usuario es externo y se Actor: User Admin 2.1 Si el nombre corto existe el sistema muestra un error 3 de 8
ingresa la fecha de ingreso. 4 El actor ingresa una clave asociada al usuario 5 El actor guarda los datos del usuario ingresado 6 El sistema muestra un mensaje indicando que el usuario ha sido creado con exito indica la fecha de caducidad 5.1 El actor cancela los datos ingresados 6.1 El sistema muestra una excepción en caso de que el usuario no se pueda generar CU2: Generando Informe Consolidado Caso Común Alternativo Excepciones 1 El actor ingresa una fecha de consolidado 2 El actor selecciona las cuentas a consolidar 3 El actor selecciona obtener el resultado agrupado por cuenta 4 El actor presiona aceptar y el sistema dispara el proceso de cálculo de consolidado 5 El actor elige guardar el consolidado en una planilla de cálculo 3.1 El actor selecciona obtener el resultado total 4.1 El actor presiona cancelar y el sistema blanquea los datos de la pantalla 5.1 El actor elige imprimir el consolidado generado. Actor: Tesorero 2.1 Si una cuenta está cerrada el sistema emite un mensaje de error CU3: Generando Facturación Caso Común Alternativo Excepciones 1 El actor ingresa el rango de fechas a facturar 2 El actor selecciona el tipo de facturas a generar 3 El actor selecciona los tipos de cliente a los que va a generar facturas 4 El actor acepta los datos ingresados y el sistema genera la facturación. 5 El actor imprime la información 4.1 El actor cancela los datos ingresados y se blanquean los datos en la pantalla 5.1 El actor guarda la información en una planilla de cálculo. Actor: Vendedor CU4: Generando asiento final Actor: Modulo Ventas Caso Común Alternativo Excepciones 1 El actor busca todos los comprobantes generados en el día. 2 El actor sumariza el total de cada comprobante en la cuenta 4 de 8
de GananciaNeta 3 El total de Ganancia Neta del día es mayor a 0 y se agrega al asiento final la cuenta en el haber GananciaNeta 4 El actor sumariza el total de impuestos en la cuenta Impuestos 5 El actor sumariza el total de mercaderías en la cuenta MercaderíasVendidas 6 El total de Ganancia Neta del día es mayor a 0 y se agrega al asiento final las cuentas en el debe MercaderíasVendidas e Impuestos 7 El actor calcula la diferencia Ganancia Neta (MercaderíasVendidas + Impuestos) 8 La diferencia es positiva y menor a 100 y se agrega al asiento final la cuenta AjustePorRedondeo en la misma columna que los impuestos y Mercaderías 9 El actor agrega la fecha y hora al asiento final 10 El actor envía el asiento final al módulo contable para persistirlo 10 El módulo contable devuelve el nro de asiento generado y el actor envía un mail a tesorería con los datos del asiento generado 3.1 El total de Ganancia Neta del día es menor a 0 y se agrega al asiento final la cuenta en el debe GananciaNeta. En este caso además se genera un mail a tesorería indicando el importe negativo. 6.1 El total de Ganancia Neta del día es menor a 0 y se agrega al asiento final las cuentas en el haber MercaderíasVendidas e impuestos. En este caso además se genera un mail a tesorería indicando el importe de las MercaderíasVendidas. 8.1 La diferencia es negativa y menor a 100 y se agrega al asiento final la cuenta AjustePorRedondeo en la misma columna que la cuenta GananciaNeta 8.2 La diferencia es mayor a 100 y el sistema aborta la generación del asiento y envía un mail con el error a tesorería y al administrador 10.1 El módulo contable genera una excepción y envía un mail con el error a tesorería y al administrador a. Categorice los casos de uso y actores para calcular los puntos de casos de uso sin ajustar. b. Estime el TCF y el ECF a partir de la información brindada. Tome supuestos razonables si el enunciado no menciona nada del tema. c. Calcule la estimación de UCP ajustados y el esfuerzo requerido asumiendo una productividad de 20 horas / UCP ajustado. 5 de 8
d. Estime las pantallas, reportes y módulos (clases de negocio) necesarios para implementar los CU descriptos y calcule la estimación por Object Points e. Cuál estimación le pareció más adecuada? Justifique 5. Sistema para la AFIP El departamento de Control de Evasión de la AFIP desea construir una herramienta que le permita a un analista visualizar fácilmente el flujo de dinero entre distintas cuentas bancarias e investigar así una gran variedad de casos de fraude impositivo. Se espera que un analista pueda ingresar en esta herramienta una lista de cuentas bancarias consideradas sospechosas y presuntamente vinculadas entre sí para que el sistema muestre en un grafo las relaciones directas e indirectas que existen entre ellas. En este grafo, los nodos representan cuentas y los arcos (dirigidos) representan transferencias de dinero entre las cuentas. Los analistas saben que en muchos casos las transferencias no se realizan directamente entre las partes involucradas, sino que el dinero pasa por una serie de cuentas intermedias, para dificultar las eventuales investigaciones. Resolver estas dificultades constituye el principal beneficio de la herramienta. Además, sabiendo que la cantidad de cuentas relacionadas podría ser demasiado grande, se desea que el grafo muestre únicamente aquellas cuentas que forman parte de un camino entre las cuentas sospechosas originales. Como fuente principal de información, la AFIP recibe diariamente, de un grupo de bancos adheridos al Programa de Control de Evasión, el detalle de todas las transacciones realizadas en el día. Estos bancos concentran el 85% de las transacciones en el país. El formato, estandarizado para todas las entidades bancarias, consta de un archivo de texto plano en el que cada registro representa una transacción bancaria realizada por una cuenta. Incluye los siguientes campos: CBU (identificación unívoca de la cuenta). Tipo de cuenta (caja de ahorro / cuenta corriente). Fecha y hora de la transacción. Tipo de transacción. (*) Moneda (pesos o dólares). Ingreso. (**) Egreso. (**) Saldo de la cuenta al concretarse la transacción. CBU adicional. (***) (*) Si bien existen muchos tipos de transacción, estos se han agrupado en tres categorías: Ingreso. Cualquier operación que implique ingresar dinero en efectivo al sistema bancario. Extracción. Cualquier operación que implique extraer dinero en efectivo del sistema bancario. Transferencia. Cualquier operación mediante la cual se pasa dinero de una cuenta a otra (depósitos de cheques, pagos electrónicos, transferencias electrónicas, etc.). (**) En todo registro, al menos uno de los campos ingreso o egreso tiene el valor 0.- (***) El CBU adicional es válido sólo cuando se trata de una transferencia. En estos casos debería haber también otro registro (quizás en otro archivo) que corresponda a la misma transacción, pero donde se invierten los roles de las cuentas adicional y principal. Este otro registro ciertamente puede no existir si la cuenta adicional no pertenece a ninguno de los bancos adheridos. Además de este archivo, cada banco provee un Web Service con el que AFIP puede obtener, a partir de un CBU, información general de la cuenta: tipo de cuenta, saldo, nombre y apellido del titular, CUIT/CUIL, DNI, dirección y teléfono de contacto. 6 de 8
Asimismo, el BCRA provee otro Web Service con el que se puede obtener, a partir de un DNI, CUIT o CUIL, la lista todas las cuentas relacionadas detallando el banco, el tipo de cuenta, el CBU y el titular. Algunos datos de magnitud (estos datos son provistos para el desarrollo del ejercicio; no necesariamente coinciden con la realidad): La cantidad de individuos bancarizados en Argentina es cercana a 10 millones. La cantidad de empresas que operan con bancos es cercana a 250 mil. La cantidad total de cuentas activas en toda la red bancaria se estima en 17 millones. Un individuo (contando todas sus cuentas) realiza en promedio 9 transacciones al mes, de las cuales 4 son transferencias. Una empresa (contando todas sus cuentas) realiza en promedio 100 transacciones al mes, de las cuales 80 son transferencias. El 20% de las empresas e individuos realizan el 80% de las transacciones. La mitad de las transacciones se realizan la primer semana de cada mes. A continuación se esboza la operatoria esperada. 1) Al comenzar una investigación con la herramienta, el usuario establece un rango de fechas que determina el período dentro del cual se hacen las búsquedas. Este período no excede los 90 días y está dentro de los últimos dos años. 2) El usuario ingresa un conjunto de hasta 10 cuentas semilla. (buscándolas a partir del CBU, CUIT / CUIL o DNI). 3) El sistema busca los vínculos de primer y segundo orden de cada cuenta semilla (****). 4) Con todos los vínculos obtenidos, el sistema arma un grafo dirigido y le muestra al usuario sólo los nodos que forman parte de un camino. Este proceso no debería demorar más de 30 segundos. 5) El usuario puede seleccionar en el grafo cualquier cuenta y solicitar a) información adicional de la cuenta. b) un detalle de los movimientos registrados en el período. 6) El grafo debería considerar las siguientes particularidades: La distribución de los nodos debe ser estéticamente agradable (consultar http://en.wikipedia.org/wiki/force-based_algorithms). El usuario debe poder distinguir visualmente las cuentas con mayor saldo. El usuario debe poder distinguir visualmente las transferencias de mayor monto. (****) Dos cuentas están vinculadas en un período si entre ellas hay al menos una transferencia. Son vínculos de primer orden de una cuenta c todas aquellas cuentas que realizaron alguna transferencia con c (en cualquier sentido). Son vínculos de segundo orden de una cuenta c todas aquellas cuentas que, sin ser vínculos de primer orden de c, realizaron alguna transferencia (en cualquier sentido) con algún vínculo de primer orden de c. Considerando todas las especificaciones anteriores, se pide: a. Identifique los principales casos de uso. b. Estime el tamaño y esfuerzo de este sistema con Puntos de Casos de Uso (asuma una productividad de 20 horas por punto de caso de uso). No estime el esfuerzo de los Web Services provistos por los bancos adheridos y el BCRA. c. Determine cómo debería componerse un equipo de trabajo para construir una primera versión de la solución lo antes posible. Qué funcionalidades resolvería primero? cuáles dejaría para versiones posteriores? 7 de 8
d. Confeccione un cronograma que muestre cuándo de desarrollará cada una de las tareas identificadas para la primera versión (teniendo en cuenta el equipo detallado en el punto c). 8 de 8