Metodología en Sistemas de Información
48 Questions
0 Views

Choose a study mode

Play Quiz
Study Flashcards
Spaced Repetition
Chat to Lesson

Podcast

Play an AI-generated podcast conversation about this lesson

Questions and Answers

¿Cuál es una característica del ciclo de vida en cascada?

  • Las fases pueden superponerse.
  • Se utiliza en proyectos pequeños. (correct)
  • Las pruebas de software se realizan durante el desarrollo.
  • Permite cambios frecuentes en los requisitos.

En el ciclo de vida en espiral, ¿cuál es el enfoque principal?

  • Ajuste de los requisitos.
  • Análisis de riesgos. (correct)
  • Desarrollo secuencial de fases.
  • Mejoras continuas de software.

¿Qué ocurre al finalizar cada fase en el modelo en cascada?

  • Se puede comenzar una nueva fase sin restricciones.
  • Los requisitos son actualizados.
  • Los desarrolladores inician nuevas tareas.
  • Se realiza una revisión del proyecto. (correct)

¿Cuál de las siguientes afirmaciones es cierta sobre los requerimientos en el ciclo de vida en cascada?

<p>Se 'congelan' durante el proceso de desarrollo. (B)</p> Signup and view all the answers

¿Qué define la estructura del ciclo de vida en cascada?

<p>Las fases están linealmente ordenadas. (C)</p> Signup and view all the answers

En el ciclo de vida en espiral, ¿cuántas fases principales se realizan repetidamente?

<p>Cuatro fases. (A)</p> Signup and view all the answers

¿Qué tipo de proyectos son más adecuados para el ciclo de vida en cascada?

<p>Proyectos pequeños y bien definidos. (A)</p> Signup and view all the answers

¿Qué ocurre en el modelo en espiral después de cada evaluación de riesgo?

<p>Se recolectan y analizan de nuevo los requisitos. (D)</p> Signup and view all the answers

¿Qué aspecto se vuelve más realista a medida que avanza el trabajo en un proyecto?

<p>Las estimaciones del presupuesto (D)</p> Signup and view all the answers

¿Cuál es una limitante importante que se debe considerar en proyectos de mediano a alto riesgo?

<p>La evaluación del riesgo (D)</p> Signup and view all the answers

¿Cuál es una consecuencia de no planificar adecuadamente en proyectos?

<p>Riesgo alto de no cumplir expectativas (A)</p> Signup and view all the answers

¿Qué se debe aplicar de forma diferente en cada aplicación de un proyecto?

<p>Las estrategias de personalización (A)</p> Signup and view all the answers

¿Qué se espera cuando hay cambios significativos en un proyecto?

<p>Confusión en los requisitos (A)</p> Signup and view all the answers

En qué situación es más probable que los usuarios no estén seguros de sus necesidades?

<p>Cuando se trata de una nueva línea de productos (A)</p> Signup and view all the answers

¿Qué modelo es capaz de hacer frente a la evolución del proyecto?

<p>Un modelo de desarrollo ágil (D)</p> Signup and view all the answers

¿Cuál de las siguientes afirmaciones es cierta acerca de los plazos de entrega en proyectos inciertos?

<p>Los plazos están sujetos a cambios frecuentes. (B)</p> Signup and view all the answers

¿Cuál es una característica del modelo en Cascada respecto a los requerimientos?

<p>Los requerimientos son fijos desde el inicio del proyecto. (D)</p> Signup and view all the answers

¿Qué ventaja tiene el ciclo de vida Iterativo Incremental ágil sobre el modelo en Espiral?

<p>Las entregas parciales sí tienen valor para el usuario. (C)</p> Signup and view all the answers

¿Cuándo es recomendable utilizar el modelo en Cascada?

<p>Cuando los requerimientos son claros y fijos. (C)</p> Signup and view all the answers

¿Qué desventaja presenta el modelo en Cascada cuando se llega a la etapa de prueba?

<p>Cualquier error o cambio se arrastra hasta el final del proyecto. (A)</p> Signup and view all the answers

¿Cuál es una ventaja del modelo Iterativo Incremental ágil?

<p>Permite adaptarse a cambios en los requerimientos de forma continua. (B)</p> Signup and view all the answers

¿Qué aspecto caracteriza al modelo en Cascada en comparación con el modelo ágil?

<p>Se trabaja de manera secuencial y no se puede paralelizar. (A)</p> Signup and view all the answers

¿Cuál es un problema que se presenta cuando se utiliza el modelo en Cascada?

