Empfohlen
Weitere ähnliche Inhalte
Ähnlich wie TALLER EJE 1 MODELO DE PROGRAMACIONII.pdf
Ähnlich wie TALLER EJE 1 MODELO DE PROGRAMACIONII.pdf (20)
Kürzlich hochgeladen
Kürzlich hochgeladen (20)
TALLER EJE 1 MODELO DE PROGRAMACIONII.pdf
- 1. MODELO DE PROGRAMACION II EJE 1 PRESENTADO POR: LUIS ORLANDO MARCHENA FRIAS FUNDACION UNIVERSITARIA DEL AREA ANDINA INGENIERIA DE SISTEMAS 2022
- 2. INTRODUCCION Cuando programamos tendemos a encontrar problemas en el proceso, los cuales pueden llegar a complicar el uso u actualización de las mismas. Una forma de evitar estos errores o disminuirlos es realizar un modelo adecuado, teniendo en cuenta que necesitamos una planeación en la cual se incluyen base de datos, estructuración y los módulos del programa. Para todo lo mencionado anteriormente se creó el Modelo Vista Controlador (MVC) el cual es un estilo de arquitectura de software que separa los datos de una aplicación, la interfaz de usuario, y la lógica de control en tres componentes distintos. Se trata de un modelo muy maduro y que ha demostrado su validez a lo largo de los años en todo tipo de aplicaciones, y sobre multitud de lenguajes y plataformas de desarrollo. El Modelo que contiene una representación de los datos que maneja el sistema, su lógica de negocio, y sus mecanismos de persistencia. La Vista, o interfaz de usuario, que compone la información que se envía al cliente y los mecanismos interacción con éste. El Controlador, que actúa como intermediario entre el Modelo y la Vista, gestionando el flujo de información entre ellos y las transformaciones para adaptar los datos a las necesidades de cada uno. https://desarrolloweb.com/articulos/que-es-mvc.html
- 3. PROBLEMATICA En la actualidad muchos usuarios del sistema de salud prefieren realizar los procesos de sus entidades prestadoras por medio de la WEB ya que es más complejo que dirigirse al centro físico. Por lo cual nos basamos en este para el desarrollo de la actividad. INTERNET CONTROLADO R MODELO VISTA BASE DE DATOS Fuente propia
- 4. El usuario accede a la plataforma por medio del navegador con una URL. El controlador recibe mediante los objetos de la vista la notificación de la acción solicitada por el usuario, el cual ingresa los datos y realiza una petición. El controlador recibe dicha petición de la interfaz gráfica o plataforma y procede a ejecutar la acción pertinente enviando los datos al Modelo, actualizándolo, posiblemente modificándolo de forma adecuada a la acción solicitada por el usuario. El Modelo realiza las modificaciones con la base de datos empleada por el diseñador. En caso que el usuario requiera consultar sus autorizaciones se realiza un registro en la base de datos por medio del modelo se valida la información
- 5. Luego, devuelve al controlador los cambios solicitados y cuando el Controlador recibe todos los datos del cambio, envía una respuesta a la Vista. El modelo no tiene conocimiento directo sobre la vista. Sin embargo, puede utilizar el patrón Observador para proveer cierta dirección entre el modelo y la vista, permitiendo al modelo notificar a los interesados de cualquier cambio. Un objeto vista puede registrarse con el modelo y esperar a los cambios, pero aun así el modelo en sí mismo sigue sin saber nada de la vista. El controlador no pasa objetos de dominio (el modelo) a la vista, aunque puede dar la orden a la vista para que se actualice. La interfaz de usuario espera nuevas interacciones del usuario, comenzando el ciclo nuevamente. https://helloacm.com/model-view-controller-explained-in-c/
- 6. Ventajas de la arquitectura MVC Algo a resaltar acerca de lo que es la arquitectura MVC es que cuenta con diferentes ventajas entre las cuales se destacan las siguientes: Tiene una fácil organización, puesto que solo cuenta con tres componentes. Es un patrón que se puede adaptar a diferentes frameworks. Se puede escalar fácilmente. Facilita el trabajo en equipo. Desventajas de la arquitectura MVC No obstante, como la mayoría de los elementos y programas en programación, también tiene sus desventajas. Es así como, a pesar de que puede parecer fácil a simple vista, en realidad puede ser un patrón complicado de aprender. Teniendo en cuenta eso, la arquitectura MVC no se suele usar en programas sencillos, sino que su uso se considera más adecuado para softwares que tienen cierta complejidad. De hecho, es probablemente que esto también se deba a que requiere una gran cantidad de ficheros o carpetas que, en ocasiones, puede dificultar el desarrollo del proyecto.
- 7. CONCLUSION Al implementar el modelo MVC facilitamos la organización y la obtención de datos y procesos en el momento de diseñar o programar una app o software para la interfaz del usuario, al igual que facilita el trabajo en equipo, sin embargo, se recomienda emplearlo en sistemas con un alto grado de complejidad por la cantidad de ficheros que requiere.