23 de Octubre, 2006, 12:10

Para definir un Sistema, primordialmente, se deben conocer con el mayor nivel posible de certidumbre: Qué se requiere como salida del Sistema?, qué debe brindar? Cuál es o será su dimensión?, cuales son o serán sus límites. (teoría de conjuntos) Cuales son sus componentes y como interactúan? Y por supuesto, toda la información que detallan los libros de Análisis de Sistemas. Pero, tener claro estas tres premisas es fundamental para obtener la mejor definición posible y más importante aún, para que la definición pueda ser transmitida a terceros y que ellos puedan comprender con seguridad cuál es el Sistema. Además, esas tres premisas ayudan a dibujar un primer borrador grafico del Sistema,  cosa que se  agradece siempre, cuando es necesario exponerlo a profesionales o clientes. Diseñar un Sistema es una tarea individual, solitaria, por eso es requisito prioritario que se posea la mejor y más clara definición posible. Uno de los pasos es identificar sus componentes y qué procesos tienen asociados cada uno de ellos. Los procesos indican que programas se necesitan para que se obtengan las salidas requeridas. En general esto es así desde que se hizo el 1º programa en nuestro globo y seguirá siendo así hasta el día que ya no sea necesario codificar más programas. Los límites de los Sistemas en la actualidad son más amplios y complejos. Los diseños se siguen elaborando en forma individual, pero los Sistemas necesitan ser particionados (divididos) en subsistemas y entregar su diseño a profesionales distintos, para que al final todos se integren en uno sólo, que debe ser practico, compatible y funcional. Las razones de esta situación, cumplir plazos y presupuestos cada vez más limitados. Este tipo de trabajo se debe desarrollar EN EQUIPO, con profesionales en TI (informática) que posean los skill's (halibilidades) necesarios para construir el Sistema que se requiere. Estos deben trabajar en comunicación constante entre ellos, compartir problemas y soluciones y cada uno en su habilidad aportar el mayor nivel de valor agregado posible, para lograr un diseño estable y factible. Un Sistema típico con estas características sería, por ejemplo, el registro del contador hogareño de gas o luz por parte de un cliente desde una pagina web por medio de internet, su actualización en una base de datos propietaria de la empresa de gas o luz, la generación e impresión de la factura correspondiente, la recepción del pago (desde un banco o oficina comercial) y su actualización en la base de datos propietaria de la empresa, luego la consolidación de deudas y morosos etc. etc. y etc. Nos damos cuenta que no es soplar y hacer botellas.

| Referencias (0)

3 de Septiembre, 2006, 12:24

En el análisis, diseño y construcción de un Sistema Informático el proceso más crítico es la comunicación, porque interactuan personas, si bien cada empresa tiene su propia estructura y organización para implantar sus sistemas, resumiendo existen tres actores principales el cliente, el analista y el programador. Ellos participan en la creación y obtención del sistema, que se puede graficar así: Para completar este camino es necesario comunicar al principio ¿Qué se necesita?, ¿Como? y ¿Cuando? y mantener el mismo mensaje durante todo el desarrollo del proyecto. Este es el proceso de comunicación entre cliente y profesionales IT que demandará mayor esfuerzo y dedicación, si se desea obtener el éxito al final del camino. El siguiente grafico muestra como es el proceso de la comunicación entre las personas. Ese proceso se repetira N veces entre los actores que trabajen para obtener el sistema: En la actualidad se ha mejorado sustancialmente los canales de comunicación con la ayuda de aplicaciones computacionales especialidadas en diseño y desarrollo de sistemas. Pero el ruido y la interpretación humana erronea sigue existiendo y causando que el sistema construido muchas veces no sea lo que necesitaba originalmente el cliente. El siguiente grafico es un ejemplo de fallo en la comunicación. El cliente necesita A y así lo transmite al analista. El analista interpreta B y así lo transmite al programador. El programador interpreta C y construye así el sistema. Todos los actores estaban convencidos que el ¿Qué se necesita? y ¿Como? estaba claro. La realidad demostro que el cliente obtuvo C y se termino convenciendo que era lo que necesitaba. Soluciono su necesidad pero a un costo mucho mayor. La creación de sistemas propios o comprados es artesanal, porque depende en un alto porcentaje su éxito de implantación y utilización a la idoneidad, capacidad y experiencia de los profesionales que intervienen. La minimización de comunicaciones fallidas sólo se logra contando con buenos oídos, que den prioridad a una correcta interpretación de mensajes antes que a la utilización de la tecnología de punta como sinónimo de solución, aplicando respuestas rápidas sin valorar su costo final.

| Referencias (0)

15 de Julio, 2006, 20:40

Los límites de los Sistemas en la actualidad son más amplios y complejos. Los diseños se siguen elaborando en forma individual, pero los Sistemas necesitan ser particionados (divididos) en subsistemas y entregar su diseño a profesionales distintos, para que al final todos se integren en uno sólo, que debe ser practico, compatible y funcional. Las razones de esta situación, cumplir plazos y presupuestos cada vez más limitados. Este tipo de trabajo se debe desarrollar EN EQUIPO, con profesionales en IT (informática) que posean los skill's (halibilidades) necesarios para construir el Sistema que se requiere. Estos deben trabajar en comunicación constante entre ellos, compartir problemas y soluciones y cada uno en su habilidad aportar el mayor nivel de valor agregado posible, para lograr un diseño estable y factible. Un Sistema típico con estas características sería, por ejemplo, el registro del contador hogareño de gas o luz por parte de un cliente desde una pagina web por medio de internet, su actualización en una base de datos propietaria de la empresa de gas o luz, la generación e impresión de la factura correspondiente, la recepción del pago (desde un banco o oficina comercial) y su actualización en la base de datos propietaria de la empresa, luego la consolidación de deudas y morosos etc. etc. y etc. Nos damos cuenta que no es soplar y hacer botellas.

| Referencias (0)

15 de Julio, 2006, 16:09

Diseñar un Sistema es una tarea individual, solitaria, por eso es requisito prioritario que se posea la mejor y más clara definición posible. Uno de los pasos es identificar sus componentes y qué procesos tienen asociados cada uno de ellos. Los procesos indican que programas se necesitan para que se obtengan las salidas requeridas. En general esto es así desde que se hizo el 1º programa en nuestro globo y seguirá siendo así hasta el día que ya no sea necesario codificar más programas.

| Referencias (0)