Preguntas Parcial I Flashcards

Question

Proponga ejemplos para cuatro diferentes definiciones de sistemas.

Answer 1

Sistema como conjunto de componentes interrelacionados que trabajan juntos para lograr un objetivo común: Un ejemplo podría ser una fábrica de automóviles, donde hay distintos componentes como la cadena de producción, la logística de materiales, el departamento de diseño y marketing, todos trabajando juntos para producir y vender vehículos. Sistema como conjunto de elementos que interactúan entre sí para formar un todo coherente y complejo: Un ejemplo podría ser el sistema ecológico de un bosque, donde distintos elementos como plantas, animales, microorganismos y factores climáticos interactúan para mantener el equilibrio y la biodiversidad del ecosistema. Sistema como conjunto de procesos que transforman entradas en salidas: Un ejemplo podría ser un sistema de producción de energía eléctrica, donde se tienen distintos procesos como la generación, la transmisión y la distribución de energía eléctrica, que transforman la energía de una fuente de entrada en energía eléctrica como salida. Sistema como conjunto de elementos que se organizan en una estructura jerárquica y modular: Un ejemplo podría ser un sistema de software, donde el software está organizado en distintos módulos y submódulos, cada uno con su propia función específica y que se organizan jerárquicamente para formar una aplicación de software completa y funcional.

Answer 2

Sistemas abiertos: - Un ecosistema: los ecosistemas son sistemas abiertos en los que los organismos interactúan entre sí y con su entorno, incluyendo factores abióticos como la luz solar, el agua y los nutrientes. - Una ciudad: una ciudad es un sistema abierto en el que hay un flujo constante de personas, bienes y servicios dentro y fuera de ella, y donde la calidad de vida está influenciada por factores como el clima, la geografía y la infraestructura. - Una granja: una granja es un sistema abierto que se vincula con el medio ambiente a través de la producción y uso de alimentos, la gestión del suelo, el uso de recursos hídricos y la cría de animales. Sistemas cerrados: - Un reloj: un reloj es un sistema cerrado porque no interactúa con el medio ambiente, es decir, no se ve afectado por las condiciones externas, como la temperatura o la presión atmosférica. Su funcionamiento está limitado por su propia estructura y mecanismos internos. - Un microondas: un microondas es un sistema cerrado porque no se vincula con el medio ambiente. La energía que utiliza para calentar los alimentos es generada internamente, y su funcionamiento está limitado a la programación y diseño de sus componentes electrónicos. - Una notebook: una notebook es un sistema cerrado en términos de su funcionamiento interno, ya que no interactúa con el medio ambiente para su operación. Sus componentes y software están diseñados para trabajar en conjunto de forma autónoma, aunque sí requiere de una fuente de energía externa para funcionar.

Answer 3

Enuncie claramente su objetivo. Sistema elegido: cajero automático - Entrada: La entrada al cajero automático puede ser realizada mediante la inserción de una tarjeta bancaria y la entrada de una clave. Además, los usuarios pueden realizar otras entradas, como el monto a retirar o la consulta de saldo. - Proceso: una vez que se han ingresado los datos de entrada, el cajero automático procesa la información y realiza las acciones solicitadas. El proceso puede incluir la validación de la tarjeta bancaria, la consulta de la base de datos del banco para verificar el saldo de la cuenta y el otorgamiento del dinero en efectivo. - Salida: La salida del sistema es el resultado de las acciones realizadas durante el proceso. Esto puede incluir la dispensación del dinero en efectivo solicitado, la impresión del recibo, la actualización del saldo de la cuenta y la devolución de la tarjeta bancaria al usuario. El objetivo del cajero automático es proporcionar a los usuarios una forma conveniente y segura de realizar transacciones bancarias, sin tener que interactuar con un cajero humano. El sistema automatizado permite a los usuarios acceder a sus cuentas bancarias y realizar transacciones las 24 horas del día, los 7 días de la semana, lo que lo convierte en una herramienta esencial en la vida diaria de muchas personas. Además, el cajero automático también permite a los bancos reducir los costos de personal y brindar un mejor servicio a sus clientes.

Answer 4

