UNIVERSIDAD TECNOLÓGICA
TULA-TEPEJI
Carrera: Tecnologías De La Información Y
Comunicación, Área sistemas Informáticos
Integrantes del equipo:
Emmanuel Granados Sandoval
Cuatrimestre: 5° Grupo: 2
Fecha: 12/04/15
Nombre del profesor
M. en C. José Ángel Pérez Hernández
Materia: Calidad del Desarrollo de Software
Tema: Modelos de Calidad
Diagrama CMMI
El CMMI
 El CMMI esun enfoque de mejorade procesosque proveealasorganizacionesde los
elementosesencialesparaunprocesoefectivo.
 El CMMI esel Modelode Madurez de CapacidadesIntegrado.
 Fue desarrolladoporel SEI(Software EnginneringInstitute).
 Mide la madurezdel desarrollodel software enunaescaladel 1al 5.
 Algunosde losobjetivosdel CMMIy que son buenosparael negocio.
 ProducirserviciosyProductosde altacalidad.
 Crear valorpara losaccionistas.
 Mejorar lasatisfaccióndel cliente.
 Incrementarlaparticipaciónenel mercado.
 Ganar reconocimientoenlaindustria.
El modelo CMMI for Development
El modelotiene 4áreasde conocimientoodisciplinasque incluyenCMMI-SW/SE/IPPD/SSCMMI-
SW/SE/IPPDCMMI-SW/SECMMI-SW
• Ingenieríade Software (SW)
• Ingenieríade Sistemas(SE)
• DesarrolloIntegradode ProductosyProcesos(IPPD)
• AcuerdosconProveedores(SS).Disciplinasdel Modelo
Disciplinas del Modelo
 Ingenieríade Sistemas:Abarcael desarrollototal del sistemaque puede onoincluirel
desarrollode software.
 Ingenieríade Software:Cubre el desarrollode software ysumantenimiento.
Disciplinas del Modelo
 Desarrollointegradode ProductosyProcesos:Contemplaunenfoque sistemáticoparala
colaboraciónde losinvolucradosrelevantesatravésde lavidadel producto.
 Acuerdocon Proveedores:Enproyectoscomplejosse requiere de laincorporaciónde
proveedoresparaejecutarfuncionesoañadirmodificacionesaproductos
Representaciones
El CMMI tiene dosrepresentaciones:
 Por Etapas (Staged)
 Continuo(Continuous)
 Estas representacionespermitenalaorganizaciónperseguirdiferentesobjetivosde
mejora.La presentacióny organizaciónde lainformaciónesdiferente paracadauna,sin
embargoel contenidoesel mismo.
CMMI por Etapas
 Da una secuenciaprobadapara lamejoraendonde cada una esbase para lasiguiente.
 Se puede migrarfácilmente delCMMa CMMI-SW.
CMMI Continuo
 Cada nivel de madurezesunaplataformabiendefinidaparaevolucionarlamejora.
 Existencinconivelesde madurez.
 Cada nivel esunabase para la mejorautilizandounasecuenciaprobadadesde susbases.
Niveles de Madurez (por Etapas)
 Nivel 1(Inicial):El procesoesimpredecible,esreactivoypobremente controlado.
 Nivel 2(Administrado):El procesoesreactivoyse caracterizapor su aplicacióna
proyectos.
 Nivel 3(Definido):El procesoesproactivoyse ve a nivel de laorganización.
 Nivel 4(AdministradoCuantitativamente):El procesoesmedidoycontrolado.
 Nivel 5(Optimizado):El procesose enfocaenlamejoracontinua.
Niveles de Madurez (Continuo)
 Nivel 0(incompleto):El procesonose ejecutaose hace parcialmente.
 Nivel 1(Ejecutado):El procesose ejecutayse producenproductosbasadosenproductos
de entradaidentificados.
 Nivel 2(Administrado):El procesoesreactivoyse caracterizapor su aplicacióna
proyectos.
 Nivel 3(Definido):El procesoesproactivoyse ve a nivel de laorganización.
 Nivel 4(AdministradoCuantitativamente):El procesoesmedidoycontrolado.
 Nivel 5(Optimizado):El procesose enfocaenlamejoracontinua.
