DESARROLLO PRÁCTICA CALIFICADA GRUPAL – EXPOSICIONES
PARTE TEÓRICA:
Encierre en un círculo la letra V si es verdadero o F si es falso. JUSTIFIQUE SU
RESPUESTAS (0.50 pts. Cada pregunta)
LISTADO DE PREGUNTAS:
A) VERDADERO O FALSO:
Encierra 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 vece se encarga también de la prueba de integración.
Justificación: Cuando se tiene una arquitectura completa de software los encargados
de la prueba es un Grupo Independiente De Prueba (GIP) permitiendo
que se tenga independencia. Su objetivo es encontrar defectos en estos
componentes.
2. V F Las métricas también pueden ser utilizadas para el control de las pruebas.
Justificación: si, ya que se realiza con el objetivo de encontrar y documentar los
defectos en la calidad del software. Aconseja en base a la calidad
determinada, validar y probarlas hipótesis hechas en el diseño.
3. V F La prueba comienza al nivel de componentes y trabaja hacia adentro, hacia
la integración de los componentes.
Justificación: Inicia con la ejecución del software para probar su funcionalidad y
exactitud en cual podemos detectar sus defectos o estimar la
confiabilidad.
4. V F Las pruebas son elementos críticos para determinar la calidad de software.
Justificación: Claro ya que nos da el resultado de su eficiencia.
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.
Justificación: Ya que si entrega un informe cuantitativo del software.
6. V F Un estereotipo es una forma de clasificar los artefactos a alto nivel.
Justificación: es un modelo a seguir que se puede modificar, cambiar o seguir como
un patrón, esto se supone siempre y cuando el estereotipo sea un modelo
a seguir.
7. V F La Herencia puede no violar los principios de la encapsulación.
Justificación: La herencia crea jerarquía de clases es decir una clase pertenece a una
súper clase, y la encapsulación oculta la Información.
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.
Justificación: la abstracción es quitar algunas acciones o atributos, y quedarnos con
las características más esenciales según el software o simulación que
desea realizar el usuario.
9. V F Los costos de software a menudo dominan el costo del sistema. El costo
del software en un PC es a menudo más caro que la PC.
Justificación: 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 negocio cruzan las fronteras Organizacionales y
Funcionales de la empresa, sin tomarlas en consideración.
Justificación: si un proceso de negocio corresponde a un conjunto de actividades,
crean valor para el cliente externo. El proceso de negocio surge para
cubrir la necesidad de una empresa.
11. V F Una relación “include” significa que el caso de uso base incorpora
explícitamente el comportamiento de otro caso de uso en una instancia especifica.
Justificación: relación “include” significa obligatorio y surge de otro caso de
uso(GUI).
12. V F Quienes aplican pruebas solo deben participar en el proyecto cuando se
vaya a darse los primeros pasos de pruebas.
Justificación: Deben estar involucrados de comienzo a fin si en caso se llegara a
presentar algún fallo a mitad del proceso, ya que corregirlo después
llevaría tiempo y un posible retraso del proyecto a realizar.
B) PRUEBA DE ELECCION MULTIPLE:
Encierra en un círculo la alternativa correcta. JUSTIFIQUE SU RESPUESTA. (0.50
pts. Cada pregunta).
13. Define los atributos de calidad más importante 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.
Justificación: Entre el propósito del Plan de Calidad se encuentran los objetos de
determinar los procesos y planes de mejorar continuamente, así como los estándares
que deberán desarrollarse específicamente para nuestro proyecto.
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. Plan de Controles
e. N.A.
Justificación: La planificación efectiva de la fuerza laboral tiene una relación directa
con el éxito del proyecto. Las estrategias de planificación de la fuerza laboral ayudan
a los directores y equipos en el aprendizaje del manejo de varias dinámicas inherentes
a su mutua colaboración.
15. Son la única forma tangible de representar el software y el proceso de software.
a. Entregables
b. Producto de Software
c. Documentos
d. Plan de Controles
e. N.A.
Justificación: Es esencial para proporcionar entendimiento de un sistema a quien lo
vaya a usar para mantenerlo, para permitir auditoria del sistema y para enseñar a los
usuarios como interactuar con el sistema y a los operandos como hacerlo funcionar.
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. Modelos de Comportamiento
d. Modelos de Prueba
e. N.A.
Justificación: El objetivo del modelo de comportamiento es expresar la misma
información contenida en una plantilla de caso de uso de una forma fácilmente
manipulable.
17. En 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.
Justificación: Es la Calendarización que descompone el proyecto en tareas y estima
el tiempo y los recursos requeridos para completarlas. Minimiza la dependencia entre
tareas para disminuir la probabilidad de atrasos.
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
Justificación: Se usa el software de forma natural con el desarrollador como
observador del usuario. Las pruebas alfa se llevan a cabo en un entorno controlado.
Para que tengan validez, se debe primero crear un ambiente con las mismas
condiciones que se encontrarán en las instalaciones del cliente.
C) PRUEBA DE COMPLETADO DE PREGUNTAS:
Completar los espacios en blanco con la respuesta correcta (0.50 pts. Cada pregunta).
19. PRUEBA DE SISTEMA: verifica que cada elemento encaja de forma adecuada y que
se alcanza la funcionalidad y el rendimiento del sistema total.
20. MEDIDA : indica cuantitativamente algún atributo de proceso o producto
(extensión, cantidad, dimensiones, capacidad, tamaño, etc.).
21. MÉTRICAS TÉCNICAS DEL SOFTWARE: proporciona una manera sistemática de
valorar la calidad basándose en un conjunto de reglas. También proporcionan al
ingeniero de software descubrir y corregir problemas potenciales antes de que se
conviertan en defectos catastróficos.
22. 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.
23. 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.
24. MODELADO DE NEGOCIO: describe la estructura y la dinámica de la organización.
25. STAKEHOLDERS: se le 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.
26. 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.
27. CENTRADO DE ARQUITECTURA: se utiliza para conceptualizar, construir,
gestionar y hacer evolucionar el sistema en desarrollo.
28. LOS PRODUCTOS: una versión resultante compuesta por todos los artefactos,
modelos, ejecutables, código fuente, documentación.
D) PRUEBA DE DEFINICION DE CONCEPTOS:
Responder las preguntas con la respuesta correcta (1.00 pts. Cada pregunta)
29. Confiablidad: según McCall el factor confiabilidad incluye los siguientes criterios.
Factores:
PUNTO DE VISTA FACTORES
Testeabilidad
REVISIÓN DEL
Mantenbilidad
PRODUCTO
Flexibilidad
Interoperabilidad
TRANSICIÓN DEL Reusabilidad
PRODUCTO
Portabilidad
Conectividad
Confiabilidad
OPERACIÓN DEL
Integridad
PRODUCTO
Eficiencia
Usabilidad
30. Brevemente explique las pruebas de Resistencia. De un ejemplo:
Las pruebas de resistencia están diseñadas para confrontar los programas con
situaciones anormales.
31. Brevemente explique la Gestión de Incidencias.
Es todo aquel suceso que tiene relación directa o indirecta sobre la marcha normal de
las actividades empleando modificaciones, modificaciones o mejoras.
32. Los aspectos a considerar en la Planificación de la Calidad de Software son:
- Control de Calidad:
o Revisiones y auditorias:
Productos (Entregables).
Procesos.
o Laboratorio de Certificación:
Producto Final y Organizaciones.
- Aseguramiento de Calidad:
o Marco de Referencia.
o Estrategia de Mejoras.
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 Carrera Profesional, elaborar un Diagrama que represente el Proceso
de los Factores de la Calidad de McCall. (2.5 pts.)
PARTE PRÁCTICA: Desarrolle el siguiente caso empleando el UML
CASO DE EMPRESA COMERCIALIZADORA “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 y entrega el auto al asesor.
5. Si el cliente decide que el importe pactado es aceptable, confirma el servicio y entrega
el auto al asesor.
6. El Asesor de servicio se encargará de decepcionar 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 al supuesto almacenero.
10. El Almacenero da repuesto, el técnico principal 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 llamada Acta de Servicio.
13. El técnico principal deberá informar al asesor de servicios 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 de 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á su 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á activar la documentación en un file por cliente.
NOTA: UTILICE SU CRITERIO Y CREATIVIDAD PARA EL SIGUIENTE CASO.
Se pide realizar los siguiente:
1) Flujo de trabajo del Modelamiento del Negocio, elaborar:
a) Modelo de Casos de Uso del Negocio (MCUN) (3.0 p)
b) Modelo de Objetos de Negocio (MON) (4.5 p)
MON – Gestionar Almacén
MON – Solicitar Mantenimiento
MON – Gestionar Servicio
c) Modelo de Dominio del Problema (MDP) (2.5 p)
2) Flujo de trabajo de Requerimiento, elaborar:
d) Diagrama de Use Case (DUC) (5.0 p)
DUC – Gestionar Servicios:
DUC – Proceso de Ventas:
DUC – Control de Almacenamiento:
3) Flujo de trabajo de Requerimiento, elaborar:
e) Diagrama de Clases de Análisis (DCA) (4.0 p)
f) Diagrama de Colaboraciones (DCo) (2.0 p)
