Estudio de la Factibilidad


Estudios de Factibilidad:
En general los análisis de factibilidad más profundos, o los estudios de factibilidad, se completan durante la fase de diseño de sistemas, en general durante la consideración de la evaluación de las diferentes alternativas de solución propuestas. Los estudios de factibilidad consideran la factibilidad técnica, económica y operacional de cada alternativa, así como si el proyecto es o no apropiado dados los factores políticos y otros del contexto institucional.

Factibilidad operacional:
Esta factibilidad comprende una determinación de la probabilidad de que un nuevo sistema se use como se supone. Deberían considerarse cuatro aspectos de la factibilidad operacional por lo menos. Primero, un nuevo sistema puede ser demasiado complejo para los usuarios de la organización o los operadores del sistema. Si lo es, los usuarios pueden ignorar el sistema o bien usarlo en tal forma que cause errores o fallas en el sistema. Segundo, un sistema puede hacer que los usuarios se resistan a él como consecuencia de una técnica de trabajo, miedo a ser desplazados, intereses en el sistema antiguo u otras razones. Para cada alternativa debe explorarse con cuidado la posibilidad de resistirse al cambio al nuevo sistema. Tercero, un nuevo sistema puede introducir cambios demasiado rápido para permitir al personal adaptarse a él y aceptarlo. Un cambio repentino que se ha anunciado, explicado y “vendido” a los usuarios con anterioridad puede crear resistencia. Sin importar qué tan atractivo pueda ser un sistema en su aspecto económico si la factibilidad operacional indica que tal vez los usuarios no aceptarán el sistema o que uso resultará en muchos errores o en una baja en la moral, el sistema no debe implantarse. Una última consideración es la probabilidad de la obsolescencia subsecuente en ele sistema. La tecnología que ha sido anunciada pero que aún no está disponible puede ser preferible a la tecnología que se encuentra en una o más de las alternativas que se están comparando, o cambios anticipados en las practicas o políticas administrativas pueden hacerse que un nuevo sistema sea obsoleto muy pronto. En cualquier caso, la implantación de la alternativa en consideración se convierte en impráctica. Un resultado frecuente de hallazgos negativos acerca de la factibilidad operacional de un sistema es que éste no se elimina sino que se simplifica para mejorar su uso. Otras posibilidades son que los programas de relaciones públicas o de entrenamiento estén diseñados para enfocarse a sobreponerse a la resistencia a un nuevo sistema, o se desarrollan formas para hacer fases en el nuevo sistema en un largo periodo para que el cambio total, que traumatizaría a los usuarios u operadores, se convierta en una serie de pequeños cambios.
Factibilidad Técnica:
El análisis de factibilidad técnica evalúa si el equipo y software están disponibles (o, en el caso del software, si puede desarrollarse) y si tienen las capacidades técnicas requeridas por cada alternativa del diseño que se esté considerando. Los estudios de factibilidad técnica también consideran las interfases entre los sistemas actuales y nuevo. Por ejemplo, los componentes que tienen diferentes especificaciones de circuito no pueden interconectarse, y los programas de software no pueden pasar datos a otros programas si tienen diferentes formatos en los datos o sistemas de codificación; tales componentes y programas no son compatibles técnicamente. Sin embargo, puede hacerse una interfase entre los sistemas no compatibles mediante la emulación, la cual son circuitos diseñados para hacer que los componentes sean compatibles, o por medio de la simulación, que es un programa de cómputo que establece compatibilidad, pero con frecuencia estas formas de factibilidad técnica no están disponibles o son demasiado costosas. Los estudios de factibilidad técnica también consideran si la organización tiene el personal que posee la experiencia técnica requerida para diseñar, implementar, operar y mantener el sistema propuesto. Si el personal no tiene esta experiencia, puede entrenársele o pueden emplearse nuevos o consultores que la tengan. Sin embargo, una falta de experiencia técnica dentro de la organización puede llevar al rechazo de una alternativa particular.

