Ministerio de Administraciones Pblicas Tcnicas y Prcticas NDICE INTRODUCCIN............................................................................................................................................... 2 TCNICAS DE DESARROLLO........................................................................................................................ 3 ANLISIS COSTE/BENEFICIO ............................................................................................................................. 3 CASOS DE USO ................................................................................................................................................ 7 DIAGRAMA DE CLASES.................................................................................................................................... 12 DIAGRAMA DE COMPONENTES......................................................................................................................... 18 DIAGRAMA DE DESCOMPOSICIN .................................................................................................................... 20 DIAGRAMA DE DESPLIEGUE............................................................................................................................. 21 DIAGRAMA DE ESTRUCTURA ........................................................................................................................... 23 DIAGRAMA DE FLUJO DE DATOS (DFD) ........................................................................................................... 33 DIAGRAMA DE INTERACCIN............................................................................................................................ 47 Diagrama de secuencia............................................................................................................................ 48 Diagrama de colaboracin ....................................................................................................................... 51 DIAGRAMA DE PAQUETES ............................................................................................................................... 53 DIAGRAMA DE TRANSICIN DE ESTADOS ......................................................................................................... 55 MODELADO DE PROCESOS DE LA ORGANIZACIN............................................................................................. 57 SADT (Structured Analysis and Design Technique) ................................................................................ 58 MODELO ENTIDAD/RELACIN EXTENDIDO........................................................................................................ 61 NORMALIZACIN............................................................................................................................................. 68 OPTIMIZACIN................................................................................................................................................ 74 REGLAS DE OBTENCIN DEL MODELO FSICO A PARTIR DEL LGICO. ................................................................ 75 REGLAS DE TRANSFORMACIN ....................................................................................................................... 79 TCNICAS MATRICIALES.................................................................................................................................. 81 TCNICAS DE GESTIN DE PROYECTOS ................................................................................................. 83 TCNICAS DE ESTIMACIN.............................................................................................................................. 83 Mtodo Albrecht para el Anlisis de los Puntos Funcin......................................................................... 84 Mtodo MARKII para el Anlisis de los Puntos Funcin.......................................................................... 94 STAFFING SIZE (ORIENTACIN A OBJETOS)............................................................................................... 106 PLANIFICACIN............................................................................................................................................. 111 Tcnicas y Prcticas1 Metodologa MTRICA Versin 3 Ministerio de Administraciones Pblicas Program Evaluation & Review Technique - PERT................................................................................. 111 Diagrama de Gantt ................................................................................................................................. 118 Estructura de Descomposicin de Trabajo (WBS - Work Breakdown Structure) .................................. 123 Diagrama de Extrapolacin.................................................................................................................... 124 PRCTICAS.................................................................................................................................................. 126 ANLISIS DE IMPACTO................................................................................................................................... 126 CATALOGACIN............................................................................................................................................ 128 CLCULO DE ACCESOS................................................................................................................................. 129 CAMINOS DE ACCESO................................................................................................................................... 130 DIAGRAMA DE REPRESENTACIN .................................................................................................................. 131 FACTORES CRTICOS DE XITO..................................................................................................................... 132 IMPACTO EN LA ORGANIZACIN..................................................................................................................... 138 PRESENTACIONES ........................................................................................................................................ 140 PROTOTIPADO.............................................................................................................................................. 142 PRUEBAS..................................................................................................................................................... 144 Pruebas Unitarias................................................................................................................................... 144 Pruebas de Integracin .......................................................................................................................... 145 Pruebas del Sistema .............................................................................................................................. 146 Pruebas de Implantacin........................................................................................................................ 147 Pruebas de Aceptacin .......................................................................................................................... 148 Pruebas de Regresin............................................................................................................................ 149 REVISIN FORMAL........................................................................................................................................ 150 REVISIN TCNICA....................................................................................................................................... 151 SESIONES DE TRABAJO................................................................................................................................. 152 Entrevistas.............................................................................................................................................. 152 Reuniones .............................................................................................................................................. 153 JAD (Joint Application Design)............................................................................................................... 154 JRP (Joint Requirements Planning) ....................................................................................................... 155 SOPORTE POR HERRAMIENTAS .............................................................................................................. 157 BIBLIOGRAFA............................................................................................................................................. 159 2Tcnicas y Prcticas Ministerio de Administraciones PblicasMetodologa MTRICA Versin 3INTRODUCCIN El objetivo de este documento es describir las tcnicas utilizadas en los procesos principales y en el proceso de Gestin de Proyectos. EnelprocesodeDesarrollodeSistemasdeInformacinseincluyentantolastcnicas propias de un desarrollo orientado a objetos como estructurado, ya que las actividades de ambas aproximaciones estn integradas en una estructura comn.LametodologaMTRICAVersin3proporcionaunconjuntodemtodosytcnicasque gua a los distintos profesionales de Sistemas y Tecnologas de la Informacin y Comunicaciones (STIC) en la obtencin de los diversos productos de los procesos del ciclo de vida de un proyecto informtico.Conelfindemejorarlaproductividaddelosdistintosparticipantesyasegurarla calidad de los productos resultantes, la mayora de las tcnicas propuestas estn soportadas por herramientas disponibles en el mercado que automatizan en mayor o menor grado su utilizacin. Encualquiercaso,notodoslosproductosresultantesdecadatareasonsusceptiblesde obtenerse de forma automatizada. Sehaceunadistincinentretcnicasyprcticasenfuncindelpropsitoalque respondan.Seconsideratcnicaalconjuntodeheursticasyprocedimientosqueseapoyanen estndares,esdecir,queutilizanunaovariasnotacionesespecficasentrminosdesintaxisy semnticaycumplenunoscriteriosdecalidadencuantoalaformadeobtencindelproducto asociado. Las prcticas representan un medio para la consecucin de unos objetivos especficos demanerarpida,segurayprecisa,sinnecesidaddecumplirunoscriteriosoreglas preestablecidas. Paracadaunadelastcnicasyprcticasreferenciadaseneldocumentoseexplica brevementeelobjetivoquesepersiguealutilizarlas.Sedescriben:loselementosbsicos asociadosylosprincipiosfundamentalesdeelaboracin;lanotacinutilizada,enelcasode tcnicasgrficas,paralarepresentacindecadaunodeloselementosimplicados.Enlos captulos finales se incluye el soporte que ofrecen las herramientas del mercado actualmente para las tcnicas y las referencias bibliogrficas que permitan, a aquellos profesionales que lo deseen, profundizar en un mayor nivel de detalle.Por continuidad con MTRICA Versin 2.1 la notacin empleada es la misma para aquellas tcnicas que son comunes en ambas versiones. En el caso de desarrollos orientados a objetos se ha seguido la notacin de UML.Esimportanteresaltarquelanotacinqueseproponeenlaaplicacindelatcnicaen ningn caso se considerar obligatoria. Cada organizacin podr utilizar la notacin que desee, la quesueleutilizarolaqueofrecensusherramientasdedesarrollo,respetandolasreglasy restricciones especficas de las distintas tcnicas. Tcnicas y Prcticas3 Metodologa MTRICA Versin 3 Ministerio de Administraciones Pblicas TCNICAS DE DESARROLLO Lastcnicasdedesarrollosonunconjuntodeprocedimientosquesebasanenreglasy notaciones especficas en trminos de sintaxis, semntica y grficos, orientadas a la obtencin de productos en el desarrollo de un sistema de informacin. En desarrollos del tipo estructurado o de orientacinaobjetosmerecenespecialatencinlastcnicasgrficas,queproponensmbolosy notaciones estndares para una mejor comprensin de los sistemas o sus componentes. De todos modos,ydebidoaladiversidadexistente,lasnotacionesaqupropuestasnoseconsideran obligatoriasenlametodologaMTRICAVersin3,perosquesedebenaplicarrigurosamente sus reglas y validaciones para conseguir el objetivo propuesto con la mayor eficacia.Anlisis Coste/Beneficio Latcnicadeanlisiscoste/beneficiotienecomoobjetivofundamentalproporcionaruna medida de los costes en que se incurre en la realizacin de un proyecto y comparar dichos costes previstosconlosbeneficiosesperadosdelarealizacindedichoproyecto.Estamedidao estimacin servir para: Valorar la necesidad y oportunidad de acometer la realizacin del proyecto. Seleccionar la alternativa ms beneficiosa para la realizacin del proyecto. Estimar adecuadamente los recursos econmicos necesarios en el plazo de realizacin del proyecto. Es de destacar la necesidad cada vez mayor de guiarse por criterios econmicos y no slo tcnicosparalaplanificacindetrabajosyproyectos.Porellosehaceunaprimeraintroduccin sobre las tcnicas y mtodos de evaluacin de conceptos econmicos, con el fin de proporcionar alosprofesionalescriteriosquelesayudenenlaplanificacindeproyectosyevaluacinde alternativas. Conceptos Punto de amortizacin (Break-Even Point) Eselmomentoeneltiempoenqueelconjuntodebeneficiosobtenidosporlaexplotacin del nuevo sistema iguala al conjunto de costes de todo tipo que ha ocasionado. A partir del punto deamortizacin(Break-EvenPoint),elsistemaentraenfasedeaportarbeneficiosnetosala organizacin. Periodo de amortizacin (PayBack)Eselperiododetiempoquetranscurredesdequeloscostessonmximoshastaquese alcanzaelpuntodeamortizacin(Break-EvenPoint),esdecir,encuantoelsistemaempiezaa aportarbeneficios. Cuanto menor sea el periodo de amortizacin (Payback) de un Sistema, ms atractivo ser para la organizacin acometer su implantacin. Retorno de la Inversin - ROI (Return of Investment) Es el rendimiento de la inversin expresada en trminos de porcentaje. Se calcula mediante la frmula siguiente: 4Tcnicas y Prcticas Ministerio de Administraciones PblicasMetodologa MTRICA Versin 3ROI=100 x (Beneficio Neto Anual - CosteDesarrollo Anualizado) / Inversin Promedio Siendo: BeneficioNetoAnual:Eslagananciaqueaportaelsistemacomo consecuenciadesuuso,esdecirlosbeneficiosobtenidosmslosgastosno incurridos.Debenrestrselelosgastosoperacionalesanualesylosde mantenimiento del sistema. CosteDesarrolloAnualizado: Total del gasto inicial de desarrollo del sistema, dividido por los aos que se supone que va a ser operativo. InversinPromedio:Totaldelainversinrealizada(costesdedesarrollo, hardware, software, etc.) dividido por el total de conceptos en los que se invierte. Descripcin Para la realizacin del anlisis coste/beneficio se seguirn los siguientes pasos: 1.- Producir estimaciones de costes/beneficios. 2.- Determinar la viabilidad del proyecto y su aceptacin. 1.- PRODUCIR ESTIMACIONES DE COSTES-BENEFICIOS Se realizar una lista de todo lo que es necesario para implementar el sistema y una lista de los beneficios esperados del nuevo sistema. En general, los costes suelen ser medibles y estimables en unidades econmicas, no as los beneficios, los cuales pueden ser tangibles o no tangibles. En un anlisis de costes y beneficios se deben considerar aquellos aspectos tangibles, es decir, medibles en valores como dinero, tiempo, etc., y no tangibles, es decir, no ponderables de una forma objetiva.Entre los beneficios no tangibles pueden estar: El aumento de cuentas debido a un mejor servicio a los clientes. La mejora en la toma de decisiones debido a una mejora en el soporte informtico. La valoracin de los beneficios no tangibles se debe estimar de una forma subjetiva y ser realizada por las reas correspondientes. Amenudoesconvenientedesglosarloscostesestimadosalolargodelproyecto,para ofrecer una informacin ms detallada de la distribucin de los recursos de cara a la direccin.En la estimacin de costes se considerarn, entre otros, los siguientes aspectos: Adquisicin de hardware y software: El que sea preciso para el desarrollo, implantacin y normalfuncionamientodelsistema.Sedebeconsiderarlasaturacindemquinaso sistemas actuales como consecuencia de la entrada en vigor del nuevo sistema. Gastos de mantenimiento de hardware y software anteriores. Gastos de comunicaciones: Lneas, telfono, correo, etc. Gastosdeinstalacin:Cableado,acondicionamientodesala,recursoshumanosy materiales, gastos de viaje, etc. Coste de desarrollo del sistema. Tcnicas y Prcticas5 Metodologa MTRICA Versin 3 Ministerio de Administraciones Pblicas Gastos del mantenimiento del sistema: Coste anual. Gastosdeconsultora:Encasoderequerirsealgnconsultorexternoencualquier etapa del proyecto. Gastosdeformacin:Detodotipo(Desarrolladores,Operadores, Implantadores, Usuario Final, etc.). Gastos de material: Papel, toner, etc. Costesderivadosdelacurvadeaprendizaje:Detodoelpersonalinvolucrado: Desarrolladores, Tcnicos de Sistemas, Operadores, y desde luego, Usuarios. Costes financieros, de publicidad, etc. En la estimacin de beneficios se pueden considerar cuestiones como las siguientes: Incremento de la productividad: Ahorro o mejor utilizacin de recursos humanos. Ahorro de gastos de mantenimiento del sistema actual. Ahorrosdeadquisicinymantenimientodehardwareysoftware,oreutilizacinde plataformas sustituidas. Incremento de ventas o resultados, disminucin de costes: Producidos por una mejora de la gestin (rotacin de stock, "just in time", analtica de clientes, etc.). Ahorrodematerialdetodotipo:Sustituidopordatoselectrnicosqueproporcionael sistema, como por ejemplo: papel, correo, etc. Beneficios financieros. Otros beneficios tangibles: Ahorro de recursos externos, consultora, formacin, etc. Beneficiosintangibles:Incrementodelacalidaddelproductooservicio,mejoradela imagen de la compaa, mejora en la atencin al cliente, mejora en la explotacin, etc. 2.- DETERMINAR LA VIABILIDAD DEL PROYECTO Se basar en uno de los mtodos siguientes: Retorno de la Inversin: Estemtodoconsisteencalcularelcosteyelbeneficio anual, conociendo el coste total al iniciodelproyecto"C0,paradeterminarenquaoserecuperaelcostetotalinicialmente estimado. AOCOSTEBENEFICIOBENEFICIO NETO 0C00 1C1B1B1 - C1 2C2B2B2 - C2 ... nCnBnBn - Cn El ao de recuperacin de la inversin se produce cuando Beneficio Neto = C0. Valor Actual Estemtodopermitetenerencuentaqueungastoinvertidoduranteunciertotiempo produce un beneficio. 6Tcnicas y Prcticas Ministerio de Administraciones PblicasMetodologa MTRICA Versin 3Elmtodoconsisteendeterminareldineroqueesviableinvertirinicialmenteparaquese recupere la inversin en un periodo de tiempo definido previamente. El resultado depende del tipo de inters (r) utilizado en la evaluacin. Sedebecalcular,enprimerlugar,elbeneficionetoqueseobtendrcadaao.Dicho beneficio no es real, ya que se debe estimar el valor real de dicha cantidad en el ao n. Para ello se aplica la frmula: Valor Actual = Beneficio neto / (1 + r/100)nn = ao 1,..,i Se debe estudiar en cuntos aos se recupera la inversin realizada inicialmente, o bien, si en un periodo de aos fijado previamente se retorna la inversin y, por tanto, es viable el proyecto. SilainversineselC0,sedeterminarlaviabilidaddelproyectoconsultandolasiguiente tabla: AOCOSTEBENEFICIOVALOR ACTUAL 0C0 1C1B1V.A1 =(B1-C1)/(1+r/100) 2C2B2V.A2 =(B2-C2)/(1+r/100) 2 ... nCnBnV.An =(Bn-Cn)/(1+r/100) n El proyecto ser viable si VAi > C0 a lo largo del periodo fijado. Tcnicas y Prcticas7 Metodologa MTRICA Versin 3 Ministerio de Administraciones Pblicas Casos de Uso Los objetivos de los casos de uso son los siguientes: Capturarlosrequisitosfuncionalesdelsistemayexpresarlosdesdeelpuntodevistadel usuario. Guiar todo el proceso de desarrollo del sistema de informacin. Loscasosdeusoproporcionan,portanto,unmodoclaro y preciso de comunicacin entre cliente y desarrollador. Desde el punto de vista del cliente proporcionan una visin de caja negra delsistema,estoes,cmoapareceelsistemadesdeelexteriorsinnecesidaddeentrarenlos detalles de su construccin. Para los desarrolladores, suponen el punto de partida y el eje sobre el que se apoya todo el desarrollo del sistema en sus procesos de anlisis y diseo. Descripcin Un caso de uso es una secuencia de acciones realizadas por el sistema, que producen un resultadoobservableyvaliosoparaunusuarioenparticular,esdecir,representael comportamiento del sistema con el fin de dar respuestas a los usuarios. Aquelloscasosdeusoqueresultendemasiadocomplejossepuedendescomponerenun segundonivel,enelquelosnuevoscasosdeusoqueintervenganresultenmssencillosy manejables. Para especificar este comportamiento existen una serie de recomendaciones o tcnicas que se aplican dependiendo del momento del desarrollo que se est y de la complejidad del caso de uso.Puedeserdesdeunasimpledescripcintextualquerecojaunrequisitofuncionalauna especificacin del caso de uso, e incluso un conjunto de diagramas: Especificacin de un caso de uso Uncasodeusorecoge,enunprimermomento,una descripcin general. Esta descripcin reflejarposiblementeunoovariosrequisitosfuncionalesdelsistemaoformarpartedealgn requisito.Sepuedecompletarladescripcindefiniendoculessonlasprecondicionesy postcondicionesdelsistema,esdecir,qucondicionesdebencumplirseparaqueserealiceun caso de uso y cules son aquellas condiciones que se cumplen posteriormente al caso de uso. Tambin se pueden enumerar los diferentes escenarios del caso de uso si los tuviese y dar unabrevedescripcindeellos.Losescenariossonlosdistintoscaminosporlosquepuede evolucionar un caso de uso, dependiendo de las condiciones que se van dando en su realizacin. Diagrama de casos de uso Estos diagramas presentan dos tipos de elementos fundamentales:Actores. Un actor es algo o alguien que se encuentra fuera del sistema y que interacta con l. En general, los actores sern los usuarios del sistema y los sistemas externos al que se est desarrollando. Si se habla de usuarios, un actor es el papel que puede llevar a cabo en cuanto a su forma de interactuar con el sistema, es decir, un nico actor puede representar 8Tcnicas y Prcticas Ministerio de Administraciones PblicasMetodologa MTRICA Versin 3a muchos usuarios diferentes y de la misma forma, un usuario puede actuar como actores diferentes. Casosdeuso.Uncasodeusorepresentaelcomportamientoqueofreceelsistemade informacindesdeelpuntodevistadelusuario.Tpicamenteserunconjuntode transacciones ejecutadas entre el sistema y los actores. Para facilitar la comprensin de los casosdeusodelsistema de informacin en el anlisis, es posible agruparlos en paquetes segn funcionalidades semejantes o relacionadas.Ademsdeestoselementos,undiagramadecasosdeusopresentarelaciones.Las relaciones pueden tener lugar entre actores y casos de uso o entre casos de uso. La relacin entre un actor y un caso de uso es una relacin de comunicacin, que indica que un actor interviene en el caso de uso. Normalmente, el actor aporta informacin para la realizacin de un caso de uso o recibe informacin como resultado de la realizacin del mismo, por ello, esta relacinpuedeserunidireccionalobidireccional,aunquegeneralmentesemuestracomo bidireccional, ya que no es necesario especificar en detalle estas relaciones. La relacin entre casos de uso es una relacin unidireccional. Esta relacin puede presentar uno de los dos siguientes tipos: usa y extiende. Larelacinusaseutilizacuandosequierereflejaruncomportamientocomnenvarios casos de uso. Es decir, si los casos de uso A y B presentan una parte comn, sta se puede sacar a un tercer caso de uso C. Entonces, habr una relacin usa del caso de uso A al C y otra del B al C. La relacin extiende se utiliza cuando se quiere reflejar un comportamiento opcional de un casodeuso.Porejemplo,setieneelcasodeusoAquerepresentauncomportamiento habitualdelsistema.Sinembargo,dependiendodealgnfactor,estecasodeusopuede presentar un comportamiento adicional o ligeramente diferente, que se podra reflejar en un caso de uso B. En este caso, habr una relacin extiende del caso de uso B al A. ACB

ACB

A B>A B>Tcnicas y Prcticas9 Metodologa MTRICA Versin 3 Ministerio de Administraciones Pblicas Notacin Eldiagramadecasosdeusoesungrafodeactores,casosdeusoylasrelacionesentre estos elementos.Opcionalmente,loscasosdeusosepuedenenmarcarenuncuadrado que representa los lmites del sistema. Caso de Uso Un caso de uso se representa mediante una elipse con el nombre del caso de uso dentro o debajo. Actor Un actor se representa con una figura de hombre de palo con el nombre del actor debajo de la figura. RelacinDependiendo del tipo de relacin, la representacin en los diagramas ser distinta. As pues, las relaciones entre un actor y un caso de uso se representan mediante una lnea continua entre ellos. Las relaciones entre casos de uso se representan con una flecha discontinua con el nombre deltipoderelacincomoetiqueta.Enlasrelacionesextensinlaflechapartedelcasodeuso conelcomportamientoadicionalhaciaaquelquerecogeelcomportamientobsicoyenlas relaciones usa desde el caso de uso bsico hacia el que representa el comportamiento comn. Paquete Casode usoNombre Actor>Nombre ActorCaso 1 Caso 210Tcnicas y Prcticas Ministerio de Administraciones PblicasMetodologa MTRICA Versin 3Un paquete se representa con un icono con forma de carpeta y con el nombre colocado en la pestaa. Los paquetes tambin pueden formar diagramas que complementen al diagrama de casos de uso (ver Diagrama de paquetes). (Nota.- Esta notacin es la ms habitual, pero MTRICA Versin 3 no exige su utilizacin). PaqueteTcnicas y Prcticas11 Metodologa MTRICA Versin 3 Ministerio de Administraciones Pblicas Ejemplo Estudiodeunaaplicacinqueseencargadelagestindelosprstamosyreservasde libros y revistas en una biblioteca.

BibliotecarioBibliotecarioBorrar o Actualizar TtuloAadir TtuloAadir EjemplarMantenimientoBorrar Ejemplar

PrestatarioDevolucin de EjemplarHacer ReservaBorrar ReservaPrestar Ejemplar

BDInformacinprestatario12Tcnicas y Prcticas Ministerio de Administraciones PblicasMetodologa MTRICA Versin 3Diagrama de Clases Elobjetivoprincipaldeestemodeloeslarepresentacindelosaspectosestticosdel sistema,utilizandodiversosmecanismosdeabstraccin(clasificacin,generalizacin, agregacin). Descripcin El diagrama de clases recoge las clases de objetos y sus asociaciones. En este diagrama se representalaestructurayelcomportamientodecadaunodelosobjetosdelsistemaysus relaciones con los dems objetos,pero no muestra informacin temporal. Conelfindefacilitarlacomprensindeldiagrama,sepuedenincluirpaquetescomo elementos del mismo, dondecada uno de ellos agrupa un conjunto de clases.Estediagramanoreflejaloscomportamientostemporalesdelasclases,aunquepara mostrarlos se puede utilizar un diagrama de transicin de estados, otra de las tcnicas propuestas en MTRICA Versin 3. Los elementos bsicos del diagrama son: Clases Unaclasedescribeunconjuntodeobjetosconpropiedades(atributos)similaresyun comportamiento comn. Los objetos son instancias de las clases.Noexisteunprocedimientoinmediatoquepermitalocalizarlasclasesdeldiagramade clases. stas suelen corresponderse con sustantivos que hacen referencia al mbito del sistema de informacin y que se encuentran en los documentos de las especificaciones de requisitos y los casos de uso. Dentro de la estructura de una clase se definen los atributos y las operaciones o mtodos: Losatributosdeunaclaserepresentanlosdatosasociadosalosobjetosinstanciadospor esa clase.Las operaciones o mtodos representan las funciones o procesos propios de los objetos de una clase, caracterizando a dichos objetos. Eldiagramadeclasespermiterepresentarclasesabstractas.UnaClaseabstractaesuna clasequenopuedeexistirenlarealidad,peroqueestilconceptualmenteparaeldiseodel modelo orientado a objetos. Las clases abstractas no son instanciables directamente sino en sus descendientes.Unaclaseabstractasuelesersituadaenlajerarquadeclasesenunaposicin que le permita ser un depsito de mtodos y atributos para ser compartidos o heredados por las subclases de nivel inferior. Las clases y en general todos los elementos de los diagramas, pueden estar clasificados de acuerdo a varios criterios, como por ejemplo su objetivo dentro de un programa. Esta clasificacin adicional se expresa mediante un Estereotipo. Algunos de los autores de mtodos OO, establecen una clasificacin de todos los objetos que pueden aparecer en un modelo. Los tipos son: Objetos Entidad. Tcnicas y Prcticas13 Metodologa MTRICA Versin 3 Ministerio de Administraciones Pblicas Objetos lmite o interfaz. Objetos de control. stos son estereotipos de clases. Un estereotipo representa una la meta-clasificacin de un elemento.Dependiendodelaherramientautilizada,tambinsepuedeaadirinformacinadicionala lasclasesparamostrarotraspropiedadesdelasmismas,comosonlasreglasdenegocio, responsabilidades, manejo de eventos, excepciones, etc. Relaciones Los tipos ms importantes de relaciones estticas entre clases son los siguientes: Asociacin. Las relaciones de asociacin representan un conjunto de enlaces entre objetos oinstanciasdeclases.Eseltipoderelacinmsgeneral,ydenotabsicamenteuna dependencia semntica. Por ejemplo, una Persona trabaja para una Empresa.Cada asociacin puede presentar elementos adicionales que doten de mayor detalle al tipo de relacin:Rol, o nombre de la asociacin, que describe la semntica de la relacin en el sentido indicado.Porejemplo,laasociacinentrePersonayEmpresarecibeelnombrede trabaja para, como rol en ese sentido.Multiplicidad,quedescribelacardinalidaddelarelacin,esdecir,especificacuntas instancias de una clase estn asociadas a una instancia de la otra clase. Los tipos de multiplicidad son: Uno a uno, uno a muchos y muchos a muchos.Herencia.Lasjerarquasdegeneralizacin/especializacinseconocencomoherencia. Herenciaeselmecanismoquepermiteaunaclasedeobjetosincorporaratributosy mtodosdeotraclase,aadindolosalosqueyaposee.Conlaherenciasereflejauna relacines_unentreclases.Laclasedelacualseheredasedenominasuperclase,yla que hereda subclase.Lageneralizacindefineunasuperclaseapartirdeotras.Porejemplo,delasclases profesor y estudiante se obtiene la superclase persona. La especializacin o especificacin es la operacin inversa, y en ella una clase se descompone en una o varias subclases. Por ejemplo,delaclaseempleadosepuedenobtenerlassubclasessecretaria,tcnicoe ingeniero. Agregacin. La agregacin es un tipo de relacin jerrquica entre un objeto que representa latotalidad de ese objeto y las partes que lo componen. Permite el agrupamiento fsico de estructurasrelacionadaslgicamente.Losobjetos son-parte-de otro objeto completo. Por ejemplo, motor, ruedas, carrocera son parte de automvil.Composicin. La composicin es una forma de agregacin donde la relacin de propiedad es ms fuerte, e incluso coinciden los tiempos de vida del objeto completo y las partes que lo componen. Por ejemplo, en un sistema de Mquina de caf, las relaciones entre la clase mquina y producto, o entre mquina y depsito de monedas, son de composicin. Dependencia. Una relacin de dependencia se utiliza entre dos clases o entre una clase y unainterfaz,eindicaqueunaclaserequieredeotraparaproporcionaralgunodesus servicios. Interfaces Unainterfazesunaespecificacindelasemnticadeunconjuntodeoperacionesdeuna claseopaquetequesonvisiblesdesdeotrasclasesopaquetes.Normalmente,secorresponde con una parte del comportamiento del elemento que la proporciona.14Tcnicas y Prcticas Ministerio de Administraciones PblicasMetodologa MTRICA Versin 3PaquetesLospaquetesseusanparadividirelmodelodeclasesdelsistemadeinformacin, agrupandoclasesuotrospaquetessegnloscriteriosqueseanoportunos.Lasdependencias entre ellos se definen a partir de las relaciones establecidas entre los distintos elementos que se agrupan en estos paquetes (ver Diagrama de paquetes).Notacin Clases Una clase se representa como una caja, separada en tres zonas por lneas horizontales.Enlazonasuperiorsemuestraelnombredelaclaseypropiedadesgeneralescomoel estereotipo.Elnombredelaclaseaparececentradoysilaclaseesabstractaserepresentaen cursiva. El estereotipo, si se muestra, se sita sobre el nombre y entre el smbolo: >. La zona central contiene una lista de atributos, uno en cada lnea. La notacin utilizada para representarlosincluye,dependiendodeldetalle,elnombredelatributo,sutipoysuvalorpor defecto, con el formato: visibilidad nombre : tipo = valor-inicial { propiedades } Lavisibilidadserengeneralpublica(+),privada(-)oprotegida(#),aunquepuedehaber otros tipos de visibilidad dependiendo del lenguaje de programacin empleado.En la zona inferior se incluye una lista con las operaciones que proporciona la clase. Cada operacin aparece en una lnea conformato: visibilidad nombre (lista-de-parmetros): tipo-devuelto { propiedad } Lavisibilidadserengeneral publica (+), privada (-) o protegida (#), aunque como con los atributos,puedehaberotrostiposdevisibilidaddependiendodellenguajedeprogramacin.La listadeparmetrosesunalistaconlosparmetrosrecibidosenlaoperacinseparadospor comas. El formato de un parmetro es: nombre : tipo = valor-por-defecto La notacin especificada se puede simplificar segn el nivel de detalle con el que se quiera trabajar en un momento dado. + botonBuscarTtulo_Pulsado ( )+ botonBuscarPrestatario_Pulsado( )+ botonOk_Pulsado ()+ botonCancelar_Pulsado ()+ ttuloResultado ()+ prestatarioResultado ()- comprobarEstado ()+ FormularioDeReservas ( )# botonEliminarTtulo ( )>Formulario de Reservas+ ttulo : Titulo+ prestatario: Informacion_prestatarioTcnicas y Prcticas15 Metodologa MTRICA Versin 3 Ministerio de Administraciones Pblicas Relaciones Unarelacindeasociacinserepresentacomounalneacontinuaentrelasclases asociadas.Enunarelacindeasociacin,ambosextremosdelalneapuedenconectarconla mismaclase,indicandoqueunainstanciadeunaclase,estasociadaaotrasinstanciasdela misma clase, lo que se conoce como asociacin reflexiva. Larelacinpuedetenerunnombreyunestereotipo,quesecolocanjuntoalalnea.El nombresuelecorresponderseconexpresionesverbalespresentesenlasespecificaciones,y define la semntica de la asociacin. Los estereotipos permiten clasificar las relaciones en familias y se escribirn entre el smbolo: >. Las diferentes propiedades de la relacin se pueden representar con la siguiente notacin: Multiplicidad:Lamultiplicidadpuedeserunnmeroconcreto,unrangoounacoleccinde nmeros. La letra n y el smbolo * representan cualquier nmero.Orden:Sepuedeespecificarsilasinstanciasguardanunordenconlapalabraclave {ordered}.Sielmodeloessuficientementedetallado,sepuedeincluirunarestriccinque indique el criterio de ordenacin. Navegabilidad: La navegacin desde una clase a la otra se representa poniendo una flecha sin relleno en el extremo de la lnea, indicando el sentido de la navegacin. Rol o nombre de la asociacin: Este nombre se coloca junto al extremo de la lnea que esta unidaaunaclase,paraexpresarcmoesaclasehaceusodelaotraclaseconlaque mantiene la asociacin. Adems, existen notaciones especficas para los otros tipos de relacin, como son:Agregacin:Serepresentaconunrombohuecoenlaclasecuyainstanciaesuna agregacin de las instancias de la otra.Composicin:Serepresentaconunrombollenoenlaclasecuyainstanciacontienelas instancias de la otra clase. Dependencia: Una lnea discontinua con una flecha apuntando a la clase cliente. La relacin puede tener un estereotipo que se coloca junto a la lnea, y entre el smbolo: >. Herencia: Esta relacin se representa como una lnea continua con una flecha hueca en el extremo que apunta a la superclase.- atributo1 : Tipo- atributo2 : Tipo+ mtodo1( )+ mtodo2( )Clase- atributo1 : Tipo- atributo2 : Tipo+ mtodo1( )+ mtodo2( )ClaseNombre de asociacin (Rol)1 1.. * - atributo1 : Tipo- atributo2 : Tipo+ mtodo1( )+ mtodo2( )Clase- atributo1 : Tipo- atributo2 : Tipo+ mtodo1( )+ mtodo2( )Clase- atributo1 : Tipo- atributo2 : Tipo+ mtodo1( )+ mtodo2( )Clase- atributo1 : Tipo- atributo2 : Tipo+ mtodo1( )+ mtodo2( )ClaseNombre de asociacin (Rol)1 1.. *AGREGACIN COMPOSICIN HERENCIA DEPENDENCIA16Tcnicas y Prcticas Ministerio de Administraciones PblicasMetodologa MTRICA Versin 3Interfaces Unainterfaz se representa como una caja con compartimentos, igual que las clases. En la zonasuperiorseincluyeelnombreyelestereotipo.Lalistadeoperacionesse coloca en la zona inferior, igual que en las representaciones de clases. La zona en la que se listan los atributos estar vaca o puede omitirse. Existeunarepresentacinmssimpleparalainterfaz:uncrculopequeoasociadoauna claseconelnombredelainterfazdebajo.Lasoperacionesdelainterfaznoaparecenenesta representacin; si se quiere que aparezcan, debe usarse la primera notacin. Entreunaclasequeimplementalasoperacionesqueunainterfazofreceyesainterfazse estableceunarelacinderealizacinque,dependiendodelanotacinelegida,serepresentar conunalneacontinuaentreellascuandolainterfazserepresentacomouncrculoyconuna flecha hueca discontinua apuntando a la interfaz cuando se represente como una clase. Paquetes Lospaquetesserepresentanmedianteuniconoconformadecarpeta y las dependencias con flechas discontinuas entre los paquetes dependientes (ver Diagrama de paquetes). Datos>DatosobtenerTtulo ()asignarTtulo()obtenerAutor()asignarAutor ()....Ttulo EjemplarDatos>DatosobtenerTtulo ()asignarTtulo()obtenerAutor()asignarAutor ()....Ttulo EjemplarTcnicas y Prcticas17 Metodologa MTRICA Versin 3 Ministerio de Administraciones Pblicas Ejemplo Estudio del sistema encargado de la gestin de prstamos y reservas de libros y revistas de unabiblioteca.Dependiendodelmomentodeldesarrolloeldiagramaestarmsomenos detallado. As, el diagrama tendra la siguiente estructura en el proceso de anlisis: (Nota.- Esta notacin es la ms habitual, pero MTRICA Versin 3 no exige su utilizacin). 0..*>Informacin delprestatarionombre : Stringtiene / tienenhace referencia a/esprestado entienehace referercia a/ es reservado en - id : Integer- nombre : String

Prstamo- direcc : String- estado : String- cdigo : StringEjemplarTtulo- tiempo pendiente : Dias = 30- tiempo pendiente: Dias = 10fecha : Fecha = fecha_actual+ encontrar sobre ttulo( )+ crear( )+ destruir( )+ encontrar( )+ crear( )- autor : String- isbn : String- nmero de reserva+ encontrar( )+ crear( )+ destruir( )- fecha : Fecha = fecha_ActualTtulo del libro

Reserva+ crear( )+ destruir( )+ encontrar( )+ encontrar( )+ destruir( )+ crear( )+ destruir( )+ encontrar( )

Ttulo de revista0..1

0..*0..10..*0..*copia de0..*

0..*0..*{ ordered }0..*0..*>Informacin delprestatarionombre : Stringtiene / tienenhace referencia a/esprestado entienehace referercia a/ es reservado en - id : Integer- nombre : String

Prstamo- direcc : String- estado : String- cdigo : StringEjemplarTtulo- tiempo pendiente : Dias = 30- tiempo pendiente: Dias = 10fecha : Fecha = fecha_actual+ encontrar sobre ttulo( )+ crear( )+ destruir( )+ encontrar( )+ crear( )- autor : String- isbn : String- nmero de reserva+ encontrar( )+ crear( )+ destruir( )- fecha : Fecha = fecha_ActualTtulo del libro

Reserva+ crear( )+ destruir( )+ encontrar( )+ encontrar( )+ destruir( )+ crear( )+ destruir( )+ encontrar( )

Ttulo de revista0..1

0..*0..10..*0..*copia de0..*

0..*0..*{ ordered }0..*18Tcnicas y Prcticas Ministerio de Administraciones PblicasMetodologa MTRICA Versin 3Diagrama de Componentes El diagrama de componentes proporciona una visin fsica de la construccin del sistema de informacin.Muestralaorganizacindeloscomponentessoftware,susinterfacesylas dependencias entre ellos. Descripcin Como ya se ha indicado, los elementos de estos diagramas son los componentes software y las dependencias entre ellos.Un componente es un mdulo de software que puede ser cdigo fuente, cdigo binario, un ejecutable,ounalibreraconunainterfazdefinida.Unainterfazestablecelasoperaciones externasdeuncomponente,lascualesdeterminanunapartedelcomportamientodelmismo. Adems se representan las dependencias entre componentes o entre un componente y la interfaz de otro, es decir uno de ellos usa los servicios o facilidades del otro. Estos diagramas pueden incluir paquetes que permiten organizar la construccin del sistema deinformacinensubsistemasyquerecogenaspectosprcticosrelacionados con la secuencia de compilacin entre componentes, la agrupacinde elementos en libreras, etc. Notacin Componente Uncomponenteserepresentacomounrectngulo,condospequeosrectngulos superpuestos perpendicularmente en el lado izquierdo. Paradistinguirdistintostiposdecomponentesselespuedeasignarunestereotipo,cuyo nombre estar dentro del smbolo: > Interfaz Serepresentacomounpequeocrculosituadojuntoalcomponentequeloimplementay unidoalporunalneacontinua.Lainterfazpuedetenerunnombrequeseescribejuntoal crculo. Un componente puede proporcionar ms de una interfaz. Paquete Un paquete se representa con un icono de carpeta (ver Diagrama de Paquetes). Tcnicas y Prcticas19 Metodologa MTRICA Versin 3 Ministerio de Administraciones Pblicas Relacin de dependencia Una relacin de dependencia se representa mediante una lnea discontinua con una flecha que apunta al componente o interfaz que provee del servicio o facilidad al otro. La relacin puede tener un estereotipo que se coloca junto a la lnea, entre el smbolo: .Ejemplo.Sistemaencargadodelagestindelosprstamosyreservasdelibrosyrevistasenuna biblioteca. El lenguaje de desarrollo ser Java, y los accesos a la informacin del prestatario sern mediante un paquete de Base de Datos. (Nota.- Esta notacin es la ms habitual, pero MTRICA Versin 3 no exige su utilizacin). Ejemplar.java Prstamo.javaTtulo.java Reserva.javaBDInformacinprestatario20Tcnicas y Prcticas Ministerio de Administraciones PblicasMetodologa MTRICA Versin 3Diagrama de Descomposicin Elobjetivodeldiagramadedescomposicinesrepresentarlaestructurajerrquicadeun dominio concreto.Descripcin La tcnica es una estructura por niveles que se lee de arriba abajo y de izquierda a derecha, donde cada elemento se puede descomponer en otros de nivel inferior y puede ser descrito con el fin de aclarar su contenido. Eldiagramadedescomposicin,tambinconocidocomodiagramajerrquico,tomar distintos nombres en funcin del dominio al que se aplique. En el caso de MTRICA Versin 3, se utilizanlosdiagramasdedescomposicinfuncional,dedescomposicinorganizativoyde descomposicin en dilogos. Notacin Loselementosdeldominioqueseesttratandoserepresentanmedianteunrectngulo, quecontieneunnombrequeloidentifica.Lasrelacionesdeunoselementosconotrosse representan mediante lneas que los conectan. Ejemplo.Diagrama de Descomposicin Organizativo: (Nota.- Esta notacin es la ms habitual, pero MTRICA Versin 3 no exige su utilizacin). Direccin Generalrea 1Subdireccin 1rea 2Subdireccin 3 Subdireccin 2Direccin Generalrea 1Subdireccin 1rea 2Subdireccin 3 Subdireccin 2Tcnicas y Prcticas21 Metodologa MTRICA Versin 3 Ministerio de Administraciones Pblicas Diagrama de Despliegue Elobjetivodeestosdiagramasesmostrarladisposicindelasparticionesfsicasdel sistema de informacin y la asignacin de los componentes software a estas particiones. Es decir, las relaciones fsicas entre los componentes software y hardware en el sistema a entregar.DescripcinEn estos diagramas se representan dos tipos de elementos, nodos y conexiones, as como ladistribucindecomponentesdelsistemadeinformacinconrespectoalaparticinfsicadel sistema. EnMTRICAVersin3seproponeunadefinicinconcretadenodo,prescindiendode determinadosdetalles,peropermitiendounacontinuidadtantoeneldiseocomoenla construccindelsistemadeinformacin.Conestefin,seutilizaelnodocomoparticinfsicao funcional real, pero sin descender a detalles de infraestructura o dimensionamiento; por ejemplo, interesasielnodoprocesadoresarquitecturaIntel,peronotantositienedosocuatro procesadores.Las conexiones representan las formas de comunicacin entre nodos. Adems, a cada nodo se le asocia un subsistema de construccin que agrupa componentes software,permitiendodeestemodo,determinarladistribucindeestoscomponentes.Porlo tanto,undiagramadedesplieguepuedeincluir,dependiendodelniveldedetalle,todoslos elementosdescritosenlatcnicadediagramadecomponentes,ademslosnodosylas conexiones propios de esta tcnica.Notacin Nodo Se representa con la figura de un cubo. El nodo se etiqueta con un nombre representativo de la particin fsica que simboliza. Se pueden asociar a los nodos subsistemas de construccin. Conexin Lasconexionesserepresentanconunalneacontinuaqueuneambosnodosypueden tener una etiqueta que indique el tipo de conexin. (ejemplo: canal, red, protocolo, etc.) 22Tcnicas y Prcticas Ministerio de Administraciones PblicasMetodologa MTRICA Versin 3Ejemplo.Eldiagramarepresentaunaarquitecturacompuestaporunservidorcentraldelgicade negocio y acceso a datos, en un monitor de teleproceso de tipo XXX, al cual hay conectados 10 servidoresdepartamentales,conclientes(100)eimpresoraconectadosacadaunodeellos.No interesatantorecogereneldiagramalainfraestructurareal(laexactituddelaconfiguracin, nmero de procesadores que pueden cambiar con el tiempo y en principio no afecta ni al diseo ni alaconstruccin),comoeltipogenricodelosservidores,losvolmenesenelcasodeque sean significativos (por ejemplo: 100 puestos por departamento). (Nota.- Esta notacin es la ms habitual, pero MTRICA Versin 3 no exige su utilizacin). 10IPXCLIENTEB.D.RELACIONALXXX100IMPRESORALASERSERVIDORDPTO. SERVIDOR LGICA DE NEGOCIOIP (WAN)IP GUIUtilidadesGestin datosObj.negocioMONITOR DETELEPROCESOXXXMONITOR DE TELEPROCESOYYY1010IPXCLIENTEB.D.RELACIONALXXX100IMPRESORALASERSERVIDORDPTO. SERVIDOR LGICA DE NEGOCIOIP (WAN)IP GUIUtilidadesGestin datosObj.negocioMONITOR DETELEPROCESOXXXMONITOR DE TELEPROCESOYYY10Tcnicas y Prcticas23 Metodologa MTRICA Versin 3 Ministerio de Administraciones Pblicas Diagrama de Estructura Elobjetivodeestediagramaesrepresentarlaestructuramodulardelsistemaodeun componente del mismo y definir los parmetros de entrada y salida de cada uno de los mdulos.Parasurealizacinsepartirdelmodelodeprocesosobtenidocomoresultadodela aplicacin de la tcnica de diagrama de flujo de datos (DFD). Descripcin Un diagrama de estructura se representa en forma de rbol con los siguientes elementos: Mdulo:divisindelsoftwareclaraymanejableconinterfacesmodularesperfectamente definidas.Unmdulopuederepresentarunprograma,subprogramaorutinadependiendo dellenguajeautilizar.Admiteparmetrosdellamadayretorno.Eneldiseodealtonivel hayqueverunmdulocomounacajanegra,dondesecontemplanexclusivamentesus entradas y sus salidas y no los detalles de la lgica interna del mdulo. Paraquesereduzcalacomplejidaddelcambioanteunadeterminadamodificacin,es necesario que los mdulos cumplan las siguientes condiciones: Que sean de pequeo tamao. Que sean independientes entre s. Que realicen una funcin clara y sencilla.Conexin: representa una llamada de un mdulo a otro.Parmetro: informacin que se intercambia entre los mdulos. Pueden ser de dos tipos en funcin de la clase de informacin a procesar: Control:sonvaloresdecondicinqueafectanalalgicadelosmdulosllamados. Sincronizan la operativa de los mdulos. Datos:informacincompartidaentremdulosyqueesprocesadaenlosmdulos llamados. Otros componentes que se pueden representar en el diagrama de estructura son: Mdulo predefinido: es aquel mdulo que est disponible en la biblioteca del sistema o de la propia aplicacin, y por tanto no es necesario codificarlo.Almacn de datos: es la representacin fsica del lugar donde estn almacenados los datos del sistema. Dispositivo fsico: es cualquier dispositivo por el cual se puede recibir o enviar informacin que necesite el sistema.24Tcnicas y Prcticas Ministerio de Administraciones PblicasMetodologa MTRICA Versin 3Estructuras del diagrama Existen ciertas representaciones grficas que permiten mostrar la secuencia de las llamadas entre mdulos. Las posibles estructuras son: Secuencial:unmdulollamaaotrosmdulosunasolavezy,seejecutandeizquierdaa derecha y de arriba abajo. Repetitiva: cada uno de los mdulos inferiores se ejecuta varias veces mientras se cumpla una condicin. Alternativa:cuandoelmdulosuperior,enfuncindeunadecisin,llamaaunmdulou otro de los de nivel inferior. Principios del diseo estructurado El diagrama de estructura se basa en tres principios fundamentales: Ladescomposicindelosmdulos,demaneraquelosmdulosquerealizanmltiples funciones se descompongan en otros que slo realicen una. Los objetivos que se persiguen con la descomposicin son:Reducir el tamao del mdulo. Hacerelsistemamsfcildeentenderymodificaryporlotantofacilitarel mantenimiento del mismo.Minimizar la duplicidad de cdigo. Tcnicas y Prcticas25 Metodologa MTRICA Versin 3 Ministerio de Administraciones Pblicas Crear mdulos tiles. La jerarqua entre los mdulos, de forma que los mdulos de niveles superiores coordinen a losdenivelesinferiores.Aldividirlosmdulosjerrquicamente,esposiblecontrolarel nmero de mdulos que interactan con cualquiera de los otros.La independencia de los mdulos, de manera que cada mdulo se ve como una caja negra, ynicamenteesimportantesufuncinysuaparienciaexterna,ynolosdetallesdesu construccin. Estrategias de diseo Dependiendodelaestructurainicialdeldiagramadeflujodedatossobreelquesevaa realizar el diseo, existen dos estrategias para obtener el diagrama de estructura. El uso de una de las dos estrategias no implica que la otra no se utilice, eso depender de las caractersticas de los procesos representados en el DFD. Estas estrategias son: Anlisis de transformacin. Anlisis de transaccin. 1.- Anlisis de Transformacin El anlisis de transformacin es un conjunto de pasos que permiten obtener, a partir de un DFD con caractersticas de transformacin, la estructura del diseo de alto nivel del sistema. Un DFD con caractersticas de transformacin es aqul en el que se pueden distinguir: Flujo de llegada o entrada. Flujo de transformacin o centro de transformacin que contiene los procesos esenciales del sistema y es independiente de las caractersticas particulares de la entrada y la salida. Flujo de salida. Losdatosquenecesitaelsistemaserecogenporlosmdulosqueseencuentrenenlas ramasdelaizquierda,demodoquelosdatosqueseintercambianenesaramasern ascendentes.Enlasramascentraleshabrmovimientodeinformacincompartida,tanto ascendente como descendente. En las ramas de la derecha, la informacin ser de salida y, por lo tanto, descendente. Los pasos a realizar en el anlisis de transformacin son: 1.Identificar el centro de transformacin. Para ello ser necesario delimitar los flujos de llegada y salida de la parte del DFD que contiene las funciones esenciales del sistema. 2.Realizar el primer nivel de factorizacin o descomposicin del diagrama de estructura. Habr que identificar tres mdulos subordinados a un mdulo de control del sistema:Mdulo controlador del proceso de informacin de entrada. Mdulo controlador del centro de transformacin. Mdulo controlador del proceso de la informacin de salida. 3.Elaborarelsegundoniveldefactorizacin.SetransformacadaprocesodelDFDenun mdulo del diagrama de estructura. 4.Revisar la estructura del sistema utilizando medidas y guas de diseo. 26Tcnicas y Prcticas Ministerio de Administraciones PblicasMetodologa MTRICA Versin 3A continuacin se muestra un grfico explicativo de dicha estrategia de diseo:

BECF HISISTEMAOBTENERDATOSCOBTENERDATOSECENTRO DETRANSFORMACINPRODUCIRDATOSJOBTENERDATOSBMODULOFMODULOHMODULOILEER LEER ESCRIBIREstrategia de Anlisis de TransformacinInformacin de EntradaInformacin de SalidaCentro de TransformacinJBECF HISISTEMAOBTENERDATOSCOBTENERDATOSECENTRO DETRANSFORMACINPRODUCIRDATOSJOBTENERDATOSBMODULOFMODULOHMODULOILEER LEER LEER LEER ESCRIBIR ESCRIBIREstrategia de Anlisis de TransformacinInformacin de EntradaInformacin de SalidaCentro de TransformacinJTcnicas y Prcticas27 Metodologa MTRICA Versin 3 Ministerio de Administraciones Pblicas 2.- Anlisis de Transaccin El anlisis de transaccin se aplica cuando en un DFD existe un proceso que en funcin del flujo de llegada, determina la eleccin de uno o ms flujos de informacin.Se denomina centro de transaccin al proceso desde el que parten los posibles caminos de informacin. Los pasos a realizar en el anlisis de transaccin son: 1.Identificarelcentrodetransaccin.SedelimitalapartedelDFDenlaqueapartirdeun camino de llegada se establecen varios caminos de accin. 2.TransformarelDFDenlaestructuraadecuadaalprocesodetransacciones.Elflujode transaccionesseconvierteenunaestructuradeprogramaconunabifurcacindeentraday una de salida. 3.Factorizarlaestructuradecadacaminodeaccin.Cadacaminoseconvierteenuna estructura que se corresponde con las caractersticas especficas del flujo (de transaccin o de transformacin). 4.Refinar la estructura del sistema utilizando medidas y guas de diseo. 28Tcnicas y Prcticas Ministerio de Administraciones PblicasMetodologa MTRICA Versin 3A continuacin se muestra un grfico explicativo de dicha estrategia de diseo: Validar transaccinValidar transaccinValidar transaccinActualizar transaccinActualizar transaccinActualizar transaccinANLISISTRANSAC.CANLISISTRANSAC.AANLISISTRANSAC.BSISTEMAANALIZARTRANSACCIONPROCESAMIENTOTRANSACCIONPROCESARTRANSAC.APROCESARTRANSAC.BPROCESARTRANSAC.CEstrategia de Anlisis de TransaccinImprimirABCCentro de TransaccinDeterminar tipo transaccinIMPRIMIRValidar transaccinValidar transaccinValidar transaccinValidar transaccinActualizar transaccinActualizar transaccinActualizar transaccinANLISISTRANSAC.CANLISISTRANSAC.AANLISISTRANSAC.BSISTEMAANALIZARTRANSACCIONPROCESAMIENTOTRANSACCIONPROCESARTRANSAC.APROCESARTRANSAC.BPROCESARTRANSAC.CEstrategia de Anlisis de TransaccinImprimir ImprimirABCCentro de TransaccinDeterminar tipo transaccinIMPRIMIRTcnicas y Prcticas29 Metodologa MTRICA Versin 3 Ministerio de Administraciones Pblicas Evaluacin del diseo Unavezquehayansidoelaboradoslosdiagramasdeestructura,habrqueevaluarel diseoestudiandodistintoscriteriosymedidas.Seutilizandosmtricasquemidenlacalidad estructural de un diseo: Acoplamiento. Cohesin. Elacoplamientosepuededefinircomoelgradodeinterdependenciaexistenteentrelos mdulos, por tanto, depende del nmero de parmetros que se intercambian. El objetivo es que el acoplamientoseaelmnimoposible,esdecir,conseguirquelosmdulosseanloms independientes entre s.Esdeseableunbajoacoplamiento,debidoaquecuantasmenosconexionesexistanentre dos mdulos, menor ser la posibilidad de que aparezcan efectos colaterales al modificar uno de ellos.Adems,semejoraelmantenimiento,porquealcambiarunmduloporotro,haymenos riesgodeactualizarlalgicainternadelosmdulosasociados.Losdiferentesgradosde acoplamiento son: Dedatos:losmdulossecomunicanmedianteparmetrosqueconstituyenelementosde datos simples.Demarca:esuncasoparticulardelacoplamientodedatos,dndelacomunicacinentre mdulos es travs de estructuras de datos. De control: aparece cuando uno o varios de los parmetros de comunicacin son de control, es decir variables que controlan las decisiones de los mdulos subordinados o superiores. Externo: los mdulos estn ligados a componentes externos (dispositivos E/S, protocolos de comunicaciones, etc.). Comn: varios mdulos hacen referencia a un rea comn de datos. Los mdulos asociados alreacomndedatospuedenmodificarlosvaloresdeloselementosdedatoso estructuras de datos que se incluyen en dicha rea. De contenido: ocurre cuando un mdulo cualquiera accede o hace uso de los datos de una parte de otro mdulo. Lacohesinesunamedidadelarelacinfuncionaldeloselementosdeunmdulo,es decir,lasentenciaogrupodesentenciasquelocomponen,lasllamadasaotrosmdulosolas definiciones de los datos. Un mdulo con alta cohesin realiza una tarea concreta y sencilla. El objetivo es intentar obtener mdulos con una cohesin alta o media. Los distintos niveles de cohesin, de mayor a menor, son: Funcional: todos los elementos que componen el mdulo estn relacionados en el desarrollo de una nica funcin.Secuencial: un mdulo empaqueta en secuencia varios mdulos con cohesin funcional. Decomunicacin:todosloselementosdeprocesamientoutilizanlosmismosdatosde entrada y de salida. Procedimental:todosloselementosdeprocesamientodeunmduloestnrelacionadosy deben ejecutarse en un orden determinado. En este tipo existe paso de controles.Temporal:unmdulocontienetareasrelacionadasporelhechodequetodasdeben realizarse en el mismo intervalo de tiempo. Lgica: un mdulo realiza tareas relacionadas de forma lgica (por ejemplo un mdulo que produce todas las salidas independientemente del tipo).Casual: un mdulo realiza un conjunto de tareas que tienen poca o ninguna relacin entre s. 30Tcnicas y Prcticas Ministerio de Administraciones PblicasMetodologa MTRICA Versin 3Un buen diseo debe ir orientado a conseguir que los mdulos realicen una funcin sencilla eindependientedelasdems(mximacohesin),yqueladependenciaconotrosmdulos sea mnima (acoplamiento mnimo), lo cual facilita el mantenimiento del diseo.Notacin Mdulo Se representa mediante un rectngulo con su nombre en el interior. Unmdulopredefinidoserepresentaaadiendodoslneasverticalesyparalelasenel interior del rectngulo Conexin Serepresentamedianteunalneaterminadaenpuntadeflechacuyadireccinindicael mdulollamado.Parallamadasamdulosestticosseutilizatrazocontinuoyparallamadasa mdulos dinmicos trazo discontinuo.

Parmetros La representacin vara segn su tipo: control (flags) o datos. REALIZAR PRESTAMOIMPRIMIRCHEQUEDEPAGOIMPRIMIRCHEQUEDEPAGOBAMdulo quellamaConexinMdulollamadoConexin estticaConexin dinmicaTcnicas y Prcticas31 Metodologa MTRICA Versin 3 Ministerio de Administraciones Pblicas Almacn de datos Dispositivo fsico (Nota.- Esta notacin es la ms habitual, pero MTRICA Versin 3 no exige su utilizacin). OBTENER CONTRATOENCONTRAR EMPLEADOControlDatosNombre del clienteNmero de contratoNmero de contrato correctoOBTENER CONTRATOENCONTRAR EMPLEADOControlDatosControlDatosNombre del clienteNmero de contratoNmero de contrato correctoNOMBRENOMBRE32Tcnicas y Prcticas Ministerio de Administraciones PblicasMetodologa MTRICA Versin 3Ejemplo. Elsiguienteejemplomuestraunprocesodeemisinde cheques para el pago de nminas delosempleadosdeunaempresa.Enlsediferencianlosclculosrelativosalostrabajadores empleadosporhorasylosqueposeencontrato.Lalecturadelficherodeempleadosyla impresindeloschequessonmdulosyadisponiblesenlaslibrerasdelsistema,esdecir, mdulos predefinidos. LEER REGISTRODE PAGOEMITIR CHEQUES EMPLEADOSIMPRIMIRCHEQUEDE PAGOOBTENERNETOPOR HORASCALCULARNETO PORCONTRATOCALCULAR BRUTOPOR HORASCALCULARDEDUCCIONESNORMALESCALCULAROTRASDEDUCCIONESNmeroempleadoNombreempleadoCALCULARNETOEMPLEADO PagosueldonetoRegistropagosalarioRegistropagohorasPagonetohorasFin deficheroRegistroempleadoTarifanormalPagasTarifaporhorasHorastrabajadasPagobrutocontratoPagobrutohorasPagobrutohorasPagobrutocontratoDescuentosimpuestosDeduccionesnormalesRetencinimpuestosDeduccionesnormalesPagonetoRegistropagoPagoempleadoTcnicas y Prcticas33 Metodologa MTRICA Versin 3 Ministerio de Administraciones Pblicas Diagrama de Flujo de Datos (DFD) El objetivo del diagrama de flujo de datos es la obtencin de un modelo lgico de procesos querepresenteelsistema,conindependenciadelasrestriccionesfsicasdelentorno.Asse facilita su comprensin por los usuarios y los miembros del equipo de desarrollo. El sistema se divide en distintos niveles de detalle, con el objetivo de: Simplificar la complejidad del sistema, representando los diferentes procesos de que consta. Facilitar el mantenimiento del sistema. Descripcin Un diagrama de flujo de datos es una tcnica muy apropiada para reflejar de una forma clara yprecisalosprocesosqueconformanelsistemadeinformacin.Permiterepresentar grficamente los lmites del sistema y la lgica de los procesos, estableciendo qu funciones hay quedesarrollar.Adems,muestraelflujoomovimientodelosdatosatravsdelsistemaysus transformaciones como resultado de la ejecucin de los procesos. Estatcnicaconsisteenladescomposicinsucesivadelosprocesos,desdeunnivel general, hasta llegar al nivel de detalle necesario para reflejar toda la semntica que debe soportar el sistema en estudio. El diagrama de flujo de datos se compone de los siguientes elementos: Entidad externa: representa un ente ajeno al sistema que proporciona o recibe informacin del mismo. Puede hacer referencia a departamentos, personas, mquinas, recursos u otros sistemas. El estudio de las relaciones entre entidades externas no forma parte del modelo. Puedeaparecervariasvecesenunmismodiagrama,ascomoenlosdistintosnivelesdel DFD para mejorar la claridad del diagrama. Proceso:representaunafuncionalidadquetienequellevaracaboelsistemaparatransformar o manipular datos. El proceso debe ser capaz de generar los flujos de datos de salida a partir de los de entrada, ms una informacin constante o variable al proceso. El proceso nunca es el origen ni el final de los datos, puede transformar un flujo de datos de entradaenvariosdesalidaysiempreesnecesariocomointermediarioentreunaentidad externa y un almacn de datos.Almacndedatos:representalainformacinenreposoutilizadaporelsistema independientementedelsistemadegestindedatos(porejemploun.fichero,basede datos, archivador, etc.). Contiene la informacin necesaria para la ejecucin del proceso. Elalmacnnopuedecrear,transformarodestruirdatos,nopuedeestarcomunicadocon otroalmacnoentidadexternayaparecerporprimeravezenaquelnivelenquedoso ms procesos accedan a l. Flujodedatos:representaelmovimientodelosdatos,yestablecelacomunicacinentre los procesos y los almacenes de datos o las entidades externas. Un flujo de datos entre dos procesos slo es posible cuando la informacin es sncrona, es decir, el proceso destino comienza cuando el proceso origen finaliza su funcin.Losflujosdedatosquecomunicanprocesosconalmacenespuedenserdelossiguientes tipos: 34Tcnicas y Prcticas Ministerio de Administraciones PblicasMetodologa MTRICA Versin 3Deconsulta:representanlautilizacindelosvaloresdeunoomscamposdeun almacn o la comprobacin de que los valores de los campos seleccionados cumplen unos criterios determinados. Deactualizacin:representanlaalteracindelosdatosdeunalmacncomo consecuencia de la creacin de un nuevo elemento, por eliminacin o modificacin de otros ya existentes. De dilogo: es un flujo entre un proceso y un almacn que representa una consulta y una actualizacin. Existen sistemas que precisan de informacin orientada al control de datos y requieren flujos yprocesosdecontrol,ascomolosmecanismosquedesencadenansuejecucin.Paraque resulteadecuadoelanlisisdeestossistemas,sehaampliadolanotacindelosdiagramasde flujo de datos incorporando los siguientes elementos: Procesodecontrol:representaprocesosquecoordinanysincronizanlasactividadesde otros procesos del diagrama de flujo de datos.Flujo de control: representa el flujo entre un proceso de control y otro proceso. El flujo de controlquesaledeunprocesodecontrolactivaalprocesoquelorecibeyelque entra le informadelasituacindeunproceso.Adiferenciadelosflujostradicionales,quepueden considerarsecomoprocesadoresdedatosporquereflejanelmovimientoytransformacin delosmismos,losflujosdecontrolnorepresentandatosconvalores,sinoqueencierto modo, se trata de eventos que activan los procesos (seales o interrupciones). Descomposicin o explosin por niveles Losdiagramasdeflujodedatoshanderepresentarelsistemadelaformamsclara posible,porellosuconstruccinsebasaenelprincipiodedescomposicinoexplosinen distintos niveles de detalle.La descomposicin por niveles se realiza de arriba abajo (top-down),es decir, se comienza enelnivelmsgeneralyseterminaenelmsdetallado,pasandoporlosnivelesintermedios necesarios. De este modo se dispondr de un conjunto de particiones del sistema que facilitarn su estudio y su desarrollo. La explosin de cada proceso de un DFD origina otro DFD y es necesario comprobar que se mantiene la consistencia de informacin entre ellos, es decir, que la informacin de entrada y de salidadeunprocesocualquierasecorrespondeconlainformacindeentradaydesalidadel diagrama de flujo de datos en el que se descompone. Encualquieradelasexplosionespuedeaparecerunprocesoquenonecesite descomposicin. A ste se le denomina Proceso primitivo y slo se detalla en l su entrada y su salida,ademsdeunadescripcindeloquerealiza.Enlaconstruccinhayqueevitarenlo posibleladescomposicindesigual,esdecir,queunnivelcontengaunprocesoprimitivo,yotro que necesite ser particionado en uno o varios niveles ms.El modelo de procesos deber contener: Un diagrama de contexto (Nivel 0). Un diagrama 0 (Nivel 1). Tantos diagramas 1, 2, 3, ... n como funciones haya en el diagrama 0 (Nivel 2).Tantos niveles intermedios como sea necesario. Varios DFD en el ltimo nivel de detalle. Eldiagramadecontextotienecomoobjetivodelimitarelmbitodelsistemaconelmundo exteriordefiniendosusinterfaces.Enestediagramaserepresentaunnicoprocesoque Tcnicas y Prcticas35 Metodologa MTRICA Versin 3 Ministerio de Administraciones Pblicas correspondealsistemaenestudio,unconjuntodeentidadesexternasquerepresentanla procedenciaydestinodelainformacinyunconjuntodeflujosdedatosquerepresentanlos caminos por los que fluye dicha informacin. Acontinuacin,esteprocesosedescomponeenotroDFD,enelqueserepresentanlos procesosprincipalesosubsistemas.Unsubsistemaesunconjuntodeprocesoscuyas funcionalidadestienenalgoencomn.stosdebernseridentificadosenbaseadeterminados criterios,comoporejemplo:funcionesorganizativasoadministrativaspropiasdelsistema, funcioneshomogneasdelosprocesos,localizacingeogrficadelosmismos,procesosque actualicen los mismos almacenes de datos, etc.Cadaunodelosprocesosprincipalessedescomponeasuvezenotrosquerepresentan funciones ms simples y se sigue descomponiendo hasta que los procesos estn suficientemente detallados y tengan una funcionalidad concreta, es decir, sean procesos primitivos. Comoresultadoseobtieneunmodelodeprocesosdelsistemade informacin que consta de un conjunto de diagramas de flujo de datos de diferentes niveles de abstraccin, de modo que cada uno proporciona una visin ms detallada de una parte definida en el nivel anterior. Adems de los diagramas de flujo de datos, el modelo de procesos incluye la especificacin de los flujos de datos, de los almacenes de datos y la especificacin detallada de los procesos que noprecisandescomposicin,esdecirlosprocesosdeltimoniveloprimitivos.Enla especificacindeunprocesoprimitivosedebedescribir,deunamaneramsomenosformal, cmoseobtienenlosflujosdedatosdesalidaapartirdelosflujosdedatosdeentraday caractersticas propias del proceso.Dependiendo del tipo de proceso se puede describir el procedimiento asociado utilizando un lenguajeestructuradoounpseudocdigo,apoyndoseentablasdedecisinorbolesde decisin. 36Tcnicas y Prcticas Ministerio de Administraciones PblicasMetodologa MTRICA Versin 3Acontinuacinsemuestraunejemplogrficoquerepresentaladedescomposicin jerrquica de los diagramas de flujo de datos. Diagrama 0(Nivel 1) Diagramade Contexto(Nivel 0) SISTEMA Diagrama intermedio Diagrama 1 (Nivel 2)Diagrama 2 (Nivel 2) Procesos Primitivos Tcnicas y Prcticas37 Metodologa MTRICA Versin 3 Ministerio de Administraciones Pblicas Notacin Entidad externa: Serepresentamedianteunaelipseconunidentificadoryunnombresignificativoensu interior Silaentidadexternaaparecevariasvecesenunmismodiagrama,serepresentaconuna lnea inclinada en el ngulo superior izquierdo. Proceso: Se representa por un rectngulo subdividido en tres casillas donde se indica el nombre del proceso, un nmero identificativo y la localizacin. Sielprocesoesdeltimonivel,serepresentaconunasteriscoenelnguloinferior derecho separado con una lnea inclinada. Elnombredelprocesodebeserlomsrepresentativoposible.Normalmenteestar constituido por un verbo ms un sustantivo. Elnmeroidentificativoserepresentaenlapartesuperiorizquierdaeindicaelniveldel DFDenque se est. Hay que resaltar que el nmero no indica orden de ejecucin alguno entre los procesos ya que en un DFD no se representa una secuencia en el tratamiento de los datos. El A1 CLIENTEA1 CLIENTENOMBRE DELPROCESOLocalizacin IDNOMBRE DELPROCESOLocalizacin ID*38Tcnicas y Prcticas Ministerio de Administraciones PblicasMetodologa MTRICA Versin 3nmeroqueidentificaelprocesoesnicoenelsistemaydebeseguirelsiguienteestndarde notacin: El proceso del diagrama de contexto se numera como cero. Los procesos del siguiente nivel se enumeran desde 1 y de forma creciente hasta completar el nmero de procesos del diagrama. En los niveles inferiores se forma con el nmero del proceso en el que est incluido seguido de un nmero que lo identifica en ese contexto. Lalocalizacinexpresaelnombredelprocesoorigendeladescomposicinqueseest tratando. Almacn de datos: Se representa por dos lneas paralelas cerradas en un extremo y una lnea vertical que las une.Enlapartederechaseindicaelnombredelalmacndedatosyenlaparteizquierdael identificador de dicho almacn en el DFD.

Si un almacn aparece repetido dentro un DFD se puede representar de la siguiente forma: Flujo de datos: Se representa por una flecha que indica la direccin de los datos, y que se etiqueta con un nombre representativo. La representacin de los flujos de datos entre procesos y almacenes es la siguiente: IDNOMBREIDNOMBRENombre del flujo de datosFLUJO DE CONSULTAFLUJO DEACTUALIZACINFLUJO DE DILOGOALMACN 2 A2 ALMACN 3 A3 ALMACN 1 A1Tcnicas y Prcticas39 Metodologa MTRICA Versin 3 Ministerio de Administraciones Pblicas Proceso de control: Se representa por un rectngulo, con trazo discontinuo, subdividido en tres casillas donde se indica el nombre del proceso, un nmero identificativo y la localizacin. Flujo de control: Se representa por una flecha con trazo discontinuo que indica la direccin de flujo y que se etiqueta con un nombre representativo. Ejemplo. LafiguraesundiagramadeflujosdeunSistemaGestordePedidos.Enlestn representadostodosloselementosquepuedenintervenirenunaDiagramadeFlujodeDatos.NOMBRE DEL PROCESOLocalizacin IDNombre del flujo de controlCLIENTEPEDIDOPROVEEDORORDEN DECOMPRAALBARNENTREGACOMPONER PEDIDOS2 GEST. PEDIDOSVALIDAR PEDIDO1 GEST. PEDIDOSSTOCK A1PEDIDOS PDTES. A2EMITIR FACTURA3 GEST. PEDIDOSCONTROL DE EMISINGEST. PEDIDOS 3OKPEDIDO COMPLETADOPEDIDO VLIDOFACTURA40Tcnicas y Prcticas Ministerio de Administraciones PblicasMetodologa MTRICA Versin 3Consistencia de los diagramas de flujo de datos Una vez construidos los diagramas de flujo de datos que componen el modelo de procesos delsistemadeinformacin,esnecesariocomprobaryasegurarsuvalidez.Paraello,sedebe estudiarcadadiagramacomprobandoqueeslegible,depocacomplejidadysilosnombres asignados a sus elementos ayudan a su comprensin sin ambigedades. Adems, los diagramas deben ser consistentes. En los diagramas hay que comprobar que en un DFD resultado de una explosin: No falten flujos de datos de entrada o salida que acompaaban al proceso del nivel superior. No aparezca algn flujo que no estuviese ya asociado al proceso de nivel superior. TodosloselementosdelDFDresultantedebenestarconectadosdirectaoindirectamente con los flujos del proceso origen. A continuacin se incluyen ejemplos de la consistencia o inconsistencia de los diagramas de flujo de datos. Sea el diagrama de contexto de la figura. Los flujos A, C y D, entran al sistema, y el flujo B sale de l.DCABE1E20SistemaE3DIAGRAMA DE CONTEXTOTcnicas y Prcticas41 Metodologa MTRICA Versin 3 Ministerio de Administraciones Pblicas Ejemplo de consistencia de diagramas de flujo de datos Enlaexplosindelsistemaeneldiagramadenivel1,aparecentodoslosflujos,yensu sentidocorrecto:AyCentranalsubsistemaoproceso1,Bsaledelproceso2,yDentraenel proceso 3. Se observa que el proceso 3, origina dos flujos de salida: E que va a al proceso 1, y F al proceso 2. La descomposicin del proceso 1, muestra los flujos A, C y E correctamente, como entradas a las funciones del diagrama. LosdemsflujosestnenlazadosconlosalmacenesA1yA2delmismomodoqueenel diagrama anterior.

A1ACB21A23DFEDIAGRAMA DENIVEL 1A1CAA21.2 1.1EEDIAGRAMA DELPROCESO 142Tcnicas y Prcticas Ministerio de Administraciones PblicasMetodologa MTRICA Versin 3Ejemplo de inconsistencia de diagramas de flujo de datos Partiendo del mismo diagrama de contexto utilizado en el anterior ejemplo, los flujos A, C y D,queentranalsistema,yelflujoB,quesaledel,debenaparecerenlaprimera descomposicin, el diagrama de nivel 1. En la figura se aprecia que falta el flujo D, y hay un flujo G que o bien falta en el nivel anterior, sobra en este. Por otro lado, en el proceso 3 no entra ningn flujo, no es posible por tanto que transforme datos saliendo los flujos E y F y adems est desconectado del nivel anterior.

En el siguiente paso, la inconsistencia ms clara es la falta del flujo C, que entra al proceso 1, y sin embargo no aparece en su explosin. Adems, hay otra inconsistencia respecto al almacn A1: en el diagrama del nivel anterior, el proceso 1 se conectaba con un flujo de entrada-salida este almacn, cosa que no se refleja en el diagrama de este proceso, en el que slo aparece uno de entrada. A1ACB2 1A23FEDIAGRAMA DENIVEL 1GA1AA21.2 1.1EEDIAGRAMA DELPROCESO 1Tcnicas y Prcticas43 Metodologa MTRICA Versin 3 Ministerio de Administraciones Pblicas Ejemplo de construccin. Elcasoenestudioesunmodelodeprocesosdeunsistemadeinformacinde Conocimientosdetcnicos.Segnestosconocimientos,lostcnicospodrnserasignadosa determinados proyectos de la organizacin. Elsistemarecogerlainformacinreferentealostcnicos,procedentedelaDireccin tcnicadelaorganizacinydelosproyectos,procedentedecualquierseccinoUnidadde Negocio en las que est dividida dicha organizacin. LasentidadesexternassonpuesDireccinTcnicayUnidaddeNegocio,queintroducen losdatosalsistemayhacenpeticionesdeconsultaseinformessobrelostcnicosysus conocimientos. El diagrama de contexto ser el siguiente: Losflujosdeentradason:DatosTcnicos,condatosdelostcnicosintroducidosporla Direccin Tcnica, as como posibles peticiones de informacin sobre ellos; y Datos Unidad, que provienedelaUnidaddeNegocio,conteniendodatosreferentesalaunidad,deproyectosy clientes, as como posibles peticiones de consultas sobre los mismos. Losflujosdesalidason:InformacinTcnicos,quecontendrdatosdetcnicos,de consulta o informes, para uso de la Direccin Tcnica y Consultas Unidad, con datos requeridos por la Unidad de Negocio.DIRECCINTCNICACONOCIMIENTOS0UNIDAD DENEGOCIODATOS TCNICOSINFORMACINTCNICOSCONSULTASUNIDADDATOS UNIDAD44Tcnicas y Prcticas Ministerio de Administraciones PblicasMetodologa MTRICA Versin 3ElsistemadeConocimientossedescomponeeneldiagramadenivel1,conteniendodos subsistemas. El subsistema 1 recoger las funciones a realizar con los datos de los tcnicos de la organizacin (actualizaciones, consultas, informes, etc.), por lo que se denomina Tratar Tcnicos. El subsistema 2 contendr las funciones asociadas al procesamiento de datos de proyectos, por lo que se le da el nombre Tratar Proyectos. Eneldiagramaseencuentrancuatroalmacenes,tresdeloscualessonaccedidospor funciones de los dos subsistemas: A1 Conocimientos, A2 Proyectos y A3 Tcnicos. El cuarto, A4 Clientes, slo es accedido por el subsistema Tratar Proyectos. Los flujos sin nombre indican que hay entrada y/o salida de todos los datos del almacn. En este diagrama siguen apareciendo las entidades externas para la mayor comprensin del mismo. Apartirdeahora,secentrarelejemploenladescomposicindelsubsistema1Tratar Tcnicos, hasta llegar a su nivel ms detallado. DIRECCINTCNICADATOS TCNICOSINFORMACINTCNICOSUNIDAD DENEGOCIOCONSULTASUNIDADDATOSUNIDADTRATAR PROYECTOS2 CONOCIMIENTOSTRATAR TCNICOS1 CONOCIMIENTOSTCNICOS A3PROYECTOS A2CONOCIMIENTOS A1CLIENTES A4Tcnicas y Prcticas45 Metodologa MTRICA Versin 3 Ministerio de Administraciones Pblicas En el diagrama resultado de la explosin de Tratar Tcnicos, se incluyen cuatro procesos o funciones para el tratamiento completo de stos.ElflujodeentradaDatosTcnicossecomponetantodelosdatosprofesionalesdelos tcnicos, como de datos de peticiones de informacin sobre los mismos, por lo cual se ha dividido en dos: Datos Profesionales, que es entrada del proceso 1.1 Validar datos Tcnicos y Peticiones Informacin Tcnicos, que entra en la funcin 1.4 Informar. Paralavalidacin,elproceso1.1ValidarDatosTcnicosobtieneinformacindelalmacn A3 Tcnicos y genera una salida, el flujo Datos Tcnicos Correctos, que lleva los datos vlidos a lafuncin1.2ActualizarAlmacenesTcnicos.Estafuncinseencargadeactualizarlos almacenes A3 Tcnicos y A1 Conocimientos, pero tambin emite un flujo al proceso 1.3 Asignar a Proyectos. ste se encarga de hacer asignaciones de tcnicos en el almacn A2 Proyectos. Lafuncin1.4Informar,recibelaspeticionesdeinformacinsobretcnicos,lasprocesa utilizandolosalmacenesnecesariosygeneraelflujoInformacinTcnicosqueiralaentidad Direccin Tcnica, segn muestran los primeros diagramas. ACTUALIZAR ALMACENESTCNICOS1.2 TRAT. TCNICOSVALIDAR DATOSTCNICOS1.1 TRAT. TCNICOSTCNICOS A3CONOCIMIENTOS A1ASIGNAR A PROYECTOS1.3 TRAT. TCNICOSINFORMAR1.4 TRAT. TCNICOSPROYECTOS A2TCNICOS A3DATOS PROFESIONALESPETICININFORMACINTCNICOSINFORMACINTCNICOSDATOS TCNICOSCORRECTOSDATOS TCNICOSPARA PROYECTOS46Tcnicas y Prcticas Ministerio de Administraciones PblicasMetodologa MTRICA Versin 3Obsrvese que para mayor claridad no se ha incluido ya ninguna entidad externa, y adems, seharepetidoelalmacnA3Tcnicos,evitandoqueelcrucedeflujososcurezcalalecturadel diagrama. Enestemomento,todoslosprocesosseconsideranprimitivos,exceptoelproceso1.4 Informar, del que se obtiene su descomposicin. Sus funciones han de obtener Informes Tcnicos yConsultasTcnicos,flujosquecomponenInformacinTcnicosqueaparecaenelnivel anterior. Por otro lado, tambin aparece dividido el flujo de entrada Peticiones Informacin Tcnicos, diferenciando la entrada al proceso de consultas o al de emisin de informes. Por ltimo, se puede apreciar que los almacenes son los mismos que se conectaban con el proceso en el nivel anterior y los flujos son de entrada a las funciones. (Nota.- Esta notacin es la ms habitual, pero MTRICA Versin 3 no exige su utilizacin). TCNICOS A3CONOCIMIENTOS A1EMITIR INFORMES DETCNICOS1.4.2 INFORMARPROYECTOS A2PETICIONESCONSULTAS TCNICOSPETICIONES INFORMESTCNICOSINFORMESTCNICOSRESOLVER CONSULTASTCNICOS1.4.1 INFORMARCONSULTASTCNICOSTcnicas y Prcticas47 Metodologa MTRICA Versin 3 Ministerio de Administraciones Pblicas Diagrama de Interaccin Elobjetivodeestatcnicaesdescribirelcomportamientodinmicodelsistemade informacinmedianteelpasodemensajesentrelosobjetosdelmismo.Ademsrepresentaun medio para verificar la coherencia del sistema mediante la validacin con el modelo de clases.Descripcin Undiagramadeinteraccindescribeendetalleundeterminadoescenariodeuncasode uso. En l se muestra la interaccin entre el conjunto de objetos que cooperan en la realizacin de dicho escenario. Suele ser conveniente especificar en la parte izquierda del diagrama el caso de uso que se est representando para que resulte ms sencilla su validacin. Los elementos que componen los diagramas de interaccin son los objetos y los mensajes: Un objeto es una entidad que tiene un estado, un comportamiento e identidad. La estructura y el comportamiento comn de diferentes objetos se recoge en una clase. En un diagrama de interaccin, los objetos sern al final instancias de una determinada clase o de un actor. Un mensaje es una comunicacin entre dos objetos. El envo de un mensaje por parte de un objeto (emisor) a otro (receptor), puede provocar que se ejecute una operacin, se produzca un evento o se cree o destruya un objeto. Haydostiposdediagramasdeinteraccin:diagramasdesecuenciaydiagramasde colaboracin. Ambos tipos de diagramas tratan la misma informacin pero cada uno hace nfasis en un aspecto particular en cuanto a la forma de mostrarla.Losdiagramasdesecuenciamuestrandeformaexplcitalasecuenciadelosmensajes intercambiadosporlosobjetos,mientrasquelosdiagramasdecolaboracinmuestrandeforma ms clara cmo colaboran los objetos, es decir, con qu otros objetos tiene vnculos o intercambia mensajes un determinado objeto. A continuacin se detallan las particularidades de cada uno de ellos. 48Tcnicas y Prcticas Ministerio de Administraciones PblicasMetodologa MTRICA Versin 3Diagrama de secuencia El diagrama de secuencia es un tipo de diagrama de interaccin cuyo objetivo es describir el comportamientodinmicodelsistemadeinformacinhaciendonfasisenlasecuenciadelos mensajes intercambiados por los objetos. Descripcin Undiagramadesecuenciatienedosdimensiones,elejeverticalrepresentaeltiempoyel eje horizontal los diferentes objetos. El tiempo avanza desde la parte superior del diagrama hacia lainferior.Normalmente,enrelacin al tiempo slo es importante la secuencia de los mensajes, sinembargo,enaplicacionesdetiemporealsepodraintroducirunaescalaenelejevertical. Respectoalosobjetos,esirrelevanteelordenenqueserepresentan,aunquesucolocacin debera poseer la mayor claridad posible.Cada objeto tiene asociados una lnea de vida y focos de control. La lnea de vida indica el intervalodetiempoduranteelqueexisteeseobjeto.Unfocodecontroloactivacinmuestrael periododetiempoenelcualelobjetoseencuentraejecutandoalgunaoperacin,yasea directamente o mediante un procedimiento concurrente. Notacin Objeto y lnea de vida Un objeto se representa como una lnea vertical discontinua, llamada lnea de vida, con un rectngulodeencabezadoconelnombredelobjetoensuinterior.Tambinsepuedeincluira continuacin el nombre de la clase, separando ambos por dos puntos. Sielobjetoescreadoenelintervalodetiemporepresentadoeneldiagrama,lalnea comienzaenelpuntoquerepresentaeseinstanteyencimasecolocaelobjeto.Sielobjetoes destruido durante la interaccin que muestra el diagrama, la lnea de vida termina en ese punto y se seala con un aspa de ancho equivalente al del foco de control.Enelcasodequeunobjetoexistiesealprincipiodelainteraccinrepresentadaenel diagrama,dichoobjetosesituarenlapartesuperiordeldiagrama,porencimadelprimer mensaje.Siunobjetonoeseliminadoeneltiempoqueduralainteraccin,sulneadevidase prolonga hasta la parte inferior del diagrama. Lalneadevidadeunobjetopuededesplegarseendosomslneasparamostrarlos diferentesflujosdemensajesquepuedeintercambiarunobjeto,dependiendodealguna condicin. Foco de control o activacin Serepresentacomounrectngulodelgadosuperpuestoalalneadevidadelobjeto.Su largodependerdeladuracindelaaccin.Lapartesuperiordelrectnguloindicaeliniciode una accin ejecutada por el objeto y la parte inferior su finalizacin. Tcnicas y Prcticas49 Metodologa MTRICA Versin 3 Ministerio de Administraciones Pblicas Mensaje Un mensaje se representa como una flecha horizontal entre las lneas de vida de los objetos que intercambian el mensaje. La flecha va desde el objeto que enva el mensaje al que lo recibe. Adems,unobjetopuedemandarseunmensajeasmismo,enestecasolaflechacomienzay termina en su lnea de vida.La flecha tiene asociada una etiqueta con el nombre del mensaje y los argumentos. Tambin pueden ser etiquetados los mensajes con un nmero de secuencia, sin embargo, este nmero no es necesario porque la localizacin fsica de las flechas que representan a los mensajes ya indica el orden de los mismos. Losmensajespuedenpresentartambincondicioneseiteraciones.Unacondicinse representamedianteunaexpresinbooleanaencerradaentrecorchetesjuntoaunmensaje,e indicaqueesemensajesloesenviadoencasodeserciertalacondicin.Unaiteracinse representa con un asterisco y una expresin entre corchetes, que indica el nmero de veces que se produce. (Nota.- Esta notacin es la ms habitual, pero MTRICA Versin 3 no exige su utilizacin). prepara( )Objeto2: ClaseB Objeto3: ClaseC Objeto1: ClaseAObjeto4: ClaseDprepara( ) nuevocondicin mensajeactivacin *verifica( ) [verifica=verdadero]iteracincreacin denuevo objetomensajeeliminacin deobjeto50Tcnicas y Prcticas Ministerio de Administraciones PblicasMetodologa MTRICA Versin 3Ejemplo.Diagramadesecuenciaparaelcasodeuso:Prestarunejemplardeunaaplicacin encargada de los prstamos y reservas de una biblioteca: : Bibliotecario3: encontrar ejemplar ( )7: crear(informacin del prestatario, ejemplar): Ttulo : Informacin del prestatario: Ventana de Prstamos: Prstamo : Ejemplar1: encontrar ttulo ( )2: encontrar(String)5: identificar prestatario ( )6: encontrar (String)4: encontrar sobre ttulo (Ttulo)Tcnicas y Prcticas51 Metodologa MTRICA Versin 3 Ministerio de Administraciones Pblicas Diagrama de colaboracin El diagrama de colaboracin es un tipo de diagrama de interaccin cuyo objetivo es describir elcomportamientodinmicodelsistemadeinformacinmostrandocmointeractan los objetos entres,esdecir,conquotrosobjetostienevnculosointercambiamensajesundeterminado objeto. Descripcin Un diagrama de colaboracin muestra la misma informacin que un diagrama de secuencia pero de forma diferente. En los diagramas de colaboracin no existe una secuencia temporal en el eje vertical; es decir, la colocacin de los mensajes en el diagrama no indica cul es el orden en el que se suceden. Adems, la colocacin de los objetos es ms flexible y permite mostrar de forma msclaraculessonlascolaboracionesentreellos.Enestosdiagramaslacomunicacinentre objetossedenominavnculooenlace(link)yestarparticularizadamediantelosmensajesque intercambian.Notacin Objeto Un objeto se representa con un rectngulo dentro del que se incluye el nombre del objeto y, si se desea, el nombre de la clase, separando ambos por dos puntos.Vnculo En el diagrama, un vnculo se representa como una lnea continua que une ambos objetos y quepuedetenerunoovariosmensajesasociadosenambasdirecciones.Comounvnculo instanciaunarelacindeasociacinentreclases,tambinsepuedeindicarlanavegabilidaddel mismo mediante una flecha. Mensaje Unmensajeserepresentaconunapequeaflechacolocadajuntoala lnea del vnculo al queestasociado.Ladireccindelaflechavadelobjetoemisordelmensajealreceptordel mismo. Junto a ella, se coloca el nombre del mensaje y sus argumentos.Adiferenciadelosdiagramasdesecuencia, en los diagramas de colaboracin siempre se muestra el nmero de secuencia del mensaje delante de su nombre, ya que no hay otra forma de conocer la secuencia de los mismos. Adems,losmensajespuedentenerasociadascondicioneseiteracionesquese representarn como en los diagramas de secuencia. 52Tcnicas y Prcticas Ministerio de Administraciones PblicasMetodologa MTRICA Versin 3Ejemplo.Diagramadecolaboracinparaelcasodeuso:Prestarunejemplardeunaaplicacin encargada de los prstamos y reservas de una biblioteca. (Nota.- Esta notacin es la ms habitual, pero MTRICA Versin 3 no exige su utilizacin). :Bibliotecario1: encontrar ttulo ()3: encontrar ejemplar ()5: identificar prestatario ()7: crear (informacindel prestatario ,ejemplar)4: encontrar sobrettulo (Ttulo)6: encontrar(String):Ventana dePrestamos:Prstamo:Informacin delPrestatario:Ejemplar:Ttulo2: encontrar(String)Tcnicas y Prcticas53 Metodologa MTRICA Versin 3 Ministerio de Administraciones Pblicas Diagrama de Paquetes El objetivo de estos diagramas es obtener una visin ms clara del sistema de informacin orientado a objetos, organizndolo en subsistemas, agrupando los elementos del anlisis, diseo oconstruccinydetallandolasrelacionesdedependenciaentreellos.Elmecanismode agrupacin se denomina Paquete. Estrictamente hablando, los paquetes y sus dependencias son elementos de los diagramas decasosdeuso,declasesydecomponentes,porloquesepodradecirqueeldiagramade paquetes es una extensin de stos. En MTRICA Versin 3, el diagrama de paquetes es tratado comounatcnicaaparte,queseaplicaenelanlisisparalaagrupacindecasosdeusoode clases de anlisis, en el diseo de la arquitectura para la agrupacin de clases de diseo y en el diseo detallado para agrupar componentes. Descripcin Estos diagramas contienen dos tipos de elementos:Paquetes:Unpaqueteesunaagrupacindeelementos,bienseacasosdeuso,claseso componentes.Lospaquetespuedencontenerasuvezotrospaquetesanidadosqueen ltima instancia contendrn alguno de los elementos anteriores.Dependencias entre paquetes: Existe una dependencia cuando un elemento de un paquete requieredeotroqueperteneceaunpaquetedistinto.Esimportanteresaltarquelas dependencias no son transitivas. Sepuedenoptimizarestosdiagramasteniendoencuentacuestionescomo:la generalizacin de paquetes, el evitar ciclos en la estructura del diagrama, la minimizacin de las dependencias entre paquetes, etc. Notacin Paquete Un paquete se representa mediante un smbolo con forma de carpeta en el que se coloca el nombre en la pestaa y el contenido del paquete dentro de la carpeta. En los casos en que no sea visible el contenido del paquete se podr colocar en su lugar el nombre. Si el paquete tiene definido un estereotipo, ste se representa encima del nombre entre el smbolo >, y si se definen propiedades, se representan debajo del nombre y entre llaves. Lavisibilidaddeloselementosqueformanelpaquetesedebeindicaranteponiendoasu nombre los smbolos: + para los pblicos, - para los privadosy # para los protegidos. DependenciaLasdependenciasserepresentanconunaflechadiscontinuaconinicioenelpaqueteque depende del otro. 54Tcnicas y Prcticas Ministerio de Administraciones PblicasMetodologa MTRICA Versin 3Ejemplo.Sistemaencargadodelagestindelosprstamosyreservasdelibrosyrevistasenuna biblioteca. (Nota.- Esta notacin es la ms habitual, pero MTRICA Versin 3 no exige su utilizacin). Paquete NegocioPaquete BD + Persistencia # EliminacinPaquete de Utilidad + ObjetoID

Paquete GUI+ Ventana de Prstamos+ Ventana de Devoluciones+ Ventana de Reservas- Ventana de Mantenimiento+ Ejemplar+ Prstamo+ Ttulo+ Informacin del prestatario+ Ttulo del libro+ Reserva+ Ttulo de la revistaTcnicas y Prcticas55 Metodologa MTRICA Versin 3 Ministerio de Administraciones Pblicas Diagrama de Transicin de Estados Undiagramadetransicindeestadosmuestraelcomportamientodependientedeltiempo deunsistemadeinformacin.Representalosestadosquepuedetomaruncomponenteoun sistema y muestra los eventos que implican el cambio de un estado a otro. Descripcin Losdoselementosprincipalesenestosdiagramassonlosestadosylasposibles transiciones entre ellos.El estado de un componente o sistema representa algn comportamiento que es observable externamente y que perdura durante un periodo de tiempo finito. Viene dado por el valor de uno o varios atributos que lo caracterizan en un momento dado.Unatransicinesuncambiodeestadoproducidoporuneventoyreflejalosposibles caminos para llegar a un estado final desde un estado inicial. Desde un estado pueden surgir varias transiciones en funcin del evento que desencadena el cambio de estado, teniendo en cuenta que, las transiciones que provienen del mismo estado no pueden tener el mismo evento, salvo que exista alguna condicin que se aplique al evento