Más

¿Usar Seleccionar por ubicación y Seleccionar por atributos en un solo modelo de ModelBuilder?

¿Usar Seleccionar por ubicación y Seleccionar por atributos en un solo modelo de ModelBuilder?


Estoy trabajando en un proyecto que involucra turbinas eólicas. Estoy usando ArcMap 10.2 y ModelBuilder para contar la cantidad de turbinas eólicas dentro de una zona de amortiguación de 5 km de un proyecto dado (llamémoslo Proyecto A), y luego elimino las turbinas asociadas con el Proyecto A, así que solo tengo las turbinas "extranjeras" dentro del búfer (por ejemplo, aquellos no asociados con el proyecto que establece el centro medio del búfer).

La imagen a continuación muestra un ejemplo simple que involucra solo dos proyectos, pero tengo 58 proyectos diferentes que necesito analizar, algunos de los cuales se superponen con múltiples parques eólicos, por lo que estoy intentando usar ModelBuilder para automatizar el proceso.

El script hace lo que necesito cuando paso a través de los componentes individualmente (vea la figura a continuación), pero cuando ejecuto el último proceso, simplemente devuelve un resultado vacío.

Estoy pegando los pasos manuales que intento replicar en ModelBuilder a continuación. Tengo la sensación de que estoy pasando por alto algo obvio, pero a pesar de muchos ajustes, no puedo entenderlo.

  1. Seleccionar por ubicación:

    • Método de selección: seleccione características de
    • Capa objetivo: TODAS LAS TURBINAS DE VIENTO
    • Capa de origen: PROYECTO A (proyectos guardados como capas independientes)
    • El método de selección espacial "está a una distancia del elemento de origen" 5000 metros
  2. Seleccionar por atributos

    • Método: eliminar de la selección actual
    • Donde site_name = 'PROYECTO A'
    • Contar usando la tabla de atributos
  3. Agregar valor de turbinas "extranjeras" al archivo shapefile del proyecto

    • Inicie el Editor y agregue valor a mano al campo Fr_trb


Está utilizando las herramientas de selección de forma incorrecta. Específicamente, estás ejecutando dos uno al lado del otro y luego agregas un tercero cuando solo necesitas dos encadenados. La salida de su selección por ubicación debe alimentar su selección por atributos. La selección activa actual es una sola cosa, por lo que primero selecciona dentro de su búfer, luego de esa selección elimina los que cumplen los criterios de atributo.

Consulte Seleccionar por atributo dentro de un área específica (¿usar Seleccionar por ubicación?) Para obtener más detalles / información.


¿Cómo puedo cambiar los nombres de las tablas cuando uso ASP.NET Identity?

Estoy usando la versión de lanzamiento (RTM, no RC) de Visual Studio 2013 (descargado de MSDN 2013-10-18) y, por lo tanto, la última versión (RTM) de AspNet.Identity. Cuando creo un nuevo proyecto web, selecciono "Cuentas de usuario individuales" para la autenticación. Esto crea las siguientes tablas:

  1. AspNetRoles
  2. AspNetUserClaims
  3. AspNetUserLogins
  4. AspNetUserRoles
  5. AspNetUsers

Cuando registro un nuevo usuario (usando la plantilla predeterminada), estas tablas (enumeradas arriba) se crean y la tabla AspNetUsers tiene un registro insertado que contiene:

Además, al agregar propiedades públicas a la clase "ApplicationUser", he agregado con éxito campos adicionales a la tabla AspNetUsers, como "FirstName", "LastName", "PhoneNumber", etc.

Esta es mi pregunta. ¿Hay alguna manera de cambiar los nombres de las tablas anteriores (cuando se crean por primera vez) o siempre se nombrarán con el prefijo AspNet como lo mencioné anteriormente? Si los nombres de las tablas se pueden nombrar de manera diferente, explique cómo.

Implementé la solución de @Hao Kung. Crea una nueva tabla (por ejemplo, la llamé MyUsers), pero también crea la tabla AspNetUsers. El objetivo es reemplazar la tabla "AspNetUsers" con la tabla "MyUsers". Vea el código a continuación y la imagen de la base de datos de las tablas creadas.

De hecho, me gustaría reemplazar cada tabla AspNet con mi propio nombre. Por ejemplo, MyRoles, MyUserClaims, MyUserLogins, MyUserRoles y MyUsers.


Ejemplo

Suponga que tiene el siguiente método de acción:

Y la aplicación recibe una solicitud con esta URL:

El enlace de modelo pasa por los siguientes pasos después de que el sistema de enrutamiento selecciona el método de acción:

  • Encuentra el primer parámetro de GetByID, un número entero llamado id.
  • Examina las fuentes disponibles en la solicitud HTTP y encuentra id = & quot2 & quot en los datos de ruta.
  • Convierte la cadena & quot2 & quot en un número entero 2.
  • Busca el siguiente parámetro de GetByID, un booleano llamado dogsOnly.
  • Examina las fuentes y encuentra & quotDogsOnly = true & quot en la cadena de consulta. La coincidencia de nombres no distingue entre mayúsculas y minúsculas.
  • Convierte la cadena & quotverdadero & quot en booleano verdadero.

Luego, el marco llama al método GetById, pasando 2 para el parámetro id y true para el parámetro dogsOnly.

En el ejemplo anterior, los destinos de enlace del modelo son parámetros de método que son tipos simples. Los objetivos también pueden ser propiedades de un tipo complejo. Después de que cada propiedad se vincule con éxito, se produce la validación del modelo para esa propiedad. El registro de qué datos están vinculados al modelo y cualquier error de validación o vinculación se almacena en ControllerBase.ModelState o PageModel.ModelState. Para saber si este proceso fue exitoso, la aplicación verifica la marca ModelState.IsValid.


Contenido

Un modelo E-R suele ser el resultado de un análisis sistemático para definir y describir lo que es importante para los procesos en un área de una empresa. No define los procesos comerciales, solo presenta un esquema de datos comerciales en forma gráfica. Por lo general, se dibuja en forma gráfica como cuadros (entidades) que están conectados por líneas (relaciones) que expresan las asociaciones y dependencias entre entidades. Un modelo ER también se puede expresar en forma verbal, por ejemplo: un edificio se puede dividir en cero o más apartamentos, pero un apartamento solo se puede ubicar en un edificio.

Las entidades pueden caracterizarse no solo por relaciones, sino también por propiedades adicionales (atributos), que incluyen identificadores llamados "claves primarias". Los diagramas creados para representar atributos, así como entidades y relaciones, pueden denominarse diagramas entidad-atributo-relación, en lugar de modelos entidad-relación.

Normalmente, un modelo de ER se implementa como una base de datos. En una implementación de base de datos relacional simple, cada fila de una tabla representa una instancia de un tipo de entidad y cada campo en una tabla representa un tipo de atributo. En una base de datos relacional, una relación entre entidades se implementa almacenando la clave primaria de una entidad como un puntero o "clave externa" en la tabla de otra entidad.

Existe una tradición de que los modelos de datos / ER se construyan en dos o tres niveles de abstracción. Tenga en cuenta que la jerarquía conceptual-lógica-física a continuación se utiliza en otros tipos de especificación y es diferente del enfoque de tres esquemas para la ingeniería de software.

Modelo de datos conceptuales Este es el modelo de ER de más alto nivel en el sentido de que contiene el menor detalle granular, pero establece el alcance general de lo que se incluirá en el conjunto de modelos. El modelo ER conceptual normalmente define las entidades de datos de referencia maestras que la organización usa comúnmente. El desarrollo de un modelo ER conceptual para toda la empresa es útil para respaldar la documentación de la arquitectura de datos de una organización. Se puede utilizar un modelo ER conceptual como base para uno o más modelos de datos lógicos (vea abajo). El propósito del modelo ER conceptual es entonces establecer una comunidad de metadatos estructurales para las entidades de datos maestros entre el conjunto de modelos ER lógicos. El modelo de datos conceptual se puede utilizar para formar relaciones comunes entre los modelos ER como base para la integración del modelo de datos. Modelo de datos lógicos Un modelo de ER lógico no requiere un modelo de ER conceptual, especialmente si el alcance del modelo de ER lógico incluye solo el desarrollo de un sistema de información distinto. El modelo ER lógico contiene más detalles que el modelo ER conceptual. Además de las entidades de datos maestros, ahora se definen las entidades de datos operacionales y transaccionales. Se desarrollan los detalles de cada entidad de datos y se establecen las relaciones entre estas entidades de datos. Sin embargo, el modelo de ER lógico se desarrolla independientemente del sistema de gestión de base de datos específico en el que se puede implementar. Modelo de datos físicos Se pueden desarrollar uno o más modelos ER físicos a partir de cada modelo ER lógico. El modelo ER físico normalmente se desarrolla para ser instanciado como una base de datos. Por lo tanto, cada modelo de ER físico debe contener suficientes detalles para producir una base de datos y cada modelo de ER físico depende de la tecnología, ya que cada sistema de administración de base de datos es algo diferente. El modelo físico normalmente se instancia en los metadatos estructurales de un sistema de administración de bases de datos como objetos de bases de datos relacionales como tablas de bases de datos, índices de bases de datos como índices de clave única y restricciones de base de datos como una restricción de clave externa o una restricción de comunidad. El modelo ER también se utiliza normalmente para diseñar modificaciones a los objetos de la base de datos relacional y para mantener los metadatos estructurales de la base de datos.


6 respuestas 6

Creo que todavía le falta algo en su comprensión del propósito de la validación cruzada.

Vamos a aclarar algo de terminología, generalmente cuando decimos 'un modelo' nos referimos a un método particular para describir cómo algunos datos de entrada se relacionan con lo que estamos tratando de predecir. Por lo general, no nos referimos a instancias particulares de ese método como modelos diferentes. Por lo tanto, podría decir 'Tengo un modelo de regresión lineal', pero no llamaría modelos diferentes a dos conjuntos diferentes de coeficientes entrenados. Al menos no en el contexto de la selección del modelo.

Por lo tanto, cuando realiza una validación cruzada de K-fold, está probando qué tan bien su modelo puede entrenarse con algunos datos y luego predecir los datos que no ha visto. Usamos la validación cruzada para esto porque si entrena usando todos los datos que tiene, no le queda ninguno para probar. Podría hacer esto una vez, digamos usando el 80% de los datos para entrenar y el 20% para probar, pero ¿qué pasa si el 20% que eligió para probar contiene un montón de puntos que son particularmente fáciles (o particularmente difíciles) predecir? No habremos llegado a la mejor estimación posible de la capacidad de los modelos para aprender y predecir.

Queremos utilizar todos los datos. Entonces, para continuar con el ejemplo anterior de una división 80/20, haríamos una validación cruzada 5 veces entrenando el modelo 5 veces en el 80% de los datos y probando el 20%. Nos aseguramos de que cada punto de datos termine en el conjunto de prueba del 20% exactamente una vez. Por lo tanto, hemos utilizado todos los puntos de datos que tenemos para contribuir a comprender qué tan bien nuestro modelo realiza la tarea de aprender de algunos datos y predecir algunos datos nuevos.

Pero el propósito de la validación cruzada no es llegar a nuestro modelo final. No usamos estas 5 instancias de nuestro modelo entrenado para hacer ninguna predicción real. Para eso queremos utilizar todos los datos que tenemos para llegar al mejor modelo posible. El propósito de la validación cruzada es la verificación de modelos, no la construcción de modelos.

Ahora, digamos que tenemos dos modelos, digamos un modelo de regresión lineal y una red neuronal. ¿Cómo podemos decir qué modelo es mejor? Podemos hacer una validación cruzada de K-fold y ver cuál resulta mejor para predecir los puntos de ajuste de prueba. Pero una vez que hemos utilizado la validación cruzada para seleccionar el modelo de mejor rendimiento, entrenamos ese modelo (ya sea la regresión lineal o la red neuronal) en todos los datos. No usamos las instancias de modelo reales que entrenamos durante la validación cruzada para nuestro modelo predictivo final.

Tenga en cuenta que existe una técnica llamada agregación bootstrap (generalmente abreviada como 'empaquetado') que de alguna manera usa instancias de modelo producidas de una manera similar a la validación cruzada para construir un modelo de conjunto, pero esa es una técnica avanzada más allá del alcance de su pregunta aquí.


  1. En la barra de navegación de la izquierda, seleccione Redes virtuales.
  2. Hacer clic Agregar para crear una red virtual.
  1. En el panel Crear red virtual, proporcione la siguiente información:
    • Nombre: Introduzca un nombre para distinguir esta red virtual de otras.
    • Espacio de dirección: Acepta el valor predeterminado o ingresa un rango de direcciones.
    • Suscripción: Seleccione en el menú desplegable.
    • Grupo de recursos: Seleccione un grupo de recursos existente o cree uno nuevo cuando se cree la red virtual.
    • El valor no debe estar vacío: Cree un nuevo grupo de recursos o utilice uno existente.
    • Localización: En el menú desplegable, seleccione la región donde planea implementar el pod de Horizon Cloud Service.
    • Nombre de subred: Acepta el valor predeterminado. Horizon Cloud Service automatiza la creación de las subredes necesarias utilizando los bloques CIDR proporcionados anteriormente.
    • Rango de direcciones: Acepta el valor predeterminado.
    • Puntos finales de servicio: Acepta el valor predeterminado.
  2. En la esquina inferior derecha, haga clic en Crear.
  3. Espere hasta que se complete el proceso de creación y se cree la red virtual.

