ESPE - MED

Desarrollo de Proyectos de Software

Eric Rivadeneira
eric_ec@hotmail.com

ESPE

Actividad de aprendizaje 1.1.

1. Explique las diferencias entre Proyecto y Proyecto Informtico (o Proyecto de Software). Un proyecto es esencialmente un conjunto de actividades interrelacionadas, con un inicio y una finalizacin definida, que utiliza recursos limitados para lograr un objetivo deseado. Los dos elementos bsicos que incluye esta definicin son: las actividades y los recursos. LAS ACTIVIDADES son las tareas que deben ejecutarse para llegar en conjunto a un fin preestablecido (objetivo deseado); por ejemplo: recopilar informacin; realizar diagnsticos; confeccionar un diseo global de un procedimiento, programar, escribir manuales de procedimiento, etc. Un aspecto fundamental en todo proyecto es el orden en el cual se realizan las actividades. Y para determinar la secuencia lgica de las actividades se debe establecer el mtodo, el tiempo y el costo de cada operacin. LOS RECURSOS son los elementos utilizados para poder realizar la ejecucin de cada una de las tareas; como por ejemplo: hardware, programas de base (sistemas operativos), programas de aplicacin, discos de almacenamiento, energa, servicios, inversiones de capital, personal, informacin, dinero y tiempo. Entonces: El fin primario de desarrollar un proyecto debe ser producir un programa calendario en el cual los recursos, siempre limitados, se asignen a cada una de las actividades en forma econmicamente ptima. Estas limitaciones en cuyo contexto se resuelve planear un proyecto pueden ser internas, por ejemplo: computadoras disponibles, capacidad del personal, disposiciones presupuestarias, o bien externas, como ser: fechas de entrega de cualquier tipo de recursos, factores climticos, aprobaciones de organismos oficiales. En ambos casos las limitaciones deben tenerse particularmente en cuenta al estimar los tiempos de cada actividad. En cuanto al objetivo del proyecto, este puede ser sencillo y no demandar ni muchas tareas ni demasiados recursos; o por el contrario, puede ser complejo y exigir mltiples actividades y una gran cantidad de recursos para poder alcanzarlo. Pero independientemente de su complejidad, caractersticamente todo proyecto rene la mayora de los siguientes criterios: 1) 2) 3) 4) 5) 6) Tener un principio y un fin Tener un calendario definido de ejecucin Plantearse de una sola vez Constar de una sucesin de actividades o de fases Agrupar personas en funcin de las necesidades especficas de cada actividad Contar con los recursos necesarios para desenvolver las actividades

De todo lo antes expuesto, podemos aplicarlo a los proyectos informticos; y decir que: un proyecto informtico es un sistema de cursos de accin simultneos y/o secuenciales que incluye personas, equipamientos de hardware, software y comunicaciones, enfocados en obtener uno o ms resultados deseables sobre un sistema de informacin. Describir entonces los distintos objetivos que caracterizan a un proyecto informtico.

El inicio de un proyecto informtico generalmente est dado en la solicitud de requerimientos de los usuarios, y siendo que los diferentes sistemas de Informacin abordan los diferentes tipos de problemas organizacionales; podemos clasificar a los Sistemas de Informacin segn sean las aplicaciones que necesite cada usuario en: Sistemas de Transacciones, Sistemas de Soporte para la toma de decisiones, y Sistemas Expertos.

2. Indique los elementos de la gestin de proyectos. Explique el Personal, el Producto, el

Proceso y el Proyecto.

La gestin de proyectos de software implica la planificacin, supervisin y control del personal, del proceso y de los eventos que ocurren mientras evoluciona el software desde la fase preliminar a la implementacin operacional. La gestin de proyectos de software persigue la misma finalidad que todas las gestiones de proyectos de ingeniera: Estimar que suceder con un proyecto nuevo Analizar qu sucedi con un proyecto ya finalizado

En todos los casos se tratar de dar respuestas cuantitativas a preguntas precisas tales como: Cul ser el plazo de entrega? Cuntas personas necesito? Cunto costar el proyecto?

Las cuatro P que tienen una influencia sustancial en la gestin de proyectos de software: Personal, producto, proceso y proyecto. El personal debe estar organizado en equipos eficientes, motivados para hacer un trabajo de software de alta calidad y coordinados para lograr una comunicacin eficaz. Los requisitos del producto se deben comunicar del cliente al desarrollador, ser divididos en sus constitutivas y distribuirse para que trabaje el equipo de software. El proceso debe adaptarse al personal y al problema. Se selecciona un marco de trabajo de proceso comn, se aplica un paradigma de ingeniera de software adecuado y se elige un conjunto de tareas de trabajo para llevar a cabo el trabajo.

