domingo, 7 de octubre de 2012
PLAN DE CONTINGENCIA PARA SISTEMAS INFORMATICOS
DEFINICION
Consiste en la identificación de aquellos sistemas de información y/o recursos informáticos aplicados que son susceptibles de deterioro, violación o pérdida y que pueden ocasionar graves trastornos para el desenvolvimiento normal de la organización, con el propósito de estructurar y ejecutar aquellos procedimientos y asignar responsabilidades que salvaguarden la información y permitan su recuperación garantizando la confidencialidad, integridad y disponibilidad de ésta en el menor tiempo posible y a unos costos razonables.
El plan de contingencia debe cubrir todos los aspectos que se van a adoptar tras una interrupción, lo que implica suministrar el servicio alternativo y para lograrlo no solo se deben revisar las operaciones cotidianas, sino que también debe incluirse el análisis de los principales distribuidores, clientes, negocios y socios, así como la infraestructura en riesgo. Esto incluye cubrir los siguientes tópicos: hardware, software, documentación, talento humano y soporte logístico; debe ser lo más detallado posible y fácil de comprender.
GUÍA GENERAL PARA ELABORAR UN PLAN DE CONTINGENCIAS
Los conceptos básicos son los siguientes:
Análisis y valoración de riesgos.
Jerarquización de las aplicaciones.
Establecimientos de requerimientos de recuperación.
Ejecución.
Pruebas.
Documentación.
Difusión y mantenimiento.
Análisis y valoración de Riesgos. El proyecto comienza con el análisis del impacto en la organización. Durante esta etapa se identifican los procesos críticos o esenciales y sus repercusiones en caso de no estar en funcionamiento. El primer componente del plan de contingencia debe ser una descripción del servicio y el riesgo para ese servicio, igualmente se debe determinar el costo que representa para la organización el experimentar un desastre que afecte a la actividad empresarial.
Se debe evaluar el nivel de riesgo de la información para hacer:
Un adecuado estudio costo/beneficio entre el costo por pérdida de información y el costo de un sistema de seguridad.
Clasificar la instalación en términos de riesgo (alto, mediano, bajo) e identificar las aplicaciones que representen mayor riesgo.
Cuantificar el impacto en el caso de suspensión del servicio.
Determinar la información que pueda representar cuantiosas pérdidas para la organización o bien que pueda ocasionar un gran efecto en la toma de decisiones.
Cuando ocurra una contingencia, es esencial que se conozca al detalle el motivo que la originó y el daño producido mediante la evaluación y análisis del problema donde se revisen las fortalezas, oportunidades, debilidades y amenazas, lo que permitirá recuperar en el menor tiempo posible el proceso perdido.
Jerarquización de las Aplicaciones. Es perentorio definir anticipadamente cuales son las aplicaciones primordiales para la organización. Para la determinación de las aplicaciones preponderantes, el plan debe estar asesorado y respaldado por las directivas, de tal forma que permita minimizar las desavenencias entre los distintos departamentos y/o divisiones.
El plan debe incluir una lista de los sistemas, aplicaciones y prioridades, igualmente debe identificar aquellos elementos o procedimientos informáticos como el hardware, software básico, de telecomunicaciones y el software de aplicación, que puedan ser críticos ante cualquier eventualidad o desastre y jerarquizarlos por orden de importancia dentro de la organización. También se deben incluir en esta categoría los problemas asociados por la carencia de fuentes de energía, utilización indebida de medios magnéticos de resguardo o back up o cualquier otro daño de origen físico que pudiera provocar la pérdida masiva de información.
Establecimientos de requerimientos de recuperación. En esta etapa se procede a determinar lo que se debe hacer para lograr una óptima solución, especificando las funciones con base en el estado actual de la organización. De esta forma es necesario adelantar las siguientes actividades: profundizar y ampliar la definición del problema, analizar áreas problema, documentos utilizados, esquema organizacional y funcional, las comunicaciones y sus flujos, el sistema de control y evaluación, formulación de las medidas de seguridad necesarias dependiendo del nivel de seguridad requerido, justificación del costo de implantar las medidas de seguridad, análisis y evaluación del plan actual, determinar los recursos humanos, técnicos y económicos necesarios para desarrollar el plan, definir un tiempo prudente y viable para lograr que el sistema esté nuevamente en operación.
Ejecución . Una vez finalizado el plan, es conveniente elaborar un informe final con los resultados de su ejecución cuyas conclusiones pueden servir para mejorar éste ante futuras nuevas eventualidades. En esta fase hay que tener muy presente que el plan no busca resolver la causa del problema, sino asegurar la continuidad de las tareas críticas de la empresa.
En la elaboración del plan de contingencias deben de intervenir los niveles ejecutivos de la organización, personal técnico de los procesos y usuarios, para así garantizar su éxito, ya que los recursos necesarios para la puesta en marcha del plan de contingencia, necesariamente demandan mucho esfuerzo técnico, económico y organizacional.
Pruebas . Es necesario definir las pruebas del plan, el personal y los recursos necesarios para su realización. Luego se realizan las pruebas pertinentes para intentar valorar el impacto real de un posible problema dentro de los escenarios establecidos como posibles. En caso de que los resultados obtenidos difieran de los esperados, se analiza si la falla proviene de un problema en el ambiente de ejecución, con lo cual la prueba volverá a realizarse una vez solucionados los problemas, o si se trata de un error introducido en la fase de conversión; en este último caso pasará nuevamente a la fase de conversión para la solución de los problemas detectados. Una correcta documentación ayudará a la hora de realizar las pruebas. La capacitación del equipo de contingencia y su participación en pruebas son fundamentales para poner en evidencia posibles carencias del plan.
Documentación. Esta fase puede implicar un esfuerzo significativo para algunas personas, pero ayudará a comprender otros aspectos del sistema y puede ser primordial para la empresa en caso de ocurrir un desastre. Deben incluirse, detalladamente, los procedimientos que muestren las labores de instalación y recuperación necesarias, procurando que sean entendibles y fáciles de seguir.
Es importante tener presente que la documentación del plan de contingencia se debe desarrollar desde el mismo momento que nace, pasando por todas sus etapas y no dejando esta labor de lado, para cuando se concluyan las pruebas y su difusión.
Difusión y mantenimiento. Cuando se disponga del plan definitivo ya probado, es necesario hacer su difusión y capacitación entre las personas encargadas de llevarlo a cargo. El mantenimiento del plan comienza con una revisión del plan existente y se examina en su totalidad realizando los cambios en la información que pudo haber ocasionado una variación en el sistema y realizando los cambios que sean necesarios.
BIBLIOGRAFÍA.
Avoiding Complete Disaster. May, 1995. Open Computing.
Bidot, Peláez. José Un Laboratorio Latinoamericano para la Protección contra los Virus Informáticos.
Cobb Stephen. 1994. Manual de seguridad para Pc y redes locales. Editorial Mc. Graw Hill.
Cook, J.W. Auditoría. 1987. Editorial Interamericana.
Echenique, José Antonio. Auditoría en informática. Editorial Mc. Graw Hill. 2001
Fine, Leonard H. 1990. Seguridad en centros de cómputo. Editorial Trillas.
Fitzgerald, Jerry. 1991. Controles Internos para Sistemas de Computación. Editorial Limusa.
Galvis P. Alvaro. 1993. Planeación estratégica informática. Universidad de los Andes.
Hernández, Hernández Enrique. 2000. Auditoría en informática. Editorial Cecsa.
Normas y procedimientos de auditoría. 1992. SAS (Statements on Auditing Standars) N°s. 41 AU 339.03, 22 AU 311, editado por el Instituto Mexicano de Contadores Públicos. A. C.
Piattini, Mario G. Auditoría Informática. 2001. Un enfoque práctico. Editorial Alfaomega.
Plata Martínez, Jesús Alberto. 1998. Curso de extensión universitaria sobre Auditoría Operacional. Universidad Nacional.
Seminario - taller Auditoría en informática. Enfoque, metodologías, técnicas y herramientas. Audisis. Ltda.
Thomas A. J., I. J. Douglas. 1987. Auditoría Informática. Editorial Paraninfo. S.A.
Ribagorda, Garnacho. Arturo. 1995. Situación Actual y Tendencias de la Seguridad de la Tecnologías de la Información.
Ribagorda, Garnacho. Arturo; J. L. Morant Ramon; J. Sancho Rodríguez. 1994. Seguridad y Protección de la Información.
Tamayo, Alzate Alonso. 2001. Sistemas de Información. Universidad Nacional de Colombia. Sede Manizales.
Tamayo, Alzate Alonso. 2001. Auditoría de Sistemas. Una visión práctica. Universidad Nacional de Colombia. Sede Manizales.
jueves, 27 de septiembre de 2012
FICHA TECNICA MODELO ESPIRAL
CICLO DE VIDA
PLANIFICACIÓN: Revelación de requerimientos iniciales o luego de una iteración.
ANALISIS Y RIESGO: De acuerdo con el relevamiento de requerimientos decidimos si continuamos con el desarrollo.
IMPLEMENTACIÓN: Desarrollamos un prototipo basados en los requerimientos.
EVALUACIÓN: El cliente evalúa el prototipo, si da su conformidad, termina el proyecto. En caso contrario, incluimos los nuevos requerimientos solicitados por el cliente en la siguiente interacción.
CONCEPTO
Es un modelo de proceso de software evolutivo. Las actividades de este modelo se conforman en una espiral, en la que cada bucle o iteración representa un conjunto de actividades. Las actividades no están fijadas a priori, sino que las siguientes se eligen en función del análisis de riesgo, comenzando por el bucle interior.
CONTEXTO DE LA APLICACIÓN ESPIRAL ENPROGRAMACIÓN
El modelo en espiral es un enfoque realista del desarrollo de sistemas. El modelo en espiral puede aplicarse a lo largo de la vida del software.
FASES
Determinar o fijar objetivos
Fijar también los productos definidos a obtener: requerimientos, especificación, manual de usuario.
Fijar las restricciones.
Identificación de riesgos del proyecto y estrategias alternativas para evitarlos.
Hay una cosa que solo se hace una vez: planificación inicial.
Análisis del riesgo
Se lleva a cabo el estudio de las causas de las posibles amenazas y probables eventos no deseados y los daños y consecuencias que éstas puedan producir.
Desarrollar, verificar y validar (probar)
Tareas de la actividad propia y de prueba.
Análisis de alternativas e identificación resolución de riesgos.
Planificar
Revisamos todo lo hecho, evaluándolo, y con ello decidimos si continuamos con las fases siguientes y planificamos la próxima actividad.
VENTAJAS Y DESVENTAJAS
VENTAJAS
El modelo en espiral puede adaptarse y aplicarse a lo largo de la vida del software de computadora.
Como el software evoluciona a medida que progresa el proceso, el desarrollador y el cliente comprenden y reaccionan mejor ante riesgos en cada uno de los niveles evolutivos.
El modelo en espiral permite a quien lo desarrolla aplicar el enfoque de construcción de prototipos en cualquier etapa de evolución del producto.
El modelo en espiral demanda una consideración directa de los riesgos técnicos en todas las etapas del proyecto y si se aplica adecuadamente debe reducir los riesgos antes de que se conviertan en problemas.
DESVENTAJAS
Resulta difícil convencer a grandes clientes de que el enfoque evolutivo es controlable.
Debido a su elevada complejidad no se aconseja utilizarlo en pequeños sistemas.
Genera mucho tiempo en el desarrollo de sistemas.
EJEMPLOS REALES DE LA APLICACIÓN
Como equipo elegimos el modelo el modelo en espiral porque es un modelo de ciclo de vida orientado a riesgos porque, nuestro sistema aun no está completamente especificado, (esto quiere decir que está sujeto a cambios) en cuanto a los requerimientos que nuestro cliente nos pida y con este modelo creemos que nos va a dar la facilidad de cambiar y/o modificar los requerimientos anteriores.
· Determinar o fijar objetivos
Decidimos, qué proyecto íbamos a elegir.
Para donde y para quien lo vamos a realizar.
Después de la decisión del proyecto y de la aceptación que nos dio el cliente para realizar ese proyecto, empezamos a fijar objetivos y a fijar la Misión, Visión y el logo que va llevar el proyecto.
Después de tener concreto esos puntos, continuamos a realizar la entrevista al cliente, esto para ver que requerimientos va tener el proyecto que nuestro cliente necesita.
· Planificar
Revisamos todo lo hecho, evaluándolo, y con ello decidimos si continuamos con las fases siguientes y planificamos la próxima actividad.
· Desarrollar y probar
Decidimos usar el modelo en espiral, esto porque se sujeta a previos cambios.
Llevamos a cabo el desarrollo del análisis del proyecto
Realizamos actividades de prueba para el proyectó
http://elizabeth-elikas.blogspot.com/2009/12/ejemplo-de-modelo-en-espiral.html
En términos futbolísticos, la metáfora del modelo en espiral puede representar muy bien qué es y cómo se desarrolla un Mundial (junto a todo lo relativo a su preparación); todo gira en torno a una idea: si el Mundial se puede entender como una espiral repleta de bucles internos, todo aquel que pretenda llegar lejos debe tener claro que sólo lo logrará si se impulsa en cada bucle y en cada giro para crecer, sobre todo a partir de la fase decisiva del torneo. Si no, se corre un altísimo riesgo de morir en la espiral por agotamiento, desorientación absoluta o por simple mareo.
Por eso, hay que estar preparado para crecer con el Mundial, para ir haciéndose más grande a cada paso aunque en el primer bucle uno sólo pudiera ver un laberinto intangible de un mes de duración. Los que no son capaces de crecer al ritmo que marcan los bucles se quedan a medio camino (léase Inglaterra u Holanda), los que empiezan el modelo tan crecidos que creen haberlo hecho todo ya llegan tarde al cambio de ciclo (España y, sobre todo, Brasil).
Si Italia y Francia han llegado a la final será entonces porque son los que mejor han interpretado la complejidad y extensión de este torneo desde el principio, pese a que en primera instancia no nos diese esa impresión.
http://piterino.blogspot.com/2006/07/el-mundial-en-espiral.html
PLANIFICACIÓN: Revelación de requerimientos iniciales o luego de una iteración.
ANALISIS Y RIESGO: De acuerdo con el relevamiento de requerimientos decidimos si continuamos con el desarrollo.
IMPLEMENTACIÓN: Desarrollamos un prototipo basados en los requerimientos.
EVALUACIÓN: El cliente evalúa el prototipo, si da su conformidad, termina el proyecto. En caso contrario, incluimos los nuevos requerimientos solicitados por el cliente en la siguiente interacción.
CONCEPTO
Es un modelo de proceso de software evolutivo. Las actividades de este modelo se conforman en una espiral, en la que cada bucle o iteración representa un conjunto de actividades. Las actividades no están fijadas a priori, sino que las siguientes se eligen en función del análisis de riesgo, comenzando por el bucle interior.
CONTEXTO DE LA APLICACIÓN ESPIRAL ENPROGRAMACIÓN
El modelo en espiral es un enfoque realista del desarrollo de sistemas. El modelo en espiral puede aplicarse a lo largo de la vida del software.
FASES
Determinar o fijar objetivos
Fijar también los productos definidos a obtener: requerimientos, especificación, manual de usuario.
Fijar las restricciones.
Identificación de riesgos del proyecto y estrategias alternativas para evitarlos.
Hay una cosa que solo se hace una vez: planificación inicial.
Análisis del riesgo
Se lleva a cabo el estudio de las causas de las posibles amenazas y probables eventos no deseados y los daños y consecuencias que éstas puedan producir.
Desarrollar, verificar y validar (probar)
Tareas de la actividad propia y de prueba.
Análisis de alternativas e identificación resolución de riesgos.
Planificar
Revisamos todo lo hecho, evaluándolo, y con ello decidimos si continuamos con las fases siguientes y planificamos la próxima actividad.
VENTAJAS Y DESVENTAJAS
VENTAJAS
El modelo en espiral puede adaptarse y aplicarse a lo largo de la vida del software de computadora.
Como el software evoluciona a medida que progresa el proceso, el desarrollador y el cliente comprenden y reaccionan mejor ante riesgos en cada uno de los niveles evolutivos.
El modelo en espiral permite a quien lo desarrolla aplicar el enfoque de construcción de prototipos en cualquier etapa de evolución del producto.
El modelo en espiral demanda una consideración directa de los riesgos técnicos en todas las etapas del proyecto y si se aplica adecuadamente debe reducir los riesgos antes de que se conviertan en problemas.
DESVENTAJAS
Resulta difícil convencer a grandes clientes de que el enfoque evolutivo es controlable.
Debido a su elevada complejidad no se aconseja utilizarlo en pequeños sistemas.
Genera mucho tiempo en el desarrollo de sistemas.
EJEMPLOS REALES DE LA APLICACIÓN
Como equipo elegimos el modelo el modelo en espiral porque es un modelo de ciclo de vida orientado a riesgos porque, nuestro sistema aun no está completamente especificado, (esto quiere decir que está sujeto a cambios) en cuanto a los requerimientos que nuestro cliente nos pida y con este modelo creemos que nos va a dar la facilidad de cambiar y/o modificar los requerimientos anteriores.
· Determinar o fijar objetivos
Decidimos, qué proyecto íbamos a elegir.
Para donde y para quien lo vamos a realizar.
Después de la decisión del proyecto y de la aceptación que nos dio el cliente para realizar ese proyecto, empezamos a fijar objetivos y a fijar la Misión, Visión y el logo que va llevar el proyecto.
Después de tener concreto esos puntos, continuamos a realizar la entrevista al cliente, esto para ver que requerimientos va tener el proyecto que nuestro cliente necesita.
· Planificar
Revisamos todo lo hecho, evaluándolo, y con ello decidimos si continuamos con las fases siguientes y planificamos la próxima actividad.
· Desarrollar y probar
Decidimos usar el modelo en espiral, esto porque se sujeta a previos cambios.
Llevamos a cabo el desarrollo del análisis del proyecto
Realizamos actividades de prueba para el proyectó
http://elizabeth-elikas.blogspot.com/2009/12/ejemplo-de-modelo-en-espiral.html
En términos futbolísticos, la metáfora del modelo en espiral puede representar muy bien qué es y cómo se desarrolla un Mundial (junto a todo lo relativo a su preparación); todo gira en torno a una idea: si el Mundial se puede entender como una espiral repleta de bucles internos, todo aquel que pretenda llegar lejos debe tener claro que sólo lo logrará si se impulsa en cada bucle y en cada giro para crecer, sobre todo a partir de la fase decisiva del torneo. Si no, se corre un altísimo riesgo de morir en la espiral por agotamiento, desorientación absoluta o por simple mareo.
Por eso, hay que estar preparado para crecer con el Mundial, para ir haciéndose más grande a cada paso aunque en el primer bucle uno sólo pudiera ver un laberinto intangible de un mes de duración. Los que no son capaces de crecer al ritmo que marcan los bucles se quedan a medio camino (léase Inglaterra u Holanda), los que empiezan el modelo tan crecidos que creen haberlo hecho todo ya llegan tarde al cambio de ciclo (España y, sobre todo, Brasil).
Si Italia y Francia han llegado a la final será entonces porque son los que mejor han interpretado la complejidad y extensión de este torneo desde el principio, pese a que en primera instancia no nos diese esa impresión.
http://piterino.blogspot.com/2006/07/el-mundial-en-espiral.html
jueves, 6 de septiembre de 2012
TALLER PUENTE VS PAGO NOMINA
GERENCIA DE PROYECTOS
TALLER 2A
1. Analizar las razones por las cuales diseñar un puente es un proyecto y pagar la nómina mensual de los empleados no lo es.
2. Pensar un ejemplo de organización, cualquier sector, plantear un proyecto operacional o transaccional.
Objetivo
Programa
Proyecto
Proceso
Actividad
3. Analice realice una investigación de un Macro proceso:
El ministerio de educación realiza una “licitación” para adquirir 321.629 computadores, los cuales son suministrados por computadores para educar.
DESARROLLO
Respuesta 1: las razones son las siguientes:
Un proyecto es un esfuerzo realizado para obtener un objetivo específico, para este caso, el objetivo específico sería diseñar un puente; como todo proyecto tiene un inicio y un fin.
Con respecto a la nómina no es proyecto sino una operación periódica a lo largo del tiempo.
Respuesta 2:
Objetivo: Implementar mesa de servicio
Programa: Implementación de una mesa de servicio Latín América
Proyecto:
Creación de los diferentes servicios que se van a prestar.
Creación de las herramientas de gestión para las soluciones de estos.
Proceso:
Los procesos que se llevarán a cabo durante la ejecución del programa son:
Iniciación, planeación, ejecución, monitoreo y control.
Actividad:
Las actividades principales del proyecto son:
Para el proyecto de mesa de servicio latín América las actividades son las siguientes:
- Evaluación financiera
- Estudios técnicos
- Construcción de las herramientas de gestión, monitoreo.
Respuesta 3:
Macro Proceso:
Licitación para adquirir 321.629 computadores, los cuales son suministrados por computadores para educar.
Procesos:
Recibir ofertas
Estudios de ofertas
Selección de oferta más adecuada para licitación.
TALLER 2A
1. Analizar las razones por las cuales diseñar un puente es un proyecto y pagar la nómina mensual de los empleados no lo es.
2. Pensar un ejemplo de organización, cualquier sector, plantear un proyecto operacional o transaccional.
Objetivo
Programa
Proyecto
Proceso
Actividad
3. Analice realice una investigación de un Macro proceso:
El ministerio de educación realiza una “licitación” para adquirir 321.629 computadores, los cuales son suministrados por computadores para educar.
DESARROLLO
Respuesta 1: las razones son las siguientes:
Un proyecto es un esfuerzo realizado para obtener un objetivo específico, para este caso, el objetivo específico sería diseñar un puente; como todo proyecto tiene un inicio y un fin.
Con respecto a la nómina no es proyecto sino una operación periódica a lo largo del tiempo.
Respuesta 2:
Objetivo: Implementar mesa de servicio
Programa: Implementación de una mesa de servicio Latín América
Proyecto:
Creación de los diferentes servicios que se van a prestar.
Creación de las herramientas de gestión para las soluciones de estos.
Proceso:
Los procesos que se llevarán a cabo durante la ejecución del programa son:
Iniciación, planeación, ejecución, monitoreo y control.
Actividad:
Las actividades principales del proyecto son:
Para el proyecto de mesa de servicio latín América las actividades son las siguientes:
- Evaluación financiera
- Estudios técnicos
- Construcción de las herramientas de gestión, monitoreo.
Respuesta 3:
Macro Proceso:
Licitación para adquirir 321.629 computadores, los cuales son suministrados por computadores para educar.
Procesos:
Recibir ofertas
Estudios de ofertas
Selección de oferta más adecuada para licitación.
jueves, 30 de agosto de 2012
TABLA DE ERRORES HTTP DE CLIENTE Y SERVIDOR
ERRORES CLIENTE 4XX
Aunque estos problemas son técnicamente el resultado de un problema con la solicitud del cliente (por ejemplo, del navegador), mucha veces son un problema en un sitio web. Por ejemplo, si tiene un enlace que no funciona en su pantalla principal, y los visitantes lo pulsan, quizás verán un error 404.
Por esta razón, es importante monitorizar estos errores e investigar sus causas. Como éstos son algunos de los códigos más vistos por los visitantes, tal vez desee personalizar sus páginas de error en cPanel.
400 BAD REQUEST
La solicitud del usuario contiene una sintaxis incorrecta.
401 UNAUTHORIZED
El archivo solicitado requiere autenticación (un nombre de usuario y contraseña).
403 FORBIDDEN
El servidor no les permitirá a los visitantes acceder el archivo solicitado. Si un visitante ve este código de error, repase las configuraciones de permiso del archivo. También puede verificar si el archivo ha sido protegido mediante administrador de índice de Panel.
404 NOT FOUND
El servidor no pudo encontrar el archivo que el visitante solicitó. Esto error ocurre a menudo cuando el URL se escribe incorrectamente.
ERRORES SERVIDOR 5XX
Los servidores que no pueden cumplir con una solicitud aparentemente válida de un visitante causan estos errores. A menudo, necesitará la ayuda de un administrador de servidor para investigar estos errores.
También es importante considerar que, muchas veces, una cadena de servidores maneja una solicitud HTTP. Así que tal vez no sea el servidor de por sí que responda al error.
500 INTERNAL SERVER ERROR
Este error significa que el servidor ha encontrado una condición inesperada. Es un error genérico que se mostrará cuando el servidor no puede conseguir información específica acerca de la condición del error. Este error ocurre a menudo cuando no se puede cumplir una solicitud por la aplicación porque la aplicación está configurada incorrectamente.
501 NOT IMPLEMENTED
Esto significa que el servidor no apoya el método HTTP enviado por el cliente. La causa más frecuente es un servidor anticuado. Este error es poco común y normalmente requiere actualizar el servidor web.
502 BAD GATEWAY
Este error normalmente lo causa una mala configuración de los servidores intermediarios. Sin embargo, el problema ocurrirá de nuevo si hay mala comunicación de IP entre computadoras en el sistema interno de la red, cuando el ISP de cliente está sobrecargado o cuando el cortafuegos no funciona correctamente.
El primer paso para resolver el problema es limpiar el caché del cliente. Esta acción deber resultar en el uso de otro intermediario para resolver el contenido del servidor web.
503 SERVICE UNAVAILABLE
Este error ocurre cuando el servidor no puede manejar solicitudes debido a una sobrecarga temporal o porque el servidor está temporalmente cerrado por mantenimiento. El error significa que el servidor estará cerrado sólo temporeramente. Es posible recibir otros errores en lugar de 503.
Comuníquese con el administrador del servidor si el problema sigue.
504 GATEWAY TIMEOUT
Esto ocurre cuando un servidor en la cadena de retransmisiones no recibe un mensaje a tiempo de un servidor más arriba en la cadena de retransmisiones. Este problema está completamente causado por una comunicación entre computadoras "más arriba".
Para resolver este problema, comuníquese con el administrador del sistema.
505 HTTP VERSION NOT SUPPORTED
Este error ocurre cuando el servidor se niega en apoyar el protocolo HTTP que ha sido especificado por la computadora del cliente. Puede causarlo un protocolo que no fue especificado correctamente por la computadora del cliente; por ejemplo, si se especificó un número inválido de la versión.
Este error no será un problema con la instalación corriente de Panel.
506 VARIANT ALSO NEGOTIATES
Este error significa que el servidor no está configurado correctamente. Por favor, comuníquese con el administrador del sistema para resolver este problema.
507 INSUFFICIENT STORAGE
Este código significa que no queda mucha memoria libre en el servidor. Esto ocurrirá cuando una aplicación solicitada no puede asignar los recursos del sistema necesarios para ejecutarla.
Para resolver este problema, puede necesitar borrar cualquier documento innecesario para liberar espacio en el disco duro del servidor, ampliar la memoria o, simplemente, hace falta reiniciarlo.
Por favor, comuníquese con el administrador del sistema para obtener más información sobre este mensaje de error.
509 BANDWIDTH LIMIT EXCEEDED
Este error ocurre cuando el límite de la banda ancha impuesto por el administrador del sistema ha llegado a su límite. La única manera de arreglar este problema es esperar hasta que se reajuste el límite en el siguiente ciclo.
Comuníquese con el administrador para obtener más información acerca de cómo adquirir más banda ancha.
510 NOT EXTENDED
Este error ocurre cuando una extensión adjunta a la solicitud de HTTP no está apoyada por el servidor web.
Para resolver este problema, quizás tendrá que actualizar el servidor. Por favor, comuníquese con el administrador del sistema para obtener más información.
Aunque estos problemas son técnicamente el resultado de un problema con la solicitud del cliente (por ejemplo, del navegador), mucha veces son un problema en un sitio web. Por ejemplo, si tiene un enlace que no funciona en su pantalla principal, y los visitantes lo pulsan, quizás verán un error 404.
Por esta razón, es importante monitorizar estos errores e investigar sus causas. Como éstos son algunos de los códigos más vistos por los visitantes, tal vez desee personalizar sus páginas de error en cPanel.
400 BAD REQUEST
La solicitud del usuario contiene una sintaxis incorrecta.
401 UNAUTHORIZED
El archivo solicitado requiere autenticación (un nombre de usuario y contraseña).
403 FORBIDDEN
El servidor no les permitirá a los visitantes acceder el archivo solicitado. Si un visitante ve este código de error, repase las configuraciones de permiso del archivo. También puede verificar si el archivo ha sido protegido mediante administrador de índice de Panel.
404 NOT FOUND
El servidor no pudo encontrar el archivo que el visitante solicitó. Esto error ocurre a menudo cuando el URL se escribe incorrectamente.
ERRORES SERVIDOR 5XX
Los servidores que no pueden cumplir con una solicitud aparentemente válida de un visitante causan estos errores. A menudo, necesitará la ayuda de un administrador de servidor para investigar estos errores.
También es importante considerar que, muchas veces, una cadena de servidores maneja una solicitud HTTP. Así que tal vez no sea el servidor de por sí que responda al error.
500 INTERNAL SERVER ERROR
Este error significa que el servidor ha encontrado una condición inesperada. Es un error genérico que se mostrará cuando el servidor no puede conseguir información específica acerca de la condición del error. Este error ocurre a menudo cuando no se puede cumplir una solicitud por la aplicación porque la aplicación está configurada incorrectamente.
501 NOT IMPLEMENTED
Esto significa que el servidor no apoya el método HTTP enviado por el cliente. La causa más frecuente es un servidor anticuado. Este error es poco común y normalmente requiere actualizar el servidor web.
502 BAD GATEWAY
Este error normalmente lo causa una mala configuración de los servidores intermediarios. Sin embargo, el problema ocurrirá de nuevo si hay mala comunicación de IP entre computadoras en el sistema interno de la red, cuando el ISP de cliente está sobrecargado o cuando el cortafuegos no funciona correctamente.
El primer paso para resolver el problema es limpiar el caché del cliente. Esta acción deber resultar en el uso de otro intermediario para resolver el contenido del servidor web.
503 SERVICE UNAVAILABLE
Este error ocurre cuando el servidor no puede manejar solicitudes debido a una sobrecarga temporal o porque el servidor está temporalmente cerrado por mantenimiento. El error significa que el servidor estará cerrado sólo temporeramente. Es posible recibir otros errores en lugar de 503.
Comuníquese con el administrador del servidor si el problema sigue.
504 GATEWAY TIMEOUT
Esto ocurre cuando un servidor en la cadena de retransmisiones no recibe un mensaje a tiempo de un servidor más arriba en la cadena de retransmisiones. Este problema está completamente causado por una comunicación entre computadoras "más arriba".
Para resolver este problema, comuníquese con el administrador del sistema.
505 HTTP VERSION NOT SUPPORTED
Este error ocurre cuando el servidor se niega en apoyar el protocolo HTTP que ha sido especificado por la computadora del cliente. Puede causarlo un protocolo que no fue especificado correctamente por la computadora del cliente; por ejemplo, si se especificó un número inválido de la versión.
Este error no será un problema con la instalación corriente de Panel.
506 VARIANT ALSO NEGOTIATES
Este error significa que el servidor no está configurado correctamente. Por favor, comuníquese con el administrador del sistema para resolver este problema.
507 INSUFFICIENT STORAGE
Este código significa que no queda mucha memoria libre en el servidor. Esto ocurrirá cuando una aplicación solicitada no puede asignar los recursos del sistema necesarios para ejecutarla.
Para resolver este problema, puede necesitar borrar cualquier documento innecesario para liberar espacio en el disco duro del servidor, ampliar la memoria o, simplemente, hace falta reiniciarlo.
Por favor, comuníquese con el administrador del sistema para obtener más información sobre este mensaje de error.
509 BANDWIDTH LIMIT EXCEEDED
Este error ocurre cuando el límite de la banda ancha impuesto por el administrador del sistema ha llegado a su límite. La única manera de arreglar este problema es esperar hasta que se reajuste el límite en el siguiente ciclo.
Comuníquese con el administrador para obtener más información acerca de cómo adquirir más banda ancha.
510 NOT EXTENDED
Este error ocurre cuando una extensión adjunta a la solicitud de HTTP no está apoyada por el servidor web.
Para resolver este problema, quizás tendrá que actualizar el servidor. Por favor, comuníquese con el administrador del sistema para obtener más información.
lunes, 20 de agosto de 2012
PMBOK
1. ¿Que es el PMBOK?
R=/ Es una Guía que identifica un subconjunto de fundamentos en la dirección de proyectos que generalmente son reconocidos como buenas prácticas.
2. ¿Que es un Proyecto?
R=/ Es un trabajo temporal que se lleva a cabo con el objetivo de crear un producto, bien o servicio único. Su naturaleza indica un principio y un final definidos.
3. ¿Que se puede generar con un proyecto?
R=/ Un producto o un servicio único.
4. ¿Escriba 3 ejemplos que corresponden a un proyecto?
R=/
Desarrollo de un Software
Construcción de un Puente
Creación de un Centro de Computo
5. ¿Que es la dirección de Proyectos?
R=/ Es la aplicaciòn de los conocimientos, habilidades y tècnicas para ejecutar proyectos de manera eficaz y eficiente. Lo cual permite la toma rápida y eficaz de las decisiones y facilitan el alineamiento entre la estrategia de una organizaciòn (portafolio) y su operaciòn diaria (proyectos).
6. ¿Escriba los 5 grupos de procesos de la gerencia de proyectos?.
R=/
- Proceso de iniciaciòn.
- Proceso de planeaciòn.
- Proceso de ejecuciòn.
- Proceso de control.
- Proceso de cierre.
7.¿Mencione 5 restricciones que se pueden presentar en un proyecto?.
R=/ Alcance, cronograma, riesgo, recursos,calidad y presupuesto.
8. ¿Teniendo en cuenta que un proyecto debe estar alineado estratégicamente dentro de una organización, mencione 3 aspectos de los cuales pueden generarse un proyecto?.
R=/
Perspectiva de Aprendizaje y Crecimiento Ejemplo: Un Proyecto de Calidad de Vida
Perspectiva de Procesos Internos Ejemplo: Proyectos de Innovaciones
Perspectiva del Cliente Ejemplo: Proyectos para Mejorar Servicios y Calidad
9. ¿Que es una oficina de proyectos?
R=/ Es la unidad de la organización para centralizar y coordinar la dirección de proyectos a su cargo. Una PMO también puede denominarse “oficina de gestión de programas,proyecto o programa”. Una PMO supervisa la dirección de proyectos, programas o una combinación de ambos y se caracteriza por:
• Recursos compartidos y coordinados entre todos los proyectos administrados por la PMO.
• Identificación y desarrollo de la metodología de dirección de proyectos, de las mejores prácticas y de las normas.
• Oficina de información y administración de políticas, procedimientos y plantillas de proyectos, y de otra documentación compartida.
• Dirección de configuración centralizada para todos los proyectos administrados por la PMO.
• Repositorio y gestión centralizados para riesgos compartidos y únicos para todos los proyectos.
• Oficina central para la operación y gestión de herramientas del proyecto, como el software para la dirección de proyectos en toda la empresa.
• Coordinación central de la gestión de las comunicaciones entre proyectos.
• Una plataforma guía para directores del proyecto.
• Supervisión central de todos los cronogramas y presupuestos de proyectos de la PMO, normalmente en el ámbito empresarial.
• Coordinación de los estándares generales de calidad del proyecto entre el director del proyecto y cualquier organización de evaluación de calidad de personal o de estándares interna o externa.
10. ¿Cuales son las 3 principales características que debe tener un director de proyectos?.
R=/
Liderazgo
Competencias
Conocimiento
Los integrantes del grupo son:
Gilberto Gómez
Mario Pardo
Fernando Alfonso
Se califico Mario y Gilberto falta mi nota.
R=/ Es una Guía que identifica un subconjunto de fundamentos en la dirección de proyectos que generalmente son reconocidos como buenas prácticas.
2. ¿Que es un Proyecto?
R=/ Es un trabajo temporal que se lleva a cabo con el objetivo de crear un producto, bien o servicio único. Su naturaleza indica un principio y un final definidos.
3. ¿Que se puede generar con un proyecto?
R=/ Un producto o un servicio único.
4. ¿Escriba 3 ejemplos que corresponden a un proyecto?
R=/
Desarrollo de un Software
Construcción de un Puente
Creación de un Centro de Computo
5. ¿Que es la dirección de Proyectos?
R=/ Es la aplicaciòn de los conocimientos, habilidades y tècnicas para ejecutar proyectos de manera eficaz y eficiente. Lo cual permite la toma rápida y eficaz de las decisiones y facilitan el alineamiento entre la estrategia de una organizaciòn (portafolio) y su operaciòn diaria (proyectos).
6. ¿Escriba los 5 grupos de procesos de la gerencia de proyectos?.
R=/
- Proceso de iniciaciòn.
- Proceso de planeaciòn.
- Proceso de ejecuciòn.
- Proceso de control.
- Proceso de cierre.
7.¿Mencione 5 restricciones que se pueden presentar en un proyecto?.
R=/ Alcance, cronograma, riesgo, recursos,calidad y presupuesto.
8. ¿Teniendo en cuenta que un proyecto debe estar alineado estratégicamente dentro de una organización, mencione 3 aspectos de los cuales pueden generarse un proyecto?.
R=/
Perspectiva de Aprendizaje y Crecimiento Ejemplo: Un Proyecto de Calidad de Vida
Perspectiva de Procesos Internos Ejemplo: Proyectos de Innovaciones
Perspectiva del Cliente Ejemplo: Proyectos para Mejorar Servicios y Calidad
9. ¿Que es una oficina de proyectos?
R=/ Es la unidad de la organización para centralizar y coordinar la dirección de proyectos a su cargo. Una PMO también puede denominarse “oficina de gestión de programas,proyecto o programa”. Una PMO supervisa la dirección de proyectos, programas o una combinación de ambos y se caracteriza por:
• Recursos compartidos y coordinados entre todos los proyectos administrados por la PMO.
• Identificación y desarrollo de la metodología de dirección de proyectos, de las mejores prácticas y de las normas.
• Oficina de información y administración de políticas, procedimientos y plantillas de proyectos, y de otra documentación compartida.
• Dirección de configuración centralizada para todos los proyectos administrados por la PMO.
• Repositorio y gestión centralizados para riesgos compartidos y únicos para todos los proyectos.
• Oficina central para la operación y gestión de herramientas del proyecto, como el software para la dirección de proyectos en toda la empresa.
• Coordinación central de la gestión de las comunicaciones entre proyectos.
• Una plataforma guía para directores del proyecto.
• Supervisión central de todos los cronogramas y presupuestos de proyectos de la PMO, normalmente en el ámbito empresarial.
• Coordinación de los estándares generales de calidad del proyecto entre el director del proyecto y cualquier organización de evaluación de calidad de personal o de estándares interna o externa.
10. ¿Cuales son las 3 principales características que debe tener un director de proyectos?.
R=/
Liderazgo
Competencias
Conocimiento
Los integrantes del grupo son:
Gilberto Gómez
Mario Pardo
Fernando Alfonso
Se califico Mario y Gilberto falta mi nota.
EL MODELO EN ESPIRAL
El modelo en espiral fue desarrollado por Boehm, quien lo describe así:
El modelo de desarrollo en espiral es un generador de modelo de proceso guiado por el riesgo que se emplea para conducir sistemas intensivos de ingeniería de software concurrente y a la vez con muchos usuarios.
Se caracteriza principalmente por:
Un enfoque cíclico para el crecimiento incremental del grado de definición e implementación de un sistema, mientras que disminuye su grado de riesgo.
Un conjunto de puntos de fijación para asegurar el compromiso del usuario con soluciones de sistema que sean factibles y mutuamente satisfactorias.
El modelo espiral tiene algunas tareas principales:
Decidir qué problema se quiere resolver antes de viajar a resolverlo.
Examinar tus múltiples alternativas de acción y elegir una de las más convenientes.
Evaluar qué tienes hecho y qué tienes que haber aprendido después de hacer algo.
No ser tan ingenuo para pensar que el sistema que estás construyendo será "EL" sistema que el cliente necesita, y
Conocer (comprender) los niveles de riesgo, que tendrás que tolerar.
El modelo espiral no es una alternativa del modelo cascada, ellos son completamente compatibles.
FUNCIONAMIENTO DEL MODELO ESPIRAL
En cada vuelta tomamos en cuenta:
Los Objetivos:Que necesidad debe envolver el programa.
Alternativas:Los varios métodos de alcanzar los objetivos de manera exitosa, a través de diferentes puntos como son:
Características:experiencia del personal, exigencias a efectuar.
Formas de gestión del programa.
Riesgo tomado con cada alternativa.
Desarrollar y Verificar:Programar y probar el programa .
Se planificaran los siguientes pasos y se volverá a empezar la espiral.
Las dos dimensiones del espiral:
Angular=Avance del proyecto Software, dentro de un ciclo.
Radial=Aumento del coste del proyecto, ya que con cada nueva iteración se pasa más tiempo desarrollando.
Este sistema es muy utilizado en proyectos largos como pueden ser la creación de un Sistema Operativo. Donde se necesitan varios cambios y su éxito radica en que el equipo de trabajo sea capaz de detectar y catalogar correctamente dicho riesgo.
EL MODELO EN ESPIRAL WINWIN
El modelo en espiral WINWIN de Boehm, define un conjunto de acciones de negociación al principio de casa paso alrededor de la espiral. Más que una simple actividad de comunicación con el cliente se definen las siguientes actividades:
Identificación del sistema o subsistemas clave de los directivos.
Determinación de las condiciones de victoria de los directivos.
Negociación de las condiciones de victoria de los directivos para reunirlas en un conjunto de condiciones para todos los afectados (incluyendo el equipo del proyecto de software).
El modelo en espiral WINWIN introduce tres hitos que son:
en el proceso, llamados puntos de fijación que ayudan a establecer la completitud de un ciclo alrededor del espiral y proporcionan hitos de decisión antes de continuar el proyecto de software.
Suscribirse a:
Entradas (Atom)