TEMA I ANLISIS DE SISTEMAS

1.1. DEFINICIN DE ANLISIS DE SISTEMAS: Dentro de las organizaciones el anlisis de sistemas se refiere al proceso de examinar la situacin de una empresa con el propsito de mejorarla con mtodos y procedimientos mas adecuados, por consiguiente, es el proceso de clasificacin e interpretacin de hechos, diagnostico de problemas y empleo de la informacin para recomendar mejoras al sistema. Un sistema: Es un conjunto de componentes que interrelacionan entre si para lograr un objetivo comn.

1.2. INVESTIGACION PRELIMINAR: Las organizaciones reconocen la importancia de administrar recursos como mano de obra y materias primas. En donde la informacin se ha colocado en un lugar de acuerdo como recursos principal, los tomadores de decisiones estn comenzado a comprender que la informacin no es solo subproducto de la conduccin, si no a la vez alimenta los negocios y pueden ser el factor critico para la determinacin del xito o fracaso de estos.

1.3. NATURALEZA DEL PROGRAMA: El estudio que debe de realizar el analista del proyecto, se realizara entre reas de factibilidad, tcnica, econmica y operacional. La realizacin del proyecto deber ser inconsciente con los objetivos del negocio, ya que determinara los requerimientos de informacin para los usuarios particulares involucrados.

1.4. ALCANCE DEL PROYECTO: El desarrollo de sistemas esta comprendido en lo que es llamado ciclo de vida del desarrollo de sistemas y en un enfoque por fases de anlisis y diseo que sostiene que el uso de un ciclo especifico de actividades del analista y del usuario.

Las siete fases del ciclo de vida del desarrollo del sistema son: 1. Identificacin de problemas de problemas de vida del desarrollo del sistema. 2. Determinacin de los requerimientos de informacin. 3. Anlisis de las necesidades del sistema. 4. Diseo del sistema recomendado. 5. Desarrollo y documentacin del software. 6. Prueba y mantenimiento del sistema. 7. Implementacin y evaluacin del sistema.

1.5. IDENTIFICACIN DE PROBLEMAS, OPORTUNIDADES Y OBJETIVOS: Esta etapa es crtica para el xito del resto del proyecto, debido a que nadie quiere desperdiciar el tiempo subsecuente resolviendo.

1.6. DETERMINACIN DE LOS REQUERIMIENTOS DE INFORMACIN: En esta fase el analista es el que determina los requerimientos de informacin para los usuarios particulares involucrados. Las herramientas utilizadas para definir los requerimientos de informacin se encuentran; muestra e investigacin de los datos relevantes, entrevistas, cuestionarios, el comportamiento de los tomadores de decisiones y su ambiente de oficina y hasta la elaboracin de prototipos.

1.7. ANALISIS DE LAS NECESIDADES DEL SISTEMA: Esta frase involucra el analista de las necesidades del sistema que tiene como herramienta el uso de diagramas de flujo para diagrama de entrada, proceso y salida de las funciones de negocios en forma grafica estructurado. A partir de los diagramas de flujo de datos se desarrolla un diccionario de datos que enlista a los conceptos de datos usados en el sistema, as como sus especificaciones, si son: alfaba numricos y que tanto espacio ocupa cuando se imprime lo cual asume el papel de analistas de sistemas.

1.8. DISEO DEL SISTEMA RECOMENDADO: En esta fase el analista usa la informacin recolectada anteriormente para realizar el diseo lgico del sistema de informacin, en este se disean procedimientos precisos para la captura de datos a fin de que los datos se van a entrar al sistema de informacin sean correctos. El diseo lgico del interfaz de usuario la cual conecta el usuario con el sistema y es, por lo tanto importante.

1.9 DESARROLLO Y DOCUMENTACIN DEL SOFTWARE Esta fase trabaja con los programadores para desarrollar cualquier software original que necesite o algunas tcnicas de diseo documentacin del software incluye diagramas estructurados, el mtodo IHITO diagramas de flujo y seudo cdigo. La documentacin dice al usuario la manera de usar el software y tambin que hacer si suceden problemas. Para asegurar la calidad, un programador puede realizar ya sea un diseo o un ensayo del cdigo, explicando las partes complejas del cdigo, explicando las partes complejas del programa a un equipo de otros programadores.

1.10 PRUEBA Y MANTENIMIENTO DEL SISTEMA: El sistema antes de ser usado debe ser aprobado es mucho menos costoso encontrar problemas antes de que el sistema sea entregado, las pruebas son realizadas por los programadores o por los analistas del sistema de mantenimiento de sistema y de su uso de documentacin es efectuado rutinariamente a lo largo de la vida del sistema.

1.11 IMPLEMENTACION Y EVALUACION DEL SISTEMAN: Incluye el entrenamiento de los usuarios para que manejen el sistema, la evaluacin se muestra como parte del desarrollo del sistema principalmente para efecto discusin.