Factibilidad Económica:
Los estudios de factibilidad económica incluyen análisis de costos y beneficios asociados con cada alternativa del proyecto. Con análisis de costos/beneficio, todos los costos y beneficios de adquirir y operar cada sistema alternativo se identifican y se hace una comparación de ellos.
Primero se comparan los costos esperados de cada alternativa con los beneficios esperados para asegurarse que los beneficios excedan a los costos. Después la proporción costo/beneficio de cada alternativa se compara con las proporcionan costo/beneficio de las otras alternativas para identificar la alternativa que sea más atractiva e su aspecto económico. Una tercera comparación, por lo general implícita, se relaciona con las formas en que la organización podría gastar su dinero de modo que no fuera en un proyecto de sistemas. Los costos de implementación incluyen comúnmente el costo remanente de la investigación de sistemas (ara este propósito, los costos en los que ya se ha incurrido no son relevantes), los costos de hardware y software, los costos de operación del sistema para su vida útil esperada, y los costos de mano de obra, material, energía, reparaciones y mantenimiento. A través del análisis de costo/beneficio, la organización debe apoyarse en los conceptos tradicionales de análisis financiero y las herramientas como teoría del valor presente, análisis de costos diferenciales y análisis de flujos descontados.
Algunos costos y beneficios pueden cuantificarse fácilmente. Los beneficios que pueden cuantificarse con facilidad son de dos tipos generales: Ahorros en costos, tales como una disminución en costos de operación y aumentos en las utilidades directas. Como un ejemplo de lo último, un cliente podría haber contratado la suministración de pedidos de una cantidad conocida si la organización implanta un sistema que información que proporcione al cliente información continua acerca del estado de la producción en proceso de los embarques planeados de mercancía, de tal forma que a los clientes de dicho cliente pueda dárseles estimaciones exactas de cuándo estará disponible la mercancía.
Un problema importante con el análisis de costos/beneficio es la atención inadecuada de costos y beneficios intangibles. Éstos son aspectos de las alternativas de los nuevos sistemas que sí afectan los costos y utilidades y deberían evaluarse pero que los afectan en formas que no pueden cuantificarse fácilmente. Los factores intangibles con frecuencia están relacionados a la calidad de la información proporcionada por el sistema y a veces a formas sutiles en que esta información afecta a la empresa, tal como alternando las actitudes para que la información sea vista como un recurso. Con frecuencia los diseñadores de sistemas no están a gusto basando sus recomendaciones en intangibles "vagos" que deben estimarse en forma contraria a lo que se llama "hechos Duros" de costos y beneficios fácilmente cuantificables; prefieren justificar sus recomendaciones con datos determinados objetivamente. Cuando se da mayor importancia a los costos y beneficios cuantificables que a los costos y beneficios intangibles, quizá haya una desviación contra el nuevo sistema por que la mayoría de los costos pueden cuantificarse de manera fácil, mientras muchos de los beneficios más importantes pueden ser intangibles y por lo tanto no se consideran correctamente. Dos beneficios intangibles son el servicio a clientes y mejor información administrativa. Por ejemplo, los clientes pueden recibir información puntual y exacta acerca de los envíos, estados y otros informes más exactos, y nuevos servicios. Los cajeros electrónicos en los bancos que permiten a los clientes realizar operaciones 24 horas al día y que pueden resultar en un mayor número de clientes y utilidades para el banco, son un ejemplo de un servicio al cliente. Además, un nuevo sistema puede proporcionar una mejor imagen de la organización a sus clientes, vendedores, y empleados, que ayuda a atraer más clientes a que ayuda a retener a los empleados. Los beneficios intangibles importantes pueden ser adquiridos de un nuevo sistema de información. Es cierto que el principal ímpetu al desarrollar un nuevo sistema puede ser la expectativa de información más exacta y a tiempo, un mejor formato de los informes, o informes que estén más enfocados a áreas particulares de problemas. Por ejemplo, los informes pueden recibirse más pronto después del cierre del periodo, o el nuevo sistema puede hacer que la información esté disponible con base en preguntas durante todo el tiempo. Además en muchos casos el nuevo sistema proporciona información que antes no estaba disponible, como información de los costos estándares o incrementos en los costos.
También pude haber menos beneficios intangibles obvios. Un nuevo sistema puede proporcionar mejor control sobre las operaciones de la organización, o puede ser que la auditoría sea más rápida o a un costo menor. Un beneficio intangible final es que la experiencia obtenida de la investigación de sistemas y del uso de un sistema de información más avanzado a menudo coloca a la organización en una mejor posición para tomar ventajas de desarrollos futuros en tecnología de computación y sistemas de información. Por ejemplo, es posible que la experiencia obtenida del desarrollo de una base de datos de personal tenga mucho valor si la organización decide implantar una base de datos financiera; no sólo estará afectando positivamente l diseño de la base de datos financiera, sino que también existirá una reducción en los costos de su desarrollo, que es un ahorro en costos hacia el siguiente proyecto de sistemas que debería considerarse como un beneficio proporcional por el proyecto actual. La mayoría de los costos y beneficios intangibles de una alternativa afectan en forma indirecta las utilidades, pero esto es difícil de medir.

