2.

Clasificacin de sistemas de informacin Una empresa es un sistema, que est conformado por una serie de departamentos que poseen necesidades. De acuerdo con el modelo de Herbert Simn, las organizaciones se estructuran en tres niveles: el nivel operativo, constituido por un sistema de procesos fsicos de produccin y distribucin; el nivel de las decisiones programadas, que maneja operaciones, y el nivel de las decisiones no programadas, que genera decisiones programadas. 2.3.1 Sistemas de Informacin Transaccionales (TPS, Transaction Processing Systems) Los sistemas de informacin transaccionales fueron los primeros en ser incorporados al procesamiento de un volumen considerable de datos en forma computacional. En el contexto de transaccionales se debe de establecer que una transaccin es un intercambio entre el usuario que opera el equipo y el sistema de procesamiento de datos. Es decir, esto implica la captura y validacin de los datos ingresados por el usuario, as como la bsqueda y actualizacin de archivos. Por lo cual podemos establecer que los sistemas de informacin transaccional estn orientados a satisfacer las necesidades del nivel operativo de la empresa. Realizando operaciones repetitivas y sencillas que conllevan a informatizar los procesos que poseen tareas rutinarias y tediosas, con el fin de minimizar los errores y disminuir la cantidad de mano de obra. Caractersticas: Logran ahorro significativo de mano de obra. Son el tipo de SI que se implanta en la organizacin. Son intensivos en entrada y salida de informacin. Sus clculos y procesos suelen ser simples, poco sofisticado. Tienen la propiedad de ser recolectores de informacin. Son fciles de justificar ante la direccin ya que sus beneficios son visibles y palpable

En esta clasificacin se pueden encontrar sistemas que prcticamente con comunes en todas las organizaciones, tales como: Contabilidad, Facturacin, Inventarios, Ventas, Proveedores, Cuentas Corrientes, Cobranzas, Caja, Bancos, Sueldos, Finanzas, Compras, Planeamiento y Control de la Produccin, etc.

2.3.2 Sistemas de Informacin Administrativos Information Systems)

(MIS, Management

Los sistemas de informacin Administrativos estn orientados al apoyo de los niveles directivos o ejecutiva en su proceso de toma de decisiones y resolucin de alguna problemtica. Los directivos recurren a los datos almacenados de las operaciones transaccionales para poder evaluar las opciones que se pueden presentar para tomar una decisin, a travs de una presentacin de informacin ms procesada y analizada. Por ejemplo: Sistemas de Gestin Acadmica, Sistema de Control de Proveedores, Sistema de Planificacin de la Produccin, Sistema de Evaluacin de Proveedores, Sistema de Seguimiento de

Ordenes de Trabajo, etc. 2.3.3 Sistema de Apoyo a la Toma de Decisiones Support Systems)
3

