sábado, 3 de diciembre de 2016

CASO PRACTICO (PERT)


La constructora estatal AVICI, considera como una de las mejores constructoras y productoras de aeronaves localizada en China, programa el ensamble de sus aeronaves de motor a pistón (en días) de la siguiente manera.


El gerente de operaciones, le pidió al jefe de producción supervisar las tareas y entregarle un informe resumido que señale.

a.- El tiempo total que se requiere desde el principio del proyecto hasta que la aeronave se encuentre en las manos del distribuidor.

b.- Diseñar la red del proyecto a partir de las actividades dadas.

c.- La ruta o camino crítico para finalizar el proyecto

d.- Las fechas especificas de inicio y terminación de cada tarea.

- Se calcula primeramente los tiempos esperados (te) de cada una de las actividades mencionadas, a partir de la formula:


Una vez calculado el te de cada actividad, se vacían los datos obtenidos en otra columna.



- Posteriormente, una vez calculados los te, se diseña la construcción de la red, la cual permite quedar de la siguiente manera:

Notese que los números que se encuentran sobre las flechas, son los tiempos esperados que se obtuvieron al aplicar la formula, esto quiere decir que dichos tiempos son los que se esperan para finalizar cada actividad.



- Después se obtiene la ruta critica (Rc) obteniendo el flujo máximo a su vez se van etiquetando los tiempos que se requieren en cada actividad, esto con el fin de calcular las holguras totales. Esto se detallara mas adelante.


Como puede observarse, la ruta obtenida es de 41, días es decir RC= 1-2-3-5-6-8
Te=6+9+8+9+9=41


Una vez determinada la ruta critica, se procede a realizar de manera inversa las etiquetas hacia atrás, tomando en consideración el menor valor.
Concluida las etiquetas tanto hacia delante como hacia atrás, se determina las holguras totales restando las iniciaciones anticipadas de adelante como las de atrás.

Ejemplo:

Actividad 1-2, se tiene que hacia delante es (0,6) y hacia atrás (0,6) al restar las Anticipadas respectivamente, se tiene que 0-0=0, así sucesivamente en cada una de las actividades como se muestra en la siguiente tabla:



Concluyendo, el camino crítico que se obtuvo fue de 41 días como máximo para que la aeronave este terminada.

Linkografia del Caso Practico: 


Metodo pert cpm (red de actividades) EJEMPLO 3: administracion de proyectos:




jueves, 17 de noviembre de 2016

PERT

PERT (Técnicas de Revisión y Evaluación de Proyectos)

DEFINICIÓN: 

Es un modelo de administración y gestión de proyectos, es básicamente un método para realizar para analizar las tareas involucradas en completar un proyecto dado, especialmente el tiempo para completar un proyecto dado.

Es un algoritmo basado en la teoría de rede, diseñado para facilitar la planificación de proyectos.

El algoritmo PERT se desarrolla mediante intervalos probalisticos, considerando tiempos optimistas probables y pesimistas. (1)  ..."Párrafo N° 01"...

PRINCIPIOS: (2)

Se utilizan estos tres principios siempre a la hora de dibujar una malla PERT.


  • Principio de designación sucesiva: Se nombra a los vértices según los números naturales, de manera que no se les asigna número hasta que han sido nombrados todos aquellos de los que parten aristas que van a parar a ellos.
  • Principio de unicidad del estado inicial y el final: Se prohíbe la existencia de mas de un vértice inicial o final. Solo existe una situación de inicio y otra terminación del proyecto.
  • Principio de investigación únivoca: No pueden existir dos artistas que tengan los mismos modos de origen y de destino. Si no se respetara este principio, puede que dos artistas recibieran la misma denominación.

DURACIÓN DE UNA ACTIVIDAD: (4)

Para estimar la duración esperada de cada actividad es también deseable tener experiencia previa en la realización de tareas similares. En planificación y programación de proyectos se estima que la duración esperada de una actividad es una variable aleatoria de distribución de probabilidad Beta Unimodal de parámetros (a, m, b) donde:



En un dibujo de una malla PERT podemos distinguir nodos y arcos, los nodos representan instantes en el tiempo. Específicamente, representan el instante de inicio de una o varias actividades y simultáneamente el instante de término de otras varias actividades. Los arcos por su parte representan las actividades, tienen un nodo inicial y otro de término donde llega en punta de flecha. Asociada a cada arco está la duración esperada de la actividad. Más información de un diagrama de actividades es representar éstas con una valoración de complejidad para minimizar el efecto de cuello de botella.

DIBUJO DE UNA MALLA PERT (4)


Dibujo de una malla PERT
Existen dos metodologías aceptadas para dibujar una malla PERT, la de “Actividad en el Arco” y las de “Actividad en el Nodo”, siendo esta última la más utilizada en la actualidad en atención a que es la que usan la mayoría de las aplicaciones computacionales especialistas en este tema.

Red PERT.

Cada nodo contiene la siguiente información sobre la actividad:
·         Nombre de la actividad;
·         Duración esperada de la actividad (t);
·         Tiempo de inicio más temprano (ES = Earliest Start);
·         Tiempo de término más temprano (EF = Earliest Finish);


Otra forma de representar la red PERT

·         Tiempo de inicio más tardío (LS = Latest Start);
·         Tiempo de término más tardío (LF = Latest Finish);

·         Holgura de la Actividad (H);



Por convención los arcos se dibujan siempre con orientación hacia la derecha, hacia el nodo de término del proyecto, nunca retrocediendo. El dibujo de una malla PERT se comienza en el nodo de inicio del proyecto. A partir de él se dibujan las actividades que no tienen actividades precedentes, o sea, aquellas que no tienen que esperar que otras actividades terminen para poder ellas iniciarse. A continuación, se dibujan las restantes actividades cuidando de respetar la precedencia entre ellas. Al terminar el dibujo de la malla preliminar, existirán varios nodos ciegos, nodos terminales a los que llegan aquellas actividades que no son predecesoras de ninguna otra, es decir aquellas que no influyen en la fecha de inicio de ninguna otra, éstas son las actividades terminales y concurren por lo tanto al nodo de término del proyecto.

CALCULO DE LOS TIEMPOS DE INICIO Y TERMINO MAS TEMPRANOS (5)

El tiempo de inicio más temprano “ES” (Early Start) y de término más temprano “EF” (Early finish) para cada actividad del proyecto, se calculan desde el nodo de inicio hacia el nodo de término del proyecto según la siguiente relación: La duración esperada del proyecto (T) es igual al mayor de los tiempos EF de todas las actividades que desembocan en el nodo de término del proyecto.

CALCULO DE LOS TIEMPOS DE INICIO Y TÉRMINOS MAS TARDÍOS (6)

El tiempo de inicio más tardío “LS” (Latest Start) y de término más tardío “LF” (Latest finish) para cada actividad del proyecto, se calculan desde el nodo de término retrocediendo hacia el nodo de inicio del proyecto según la siguiente relación:


LS = LF - t

Donde  (t) es el tiempo esperado de duración de la actividad y donde LF queda definida según la siguiente regla:

Regla del Tiempo de término tardío: 


El tiempo de término más tardío, LF, de una actividad específica, es igual al menor de los tiempos LS de todas las actividades que comienzan exactamente después de ella.

El tiempo de término más tardío de las actividades que terminan en el nodo de término del proyecto es igual a la duración esperada del proyecto (T).

HOLGURAS, ACTIVIDADES CRITICAS Y RUTAS CRITICAS: (7)

La Holgura de una actividad, es el tiempo que tiene ésta disponible para, ya sea atrasarse en su fecha de inicio, o bien alargarse en su tiempo esperado de ejecución, sin que ello provoque retraso alguno en la fecha de término del proyecto.
La holgura de una actividad se calcula de la siguiente forma:
H = LF – EF
o bien
H = LS – ES

  • Actividades críticas
Se denomina actividades críticas a aquellas actividades cuya holgura es nula y que por lo tanto, si se retrasan en su fecha de inicio o se alargan en su ejecución más allá de su duración esperada, provocarán un retraso exactamente igual en tiempo en la fecha de término del proyecto.
  • Rutas críticas
