Examen Primer Parcial Ing. De Software.

Teoría se debe investigar en el libro Un enfoque practico de Software Séptima Edición y en los
apuntes de clases.

Se evaluará la completitud del conocimiento y la forma en que presenten los conceptos. La

explicación debe ser clara y completa, debe formularse una respuesta con sus propios
criterios, si el concepto esta errado la respuesta no será válida, cada alumno defenderá una
pregunta teórica al azar en caso de que no responda correctamente el examen teórico no será
válido. También se evaluará el documento de respuesta en un archivo pdf.
Examen teórico 50%

1. Describa con sus palabras la diferencia entre métricas de proceso y de proyecto.

Métricas de proceso: Son aquellas que evalúan en que condiciones está el funcionamiento de un proceso que ya existe para que

a través de estas medidas halla una mejora en el proceso

Métricas del proyecto: se centran en evaluar el éxito global del proyecto, midiendo si cumple con sus objetivos, presupuesto y
cronograma. Estas métricas analizan si el resultado final del proyecto satisface las expectativas del cliente o usuarios finales

2. ¿Por qué algunas métricas de software deben mantenerse “privadas”? Ofrezca cinco ejemplos de tres
métricas que deban ser privadas. Brinde ejemplos de tres métricas que deban ser públicas.
3. ¿Qué es una medida indirecta?

Las medidas indirectas examinan la calidad del producto de software, también son indirectas cuando comprenden la medición de
varios atributos que derivan de otros ; ejemplo: el tiempo de respuesta promedio, la carga de la CPU, el uso de la memoria o la
tasa de errores.

4. Nombre y explique los Desafíos de la Ingeniería del software

5. explique a que se llaman Software de Sistema, Software de Gestión, Software de computadores personal,
Software basado en Web, Software Empotrado

 Software de sistemas.- hace posible que otro software haga su trabajo. Ej. Sistemas operativos, máquinas virtuales, Drivers,
Browsers, SGBD. Un compilador no entra en esa categoría ya que solo se encarga de la traducción.
 Software de gestión.- procesa volúmenes gigantes de datos, usado por varios usuarios, definido por un modelo de negocio,
utilizado por empresas, compañía.
Ej. Sistemas de información, gestión documental, colegios, clínicas.
 Software de tiempo real.- es aquel que administra procesos según el tiempo, con mínima interacción humana. Control.
Ej. Fábricas, semáforos inteligentes, pilotos automáticos.
 Software de PC.- no demanda mucho hardware. Aplicaciones específicas. Pensadas para monousuarios.
Ej. Software de ofimática (paquete de Microsoft Office), software de edición (paquete de Adobe), software de entretenimiento
(videojuegos).
 Software de ingeniería o científico- se requiere conocimiento específico para ser utilizados. Áreas como física, química,
matemáticas.
Ej. Software de arquitectura.
 Software empotrado.- no se puede mover. Hecho a medida, definido para la estructura, no se compra por separado.
Ej. Celulares (aplicaciones de fábrica), automóviles, electrodomésticos.
 Software de inteligencia artificial.- Smart TV no es realmente inteligente. Razonamiento y aprendizaje. Lo que no están en esta
categoría, son determinísticos.
Ej. Sistemas expertos, redes neuronales, agentes inteligentes. IBM => Watson, Google => Asistente de Google, Amazon =>
Alexa, Apple => Siri.
 Software de la web.- No está limitado por el espacio físico. No es necesario instalarlo. No es limitado por el sistema operativo.

6. De los mitos del software nombre dos mitos de gestión, dos mitos del cliente
7. Que son las 4 P´s y explique cada uno
8. Que son métricas
9. En que se utiliza el concepto de valor esperar
10. Que es ingeniería de software
11. Nombre y explique las capas del software
12. En ingeniería de software a que se considera error y defecto
Página1|4
Examen Primer Parcial Ing. De Software.

13. Cuáles son los componentes del software

14. Nombre y explique alguna métrica orientada al tamaño y otra orientada a la función.
15. Cuáles son las tres fases genéricas del modelo de proceso del software
16. Explique las fases y para que tipos de proyectos se utilizan y por qué los procesos PUDS, RUP,
SCRUM, XP.
17. Usted es nombrado Gestor de un proyecto y debe decidir que herramientas de estimación y métricas utilizar, si
le piden que utilice la SCRUM como metodología principal de desarrollo. Identifique las métricas, y las
estimaciones que realizaría, justifique su respuesta.
18. Usted es nombrado Gestor de un proyecto y debe decidir que herramientas de estimación y métricas utilizar, si
le piden que utilice la PUDS como metodología principal de desarrollo. Identifique las
métricas, y las estimaciones que realizaría, justifique su respuesta.
19. Cual es la diferencia entre ingeniería de Software, ingeniería de sistemas e
ingeniería informática.
20. Acabo de ser elegido gestor de un nuevo proyecto, del cual se exige una alta calidad del producto SW
resultante, pero se me asigna una fecha de entrega bastante flexible. Debo de planificar el organigrama para el
equipo SW que va a trabajar para mí, equipo que lleva trabajando poco tiempo junto, el proyecto actual
requerirá de bastante comunicación entre los distintos miembros del equipo.
¿Qué tipo de organigrama es el adecuado?:
a. Descentralizado Democrático.
b. Descentralizado Controlado.
c. Centralizado Controlado.
d. Ninguno de los anteriores.