El modelado clásico solía basarse en el enfoque estructurado y jerárquico, en el que se buscaba dividir el sistema en componentes más pequeños y manejables. Se utilizaban diagramas de flujo y estructuras de control para representar los procesos y se buscaba una descripción detallada de los mismos. También se utilizaba un enfoque de arriba hacia abajo, en el que se definía primero el alcance general del sistema y luego se descomponía en sus partes más pequeñas. El modelado clásico se enfocaba en describir los procesos de manera secuencial y en detallar cada una de las acciones necesarias para llevar a cabo una tarea en particular

Answer 5

DFD (Diagrama de Flujo de Datos) es una herramienta de modelado de procesos que se utiliza para representar visualmente el flujo de datos a través de un sistema de información. Consiste en una serie de círculos, flechas y rectángulos que se utilizan para representar procesos, flujos de datos y almacenamientos de datos. La principal diferencia entre DFD y el Diagrama de flujo radica en el enfoque del modelo. El Diagrama de flujo se centra en los aspectos algorítmicos de un proceso, mientras que el DFD se centra en el flujo de datos en un sistema de información. El Diagrama de flujo se utiliza típicamente en el desarrollo de software y programación, mientras que el DFD se utiliza en el modelado de procesos empresariales y sistemas de información. Además, el Diagrama de flujo utiliza símbolos diferentes a los utilizados en el DFD.

Answer 6

Los DFD evitan mostrar detalles de procedimientos porque se enfocan en el flujo de información y no en la implementación de los procesos. El objetivo es proporcionar una representación visual clara y fácilmente comprensible del sistema, mostrando cómo se mueve la información a través del sistema sin detallar cómo se realiza cada tarea. De esta manera, los DFD pueden ser utilizados por personas con diferentes niveles de conocimiento técnico y no limitan el análisis y la comprensión a un grupo específico de personas expertas en el sistema. Además, la omisión de detalles de procedimientos permite una mayor flexibilidad en la implementación del sistema y en la identificación de posibles mejoras o cambios en el futuro.

Answer 7

En un DFD, un almacenamiento representa un lugar donde se guarda la información durante cierto tiempo. Es decir, se refiere a un lugar físico o virtual donde se almacenan los datos que son necesarios para la ejecución de un proceso o para la realización de una tarea en el sistema. Los almacenes pueden ser internos o externos al sistema y se representan en el diagrama como un rectángulo con dos líneas horizontales en la parte superior e inferior. Es importante destacar que el almacenamiento en un DFD no debe confundirse con una entidad externa, ya que esta última representa un elemento que se encuentra fuera del sistema pero que interactúa con él, mientras que el almacenamiento es parte del sistema en sí mismo.

Answer 8

Un flujo de datos que va desde un almacenamiento a un proceso representa los datos que el proceso está leyendo del almacenamiento como entrada. Esto significa que el proceso necesita los datos del almacenamiento para realizar alguna actividad. Por ejemplo, en un sistema de gestión de inventario, el proceso de "actualizar el inventario" puede necesitar leer los datos del almacenamiento de "inventario actual" para saber qué productos están disponibles y actualizar sus cantidades después de una venta o una reposición.

Answer 9

Las principales interpretaciones de un flujo hacia un almacén son: - Describen los datos persistentes que serán utilizados por el sistema. - Permiten guardar, temporalmente, datos que luego podrán ser procesados por el mismo proceso que los creo o por otro distinto. - Si un flujo de datos ingresa a un almacenamiento se interpreta como una modificación del contenido de su estructura, esto es, un alta, baja o actualización de uno o más valores de los elementos de datos que la componen. - Si un flujo de datos parte desde un almacenamiento a un proceso expresa la lectura de uno o más elementos, hay modificación del contenido de su estructura de datos.

Answer 10

El propósito de las entidades eternas en un diagrama de flujo es un sistema externo que envía o recibe dato, comunicándose con el sistema que es esta diagramando. Las fuentes y destinos de la información que entra o sale de un sistema.

Answer 11

Los nombres de los procesos deben ser explícitos con relación a lo que hace el proceso; Un buen sistema que se puede utilizar para nombrar procesos es usar un verbo más un sustantivo

Answer 12

Seguramente malinterpretaría los números de burbujas como orden a seguir

Answer 13

