Está en la página 1de 23

FACULTAD DE INGENIERÍA CIVIL, DE SISTEMAS Y

ARQUITECTURA
ESCUELA PROFESIONAL DE INGENIERÍA DE
SISTEMAS

MÉTODO DE ESTIMACIÓN
COSMIC
INTEGRANTES:

Ojeda Huamán Carlos

Ramos Benites Jeniffer

Sempértegui Tocto Melissa

Vallejos Sánchez Héctor

CURSO:

Ingeniería de la Información

DOCENTE :

Ing. Celi Arévalo Ernesto

El Método COSMIC FFP. Desarrollado por el Common Software Metrics
de 2014
Internacional Consortium, el Lambayeque,
denominadoMayo
método
Full Function Points o en general
COSMIC-FFP o COSMIC, es considerado como el primer método de medición
funcional de segunda generación.

Método de Estimación COSMIC

Contenido
MÉTODO DE ESTIMACIÓN COSMIC............................................................................................... 3
1.

Introducción ...................................................................................................................... 3

2.

Medida del tamaño funcional (FSM) ................................................................................. 3
2.1.

¿Cuál es el Tamaño funcional? .................................................................................. 3

2.2.

Ejemplos .................................................................................................................... 4

2.3.

Ventajas ..................................................................................................................... 4

Medidas de tamaño funcionales tienen las ventajas, por tanto, que: ........................ 4
3.

Método de Medición del Tamaño Funcional COSMIC ...................................................... 4
3.1.

Aplicabilidad del método .......................................................................................... 4

3.2. Los principios para la medición del tamaño funcional COSMIC de una pieza de
software ................................................................................................................................ 5
4.

Los usos de COSMIC Tamaño Funcional............................................................................ 6
4.1.

Proyecto de Estimación ............................................................................................. 6

4.2.

Medición del Desempeño del Proyecto .................................................................... 6

4.3.

Alcance Control de Proyectos ................................................................................... 6

4.4.

Control de Calidad de Requerimientos de Software ................................................. 7

4.5.

Bases para la Prueba de Planificación del Caso ........................................................ 7

5.

Ventajas ............................................................................................................................. 7
5.1.

Las ventajas del método COSMIC.............................................................................. 7

5.2.

Ventajas del uso de COSMIC para los usuarios: ........................................................ 8

6.

Los vendedores CÓSMIC y Proveedores de Servicios ....................................................... 8

El COSMIC Boletines .................................................................................................................. 9
7.

El proceso para medir el tamaño funcional COSMIC de una pieza de software............... 9

8.

Manual de medición.......................................................................................................... 9

9.

1)

Introducción .................................................................................................................. 9

2)

Fase de estrategia de medición................................................................................... 11

3)

Fase de Representación .............................................................................................. 15

4)

Fase de Medición ........................................................................................................ 19
LINKOGRAFÍA................................................................................................................... 23

Ingeniería de Sistemas

2

es fácil de aprender y fácil de usar.1. Introducción COSMIC es una agrupación voluntaria mundial de expertos de métricas de software. Básicamente. etc El método es aplicable a los negocios. hay dos tipos de medidas del tamaño del software. en tiempo real y software de infraestructura. o se puede medir el tamaño de los componentes físicos del software cuando se crea. exactitud. el método fue desarrollado por un equipo de la Universidad de Québec encabezado por el profesor Denis St-Pierre con el fin de ampliar el dominio funcional del método de puntos función hacia entornos en tiempo real. Iniciado en 1998. El método es completamente "abierta".Método de Estimación COSMIC MÉTODO DE ESTIMACIÓN COSMIC 1. A 'Tamaño Funcional "se define en la norma ISO / IEC 14143/1: 2011 como" un tamaño de software derivado mediante la cuantificación de los Requisitos Funcionales de Usuario ". Tales medidas son importantes como las medidas de proyecto de software de trabajo-producto y para la estimación de esfuerzo del proyecto. Medida del tamaño funcional (FSM) 2. Sólo hay varios métodos para medir 'un' tamaño del software de la variación de utilidad. ¿Cuál es el Tamaño funcional? No existe una escala de medida de tamaño para el software como el sistema métrico para medir la longitud que se acuerda universalmente sucesivamente. Ingeniería de Sistemas 3 . 2. facilidad de uso y el valor. COSMIC ha desarrollado el método más avanzado para medir el tamaño funcional del software. Originalmente. ya sea que usted puede medir la cantidad de "funcionalidad" que se requiere el software para proporcionar.

