La interrelación de los componentes Tiene entrada, proceso, salida y retroalimentación Tiene un límite Todas
Una característica de los sistemas es:
Todos los sistemas no buscan un propósito Abarcan solo las características del ambiente interno Todos los sistemas tienen un movimiento hacia el desgaste No se tienen en cuenta los elementos en su conjunto
Un ciclo de vida: Es una técnica que me permite desarrollar software Es un conjunto de elementos que se desarrollan con un objeto en común Describe las fases principales del desarrollo de software Implica hacer un breve relevamiento inicial
Un ciclo de vida clásico tiene las siguientes desventajas
La eliminación de fallas suele ser difícil durante las últimas etapas de prueba del sistema Las fases se suceden secuencialmente Nada está hecho hasta que todo esté terminado Todas
El enfoque sistémico Utiliza el pensamiento sistémico Sirve para detectar soluciones Permite definir las técnicas a emplear Define el ciclo de vida que vamos a aplicar
El enfoque sistémico Utiliza el pensamiento sistémico Sirve para detectar problemas Permite ver las relaciones entre los sistemas y subsistemas Todas
Un problema es: Una condición básica que presenta el potencial de resultados deseados Incrementar las ventas de manera significativa Una condición básica que causa resultados no deseados Ninguna El pensamiento sistémico Permite observar las cadenas lineales de causa y efecto Ver los cambios instantáneos Ver solamente los arboles Ver las interrelaciones entre los sistemas
En la etapa de diseño de la solución del enfoque sistémico se considera lo siguiente:
Costo de puesta en marcha Capacitación Procedimientos de control Todas
El resultado de la etapa de diseño es:
Especificación de requerimientos Sistema terminado Especificaciones de programas Ninguna
En el desarrollo de soluciones con sistemas de información en la etapa de investigación
Se determina si existe un problema Se realiza un estudio de factibilidad Ambas Ninguna
En la metodología estructurada se desarrolla:
El modelo físico actual El modelo lógico nuevo El modelo lógico actual Todas y más
En la etapa de investigación para desarrollar soluciones con sistemas de información se tiene
en cuenta: La factibilidad de pruebas Respaldo gerencial Disponibilidad de base de datos Requerimientos de otros sistemas
Algunas de las actividades del enfoque sistémico son:
Investigar, evaluar y desarrollar Definir el problema, desarrollar, seleccionar, diseñar e implementar la solución Investigar, desarrollar e implementar la solución Análisis preliminar, diseño e implantación
La venta de los productos de una empresa está aumentado:
Una oportunidad Un síntoma Un problema Un requerimiento La venta de los productos de una empresa está declinando: Una oportunidad Un síntoma Un problema Un requerimiento
Permitir hacer una consulta del estado de cuenta de los clientes especificando, la fecha, nombre del cliente, el monto adeudado: Una oportunidad Un síntoma Un problema Un requerimiento
Los criterios de evaluación de una solución pueden ser:
Costo de puesta en marcha Confiabilidad Facilidad de uso Todas
Los pasos para desarrollar soluciones son sistemas de información son:
Análisis preliminar, diseño, implantación y pruebas Investigar, analizar, diseñar, implementar y mantener Encuesta, análisis, diseño, convertir la base de datos e instalar Encuesta, diseño, codificación
En la etapa de análisis Se desarrolla el diseño preliminar de los recursos Se adquiere software y hardware Se desarrolla un plan gerencial de proyectos Ninguna
Un analista de sistemas selecciona una muestra representativa:
Incrementar la recolección de datos* Incrementar la parcialidad Reducir costos* Reducir la efectividad
Un sistema de tiempo real:
Asigna prioridades iguales a diferentes procesos Existe un uso y asignación de memoria estáticos Existe acceso simultáneo a datos comunes Todas las opciones son correctas
Los sistemas tienen:
Un propósito en común Abarcan características internas y externas Un desgaste Todas Un sistema automatizado puede ser: Sistema en línea Sistema de apoyo de decisiones Sistema basado en el conocimiento Todas
Los requerimientos de procesamiento:
Incluyen las necesidades de entrada y salida de los usuarios Organizan el tamaño y el contenido de la base de datos Cubren las actividades requeridas para convertir la entrada en salida Ninguna
Las características de una buena metodología:
Se realizan las verificaciones al final No permite la reutilización de software Excluye la definición de las restricciones del sistema Ninguna
Los criterios que NO debe cumplir la especificación de requerimientos:
Ambigua Verificable Concisa Organizada
La especificación de requerimientos debe cumplir con ciertos criterios
Dependiendo del diseño No ambigua Completa Correcta
La especificación de requerimientos debe ser:
Ambigua Independiente del análisis Extensa Verificable
La especificación de requerimientos debe ser:
Extensa No ambigua Parcial Dependiendo del análisis
En las metodologías orientadas a procesos tenemos:
Los métodos de gane sarson Los métodos de booch Los métodos de warnier Todas Los diferentes tipos de procesamiento son: Requerimiento de procesamiento Requerimientos de interfaz de usuario Requerimientos de control Todas
Los diferentes tipos de requerimientos son:
Requerimientos de documentos Requerimientos de interfaz de usuario Requerimientos externos Todas
Las herramientas del modelo de comportamiento son:
Diccionario de datos preliminar La lista de acontecimientos Diagrama de contexto La especificación de procesos
Las herramientas para la especificación de procesos son:
Tabla de decisión Pre/post condiciones Lenguaje estructurado Todas
El paradigma orientado a objetos:
Los objetos son responsables de llevar a cabo ciertas acciones Los objetos se comunican entre sí a través de métodos Todas las opciones son correctas Ninguna
En el paradigma orientado a objetos
Los sistemas son responsables de llevar a cabo ciertas acciones Los sistemas están compuestos por un conjunto de objetos Los objetos colaboran para llevar a cabo sus responsabilidades Todas
La necesidad deseleccionar una muestra se debe a:
La reducción de costos La reducción de parcialidad Acelerar la recopilación de datos Todas las opciones son correctas
Una de las siguientes opciones es una ventaja de la orientación a objeto:
Mejora la captura y validación de requisitos Posibilidad de ampliar la funcionalidad de la aplicación de manera sencilla Acerca el espacio del problema y el espacio de la solución Todas Una de las siguientes opciones NO es una ventaja de la orientación a objetos: Disipa la barrera entre el que y el como Posibilidad de ampliar la funcionalidad de la aplicación de manera sencilla Es más compleja la transición entre las distintas fases Mejora la captura y validación de requisitos
El software debe ser:
Tolerante a fallos* Ajustarse a las especificaciones dadas por externos al sistema Rígido Ninguna
Los atributos de calidad de software deben ser
Portable Capaz de integrarse en entornos distintos No poseer un comportamiento catastrófico Todas
La calidad del software se mide por:
La utilización óptima de los recursos La capacidad de ofrecer los mismos resultados bajo las mismas condiciones Su tolerancia a fallos Todas
Un objeto es: Una tabla con datos Una instancia de una clase Una clase detallada con más atributos Un elemento solamente material del mundo real
Un objeto: Es una abstracción de una entidad del dominio del problema Es una instancia de una superclase Tiene una estructura interna y un estado externo Todas
Una de las siguientes opciones NO es una característica de un objeto
El comportamiento de un objeto describe las acciones y reacciones de ese objeto Todos los atributos son variables El estado evoluciona con el tiempo Puede no tener atributos
El estado de un objeto: Esta compuesto por las variables de instancia Evoluciona con el tiempo Algunos atributos pueden ser constantes Todas El polimorfismo: Es una clase abstracta Desencadena operaciones distintas en respuesta a un mismo mensaje Permite proteger los datos de accesos indebidos Favorece la modularidad y el mantenimiento
El encapsulamiento: Motiva a que el acoplamiento entre objetos sea bajo Permite que el software escale mejor frente a cambios Esconde la complejidad Todas
El encapsulamiento: Esconde detalles del diseño Protege el estado externo de los objetos Facilita al reutilización Todas
El comportamiento: Se especifica a través de un conjunto de mensajes Indica que sabe hacer un objeto Es privado Todas
Un método: Es la contraparte funcional de un mensaje Implementa la semántica de un mensaje en particular Permite colaborar con otros objetos Todas
La generalización: Consiste en factor izar las propiedades comunes de un conjunto de clases en una clase más general Permite gestionar la complejidad mediante una clasificación de clases Expresa una conexión bidireccional entre objetos Es una abstracción de la relación existente en los enlaces entre los objetos
Los diagramas de caso de uso NO:
Definen los límites del sistema y las relaciones entre el sistema y su entorno Son descripciones de la funcionalidad del sistema dependiente de la implementación Son accesibles para los usuarios Intervienen durante todo el ciclo de vida
Existen 2 tipos de reglas de negocio:
De comunicación y de restricción De restricción y de tiempo De derivación y de restricción De contexto y funcionales Un proceso de software NO Debe especificar criterios para controlar el proceso Asigna tareas a cada miembro del equipo y al equipo como un todo Especifica cómo deben crearse los productos Proporciona heuristicas
El modelo de implantación del usuario cubre:
Los detalles de interacción hombre-maquina Las restricciones operativas Actividades manuales que se podrían requerir Todas
El modelado de negocio: Identificamos las funciones Creamos el diagrama de funciones Creamos escenarios Ninguna