1.12 LA IMPORTANCIA DEL MANTENIMIENTO El mantenimiento se realiza por dos razones: La primera de estas es para corregir errores del software. La segunda es para realizar el mantenimiento del sistema, que es para mejorar las capacidades del software en respuesta a las necesidades organizacionales cambiantes.

1.13 POSIBLES SOLUCIONES Existen tres fases para la solucin de problemas y son: inteligencia, diseo y seleccin.

TEMA II COSTOS Y BENEFICIOS

Los beneficios y costos pueden ser vistos como tangibles o intangibles.

Son ventajas medibles que se acumulan a la organizacin por medio del uso del sistema de informacin.

2.1 BENEFICIOS INTANGIBLES Son los que se acumulen en la organizacin por el uso de sistemas, son difciles de medir sin embargo son importantes.

2.2 COSTOS TANGIBLES: Son aquellos que se pueden ser proyectados con precisin por el analista de sistemas y el personal de contabilidad del negocio, en este se incluye costos de equipo, tiempo, que son costos que requieren de un desembolso de efectivo por parte del negocio.

2.3 COSTOS INTANGIBLES: Incluye la perdida de una venta competitiva perdida de reputacin, disminucin de la compaa los costos intangibles no pueden ser cuantificados pero se deben incluir.

TEMA III SISTEMAS DE PROCESAMIENTO

Los sistemas de procesamiento de transacciones TPS funcionan en el mbito operacional de la organizacin de los sistemas de automatizacin de oficina OAS y los sistemas de trabajo de conocimiento que cabida al trabajo nivel del conocimiento.

3.1 COLECCIN DE LOS HECHOS: El analista busca hechos y cifras, informacin financiera con textos organizacionales y tipos de documentos y problemas mediante el muestreo de investigacin de datos relevantes tales como:

TIPOS DE DOCUMENTOS

Hechos y cifras Informacin Financiera Contextos Organizacionales Tipos de documentos y problemas

3. 2 ANLISIS: Un anlisis de un sistema o de un documento que deber ser de forma cualitativa y cuantitativa.

3.3 ANLISIS DE DOCUMENTOS CUANTITATIVOS: Se dispone de una variedad de documentos cuantitativos para la interpretacin de negocio de decisiones, reportes de desempeo y diversas formas.

TEMA IV DISEO DE ENTRADA EFECTIVA

La calidad de la entrada son las formas y las pantallas que deben satisfacer los objetivos de efectividad, precisin, facilidad de uso, consistencia, simplicidad y atractivo.

4.1 PRECISIN: Se refiere al diseo que asegura el llenado adecuado.

4.2 FACILIDAD: Las formas y pantallas son directas y no requieren de tiempo adicional para descifrarlas.

4.3 CONSISTENCIA: Las formas y pantallas agrupan los datos en formas similares de una aplicacin a la siguiente.

4.4 SIMPLICIDAD: Mediante las formas y pantallas intencionalmente sin amontonamientos en una forma que enfoque la a tensin del usuario.

4.5 ATRACTIVO: Implica que los usuarios les agradaran o sern atrados a usar las formas y pantallas debido al diseo interesante. 4.6 DISEO DE ARCHIVO A BASE DE DATOS: El almacenamiento de datos es considerado como parte de medulas de los sistemas de informacin en los objetivos generales para el diseo de la organizacin del almacenamiento de datos se muestra de la siguiente manera:

Integridad de datos Disponibilidad de datos Actualizacin y recuperacin eficiente Almacenamiento de datos eficiente Recuperacin de informacin para un propsito

4.7 DISEO DE INTERFAZ DE USUARIO: El objetivo es ayudar a los usuarios y negocios a proporcionar la informacin que necesitan del sistema, la cual permite a los usuarios exceder al sistema en forma congruente con sus necesidades individuales, aumenta la velocidad de la captura de datos y reduce errores.

4.8 DISEO DE PROCEDIMIENTOS PARA LA CAPTURA DE DATOS PRECISOS: El analista necesita trabajar hacia tres objectivos de captura de datos para asegurar la entrada precisa al sistema. Captura de datos efectiva y eficiente Codificacin efectiva Aseguramiento de la calidad por medio de validacin

4.9 REVICION DE LOS MONTOS Y ALCANCE DEL PROYECTO: Para la factibilidad del proyecto la decisin no debe de ser tomada por el analista de sistemas sino por la administracin. Las decisiones estn basadas en los datos de factibilidad recolectando en forma experta, profesionales y presentados por el analista. El estudio de un proyecto de sistemas solicitado debe ser logrado a fin de que los recursos que se les dediquen sean mnimos, la informacin producida por el estudio sea slida de cualquier inters sea alto. Por lo general, el proceso de valoracin de factibilidad es efectivo para el privado de proyectos que son inconsistentes con los objetivos del negocio, son tcnicamente imposibles o son econmicamente no rentables.

TEMA V ANLISIS DE FLUJO DE EFECTIVO

Este examina la direccin, tamao y patrn de flujo de efectivo que esta asociado con el sistema de informacin propuesto debe tener ganancias incrementadas junto con pagos en efectivo luego el tamao de flujo debe ser analizado junto con los patrones de flujo de efectivo asociados con la compra de un nuevo sistema.