Ejemplos Algunos ejemplos muy simplificados del FUR (Requerimientos Funcionales del Usuario). Ventajas Medidas de tamaño funcionales tienen las ventajas. 3. normas y un proceso para medir el tamaño funcional estándar de una pieza de software.1. cuya funcionalidad se puede medir serían:    El software debe ser capaz de registrar datos sobre los nuevos empleados. por tanto. completamente independiente de cualquier factor técnico o de calidad. La característica común de todos estos tipos de software es que están dominados por las funciones Ingeniería de Sistemas 4 . obtener un ascenso. y para actualizar los datos a medida que cambian su estado civil. compararlo con un pre-temperatura establecido como objetivo y enviar señales de control a un calentador para mantener la temperatura dentro de más o menos 1 grado centígrado de la temperatura objetivo El software debe recuperar el registro dado de almacenamiento en disco y. se van o mueren El software debe ser capaz de recibir señales de la temperatura real. "Tamaño funcional" es una medida de la cantidad de funcionalidad que proporciona el software. software en tiempo real. o bien devolverlo o devolver un error que indica mensaje para recuperar.2. Método de Medición del Tamaño Funcional COSMIC El método COSMIC define los principios. Puede estimarse a partir de las declaraciones de principios de los requisitos en la vida de un proyecto. Aplicabilidad del método El método COSMIC se puede utilizar para software de tamaño tal como aplicaciones de negocios.Método de Estimación COSMIC 2. que:   Son independientes de la tecnología utilizada para desarrollar e implementar el software. software de infraestructura.3. 3. e híbridos de éstos. Algunos ejemplos de necesidades de los usuarios que no se consideraría contribuir a una medición del tamaño funcional. como en los sistemas operativos. ya que son los requisitos técnicos o de calidad. 2.

2. una pieza "todo" de software o cualquiera de sus componentes. Los principios para la medición del tamaño funcional COSMIC de una pieza de software El método COSMIC mide un tamaño como se ve por el 'users funcional "de la pieza de software a medir. los remitentes y / o destinatarios de los datos que debe entrar o salir del software. El método se puede aplicar para medir el pelaje de software:    En cualquier nivel de descomposición.  Exit mueve un grupo de datos fuera. en el que el último es una "cosa" de interés para un usuario funcional. etc En cualquier capa de una arquitectura de capas múltiples En cualquier punto en el ciclo de vida de la pieza de software.  Escribe  Lee se mueve un grupo de datos hacia y desde el almacenamiento persistente. salidas. a saber:    Necesidades de los usuarios funcionales de una pieza de software se pueden analizar los procesos funcionales únicas. es decir. almacenar y recuperar datos y salida de datos. Un sub-proceso puede ser o bien un movimiento de datos o una manipulación de datos Cada proceso funcional es desencadenada por un movimiento de datos "Entrada" de un usuario funcional que informa al proceso funcional que el usuario funcional ha identificado un caso de que el software debe responder a Un movimiento de datos mueve un solo grupo de datos de atributos que describe un único "objeto de interés". respectivamente. El método utiliza un modelo de software. lee y escribe) sumados por todos los procesos funcionales de la pieza de software. El tamaño de una pieza de software se define como el número total de movimientos de datos (entradas.Método de Estimación COSMIC que los datos de entrada. Hay cuatro tipos de sub-procesos de movimiento de datos:  Entry mueve un grupo de datos en el software de un usuario funcional. conocido como el 'COSMIC Generic Software Model'. subcomponentes. que consisten en subprocesos. por ejemplo. Ingeniería de Sistemas 5 . que se basa en los principios fundamentales de ingeniería de software. respectivamente. 3.

el proveedor quiera responder. especialmente de un tamaño funcional COSMIC que se pueden medir y volver a medir como un proyecto pase son: 4. ya sea aumentando la estimación del costo o mediante la negociación sobre el alcance de las necesidades del cliente. "Productividad". 4. Otras medidas importantes de desempeño de desarrollo de proyectos de software incluyen:   4. La velocidad de la entrega = Tamaño de software / transcurrido el tiempo.1. la capacidad de medir el tamaño del software y / o de cualquier propuesta de cambio en función de los requisitos es un parámetro crítico para ambas partes en las negociaciones. entonces hemos dado el primer paso fundamental para estimar el costo y el tiempo que se necesitará para su desarrollo.3. Si somos capaces de poner una medida de tamaño en los requisitos para una nueva pieza de software. Para el desarrollo de software se interpreta como 'software tamaño funcional' / 'esfuerzo del proyecto'. Medición del Desempeño del Proyecto La capacidad de medir el rendimiento es fundamental para comprender y mejorar el rendimiento. De cualquier manera. Proyecto de Estimación ¿Cómo es de grande? es la primera pregunta que viene a la mente cuando un director de proyecto se enfrenta a una demanda para estimar el costo de desarrollo de una nueva pieza de software.Método de Estimación COSMIC 4. Alcance Control de Proyectos Si un proveedor le da una estimación a un cliente por el costo de un nuevo desarrollo. Los usos de COSMIC Tamaño Funcional Los usos principales de tamaños de software.2. Varias herramientas de estimación de proyectos comercialmente disponibles aceptarán tamaños funcionales COSMIC como entrada. Ingeniería de Sistemas 6 . y el cliente luego añade nuevos requisitos. Densidad de defectos = Número de defectos identificados en un determinado período /' tamaño del software’.