La siguiente es una forma de cuantificar los costos y beneficios intangibles:

1. Identificar las causas y efectos directos. Por ejemplo, el efecto directo de computarizar tareas repetitivas puede ser que un nuevo sistema mejore los trabajos actuales y mejore la moral.
2. Identificar los efectos indirectos. Por ejemplo, una mejor moral puede resultar en cerca de 5% menos ausentismo y un 10% menos en el índice de rotación de empleados.
3. Estimar el impacto económico de los efectos indirectos para la vida estimada del sistema. Por ejemplo, una reducción en los retrasos de la programación y horas extras debidas a la reducción del ausentismo puede ahorrar casi $2,000 al año, y una reducción en los costos de entrenamiento debidos a una reducción en la rotación de los empleados puede ahorrar hasta $3,000 al año. El beneficio total (ahorro en costos) debido a una mejora en los empleos sería entonces $5,000 al año o de $20,000 para una vida estimada de 4 años del sistema.
Esta forma puede usarse para una gran variedad de costos y beneficios intangibles. Aunque arbitraria y subjetiva, es preferible a ignorar los intangibles. Esta forma puede describirse como “hacer tangibles los intangibles”.
Una forma alternativa es dejar sin cuantificar a los intangibles. Después, los usuarios y diseñadores de sistemas los estudian y llegan a un acuerdo acerca de la importancia relativa de lo cuantificado y de los costos y beneficios intangibles. Sin embargo, con frecuencia los costos y beneficios intangibles no se analizan completamente, y no se hace ningún intento para llegar a un acuerdo acerca de su importancia.

Diseño del Sistema General

El diseño de sistemas se refiere a la formulación de especificaciones para el nuevo sistema o subsistema propuesto, de manera que satisfaga los requisitos determinados durante la fase de análisis. Finalmente el diseño de sistemas vendrá a ser una presentación detallada del informe de terminación del análisis de sistemas.

El diseño de un sistema de información puede descomponerse en especificaciones físicas y lógicas. El diseño lógico representa los componentes del sistema y sus relaciones mutuas, como aparecerían ante los usuarios. Muestra lo que la solución sistemática hará en contraposición con el modo como lo es en la actualidad implantada físicamente. Describe las entradas y salidas, las funciones de procesamiento a realizar, los procedimientos de negocios, los modelos de datos y los controles.

El diseño físico es el proceso de traducción del modelo lógico abstracto a un diseño técnico específico para el nuevo sistema. Produce las especificaciones reales para el hardware, software y bases de datos físicas, medios de entrada/salida, procedimientos manuales y controles específicos. Proporciona las especificaciones que transforman el diseño lógico abstracto en un sistema de funciones de personas y máquinas.

