Propagacion de lo propietario - Historial de revisiones

Epsilon en 06:31 30 may 2022

2022-05-30T06:31:47Z

Epsilon en 17:45 6 mar 2021

2021-03-06T17:45:05Z

Epsilon en 18:56 2 ene 2021

2021-01-02T18:56:51Z

Epsilon en 18:56 2 ene 2021

2021-01-02T18:56:33Z

Epsilon: Página creada con «"Propagacion de lo propietario" es un antipatron que consiste en la integración de sistemas empleados sistemas de información y protocolos no estandar, proporcionando una...»

2016-02-19T21:55:53Z

Página creada con «"Propagacion de lo propietario" es un antipatron que consiste en la integración de sistemas empleados sistemas de información y protocolos no estandar, proporcionando una...»

Página nueva

"Propagacion de lo propietario" es un antipatron que consiste en la integración de sistemas empleados sistemas de información y protocolos no estandar, proporcionando una vinculación inadecuada y perpetua con dicho sistema no estándar habitualmente propietario.

Los IDOCS de SAP con sus segmentos son un ejemplo de esto: No son estructuras de datos reconocidas por organismos de estandarización, son un principio de SAP que no se corresponden con conceptos modernos de ingenieria de software como la orientacion a objetos o el respeto a namespaces con nombre univocos.

[[Categoría:Malas prácticas en los proyectos de software]]

@@ Línea 1: / Línea 1: @@
-"Propagación de lo propietario" es un antipatrón que consiste en la integración de sistemas empleando formatos de datos propietarios (como los IDOCS de SAP) y protocolos no estandarizados o laxamente estandarizados (como la familia de formatos EDIFACT), proporcionando una vinculación inadecuada y perpetua con dicho sistema no estándar habitualmente propietario.
+"Propagación de lo propietario" (también llamado "Upselling propietario") es un antipatrón que consiste en la integración de sistemas empleando formatos de datos propietarios (como los IDOCS de SAP) y protocolos no estandarizados o laxamente estandarizados (como la familia de formatos EDIFACT), proporcionando una vinculación inadecuada y perpetua con dicho sistema no estándar habitualmente propietario.
-Los IDOCS de SAP con sus segmentos son un ejemplo de esto: No son estructuras de datos reconocidas por organismos de estandarización, son un principio de SAP que no se corresponden con conceptos modernos de ingeniería de software como la orientación a objetos o el respeto a namespaces con nombres unívocos.
+Los IDOCS de SAP con sus segmentos son un ejemplo de esto:
 Por su propia naturaleza añaden deuda técnica a los proyectos de software donde se utilicen, independientemente de los mecanismos que la consultora exponga para justificar su uso, ya sea en formato plano o XML, seguirán siendo elementos no acordes a ningún paradigma intuitivo, global o estandarizado.
-En el sector financiero el uso de EDI y EDIFACT todavía sigue perpetuándose, es probablemente uno de los pocos ámbitos tecnológicos donde la falta de estandarización todavía se tolera de buen grado, en otros ámbitos como el médico, seguros, justicia o formación esta falta de estandarización es constamente denostada.
+En el sector financiero el uso de EDI y EDIFACT todavía sigue perpetuándose, es probablemente uno de los pocos ámbitos tecnológicos donde la falta de estandarización todavía se tolera de buen grado, en otros ámbitos como el médico, seguros, justicia o formación esta falta de estandarización es constantemente denostada aunque también es cierto que los esfuerzos por intentar estandarizar suelen salir mal, la lucha entre "los de lo propietario" y "los estándar" es feroz por el dinero existente en licencias en este ámbito.
 [[Categoría: Malas prácticas en los proyectos de software]]

@@ Línea 1: / Línea 1: @@
-"Propagación de lo propietario" es un antipatron que consiste en la integración de sistemas empleados sistemas de información y protocolos no estandar, proporcionando una vinculación inadecuada y perpetua con dicho sistema no estándar habitualmente propietario.
+"Propagación de lo propietario" es un antipatrón que consiste en la integración de sistemas empleando formatos de datos propietarios (como los IDOCS de SAP) y protocolos no estandarizados o laxamente estandarizados (como la familia de formatos EDIFACT), proporcionando una vinculación inadecuada y perpetua con dicho sistema no estándar habitualmente propietario.
 Los IDOCS de SAP con sus segmentos son un ejemplo de esto: No son estructuras de datos reconocidas por organismos de estandarización, son un principio de SAP que no se corresponden con conceptos modernos de ingeniería de software como la orientación a objetos o el respeto a namespaces con nombres unívocos.
 Por su propia naturaleza añaden deuda técnica a los proyectos de software donde se utilicen, independientemente de los mecanismos que la consultora exponga para justificar su uso, ya sea en formato plano o XML, seguirán siendo elementos no acordes a ningún paradigma intuitivo, global o estandarizado.
 [[Categoría: Malas prácticas en los proyectos de software]]

@@ Línea 1: / Línea 1: @@
 "Propagación de lo propietario" es un antipatron que consiste en la integración de sistemas empleados sistemas de información y protocolos no estandar, proporcionando una vinculación inadecuada y perpetua con dicho sistema no estándar habitualmente propietario.
-Los IDOCS de SAP con sus segmentos son un ejemplo de esto: No son estructuras de datos reconocidas por organismos de estandarización, son un principio de SAP que no se corresponden con conceptos modernos de ingenieria de software como la orientación a objetos o el respeto a namespaces con nombres unívocos.
+Los IDOCS de SAP con sus segmentos son un ejemplo de esto: No son estructuras de datos reconocidas por organismos de estandarización, son un principio de SAP que no se corresponden con conceptos modernos de ingeniería de software como la orientación a objetos o el respeto a namespaces con nombres unívocos.
 Por su propia naturaleza añaden deuda técnica a los proyectos de software donde se utilicen, independientemente de los mecanismos que la consultora exponga para justificar su uso, ya sea en formato plano o XML, seguirán siendo elementos no acordes a ningún paradigma intuitivo, global o estandarizado.
 [[Categoría: Malas prácticas en los proyectos de software]]

@@ Línea 1: / Línea 1: @@
-"Propagacion de lo propietario" es un antipatron que consiste en la integración de sistemas empleados sistemas de información y protocolos no estandar, proporcionando una vinculación inadecuada y perpetua con dicho sistema no estándar habitualmente propietario.
+"Propagación de lo propietario" es un antipatron que consiste en la integración de sistemas empleados sistemas de información y protocolos no estandar, proporcionando una vinculación inadecuada y perpetua con dicho sistema no estándar habitualmente propietario.
-Los IDOCS de SAP con sus segmentos son un ejemplo de esto: No son estructuras de datos reconocidas por organismos de estandarización, son un principio de SAP que no se corresponden con conceptos modernos de ingenieria de software como la orientacion a objetos o el respeto a namespaces con nombre univocos.
+Los IDOCS de SAP con sus segmentos son un ejemplo de esto: No son estructuras de datos reconocidas por organismos de estandarización, son un principio de SAP que no se corresponden con conceptos modernos de ingenieria de software como la orientación a objetos o el respeto a namespaces con nombres unívocos.
-[[Categoría:Malas prácticas en los proyectos de software]]
+Por su propia naturaleza añaden deuda técnica a los proyectos de software donde se utilicen, independientemente de los mecanismos que la consultora exponga para justificar su uso, ya sea en formato plano o XML, seguirán siendo elementos no acordes a ningún paradigma intuitivo, global o estandarizado.