Proceso de desarrollo de MIS con ciclo de vida de desarrollo del sistema

โšก Resumen inteligente

El proceso de desarrollo de sistemas de informaciรณn gerencial (SIG) explica cรณmo se crea un software personalizado para sistemas de informaciรณn gerencial cuando los paquetes estรกndar no cumplen con las expectativas. Abarca a las partes interesadas, el anรกlisis y diseรฑo del sistema, el diseรฑo orientado a objetos y el ciclo de vida del desarrollo del sistema a travรฉs de las metodologรญas Waterfall, Agile y Prototy.ping metodologรญas

  • ๐Ÿ‘ฅ Stakeholders: Los usuarios, los patrocinadores del proyecto y los desarrolladores dan forma al sistema, y โ€‹โ€‹la aceptaciรณn de los usuarios determina el รฉxito.
  • ๐Ÿงฉ Anรกlisis y Diseรฑo: El anรกlisis del sistema define los requisitos, mientras que el diseรฑo del sistema los convierte en arquitectura y modelos lรณgicos.
  • ๐Ÿ”„ SDLC Foundation: El ciclo de vida del desarrollo de sistemas planifica, crea, prueba e implementa sistemas de informaciรณn de alta calidad.
  • ???? Cascada: El modelo en cascada es adecuado para proyectos de alcance fijo con requisitos estables y claramente definidos.
  • โšก Metodologรญas รกgiles y prototiposping: รgil y prototipadoping Gestionar los requisitos cambiantes mediante la retroalimentaciรณn iterativa y la participaciรณn temprana del usuario.

Proceso de desarrollo de MIS con ciclo de vida de desarrollo del sistema

El software es uno de los componentes principales de un sistema de informaciรณn gerencial (SIG). Parte del software utilizado en un SIG es comercial. Esto incluye paquetes como programas de hojas de cรกlculo, aplicaciones de bases de datos, etc.

Sin embargo, hay ocasiones en que el software comercial no satisface las necesidades del negocio. La soluciรณn a este problema es el software a medida.

Este tutorial se centrarรก en las metodologรญas utilizadas para desarrollar software personalizado.

Partes interesadas en el desarrollo de sistemas de informaciรณn

El desarrollo de un sistema de informaciรณn tรญpico suele tener tres partes interesadas, a saber:

  • Usuarios โ€“ Los usuarios son quienes utilizan el sistema una vez desarrollado para realizar sus tareas cotidianas.
  • Patrocinadores del proyecto โ€“ esta categorรญa de partes interesadas es responsable del aspecto financiero del proyecto y de garantizar que se complete.
  • Desarrolladores Esta categorรญa suele estar compuesta por analistas de sistemas y programadores. Los analistas de sistemas se encargan de recopilar los requisitos del usuario y redactar los requisitos del sistema. Los programadores desarrollan el sistema necesario basรกndose en los requisitos del sistema definidos por los analistas.

Las partes interesadas mรกs importantes en un proyecto son los usuarios. Para que un proyecto sea aceptado como completado, los usuarios deben aceptarlo y utilizarlo. Si los usuarios no aceptan el sistema, entonces el proyecto es un fracaso.

MIS en anรกlisis y diseรฑo de sistemas

El anรกlisis y diseรฑo de sistemas se refiere a dos disciplinas estrechamente relacionadas: anรกlisis del sistema y diseรฑo de sistemas.

  • Anรกlisis del sistema se preocupa por comprender los objetivos, metas y desarrollo del negocio.ping procesos de negocio. El producto final del anรกlisis de sistemas son las especificaciones del sistema.
  • El diseรฑo del sistema Utiliza como entrada el resultado del anรกlisis del sistema. El objetivo principal del diseรฑo de sistemas es interpretar los requisitos del sistema y convertirlos en diseรฑos arquitectรณnicos, lรณgicos y fรญsicos que definan cรณmo se implementarรก el sistema de informaciรณn.

Anรกlisis y diseรฑo orientado a objetos en MIS

El anรกlisis y diseรฑo orientado a objetos (OOAD) estรก estrechamente relacionado con el anรกlisis y diseรฑo de sistemas. La principal diferencia entre el anรกlisis y diseรฑo orientado a objetos (OOAD) y el anรกlisis y diseรฑo de sistemas es que OOAD utiliza objetos para representar entidades del mundo real.

El anรกlisis y el diseรฑo orientados a objetos utilizan el modelado visual para mejorar la comunicaciรณn entre todas las partes interesadas y producir productos de alta calidad.

Un objeto es una representaciรณn de una entidad del mundo real, como un cliente, un producto, un empleado, etc. El lenguaje de modelado unificado (UML) es un lenguaje de propรณsito general que se utiliza para crear diseรฑos visuales para un sistema.

La siguiente imagen muestra un diagrama UML de ejemplo que ilustra la interacciรณn de los usuarios con un sistema de punto de venta.

Anรกlisis y diseรฑo orientado a objetos en MIS

Anรกlisis y diseรฑo orientado a objetos en MIS

Ciclo de vida de desarrollo del sistema (SDLC) en MIS

El ciclo de vida de desarrollo de sistemas Se refiere al proceso de planificaciรณn, creaciรณn, prueba e implementaciรณn de un sistema de informaciรณn. El objetivo principal del ciclo de vida del desarrollo de sistemas es producir sistemas de informaciรณn de alta calidad que satisfagan o superen las expectativas de los usuarios dentro del presupuesto y el plazo establecidos.

