DuocUC Instituto Profesional Escuela de Informtica y Telecomunicaciones Sede Antonio Varas.

re

Programa de Capacitacin
Administracin de Recursos Informticos

Alumnos

: Natalia Francisco Felipe Angel Ricardo Miguel : chavez

Profesor Santiago 2010

Adm de Recursos Informticos Escuela de Ingeniera Sede Antonio Varas

INDICE

1. INTRODUCCIN
El presente documento de proyecto esta ideado con el objetivo de ser presentado en respuesta a la publicacin realizada por la Municipalidad de Santiago, relativa a la realizacin de cursos de capacitacin en software de productividad, este documento fue realizado por la empresa SICOMIN en base a dicha publicacin y los requerimientos en ella contemplados. Se describirn ciertos puntos que permitirn tomar una decisin para la realizacin de este proyecto de la mejor manera posible. Se

establecern los objetivos, metodologa de desarrollo, la estructura de la organizacin, el plan de recursos, el plan de presupuesto, el plan de riesgos, planificacin general del proyecto, mtodos de control de avance y duracin del mismo.

Adm de Recursos Informticos Escuela de Ingeniera Sede Antonio Varas

2. DESCRIPCIN DE LA SITUACIN PROPUESTA

La Municipalidad de Santiago, en su proceso de ayuda y de formacin a la comunidad, ha dispuesto de cursos sobre: Windows, Word, Excel,

PowerPoint, Internet y correo electrnico. Estos cursos se enmarcan en la poltica municipal de apoyar la insercin laboral de los habitantes de la comunidad, por lo que tendrn un bajo costo y sern gratuitos para aquellos habitantes que se encuentren sin fuente laboral. Para el proceso anterior la Municipalidad solicita el desarrollo personalizado de un software de gestin de las actividades de capacitacin que realizar (cursos, calendarizacin, inscripciones, relatores, etc) con el propsito de disponer de informacin oportuna y actualizada de la gestin de

capacitacin.

Adm de Recursos Informticos Escuela de Ingeniera Sede Antonio Varas

3.

DESCRIPCIN DE OBJETIVOS Y PROYECTO

MBITOS DEL

SICOMIN con respecto al software de gestin y en base a la necesidad propuesta por la Municipalidad de Santiago, desarrollar una Suite de Gestin de capacitacin enfocada a cubrir esta necesidad. La solucin se basa en un software compuesto por tres mdulos principales: Mdulo 1 Inscripciones y Matrculas, Mdulo 2 Cursos y Calendarios, Mdulo 3 Profesores y Alumnos, los que sern especificados ms adelante. Con respecto a la habilitacin de la sala de capacitacin, se evaluar el mejor material y mano de obra disponible, de acuerdo a los requerimientos y especificaciones entregadas por la municipalidad, que permitan dictar los cursos en un ambiente ptimo y que permita a los alumnos disponer del mejor material posible, lo que ser considerado nuestro objetivo general. El proyecto estar divido en 5 conjuntos de procesos (segn la metodologa de PMBOK) en la que se establecern los siguientes objetivos especficos para cada uno de ellos: Definir el proyecto a desarrollar (inicio) Planificar el desarrollo de software e implementacin de la sala de capacitacin (planificacin) Ejecutar el desarrollo de software y habilitacin de la sala de capacitacin (ejecucin) Controlar el progreso y calidad del software y sala de capacitacin (control) Cerrar el proyecto (cierre)

Adm de Recursos Informticos Escuela de Ingeniera Sede Antonio Varas

4. DESCRIPCIN

DE

LA

METODOLOGA

DE

DESARROLLO DE SOFTWARE
4.1
Introduccin:

Este plan de desarrollo de software es una versin preparada por SICOMIN que se enmarca dentro del proyecto de cursos de capacitacin de formacin en materia computacional. La informacin que se detalla fue extrada de la licitacin del proyecto a travs del portal ChileCompras. 4.2Propuesta: En base a la necesidad que existe por parte de la Municipalidad de Santiago, se desarrollar una Suite de Gestin de capacitacin enfocada a cubrir esta necesidad. La solucin se basa en un software compuesto por tres mdulos principales: Mdulo 1 Inscripciones y Matrculas: Procedimiento de ingreso alumno nuevo al sistema Evaluacin y clasificacin de alumnos inscritos Asignar valores (en caso corresponda) para matrculas y cuotas. Asignar y reserva de cupo en curso seleccionado. Controlar cantidad de alumnos por cursos y cupos de los mismos.