Áreas de Proceso
 RequirementsManagement(REQM)
 ProjectPlanning(PP)
 ProjectMonitoringandControl (PMC)
 SupplierAgreementManagement(SAM)
 MeasurementandAnalysis(M&A)
 Processand ProductQualityAssurance (PPQA)
 ConfigurationManagement(CM)
 RequirementsDevelopment(RD)
 Technical Solution(TS)
 ProductIntegration(PI)
 Verification(VER)
 Validation(VAL)
 OrganizationProcessFocus(OPF)
 OrganizationProcessDefinition(OPD)
 Organizational Training(OT)
 IntegratedProjectManagementforIPPD(IPPD)
 RiskManagement(RSKM)
 IntegratedTeaming(IT) soloparaIPPD
 DecisionAnalysisandResolution(DAR)
 Organizational EnvironmentforIntegration(OEI) soloparaIPPD
 Organizational ProcessPerformance(OPP)
 Quantitative ProjectManagement(QPM)
 Organizational InnovationandDeployment(OID)
 Causal AnalysisandResolution(CAR)
 IntegratedSupplierManagement(ISM) soloparaSS.
CMMI (porEtapas)
 Nivel 2(Administrado)
 RequirementsManagement(REQM)
 ProjectPlanning(PP)
 ProjectMonitoringandControl (PMC)
 SupplierAgreementManagement(SAM)
 MeasurementandAnalysis(M&A)
 Processand ProductQualityAssurance (PPQA)
 ConfigurationManagement(CM)
CMMI (porEtapas) Nivel 3 (Definido)
 RequirementsDevelopment(RD)
 Technical Solution(TS)
 ProductIntegration(PI)
 Verification(VER)
 Validation(VAL)
 OrganizationProcessFocus(OPF)
 OrganizationProcessDefinition(OPD)
 Organizational Training(OT)
 IntegratedProjectManagementforIPPD(IPPD)
 RiskManagement(RSKM)
 IntegratedTeaming(IT)
 DecisionAnalysisandResolution(DAR)
 Organizational EnvironmentforIntegration(OEI)
CMMI (porEtapas) Nivel 4 (Administrado Cuantitativamente)
 Organizational ProcessPerformance(OPP)
 Quantitative ProjectManagement(QPM)
CMMI (porEtapas) Nivel 5 (Optimizado)
 Organizational InnovationandDeployment(OID)
 Causal AnalysisandResolution(CAR)
Administración de Procesos
 OrganizationProcessFocus(OPF)
 OrganizationProcessDefinition(OPD)
 Organizational Training(OT)
 Organizational ProcessPerformance(OPP)
 Organizational Innovationand Deployment(OID)
Administración de Proyectos
 ProjectPlanning(PP)
 ProjectMonitoringandControl (PMC)
 SupplierAgreementManagement(SAM)
 IntegratedProjectManagementforIPPD(IPPD)
 RiskManagement(RSKM)
 IntegratedTeaming(IT)
 IntegratedSupplierManagement(IPM)
 Quantitative ProjectManagement(QPM)
Ingeniería
 RequirementsManagement(REQM)
 RequirementsDevelopment(RD)
 Technical Solution(TS)
 ProductIntegration(PI)
 Verification(VER)
 Validation(VAL)
Soporte
 MeasurementandAnalysis(M&A)
 Processand ProductQualityAssurance (PPQA)
 ConfigurationManagement(CM)
 Organizational EnvironmentforIntegration(OEI)
 DecisionAnalysisandResolution(DAR)
 Causal AnalysisandResolution(CAR)
¿Cuál Seleccionar?
Continuo
 Noscentramosenlos problemas,mitigaciónde riesgosyenloque le interesaalos
objetivosde laorganización.
 Permite lacomparaciónentre áreasde proceso.
 Permite unacomparacióncontrael modeloISO15504.
Por Etapas
 Provee unasecuenciade lasmejorasdesde laadministraciónbásicahastanivelesde alta
madurez.
 Permite al comparaciónentre organizacionesporlosnivelesde madurez.
 Provee unsoloindicadorque permite lacomparaciónentre organizaciones.
Moprosoft
MoprosoftMoprosoftse define comounmodelode procesosparael desarrolloy
mantenimientode softwaredirigidoalapequeñaymedianaindustriaya las áreas
internasde desarrollode software [6]. Suobjetivoprincipal esincorporarlasmejores
prácticas engestióne ingenieríade software.Suincorporaciónenlaindustria
eventualmentepermitiráelevarlacapacidadde ofrecerproductosyserviciosde software
con calidad.Moprosoftfue desarrolladoporexpertosmexicanosque recopilaronlas
experienciasexitosasde laindustriade software anivel mundial,ylasadaptarona las
necesidadesycaracterísticasde las pequeñasymedianasindustriasmexicanas(PYMEs)
desarrolladorasde software.Moprosoftestádivididoen9procesos,llamadostambién
prácticas,organizadosporcategorías de acuerdoa susrespectivasáreasde aplicación.Las
categorías de procesoscoincidenconlostresnivelesbásicosde laestructurade una
organización:altadirección,gestióny operación.Lafigura2 muestralaestructurade los9
procesosdivididosporcategoría. Cada procesoestacuidadosamente detalladoatravés
de un instrumentollamadoPatrónde Procesos.Estadescripciónestádivididaen3 partes:
descripcióngeneral,descripciónde prácticasyguías de ajuste.
Descripción general incluyelossiguientescomponentes:nombre delproceso,categoría,
propósito,descripción,objetivos,indicadores,metascuantitativas,responsabilidady
autoridad.La descripciónde laprácticaincluye:rolesinvolucradosycapacitación,
actividades,diagramade flujode trabajo(enUML),verificacionesyvalidaciones,
incorporaciónala base de conocimiento,recursosde infraestructura,mediciones,
capacitación,situacionesexcepcionales,leccionesaprendidas.Moprosoftdeterminael
nivel de madurezde lacapacidadde cada procesoa travésde una evaluación,que permite
colocar a la empresaenunode lossiguientes5niveles. Nivel 1:ProcesoRealizadoNivel 2:
ProcesoAdministradoNivel 3:ProcesoEstablecidoNivel 4:ProcesoPredecibleNivel 5:
Optimizacióndel procesoTambiénexisteel nivel 0,que indicaque el procesoestá
incompleto(caos).El nivelde unaempresacorrespondeal nivel máximoal que están
todossus 9 procesos.Par pasar de un nivel al siguiente,laempresadebe cumplirtodos los
requisitosde losnivelesanterioresmáslosdel nuevonivel.Losrequisitosde cadanivel se
encuentrandetalladosenel modelo.
Moprosoft
Ventajas Desventajas
Específicopara el desarrollo y mantenimiento
de Software.
Define actividades de manera muy general
Fácil de entender(Comprensible) Para asegurar la calidad del producto y
proceso se requiere CMMI
Practico y fácil de aplicar, sobre en pequeñas
organizaciones
El 33° de las practicasno cubiertasde definir e
implementar como son Administración de
Configuración (CM)
Y Medición y Análisis (MA)
Orientado a mejorar los procesos para
contribuir a los objetivos del negocio y no
simplemente ser un marco de referencias de
certificación.
Define los procesos por áreas de actividades
se da naturalmente entre áreas.
Debe tener un mecanismo de evaluación o
certificación durante un periodo de vigencias
específico.
Aplicable como norma mexicana
Cuadro Comparativo
CMMI MOPROSOFT
Integraciónde modelosde madurezde
capacidades
Modelosde procesospara laindustriade
software
Es un modeloparala mejorayevaluaciónen
losprocesospara el desarrollo,
mantenimientoyoperaciónde sistemasde
SW.
Modelospara lamejoray evaluaciónde
procesosde desarrolloymantenimientode
sistemasyproductosse SW
Para empresasde todoslospaíses Solopara empresasMexicanas
Abarca soloel procesodonde se desarrollael
SE
Abarca los9 procesosde evaluaciónde SW
CMMI para servicioestádiseñadoparacubrir
todaslas actividadesque requieregestionar,
estableceryentregarservicios
Se basa en losmodelode procesosISO
9001:2000 enlas áreasde procesosde los
niveles2y3 de CMMI SW versión1.1
Las mejores prácticasCMMI se publicanenlos
documentosllamadosmodelos
Desarrolladoporlaasociaciónmexicanapara
la calidadeningenieríade SW
En la actualidadhaytresáreas de interés
cubiertasporlosmodelosde CMMI
Normaapropiadaa las características de
tamañode lasempresasmexicanas
Ideas Fuerza
Es clara la necesidadennuestropaísde aplicarmétodosprobadosparadesarrollode software
(estoes,ingenieríade software) ylanecesidadde seguirmodelosde mejoraparaconseguir
competenciainternacional.La competenciainternacional esunanecesidadenel mundo
globalizadoactual.

Modelos de calidad cmmi moprosoft

  • 1.
    UNIVERSIDAD TECNOLÓGICA TULA-TEPEJI Carrera: TecnologíasDe La Información Y Comunicación, Área sistemas Informáticos Integrantes del equipo: Emmanuel Granados Sandoval Cuatrimestre: 5° Grupo: 2 Fecha: 12/04/15 Nombre del profesor M. en C. José Ángel Pérez Hernández Materia: Calidad del Desarrollo de Software
  • 2.
    Tema: Modelos deCalidad Diagrama CMMI El CMMI  El CMMI esun enfoque de mejorade procesosque proveealasorganizacionesde los elementosesencialesparaunprocesoefectivo.  El CMMI esel Modelode Madurez de CapacidadesIntegrado.  Fue desarrolladoporel SEI(Software EnginneringInstitute).  Mide la madurezdel desarrollodel software enunaescaladel 1al 5.  Algunosde losobjetivosdel CMMIy que son buenosparael negocio.  ProducirserviciosyProductosde altacalidad.  Crear valorpara losaccionistas.
  • 3.
     Mejorar lasatisfaccióndelcliente.  Incrementarlaparticipaciónenel mercado.  Ganar reconocimientoenlaindustria. El modelo CMMI for Development El modelotiene 4áreasde conocimientoodisciplinasque incluyenCMMI-SW/SE/IPPD/SSCMMI- SW/SE/IPPDCMMI-SW/SECMMI-SW • Ingenieríade Software (SW) • Ingenieríade Sistemas(SE) • DesarrolloIntegradode ProductosyProcesos(IPPD) • AcuerdosconProveedores(SS).Disciplinasdel Modelo Disciplinas del Modelo  Ingenieríade Sistemas:Abarcael desarrollototal del sistemaque puede onoincluirel desarrollode software.  Ingenieríade Software:Cubre el desarrollode software ysumantenimiento. Disciplinas del Modelo  Desarrollointegradode ProductosyProcesos:Contemplaunenfoque sistemáticoparala colaboraciónde losinvolucradosrelevantesatravésde lavidadel producto.  Acuerdocon Proveedores:Enproyectoscomplejosse requiere de laincorporaciónde proveedoresparaejecutarfuncionesoañadirmodificacionesaproductos Representaciones El CMMI tiene dosrepresentaciones:
  • 4.
     Por Etapas(Staged)  Continuo(Continuous)  Estas representacionespermitenalaorganizaciónperseguirdiferentesobjetivosde mejora.La presentacióny organizaciónde lainformaciónesdiferente paracadauna,sin embargoel contenidoesel mismo. CMMI por Etapas  Da una secuenciaprobadapara lamejoraendonde cada una esbase para lasiguiente.  Se puede migrarfácilmente delCMMa CMMI-SW. CMMI Continuo  Cada nivel de madurezesunaplataformabiendefinidaparaevolucionarlamejora.  Existencinconivelesde madurez.  Cada nivel esunabase para la mejorautilizandounasecuenciaprobadadesde susbases. Niveles de Madurez (por Etapas)  Nivel 1(Inicial):El procesoesimpredecible,esreactivoypobremente controlado.  Nivel 2(Administrado):El procesoesreactivoyse caracterizapor su aplicacióna proyectos.  Nivel 3(Definido):El procesoesproactivoyse ve a nivel de laorganización.  Nivel 4(AdministradoCuantitativamente):El procesoesmedidoycontrolado.  Nivel 5(Optimizado):El procesose enfocaenlamejoracontinua. Niveles de Madurez (Continuo)  Nivel 0(incompleto):El procesonose ejecutaose hace parcialmente.  Nivel 1(Ejecutado):El procesose ejecutayse producenproductosbasadosenproductos de entradaidentificados.  Nivel 2(Administrado):El procesoesreactivoyse caracterizapor su aplicacióna proyectos.  Nivel 3(Definido):El procesoesproactivoyse ve a nivel de laorganización.  Nivel 4(AdministradoCuantitativamente):El procesoesmedidoycontrolado.  Nivel 5(Optimizado):El procesose enfocaenlamejoracontinua.
  • 5.
    Áreas de Proceso RequirementsManagement(REQM)  ProjectPlanning(PP)  ProjectMonitoringandControl (PMC)  SupplierAgreementManagement(SAM)  MeasurementandAnalysis(M&A)  Processand ProductQualityAssurance (PPQA)  ConfigurationManagement(CM)  RequirementsDevelopment(RD)  Technical Solution(TS)  ProductIntegration(PI)  Verification(VER)  Validation(VAL)  OrganizationProcessFocus(OPF)  OrganizationProcessDefinition(OPD)  Organizational Training(OT)  IntegratedProjectManagementforIPPD(IPPD)  RiskManagement(RSKM)  IntegratedTeaming(IT) soloparaIPPD  DecisionAnalysisandResolution(DAR)  Organizational EnvironmentforIntegration(OEI) soloparaIPPD  Organizational ProcessPerformance(OPP)  Quantitative ProjectManagement(QPM)  Organizational InnovationandDeployment(OID)  Causal AnalysisandResolution(CAR)  IntegratedSupplierManagement(ISM) soloparaSS. CMMI (porEtapas)  Nivel 2(Administrado)  RequirementsManagement(REQM)  ProjectPlanning(PP)  ProjectMonitoringandControl (PMC)  SupplierAgreementManagement(SAM)
  • 6.
     MeasurementandAnalysis(M&A)  ProcessandProductQualityAssurance (PPQA)  ConfigurationManagement(CM) CMMI (porEtapas) Nivel 3 (Definido)  RequirementsDevelopment(RD)  Technical Solution(TS)  ProductIntegration(PI)  Verification(VER)  Validation(VAL)  OrganizationProcessFocus(OPF)  OrganizationProcessDefinition(OPD)  Organizational Training(OT)  IntegratedProjectManagementforIPPD(IPPD)  RiskManagement(RSKM)  IntegratedTeaming(IT)  DecisionAnalysisandResolution(DAR)  Organizational EnvironmentforIntegration(OEI) CMMI (porEtapas) Nivel 4 (Administrado Cuantitativamente)  Organizational ProcessPerformance(OPP)  Quantitative ProjectManagement(QPM) CMMI (porEtapas) Nivel 5 (Optimizado)  Organizational InnovationandDeployment(OID)  Causal AnalysisandResolution(CAR) Administración de Procesos  OrganizationProcessFocus(OPF)  OrganizationProcessDefinition(OPD)  Organizational Training(OT)  Organizational ProcessPerformance(OPP)  Organizational Innovationand Deployment(OID) Administración de Proyectos
  • 7.
     ProjectPlanning(PP)  ProjectMonitoringandControl(PMC)  SupplierAgreementManagement(SAM)  IntegratedProjectManagementforIPPD(IPPD)  RiskManagement(RSKM)  IntegratedTeaming(IT)  IntegratedSupplierManagement(IPM)  Quantitative ProjectManagement(QPM) Ingeniería  RequirementsManagement(REQM)  RequirementsDevelopment(RD)  Technical Solution(TS)  ProductIntegration(PI)  Verification(VER)  Validation(VAL) Soporte  MeasurementandAnalysis(M&A)  Processand ProductQualityAssurance (PPQA)  ConfigurationManagement(CM)  Organizational EnvironmentforIntegration(OEI)  DecisionAnalysisandResolution(DAR)  Causal AnalysisandResolution(CAR) ¿Cuál Seleccionar? Continuo  Noscentramosenlos problemas,mitigaciónde riesgosyenloque le interesaalos objetivosde laorganización.  Permite lacomparaciónentre áreasde proceso.  Permite unacomparacióncontrael modeloISO15504.
  • 8.
    Por Etapas  Proveeunasecuenciade lasmejorasdesde laadministraciónbásicahastanivelesde alta madurez.  Permite al comparaciónentre organizacionesporlosnivelesde madurez.  Provee unsoloindicadorque permite lacomparaciónentre organizaciones. Moprosoft MoprosoftMoprosoftse define comounmodelode procesosparael desarrolloy mantenimientode softwaredirigidoalapequeñaymedianaindustriaya las áreas internasde desarrollode software [6]. Suobjetivoprincipal esincorporarlasmejores prácticas engestióne ingenieríade software.Suincorporaciónenlaindustria eventualmentepermitiráelevarlacapacidadde ofrecerproductosyserviciosde software con calidad.Moprosoftfue desarrolladoporexpertosmexicanosque recopilaronlas experienciasexitosasde laindustriade software anivel mundial,ylasadaptarona las necesidadesycaracterísticasde las pequeñasymedianasindustriasmexicanas(PYMEs) desarrolladorasde software.Moprosoftestádivididoen9procesos,llamadostambién prácticas,organizadosporcategorías de acuerdoa susrespectivasáreasde aplicación.Las categorías de procesoscoincidenconlostresnivelesbásicosde laestructurade una organización:altadirección,gestióny operación.Lafigura2 muestralaestructurade los9 procesosdivididosporcategoría. Cada procesoestacuidadosamente detalladoatravés de un instrumentollamadoPatrónde Procesos.Estadescripciónestádivididaen3 partes: descripcióngeneral,descripciónde prácticasyguías de ajuste. Descripción general incluyelossiguientescomponentes:nombre delproceso,categoría, propósito,descripción,objetivos,indicadores,metascuantitativas,responsabilidady autoridad.La descripciónde laprácticaincluye:rolesinvolucradosycapacitación, actividades,diagramade flujode trabajo(enUML),verificacionesyvalidaciones, incorporaciónala base de conocimiento,recursosde infraestructura,mediciones, capacitación,situacionesexcepcionales,leccionesaprendidas.Moprosoftdeterminael nivel de madurezde lacapacidadde cada procesoa travésde una evaluación,que permite colocar a la empresaenunode lossiguientes5niveles. Nivel 1:ProcesoRealizadoNivel 2: ProcesoAdministradoNivel 3:ProcesoEstablecidoNivel 4:ProcesoPredecibleNivel 5: Optimizacióndel procesoTambiénexisteel nivel 0,que indicaque el procesoestá incompleto(caos).El nivelde unaempresacorrespondeal nivel máximoal que están todossus 9 procesos.Par pasar de un nivel al siguiente,laempresadebe cumplirtodos los requisitosde losnivelesanterioresmáslosdel nuevonivel.Losrequisitosde cadanivel se encuentrandetalladosenel modelo.
  • 9.
    Moprosoft Ventajas Desventajas Específicopara eldesarrollo y mantenimiento de Software. Define actividades de manera muy general Fácil de entender(Comprensible) Para asegurar la calidad del producto y proceso se requiere CMMI Practico y fácil de aplicar, sobre en pequeñas organizaciones El 33° de las practicasno cubiertasde definir e implementar como son Administración de Configuración (CM) Y Medición y Análisis (MA) Orientado a mejorar los procesos para contribuir a los objetivos del negocio y no simplemente ser un marco de referencias de certificación. Define los procesos por áreas de actividades se da naturalmente entre áreas. Debe tener un mecanismo de evaluación o certificación durante un periodo de vigencias específico. Aplicable como norma mexicana Cuadro Comparativo CMMI MOPROSOFT Integraciónde modelosde madurezde capacidades Modelosde procesospara laindustriade software Es un modeloparala mejorayevaluaciónen losprocesospara el desarrollo, mantenimientoyoperaciónde sistemasde SW. Modelospara lamejoray evaluaciónde procesosde desarrolloymantenimientode sistemasyproductosse SW Para empresasde todoslospaíses Solopara empresasMexicanas
  • 10.
    Abarca soloel procesodondese desarrollael SE Abarca los9 procesosde evaluaciónde SW CMMI para servicioestádiseñadoparacubrir todaslas actividadesque requieregestionar, estableceryentregarservicios Se basa en losmodelode procesosISO 9001:2000 enlas áreasde procesosde los niveles2y3 de CMMI SW versión1.1 Las mejores prácticasCMMI se publicanenlos documentosllamadosmodelos Desarrolladoporlaasociaciónmexicanapara la calidadeningenieríade SW En la actualidadhaytresáreas de interés cubiertasporlosmodelosde CMMI Normaapropiadaa las características de tamañode lasempresasmexicanas Ideas Fuerza Es clara la necesidadennuestropaísde aplicarmétodosprobadosparadesarrollode software (estoes,ingenieríade software) ylanecesidadde seguirmodelosde mejoraparaconseguir competenciainternacional.La competenciainternacional esunanecesidadenel mundo globalizadoactual.