Si los requisitos no están claros de manera que un tamaño funcional no puede ser medida correctamente. El método:  Tiene la aplicabilidad más amplia de cualquier método estándar ISO FSM.  Permite la medición de diferentes tamaños posibles para cualquier pieza de software.5. en tiempo real.  Utiliza un modelo de software basado en los principios fundamentales de ingeniería de software. Una lista de los procesos funcionales de una pieza de software es una muy buena base para la planificación de casos de prueba. Bases para la Prueba de Planificación del Caso El proceso de medición de un tamaño funcional COSMIC de los requisitos de una pieza de software implica la identificación de los «procedimientos funcionales" del software (consulte la sección "Método" de este sitio). Ventajas 5. van a tener que hacer suposiciones. que pueden o no ser correcta. y el software de infraestructura (por ejemplo. de la totalidad y de sus componentes. 5. Control de Calidad de Requerimientos de Software El proceso de medición de un tamaño funcional de una exposición de las necesidades proporciona un muy buen control sobre la calidad (claridad. entonces los desarrolladores también se enfrentan a las dificultades. completitud y consistencia) de los requisitos. por ejemplo. 4.  Incluye un número de variantes aproximadas del método de medición de tamaño estándar que puede ser utilizado para la medición rápida y / o temprano en la vida de una pieza de software antes de que todos los detalles de los requisitos han sido completamente definido. y como "visto" por diferentes "usuarios funcionales" del software. Las ventajas del método COSMIC El método COSMIC tiene las siguientes ventajas únicas.  Fue diseñado para medir la aplicación de negocio. el software del sistema operativo).4. Ingeniería de Sistemas 7 .  Es fácil de aprender y fácil de usar.Método de Estimación COSMIC 4.1.

Toda la documentación está disponible para su descarga gratuita.  Posibles requisitos de tamaño de forma automática que se celebran en las herramientas CASE da mejores resultados  Mejora de la estimación de la precisión.  Revela la mejora del rendimiento real en el que el uso de algunos métodos anteriores de tamaño primera generación no ha indicado ninguna mejora debido al corte arbitrario en la escala de tamaño.  Dimensionamiento con COSMIC es una excelente manera de controlar la calidad de los requisitos de software en todas las etapas a medida que evolucionan.2. Ventajas del uso de COSMIC para los usuarios:  Como es fácil de aprender y utilizar y se mantiene estable. 5. con el fin nombre alfabético. Los vendedores CÓSMIC y Proveedores de Servicios Se muestra una lista de las organizaciones. basado en principios y por lo tanto "a prueba de futuro". especialmente para los proyectos de software más grandes.        Australia Brasil Canadá India Italia México Países Bajos Ingeniería de Sistemas 8 .  El proceso de medición y los resultados son bien aceptados por el personal del proyecto por la compatibilidad del método con los métodos de documentación de requisitos de software modernas. 6.Método de Estimación COSMIC  Está completamente abierta. que es muy rentable de implementar. que hayan notificado por COSMIC (Software Measurement International Consortium común) que puedan suministrar servicios y productos relacionados con el método de medición de tamaño funcional COSMIC.

El proceso para medir el tamaño funcional COSMIC de una pieza de software El proceso de medición COSMIC tiene tres fases. como se muestra en la siguiente figura: 8.UU. El COSMIC Boletines Dos o tres veces al año la organización COSMIC produce un boletín para mantener a aquellos que estén interesados informados sobre lo que está sucediendo en el campo de medida de tamaño funcional en general. Manual de medición 1) Introducción Ingeniería de Sistemas 9 . 7.Método de Estimación COSMIC    España Reino Unido EE. y el método COSMIC.