Se denomina rutas críticas a los caminos continuos entre el nodo de inicio y el nodo de término del proyecto, cuyos arcos componentes son todos actividades críticas.
Las rutas críticas se nombran por la secuencia de actividades críticas que la componen o bien por la secuencia de nodos por los que atraviesa.
Nótese que un proyecto puede tener más de una ruta crítica pero a lo menos tendrá siempre una.


2.- RECOMENDACIONES:

RONNY: 

PERT ha constituido una herramienta útil para la administración de proyectos. La principal desventaja es de que no es funcional para grandes proyectos, debido a los tres estimados de de tiempo que se requieren en cada actividad y a la capacidad limitada de las computadoras actuales, para almacenar esta vasta cantidad de datos. Ademas el costo de actualizar y mantener la información del proyecto con el tiempo en ambiente tan dinámicos . puede ser excesivamente prohibitivo. 

JANNET:

Pertenece en principio al área de los programas dentro de la planeación, esta íntimamente relacionado con todas las funciones administrativas, puesto que ademas de ser un programa dentro de la planeación, sirve de base a la organización como modelo para realizar un desarrollo objetivo y claro de sus etapas.

3.- CONCLUSIONES:

Se desarrollo para proyectos en donde hubiera incertidumbre en el tiempo de las actividades (usualmente debido a que el proyecto nunca se había intentado antes y por tanto no había bases de datos, para los tiempos de las actividades). Esto condujo al enfoque probalistico que se tomó. 

4.- APRECIACIÓN DEL EQUIPO:

4.1.- RONNY:  El resultado final de la aplicación de la aplicación de este algoritmo sera un cronograma para el proyecto, en el cual se podrá conocer la duración total del mismo y la clasificacion de las actividades según su criticidad.

4.2.- JANNET: También considera los recursos necesarios para completar las actividades. En muchos proyectos, las limitaciones en mano de obra y equi pos hacen que la programación sea difícil. El PERT identifica los instan tes del proyecto en que estas restricciones causarán problemas y de acuerdo a la flexibilidad permitida por los tiempos de holgura de las actividades no crí ticas, permite que el gerente manipule ciertas actividades para aliviar estos problemas.


5.- GLOSARIO DE TÉRMINOS:



  • PROBALISTICOS: Se basa en el calculo matemático de probabilidades.
  • UNIMODAL:  Que tiene un único modo.
  • EARLY STAR: Comienzo temprano.

COMPLEMENTACIÓN EXPOSITIVA: 

lunes, 10 de octubre de 2016

COCOMO II


1.- Contenido

Definición: (1)


Surge como una alternativa para incluir componentes de incerteza en las estimaciones conforme al nivel de información disponible. Este es un modelo parametrico que establece ecuaciones matemáticas para describir las relaciones entre tamaño del software - factor primario de costo usualmente representado en terminos de puntos de funcion  y otros factores secundarios que buscan captar particularidades de producto, proceso, personas y plataforma.

Apreciación:


Permite realizar estimaciones en función del tamaño del software, y de un conjunto de factores de costo y de escala. En los factores de costo se incluyen aspectos relacionados con la naturaleza del sistema, equipo y características propias del proyecto.

Aporte: Ronny Ramos Díaz.

Características: (2)

Calibrar los porcentajes de esfuerzo y de plazo conforme la fase de acompañamiento gerencial.

Escoger la mejor métrica de calidad para evaluar y calibrar el modelo considerando sus particularidades y cuales medidas son mas adecuadas a la política de la organización donde el modelo sera utilizado.

Definir una política local con orientaciones para evaluación cualitativa de costo de personal, producto, plataforma y proceso.

Objetivos: (3)

Establecer la diferencia entre los actos de estimar,asumir un compromiso y establecer una meta y con eso, adoptar una postura de quien ofrece una estimación en contraste con las postura de quien lleva mas tiempo o recursos.

Presentar las opciones y escenarios para que los responsables puedan establecer las metas o asumir compromisos con base en fundamentos sólidos y en instrumentos de gerencia del conocimiento.

