ANALISIS DE RIESGOS Riesgos del proyecto.- afecta la calendarizacin o recursos del proyecto. Riesgos del producto.

- afecta la calidad o desempeo del sw que se esta desarrollando. Riesgos del negocio.- afecta a la organizacin que desarrolla el sw. TIPOS DE RIESGOS QUE AFECTAN EL PROYECTO Cambio de admon, retraso en la especificacin, cambio de requerimientos, no disponibilidad del hw, rotacin del personal, subestimacin del tamao del sistema, cambio de tecnologa, competencia del producto. ETAPAS DEL PROCESO DE ADM0N DE RIESGOS Listado de riesgos.- es la identificacin de los riesgos para el proyecto, producto y negocio. Analisis de riesgos.- valorar las probabilidades y consecuencias de estos riesgos. Planeacion de riesgos.- se anulan riesgos y planes de contingencia, crea planes para abordar los riesgos ya sea para evitarlos o minimizar sus efectos en el proyecto. Supervision de riesgos.- valorar los riesgos de forma constante y revisar los planes para la minorizacion de riesgos tan pronto como la informacin de los riesgos este disponible. Probabilidad de que el riesgo se valore como: muy bajo 10% bajo 10-25% moderado del 2-50% alto 50-75% muy alto 75% Los efectos del riesgo se valoran como.- catastrficos, serios, tolerables o insignificantes. En base a: informacin detallada del proyecto, el proceso, el equipo de desarrollo y la organizacin. TIPOS DE CALIDAD De diseo.- se refiere a las caractersticas que los diseadores especifican para un elemento incluyen requisitos especificaciones y diseo del sistema. De concordancia.- es el grado en que las especificaciones de diseo se aplican durante la fabricacin; esta enfocado a la implementacin, si esta sigue el diseo y el sistema resultante satisface sus requisitos y metas de desempeo, entonces la calidad de concordancia es alta. ENFOQUES PARA EL CONTROL DE LA CALIDAD Revisiones de la calidad.- en las que el sw junto con su documentacin y los procesos utilizados para producir ese sw son revisados por un grupo de personas. Valoracin automtica del sw.- en la que el sw y los documentos producidos se procesan por algn programa y se comparan con los estndares que aplican a ese proyecto de desarrollo. FACTORES QUE INFLUYEN EN LA CALIDAD Y PRODUCTIVIDAD: Capacidad individual.- La produccin y mantenimiento de productos de programacin son tareas laboriosas, por lo que la productividad y la calidad son funciones directas de la

capacidad y esfuerzo individuales. Existen dos aspectos en la capacidad: la competencia global del individuo y su familiaridad con el rea particular de aplicacin.

Comunicacin en el grupo.- Se considera que la programacin es una actividad individual y privada de modo que muchos programadores tienen poco contacto social y prefieren trabajar en forma aislada.

Complejidad del producto.- Existen tres niveles de complejidad en un producto generalmente aceptado: programas de aplicacin, programas de apoyo y programas del sistema operativo.

Notaciones apropiadas.- Son vehculos de comunicacin entre el personal asignado al proyecto y plantean la posibilidad de usar una herramienta automatizada de programacin para manejar las notaciones verificando su uso correcto. Enfoques sistematicos.- En cada campo del conocimiento existen ciertos procedimientos y tcnicas aceptadas, las existencia de estas prcticas normales son una de las caractersticas que distinguen esta disciplina profesional.

Control de cambios.- Los programas sirven para que un equipo de uso general se adapte al empleo de una aplicacin especfica; algunas veces, el software debe compensar las deficiencias de diseo en el equipo.

Nivel tecnolgico.- El nivel tecnolgico utilizado en un proyecto de programacin incluye aspectos como seleccin del lenguaje, ambiente computacional, prcticas de programacin y herramientas de programacin disponibles.

Nivel de con fiabilidad.- Todo producto de programacin debe poseer un nivel elemental de confiabilidad; sin embargo, la alta confiabilidad slo se consigue con gran cuidado en el anlisis, diseo, instrumentacin, pruebas y mantenimiento del producto de programacin.

Captacin del problema.- En un proyecto de programacin un asunto comn de difcil solucin es la incomprensin de la verdadera naturaleza del problema; existen diversos factores que contribuyen en esta falta de conocimiento.

Tiempo disponible.- La determinacin del nivel ptimo de personal y el tiempo requerido

para desarrollar las diferentes actividades en un proyecto de programacin es un aspecto importante y difcil en la estimacin global de costos y recursos.

Especializacin requerida.- El ejercicio de la ingeniera de programacin requiere de una gran gama de habilidades y especialidades; por ejemplo habilidad para comunicarse, conocimiento del rea de aplicacin, habilidad para la resolucin de problemas, atencin en los detalles y ms pero no es necesario que todas estas habilidades las tenga una sola persona , por eso existe un equipo de programacin.

Facilidades y recursos.- Los gerentes de un proyecto de programacin deben de ser eficaces en el manejo de los factores de motivacin y frustracin, si desean mantener la calidad de sus productos, la productividad de sus programadores y la satisfaccin del trabajo.

Entrenamiento adecuado.- La educacin en ciencias de la computacin se preocupa por dar entendimiento bsico de las teoras y conceptos de la informacin y su procesamiento, comprendiendo estos trminos en el sentido ms amplio posible.

