Identificación de los principales Sistemas de Información en la Organización.

3.1 Identificación de los principales Sistemas de Información en la Organización.

•

Introducción

o En este capítulo estudiaremos el papel de varios tipos de sistemas de información en las organizaciones.

o Primero veremos la manera de clasificar los sistemas de información basados en los niveles organizacionales que apoyan.

o Segundo observaremos los sistemas en términos de las funciones de la organización a las cuales sirven.

o Por último veremos las maneras en las cuales se pueden configurar los sistemas cuando las empresa opera internacionalmente.

• Aplicación de los Sistemas en las Organizaciones

o Ya que existen diferentes intereses y especialidades en las organizaciones, tienen que existir diferentes tipos de sistemas.

o Un solo sistema no puede proveer toda la información que necesita una organización.

• Clases de Sistemas de Información

• Clases de Sistemas de Información

o Hay cuatro clases principales de sistemas de información que sirven diferentes niveles organizacionales:

 Sistemas de Niveles operacionales

 Sistemas de Niveles de Conocimiento

 Sistemas de Niveles Administrativos

 Sistemas de Niveles Estratégicos

• Sistemas de Niveles operacionales

o Apoya a la gerencia operacional manteniéndolos al tanto de las actividades elementales y las transacciones de la organización, tales como ventas, recibos, depósitos en efectivo, nominas, decisiones de crédito y el flujo de materiales en una fábrica.

o El propósito principal de estos sistemas es responder a preguntas de rutina y dar seguimiento a las transacciones a través de la organización.

• Sistemas de Niveles de Conocimiento

o Son el apoyo al conocimiento y trabajo con datos en la empresa.

o El propósito de esos es ayudar al negocios a integrar nuevos conocimientos en él y controlar el flujo del trabajo oficinesco.

o En este sistema entrar las estaciones de trabajo y los sistemas de oficina.

• Sistemas de Niveles Administrativos

o Monitoreo, control, toma de decisiones y actividades administrativas de la gerencia mediana.

o Estos sistemas proveen reportes periódicos en lugar de información instantánea sobre las operaciones.

o El propósito principal es contestar la pregunta de ¿Estan funcionando bien las cosas? Además de ¿Qué pasaría si…?

o Algunos apoyan las tomas de decisiones no rutinarias

• Sistemas de Niveles Estratégicos

o Ayudan a la alta gerencia a crear y implantar nuevas estrategias y tendencias a largo plazo.

o Su asunto principal es parear los cambios en el ambiente externo con las capacidades organizacionales existentes.

o ¿Dónde estará el nivel de empleos en cinco años?, ¿Qué productos producirá la empresa en los años próximos?, etc.

• Seis Grandes tipos de Sistemas

o Existen tipos específicos de sistemas que corresponde a cada nivel en una organización.

o Estos son:

 “ Executive Support System” (ESS) en el nivel de Estrategias

 “ Management Information Systems” (MIS) y “Decisión Support System” (DDS) en el nivel administrativo

 “ Knowledge Work Systems” (KWS) y “Office Systems” (OS) en el nivel de conocimiento

 “ Transaction Processing Systems” (TPS) en el nivel operacional

• Transaction Processing System (TPS)

o Es el sistema básico en las organizaciones que sirve al nivel operacional.

o Es un sistema computadorizado que ejecuta y registra las transacciones diarias y rutinarias para el funcionamiento del negocio.

o Una falla en este nivel, puede crear muchas complicaciones en la organización completa.

• TPS de Recursos Humanos para datos de un empleado

• Knowledge Work (KWS) y Office Systems

o Provee la información necesaria en el nivel de conocimiento de una organización.

o Los “Knowledge Workers” son personas que poseen educación universitaria formal, miembros de organizaciones profesionales como doctores, ingenieros, abogados y científicos.

o Su trabajo consiste en crear información nueva y conocimientos para ser integrados correctamente en la organización.

• Knowledge Work (KWS) y Office Systems

o Los “data workers” tienen menos preparación formal que los anteriores y son los que procesan la información en lugar de crearla.

o Consiste de secretarias, bookkeepers, archiveros, o gerentes cuyo trabajo principal es usar o manipular y diseminar la información.

• Management Information System (MIS)

o Anteriormente definimos como MIS el estudio de los sistemas de información en los negocios y la administración.