Por ejemplo. software caracterizado por algoritmos matemáticos complejos. como por ejemplo los sistemas de reservas en tiempo real de compañías aéreas u hoteles. para la estimación) tamaños de software muy pequeños. Gestiona grandes cantidades de datos acerca de aspectos del mundo real. Dominios de aplicación El método de medición del tamaño funcional COSMIC está concebido para ser aplicable a la funcionalidad del software de los siguientes dominios:    Aplicaciones Software de Gestión. seguros. etc.. como por ejemplo sistemas expertos. o de sonidos de audio o imágenes de vídeo (software para juegos de ordenador. Limitaciones de los factores que contribuyen a tamaño funcional Además. sistemas de predicción meteorológica. esto es. software de auto-aprendizaje. las cuales son las típicamente utilizadas para dar soporte a la administración de negocios. Híbridos de lo anterior. el método de medición de tamaño funcional COSMIC no intenta medir todos los posibles aspectos de la funcionalidad que podrían considerarse para contribuir al “tamaño” del software. Dominio no aplicable El método de medición COSMIC aún no ha sido diseñado para tener en cuenta la funcionalidad del software matemáticamente intensivo.1) Aplicabilidad del método COSMIC a. d. comparar o utilizar (por ejemplo. cuya tarea es mantener o controlar acontecimientos que están sucediendo en el mundo real. ni la influencia de la “complejidad” (independientemente de su definición). software de simulación. Software en tiempo real. etc. dentro de su dominio de aplicabilidad. etc. b. ni la influencia del número de atributos de datos por el movimiento de datos en el tamaño funcional del software son utilizados por este método de medición.) c. tales como banca. y Ingeniería de Sistemas 10 . Limitaciones en la medición de aplicaciones software muy pequeñas Es necesario cierto cuidado al medir.Método de Estimación COSMIC 1. instrumentos musicales. Algunos ejemplos serían el software para centrales telefónicas y de intercambio de mensajes.

1. que son los remitentes y destinatarios de los datos.    Extracción de los requisitos funcionales de usuario a partir de los artefactos del software en la práctica Deducción de los requisitos funcionales de usuario a partir de software instalado Extracción o deducción de los requisitos funcionales de usuario a partir de artefactos software. Una declaración del FUR excluye cualesquiera requisitos técnicos o los de calidad que digan “cómo” debe funcionar el software. En el caso del método COSMIC. principios. Determinar estos parámetros ayuda a abordar las cuestiones de ¿qué tamaño debe medirse? o. la identificación de los usuarios funcionales y el nivel de granularidad que debe medirse.2) Requisitos Funcionales de Usuarios El método de medición COSMIC supone la aplicación de un conjunto de modelos. ¿cómo debemos interpretar esta medida? Ingeniería de Sistemas 11 . 'muy pequeño' significa con pocos movimientos de datos. El resultado es un “valor de una cantidad” numérico (tal y como se define en ISO). para una medición existente. A la hora de medir el tamaño funcional sólo los FUR son tenidos en cuenta. Una declaración de FUR describe “qué” debe hacer el software por los usuarios funcionales. que representa el tamaño funcional de la aplicación software de acuerdo con el método COSMIC.Método de Estimación COSMIC especialmente los cambios muy pequeños de una aplicación software. 2) Fase de estrategia de medición Cuatro parámetros fundamentales de medición del tamaño funcional del software que debe ser considerados antes de comenzar a medir. estos son: el propósito y el alcance de la medición. hacia y desde el software. reglas y procesos a los Requisitos Funcionales de los Usuarios (o Functional User Requirements. FUR) de una determinada aplicación software. donde las consideraciones “medias” pueden no ser aplicables.

 El propósito de una medición determina el tamaño que será medido. los usuarios funcionales.1) Definir el propósito de la Medición Una declaración que define por qué una medida es necesaria. como entrada a un proceso de estimación del esfuerzo de desarrollo. ejemplos: Medir el tamaño de los FUR a medida que evolucionan. Ingeniería de Sistemas 12 . que deben medirse por separado. Medir el tamaño de los cambios de FUR después de haber sido inicialmente acordados. etc.  La importancia del propósito: Determina el alcance que debe medirse y los aparatos que serán necesarios para la medición. y para qué se utilizará el resultado. con el fin de gestionar el alcance avanzado de un proyecto. El propósito de la medición debe ser siempre utilizado para determinar (a) qué software es incluido o excluido del alcance global y (b) la forma en que el software incluido puede que sea necesario dividirlo en partes separadas. 2. cada una con su propio alcance. el momento en el ciclo de vida del proyecto en el que la medición se llevará a cabo.  El alcance de una medición depende de la finalidad: Es importante definir el alcance de una medición antes de comenzar un ejercicio de medición.2) Definir el alcance de la medición El conjunto de los requisitos funcionales de usuario que deben incluirse en un determinado ejercicio de medición de tamaño funcional.Método de Estimación COSMIC 2.