Utilizar el punto de función como parámetro de costo primario del modelo y realizar la evaluación de los demás parámetros de costos secundarios relativos al producto, al proceso y al personal.

Modelos(4)

El Modelo Composición de Aplicación: Se emplea en desarrollos de software durante la etapa de prototipado.

El Modelo Diseño Temprano: Se utiliza en las primeras etapas del desarrollo en las cuales se evalúan las alternativas de hardware y software de un proyecto. En estas etapas se tiene poca información lo que concuerda con el uso de Puntos de Función, para estimar tamaño y el uso de un numero reducido de factores de costo.

El Modelo Post-Arquitectura: Se aplica en la etapa de desarrollo, despues de definir la arquitectura del sistema y en la etapa de mantenimiento.

Ejemplo Practico:




Resumen:

Permite al planificador hacer rápidamente una exploración de un proyecto, hacer rápidamente una exploración de las posibilidades de un proyecto, genera recursos sobre la estimación de costos y tiempo.
Aporte: Ronny Ramos Diaz.

Summary:

Los tres modelos de COCOMO II se adaptan a las necesidades de los diferentes sectores, como al tipo y cantidad de información disponible en cada etapa del ciclo de vida de desarrollo.
Aporte: Jannet Llaguento Cajo.

Recomendaciones:

Fue diseñado para hacer estimaciones de desarrollo de proyectos prototipos. Las estimaciones de tamaño del software están basados en puntos de aplicación y se utiliza una formula simple (tamaño/productividad) para estimar el esfuerzo requerido.

La estimaciones están basadas en puntos de función, los cuales se convierten a un numero de lineas de código. La formula permite seguir el estándar expuesto anteriormente con un conjunto de siete multiplicaciones.

Conclusiones:

Es un modelo capaz de conseguir estimaciones de precisión, permite calibrarse por organización, aunque para ello requiere la experiencia de un numero grande de proyectos ya finalizados que puedan aportar datos necesarios para la recalibración.

Apreciación del Equipo:

Es un modelo que permite estimar el costo, el esfuerzo y el horario en la planificación de una nueva actividad de desarrollo de software. Se compone de tres sub-modelos, cada uno que ofrece una mayor fidelidad el más largo de uno está en la planificación del proyecto y el proceso de diseño.
Aporte: Efrain Calle Chambe.


Glosario de Terminos:

Inserteza: Es la falta de certeza sobre el acontecimiento de un hecho o de una perdida, se conoce también con inseguridad, duda, sospecha e indecisión.

Métrica: Medida o conjunto de medidas destinadas a conocer o estimar el tamaño u otra caracteristica de un software.

Parametrico: Depende de ciertos parámetros, es decir de ciertos valores parametrales.
Linkografia:

(1)http://www.fattocs.com/es/cursos/cocomo.html (Párrafo N° 3)  

(2)http://www.fattocs.com/es/cursos/cocomo.html (Últimos 4 parrafos)

(3)http://www.fattocs.com/es/cursos/cocomo.html (Objetivos)

(4)https://unpocodejava.wordpress.com/2012/02/07/modelos-de-estimacion-un-poco-sobre-cocomo-ii/ (Modelos)


COMPLEMETACION EXPOSITIVA





jueves, 29 de septiembre de 2016

COCOMO I


Resultado de imagen para modelo cocomo

1.- Contenido

Definición:

"...El Modelo Constructivo de Costos o COCOMO, es un modelo matemático de base empírica utilizado para estimación de costos de software. Engloba en el grupo de los modelos algorítmicos que tratan de establecer una relación matemática la cual permite el esfuerzo y tiempo requerido para desarrollar un producto..." (1)
Objetivos:
  • Construir una base de datos de proyectos de software que permitiera la calibración continua del modelo, y así incrementar la precisión en la estimación. 
  • Implementar una herramienta de software que soportara el modelo. 
  • Proveer una marco analítica cuantitativo y un conjunto de herramientas y técnicas que evaluaran el impacto de las mejoras tecnológicas de software sobre los costos y tiempos en las diferentes etapas del ciclo de vida de desarrollo. (2)