o MIS también se utiliza para una categoría de los sistemas de información que sirve a la funciones del nivel de administración.

o En este nivel provee a los gerentes reportes sobre las actividades actuales de la organización o record históricos de ella.

• Management Information System (MIS)

o Típicamente están orientados a información interna, no tienen nada que ver con el ambiente o eventos externos.

o Principalmente sirven las funciones de planificación, control y toma de decisiones de la alta gerencia.

o Usualmente resumen e informa las operaciones de la organización semanal, mensual o anual.

• Relación entre MIS y TPS

• Decision-Support Systems (DSS)

o También sirve al nivel de gerencia de la organización.

o Ayuda a los gerentes a tomar decisiones que son únicas, cambian rápido y no se proveen fácilmente por adelantado.

o Usan información interna del TPS y del MIS, además utilizan fuentes externas como precios actuales de las acciones y precios de productos de la competencia.

• Decision-Support Systems (DSS)

• Executive Support Systems (ESS)

o La gerencia “Senior” utiliza ESS para tomar decisiones.

o ESS sirve al nivel estratégico de la organización.

o Manejan decisiones no rutinarias que requieren emitir juicio, evaluación e introspección, porque no hay pre-arreglos o procedimientos escritos para logar soluciones.

• Executive Support Systems (ESS)

o ESS está diseñado para incorporar datos sobre eventos externos tales como nuevas leyes de impuestos o competidores, aunque también toma prestada información del MIS y del DSS.

o No esta diseñado para resolver un problema en específico.

• ¿Cómo se relacionan los sistemas?

• Sistemas de Información Internacionales

o Existen cuatro formas principales de organizaciones comerciales internacionales.

o Estas son:

 Exportador Doméstico

 Multinacional

 Franchisers

 Transnacional

• Exportador Doméstico

o Se caracteriza por la centralización de sus actividades corporativas en su país de origen.

o Producción, Finanzas, Contabilidad, Ventas, Mercadeo, Recursos Humanos y Administración de Estrategias estas ubicadas en el país de origen.

o Ejemplos de este son: Caterpillar Corporation

• Firmas Multinacionales

o Concentra la administración financiera y control, en su lugar de origen.

o Descentraliza producción, ventas y mercadeo a sus unidades en otros países.

o Algunos ejemplos de esto son: General Motors, Chrysler e Intel

• Franquicias

o El producto es creado, diseñado, financiado e inicialmente producido en su lugar de origen.

o En otros lugares se pueden encontrar recursos humanos, mercadeo y la mayoría de su empleomanía.

o Ejemplos de estos son: McDonald’s, Kentucky Fried Chicken, etc.

• Transnacionales

o No hay un lugar de origen, en su lugar tiene muchas oficinas regionales.

o Todas las actividades que añaden valor son manejadas desde una perspectiva global sin referirse a una frontera.

o Ejemplos de ellas son: Citicorp, Sony, Ford entre otras.

• Referencias

o Laudon, K. & Laudon, J. (2005). Essentials of Management Information Systems: Managing the digital firm (6th ed.) New Jersey: Prentice Hall.

3.2 Metodologías de Desarrollo de Sistemas de Información.

Un proceso para el desarrollo de software, también denominado ciclo de vida del desarrollo de software es una estructura aplicada al desarrollo de un producto de software. Hay varios modelos a seguir para el establecimiento de un proceso para el desarrollo de software, cada uno de los cuales describe una enfoque diferente para diferentes actividades que tienen lugar durante el proceso. Algunos autores consideran un modelo de ciclo de vida un término más general que un determinado proceso para el desarrollo de software. Por ejemplo, hay varios procesos de desarrollo de software específicos que se ajustan a un modelo de ciclo de vida de espiral.

Actividades del desarrollo de software

Fig.

Actividades del proceso de desarrollo de software representado en el desarrollo en cascada. Hay algunos modelos más para representar este proceso.

Planificación

La importante tarea a la hora de crear un producto de software es obtener los requisitos o el análisis de los requisitos. Los clientes suelen tener una idea más bien abstracta del resultado final, pero no sobre las funciones que debería cumplir el software.

Una vez que se hayan recopilado los requisitos del cliente, se debe realizar un análisis del ámbito del desarrollo. Este documento se conoce como especificación funcional.

Implementación, pruebas y documentación

La implementación es parte del proceso en el que los ingenieros de software programan el código para el proyecto.

Las pruebas de software son parte esencial del proceso de desarrollo del software. Esta parte del proceso tiene la función de detectar los errores de software lo antes posible.

La documentación del diseño interno del software con el objetivo de facilitar su mejora y su mantenimiento se realiza a lo largo del proyecto. Esto puede incluir la documentación de un API, tanto interior como exterior.

Despliegue y mantenimiento

El despliegue comienza cuando el código ha sido suficientemente probado, ha sido aprobado para su liberación y ha sido distribuido en el entorno de producción.

Entrenamiento y soporte para el software es de suma importancia y algo que muchos desarrolladores de software descuidan. Los usuarios, por naturaleza, se oponen al cambio porque conlleva una cierta inseguridad, es por ello que es fundamental instruir de forma adecuada a los futuros usuarios del software.

El mantenimiento y mejora del software de un software con problemas recientemente desplegado puede requerir más tiempo que el desarrollo inicial del software. Es posible que haya que incorporar código que no se ajusta al diseño original con el objetivo de solucionar un problema o ampliar la funcionalidad para un cliente. Si los costes de mantenimiento son muy elevados puede que sea oportuno rediseñar el sistema para poder contener los costes de mantenimiento.

Modelos de desarrollo de software

Hay varios modelos para perfilar el proceso de desarrollo, cada uno de las cuales cuenta con pros y contras. El proyecto debería escoger el más apropiado para sus necesidades. En ocasiones puede que una combinación de varios modelos sea apropiado.

Modelo de cascada

El modelo de cascada muestra un proceso donde los desarrolladores han de seguir las siguientes fases de forma sucesiva:

1. Especificación de requisitos

2. Diseño del software

3. Construcción o Implementación del software

4. Integración

5. Pruebas (o validación)

6. Despliegue (o instalación)

7. Mantenimiento

Siguiendo el modelo de cascada de forma estricta, sólo cuando se finaliza una fase, comienza la otra. En ocasiones se realiza una revisión antes de iniciar la siguiente fase, lo que permite la posibilidad de cambios (lo que puede incluir un proceso de control formal de cambio). Las revisiones también se utilizan para asegurar que la fase anterior ha sido totalmente finalizada; los criterios para completar una fase se conocen frecuentemente con el término inglés "gate" (puerta). Este modelo desaconseja revisitar y revisar fases que ya se han completado. Esta falta de flexibilidad en un modelo de cascada puro ha sido fuente de crítica de los defensores de modelos más flexibles.

Modelo de espiral

La principal características del modelo en espiral es la gestión de riesgos de forma periódica en el ciclo de desarrollo. Este modelo fue creado en 1988 por Barry Boehm, combinando algunos aspectos clave de las metodologías del modelo de cascada y del desarrollo rápido de aplicaciones, pero dando énfasis en un área que para muchos no jugó el papel que requiere en otros modelos: un análisis iterativo y concienzudo de los riesgos, especialmente en el caso de sistema complejos de gran escala.

La espiral se visualiza como un proceso que pasa a través de algunas iteraciones con el diagrama de los cuatro cuadrantes representativos de las siguientes actividades:

1. crear planes con el propósito de identificar los objetivos del software, seleccionados para implementar el programa y clarificar las restricciones en el desarrollo del software;

2. Análisis de riesgos: una evaluación analítica de programas seleccionados, para evaluar como identificar y eliminar el riesgo;

3. la implementación del proyecto: implementación del desarrollo del software y su pertinente verificación;

Modelo de espiral con énfasis en los riesgos, haciendo hincapié en las condiciones de las opciones y limitaciones para facilitar la reutilización de software, la calidad del software puede ayudar como una meta propia en la integración en el desarrollo del producto. Sin embargo, el modelo en espiral tiene algunas limitaciones, entre las que destacan:

1. El énfasis se sitúa en el análisis de riesgo, y por lo tanto requiere de clientes que acepten este análisis y actúen en consecuencia. Para ello es necesaria confianza en los desarrolladores así como la predisposición a gastar más para solventar los temas, por lo cual este modelo se utiliza frecuentemente en desarrollo interno de software a gran escala.

2. Si la implementación del riesgo de análisis afectará de forma esencial los beneficios del proyecto, no debería utilizarse este modelo.

3. Los desarrolladores de software han de buscar de forma explícita riesgos y analizarlos de forma exhaustiva para que este modelo funcione.

La primera fase es la búsqueda de un plan para conseguir los objetivos con las limitaciones del proyecto para así buscar y eliminar todos los riesgos potenciales por medio de un cuidadoso análisis, y si fuera necesario incluyendo la fabricación de un prototipo. Si es imposible descartar algunos riesgos, el cliente ha de decidir si es conveniente terminar el proyecto o seguir adelante ignorando los riesgos. Por último, se evalúan los resultados y se inicia el diseño de la siguiente fase.

Antes de analizar la calidad en el proceso de desarrollo de sistemas es importante explicar el ciclo de vida de los sistemas de Información. Las fases que incluye son nacimiento, desarrollo, operación, mantenimiento y muerte.

✓ Nacimiento: Esta fase da inicio al ciclo de vida con el surgimiento de una necesidad o de un requerimiento por parte del usuario. En este momento debe hacerse un estudio de factibilidad para decidir si en realidad se justifica el desarrollo del sistema.

✓ Desarrollo: Una vez realizado un estudio de factibilidad,

se procede al desarrollo del sistema en el cual se analizan los requerimientos y se elabora un diseño que servirá de base para el desarrollo. Además, se elaboran los programas necesarios para que el sistema pueda operar. La fase de desarrollo consiste en diseñar, construir y/o adecuar los programas que se requieren para resolver el problema del usuario.

✓ Operación: En este momento el sistema ya está terminado y el usuario trabaja introduciendo datos y obteniendo información y reportes que soporten la operación de la empresa. Si el sistema no satisface los requerimientos funcionales del usuario o si se detecta algún error en los programas, es necesario pasar a la fase de mantenimiento.

✓ Mantenimiento: Consiste en corregir los errores que se detectan en los programas o en las funciones que realiza el sistema. En esta fase además el usuario puede agregar nuevos requerimientos.

✓ Muerte: Un sistema de información llega a esta fase cuando deja de ser necesario o cuando debe reemplazarse por otro mejor. Si al sistema original se le hacen mejoras o cambios se inicia nuevamente el proceso, debido a que el sistema anterior ya ha muerto y se desarrollará uno nuevo.

2.2 El método del Ciclo de Vida del desarrollo de un Sistema de Información:

Es el conjunto de actividades que los analistas, diseñadores y usuarios realizan para desarrollar e implantar un sistema de información y consta de las siguientes actividades:

✓ Investigación Preliminar: Tiene que ver con la identificación de problemas, oportunidades y objetivos. Frecuentemente estos ya han sido vistos por los usuarios y son la razón para la cual el analista fue llamado.

✓ Determinación

de los requerimientos del sistema: En esta fase el analista está esforzándose por comprender qué información necesitan los usuarios para realizar su trabajo.

El analista debe saber los detalles de las funciones actuales del sistema

✓ Diseño del sistema: Los analistas de sistemas comienzan el proceso de diseño identificando los reportes y demás salidas que debe producir el sistema. Hecho lo anterior se determina con toda precisión los datos específicos para cada reporte y salida.

✓ Desarrollo de Software: Los encargados de desarrollar software pueden instalar paquetes comprados a terceros o escribir programas diseñados a la medida del solicitante.

✓ Prueba de los sistemas: Durante la fase de prueba de sistemas, el sistema se emplea de manera experimental para asegurarse de que el software no tenga fallas, es decir que funciona de acuerdo con las especificaciones y en la forma en que los usuarios esperan que lo haga.

✓ Implementación y evaluación: Dependiendo del tamaño de la organización que empleará la aplicación y el riesgo asociado con su uso, puede elegirse empezar la operación del sistema solo con un área de la empresa.

http://www.buenastareas.com/ensayos/Ciclo-De-Vida-De-Un-Sistema/1452026.html

3.3 Desarrollo de prototipos de sistemas de información.

La palabra prototipo tiene varias acepciones:

Un prototipo es un ejemplar original o primer molde en que se fabrica una figura u otra cosa. Un prototipo puede ser un ejemplar perfecto y modelo de una virtud, vicio o cualidad. Un prototipo también se puede referir a cualquier tipo de máquina en pruebas, o un objeto diseñado para una demostración de cualquier tipo. Un prototipo o prototipado puede ser un modelo del ciclo de vida del Software, tal como el desarrollo en espiral o el desarrollo en cascada

Éstos permiten testar el objeto antes de que entre en producción, detectar errores, deficiencias, etcétera. Cuando el prototipo está suficientemente perfeccionado en todos los sentidos requeridos y alcanza las metas para las que fue pensado, el objeto puede empezar a producirse.

Métodos y herramientas para el desarrollo de prototipos [editar]Un prototipo es también un modelo a escala o facsímile de lo real, pero no tan funcional como para que equivalga a un producto final, ya que no lleva a cabo la totalidad de las funciones necesarias del sistema final, proporcionando una retroalimentación temprana por parte de los usuarios acerca del sistema.

El prototipo se usa para obtener los requerimientos del usuario. Su principal propósito es obtener y validar los requerimientos esenciales, manteniendo abiertas las opciones de implementación. Esto implica que se deben tomar los comentarios de los usuarios, pero también se debe volver a los objetivos para no perder la atención.

El empleo de herramientas adecuadas es un factor muy importante para el éxito del prototipo, y son:

Hay tres clases genéricas de métodos y herramientas para el desarrollo de prototipos. Estas son:

Técnicas de cuarta generación: permite generar código ejecutable rápidamente, son ideales para la creación rápida de prototipos. Generadores de programas, código reutilizable, paquetes de aplicación y computadores personales, entre otros. Generadores de informes, pantallas.

Autor: http://es.wikipedia.org/wiki/Prototipo

: http://prepafacil.com/cobach/Main/Prototipos#sthash.2WcRF4vi.dpuf

LOS TIPOS DE PROTOTIPOS

• PRIMERO DE UNA SERIE. La creación de un primer modelo a escala completa de un sistema, llamado a veces piloto. Este tipo de prototipo es útil cuando se tiene planeadas muchas instalaciones del mismo SI. Un ejemplo se encuentra en las instalaciones bancarias para la transferencia electrónica de fondos: primero, se instala un prototipo a escala completa en una o dos agencias y, si es satisfactorio, se instalan duplicados en todas las otras agencias.

• DE CARACTERÍSTICAS SELECCIONADAS. La construcción de un modelo operacional que incluye algunas, pero no todas, las características que tendrá el sistema final. Cuando se construye este tipo de prototipo, el sistema se va construyendo por módulos, de modo que si las características reciben una evaluación satisfactoria éstas puedan incorporarse en el sistema final.

EL CICLO DE VIDA Y LOS PROTOTIPOS

Algunos autores recomiendan usar la elaboración de prototipos como parte del ciclo de vida de desarrollo de SI. En esta visión, la elaboración de prototipos es considerada como un método especializado adicional para la determinación de los requerimientos de información del usuario.

MENOS ADECUADA MÁS ADECUADA

Muchas veces Solamente unas antes cuantas veces cierto y estable incierto e inestable no estructurado o semi estructurado

FACTORES QUE DETERMINAN SI LA ELABORACIÓN

DE PROTOTIPOS ES ADECUADA PARA UN SI

Experiencias similares de diseño

Ambiente

Ambiente

Toma de decisiones

Estructurado

Toma de decisiones

LINEAMIENTOS PARA EL DESARROLLO DE PROTOTIPOS

1) TRABAJAR EN MÓDULOS MANEJABLES. Una de las ventajas distintivas de la elaboración de prototipos es que no es necesarios, ni deseable, construir el sistema funcional completo para efectos del prototipo.

2) CONSTRUIR EL PROTOTIPO RÁPIDAMENTE. La velocidad es

Esencial para la elaboración de un prototipo de un SI.

3) MODIFICAR EL PROTOTIPO EN ITERACIONES SUCESIVAS.

El prototipo no es un sistema terminado; la idea de que requerirá modificaciones es una actitud útil que muestra a los usuarios qué tan necesarias son sus observaciones.

4) ENFATIZAR LA INTERFAZ DEL USUARIO. Aunque en el prototipo quedarán muchos aspectos del sistema sin desarrollar, la interfaz del usuario debe estar lo suficientemente bien desarrollada para que los usuarios adopten el sistema rápidamente y no lo dejan a un lado.

http://prof.usb.ve/lmendoza/Documentos/PS-6116/Teor%EDa%20PS6116%20Requerimientos.pdf

...