<p>Es difícil gestionar los cambios de requerimientos. (A), Los entregables no se entregan hasta el final del proyecto. (C)</p> Signup and view all the answers

¿Qué sucede si hay cambios en los requerimientos en un proyecto que sigue el modelo en Cascada?

<p>Causan retrabajo que se arrastra hasta el final del proyecto. (D)</p> Signup and view all the answers

¿En qué situación es ideal utilizar el modelo de prototipado?

<p>Cuando el cliente tiene claros los objetivos generales pero no los requisitos detallados. (B)</p> Signup and view all the answers

¿Cuál es una desventaja importante del prototipado?

<p>Genera altos niveles de incertidumbre en la creación de requisitos. (C)</p> Signup and view all the answers

¿Qué aspecto es esencial considerar al utilizar el prototipado?

<p>El compromiso del cliente para recibir retroalimentación temprana. (C)</p> Signup and view all the answers

¿Qué característica del responsable del desarrollo se resalta como relevante en el contexto del prototipado?

<p>Es preferible que tenga seguridad en la efectividad de los algoritmos utilizados. (A)</p> Signup and view all the answers

¿Qué se busca validar mediante el uso del prototipado?

<p>La forma que debe tomar la interacción humano-máquina. (D)</p> Signup and view all the answers

¿Por qué el prototipado es útil en proyectos innovadores?

<p>Porque ayuda a lidiar con alta incertidumbre en los requisitos. (D)</p> Signup and view all the answers

¿Cuál es el objetivo principal del prototipado en el desarrollo de software?

<p>Obtener retroalimentación continua y temprana de los usuarios. (A)</p> Signup and view all the answers

En el prototipado, ¿qué se puede considerar un reto importante?

<p>Identificar requisitos claros desde el inicio del proyecto. (C)</p> Signup and view all the answers

¿Cuál de los siguientes tipos de eventos se identifica en la tabla de eventos?

<p>Temporal (B)</p> Signup and view all the answers

En un evento temporal, ¿qué se debe indicar en la columna estímulo?

<ul> <li>(D)</li> </ul> Signup and view all the answers

¿Cuál es el propósito principal de la tabla de eventos?

<p>Diseñar diagramas de sistemas (C)</p> Signup and view all the answers

¿Qué característica debe tener el nombre del proceso asociado en la tabla de eventos?

<p>Ser un verbo en infinitivo (A)</p> Signup and view all the answers

Si un evento es clasificado como desconocido, ¿qué representación debe utilizarse en la columna estímulo?

<p>Un signo de interrogación (A)</p> Signup and view all the answers

En el diagrama de sistemas de nivel I, ¿qué sucede con el 'proceso 0'?

<p>Se reemplaza por el primer proceso asociado (D)</p> Signup and view all the answers

¿Cuál de las siguientes afirmaciones es verdadera respecto a la columna de respuesta en la tabla de eventos?

<p>Incluye todos los flujos de datos generados como salida (D)</p> Signup and view all the answers

¿Qué puede implicar un error en la definición de eventos en la tabla?

<p>Errores en múltiples diagramas de sistemas (C)</p> Signup and view all the answers

Qué característica es esencial para considerar que un elemento es un proceso?

<p>Debe transformar información. (C)</p> Signup and view all the answers

Cuál es la configuración correcta entre procesos en un DFD?

<p>Un proceso puede generar información para otra que la utilice. (C)</p> Signup and view all the answers

Qué aspecto es incorrecto en la relación de procesos dentro de un Gráfico DFD?

<p>Las salidas hacia entidades externas deben ser demoradas. (B)</p> Signup and view all the answers

Qué se debe marcar si una entidad se repite en un gráfico por claridad?

<p>Con una línea punteada en la esquina superior. (C)</p> Signup and view all the answers

Qué flujo no debe estar demorado en un DFD?

<p>Flujo activador de un evento externo. (B)</p> Signup and view all the answers

Cuál es el requisito relacionado con las entradas en un Nivel 1 del DFD?

<p>Deben estar demoradas, excepto el flujo activador. (A)</p> Signup and view all the answers

Qué debe acontecer con la información entre el DC, la TE y el Nivel 1?

<p>Deben ser consistentes en la información. (D)</p> Signup and view all the answers

Qué deben garantizar todos los procesos dentro de un DFD?

<p>La transformación de información de algún tipo. (B)</p> Signup and view all the answers

Flashcards

Ciclo de vida en cascada

Un enfoque de desarrollo de software secuencial donde cada etapa debe completarse antes de pasar a la siguiente.