¿Usar Seleccionar por ubicación y Seleccionar por atributos en un solo modelo de ModelBuilder? - Sistemas de Información Geográfica

De todos modos, imagina que tenemos el servicio Carrito (con información de productos, información de usuarios e información de carritos en su propia base de datos), que tiene información sobre los usuarios que compraron algunos productos. En teoría, también debemos tener un servicio de Autorización con su propia base de datos de Usuarios.

Ahora se le pide que escriba un informe SSRS que agrupe el Producto comprado por los Usuarios por un intervalo de tiempo. Dado que la base de datos de Carts solo tiene ProductId y UserId, no tiene forma de unir las tablas necesarias y generar el informe. Llamar al servicio The Product para cada producto, nuevamente, muy mal, va a ser lento. Esto nos lleva a que tener una base de datos separada creará más problemas y luego los resolverá.

Bueno, podemos tener un proceso que sincroniza las bases de datos y llena la base de datos de Carts con información sobre los productos necesarios, pero es malo nuevamente, porque tendremos información duplicada.

Como puede ver, la teoría es buena, pero cuando se trata de muestras concretas, fracasa.

No lo hace
SELECCIONE C.CartId, C.PurcheDate, P.Desc, U.LastName
FROM UserDb..User U
INNER JOIN CartsDb..Cart C ON C.UserId = U.UserId
INNER JOIN ProductsDb..Product P ON P.ProductId = C.ProductId
DÓNDE .

Noticias generales Sugerencia Pregunta Respuesta de error Broma Alabanza Rant Admin

Use Ctrl + Izquierda / Derecha para cambiar de mensaje, Ctrl + Arriba / Abajo para cambiar de hilo, Ctrl + Shift + Izquierda / Derecha para cambiar de página.


¿Usar Seleccionar por ubicación y Seleccionar por atributos en un solo modelo de ModelBuilder? - Sistemas de Información Geográfica

Este capítulo describe el Modelo de referencia técnica (TRM), incluida la taxonomía central, la representación gráfica y la taxonomía detallada de la plataforma.

La taxonomía detallada de la plataforma se describe en 43.5 Taxonomía detallada de la plataforma.

43.1 Conceptos

Esta sección describe la función del TRM, los componentes del TRM y el uso de otros TRM.

43.1.1 Papel del TRM en la arquitectura de la cimentación

TOGAF Foundation Architecture es una arquitectura de servicios y funciones genéricos que proporciona una base sobre la cual se pueden construir arquitecturas y componentes arquitectónicos más específicos. Esta Arquitectura Fundamental está incorporada dentro del Modelo de Referencia Técnica (TRM), que proporciona un modelo y taxonomía de servicios de plataforma genéricos.

El TRM es de aplicación universal y, por lo tanto, se puede utilizar para construir cualquier arquitectura de sistema.

43.1.2 Componentes TRM

Cualquier TRM tiene dos componentes principales:

  1. A taxonomia, que define la terminología y proporciona una descripción coherente de los componentes y la estructura conceptual de un sistema de información
  2. Un asociado Gráfico TRM, que proporciona una representación visual de la taxonomía, como ayuda para comprender

El objetivo de TOGAF TRM es proporcionar una taxonomía básica ampliamente aceptada y una representación visual adecuada de esa taxonomía. El gráfico TRM se ilustra en 43.3 TRM en detalle, y la taxonomía se explica en 43.4 Plataforma de aplicaciones - Taxonomía.

43.1.3 Otras TRM

Una de las grandes dificultades para desarrollar un marco de arquitectura es elegir un TRM que funcione para todos.

El TOGAF TRM se derivó originalmente del Marco de Arquitectura Técnica para la Gestión de la Información (TAFIM) TRM (que a su vez se derivó del modelo IEEE 1003.0). Este TRM está & quot; centrado en la plataforma & quot: se centra en los servicios y la estructura de la plataforma subyacente necesaria para respaldar el uso y la reutilización de aplicaciones (es decir, la portabilidad de las aplicaciones). En particular, se centra en las interfaces entre esa plataforma y las aplicaciones compatibles, y entre la plataforma y el entorno externo.

El TOGAF TRM actual es una versión modificada del TAFIM TRM, que tiene como objetivo enfatizar el aspecto de interoperabilidad así como el de portabilidad.

El objetivo del TRM es permitir la definición estructurada de la plataforma de aplicación estandarizada y sus interfaces asociadas. Las otras entidades, que son necesarias en cualquier arquitectura específica, solo se abordan en el TRM en la medida en que influyen en la plataforma de aplicación. El objetivo subyacente de este enfoque es garantizar que los componentes básicos de alto nivel que componen las soluciones comerciales tengan una plataforma completa y sólida en la que funcionar.

Otros modelos arquitectónicos (taxonomías y / o gráficos) no solo son posibles, sino que pueden ser preferibles para algunas empresas. Por ejemplo, dicho modelo específico de la empresa podría derivarse de la extensión o adaptación del TOGAF TRM. Alternativamente, una taxonomía diferente puede estar incorporada en el legado del trabajo arquitectónico previo de una empresa, y la empresa puede preferir perpetuar el uso de esa taxonomía. De manera similar, una empresa puede preferir representar la taxonomía TOGAF (o su propia taxonomía) utilizando una forma diferente de gráfico, que captura mejor los conceptos heredados y resulta más fácil para fines de comunicación interna.

Además de su uso como modelo de referencia para el desarrollo de la arquitectura tecnológica, el TRM puede usarse como una taxonomía para desarrollar una Base de Información de Estándares (SIB) dentro de una organización específica. El núcleo de TOGAF es su ADM: el TRM es una herramienta utilizada en la aplicación del ADM en el desarrollo de arquitecturas específicas. Siempre que se mantenga la coherencia entre TRM y SIB, el TOGAF ADM es válido independientemente de la elección de taxonomía específica, gráfico TRM o conjunto de herramientas SIB.

43.2 Desglose de alto nivel

Esta sección describe los elementos principales del TRM.

43.2.1 Resumen

El desglose más grueso del TRM se muestra en la Figura 43-1, que muestra tres entidades principales (software de aplicación, plataforma de aplicación e infraestructura de comunicaciones) conectadas por dos interfaces (interfaz de plataforma de aplicación e interfaz de infraestructura de comunicaciones).


Figura 43-1: Modelo de referencia técnica - Vista de alto nivel

El diagrama no dice nada sobre las relaciones detalladas entre las entidades, solo que existen.

Cada uno de los elementos de este diagrama se analiza en detalle en 43.3 TRM en detalle.

43.2.2 Portabilidad e interoperabilidad

El TRM de alto nivel busca enfatizar dos grandes objetivos arquitectónicos comunes:

  1. Portabilidad de la aplicación, a través de la interfaz de plataforma de aplicaciones: identifica el conjunto de servicios que se pondrán a disposición de forma estándar para las aplicaciones a través de la plataforma
  2. Interoperabilidad, a través de la interfaz de infraestructura de comunicaciones: identifica el conjunto de servicios de infraestructura de comunicaciones que la plataforma debe aprovechar de manera estándar.

Ambos objetivos son esenciales para permitir la integración dentro de la empresa y la interoperabilidad confiable a escala global entre empresas.

En particular, el modelo de alto nivel busca reflejar el papel cada vez más importante de Internet como base para la interoperabilidad entre empresas y entre empresas.

La dimensión horizontal del modelo en la Figura 43-1 representa la diversidad, y la forma del modelo está destinada a enfatizar la importancia de la diversidad mínima en la interfaz entre la Plataforma de Aplicación y la Infraestructura de Comunicaciones.

Esto, a su vez, significa centrarse en el conjunto básico de servicios cuya compatibilidad con todas las redes basadas en IP puede garantizarse, como base sobre la que construir los entornos informáticos empresariales interoperables de hoy en día.

43.3 TRM en detalle

Esta sección describe el TRM en detalle, incluidas las categorías de servicios de la plataforma y subentidades del entorno externo.

43.3.1 Introducción

La Figura 43-2 amplía la Figura 43-1 para presentar las categorías de servicio de la Plataforma de aplicaciones y las dos categorías de Software de aplicaciones.


Figura 43-2: Modelo de referencia técnica detallado (mostrando categorías de servicio)

La Figura 43-2 es solo una descripción de las entidades TRM: no implica ni inhibe las interrelaciones entre ellas.

Las arquitecturas de TI derivadas de TOGAF pueden diferir mucho según los requisitos del sistema de información. En la práctica, muchas arquitecturas no incluirán todos los servicios discutidos aquí, y muchas incluirán servicios adicionales para respaldar el software de aplicación que es específico de la organización o de su industria vertical.

Al construir una arquitectura, los usuarios de TOGAF deben evaluar sus propios requisitos y seleccionar los servicios, interfaces y estándares que satisfagan sus propias necesidades comerciales.

43.3.2 Entidades e interfaces de TRM

