INGENIERÍA DE SOFTWARE – SEDE BUCEO – TURNO NOCTURNO 1er parcial 2016 - 28/09/2016
El total de puntos del parcial es 50, cada pregunta múltiple opción vale 1 punto (no resta puntos por responder incorrectamente). Los puntajes de los ejercicios de desarrollo se detallan en cada uno. La duración del parcial es de 3 horas.
INTRODUCCIÓN A LA INGENIERÍA DE SOFTWARE (6 puntos): 6 preguntas múltiple opción 1. La ingeniería de software es (de acuerdo a la definición de la IEEE):
a) La aplicación de un enfoque sistemático, disciplinado y cuantificable al desarrollo, operación y mantenimiento del software.
b) La aplicación de un enfoque sistemático, disciplinado y cuantificable únicamente al desarrollo del software.
c) La aplicación de un enfoque sistemático, disciplinado y cuantificable únicamente para llevar adelante las reuniones con el Cliente del software.
d) La aplicación de un enfoque sistemático, disciplinado pero no cuantificable al desarrollo, operación y mantenimiento del software.
2. De acuerdo a las definiciones de error, falta y falla vistas en clase:
a. Una falta hace referencia a un error externo del sistema.
b. Una falla hace referencia a un error interno del sistema.
c. La falla es la manifestación a nivel del usuario (externo) de una falta. Una falta es un error a nivel interno del sistema. Un error es la acción humana ante el sistema que produce un resultado incorrecto.
d. Un error es una acción humana que produce un resultado correcto.
3. Indique la opción incorrecta:
a. El atributo de calidad Correctitud es evaluado positivamente si el sistema se comporta de acuerdo a lo especificado en los requerimientos funcionales.
b. El atributo de calidad Confiabilidad es evaluado positivamente si el usuario indica que el sistema le resulta confiable.
c. El atributo de calidad Interoperabilidad es evaluado positivamente si el sistema no puede coexistir y cooperar con otros sistemas.
d. El atributo de calidad Robustez es evaluado de forma positiva si el sistema se comporta en forma razonable aún en circunstancia que no fueron anticipadas en la especificación de requerimientos.
e. El atributo de calidad Portabilidad es evaluado positivamente si el sistema funciona adecuadamente bajo distintos ambientes.
4. Un COTS (Commercial Off The Shelf) a nivel de software es:
a) Un paquete/solución de software que realiza un equipo de programadores especial de mi empresa, altamente especializado, separado del resto de los programadores.
b) Un patrocinador del sistema.
c) Un vendedor de mi empresa.
d) Un paquete/solución de software que adquiero de un tercero, para incorporar al desarrollo del sistema, ya que resuelve un requerimiento puntual y me resulta más conveniente realizar esta adquisición que
implementar esa funcionalidad.
5. El principio de abstracción es:
a. Un proceso mediante el cual se identifican los detalles del problema a resolver.
b. Un proceso mediante el cual se evalúa la calidad del software.
c. Un proceso mediante el cual se identifican los aspectos relevantes de un problema ignorando los detalles, a fin de poder concentrarnos en los aspectos esenciales del problema sin preocuparnos por los detalles.
d. Un proceso mediante el cual se valida el software ante el cliente.
6. La “Crisis del software” se refiere a:
a. La complejidad que requiere construir un software.
b. La etapa de relevamiento de requerimientos de un software y la cantidad de información que hay que manejar a ese punto.
c. Cuando se habló por primera vez (año 1968) del conjunto de dificultades o errores que se venían dando en la planificación, estimación de los costos, productividad y calidad del software.
d. Es sinónimo de Ingeniería de Software.
MODELOS DE PROCESO (6 PUNTOS): 6 preguntas múltiple opción
7. ¿Con cuál de los modelos de Proceso detallados a continuación es más conveniente trabajar si el cliente solicita poder ir utilizando liberaciones parciales del sistema a desarrollar?
a. Desarrollo en Fases b. Cascada con Prototipos c. Modelo V
d. Espiral
8. ¿Qué modelo de Proceso de los detallados a continuación aplica una serie de transformaciones para convertir una especificación formal (modelo matemático) en un sistema ejecutable, automatizando las etapas de diseño e implementación utilizando el concepto de transformación?
a. Desarrollo en Fases b. Espiral
c. Modelo V
d. Transformacional
9. ¿Qué modelo de Proceso de los detallados a continuación requiere conocer la totalidad de los requerimientos del sistema a desarrollar, en la etapa de análisis de requerimientos?
a. Desarrollo en fases b. Cascada
c. Transformacional d. Espiral
10. ¿Qué modelo de Proceso menciona expresamente una etapa de Análisis de Riesgos?
a. Desarrollo en fases b. Cascada
c. Transformacional
11. ¿Qué modelo de Proceso es más adecuado si se requiere una validación temprana con el cliente respecto a la aceptación del diseño de la interfaz de usuario del sistema?
a. Cascada
b. Cascada con Prototipado c. Modelo V
d. Transformacional
12. Qué modelo de Proceso es más adecuado si se debe realizar una evaluación exhaustiva contra el diseño del sistema (en la etapa de Pruebas del Sistema) y contra los requerimientos (en la etapa de Prueba de
Aceptación).
a. Cascada
b. Cascada con Prototipado c. Modelo V
d. Transformacional
GESTION DE PROYECTOS (16 puntos): 6 preguntas múltiple opción, 1 ejercicio de desarrollo (10 puntos)
13. ¿Qué es un Proyecto?
a. Forma de organizar actividades que no pueden ser tratadas dentro de los límites operativos normales de la organización.
b. Conjunto de actividades que son realizadas de forma rutinaria en la empresa.
c. Conjunto de actividades que son realizadas de forma rutinaria en la empresa, pero que tienen cierto grado de complejidad que amerita organizarlas bien.
d. Nuevas tareas que debe asumir la empresa y que pasarán a realizarse de forma rutinaria por tiempo indeterminado.
14. ¿Qué es el alcance de un proyecto?
a. Lista de recursos humanos que van a colaborar con el proyecto.
b. Cantidad de líneas de código estimadas que va a llevar implementar el proyecto.
c. Cantidad de reuniones que se van a realizar con el cliente.
d. Lista de trabajos incluidos en el proyecto (y también pueden detallarse los no incluidos, para mayor claridad).
15. ¿Quiénes son los stakeholders de un proyecto?
a. Son las personas que invierten dinero en el proyecto
b. Son las personas u organizaciones que están activamente involucradas en el proyecto o sus intereses pueden ser afectados positiva o negativamente por la ejecución o el éxito del proyecto.
c. Son las personas u organizaciones que no están involucradas en el proyecto ya que sus intereses no se ven afectados positiva o negativamente por la ejecución o el éxito del proyecto.
d. Son únicamente las personas que realizan tareas para sacar el proyecto adelante.
16. Un diagrama de Gantt es:
a. Una representación gráfica de las actividades del proyecto, sus precedencias y sus duraciones (formando un cronograma con las mismas). Hay herramientas donde pueden cargarse esta información y luego ir marcando los avances en cada actividad. También pueden marcarse que recursos son necesarios para realizar cada actividad, y la disponibilidad de los mismos, a fin de que nos alerte si hay sobreasignación.
b. Un grafo de actividades del proyecto a partir del cual se puede calcular el camino crítico. También pueden marcarse que recursos son necesarios para realizar cada actividad, y la disponibilidad de los mismos, a fin de que nos alerte si hay sobreasignación.
c. Una representación de las actividades del proyecto, sus precedencias y sus duraciones utilizando una gráfica de barras. También pueden marcarse que recursos son necesarios para realizar cada
actividad, y la disponibilidad de los mismos, a fin de que nos alerte si hay sobreasignación.
d. Ninguna de las anteriores
17. Para gestionar los riesgos de un proyecto:
a. No debemos permitir que ningún programador salga de licencia
b. Debemos en primera instancia identificarlos y asignarle a cada uno, un valor de probabilidad de ocurrencia y otro de impacto en caso de ocurrir.
c. No debemos considerar que las tareas se puedan atrasar d. No es necesario identificar los riesgos de un proyecto
18. La gestión de la configuración hace referencia principalmente a las tareas realizadas para:
e. Llevar el control de las distintas versiones de los sistemas, identificando claramente: fechas de puesta en producción de las distintas versiones, respaldos de versiones anteriores, trazabilidad entre los fuentes y los ejecutables de cada versión.
f. Tener manuales de cómo se configura el sistema.
g. Planificar las distintas actividades del proyecto.
h. Asegurar que el producto sea de buena calidad.
19. Dibuje el WBS correspondiente al siguiente proyecto (10 PUNTOS):
Se debe implementar un sistema para que la librería XYZ pueda gestionar su inventario, pedidos a proveedores y entregas a clientes. Solo se cuenta con esta descripción, se deben relevar todos los requerimientos adicionales. La librería no cuenta con ningún otro sistema informático para realizar esta tarea, hoy día llevan todo este registro en una agenda papel, sin embargo ya adquirieron una computadora para poder utilizar el sistema que nos están pidiendo desarrollar.
Construya un WBS para el proyecto, considerando que el resultado esperado es contar con el sistema implantado en la computadora de la librería, con la información de la agenda papel ya cargada en el mismo y siendo utilizado los empleados de la misma.
ESTIMACIONES (22 puntos): 2 preguntas múltiple opción, 1 ejercicio de desarrollo (20 puntos)
20. Estimar el esfuerzo que va a llevar implementar un sistema, a partir de utilizar la métrica de líneas de código es posible cuando:
a. Se tiene un proyecto similar ya implementado en el mismo lenguaje. Pero no es posible tener una estimación de productividad de cada programador del equipo (ej. Cantidad de líneas de código por día).
b. Se tiene un proyecto implementado en el mismo lenguaje pero es de un sistema muy diferente al que hay que programar.
c. Se tiene un proyecto similar ya implementado en el mismo lenguaje. Y tengo una estimación de productividad de cada programador del equipo (ej. Cantidad de líneas de código por día).
d. Se tiene un proyecto similar ya implementado en otro lenguaje de programación.
21. El método de estimación COCOMO (Constructive Cost Model):
a. No agrega ningún valor adicional al cálculo de puntos de función.
b. Es igual al cálculo estimado contando líneas de código de un sistema similar.
c. No toma como insumo ni líneas de código ni puntos de función, considera únicamente los multiplicadores de esfuerzo.
d. Tiene la ventaja que para calcular la estimación de esfuerzo, además de contabilizar los puntos de función, incorpora multiplicadores de esfuerzo (ej. experiencia del equipo de trabajo).
22. Calcule los puntos de función de este sistema (puntos de función de transacciones + puntos de función de datos) (20 puntos):
Un sistema donde se deben guardar datos de Materias y el Programa de cada una. Por otro lado se guardan datos de los estudiantes de realizan cada materia.
• Se tiene que para las Materias se va a querer almacenar un código, un nombre y el semestre en que se dicta.
• Luego para cada materia se va guardar el Programa, que será la lista de Temas que se deben dictar.
• Para los estudiantes se quiere guardar la cédula, el nombre, el teléfono, la dirección y los códigos de las materias a las que está inscripto.
En cuando a funcionalidades, se pide:
• Una pantalla para dar de alta o baja materias y su programa
• Una pantalla para dar de alta o baja estudiantes
• Una pantalla para asignar o desasignar una materia a un estudiante (dado el código de la materia y la cédula del estudiante)
• Una pantalla para consultar a partir de la cédula de un estudiante, sus datos personales y los nombres de las materias a las que está asignado.
Para Transacciones:
Para datos:
