Planificacin de proyectos de software Anlisis de Sistemas de Computacin.

Diseo de Sistemas de Computacin

Implantacin, evaluacin y prueba de Sistemas de Computacin Bibliografa

Tema I. Planificacin de un proyecto de sistemas. Desarrollo

1.1. Que es un proyecto de Sistema o Software. ? Es el Proceso de gestinpara la creacin de un Sistema o software, la cual encierra un conjunto de actividades, una de las cuales es la estimacin, estimar es echar un vistazo al futuro y aceptamos resignados cierto grado de incertidumbre. Aunque la estimacin, es mas un arte que una Ciencia, es una actividad importante que no debe llevarse a cabo de forma descuidada. Existen tcnicas tiles para la estimacin de costes de tiempo. Y dado que la estimacin es la base de todas las dems actividades de planificacin del proyecto y sirve como gua para una buena Ingeniera Sistemas y Software. Al estimar tomamos en cuenta no solo del procedimientotcnico a utilizar en el proyecto, sino que se toma en cuenta los recursos, costos y planificacin. El Tamao del proyecto es otro factor importante que puede afectar la precisin de las estimaciones. A medida que el tamao aumenta, crece rpidamente la interdependencia entre varios elementos del Software. La disponibilidad de informacin Histrica es otro elemento que determina el riesgo de la estimacin. 1.2. Objetivos de la Planificacin del Proyecto. El objetivo de la Planificacin del proyecto de Software es proporcionar un marco de trabajo que permita al gestor hacer estimaciones razonables de recursos costos y planificacin temporal. Estas estimaciones se hacen dentro de un marco de tiempo limitado al comienzo de un proyecto de software, y deberan actualizarse regularmente medida que progresa el proyecto. Adems las estimaciones deberan definir los escenarios del mejor caso, y peor caso, de modo que los resultados del proyecto pueden limitarse. El Objetivo de la planificacin se logra mediante un proceso de descubrimiento de la informacin que lleve a estimaciones razonables. 1.3 Actividades asociadas al proyecto de software. 1.3.1 Ambito del Software. Es la primera actividad de llevada a cabo durante la planificacin del proyecto de Software. En esta etapa se deben evaluar la funcin y el rendimiento que se asignaron al Software durante la Ingeniera del Sistema de Computadora para establecer un mbito de proyecto que no sea ambiguo, e incomprensible para directivos y tcnicos Describe la funcin, el rendimiento, las restricciones, las interfaces y la fiabilidad, se evalan las funciones del mbito y en algunos casos se refinan para dar mas detalles antes del comienzo de la estimacin. Las restricciones de rendimiento abarcan los requisitos de tiempo de respuesta y procesamiento, identifican los limites del software originados por el hardware externo, por la memoria disponible y por otros sistemas existentes.

El Ambito se define como un pre-requisito para la estimacin y existen algunos elementos que se debe tomar en cuenta como es:

La Obtencin de la Informacin necesaria para el software. Para esto el analista y el cliente se renen sobre las expectativas del proyecto y se ponen de acuerdo en los puntos de inters para su desarrollo.

1.4 RECURSOS: La Segunda tarea de la planificacin del desarrollo de Software es la estimacin de los recursos requeridos para acometer el esfuerzo de desarrollo de Software, esto simula a una pirmide donde las Herramientas (hardware y Software), son la base proporciona la infraestructura de soporte al esfuerzo de desarrollo, en segundo nivel de la pirmide se encuentran los Componentes reutilizables. Y en la parte mas alta de la pirmide se encuentra el recurso primario, las personas (el recurso humano). Cada recurso queda especificado mediante cuatro caractersticas:

Descripcin del Recurso. Informes de disponibilidad. Fecha cronolgica en la que se requiere el recurso. Tiempo durante el que ser aplicado el recurso

1.4.1 Recursos Humanos. La Cantidad de personas requeridas para el desarrollo de un proyecto de software solo puede ser determinado despus de hacer una estimacin del esfuerzo de desarrollo (por ejemplo personas mes o personas aos), y seleccionar la posicin dentro de la organizacin y la especialidad que desempeara cada profesional. 1.4.2 Recursos o componentes de software reutilizables. Cualquier estudio sobre recursos de software estara incompleto sin estudiar la reutilizacion, esto es la creacin y la reutilizacion de bloques de construccin de Software. Tales bloques se deben establecer en catlogos para una consulta ms fcil, estandarizarse para una fcil aplicacin y validarse para la tambin fcil integracin. El Autor Bennatan sugiere cuatro categoras de recursos de software que se deberan tener en cuenta a medida que se avanza con la planificacin:

Componentes ya desarrollados. Componentes ya experimentados. Componentes con experiencia Parcial. Componentes nuevos.

1.4.3 Recursos de entorno. El entorno es donde se apoya el proyecto de Software, llamado a menudo entorno de Ingeniera de Software, incorpora Hardware y Software.

El Hardware proporciona una plataforma con las herramientas (Software) requeridas para producir los productos que son el resultado de la buena practica de la Ingeniera del Software, un planificador de proyectos debe determinar la ventana temporal requerida para el Hardware y el Software, y verificar que estos recursos estn disponibles. Muchas veces el desarrollo de las pruebas de validacin de un proyecto de software para la composicin automatizada puede necesitar un compositor de fotografas en algn punto durante el desarrollo. Cada elemento de hardware debe ser especificado por el planificador del Proyecto de Software. 1.5. ESTIMACION DEL PROYECTO DE SOFTWARE. En el principio el costo del Software constitua un pequeo porcentaje del costo total de los sistemas basados en Computadoras. Hoy en da el Software es el elemento mas caro de la mayora de los sistemas informticos. Un gran error en la estimacin del costo puede ser lo que marque la diferencia entre beneficios y perdidas, la estimacin del costo y del esfuerzo del software nunca ser una ciencia exacta, son demasiadas las variables: humanas, tcnicas, de entorno, polticas, que pueden afectar el costo final del software y el esfuerzo aplicado para desarrollarlo. Para realizar estimaciones seguras de costos y esfuerzos tienen varias opciones posibles:

Deje la estimacin para mas adelante (obviamente podemos realizar una estimacin al cien por cien fiable despus de haber terminado el proyecto. Base las estimaciones en proyectos similares ya terminados. Utilice tcnicas de descomposicin relativamente sencillas para generar las estimaciones de costos y esfuerzo del proyecto. Desarrolle un modelo emprico para l calculo de costos y esfuerzos del Software.

Desdichadamente la primera opcin, aunque atractiva no es practica. La Segunda opcin puede funcionar razonablemente bien si el proyecto actual es bastante similar a los esfuerzos pasados y si otras influencias del proyecto son similares. Las opciones restantes son mtodos viables para la estimacin del proyecto de software. Desde el punto de vista ideal, se deben aplicar conjuntamente las tcnicas indicadas usando cada una de ellas como comprobacin de las otras. Antes de hacer una estimacin, el planificador del proyecto debe comprender el mbito del software a construir y generar una estimacin de su tamao. 1.5.1 Estimacin basada en el Proceso. Es la tcnica ms comn para estimar un proyecto es basar la estimacin en el proceso que se va a utilizar, es decir, el proceso se descompone en un conjunto relativamente pequeo de actividades o tareas, y en el esfuerzo requerido para llevar a cabo la estimacin de cada tarea. Al igual que las tcnicas basadas en problemas, la estimacin basada en el proceso comienza en una delineacin de las funciones del software obtenidas a partir del mbito del proyecto. Se mezclan las funciones del problema y las actividades del proceso. Como ultimo paso se calculan los costos y el esfuerzo de cada funcin y la actividad del proceso de software. 1.6. DIFERENTES MODELOS DE ESTIMACION. Existen diferentes modelos de estimacin como son:

1.6.1 Los Modelos Empricos: Donde los datos que soportan la mayora de los modelos de estimacin obtienen una muestra limitada de proyectos. Por est razn, el modelo de estimacin no es adecuado para todas las clases de software y en todos los entornos de desarrollo. Por lo tanto los resultados obtenidos de dichos modelos se deben utilizar con prudencia. 1.6.2 El Modelo COCOMO. Barry Boehm, en su libro clsico sobre economa de la Ingeniera del Software, introduce una jerarqua de modelos de estimacin de Software con el nombre de COCOMO, por su nombre en Ingles (Constructive, Cost, Model) modelo constructivo de costos. La jerarqua de modelos de Boehm esta constituida por los siguientes:

Modelo I. El Modelo COCOMO bsico calcula el esfuerzo y el costo del desarrollo de Software en funcin del tamao del programa, expresado en las lneas estimadas. Modelo II. El Modelo COCOMO intermedio calcula el esfuerzo del desarrollo de software en funcin del tamao del programa y de un conjunto de conductores de costos que incluyen la evaluacin subjetiva del producto, del hardware, del personal y de los atributos del proyecto. Modelo III. El modelo COCOMO avanzado incorpora todas las caractersticas de la versin intermedia y lleva a cabo una evaluacin del impacto de los conductores de costos en cada caso (anlisis, diseo, etc.) del proceso de ingeniera de Software.

1.6.3 Herramientas Automticas De Estimacin. Las herramientas automticas de estimacin permiten al planificador estimar costos y esfuerzos, as como llevar a cabo anlisis del tipo, que pasa si, con importantes variables del proyecto, tales como la fecha de entrega o la seleccin del personal. Aunque existen muchas herramientas automticas de estimacin, todas exhiben las mismas caractersticas generales y todas requieren de una o ms clases de datos. A partir de estos datos, el modelo implementado por la herramienta automtica de estimacin proporciona estimaciones del esfuerzo requerido para llevar a cabo el proyecto, los costos, la carga de personal, la duracin, y en algunos casos la planificacin temporal de desarrollo y riesgos asociados. En resumen el planificador del Proyecto de Software tiene que estimar tres cosas antes de que comience el proyecto: cuanto durara, cuanto esfuerzo requerir y cuanta gente estar implicada. Adems el planificador debe predecir los recursos de hardware y software que va a requerir y el riesgo implicado. Para obtener estimaciones exactas para un proyecto, generalmente se utilizan al menos dos de las tres tcnicas referidas anteriormente. Mediante la comparacin y la conciliacin de las estimaciones obtenidas con las diferentes tcnicas, el planificador puede obtener una estimacin ms exacta. La estimacin del proyecto de software nunca ser una ciencia exacta, pero la combinacin de buenos datos histricos y tcnicas puede mejorar la precisin de la estimacin. TEMA II. ANALISIS DE SISTEMAS DE COMPUTACION

TEMA II. Anlisis de Sistemas de Computacin. DESARROLLO. 2.1 Conceptos y Anlisis: Es un conjunto o disposicin de procedimientos o programas relacionados de manera que juntos forman una sola unidad. Un conjunto de hechos, principios y reglas clasificadas y dispuestas de manera ordenada mostrando un plan lgico en la unin de las partes. Un mtodo, plan o procedimiento de clasificacin para hacer algo. Tambin es un conjunto o arreglo de elementos para realizar un objetivo predefinido en el procesamiento de la Informacin. Esto se lleva a cabo teniendo en cuenta ciertos principios:

Debe presentarse y entenderse el dominio de la informacin de un problema. Defina las funciones que debe realizar el Software. Represente el comportamiento del software a consecuencias de acontecimientos externos. Divida en forma jerrquica los modelos que representan la informacin, funciones y comportamiento.

El proceso debe partir desde la informacin esencial hasta el detalle de la Implementacin. La funcin del Anlisis puede ser dar soporte a las actividades de un negocio, o desarrollar un producto que pueda venderse para generar beneficios. Para conseguir este objetivo, un Sistema basado en computadoras hace uso de seis (6) elementos fundamentales:

Software, que son Programas de computadora, con estructuras de datos y su documentacin que hacen efectiva la logstica metodologa o controles de requerimientos del Programa. Hardware, dispositivos electrnicos y electromecnicos, que proporcionan capacidad de clculos y funciones rpidas, exactas y efectivas (Computadoras, Censores, maquinarias, bombas, lectores, etc.), que proporcionan una funcin externa dentro de los Sistemas. Personal, son los operadores o usuarios directos de las herramientas del Sistema. Base de Datos, una gran coleccin de informaciones organizadas y enlazadas al Sistema a las que se accede por medio del Software. Documentacin, Manuales, formularios, y otra informacin descriptiva que detalla o da instrucciones sobre el empleo y operacin del Programa. Procedimientos, o pasos que definen el uso especifico de cada uno de los elementos o componentes del Sistema y las reglas de su manejo y mantenimiento.

Un Anlisis de Sistema se lleva a cabo teniendo en cuenta los siguientes objetivos en mente:

Identifique las necesidades del Cliente. Evale que conceptos tiene el cliente del sistema para establecer su viabilidad. Realice un Anlisis Tcnico y econmico. Asigne funciones al Hardware, Software, personal, base de datos, y otros elementos del Sistema. Establezca las restricciones de presupuestos y planificacin temporal. Cree una definicin del sistema que forme el fundamento de todo el trabajo de Ingeniera.

Para lograr estos objetivos se requiere tener un gran conocimiento y dominio del Hardware y el Software, as como de la Ingeniera humana (Manejo y Administracin de personal), y administracin de base de datos. 2.2 Objetivos del Anlisis. 2.2.1 Identificacin de Necesidades. Es el primer paso del anlisis del sistema, en este proceso en Analista se rene con el cliente y/o usuario (un representante institucional, departamental o cliente particular), e identifican las metas globales, se analizan las perspectivas del cliente, sus necesidades y requerimientos, sobre la planificacin temporal y presupuestal, lneas de mercadeo y otros puntos que puedan ayudar a la identificacin y desarrollo del proyecto. Algunos autores suelen llamar a esta parte ¨ Anlisis de Requisitos y lo dividen en cinco partes:

Reconocimiento del problema. Evaluacin y Sntesis. Modelado. Especificacin. Revisin

Antes de su reunin con el analista, el cliente prepara un documento conceptual del proyecto, aunque es recomendable que este se elabore durante la comunicacin Cliente analista, ya que de hacerlo el cliente solo de todas maneras tendra que ser modificado, durante la identificacin de las necesidades. 2.2.2 Estudio de Viabilidad. Muchas veces cuando se emprende el desarrollo de un proyecto de Sistemas los recursos y el tiempo no son realistas para su materializacin sin tener perdidas econmicas y frustracin profesional. La viabilidad y el anlisis de riesgos estn relacionados de muchas maneras, si el riesgo del proyecto es alto, la viabilidad de producir software de calidad se reduce, sin embargo se deben tomar en cuenta cuatro reas principales de inters: 1. Una evaluacin de los costos de desarrollo, comparados con los ingresos netos o beneficios obtenidos del producto o Sistema desarrollado.

2. Viabilidad econmica. Un estudio de funciones, rendimiento y restricciones que puedan afectar la realizacin de un sistema aceptable. 3. Viabilidad Tcnica. 4. Viabilidad Legal. Es determinar cualquier posibilidad de infraccin, violacin o responsabilidad legal en que se podra incurrir al desarrollar el Sistema. Alternativas. Una evaluacin de los enfoques alternativos del desarrollo del producto o Sistema. El estudio de la viabilidad puede documentarse como un informe aparte para la alta gerencia.

2.2.3 Anlisis Econmico y Tcnico. El anlisis econmico incluye lo que llamamos, el anlisis de costos beneficios, significa una valoracin de la inversin econmica comparado con los beneficios que se obtendrn en la comercializacin y utilidad del producto o sistema. Muchas veces en el desarrollo de Sistemas de Computacin estos son intangibles y resulta un poco dificultoso evaluarlo, esto varia de acuerdo a la caractersticas del Sistema. El anlisis de costos beneficios es una fase muy importante de ella depende la posibilidad de desarrollo del Proyecto. En el Anlisis Tcnico, el Analista evala los principios tcnicos del Sistema y al mismo tiempo recoge informacin adicional sobre el rendimiento, fiabilidad, caractersticas de mantenimiento y productividad. Los resultados obtenidos del anlisis tcnico son la base para determinar sobre si continuar o abandonar el proyecto, si hay riesgos de que no funcione, no tenga el rendimiento deseado, o si las piezas no encajan perfectamente unas con otras. 2.2.4 Modelado de la arquitectura del Sistema. Cuando queremos dar a entender mejor lo que vamos a construir en el caso de edificios, Herramientas, Aviones, Maquinas, se crea un modelo idntico, pero en menor escala (mas pequeo). Sin embargo cuando aquello que construiremos es un Software, nuestro modelo debe tomar una forma diferente, deben representar todas las funciones y subfunciones de un Sistema. Los modelos se concentran en lo que debe hacer el sistema no en como lo hace, estos modelos pueden incluir notacin grfica, informacin y comportamiento del Sistema. Todos los Sistemas basados en computadoras pueden modelarse como transformacin de la informacin empleando una arquitectura del tipo entrada y salida. 2.2.5 Especificaciones del Sistema. Es un Documento que sirve como fundamento para la Ingeniera Hardware, software, Base de datos, e ingeniera Humana. Describe la funcin y rendimiento de un Sistema basado en computadoras y las dificultades que estarn presente durante su desarrollo. Las Especificaciones de los requisitos del software se produce en la terminacin de la tarea del anlisis. En Conclusin un proyecto de desarrollo de un Sistema de Informacin comprende varios componentes o pasos llevados a cabo durante la etapa del anlisis, el cual ayuda a traducir las necesidades del cliente en un modelo de Sistema que utiliza uno mas de los componentes: Software, hardware, personas, base de datos, documentacin y procedimientos. TEMA III. DISEO DE SISTEMAS DE COMUTACION TEMA III. DISEO DE SISTEMAS DE COMPUTACIN. DESARROLLO. 3.1. Conceptos y principios:

El Diseo de Sistemas se define el proceso de aplicar ciertas tcnicas y principios con el propsito de definir un dispositivo, un proceso o un Sistema, con suficientes detalles como para permitir su interpretacin y realizacin fsica. La etapa del Diseo del Sistema encierra cuatro etapas: 1. Trasforma el modelo de dominio de la informacin, creado durante el anlisis, en las estructuras de datos necesarios para implementar el Software.

2. El diseo de los datos . Define la relacin entre cada uno de los elementos estructurales del programa. 3. El Diseo Arquitectnico. Describe como se comunica el Software consigo mismo, con los sistemas que operan junto con el y con los operadores y usuarios que lo emplean. 4. El Diseo de la Interfaz. 5. El Diseo de procedimientos. Transforma elementos estructurales de la arquitectura del programa. La importancia del Diseo del Software se puede definir en una sola palabra Calidad, dentro del diseo es donde se fomenta la calidad del Proyecto. El Diseo es la nica manera de materializar con precisin los requerimientos del cliente. El Diseo del Software es un proceso y un modelado a la vez. El proceso de Diseo es un conjunto de pasos repetitivos que permiten al diseador describir todos los aspectos del Sistema a construir. A lo largo del diseo se evala la calidad del desarrollo del proyecto con un conjunto de revisiones tcnicas: El diseo debe implementar todos los requisitos explcitos contenidos en el modelo de anlisis y debe acumular todos los requisitos implcitos que desea el cliente. Debe ser una gua que puedan leer y entender los que construyan el cdigo y los que prueban y mantienen el Software. El Diseo debe proporcionar una completa idea de lo que es el Software, enfocando los dominios de datos, funcional y comportamiento desde el punto de vista de la Implementacin. Para evaluar la calidad de una presentacin del diseo, se deben establecer criterios tcnicos para un buen diseo como son:

Un diseo debe presentar una organizacin jerrquica que haga un uso inteligente del control entre los componentes del software. El diseo debe ser modular, es decir, se debe hacer una particin lgica del Software en elementos que realicen funciones y subfunciones especificas. Un diseo debe contener abstracciones de datos y procedimientos. Debe producir mdulos que presenten caractersticas de funcionamiento independiente. Debe conducir a interfaces que reduzcan la complejidad de las conexiones entre los mdulos y el entorno exterior. Debe producir un diseo usando un mtodo que pudiera repetirse segn la informacin obtenida durante el anlisis de requisitos de Software.

Estos criterios no se consiguen por casualidad. El proceso de Diseo del Software exige buena calidad a travs de la aplicacin de principios fundamentales de Diseo, Metodologa sistemtica y una revisin exhaustiva. Cuando se va a disear un Sistema de Computadoras se debe tener presente que el proceso de un diseo incluye, concebir y planear algo en la mente, as como hacer un dibujo o modelo o croquis. 3.2. Diseo de la Salida. En este caso salida se refiere a los resultados e informaciones generadas por el Sistema, Para la mayora de los usuarios la salida es la nica razn para el desarrollo de un Sistema y la base de evaluacin de su utilidad. Sin embargo cuando se realiza un sistema, como analistas deben realizar lo siguiente:

Determine que informacin presentar. Decidir si la informacin ser presentada en forma visual, verbal o impresora y seleccionar el medio de salida. Disponga la presentacin de la informacin en un formato aceptable. Decida como distribuir la salida entre los posibles destinatarios.

3.3. Diseo de Archivos. Incluye decisiones con respecto a la naturaleza y contenido del propio archivo, como si se fuera a emplear para guardar detalles de las transacciones, datos histricos, o informacin de referencia. Entre las decisiones que se toman durante el diseo de archivos, se encuentran las siguientes:

Los datos que deben incluirse en el formato de registros contenidos en el archivo. La longitud de cada registro, con base en las caractersticas de los datos que contenga. La secuencia a disposicin de los registros dentro del archivo (La estructura de almacenamiento que puede ser secuencial, indexada o relativa).

No todos los sistemas requieren del diseo de todos los archivos, ya que la mayora de ellos pueden utilizar los del viejo Sistema y solo tenga que enlazarse el nuevo Sistema al Archivo maestro donde se encuentran los registros. 3.4. Diseo de Interacciones con la Base de Datos. La mayora de los sistemas de informacin ya sean implantado en sistemas de cmputos grandes o pequeos, utilizan una base de datos que pueden abarcar varias aplicaciones, por esta razn estos sistemas utilizan u administrador de base de datos, en este caso el diseador no construye la base de datos sino que consulta a su administrador para ponerse de acuerdo en el uso de esta en el sistema. 3.5 Herramientas para el Diseo de Sistemas. Apoyan el proceso de formular las caractersticas que el sistema debe tener para satisfacer los requerimientos detectados durante las actividades del anlisis: 3.5.1 Herramientas de especificacin. Apoyan el proceso de formular las caractersticas que debe tener una aplicacin, tales como entradas, Salidas, procesamiento y especificaciones de control. Muchas incluyen herramientas para crear especificaciones de datos.

3.5.2 Herramientas para presentacin. Se utilizan para describir la posicin de datos, mensajes y encabezados sobre las pantallas de las terminales, reportes y otros medios de entrada y salida. 3.5.3 Herramientas para el desarrollo de Sistemas. Estas herramientas nos ayudan como analistas a trasladar diseos en aplicaciones funcionales. 3.5.4 Herramientas para Ingeniera de Software. Apoyan el Proceso de formular diseos de Software, incluyendo procedimientos y controles, as como la documentacin correspondiente. 3.5.5 Generadores de cdigos. Producen el cdigo fuente y las aplicaciones a partir de especificaciones funcionales bien articuladas. 3.5.6 Herramientas para pruebas. Apoyan la fase de la evaluacin de un Sistema o de partes del mismo contra las especificaciones. Incluyen facilidades para examinar la correcta operacin del Sistema as como el grado de perfeccin alcanzado en comparacin con las expectativas. La revolucin del procesamiento de datos de manera computarizada, junto con las practicas de Diseo sofisticadas estn cambiando de forma dramtica la manera en que se trasladan las especificaciones de Diseo d Sistemas de Informacin funcionales. En Conclusiones Generales. En una organizacin o Empresa, el anlisis y Diseo de Sistemas, es el proceso de estudiar su Situacin con la finalidad de observar como trabaja y decidir si es necesario realizar una mejora; el encargado de llevar a cabo estas tareas es el analista de sistemas. Antes de comenzar con el desarrollo de cualquier proyecto, se conduce un estudio de Sistemas para detectar todos los detalles de la situacin actual de la empresa. La informacin reunida con este estudio sirve como base para crear varias estrategias de Diseo. Los administradores deciden que estrategias seguir. Los Gerentes, empleados y otros usuarios finales que se familiarizan cada vez mas con el uso de computadoras estn teniendo un papel muy importante en el desarrollo de sistemas. Todas las organizaciones son Sistemas que actan de manera reciproca con su medio ambiente recibiendo entradas y produciendo salidas. Los Sistemas que pueden estar formados por otros Sistemas de denominan Sub-sistemas y funcionan para alcanzar los fines de su Implantacin. TEMA IV. IMPLANTACION, EVALUACION Y PRUEVA DE SISTEMAS DE COMPUTACION TEMA IV. IMPLANTACION, EVALUACION Y PRUEVAS. DESARROLLO. 4.1. IMPLANTACION. Concepto y Definicin.

Es la ultima fase del desarrollo de Sistemas. Es el proceso instalar equipos o Software nuevo, como resultado de un anlisis y diseo previo como resultado de la sustitucin o mejoramiento de la forma de llevar a cavo un proceso automatizado. Al Implantar un Sistema de Informacin lo primero que debemos hacer es asegurarnos que el Sistema sea operacional o sea que funcione de acuerdo a los requerimientos del anlisis y permitir que los usuarios puedan operarlo. Existen varios enfoques de Implementacin:

Es darle responsabilidad a los grupos. Uso de diferentes estrategias para el entrenamiento de los usuarios. El Analista de Sistemas necesita ponderar la situacin y proponer un plan de conversin que sea adecuado para la organizacin El Analista necesita formular medidas de desempeo con las cuales evaluar a los Usuarios. Debe Convertir fsicamente el sistema de informacin antiguo, al nuevo modificado

En la preparacin de la Implantacin, aunque el Sistema este bien diseado y desarrollado correctamente su xito depender de su implantacin y ejecucin por lo que es importante capacitar al usuario con respecto a su uso y mantenimiento. 4.2. Capacitacin de Usuarios del Sistema: Es ensear a los usuarios que se relacionan u operan en un proceso de implantacin. La Responsabilidad de esta capacitacin 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 seccin 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 timn". Aun y cuando la Empresa puede contratar los Servicios de Instructores externos, el analista es la persona que puede ofrecer la mejor capacitacin debido a que conoce el personal y al Sistema mejor que cualquier otro. A la falta o imposibilidad del analista la organizacin puede contratar otros servicios de capacitacin como son:

Vendedores: Son aquellos que proporcionan capacitacin gratuita fuera de la Empresa de uno o dos das. Instructor pagado externamente: Son aquellos que pueden ensear todo acerca de las computadoras pero para algunos usuarios esta no es una capacitacin necesaria. Instructores en casa: Estn familiarizados con el personal y pueden adecuar los materiales a sus necesidades, pero le faltara experiencia en Sistemas de Informacin que es realmente la necesidad del usuario.

En nuestro pas existe una ley institucional (Ley 116 del 16 de Enero de 1980) creado durante el gobierno del Presidente Antonio Guzmn Fernndez llamada INFOTEP, representante de los

trabajadores y empresarios en el mbito de Capacitacin y entrenamiento, la cual Asesora y brinda Sus servicios a las Empresas y Sus trabajadores. 4.3.1 Objetivos de la Capacitacin: Es lograr que los usuarios tengan el Dominio necesario de las cosas bsicas acerca de las maquinarias y procesos que se emplean para su operacin de manera eficiente y segura. 4.4. La Evaluacin del Sistema: Se lleva a cabo para identificar puntos dbiles y fuertes del Sistema implantado. La evaluacin ocurre a lo largo de cualquiera de las siguientes cuatro dimensiones: 4.4.1 Evaluacin operacional: Es el Momento en que s evala 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 Informacin, contabilidad global y su nivel de Utilidad. 4.4.2 Impacto Organizacional: Identifica y mide los beneficios operacionales para la Empresa en reas tales como, Finanzas (Costos, Ingresos y Ganancias), eficiencia en el desempeo laboral e impacto competitivo, Impacto, rapidez y organizacin en el flujo de Informacin interna y externa. 4.4.3 Desempeo del Desarrollo. Es la evaluacin del Proceso de desarrollo adecuado tomando en cuentas ciertos criterios como, Tiempo y esfuerzo en el desarrollo concuerden con presupuesto y estndares y otros criterios de Administracin de Proyectos. Adems se incluyen la valoracin de los mtodos y herramientas utilizados durante el desarrollo del Sistema. 4.5. Prueba de Sistemas. Dependiendo del tamao de la Empresa que usara el Sistema y el riesgo asociado a su uso, puede hacerse la eleccin de comenzar la operacin 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 simultanea o paralela con la finalidad de comparar los resultados que ambos ofrecen en su operacin, adems dar tiempo al personal para su entrenamiento y adaptacin al nuevo Sistema. Durante el Proceso de Implantacin 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 evaluacin de Sistemas no siempre recibe la atencin 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.

1. Estudio de factibilidad 2. Establecer la estrategia

3. Desarrollar estrategia de sistemas 4. Resumir la estrategia de sistemas 5. Dimensionamiento de la instalacion 6. Diseo de la configuracion 7. Evaluacion de los equipos ofrecidos en el mercado 8. Resumir el resultado del estudio de factibilidad tecnica 9. Definicion de los cambios organizacionales a efectuar 10. Analisis Comparativo 11. Resumir los resultados del estudio economico-financiero 12. Consideraciones sobre la contratacion de un servicio externo de computacion 13. Costos 1. Estudio de factibilidad Consideraciones previas para evaluar la eleccion de un equipo Qu debemos evaluar para seleccionar un equipo? En primer lugar, la arquitectura del equipo que analizamos, esto implica evaluar cual es la arquitectura que mejor se adapta para el procesamiento de las aplicaciones que pensamos desarrollar en nuestro futuro equipo. En este punto, debemos evaluar la filosofa con que fue construida la computadoray la orientacin tcnica de sus componentes, en relacin con el tipo de procesamiento para el que fue pensado originalmente. Segn la filosofa de su construccin, el procesamiento puede ser: centralizado, descentralizado o distribuido, y de acuerdo a la envergadura de algunas compaas, una mezcla e ellos. Cada una de estas filosofas apunta a resolver los distintos problemas que puede enfrentar una Empresa, en relacin con el procesamiento de datos, y a su vez, contemplan las pautas polticas con que cada Empresa encara la resolucin de sus problemas. Como vemos, los equipos de computacin abarcan un amplio espectro en lo que hace a la problemtica empresarial, y esto es as, porque de esta forma los proveedores de equipos se aseguran una mayor penetracin en el mercado. Cada filosofa establece un diseo o arquitectura de construccin de cada dispositivo de la "maquina", y es en funcin de esas pautas que se determinan el tamao, capacidad, velocidad, etc., de cada componente del sistema. Por lo expuesto, resulta imprescindible el conocimiento del "problema" de la Empresa, antes de iniciar la evaluacin tcnica que permita definir la filosofa, arquitectura y tipo de procesamiento a emplear. Por tal motivo, ser necesario conocer y comprender las particularidades del "Negocio" de la Empresa, que adems evitara desvos en la caracterizacin de sus problemas por consideraciones de tipo terico fuera de su contexto. Por otra parte, se debern analizar los motivos por los cuales la Empresa decide invertir en equipos de computacin. Estos pueden ser: 1. Por encontrarse en etapa de expansin 2. Por prever una futura etapa de expansin

3. Por encontrarse en etapa de recesin (Necesidad critica de reducir costos) En los dos primeros casos, el desarrollo de sistemas esta ligado al desarrollo de la Empresa, por tal motivo, invierte en computacin. En el tercer caso, la inversin en computacin forma parte de un "Plan de Austeridad" y entonces, solo el ahorro inmediato justifica la misma. Puede observarse que, en cada caso, las restricciones sobre el proyecto actan de manera diferente, y son un condicionante critico tanto para definir la configuracin, como para dimensionar la instalacin, si bien en los tres casos estamos frente a un " Estudio de Factibilidad para incorporar un computador". Generalmente, suele pensarse que el diseo de la configuracin de una instalacin solo depende del volumen de informacin a procesar, y que una vez cuantificada esta variable el responsable del proyecto decide cuantas terminales, impresoras, etc., necesita. Sin lugar a dudas, esto es un grave error, dado que el volumen de la informacin, como parmetro, incide en la evaluacin de las velocidades de cada dispositivo y en la forma de almacenamiento de los datos, pero no determina el diseo de la configuracin, que necesariamente estar condicionada a las polticas que encuadran al proyecto. Como hemos visto, la configuracin debe contemplar los aspectos polticos que la condicionan, los volmenes, las velocidades y capacidad de los dispositivos, y finalmente los aspectos tcnicos referidos al hardware y software. La complejidad que presenta la evaluacin de un proyecto de inversin como la toma de un computador, impone la utilizacin de una metodologa que establezca una disciplina de trabajo que permita el planeamiento y control del proyecto, facilite la asignacin de tareas y mejorar las estimaciones, y en definitiva nos permita reducir el riesgo. En el presente trabajo se formula una metodologa para efectuar un Estudio de Factibilidad para la toma de un computador que contempla los aspectos mencionados anteriormente, si bien este no es el nico proyecto de inversin en informtica que requerir ser evaluado, tambin se pueden dar los siguientes casos:

Reemplazo del actual computador Reestructuracin del rea de sistemas Revisin parcial de la instalacin Procesamiento de determinadas aplicaciones Aplicaciones especificas (Robtica, Sistemas Expertos, etc.)

En cada caso, se deber evaluar que etapas y fases de la metodologa se debern utilizar, pero el comn denominador ser que el Estudio de Factibilidad tiene por objeto transformar un acto aventurado de inversin, en una decisin de riesgo calculado. La ausencia de una metodologa se debe ms a la falta de apreciacin del riesgo involucrado, que a la dificultad para su formulacin y posterior ejecucin. 2. Establecer la estrategia La Estrategia De Negocio

Como hemos visto resulta imprescindible conocer el problema de la Empresa, las particularidades de su Negocio y los motivos que la impulsan a estudiar la Factibilidad de un proyecto de inversin en informtica. Todos estos aspectos y las estimaciones sobre la evolucin del Negocio, se contemplan en la estrategia global de la compaa y es esta la que define las polticas que condicionan el proyecto. Las fluctuaciones del mercado, la competencia, el volumen de la demanda, el anlisis del producto o servicio que provee la Empresa, entre otros, determinan factores esenciales para definir una estrategia de Negocio, que considere, por ejemplo, las inversiones a realizar para el mediano y largo plazo, su volumen y rubros especficos; reequipamiento fabril, utilizacin de tecnologa de punta, desarrollo de nuevas marcas y productos, ampliar su participacin en el mercado, posibilidades de diversificacin del Negocio; mejorar la oficina operativa, incursionar en mercados extranjeros, etc. Sobre el anlisis de la situacin actual de la Empresa y la evolucin de sus operaciones, se formularan las alternativas estratgicas de Negocio, las que luego de ser evaluadas permitirn establecer los objetivos de Negocio a mediano y largo plazo, en el marco de un plan estratgico. La evaluacin de un proyecto de inversin informtica como ser la toma de un computador, no puede sustentarse exclusivamente en las necesidades de informacin actuales de la Empresa, ya que se estara obviando una parte importante del problema, por lo tanto, la evaluacin de la situacin actual de la Empresa como restriccin para el desarrollo del proyecto deber confrontarse con la visin que tiene la organizacin de sus problemas y los cursos de accin que define a partir de un plan estratgico, lo que significa analizar las necesidades de informacin a partir de los objetivos de Negocio y de la estrategia. Al efecto se debern revisar los planes a largo plazo y evaluar sus posibles requerimientos en materia de procesamiento de datos. Para resumir esta fase, podemos decir que ser necesario:

Evaluar la situacin actual de la Empresa como restriccin para el desarrollo del proyecto. Analizar las necesidades de informacin a partir de los objetivos de Negocio y la estrategia global. Revisar los planes a mediano y largo plazo. Establecer los alcances del proyecto.

3. Desarrollar estrategia de sistemas Con el mismo criterio con que se desarrolla una estrategia de Negocio y se confecciona un Plan Estratgico, ser necesario establecer una estrategia de sistemas que contemple tanto las necesidades actuales como de mediano y largo plazo en materia de informacin. No existe a priori una receta para desarrollar la estrategia de una organizacin, y si bien podemos hablar de aspectos generales, determinar el peso de cada variable forma parte del estudio que necesariamente se encontrara asociado a la problemtica de cada Empresa. A continuacin, detallamos algunos de los aspectos a considerar, si bien como hemos mencionado, carecen de universalidad y slo sirven como referencia. Estrategia De Hardware

Establecer requerimientos globales Establecer la filosofa de procesamiento Definir arquitectura Pautar crecimiento para el mediano y largo plazo Pautar envergadura de procesamiento en los nodos, en caso de procesamiento distribuido Definir grado de sofisticacin tcnica

Estrategia De Software

Definir disyuntiva: Desarrollo interno de sistemas vs. Adquisicin de paquetes Establecer criterios para fijar prioridades en el desarrollo e instalacin de sistemas Pautar desarrollo interno de sistemas Establecer criterios para la adquisicin de sistemas preplaneados Establecer pautas para el desarrollo de metodologas Pautar desarrollo de software de base Establecer pautas para determinar dotacin afectada al desarrollo, instalacin y mantenimiento de sistemas Establecer requerimientos bsicos de documentacin de sistema

Sistemas De Comunicacin De Datos

Establecer alcance del sistema Definir la utilizacin de arquitectura de Teleprocesamiento Especificar los sistemas de informacin afectados Establecer requerimientos globales Fijar pautas para el diseo de la red de comunicaciones Pautar alcance del procesamiento en los nodos de la red

Automatizacion De Oficinas Establecer requerimientos globales sobre:

Procesamiento de Textos Correo electrnico Sistemas de Modelizacin Computadoras Personales Notebooks Etc.

4. Resumir la estrategia de sistemas Finalmente se debern resumir la estrategia de sistemas, documentando los objetivos de Negocio, sus implicancias en sistemas como as tambin los resultados del Relevamiento general. Factibilidad Tecnica Evaluacion preliminar A efectos de disear la configuracin del equipo ser necesario, en forma previa, dimensionar la instalacin, es decir, establecer la cantidad de dispositivos, su capacidad y velocidades para

cada tipo de proceso, segn los requerimientos de las aplicaciones a procesar, como as tambin, definir el tipo de dispositivos perifricos a configurar. Estos elementos se debern evaluar dentro del encuadre que fija la Estrategia de Sistemas en cuanto a la filosofa de procesamiento y arquitectura de los grupos, desarrollo de software de base y aplicacin, sistemas de comunicacin de datos y automatizacin de oficinas. Para dimensionar la instalacin ser necesario conocer los volmenes por tipo de operacin, tamao de los archivos, nivel de actividad sobre los mismos, cantidad de caracteres por tipo de documento a procesar, crecimiento anual del volumen de operaciones y archivos, y tipo de procesamiento para cada aplicacin, de forma tal, que se pueda definir la capacidad y forma de almacenamiento de los datos. Disponer de esta informacin supone el conocimiento a priori de los sistemas de informacin cuyas funciones computarizadas sern procesadas en el nuevo equipo, y si bien la estrategia de Software puede definir criterios para la asignacin de prioridades en el desarrollo de sistemas, y aun las modalidades de procesamiento; difcilmente pueda dilucidar los inconvenientes que presenta el dimensionamiento de la instalacin. Por lo tanto, ser necesario efectuar un Relevamiento que permita acopiar la informacin sealada anteriormente. Al efecto, se debern relevar, entre otras, las siguientes actividades y funciones de Negocio: Produccin

Caractersticas de la lnea de produccin Planeamiento (Planes de produccin, abastecimiento, etc.) Programacin de la produccin Gestin y administracin de stocks Control de inventarios Materias primas Produccin en proceso Repuestos y materiales Costos industriales Anlisis de consumo Mano de obra Control de calidad Ingeniera industrial (Mtodos, tiempos y control de eficiencia) Administracin de produccin Mantenimiento de planta (Plan de mantenimiento, costeo de ordenes de trabajo, etc.) Desarrollo de nuevos productos (Prototipos y especificaciones) Requerimientos contables para produccin

Gestin de Compras

Emisin de requisiciones Plan de Compras Activamiento Control de Recepciones Circuito compras-proveedores

Comercializacin

Canales de distribucin Pedidos-facturacin Plan de ventas Investigacin de mercado Marcas y nuevos productos Estadsticas y reportes gerenciales Mailing

Administracin

Contabilidad general Proveedores Deudores-facturacin Caja-bancos Proyeccin de pagos y cobranzas Planificacin financiera Bienes de uso (Activo Fijo) Crditos y cobranzas Costos Presupuestos Planes econmicos Control de gestin Impuestos y seguros

Administracin de Personal

Inventario de personal Anlisis de desempeo Empleos Capacitacin Remuneraciones Accidentes Liquidacin de sueldos

Si bien se han detallado las actividades principales a considerar en una industria, el alcance del Relevamiento en cada caso depender del tipo de Negocio de cada Empresa y de sus caractersticas principales, segn se trate de entidades financieras, empresas de servicios, etc., y estas a su vez sean, estatales o privadas, nacionales o extranjeras, etc. El anlisis de la informacin obtenida en el Relevamiento permitir establecer las necesidades en materia de informacin tanto operativas, administrativas y de gestin; como as tambin respecto de la toma de decisiones. En cada caso se debern considerar: volmenes, confidencialidad, frecuencia, complejidad para su obtencin, integridad, redundancia, seguridad, oportunidad, control interno y los factores particulares inherentes a la Empresa. Sobre la base de los resultados del Relevamiento y la estrategia de sistemas se deber:

Efectuar una revisin de la estrategia de sistemas a efectos de detectar posibles incongruencias en las definiciones previas, respecto a los resultados que arroja el Relevamiento. Establecer una hiptesis sobre los sistemas de informacin cuyo caudal de procesamiento deber ser absorbido por la nueva instalacin. Analizar la modalidad de procesamiento global, estableciendo porcentajes para cada tipo de proceso. Establecer requerimientos especiales de hardware y software (Dispositivos especiales). Analizar requerimientos de tcnicas especiales de procesamiento de datos a emplear para el corto y mediano plazo.

5. Dimensionamiento de la instalacion En primer lugar se proceder a calcular la capacidad por tipo de dispositivo y a establecer el perfil tcnico de los perifricos en funcin de los sistemas que sern procesados por la futura instalacin, como ser: Unidad Central de Proceso

Tamao y organizacin de la memoria Velocidad de transferencia Capacidad de la unidad de control Niveles de interrupcin

Discos

Tiempo medio de acceso Capacidad Fijos o removibles CDs y reproductoras de CDs

Cintas

Densidad Velocidad Pistas

Terminales de Vdeo

Inteligentes o no inteligentes Funciones avanzadas de hardware Tamao de la pantalla o buffer Velocidad de transferencia

Impresoras

Chorro de tinta o lser Tamao Velocidad

Software

Multiprogramacin Despacho de tareas Seguridad en el manejo de datos Edicin interactiva Procesamiento en lotes de programas de aplicacin Medios para manejos de formatos Servicios de tipo general

Si el estudio incluye la utilizacin de tcnicas de procesamiento como el teleproceso, se deber evaluar por un lado los nodos (Componentes de hardware que pueden realizar procesamiento de la informacin y control de la red) y por otro los enlaces (Medios que emplean para transmitir informacin entre los nodos). En relacin con los nodos, adems de los dispositivos sealados anteriormente se deber evaluar: Controlador de Comunicaciones

Programable Requerimientos para conexin de lneas Serializacin para transmisin asincrnica, serie o paralelo Posibilidad de almacenar y retransmitir Manejo de prioridades Deteccin y correccin de errores Manejo de tiempo agotado Manejo de respuestas o llamadas en forma automtica Conmutacin de circuitos

Modems

Facilidad de acoplamiento acstico Cantidad de hilos Ecualizacin automtica Velocidad Indicadores de estado Facilidades para manejo de ms de un modo de transmisin

En relacin con los enlaces se deber definir el tipo de enlace y la modalidad y velocidad de transmisin que el mismo deber soportar. En cuanto al software de comunicaciones se deber evaluar por un lado la utilizacin de una arquitectura de teleprocesamiento y una disciplina de control de lneas, y por otro disponer de un monitor de teleprocesamiento con las funciones bsicas. Automatizacin de oficinas

Procesamiento de textos Correo electrnico Distribucin de computadoraspersonales conectadas a la instalacin central Software para modelizacin Desarrollo de aplicaciones

6. Diseo de la configuracion Una vez definidos los parmetros de capacidad y perfil tcnico de los componentes se proceder a su cuantificacin; fundamentalmente de los dispositivos perifricos. Para definir la cantidad de terminales de vdeo se debern considerar variables como: horas pico, colas de espera, tiempo para reingreso de datos por errores de digitacin, aspectos funcionales como adyacencia fsica de ciertos usuarios, terminales especializadas segn su uso (Para programacin, sistemas con altos tiempos de uso, etc. ). A efectos de calcular la cantidad de terminales a instalar, se podr aplicar una frmula de clculo que arroja un valor que es una aproximacin y que deber ser ajustada por las variables anteriormente mencionadas: Cantidad de documentos * Caracteres documento Cantidad de terminales = Horas de trabajo * Velocidad digitacin por hora El mismo procedimiento se podr aplicar para el clculo de las impresoras. Una vez cuantificados los dispositivos de la instalacin se analizar la flexibilidad para el crecimiento futuro de la instalacin y la dotacin requerida para su funcionamiento. A partir de este anlisis se establecern los ajustes finales y se disear la configuracin. 7. Evaluacion de los equipos ofrecidos en el mercado Cada compaa proveedora de equipos de computacin suele confeccionar sus propuestas a partir de sus pautas de comercializacin y generalmente describen con mayor amplitud los aspectos favorables de su producto en relacin con la competencia, y no se profundiza (y en algunos casos no se hace mencin) sobre los elementos que estn en desventaja frente a otros proveedores. Por tal motivo, se suelen presentar dificultades en el momento de la seleccin de propuestas. Para evitar estos inconvenientes se deber confeccionar un informe para las compaas proveedoras que contenga las variables a fin de estandarizar las propuestas sobre las cuales se efectuar la seleccin. En dicho informe se deber requerir la cotizacin de:

Configuracin a cotizar Apertura del costo por dispositivo Cargos por importacin Cargos por instalacin Modalidades de contratacin Forma de pago Plazos de entrega Recargos o impuestos Servicio tcnico (Caractersticas y costo) Asesoramiento y apoyo Equipo de backup Horas de mquina para desarrollo (Cantidad, lugar y costo) Posibilidades de ampliacin Lista de usuarios con equipos instalados similares al cotizado

Una vez recibidas las propuestas se debern fijar los criterios para seleccionar las mismas con el objeto de seleccionar una terna. 8. Resumir el resultado del estudio de factibilidad tecnica Es esta fase se proceder a confeccionar el informe con los resultados del estudio de Factibilidad tcnica que contendr los fundamentos tcnicos de las decisiones adoptadas y resumir los resultados de la etapa. Factibilidad Operativa Evaluacion Del Impacto Del Proyecto Sobre La Organizacin Dependiendo de las caractersticas del proyecto y de la modalidad con que la Empresa encar el mismo, los aspectos organizacionales pueden haber sido evaluados al definirse la estrategia de sistemas, en cuyo caso, no se requerir la ejecucin de esta fase. En caso contrario, se deber efectuar el estudio correspondiente que tiene por objeto evaluar el impacto del proyecto sobre la organizacin. Para ver con mayor claridad la importancia del estudio de Factibilidad operativo recurriremos a un ejemplo: Tomemos el caso de un banco que en la actualidad maneja el conjunto de sus operaciones en forma tradicional cuyos sistemas tienen un gran porcentaje de procesamiento manual y en algunos casos batch (en la casa matriz), que decide utilizar tecnologa de punta, y automatizar el grueso de sus operaciones, incorporar cajeros automticos, conectar todos sus sistemas a una red de comunicaciones, y distribuir capacidad de procesamiento para sus 50 sucursales. Desde el punto de vista tcnico y econmico, el proyecto resulta a priori, viable, dado que este tipo de instalacin est ampliamente aprobada por otras entidades financieras, los beneficios que resultan de un proyecto de inversin de esta naturaleza son de fcil comprobacin no hay ms que consultar a las otras empresas y adems las compaas proveedoras de equipos ya han adquirido experiencia suficiente, con un gran parque instalado y hasta existe la posibilidad de adquirir sistemas preplaneados de buen rendimiento y bajo costo. En este caso el estudio de Factibilidad operativo adquiere, su mayor significacin, ya que la viabilidad del sistema no est en duda, pero lo que falta verificar es si este Banco, est en condiciones de absorberlo; ya que, el personal no tiene experiencia en el manejo de este tipo de sistemas, los gerentes vern modificados los procedimientos del conjunto de su operatoria y adems debern estar a la cabeza del cambio. Surgirn adems los temores de una racionalizacin, adems de la resistencianatural al cambio en todos los niveles; la operatoria de cada sucursal sufrir profundas modificaciones, se requerir la capacitacin del personal en gran escala; la participacin como usuario (Una nueva funcin) en la definicin de los futuros sistemas, podrn surgir modificaciones en la estructura de poder de la organizacin que tendrn relacin directa con la reestructuracin orgnica, etc. y adems de todo esto se deber seguir cumpliendo con las actividades diarias para que el Negocio siga funcionando. Como vemos un cambio de esta envergadura puede generar una sucesin interminable de conflictos que si se dejan librados al azar las posibilidades de xito del proyecto tendrn un alto grado de aleatoriedad. Como vemos no se puede relativizar el estudio operativo y a efectos de reducir los mrgenes de riesgo se deber:

Establecer el alcance de los cambios organizacionales Evaluar las normas, mtodos y funciones organizacionales vigentes. Evaluar el desarrollo organizativo alcanzado. Analizar las relaciones de poder actuales y futuras y su efecto sobre el proyecto. Trazar una hiptesis de conflictos potenciales. Efectuar un anlisis sobre la oportunidad del proyecto.

9. Definicion de los cambios organizacionales a efectuar En esta fase se deber:

Efectuar una estimacin sobre las reas que debern ser reestructuradas y la envergadura del cambio en cada caso. Disear la estructura del rea de sistemas en relacin con los resultados del estudio de Factibilidad tcnico. Definir roles y funciones. Establecer criterios para planificar la capacitacin del personal afectado. Estimar costos y beneficios operativos (Tangibles e intangibles

Finalmente se debe resumir los resultados de la Factibilidad operativa. Factibilidad economica-financiera Cuantificacion de la inversion Para efectuar el estudio de Factibilidad econmico-financiera resulta imprescindible conocer la totalidad de los gastos en que incurrir la Empresa para incorporar el nuevo sistema, como as tambin el incremento de los costos por cargas de estructura que demandar su funcionamiento a posteriori de la puesta en marcha. Dado que los cotos de hardware y software se incluyen en el estudio tcnico, ser necesario conocer los siguientes costos complementarios: Dotacin Con el detalle de los sueldos ms las cargas sociales, para la totalidad de puestos y vacantes. Mobiliario Con el detalle de los elementos y el costo unitario de los mismos. Se deber especificar los muebles de oficina (Escritorios, sillas, etc. ), y los de computacin (Cintotecas, archivos, mesas para terminales, etc. ) Instalacin elctrica

Tablero de comando Regulador de tensin Ramal trifsico Puesta a tierra (Jabalinas de cobre) Alimentacin de grupos de computacin (Con seguridad antillama u otros) Tendido del lazo Etc.

Suministros

Formularios Cartuchos de tinta para impresoras (Color y Negro) Toner para impresoras lser Disquetes CDs Cintas para backups Etc.

Layout

Planos Modificacin de artefactos de iluminacin, mamparas, etc.

Sistema de Seguridad

Caja ignfuga Sistema contra incendios (Con detectores de humo) Servicios de microfilmacin para documentacin Etc.

Cursos de Capacitacin

Detalle y costo

Seguro

Detalle de cobertura y costo

Fletes

Detalle y costo

Para establecer estos costos se deber consultar a tres proveedores como mnimo y en cada caso se deber conocer:

Tiempo de vigencia de los presupuestos Formas de pago Fecha de iniciacin estimada de los trabajos Tiempo de ejecucin de las tareas Plazos de entrega Etc.

A estos costos se debern agregar los que tiene el estudio tcnico:

Costo de Hardware Costo de Software Cargos por importacin Cargos por instalacin Recargos e impuestos Servicio Tcnico Garanta para la modalidad de alquiler

Cargos por backup de instalacin

Con todos estos datos se proceder a cuantificar la inversin y evaluar la modalidad de contratacin ms ventajosa. 10. Analisis Comparativo En primer lugar se establecer el monto de inversin inicial, que incluye gastos por nica vez, y luego, el cargo mensual del nuevo centro de costos. A efecto de medir la incidencia del cargo mensual, de deber tomar un ndice que permita visualizar el grado de participacin en el cargo total de la compaa, como por ejemplo las ventas o cualquier otro ndice que permita visualizar el grado de participacin en el cargo total de la compaa, como por ejemplo las ventas o cualquier otro que utilice la Empresa para efectuar estas mediciones. Finalmente se deber:

Efectuar una revisin de la evaluacin de costos Analizar la inversin frente a la posicin financiera de la Empresa Establecer los beneficios totales (Incluyendo los intangibles) Analizar el retorno de la inversin (VAN Valor actualizado Neto, TIR Tasa Interna de Retorno) Medir en trminos de producto la inversin total

11. Resumir los resultados del estudio economico-financiero Se deber confeccionar un informe que resuma el estudio de Factibilidad econmicofinanciero. Por ltimo, se confeccionar el informe final para la alta direccin, con el resumen del Estudio de Factibilidad del Proyecto de inversin en Informtica. El mismo deber contener:

Introduccin Antecedentes y necesidades Estrategia Resultados del estudio tcnico Resultados del estudio operativo Resultados del estudio econmico-financiero Sugerencia del equipo de proyecto Anexo con las propuestas recibidas y los cuadros comparativos

Sobre la base de este informe se podr tomar la decisin, pero en el caso que la Empresa decida poner a consideracin el estudio efectuado, se podr contar con la documentacin de cada etapa del estudio y la totalidad de la informacin utilizada. 12. Consideraciones sobre la contratacion de un servicio externo de computacion La contratacin de un servicio de computacin no difiere, en sus aspectos formales, de la contratacin de cualquier otro tipo de servicio, por parte de una Empresa.

En nuestro caso corresponder la evaluacin tcnica del tipo de servicio a contratar para el procesamiento electrnico de datos, y en particular la contratacin de un servicio de computacin. Es importante considerar que es esta una alternativa para resolver el procesamiento de la informacin de una Empresa, dependiendo de la relacin costo-beneficio y, una vez ms, la poltica que define la Empresa para la resolucin de sus problemas. Las variables a considerar para la contratacin de este tipo de servicios, no solo estarn presentes en la evaluacin de los proveedores, sino tambin en el contrato legal a suscribir entre las empresas. A continuacin se exponen las variables ms relevantes: 13. Costos Detallados por:

Costo de proceso Registro grabados Volumen bsico a procesar y grabar Excedentes Segn la frecuencia de cada proceso Formularios Procesos especiales Listados a pedido

Aspectos A Evaluar

Modalidad para la actualizacin de precios Condicin de pago Vigencia de la contratacin Riesgos de prdida de documentacin Modificacin de programas y archivos (Procedimiento y costo) Uso del computador del servicio Lenguaje de programacin utilizado Cargos por capacitacin Obligaciones por incumplimiento de las partes Prueba de programas Aprobacin por sistema Carpeta por sistema (Documentacin) Lugar de recepcin y entrega de informacin Duplicacin de archivos (Que se puedan requerir en cualquier momento) Seguridad del servicio (Definicin de backup para el procesamiento) Propiedad de programas y archivos

Deber contemplarse que todas estas variables estn cuidadosamente explicitadas en el contrato legal que regular la operatoria de este servicio. A los efectos legales se debern agregar:

Modalidades para definir la rescisin del contrato

Pago del sellado (a cargo de quin) Ubicacin y domicilio legal (ante eventuales juicios)

Dado que el servicio a contratar puede sufrir distorsiones en el tiempo, ya sea respecto del costo, como as tambin por la eficiencia del servicio, la Empresa deber disponer de los elementos necesarios que le permitan adoptar las decisiones ms adecuadas al respecto, para lo cual requerir evitar un nivel de dependencia con el servicio, que le impida resolver los inconvenientes planteados de la forma ms adecuada para sus intereses. Los problemas mencionados o bien por el crecimiento del volumen de la informacin procesada, podrn sugerir alternativas tales como: el cambio de servicio o la incorporacin de un sistema. En ambos casos ser sumamente valioso disponer de la propiedad de los programas y archivos, como as tambin contar con la documentacin de cada sistema. La seguridad del servicio, la prueba de programas, su mantenimiento, la definicin respecto de la aprobacin de cada sistema implementado, etc. son variables que aseguran un servicio eficiente, y la explicacin de las mismas en un contrato, representan el respaldo legal con que cuenta la Empresa entre los diversos inconvenientes que pudieron ocurrir en el tiempo. La evaluacin de los aspectos sealados permitirn detectar omisiones que a corto o largo plazo podrn perjudicar seriamente a la Empresa

1. Anlisis de Sistemas de Computacin 2. Objetivos del Anlisis 3. Anlisis Econmico y Tcnico 4. Diseo de sistemas de computacin 5. Diseo de la Salida 6. Herramientas para el Diseo de Sistemas 7. Anlisis de Sistemas de Apoyo a Decisiones Semiestructuradas 8. Sistemas de apoyo a Decisiones 9. Conceptos del proceso de Toma de decisiones relevantes para los DSS 10. Conclusiones 11. Bibliografa Incluye achivo de power point, que podr bajar haciendo click en el men superior "Bajar Trabajo" 1. Anlisis de Sistemas de Computacin Conceptos y Anlisis Es un conjunto o disposicin de procedimientos o programas relacionados de manera que juntos forman una sola unidad. Un conjunto de hechos, principios y reglas clasificadas y dispuestas de manera ordenada mostrando un plan lgico en la unin de las partes. Un mtodo, plan o procedimiento de clasificacin para hacer algo. Tambin es un conjunto o

arreglo de elementos para realizar un objetivo predefinido en el procesamiento de la Informacin. Esto se lleva a cabo teniendo en cuenta ciertos principios:

Debe presentarse y entenderse el dominio de la informacin de un problema. Defina las funciones que debe realizar el Software. Represente el comportamiento del software a consecuencias de acontecimientos externos. Divida en forma jerrquica los modelos que representan la informacin, funciones y comportamiento.

El proceso debe partir desde la informacin esencial hasta el detalle de la Implementacin. La funcin del Anlisis puede ser dar soporte a las actividades de un negocio, o desarrollar un producto que pueda venderse para generar beneficios. Para conseguir este objetivo, un Sistema basado en computadoras hace uso de seis (6) elementos fundamentales:

Software, que son Programas de computadora, con estructuras de datos y su documentacin que hacen efectiva la logstica metodologa o controles de requerimientos del Programa. Hardware, dispositivos electrnicos y electromecnicos, que proporcionan capacidad de clculos y funciones rpidas, exactas y efectivas (Computadoras, Censores, maquinarias, bombas, lectores, etc.), que proporcionan una funcin externa dentro de los Sistemas. Personal, son los operadores o usuarios directos de las herramientas del Sistema. Base de Datos, una gran coleccin de informaciones organizadas y enlazadas al Sistema a las que se accede por medio del Software. Documentacin, Manuales, formularios, y otra informacin descriptiva que detalla o da instrucciones sobre el empleo y operacin del Programa. Procedimientos, o pasos que definen el uso especifico de cada uno de los elementos o componentes del Sistema y las reglas de su manejo y mantenimiento.

Un Anlisis de Sistema se lleva a cabo teniendo en cuenta los siguientes objetivos en mente:

Identifique las necesidades del Cliente. Evale que conceptos tiene el cliente del sistema para establecer su viabilidad. Realice un Anlisis Tcnico y econmico. Asigne funciones al Hardware, Software, personal, base de datos, y otros elementos del Sistema. Establezca las restricciones de presupuestos y planificacin temporal. Cree una definicin del sistema que forme el fundamento de todo el trabajo de Ingeniera.

Para lograr estos objetivos se requiere tener un gran conocimiento y dominio del Hardware y el Software, as como de la Ingeniera humana (Manejo y Administracin de personal), y administracin de base de datos. 2. Objetivos del Anlisis Identificacin de Necesidades Es el primer paso del anlisis del sistema, en este proceso en Analista se rene con el cliente y/o usuario (un representante institucional, departamental o cliente particular), e identifican las metas globales, se analizan las perspectivas del cliente, sus necesidades y requerimientos, sobre la planificacin temporal y presupuestal, lneas de mercadeo y otros puntos que puedan ayudar a la identificacin y desarrollo del proyecto.

Algunos autores suelen llamar a esta parte ¨ Anlisis de Requisitos y lo dividen en cinco partes:

Reconocimiento del problema. Evaluacin y Sntesis. Modelado. Especificacin. Revisin.

Antes de su reunin con el analista, el cliente prepara un documento conceptual del proyecto, aunque es recomendable que este se elabore durante la comunicacin Cliente analista, ya que de hacerlo el cliente solo de todas maneras tendra que ser modificado, durante la identificacin de las necesidades. Estudio de Viabilidad Muchas veces cuando se emprende el desarrollo de un proyecto de Sistemas los recursos y el tiempo no son realistas para su materializacin sin tener perdidas econmicas y frustracin profesional. La viabilidad y el anlisis de riesgos estn relacionados de muchas maneras, si el riesgo del proyecto es alto, la viabilidad de producir software de calidad se reduce, sin embargo se deben tomar en cuenta cuatro reas principales de inters: Viabilidad econmica Una evaluacin de los costos de desarrollo, comparados con los ingresos netos o beneficios obtenidos del producto o Sistema desarrollado. Viabilidad Tcnica Un estudio de funciones, rendimiento y restricciones que puedan afectar la realizacin de un sistema aceptable. Viabilidad Legal Es determinar cualquier posibilidad de infraccin, violacin o responsabilidad legal en que se podra incurrir al desarrollar el Sistema. Alternativas. Una evaluacin de los enfoques alternativos del desarrollo del producto o Sistema. El estudio de la viabilidad puede documentarse como un informe aparte para la alta gerencia. 3. Anlisis Econmico y Tcnico El anlisis econmico incluye lo que llamamos, el anlisis de costos beneficios, significa una valoracin de la inversin econmica comparado con los beneficios que se obtendrn en la comercializacin y utilidad del producto o sistema. Muchas veces en el desarrollo de Sistemas de Computacin estos son intangibles y resulta un poco dificultoso evaluarlo, esto varia de acuerdo a la caractersticas del Sistema. El anlisis de costos beneficios es una fase muy importante de ella depende la posibilidad de desarrollo del Proyecto.

En el Anlisis Tcnico, el Analista evala los principios tcnicos del Sistema y al mismo tiempo recoge informacin adicional sobre el rendimiento, fiabilidad, caractersticas de mantenimiento y productividad. Los resultados obtenidos del anlisis tcnico son la base para determinar sobre si continuar o abandonar el proyecto, si hay riesgos de que no funcione, no tenga el rendimiento deseado, o si las piezas no encajan perfectamente unas con otras. Modelado de la arquitectura del Sistema Cuando queremos dar a entender mejor lo que vamos a construir en el caso de edificios, Herramientas, Aviones, Maquinas, se crea un modelo idntico, pero en menor escala (mas pequeo). Sin embargo cuando aquello que construiremos es un Software, nuestro modelo debe tomar una forma diferente, deben representar todas las funciones y subfunciones de un Sistema. Los modelos se concentran en lo que debe hacer el sistema no en como lo hace, estos modelos pueden incluir notacin grfica, informacin y comportamiento del Sistema. Todos los Sistemas basados en computadoras pueden modelarse como transformacin de la informacin empleando una arquitectura del tipo entrada y salida. Especificaciones del Sistema Es un Documento que sirve como fundamento para la Ingeniera Hardware, software, Base de datos, e ingeniera Humana. Describe la funcin y rendimiento de un Sistema basado en computadoras y las dificultades que estarn presente durante su desarrollo. Las Especificaciones de los requisitos del software se produce en la terminacin de la tarea del anlisis. 4. Diseo de sistemas de computacin Conceptos y principios El Diseo de Sistemas se define el proceso de aplicar ciertas tcnicas y principios con el propsito de definir un dispositivo, un proceso o un Sistema, con suficientes detalles como para permitir su interpretacin y realizacin fsica. La etapa del Diseo del Sistema encierra cuatro etapas: El diseo de los datos Trasforma el modelo de dominio de la informacin, creado durante el anlisis, en las estructuras de datos necesarios para implementar el Software. El Diseo Arquitectnico Define la relacin entre cada uno de los elementos estructurales del programa. El Diseo de la Interfaz Describe como se comunica el Software consigo mismo, con los sistemas que operan junto con el y con los operadores y usuarios que lo emplean. El Diseo de procedimientos

Transforma elementos estructurales de la arquitectura del programa. La importancia del Diseo del Software se puede definir en una sola palabra Calidad, dentro del diseo es donde se fomenta la calidad del Proyecto. El Diseo es la nica manera de materializar con precisin los requerimientos del cliente. El Diseo del Software es un proceso y un modelado a la vez. El proceso de Diseo es un conjunto de pasos repetitivos que permiten al diseador describir todos los aspectos del Sistema a construir. A lo largo del diseo se evala la calidad del desarrollo del proyecto con un conjunto de revisiones tcnicas: El diseo debe implementar todos los requisitos explcitos contenidos en el modelo de anlisis y debe acumular todos los requisitos implcitos que desea el cliente. Debe ser una gua que puedan leer y entender los que construyan el cdigo y los que prueban y mantienen el Software. El Diseo debe proporcionar una completa idea de lo que es el Software, enfocando los dominios de datos, funcional y comportamiento desde el punto de vista de la Implementacin. Para evaluar la calidad de una presentacin del diseo, se deben establecer criterios tcnicos para un buen diseo como son:

Un diseo debe presentar una organizacin jerrquica que haga un uso inteligente del control entre los componentes del software. El diseo debe ser modular, es decir, se debe hacer una particin lgica del Software en elementos que realicen funciones y subfunciones especificas. Un diseo debe contener abstracciones de datos y procedimientos. Debe producir mdulos que presenten caractersticas de funcionamiento independiente. Debe conducir a interfaces que reduzcan la complejidad de las conexiones entre los mdulos y el entorno exterior. Debe producir un diseo usando un mtodo que pudiera repetirse segn la informacin obtenida durante el anlisis de requisitos de Software.

Estos criterios no se consiguen por casualidad. El proceso de Diseo del Software exige buena calidad a travs de la aplicacin de principios fundamentales de Diseo, Metodologa sistemtica y una revisin exhaustiva. Cuando se va a disear un Sistema de Computadoras se debe tener presente que el proceso de un diseo incluye, concebir y planear algo en la mente, as como hacer un dibujo o modelo o croquis. 5. Diseo de la Salida En este caso salida se refiere a los resultados e informaciones generadas por el Sistema, Para la mayora de los usuarios la salida es la nica razn para el desarrollo de un Sistema y la base de evaluacin de su utilidad. Sin embargo cuando se realiza un sistema, como analistas deben realizar lo siguiente:

Determine que informacin presentar. Decidir si la informacin ser presentada en forma visual, verbal o impresora y seleccionar el medio de salida. Disponga la presentacin de la informacin en un formato aceptable. Decida como distribuir la salida entre los posibles destinatarios.

Diseo de Archivos Incluye decisiones con respecto a la naturaleza y contenido del propio archivo, como si se fuera a emplear para guardar detalles de las transacciones, datos histricos, o informacin de referencia. Entre las decisiones que se toman durante el diseo de archivos, se encuentran las siguientes:

Los datos que deben incluirse en el formato de registros contenidos en el archivo. La longitud de cada registro, con base en las caractersticas de los datos que contenga. La secuencia a disposicin de los registros dentro del archivo (La estructura de almacenamiento que puede ser secuencial, indexada o relativa).

No todos los sistemas requieren del diseo de todos los archivos, ya que la mayora de ellos pueden utilizar los del viejo Sistema y solo tenga que enlazarse el nuevo Sistema al Archivo maestro donde se encuentran los registros. Diseo de Interacciones con la Base de Datos La mayora de los sistemas de informacin ya sean implantado en sistemas de cmputos grandes o pequeos, utilizan una base de datos que pueden abarcar varias aplicaciones, por esta razn estos sistemas utilizan u administrador de base de datos, en este caso el diseador no construye la base de datos sino que consulta a su administrador para ponerse de acuerdo en el uso de esta en el sistema. 6. Herramientas para el Diseo de Sistemas Apoyan el proceso de formular las caractersticas que el sistema debe tener para satisfacer los requerimientos detectados durante las actividades del anlisis: Herramientas de especificacin Apoyan el proceso de formular las caractersticas que debe tener una aplicacin, tales como entradas, Salidas, procesamiento y especificaciones de control. Muchas incluyen herramientas para crear especificaciones de datos. Herramientas para presentacin Se utilizan para describir la posicin de datos, mensajes y encabezados sobre las pantallas de las terminales, reportes y otros medios de entrada y salida. Herramientas para el desarrollo de Sistemas Estas herramientas nos ayudan como analistas a trasladar diseos en aplicaciones funcionales. Herramientas para Ingeniera de Software Apoyan el Proceso de formular diseos de Software, incluyendo procedimientos y controles, as como la documentacin correspondiente. Generadores de cdigos Producen el cdigo fuente y las aplicaciones a partir de especificaciones funcionales bien articuladas. Herramientas para pruebas

Apoyan la fase de la evaluacin de un Sistema o de partes del mismo contra las especificaciones. Incluyen facilidades para examinar la correcta operacin del Sistema as como el grado de perfeccin alcanzado en comparacin con las expectativas. La revolucin del procesamiento de datos de manera computarizada, junto con las prcticas de Diseo sofisticadas est cambiando de forma dramtica la manera en que se trasladan las especificaciones de Diseo d Sistemas de Informacin funcionales. 7. Anlisis de Sistemas de Apoyo a Decisiones Semiestructuradas Mtodos Disponibles Para poder obtener buenos resultados en los sistemas de apoyo a decisiones estructuradas, debemos dividir el trabajo como lo dice anteriormente el anlisis de sistema del que estamos hablando, debe tener en cuenta: a. Si es analtico o heurstico b. Cmo son tomadas la decisiones en las tres fases de resolucin de problemas de inteligencia c. El uso de los mtodos de criterios mltiples tiles para la resolucin de problemas semiestructurados. Estos sistemas pueden funcionar de varias formas es decir, la organizacin de la informacin para las situaciones de decisin, la interaccin con los tomadores de decisiones que llevan consigo la expansin en la toma de decisiones, la forma de presentar la informacin para su mejor comprensin aadiendo modelos y criterios mltiples. En donde los modelos de criterios mltiples incluyen procesos de compromiso, mtodos ponderados y mtodos de eliminacin secuencial y son los ms adecuados para el manejo de la complejidad y naturaleza semiestructurada. 8. Sistemas de apoyo a Decisiones Este mtodo posee caractersticas que lo diferencia de los dems sistemas que manejan informacin y que son tradicionales. Los usuarios finales de los DSS (sistemas de apoyo a decisiones) poseen caractersticas especiales que merecen ser tomadas en cuenta. Caractersticas de un sistema de apoyo a decisiones Debemos tener en cuenta que un sistema de apoyo a decisiones lo definiremos como la manera de organizacin de informacin que se pretende usar en la toma de decisiones. Para lo cual al presentar la informacin debe estar diseada basndose en la solucin de problemas y esto debe darse ya que el usuario no debe tomar la decisin, sino el DSS. Un DSS permite al tomador de decisiones interactuar con l, y esto debe verse en la interfaz del usuario. Un DSS puede ser construido para dar soporte a decisiones de una sola vez y son aquellas que son poco frecuentes a otras que suceden rutinariamente. Un DSS debe ser diseado tpicamente para decisiones de un particular o para un grupo, es decir que el usuario entienda mejor las soluciones por medio de grficas, tablas u otro medio de presentacin y que sea de interfaz para el usuario.

Debemos saber utilizar las diferentes herramientas que generan DSS, as como en la construccin de DSS especficos, y generadores de DSS. Para el DSS, el proceso trabajar para la transformacin del usuario, el tomados de decisiones y debe dar como resultado un cambio y mejora del desempeo en la toma de decisiones. Usuarios de los sistemas de apoyo a decisiones Dentro de las organizaciones existen tres niveles, el estratgico, el administrativo y el operacional, es por eso que a nivel operacional las decisiones se pueden tomar y ser automatizadas satisfactoria y completamente. Los tipos de problemas que ayuda a solucionar un DSS son complejos y semiestructurados ya que este tipo de problemas los ve registrados en los niveles estratgico y administrativo. Es importante que si el usuario final est muy ocupado o preocupado por la interaccin con el DSS, este puede ser utilizado por un intermediario tcnico o ayudante que interacte con la computadora y as las decisiones sern tomadas de una forma desde el proceso y no desde la mecnica. 9. Conceptos del proceso de Toma de decisiones relevantes para los DSS Para la toma de decisiones sabemos que es necesario hacer uso de la informacin como, el uso de teoras, que tiene como consecuencia el acierto, la incertidumbre y el riesgo, es por eso que debemos diferenciar si el tomador de decisiones en analtico o heurstico y es importante que estos tomen en cuenta las fases de solucin como son la inteligencia, la seleccin y el diseo, tal como se le da soporte en los sistemas de apoyo a decisiones. La toma de decisiones bajo riesgo Las decisiones son tomadas por lo general bajo tres condiciones importantes como lo es la: certidumbre, incertidumbre y el riego. La certidumbre es aquella que nos muestra todo por anticipado antes de la decisin, los resultados, las consecuencias y segn sean las necesidades presentadas por el usuario. La incertidumbre es lo contrario de la certidumbre, no tenemos resultados, ni probabilidades o las consecuencias de las decisiones. Entre estos dos aspectos o condiciones tienen por medio el riesgo, es decir que tenemos el conocimiento (certidumbre) de las alternativas ( variables controlables), existen slo las estimaciones y no est en nuestras manos el controlar (variables ambientales) y de las que no estamos seguros de su resultado (variables dependientes). Bajo estas alternativas que tenemos muchas de las tomas de decisiones en las empresas o negocios se realizan bajo riesgo. El estilo de la toma de decisiones Por lo general la informacin se recolecta, procesa y se usa en forma de parmetro segn sea el estilo de la toma de decisiones. Y es por eso que los tomadores de decisiones son analticos o heursticos. Un tomador de decisiones analtico se apoya en la informacin que es adquirida y evaluada sistemticamente para estrechar las alternativas y tomar una seleccin que est basada en informacin. En donde los tomadores de decisiones analticos valoran la informacin

cuantitativa y los modelos que la generan y la usan. Como comentario adicional, utilizan matemticas para el modelo del problema y usan algoritmos para resolverlos. Un tomador de decisiones heurstico se hace ayudar de lineamientos (reglas), aunque no se adapte, bajo conciencia o un sistema, esto es que la heurstica se basa en la experiencia. Estos tomadores de decisiones aprenden bajo las actuaciones, es decir mediante la prueba y el error hasta encontrar la solucin. Y su apoyo es el sentido comn para que los gue.
Tomador de decisiones analtico Tomador de decisiones heurstico Aprende actuando Usa prueba y error Valora la experiencia Se apoya en el sentido comn Busca soluciones satisfactorias

Aprende mediante anlisis Usa procedimientos paso a paso Valora la informacin cuantitativa y los modelos Constituye modelos matemticos y algoritmos Busca soluciones ptimas

Fases para la solucin de problemas La toma de decisiones (o resolucin de problemas) es un proceso, y est concebido en fases en vez de pasos. Puesto que en las fases, la ocurrencia de comportamiento se agranda y se escoge, y como diferencia de los pasos es que estos se llevan a cabo mediante una secuencia, es decir no podemos seguir sino se ha terminado el anterior y se realizan de forma independiente. Las fases para la toma de decisiones son la: Inteligencia, el diseo y la seleccin (Simn 1965) Y se inicia en la forma como se ha escrito. Inteligencia: es la conciencia de un problema u oportunidad, el tomador de decisiones busca en los ambientes de negocios interno y externo, revisando las decisiones que deber tomar, problemas a resolver u oportunidades a examinar. La inteligencia se traduce como la vigilancia, la bsqueda continua y revisin. Diseo: Formula un problema y analiza las varias soluciones alternativas, proporcionando al tomador de decisiones generar y analizar alternativas para su aplicabilidad potencial. Seleccin: La seleccin del tomador de decisiones de una solucin al problema u oportunidad identificado en la fase de inteligencia. Incluyendo la implementacin de la seleccin del tomador de decisiones. Hay otros autores que incluyen la implementacin y la evaluacin. 10. Conclusiones En Conclusin un proyecto de desarrollo de un Sistema de Informacin comprende varios componentes o pasos llevados a cabo durante la etapa del anlisis, el cual ayuda a traducir las necesidades del cliente en un modelo de Sistema que utiliza uno mas de los componentes: Software, hardware, personas, base de datos, documentacin y procedimientos. En una organizacin o Empresa, el anlisis y Diseo de Sistemas, es el proceso de estudiar su Situacin con la finalidad de observar como trabaja y decidir si es necesario realizar una mejora; el encargado de llevar a cabo estas tareas es el analista de sistemas.

Antes de comenzar con el desarrollo de cualquier proyecto, se conduce un estudio de Sistemas para detectar todos los detalles de la situacin actual de la empresa. La informacin reunida con este estudio sirve como base para crear varias estrategias de Diseo. Los administradores deciden que estrategias seguir. Los Gerentes, empleados y otros usuarios finales que se familiarizan cada vez mas con el uso de computadoras estn teniendo un papel muy importante en el desarrollo de sistemas. Todas las organizaciones son Sistemas que actan de manera reciproca con su medio ambiente recibiendo entradas y produciendo salidas. Los Sistemas que pueden estar formados por otros Sistemas de denominan subsistemas y funcionan para alcanzar los fines de su Implantacin. Es por eso que existen varios modelos o mtodos para la realizacin del anlisis y diseo de un sistema, lo primero del trabajo fue revisar que es el Anlisis y el diseo y posteriormente el autor Kendall, presenta varios modelos que podemos utilizar para la realizacin y elaboracin de un proceso y trabajo exhaustivo y dar solucin o respuesta al problema que se ha generado desde la perspectiva del programador y analista. 11. Bibliografa Kendall & Kendall; Anlisis y Diseo de Sistemas; 3 Edicin; Pearson Educacin. Roger S. Pressman; Ingeniera del Software;4 Edicin; Mc Graw Hill