Una aplicación. de dividir dichos componentes en subcomponentes (‘Nivel 2’). Un objeto de clase re-utilizable.Método de Estimación COSMIC  Tipos genéricos de alcance: Ejemplos:       La cartera de proyectos de una empresa Un acuerdo contractual de especificación de requisitos El producto entregado por el equipo de trabajo de un proyecto. por ejemplo). el proceso de definir el alcance podrá requerir que el medidor primero tenga que decidir cuáles son las capas de la arquitectura del software.  Capas: Dado que el alcance de una aplicación software que debe medirse debe limitarse a una sola capa de software. Niveles de descomposición: Cualquier nivel resultante de dividir una parte de software en componentes (denominados ‘Nivel 1’. y de dividir estos subcomponentes en sub-sub componentes (‘Nivel 3’). Por lo tanto en esta sección vamos a definir y discutir “capas” y “peer componentes” de software tal y como estos términos son utilizados en el método COSMIC Ingeniería de Sistemas 13 . etc.

Los componentes semejantes pueden ser identificados de acuerdo a la siguiente definición y principios.  Detectan ocurrencias únicas de eventos a los que la aplicación software debe responder (y no cualquier nivel en el cual se han definido grupos de eventos).Método de Estimación COSMIC  Componentes Semejantes o Pares (Peer): Dos partes de software son semejantes una a el otro si se encuentran en la misma capa. la elección de un usuario (o usuarios) se determina por los requisitos del usuario funcional que deben medirse. los FUR. A medida que el proyecto progresa. los tamaños funcionales varían con la elección de los usuarios funcionales. Para el método COSMIC. Esta definición es demasiado amplia para las necesidades del método COSMIC. En el caso del software.4) Identificando el nivel de granularidad  La necesidad de un nivel de granularidad estándar: En las etapas iniciales de un proyecto de desarrollo de software. en el esbozo.  Usuarios Funcionales: Un “usuario” se define. los requisitos funcionales de los usuarios (FUR) se especifican en alto nivel.  Aclaración del nivel de granularidad: la ampliación de la descripción de software de un nivel de granularidad “superior” a uno “inferior” implica revelar más detalles pero sin modificar su alcance. Este proceso no debe confundirse con cualquiera de los siguientes.  El nivel de granularidad estándar: Un nivel de granularidad de la descripción de aplicación software en el que los usuarios funcionales:  Son humanos individuales o dispositivos de ingeniería o elementos de software (y no grupos de estos). 2. es decir. es conocido como el “usuario funcional”. como “cualquier cosa que interactúa con el software que se está midiendo”. por tanto. son refinados. o en pocos detalles. 2.3) Identificar los usuarios funcionales  El tamaño funcional varía con el usuario funcional: el tamaño de un objeto puede variar dependiendo de la funcionalidad que es de interés para diferentes tipos de usuarios del objeto. Este (tipo de) usuario. Ingeniería de Sistemas 14 . diferentes usuarios funcionales podrán exigir y utilizar diferentes funcionalidades y. en la norma ISO/IEC 14143/1:2007.

d) Establecer el nivel de granularidad de los artefactos de software a medir y cómo. teniendo en cuenta las capas y los componentes semejantes de la arquitectura de software. llevar las medidas a al estándar de nivel de granularidad de proceso funcional 3) Fase de Representación Ingeniería de Sistemas 15 . c) Establecer los usuarios funcionales de la aplicación software medida.5) Observaciones finales sobre la Fase de Estrategia de la de Medición Si se consideran cuidadosamente los cuatro elementos del proceso de estrategia de medición antes de empezar una medición se debería asegurar que el tamaño resultante pueda ser interpretado correctamente. Los cuatro elementos son los siguientes: a) Establecer el propósito de la medición . si es necesario. b) Definir el alcance global de la aplicación software a medir y el alcance de las partes a ser medidas por separado.Método de Estimación COSMIC 2.