Las siguientes secciones discuten en detalle cada elemento del TRM ilustrado en la Figura 43-2. Se tratan en el siguiente orden:

  • Las tres entidades:
    • Software de aplicación (consulte 43.3.3 Software de aplicación)
    • Plataforma de aplicaciones (consulte 43.3.4 Plataforma de aplicaciones)
    • Infraestructura de comunicaciones (consulte 43.3.5 Infraestructura de comunicaciones)
    • Interfaz de plataforma de aplicaciones (consulte 43.3.6 Interfaz de plataforma de aplicaciones)
    • Interfaz de infraestructura de comunicaciones (consulte 43.3.7 Interfaz de infraestructura de comunicaciones)

    43.3.3 Software de aplicación

    El TRM detallado reconoce dos categorías de software de aplicación:

    1. Aplicaciones de negocios, que implementan procesos comerciales para una empresa o industria vertical en particular. La estructura interna de las aplicaciones comerciales se relaciona estrechamente con la configuración de software de aplicación específica seleccionada por una organización.
    2. Aplicaciones de infraestructura, que proporcionan funcionalidad empresarial de propósito general, basada en servicios de infraestructura.

    Durante el desarrollo de la Arquitectura de tecnología, las aplicaciones de negocios y las aplicaciones de infraestructura son fuentes importantes de requisitos para los servicios de Arquitectura de tecnología, y la selección de estándares para la Plataforma de aplicaciones estará fuertemente influenciada por la configuración del Software de aplicación que se admitirá.

    43.3.3.1 Aplicaciones comerciales

    Las aplicaciones comerciales son aplicaciones específicas de una empresa o industria vertical en particular. Estas aplicaciones suelen modelar elementos del dominio de actividad o procesos comerciales de una empresa. Los ejemplos de aplicaciones comerciales pueden incluir:

    • Servicios de gestión de registros de pacientes utilizados en la industria médica
    • Servicios de gestión de inventario utilizados en la industria minorista
    • Servicios de modelado de datos geológicos utilizados en la industria del petróleo

    Con el tiempo, determinadas aplicaciones comerciales pueden convertirse en aplicaciones de infraestructura, si se vuelven lo suficientemente ubicuas, interoperables y de propósito general para ser potencialmente útiles para una amplia gama de usuarios de TI empresariales.

    43.3.3.2 Aplicaciones de infraestructura

    Las aplicaciones de infraestructura son aplicaciones que tienen todas, o casi todas, las siguientes características:

    • La disponibilidad generalizada como software comercial listo para usar (COTS) significa que no es rentable considerar la implementación personalizada.
    • La interacción del usuario es una parte importante de la función de la aplicación.
    • Las implementaciones se basan en servicios de infraestructura.
    • Las implementaciones pueden incluir extensiones significativas más allá de las necesarias para utilizar los servicios de infraestructura subyacentes.
    • La interoperabilidad es un requisito importante.

    Ejemplos de aplicaciones en esta categoría incluyen:

    • Servicios de pago electrónico y transferencia de fondos
    • Servicios de cliente de correo electrónico
    • Publica y suscríbete
    • Agentes inteligentes
    • Servicios de calendario y programación
    • Servicios de groupware
    • Servicios de flujo de trabajo
    • Hojas de cálculo
    • Software de presentación
    • Edición y presentación de documentos
    • Aplicaciones de gestión, que realizan funciones de gestión de redes y sistemas de propósito general para el administrador del sistema
    • Herramientas de ingeniería de software, que proporcionan funciones de desarrollo de software para el personal de desarrollo de sistemas.

    Las aplicaciones de infraestructura tienen una fuerte dependencia de los servicios de nivel inferior en la arquitectura. Por ejemplo, una aplicación de flujo de trabajo puede utilizar servicios de plataforma como mensajería o procesamiento de transacciones para implementar el flujo de trabajo entre tareas. De manera similar, es probable que una aplicación de trabajo en grupo haga un uso extensivo de los servicios de datos y comunicación para la estructura de los documentos, así como la mecánica de almacenarlos y acceder a ellos.

    Las aplicaciones de infraestructura, por definición, son aplicaciones que se consideran suficientemente ubicuas, interoperables y de propósito general dentro de la empresa para ser consideradas efectivamente como parte de la infraestructura de TI. Así como las aplicaciones comerciales pueden llegar a ser consideradas con el tiempo como aplicaciones de infraestructura, las aplicaciones de infraestructura normalmente son candidatas para su inclusión como servicios de infraestructura en versiones futuras de una arquitectura de TI.

    43.3.4 Plataforma de aplicaciones

    43.3.4.1 Concepto de plataforma

    El término "plataforma" se utiliza de muchas formas diferentes en la industria de TI actual. Debido a los diferentes usos, el término a menudo se califica, por ejemplo, & quot; plataforma de aplicación de cuotas & quot; & quot; estandarizado & quot; y & quot; plataformas propietarias & quot; & quot; cliente & quot; y & quot; plataformas de servidor & quot ;, & quot; plataforma informática distribuida & quot; & quot; plataforma de portabilidad & quot. Todos estos usos tienen en común la idea de que alguien necesita un conjunto de servicios proporcionados por un tipo particular de plataforma, e implementará una función de & quothigher-level & quot que hace uso de esos servicios.

    TOGAF TRM se centra en la plataforma de aplicaciones, y la & función de nivel superior & quot es el conjunto de software de aplicaciones, que se ejecuta en la parte superior de la plataforma de aplicaciones, que se necesita para abordar los requisitos comerciales de la empresa.

    Es importante reconocer que la plataforma de aplicaciones en TOGAF TRM es una entidad conceptual única y genérica. Desde el punto de vista del TOGAF TRM, la plataforma de aplicaciones contiene todos los servicios posibles. En una arquitectura de destino específica, la plataforma de aplicaciones contendrá solo los servicios necesarios para respaldar las funciones requeridas.

    Además, la plataforma de aplicaciones para una arquitectura de destino específica normalmente no será una sola entidad, sino una combinación de diferentes entidades para diferentes funciones comúnmente requeridas, como cliente de escritorio, servidor de archivos, servidor de impresión, servidor de aplicaciones, servidor de Internet, base de datos. servidor, etc., cada uno de los cuales comprenderá un conjunto específico y definido de servicios necesarios para respaldar la función específica en cuestión.

    También es importante reconocer que muchos de los sistemas de TI del mundo real que se adquieren y utilizan hoy en día para implementar una arquitectura tecnológica vienen completamente equipados con muchos servicios avanzados, que el comprador a menudo da por sentados. Por ejemplo, un sistema de computadora de escritorio típico de hoy viene con software que implementa servicios de la mayoría, si no de todas, las categorías de servicios del TOGAF TRM. Dado que el comprador de un sistema de este tipo a menudo no considera nada & quot; más pequeño & quot; que el paquete total de servicios que viene con el sistema, ese paquete de servicios puede convertirse muy fácilmente en la & quotplataforma & quot. De hecho, en ausencia de una Arquitectura Tecnológica para guiar el proceso de adquisiciones, esto es invariablemente lo que sucede. Como este proceso se repite en toda la empresa, los diferentes sistemas adquiridos para funciones similares (como cliente de escritorio, servidor de impresión, etc.) pueden contener paquetes de servicios marcadamente diferentes.

    Los paquetes de servicios se representan en una arquitectura tecnológica en forma de "bloques de construcción". Una de las tareas clave del arquitecto de TI al pasar de la plataforma de aplicación conceptual del TRM a una arquitectura tecnológica específica de la empresa es mirar más allá del conjunto de plataformas del mundo real que ya existen en la empresa. El arquitecto de TI debe analizar los servicios realmente necesarios para implementar una infraestructura de TI que cumpla con los requisitos comerciales de la empresa de manera óptima y definir el conjunto de bloques de construcción de soluciones óptimos (SBB): & quotplataformas & quot del mundo real - para implementar esa arquitectura. .

    43.3.4.2 Ampliación del TRM

    TOGAF TRM identifica un conjunto genérico de servicios de plataforma y proporciona una taxonomía en la que estos servicios de plataforma se dividen en categorías de funcionalidad similar. Una organización en particular puede necesitar aumentar este conjunto con servicios o categorías de servicios adicionales que se consideran genéricos en su propio segmento de mercado vertical.

    El conjunto de servicios identificados y definidos para la plataforma de aplicaciones cambiará con el tiempo. Se necesitarán nuevos servicios a medida que aparezcan nuevas tecnologías y cambien las necesidades de las aplicaciones.

    43.3.4.3 Interfaces entre servicios

    Además de admitir el software de aplicación a través de la interfaz de la plataforma de aplicaciones (API), los servicios de la plataforma de aplicaciones pueden apoyarse entre sí, ya sea mediante interfaces especificadas abiertamente que pueden o no ser iguales a la API, o mediante interfaces privadas no expuestas. Un objetivo clave del desarrollo de la arquitectura es que los módulos de servicio puedan ser reemplazados por otros módulos que brinden la misma funcionalidad de servicio a través de la misma API de servicio. El uso de interfaces privadas no expuestas entre módulos de servicio puede comprometer esta capacidad de sustitución. Las interfaces privadas representan un riesgo que debe destacarse para facilitar la transición futura.

    43.3.4.4 Desarrollos futuros

    El TRM se ocupa de los desarrollos futuros en la plataforma de aplicaciones de dos maneras. En primer lugar, a medida que las interfaces de los servicios se estandarizan, la funcionalidad que anteriormente formaba parte de la entidad de software de aplicación migra para convertirse en parte de la plataforma de aplicación. En segundo lugar, el TRM puede ampliarse con nuevas categorías de servicios a medida que aparezcan nuevas tecnologías.

    Entre los ejemplos de áreas funcionales que pueden pertenecer a las categorías de servicios de la plataforma de aplicaciones en el futuro se incluyen:

    • Funciones de hoja de cálculo, incluida la capacidad de crear, manipular y presentar información en tablas o gráficos, esta capacidad debe incluir capacidades similares a un lenguaje de cuarta generación que permitan el uso de la lógica de programación dentro de las hojas de cálculo.
    • Funciones de apoyo a la toma de decisiones, incluidas herramientas que apoyan la planificación, administración y gestión de proyectos.
    • Funciones de cálculo, incluida la capacidad de realizar cálculos aritméticos complejos y rutinarios
    • Funciones de calendario, incluida la capacidad de gestionar proyectos y coordinar programas a través de un calendario automatizado.

    Se proporciona una taxonomía detallada de la plataforma de aplicaciones en 43.4 Plataforma de aplicaciones: taxonomía.

    43.3.5 Infraestructura de comunicaciones

    La Infraestructura de Comunicaciones proporciona los servicios básicos para interconectar sistemas y proporciona los mecanismos básicos para la transferencia opaca de datos. Contiene los elementos de hardware y software que forman la red y los enlaces de comunicaciones físicos utilizados por un sistema y, por supuesto, todos los demás sistemas conectados a la red. Se ocupa del complejo mundo de las redes y la infraestructura de comunicaciones física, incluidos los conmutadores, los proveedores de servicios y los medios de transmisión físicos.

    Un impulsor principal en la arquitectura de tecnología para toda la empresa en los últimos años ha sido la creciente conciencia de la utilidad y la rentabilidad de Internet como base de una infraestructura de comunicaciones para la integración empresarial. Esto está provocando un rápido aumento en el uso de Internet y un aumento constante en la gama de aplicaciones que se enlazan a la red para operaciones distribuidas.

    43.3.6 Interfaz de plataforma de aplicaciones

    La interfaz de plataforma de aplicaciones (API) especifica una interfaz completa entre el software de aplicación y la plataforma de aplicaciones subyacente a través de la cual se proporcionan todos los servicios. Una definición rigurosa de la interfaz da como resultado la portabilidad de la aplicación, siempre que tanto la plataforma como la aplicación se ajusten a ella. Para que esto funcione, la definición de la API debe incluir la sintaxis y la semántica no solo de la interfaz programática, sino también de todas las definiciones de estructura de datos y protocolos necesarios.

    La portabilidad depende de la simetría de conformidad de ambas aplicaciones y la plataforma con la API diseñada. Es decir, la plataforma debe admitir la API como se especifica y la aplicación no debe utilizar más de la API especificada.

    La API especifica una interfaz completa entre una aplicación y uno o más servicios ofrecidos por la plataforma de aplicaciones subyacente. Una aplicación puede usar varias API e incluso puede usar diferentes API para diferentes implementaciones del mismo servicio.

    43.3.7 Interfaz de infraestructura de comunicaciones

    La interfaz de infraestructura de comunicaciones es la interfaz entre la plataforma de aplicaciones y la infraestructura de comunicaciones.

    La figura 43-1 busca reflejar el papel cada vez más importante de Internet como base para la interoperabilidad entre empresas y entre empresas. La dimensión horizontal del modelo en la Figura 43-1 representa la diversidad, y la forma del modelo está específicamente destinada a enfatizar la diversidad mínima en la interfaz entre la Plataforma de Aplicación y la Infraestructura de Comunicaciones.

    En particular, el modelo enfatiza la importancia de enfocarse en el conjunto básico de servicios que pueden garantizar que sean compatibles con todas las redes basadas en IP, como la base sobre la cual construir los entornos informáticos empresariales interoperables de hoy.

    43.3.8 Cualidades

    Además del conjunto de componentes que componen el TRM, existe un conjunto de atributos o cualidades que son aplicables a todos los componentes. Por ejemplo, para que el servicio de gestión sea eficaz, la capacidad de gestión debe ser una cualidad generalizada de todos los servicios de plataforma, aplicaciones y servicios de infraestructura de comunicaciones.

    La Figura 43-2 captura este concepto al representar los componentes TRM sentados en un plano posterior de cualidades.

    Otro ejemplo de calidad de servicio es la seguridad. La implementación adecuada de la seguridad en todo el sistema requiere no solo un conjunto de servicios de seguridad, correspondiente a la categoría de servicios de seguridad que se muestra en la plataforma, sino también el soporte (es decir, el & quot; conocimiento de la seguridad & quot) del software en otras partes del TRM. Por lo tanto, una aplicación puede usar un servicio de seguridad para marcar un archivo como de solo lectura, pero es la implementación correcta de la calidad de seguridad en los servicios del sistema operativo lo que evita las operaciones de escritura en el archivo. Los servicios de seguridad y del sistema operativo deben cooperar para hacer que el archivo sea seguro.

    Las cualidades se especifican en detalle durante el desarrollo de una arquitectura de destino. Algunas cualidades son más fáciles de describir que otras en términos de estándares. Por ejemplo, el soporte de un conjunto de configuraciones regionales puede definirse como parte de la especificación para la calidad de operación internacional. Otras cualidades pueden especificarse mejor en términos de medidas que de estándares. Un ejemplo sería el rendimiento, para el que las API o los protocolos estándar son de uso limitado.

    43.4 Plataforma de aplicaciones: taxonomía

    Esta sección describe la taxonomía de la plataforma de aplicaciones, incluidos los principios básicos y un resumen de los servicios y las cualidades. Se puede encontrar una taxonomía detallada de los servicios y las cualidades de la plataforma en 43.5 Taxonomía detallada de la plataforma.

    43.4.1 Principios básicos

    El TOGAF TRM tiene dos componentes principales:

    1. A taxonomia, que define la terminología y proporciona una descripción coherente de los componentes y la estructura conceptual de un sistema de información
    2. Un asociado Gráfico TRM, que proporciona una representación visual de la taxonomía, como ayuda para comprender

    Esta sección describe en detalle la taxonomía del TOGAF TRM. El objetivo es proporcionar una taxonomía básica que proporcione una definición estructurada, coherente y útil de la entidad de la plataforma de aplicaciones y que sea ampliamente aceptable.

    No se afirma que la categorización elegida sea la única posible o que represente la elección óptima.

    De hecho, es importante enfatizar que el uso de TOGAF, y en particular el TOGAF ADM, no depende en modo alguno del uso de la taxonomía TOGAF TRM. Otras taxonomías son perfectamente posibles y pueden ser preferibles para algunas organizaciones.

    Por ejemplo, una taxonomía diferente puede estar incorporada en el legado del trabajo arquitectónico previo de una organización, y la organización puede preferir perpetuar el uso de esa taxonomía. Alternativamente, una organización puede decidir que puede derivar una taxonomía específica de la organización más adecuada ampliando o adaptando la taxonomía TOGAF TRM.

    De la misma manera, una organización puede preferir representar la taxonomía TOGAF (o su propia taxonomía) utilizando una forma diferente de gráfico TRM, que captura mejor los conceptos heredados y resulta más fácil para propósitos de comunicación interna.

    43.4.2 Categorías de servicios de la plataforma de aplicaciones

    Las principales categorías de servicios definidas para la plataforma de aplicaciones se enumeran a continuación.

    Tenga en cuenta que "Servicios de objetos" no aparece como una categoría en la taxonomía de TRM. Esto se debe a que todos los servicios de objetos individuales se incorporan en las categorías de servicios principales relevantes. Sin embargo, las diversas descripciones también se recopilan en una sola subsección (véase 43.4.2.1 Prestación de servicios orientada a objetos) para proporcionar un único punto de referencia que muestra cómo los servicios de objetos se relacionan con las principales categorías de servicios.

    • Servicios de intercambio de datos (consulte 43.5.1 Servicios de intercambio de datos):
      • Documentar los servicios de conversión y mecanografía de datos genéricos
      • Servicios de intercambio de datos gráficos
      • Servicios de intercambio de datos especializados
      • Servicios de intercambio electrónico de datos
      • Servicios de fax
      • Funciones de interfaz de gráficos sin procesar
      • Funciones de procesamiento de texto
      • Funciones de procesamiento de documentos
      • Funciones de publicación
      • Funciones de procesamiento de video
      • Funciones de procesamiento de audio
      • Funciones de procesamiento multimedia
      • Funciones de sincronización de medios
      • Funciones de presentación y distribución de información
      • Funciones de hipertexto
      • Servicios de diccionario / repositorio de datos
      • Servicios del sistema de gestión de bases de datos (DBMS)
      • Servicios del sistema de gestión de bases de datos orientadas a objetos (OODBMS)
      • Servicios de gestión de archivos
      • Funciones de procesamiento de consultas
      • Funciones de generación de pantalla
      • Funciones de generación de informes
      • Funciones de red / acceso concurrente
      • Funciones de almacenaje
      • Servicios de gestión de objetos gráficos
      • Servicios de dibujo
      • Funciones de imagen
      • Servicios de representación de datos y juegos de caracteres
      • Servicios de convenciones culturales
      • Servicios de apoyo en el idioma local
      • Directorio de Servicios
      • Servicios de nombres para fines especiales
      • Servicios de ubicación de servicios
      • Servicios de registro
      • Servicios de filtrado
      • Servicios de contabilidad
      • Servicios de comunicaciones de datos
      • Servicios de correo electronico
      • Servicios de datos distribuidos
      • Servicios de archivos distribuidos
      • Servicios de nombres distribuidos
      • Servicios de tiempo distribuido
      • Servicios de proceso (acceso) remoto
      • Servicios de distribución de salida y puesta en cola de impresión remota
      • Funciones de telefonía mejoradas
      • Funciones de pantalla compartida
      • Funciones de videoconferencia
      • Funciones de transmisión
      • Funciones de lista de correo
      • Servicios de operaciones de kernel
      • Intérprete de comandos y servicios públicos
      • Servicios de procesamiento por lotes
      • Servicios de sincronización de archivos y directorios
      • Servicios de lenguaje de programación
      • Servicios de vinculación de código de objeto
      • Servicios de herramientas y entornos de ingeniería de software asistida por computadora (CASE)
      • Servicios de construcción de interfaz gráfica de usuario (GUI)
      • Servicios de lenguaje de secuencias de comandos
      • Servicios de enlace de idiomas
      • Servicios de entorno en tiempo de ejecución
      • Servicios de interfaz binaria de aplicaciones
      • Servicios de gestor de transacciones
      • Servicios gráficos cliente / servidor
      • Servicios de objetos de visualización
      • Servicios de gestión de ventanas
      • Servicios de soporte de diálogo
      • Servicios de impresión
      • Servicios de formación y ayuda en línea por computadora
      • Servicios basados ​​en personajes
      • Servicios de identificación y autenticación
      • Servicios de control de entrada al sistema
      • Servicios de auditoria
      • Servicios de control de acceso
      • Servicios de no repudio
      • Servicios de gestión de seguridad
      • Servicios de recuperación confiables
      • Servicios de encriptación
      • Servicios de comunicación confiables
      • Servicios de gestión de usuarios
      • Servicios de gestión de la configuración (CM)
      • Servicios de gestión del desempeño
      • Servicios de disponibilidad y gestión de fallos
      • Servicios de gestión contable
      • Servicios de gestión de seguridad
      • Servicios de gestión de impresión
      • Servicios de gestión de redes
      • Servicios de copia de seguridad y restauración
      • Servicios de administración de discos en línea
      • Servicios de gestión de licencias
      • Servicios de gestión de capacidad
      • Servicios de instalación de software
      • Servicios de emisión de billetes por problemas
      43.4.2.1 Prestación de servicios orientada a objetos

      En 43.5.13 Prestación de servicios orientada a objetos se ofrece una descripción detallada de cada una de estas categorías de servicios.

      • Servicios de intermediario de solicitud de objetos (ORB):
        • Servicios de repositorio de implementación
        • Servicios de instalación y activación
        • Servicios de repositorio de interfaz
        • Servicios de replicación
        • Servicios de gestión de cambios
        • Servicios de cobranza
        • Servicios de control de concurrencia
        • Servicios de intercambio de datos
        • Servicios de gestión de eventos
        • Servicios de externalización
        • Servicios de licencias
        • Servicios de ciclo de vida
        • Servicios de nombres
        • Servicios de objetos persistentes
        • Servicios de propiedades
        • Servicios de consulta
        • Servicios de relación
        • Servicios de seguridad
        • Servicios de puesta en marcha
        • Servicios de tiempo
        • Servicios comerciales
        • Servicios de transacciones

        43.4.3 Cualidades del servicio de la plataforma de aplicaciones

        43.4.3.1 Principios

        Además de las categorías de servicio de la plataforma delimitadas por categoría funcional, las calidades del servicio afectan las arquitecturas de sistemas de información. La calidad de un servicio describe un comportamiento como la adaptabilidad o la capacidad de gestión. Las calidades del servicio tienen un efecto generalizado en el funcionamiento de la mayoría o de todas las categorías funcionales de servicios.

        En general, un requisito para un nivel dado de una calidad de servicio particular requiere que una o más categorías funcionales de servicios cooperen en la consecución del objetivo. Por lo general, esto significa que los componentes básicos del software que implementan los servicios funcionales contienen software que contribuye a la implementación de la calidad.

        Para que la calidad se brinde adecuadamente, todos los servicios funcionales relevantes deben haber sido diseñados para respaldarla. Las calidades del servicio también pueden requerir soporte del software en la entidad Software de aplicación y el Entorno externo, así como en la Plataforma de aplicación.

        En algunos casos, la calidad de un servicio afecta a cada una de las categorías de servicio de manera similar, mientras que en otros casos, la calidad del servicio tiene una influencia única en una categoría de servicio en particular. Por ejemplo, la operación internacional depende de la mayoría de las categorías de servicios de la misma manera, tanto proporcionando facilidades como necesitando su cooperación para la localización de mensajes, fuentes y otras características de un lugar, pero puede tener un efecto más profundo en la servicios de ingeniería de software, donde pueden requerirse instalaciones para producir software internacionalizado.

        Durante el proceso de desarrollo de la arquitectura, el arquitecto debe ser consciente de la existencia de cualidades y el alcance de su influencia en la elección de los componentes básicos del software utilizados en la implementación de la arquitectura. La mejor forma de asegurarse de que las cualidades no se olvidan es crear una matriz de calidad, describiendo las relaciones entre cada servicio funcional y las cualidades que influyen en él.

        43.4.3.2 Taxonomía de las cualidades del servicio

        Las calidades de servicio identificadas actualmente en la taxonomía TRM son:

        • Disponibilidad (el grado en que algo está disponible para su uso), que incluye:
          • Manejabilidad, la capacidad de recopilar información sobre el estado de algo y controlarlo
          • Utilidad, la capacidad de identificar problemas y tomar medidas correctivas, como reparar o actualizar un componente en un sistema en ejecución
          • Actuación, la capacidad de un componente para realizar sus tareas en un momento adecuado
          • Fiabilidad, o resistencia al fracaso
          • Recuperabilidad, o la capacidad de restaurar un sistema a un estado de funcionamiento después de una interrupción
          • Localizabilidad, la capacidad de encontrar un sistema cuando sea necesario
          • Seguridad, o la protección de la información contra el acceso no autorizado
          • Integridad, o la garantía de que los datos no se han corrompido
          • Credibilidad, o el nivel de confianza en la integridad del sistema y sus datos
          • Operación internacional, incluidas las habilidades multilingües y multiculturales
          • Interoperabilidad, ya sea dentro o fuera de la organización (por ejemplo, la interoperabilidad de las funciones de calendario o programación puede ser clave para la utilidad de un sistema)
          • Escalabilidad, la capacidad de un componente para aumentar o reducir su rendimiento o capacidad de manera adecuada a las demandas del entorno en el que opera.
          • Portabilidad, de datos, personas, aplicaciones y componentes
          • Extensibilidad, o la capacidad de aceptar nuevas funciones
          • La capacidad de ofrecer acceso a servicios en nuevos paradigmas como la orientación a objetos.

          43.5 Taxonomía detallada de la plataforma

          Esta sección proporciona una taxonomía detallada de los servicios y las cualidades de la plataforma.

          43.5.1 Servicios de intercambio de datos

          Los servicios de intercambio de datos brindan soporte especializado para el intercambio de información entre aplicaciones y el entorno externo. Estos servicios están diseñados para manejar el intercambio de datos entre aplicaciones en la misma plataforma y aplicaciones en plataformas diferentes (heterogéneas). Existe un conjunto análogo de servicios para el intercambio de datos orientado a objetos, que se puede encontrar en Servicios de intercambio de datos y Servicios de externalización en 43.5.13 Prestación de servicios orientada a objetos.

          • Conversión y tipificación de datos genéricos de documentos Los servicios están respaldados por especificaciones para codificar los datos (por ejemplo, texto, imagen, numérico, caracteres especiales) y las estructuras lógicas y visuales de los documentos electrónicos, incluidos los documentos compuestos.
          • Intercambio de datos gráficos Los servicios están respaldados por descripciones de elementos de imagen independientes del dispositivo para gráficos basados ​​en vectores y descripciones para gráficos basados ​​en tramas.
          • Intercambio de datos especializado Los servicios están respaldados por especificaciones que describen los datos utilizados por mercados verticales específicos. Los mercados donde existen tales especificaciones incluyen las industrias médica, bibliotecaria, dental, aseguradora y petrolera.
          • Intercambio electrónico de datos Los servicios se utilizan para crear un entorno electrónico (sin papel) para realizar transacciones comerciales y lograr ganancias significativas en la calidad, la capacidad de respuesta y los ahorros que ofrece dicho entorno. Ejemplos de aplicaciones que utilizan servicios de comercio electrónico incluyen: búsqueda de proveedores y adjudicación de contratos de selección datos de productos envío, reenvío y recepción de información de pago de aduanas control de inventario mantenimiento datos relacionados con impuestos y datos relacionados con seguros.
          • Fax Los servicios se utilizan para crear, examinar, transmitir y / o recibir imágenes de fax.

          Actualmente, las siguientes áreas funcionales son compatibles principalmente con software de aplicación, pero están avanzando hacia la migración a la plataforma de aplicaciones:

          • Interfaz de gráficos sin procesar Las funciones admiten formatos de archivo de datos gráficos como TIFF, JPEG, GIF y CGM.
          • Procesamiento de texto funciones, incluida la capacidad de crear, editar, fusionar y formatear texto.
          • Procesamiento de documentos funciones, incluida la capacidad de crear, editar, fusionar y formatear documentos. Estas funciones permiten la composición de documentos que incorporan gráficos, imágenes e incluso anotaciones de voz, junto con texto estilizado. Se incluyen funciones avanzadas de edición y formato, como guías de estilo, revisión ortográfica, uso de varias columnas, generación de tablas de contenido, encabezados y pies de página, herramientas de descripción y soporte para escanear imágenes en formatos de mapas de bits. Otras capacidades incluyen la compresión y descompresión de imágenes o documentos completos.
          • Publicación funciones, incluida la incorporación de imágenes de calidad fotográfica y gráficos en color, y características avanzadas de formato y estilo, como ajustar texto alrededor de objetos gráficos o imágenes y kerning (es decir, cambiar el espaciado entre caracteres de texto). Estas funciones también interactúan con sofisticados equipos de impresión y producción. Otras capacidades incluyen reproducción de color y compresión y descompresión de imágenes o documentos completos.
          • Procesamiento de video funciones, incluida la capacidad de capturar, componer, editar, comprimir y descomprimir información de video usando formatos como MPEG. También se proporcionan funciones de generación de títulos y gráficos fijos.
          • Procesamiento de audio funciones, incluida la capacidad de capturar, componer, editar, comprimir y descomprimir información de audio.
          • Procesamiento multimedia funciones, incluida la capacidad de almacenar, recuperar, modificar, clasificar, buscar e imprimir todos o cualquier combinación de los medios mencionados anteriormente. Esto incluye soporte para medios de microfilm, tecnología de almacenamiento óptico que permite el almacenamiento de documentos escaneados o producidos por computadora utilizando técnicas de almacenamiento digital, una capacidad de escaneo y compresión y descompresión de datos.
          • Sincronización de medios Las funciones permiten la sincronización de flujos de datos como audio y video con fines de presentación.
          • Presentación y distribución de información Las funciones se utilizan para gestionar la distribución y presentación de información de aplicaciones interactivas y por lotes. Estas funciones se utilizan para proteger las aplicaciones del área empresarial de cómo se utiliza la información. Permiten que las aplicaciones del área empresarial creen conjuntos genéricos de información sin incorporar controles que dicten el uso de esa información. Las funciones de distribución y presentación de información incluyen la selección de las funciones de formato apropiadas requeridas para lograr la distribución y presentación de información a una variedad de aplicaciones y usuarios del área comercial. Las funciones de presentación y distribución de información también incluyen la capacidad de almacenar, archivar, priorizar, restringir y recrear información.
          • Hipertexto Las funciones apoyan la generación, distribución, ubicación, búsqueda y visualización de texto e imágenes, ya sea local o globalmente. Estas funciones incluyen la búsqueda y navegación, la vinculación de hipertexto y la presentación de información multimedia.

          43.5.2 Servicios de gestión de datos

          Para la mayoría de los sistemas es fundamental la gestión de datos que se pueden definir independientemente de los procesos que los crean o utilizan, se mantienen indefinidamente y se comparten entre muchos procesos. Los servicios de gestión de datos incluyen:

          • Diccionario / repositorio de datos Los servicios permiten que los administradores de datos y los ingenieros de información accedan y modifiquen datos sobre datos (es decir, metadatos). Dichos datos pueden incluir formatos internos y externos, reglas de integridad y seguridad y ubicación dentro de un sistema distribuido. Los servicios de diccionario y repositorio de datos también permiten que los usuarios finales y las aplicaciones definan y obtengan los datos que están disponibles en la base de datos. La administración de datos define la estandarización y el registro de tipos de elementos de datos individuales para cumplir con los requisitos para el intercambio de datos y la interoperabilidad entre los sistemas de información en toda la empresa. Las funciones de administración de datos incluyen procedimientos, pautas y métodos para la planificación, el análisis, los estándares, el modelado, la gestión de la configuración, el almacenamiento, la recuperación, la protección, la validación y la documentación de datos efectivos. Los diccionarios de datos a veces están vinculados a un único sistema de gestión de bases de datos (DBMS), pero los diccionarios de datos heterogéneos admitirán el acceso a diferentes DBMS. Los repositorios pueden contener una amplia variedad de información, incluidas las Bases de información de gestión (MIB) o información relacionada con CASE. Los sistemas orientados a objetos pueden proporcionar repositorios para objetos e interfaces, descritos en Servicios de repositorio de implementación y Servicios de repositorio de interfaz en 43.5.13 Prestación de servicios orientada a objetos.
          • Sistema de gestión de bases de datos (DBMS) Los servicios proporcionan acceso controlado a datos estructurados. Para administrar los datos, el DBMS proporciona control de concurrencia e instalaciones para combinar datos de diferentes esquemas. Los diferentes tipos de DBMS admiten diferentes modelos de datos, incluidos modelos relacionales, jerárquicos, de red, orientados a objetos y de archivo plano. Algunos DBMS están diseñados para funciones especiales como el almacenamiento de objetos grandes o datos multimedia. Los servicios DBMS son accesibles a través de una interfaz de lenguaje de programación, una interfaz de lenguaje de manipulación de datos interactiva (como SQL) o una interfaz de lenguaje interactiva / de cuarta generación. Los servicios de búsqueda y recuperación de objetos se describen por separado en Servicios de consulta en 43.5.13 Prestación de servicios orientada a objetos. Para mayor eficiencia, los DBMS a menudo brindan servicios específicos para crear, poblar, mover, respaldar, restaurar, recuperar y archivar bases de datos, aunque algunos de estos servicios podrían ser proporcionados por las capacidades generales de administración de archivos descritas en 43.5.7 Servicios del sistema operativo o un servicio específico. servicio de respaldo. Algunos DBMS admiten la distribución de la base de datos, incluidas las instalaciones para la actualización remota de registros, la replicación de datos, la localización y almacenamiento de datos en caché y la administración remota.
          • Sistema de gestión de bases de datos orientado a objetos Los servicios (OODBMS) proporcionan almacenamiento para objetos e interfaces para esos objetos. Estos servicios pueden admitir el repositorio de implementación, el repositorio de interfaz y los servicios de objetos persistentes en 43.5.13 Provisión de servicios orientada a objetos.
          • Gestión de archivos Los servicios brindan administración de datos a través de métodos de acceso a archivos, incluido el acceso secuencial indexado (ISAM) y el acceso aleatorio hash. Los servicios de directorio y archivo sin formato se describen en 43.5.7 Servicios del sistema operativo.

          Actualmente, las siguientes áreas funcionales son compatibles principalmente con software de aplicación, pero están avanzando hacia la migración a la plataforma de aplicaciones:

          • Procesamiento de consultas funciones que permiten la selección, extracción y formateo interactivos de la información almacenada de archivos y bases de datos. Las funciones de procesamiento de consultas se invocan a través de lenguajes y herramientas orientados al usuario (a menudo denominados lenguajes de cuarta generación), que simplifican la definición de los criterios de búsqueda y ayudan a crear una presentación eficaz de la información recuperada (incluido el uso de gráficos).
          • Generación de pantalla funciones que brindan la capacidad de definir y generar pantallas que apoyan la recuperación, presentación y actualización de datos.
          • La generación del informe funciones que brindan la capacidad de definir y generar informes impresos compuestos de datos extraídos de una base de datos.
          • Conexión en red / acceso concurrente funciones que administran el acceso de usuarios concurrentes a las funciones del Sistema de administración de bases de datos (DBMS).
          • Almacenaje funciones que brindan la capacidad de almacenar grandes cantidades de datos, generalmente capturados de otros sistemas de bases de datos, y de realizar un procesamiento analítico en línea en apoyo de ad hoc consultas.

          43.5.3 Servicios de imágenes y gráficos

          Los servicios gráficos proporcionan las funciones necesarias para crear, almacenar, recuperar y manipular imágenes. Estos servicios incluyen:

          • Gestión de objetos gráficos servicios, incluida la definición de objetos gráficos multidimensionales en una forma que sea independiente de los dispositivos de salida y la gestión de estructuras jerárquicas que contienen datos gráficos. Los formatos de datos gráficos incluyen dibujos geométricos bidimensionales y tridimensionales, así como imágenes.
          • Dibujo Los servicios admiten la creación y manipulación de imágenes con software como GKS, PEX, PHIGS u OpenGL.

          Actualmente, las siguientes áreas funcionales son compatibles principalmente con software de aplicación, pero están avanzando hacia la migración a la plataforma de aplicaciones:

          • Imagen funciones que permiten escanear, crear, editar, comprimir y descomprimir imágenes de acuerdo con estándares de formato de imagen reconocidos, por ejemplo, PIKS / IPI, OpenXIL o XIE.

          43.5.4 Servicios de operaciones internacionales

          Como práctica, los desarrolladores de sistemas de información generalmente han diseñado y desarrollado sistemas para satisfacer los requisitos de un segmento de mercado geográfico o lingüístico específico, que puede ser una nación o un mercado cultural en particular. Para que ese sistema de información fuera viable o comercializable en un segmento diferente del mercado, generalmente se requería un proceso de reingeniería completo. Los usuarios u organizaciones que necesitaban operar en un entorno multinacional o multicultural normalmente lo hacían con múltiples sistemas de procesamiento de información generalmente incompatibles.

          La operación internacional proporciona un conjunto de servicios e interfaces que permiten a un usuario definir, seleccionar y cambiar entre diferentes entornos de aplicaciones relacionados con la cultura que son compatibles con la implementación particular. En general, estos servicios deben proporcionarse de tal manera que los problemas de internacionalización sean transparentes para la lógica de la aplicación.

          • Conjuntos de caracteres y representación de datos Los servicios incluyen la capacidad de ingresar, almacenar, manipular, recuperar, comunicar y presentar datos independientemente del esquema de codificación utilizado.Esto incluye la capacidad de mantener y acceder a un depósito central de juegos de caracteres de todos los juegos de caracteres codificados que se utilizan en toda la plataforma. Los juegos de caracteres se identificarán de forma única para que el usuario final o la aplicación puedan seleccionar el juego de caracteres codificados que se utilizará. Esta representación independiente del sistema apoya la transferencia (o el intercambio) de los valores y la sintaxis, pero no la semántica, de los registros de datos entre los sistemas que se comunican. Las especificaciones son independientes del registro interno y las representaciones de campo de los sistemas de comunicación. También se incluye la capacidad de reconocer el conjunto de caracteres codificados de las entidades de datos y, posteriormente, ingresar, comunicar y presentar esos datos.
          • Convención Cultural Los servicios brindan la capacidad de almacenar y acceder a reglas y convenciones para entidades culturales que se mantienen en un repositorio de convenciones culturales llamado & quot; local & quot. Las configuraciones regionales deben estar disponibles para todas las aplicaciones. Las configuraciones regionales suelen incluir formatos de fecha y moneda, secuencias de clasificación y formatos de números. Los formatos de configuración regional estandarizados y las API permiten que las entidades de software utilicen información de configuración regional desarrollada por otros.
          • Soporte de idioma local Los servicios brindan la capacidad de admitir más de un idioma al mismo tiempo en un sistema. Los mensajes, menús, formularios y documentación en línea se pueden mostrar en el idioma seleccionado por el usuario. La entrada de teclados que se han modificado localmente para admitir los juegos de caracteres locales se puede interpretar correctamente.

          El funcionamiento adecuado de los servicios de operaciones internacionales depende de que todas las entidades de software involucradas tengan la capacidad de:

          • Usar configuraciones regionales
          • Cambiar entre configuraciones regionales según sea necesario
          • Mantener múltiples configuraciones regionales activas
          • Accede a las fuentes adecuadas

          Esto requiere que las entidades de software se escriban con un estilo particular y se diseñen desde el principio con la internacionalización en mente.

          43.5.5 Servicios de directorio y ubicación

          Los servicios de ubicación y directorio brindan soporte especializado para ubicar los recursos necesarios y para la mediación entre los consumidores de servicios y los proveedores de servicios.

          La World Wide Web, basada en Internet, ha creado una necesidad de localización de recursos de información, que actualmente se satisface principalmente mediante el uso de motores de búsqueda. Los avances en Internet global y en sistemas distribuidos heterogéneos exigen mediación activa a través de servicios de intermediarios que incluyen registro automático y dinámico, acceso a directorios, comunicación de directorios, filtración y servicios de contabilidad para el acceso a los recursos.

          • Directorio Los servicios brindan a los clientes servicios para establecer dónde están los recursos y, por extensión, cómo se pueden llegar a ellos. Los "clientes" pueden ser seres humanos o programas informáticos, y los "recursos" pueden ser una amplia variedad de cosas, como nombres, direcciones de correo electrónico, certificados de seguridad, impresoras, páginas web, etc.
          • Denominación para fines especiales Los servicios proporcionan servicios que refieren nombres (cadenas ordenadas de caracteres imprimibles) a objetos dentro de un contexto dado (espacios de nombres). Los objetos suelen estar organizados jerárquicamente dentro de espacios de nombres. Algunos ejemplos son:
            • Sistemas de archivos
            • Bases de datos de seguridad
            • Colas de proceso

            43.5.6 Servicios de red

            Los servicios de red se proporcionan para admitir aplicaciones distribuidas que requieren acceso a datos e interoperabilidad de aplicaciones en entornos de red heterogéneos u homogéneos.

            Un servicio de red consta de una interfaz y un protocolo subyacente.

            • Transmisión de datos, que incluyen interfaces y protocolos para una transmisión de datos confiable, transparente y de un extremo a otro a través de las redes de comunicaciones. Los servicios de comunicaciones de datos incluyen funciones de alto nivel (como transferencia de archivos, inicio de sesión remoto, ejecución de procesos remotos o servicios de integración de PC) y funciones de bajo nivel (como una API de sockets) que brindan acceso directo a los protocolos de comunicaciones.
            • Correo electrónico Los servicios incluyen la capacidad de enviar, recibir, reenviar, almacenar, mostrar, recuperar, priorizar, autenticar y administrar mensajes. Esto incluye la capacidad de agregar archivos y documentos a los mensajes. Los mensajes pueden incluir cualquier combinación de datos, texto, audio, gráficos e imágenes y deben poder formatearse en formatos estándar de intercambio de datos. Este servicio incluye el uso de directorios y listas de distribución para enrutar información, la capacidad de asignar prioridades, el uso de formularios electrónicos preformateados y la capacidad de rastrear el estado de los mensajes. Los servicios asociados incluyen una lista resumida de los mensajes entrantes, un registro de los mensajes recibidos y leídos, la capacidad de archivar o imprimir mensajes y la capacidad de responder o reenviar mensajes.
            • Datos distribuidos Los servicios proporcionan acceso y modificación de datos / metadatos en bases de datos locales o remotas. En un entorno distribuido, los datos que no están disponibles en la base de datos local se obtienen de un servidor de datos remoto a petición del cliente local.
            • Archivo distribuido Los servicios proporcionan acceso transparente a archivos remotos. Las aplicaciones tienen acceso equivalente a los datos independientemente de la ubicación física de los datos. Los servicios auxiliares para esta función pueden incluir direccionamiento transparente, datos almacenados en caché, replicación de datos, bloqueo de archivos y registro de archivos.
            • Nombre distribuido Los servicios proporcionan un medio para la identificación única de recursos dentro de un sistema informático distribuido. Estos servicios están disponibles para aplicaciones dentro de la red y brindan información que puede incluir el nombre del recurso, los atributos asociados, la ubicación física y la funcionalidad del recurso. Tenga en cuenta que todos los recursos del sistema deben ser identificables, en todos los sistemas de información, por el nombre distribuido. Esto permite que la ubicación física cambie, no solo para adaptarse al movimiento, sino también para el equilibrio de carga, la utilización del sistema, el escalado (agregar procesadores y mover recursos para adaptarse al aumento de recursos), el procesamiento distribuido y todos los aspectos de los sistemas abiertos. Los servicios de nombres distribuidos incluyen servicios de directorio como X.500 y servicios de navegación de red. Los servicios de nombres distribuidos incluyen formas de localizar objetos de datos tanto por nombre como por función. 43.5.13 La prestación de servicios orientada a objetos describe servicios equivalentes en Servicios de denominación y Servicios comerciales, respectivamente.
            • Tiempo distribuido Los servicios proporcionan coordinación de tiempo sincronizado según sea necesario entre procesos distribuidos en diferentes zonas horarias. Un servicio equivalente se describe en Servicios de tiempo en 43.5.13 Prestación de servicios orientada a objetos.
            • Proceso remoto (acceso) Los servicios proporcionan los medios para que las aplicaciones dispersas se comuniquen a través de una red informática. Estos servicios facilitan las comunicaciones de programa a programa independientemente de su naturaleza distribuida u operación en plataformas heterogéneas. Los servicios de proceso remoto, incluida la llamada a procedimiento remoto (RPC) y los mecanismos de mensajería asincrónica, sustentan las aplicaciones cliente / servidor.
            • Distribución de salida y cola de impresión remota Los servicios proporcionan los medios para imprimir resultados de forma remota. Los servicios incluyen la gestión de la impresión remota, incluida la selección de impresoras y medios, el uso de formularios, la seguridad y la gestión de la cola de impresión.

            Actualmente, las siguientes áreas funcionales son compatibles principalmente con software de aplicación, pero están avanzando hacia la migración a la plataforma de aplicaciones:

            • Telefonía mejorada funciones, que incluyen establecimiento de llamadas, coordinación de llamadas, desvío de llamadas, llamada en espera, directorios programados, teleconferencias, distribución automática de llamadas (útil para categorías de servicio al cliente ocupadas) y grabación de detalles de llamadas.
            • Pantalla compartida funciones que proporcionan teleconferencias de audio con ventanas de estaciones de trabajo comunes entre dos o más usuarios. Esto incluye la capacidad de actualizar las ventanas cada vez que alguien muestra material nuevo o cambia una pantalla existente. Cada usuario tiene la capacidad de realizar anotaciones gráficas o modificar la ventana de conferencia compartida.
            • Videoconferencia funciones que proporcionan transmisión de video bidireccional entre diferentes sitios. Estas funciones incluyen configuración de llamadas, coordinación de llamadas, visualización en movimiento completo de eventos y participantes de manera bidireccional, soporte para la gestión de la dirección de las cámaras, que van desde la posición fija, al remitente dirigido, al receptor dirigido, al sonido automatizado. recoger.
            • Transmisión funciones que proporcionan funciones de comunicaciones de audio o audio / video unidireccionales entre una ubicación de envío y múltiples ubicaciones de recepción o entre múltiples ubicaciones de envío y recepción.
            • Lista de correo funciones que permiten a los grupos participar en conferencias. Estas conferencias pueden ocurrir o no en tiempo real. Los conferenciantes o invitados pueden entrar o salir de conferencias o subconferencias a voluntad. Se proporciona la capacidad de rastrear los intercambios. Las funciones incluyen el intercambio de documentos, la gestión de conferencias, las instalaciones de grabación y las capacidades de búsqueda y recuperación.

            43.5.7 Servicios del sistema operativo

            Los servicios del sistema operativo son responsables de la gestión de los recursos de la plataforma, incluidos el procesador, la memoria, los archivos y la entrada y salida. Por lo general, protegen las aplicaciones de los detalles de implementación de la máquina. Los servicios del sistema operativo incluyen:

            • Operaciones del kernel proporcionar los servicios de bajo nivel necesarios para:
              • Crear y administrar procesos e hilos de ejecución.
              • Ejecutar programas
              • Definir y comunicar eventos asincrónicos
              • Definir y procesar las operaciones del reloj del sistema.
              • Implementar funciones de seguridad
              • Administrar archivos y directorios
              • Controle el procesamiento de entrada / salida hacia y desde dispositivos periféricos

              Algunos servicios del núcleo tienen análogos descritos en 43.5.13 Prestación de servicios orientada a objetos, como los servicios de control de concurrencia.

              • Comparar, imprimir y mostrar el contenido del archivo
              • Editando archivos
              • Buscando patrones
              • Evaluar expresiones
              • Mensajes de registro
              • Mover archivos entre directorios
              • Clasificación de datos
              • Ejecución de scripts de comandos
              • Cola de impresión local
              • Programación de procesos de ejecución de señales
              • Acceder a la información del entorno

              43.5.8 Servicios de ingeniería de software

              El aspecto funcional de una aplicación se materializa en los lenguajes de programación utilizados para codificarla. Además, los desarrolladores de sistemas profesionales requieren herramientas adecuadas para el desarrollo y mantenimiento de aplicaciones. Estas capacidades las proporcionan los servicios de ingeniería de software, que incluyen:

              • Lenguaje de programación Los servicios proporcionan la sintaxis básica y la definición semántica para que los utilice un desarrollador de software para describir la función deseada del software de aplicación. Los servicios de lenguaje de script de shell y ejecutivo permiten el uso de comandos o utilidades del sistema operativo en lugar de un lenguaje de programación. Los shells y los scripts ejecutivos suelen interpretarse en lugar de compilarse, pero algunos sistemas operativos admiten compiladores de scripts ejecutivos. Por el contrario, algunos compiladores producen código para ser interpretado en tiempo de ejecución. Otras herramientas de este grupo incluyen formateadores de código fuente y compiladores de compiladores.
              • Vinculación de código de objeto Los servicios brindan la capacidad para que los programas accedan a la aplicación subyacente y la plataforma del sistema operativo a través de API que se han definido independientemente del lenguaje de la computadora. Los programadores lo utilizan para obtener acceso a estos servicios utilizando métodos consistentes con el sistema operativo y el lenguaje específico utilizado. La vinculación depende del sistema operativo, pero del idioma.
              • Entorno y herramientas de ingeniería de software asistida por computadora (CASE) Los servicios incluyen sistemas y programas que ayudan en el desarrollo y mantenimiento automatizados de software. Estos incluyen, entre otros, herramientas para la especificación y el análisis de requisitos, para el trabajo de diseño y análisis, para crear, editar, probar y depurar código de programa, para documentar, para hacer prototipos y para la comunicación grupal. Las interfaces entre estas herramientas incluyen servicios para almacenar y recuperar información sobre sistemas e intercambiar esta información entre los diversos componentes del entorno de desarrollo del sistema. Un complemento de estas capacidades es la capacidad de administrar y controlar la configuración de componentes de software, datos de prueba y bibliotecas para registrar cambios en el código fuente o acceder a los repositorios CASE. Otras herramientas de lenguaje incluyen generadores y traductores de código, herramientas de inteligencia artificial y herramientas como el comando del sistema UNIX. fabricar, que utiliza el conocimiento de las interdependencias entre módulos para recompilar y vincular solo aquellas partes de un programa que han cambiado.
              • Construcción de interfaz gráfica de usuario (GUI) Los servicios ayudan en el desarrollo de los elementos de aplicaciones de la interfaz hombre-ordenador (HCI). Las herramientas incluyen servicios para generar y capturar diseños de pantalla y para definir la apariencia, función, comportamiento y posición de los objetos gráficos.
              • Lenguaje de escritura Los servicios proporcionan lenguajes interpretados que permiten al usuario realizar alguna función complicada de forma sencilla. Las áreas de aplicación atendidas por lenguajes de secuencias de comandos de propósito especial incluyen cálculo, desarrollo de interfaz gráfica de usuario y desarrollo de aplicaciones prototipo.
              • Enlace de idioma Los servicios proporcionan asignaciones de interfaces proporcionadas por lenguajes de programación a los servicios proporcionados por la Plataforma de aplicaciones. En muchos casos, el mapeo es sencillo ya que la plataforma proporciona servicios análogos a los que espera la aplicación. En otros casos, el servicio de enlace de idiomas debe utilizar una combinación de servicios de plataforma de aplicaciones para proporcionar un mapeo completamente funcional.
              • Entorno de ejecución Los servicios brindan soporte para el software de aplicación en tiempo de ejecución. Este soporte incluye la localización y conexión de bibliotecas vinculadas dinámicamente, o incluso la emulación de un entorno operativo diferente al que realmente existe.
              • Interfaz binaria de la aplicación Los servicios brindan servicios que hacen que la plataforma de aplicaciones cumpla con los estándares de interfaz binaria de aplicaciones definidos.

              43.5.9 Servicios de procesamiento de transacciones

              Los servicios de procesamiento de transacciones (TP) brindan soporte para el procesamiento en línea de la información en unidades discretas llamadas & quottransacciones & quot, con garantía del estado de la información al final de la transacción. Por lo general, esto implica secuencias predeterminadas de entrada, validación, visualización y actualización o consulta de datos en un archivo o base de datos. También incluye servicios para priorizar y rastrear transacciones. Los servicios de TP pueden incluir soporte para la distribución de transacciones a una combinación de procesadores locales y remotos.

              Una transacción es una unidad de trabajo completa. Puede comprender muchas tareas computacionales, que pueden incluir interfaz de usuario, recuperación de datos y comunicaciones. Una transacción típica modifica los recursos compartidos. Las transacciones también deben poder revertirse (es decir, deshacerse) si es necesario, en cualquier etapa. Cuando una transacción se completa sin fallas, se confirma. La finalización de una transacción significa compromiso o reversión.

              Normalmente, un servicio de TP contendrá un administrador de transacciones, que vincula la entrada de datos y el software de visualización con el procesamiento, la base de datos y otros recursos para formar el servicio completo.

              La suma de todo el trabajo realizado en cualquier parte del sistema en el curso de una sola transacción se denomina & quot transacción global & quot. Las transacciones no se limitan a una única plataforma de aplicación.

              • Gerente de transacciones servicios, que permiten que una aplicación demarque transacciones y dirija su finalización. Los servicios del administrador de transacciones incluyen:
                • Iniciar una transacción
                • Coordinación de recursos recuperables involucrados en una transacción.
                • Confirmar o revertir transacciones
                • Controlar los tiempos de espera en las transacciones
                • Encadenando transacciones juntas
                • Supervisión del estado de la transacción

                Algunos servicios de administrador de transacciones tienen equivalentes descritos en 43.5.13 Prestación de servicios orientada a objetos, bajo Servicios de transacción.

                43.5.10 Servicios de interfaz de usuario

                Los servicios de interfaz de usuario definen cómo los usuarios pueden interactuar con una aplicación. Dependiendo de las capacidades requeridas por los usuarios y las aplicaciones, estas interfaces pueden incluir lo siguiente:

                • Cliente / servidor gráfico servicios que definen las relaciones entre los procesos de cliente y servidor que operan pantallas de interfaz gráfica de usuario, generalmente dentro de una red. En este caso, el programa que controla cada unidad de visualización es un proceso de servidor, mientras que los programas de usuario independientes son procesos de cliente que solicitan servicios de visualización del servidor.
                • Objetos de visualización servicios que definen las características de los elementos de visualización, como el color, la forma, el tamaño, el movimiento, el contexto de los gráficos, las preferencias del usuario, la gestión de fuentes y las interacciones entre los elementos de visualización.
                • Gestión de ventanas servicios que definen cómo se crean, mueven, almacenan, recuperan, eliminan y relacionan las ventanas entre sí.
                • Soporte de diálogo Los servicios traducen los datos ingresados ​​para mostrarlos a los que realmente se muestran en la pantalla (por ejemplo, movimientos del cursor, ingreso de datos del teclado y dispositivos externos de ingreso de datos).
                • Impresión Los servicios admiten la salida de datos de texto y / o gráficos, incluido cualquier filtrado o conversión de formato necesario. Los servicios de impresión pueden incluir la capacidad de imprimir todo o parte de un documento, imprimir y cotejar más de una copia, seleccionar el tamaño y la orientación de la salida, elegir la resolución de impresión, los colores y el comportamiento gráfico, y especificar fuentes y otros caracteristicas.
                • Capacitación basada en computadora y ayuda en línea Los servicios proporcionan un entorno de formación integrado en las estaciones de trabajo de los usuarios. La capacitación está disponible según sea necesario para cualquier aplicación disponible en el medio ambiente. Los mensajes electrónicos se proporcionan con solo pulsar una tecla desde cualquier lugar dentro de la aplicación. Esto incluye capacitación tutorial sobre la aplicación en uso y la disponibilidad de capacitación interactiva presencial y fuera de línea.
                • Basado en personajes servicios, que se ocupan del soporte para terminales no gráficos. Los servicios basados ​​en caracteres incluyen soporte para el control independiente del tipo de terminal de los atributos de visualización, movimientos del cursor, teclas programables, señales audibles y otras funciones.

                Los servicios asociados con un sistema de ventanas incluyen la presentación visual de información en una pantalla que contiene una o más ventanas o paneles, soporte para apuntar a un objeto en la pantalla usando un dispositivo señalador como un mouse o pantalla táctil, y la manipulación de un conjunto de objetos en la pantalla a través del dispositivo señalador o mediante la entrada del teclado. Otras interfaces de usuario incluidas son controles industriales y dispositivos de realidad virtual.

                43.5.11 Servicios de seguridad

                Los servicios de seguridad son necesarios para proteger la información sensible en el sistema de información. El nivel apropiado de protección se determina en función del valor de la información para los usuarios finales del área de negocio y la percepción de las amenazas a la misma.

                Para ser eficaz, la seguridad debe fortalecerse, nunca debe darse por sentada y debe diseñarse en una arquitectura y no debe instalarse posteriormente.Ya sea que un sistema sea independiente o distribuido, la seguridad debe aplicarse a todo el sistema. No debe olvidarse que el requisito de seguridad se extiende no solo a la gama de entidades de un sistema, sino también a lo largo del tiempo.

                Al establecer una arquitectura de seguridad, el mejor enfoque es considerar qué se defiende, qué valor tiene y cuáles son las amenazas. Las principales amenazas a contrarrestar son:

                • Pérdida de confidencialidad de los datos
                • No disponibilidad de datos o servicios
                • Pérdida de integridad de los datos.
                • Uso no autorizado de recursos

                Los siguientes servicios proporcionan contraataques a estas amenazas:

                • Identificación y autenticación los servicios brindan:
                  • Identificación, rendición de cuentas y auditoría de los usuarios y sus acciones.
                  • Autenticación y datos de la cuenta
                  • Protección de datos de autenticación
                  • Información de estado de usuario activo
                  • Mecanismos de autenticación de contraseña
                  • Advertencia a los usuarios no autorizados de que el sistema es consciente de la seguridad
                  • Autenticación de usuarios
                  • Información, que se muestra al ingresar, sobre intentos de inicio de sesión exitosos y fallidos anteriores
                  • Bloqueo iniciado por el usuario de una sesión que impide el acceso adicional hasta que el usuario se haya vuelto a autenticar
                  • Atributos de control de acceso para sujetos (como procesos) y objetos (como archivos)
                  • Aplicación de reglas para la asignación y modificación de atributos de control de acceso.
                  • Aplicación de los controles de acceso
                  • Control de la creación y eliminación de objetos, incluida la garantía de que la reutilización de objetos no permita que los sujetos accedan accidentalmente a la información que anteriormente se encontraba en el objeto.

                  Los servicios de control de acceso también aparecen en Servicios de seguridad en 43.5.13 Prestación de servicios orientada a objetos.

                  • Una forma segura de que las partes en comunicación se autentiquen entre sí sin el riesgo de que un fisgón se haga pasar por una de las partes.
                  • Una forma segura de generar y verificar valores de verificación para la integridad de los datos
                  • Cifrado y descifrado de datos con fines de confidencialidad y otros fines
                  • Una forma de producir un hash irreversible de datos para admitir funciones de firma digital y no repudio.
                  • Generación, derivación, distribución, almacenamiento, recuperación y eliminación de claves criptográficas

                  Los servicios de seguridad requieren que otras entidades de software cooperen en:

                  • Control de acceso a los recursos gestionados por la entidad
                  • Contabilidad y auditoría de eventos relevantes para la seguridad
                  • La importación y exportación de datos
                  • Potencialmente, todos los demás servicios de seguridad dependiendo del enfoque de implementación particular

                  Los servicios de seguridad son una categoría en la que una visión amplia es particularmente importante, ya que una cadena es tan fuerte como su eslabón más débil. Esta es una categoría de servicios donde el entorno externo tiene implicaciones críticas en la plataforma de aplicaciones. Por ejemplo, la presencia de un firewall puede proporcionar un único punto de acceso a una red desde el mundo exterior, lo que hace posible concentrar el control de acceso en un solo lugar y relajar los requisitos detrás del firewall.

                  43.5.12 Servicios de administración de sistemas y redes

                  Los sistemas de información están compuestos por una amplia variedad de recursos diversos que deben administrarse de manera eficaz para lograr los objetivos de un entorno de sistema abierto. Si bien los recursos individuales (como impresoras, software, usuarios, procesadores) pueden diferir ampliamente, la abstracción de estos recursos como objetos administrados permite un tratamiento de manera uniforme. Los conceptos básicos de gestión, incluidos el funcionamiento, la administración y el mantenimiento, se pueden aplicar al conjunto completo de componentes del sistema de información junto con sus servicios auxiliares.

                  La funcionalidad de gestión del sistema y la red se puede dividir de varias formas diferentes, una de las cuales es hacer una división de acuerdo con los elementos de gestión que se aplican genéricamente a todos los recursos funcionales. Esta división se reduce de la siguiente manera:

                  • Gestión de usuarios Los servicios brindan la capacidad de mantener las preferencias y privilegios de un usuario.
                  • Gestión de la configuración (CM) Los servicios abordan cuatro funciones básicas:
                    • Identificación y especificación de todos los recursos componentes.
                    • Control, o la capacidad de congelar elementos de configuración, cambiándolos solo a través de procesos acordados
                    • Contabilidad de estado de cada elemento de configuración
                    • Verificación a través de una serie de revisiones para asegurar la conformidad entre el elemento de configuración real y la información registrada sobre él.

                    Estos servicios incluyen: CM de procesador, CM de red, CM de sistema distribuido, CM de topología y CM de aplicación. Processor CM adopta un enfoque centrado en la plataforma. Los servicios CM de red y CM de sistema distribuido permiten gestionar y supervisar sistemas remotos, incluido el intercambio del estado de la red. Topología CM se utiliza para controlar la topología de entidades físicas o lógicas que se distribuyen. Application CM se centra en las aplicaciones. La gestión de la configuración también aparece como servicios de gestión de cambios en 43.5.13 Provisión de servicios orientada a objetos.

                    • Gestión de la capacidad analizando el rendimiento y la capacidad actuales e históricos
                    • Gestión de la carga de trabajo para identificar y comprender las aplicaciones que utilizan el sistema.
                    • Planificación de la capacidad para planificar los recursos de hardware necesarios para el futuro

                    Actualmente, las siguientes áreas funcionales son compatibles principalmente con software de aplicación, pero están avanzando hacia la migración a la plataforma de aplicaciones:

                    • Problemas de emisión de billetes Los servicios apoyan la generación, procesamiento y seguimiento de informes de problemas. La emisión de tickets de problemas es un término que se origina en el mundo de las telecomunicaciones y se refiere a la capacidad de pasar informes de fallas tanto dentro como entre los proveedores de servicios de telecomunicaciones. En este entorno, los clientes de un proveedor suelen encontrar las fallas, mientras que la causa del problema se encuentra dentro del dominio administrativo de otro proveedor. La emisión de tickets de problemas es un servicio común que puede ser útil para una gama cada vez mayor de aplicaciones si se realiza el trabajo necesario para extenderlo desde las telecomunicaciones a áreas más amplias de aplicaciones distribuidas como el correo electrónico.

                    Esta ruptura de los servicios de administración de sistemas y redes es paralela a la ruptura de la administración de redes OSI emergente, presentando así un marco coherente general que se aplica por igual a redes completas y a los nodos individuales de las redes.

                    Una consideración importante de los estándares que respaldan los servicios en esta categoría es que no deben hacer cumplir políticas de gestión específicas, sino permitir la implementación de una amplia variedad de políticas de gestión diferentes, seleccionadas de acuerdo con las necesidades particulares de las instalaciones del usuario final.

                    Los servicios de gestión de sistemas y redes requieren la cooperación de otras entidades de software en:

                    • Proporcionar información sobre el estado
                    • Notificación de eventos
                    • Respondiendo a las instrucciones de la gerencia

                    43.5.13 Prestación de servicios orientada a objetos

                    Esta sección muestra cómo se proporcionan los servicios de una manera orientada a objetos. & quot Servicios de objetos & quot no aparece como una categoría en el Modelo de referencia técnica (TRM) ya que todos los servicios de objetos individuales se incorporan según corresponda en las categorías de servicios dadas.

                    Un objeto es una entidad encapsulada identificable que proporciona uno o más servicios que un cliente puede solicitar. Los clientes solicitan un servicio invocando el método apropiado asociado con el objeto, y el objeto realiza el servicio en nombre del cliente. Los objetos proporcionan un paradigma de programación que puede generar importantes beneficios, que incluyen:

                    Los servicios de administración de objetos proporcionan formas de crear, ubicar y nombrar objetos, y les permiten comunicarse en un entorno distribuido. El conjunto completo de servicios de objetos identificados hasta ahora se enumera a continuación en aras de la exhaustividad. Cuando un servicio objeto particular forma parte de una categoría de servicio de aplicación más general, se da un puntero a la otra categoría de servicio. Los servicios de objetos incluyen:

                    • Agente de solicitud de objetos (ORB) servicios, que permiten a los objetos realizar y recibir solicitudes y respuestas de forma transparente en un entorno distribuido. Los servicios de ORB incluyen:
                      • Repositorio de implementación Los servicios apoyan la ubicación y gestión de implementaciones de objetos. Los servicios se asemejan a los proporcionados por los servicios de diccionario / repositorio de datos en 43.5.2 Servicios de gestión de datos.
                      • Instalación y Activación Los servicios proporcionan formas de distribuir, instalar, activar y reubicar objetos. Esto corresponde a los servicios de instalación de software en 43.5.12 Servicios de administración de redes y sistemas.
                      • Repositorio de interfaz Los servicios apoyan el almacenamiento y la gestión de información sobre interfaces con objetos. Los servicios se asemejan a los proporcionados por los servicios de diccionario / repositorio de datos en 43.5.2 Servicios de gestión de datos.
                      • Replicación Los servicios admiten la replicación de objetos en sistemas distribuidos, incluida la gestión de la coherencia entre las copias.
                      • Gestión del cambio Los servicios proporcionan la identificación de versiones y la gestión de la configuración de interfaces, implementaciones e instancias de objetos. Esto corresponde a los servicios de gestión de la configuración descritos en 43.5.12 Servicios de gestión del sistema y de la red.
                      • Colecciones Los servicios proporcionan operaciones sobre colecciones de objetos, como listas, árboles, pilas o colas. Los servicios incluyen establecer, agregar objetos o eliminarlos de las colecciones, probar la pertenencia al conjunto, formar uniones e intersecciones de conjuntos, etc.
                      • Control de concurrencia Los servicios permiten que varios clientes coordinen su acceso a los recursos compartidos. Una sincronización como esta se proporciona normalmente mediante los servicios del Kernel que se proporcionan en 43.5.7 Servicios del sistema operativo.
                      • Intercambio de datos Los servicios apoyan el intercambio de información de estado visible entre objetos. Dependiendo del tipo de objeto involucrado, esto corresponde a uno o más de los servicios provistos en 43.5.1 Servicios de intercambio de datos.
                      • Gestión de eventos Los servicios brindan capacidades básicas para la gestión de eventos, incluidos eventos asincrónicos, evento & quotfan-in & quot, notificación & quotfan-out & quot y entrega de eventos confiable.
                      • Externalización Los servicios definen protocolos y convenciones para externalizar e internalizar objetos. Externalizar significa registrar el estado del objeto en un flujo de datos, e internalizar significa recrear un estado del objeto a partir de un flujo de datos. Este es un ejemplo de las funciones de presentación y distribución de información en 43.5.1 Servicios de intercambio de datos.
                      • Licencia los servicios apoyan las políticas para la concesión de licencias de objetos y la medición y el cobro por el uso de objetos. Esto corresponde a los servicios de administración de licencias en 43.5.12 Servicios de administración de redes y sistemas.
                      • Ciclo vital Los servicios definen convenciones para crear, eliminar, copiar y mover objetos. La creación de objetos se define en términos de objetos de fábrica, que son objetos que crean otros objetos.
                      • Nombrar Los servicios brindan la capacidad de vincular un nombre a un objeto y de ubicar un objeto por su nombre. Esto es análogo al servicio de nombre distribuido descrito en 43.5.6 Servicios de red.
                      • Objeto persistente Los servicios proporcionan interfaces comunes para retener y administrar el estado persistente de los objetos. Los objetos a menudo se almacenan en un OODBMS, descrito como uno de los servicios en 43.5.2 Servicios de administración de datos.
                      • Propiedades Los servicios apoyan la creación, eliminación, asignación y protección de propiedades dinámicas asociadas con objetos.
                      • Consulta Los servicios admiten operaciones de indexación y consulta en colecciones de objetos que devuelven un subconjunto de la colección. Esto es similar a la búsqueda de bases de datos, una parte de las funciones de DBMS en 43.5.2 Servicios de administración de datos.
                      • Relación Los servicios permiten que las relaciones entre objetos (como propiedad o contención) se representen explícitamente como objetos.
                      • Seguridad los servicios apoyan el control de acceso a los objetos y el no repudio de las operaciones sobre los objetos. El control de acceso se define como un servicio de seguridad (ver 43.5.11 Servicios de seguridad). El no repudio, que también es un servicio de seguridad, proporciona la prueba de que un usuario en particular llevó a cabo una acción en un momento determinado.
                      • Puesta en marcha Los servicios soportan el inicio y la terminación automáticos de los servicios de objetos en el inicio o la terminación del ORB.
                      • Hora Los servicios soportan la sincronización de relojes en un sistema distribuido. Es lo mismo que el servicio de tiempo distribuido en 43.5.6 Servicios de red.
                      • Comercio Los servicios permiten a los clientes localizar objetos por los servicios que brindan los objetos, en lugar de por su nombre. Esto es similar al servicio de nombre distribuido en 43.5.6 Servicios de red.
                      • Transacción Los servicios brindan facilidades para agrupar operaciones en unidades atómicas, denominadas & quottransacciones & quot, con la certeza de que una transacción se realizará en su totalidad o no se llevará a cabo. Esto corresponde a algunos de los servicios de Transaction Manager en 43.5.9 Servicios de procesamiento de transacciones.

                      El juego de documentos TOGAF está diseñado para su uso con marcos. Para navegar por el documento:

                      • En el marco de Contenidos principal en el margen izquierdo de la página, haga clic en el hipervínculo correspondiente para cargar la Lista de Contenidos para esa Parte del documento TOGAF o vaya directamente a un capítulo dentro del documento.
                      • Dentro de un capítulo, puede seleccionar Anterior y Siguiente en la parte superior e inferior de la página para pasar al capítulo anterior o siguiente, o seleccionar Inicio para volver a la página de bienvenida.

                      Las descargas de TOGAF & reg, un estándar de grupo abierto, están disponibles bajo licencia en el sitio web de información de TOGAF. La licencia es gratuita para cualquier organización que desee utilizar el estándar TOGAF por completo para fines internos (por ejemplo, para desarrollar una arquitectura de sistema de información para su uso dentro de esa organización). También está disponible un libro (en papel y pdf) en The Open Group Bookstore como documento G116.


                      Proporcionar aplicaciones de productividad móvil de Citrix a los usuarios de Android Enterprise

                      Proporcionar aplicaciones de productividad móvil Citrix para usuarios de Android Enterprise requiere estos pasos.

                      Publique las aplicaciones como aplicaciones MDX. Consulte Configurar aplicaciones como aplicaciones MDX.

                      Configure las reglas para el desafío de seguridad que utilizan sus usuarios para acceder a los perfiles de trabajo en sus dispositivos. Consulte Configurar la política de desafío de seguridad.

                      Las aplicaciones que publica están disponibles para los dispositivos inscritos en su empresa Android Enterprise.

                      Nota:

                      Cuando implementa una aplicación de tienda de aplicaciones públicas de Android Enterprise para un usuario de Android, ese usuario se inscribe automáticamente en Android Enterprise.

                      Configurar aplicaciones como aplicaciones MDX

                      Para configurar una aplicación de productividad Citrix como una aplicación MDX para Android Enterprise:

                      En la consola de Endpoint Management, haga clic en Configurar aplicaciones de & gt. La Aplicaciones aparece la página.

                      Hacer clic Agregar. La Agregar aplicación Aparece el cuadro de diálogo.

                      Hacer clic MDX. La Información de la aplicación aparece la página.

                      En el lado izquierdo de la página, seleccione Android Enterprise como la plataforma.

                      Sobre el Información de la aplicación página, escriba la siguiente información:

                      • Nombre: Escriba un nombre descriptivo para la aplicación. Este nombre aparece debajo Nombre de la aplicación sobre el Aplicaciones mesa.
                      • Descripción: Escriba una descripción opcional de la aplicación.
                      • Categoría de la aplicación: Opcionalmente, en la lista, haga clic en la categoría a la que desea agregar la aplicación. Para obtener más información sobre las categorías de aplicaciones, consulte Acerca de las categorías de aplicaciones.

                      Hacer clic próximo. La Aplicación Android Enterprise MDX aparece la página.

                      Hacer clic Subir y navegue hasta la ubicación del archivo .mdx de la aplicación. Seleccione el archivo y haga clic en Abierto.

                      La interfaz de usuario le notifica si la aplicación adjunta requiere la aprobación de la tienda administrada de Google Play. Para aprobar la aplicación sin salir de la consola de Citrix Endpoint Management, haga clic en .

                      Cuando se abra la página de la tienda administrada de Google Play, haga clic en Aprobar.

                      Hacer clic Aprobar de nuevo.

                      Seleccione Manténgase aprobado cuando la aplicación solicite nuevos permisos. Hacer clic Ahorrar.

                      Cuando la aplicación se aprueba y se guarda, aparecen más configuraciones en la página. Configure estos ajustes:

                      • Nombre del archivo: Escriba el nombre del archivo asociado con la aplicación.
                      • Descripción de la aplicación: Escriba una descripción de la aplicación.
                      • Seguimiento del producto: Especifique qué pista de producto desea enviar a los dispositivos de los usuarios. Si tiene una pista diseñada para realizar pruebas, puede seleccionarla y asignarla a sus usuarios. El valor predeterminado es Producción.
                      • Version de aplicacion: Opcionalmente, escriba el número de versión de la aplicación.
                      • ID del paquete: La URL de la aplicación en la tienda de Google Play.
                      • Versión mínima del sistema operativo: Opcionalmente, escriba la versión más antigua del sistema operativo que el dispositivo puede ejecutar para usar la aplicación.
                      • Versión máxima del sistema operativo: Opcionalmente, escriba el sistema operativo más reciente que el dispositivo debe ejecutar para usar la aplicación.
                      • Dispositivos excluidos: Opcionalmente, escriba el fabricante o los modelos de los dispositivos que no pueden ejecutar la aplicación.

                      Configurar el Políticas MDX. Para obtener más información sobre las políticas de aplicaciones para aplicaciones MDX, consulte Resumen de políticas de MDX y Descripción general del SDK de MAM.

                      Configure las reglas de implementación. Para obtener información, consulte Implementar recursos.

                      Expandir Configuración de la tienda. Esta configuración no se aplica a las aplicaciones de Android Enterprise, que solo aparecen en Google Play administrado.

                      Opcionalmente, puede agregar preguntas frecuentes para la aplicación o capturas de pantalla que aparecen en la tienda de aplicaciones. También puede establecer si los usuarios pueden calificar o comentar sobre la aplicación.

                      • Configure estos ajustes:
                        • Preguntas frecuentes sobre la aplicación: Agregue preguntas frecuentes y respuestas para la aplicación.
                        • Capturas de pantalla de la aplicación: Agregue capturas de pantalla para ayudar a clasificar la aplicación en la tienda de aplicaciones. El gráfico que cargue debe ser PNG. No puede cargar una imagen GIF o JPEG.
                        • Permitir calificaciones de aplicaciones: Seleccione si desea permitir que un usuario califique la aplicación. El valor predeterminado es En. Permitir comentarios de la aplicación: Seleccione si desea permitir que los usuarios comenten sobre la aplicación seleccionada. El valor predeterminado es En.

                        Hacer clic próximo. La Aprobaciones aparece la página.

                        Utiliza flujos de trabajo cuando necesita aprobación al crear cuentas de usuario. Si no desea configurar flujos de trabajo de aprobación, puede pasar al paso 15.

                        Configure estos ajustes para asignar o crear un flujo de trabajo:

                        • Flujo de trabajo a utilizar: En la lista, haga clic en un flujo de trabajo existente o haga clic en Crea un nuevo flujo de trabajo. El valor predeterminado es Ninguno.
                        • Si seleccionas Crea un nuevo flujo de trabajo, configure estos ajustes. Para obtener más información, consulte Crear y administrar flujos de trabajo.
                        • Nombre: Escriba un nombre exclusivo para el flujo de trabajo.
                        • Descripción: Opcionalmente, escriba una descripción para el flujo de trabajo.
                        • Plantillas de aprobación de correo electrónico: En la lista, seleccione la plantilla de aprobación de correo electrónico que se asignará. Cuando hace clic en el icono de ojo a la derecha de este campo, aparece un cuadro de diálogo donde puede obtener una vista previa de la plantilla.
                        • Niveles de aprobación del gerente: En la lista, seleccione el número de niveles de aprobación del gerente necesarios para este flujo de trabajo. El valor predeterminado es 1 nivel. Las posibles opciones son:
                          • Innecesario
                          • 1 nivel
                          • 2 niveles
                          • 3 niveles
                          • Para eliminar a una persona del Aprobadores requeridos adicionales seleccionados lista, realice una de las siguientes acciones:
                            • Hacer clic Buscar para ver una lista de todas las personas en el dominio seleccionado.
                            • Escriba un nombre completo o parcial en el cuadro de búsqueda y luego haga clic en Buscar para limitar los resultados de la búsqueda.
                            • Personas en el Aprobadores requeridos adicionales seleccionados La lista tiene marcas de verificación junto a su nombre en la lista de resultados de búsqueda. Desplácese por la lista y desmarque la casilla de verificación junto a cada nombre que desee eliminar.

                            Hacer clic próximo. La Asignación de grupo de entrega aparece la página.

                            Junto a Elija grupos de entrega, escriba para buscar un grupo de entrega o seleccione un grupo o grupos en la lista. Los grupos que seleccione aparecen en la Grupos de entrega para recibir la asignación de la aplicación lista.

                            Expandir Programa de implementación y luego configure los siguientes ajustes:

                            • Junto a Desplegar, haga clic en En para programar la implementación o haga clic en Apagado para evitar el despliegue. La opción predeterminada es En.
                            • Junto a Programa de implementación, haga clic en Ahora o Mas tarde. La opción predeterminada es Ahora.
                            • Si hace clic en Mas tarde, haga clic en el icono de calendario y luego seleccione la fecha y hora para la implementación.
                            • Junto a Condición de implementación, haga clic en En cada conexión o haga clic en Solo cuando la implementación anterior ha fallado. La opción predeterminada es En cada conexión.

                            Junto a Implementar para una conexión permanente, asegurarse de que Apagado está seleccionado. La opción predeterminada es Apagado. Las conexiones siempre activas no están disponibles para Android Enterprise para los clientes que comenzaron a usar Endpoint Management con la versión 10.18.19 o posterior. No recomendamos las conexiones para los clientes que comenzaron a usar Endpoint Management antes de la versión 10.18.19.

                            Esta opción se aplica cuando ha configurado la clave de implementación en segundo plano de programación en Configuración y propiedades del servidor gt.

                            El programa de implementación que configura es el mismo para todas las plataformas. Cualquier cambio que realice se aplicará a todas las plataformas, excepto a Implementar para una conexión permanente.

                            Hacer clic Ahorrar.

                            Repita los pasos para cada aplicación de productividad móvil.

                            Configurar la política de desafío de seguridad

                            La política del dispositivo Endpoint Management Passcode configura las reglas de desafío de seguridad. Los desafíos aparecen cuando los usuarios acceden a sus dispositivos o los perfiles de trabajo de Android Enterprise en sus dispositivos. Un desafío de seguridad puede ser un código de acceso o un reconocimiento biométrico. Para obtener más información sobre la política de código de acceso, consulte Política de dispositivo de código de acceso.

                            • Si su implementación de Android Enterprise incluye dispositivos BYOD, configure la política de contraseña para el perfil de trabajo.
                            • Si su implementación incluye dispositivos totalmente administrados que son propiedad de la empresa, configure la política de código de acceso para el dispositivo en sí.
                            • Si su implementación incluye ambos tipos de dispositivos, configure ambos tipos de política de contraseña.

                            Para configurar la política de contraseña:

                            En la consola de Endpoint Management, vaya a Configurar políticas de dispositivos de & gt.

                            Hacer clic Mostrar filtro para mostrar el Plataforma de políticas cristal. En el Plataforma de políticas panel, seleccione Android Enterprise.

                            Hacer clic Contraseña en el panel derecho.

                            Entrar a Nombre de directiva. Hacer clic próximo.

                            • Colocar Se requiere contraseña del dispositivo a En para ver la configuración disponible para los desafíos de seguridad del dispositivo en sí.
                            • Colocar Desafío de seguridad del perfil de trabajo a En para ver la configuración disponible para los desafíos de seguridad del perfil de trabajo.

                            Hacer clic próximo.

                            Asigne la política a uno o más grupos de entrega.


                            8 Respuestas 8

                            Para intentar recuperar una unidad USB a su estado utilizable, debe probar estos comandos.

                            Primero debe tenerse en cuenta que debe tener Windows 7 instalado en una computadora a la que tenga acceso, para que pueda usar el comando diskpart. También necesitará tener acceso de administrador en esta computadora.

                            1. Haga clic en el orbe de inicio.
                            2. Escribe cmd en el cuadro de búsqueda.
                            3. Shift + clic derecho en el icono de CMD.
                            4. Haga clic en Ejecutar como administrador.

                            Desde aquí, escribiremos diskpart y ejecutaremos los siguientes comandos.

                            Desde aquí vamos a escribir list disk para encontrar las unidades actuales conectadas a la computadora.

                            La unidad de 15 GB es la unidad que estamos buscando, ya que ese es el tamaño de nuestra unidad de memoria USB. Entonces, para seleccionar esa unidad, ejecutamos el comando select disk 3.

                            Si no está seguro de si esta es su unidad, puede solicitar detalles sobre la unidad ejecutando el comando detail disk después de haber seleccionado el disco.

                            Una vez que tengamos la unidad correcta, podemos seleccionar cualquier partición en la unidad seleccionando seleccionando volumen y luego el número de volumen, como en nuestro caso, seleccione el volumen 4.

                            Desde aquí, intentaremos recuperar la unidad a un estado utilizable. Primero intentaremos reformatear la unidad. FORMAT RECOMMENDED OVERRIDE es la forma más segura de volver a formatear la unidad a su estado normal.

                            Si eso no funciona, como se muestra arriba, podemos intentar ejecutar un comando de formato que le diga cómo formatear la unidad en nuestro caso usamos FORMAT FS = NTFS LABEL = "Windows7" ​​QUICK COMPRESS.

                            En nuestro caso, esto todavía no funciona. Así que intentamos limpiar todo el disco con el comando LIMPIAR TODO.

                            Si todavía tenemos problemas con la unidad en este momento. Intentemos y enumeremos las particiones nuevamente, veamos si se han realizado cambios en la unidad con LIST PARTITION.

                            Como ha habido un cambio, veamos si podemos poner la unidad en línea con DISCO EN LÍNEA.

                            Como el controlador está en línea, ahora podemos intentar borrar cualquier atributo que pueda estar en nuestro camino, como el atributo de solo lectura. Ejecutamos ATRIBUTES DISK CLEAR READONLY.

                            Veamos si podemos poner un registro de arranque allí con CONVERT MBR.

                            Como se señaló, todos estos comandos fallaron desde ese punto. Así que deberíamos intentar una última cosa para que la unidad vuelva a funcionar. En este caso, lo que debe hacer es desinstalar los controladores de la unidad flash USB y luego reinstalar los controladores nuevamente después de reiniciar su computadora.


                            Ver el vídeo: How to Create and Configure a Model in.NET Entity Framework Core Using Fluent API Code First