Finalmente, el proyecto debe estar organizado en una forma que permita triunfar al equipo de software. El elemento central en todos los proyectos de software es el personal. Los ingenieros de software pueden organizarse en diferentes estructuras de equipo, que van desde las jerarquas de control tradicionales hasta los equipos de Paradigma abiertos. Se pueden aplicar varias tcnicas de coordinacin y comunicacin informal de persona a persona son las ms valiosas para los profesionales.

Actividad de aprendizaje 1.2.

Seleccione un proyecto de desarrollo de software real sobre el cual se aplicarn los conceptos aprendidos en la materia. Para este proyecto realice las siguientes actividades: Proyecto Seleccionado Considerar un paquete de software a desarrollar para una aplicacin de diseo asistido por computador (CAD). Revisando la especificacin del sistema encontramos que el software va ejecutarse en una estacin de trabajo de microcomputadora y se conectar con varios perifricos grficos incluyendo ratn, digitalizador, pantalla en color de alta resolucin, y una impresora de alta resolucin Como datos adicionales para el desarrollo de este proyecto consideramos lo siguiente: Productividad: 1000pf/per-mes Sueldo: 3000 usd/per-mes 1) Realice la estimacin del proyecto basndose en Lneas de Cdigo (LDC) La evaluacin del alcance indica que se requieren las siguientes funciones principales para el software de CAD: * Interfaz de usuario y facilidades de control (IUCF) * Anlisis geomtrico bidimensional (AG2D) * Anlisis geomtrico tridimensional (A3GD) * Gestin de estructuras de datos (GED) * Facilidades de visualizacin de grficos de computadora (FVGC) * Control de perifricos (CP) Mdulos de anlisis de diseo (MAD) E = (a + 4m + b)/6

Funcin Control de interfaz de usuario Anlisis geomtrico en 2-D Anlisis geomtrico en 3-D Gestin de la estructura de datos Visualizacin de grficos en la computadora Control perifricos Anlisis de diseo

Lnea / Optimista Ms probable Pesimista Esperado $lnea mes 1800 4100 4600 2950 2400 5200 6900 3400 2650 7400 8600 3600 2340 5380 6800 3350 14 20 20 18 315 220 220 240

Costo 32.760

Meses 7,4

107.600 24,4 136.000 30,9 60.300 13,9

4050 2000 6600

4900 2100 8500

6200 2450 9800

4950 2140 8400

22 28 18

200 140 300

108.900 24,7 59.920 15,2 151.200 28

33360 LDC ESTIMADAS $656.680 VALOR PY ESTIMADO ($) 144,5 ESFUERZO REQUERIDO ESTIMADO

2) Realice la misma estimacin pero basado en los Puntos de Funcin (PF) TIPO DE FUNCION Entradas de Usuario Salidas de Usuario Archivos Internos Archivos Externos Consultas de Usuario TOTAL PF SIN AJUSTAR ESCALA DE GRADO DE INFLUENCIA No influye 0 Insignificante 1 Moderada 2 Medio 3 Significativa 4 Fuerte 5 Copia de seguridad y recuperacin Comunicaciones 2 3 NIVEL DE COMPLEJIDAD TOTAL SIMPLE MEDIO COMPLEJO *3 *4 5 * 7 = 35 *5 *3 18 * 4 = 72 25 * 5 = 125 * 10 2 * 7 = 14 20 * 4 = 120 *6 *7 * 15 * 10 *6 72 125 35 14 120 366

Proceso distribuido Rendimiento crtico Entorno operativo existente Entrada de datos online Transacciones entrada en varias pant Archivos maestros actualizados online Complejidad valores dominio informacin Complejidad procesamiento interno Cdigo diseado para reutilizacin Conversin en diseo Instalaciones mltiples Aplicacin diseada para cambios

1 4 4 5 1 2 3 3 4 1 3 5

PF = Cuenta Total x [0,65 + 0,01 x SUM(Fi)] PF = (366 ) x [0,65 + 0,01x (2+3+1+4+4+5+1+2+3+3+4+1+3+5)]= PF = (366) x( 1.06)= 387,96 pf

usd per mes usd CostoporPF 3 pf pf 1000 per mes 3000

Costo del proyecto = PF * Costo por PF = 387,96 pf * 3usd / pf Costo del proyecto = 1163,88 usd. 3) Compare las dos estimaciones y calcule la diferencia entre ellas. Si es mayor al 15%, vuelva a realizar las estimaciones; si es menor, obtenga el promedio que usar para estimar su proyecto.
LDC / PF= 387,96/33360= 0,11

4) Aplique el modelo COCOMO II y compare con los resultados obtenidos en los puntos 1. y 2. Justifique las diferencias si las hubiere. Datos: LDC = 33360 Sueldo = 6950$/m El Esfuerzo ED=2,4(KLDC)1.05 h-m 2.4 ( 33.36)1.05 = 95.41 h-m = 96 h-m Tiempo de desarrollo TD=2.5(ED)0.38 m TD=2.5(96)0.38 m = 14.16 m Productividad PR = LDC / ED PR = 33360 / 96 = 347.5 LDC/h-m N mdio de personas PE = ED / TD h PE = 96 / 14.16 h = 6.77 = 7 h

Actividad de aprendizaje 1.3.

1. Para el proyecto seleccionado, identifique los riesgos que existen. a) b) c) d) e) f) Planificacin demasiado optimista Diseo inadecuado (hay que volver a disear) Interfaz del subsistema de formato de grficos inestable La aprobacin del proyecto tarda ms de lo esperado El personal contratado se retrasa en la entrega del subsistema encargado de formatear los grficos Los recursos no estn disponibles en su momento

2. Realice la proyeccin del riesgo Riesgo Probabilidad Planificacin demasiado optimista 50% Diseo inadecuado (hay que volver a 15% disear) Interfaz del subsistema de formato de 25% grficos inestable La aprobacin del proyecto tarda ms 25% de lo esperado El personal contratado se retrasa en la 20% entrega del subsistema encargado de formatear los grficos Los recursos no estn disponibles en 10% su momento 3. Clasifique los riesgos segn su impacto Riesgo Planificacin demasiado optimista Diseo inadecuado (hay que volver a disear) Interfaz del subsistema de formato de grficos inestable La aprobacin del proyecto tarda ms de lo esperado El personal contratado se retrasa en la entrega del subsistema encargado de formatear los grficos Los recursos no estn disponibles en su momento Impacto Catastrfico Despreciable Marginal Marginal Despreciable Probabilidad Magnitud Perdida (Semanas) 50% 5 15% 25% 25% 20% 15 4 4 4 Exposicin a Riesgo (Semanas) 2.5 2.2 1.0 1.0 0.8

Despreciable

10%

0.2

4. Mediante una tabla, indique las acciones que usted tomara para reducir los riesgos en el proyecto. No se olvide de tomar en cuenta la ley de Pareto. Riesgo Planificacin demasiado optimista Accin Dimensionar el verdadero alcance de un proyecto como el que se pretende realizar, un correcto estudio previo genera una correcta planificacin, es as como la post planificacin dar el dimensionamiento real Diseo inadecuado (hay que volver a Recurso de personal adecuado y disear) calificado Interfaz del subsistema de formato de Recurso de personal adecuado y grficos inestable calificado La aprobacin del proyecto tarda ms Recurso de personal adecuado y de lo esperado calificado El personal contratado se retrasa en la Recurso de personal adecuado y entrega del subsistema encargado de calificado formatear los grficos Los recursos no estn disponibles en Planificacin incluye costos rotativos su momento

Actividad de aprendizaje 1.4.

Realice el Plan de Reduccin, Supervisin y Gestin del Riesgo del proyecto planteado.

RESUMEN Al momento en que realizamos cualquier actividad debemos de tomar en cuenta que esta nos va a conllevar riesgos, los cuales se los deben de manejar de una mejor manera. El uso de tcnicas y herramientas la identificacin, el tratamiento de estos, logrando con eso minimizarlos. Aunque es difcil lograr esto ya que vivimos en un entorno que es cambiante y esta variante del cambio es una gran preocupacin.

INTRODUCCIN El anlisis y gestin del riesgo son una serie de pasos que ayudan a un equipo de software a comprender y manejar la incertidumbre, el primer paso es reconocer que en el proyecto algo puede salir mal, a esto se le denomina identificacin del riesgo, segundo paso consiste en determinar la probabilidad de que ocurrir y el dao que causar si en efecto ocurre y finalmente se desarrolla un plan para gestionar aquellos riesgos con gran probabilidad y alto impacto. Este trabajo lo realizan todos los involucrados en el proceso de software.

DESARROLLO Riesgos del software El riesgo del software va a involucrar dos caractersticas, la primera es la Incertidumbre la que nos dice que no existen riesgos 100% probables, y la segunda es la perdida la cual nos indica que si el riesgo se convierte en realidad, va a ocasionar que ocurran consecuencias o perdidas indeseables. De ah la importancia de cuantificar el grado de incertidumbre y prdida que se asocian a los riesgos, logrando con esto diferentes categoras como: Riesgos del proyecto Riesgos tcnicos Riesgos de negocio

Riesgos del proyecto: Amenazan el plan del proyecto Riesgos tcnicos: Amenazan la calidad del software Riesgos de negocio: Amenazan la viabilidad del software La clasificacin de los riesgos no siempre funciona, ya que algunos son impredecibles, de ah que se tiene riesgos predecibles e impredecibles. Riesgos predecibles: como su nombre lo indica son que se pueden identificar con la experiencia de proyectos anteriores. Riesgos impredecibles: son aquello que pueden y de hecho ocurren en un proyecto, y por lo general son difcil de identificar. Identificacin de riesgos Va encaminado a especificar las amenazas al plan del proyecto, este es un proceso iterativo ya que se pueden ir descubriendo nuevos riesgos a medida que el proyecto va avanzando. Es un criterio proactivo que busca identificar posibles factores de riesgo y tomar medidas de aseguramiento o planes de contingencia para contrarrestarlos a ellos y a sus efectos. Existen mtodos para identificar riesgos uno de ellos es el de crear una lista de verificacin de riesgos. Con esta lista podemos identificar riesgos y enfocarnos en algn subconjunto de riesgos sean conocidos y predecibles. Ejemplo: Tamao del producto Impacto del negocio Caractersticas del cliente Definicin del proceso Entorno de desarrollo Tecnologa que construir Tamao y experiencia de la plantilla de personal

El gestor de proyectos da un primer paso para evitarlos cuando es posible y a controlarlos cuando es necesario. Se ha identificado dos tipos de riesgos: Riesgos genricos: Amenaza potencial para el proyecto de software Riesgos especficos: Se los puede identificar teniendo un claro conocimiento de la tecnologa, el personal. Componentes y controladores del riesgo Es otro criterio, que ha desarrollado la Fuerza Area Estadounidense en la que se identifica cuatro componentes a tener en cuenta para la estimacin del riesgo en desarrollo de software y son: Riesgo de desempeo: es el que me permite medir el grado de incertidumbre de que el producto satisfaga los requisitos Riesgo de costo: me permite medir el grado de incertidumbre del presupuesto del proyecto Riesgo de soporte: mide el grado de incertidumbre de que el SW resulte fcil de corregir, adaptar y mejorar Riesgo de calendarizacin: me permite tener un grado de incertidumbre de que el producto se entregue a tiempo Proyeccin del riesgo Lo que se intenta con la proyeccin del riesgo es hacer una medicin de los riesgos en funcin de la probabilidad o posibilidad de que el riesgo sea real o llegara a ocurrir y as como tambin las consecuencias que causara al momento de que ocurriese el imprevisto Para la proyeccin del riesgo se realizan cuatro pasos: 1. 2. 3. 4. Establecer una escala que refleje la posibilidad percibida de un riesgo. Definir las consecuencias del riesgo Estimar el impacto del riesgo en el proyecto y el producto Tener una exactitud general en la proyeccin del riesgo para as evitar confusiones

Estos pasos nos van a permitir establecer prioridades. Desarrollo de una tabla de riesgos Ofrece al gestor de un proyecto una tcnica simple para la proyeccin de riesgos. La construccin de esta tabla se comienza listando todos los riesgos sin importar cun remotos sean. Realizar una clasificacin de cada uno de los riesgos Determinar la probabilidad de ocurrencia

Establecer y valorar el impacto que tendr cada riesgo, as como establecer una categora de impacto las cuales son: Catastrfico Crtico Marginal Despreciable Se ordenan de acuerdo a la probabilidad y al impacto, quedando los de mas alta valoracin en la cima de la tabla Se establece una lnea de corte a partir de la cual se establece que eventos sern de verdadera atencin y control Se establece un plan RSGR que es un Plan de Reduccin, Supervisin y gestin de riesgo. Riesgo Planificacin demasiado optimista Diseo inadecuado (hay que volver a disear) Interfaz del subsistema de formato de grficos inestable La aprobacin del proyecto tarda ms de lo esperado El personal contratado se retrasa en la entrega del subsistema encargado de formatear los grficos Los recursos no estn disponibles en su momento Impacto Catastrfico Despreciable Marginal Marginal Despreciable Probabilidad Magnitud Perdida (Semanas) 50% 5 15% 25% 25% 20% 15 4 4 4 Exposicin a Riesgo (Semanas) 2.5 2.2 1.0 1.0 0.8