Un proceso funcional es un componente elemental de un conjunto de requisitos funcionales de usuario que constituyen una serie de movimientos de datos única. Ingeniería de Sistemas 16 . La aproximación para identificar procesos funcionales depende de los artefactos de software que están disponibles para el medidor.2.2) Identificación de los procesos funcionales. Este paso consiste en identificar el conjunto de procesos funcionales de la aplicación software que se va a medir a partir de sus Requisitos Funcionales de Usuario. puesto que cada transición a la que el software se debe enfrentar se corresponde con un evento. cohesiva e independientemente ejecutable. los cuales dependen del momento del ciclo de vida del software cuando se requiere la medida y de los métodos de análisis. El consejo general más importante es que es casi siempre útil intentar identificar los diferentes eventos en el mundo de los usuarios funcionales a los que el software debe responder. 3. identificar los correspondientes procesos funcionales. diseño y desarrollo del software en uso. “Aplicar el Modelo Genérico COSMIC de Software” significa identificar el conjunto de eventos desencadenadores detectados por cada (tipo de) usuario funcional identificado en los FUR para.  Proceso funcional. Los eventos pueden ser identificados a partir de diagramas de estado y a partir de los diagramas de ciclo de vida la de entidad.Método de Estimación COSMIC 3. Es desencadenada por un movimiento de datos (una Entrada) desde un usuario funcional que informa al componente de software que el usuario funcional ha identificado un evento disparador. Se completa cuando ha ejecutado todo lo que se requiere hacer en respuesta al evento desencadenante.1 La aproximación para identificar procesos funcionales. grupos de datos y los movimientos de datos que deben ser proporcionados para responder a esos eventos.1) Aplicación del Modelo Genérico COSMIC de software El Modelo Genérico COSMIC de Software se aplicará de forma separada a cada parte de los requisitos funcionales de usuario para la cual se ha definido un alcance de la medición. objetos de interés. a continuación. 3. ya que cada evento da lugar normalmente a un (pero a veces a más de uno) proceso funcional.

es habitualmente útil identificar los objetos de interés y probablemente también sus atributos. entonces la aplicación B es un usuario funcional de la aplicación A. b) Algunas veces. como también cualquier objeto conceptual o parte de un objeto conceptual en el mundo del usuario funcional sobre el que al software se le requiere que procese y/o almacene datos. Este paso consiste en identificar grupos de datos referenciados por el software que se va a medir. c) No hay diferencia en el principio para el análisis de un proceso funcional si se requiere un procesamiento on-line o un tratamiento por lotes. Un flujo de procesado por lotes consiste en uno o más procesos funcionales. Ingeniería de Sistemas 17 . para una aplicación A podría haber una aplicación par B que necesite enviar datos a u obtener datos de la aplicación A. f) 3. Cada proceso funcional tiene su propia Entrada desencadenante que debe medirse. El procesamiento durante la noche es una decisión de puesta en marcha técnica. En este caso. especialmente en el dominio de software de gestión. los cuales serán identificados en el capítulo siguiente. e) Un solo evento puede desencadenar uno o más procesos funcionales que se ejecuten independientemente. Los grupos de datos se mueven a “movimientos de datos”.2.2 Eventos disparadores y procesos funcionales en el ámbito de aplicaciones de negocio. independientemente de cualquier otro proceso funcional en el mismo flujo. Identificación objetos de interés y grupos de datos.Método de Estimación COSMIC 3. a) Eventos desencadenantes de una aplicación de negocio on-line normalmente ocurren en el mundo real de los usuarios funcionales humanos de la aplicación. y “todo lo que se requiere hacer” no ha ocurrido hasta que el proceso durante la noche se haya completado. d) Las señales periódicas de un reloj (ticks) pueden físicamente desencadenar un proceso funcional.  Objeto de interés Cualquier “cosa” que sea identificada desde el punto de vista de los requisitos del usuario funcional. Puede ser cualquier cosa física. Para identificar los grupos de datos. cada uno de los cuales debería ser analizado “end-toend”. si la aplicación B desencadena un proceso funcional cuando necesita enviar datos u obtener datos de la aplicación A.3) Un solo proceso funcional puede ser desencadenado por más de un tipo de evento desencadenante. El usuario humano comunica la incidencia de un evento a un proceso funcional metiendo datos sobre el evento.

