viernes, 4 de marzo de 2016



COCOMO

El Modelo Constructivo de Costos (o COCOMO, por su acrónimo del inglés constructivo COst MOdel) es un modelo matemático de base empírica utilizado para estimación de costos de software. Incluye tres submodelos, cada uno ofrece un nivel de detalle y aproximación, cada vez mayor, a medida que avanza el proceso: básico, intermedio y detallado.

  1.         Los resultados no son proporcionales a las tareas de gestión ya que no tiene en cuenta los recursos necesarios para realizarlas.
  2.          Se puede desviar de la realidad si se indica mal el porcentaje de líneas de comentarios en el código fuente.




MODELOS DE ESTIMACIÓN

 Modelo Básico
            
Este modelo trata de estimar, de una manera rápida y más o menos burda, la mayoría de proyectos pequeños y medianos. Se consideran tres modos de desarrollo en este modelo: orgánico, semiencajado y empotrado.

Modelo Intermedio

En este modelo se introducen 15 atributos de coste para tener en cuenta el entorno de trabajo. Estos atributos se utilizan para ajustar el coste nominal del proyecto al entorno real, incrementando la precisión de la estimación.


Modelo Detallado
Este modelo puede procesar todas las características del proyecto para construir una estimación. Introduce dos características principales
  1: Multiplicadores de esfuerzo sensitivos a la fase. Algunas fases se ven más afectadas que otras por los atributos. El modelo detallado proporciona un conjunto de multiplicadores de esfuerzo para cada atributo. Esto ayuda a determinar la asignación del personal para cada fase del proyecto.
 2: Jerarquía del producto a tres niveles. Se definen tres niveles de producto. Estos son módulo, subsistema y sistema. La cuantificación se realiza al nivel apropiado, esto es, al nivel al que es más susceptible la variación.





EJEMPLO PRÁCTICO




RESUMEN


El Modelo Constructivo de Costos es un modelo matemático de base empírica utilizado para estimación de costos de software.





SUMMARY


Constructive Cost Model is a mathematical model used empirical basis for cost estimating software.


RECOMENDACIONES


·         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).



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.



APRECIACIÓN DE EQUIPO


Un modelo algorítmico de costos creado en los años 80 por Barry Boehm y su equipo luego de un amplio estudio estadístico de diversos proyectos informáticos.


                                 VÍDEO TUTORIAL DE COCOMO













BIBLIOGRÁFICA




ü        https://es.wikipedia.org/wiki/COCOMO







































http://www.slideshare.net/marianela0393/cocomo-59096587


martes, 1 de marzo de 2016




DIAGRAMA DE COMPONENTES

Un diagrama de componentes cómo un sistema de software es dividido en componentes y muestra las dependencias entre estos componentes. Los componentes físicos incluyen archivos, cabeceras, bibliotecas compartidas, módulos, ejecutables, o paquetes. Los diagramas de Componentes prevalecen en el campo de la arquitectura de software pero pueden ser usados para modelar y documentar cualquier arquitectura de sistema.
Debido a que los diagramas de componentes son más parecidos a los diagramas de casos de usos, éstos son utilizados para modelar la vista estática y dinámica de un sistema. Muestra la organización y las dependencias entre un conjunto de componentes. No es necesario que un diagrama incluya todos los componentes del sistema, normalmente se realizan por partes. Cada diagrama describe un apartado del sistema.
En él se situarán librerías, tablas, archivos, ejecutables y documentos que formen parte del sistema.





ELEMENTOS DE DIAGRAMA DE COMPONENTES

Ø Son cada una de las partes físicas y reemplazables de un sistema.
Ø Se dice que es parte física en el sentido en que viven en el mundo de bits y no son solo esquema conceptual.
Ø Esto se logra mediante el uso de interfaces bien definidas las cuales son implementadas por los componentes.


EJEMPLOS PRÁCTICO










RESUMEN



El UML está compuesto por diversos elementos gráficos que se combinan para conformar diagramas. Debido a que el UML es un lenguaje, cuenta con reglas para combinar tales elementos. La finalidad de los diagramas es presentar diversas perspectivas de un sistema, a las cuales se les conoce como modelo. Recordemos que un modelo es una representación simplificada de la realidad; el modelo UML describe lo que supuestamente hará un sistema, pero no dice cómo implementar dicho sistema.


SUMMARY
UML is composed of several graphical elements that combine to form diagrams. Because the UML is a language has rules for combining such elements. The purpose of the diagrams is to present different perspectives of a system, which are known as a model. Recall that a model is a simplified representation of reality; the UML model describes what a system is supposed to make but does not say how to implement such a system.


RECOMENDACIONES

Ø  Utilizar diagrama global de interacción.
Ø  Utilizar diagrama de caso de uso, para construcción del sistema.
Ø  No utilizar diagrama de tiempo.


CONCLUSIONES

Ø  Definir mensajes mediante los cuales interactúan los objetos de manera simple.
Ø  Dividir el sistema de manera jerárquica englobado clases de paquetes.
Ø  Muestra el funcionamiento de una clase de manera interna.

APRECIACIÓN DE EQUIPO

Un diagrama de componentes es un diagrama tipo del Lenguaje Unificado de Modelado.
Uno de los usos principales es que puede servir para ver qué componentes pueden compartirse entre sistemas o entre diferentes partes de un sistema.



BIBLIOGRAFÍA

Ø  es.slideshare.net/uitron/diagrama-de-componentes









































http://www.slideshare.net/marianela0393/diagrama-componentes