Habilidades gerenciales.- Los proyectos de programacin son supervisados por gerentes que tienen poco conocimiento, y esto muestra una dificultad ya que encuentran que los proyectos de ingeniera de programacin son difciles debido a las diferencias en la metodologa de diseo, notaciones, herramientas y otros aspectos.

Metas apropiadas.- Se puede obtener un punto medio entre la productividad y los factores de calidad, mediante en mantenimiento dentro de las metas y requisitos establecidos para el producto durante la etapa de planeacin.

Expectativas crecientes.- El mayor problema persiste en el crecimiento constante de las expectativas del producto. Existen dos aspectos interrelacionados al respecto: primero, est la preocupacin de que tanta funcionalidad, confiabilidad y desempeo puede obtenerse con un esfuerzo determinado; en segundo lugar, se halla el aspecto relacionado con las limitantes de la tecnologa de programacin.

Otros

factores.-

Existen

ms

factores

que

influyen

en

la

productividad

de

los

programadores, incluyendo la familiaridad, el acceso y la estabilidad del sistema de cmputo utilizado para desarrollar o modificar los programas; la memoria y limitantes de tiempo del producto y ms.

VISIN GENERAL DE LOS FACTORES QUE AFECTAN A LA CALIDAD:

Los factores de calidad evalan el software desde tres puntos de vista distintos:

Operacin del producto (utilizndolo). Revisin del producto (cambindolo). Transicin del producto (modificndolo para que funcione en un entorno diferente, p. Ej.: portndolo). Los autores describen la relacin entre los factores de calidad a lo que llaman un marco de trabajo. Aspectos del proceso de ingeniera del software:

En primer lugar:

El marco de trabajo proporciona un mecanismo para que el gestor del proyecto identifique lo que considera importante. Estas cualidades son atributos del software, adems de su correccin y rendimiento funcional, que tiene implicaciones en el ciclo de vida.

En segundo lugar:

El marco de trabajo proporciona un medio de evaluar cuantitativamente lo bien que va progresando el desarrollo en relacin con los objetivos de calidad establecidos.

En tercer lugar:

El marco de trabajo proporciona ms interaccin del personal de QA en el esfuerzo de desarrollo...

Por ltimo:

El personal de garanta de calidad puede utilizar indicaciones de calidad pobre para

ayudar a identificar estndares [mejores] a contrastar en el futuro. Casi todos los aspectos del clculo han sufrido cambios radicales con el paso de los aos. Pero los atributos que proporcionan una indicacin de la calidad del software siguen siendo los mismos.

Medida de la calidad:

Aunque hay muchas medidas de la calidad de software, la correccin, facilidad de mantenimiento integral y facilidad de uso proporcionan indicadores tiles para el equipo del proyecto.

DEFINICIONES Y MEDIDAS PARA CADA UNO DE ELLOS:

Correccin: Un programa debe operar correctamente o proporcionar poco valor a sus usuarios. La correccin es el grado en el que el software lleva a cabo su funcin requerida. La medida ms comn de correccin son los defectos, en donde un defecto se define como una falta verificada de conformidad con los requisitos

Facilidad de mantenimiento: La facilidad de mantenimiento es la facilidad con la que se puede corregir un programa si se encuentra un error, se puede adaptar si su entorno cambia, o mejorar si el cliente desea un cambio de requisitos.

No hay forma de medir directamente la facilidad de mantenimiento; por consiguiente, se deben utilizar medidas indirectas. Una simple mtrica orientada al tiempo es el tiempo medio de cambio (TMC), es decir, el tiempo que se tarda en analizar la peticin de cambio.

Los programas que son ms fciles de mantener tendrn un TMC ms bajo que los programas que son ms difciles de mantener. Los desperdicios son una mtrica orientada al costo para la capacidad de mantenimiento, donde se evala el costo en corregir defectos encontrados despus de haber distribuido el software a sus usuarios finales. Cuando la proporcin de desperdicios en el costo global del

proyecto se representa como una funcin del tiempo, el gestor puede determinar si la facilidad de mantenimiento total del software producido por una organizacin de desarrollo est mejorando. Integridad: Este atributo mide la habilidad de un sistema para resistir ataques (tanto accidentales como intencionados) contra su seguridad. El ataque se puede realizar en cualquiera de los tres componentes del software: programas, datos y documentos.

Para medir la integridad, se tienen que definir dos atributos adicionales: amenaza y seguridad. Amenaza es la probabilidad de que un ataque de un tipo determinado ocurra en un tiempo determinado. La seguridad es la probabilidad de que se pueda repeler el ataque de un tipo determinado.

La integridad del sistema se puede definir como: integridad = E [1- amenaza x (1- seguridad)]

Donde se suman la amenaza y la seguridad para cada tipo de ataque.

Facilidad de uso: Si un programa no es amigable con el usuario, frecuentemente est abocado al fracaso, incluso aunque las funciones sean buenas. La facilidad de uso cuantifica lo amigable que puede ser con el (usuario) y se puede medir en funcin de cuatro caractersticas:

Habilidad intelectual y/o fsica requerida para aprender el sistema. El tiempo requerido para llegar a ser moderadamente eficiente en el uso del sistema. Aumento neto en productividad cuando alguien utiliza el sistema moderadamente y eficientemente.

Valoracin subjetiva de la disposicin de los usuarios hacia el sistema.