Ingeniería de Sistemas 18 .1 Sobre la materialización de un grupo de datos. Al enfrentarnos a la necesidad de analizar un grupo de atributos de datos que son movidos dentro o fuera de un proceso funcional o que son movidos por un proceso funcional a o desde un almacén persistente. Por tanto. los casos siguientes y los ejemplos se han diseñado para ayudar en la aplicación de los principios a casos específicos. etc.3. panel de control de visualización.Método de Estimación COSMIC  Grupo de datos Un grupo de datos es un conjunto único.2 Sobre la identificación de objetos de interés y grupos de datos. o almacenado por otro proceso.  Almacén persistente Un almacén persistente es un almacén que permite a un proceso funcional almacenar un grupo de datos más allá de la vida del proceso funcional y/o del cual un proceso funcional puede recuperar un grupo de datos almacenado por otro proceso funcional. no vacío.) d. Como una estructura física en la memoria volátil del ordenador (estructura de datos asignada dinámicamente o a través un bloque pre-asignado de espacio de memoria). o sobre una red. c. etc. Esta cualidad hace que algunas veces resulte difícil de aplicar la definición y los principios cuando se mide una parte específica del software. En la práctica. 3. por ejemplo: a. memoria ROM. no ordenado y no redundante de atributos de datos donde cada atributo de datos incluido describe un aspecto complementario del mismo objeto de interés. Como la presentación agrupada de atributos de datos relacionados funcionalmente en un dispositivo input/output (pantalla de visualización. la materialización de un grupo de datos puede tomar muchas formas.3. ya que es éste último el que determina el número de “grupos de datos” separados tal y como los define el método COSMIC. es de una importancia crítica decidir si todos los atributos comunican datos sobre un único “objeto de interés”. 3. informe impreso. etc. o almacenado por una ocurrencia anterior del mismo proceso funcional. Las definiciones y los principios de los objetos de interés y de los grupos de datos son intencionalmente amplios con el objetivo de que se puedan aplicar al rango más amplio posible de software.) b. Como un mensaje transmitido entre un dispositivo y un ordenador. Como una estructura física grabada en un dispositivo de almacenamiento continuo (archivo. tabla de base de datos.

dichos casos ocurren normalmente en las aplicaciones a tiempo real del software (por ejemplo: la Entrada que transmite el tick de un reloj a tiempo real).4. Hay cuatro tipos de movimiento de datos: Entrada. Los atributos de datos pueden también ser identificados si una subunidad de la medida del tamaño es requerida. 4) Fase de Medición 4.  Atributo de datos Un atributo de datos es la pieza más pequeña de información. desde la perspectiva de los requisitos funcionales de usuario. Esta sección discute la identificación de atributos de datos referenciados por la parte del software que se va a medir. Salida. un grupo de datos puede contener solo un atributo de datos si esto es suficiente. lectura y escritura) de cada proceso funcional. Ejemplo 2: Atributos de datos en el contexto de las aplicaciones a tiempo real del software como por ejemplo atributos de datos de una señal recibida de un sensor y atributos de datos de un mensaje en transmisión. 3. puede ser de ayuda analizar e identificar los atributos de datos en el proceso de distinguir los grupos de datos y los objetos de interés. éstos son menos comunes en el software de gestión. En la práctica. dentro de un grupo de datos identificados.Método de Estimación COSMIC 3. Lectura y Escritura Ingeniería de Sistemas 19 . Ejemplo 1: Atributos de datos en el contexto del dominio de aplicaciones de gestión como por ejemplo elementos de datos registrados en el diccionario de datos y atributos de datos que aparecen en un modelo de datos conceptual o lógico. En esta versión del método de medida no es obligatorio identificar los atributos de los datos. Sin embargo. que tiene un significado desde la perspectiva de los requisitos funcionales del software. para describir el objeto de interés.1) Identificar los movimientos de datos: Identificar los movimientos de datos (Entrada. salida.1 Sobre la asociación de atributos de datos y grupos de datos En teoría.4) Identificación de los atributos de datos (opcional).

Principios: a) Una entrada deberá mover un único grupo de datos describiendo un solo objeto de interés de un usuario funcional a través de la frontera y dentro de un proceso funcional del que la entrada forma parte. identificar una Entrada al proceso funcional para obtener los datos. ni leer ni escribir datos. Si la entrada a un proceso funcional comprende más de un grupo de datos. se identifica una entrada por cada grupo de datos que entra. c) Donde un proceso funcional necesite obtener datos de un usuario funcional pero más tarde no necesite que se le diga que datos enviar o el usuario funcional es incapaz de reaccionar a ningún mensaje entrante. Cualquier mensaje del proceso funcional al usuario funcional buscando recuperar los datos no debe ser contado como una Salida en estos casos. Principios: a) Una salida deberá mover un único grupo de datos describiendo un solo Ingeniería de Sistemas 20 . Boundary Entrada (E) Salida (X) Proceso Funcional 1 Grupo de datos 1 Grupo de datos Lectura(R) Escritura (W) 1 Grupo de datos 1 Grupo de datos Almacenamiento Persistente 1) Entradas (E): movimiento de datos que mueve un grupo de datos desde un usuario funcional a través de la frontera hacia el proceso funcional donde se necesitan.Método de Estimación COSMIC Usuarios Funcionales. 2) Salidas (X): movimiento de datos que mueve un grupo de datos desde un proceso funcional a través de la frontera hacía el usuario funcional que los requiere. b) Una entrada no deberá salir de la frontera.

b) Una salida no introducirá datos a través de la frontera. o mediante los resultados intermedios en un cálculo. identificar una Escritura por cada grupo de datos que se mueve a un almacén permanente. Si la salida de un proceso funcional comprende más de un grupo de datos. hay que identificar una salida para cada grupo de datos que sale. b) Una escritura no recibirá ni sacará datos de la frontera. ni leerá los datos. identificar una Lectura para cada grupo de datos que es recuperado. b) Una lectura no recibirá ni sacará datos a través de la frontera ni escribirá datos. Principios: a) Una escritura deberá mover un único grupo de datos describiendo un solo objeto de interés del proceso funcional del que la Escritura forma parte hacia un almacén permanente. 4) Escritura (W): movimiento a un almacén permanente de un grupo de datos que se encuentra dentro de un proceso funcional. ni lecturas. c) Un requisito para borrar un grupo de datos de un almacén permanente se medirá como una sola Escritura.Método de Estimación COSMIC objeto de interés desde el proceso funcional del que la salida forma parte a cruzando la frontera hacia un usuario funcional. el movimiento o manipulación de los datos que no persista cuando el proceso funcional sea completado. no se considerará como una Lectura. Ingeniería de Sistemas 21 . el movimiento o manipulación de constantes o variables que son internas del proceso funcional y que sólo se pueden cambiar por un programador. d) Durante un proceso funcional. Principios: a) Una lectura deberá mover un único grupo de datos describiendo un solo objeto de interés del almacén permanente a un proceso funcional del cual la lectura forma parte. o de los datos almacenados en un proceso funcional sólo resultantes de la aplicación. más que de los requisitos funcionales. Si el proceso funcional debe recuperar más de un grupo de datos del almacén. Si el proceso funcional debe pasar más de un grupo de datos al almacén permanente. c) Durante un proceso funcional. o la actualización de variables que son internas del proceso funcional o la producción de resultados intermedios en un cálculo no se considerarán como una Escritura. ni escrituras 3) Lectura (R): movimiento de un grupo de datos desde un almacén permanente dentro del alcance del proceso funcional que los requiere.

Tamaño (Cambio (procedso funcionali)) = Σtam (movimientos datos añadidosi) + Σtam (movimientos datos modificadosi) + Σtam (movimientos datos eliminadosi) 4. tal como se aplica a todos los movimientos de datos. X. Tamaño (proceso funcionali) = Σtam(Entradassi) +Σtam(Salidasi) + Σtam(Lecturassi) +Σsize(Escriturasi) b) Para cualquier proceso funcional.  Medida estándar COSMIC: La medición estándar de COSMIC. R y W) incluye dos tipos de funcionalidad: se mueve un solo grupo de datos y tiene algunas manipulaciones de datos. Por lo tanto para la medición un movimiento de datos se considera que es modificado funcionalmente si:   El Grupo de datos es reubicado y/o Está asociado a una manipulación de datos Un grupo de datos es modificado si:  Se añaden nuevos atributos a este grupo de datos y/o  Los atributos son retirados de los grupos de datos y/o uno o más atributos existentes son modificados.2) Aplicando la función de medición  Medición funcional COSMIC: función matemática que asigna un valor a su argumento basado en el estándar de medición COSMIC. 1 PPC (Punto de Función COSMIC) se define como el tamaño de un movimiento de datos. en un único valor de tamaño funcional Reglas: a) Para cualquier proceso funcional. el tamaño funcional de los cambios en requisitos funcionales de usuario se sumará al tamaño de movimientos de datos que han sido añadidos. según la siguiente fórmula. por ejemplo. 4. Ingeniería de Sistemas 22 .3) Agregar resultados de medición Sumar los resultados de la medida funcional. El argumento de la medición funcional COSMIC es el movimiento de datos.4) Modificando funcionalidades Cualquier movimiento de datos de un determinado tipo (E.Método de Estimación COSMIC 4. en sentido o formato. el tamaño funcional de cada movimiento de datos individual debe ser agregado en un único valor de tamaño funcional en unidades de CFP para luego sumar todos juntos. modificados o eliminados en proceso funcional para dar un tamaño del cambio en unidades de CFP.

.centros.Método de Estimación COSMIC 9.com/portal/public/Spanish_COSMIC_%20v3-0-1.ster _Anteproyecto-Ovejero.cosmicon.com/  http://www.pdf Ingeniería de Sistemas 23 . LINKOGRAFÍA  http://www2.a.cosmicon..ar/nuevo/archivos/secciones/http___www.pdf  http://www.itba.itba.edu.edu.