En los diagramas de flujo de datos de menor nivel, esto es, los más altos en la jerarquía, los procesos se describen mediante un nuevo diagrama de flujo de datos que define, más detalladamente, las funciones que realiza y los flujos que maneja. Este proceso de descomposición debe continuar hasta que se alcance un nivel en el que un proceso pueda ser descrito de forma sencilla y no ambigua. Estos procesos se denominan primitivos.

Answer 14

En los diagramas de flujo de datos de menor nivel, esto es, los más altos en la jerarquía, los procesos se describen mediante un nuevo diagrama de flujo de datos que define, más detalladamente, las funciones que realiza y los flujos que maneja. Este proceso de descomposición debe continuar hasta que se alcance un nivel en el que un proceso pueda ser descrito de forma sencilla y no ambigua. Estos procesos se denominan primitivos

Answer 15

En general, no se puede combinar directamente un almacenamiento y una entidad externa mediante un flujo de datos debido a que estos elementos pueden tener diferentes formatos de datos y protocolos de comunicación. Por ejemplo, un sistema de almacenamiento puede usar un formato de archivo específico y un protocolo de acceso, mientras que una entidad externa puede requerir un formato y protocolo diferente para poder interactuar con ella. Por lo tanto, para combinar un almacenamiento y una entidad externa mediante un flujo de datos, se requiere un proceso de integración que permita transformar los datos del formato y protocolo del almacenamiento al formato y protocolo requerido por la entidad externa. Este proceso de integración puede ser complejo y requerir la implementación de soluciones de software especializadas o servicios de integración en la nube. En resumen, la combinación de un almacenamiento y una entidad externa mediante un flujo de datos requiere un proceso de integración para asegurar que los formatos y protocolos sean compatibles y se puedan intercambiar los datos.

Answer 16

Si, este proceso de descomposición debe continuar hasta que se alcance un nivel en el que un proceso pueda ser descrito de forma sencilla y no ambigua. Estos procesos se denominan primitivos. Es decir, todos deberían llegar hasta este punto, hasta este nivel de detalle

Answer 17

Un ejemplo de proceso que lee un almacenamiento puede ser un programa de facturación que lee los datos de clientes y productos almacenados en una base de datos para generar facturas. El proceso primero accede a la base de datos y lee los datos necesarios, como el nombre del cliente y la descripción del producto, para luego generar la factura correspondiente.

Answer 18

Un ejemplo de un proceso que escribe en un almacenamiento podría ser un sistema de gestión de pedidos de una tienda en línea. Cuando un cliente realiza un pedido, un proceso de validación se asegura de que la información del pedido esté completa y correcta antes de escribir los detalles del pedido en un almacenamiento de base de datos. La información almacenada puede incluir el nombre y la dirección del cliente, los productos comprados, el precio de cada producto, el método de pago y el estado del pedido (por ejemplo, pendiente, enviado o entregado). El proceso de escritura garantiza que la información del pedido se almacene de forma segura y precisa para su posterior uso en la gestión del inventario, la facturación y el seguimiento del envío.

Answer 19

El diccionario de datos es un listado organizado que contiene los detalles del sistema, con definiciones precisas y rigurosas para que, tanto el usuario como el analista, tengan un entendimiento común de todas las entradas, salidas, componentes de los almacenamientos y procesos intermedios que existen en el sistema. Detalla la composición de la agrupación de estructura de datos que se mueven a lo largo de los flujos, describe la composición de los almacenamientos y especifica los valores y unidades relevantes de los datos.

Answer 20

- Para manejar los detalles en sistemas grandes. - Para comunicar un significado común para todos los elementos del sistema. - Para documentar las características del sistema. - Para facilitar el análisis de los detalles con la finalidad de evaluar las características y determinar donde efectuar cambios en el sistema. - Localizar errores y omisiones en el sistema.

Answer 21

Datos que dentro del contexto del usuario no tiene sentido descomponerlas. Es importante especificar para estos datos los valores permitidos y la unidad de medida. Ejemplo: peso_persona = * * (no necesario comentario) | * unidad: kilo; rango : 1 . . 150 *

Answer 22

Una especificación de proceso permite definir tanto que datos de entrada se transforman en qué datos de salida específicamente, al mismo que también define todo el proceso de transformación que ocurre. En síntesis, nos permite conocer el antes, el después y “¿El cómo?” de aquello en lo que se enfoca. Su principal objetivo es definir de forma clara y sin ambigüedad las funciones y las restricciones de un sistema, de forma tal de evitar problemas en las etapas de diseño y codificación.

Answer 23

No necesariamente, si el fin es mostrar las interacciones entre los procesos no es tan importante cuantas herramientas se utilicen.

Answer 24

La burbuja donde el DFD requiere de una especificación de proceso es en el nivel donde el proceso mismo puede ser descrito de forma sencilla y no ambigua.

Answer 25

El uso del lenguaje natural para la especificación de procesos es inconveniente debido a la imprecisión del mismo y la ambigüedad que puede tener.

Answer 26

El lenguaje procedimental por su lado cuenta con la principal ventaja de expresarse de tal manera que puede ser verificado y comprendido tanto por el usuario como por el analista.

Answer 27

Estructuras: De secuencia: la estructura de secuencia se caracteriza por tener una entrada y una salida dentro de la cual se encuentran una serie de acciones cuya ejecución es lineal y en el orden en que aparecen. A su vez, todas las acciones tienen una única entrada y salida. De decisión: la estructura de decisión también tiene una sola entrada y salida, pero dentro de la misma se realiza una acción de entre varias, según una condición preestablecida. Esta condición puede ser simple o compuesta. De repetición: en esta estructura existe una entrada y una salida dentro la cual se repite una acción, que generalmente es una estructura de secuencia, un número determinado o indeterminado de veces, dependiendo en este caso del cumplimiento de una condición.

Answer 28

El árbol de decisión se caracteriza por lo siguiente: * Estructura jerárquica: los árboles de decisión se organizan en una estructura jerárquica en la que las decisiones se toman de manera secuencial y se ramifican en función de las diferentes opciones disponibles. * Representación gráfica: los árboles de decisión se pueden representar gráficamente, lo que facilita la comprensión del proceso y la identificación de los diferentes caminos que se pueden tomar. * Lógica booleana: las decisiones que se toman en un árbol de decisión se basan en lógica booleana, es decir, se establecen condiciones que se evalúan como verdaderas o falsas. * Combinación de opciones: los árboles de decisión permiten la combinación de diferentes opciones en función de las decisiones tomadas en los nodos anteriores del árbol. * Facilidad de modificación: los árboles de decisión son fáciles de modificar, ya que es posible agregar, eliminar o cambiar opciones en función de las necesidades del proceso.

Answer 29

La tabla de decisión se utiliza cuando se deben especificar procesos complejos. * Está compuesta por cuatro cuadrantes en forma de cruz. * En el primer cuadrante, está la combinación de condiciones, aquí se enlistan todas las posibles combinaciones de condiciones, que por ser éstas booleanas tendrán 2 columnas. * El segundo cuadrante, denominado identificación de condiciones, señala las condiciones que se consideran relevantes, éstas deben ser booleanas. * En el tercer cuadrante, se ubica la identificación de acciones, en él se detallan todas las posibles acciones a realizar. * Por último, En el cuarto cuadrante se ubican las acciones elegidas y se realiza una marca en la intersección de la combinación de las condiciones y la acción a realizar después de concluir el análisis. La tabla de decisión se caracteriza por lo siguiente: * Estructura tabular: las tablas de decisión se organizan en forma de tabla, lo que permite una fácil lectura y comprensión de las diferentes opciones y decisiones. * Relación entre entradas y salidas: las tablas de decisión establecen una relación entre las entradas del proceso y las salidas esperadas en función de las decisiones tomadas. * Identificación de reglas: las tablas de decisión permiten la identificación de reglas que establecen la relación entre las entradas y las salidas del proceso. * Combinación de opciones: las tablas de decisión permiten la combinación de diferentes opciones en función de las entradas del proceso. * Facilidad de modificación: las tablas de decisión son fáciles de modificar, ya que es posible agregar, eliminar o cambiar opciones en función de las necesidades del proceso.

Answer 30

La tabla de decisión se utiliza en casos donde hay que tomar una decisión importante y hay varias opciones disponibles. Por ejemplo, cuando tienes que elegir entre distintas opciones de trabajo o de estudio, o cuando tienes que decidir qué producto comprar. La tabla de decisión te ayuda a analizar las diferentes opciones y sus posibles consecuencias El árbol de decisión se utiliza en casos en los que se necesita clasificar o predecir cosas. Por ejemplo, se puede utilizar para predecir si un cliente pagará su préstamo o no También se puede utilizar para seleccionar las características más importantes en un conjunto de datos y para manejar grandes cantidades de información. En general, se utiliza cuando se necesita tomar decisiones basadas en datos.

Answer 31

La Ingeniería de Requisitos direcciona el proceso de elicitación (inducir), definición, modelado, análisis, especificación y validación de los requisitos de un sistema y de su software, basado en un enfoque sistemático, separando el "qué" del "cómo" del diseño.

Answer 32

Un requisito de uso es: * Una capacidad del software necesaria por el usuario para resolver un problema o alcanzar un objetivo, que sirva para la toma de decisiones. * Una capacidad del software que debe ser reunida o poseída por un sistema o componente del sistema para satisfacer un contrato, especificación, estándar, u otra documentación formal. * Es una descripción completa del comportamiento del sistema que se va a desarrollar. Sus principales características son: - Completa: todos los requerimientos deben estar reflejados en ella y todas las referencias deben estar definidas. - Consistente: debe ser coherente con los propios requerimientos y también con otros documentos de especificación. Inequívoca: la redacción debe ser clara de modo que no se pueda malinterpretar. - Correcta: el software debe cumplir con los requisitos de la especificación. - Trazable: se refiere a la posibilidad de verificar la historia, ubicación o aplicación de un ítem a través de su identificación almacenada y documentada. - Priorizable: los requisitos deben poder organizarse jerárquicamente según su relevancia para el negocio y clasificándolos en esenciales, condicionales y opcionales. - Modificable: aunque todo requerimiento es modificable, se refiere a que debe ser fácilmente modificable. - Verificable: debe existir un método finito sin costo para poder probarlo.

Answer 33

La elicitación es el proceso de adquirir todo el conocimiento relevante necesario para producir un modelo de los requerimientos de un dominio de problema. Su objetivo es entender el dominio del problema particular.

Answer 34

Entrevistas de técnicas de elicitación sirven para recopilar información sobre el negocio del cliente o sobre los requisitos del sistema a desarrollar, las técnicas más habituales son las entrevistas, debido a que es la forma más fácil de comunicación verbal, el estudio de documentación y la observación in situ. Brainstorming es una técnica de reuniones en grupo cuyo objetivo es la generación de ideas en un ambiente libre de críticas o juicios. Como técnica de recopilación de información de requisitos, la tormenta de ideas puede ayudar a generar una gran variedad de vistas del problema y a formularlo de diferentes formas, sobre todo al comienzo del proceso de ingeniería de requisitos, cuando todavía los requisitos están muy difusos. Prototipo de software es una implementación parcial del sistema, se construye para ayudar a los desarrolladores, usuarios y clientes en la obtención de un mejor entendimiento del sistema, en especial de los requerimientos que están menos claros. Escenarios: la finalidad del escenario es ser alcanzada en el contexto del problema. El escenario describe el logro del objetivo Observación es una técnica costosa por el tiempo utilizado para la captura de los requerimientos, los ingenieros de software aprenden sobre las tareas del usuario sumergiéndose en la observación de como un usuario obran o actúan recíprocamente con su software.

Answer 35

Los tipos de requisitos conocidos son: - Requisitos de usuarios: necesidades que los usuarios expresan verbalmente. - Requisitos del sistema: son los componentes que el sistema debe tener para realizar determinadas tareas. - Requisitos funcionales: servicios que el sistema debe proporcionar. Especifica una acción que debe ser capaz de realizar el sistema, sin considerar restricciones físicas. - Describen la funcionalidad o los servicios que se espera proveerá el sistema. - Requisitos no funcionales: restricciones que afectan al sistema. - Especifica restricciones físicas sobre un requisito funcional (rendimiento, plataforma, fiabilidad). - No se refieren directamente a las funciones específicas que entrega el sistema, sino a las propiedades emergentes de éste como la fiabilidad, la respuesta en el tiempo y la capacidad de almacenamiento. - A nivel hardware y redes.