Ciclo de vida en espiral

Un enfoque iterativo que enfatiza el análisis de riesgos y permite iteraciones para mejorar el producto.

Etapas del ciclo en cascada

Fases secuenciales: requerimiento, diseño, implementación, pruebas, despliegue y mantenimiento

Iteraciones

Repeticiones de las etapas del ciclo de vida en espiral.

Signup and view all the flashcards

Análisis de riesgos

Identificar y evaluar posibles problemas en el proyecto.

Signup and view all the flashcards

Requerimientos conocidos

Especificaciones claras y bien definidas para el producto en el ciclo de vida en cascada.

Signup and view all the flashcards

Proyectos pequeños

Proyectos donde el ciclo de vida en cascada puede ser efectivo.

Signup and view all the flashcards

Revisión

Evaluación de la calidad y el avance del proyecto en cada fase.

Signup and view all the flashcards

Ciclo de Vida Incremental Ágil

Un modelo de desarrollo de software donde se entrega valor al usuario en cada iteración. Los requerimientos son flexibles y se pueden modificar.

Signup and view all the flashcards

Requerimientos Fijos

En los ciclos de vida como el en cascada, los requerimientos no se pueden cambiar fácilmente una vez que se definen al inicio

Signup and view all the flashcards

Requerimientos Flexibles

En los ciclos de vida ágiles, los requerimientos se redefinen y actualizan durante el proyecto de forma más sencilla.

Signup and view all the flashcards

Valor al Usuario (Ciclo de Vida)

Beneficios que se entregan al cliente (usuario) a lo largo del desarrollo del proyecto.

Signup and view all the flashcards

Concurrencia en Desarrollo

En los ciclos de vida ágiles, las diferentes etapas del desarrollo se superponen (simultáneamente) vs un enfoque en cascada, donde las etapas ocurren en orden lineal.

Signup and view all the flashcards

Modelos de Desarrollo

Diferentes formas de planificar y llevar a cabo el desarrollo de un proyecto software (ej: en cascada, ágil, espiral).

Signup and view all the flashcards

Prototipado

Un método de desarrollo de software en el que se crea un modelo inicial del sistema para evaluar y validar ideas con los usuarios.

Signup and view all the flashcards

Prototipado: Cliente conoce objetivos

Este modelo es útil cuando el cliente tiene claros los objetivos generales del software, pero no los requisitos detallados.

Signup and view all the flashcards

Prototipado: Participación del usuario

Requiere la participación del usuario, al menos para evaluar el prototipo.

Signup and view all the flashcards

Prototipado: Proyecto Innovador

Ideal para proyectos innovadores o con alta incertidumbre en los requisitos, donde se busca retroalimentación temprana y frecuente de los usuarios.

Signup and view all the flashcards

Prototipado: Desventaja

Falta de experiencia de analistas en programación y diseño de interfaces de usuario.

Signup and view all the flashcards

Prototipado: Incertidumbre en requisitos

Útil para proyectos con alta incertidumbre en los requisitos.

Signup and view all the flashcards

Prototipado: Validación de ideas

Util para validar ideas con usuarios.

Signup and view all the flashcards

Prototipado: Desarrollo del Software

Es una herramienta importante cuando el responsable del desarrollo esta inseguro de la eficacia de un algoritmo, de la adaptabilidad de un sistema operativo.

Signup and view all the flashcards

Evolución del modelo en Espiral

El modelo de desarrollo en espiral permite ajustar las estimaciones (presupuesto, cronograma) a medida que el proyecto avanza, identificando problemas tempranamente.

Signup and view all the flashcards

Riesgos en proyectos de mediano a alto riesgo

Proyectas de mediano a alto riesgo presentan un mayor potencial para desviaciones en costos, tiempo y cumplimiento de expectativas. Esto puede deberse a la incertidumbre de plazos, cambios en prioridades, falta de claridad en necesidades del usuario o ambigüedad de requisitos.

Signup and view all the flashcards

Impacto de plazos inciertos en proyectos

Cuando el plazo de un proyecto es incierto, aumenta el riesgo de no cumplir con las expectativas, los presupuestos y los horarios.

Signup and view all the flashcards

Importancia de la personalización del espiral

El modelo espiral necesita ser adaptado a cada aplicación. La forma de aplicar las estimaciones y la gestión de riesgos debe ajustarse a la naturaleza de cada proyecto de software.

Signup and view all the flashcards

Limitantes de la reutilización y la personalización en el espiral