Modos de Desarrollo
Orgánico.
Proyectos relativamente sencillos, menores de 50 KDLC lineas de código, en los cuales se tiene experiencia de proyectos similares y se encuentran en entornos estables.
Semi-acoplado
Proyectos intermedios en complejidad y tamaño (menores de 300KDLC), donde la experiencia en este tipo de proyectos es variable, y las restricciones intermedias.
Empotrado
Proyectos bastantes complejos, en los que apenas se tiene experiencia y se engloban en un entorno de gran innovación y de gran volatilidad.Modelos de Desarrollo
Modelo Básico
Se utiliza para obtener una primera aproximación rápida del esfuerzo, y hace uso de la siguiente tabla de constantes para calcular distintos aspectos de costes:
MODO
a
b
c
d
Orgánico
2.40
1.05
2.50
0.38
Semi - acoplado
3.00
1.12
2.50
0.35
Empotrado
3.60
1.20
2.50
0.32
Estos valores son para las fórmulas:
·         Personas necesarias por mes para llevar adelante el proyecto (MM) = a*(Klb)
·         Tiempo de desarrollo del proyecto (TDEV) = c*(MMd)
·         Personas necesarias para realizar el proyecto (CosteH) = MM/TDEV
·         Costo total del proyecto (CosteM) = CosteH * Salario medio entre los programadores y analistas.
Se puede observar que a medida que aumenta la complejidad del proyecto (modo), las constantes aumentan de 2.4 a 3.6, que corresponde a un incremento del esfuerzo del personal. Hay que utilizar con mucho cuidado el modelo básico puesto que se obvian muchas características del entorno



Modelo intermedio



Este añade al modelo básico quince modificadores opcionales para tener en cuenta en el entorno de trabajo, incrementando así la precisión de la estimación.

Para este ajuste, al resultado de la fórmula general se lo multiplica por el coeficiente surgido de aplicar los atributos que se decidan utilizar.

Los valores de las constantes a reemplazar en la fórmula son:

MODO 


a
b
Orgánico
3.20
1.05
Semi - Orgánico
3.00
1.12
Empotrado
2.80
1.20
Se puede observar que los exponentes son los mismos que los del modelo básico, confirmando el papel que representa el tamaño; mientras que los coeficientes de los modos orgánico y rígido han cambiado, para mantener el equilibrio alrededor del semilibre con respecto al efecto multiplicador de los atributos de coste.

Modelo Detallado

Presenta principalmente dos mejoras respecto al anterior:
·         Los factores correspondientes a los atributos son sensibles o dependientes de la fase sobre la que se realizan las estimaciones. Aspectos tales como la experiencia en la aplicación, utilización de herramientas de software, etc., tienen mayor influencia en unas fases que en otras, y además van variando de una etapa a otra.
·         Establece una jerarquía de tres niveles de productos, de forma que los aspectos que representan gran variación a bajo nivel, se consideran a nivel módulo, los que representan pocas variaciones, a nivel de subsistema; y los restantes son considerados a nivel sistema.

Inconvenientes

·         Los resultados no son proporcionales a las tareas de gestión ya que no tiene en cuenta los recursos necesarios para realizarlas.
·         Se puede desviar de la realidad si se indica mal el porcentaje de líneas de comentarios en  el código fuente.
·         Es un tanto subjetivo, puesto que está basado en estimaciones y parámetros que pueden ser "vistos" de distinta manera por distintos analistas que usen el método.
·         Se miden los costes del producto, de acuerdo a su tamaño y otras características, pero no la productividad.
·         La medición por líneas de código no es válida para orientación a objetos.
·         Utilizar este modelo puede resultar un poco complicado, en comparación con otros métodos (que también sólo estiman).

     Ejemplo Práctico:
   1. Usando COCOMO básico para estimar el esfuerzo requerido en el desarrollo de un   programa de 850 líneas en modo orgánico se tiene los siguiente:
     E = 3.2 (8.5)1.05 * 1 = 30 Mes-hombre
     Boehn también adopta el modelo COCOMO Intermedio para repartir costos a componentes individuales, considerando las 8500 líneas proyectadas, realizando la lista de componentes:
      COMPONENTES
       EDSI