(DSS, Decisin

Los sistemas de apoyo a la Toma de Decisiones son aquellos que tienen por misin ser una herramienta para el apoyo de la funcin ejecutiva. No hay que dejar de lado que su base como sistema est en base a los sistemas transaccionales y administrativos, sino este tipo de sistemas no existira. Estos tipos de sistemas ponen un nfasis en el apoyo a la toma de decisiones en todas sus fases, aunque hay que establecer que en definitiva la responsabilidad de tomar la decisin es exclusiva del responsable. Y la finalidad de estos sistemas es aumentar la eficacia y disminuir el esfuerzo humano en el proceso de toma de decisiones. Estos sistemas se orientan a ensamblar la informacin y el juicio humano para alcanzar mejores resultados decisorios. Caractersticas: Suelen introducirse despus de haber implantado los sistemas transaccionales. Suelen ser intensivos en clculos y escasos en entradas y salidas de informacin. La informacin que generan sirve de apoyo a los mandos intermedios y de alta administracin en el proceso de la toma de decisiones. No suelen ahorrar mano de obra. La justificacin econmica para el desarrollo de estos sistemas es difcil. Suelen ser SI interactivos y amigables, con altos estndares de diseo grfico y visual, ya que estn dirigidos al usuario final. Apoyan la toma de decisiones que por su naturaleza son receptivas. Pueden ser desarrollados directamente por el usuario final sin la participacin operativa de los analistas. Ejemplos: Sistemas de Planificacin estratgica, Sistemas Evaluacin de mercados, Sistemas de Investigacin, Sistemas BI, Sistema de Gestin de Clientes, Sistemas de Gestin de la Cadena de Distribucin, etc.
5

2.3.4 Sistemas Expertos e Inteligencia Artificial

La inteligencia artificial (AI, Artificial Intelligence) se puede considerar como el campo general para los sistemas expertos. La motivacin principal de la AI ha sido desarrollar mquinas que tengan un comportamiento inteligente. Dos de las lneas de investigacin de la AI son la comprensin del lenguaje natural y el anlisis de la capacidad para razonar un problema hasta su conclusin lgica. Los sistemas expertos utilizan las tcnicas de razonamiento de la AI para solucionar los problemas que les plantean los usuarios de negocios (y de otras reas).

Los sistemas expertos conforman una clase muy especial de sistema de informacin que se ha puesto a disposicin de usuarios de negocios. Un sistema experto (tambin conocido como sistema basado en el conocimiento) captura y utiliza el conocimiento de un experto para solucionar un problema especfico en una organizacin.

Caractersticas: Su funcin no es apoyar a la automatizacin de procesos operativos no proporcionar informacin para la toma de decisiones. Sin embargo, este tipo de sistemas pueden llevar a cabo dichas funciones. Suelen desarrollarse in house Tpicamente su forma de desarrollo es a base de incrementos y a travs de su evolucin permanente dentro de la organizacin. Se requiere de un experto en la estructuracin y captacin del conocimiento. Su funcin es lograr ventajas que los competidores no posean, tales como ventajas en costos y servicios diferenciados con clientes y proveedores. Apoyan el proceso de innovacin dentro de la empresa. Ejemplos: Sistema de Prospeccin minera, Sistema de Configuracin aplicaciones Distribuidas, Sistemas de Diagnstico Mdico, Sistema de Deteccin de Fraude Telefnico, Robots, etc. 2.4 Cuadro Comparativo

2.5

Ciclo de Vida de un Sistema de Informacin El desarrollo completo de un sistema de informacin, implica la realizacin de una serie de etapas claramente establecidas. A estos conjuntos de etapas se le conoce como ciclo de vida de un Sistema de Informacin, el cual involucra desde identificar las necesidades a satisfacer hasta el desarrollo de una aplicacin computacional. Pero antes de comenzar un proyecto se debe de realizar su estudio de factibilidad, es decir, establecer si el desarrollo del sistema ser realizable o no.

Estudio de Factibilidad Factibilidad Tcnica, Que la alternativa sea factible en los factores ms importantes que tienen que ver con los requerimientos computacionales o de equipos del sistema: Memoria, Valor del procesamiento, Impresin, Almacenamiento en disco, proceso remoto, proceso distribuido (redes), Softwares especializados (DB, MPSX). Factibilidad Econmica, Considerar slo los beneficios y costos directos realmente afectados por el funcionamiento del sistema. Factibilidad Operacional, Tiene que ver con el recurso humano para operar el sistema. Factibilidad Legal, Tiene que ver con las normativas que el sistema debe de cumplir, es decir, si se realiza un proceso de facturacin debe de manejar el trabajo con el Iva o si se utiliza un software se requiere de la licencia correspondiente. 2.6 Etapas del ciclo de vida: 1. Etapa de Anlisis Durante la etapa de anlisis se hace un examen exhaustivo de las necesidades de la organizacin que va a emplear el sistema, que necesita?, como lo necesita?, en esta etapa es en donde se definen el mbito y alcance del sistema a desarrollar. La fase de anlisis sirve tambin para retomar el diseo cuando las necesidades de los usuarios rebasan las capacidades del sistema o cuando surgen novedades que tienen que ser incorporadas al sistema de informacin, en esta etapa se utilizan las tcnicas de recoleccin de datos.

2. Etapa de Diseo En detalle se identifica y especifica la ubicacin del Sistema de Informacin en el contexto de la Organizacin. En esta etapa se establece a un nivel conceptual que es lo que el sistema desarrollara y cules son las operaciones que estn involucradas en su funcionamiento, es decir, lo que el sistema va a hacer en la prctica. 3. Etapa de Construccin Aqu el diseo se lleva a la prctica. Se procede a la construccin de la aplicacin computacional que se ha diseado en el lenguaje de programacin seleccionado. 4. Etapa de Prueba Antes de entregar el sistema a los usuarios se deben de realizar pruebas que permitan comprobar el correcto funcionamiento de las partes que componen la aplicacin realizada en la etapa anterior.

5. Etapa de Implantacin Esta etapa corresponde a la instalacin del sistema en la empresa solicitante del sistema. 6. Etapa de Mantencin Una vez que el Sistema de Informacin est en explotacin requerir de ajustes menores de software, en hardware, en cdigos, en cantidad de datos, en tiempo respuesta, etc. En caso de cambios mayores se podra llegar al desarrollo de un nuevo Sistema de Informacin. (Se habr cumplido el ciclo de vida del Sistema de Informacin).

2.6

Metodologas de desarrollo
2.6.1 El Modelo Clsico o de Cascada Llamado algunas veces ciclo de vida bsico o modelo en cascada, el modelo lineal secuencial sugiere un enfoque sistemtico, secuencial del desarrollo del software que comienza en un nivel de sistemas y progresa con el anlisis, diseo, codificacin, pruebas y mantenimiento.

2.6.2

El Modelo de construccin de prototipos El paradigma de construccin de prototipos comienza con la recoleccin de requisitos. El desarrollador y el cliente encuentran y definen los objetivos globales para el software, identifican los requisitos conocidos, y las reas del esquema en donde es obligatoria ms definicin. Entonces aparece un diseo rpido.

2.6.3 El Modelo Incremental

2.6.4 El Modelo en Espiral En el modelo espiral, el software se desarrolla en una serie de versiones incremntales. Durante las primeras iteraciones, la versin incremental podra ser un modelo en papel o un prototipo. Durante las ltimas iteraciones, se producen versiones cada vez ms completas de ingeniera del sistema.

2.6.5 Modelo DRA (Desarrollo Rpido de Aplicaciones) Es un modelo de proceso del desarrollo del software lineal secuencial que enfatiza un ciclo de desarrollo extremadamente corto. Este modelo es una adaptacin a alta velocidad del modelo lineal secuencial en el que se logra

el desarrollo rpido utilizando una construccin basada en componentes. Si se comprenden bien los requisitos y se limita el mbito del proyecto, el proceso DRA permite al equipo de desarrollo crear un sistema completamente funcional dentro de perodos cortos de tiempo.

Proceso unificado de desarrollo (RUP)

RUP (Racional Unified Process) o Proceso Unificado Racional es una metodologa de la Ingeniera en Software. Entrega en forma ordenada tareas y responsabilidades, tiene como meta primordial asegurar la calidad del software. RUP utiliza un desarrollo iterativo para enfrentar el riesgo, incorpora adems el modelamiento visual a travs de UML, se gua por la representacin de la problemtica mediante Casos de Uso. Divide el sistema en componentes con interfaces bien definidas que posteriormente se ensamblara para formar el sistema. As se le otorga un mayor tiempo de desarrollo y maduracin a cada componente. Fases del RUP Concepcin: Se hace una especificacin de la visin del producto final y su caso de negocio definiendo claramente el alcance del negocio. Se identifican los principales casos de uso y los riesgos. Elaboracin: Desarrollo de planificacin y recursos necesarios, complementando los casos de usos y eliminando los riesgos. Construccin: Evolucin de la visin, se desarrolla e integran el resto de los componentes. El resultado de esta fase se suele conocer como versin Beta. Transicin: Traspaso a los usuarios. Desarrollo de nuevas versiones, correccin de problemas. Entrenamiento y soporte hasta que los usuarios estn satisfechos.

Artefactos
RUP en cada una de sus fases (pertenecientes a la estructura esttica) realiza una serie de artefactos que sirven para comprender mejor tanto el anlisis como el diseo del sistema (entre otros). Estos artefactos (entre otros) son los siguientes: Inicio:

Documento Visin Especificacin de Requisitos

Elaboracin:

Diagramas de caso de uso

Construccin:

Documento Arquitectura que trabaja con las siguientes vistas:

Vista Lgica

Diagrama de clases Modelo E-R (Si el sistema as lo requiere)

Vista de Implementacin

Diagrama de Secuencia Diagrama de estados Diagrama de Colaboracin

Vista Conceptual

Modelo de dominio

Vista fsica

Mapa de comportamiento a nivel de hardware.