Página2|4
Examen Primer Parcial Ing. De Software.

Examen Practico 50%

Pregunta 1

Realizar la captura de requisito, calcule lo solicitado en la página 4 y enviar en un pdf.

TECNOLOGY S.R.L. es una empresa dedicada a la reparación de equipos celulares de las empresas que
proveen el servicio de telefonía celular (CTI, Personal, Movistar). Para poder atender a los clientes de
diferentes compañías debe realizar convenios con cada una de ellas para definir qué tipo de
equipamientos van a formar parte del lote de reparación, las características de cada garantía y la
cobertura.
Entre sus políticas cabe destacar las siguientes:
El cliente se presenta con la factura de compra y el equipo a reparar. El encargado de Atención al Cliente
constata la falla del equipo y la fecha de compra del mismo (esto es para determinar si el equipo se
encuentra e garantía). La garantía es de un año. Las personas que poseen equipos que se encuentran en
período de vigencia de la garantía y con defectos incluidos en la misma, no abonarán ningún monto por
el arreglo.
Al recibir el equipo, el encargado de Atención al Cliente realiza una orden de reparación que se le
entrega al cliente y otra es entregada al servicio técnico. Servicio técnico recibe el celular y la orden de
reparación y comienza la reparación. Al terminar, deja asentado la fecha de reparación, el técnico que
intervino, la falla real que se encontró y en qué consistió el arreglo. En caso de no haberse podido
reparar se registra los motivos. Posteriormente, se contacta con el cliente informando la fecha a partir
de la cual el mismo puede pasar a retirar su equipo celular.
Además, entrega al sector de Atención al Cliente el equipo celular.
El cliente se presenta con la orden de reparación a retirar su equipo. El encargado de Atención al Cliente,
consulta el trabajo realizado por el servicio técnico y busca el equipo celular a entregar. Le informa al
cliente lo que se le realizó al celular o los motivos por los que no pudo ser arreglado. Asienta la entrega y
realiza un remito entregando una copia al cliente y guardando otra firmada por el cliente.
El cliente deberá presentar el número de orden de reparación cada vez que desee consultar por el
estado de su equipo. Estas consultas pueden realizarse en forma personal o por teléfono, por lo que es
necesario un seguimiento de las reparaciones.
Administración diariamente envía una notificación a la empresa de telefonía de los equipos recibidos
para reparación ya que el cliente se tendrá que dirigir a ésta para que le suministren un reemplazo por
el período que dura la reparación. Así también, se informa que el aparato ha sido arreglado y entregado
al cliente. Semanalmente, se envía un informe de aquellos equipos que no tienen solución y sus
motivos. Una vez por semana se realiza un listado con los repuestos que son necesarios comprar,
indicando las características de cada uno, marca y modelo y el proveedor al cual se lo compra.
A fin de mes, el gerente general necesita un informe de los equipos reparados por cada
empresa proveedora del servicio de telefonía celular.

2.- Pregunta 2
Los siguientes requisitos corresponden a un sistema de gestión de sacramentos para una parroquia:

RE001: Ingreso de
Sacerdote Actor: secretaria
Descripción: El sistema debe permitir el ingreso de los datos de los sacerdotes que forman parte de la
parroquia. Los datos a ingresar del sacerdote son: apellidos, nombres, número de identificación
personal (CI o Pasaporte), edad, teléfono de contacto, email de contacto. El teléfono de contacto y el
email no son datos obligatorios, ya que los sacerdotes pueden no poseer email o teléfono celular.

RE002: Ingreso de
Feligrés Actor: Secretaria
Descripción: El sistema debe permitir el ingreso de los datos de los feligreses que participarán en algún
sacramento en la parroquia. Los datos a ingresar del feligrés son: apellidos, nombres, número de
identificación personal (CI o Pasaporte), edad, teléfono de contacto, email de contacto. El número de

Página3|4
Examen Primer Parcial Ing. De Software.

identidad y el email no son datos obligatorios, ya que los feligreses pueden ser menores de edad, y/o no
poseer email.

RE003: Ingreso de Sacramento a

ejecutar Actor: Secretaria