Mdulo 2 Cursos y Calendarios: Gestin de nuevos cursos. Reserva de cupos en cursos, a travs de la inscripcin. Gestin de consulta de cursos. Gestin calendarizacin de cursos.

Adm de Recursos Informticos Escuela de Ingeniera Sede Antonio Varas

Gestin

(mantenedor)

de

actividades,

materias,

calificaciones,

asistencia por curso.

Mdulo 3 Profesores y Alumnos. Gestin (mantenedor) de informacin de alumnos. Gestin (mantenedor) de informacin de profesores.

Todos estos interrelacionados entre s, compartiendo la misma informacin y almacenados en una sola Base de Datos, permitindole al usuario poder tener control absoluto sobre cada proceso de admisin, generar informes, enviar alertas por Mail y tener historiales de informacin sobre cada mdulo. Esta suite ser desarrollada sobre software OpenSource lo que implica que los costos de instalacin y mantencin sern accesibles para el cliente. 4.3Beneficios: Centralizacin de toda la informacin y acceso rpido a ella. Al usar herramientas de OpenSource los costos de desarrollo y produccin se reducen drsticamente. Permitir la jerarquizacin de usuarios, generando diferentes tipos de perfiles de acuerdo a la necesidad que se requiera. Por Ej. Un usuario que tenga privilegios solo para generar cursos, mientras que otros tendrn acceso a matricular alumnos etc. Esto permitir la delegacin de tareas. 4.4Metodologa de desarrollo: Para el desarrollo de la aplicacin se utilizar la metodologa RUP (Rational Unified Process) cuyos principales objetivos son asegurar la produccin del

Adm de Recursos Informticos Escuela de Ingeniera Sede Antonio Varas

software de calidad dentro de plazos y presupuestos predecibles, adems se dirige a travs de casos de usos, centrado en la arquitectura, iterativo (mini proyectos) e incremental (versiones). Entre las ventajas que posee esta metodologa se podran mencionar las siguientes: Aumenta la productividad de los desarrolladores. Se centra en la produccin y mantenimiento de modelos de sistemas. Sirve de gua para utilizar UML en forma ms efectiva. Posee herramientas de apoyo a todo el proceso. Implementa mejoras prcticas en la ingeniera de software.

Fig: Esfuerzo en actividades segn fase del proyecto, segn RUP.

4.5

Etapas del desarrollo:

Adm de Recursos Informticos Escuela de Ingeniera Sede Antonio Varas

Para el desarrollo del proyecto (y como define la metodologa RUP) se centrar en 4 etapas o fases principales: Inicio Elaboracin Construccin Transicin, cada una de estas etapas finaliza con un hito bien definido, las cuales pueden tener una o ms iteraciones. A continuacin se detalla un breve resumen de cada etapa y los hitos de cada una de ellas.

Fase Inicio: En esta fase desarrollar los requisitos del producto desde la perspectiva del usuario, los cuales sern establecidos en el entregable Visin. Los principales casos de uso sern identificados y se har un refinamiento del Plan de Desarrollo del Proyecto. La aceptacin del cliente / usuario del artefacto o entregable Visin y el Plan de Desarrollo marcan el final de esta fase. Fase de Elaboracin: En esta fase se analizan los requisitos y se desarrolla un prototipo de arquitectura (incluyendo las partes ms relevantes y / o crticas del sistema). Al final de esta fase, todos los casos de uso correspondientes a requisitos que sern implementados en la primera entrega de la fase de Construccin deben estar analizados y diseados (en el Modelo de Anlisis / Diseo). La revisin y aceptacin del prototipo de la arquitectura del sistema marca el final de esta fase. La revisin y entrega de todos los artefactos hasta este punto de desarrollo tambin se incluye como hito. La

Adm de Recursos Informticos Escuela de Ingeniera Sede Antonio Varas

primera

iteracin

(en

caso

corresponda)

tendr

como

objetivo

la

identificacin y especificacin de los principales casos de uso, as como su realizacin preliminar en el Modelo de Anlisis / Diseo, tambin permitir hacer una revisin general del estado de los artefactos hasta este punto y ajustar si es necesario la planificacin para asegurar el cumplimiento de los objetivos. Fase de Construccin Durante la fase de construccin se terminan de analizar y disear todos los casos de uso, refinando el Modelo de Anlisis / Diseo. El producto se construye en base las iteraciones, cada una produciendo una entrega a la cual se le aplican las pruebas y se valida con el cliente/usuario. Se comienza la elaboracin de material de apoyo al usuario. El hito que marca el fin de esta fase es la versin de un entregable (beta), con la capacidad operacional parcial del producto que se haya considerado como crtica, lista para ser entregada a los usuarios para pruebas beta. Fase de Transicin En esta fase se prepararn dos entregas para distribucin, asegurando una implantacin y cambio del sistema previo de manera adecuada, incluyendo el entrenamiento de los usuarios. El hito que marca el fin de esta fase incluye, la entrega de toda la documentacin del proyecto con los manuales de instalacin y todo el material de apoyo al usuario, la finalizacin del entrenamiento de los usuarios y el empaquetamiento del producto.

4.6

Entregables del desarrollo:

Adm de Recursos Informticos Escuela de Ingeniera Sede Antonio Varas

A continuacin se indican y describen cada uno de los artefactos que sern generados y utilizados por el proyecto y que constituyen los entregables. Esta lista constituye la configuracin de RUP desde la perspectiva de artefactos, y que se proponen para este proyecto. Es preciso destacar que de acuerdo a la filosofa RUP (y de todo proceso iterativo e incremental), todos los artefactos son objeto de modificaciones a lo largo del proceso de desarrollo, con lo cual, slo al trmino del proceso se podra tener una versin definitiva y completa de cada uno de ellos. Sin embargo, el resultado de cada iteracin y los hitos del proyecto estn enfocados a conseguir un cierto grado de completitud y estabilidad de los artefactos.

Plan de Desarrollo del Software: Es el presente documento. Modelo de Casos de Uso del Negocio: Es un modelo de las funciones de negocio vistas desde la perspectiva de los actores externos (Agentes de registro, solicitantes finales, otros sistemas etc.) permite situar al sistema en el contexto organizacional haciendo nfasis en los objetivos en este mbito. Este modelo se representa con un Diagrama de Casos de Uso usando estereotipos especficos para este modelo. Modelo de Objetos del Negocio: Es un modelo que describe la

