4. Representación global de Poiritem

Diagrama de Red, Representación Ideal4A Diagrama de red que representa la visión de un modelo ideal implementado de Poiritem

En todo proceso de creación de un Sistema, es conveniente delimitar gráficamente el espacio de repercusión del mismo en su entorno; es por ello por lo que nos apoyamos en los recursos existentes de los diagramas que nos ofrece el Lenguaje Unificado de Modelado (UML), el lenguaje de modelado de sistemas de software más conocido y utilizado en la actualidad.

Poniéndonos en el supuesto de un caso ideal, en la particularidad de una implementación en el mundo real y consolidado de nuestro proyecto, reflejamos, tal como podemos observar en la imagen anterior (4A Diagrama de red, Representación Ideal) un sistema de interconexión entre las diferentes configuraciones por localización espacial de n paradas de metro de la Comunidad de Madrid y un servidor de Bases de Datos centralizado que da soporte, desde cada uno de los terminales de punto de venta (TPV), a las peticiones que se realizan por parte de los usuarios. Estos terminales TPV contarán con la aplicación e interfaces convenientes y proveerán al Servicio de los objetivos marcados, funciones deseadas para la agilidad y ayuda al ciudadano: visualización del plano de la Red de Metro, soporte informativo de estaciones y líneas, informador de averías en el servicio, cálculo de recorridos mínimos para viajes delimitados entre un punto origen hacia un punto destino bajo tres particularidades (menor longitud de recorrido, menor número de estaciones y transbordos, o ruta más rápida según tiempo), solicitud de recursos turísticos acordes por cercanía a la estación en la que el cliente desee abandonar el transporte público, solicitud de estaciones próximas a un recurso turístico, y funciones de administración de acceso exclusivo mediante autenticación,  menester del administrador del Servidor y/o de los operarios de cada estación, los cuales deberán llevar a cabo los cambios pertinentes según se conozcan variaciones en la situación de la estación de la cual son responsables, variando por consecuencia las consultas que los usuarios vayan a realizar acto seguido.

Puntualizar, por tanto, que la interconexión entre Servidor y TPV generará un flujo constante de información necesario para cada una de las funcionalidades descritas, excepto para la visualización del plano de la Red de Metro, almacenado éste dentro la misma aplicación.

Acotando nuestras posibilidades hacia un entorno discreto, desarrollaremos y reflejaremos nuestros estudios sobre el proyecto en una configuración local: un equipo de trabajo que simulará ser TPV y un equipo Servidor de Bases de Datos (como se puede apreciar en la figura 4B Diagrama de Red, Representación Discreta, a continuación de este texto), haciendo este primero consultas para cumplir con su cometido sobre la base de datos alojada en el Servidor, y/o modificaciones en el mismo según resulte necesario.

Diagrama de Red, Representación Discreta4B Diagrama de red que representa discretamente un entorno local de desarrollo de Poiritem

En este caso, y tal como exponíamos en nuestras teorías iniciales, nos abstraemos de un entorno ideal (por cuestión de medios –económicos y de infraestructura – y de facilidad en el proceso de implementación y pruebas) y centramos nuestros estudios sobre un entorno local, menos complejo y más manejable: ya sea, tal como hemos descrito anteriormente, mediante la disposición de dos ordenadores, uno para la simulación en términos de funcionamiento de TPV para el uso de la Aplicación Poiritem y otro como servidor de Bases de datos en local interconectados sobre un Router en Red local (como se puede apreciar en el anterior diagrama), o, aún más sencillo, con la disposición de un único equipo que haga las veces de servidor de Bases de Datos y de TPV.

Para Visualizar/Descargar a resolución completa:

Creative Commons LicensePoiritem by Ismael Rihawi Aragón is licensed under a Creative Commons Reconocimiento-No comercial-Sin obras derivadas 3.0 España License.

En todo proceso de creación de un Sistema, es conveniente delimitar gráficamente el espacio de repercusión del mismo en su entorno; es por ello por lo que nos apoyamos en los recursos existentes de los diagramas que nos ofrece el Lenguaje Unificado de Modelado (UML), el lenguaje de modelado de sistemas de software más conocido y utilizado en la actualidad.

Poniéndonos en el supuesto de un caso ideal, en la particularidad de una implementación en el mundo real y consolidado de nuestro proyecto, reflejamos, tal como podemos observar en la imagen anterior (4A Diagrama de red, Representación Ideal) un sistema de interconexión entre las diferentes configuraciones por localización espacial de n paradas de metro de la Comunidad de Madrid y un servidor de Bases de Datos centralizado que da soporte, desde cada uno de los terminales de punto de venta (TPV), a las peticiones que se realizan por parte de los usuarios. Estos terminales TPV contarán con la aplicación e interfaces convenientes y proveerán al Servicio de los objetivos marcados, funciones deseadas para la agilidad y ayuda al ciudadano: visualización del plano de la Red de Metro, soporte informativo de estaciones y líneas, informador de averías en el servicio, cálculo de recorridos mínimos para viajes delimitados entre un punto origen hacia un punto destino bajo tres particularidades (menor longitud de recorrido, menor número de estaciones y transbordos, o ruta más rápida según tiempo), solicitud de recursos turísticos acordes por cercanía a la estación en la que el cliente desee abandonar el transporte público, solicitud de estaciones próximas a un recurso turístico, y funciones de administración de acceso exclusivo mediante autenticación,  menester del administrador del Servidor y/o de los operarios de cada estación, los cuales deberán llevar a cabo los cambios pertinentes según se conozcan variaciones en la situación de la estación de la cual son responsables, variando por consecuencia las consultas que los usuarios vayan a realizar acto seguido.

Puntualizar, por tanto, que la interconexión entre Servidor y TPV generará un flujo constante de información necesario para cada una de las funcionalidades descritas, excepto para la visualización del plano de la Red de Metro, almacenado éste dentro la misma aplicación.

Acotando nuestras posibilidades hacia un entorno discreto, desarrollaremos y reflejaremos nuestros estudios sobre el proyecto en una configuración local: un equipo de trabajo que simulará ser TPV y un equipo Servidor de Bases de Datos (como se puede apreciar en la figura 4B Diagrama de Red, Representación Discreta, a continuación de este texto), haciendo este primero consultas para cumplir con su cometido sobre la base de datos alojada en el Servidor, y/o modificaciones en el mismo según resulte necesario.

Anuncios

Los comentarios están cerrados.