Answer 36

Los requisitos funcionales son aquellos que especifican una acción que el sistema debe ser capaz de realizar sin considerar sus restricciones físicas, mientras que los requisitos no funcionales se refieren a las propiedades emergentes del sistema, como la fiabilidad, la respuesta en el tiempo y la capacidad de almacenamiento.

Answer 37

Los requisitos se centran en las operaciones del sistema con una tendencia a la especificación detallada del sistema, están escritos desde el punto de vista del sistema. Los casos de uso se centran en las interacciones entre el usuario y el sistema con una tendencia similar de las especificaciones detalladas, están escritos desde el punto de vista del usuario.

Answer 38

Un caso de uso es una técnica que se utiliza para documentar los requerimientos funcionales de un sistema desde el punto de vista del usuario Se utiliza para describir como se debería de comportar un sistema ante la interacción con uno o más usuarios.

Answer 39

Fase de Inicio: Se inicia un diagrama de contexto de los casos de uso, identificando actores y sus objetivos como usuarios. De este modo se forma un esquema de alto de nivel sobre la funcionalidad del sistema. Fase de Elaboración: Se trata de una fase de múltiples iteraciones donde se construyen incrementalmente partes del sistema de alto valor o significativas, identificando y clarificando la mayoría de los requisitos. No se estudian todos los casos de uso, sino que se priorizan los más importantes, adaptando y refinando la visión de los requisitos principales. Además, la elaboración conlleva programar partes del sistema. Al final de esta fase se debería tener una mejor definición de los casos de uso y algo de software ejecutable de calidad. Fase de Construcción: Está compuesta de iteraciones de duración fija que se centra en completar el sistema. Tendrá lugar todavía la escritura de casos de uso menores. La mayoría de los requisitos funcionales y no funcionales principales deberían haberse estabilizado de manera iterativa y adaptable. La intención es que el grado de cambio de requisitos sea mucho menor.

Answer 40

En un caso de uso un actor es una entidad externa al sistema que interactúa con el. Los actores pueden representar a las personas, a otros sistemas, dispositivos u organizaciones. Son importantes porque nos permite identificar quienes son los usuarios o las entidades que interactúan con el sistema

Answer 41

No necesariamente tienen que ser personas también pueden ser sistemas, dispositivos o cualquier entidad externa que interactúe con el Un ejemplo sería un sistema de reserva de entradas para eventos en línea. En este caso, los actores podrían ser: - Cliente: una persona que utiliza el sistema para reservar entradas. - Organizador del evento: una entidad que crea y administra eventos en el sistema. - Procesador de pagos: una entidad externa que maneja los pagos realizados por el cliente. - Sistema de correo electrónico: un sistema externo que envía correos electrónicos de confirmación al cliente y al organizador del evento

Answer 42

Los actores primarios son quienes utilizan las funciones principales del sistema. Ellos tienen objetivos de usuario que se satisfacen mediante el uso de los servicios del sistema. Acuden al sistema para que les ayude. En cambio, los actores secundarios proporcionan servicios al sistema que se está diseñando (efectúan tareas administrativas o de mantenimiento)

Answer 43

Un escenario es una descripción detallada de una secuencia de acciones o eventos que describe cómo un usuario interactúa con el sistema para lograr un objetivo específico. Un escenario generalmente incluye información sobre el contexto en el que se lleva a cabo la acción, los pasos necesarios para lograr el objetivo, las entradas y salidas relevantes del sistema y cualquier posible resultado o efecto secundario de la acción. Los escenarios se utilizan para ayudar a los desarrolladores de software a comprender mejor las necesidades de los usuarios finales y a diseñar soluciones de software que satisfagan esas necesidades

Answer 44