Despreciable

10%

0.2

Refinamiento del riesgo El refinamiento del riesgo consiste en detallar cada uno de los riesgos encontrados en un subconjunto de riesgos, los mismos que ya son ms sencillos de refinar, supervisar y gestionar (divide y vencers). Esto se tiene que hacer ya que durante las primeras etapas de la planificacin del proyecto, se lo establece al riesgo de una manera muy general y conforme pasa el tiempo y se aprende ms acerca del proyecto y del riego es posible refinarlo. Una forma de refinar el riesgo es representarlo en el formato CTC (Condicin-TransicinConsecuencia) es decir: Dado que <condicin> entonces existe una preocupacin de que (posiblemente) <consecuencia> El refinamiento del riesgo ayuda a aislar los riesgos subyacentes y puede conducir a un anlisis y respuestas ms sencillos.

Reduccin supervisin y gestin del riesgo Todas las actividades del anlisis del riesgo tienen una sola meta: ayudar al equipo del proyecto a desarrollar una estrategia para luchar para luchar con el riesgo. Una estrategia eficaz debe considerar los siguientes aspectos: Evitar el riesgo. La mejor estrategia frente a un riesgo es evitarlo y esto se lo logra desarrollando un plan para reducir el riesgo. Supervisar el riesgo. El gestor del proyecto supervisa los factores que pueden proporcionar un indicio de si el riesgo se est volviendo ms o menos probable. Adems debe supervisar la efectividad de los pasos de reduccin del riesgo. Gestionar el riesgo y los planes de contingencia. La gestin del riego y los planes de contingencia suponen que los esfuerzos de reduccin han fracasado y que el riesgo se ha vuelto una realidad

Estrategias para Riesgos Negativos o Amenazas Evitar: Implica cambiar el plan de gestin del proyecto para eliminar la amenaza que representa un riesgo adverso. Esto se puede realizar principalmente al comienzo de un proyecto. Transferir: Requiere trasladar el impacto negativo de una amenaza, junto con la propiedad de la respuesta, a un tercero. Mitigar: Implica reducir la probabilidad y / o el impacto de un evento de riesgo adverso a un umbral aceptable.

La regla 80-20 de Pareto, se adapta o aplica al riesgo del software. La experiencia indica que 80 por ciento del riesgo del proyecto global (es decir, 80% del potencial para falla del proyecto) puede explicarse slo con 20 % de los riesgos identificados. El riesgo no est limitado al proyecto de software. Los riesgos pueden ocurrir despus de que el software se ha desarrollado exitosamente y entregado al cliente. RESULTADOS Luego de haber realizado la exposicin de ste artculo se obtuvieron los siguientes resultados: Esta exposicin se desarroll de una manera muy interactiva ya que ste tema ya lo habamos analizado, pero encaminado a la gestin del riesgo dentro de la Auditora Informtica. Se logr tomar conciencia de que al emprender cualquier proyecto de software, se enfrenta a un riesgo implcitamente.

Se despert un debate acalorado acerca de los riesgos y se concluy que cualquier actividad que realicemos en nuestra vida tiene implcitamente sus riesgos, sin embargo es importante enfrentarlos; ya que en la medida en que superemos a los riesgos, cuanto mayores sean, mayores sern nuestras satisfacciones.

CONCLUSIONES Los pasos de reduccin, supervisin y gestin del riesgo (RSGR) generan costos adicionales en el proyecto. La reduccin del riesgo es una actividad encaminada a evitar el problema. La supervisin del riesgo es una actividad de seguimiento del proyecto. El ser humano debe saber correr riesgos calculados. Evitar las situaciones en que el riesgo es muy pequeo, porque no entraan ningn reto y no prometen gran cosa. Evitar las situaciones en que el riesgo es excesivo, porque lo que se quiere es triunfar. BIBLIOGRAFA PRESSMAN ROGER, Ingeniera de software, (VI edicin) Gua de los Fundamentos de la Direccin de Proyectos. (2004) (en digital). Tercera Edicin. Newtown Square. Pennsylvania 19073-3299 EE.UU. SOMMERVILLE IAM(2005) Ingeniera de Software. (VII edicin) Madrid:Ed.Pearson Bem B.W.,Software Engineering Economics, Prentice Hal. 1981