Cuando el analista esté listo para comenzar a diseñar el nuevo sistema, ya deben estar establecidos ciertos elementos. Debe hacer una definición del problema, información general de antecedentes sobre el área bajo estudio, una idea aproximada de las interacciones dentro del área de estudio y con otras áreas, un buen entendimiento del sistema actual, y un conjunto de requerimientos para el nuevo sistema.

Etapas básicas del proceso diseño

En de la práctica, la aplicación del proceso de diseño es un esfuerzo repetitivo. A medida que el analista va considerando cada uno de los elementos del proceso, se ve obligado a revisar una y otra vez a reexaminar las estructuras y relaciones establecidas hasta el momento, y a modificarlas para satisfacer la nueva condición. La repetición continúa hasta que han sido consideradas todas las dimensiones del sistema propuesto y se formula la proposición final. Las etapas básicas del proceso de diseño pueden exponerse así:

  1. Definir el objetivo del sistema.
  2. Desarrollar un modelo conceptual.
  3. Identificar el resultado más importante del sistema.
  4. Señalar los datos específicos de entrada necesarios para obtener ese resultado.
  5. Describir las operaciones de procesamiento de datos, particularmente los algoritmos lógicos y de cálculo, que deben aplicarse a los datos de entrada para producir la información deseada.
  6. Identificar los elementos de entrada que se pueden introducir una sola vez y quedar almacenados para usarlos en operaciones subsecuentes de procesamiento.
  7. Seguir efectuando los pasos anteriores para cada resultado requerido y por orden de prioridad hasta haberlos considerado en su totalidad.
  8. Establecer un banco de datos que pueda sustentar al sistema en la forma más efectiva .
    Aplicar restricciones.
  9. En base a las restricciones impuestas eliminar los casos extremos de entrada, salida y procesamiento.
  10. Señalar los diferentes puntos de control.
  11. Definir las actividades de procesamiento de datos.
  12. diseñar los formatos de entrada y salida que mejor se adapten al diseño del sistema.
    Establecer los métodos de procesamiento y los puntos comunes de los datos.
  13. Formular la proposición del diseño del sistema. Analizando específicamente las entradas, las salidas y las actividades de procesamiento por orden de su contribución al logro del objetivo general del sistema, el analista reduce al mínimo el tiempo necesario para llegar a una estructuración del diseño principal.
Diseño Estructurado



Diseño Detallado


Programación

Los programadores o Analistas programadores que trabajan en las grandes organizaciones pertenecen a un grupo permanente de profesionales y son los responsables de la programación y documentación de los programas en donde proporcionan una explicación de cómo y porqué ciertos procedimientos se codifican en determinada forma. La documentación es esencial para probar el programa y llevar a cabo el mantenimiento una vez que la aplicación se encuentra instalada.


Prueba de 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. Es preferible descubrir cualquier sorpresa antes de que la organización implante el sistema y dependa de él. En muchas organizaciones, las pruebas son conducidas por personas ajenas al grupo que escribió los programas originales; con esto se persigue asegurar, por una parte, que las pruebas sean completas e imparciales y, por otras, que el software sea más confiable.

Estándares y Documentación

Esto tiene el principal objetivo de:

  • Estandarizar los procedimientos de desarrollo y realización de la documentación de los sistemas.
  • Establecer métodos de comunicación con las demás áreas que participan en el desarrollo del sistema.
  • Motivar al personal de forma ordenada, metódica y disciplinada.
  • Establecer procedimientos de revisión y aprobación de los resultados obtenidos en cada fase del sistema.
  • Establecer una forma estándar al desarrollar los programas que se realizarán, por ejemplo, como nombrar variables, organización de código, de archivos, etc..

Por lo que dentro de la documentación de soporte debemos incluir:

  • Narrativa del sistema.
  • Diagramas de flujo.
  • Diccionario de datos.
  • Diseño de pantallas.
  • Descripciones de las entradas y salidas.
  • Los programas desarrollados.
  • Manual de Usuario.

Los documentos deben ser referenciados con el nombre del proyecto que conforma el sistema.

Instalación de Sistemas de Información


