En el desarrollo de la prueba lee atentamente los enunciados o la pregunta y responder según se indique, además debes estar seguro al momento de responder pues cualquier borrón o enmendadura anula la respuesta.
A)
VERDADERO FALSO:
Encierre en un círculo la letra V si es verdadero o F si es falso. (0.25 pts. cada pregunta):
F 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.
V La Planificación es una actividad continua desde la concepción hasta liberación del producto. Demanda su revisión continua en virtud de la información disponible
JUSTIFICACION: La planificación es un proceso permanente y continuo y no se agota en ningún plan de acción, sino que se realiza continuamente.
F F El Modelo Incremental, nos dice lo siguiente: Una forma de reducir los riesgos es construir solo una parte del sistema, reservando otros aspectos para niveles posteriores. JUSTIFICACION: Si esta es una forma de mitigar riesgos, haciendo incrementos en corto tiempo y entregándole al usuario final para que dé su visto bueno antes que el software este completo.
V F 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.
V F En la metodología RUP, se menciona cuatro fases de desarrollo; la fase de Elaboración V
F
V
V
se centra en la factibilidad.
JUSTIFICACION: No, la fase de elaboración se centra en
los requisitos, análisis, diseño. Y la factibilidad se ve en la
fase inicial.
V F F La Disponibilidad es la probalidad de que un sistema, en cierto momento, esté en funcionamiento y sea capaz de proporcionar los servicios solicitados.
JUSTIFICACION: La disponibilidad es una propiedad que
se debe tener muy en cuenta ya que para llegar a esta el
sistema debe funcionar correctamente tal y como se ha
especificado.
V F La Ingeniería de Software es la disciplina que pretende ser una respuesta a los problemas del desarrollo del software.
JUSTIFICACION: No, pretende dar solución a problemas
de todo tipo esta ofrece métodos, técnicas para
desarrollar y mantener software de alta calidad.
V F El Exceso en los requerimientos es un Error Clásico que corresponde al Proceso.
JUSTIFICACION: No, el exceso de requerimientos es un
error clásico que corresponde al producto. Porque añaden
tiempo de desarrollo desproporcionado al proyecto.
V F En un modelo estructural es el aquel en donde se documentan los componentes del sistema y sus agregaciones.
JUSTIFICACION: No, en un modelo estructural lo que se
documentan son los requerimientos y los componente y
funciones del sistema se grafican para entender al
sistema antes de ir al código fuente.
V F F Las métricas de seguridad deben estar basadas en las metas, en los objetivos y en la Visión.
JUSTIFICACION: si, las métricas de seguridad de la
información deben responder a la capacidad de la
organización de responder a las brechas de seguridad, a
V
F
F
F
la cultura de reporte de incidentes de seguridad y al nivel
de confianza que quiere tener la alta gerencia respecto de
la seguridad de los activos de información.
B)
PRUEBA DE ELECCIÓN MÚLTIPLE:
Encierre en un círculo la alternativa correcta (0.25 pts. cada pregunta)
11. Describe los procedimientos y los estándares de calidad que se utilizarán en un proyecto, 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 los propósitos del Plan de Calidad se encuentran los objetivos de determinar los procesos y planes de mejora continua, así como los estándares que deberán desarrollarse específicamente para nuestro proyecto. 12. Desarrollo de sistemas en los que por razones del contexto interesa realizar la obtención de los
requisitos de forma escalonada a través de subsistemas, se refiere a:
a.
Incremental
b. Espiral
c. Prototipos Incremental
d. Ciclo de Vida Clásico y Riesgos e. N.A.
JUSTIFICACIÓN: El modelo incremental mitiga la rigidez del modelo en cascada, descomponiendo el desarrollo de un sistema en partes. Una ventaja que ofrece es que el usuario dispone de pequeños subsistemas operativos que ayudan a perfilar mejor las necesidades reales del sistema en su conjunto.
13. Captura la parte de la realidad en la cual se está trabajando, nos referimos a: a. Modelo de Objetos del Negocio
b. Modelo de Casos de Uso del Negocio c. Diagrama de Casos de Uso
d. Modelo de Procesos de Negocios
e.
Todas
JUSTIFICACIÓN: Todos los modelos y diagramas UML capturan una vista de un sistema del mundo real. En una abstracción de dicho sistema considerando un cierto propósito.
14. Es el proceso de la organización de las tareas de forma concurrente para hacer mejor uso de la fuerza laboral, nos referimos a:
a. Planeación del Proyecto b. Organización del Proyecto
c.
Planificación del Proyecto
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. Significa que el caso de uso base incorpora explícitamente el comportamiento de otro caso de uso en una instancia específica, se refiere a:
a.
Include
b. Asociación Unidireccional c. Extend
d. Comunicates e. N.A.
JUSTIFICACIÓN: La definición del uso de “Include” en los casos de uso nos dice que una relación de inclusión entre dos casos de uso significa que un caso de uso base incorpora explícitamente el comportamiento de otro caso de uso en el lugar especificado en el caso base.
16. Se deben tener mecanismos para recuperar el sistema de situaciones anormales nos esperadas, nos referimos a.
a. Asertos b. Excepciones c. Patrones de Diseño
d. Diagrama de Casos de Uso y UML
e.
N.A.
JUSTIFICACIÓN: En realidad nos referimos a uno de los principios de la Ingeniería de Software que nos dice que debemos anticiparnos al cambio y que el sistema debe adecuarse a nuevos requerimientos.
17. Es la forma de comunicación de los objetos, se refiere a:
a.
Asociaciones
b. Mensajes c. Multiplicidad
d. Generalidad-Especificación e. N.A.
JUSTIFICACIÓN: Una asociación es una relación semántica entre objetos. La asociación se podría definir como el momento en que dos objetos se unen para trabajar juntos y así, alcanzar una meta.
18.
Establecer procedimientos organizacionales y estándares para la calidad, nos referimos a:a.
Aseguramiento de la Calidad
b. Planeación de la Calidad c. Validación de la Calidad d. Calidad
JUSTIFICACIÓN: El Aseguramiento de la Calidad involucra la definición de estándares de calidad apropiados y procedimientos que permitan asegurar que estos se cumplan.
19. Estableciendo lo que el cliente requiere de un Sistema de Software, se refiere a: a. Ingeniería de Software
b. Administración de Requisitos
c.
Ingeniería de Requisitos
d. Ingeniería de Software y Objetos e. N.A.
JUSTIFICACIÓN: La Ingeniería de Requisitos cumple un papel primordial en el proceso de producción de software, ya que enfoca un área fundamental: la definición de lo que se desea producir y lo que el usuario necesita. Su principal tarea consiste en la generación de especificaciones correctas que describan con claridad, sin ambigüedades el comportamiento del sistema.
20. Involucra la creación de documentos o resultados de las actividades, se refiere a: a. Planeación de Procesos
b. Riesgos de Calidad c. Riesgos del Proceso
d.
Todas
e. N.A.
JUSTIFICACIÓN: Las actividades con alto riesgo causan sobre-costes en cuanto a la Planeación de procesos, esto involucra la creación de documentos o resultados de las actividades.
C)
PRUEBA DE COMPLETADO DE PREGUNTA:
Completar el espacio en blanco con la respuesta correcta (0.25 pts. cada pregunta)
21.
La supervisión de Riesgos : Valora los riesgos de forma constante y revisar los planes para la mitigación de riesgos tan pronto como la información de los riesgos esté disponible.
22. Aseguramiento de la Calidad : Establecimiento de un marco de trabajo de procedimientos y estándares corporativos que conduzcan a la obtención de software de alta calidad.
23. Modelo de Construcción de Prototipos : Consiste en la construcción de modelos de prueba, que simulen el funcionamiento que se pretende conseguir en el sistema.
24. Se le conoce como la única forma tangible de representar el software y el proceso del software, nos referimos: Documentos Estandarizados .
25. El ciclo de vida del Software : Periodo de tiempo que comienza a concebir la idea de un nuevo sistema de software, y termina cuando este se retira y deja de funcionar.
26. Cada miembro del equipo tiene que realizar la estimación de una parte del proyecto de forma individual, y luego en una reunión se comparan las estimaciones, nos referimos a: Estimación de la Planificación .
27. Se considera como uno de los responsables involucrados en el modelo del negocio, que representa varias partes de la organización que proveen entradas y datos; nos referimos a: Stakeholders .
28. Cuando se ha realizado una mala definición del límite y se ha identificado detalles técnicos innecesarios, se refiere a: Problemas de alcance (Identificación de Requisitos) .
29. La cantidad de recursos hardware y software que necesita una aplicación para realizar las operaciones con los tiempos de respuesta adecuados, se refiere a: Eficiencia .
30. Iteración : 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
31. El esfuerzo requerido para modificar una aplicación en funcionamiento, se refiere a: facilidad de uso .
32. Es usada para modelar la interacción entre el sistema y sus actores, se refiere a: clase de interfaz .
D)
PRUEBA DE DEFINICIÓN DE CONCEPTO:
33. Cuáles son los atributos de un buen software.
Los atributos de un buen software son la Mantenibilidad, Confiabilidad, Eficiencia y Usabilidad. 34. Cuáles son los costos de la Ingeniería de Software.
Especificación, diseño, desarrollo, integración y prueba.
35. Brevemente explique las dimensiones de la confiabilidad: Dimensiones de la Confiabilidad:
- Fiabilidad:
Se usa para asegurar aquella condición de trabajo que permite al usuario realizar sus tareas para que el sistema no llegue a corromperse.
- Disponibilidad:
Se refiere a la condición de trabajo que un sistema debe de tener. Si el sistema que se está utilizando llega a ser apagado algún tiempo anterior al que se tenía planeado por mantenimiento. Luego tendrá que ser encendido sí que afecte su rendimiento o se tenga algún problema.
- Mantenimiento
Este concepto está estrechamente relacionado con lo que se refiere a reparación, y puede definirse en términos de distribución del tiempo de apagado de la máquina, como la probabilidad de que cuando el mantenimiento se realizó bajo condiciones específicas, el sistema volverá a su condición de trabajo dentro de un periodo especifico.
- Seguridad
Describe el comportamiento del sistema y nos define la habilidad que tiene este para poder resistir los ataques externos.
36. Según su criterio, cuál es el mejor modelo de Desarrollo de Software que usted elegiría para el desarrollo de un sistema de software.
En nuestro criterio, al momento de elegir el modelo de desarrollo de software más conveniente primero tendríamos en cuenta la empresa o el área de la empresa que utilizaría el producto de software, por ejemplo, si se trata de una empresa grande la recomendación es utilizar el modelo en espiral, ya que divide el sistema en regiones de tarea y facilita su manejo, si en caso hablamos de un proyecto pequeño, donde los requisitos están bien definidos optaríamos por el modelo en cascada ya que es apropiado para proyectos estables. Si por el
contrario el cliente conoce los objetivos generales para el software, pero no identifica los requisitos y procedimientos el modelo en prototipos es una gran alternativa.
INSTRUCCIONES
Las preguntas de tipo ensayo tienen por finalidad evaluar tu capacidad de análisis, aplicación del criterio y creatividad argumentativa en torno al desarrollo de casos teóricos y prácticos del Modelamiento de sistemas, en tal sentido responda las preguntas mostradas para el siguiente caso aplicativo, basando su Modelamiento en la Herramienta Case Rational Rose 2007.
CASO N° 01: Sistema Gestión Hotelera
El dueño del Hotel “El Reposo” le pide a Usted desarrollar un estudio para consultar sobre las habitaciones disponibles y reservar piezas del hotel. El hotel posee los siguientes tipos de piezas: simple, doble, matrimonial y ejecutivo; y además de ello dos tipos de clientes: habituales y esporádicos. Una reservación almacena datos del cliente, de la pieza reservada, la fecha de comienzo y el número de días que será ocupada la pieza.
Cuando se realiza reservaciones, estas pueden ser para una sola persona o para un paquete turístico, para lo cual se guarda toda la información necesaria del grupo. Tenga en cuenta que el Hotel también brinda información detallada a través de su página Web.
El recepcionista del hotel debe poder hacer las siguientes operaciones:
Obtener un listado de las piezas disponibles de acuerdo a su tipo.
Preguntar por el precio de una pieza de acuerdo a su tipo.
Preguntar por el descuento ofrecido a los clientes habituales.
Preguntar por el precio total para un cliente dado, especificando su código, nombre, tipo de pieza y número de noches.
Dibujar en pantalla la foto de una pieza de acuerdo a su tipo.
Reservar una pieza especificando el número de la pieza, código y nombre del cliente.
Eliminar una reservación especificando el número de pieza. El administrador puede usar el programa para:
Cambiar el precio de una pieza de acuerdo a su tipo.
Cambiar el valor del descuento ofrecido a los clientes habituales.
Calcular las ganancias que tendrán en un mes especificado (considerar que todos los meses tienen 30 días).
El hotel posee información sobre cuales clientes son habituales. Esta estructura puede manejarla con un diccionario, cuya clave sea el código y como significado tenga los datos personales del cliente. El diseño a desarrollar debe facilitar la extensibilidad de nuevos tipos de pieza o clientes y a subes permitir agregar nuevas consultas. Además el cliente además de solicitar una habitación, también puede tener otros servicios adicionales como: Restaurant, discoteca, Pub, teléfono, etc., donde el monto total le será recargado al momento de solicitar en la cuenta.
NOTA: Utilice su criterio, creatividad y correcto ANÁLISIS para el desarrollo del Caso propuesto. Se le pide realizar lo siguiente:
a) Flujo de Trabajo de Identificación de Procesos de Negocios, elaborar:
1) Elabore el Modelo de Procesos de Negocios (Según Modelo: indique el Inicio, Final, Actividades y Tareas). (2.0p)
b) Flujo de Trabajo del Modelamiento del Negocio, elaborar: 2) Modelo de Casos de Uso del Negocio (MCUN)
(1.5p)
3) Modelo de Objetos del Negocio (MON) (2.0p)
4) Modelo del Dominio del Problema (MON) (1.5p)
c) Flujo de Trabajo de Requerimientos, elaborar:
5) Diagrama de Use Case (DUC) (Elegir: Gestionar Servicios Hoteleros) (3.0p)
a) Flujo de Trabajo de Identificación de Procesos de Negocios, elaborar: 1 Modelo de Procesos de Negocio
Consultar Verificar Reserva Guarda Genera
El cliente solicita habitación disponible. Información de clientes habituales. Precios y descuentos para los clientes habituales. Piezas disponibles. El cliente. Las piezas reservadas. Fecha de comienzo y números de días. Informació n pertenecie nte al cliente o grupo. El pedido del cliente. Hoja de pedido
b) Flujo de Trabajo del Modelamiento del Negocio, elaborar:
Cliente
Administrador
Gestionar Consulta De Habitación
Gestionar Reserva De Pieza
Recepcionista
3
Modelo
de Objetos
del Negocio
Cliente Pieza Precio de Habitación Descuento Recepcionista Orden de Pedido verifica verifica consulta/verifica consulta/verifica verifica/registra
Recepcionista Precio de Habitación consulta/verifica Descuentos consulta/verifica Piezas verifica Cliente verifica Orden de Pedido verifica/registra Orden de Reserva verifica/registra
Orden de Servicios Adicionales verifica/registra Comprobante de reserva genera Cuenta Cliente verifica/registra Administrador verifica/evalua verifica verifica verifica/evalua verifica verifica/registra/modifica verifica/registra/modifica verifica verifica/evalua
4 Modelo del Dominio del Problema
c) Flujo de Trabajo de Requerimientos, elaborar:
5 Diagrama de Use Case (DUC) (Elegir: Gestionar Servicios Hoteleros) DUC Gestionar Alquiler habitación
INSTRUCCIONES:
6 La fecha de entrega de la Práctica Calificada es el 04/02/2015; Hora: 03:00 pm. 7 Máximo de Integrantes por Práctica Calificada: 03 Alumnos.
8 Es Importante realizar la fundamentación de las preguntas propuestas en cada una de las partes. 9 El Desarrollo del Caso Propuesto se realiza con la Herramienta Case: Rational Rose.
NOTA: Es importante referencias los medios bibliográficos o Links de Internet.
Roger S. Pressman, Ph.D. - Ingeniería del software SÉPTIMA EDICIÓN
Mcconnell Steve - Desarrollo Y Gestion De Proyectos Informaticos
http://www.monografias.com/trabajos15/ingenieria-software/ingenieria-software.shtml http://catarina.udlap.mx/u_dl_a/tales/documentos/lis/fuentes_k_jf/capitulo2.pdf http://es.wikipedia.org/wiki/Historia_de_la_ingenier%C3%ADa_del_software http://www.liderdeproyecto.com/articulos/planificacion_de_la_calidad.html http://es.slideshare.net/agtagt/trabajo-ciclo-de-vida-del-software http://www.monografias.com/trabajos34/ingenieria-software/ingenieria-software.shtml#queesuml http://www.liderdeproyecto.com/articulos/planificacion_de_la_fuerza_laboral.html www.dcc.uchile.cl/~clgutier/casosUso.doc http://es.slideshare.net/amaa1981/programacin-orientada-a-objetos-6362653 http://www.utm.mx/~dtorres/cursos/ingsw/tema6.pdf http://www.monografias.com/trabajos6/resof/resof.shtml http://es.slideshare.net/alejandro2321/procesos-de-calidad-de-software http://calidadysoftware.blogspot.com/2012/03/desarrollo-en-cascada-ii.html http://www.monografias.com/trabajos16/calidad-sw-pymes/calidad-sw-pymes.shtml
