Вы находитесь на странице: 1из 10

UNIVERSIDAD NACIONAL “PEDRO RUIZ GALLO”

FACULTAD DE CIENCIAS FÍSICAS Y MATEMÁTICAS


ESCUELA PROFESIONAL EN INGENIERÍA DE COMPUTACIÓN E INFORMÁTICA

INGENIERÍA DEL SOFTWARE


SEGUNDA PRÁCTICA CALIFICADA GRUPAL
Docente: Ingº Denny John Fuentes Adrianzén Ciclo: VIII Fecha: 07/03/2019 Semestre: 2019-0
Integrantes: - Racchumí Valdivieso Luis Javier Códigos: - 141731B
- Urcia Huamanchumo Rony André - 141742D

A) VERDADERO FALSO:

Encierre en un círculo la letra V si es verdadero o F si es falso. (0.50 pts. cada pregunta)

1. V F El responsable del desarrollo del software es el responsable de probar las unidades del
programa y a veces se encarga también de la prueba de integración.
JUSTIFICACION: Cuando se tiene una arquitectura completa de software, los
encargados de la prueba es un Grupo Independiente de Prueba, permitiendo que se
tenga independencia. Este grupo trabaja conjuntamente con el responsable del
desarrollo de software para asegurar que se realizan pruebas exhaustivas. Mientras se
realiza la prueba, el desarrollador debe estar disponible para corregir los errores que
se van descubriendo.

2. V F Las métricas también pueden ser utilizadas para el control de las pruebas.
JUSTIFICACION:

3. V F La prueba comienza al nivel de componentes y trabaja hacia adentro, hacia la


integración de los componentes.
JUSTIFICACION:

4. V F Las pruebas son elementos críticos para determinar la calidad del software.
JUSTIFICACION:

5. V F En definitiva, las mediciones no entregan una descripción cuantitativa de los procesos,


productos y recursos claves permitiéndonos entender su comportamiento y resultado.
JUSTIFICACION:

6. V F Un estereotipo es una forma de clasificar los artefactos a alto nivel.


JUSTIFICACION:

7. V F La herencia puede no violar los principios de la encapsulación.


JUSTIFICACION: La herencia facilita la creación de objetos a partir de otros ya
existentes e implica que una subclase obtiene todo el comportamiento (métodos) y
eventualmente los atributos (variables) de su superclase.
8. V F La abstracción se centra en las características esenciales de algún objeto, en relación
a la perspectiva del usuario.
JUSTIFICACION:

9. V F Los costos del software a menudo dominan al costo del sistema. El costo del software
en un PC es a menudo más caro que la PC.
JUSTIFICACION: Inicialmente, el gasto en computación era principalmente de
hardware y el software era gratuito, o era incluido en el precio del hardware. Con la
evolución de la técnica, los costos del hardware han disminuido en forma continua,
mientras que el costo del software se ha transformado en la parte más importante del
gasto en tecnología informática.

10. V F Los Procesos de Negocios cruzan las fronteras Organizacionales y Funcionales de la


empresa, teniéndolas en consideración.
JUSTIFICACION: Si un proceso de negocio corresponde a un conjunto de actividades
que, como un todo, crean valor para el cliente externo.

11. V F Una relación “include” que el caso de uso base incorpora explícitamente el
comportamiento de otro caso de uso de una instancia específica.
JUSTIFICACION:

12. V F Quienes aplican pruebas solo deben participar en el proyecto cuando se vaya a darse
los primeros pasos de pruebas.
JUSTIFICACION:

B) PRUEBA DE ELECCIÓN MÚLTIPLE:


Encierre en un círculo la alternativa correcta (0.50 pts. cada pregunta)

