Factibilidad operativa

32,916 views
32,156 views

Published on

1 Comment
8 Likes
Statistics
Notes
No Downloads
Views
Total views
32,916
On SlideShare
0
From Embeds
0
Number of Embeds
888
Actions
Shares
0
Downloads
419
Comments
1
Likes
8
Embeds 0
No embeds

No notes for slide

Factibilidad operativa

  1. 1. 24/02/2013 FACTIBILIDAD INFORMÁTICA1 Técnico Superior en Computación Tecnología y Legalidad Ing. Gabriel Lacayo
  2. 2. ¿QUÉ ES LA FACTIBILIDAD DE UN SISTEMA? 24/02/2013 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, operacional, legal y Cronograma de cada alternativa, así como si el proyecto es o no apropiado dados los factores políticos y otros del contexto institucional. 2
  3. 3. TIPO DE FACTIBILIDAD 24/02/2013 Operativo. Técnico. Económico. Legal. Cronograma 3
  4. 4. ESTUDIO DE FACTIBILIDAD 24/02/2013 Objetivos del Sistema Objetivos del Estudio (empresa) Mejora del sistema actual.  Reducción de errores y mayor precisión en los procesos. Disponibilidad de tecnología  Reducción de costos mediante la que satisfaga las necesidades. optimización o eliminación de recursos no necesarios. Tiempo del analista.  Integración de todas la areas y Costo de estudio. subsistemas de la empresa. Costo del tiempo del personal.  Actualización y mejoramiento de los servicios a clientes o usuarios. Costo del tiempo.  Aceleración en la recopilación de Costo del desarrollo datos. adquisición.  Reducción en el tiempo de procesamiento y ejecución de tareas. Operación garantizada.  Automatización optima de Uso garantizado. procedimientos manuales. 4
  5. 5. DESCRIPCIÓN DEL ESTUDIO 24/02/2013 Descripción del Entorno  Como quiera que se va a trabajar a posteriori en equipo, los analistas iniciales deben describir el entorno organizacional en donde se va a desarrollar el SI. Se debe hacer una breve reseña de la empresa, y una breve reseña de la Unidad Funcional específica a la cual se le desarrollará el SI.  En las fases de cualquier Metodología de Desarrollo de Sistemas de Información se deben emplear técnicas de recolección de información.  Entrevistas  Individuales o Grupales  Estructuradas o No Estructuradas  Cuestionarios  Abiertos o Cerrados  Observación Identificación del Problema  Es primordial que se identifique el problema, para poder tener más claro cuáles pueden ser las posibles soluciones que se van a presentar. 5
  6. 6.  Identificación de los Procedimientos Actuales  Se deben identificar, a grosso modo, los procedimientos generales que se llevan a cabo actualmente en la Unidad Funcional. Presentación de las Posibles Soluciones al Problema 24/02/2013  Se deben presentar al menos tres (03) posibles soluciones al Problema identificado. El presentarle una sola solución al usuario o cliente es forzarle a elegir una única propuesta. Al ofrecer al menos tres (03) posibles soluciones el usuario se sentirá que tiene la libertad para seleccionar la que considere más conveniente.  Normalmente en el ámbito de Desarrollo de Sistemas de Información se pueden presentar tres (03) soluciones clásicas:  Optimizar el Sistema Actual (quizás mediante la elaboración de procedimientos escritos, formatos, establecimiento de controles)  Adquirir una aplicación existente en el mercado y adaptarla a la organización  Desarrollar una aplicación hecha a la medida  Normalmente el costo del Hardware no es pertinente en un desarrollo de S.I., ya que lo que si es importante es el Software  En caso de que el cliente o usuario requiera Hardware, se deberá colocar en otra propuesta aparte  Aún, en esta etapa, no se conocen a ciencia cierta los requerimientos exactos de Hardware 6
  7. 7.  Validación de las Posibles Soluciones  Todas las Posibles Soluciones a presentar deben ser factibles, desde el punto de vista Operativo, Técnico, Económico, Legal y Socail.  Factibilidad Técnica (existe tecnología para realizar el S.I.?)  Factibilidad Operativa (habrá resistencia al cambio?) 24/02/2013  Factibilidad Económica (relación beneficio/costo)  Factibilidad Legal (cualquier acuerdo común de trabajo)  Factibilidad Social (Impacto social en la implementación del sistema)  No se puede ofrecer una solución que no sea factible. Ventajas y Desventajas de cada Posible Solución  Se presentan las ventajas y desventajas de cada Posible Solución, a fin de ofrecerle al cliente una base más sólida para la toma de decisiones y selección de la solución más adecuada. Cuadro comparativo de Costos y Tiempos de Ejecución  Se elabora un cuadro comparativo, donde se presenta cada solución, con su respectivo costo y tiempo de ejecución, a fin de presentarle de manera más resumida al usuario las opciones disponibles. Recomendación  De acuerdo a la experiencia del equipo de proyecto, se enuncia la solución más recomendada para ser desarrollada.  El Estudio de Factibilidad es una especie de “Presupuesto” que se le presenta al cliente o usuario  El Estudio de Factibilidad también puede conocerse como “Propuesta del Sistema”  Una vez aprobado el Estudio de Factibilidad por el Comité de Sistemas, clientes 7 o usuarios, se procede con las siguientes etapas del Desarrollo.
  8. 8. PRESENTACIÓN DE UN ESTUDIO DE FACTIBILIDAD 24/02/2013 Un estudio de factibilidad requiere ser presentado con todas la posibles ventajas para la empresa u organización, pero sin descuidar ninguno de los elementos necesarios para que el proyecto funcione. Para esto dentro de los estudios de factibilidad se complementan dos pasos en la presentación del estudio: Requisitos Óptimos. Requisitos Mínimos. 8
  9. 9. REQUERIMIENTOS Y FACTIBILIDAD OPERATIVA 24/02/2013 9
  10. 10. 24/02/2013 FACTIBILIDAD OPERATIVA10 Estudio de Caso y Ejemplo
  11. 11. FACTIBILIDAD OPERATIVA 24/02/2013 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.1. 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. 11
  12. 12. FACTIBILIDAD OPERATIVA 24/02/20132. 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.3. Un nuevo sistema puede introducir cambios demasiado rápido para permitir al personal adaptarse a él y aceptarlo. 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 su uso resultará en muchos errores o en una baja en la moral, el sistema no debe implantarse. 12
  13. 13. FACTIBILIDAD OPERATIVA 24/02/20134) Una última consideración es la probabilidad de la obsolescencia subsecuente en el 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. 13
  14. 14. TRABAJO FACTIBILIDAD OPERATIVA Índice 24/02/2013 Introducción Antecedentes Objetivo General Objetivos Específicos Propuesta del Sistema Beneficios de automatizar Análisis de Requerimientos Restricciones del Sistema Análisis de riesgos Alternativas de Solución  Factibilidad Operativa  Factibilidad Técnica  Factiblidad Economica  Factibilidad Legal 14  Factibilidad de Cronograma
  15. 15. TRABAJO FACTIBILIDAD OPERATIVA Contrato de prestaciones de servicio 24/02/2013 Cronograma Conclusiones Anexos Bibliografía 15
  16. 16. 24/02/2013 16

×