La reutilización y la personalización del código pueden ser limitantes en el modelo espiral, debido al alto riesgo de no cumplir con las expectativas, especialmente cuando se desconocen las necesidades reales de los usuarios o se trata con nueva línea de productos.

Signup and view all the flashcards

Requisitos complejos y el modelo espiral

El modelo espiral se adapta bien a proyectos con requisitos complejos y que requieren una evolución significativa del diseño, donde los usuarios no tienen una idea completa de sus necesidades.

Signup and view all the flashcards

Trabajar en un proyecto sin una definición completa

El modelo espiral permite iniciar el desarrollo de un proyecto aun cuando no hay definición completa del ciclo, porque las estimaciones se refinan a medida que se avanza.

Signup and view all the flashcards

Adaptabilidad del Modelo Espiral

El modelo espiral permite la adaptación y evolución del proyecto; a medida que los problemas se identifican, el modelo asegura que el proyecto se ajuste a los nuevos conocimientos.

Signup and view all the flashcards

Tabla de Eventos

Una tabla que identifica y enumera todos los eventos que un sistema puede experimentar. Cada evento representa un suceso que genera respuestas del sistema ante una acción interna o externa.

Signup and view all the flashcards

Tipo de Evento

Define quién o qué inicia el evento. Puede ser externo (iniciado por una entidad externa), temporal (iniciado por acción del tiempo) o desconocido (origen no identificado).

Signup and view all the flashcards

Descripción del Evento

Una breve descripción del evento. Explica con claridad qué ocurre en el evento.

Signup and view all the flashcards

Estímulo del Evento

El flujo activador del evento. Se indica para eventos externos (flujo de entrada) y se utiliza para la correspondencia del Diagrama de Contexto (DC).

Signup and view all the flashcards

Respuesta del Evento

Conjunto de flujos de datos emitidos por el evento. Deben coincidir con el DC del sistema.

Signup and view all the flashcards

Proceso Asociado

Un nombre para el proceso al que se asocia el evento. Debe ser un verbo en infinitivo y se convierte en el nombre del sistema en el DS.

Signup and view all the flashcards

Diagrama de Sistemas (Nivel I)

Un diagrama que representa en detalle el sistema, continuando con los flujos de entrada y salida del nivel 0. El proceso 0 se reemplaza por el primer proceso asociado de la tabla de eventos y se añaden nuevos procesos (2, 3...).

Signup and view all the flashcards

Flujos de Datos Desconocidos

Flujos de datos que no fueron identificados en el Diagrama de Contexto (DC) del nivel 0.

Signup and view all the flashcards

¿Qué representa una línea punteada en un DFD?

Una línea punteada en un DFD delimita el contexto del sistema, indicando que las demoras dentro de la línea pertenecen al sistema, mientras que las demoras fuera de la línea son parte del contexto externo.

Signup and view all the flashcards

Demoras

Las demoras en un DFD representan el tiempo que tardan los datos en ser procesados o transmitidos. Siempre se deben ubicar dentro del sistema.

Signup and view all the flashcards

Vinculación de procesos

La vinculación de procesos en un DFD implica que un proceso entrega información a la demora y otro la utiliza, no siendo necesario que todos los procesos se conecten directamente. Se debe asegurar que todos los procesos estén conectados a un proceso central a través de demoras.

Signup and view all the flashcards

Procesos

Los procesos en un DFD son responsables de transformar la información y se activan por un flujo activador (línea doble) o por el tiempo.

Signup and view all the flashcards

Consistencia en el DFD

El DC, la TE y el Nivel 1 del DFD deben ser consistentes en términos de nombres de flujos, entidades y procesos. La misma información debe tener el mismo nombre en todas las partes del DFD.

Signup and view all the flashcards

Entrada/Salida de Procesos

Los procesos en un DFD deben tener al menos una entrada y una salida, que representan la transformación de la información.

Signup and view all the flashcards

Demoras en el Nivel 1

En el Nivel 1 del DFD, todas las entradas deben estar demoradas, excepto el flujo activador de un evento externo y un flujo de tipo Consulta/Respuesta.

Signup and view all the flashcards

Entidades Externas

Las salidas hacia Entidades Externas en un DFD no deben ser demoradas.

Signup and view all the flashcards

Study Notes

Metodología para la Ingeniería en Sistemas de Información (S.I)

  • La metodología es un proceso genérico que se usa para resolver problemas en S.I.
  • Incluye pasos como determinar el problema a resolver, cómo solucionarlo, crear el producto, probarlo y utilizarlo.
  • El desarrollo de un sistema de información (S.I) requiere una adecuada metodología para definir estándares de documentación, actividades y tareas, así como las técnicas y herramientas necesarias en cada fase.