%     TOTAL
        CMMNOM
      PERSONAL
       2000
        23.4%
        7.06
      FACTURA
       3000
        35.3%
       10.60
      POR COBRAR
       3500
        41.2%
       12.36
     Nivel de Componente de COCOMO Intermedio
     Basado sobre 30hombre-mes para el esfuerzo (E), el número de EDSI para hombre-mes es dado por.
     (EDSI/mes-hombre)NOM= 8500/30 = 283 EDSI mes-hombre
      Usando el EDSI/ mes-hombre, cada componente aporta una proporción al total de valor por ejemplo el componente nominal mes-hombre(CMMNOM) para el componente de personal es dado por:
     (CMMNOM) = EDSI por componente/ (EDSI/MM)NOM= 200/283 =7.06 CMMNOM
     Después de calcular el CMMNOM para cada componente, el factor de ajuste de esfuerzo (EAF ) es calculado individualmente para cada componente. El factor EAF es aplicado a CMMNOM llegando a un nuevo ajuste en mes-hombre, estimando (CMMADJ) para cada componente. Esto es como un modelo monolítico, el cual es aplicado a un simple EAF para el sistema. Por lo tanto, es posible aclarar las variaciones entre los factores de costo y las diversidades de componentes. 
     2.- Resumen
   Es un modelo matemático para la estimación de costes.
Incluye tres submodelos, cada uno ofrece un nivel de detalle y aproximación, cada vez mayor, a medida que avanza el proceso de desarrollo:

  • Básico
  • Intermedio
  • Detallado
   Aporte: Ronny Ramos Díaz.
   CARACTERÍSTICAS
- Está basado en estimaciones matemáticas.
- Orientado a la magnitud del producto final.
- Mide el “tamaño” del proyecto, en líneas de código principalmente

INCONVENIENTES

- No tiene en cuenta los recursos necesarios para realizarlas.
- Algo subjetivo ya que las estimaciones y parámetros pueden ser vistos de distintas maneras por los analistas.
- Se miden los costes del producto por su tamaño y no por la productividad.


    3.- Summary.
     Son las siglas para COnstructive COst MOdel (Modelo constructivo de costos)
Es un modelo empírico de estimación de costes.
     Creado por Barry W. Boehm. (Boehm, 1981)
      Incluye 3 submodelos con un nivel de detalle cada vez mayor.

    4.- Recomendaciones
     Para el desarrollo del software es necesaria la estimación del esfuerzo y tiempo requeridos, por lo tanto se plantea:
    Aporte: Efrain Calle Chambe
  Las estimaciones basadas principalmente en el modelado del proyecto actual y su comparación con proyectos anteriores.
  •     Lograr usar modelos económicos como COCOMO para estimar el costo.
     Así como todo modelo posee características que la definen, un modelo de costos presenta las siguientes:
  •     Comprensible
  •     Preciso
  •     Predictivo
  •     Barato
  •     Sencillo
  •     Realista
    5.- Conclusiones
    Es uno de los modelos más documentados en la actualidad y es muy fácil de utilizar. Es correcto con referencia a los 63 proyectos utilizados, aunque de ello no se debe desprender que deba ser válido siempre. Una preocupación es la adaptación de las ecuaciones exponenciales a organizaciones específicas, cosa que no parece inmediatamente fácil.

    6.- Apreciación del Equipo
   Ayuda mucho en lo que se refiere para calcular el tiempo, esfuerzo Que se requieren para desarrollar un producto, en este caso un Software en el cual podemos realizar operaciones aritméticas capaz de establecer un precio para un determinado programa.
    Aporte: Jannet Llaguento Cajo.

    7.- Glosario de Términos
  •    Predictivo: (Que predice anunciar por revelación, ciencia o conjetura algo que ha de suceder).
       Empírico: Basado en la experiencia y en la observación       de los hechos.

   Parámetros: Variable que incluida en una ecuacion     modifica el resultado de esta.

       Volatilidad: Es una medida de la frecuencia e intensidad de los cambios del precio de un activo o de un tipo.


  Complementación Expositiva: