Issuu on Google+

UNIVERSIDAD TÉCNICA DE MACHALA FACULTAD DE INGENIERÍA CIVIL ESCUELA DE INFORMÁTICA ANÁLISIS ORIENTADO A OBJETOS ESTUDIO PRELIMINAR

PROFESORA: ING. ROSMERY SAMANIEGO

GRUPO # 9 • YUNGA ROMEL • TELLO ASAEL • ROSERO LEONEL

2010 – 2011


INDICE

1.

Introducción

1.1.

Propósito

1.2.

Alcance

1.3.

Definiciones, acrónimos y abreviaturas

2.

Especificación de Gestión de Riesgos

3.1.

Identificación

3.2.

Análisis

3.3.

Priorización

3.4.

Estrategias

3.5.

Supervisión


HISTORIAL DE REVISIONES Fecha

Versiรณn

Descripciรณn

Responsable

08/10/10

1.0

Presentaciรณn del Informe I

Todos los miembros del Grupo #9

CONTROL DE CAMBIOS Fecha

Versiรณn

Descripciรณn

Responsable


1.

Introducción

Esta recopilación en donde se ofrece un resumen completo de la implementación del sistema de matriculación. Después de esta información general, en el informe se tratan varios temas que ayudarán a las personas que interactúan con el sistema a medida que implementen el proceso. Estos temas proporcionan una base sólida para un sistema de matriculación: •Distinguir el sistema de matriculación de la evaluación de la Escuela. •Implementar el sistema de matriculación de forma eficaz.

1.1.

Propósito

Implementar el sistema de matriculación en la institución. Al llevar a cabo los pasos de planeamiento, recopilación de datos facilitados. Recordemos que el propósito de la fase de implementación del sistema de matriculación, sino hacerlo de un modo eficaz y oportuno.

1.2.

Alcance

Describe el proceso requerido para asegurar que el proyecto incluye todo trabajo requerido, para completar el proyecto de manera exitosa. Actuar para reducir causas de inconsistencia, que estén al alcance del control de gestión antes de que comience el proyecto. 2.

Especificación de Gestión de Riesgos

Cuando se analizan los riesgos es importante cuantificar el nivel de incertidumbre y el grado de pérdidas asociado con cada riesgo. Para hacerlo, se consideran diferentes categorías de riesgos. Los riesgos del proyecto amenazan al plan del proyecto. Es decir, si los riesgos del proyecto se hacen realidad,


es probable que la planificación temporal del proyecto se retrase y que los costos aumenten. Los riesgos del proyecto identifican los problemas potenciales de presupuesto, planificación temporal, personal (asignación y organización), recursos, cliente y requisitos y su impacto en un proyecto de software. Los riesgos técnicos amenazan la calidad y la planificación temporal del software que hay que producir. Si un riesgo técnico se convierte en realidad, la implementación puede llegar a ser difícil o imposible. Los riesgos técnicos identifican problemas potenciales de diseño, implementación, de interfaz. verificación y de mantenimiento. Además las ambigüedades de especificaciones, incertidumbre técnica, técnicas anticuadas y las "tecnologías punta" son también factores de riesgo. Los riesgos técnicos ocurren porque el problema es más difícil de resolver de lo que pensábamos. Los riesgos del negocio amenazan la viabilidad del software a construir Los riesgos del negocio a menudo ponen en peligro el proyecto o el producto. Los candidatos para los cinco principales riesgos del negocio son: 1. Construir un producto o sistema excelente que no quiere nadie en realidad (riesgo de mercado), 2. Construir un producto que no encaja en la estrategia comercial general de la compañía (riesgo estratégico), 3. Construir un producto que el departamento de ventas no sabe cómo vender 4. Perder el apoyo de una gestión experta debido a cambios de enfoque o a cambios de personal (riesgo de dirección) 5. Perder presupuesto o personal asignado (riesgos de presupuesto). Los riesgos conocidos son todos aquellos que se pueden descubrir después de una cuidadosa evaluación del plan del proyecto del entorno técnico y comercial en el que se desarrolla el proyecto y otras fuentes de información fiables (p. ej.: fechas de entrega poco realistas. falta de especificación de requisitos o de ámbito del software. o un entorno pobre de desarrollo), los riesgos predecibles se extrapolan de la experiencia en proyectos anteriores (ej.: cambio de personal, mala comunicación con el cliente. disminución del esfuerzo del personal a


medida que atienden peticiones de mantenimiento). Pueden ocurrir pero son extremadamente difíciles de identificar por adelantado.

3.1. Nº 01 02 03 04 05 06 07 08 09

Identificación

Posibles riesgos Lento proceso de carga del sistema No compatible con distintos Sistemas Operativos Mal Funcionamiento del Sistema Falta de Tiempo de Culminación Crecimiento de costos Ausencia de un miembro del Equipo del Proyecto No cumple con las funciones encomendadas La empresa no cuente con el presupuesto establecido Falta de recursos al momento de la implementación


3.2.

Análisis

Riesgo Lento Proceso de Carga

No Compatible

Mal funcionamiento Falta de tiempo

Crecimiento de costos Ausencia de miembro

No cumple las funciones

No hay presupuesto de implementación

Ausencia de recursos tecnológicos

Descripción Demasiado Pesado para que corra normalmente el sistema Inutilizable en diferentes sistemas operativos Presente errores en la ejecución Mal programación en las tareas y falte tiempo para la culminación del proyecto Mala administración de los costos No exista la presencia de un miembro del equipo No ejecute tal y como lo quería el usuario La empresa no cuente con el dinero suficiente para pagar los costos Falta de equipos para la implementación del sistema

Categoría Probabilidad Impacto Técnico Baja 3

Técnico

Baja

3

Técnico

Moderada

2

Proyecto

Moderada

2

Negocio

Moderada

2

Proyecto

Alta

1

Proyecto

Alta

1

Negocio

Alta

1

Técnico

Baja

3


3.3. Riesgo

Priorización Descripción

Ausencia de No exista la miembro presencia de un miembro del equipo No cumple No ejecute tal las y como lo funciones quería el usuario No hay La escuela no presupuesto cuente con los de recursos implementac necesarios ión Mal Presente funcionamie errores en la nto ejecución Falta de falte tiempo tiempo para la culminación del proyecto Crecimiento Mala de costos administración de los costos

Proyecto

Probabil idad Alta

Proyecto

Alta

1

Negocio

Alta

1

Técnico

Moderada

2

Proyecto

Moderada

2

Negocio

Moderada

2

Ausencia de recursos tecnológico s

Técnico

Baja

3

Técnico

Baja

3

Técnico

Baja

3

Falta de equipos para la implementación del sistema Lento Demasiado Proceso de Pesado para Carga que corra normalmente el sistema No Inutilizable Compatible en diferentes sistemas operativos

}

Categoría

Impacto 1


3.4.

Estrategias

Riesgo Lento Proceso Carga

Estrategia posibles procesos que retrasan al

de Disminuir obsoletos sistema No Compatible Percatarse que el sistema sea creado en ambiente multiplataforma. Mal funcionamiento Realización de pruebas en la creación de cada modulo. Falta de tiempo Realizar un mejor cronograma y estableciendo bien los puntos de cada actividad. Crecimiento de Realizar un previo estudio de costos factibilidad económica. Ausencia de miembro Conocer todos las funciones de cada miembro para poder reemplazarlo en cualquier momento No cumple las Investigar minuciosamente cada funciones requerimiento que el usuario de a conocer. No hay presupuesto Estimar un porcentaje de de implementación imprevistos, para evitar futuras perdidas Ausencia de Realizar un previo estudio de recursos factibilidad técnica. tecnológicos


3.5.

Supervisi贸n

Tipo de Riesgo Tecnol贸gica

Personal Requerimiento

Indicador Potencial Problemas encontrados: Mal funcionamiento del sistema implementado Ausencia de un miembro del equipo de trabajo Los requerimientos no han sido bien estudiados y el sistema no cumple con todas las funciones requeridas.


Plan de Gestion de Riesgos