1 / 39

ADMINISTRACIÓN INFORMÁTICA DE PROYECTOS

ADMINISTRACIÓN INFORMÁTICA DE PROYECTOS. ¿QUE ES UN PROYECTO?. Un proyecto es un esfuerzo que se realizara dentro de un periodo temporal con el objetivo de crear un producto u ofrecer un servicio.

hogan
Download Presentation

ADMINISTRACIÓN INFORMÁTICA DE PROYECTOS

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. ADMINISTRACIÓN INFORMÁTICA DE PROYECTOS ¿QUE ES UN PROYECTO? Un proyecto es un esfuerzo que se realizara dentro de un periodo temporal con el objetivo de crear un producto u ofrecer un servicio. El producto tendrá un alcance que debería definirse antes de comenzar el proyecto aunque podrá variar a lo largo de la ejecución del proyecto. El alcance será el que marque los trabajos que sean necesario realizar para poder dar por finalizado el proyecto.

  2. ADMINISTRACIÓN INFORMÁTICA DE PROYECTOS ¿QUE ES UN PROYECTO? Es una búsqueda de una solución inteligente al planteamiento de un problema tendente a resolver, entre muchas, una necesidad humana ¿POR QUÉ SE INVIERTE? Todo proyecto de inversión genera efectos o impactos de naturaleza diversa, directos, indirectos, externos e intangibles. Estos últimos rebasan con mucho las posibilidades de su medición monetaria y sin embargo no considerarlos resulta pernicioso por lo que representan en los estados de animo y definitiva satisfacción de la población beneficiaria o perjudicada. ¿POR QUÉ SON NECESARIOS LOS PROYECTOS?

  3. ADMINISTRACIÓN INFORMÁTICA DE PROYECTOS DESICIÓN SOBRE UN PROYECTO EVALUACIÓN PROCESO DE PREPARACIÓN Y EVALUACIÓN DE PROYECTOS Partes generales de la Evaluación de Proyectos . Instalación de una planta totalmente nueva. . Elaboración de un nuevo producto de una planta ya existente. . Ampliación de la capacidad instalada o creación de sucursales. . Sustitución de maquinaria por obsolescencia o capacidad insuficiente.

  4. ADMINISTRACIÓN INFORMÁTICA DE PROYECTOS Formulación y Evaluación de Proyectos Definición de Objetivos Análisis de Mercado Análisis Técnico Operativo Análisis Económico Financiero Análisis Socio-Económico Retroalimentación Resumen y Conclusiones Decisión sobre el proyecto ESTRUCTURA GENERAL DE EVALUACIÓN DE PROYECTOS

  5. ADMINISTRACIÓN INFORMÁTICA DE PROYECTOS PROCESO DE LA EVALUACIÓN DE PROYECTOS Perfil o gran visión Factibilidad o anteproyectos Proyecto definitivo Idea del proyecto Análisis del entorno Detección de necesidades Análisis de Oportunidades para satisfacer necesidades Definición Conceptual del proyecto Estudio del proyecto Evaluación del proyecto Decisión sobre el proyecto Realización del proyecto

  6. ADMINISTRACIÓN INFORMÁTICA DE PROYECTOS EVALUACIÓN DE PROYECTOS Y LA INFORMÁTICA Historia • Adquisición de cierto hardware y software • ¿Qué característica debe tener el equipo que se va a comprar, ya sea computadoras, impresoras, módems, etc.? • ¿Se va a adquirir software comercial disponible en el mercado o es preferible que la empresa desarrolle un software específico para controlar cierta actividad? Evaluación del proyecto de inversión en tecnología de la información ¿Se necesita?

  7. ADMINISTRACIÓN INFORMÁTICA DE PROYECTOS • TIPOS DE PROYECTOS INFORMÁTICOS • Sustitución o actualización de un sistema existente de procesamiento de datos por un sistema automatizado utilizando equipo de computación para el procesamiento de la información. • Elaboración de software para la venta al público en general. • Elaboración o desarrollo de sistemas de información para uso específico dentro de una empresa, lo cual implica el diseño y uso de la red de cómputo. • Desarrollo de sistemas de información para áreas específicas dentro de las empresas, como la venta de productos de empresa a empresa y manejo de proveedores vía Internet. Implica el desarrollo y uso de una red de cómputo. • 5. Desarrollo de sistemas informáticos de alta complejidad, como sistemas expertos, inteligencia artificial y redes neuronales.

  8. ADMINISTRACIÓN INFORMÁTICA DE PROYECTOS CAUSAS POR LAS QUE HAN FRACASADO Y SEGUIRÁN FRACASANDO MUCHOS PROYECTOS INFORMÁTICOS • Tecnología desconocida que se va a utilizar. • Dirección deficiente del proyecto. • Participación inapropiada de personal interno o externo a la empresa. • Débil apoyo de gerentes y de la dirección general. • Urgencia del problema. • Filosofía y cultura de la empresa. • Experiencia de participantes y usuarios hacia el nuevo sistema. • Pérdida de poder en algunos puestos al administrar la información en forma distinta.

  9. ADMINISTRACIÓN INFORMÁTICA DE PROYECTOS • Partes que conforman la metodología de la evaluación de proyectos informáticos • . Instalación de una planta totalmente nueva. • . Elaboración de un nuevo producto de una planta ya existente. • . Ampliación de la capacidad instalada o creación de sucursales. • . Sustitución de maquinaria por obsolescencia o capacidad insuficiente. • Estudio de gran visión y definición conceptual del proyecto • Cuantificación de las necesidades del servicio o producto • Estudio Técnico • Análisis económico • Evaluación económica • Proyecto definitivo y ejecución

  10. ADMINISTRACIÓN INFORMÁTICA DE PROYECTOS • Administración de Software • Fracasos en el desarrollo de software. • Diferencias en el desarrollo. • El producto es intangible. • No existen procesos del software estándar. • A menudo los proyectos grandes de software son únicos.

  11. ADMINISTRACIÓN INFORMÁTICA DE PROYECTOS • Actividades de la Administración • Redacción de la propuesta. • Planeación y calendarizaciçon del proyecto. • Costeo del proyecto. • Supervisión y revisión del proyecto. • Selección y evaluación del proyecto. • Redacción y presentación de informes.

  12. EVALUACIÓN DE PROYECTOS DE SOFTWARE • Equipo Ideal Mínimo • Razones: • El presupuesto. • No disponibilidad de personal con experiencia • Desarrollar habilidades mínimas en sus empleados

  13. EVALUACIÓN DE PROYECTOS DE SOFTWARE • Planeación del Proyecto • Tipos de Planes • Plan de Calidad: Describe los procedimientos y estándares de calidad que se utilizarán en un proyecto. • Plan de validación: Describe el enfoque, los recursos y la programación utilizados para la validación del sistema. • Plan de administración de la configuración: Describe los procedimientos de administración de la configuración y las estructuras a utilizarse. • Plan de mantenimiento: Predice los requerimientos de mantenimiento del sistema, los costos de mantenimiento y el esfuerzo requerido. • Plan de desarrollo del personal: Describe cómo se desarrollan las habilidades y experiencia de los miembros del equipo del proyecto.

  14. EVALUACIÓN DE PROYECTOS DE SOFTWARE • Plan del proyecto • Introducción • Organización del proyecto • Análisis de riesgo • Requerimientos de recursos de hardware y software • División del trabajo • Programa del proyecto • Mecanismos de supervisión e informe

  15. EVALUACIÓN DE PROYECTOS DE SOFTWARE Hitos y Productos a entregar ACTIVIDADES Estudio de factibilidad Análisis de Requerimientos Desarrollo de Prototipos Estudio del diseño Especificación de requerimientos Informe de Factibilidad Requerimientos de usuarios Informe de evaluación Diseño arquitectónico Requerimientos del Sistema HITOS

  16. EVALUACIÓN DE PROYECTOS DE SOFTWARE • Cuantificación de las necesidades del servicio o producto • Objetivo General • Cuantificar las necesidades del servicio o producto a partir de un análisis de problemas que se presentan en la empresa. • Objetivos específicos • Definir la importancia de la información y su manejo en el concepto de la empresa. • Explicar lo relevante que es automatizar los sistemas de procesamiento de datos. • Describir el proceso de adopción de un nuevo equipo de hardware y software.

  17. EVALUACIÓN DE PROYECTOS DE SOFTWARE • Cuantificación de las necesidades del servicio o producto • Identificación del problema • Restricciones • De orden económico y carencia de recursos en general • Ubicación Física del proyecto, su alcance, etc. • ¿Cómo se identifica la existencia de un problema o una necesidad informática?

  18. EVALUACIÓN DE PROYECTOS DE SOFTWARE • Estudio de Factibilidad • Demostrar una necesidad insatisfecha por cubrir. • Demostrar que se tiene la capacidad tecnológica o de conocimientos para resolver adecuadamente el problema planteado. • Demostrar que la inversión económica que demanda el proyecto presenta una rentabilidad económica o algún otro tipo de beneficio cuantificable.

  19. EVALUACIÓN DE PROYECTOS DE SOFTWARE • Actualización o automatización de un sistema de procesamiento de datos • Análisis de la demanda del servicio • Los Sistemas de información tienen 4 componentes: • Hardware • Software • Dispositivo de transmisión de datos a distancia • Personal que opera el sistema.

  20. EVALUACIÓN DE PROYECTOS DE SOFTWARE • Las características que tiene el desempeño de un hardware en una red de cualquier tipo pueden ser muy variadas, por ejemplo: • Servidor • Tipo y Nº de ranuras exclusivas para drives y para almacenamiento. • Tipo de administrador. • Memoria RAM actual y expansible. • Velocidad del procesador. • Número de Instrucciones. • Número de procesadores que se pueden conectar en serie. • Velocidad de transmisión.

  21. EVALUACIÓN DE PROYECTOS DE SOFTWARE • Tipo de Sistemas • Tareas que puede atender simultáneamente. • Número de errores por unidad de tiempo. • Espacio en disco. • Consumo de memoria RAM. • Tiempo en CPU. • Tiempo de respuesta. • Impresoras • Nº de páginas que imprime por minuto. • Tipo de interfaz.. • Tipo de impresora. • Estaciones de Trabajo • Memoria RAM actual y expansible. • Memoria Caché. • Capacidad de disco duro. • Velocidad del procesador.

  22. EVALUACIÓN DE PROYECTOS DE SOFTWARE DESARROLLO DE UN SISTEMA DE INFORMACIÓN Análisis de la demanda y su medición. Análisis y Cuantificación de la oferta actual del servicio. Definición de la cuantificación de la oferta Demanda Potencial Insatisfecha. Procedimiento de Adopción del nuevo hardware.

  23. EVALUACIÓN DE PROYECTOS DE SOFTWARE • Estudio Técnico • Objetivo General • Ser capaz de realizar un estudio técnico acerca de la evaluación de proyectos informáticos. • Objetivos específicos • Localizar las instalaciones y riesgos de daño de una organización. • Identificar el tamaño óptimo de las instalaciones para implementar un SI adecuado a la empresa.

  24. EVALUACIÓN DE PROYECTOS DE SOFTWARE • Diseñar un SI con todas sus características específicas de acuerdo a la organización. • Desarrollar un SI de acuerdo a las necesidades de la empresa. • Diseñar el desarrollo de e-business con todos sus elementos para incrementar las ventas. • Determinar la cantidad de personal que se emplea para desarrollar un SI y asegurar el mismo. • Identificar el área del SI dentro del organigrama de la empresa.

  25. EVALUACIÓN DE PROYECTOS DE SOFTWARE • Localización de las instalaciones y riesgo de daños • Los conceptos básicos de seguridad en informática son: • Dispersión • Duplicación • Defensa de profundidad • Los objetivos de seguridad informática son: • Proteger a los empleados y administradores en caso de que los responsables sean terceros ajenos a la empresa o personal propia. • Asegurar la integridad y exactitud de los datos, mediante la implantación del ambiente y medidas de seguridad adecuadas para el manejo de los mismos. • Asegurar la capacidad para sobrevivir a desastres de todo tipo con los elementos necesarios contra fuego, inundaciones, temblores, ataques terroristas, entre otros.

  26. EVALUACIÓN DE PROYECTOS DE SOFTWARE • Métodos de Puntos Ponderados (Centro de Cómputo) • Hacer un listado de los factores que se consideran relevantes para la localización, por ejemplo: • Área independiente con poco tránsito de personal ajeno a la empresa. • Área con facilidades para instalar un aire acondicionado. • Área libre de riesgo de inundación • Área construida con materiales no flamables. • Área que no tenga grandes ventanas expuestas directamente al sol, ni que todas las paredes sean de cristal. • Área de fácil control y de rápida evacuación en caso de siniestro. • 2. Asignar un peso a cada factor, de acuerdo a la importancia que dicho factor tenga para la empresa.

  27. EVALUACIÓN DE PROYECTOS DE SOFTWARE 3. Determinar las áreas dentro de la empresa que sean alternativas para la instalación. Esta área puede ser un edificio completamente independiente y fuera de las instalaciones de la empresa. 4. Calificar cada uno de los sitios alternativos. 5. Obtener la calificación ponderada y seleccionar el sitio con mayor calificación ponderada.

  28. EVALUACIÓN DE PROYECTOS DE SOFTWARE • Factores (Terminales dentro de una red) • Necesidad de que una persona sea cliente de la red. • Uso que le dará a la red: sólo consulta de datos, cargar datos y consulta, tomar decisiones con bases de ciertos datos de la red, utilizar otros servicios de la red (Uso de Internet, correo, etc.). • Número de consultas por día y duración de cada consulta. • Puesto que ocupa dentro de la organización. • Posibilidad de compartir la Terminal con otro personal.

  29. EVALUACIÓN DE PROYECTOS DE SOFTWARE Tamaño Óptimo de las instalaciones En el caso de una red, se define como la capacidad máxima de operación de los parámetros que tienen cada uno de los componentes del hardware, como el ancho de banda, la capacidad del disco duro, la velocidad de la impresoras, etc. Cuando se habla de un SI las cosas cambian, porque el sistema está constituido de cuatro partes: hardware, software, comunicaciones y personal Y en el caso de e-business, el tamaño puede definirse como el nº de pantallas y las características que debe mostrar cada pantalla, no sólo para atraer a más visitantes al portal, sino para retenerlos y ganarlos como clientes permanentes.

  30. EVALUACIÓN DE PROYECTOS DE SOFTWARE • Mapas de procesos y rediseño del proceso • Un mapa de proceso es la diagramación del flujo de información y los procesos de toma de decisiones en cada uno de los niveles jerárquicos de una organización y el flujo de información entre los niveles jerárquicos. En general, se consideran tres niveles: operativo, táctico y directivo. • Para el nivel directivo (nivel ejecutivo, dirección general, dirección de área) • Indicadores de desempeño de la organización que es necesario observar, para verificar que se está cumpliendo. • Tipos de decisión que se toman.

  31. EVALUACIÓN DE PROYECTOS DE SOFTWARE • Para el nivel táctico (mandos medios, gerencias, subgerencias) • Tipo de decisiones que se toman en esa área. • Indicadores de desempeño de esa área que contribuyan a la consecución de propósitos, metas y objetivos de la organización. • Mención de los principales problemas que observan con el flujo de información entre áreas. • Para el nivel operativo • Tipo de información que maneja. • De cuáles áreas se recibe información. • Tipo de procesamiento que se aplica a esa información. • A Cuales áreas se envía información procesada. • Principales problemas que se tiene en cada uno de los tres puntos anteriores. • Preguntar si se tiene un manual de procedimientos para el manejo de la información

  32. EVALUACIÓN DE PROYECTOS DE SOFTWARE Identificación de riesgos. Seguridad. Determinación de la cantidad necesaria de personal requerida para el proyecto. Director de sistemas Jefe o Gerente de área Programadores Analista de sistemas Administrador de la base de datos Administrador de recursos informáticos Administradores de sistemas o redes Analista de negocios Editores de contenido Operadores del SI

  33. EVALUACIÓN DE PROYECTOS DE SOFTWARE Organigrama de la empresa. Dirección General Ventas Finanzas Producción Recursos Humanos SI de Ventas SI de Finanzas SI de Producción SI de Recursos Humanos Administración Feudal de la información

  34. EVALUACIÓN DE PROYECTOS DE SOFTWARE Organigrama de la empresa. Dirección General SI General Ventas Finanzas Producción Recursos Humanos Administración Monárquica de la información

  35. EVALUACIÓN DE PROYECTOS DE SOFTWARE Organigrama de la empresa. Dirección General Ventas Finanzas Producción Recursos Humanos SI General Administración Integrada de los información

  36. EVALUACIÓN DE PROYECTOS DE SOFTWARE • Distribución Física de las instalaciones. • Evitar que el personal recorra grandes distancias • Proporcione seguridad y bienestar a los trabajadores • Asignar espacios adecuados para el hardware y para el tránsito del personal. • Haga el cableado de forma que facilite el mantenimiento. • Proteja los equipos de daño físico instalando el material adecuado. • Las instalaciones deben ser flexibles.

  37. EVALUACIÓN DE PROYECTOS DE SOFTWARE Ing. Luis Carlos Montbeliard S.

  38. EVALUACIÓN DE PROYECTOS DE SOFTWARE • Calendarización - Fases (Construcción, entrega y mantenimiento). • Fase de Construcción: Requiere del a definición del problema, la estructuración de la solución y el planteamiento programático de la misma, su desarrollo • Fase de Entrega: Prueba del producto, en la cual se deben realizar ajustes según las necesidades del usuario o requirente. En general esta fase se puede llevar a cabo con entregables durante la fase de construcción. El proyecto está totalmente entregado cuando ya no tenga necesidad de más ajustes. • Fase de Mantenimiento: En esta fase el software producido y entregado ya está en producción (funcionamiento completo). Aquí lo que se hacen son ajustes solicitados debido a cambios en el ámbito del software, por ejemplo: cambio en el cálculo de impuestos sobre venta, nuevos impuestos, nueva fórmula de cálculo en algún proceso, entre otros. Estos cambios siempre son por razones externas al problema original que diera como necesidad la construcción de un sistema como resolución.

  39. EVALUACIÓN DE PROYECTOS DE SOFTWARE Requerimientos del Software: Estos pueden abarcarse en cuatro grandes ítems, a saber: 1. Requerimientos Funcionales y No Funcionales. 2. Requerimientos del Usuario. 3. Requerimientos del Sistema. 4. El documento de Requerimientos del software

More Related