5.1 VALOR PRESENTE: El anlisis del valor presente ayuda al analista de sistemas a presentar a los tomadores de decisiones del negocio el valor en el tiempo de la inversin en el sistema de informacin as como el flujo de fondos. El valor presente es una forma de valorar todos los desembolsos y ganancias del sistema de informacin a lo largo de su vida econmica y de compra de los costos actuales con los futuros y los beneficios actuales con los beneficios futuros.

5.2 INFORME DEL DISEO DEL SISTEMA: En el informe del diseo se enfoca a la utilidad del sistema de la informacin para la evaluacin del sistema de informacin puede ser una tcnica comprensiva o fructfera para la medicin del xito de un sistema desarrollado.

5.3 ADQUISISCION DE UN SISTEMA: En la adquisicin de un sistema se debe estimar la solicitud y cotizacin del sistema evaluado todas las propuestas y la necesidad del negocio o empresa. El analista debe enfocarse a los requerimientos que el dueo examine necesarios para que el sistema se realice correctamente.

5.4 SOLICITUD DE COTIZACIN: En la solicitud se deben estimar los cotos y beneficios del sistema de computadores, los propuestos siempre deben ser considerados juntos, debido a que estn interrelacionados y frecuentemente son independientes. El analista de sistemas debe tratar de poner un sistema que satisface diversos requerimientos de informacin, las decisiones para continuar con el sistema propuesto sern basados en un anlisis de beneficios y costo y no en los requerimientos de informacin.

5.5 EVALUACION DE PROPUESTAS: La propuesta esta dirigida a los usuarios tcnicos como a los dems que incluye especificaciones tcnicas puede ser una medida inteligente. Una propuesta ms detallada que trate de los asuntos tcnicos tambin es una opcin, aunque deben ser considerados los costos de tiempo antes de que se haga mucha personalizacin de la propuesta. 5.6 PROPUESTAS DE SISTEMAS: 1. Carta de presentacin. 2. Pagina de titulo del proyecto. 3. Tabla de contenido. 4. Resumen ejecutivo (incluyendo recomendacin). 5. Guin del estudio de sistemas con la documentacin apropiada. 6. Resultados detallados del estudio de sistemas. 7. Alternativas de sistemas. 8. Recomendaciones de analistas de sistemas. 9. Resumen. 10. Apndices (Documentacin seleccionada, resumen de frases, manuales, correspondencia etc.). 5.7 IMPLEMENTACION: En la implantacin se valora si un negocio debe invertir en un sistema de informacin propuesto en base a los beneficios que proporciona el sistema adecuado de las necesidades del negocio tomando en cuenta los ajustes y requerimientos que el dueo crea conveniente. 5.8 CONVERSIN La implementacin es convertir fsicamente el sistema de informacin antiguo al nuevo modificado. Hay muchas estrategias de conversin disponibles tambin hay un enfoque de contingencias que toman en cuenta variables organizacionales para decir cuales estrategias convertido de un sistema antiguo a un sistema nuevo. 5.9 DOCUMENTACION Los documentos revelan las expectativas del comportamiento de otros y de lo que pretendieron sus escritores existen lineamientos que pueden ayudar a los analistas a tomar un enfoque sistemtico para este tipo de analistas y son: 1. Examinar los documentos para calves y metforas de lineamientos. 2. Bsqueda de referencias a una mentalidad de los documentos. 3. Listar los trminos que caractericen el bien y el mal y aparezcan repentinamente en los documentos.

TEMA VI
CAPACITACION Los analistas de sistemas se involucraron en un proceso educacional con los usuarios que se llaman capacitacin. En este ciclo de desarrollo de sistemas los usuarios han estado involucrados por lo cual se debe poseer una valorizacin adecuada de los usuarios que deban ser capacitados.

6.1 ESTRATAEGIAS DE CAPACITACION: A QUIEN CAPACITAR? Al personal que capture datos y aquellos usaran la salida para tomar decisiones sin usar personalmente una computadora. QUINES CAPACITARAN A LOS USUARIOS? Para un proyecto grande se pueden usar muchos instructores diferentes dependiendo de cuantos usuarios deben ser capacitados y quienes son, las fuentes de capacitacin posible incluyen: 1. Instructores pagados externamente. 2. Vendedores. 3. Analistas de sistemas. 4. Instructores en casa. 5. Otros usuarios.

6.2 MATERIAL DE CAPACITACION Incluye manuales de capacitacin, casos de capacitacin donde los usuarios les es asignado trabajo, los materiales de capacitacin deben tener buenos ndices, estar escritos para la audiencia adecuada con un mnimo de vocabularios especiales y disponibles para quien los necesiten.

6.3 RETROLALIMENTACION Es una formula de control de sistemas para monitorear y cambiar su comportamiento. La retroalimentacin compara el comportamiento actual con objetivos predeterminados y da la informacin que describe.