MEDICIÓN DEL TAMAÑO DEL SOFTWARE EN APLICACIONES SOA CON PUNTOS DE FUNCIÓN COSMIC. Mirella Pérez Falcón

Transcripción

1 MEDICIÓN DEL TAMAÑO DEL SOFTWARE EN APLICACIONES SOA CON PUNTOS DE FUNCIÓN COSMIC Mirella Pérez Falcón

2 CONTENIDO Cncepts básics de SOA Principis de SOA Cmpnentes de la arquitectura SOA Tips de servicis y niveles SOA y Web Services Punts de función IFPUG IFPUG Y SOA Punts de función COSMIC COSMIC Y SOA Arquitectura en capas Aplicacines/límites mnlítics Servicis autónms y diferentes canales sftware Cmplejidad de ls servicis (prcess) CONCLUSIONES

3 Cncepts básics de SOA Arquitectura de servicis independientes entre sí que se acplan para sprtar ls diferentes requerimients de ls usuaris y ls prcess de negci. Servicis débilmente acplads y altamente interperables. Ampli rang de tecnlgías y prtcls (ej.: REST, RPC, DCOM, CORBA, Web Services, etc.). OASIS define SOA cm l siguiente: Un paradigma para rganizar y utilizar capacidades distribuidas baj el cntrl de diferentes prpietaris y dminis. Manera unifrme de frecer, descubrir, interactuar y usar dichas capacidades y prducir ls efects deseads de manera cnsistente y medible.

4 Principis de SOA Arquitectura en capas de abstracción cmpuesta pr servicis Web: reutilizables, cmpartids e interperables. Principis según el diseñ y definición de SOA centrándse en el cmprtamient : Reusabilidad Cntrat de servicis Servicis de Acplamient Suelt Abstracción de servicis Empaquetamient del servici Autnmía de servicis ( encapsulación) Sin estad Descubrimient de servicis

5 Cmpnentes de la arquitectura SOA En el nivel más alt de SOA encntrams tres cmpnentes: El servici El directri El cliente Clabracines entre cmpnentes: Lcalización de servicis Publicación de servicis Cmunicación entere servicis y clientes

6 Tips de servicis y niveles Servicis de negci Servicis de integración Ilustración: Jerarquía en la que ls servicis de negci en una capa pueden estar cmpuests de servicis clabradres rquestads en un nivel inferir. El cncept de CAPAS es fundamental en la IDENTIFICACIÓN DE SERVICIOS.

7 Capas de SOA

8 Beneficis de SOA frente a una arquitectura tradicinal Reduce la cmplejidad Reutiliza ls servicis Integra aplicacines menr cste de mantenimient e integración Orientada a prcess y enfcada al cambi Independencia entre las aplicacines, la infraestructura y platafrma tecnlógica. Psibilidad de recnfigurar sus recurss de TI sin necesidad de realizar una integración prfunda.

9 Antes y después de SOA

10 SOA y Web Services Web Services : cas particular de servici: cmpnente sftware identificad pr un URL cuyas interfaces públicas están definidas y descritas usand XML. Se puede implementar cualquier tecnlgía basada en servicis. Servicis Web para SOA: XML: representación de dats. HTTP: Prtcl estándar Web. SOAP: intercambi de dats. WSDL (Lenguaje de Descripción de Servicis Web) UDDI (Descripción, descubrimient e Integración Universal)

11 Punts de función IFPUG Asume un mdel de sftware que cnsta de ds partes: Mdel de Dats: archivs lógics interns y externs. Mdel de Transaccines: peracines que el usuari desea hacer cn ls dats: entrada, salida y cnsulta. Función de medición Variables de entrada: ls tips de función y la cmplejidad de las mismas. Frntera de la aplicación (applicatin bundary) separa el sistema a ser medid del dmini del usuari.

12 Punts de función IFPUG

13 IFPUG Y SOA Limitad superirmente: Sin imprtar el tamañ cmplejidad, un prces elemental de entrada n puede btener más de 6 FP y un ficher n puede btener mas de 15 FP. Diferentes interpretacines cn respect a la agregación es cntrari a la autnmía de prcess elementales: fácilmente cnducen a diferentes asignacines numéricas para el mism cnjunt de requisits. IFPUG n es asciativ en un sentid matemátic, el ttal n es igual a la suma de las partes.

14 IFPUG Y SOA Se emplea un factr de ajuste para requisits n funcinales: Tal factr n tma en cuenta la reusabilidad del sftware: una función (servici u peración de servici) prvista varias veces a diferentes sistemas se cuenta esas tantas veces, independientemente de que sea e implementada una varias veces. Caja negra: ningún prces intern puede ser identificad y medid, a n ser que dispngams de tr prces que envie reciba dats desde hacia el usuari final fuera del límite del sistema cmplet.

15 Punts de función COSMIC Aplicable a una arquitectura en una capa en múltiples capas, a cualquier peer item dentr de una capa (layer). Requisits Funcinales del Usuari (FUR): prácticas y prcedimients de usuari que el sftware debe llevar a cab para cumplir las necesidades de ls usuaris. Tamañ de FUR: se btiene mediante la suma aritmética del tamañ de ls mvimients de dats asciads al mism, según:

16 Punts de función COSMIC

17 COSMIC Y SOA Psibilidad de cnsiderar: diferentes capas unidas mediante cmpnentes sftware separads dentr de cada capa y, diferentes perspectivas de medida (a parte de usuari final, basads en distints prpósits de medida. Las escalas de valr n están limitadas superirmente. COSMIC es más asciativ que IFPUG: a prcess muy cmplejs (servicis u peracines de servicis) se le asignan númers mayres que a prcess.

18 COSMIC Y SOA COSMIC n emplea ningún factr de ajuste. La capacidad de descmpner el sistema en capas pares de elements sftware dentr de cada capa permite cnsiderar alguns prcess sól una vez en lugar de muchas. L que a su vez permite hacer que ls prcess interns sean visibles para ls fines específics de medición. Enfque de caja blanca: cada capa y element, cuand sn identificads, tiene su prpia frntera, reveland a su vez prcess interns a sus usuaris ( tras capas elements).

19 Arquitectura en capas: Ilustración: línea de guines => frntera IFPUG; líneas de punts negrs => frntera COSMIC

20 Aplicacines/límites mnlítics En Csmic: Particines diferentes psibilidades dependiend del prpósit de la medida y de la arquitectura. Cualquier capa es una clección de unidades (elements) sftware servicis. Cada unidad (servici) debe tener una interfaz mediante la cual sus peracines pueden ser iniciadas accedidas.

21 Servicis autónms y diferentes canales sftware Cada una de las frnteras separadras en el métd COSMIC y su enfque de caja blanca, permitiría identificar ls servicis interns cm requerids y prvists autónma e independientemente. Diferentes canales prveen diferentes funcines, inclus cuand la situación inicial y ls resultads finales puedan ser l mism.

22 Cmpartición de dats Csmic permite identificar ls servicis intermedis cm autónma e independientemente requerids y prvists (ej.:screen Scrapping Tl en cmpartición de dats entre 2 más aplicacines).

23 Cmplejidad de ls servicis (prcess) Estimación del esfuerz: La cuestión de tener delimitads y n delimitas escalas de valres para ls bjets de medida. Cierts cass en IFPUG emplean una escala de tres niveles de cmplejidad. COSMIC prvee escalas de rang abiertas para tmar en cuenta funcines de alta cmplejidad (intercambi de dats access) Mayr exactitud en la asignación numérica para diferenciar servicis en un entrn SOA y en trs tips de arquitectura.

24 Cnclusines SOA es una manera de rganizar slucines que prmueve reusabilidad, crecimient e interperabilidad. En SOA, el métd de medida elegid debería ser capaz de diferenciar funcinalidad basada en ls aspects y características de la arquitectura. IFPUG n l permite, mientras que COSMIC tiene más psibilidades al respect. Es mejr que las diferentes prcines de sftware (servicis) se estiman individualmente, pr separad.