Es la última fase del desarrollo de Sistemas. Es el proceso instalar equipos o Software nuevo, como resultado de un análisis y diseño previo como resultado de la sustitución o mejoramiento de la forma de llevar a cavo un proceso automatizado.
Al Implantar un Sistema de Información lo primero que debemos hacer es asegurarnos que el Sistema sea operacional o sea que funcione de acuerdo a los requerimientos del análisis y permitir que los usuarios puedan operarlo.
Existen varios enfoques de Implementación:


  • Es darle responsabilidad a los grupos.
  • Uso de diferentes estrategias para el entrenamiento de los usuarios.
  • El Analista de Sistemas necesita ponderar la situación y proponer un plan de conversión que sea adecuado para la organización.
  • El Analista necesita formular medidas de desempeño con las cuales evaluar a los Usuarios.
  • Debe Convertir físicamente el sistema de información antiguo, al nuevo modificado.
En la preparación de la implantación, aunque el Sistema este bien diseñado y desarrollado correctamente su éxito dependerá de su implantación y ejecución por lo que es importante capacitar al usuario con respecto a su uso y mantenimiento.
Capacitación de Usuarios del Sistema
Es enseñar a los usuarios que se relacionan u operan en un proceso de implantación.
La Responsabilidad de esta capacitación de los Usuarios primarios y secundarios es del Analista, desde el personal de captura de datos hasta aquellos que toman las decisiones sin usar una Computadora.
No se debe incluir a personas de diferentes niveles de habilidad e intereses de trabajo; debido a que si en una Empresa existen trabajadores inexpertos no se pueden incluir en la misma sección de los expertos ya que ambos grupos quedaran perdidos.
"Es como querer conducir dos Barcos con diferentes destinos con un mismo Mapa de rutas o con el mismo timón".

La Evaluación del Sistema

Se lleva a cabo para identificar puntos débiles y fuertes del Sistema implantado.

La evaluación ocurre a lo largo de cualquiera de las siguientes cuatro dimensiones:

Evaluación operacional
Es el Momento en que sé evalúa la manera en que funciona el Sistema, esto incluye su facilidad de uso, Tiempo de respuesta ante una necesidad o proceso, como se adecuan los formatos en que se presenta la Información, contabilidad global y su nivel de utilidad.

Impacto Organizacional
Identifica y mide los beneficios operacionales para la empresa
en áreas tales como, Finanzas (Costos, Ingresos y Ganancias), eficiencia en el desempeño laboral e impacto competitivo, Impacto, rapidez y organización en el flujo de Información interna y externa.

Desempeño del Desarrollo
Es la evaluación del Proceso de desarrollo adecuado tomando en
cuentas ciertos criterios como, Tiempo y esfuerzo en el desarrollo concuerden con presupuesto y estándares y otros criterios de Administración de Proyectos. Además se incluyen la valoración de los métodos y herramientas utilizados durante el desarrollo del Sistema.

Prueba de Sistemas
Dependiendo del tamaño de
la Empresa que usara el Sistema y el riesgo asociado a su uso, puede hacerse la elección de comenzar la operación del Sistema solo en un área de la Empresa (como una Prueba piloto), que puede llevarse a cabo en un Departamento o con una o dos personas. Cuando se implanta un nuevo sistema lo aconsejable es que el viejo y el nuevo funcionen de manera simultánea o paralela con la finalidad de comparar los resultados que ambos ofrecen en su operación, además dar tiempo al personal para su entrenamiento y adaptación al nuevo Sistema. Durante el Proceso de Implantación y Prueba se deben implementar todas las estrategias posibles para garantizar que en el uso inicial del Sistema este se encuentre libre de problemas lo cual se puede descubrir durante este proceso y levar a cabo las correcciones de lugar para su buen funcionamiento.
Desdichadamente la evaluación de Sistemas no siempre recibe la atención que merece, sin embargo cuando se lleva a cabo de manera adecuada proporciona muchas informaciones que pueden ayudar a mejorar la efectividad de los esfuerzos de desarrollo de aplicaciones futuras.