En términos generales podemos definirla tal como: “Una sociedad en las que dos o más partes trabajan juntas o poseen dependencia una de la otra para llevar a cabo una tarea”. Casi siempre se tendrá la idea típica de que esta tarea es en común y directa, pero también puede darse el caso de tareas indirectas que se apoyan una en la otra o incluso quizás no; esto comúnmente en procesos no lineales que convergen en un punto u objetivo. Un ejemplo breve para dar una idea: El equipo de trabajo de un proyecto es una colaboración típica, mientras que el trabajo de distintos departamentos de una misma dirección que convergen para presentar a un estancia mayor sería más una colaboración indirecta. Ya hablando en el contexto de los casos de uso: “Es la implementación de estos mismos mediante una sociedad de clases e incluyendo tanto su estructura estática como la dinámica, lo que se modelara en la colaboración”.

Answer 45

En primer lugar, algunas definiciones informales: un actor es algo con comportamiento, como una persona (identificada por un rol), sistema informatizado u organización; por ejemplo, un cajero. Un escenario es una secuencia específica de acciones e interacciones entre los actores y el sistema objeto de estudio; también se denomina instancia de caso de uso. Es una historia particular del uso de un sistema, o un camino a través del caso de uso; por ejemplo, el escenario de éxito de compra de artículos con pago en efectivo, o el escenario de fallo al comprar debido al rechazo de la transacción de pago con la tarjeta de crédito. Informalmente entonces, un caso de uso es una colección de escenarios con éxito y fallo relacionados, que describe a los actores utilizando un sistema para satisfacer un objetivo. Los casos de uso son requisitos; ante todo son requisitos funcionales que indican qué hará el sistema. Son documentos de texto, no diagramas, y el modelado de casos de uso es, sobre todo, una acción de escribir texto, no dibujar. Sin embargo, UML define un diagrama de casos de uso para ilustrar los nombres de casos de uso y actores, y sus relaciones. Sus partes son: * ID Y NOMBRE: el nombre del caso de uso está descripto desde la perspectiva de los objetivos del actor. * ESTADO: Pendiente / En desarrollo / Finalizado. * DESCRIPCION: La descripción del caso de uso da una idea general de las características del mismo. * ACTOR PRINCIPAL: utilizan las funciones principales del sistema. * ACTORES SECUNDARIO: efectúan tareas administrativas o de mantenimiento. * PRECONDICIONES: establecida en el caso de uso No es probada en el escenario principal. * PUNTOS DE EXTENSION: Si se extiende o se incluye con otro CU. * CONDICION: Si o si se tiene que dar para que se dé el CU. * ESCENARIO PRINCIPAL: Camino Feliz, “Ping Pon” entre el Actor y el Sistema. * FLUJOS ALTERNATIVO: Una respuesta diferente al camino feliz. * POSTCONDICIONES: se desprende como consecuencia del desarrollo del caso de uso y establece cómo queda el sistema una vez que el caso de uso es terminado con éxito

Answer 46

El escenario principal es al que responde directamente el caso de uso, es para quien cumple su función en cuestión. El curso alternativo por su lado se da cuando hay alguna condición que no es cumplida para entrar en el caso de uso, o que justamente se cumple una que altera dicha secuencia de eventos designados como principales y debe llevar al curso alternativo. Son los programas más avanzados lo que tienen capacidad de bifurcaciones implementadas en sus diseños.

Answer 47

Por condición entendemos “algo que se debe cumplir u estar presente para poder realizar una acción o que se dispare un evento”, cumple el rol de un requerimiento. Aunque también puede llegar a ser un resultado, es decir una consecuencia. Es entonces que los diferenciamos con los prefijos: Siendo “pre-” cuando es un requerimiento y “post-” cuando es una consecuencia. Especial atención al error de no poner el primero por la idea común de que una condición solo puede ser un requerimiento. Cuando hablemos de los casos de uso, siempre las precondiciones se asumirán como verdades u hechos que deben cumplirse antes para entrar en los mismos, nunca durante. Así mismo, las postcondiciones como aquello que se cumplirá solo y únicamente cuando el caso de uso se haya completado exitosamente.

Answer 48

Las relaciones de extensión son usadas para agregar pasos “extras” a un Caso de Uso existente, teniendo que utilizarlas sin abusar de ellas o injustificadamente, lo que serían malas prácticas que pueden llevar y llevaran a error/inexactitud. Por ello se hace bajo el siguiente criterio: - Cuando se desea describir la variación del comportamiento de un caso de uso. - En conjuntos de eventos que se ejecutan específicamente en ciertos casos. - Y si la sección de flujos alternativos de un caso de uso es demasiado grande y difícil de leer. Siendo conveniente el crear nuevos casos a partir de estos flujos alternativos, que extenderán al caso de uso original.