13. Define los atributos de calidad más importantes del producto a ser desarrollado y define el proceso de
evaluación de la calidad, nos referimos a:
a. Plan de Mantenimiento
b. Plan de Validación de Calidad
c. Plan de Calidad
d. Definición de Calidad
e. N.A.
14. El proceso de gestión de proyecto de software comienza con un conjunto de actividades que, globalmente,
nos referimos a:
a. Plan de Calidad de Software
b. Ingeniería de Software
c. Planificación del Proyecto
d. Calidad
e. N.A.
15. Son la única forma tangible de representar el software y el proceso del software:
a. Entregables
b. Productos de Software
c. Documentos
d. Plan de Controles
e. N.A.
16. Un gran número de técnicas de requisitos están basadas en casos de uso definidos en prosa, se refiere a:
a. Pruebas Unitarias
b. Modelos de Requisitos
c. Modelo de Comportamiento
d. Modelo de Pruebas
e. N.A.
17. Esta sección describe los hitos del proceso de prueba y el grafo de dependencia en el tiempo de las tareas
a realizar, se refiere a:
a. Flexibilidad
b. Mantenimiento
c. Portabilidad
d. Incrementabilidad
e. N.A.
18. Es conducida por un cliente en el lugar de desarrollo, se refiere a:
a. Prueba de Validación
b. Prueba Beta
c. Prueba de Resistencia
d. Prueba Alfa
e. Prueba de Rendimiento

C) PRUEBA DE COMPLETADO DE PREGUNTA:


Completar el espacio en blanco con la respuesta correcta (0.25 pts. cada pregunta)

19. PRUEBA DE SISTEMA: verifica que cada elemento encaja de forma adecuada y que se alcanzan la funcionalidad y el
rendimiento del sistema total.

20. MEDIDA: indica cuantitativamente algún atributo de proceso o de producto (extensión, cantidad, dimensiones,
capacidad, tamaño, etc).

21. PRUEBA DE SISTEMA: verifica que cada elemento encaja de forma adecuada y que se alcanzan la funcionalidad y el
rendimiento del sistema total.

22. MÉTRICAS TÉCNICAS DEL SOFTWARE: proporcionan una manera sistemática de valorar la calidad basándose en
un conjunto de reglas. También proporcionan al ingeniero del software descubrir y corregir problemas potenciales antes
de que se conviertan en defectos catastróficos.
23. RIESGO: es la probabilidad de un resultado negativo, o la probabilidad de la ocurrencia de un suceso negativo
multiplicada por el monto del daño económico.

24. EL MODELO DE MCCALL: focaliza su producto identificando sus atributos desde la perspectiva del usuario, estos
atributos (factores de calidad) son los que realmente desarrollan e implementan calidad.

25. MODELADO DE NEGOCIO: describe la estructura y dinámica de la organización.

26. STAKEHOLDERS: se lo considera dentro de las fases del RUP, como el conjunto bien definido de actividades, con un
plan y unos criterios de evaluaciones bien establecidas, que acaba en una versión, bien internas o externas.
27. CASOS DE USO: Es el conjunto de secuencia de acciones del sistema con un resultado observable que tiene un valor
para el actor, especificando un comportamiento deseado del sistema.

28. CENTRADO EN LA ARQUITECTURA: se utiliza para conceptualizar, construir, gestionar y hacer evolucionar el
sistema en desarrollo.
29. LOS PRODUCTOS: una versión resultante compuesta por todos los artefactos, modelos, ejecutables, código fuente,
documentación.

D) PRUEBA DE DEFINICIÓN DE CONCEPTO:

Responder las preguntas con la respuesta correcta (0.50 pts. cada pregunta)

30. Confiabilidad: según McCall el factor confiabilidad incluye los siguientes criterios:
 DISPONIBILIDAD: Se refiere a la condición del trabajo que un sistema debe tener.
 SEGURIDAD: Este concepto no solo describe el comportamiento del sistema, también nos define la habilidad
que tiene este poder resistir los ataques externos.
 PRONTITUD DE RESPUESTA: El tiempo y la voluntad con que responde a sus requerimientos.
 PROTECCION: Se refiere a la capacidad del sistema de no fallar de manera inmediata en caso de que este
llegara a fallar.

31. Brevemente explique las Pruebas de Resistencia. De un ejemplo:


Enfrenta a los programas a situaciones anormales

32. Brevemente explique la Gestión de Incidencias.


Es todo aquel suceso que tiene relación directa sobre la marcha normal de las actividades. Entre ellas se pueden
encontrar sugerencias, quejas, reclamaciones relacionados con nuestros clientes, proveedores o personal.

33. Los aspectos a considerar en la Planificación de la Calidad de Software son:

 Control de calidad
- Revisiones y Auditorias
- Productos Entregables
- Procesos
- Laboratorio de Certificación
- Producto final y organizaciones
 Aseguramiento de Calidad
 Marco de Referencia
 Estrategia de Mejora
PREGUNTAS DE ENSAYO PRÁCTICO:

1. Respuesta de Aplicación de conocimientos: En base a lo aprendido en el Curso y en su formación de la