Descripción: El sistema debe permitir el ingreso de los datos de los sacramentos que realizarán los feligreses. Los datos
a ingresar del sacramento varían de acuerdo al mismo, pero invariablemente para cualquier sacramento se registra el
tipo de sacramento a realizar (bautizo, confirmación, comunión o matrimonio), la fecha en que se realizará el
sacramento y el
sacerdote que lo presidirá. Si es un bautizo, comunión o confirmación se agregan el feligrés a sacramentar, feligrés
padrino o madrina y el feligrés representante; y para el bautizo también se guarda el id de la foja del registro civil en el
que se
encuentra registrado el nacimiento del niño o niña. Si es un matrimonio, se agregan los dos feligreses contrayentes, el
feligrés padrino o madrina de la novia, el feligrés padrino o madrina del novio, y el id de la foja del registro civil en que se
encuentra registrado el matrimonio civil.

RE004: Cancelamiento de

Sacramento Actor: Secretaria

Descripción: El sistema debe permitir el cancelamiento de los sacramentos que aún no han sido ejecutados; esto puede
darse porque los feligreses ya no desean realizar el mismo, o porque no cumplen con los requisitos exigidos para realizar el
mismo (por ejemplo que los contrayentes de un matrimonio no se hayan casado aún por lo civil).

RE005: Cambio de datos del sacramento

Actor: Secretaria

Descripción: El sistema debe permitir el cambio de la fecha del sacramento, bajo previo conocimiento de las partes
interesadas. También debe permitir cambiar los datos de los padrinos o madrinas que participan en el sacramento. Estos
cambios solo podrán ser realizados cuando el sacramento no haya sido ejecutado aún.

RE006: Consulta de

sacramentos Actor: secretaria

Descripción: El sistema deberá permitir la consulta de sacramentos realizados en la parroquia, ya sea por nombres o
identificación del feligrés sacramentado, de la fecha de ejecución del sacramento o por nombres o identificación del
sacerdote. La consulta podrá ser realizada en cualquier momento a partir del momento en que el sacramento es ingresado
al sistema.

Requisitos No Funcionales:

El sistema debe ser fácil de usar, a fin en de que los usuarios con un conocimiento de computación regular, no se tarden
más de 8 minutos en promedio en registrar los datos del feligrés, o 8 minutos promedio en registrar un sacramento si es
que los datos de los feligreses participantes ya han sido registrados con anterioridad en el sistema. El sistema debe ser
fácil de mantener, ya que a futuro se pretende extender la funcionalidad del mismo, con cosas como imprimir certificados
de sacramento, gestionar los eventos de la parroquia, entre otros. Se debe asegurar un buen respaldo de los datos, a fin
de que no haya pérdidas de información de suma importancia para los feligreses.

Realice lo solicitado a continuación en la pregunta 1 y 2:

Página4|4
Examen Primer Parcial Ing. De Software.

a. Realice la captura de requisitos.

b. Calcule los Puntos de Función no ajustados. Puntos de Función de consultas Puntos
c. Calcule los Puntos de Función Ajustados. de Función de Salidas Externas
d. Estime LDC suponiendo que 1PFA equivale 30
# DET 1-5 6-19 >19
LDC.
e. Estime el precio del software, el tiempo y si un # FTR
programador gana 3500 bs y trabajaran dos en el
proyecto. 0-1 Simple Simple Promedio

2-3 Simple Promedio Complejo

Tablas para cálculo de Puntos de Función >3 Promedio Complejo Complejo

Puntos de Función de Entradas Externas

Puntos de Función No Ajustados
# DET 1-4 5-15 >15

# FTR F1: Simple Promedio Complejo

Entrada 3 4 6
0-1 Simple Simple Promedio
Salida 4 5 7
2 Simple Promedio Complejo
Consultas 3 4 6
>2 Promedio Complejo Complejo
Archivo Interno 7 10 15

Archivo Externo 5 7 10
Puntos de Función de Archivos Internos Puntos
de Función de Archivos Externos Respaldo y recuperación confiable F2: Uso
# DET de comunicación de datos
# FTR
F3: Uso de cómputo distribuido
1-19 20-50 >50 F4: Rendimiento
1 Simple Simple Promedio F5: Realización en configuraciones usadas muy
2-5 Simple Promedio Complejo pesadas F6: Entrada de datos en línea F7:
>5 Promedio Complejo Complejo
Amistoso con el Usuario
F8: Cambio de datos en línea

F9: Interfaz de usuario compleja

Fórmula para cálculo de Puntos de Función Netos: F10: Procedimientos Complejos
PFN = Puntos de Función No Ajustados * Factor de Influencia F11: Reúso
F12: Facilidad de instalación
Factor de Influencia = 0.65 + 0.01 *ΣFi ; Fi = 0,1,...,5
F13: Uso en múltiples sitios
F14: Adaptabilidad y
flexibilidad

Página5|4