Evaluación_ Examen Parcial - Semana 4 (1)

March 6, 2019 | Author: michael stone | Category: Use Case, Software Engineering, Software, Design, Tecnología
Share Embed Donate


Short Description

Ebook....

Description

Examen parcial - Semana 4 Comenzado: 22 sep en 17:31

Instrucciones de la evaluación

Pregunta 1

5 ptos.

Suponga un sistema para un cajero automático en el que el cliente, previa identificación, realiza una de las siguientes transacciones: - Retira dinero en efectivo. - Deposita en efectivo o deposita en cheque. El diagrama de casos de uso para el cajero automático es Seleccione una:

 A:

B:

C:

D:

 A D C B

Pregunta 2

5 ptos.

Ya que un caso de uso describe una actividad dentro del proceso de software y un requerimiento es una especificación de todo aquello que debe ser implementado en una solución de software. Los diagramas del modelo UML reflejan entonces

el conjunto de procesos, prácticas y estándares necesarios para abordar todos los aspectos del proceso de construcción. un producto tangible que cumple con las necesidades y restricciones especificadas por el cliente y refinadas en conjunto con el desarrollador. un modelo del problema que es completo, correcto y posible de implementar a partir de los requerimientos del cliente. de manera inequívoca y concertada las funcionalidades que el producto de software debe tener  para satisfacer las necesidades del cliente.

Pregunta 3

5 ptos.

Uno de los factores de éxito de un producto y por tanto de la compañía que lo genera es la capacidad de cambio constante. Se hace imperativo contar con estrategias y mecanismos para garantizar la adaptabilidad de los productos entregados para

terminar el ciclo de vida del software a la entrega al cliente. definir de antemano las futuras necesidades que son normales en el ámbito de desarrollo. maximizar los cambios requeridos por las necesidades de los clientes o del ambiente. soportar el rápido ritmo de cambio presente en la mayor parte de los escenarios de acción del software.

Pregunta 4

5 ptos.

Una forma diferente a la usual de alcanzar la condición de éxito en un caso de uso se conoce como

postcondición. flujo normal de eventos. extensión. subvariación.

Pregunta 5

5 ptos.

Durante la fase de levantamiento de requerimientos debe existir un diálogo constante entre

El desarrollador y el gerente. El gerente y el equipo de pruebas. El desarrollador y el cliente. El cliente y los diseñadores de interfaz.

Pregunta 6

5 ptos.

La definición es una parte del proceso de software que busca entender de manera completa el problema a solucionar, por tanto la gestión de requerimientos contempla

determinar la estructura interna adecuada que permita a los desarrolladores comenzar la escritura de código. la respuesta a cómo cumplirá el software las necesidades del cliente. la comprensión del problema y decantarla en una serie de documentos con una visión ordenada y técnica del problema. los procesos y métodos necesarios para identificar, organizar y documentar las necesidades del cliente.

Pregunta 7

5 ptos.

Durante la fase general de “desarrollo” de un proceso de software, se responde a una pregunta genérica respecto al proceso. Dicha pregunta es

¿Cómo se va a implementar un producto que satisfaga las necesidades del cliente? ¿Cuánto dinero costará el desarrollo? ¿Quiénes van a participar en el proceso? ¿Qué tanto tiempo va a tomar la codificación?

Pregunta 8

En el proceso de ingeniería de software

se aplica a software existente ya que se debe implementar nuevos requerimientos.

no se aplica a software existente debido a que ya pasó por este proceso. no se aplica a software existente ya que se debe es automatizar procesos lentos.

5 ptos.

no se aplica a software existente ya que sólo se aplica para software nuevo.

Pregunta 9

5 ptos.

La decisión del enfoque a tomar al abordar un proceso de construcción de software depende de varias características, por tanto es posible llevar un proyecto de software desde varias perspectivas a efectos de contemplar 

el tipo de proyecto, el tipo de cliente, las restricciones de tiempo dinero o tecnología. las capacidades e intereses de la compañía de desarrollo aún a expensas del producto a entregar al cliente. la reducción de las características del producto a efectos de agilizar su desarrollo. el cambio de plataforma de sistemas del cliente a efectos de usar la experiencia del desarrollador en lenguajes tradicionales.

Pregunta 10

5 ptos.

Un enfoque organizado y estructurado para el diseño y documentación del proceso de construcción de software facilita la creación de una estructura que soporte un diseño robusto que cumpla con las expectativas del cliente y además pueda servir como base para proyectos posteriores, surgen por tanto los patrones de diseño de software e igualmente, el modelo de proceso de desarrollo basado en componentes. ¿Porqué es mejor usar el primero que el segundo?

Porque ya que el correcto funcionamiento del sistema depende de la sinergia existente entre los componentes a reutilizar, es necesario definir aquí un diseño que satisfaga las interacciones necesarias y cumpla a la vez con los requerimientos definidos para el sistema. No hay razón alguna para elegir uno de ellos, pues son básicamente lo mismo ya que pretenden el reuso de software y se pueden usar indistintamente, con la debida documentación, cohesión y acoplamiento. Porque es difícil encontrar componentes que satisfagan los requerimientos identificados de manera completa, sin que se requieran modificaciones. Es por eso que se llevan a cabo los cambios necesarios para que los componentes a utilizar cumplan con las necesidades identificadas.

Porque un patrón de diseño resulta ser una solución de comprobada efectividad a un problema recurrente y que es aplicable a diferentes problemas en distintas circunstancias y un componente es código que ofrece un conjunto de servicios o funcionalidades, a través de interfaces definidas.

Pregunta 11

5 ptos.

Se desea simular el comportamiento de un cajero automático, ¿cuáles de los siguientes serían casos de uso?

Revisar saldo. Realizar depósito. Desplegar saldo. Revisar saldo. Realizar transacción. Desplegar información del sistema. Revisar saldo. Realizar transacción. Mostrar el valor de un retiro. Revisar saldo. Realizar depósito. Realizar retiro.

Pregunta 12

5 ptos.

La ingeniería de software se encarga de

especificación, desarrollo, validación y evolución del software. codificación y prueba de la programación. análisis, desarrollo e implementación de sistemas software. desarrollo e implementación de software.

Pregunta 13

Los diagramas de caso de uso

muestra la secuencia de estados de un objeto respecto a unos estímulos. muestra las interacciones de los actores con el sistema y las relaciones entre dichas interacciones.

5 ptos.

permite visualizar las relaciones entre las clases que involucran el sistema. muestra la forma en que los objetos se comunican entre sí al transcurrir el tiempo.

Pregunta 14

5 ptos.

Los tres grandes grupos de diagramas UML son:

De interacción, de funcionalidad y de interfaz. De comportamiento, de estructura estática y de interacción De estructura estática, de requerimientos, y de casos de uso. De Booch, OMT y OOSE.

Guardando...

Entregar evaluación

View more...

Comments

Copyright ©2017 KUPDF Inc.
SUPPORT KUPDF