Carrera Profesional, elaborar un Diagrama que represente el Proceso de los Factores de la Calidad de McCall.
(2.5 pts.)

CASO N° 01: EMPRESA “CHIKIKAR”

“Chikikar” es una empresa de ascendencia japonesa, dedicada a la comercialización de vehículos, repuestos y


servicios. Esta empresa brinda sus servicios en todo el Perú. Esta empresa tiene un grupo de socios estratégicos,
que son las aseguradoras particulares que trabajan también dentro del Perú.

Para poder automatizar sus procesos, recabamos la siguiente información:

1. El cliente solicita el servicio de mantenimiento a un Asesor de servicio.


2. El asesor de servicio consulta si es cliente nuevo o antiguo, de ser nuevo lo registra y le genera una tarjeta
como cliente. También consulta si tiene seguro para saber cómo repartir el monto del servicio.
3. El asesor de servicio llama al Técnico de turno para realizar el presupuesto inicial.
4. El Técnico de turno revisa el auto y hace su diagnóstico, actualiza los elementos a usar (recursos, personal,
repuestos) y genera un documento llamado Cotización Base, el mismo que es entregado al asesor de servicio
para que sea aceptado por el cliente
5. Si el cliente decide que el importe pactado es aceptable, confirma el servicio y entrega el auto al asesor.
a. Nota1: El presupuesto base puede variar en +/- 10%, todo importe superior será asumido por la empresa
por no haber cotizado correctamente (RN)
b. Nota2: El asesor de servicio tendrá que enviar una copia de la cotización a la empresa aseguradora para
que se haga cargo del porcentaje correspondiente.
6. El Asesor de servicio se encargará de recepcionar el auto y aperturar una Orden de Trabajo asociada a la
cotización base.
7. El asesor de servicio consulta los técnicos principales y lo asigna a uno de ellos.
8. El técnico principal, en base a esta Orden de Trabajo programa el trabajo a realizar en el orden de llegada
correspondiente.
9. El técnico principal, solicita los repuestos al almacenero.
10. El Almacenero de repuestos simplemente debe entregar los repuestos al taller o indicar la falta del mismo y el
tiempo de reposición del repuesto.
11. De no tener el repuesto, el técnico principal coordinara con el asesor de servicio que informe al cliente el
tiempo de espera de la importación del repuesto.
12. El taller debe ejecutar el trabajo y detallar el servicio en un documento anexo a la Orden de Trabajo llamado
Acta de Servicio.
13. El técnico principal deberá informar al asesor de servicio la culminación del trabajo con la creación de la
Orden de Salida.
14. El Asesor de servicio debe coordinar con el cliente la entrega del auto.
15. El cliente con la Orden de trabajo deberá cancelar lo que le corresponde por el servicio. (Si tiene seguro y el
seguro acepto, el porcentaje que le toque)
16. El cajero deberá generar y entregar al cliente el Comprobante de Pago (puede ser boleta o factura según
reglamentación de la SUNAT).
17. El cliente debe Cancelar su comprobante en Caja, donde se registrará la cancelación.
18. Una vez cancelada la factura se activa la Orden de Salida
19. El Asesor de servicio deberá aprobar los documentos de salida y pago y podrá entregar el auto.
20. El Asesor de servicio deberá archivar la documentación en un File por un cliente.

NOTA: Utilice su criterio, creatividad y correcto ANÁLISIS para el desarrollo del Caso propuesto.
Se le pide realizar lo siguiente:

1) Flujo de Trabajo del Modelamiento del Negocio, elaborar:


a) Modelo de Casos de Uso del Negocio (MCUN) (3.0p)

b) Modelo de Objetos del Negocio (MON) (4.5p)

b.1. MON Gestionar almacén


b.2. MON Solicitar Mantenimiento

b.3. MON Gestionar Servicios


c) Modelo del Dominio del Problema (MDP) (2.5p)

2) Flujo de Trabajo de Requerimientos, elaborar:


d) Diagrama de Use Case (DUC) (5.0p)

d.1. DUC Gestionar Almacén


d.2. DUC Solicitar Mantenimiento

d.3. DUC Gestionar Servicios


3) Flujo de Trabajo de Requerimientos, elaborar:
e) Diagrama de Clases del Análisis (DCA) (4.0 p)

f) Diagrama de Colaboraciones (DCo) (2.0 p)