SDLC utiliza una serie de metodologรญas de desarrollo para lograr este objetivo. Las siguientes secciones discutirรกn algunas de las metodologรญas de desarrollo mรกs populares.

Modelo de cascada en MIS

El Modelo de cascada Utiliza un modelo de diseรฑo secuencial. La siguiente etapa comienza solo despuรฉs de que se haya completado la anterior. La primera etapa se suele dibujar en la parte superior y las siguientes en la parte inferior izquierda. Esto forma una estructura similar a una cascada, de ahรญ su nombre.

Modelo de cascada en MIS

Modelo de cascada en MIS

Los principales objetivos del modelo de cascada son:

  • Planificaciรณn
  • Programaciรณn de tiempo
  • Presupuesto y
  • Implementar un sistema completo a la vez

El modelo de cascada es ideal cuando los requisitos del usuario se comprenden claramente y no se prevรฉn cambios radicales durante el desarrollo del sistema de informaciรณn. Este modelo tambiรฉn es ideal en proyectos con alcance, plazo y precio fijos.

El mayor desafรญo del modelo en cascada es la adaptaciรณn al cambio. No es fรกcil incorporar nuevos requisitos de usuario.

Enfoque de desarrollo รกgil para MIS

El desarrollo รกgil es una metodologรญa alternativa a la gestiรณn de proyectos tradicional, que promueve la planificaciรณn adaptativa, el desarrollo evolutivo, la entrega temprana, la mejora continua y fomenta una respuesta rรกpida y flexible al cambio.

Un sprint en tรฉrminos รกgiles es una tarea bien definida que debe realizarse en un tiempo determinado. Sprint Los objetivos y la duraciรณn los establecen los clientes y el equipo de desarrollo. Todos los interesados โ€‹โ€‹deben reunirse en persona para obtener retroalimentaciรณn sobre el sprint antes de poder pasar al siguiente, si lo hubiera.

Metodologรญas รกgiles Generalmente se sigue el manifiesto รกgil, que se basa en los siguientes doce (12) principios:

  1. Satisfacciรณn del cliente mediante la entrega temprana y continua de software.
  2. Aceptamos con agrado los cambios en los requisitos en cualquier momento del proyecto.
  3. Lanzamientos frecuentes de software funcional, generalmente de forma semanal.
  4. Colaboraciรณn entre empresarios y desarrolladores al trabajar en un proyecto.
  5. Proyectos creados en torno a personas motivadas y de confianza.
  6. Reuniones presenciales eficientes y efectivas.
  7. El progreso se mide en funciรณn del funcionamiento del software.
  8. Desarrollo sostenible; los patrocinadores, usuarios y desarrolladores deberรญan poder mantener un ritmo constante de forma indefinida.
  9. La atenciรณn continua a la excelencia tรฉcnica y al buen diseรฑo mejora la agilidad.
  10. Sencillez.
  11. Equipos autoorganizados.
  12. A intervalos regulares, el equipo reflexiona sobre cรณmo volverse mรกs efectivo, luego sintoniza y ajusta su comportamiento en consecuencia.

El siguiente diagrama ilustra cรณmo se implementan las metodologรญas de desarrollo รกgil.

Enfoque de desarrollo รกgil para MIS

Enfoque de desarrollo รกgil para MIS

prototipoping en MIS

Un prototipo es un modelo de simulaciรณn semifuncional del sistema real que se va a desarrollar.ping Las metodologรญas de desarrollo utilizan prototipos. Los prototipos permiten que tanto los desarrolladores como los usuarios obtengan retroalimentaciรณn temprana.

prototipoping Facilita a los usuarios la especificaciรณn de sus requisitos y a los desarrolladores la comprensiรณn de los requisitos de los usuarios gracias a los prototipos. Un prototipoping La metodologรญa comienza con la identificaciรณn de los requisitos bรกsicos del sistema, especialmente las entradas y salidas. Estos requisitos se utilizan para crear un modelo de simulaciรณn con el que los usuarios pueden interactuar y sobre el que pueden proporcionar comentarios. Los comentarios de los usuarios se utilizan para mejorar el prototipo y tomar otras decisiones importantes, como la estimaciรณn de costos del proyecto y la elaboraciรณn de cronogramas viables.

El siguiente diagrama ilustra las etapas del prototipo.ping.

prototipoping en MIS

prototipoping en MIS

Preguntas Frecuentes

La IA presta asistencia en varias etapas: recopilaciรณn y priorizaciรณn de requisitos, generaciรณn de casos de prueba, predicciรณn de riesgos del proyecto y sugerencia de diseรฑos. Acelera la entrega y reduce los defectos, pero los analistas siguen validando los resultados en funciรณn de las necesidades reales del negocio.

Sรญ. Los asistentes de codificaciรณn con IA pueden generar mรณdulos, escribir cรณdigo estรกndar y sugerir correcciones a partir de una descripciรณn. Aceleran el desarrollo, pero los programadores deben revisar el cรณdigo para verificar su correcciรณn, seguridad y que cumpla con los requisitos del sistema.

El modelo espiral combina prototipos iterativosping con anรกlisis de riesgos. Cada ciclo planifica, construye y evalรบa una parte del sistema, analizando los riesgos. Es ideal para proyectos grandes y de alto riesgo, donde los requisitos evolucionan y el control temprano de riesgos es fundamental.

Adapta la metodologรญa al proyecto. Elige Waterfall para requisitos estables y bien definidos, Agile cuando los requisitos cambian con frecuencia y Prototy.ping cuando los usuarios necesitan ver y perfeccionar un modelo funcional antes de comprometerse con la versiรณn final.

Resumir este post con: