Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Plan de Sistemas de
Informaci n Proceso de asignacin de pioridades y recursos
Estrategia de negocio
ACTIVIDADES DE LA EMPRESA
Planificacin de Objetivos Diseo y ejecucin de acciones para conseguir objetivo
Control (de resultados de acciones contra objetivos)
Sistemas de Informacin
Registro de transacciones
Transacciones
Entorno
ORGANIZACION
* Los sistemas de Informacin en la Organizacin deben responder para qu estn. * Lo anterior implicar el diseo de la estructura de datos que acabar siendo la base de datos del SI.
ISO 12207
Propsito Establecer un marco comn para el ciclo de vida del software para
adquirir, suministrar, desarrollar, operar y mantener software gestionar, controlar y mejorar el marco como base para el comercio internacional de software
Responsabilidad
Un proceso bajo la responsabilidad de una parte (de un acuerdo relacin cliente-proveedor -)
ESTUDIO DE FACTIBILIDAD
- Investigacin Preliminar La investigacin preliminar comienza con la solicitud de una persona, administrador o especialista en sistemas. Su objetivo es recibir la ayuda de un sistema de informacin para solucionar un problema. Cuando se forma la solicitud comienza la Investigacin Preliminar, que contiene tres partes: Aclaracin de la solicitud Estudio de factibilidad Aprobacin de la solicitud Aclaracin de la solicitud Antes de considerar cualquier investigacin de sistemas, la solicitud de proyecto debe Examinarse para determinar con precisin lo que el solicitante desea. En cualquier caso, Antes de seguir adelante, la solicitud de proyecto debe estar claramente planteada.
Estudio de Factibilidad
El Estudio de Factibilidad es parte del resultado de la Investigacin Preliminar, es Realizado por un grupo pequeo de personas y determina si la organizacin est en condiciones de realizar el proyecto. Generalmente el estudio puede debe ser de tipo tcnico, legal y operacional. Factibilidad Tcnica Estudio de Factibilidad Factibilidad Econmica Factibilidad Operacional
Factibilidad Tcnica
Con el equipamiento actual, la tecnologa disponible de software y personal. Puede Realizarse el proyecto?. De requerirse nueva tecnologa. Cal es la posibilidad de desarrollarla?.
Factibilidad Econmica
Los beneficios que se obtendrn del sistema, superarn los costos de construirlo?. Si no desarrollamos el sistema, Cules sern los costos para la organizacin sin este nuevo sistema?
Factibilidad Operacional
Una vez desarrollado e implementado, ser utilizado el sistema?. Cul ser la resistencia de los usuarios al cambio que proveer este nuevo sistema?. Esta resistencia, disminuir los beneficios potenciales del nuevo sistema? Tambin existe la posibilidad de estudiar la Factibilidad Legal del desarrollo de un sistema de informacin administrativa, dependiendo de la organizacin en la cual se desarrolle y de las normas legales o constitucionales que limiten procedimientos administrativos de la Organizacin. Otro aspecto es el estudio de Viabilidad del Proyecto de desarrollo que indica si en la organizacin estn dadas las condiciones, a todo nivel, para desarrollar el nuevo sistema.
Aprobacin de la Solicitud
Aquellos proyectos que son factibles y viables para la organizacin, deben ser aprobados. En algunos casos el desarrollo puede comenzar inmediatamente. Si el equipo de desarrollo tiene muchos proyectos para realizar, la administracin decide el orden en que se llevarn a cabo de acuerdo a la importancia que se le asigne a cada uno. Despus de aprobar la solicitud del proyecto, se estima su costo, el tiempo necesario para terminarlo y las necesidades de personal; con esta informacin se determina donde ubicarlo dentro de la lista existente de proyectos.
Para contestar estas preguntas, el analista conversa con varias personas para reunir detalles Relacionados con los procesos de la empresa, sus opiniones sobre porqu ocurren las cosas, Las soluciones que proponen y sus ideas para cambiar el proceso.
El xito de un sistema depende principalmente de la satisfaccin de los usuarios Las estadsticas muestran que el 50% de los errores se producen por un deficiente anlisis de requerimientos.
Mtodos orientados hacia necesidades de la Organizacin se destacan: Factores Crticos de xito (FCE)
Interrogacin a los ejecutivos de los elementos crticos que permiten un buen desempeo de un trabajo Reuniones peridicas guiadas por expertos Lista de factores sobre los cuales debe proporcionarse un conjunto de sistemas, mediciones e indicadores. Evaluacin y control
Anlisis de Procesos:
Se apoya en la idea que los grupos de decisiones/acciones, relacionados con la administracin de los recursos de la empresa. Son la base de apoyo y el punto de partida que los sistemas de informacin deben brindar Ejemplo: BDP ( Business Systems Planning) que se centra en la elaboracin de un plan maestro y una arquitectura general de datos para la generacin o desarrollo de sistemas en una organizacin.
Mtodos centrados en la definicin de requerimientos para aplicaciones especficas Anlisis de Sistemas Socio-Tcnicos:
Comienza con la separacin del sistema en dos: Subsistema tcnico y subsistema social. Plantea la definicin de los requerimientos de cada subsistema para luego compatibilizar ambas especificaciones desde una perspectiva global, considerando la interaccin entre los distintos elementos y el comportamiento de los usuarios afectados por el sistema
En general la mayora de los mtodos requieren la participacin o interaccin entre usuarios y analistas. Lo anterior implica anlisis de una serie de variables relevantes: 1. Restricciones de los individuos como procesadores de informacin y encargados de resolver problemas. 2. La variedad y complejidad de los requerimientos de informacin 3. Los complejos esquemas de interaccin entre los individuos que participan en el proceso de anlisis de requerimientos
Fsico.
En el Diseo Lgico se identifica el Qu es lo que har el sistema que se construir y en el Diseo Fsico se identifica el Cmo se efectuaran estas actividades.
Los elementos que se determinan en la etapa de diseo son los reportes y dems salidas que debe producir el sistema, tambin se desarrolla un bosquejo de las pantallas que se esperan que aparezcan cuando el sistema est terminado; tambin se indica los datos de entrada, los que sern calculados y los que deben ser almacenados.
Diseo de las Entradas: Detalle de las entradas necesarias para generar las
salidas previamente diseadas. Especificacin de los registros , los archivos de donde se extraern, el medio de almacenamiento donde residen o dispositivos partir de donde sern capturadas las entradas (teclado, lector ptico, mouse, pantalla sensible, etc.)
Detalle de todos los distintos tipos de archivos involucrados en el diseo ( maestros, temporales, transacciones, histricos, etc.) y de cada uno de ellos la descripcin ( nombre, extensin, descripcin de sus campos). Paralelamente en la fase de Diseo Fsico se toman las decisiones acerca de la TI (Tecnologas de Informacin) necesarias para la solucin que se esta planteando. Dado a que s un proceso complejo por la diversidad y variedad de alternativas , lo que dificulta el proceso de comparacin y la cuantificacin exacta de los beneficios a reportar hacia la organizacin, se debe abordar cuidadosamente incorporando al menos los siguientes criterios:
Conocer el Costo Total de una determinada tecnologa revisando los costos ocultos:
Costo de implementacin Seguros involucrados Equipos de respaldo requeridos Capacidad y proyeccin de crecimiento futuro Entrenamiento Traslados
Es indispensable justificar por qu y para qu se esta adquiriendo o contratando una determinada tecnologa de informacin.
Establecer dentro de los criterios de seleccin , una serie de elementos complementarios ( caractersticas del proveedor y sus servicios, consideraciones de obsolescencia y compatibilidad):
Respecto al Proveedor:
Confiabilidad Solidez financiera Prestigio Apoyo a la puesta en marcha Servicio tcnico Frmulas de financiamiento Formas de Pago Etc.
Respecto de la Tecnologa:
Compatibilidad con la tecnologa existente Compatibilidad con la tecnologa a adquirir en el futuro Posibilidad de crecimiento modular Nivel tecnolgico del componente computacional
CONSTRUCCION:
Se inicia una vez terminado el Diseo Lgico y Diseo Fsico. Este proceso se divide en dos etapas relevantes:
Programacin
Pruebas (testing)
Programacin:
Las actividades de esta etapa principalmente consiste en confeccionar los programas a la medida, de acuerdo a los requerimientos del diseo. Tambin se puede instalar o modificar software comprados a terceros. La eleccin depende del costo de cada alternativa.
En empresas pequeas donde no hay programadores se pueden contratar servicios externos de programacin. Tambin se hace la documentacin de los programas y un manual del sistema que indica la justificacin de la programacin de los diferentes procedimientos.
Construccin de Programas
Prueba ( Testing):
En esta etapa el sistema se prueba de manera experimental para asegurarse de que no tenga fallas, es decir que funcione de acuerdo a las especificaciones y como los usuarios esperan. Las pruebas del sistema sern con usuarios de los distintos niveles de la organizacin: usuarios comunes, ejecutivos, directivos, etc. El objetivo es descubrir cualquier sorpresa antes que el sistema sea implementado y que la Organizacin dependa de l. La finalidad principal de esta etapa es la deteccin de errores para la operacin normal del sistema
Entrenamiento de usuarios
Instalacin de la aplicacin
1. 2. 3. 4.
Conversin en Paralelo:
SISTEMA NUEVO SISTEMA ANTIGUO Considera el funcionamiento simultneo durante un cierto perodo de tiempo del sistema antiguo y del sistema nuevo. Permite verificar consistencia de la informacin que entrega el nuevo sistema con el antiguo. Es muy til para aplicaciones orientadas al nivel operacional que tienen importancia crucial para el desempeo de la organizacin.
Presenta el inconveniente de que requiere un esfuerzo adicional a los recursos humanos de la organizacin. Puede requerir mano de obra adicional para llegar a los plazos inicialmente definidos. Generalmente se alarga el perodo de conversin implicando aumento en los costos y carga de trabajo. Lo anterior ocurre principalmente cuando el sistema no ha podido ser probado o por temor a la falla.
CONVERSION GRADUAL:
SISTEMA ANTIGUO
SISTEMA NUEVO
Este mtodo define un cierto perodo de tiempo en el cual el nuevo sistema va reemplazando paulatinamente las actividades del antiguo. La organizacin conoce poco a poco el desempeo del sistema, minimizando el impacto derivado del cambio y evitando algunos riesgos. El inconveniente es que no siempre las aplicaciones pueden ser convertidas en forma gradual, principalmente porque requiere de la existencia de actividades divisibles y de una comunicacin entre ambos sistemas, que pueden ser costosa de operacionalizar.
SISTEMA ANTIGUO
SISTEMA NUEVO
Se convierte al nuevo sistema slo una parte de la organizacin ( departamentos/funciones), quedando el resto del sistema operando con el antiguo. Se puede detectar errores NO ANTICIPADOS con un mnimo de riesgo. La clave es que el segmento donde se aplica el nuevo sistema sea representativo. Un riesgo es que el plan piloto se confunda con un test o prueba del mismo sistema y no se perciba la trascendencia de las actividades que le siguen: implementacin del sistema a nivel global
CONVERSION ABRUPTA
Requiere una muy buena planificacin la conversin para reemplazar en un determinado tiempo , en toda la organizacin, el sistema antiguo por el nuevo. Se reducen violentamente los costos de conversin e incide en el plano psicolgico del cambio, ya que asume que todo el personal colaborar en la puesta en marcha y eliminar el antiguo sistema. El principal inconveniente de este modelo es que ante una deteccin de un error grave , el efecto es sobre toda la organizacin, sin el respaldo del sistema antiguo. Es adecuado para aplicaciones cuyo impacto a nivel organizacional no es muy significativo
OPERACIN Y MANTENCION: Una vez terminado el sistema en su implementacin debe usarse para satisfacer las necesidades de informacin por las cuales se gener. Sin embargo tenemos que los sistemas de informacin estn inmersos en un medio dinmico, por lo que debe estar sujeto a ciertos cambios que lo adapten a las situaciones del entorno que provoquen modificaciones en sus procesos de transformacin de la informacin.
Las alteraciones mayores que signifiquen el rediseo lgico de parte del sistema se debiera entender como nuevos proyectos, los que se detectaran en la etapa de evaluacin. La experiencia muestra que las mantenciones mayores generalmente se abordan en forma sucesiva y no como proyectos independientes. Las estadsticas muestra que aproximadamente el 70 % de los recursos de los departamentos de TI se gastan en mantenimiento de los sistema antiguos y es extremadamente caro.
EVALUACION:
A fin de medir el grado de satisfaccin de sus usuarios y verificar si cumple con sus objetivos. Todo sistema debe someterse a una evaluacin que permita tomar medidas correctivas oportunamente. Un sistema nuevo debera evaluarse al menos dos veces en el semestre que sigue a su puesta en marcha, para detectar as las necesidades de mayor capacitacin o para detectar actitudes que puedan conducir el deceso del sistema. Si la evaluacin arroja como resultado la necesidad de realizar cambios significativos en un sistema se debe iniciar un ciclo de vida que parte con el estudio de factibilidad de los cambios, o con el desarrollo de un sistema distinto.
El desarrollo de sistemas son las actividades que se orientan a la produccin de una solucin de sistemas de informacin para un problema organizacional o para el aprovechamiento de una oportunidad. Existen mltiples enfoques para desarrollar sistemas.
Sin embargo, si se compara el contenido de las etapas, se observa un alto grado de coincidencia.
MANUAL DE SIA I
Investigacin preliminar Determinacin de requerimientos Diseo del sistema Desarrollo de software Prueba de los sistemas Implantacin y Evaluacin
Elaboracin de prototipos
Consiste en el desarrollo de un sistema no funcional, rpido y barato para que los usuarios finales lo evalen. El prototipo avalado por los usuarios puede ser usado como marco de referencia para crear el sistema definitivo. El proceso de desarrollo de un diseo preliminar, de probarlo, afinarlo y probarlo de nuevo, se ha denominado proceso iterativo de desarrollo de sistemas.
Elaboracin de prototipos
Es menos formal que el ciclo de vida. Los requerimientos se determinan dinmicamente a medida que el prototipo se construye. El anlisis, diseo e implantacin del sistema ocurren al mismo tiempo.
Ahorro en el diseo. Ahorro en la mantencin. Incorpora las mejores prcticas (best practices) de la industria. Impacto potencial en los procedimientos organizaciones (tambin puede ser una desventaja).