realizacin de cada caso de uso del negocio, estableciendo los actores internos, la informacin que en trminos generales manipulan y los flujos de trabajo (workflows) asociados al caso de uso del negocio. Para la representacin de este modelo se utilizan Diagramas de Colaboracin (para mostrar actores externos, internos y las entidades (informacin) que

10

Adm de Recursos Informticos Escuela de Ingeniera Sede Antonio Varas

manipulan, un Diagrama de Clases para mostrar grficamente las entidades del sistema y sus relaciones, y Diagramas de Actividad para mostrar los flujos de trabajo. Glosario: Es un documento que define los principales trminos usados en el proyecto. Permite establecer una terminologa consensuada. . Modelo de Casos de Uso: El modelo de Casos de Uso presenta las funciones del sistema y los actores que hacen uso de ellas. Se representa mediante Diagramas de Casos de Uso. Visin: Este documento define la visin del producto desde la perspectiva del cliente, especificando las necesidades y caractersticas del producto. Constituye una base de acuerdo en cuanto a los requisitos del sistema. Especificaciones de Casos de Uso: Para los casos de uso que lo requieran (cuya funcionalidad no sea evidente o que no baste con una simple descripcin narrativa) se realiza una descripcin detallada utilizando una plantilla de documento, donde se incluyen: precondiciones, postcondiciones, flujo de eventos, requisitos no-funcionales asociados. Tambin, para casos de uso cuyo flujo de eventos sea complejo podr adjuntarse una representacin grfica mediante un Diagrama de Actividad. Especificaciones Adicionales: Este documento capturar todos los requisitos que no han sido incluidos como parte de los casos de uso y se refieren requisitos no-funcionales globales. Dichos requisitos incluyen: requisitos legales o normas, aplicacin de estndares, requisitos de calidad del producto, tales como: confiabilidad, desempeo, etc., u otros requisitos de ambiente, tales como: sistema operativo, requisitos de compatibilidad, etc.

11

Adm de Recursos Informticos Escuela de Ingeniera Sede Antonio Varas

Prototipos de Interfaces de Usuario: Se trata de prototipos que permiten al usuario hacerse una idea ms o menos precisa de las interfaces que proveer el sistema y as, conseguir retroalimentacin de su parte respecto a los requisitos del sistema. Estos prototipos se realizarn como: dibujos con alguna herramienta grfica o prototipos ejecutables

interactivos, siguiendo ese orden de acuerdo al avance del proyecto. Slo los de este ltimo tipo sern entregados al final de la fase de Elaboracin, los otros sern desechados. Asimismo, este artefacto, ser desechado en la fase de Construccin en la medida que el resultado de las iteraciones vayan desarrollando el producto final. Modelo de Anlisis y Diseo: Este modelo establece la realizacin de los casos de uso en clases y pasando desde una representacin en trminos de anlisis (sin incluir aspectos de implementacin) hacia una de diseo (incluyendo una orientacin hacia el entorno de implementacin), de acuerdo al avance del proyecto. Modelo de Datos: Previendo que la persistencia de la informacin del sistema ser soportada por una base de datos relacional, este modelo describe la representacin lgica de los datos persistentes, de acuerdo con el enfoque para modelado relacional de datos. Para expresar este modelo se utiliza un Diagrama de Clases (donde se utiliza un perfil UML para Modelado de Datos, para conseguir la representacin de tablas, claves, etc.). Modelo de Implementacin: Este modelo es una coleccin de

componentes y los subsistemas que los contienen. Estos componentes incluyen: ficheros ejecutables, ficheros de cdigo fuente, y todo otro tipo de

12

Adm de Recursos Informticos Escuela de Ingeniera Sede Antonio Varas

ficheros necesarios para la implantacin y despliegue del sistema. (Este modelo es slo una versin preliminar al final de la fase de Elaboracin, posteriormente tiene bastante refinamiento). Modelo de Despliegue: Este modelo muestra el despliegue la

configuracin de tipos de nodos del sistema, en los cuales se har el despliegue de los componentes. Casos de Prueba: Cada prueba es especificada mediante un documento que establece las condiciones de ejecucin, las entradas de la prueba, y los resultados esperados. Estos casos de prueba son aplicados como pruebas de regresin en cada iteracin. Cada caso de prueba llevar asociado un procedimiento de prueba con las instrucciones para realizar la prueba, y dependiendo del tipo de prueba dicho procedimiento podr ser

automatizable mediante un script de prueba. Solicitud de Cambio: Los cambios propuestos para los artefactos se formalizan mediante este documento. Mediante este documento se hace un seguimiento de los defectos detectados, solicitud de mejoras o cambios en los requisitos del producto. As se provee un registro de decisiones de cambios, de su evaluacin e impacto, y se asegura que stos sean conocidos por el equipo de desarrollo. Los cambios se establecen respecto de la ltima baseline (el estado del conjunto de los artefactos en un momento determinado del proyecto) establecida. En este caso al final de cada iteracin se establecer una baseline. Plan de Iteracin: Es un conjunto de actividades y tareas ordenadas temporalmente, con recursos asignados, dependencias entre ellas. Se realiza para cada iteracin, y para todas las fases.

13

Adm de Recursos Informticos Escuela de Ingeniera Sede Antonio Varas

Evaluacin de Iteracin: Este documento incluye le evaluacin de los resultados de cada iteracin, el grado en el cual se han conseguido los objetivos de la iteracin, las lecciones aprendidas y los cambios a ser realizados. Lista de Riesgos: Este documento incluye una lista de los riesgos conocidos y vigentes en el proyecto, ordenados en orden decreciente de importancia y con acciones especficas de contingencia o para su mitigacin. Manual de Instalacin: Este documento incluye las instrucciones para realizar la instalacin del producto. Material de Apoyo al Usuario Final: Corresponde a un conjunto de documentos y facilidades de uso del sistema, incluyendo: Guas del Usuario, Guas de Operacin, Guas de Mantenimiento y Sistema de Ayuda en Lnea. Producto: Los ficheros del producto empaquetados y almacenadas en un CD con los mecanismos apropiados para facilitar su instalacin. El producto, a partir de la primera iteracin de la fase de Construccin es desarrollado incremental e iterativamente, obtenindose una nueva release al final de cada iteracin.

14

Adm de Recursos Informticos Escuela de Ingeniera Sede Antonio Varas

5. DESCRIPCIN

DE

LA

ESTRUCTURA

ORGANIZACIONAL DEL EQUIPO DEL PROYECTO

5.1
Organigrama:

El siguiente diagrama ilustra la forma en que est estructurado el grupo de trabajo para el proyecto, adems corresponde al equipo de trabajo SICOMIN.

Jefe de Proyecto

Consultor

Contraparte Cliente

Jefe de Desarrollo

Arquitecto

Analista

Programador

Programador

QA Interno

5.2

Descripcin de cargos:

Jefe de Proyecto: Su funcin principal es la planificacin y coordinacin de las actividades del proyecto. Entre stas, se encarga de la gestin financiera y la comunicacin con el cliente. Consultor: Su funcin principal corresponde a apoyar a la comprensin de los temas de administracin y gestin de los cursos, adems de los temas

15

Adm de Recursos Informticos Escuela de Ingeniera Sede Antonio Varas

relativos a la municipalidad. Se comunica directamente con el jefe de proyecto y puede comunicarse con el Jefe de Desarrollo si este lo requiere. Contraparte Cliente: Su funcin principal es verificar el avance desde el punto de vista del cliente (municipalidad), adems de definir los

requerimientos y su prioridad. Se comunica directamente con el Gerente de proyecto. Jefe de desarrollo: Su funcin principal es coordinar el desarrollo del software, fijar las metas, coordinar el avance, solucionar cualquier problema en que puede impedir el avance del desarrollo y establecer que los recursos necesarios para el desarrollo estn disponible para sus subalternos. Se comunica directamente con el gerente de proyectos, al cual debe entregar los estados de avance y reportar los posibles problemas riesgos que se puedan presentar en el desarrollo. Arquitecto: Su funcin principal es la definicin de la plataforma adecuada para el desarrollo del proyecto, esto desde el punto de vista de los requerimientos de hardware y software para el montaje. Adems se encarga del modelamiento de las estructuras de clases del software, aplicando patrones de diseo, el modelamiento del modelo en la base de datos relacional y la instalacin y optimizacin de la aplicacin en los servidores del cliente. Se comunica directamente con el Jefe de Desarrollo. Analista: Su funcin principal es la generacin de documentacin

necesaria para el desarrollo del software como la generacin de diagramas de casos de uso, diagramas de actividades y modelamiento de procesos de negocio. Se comunica directamente con el Jefe de desarrollo al cual debe entregar los modelos.

16

Adm de Recursos Informticos Escuela de Ingeniera Sede Antonio Varas

Programador: Encargados de la codificacin de la aplicacin en un lenguaje determinado. Se comunica directamente con el jefe de desarrollo al cual debe entregar los programas scripts finalizados. QA Interno: Encargado de realizar las pruebas en forma interna de la aplicacin, adems de verificar el cumplimiento de los requerimientos. Puede interactuar con los programadores, Diseador y el Analista. Descripcin del plan de Recursos En la siguiente tabla se enumeran y detallan los recursos que se utilizaran para el desarrollo del proyecto:

Proyecto : Desarrollo SW Gestin actividades de capacitacinVentana de Tiempo Proyecto: Informacin del Proyecto

10-12-2010 a 07-03-2010

Necesidades de Recursos Humanos Software

Necesidad Administracin del proyecto Requerimientos Diseo General Diseo detallado de Interfaz Usuario

Recurso Jefe de Proyecto Analista de Sistemas Analista de Sistemas Analista de Sistemas

Cantidad 372 HH 6 HH 13 HH 12HH

17

Adm de Recursos Informticos Escuela de Ingeniera Sede Antonio Varas

Diseo detallado de la Base de Datos Desarrollo Documentacin Tcnica Planeacin de QA Pruebas QA Control de Cambios y Liberacin

Analista de Sistemas Programadores Computacionales Analista de Sistemas Analista QA Analista QA Analista de Sistemas

12 HH 240 HH 24 HH 10 HH 40 HH 10 HH

Necesidades Infraestructura Software Necesidad Estaciones de trabajo de desarrollo Servidor DB Desarrollo Estaciones de Trabajo para pruebas Servidor de Pruebas Software herramienta de desarrollo Software para Generacin documentacin Proveedor de Luz Elctrica Proveedor de Internet Proveedor de Telfono Open Source Recurso PC 2.9 MHz, 2 gb RAM Cantidad 4 1 2 1

Open source

Chilectra VTR VTR

18

Adm de Recursos Informticos Escuela de Ingeniera Sede Antonio Varas

Proveedor de Agua Potable

Aguas Andinas

19

Adm de Recursos Informticos Escuela de Ingeniera Sede Antonio Varas

Proyecto : Capacitaciones software de productividadVentana de Tiempo Proyecto: Informacin del Proyecto

10-12-2010 a 07-03-2010

Necesidades de Recursos Humanos Capacitaciones

Necesidad Administracin del Personal Capacitacin SW Administracin cursos

Recurso Director de Capacitaciones Profesor SW productividad Secretaria

Cantidad 1 4 2

Necesidades Infraestructura Capacitaciones Necesidad Estacin de trabajo para Profesos Estaciones de trabajo alumnos Licencias software de productividad Recurso PC 2.9 MHz, 2 gb RAM Cantidad 4

20

Adm de Recursos Informticos Escuela de Ingeniera Sede Antonio Varas

21

Adm de Recursos Informticos Escuela de Ingeniera Sede Antonio Varas

Descripcin del plan Presupuestario

22

Adm de Recursos Informticos Escuela de Ingeniera Sede Antonio Varas

Descripcin plan de Riesgo El siguiente plan detallara como se estructurara y realizara la gestin de riesgo: Planificacin de la gestin de riesgos. Identificacin de riesgos. Anlisis cualitativo de riesgos. Anlisis cuantitativo de riesgos. Planificacin de la respuesta a los riesgos. Seguimiento y control de riesgos.

Definicin para cada punto anterior. Planificacin de la gestin de riesgos Los integrantes del equipo de proyecto debern centrar sus esfuerzos en planificar la cantidad de riesgo existente. Cuando se planifica el proyecto el tiempo deber estar alineado especficamente con el plan de la gerencia del riesgo, el cul indicar al equipo como abordar el riesgo. Por ejemplo, se debera especificar el tipo de factores potenciales de riesgo que se enfrentarn en las reuniones semanales. En organizaciones que han desarrollado consecuencia de los procesos de manipulacin del riesgo, el plan se enfocar en la adopcin de estos procesos dentro de un contexto especfico del proyecto dado. Identificacin de riesgos Es un proceso para descubrir los eventos potenciales de riesgo, para evitar incidentes inesperados, el cul debera realizarse sistemticamente. Se deben enfocar tanto los riesgos internos como externos, los predecibles versus los no predecibles, sobre los que tenemos una medida de control versus los incontrolables, y aquellos tcnicos versus los no tcnicos. A medida que el equipo gana experiencia identificando riesgos, se deberan documentar los hallazgos, como mnimo debern hacer checklists" (listas de revisin) de los factores de riesgos que se observaran en los proyectos tpicos. Si fuera posible, los diferentes factores de riesgos se deben sopesar de acuerdo a su importancia. Anlisis cualitativo de riesgos Los modelos de escenarios de riesgo desde el punto de vista cualitativo pueden llevarnos a predecir los eventos que pueden ocurrir en nuestros proyectos, as como su impacto en el coste o en el inventario o en los recursos que se necesitan asociar a la incidencia de un evento de riesgo particular.

23

Adm de Recursos Informticos Escuela de Ingeniera Sede Antonio Varas

Anlisis cuantitativo de riesgos Ciertamente, un anlisis cualitativo de riesgo bien hecho proveer al analista de riesgo un buen sentido de lo que encontrar en sus proyectos, ellos tendrn una mejor percepcin si pueden conducir un anlisis cuantitativo de riesgo por el modelo de escenarios de riesgo, haciendo una serie de anlisis, que lo ayudaran a predecir cosas como el impacto en el coste y la programacin de los recursos que necesitan si ocurre un evento particular de riesgo. Planificacin de la respuesta a los riesgos La identificacin y el anlisis de los riesgos nos proporciona un conocimiento de cmo ocurren en el proyecto, el planificador del riesgo nos construye acciones que se deben tomar para evitarlos o para frenar sus impactos. Estas estrategias incluyen: transferencia de riesgo (tambin llamado riesgo desviado), disminuir el riesgo, evitarlo y la aceptacin del riesgo. Con la transferencia: planeamos transferir las consecuencias de la situacin de riesgo a otro lugar, comnmente hacemos esto cuando tomamos un seguro. Otro estndar de riesgo transfiere tcnicas que incluyen garantas y contratos. La disminucin del riesgo: se enfoca en reducir el riesgo ajustando problemas que puedan elevar los niveles de riesgo. La evasin del riesgo se reconoce como la forma de navegar por lo que hay que evitar hacer cosas que nos puedan molestar. Seguimiento y control de riesgos Tratar de anticiparnos antes de que ocurran eventos incmodos de riesgo. Esta es la naturaleza fundamental de asumir el riesgo, un gran ejercicio intelectual. Hay que tener claro El riesgo siempre existe, pero puede ser controlado o asumido!. Con la monitorizacin y control, tomamos conductas para delinear el riesgo y as intentar resolver los problemas que se presenten.

24