Answer 49

Cuando un caso de uso, ahora denominado también como base, incorpora el comportamiento de otro ya que el mismo por sí solo no puede cumplir su objetivo sin el caso de uso incluido, denominado también como tal. E igual que con el uso de las extensiones, se utiliza bajo el siguiente criterio para las buenas prácticas: - Al necesitar incorporar el comportamiento de otro caso de uso. - Para evitar las repeticiones de descripción de los flujos de eventos. - Cuando distintos eventos se pueden tratar en un nuevo caso de uso aparte, quitando la necesidad de darle el peso al actual. - Cuando un caso de uso llega a ser muy extenso y difícil de leer, de manera que se lo simplifique usando un extend con otro o creando uno nuevo (como en el inciso anterior) con quien se relacione usándolo.

Answer 50

Un paradigma es una forma de entender y representar la realidad: un conjunto de teorías, estándares y métodos que, juntos, representan un modo de organizar el pensamiento.

Answer 51

Define los programas en términos de comunidades de objetos. Los objetos con características comunes se agrupan en clases (un conjunto similar al de tipo abstracto de dato).

Answer 52

Es la propiedad que permite representar las características esenciales de un objeto, sin preocuparse de las restantes características (no esenciales). El común denominador en la evolución de los lenguajes de programación, desde los clásicos o imperativos hasta los orientados a objetos, ha sido el nivel de abstracción del que cada uno de ellos hace uso. Ejemplos: Mapas: Los mapas son una forma de abstracción que representa una porción del mundo real de manera simplificada. Diagramas de flujo: Los diagramas de flujo son otra forma de abstracción que se utiliza para representar procesos o procedimientos de manera clara y concisa.

Answer 53

La herencia en el paradigma de orientación a objetos es un concepto fundamental que permite la creación de relaciones jerárquicas entre las clases. En la herencia, una clase puede heredar características (atributos y métodos) de otra clase denominada clase padre o superclase. La clase que hereda se denomina clase hija o subclase. La herencia permite la reutilización de código, ya que la clase hija puede aprovechar los atributos y métodos de la clase padre sin tener que volver a implementarlos. La subclase también puede agregar nuevas características o modificar el comportamiento heredado a través de la adición de nuevos atributos o métodos, o mediante la redefinición de los métodos heredados (sobrescritura). Esto proporciona flexibilidad y extensibilidad en el diseño de software. La herencia promueve la organización jerárquica y la abstracción al agrupar clases relacionadas bajo una jerarquía común. Además, facilita la creación de relaciones "es-un", donde una subclase se considera una instancia más especializada de la superclase. En resumen, la herencia en la programación orientada a objetos permite la reutilización de código, la extensibilidad y la organización jerárquica de clases, al permitir que una clase hija herede atributos y métodos de una clase padre.

Answer 54

Tenemos dos tipos de clase: - Clases abstractas: Estas clases definen atributos y métodos concretos y también métodos abstractos que deben ser implementados por sus clases hijas. Estas clases no se pueden instanciar. - Clases concretas: Estas clases están definidas por sí mismas, o es implementación de una clase abstracta o de una interfaz.

Answer 55

El Encapsulamiento es la propiedad que permite asegurar que el contenido de la información de un objeto está oculta al mundo exterior El encapsulamiento, al separar el comportamiento del objeto de su implantación, permite la modificación de éste sin que se tengan que modificar las aplicaciones que lo utilizan. Si un objeto tiene más características de las necesarias los mismos resultarán difíciles de usar, modificar, construir y comprender.

Answer 56

Capacidad por la cual una clase de orden inferior puede recibir estructura o acciones de una o más clases de orden superior. La subclase posee la capacidad de incorporar parte estructural y acciones propias. Existen dos tipos de herencia: HERENCIA SIMPLE y HERENCIA MULTIPLE

Answer 57

La asociación se refiere a la relación entre dos o más objetos de diferentes clases, mientras que la multiplicidad se refiere a la cantidad de objetos que están involucrados en una asociación

Preguntas Parcial I Flashcards

(81 cards)