Etapas de la Metodología

  • Planificación: Establece el marco general del proyecto.
  • Reconocimiento: Primer contacto con la organización para comprender sus necesidades e intereses, cultura y áreas afectadas. Técnicas como entrevistas y organigramas se utilizan para recopilar información.
  • Relevamiento: Profundiza el conocimiento de los procesos y procedimientos de la organización. Crea un modelo de la realidad.
  • Diagnóstico: Identifica las causas de los problemas y plantea posibles soluciones.
  • Estudio de Factibilidad: Evalúa las diferentes opciones detectadas en el diagnóstico para determinar la mejor o más viable para la organización. Se usan criterios económicos, financieros, técnicos, operativos, políticos y legales.
  • Análisis de Requisitos Informáticos: Define los requisitos informáticos necesarios para el sistema. Describe los tipos de requisitos (funcional, no funcional, obligatorio, deseable).
  • Diseño: Crea el modelo de la solución basada en el análisis previo.
  • Desarrollo: Se implementa el diseño como solución. Incluye las actividades de programación, adquisición de hardware y software, capacitación del personal, y la formalización de procesos no informatizados.
  • Pruebas: Busca errores en la solución para asegurar su calidad y funcionamiento. Se realizan pruebas de unidad, integración, sistema y aceptación.
  • Implementación: Se instala la solución en la organización y se valida su funcionamiento.
  • Mantenimiento: Se asegura la viabilidad del sistema a largo plazo, realizando mejoras y correcciones.
  • Sustitución: Se remplaza el sistema cuando ya no es viable. Incluye acciones correctivas, perfectivas y adaptativas.

Reconocimiento

  • Objetivo: Primer entendimiento de la organización y su contexto.
  • Técnicas: Entrevistas, organigramas, informes de reconocimiento.
  • Herramientas: Observación personal de las actividades y el ambiente de trabajo. Cuestionarios, DFD, Casos de Uso, tablas de decisión etc.

Estudio de Factibilidad

  • Objetivo: Evaluar la opción más viable desde el punto de vista económico, financiero, técnico, operativo, político y legal.
  • Técnicas: Cuadro de doble entrada (benchmark).

Análisis de Requisitos Informáticos

  • Objetivo: Especificar los requisitos del sistema, y el tipo de cada requisito; (ej., funcional, no funcional, obligatorio, deseable).
  • Técnicas: Definición de tipos de requisitos
  • Herramientas: ( ej., Casos de Uso, DFD, Diagrama de flujo, Cursores...)

Diseño

  • Objetivo: Diseño de la propuesta solución
  • Herramientas: DFD, DER, Diagrama de clases, Diagrama de casos de uso, Diccionario de datos

Desarrollo

  • Objetivo: Implementar el diseño de solución como producto.
  • Herramientas: Programas, bases de datos, etc.

Pruebas

  • Objetivo: Verificar la calidad de la idea.

Implementación

  • Objetivo: Instalar la solución creada en la organización

Mantenimiento

  • Objetivo: Sostener la solución en el tiempo, realizar mejoras y correcciones necesarias.

Sustitución

  • Objetivo: Remplazar el sistema vigente por uno nuevo cuando la solución no es óptima.
  • Proceso: Se realizan acciones correctivas, perfectivas, adaptativas.

Ciclos de Vida del Software

  • Cascada: Etapas secuenciales, no permite modificaciones.
  • Espiral: Iterativo, permite cambios y evaluación de riesgos en cada etapa.
  • Prototipado: Crea prototipos para obtener feedback y refinar requerimientos.
  • Incremental Ágil: Entrega continua de valor al cliente en cada iteración.

Técnicas de Recolección de Información

  • Cualitativas: (ej., entrevistas, observación) recolectan opiniones, políticas, actitudes, problemas etc.
  • Cuantitativas: (ej., encuestas, estadísticas) recolectan datos numéricas, porcentajes, cantidades

Studying That Suits You

Use AI to generate personalized quizzes and flashcards to suit your learning preferences.

Quiz Team

Description

Este cuestionario evalúa el conocimiento sobre la metodología aplicada en el desarrollo de Sistemas de Información. Incluye etapas clave como planificación, reconocimiento y diagnóstico, que son fundamentales para identificar y resolver problemas en las organizaciones. Pon a prueba tu comprensión de los procesos y herramientas necesarios en cada fase.

More Like This

Use Quizgecko on...
Browser
Browser