etap v22 diciembre 2016 - ministerio de justicia y...

ETAPV22

Diciembre2016

ContenidosGenerales

Notasdelaversin3

Lineamientos.8

ModelosdePliegos.91

EspecificacionesTcnicas.363

Notas sobre la versin 22 de los ETAP

Contenido

Descripcin de los cambios generales realizados 4

Descripcin de los cambios introducidos desde la versin ETAP V21 . 4

Cdigos y Modelos de Pliego CORREGIDOS Y/O MODIFICADOS . 5

Cdigos y Modelos de Pliego AGREGADOS 6

Cdigos y Modelos de Pliego ELIMINADOS 6

Descripcindeloscambiosgeneralesrealizados

En esta nueva versin de los Estndares Tecnolgicos para la Administracin Pblica (ETAP) se han

reorganizado los contenidos, para facilitar la bsqueda y aprovechamiento de las especificaciones tcnicas

contenidas en los mismos.

Los dos cambios principales que se introdujeron son los siguientes: 1) Separacin de cada una de las diferentes CATEGORAS en las que se agrupaban los estndares, en

archivos individuales que contienen una nica especificacin tcnica o Cdigo ETAP. Por ejemplo, la

CATEGORA Computadoras Personales PC-XXX que era un nico archivo compuesto por 7 (siete)

especificaciones de computadoras con Cdigo ETAP PC-001, PC-002, PC-003, PC-004, PC-006, PC-

007 y PC-008, fue separado en 7 (siete) archivos independientes que incluyen entre otras

informaciones, el Cdigo ETAP y su especificacin tcnica.

2) Modificacin de la estructura del documento que contiene cada una de las especificaciones tcnicas,

incluyendo varias secciones organizativas estandarizadas que permiten:

Contar con informacin detallada sobre la versin e historial de los cambios realizados. Interpretar el contenido del documento.

Contar con una breve descripcin del estndar del que se trata, aplicaciones, etc.

Acceder a la especificacin tcnica propiamente dicha, que es la que los organismos debern

incluir en sus Pliegos de Bases y Condiciones o Contrataciones. DescripcindeloscambiosintroducidosdesdelaversinETAPV21

En las siguientes tres secciones se detallan los cambios que se han realizado sobre la versin

anterior (v21) de los ETAP, indicando una breve descripcin del motivo que los origin y agrupndolos

segn que el cambio realizado corresponda a:

Una correccin y/o modificacin

Un agregado

Una eliminacin de una especificacin.

CdigosyModelosdePliegoCORREGIDOSY/OMODIFICADOS

Modelo 51 Lineamiento de Digitalizacin: Se han corregido citas a normativas.

Modelo 06 - Enlaces Punto a Punto: Se elimin la referencia a anchos de banda especficos, los que deben ser completados por los organismos en funcin de sus requerimientos de comunicaciones.

Cdigo ST-019 Unidad de DVD-RW: Se han actualizado las velocidades de acceso.

Cdigo SR-001 Servidores de Red Arquitectura X86, se actualiz lo siguiente: Cantidad de ncleos por CPU. Forma de solicitar la configuracin de memoria. Forma de solicitar el sistema de almacenamiento interno. Referencia a los dispositivos de resguardo. Sistemas operativos.

Cdigo SR-002 Servidores de Red Arquitectura RISC/EPIC, se actualiz lo siguiente: Forma de solicitar la configuracin de memoria. Forma de solicitar el sistema de almacenamiento interno. Referencia a los dispositivos de resguardo.

Cdigo SR-008 Servidores Blade (Lmina), se actualiz lo siguiente: Cantidad de ncleos por CPU. Forma de solicitar la configuracin de memoria. Forma de solicitar el sistema de almacenamiento interno. Referencia a los dispositivos de resguardo.

Cdigo LAN-000/3: Se actualiz Windows Server 2008 a Windows Server 2013 o superior.

Cdigos PR-010 (Impresora Multifuncin de Tinta Color), PR-025 (Impresora Multifuncin Electrofotogrfica B&N), y PR-026 (Impresora Multifuncin Electrofotogrfica B&N de alto volumen): Se han hecho actualizaciones menores.

Software antivirus (SW-XXX): Se han hecho modificaciones en las certificaciones de proteccin solicitadas.

Placas Opcionales (PQ-XXX), UPS (UPS-XXX), y Escneres (SC-XXX): se han hecho actualizaciones menores, como por ejemplo, actualizacin de la referencia a los sistemas operativos soportados por los drivers.

Monitores (MN-XXX): Se ha actualizado la referencia a la normativa ISO que clasifica los monitores en funcin de los pixeles quemados provenientes de fbrica. Se agreg la capacidad de elegir la Clase mnima a la que debe ajustarse el monitor solicitado.

Computadoras de Escritorio y Porttiles (PC-XXX): Se actualiz el tipo y la capacidad de la memoria RAM, se actualiz la capacidad mnima de disco duro, y otras modificaciones menores relativas a puerto USB 3.0, rueda de scroll en el ratn, etc.

CdigosyModelosdePliegoAGREGADOS

Cdigo ST-034 Dispositivo de Cinta LTO-7 (capacidad 6 TB/15 TB) ya que es un estndar de mercado compatible con las dos versiones anteriores LTO-6 y LTO-5.

Cdigo SEG-002 Dispositivos Criptogrficos para Firma Digital TOKEN (apto sistema GDE) que es un token con las caractersticas tcnicas necesarias para ser usado en la firma digital de documentos GEDO.

Lineamiento Cdigo LI-56 Licencias de Software, que describe los elementos a tener en cuenta al adquirir licencias perpetuas o de uso por tiempo determinado, y cmo solicitar los servicios de renovacin, ampliacin, actualizacin y/o mantenimiento.

CdigosyModelosdePliegoELIMINADOS

Modelos de Pliego 16 (Soporte Tcnico y Actualizacin de Licencias de software). Se incorpor

como parte del Lineamiento 56 (Licenciamientos de Software). Modelos de Pliego 17 (Renovacin Soporte Tcnico Actualizacin Licencias Software). Se

incorpor como parte del Lineamiento 56 (Licenciamientos de Software). Modelos de Pliego 22 (Renovacin de Licencias de Software en Uso). Se incorpor como parte

del Lineamiento 56 (Licenciamientos de Software). Modelo de Pliego 21 (Servicios para Terminales Mviles 4G): Se elimin debido a que este tipo

de contrataciones se cursarn a travs de un Acuerdo Marco.

Modelo de Pliego 53 (Pautas de Sitios y Portales en Internet para la APN), debido a que su contenido qued obsoleto.

Cdigo ST-031 (Dispositivo de Cinta LTO-4) por obsolescencia.

Cdigo PR-022 (Servidor de Impresin) por obsolescencia y baja solicitud.

Cdigo PQR-012 (Modem 56 Kbps) porque este tipo de placas han cado en desuso.

Cdigo SR-007 (Cluster de servidores) por su escaso uso, ya que hoy da es ms comn la adquisicin de servidores rackeables para ampliar el Datacenter.

Cdigo ST-018 (DVD-ROM) porque la mayora de las solicitudes son de DVD-RW (ST-019).

Cdigo PQS-001 (Placa de sonido) porque hoy da vienen mayormente integradas.

PQR-007 (Placa de Red ATM para servidores) por su baja solicitud.

PQR-009 (Placa de Red Ethernet/Fast Ethernet para porttiles) porque hoy da vienen mayormente integradas.

PQR-005 (Placa de Red Ethernet/Fast Ethernet multipuerto para servidores) ya que hoy da vienen integradas mnimamente dos puertos Gigabit Ethernet.

PQV-001 (Placa de captura de video) por su escasa solicitud.

PQV-002 (Cmara Web) porque hoy da vienen mayormente integradas.

LineamientosTabladeContenidos

LI10'Lineamiento'InfraestructuracomoServicio.. 8LI24'Lineamiento'DesarrolloAplicacinMviles. 16LI50'Lineamiento''Gua'deUsoGeneraldelosETAP.. 22LI51'Lineamiento'Digitalizacin.. 29LI52 Lineamientos' AplicativosdeVirtualizacin 42LI54'Lineamiento'HerramientasBiomtricasdeVerificacinComplementaria. 47LI55'Lineamiento''Recomendaciones'UsabilidadSitiosWebdelSecPublicoNacional. 53LI56'Lineamiento'LicenciamientosdeSoftware 71

Lineamientos ETAP Versin 22.0

Lineamientos Estndares Infraestructura como Servicio IaaS (Infrastructura as a Service)

(Cdigo: Modelo 10

LINEAMIENTOS 10 IAAS (INFRASTRUCTURE AS A SERVICE) Tabla de Contenidos

LINEAMIENTOS ESTNDARES IAAS (INFRASTRUCTURE AS A SERVICE).................................................... 1

Tabla de Contenidos ............................................................................................................................................. 1 General .............................................................................................................................................................. 2 Uso de los Lineamientos Estndares ................................................................................................................ 2

Alcances de la Infraestructura como servicio (IaaS) ......................................................................................... 2

Consideraciones preliminares ............................................................................................................................. 3

Infraestructura como servicio (IaaS) ................................................................................................................... 3 Los tres conceptos dentro del requerimiento tcnico de un servicio................................................................. 3 Estructura del requerimiento IaaS, para enviarlo a intervencin ONTI ............................................................. 4



(Cdigo: Modelo 10

General

Los Lineamientos Estndares son referencias mediante las cuales, los organismos de la Administracin Pblica Nacional (en adelante, organismos), pueden valerse para elaborar los pliegos para la contratacin de productos y/o servicios tecnolgicos. A diferencia de las Especificaciones y Modelos de los ETAP, dichos lineamientos no representan especificaciones tcnicas que deben incluirse en los pliegos de modo textual. Por el contrario, sirven como una gua que facilita la elaboracin de los mencionados pliegos, como as tambin su intervencin.

Uso de los Lineamientos Estndares

Los Lineamientos Estndares, funcionan como referencias tcnicas y/o de forma, las cuales, contribuyen a establecer la estructura de un requerimiento, o de una solicitud, de modo tal que la misma sea tcnicamente completa y a la vez gil y fcil de comprender.

En la elaboracin de las especificaciones tcnicas incluidas en los pliegos, muchas veces resulta conveniente describir la solicitud de los servicios sin olvidar ninguna de las caractersticas funcionales estndares que puedan ser de inters para el organismo, en este caso particular, en relacin con la contratacin de infraestructura como servicio. Es as que los presentes Lineamientos tienen como objetivo principal facilitar la interpretacin del requerimiento tcnico a los posibles oferentes, permitiendo, a los organismos, realizar una descripcin tcnica completa que contemple todos aquellos aspectos tcnico funcionales de uso estndar en el mercado que faciliten la transmisin efectiva del objeto de la contratacin pretendida.

Estas referencias ayudan a que los organismos puedan definir de un modo sencillo y ordenado, las cuestiones bsicas pero fundamentales que deben estar presentes en el requerimiento tcnico en base de sus necesidades.

Alcances de la Infraestructura como servicio (IaaS)

Dentro del modelo de prestacin de infraestructura como servicio convergen distintas tecnologas, las cuales

condicionan fuertemente el principal diferencial que ostenta el modelo infraestructura como servicio, en adelante IaaS (Infrastructure as a Service). Este principal diferencial viene dado en general por tres ventajas: la flexibilidad en la configuracin de recursos de hardware, la interconexin de los servidores contratados como servicio y la velocidad con la que potencialmente se puede incrementar la capacidad de procesamiento y almacenamiento de dichos recursos.

Este diferencial se manifiesta cuando se compara a la IaaS en relacin a los modelos tradicionales de gestin de tecnologas de informacin y comunicacin, que habitualmente consiste en la utilizacin de recursos propios. Entonces, aparecen algunas diferencias notorias, que en principio representaran ventajas de uso.

Pero esto ocurre siempre y cuando los proveedores del servicio se comprometan a cumplir estos diferenciales en el marco de un acuerdo de nivel de servicio, en adelante SLA (Service Level Agreement), determinado que asegure la existencia de dichas ventajas diferenciales, y cuando el mismo pueda ser objetivamente medido por los organismos, de modo tal de poder aplicar las penalidades correspondientes ante eventuales incumplimientos del servicio que afecten a dichas ventajas.

Las tecnologas involucradas para prestar IaaS son varias, entre las principales se encuentra, por un lado, la virtualizacin, la cual permite configurar de forma flexible la infraestructura fsica (los recursos de hardware existentes) cuando se contrata este servicio. Por otro lado, estn las telecomunicaciones, las cuales permiten la utilizacin del servicio de forma remota a travs de un enlace entre el proveedor y el organismo con el suficiente ancho de banda para utilizar los recursos remotos como si estos fueran locales.

Todo lo anterior significa que para disfrutar de las ventajas diferenciales de este modelo debemos tener, a) el compromiso por parte de los proveedores de cumplir un determinado SLA relativo a dichas ventajas, y b) la



(Cdigo: Modelo 10

capacidad de medir ese nivel de servicio por parte del organismo, esto es, poseer un mecanismo para medir el servicio recibido y compararlo contra el SLA contratado, es decir, garantizar con un porcentaje conocido el funcionamiento correcto de todas las tecnologas involucradas en la provisin del servicio.

Consideraciones preliminares

Atento a lo referido en el apartado precedente, y teniendo en cuenta que cuando se contrata

infraestructura como servicio los encargados de IT transfieren la responsabilidad de la continuidad del servicio a la empresa adjudicataria, resulta que la calidad de la prestacin de los servicios a los usuarios (ciudadanos, otros organismos pblicos o bien reas internas del mismo organismo), queda supeditada a la disponibilidad a la que se compromete el prestador del servicio IaaS. En consecuencia, el organismo que contrata dicho servicio debe asegurarse un nivel de SLA igual o superior al que tendra si estuviera utilizando con su propio Datacenter.

En consecuencia, se recomienda a los organismos que de modo previo a la contratacin de IaaS se aseguren de:

Relevar los trminos del contrato de prestacin del servicio de los potenciales proveedores, y observar si se comprometen a prestarlo con un porcentaje de SLA definido el cual permita usufructuar y medir las ventajas diferenciales antes mencionadas.

Establecer mtodos para la monitorizacin de la flexibilidad en la configuracin de recursos de hardware y su velocidad del aprovisionamiento requeridos ante un crecimiento estacionario de las demandas de procesamiento, almacenamiento y/o capacidad de conexin entre dichos recursos.

Relevar distintas herramientas de monitoreo de prestadores de servicio o de terceras partes, as como tambin los procesos de auditora propios del organismo o de terceras partes, para asegurar en forma objetiva y clara los mtodos con los que se va a medir el SLA comprometido, y cmo se va a penalizar en caso de que este ltimo no se cumpliera.

Infraestructura como servicio (IaaS)

Los tres conceptos dentro del requerimiento tcnico de un servicio

Bsicamente el requerimiento tcnico para la contratacin de un servicio se compone de tres conceptos que deben estar presentes de forma excluyente, estos tres conceptos son el alcance del servicio, la disponibilidad y las penalidades asociadas.

El alcance es la parte en donde se describen todas las tareas y/o funcionalidades que se requiere que el proveedor brinde dentro del servicio contratado. Entre las definiciones que enmarca el alcance de la IaaS, se encuentran: 1) la configuracin y caractersticas de los servidores, almacenamientos y redes virtuales (interconexin de los recursos de hardware contratados) necesarias para la provisin inicial, 2) las requeridas para uno o ms periodos estacionarios en donde la demanda de infraestructura crezca, y 3) las requeridas para un escalamiento estructural (crecimiento continuo del negocio).

El segundo concepto es la disponibilidad. Para definirla, el organismo deber analizar primero qu disponibilidad requieren los servicios propios brindados a los usuarios internos y/o externos en funcin de la criticidad de los mismos, y solicitar dicha disponibilidad al servicio IaaS a contratar. Esto se seala debido a que tal como se advirti antes, mediante la contratacin de este servicio, la infraestructura de IT involucrada est en manos del proveedor, y por lo tanto, la disponibilidad que brinda el organismo a sus usuarios, nunca podr ser mayor que la ofrecida por el servicio IaaS a contratar.

El tercer concepto son las penalidades, las que generalmente se encuentran definidas en las condiciones particulares de la contratacin y resultan ser de carcter general. No obstante, para el caso de la contratacin de



(Cdigo: Modelo 10

la IaaS son fundamentales. Por lo que, el organismo deber definir todas las penalidades que resulten necesarias para garantizar el cumplimiento del porcentaje de disponibilidad para el funcionamiento adecuado de la provisin de la infraestructura contratada como servicio.

Estructura del requerimiento IaaS, para enviarlo a intervencin ONTI

Tal como se mencion en el apartado anterior, para solicitar la provisin de IaaS, se realiza la contratacin de un servicio, y por lo tanto, los organismos debern asegurarse que las especificaciones tcnicas contengan los tres elementos mnimos correspondientes al requerimiento de un servicio tcnico, esto es, el alcance, la disponibilidad y las penalidades.

No obstante, hay dos elementos de informacin adicionales, que son requeridos para realizar la intervencin tcnica de competencia en ONTI, y que son la descripcin del proyecto y las justificaciones tcnicas.

1. Descripcin tcnica del proyecto que enmarca la contratacin de IaaS: Es importante que se incluya una descripcin detallada del proyecto, ya que la misma contribuir a una

mayor comprensin de los objetivos y requerimientos pretendidos por el organismo dentro la contratacin a evaluar mediante el proceso de intervencin de la ONTI.

Todas las especificaciones tcnicas que se requieren en un pliego, deberan surgir de necesidades funcionales, operativas, y tcnicas (o una combinacin de ellas) que posee el organismo para desarrollar y cumplir con sus objetivos. Por lo cual, las especificaciones tcnicas que se establezcan deben estar enmarcadas dentro de un proyecto en dicho sentido. A continuacin, se enuncian distintos lineamientos que se deben incluir en la descripcin tcnica del proyecto:

a. Describir detalladamente la problemtica a resolver y sus antecedentes. b. Es de suma importancia que el organismo describa el alcance del proyecto, entendiendo por alcance a

todas aquellas caractersticas que posea el servicio as como las funciones y tareas que debern estar incluidas en la provisin del servicio de forma obligatoria. Esto incluye tambin, en caso de ser necesario, la descripcin explcita de todas aquellas actividades que pudiendo formar parte del proyecto no se requieren.

c. Cada vez que el organismo indique un parmetro de rendimiento o capacidad, que forme parte de la especificacin tcnica, se debern indicar los clculos, estimaciones y/o las cuestiones tcnicos funcionales que fueron tenidas en cuenta para el dimensionamiento de las mismas.

d. El solo hecho de que una solicitud sea una caracterstica estndar en el mercado no implica que automticamente sta se ajuste a las necesidades tcnico funcionales requeridas. Detrs de toda solicitud (sea estndar o no), el organismo deber presentar la necesidad tcnico funcional que la fundamente.

e. Especialmente en este tipo de contrataciones resulta importante detallar distintos parmetros con los que trabaja el organismo, como por ejemplo servicios crticos, valores de SLA, disponibilidad de datos, seguridad, aumentos estacionarios de la demanda de procesamiento, entre otros. Estos parmetros, los cuales responden a necesidades tcnicos funcionales del organismo, pueden ser utilizados para fundamentar distintos requisitos exigidos dentro del servicio solicitado.

f. Indicar el plazo para el que fue pensado el proyecto, etapas de implementacin actuales y futuras, modos de escalar o ampliar y cualquier otra informacin que el organismo crea conveniente detallar en este sentido.

g. Dado que en el caso de la provisin de servicios la dependencia con el proveedor del mismo es alta, se debern detallar en el proyecto las estrategias de salida. Es decir, en el eventual caso de que el organismo requiera la baja o migracin del servicio hacia una tecnologa propia o bien hacia otro proveedor, se debern definir y detallar los mecanismos de instrumentacin de salida correspondientes.

h. En caso de que el organismo no cuente con justificaciones tcnicas que avalen las distintas solicitudes o requerimientos, debido a que las especificaciones indicadas se han fundamentado en cuestiones relativas



(Cdigo: Modelo 10

al mrito, oportunidad o conveniencia, se recomienda que esta situacin se indique explcitamente en la descripcin del proyecto, dado que si bien la ONTI no emite opinin sobre este tipo de cuestiones, su aclaracin agiliza considerablemente la elaboracin del Dictamen tcnico.

2. Justificaciones tcnicas: La justificacin tcnica no es ms que una serie de fundamentaciones mediante los cuales se

argumentan los motivos tcnicos por los cuales se han solicitado especificaciones tcnicas particulares. Muchas veces, dichas particularidades suelen ser altamente restrictivas excluyendo innecesariamente a ciertas implementaciones que mediante la utilizacin de tecnologas distintas a la solicitada, tambin podran satisfacer las necesidades del organismo. Es por ello que la ONTI necesita contar con elementos de informacin que le permitan evaluar si estas restricciones son necesarias. Para poder instrumentar esto ltimo, el organismo deber detallar las necesidades tcnico funcionales que dieron origen a la solicitud de esas implementaciones o tecnologas puntuales, valindose por ejemplo de los clculos o parmetros que se hayan tenido en cuenta, o de las funcionalidades especficas que no se han encontrado en los dems servicios evaluados. Por lo tanto, la justificacin tcnica NO DEBE incluirse en las especificaciones tcnicas ni en el pliego enviado a estudio a la ONTI, sino que deber adjuntarse simplemente como fundamentacin tcnica del proyecto a evaluar, representando sta, la informacin que necesita la ONTI para emitir el Dictamen tcnico de competencia. A continuacin se detallan los lineamientos para la conformacin de dicha justificacin:

a. Cuando se definen cantidades dentro de la provisin del servicio, las mismas deben estar fundamentadas en virtud del esquema funcional del organismo. Esto aplica por ejemplo, a la cantidad de servidores virtuales, la capacidad del almacenamiento virtual, la velocidad de interconexin de la red virtual y del enlace proveedor organismo, entre otros.

b. Si se solicitaran formatos, protocolos o distintas tecnologas propietarias, se deber justificar tcnicamente en base a qu necesidades tcnico funcionales se realiza dicha restriccin, indicando por ejemplo por qu se requieren distintas particularidades de las mismas.

c. Cuando se describen detalladamente distintas formas o maneras en que debe ser implementada una funcionalidad requerida, se deber justificar tcnicamente en base a qu se requiere una forma en particular y/o porque otras implementaciones de la misma funcionalidad no satisfacen las necesidades tcnico funcionales del organismo.

d. Si dentro de la especificaciones tcnicas se encuentra un conjunto de especificaciones que en forma separadas no son restrictivas pero que en su conjunto si lo son, se deber justificar por qu se requiere que se cumpla con dicho conjunto.

3. Especificaciones tcnicas del servicio: Las especificaciones tcnicas son la descripcin del requerimiento tcnico funcional que cubre las

necesidades relevadas por el organismo. Para poder elaborar dicho requerimiento, se deben evaluar las tecnologas disponibles en funcin de los criterios que surgen de dichas necesidades, sin dejar de considerar los tres elementos antes mencionados, el alcance, la disponibilidad y las penalidades. A continuacin se detallan los lineamientos para la conformacin de las especificaciones tcnicas del servicio:

a. El tipo de plan. Esto define como se realizar el abono, en general existen dos formas por uso de recursos o mediante un pago mensual. Algunos proveedores definen la forma en que se puede escalar en funcin del tipo de plan, por lo cual las necesidades de escalabilidad del organismo podran estar limitadas en funcin del plan a contratar. Por lo que, para evitar inconvenientes en la evaluacin de ofertas se deber especificar la forma de escalar el servicio (ver puntos h e i) de manera tal que se puedan comparar las distintas ofertas de las empresas oferentes.

b. Estimacin del costo. Muchas veces es difcil estimar el costo cuando no existe una definicin exacta de la demanda o cuando esta es variable. Una forma interesante de estimar podra ser tal como se realiza en los cableados estructurados, en donde se calcula el costo promedio de la instalacin de una boca de red. En este caso se podra realizar el mismo clculo estimado el costo de un servidor virtual promedio



(Cdigo: Modelo 10

asociado a un almacenamiento, y para un dado ancho de banda de la interconexin de la red virtual y ancho de banda del enlace organismo proveedor.

c. Ancho de banda de la red de recursos de hardware contratados. Medido en Mbps, representa la capacidad de interconexin entre los servidores virtuales, y entre estos y el almacenamiento virtual perteneciente al servicio contratado.

d. Ancho de banda enlace. Tambin medido en Mbps, representa la capacidad de interconexin entre el proveedor de la IaaS y el organismo, tanto de subida como bajada de datos.

e. SLA (acuerdo de nivel de servicio). Representa el porcentaje de disponibilidad que se requiere dentro del servicio. El principal porcentaje que se debe definir es el relacionado con las tres ventajas antes mencionadas, a saber, la flexibilidad en la configuracin de recursos de hardware, la interconexin de los servidores contratados como servicio y la velocidad con la que potencialmente se puede incrementar la capacidad de procesamiento y almacenamiento de dichos recursos. Tambin se debern definir porcentajes de disponibilidad relacionados con el vnculo de telecomunicaciones organismo-proveedor, con la asistencia tcnica (definida ms adelante), entre otros. Definir, y establecer los mtodos de medicin del SLA es crtico, se debe conocer exactamente cul es el valor que se necesita, detallarlo explcitamente en el requerimiento, y lo ms importante conocer los parmetros y las herramientas mediante las cuales se verificar dicho nivel.

f. Penalidades. Se debern definir, las penalidades ante eventuales incumplimientos de los porcentajes de disponibilidad definidos en el punto anterior, fijando para cada caso un porcentaje de penalizacin. El valor de cada porcentaje de penalizacin quedar a criterio de cada organismo.

g. Cantidad de Datacenters y/o nivel de TIER. La cantidad de datacenters o el nivel de TIER de estos, puede ser tomado como medida de referencia respecto de la redundancia de los recursos fsicos del proveedor.

h. Certificaciones. La cantidad y el tipo de certificaciones con las que cumple el o los datacenters del proveedor tambin puede contribuir para evaluar la calidad del servicio que prestan los distintos proveedores.

i. Escalamiento particular de caractersticas de recursos. Se deber definir el tiempo mximo en el cual se har efectiva la ampliacin de las caractersticas particulares de cada servidor virtual, del espacio de almacenamiento virtual asociado, y de la conectividad entre dichos recursos. Esto debe estar en funcin de la velocidad mnima con la que el organismo requiere responder a los cambios de en demandas de sus usuarios.

j. Escalamiento estructural. Se deber definir el tiempo mximo con el que se ampliarn la cantidad de recursos contratados inicialmente, ya sea para los casos estacionarios o definitivos.

k. Asistencia tcnica. Dentro de esta caracterstica se debe definir, el tipo de asistencia tcnica del servicio, sobre que tecnologas se requiere soporte (software de administracin del servicio, software de virtualizacin, software de monitoreo de recursos, etc.) y la cantidad de incidentes, que generalmente suele ser mensual. Tambin deber definirse el rango horario en que deber estar disponible el servicio de soporte 8x5, 24x7, etc. as como el tiempo mximo de respuesta y de resolucin de incidentes, definiendo distintos grados de criticidad, en caso de ser necesario.

l. Monitoreo. Se debern definir los parmetros y las herramientas mediante las cuales se realizar el monitoreo de los recursos contratados dentro del servicio. Existen proveedores que tienen distintos niveles de monitoreo, algunos lo implementan mediante terceras partes y otros los poseen integrado en el servicio pudiendo contener un determinado conjunto de indicadores, para los cuales podran existir distintos tipos de alarmas disponibles en los casos en que las herramientas de monitoreo fueran ms completas.

m. Cantidad de instancias. Representa la cantidad de servidores virtuales (de idnticas o distintas configuraciones) que se pueden generar dentro de la provisin del servicio contratado.

n. Espacio de testeo. Esta caracterstica puede ser utilizada de forma previa a contratar el servicio para evaluarlo de forma gratuita y conocer el entorno con el que se presta el servicio. Dentro de la contratacin


Lineamientos Estndares Infraestructura como Servicio "laaS" (lnfrastructura as a Service)

(Cdigo: Modelo 10

1

puede funcionar como un entorno de prueba, en donde se pueden realizar distintas acciones sin que afecte elentorno virtual del servicio contratado.

Tecnologa OfiCina Nscional deTeenologfas de Informacin

ETAP Versin 22.0

Lineamientos para el desarrollo de Aplicaciones mviles Cdigo: Modelo 24

LINEAMIENTOS 24 - DESARROLLO DE APLICACIONES MVILES TABLA DE CONTENIDO

LINEAMIENTOS PARA EL DESARROLLO DE APLICACIONES MVILES............................................................ 1

GENERALIDADES ....................................................................................................................................................... 1

DISPOSITIVOS TELEFNICOS DE FABRICACIN ARGENTINA........................................................................... 2

ALCANCE DE LA APLICACIN ................................................................................................................................. 2

TIPO DE APLICACIONES............................................................................................................................................ 3

ESTRUCTURA DE LA APLICACIN .......................................................................................................................... 3

SISTEMAS OPERATIVOS ........................................................................................................................................... 4

TECNOLOGA DE ABORDAJE DE DESARROLLO .................................................................................................. 4

MOTOR DE BASES DE DATOS.................................................................................................................................. 5

LENGUAJE DE LOS NAVEGADORES....................................................................................................................... 6

MICRO NAVEGADOR .................................................................................................................................................. 6

TIPO DE COMUNICACIN .......................................................................................................................................... 6

ARQUITECTURA DE PLATAFORMAS....................................................................................................................... 7

PERFORMANCE .......................................................................................................................................................... 7

ESTANDARIZACIN DE LAS APLICACIONES......................................................................................................... 7 Generalidades

Los lineamientos tcnicos para aplicaciones mviles explican, a modo de referencia,

cmo desarrollar o contratar a terceros la confeccin de aplicaciones para dispositivos

ETAP Versin 22.0


mviles (telefona mvil, tabletas, etc.) de manera homogeneizada, para todos los organismos de la Administracin Pblica Nacional, indicndoles las consideraciones tcnicas generales a tener en cuenta al momento de requerir un desarrollo para aplicaciones en telefona mvil / tabletas y dems dispositivos mviles.

Los Lineamientos Estndares son referencias mediante las cuales, los Organismos de la Administracin Pblica Nacional (OAPN, en adelante), pueden valerse para elaborar los pliegos para la contratacin de productos y/o servicios tecnolgicos. A diferencia de las Especificaciones y Modelos de los ETAP, dichos lineamientos no representan especificaciones tcnicas que deben incluirse en los pliegos de modo textual. Por el contrario, sirven como una gua que facilita la elaboracin de los mencionados pliegos, como as tambin su intervencin.


En la elaboracin de las especificaciones tcnicas incluidas en los pliegos, muchas veces resulta conveniente describir la solicitud de los distintos productos y/o servicios sin olvidar ninguna de las caractersticas funcionales estndares que puedan ser de inters para el organismo, en este caso particular, en relacin con la contratacin de aplicativos de virtualizacin. Es as que los presentes Lineamientos tienen como objetivo principal facilitar la interpretacin a los posibles oferentes, permitiendo, a los OAPN, realizar una descripcin tcnica completa que contemple todos aquellos aspectos tcnico funcionales de uso estndar en el mercado que faciliten la transmisin efectiva del objeto de la contratacin pretendida.

El propsito de estas referencias es ayudar a que los OAPN puedan definir de un modo sencillo y ordenado, las cuestiones bsicas pero fundamentales que deben estar presentes en funcin de sus necesidades.

Dispositivos Telefnicos de fabricacin nacional

Se entiende que estas consideraciones tcnicas descriptas a continuacin, estn

orientadas a aquellos dispositivos telefnicos tipo Smartphone, tabletas, etc. de fabricacin nacional, en cualquiera de las plataformas mviles, sistemas operativos y lenguajes de desarrollo.

El organismo deber indicar las versiones de Sistemas Operativos y Hardware por medio de los cuales se podr hacer uso de la aplicacin a desarrollar (informando proveedor y modelo de dispositivo).

Alcance de la Aplicacin

Los OAPN debern indicar el objetivo y el alcance de la aplicacin a disear,

desarrollar e implementar en los distintos dispositivos mviles con el objeto de mejorar los servicios brindados a los usuarios (ciudadanos).

La aplicacin deber tener su contenido y sus funciones restringidos al idioma espaol.

ETAP Versin 22.0


Los Organismos debern indicar la metodologa de proyecto y el plan a alto nivel de las tareas y funciones a desarrollar para la aplicacin mvil, de acuerdo a su mejor criterio, considerando el o los repositorios involucrados.

Tipo de Aplicaciones

Los OAPN debern indicar el tipo de aplicacin a desarrollar segn su utilidad, a saber:

Aplicaciones del tipo estticas: entendemos por estticas a aquellas aplicaciones de slo consulta de informacin. (Los diseos de aplicaciones estticas, son aquellas que apuntan solo a mostrar informacin permanente sin que se pueda interactuar ms all de la navegacin con el sitio visitado. Este tipo de diseos son incapaces de soportar aplicaciones como gestores de base de datos, foros, chats on-line, etc. Los diseos estticos son una excelente opcin para aquellas empresas donde solo desean mostrar informacin acerca de su perfil comercial, como lo son: quines somos, dnde estamos, a qu nos dedicamos, nuestros servicios, etc. La principal ventaja de este tipo de diseo web es ser altamente accesibles econmicamente. Sin dejar de ser diseos fijos, cuentan con imgenes y textos, pero no necesitan de ningn tipo de programacin especial).

Aplicaciones del tipo dinmicas: entendemos por dinmicas a aquellas aplicaciones

que requieren interaccin entre usuario y la aplicacin mvil.(Por ejemplo: solicitud de turnos)

Estructura de la Aplicacin

Los OAPN debern indicar la estructura de la aplicacin que estime ms conveniente. A continuacin, se detallas algunos ejemplos:

Modelo cascada: El modelo cascada es el modelo ms esttico y predictivo. Es aplicable a proyectos en los que los requisitos estn fijados y no van a cambiar durante el ciclo de vida del desarrollo. Esta aproximacin divide el proyecto en fases estancas totalmente secuenciales. El nombre proviene de la metfora de considerar a las fases del proyecto como una sucesin de estanques dispuestos en forma escalonada por los que va cayendo el agua que representa el flujo del proceso. Una vez que un estanque se llena por completo (finalizacin de la fase) el contenido rebalsa y comienza a caer sobre el prximo estanque (inicio de la prxima fase). Este flujo continuo se extiende hasta que todos los estanques estn colmados hasta el tope de agua (terminacin de todas las fases y finalizacin del proyecto).

Desarrollo Rpido de Aplicaciones (RAD): El desarrollo rpido de aplicaciones o RAD por sus siglas en ingls, es un mtodo de desarrollo iterativo cuyo objetivo es conseguir prototipos lo antes posible para mejorarlos despus, poco a poco. Se suele priorizar la implementacin sobre la planificacin, y se utilizan muchos patrones de diseo conocidos para poder adaptarse de la mejor manera a cambios en los requerimientos. La utilizacin de la metodologa RAD, al promover el acortamiento de la duracin del proyecto de desarrollo, reduce la exposicin del mismo a las fuerzas de

ETAP Versin 22.0


los cambios que suceden con menor cantidad de ocurrencias en perodos de tiempos ms cortos.

Desarrollo gil: El desarrollo gil de aplicaciones de software es un modelo basado

en iteraciones, donde en cada iteracin se realizan todas las fases del ciclo de desarrollo. Representa una alternativa a los desarrollos tradicionales, rgidos y orientados a la documentacin como el modelo cascada. Nace con el manifiesto gil publicado en el ao 2001 por diecisiete desarrolladores de software, quienes representaban entonces los mtodos de desarrollo ms populares, que pasaran a conocerse como giles (Extreme Programming, Crystal Clear, DSDM o ASD, entre otros).

Mobile-D: es una metodologa gil diseada especialmente para el desarrollo de una

aplicacin mvil. Se desarroll junto con un proyecto finlands en el 2004. Fue realizado, principalmente, por investigadores de la VTT (Instituto de Investigacin Finlands) y, a pesar de que es un mtodo antiguo, an sigue vigente. El objetivo es conseguir ciclos de desarrollos muy rpidos para equipos muy pequeos (de no ms de diez desarrolladores) trabajando en un mismo espacio fsico. Segn este mtodo, trabajando de esa manera se deben conseguir productos totalmente funcionales en menos de diez semanas. Es una mezcla de muchas tcnicas conocidas como por ejemplo: Extreme Programming (XP), Crystal Methodologies y Rational Unified Process (RUP).

Etc.

Sistemas Operativos

Los OAPN debern indicar el sistema operativo y versin para las aplicaciones de telefona mviles. En la actualidad el mercado ofrece, por ejemplo, las siguientes tecnologas: Windows Mobile (Microsoft) BBlackBerry OS (RIM de BlackBerry) Android (Google)

Tecnologa de Abordaje de Desarrollo

Los OAPN deber indicar el tipo de estrategia de desarrollo de aplicaciones mviles

que solicitar al oferente, pudiendo ser, por ejemplo, Nativa, Web o hbrida.

Aplicaciones nativas: la aplicacin se escribe en un lenguaje de programacin y una interfaz para un sistema operativo y dispositivo especficos. De este modo, puede ofrecer el mejor rendimiento, pero tambin requiere una versin diferente (y es ms costoso) para cada sistema operativo. Ofrecen la posibilidad de acceder a todas las caractersticas del hardware del mvil, no necesitan conexin a internet para que funcionen y la descarga e instalacin de estas aplicaciones se realiza siempre a travs de las tiendas de aplicaciones (app store de los fabricantes). Para el desarrollo de aplicaciones nativas, cada uno de los sistemas operativos ofrece una plataforma para que

ETAP Versin 22.0


nosotros podamos aprovechar y utilizar las mltiples caractersticas de los dispositivos en la construccin de nuestras aplicaciones. Las tecnologas utilizadas en la actualidad para el desarrollo de este tipo de aplicaciones son JAVA, XCODE, VB.NET, C++, XAML y C#. Tambin es posible desarrollar con otros lenguajes, pero los sealados anteriormente son los ms representativos. Estas aplicaciones son ms rpidas.

Aplicaciones web: la mayora de los nuevos dispositivos mviles utilizan un navegador

web para ofrecer un aspecto mvil. As se puede ofrecer soporte a la mayora de los dispositivos, pero a menudo no se puede acceder a las funciones de los dispositivos mviles, como la cmara o la lista de contactos. Este tipo de aplicaciones se programan de manera independiente del sistema operativo en el que se usar la aplicacin, de esta forma se pueden ejecutar en diferentes dispositivos sin tener que crear varias aplicaciones. Estas aplicaciones se ejecutan dentro del propio navegador web del dispositivo a travs de una URL y adaptan la Web al dispositivo mvil. Las tecnologas utilizadas en la actualidad para el desarrollo de este tipo de aplicaciones son HTML5 (facilidad), CS S3 (versatilidad) y JAVASCRIPT (reutilizacin de cdigo).

Aplicaciones hbridas o intermedias: un punto intermedio entre las aplicaciones nativas y

web. Se escriben en los lenguajes de programacin web estndar del fabricante, como HTML5 y JavaScript, y se empaquetan en un formato instalable para la distribucin en tiendas de aplicaciones. Se ahorran costes con la reutilizacin del cdigo, por lo que permite su uso en diferentes plataformas, pero tambin dan la posibilidad de acceder a gran parte de las caractersticas del hardware del dispositivo. Existe el riesgo de tener que utilizar una librera especfica para cada plataforma diferente, esto incrementa la complejidad del mantenimiento. La principal ventaja es la posibilidad de agrupar los cdigos y distribuirla en app store. Las tecnologas utilizadas en la actualidad para el desarrollo de este tipo de aplicaciones son HTML5 (facilidad), CS S3 (versatilidad) y JAVASCRIPT (reutilizacin de cdigo).

MOTOR DE BASES DE DATOS

Los OAPN debern indicar el motor de Base de Datos e indicar si se debern guardar

datos locales en los dispositivos mviles, y si las mismas pueden o no ser exportables. En la actualidad, el mercado ofrece, por ejemplo, las siguientes tecnologas:

SQL Server Compact Edition Windows Mobile)

db4o (Java and .NET)

HanDBase

DB2 Everyplace

Oracle Lite

SQL Anywhere

ETAP Versin 22.0


Lenguaje de los Navegadores

Los OAPN debern indicar el lenguaje de los navegadores. En la actualidad, el

mercado ofrece, por ejemplo, las siguientes tecnologas:

Compact HTML (cHTML)

HTML

Wireless Markup Language (WML)

Handheld Devices Markup Languages (HDML)

VoiceXML

XHML

XHTML-MP

Micro Navegador

Los OAPN debern indicar el micro navegador. En la actualidad, el mercado ofrece, por ejemplo, las siguientes tecnologas:

OperaMini

Mnimo (Mozilla)

Pocket Internet Explorer

Skyfire

NetFront

Safari

Nokia N60 browser Tipo de Comunicacin

Los OAPN debern indicar el tipo de comunicacin (protocolos, formatos de datos, y

tecnologas concretas) que tendr el dispositivo y la aplicacin mvil. En la actualidad, el mercado ofrece, por ejemplo, las siguientes tecnologas:

Desconectadas, con actualizaciones

Conectadas: en lnea, en lote, en lnea - lote

ETAP Versin 22.0


Arquitectura de Plataformas

Los OAPN debern definir e indicar que tipo de arquitectura debe ser la utilizada para el diseo de las aplicaciones mviles que facilite el desarrollo y requiera del empleo de recursos mnimos en el dispositivo y los enlaces, de acuerdo al mejor criterio del organismo.

Performance

Los OAPN debern definir la mtrica de performance de las aplicaciones mviles en produccin, las cuales sern aplicadas para proceder a la aceptacin del producto final.

Estandarizacin de las Aplicaciones

A los efectos de estandarizar el desarrollo de las aplicaciones mviles se recomienda homogeneizar el diseo de los frames, el esquema de funciones, el formato de la presentacin, esquema de consulta, workflow, librera de funciones, y otros procedimientos que considere necesarios para las aplicaciones mviles producidas, respetando los lineamientos estandarizados por la Direccin de Estandarizacin de la Oficina Nacional de Tecnologas de Informacin (ONTI), dependiente de la Subsecretara de Tecnologas de Gestin, de la Secretara de Gabinete, de la JEFATURA DE GABINETE DE MINISTROS.

Gua Uso ETAP Versin 22.0

Gua de uso general de los ETAP Cdigo: Modelo 0

LINEAMIENTOS 50- GUA DE USO GENERAL ETAP Tabla de Contenidos

GUA DE USO GENERAL ETAP .....................................................................................................................................1

Tabla de Contenidos ......................................................................................................................................................1 General .......................................................................................................................................................................2

Preguntas Preliminares..................................................................................................................................................2 Existe una definicin del objeto de la contratacin?.................................................................................................2 Cul es el beneficio de conocer previamente el objeto de la contratacin? ............................................................2 Los requerimientos tcnicos solicitados por el organismo se ajustan a los ETAP? ................................................2 Qu hacer cuando los requerimientos se ajustan estrictamente a los ETAP? ........................................................2 Qu hacer cuando los requerimientos se ajustan con pequeas modificaciones a los ETAP? ..............................3 Qu hacer cuando los requerimientos no se ajustan a los ETAP, o no existen ETAP?..........................................3

Estructura Estndar para Pliegos.................................................................................................................................4 Para qu confeccionar un pliego bajo una Estructura Estndar ................................................................................4 Estructura Estndar ....................................................................................................................................................4

Gua de uso de los Modelos de Lineamientos Estndares........................................................................................6 Para qu sirve un Lineamiento Estndar....................................................................................................................6 Beneficios en el uso de los Lineamientos Estndar ...................................................................................................6

Ventajas de uso de los e-ETAP .....................................................................................................................................7 Requisitos para el uso ................................................................................................................................................7 Beneficios....................................................................................................................................................................7

Seguridad de la Informacin .........................................................................................................................................7 Poltica de Seguridad de la Informacin .....................................................................................................................7



General

La gua de uso general de los ETAP para los Organismos de la Administracin Pblica Nacional (OAPN, en adelante) brinda ayuda para la mejor utilizacin de dichos ETAP en vigencia, abarcando a las Especificaciones Tcnicas, los Modelos de Pliegos, las Guas de Lineamientos, y los e-ETAP. Para ello, se describen los posibles casos de uso desde que el organismo conoce los requisitos tcnicos para la solicitud hasta la confeccin del pliego y el envo de toda la informacin correspondiente (comprendida por la descripcin del proyecto, las especificaciones tcnicas y las justificaciones tcnicas). La idea principal de la presente gua de uso es brindar a los distintos OAPN, un marco de referencia sugerido, tanto para el mejor aprovechamiento de los ETAP, como as tambin para optimizar los tiempos del trmite que involucra la intervencin de competencia.

Preguntas Preliminares

De modo previo a la eleccin de las distintas opciones para la adquisicin de productos, contratacin de

servicios informticos y soluciones en general, para el armado del Pliego de Especificaciones Tcnicas, sera conveniente que los organismos requirentes se efecten distintas preguntas preliminares, para un uso y eleccin ptimos de los ETAP.

Existe una definicin clara del objeto de la contratacin?

Existen tres situaciones generales bien definidas para el caso de los objetos de la contratacin, estos son: Adquisicin de Productos (hardware y/o software), Contratacin de Servicios (desarrollos de software, mantenimiento de hardware, enlaces de accesos a Internet, etc.), y por ltimo Adquisicin de Solucin, la cual generalmente se contrata bajo la modalidad llave en mano. Muchas veces los organismos requieren una combinacin de las situaciones antes descriptas tal como puede ser el caso de Adquisicin de Productos ms la Contratacin de Servicios (generalmente llamados servicios conexos), cabe sealar que no todas las combinaciones posibles representan un objeto de contratacin coherente. Un ejemplo de una combinacin vlida, viene dado por la adquisicin de hardware de networking (Adquisicin de Productos), ms los servicios de instalacin, configuracin y puesta en funcionamiento (Contratacin de Servicios).

Cul es el beneficio de definir con claridad el objeto de la contratacin?

Si se conoce en forma clara el objeto de la contratacin, esto facilita al organismo la decisin de confeccionar la especificacin del pliego en base a las Especificaciones Tcnicas o a los Modelos de Pliego. Las primeras son ptimas para la Adquisicin de Productos en donde se requiere solamente la descripcin de las caractersticas tcnico funcionales de los distintos equipos, dispositivos y/o sistemas que se desean adquirir. Las segundas estn orientadas a la contratacin de servicios como por ejemplo desarrollos de aplicativos, mantenimiento tcnico, instalacin de cableado estructurado, enlaces de acceso a Internet, etc.

Los requerimientos tcnicos solicitados por el organismo se ajustan a los ETAP?

Siempre existen tres posibilidades bien definidas. Los requerimientos tcnicos se ajustan estrictamente, se ajustan con pequeas modificaciones, o bien no se ajustan a los ETAP (o no existen ETAP para la compra o contratacin de lo requerido por el organismo).

Qu hacer cuando los requerimientos se ajustan estrictamente a los ETAP?

Ac existen dos posibilidades, si el requerimiento resulta estar comprendido en los Cdigos o Modelos incluidos en los e-ETAP, entonces se deben utilizar estos ltimos (Circular STTG N 3/00). Para ello, el organismo



debe poseer un certificado de firma digital expedido por la ONTI. Para saber cmo utilizar los e-ETAP y cmo tramitar el certificado de firma digital ver el documento Manual del Usuario del Sistema Estndares Tecnolgicos para la Administracin en Lnea disponible en: http://www.sgp.gov.ar/contenidos/onti/etap/etap_index.html, enlace Manual del usuario. La ventaja de utilizar los e-ETAP viene dada por la drstica reduccin del tiempo que requiere el trmite de intervencin tcnica en esta dependencia, con una duracin estimada no mayor a 24 horas hbiles. Esto representa una ventaja adicional para aquellos organismos que requieran un pronto despacho (para ms informacin ver Ventajas de uso de los e-ETAP). El otro caso viene dado cuando el requerimiento no resulta enmarcarse en los Cdigos o Modelos incluidos en los e-ETAP, en este caso se deber optar entre los ETAP convencionales eligiendo entre Especificaciones Tcnicas, o Modelos de Pliego en funcin de las recomendaciones antes mencionadas.

Cabe sealar que en los casos en donde slo se seleccionen las opciones de los ETAP sin modificar (agregar, eliminar, y/o modificar las especificaciones tcnicas descriptas en los ETAP) no resultar necesario el envo de una justificacin tcnica de las especificaciones requeridas. Es indispensable adjuntar la descripcin del proyecto y el pliego de especificaciones tcnicas bajo ETAP, para que esta Oficina nacional pueda tomar la intervencin tcnica de competencia.

NOTA: La eleccin de las opciones existentes en los ETAP no se toman como modificaciones al estndar. Las modificaciones referidas vienen dadas por, el agregado de especificaciones propias del organismo (no existentes en los ETAP), la eliminacin de especificaciones no opcionales existentes en los ETAP, la modificacin de especificaciones existentes en los ETAP (cambio en la redaccin). Esto es vlido tanto para las Especificaciones Tcnicas como para los Modelos de Pliegos.

Qu hacer cuando los requerimientos se ajustan con pequeas modificaciones a los ETAP?

En esta caso existe una nica posibilidad, cada vez que se modifique, en los trminos antes expuestos, las especificaciones tcnicas en los ETAP, el organismo deber justificar tcnicamente dichas modificaciones elevando, conjuntamente con las especificaciones tcnicas y la descripcin del proyecto, las justificaciones correspondientes a todas y cada una de las distintas modificaciones.

Qu hacer cuando los requerimientos no se ajustan a los ETAP, o no existen ETAP?

En este caso tambin existe una nica posibilidad. Siempre que las circunstancias lo permitan, se debern tomar a los ETAP como referencia de base sobre la cual estructurar las especificaciones tcnicas. Por ejemplo, en caso de requerir la adquisicin de servidores de tecnologa Blade, si bien hasta el momento no existe un cdigo de ETAP bajo el cual solicitar este tipo de dispositivos, el organismo podr tomar como referencia la estructura del cdigo de servidores genricos SR-001 y a partir del mismo confeccionar la especificacin del Blade requerido. Esto traer como beneficio para el organismo, una especificacin ms fcil de analizar, por lo que la intervencin de competencia de esta ONTI se ver agilizada. Cabe destacar, que es en este tipo de situaciones donde ms se requiere la inclusin de un exhaustivo detalle, tanto de la descripcin del proyecto que enmarca la compra, como de la contratacin y las correspondientes justificaciones tcnicas del caso.

NOTA: Si bien para muchos organismos la intuicin de elegir el modelo SR-007 para describir un chasis con servidores tipo Blade puede resultar correcta. Se recomienda describir el chasis Blade mediante sus caractersticas tcnico funcionales y las hoja de servidores (Blades), bajo los lineamientos del cdigo ETAP SR-001. Ello as, dado que adaptar el cdigo SR-007 para describir un chasis Blade con servidores de la misma tecnologa, dara como resultado una especificacin muy forzada y por ende difcil de comprender.



Estructura Estndar para Pliegos

Para qu confeccionar un pliego bajo una Estructura Estndar

Es frecuente que los expedientes contengan ms de una especificacin tcnica. Ello generalmente sucede cuando los organismos envan el expediente, o bien su copia completa con todas las intervenciones. Cabe sealar que para intervenciones en segunda instancia o posteriores se debern incluir indefectiblemente todas las especificaciones tcnicas de instancias previas. En consecuencia, dentro del mismo se pueden encontrar, una o ms especificaciones tcnicas, las cuales pueden no ser exactamente iguales, o corresponder a distintas versiones. A esto ltimo suelen agregarse diversos tipos de informaciones tales como, notas de pases, solicitudes de presupuestos, presupuestos, intervenciones de otros organismos, etc. Cada tipo distinto de informacin se puede organizar en secciones. Estas secciones del expediente conformadas por la informacin antes mencionada, si bien no imposibilitan la intervencin tcnica, podran complicarla o bien demorarla. Ello as, dado que generalmente no guardan un orden estricto, se encuentran re foliadas, o sin foliar, etc.

En cambio, cuando la informacin dentro del expediente se encuentra dividida y ordenada en secciones fcilmente identificables, se agiliza la intervencin de competencia, dado que esta situacin permite observar si se encuentra toda la informacin necesaria para tomar la intervencin (Esto se seala, debido a que en reiteradas oportunidades sucede que los organismos omiten incluir las especificaciones tcnicas, la descripcin del proyecto, o bien las correspondientes justificaciones, por lo que, en muchas ocasiones, el expediente se devuelve mediante una nota sin intervencin indicando la omisin). Este relevo de informacin se agiliza notablemente si la informacin se enva bajo una estructura estndar, dado que la misma evidencia dichas omisiones y ayuda a prevenirlas. Para que el expediente posea las cualidades antes mencionadas, resulta conveniente estandarizar la estructura de los diferentes pliegos que elevan los distintos OAPN. A continuacin se describe la estructura estndar que deber tener la informacin elevada por los distintos organismos, con el fin de agilizar la correspondiente intervencin tcnica de competencia y reducir considerablemente el tiempo del trmite en cuestin.

Estructura Estndar

Considerando el hecho de que distintos organismos ya poseen un formato predeterminado para estructurar Pliegos, la estructura estndar sugerida hace referencia nicamente a una nomenclatura de las distintas secciones bajo las cuales debera encontrarse la informacin relevante para tomar la intervencin tcnica de competencia, lo cual no implica que la misma invalide los formatos ya adoptados por los organismos. A continuacin se describen cada una de las secciones o apartados bajo los cuales se sugiere organizar la informacin.

NOTA: La estructura de la informacin reviste carcter no obligatorio, simplemente se sugiere para agilizar el trmite. Sin perjuicio de ello, la informacin descripta a continuacin se deber elevar cualquiera sea el caso.

1 Apartado: Descripcin del Proyecto. El mismo no forma parte del Pliego de Especificaciones Tcnicas. En l se encuentran distintas informaciones necesarias para que la ONTI pueda tomar la intervencin tcnica de competencia. La descripcin del proyecto enmarca y conforma parte importante de la legitimidad de la solicitud para la adquisicin de productos y/o servicios tecnolgicos, detallados en la especificacin tcnica. Esta descripcin permite comunicar de modo resumido pero ordenado, las distintas necesidades que fueron tomadas como base para la implementacin del mismo, la definicin de etapas correspondientes, sus tiempos asociados, la escalabilidad y/o ampliacin para las necesidades proyectadas a futuro, etc. La informacin a incluir dentro de este apartado sera el equivalente al Resumen Ejecutivo del proyecto que origin el requerimiento elevado a esta instancia para su intervencin. Es importante que dicha descripcin sea concreta y est orientada a la justificacin tcnica de la adquisicin de productos y/o servicios solicitados en la especificacin tcnica.



En caso de que el organismo requiera la contratacin de soluciones que NO se soliciten bajo la modalidad llave en mano, se deber incluir dentro de la descripcin del proyecto, el alcance de la solucin con un grado mucho mayor de detalle al que correspondera en caso de optar por la modalidad llave en mano. Se entiende por descripcin detallada, a la correspondiente especificacin de todos los servicios que satisfacen la solucin, e incluso aquellos en los que sea necesario aclarar que no son requeridos. Asimismo, se debern especificar claramente las distintas condiciones para la recepcin definitiva, a travs de la evaluacin de parmetros objetivos y cuantificables. El alcance tambin describe detalladamente las funciones y/o usos que se pretende que brinde la solucin y aquellas que no. Ello as, dado que en reiteradas oportunidades la no indicacin del alcance permitira inferir a los posibles oferentes distintas funciones adyacentes o complementarias que debera cumplir una solucin, pero que no son requeridas por el organismo (o viceversa). Por lo cual, adems de ser una informacin til para esta Oficina, tambin lo es para los posibles oferentes. En consecuencia, la descripcin del alcance de la solucin deber formar parte de las especificaciones tcnicas cualquiera sea la modalidad adoptada, teniendo en cuenta que la misma tendr un mayor grado de detalle cada vez que el organismo prefiera no solicitar la solucin bajo la modalidad llave en mano como se mencion anteriormente.

2 Apartado: Dimensionamiento de Caractersticas Tcnicas. A diferencia de la descripcin del proyecto, el dimensionamiento de las caractersticas tcnicas, puede eventualmente indicarse dentro del Pliego de especificaciones tcnicas (si el organismo lo considera necesario). Sea cual fuere el caso, deber elevarse a esta Oficina Nacional, el detalle de los clculos, mediciones y/o estimaciones que se hayan tenido en cuenta para el dimensionamiento de las distintas caractersticas tcnicas especificadas, a saber:

Todas las cantidades indicadas, las cuales correspondan a la solicitud de dispositivos y/o equipos (Por ejemplo: Servidores, Computadoras, Monitores, Impresoras, UPS, Routers, Switchs, Access points, y cualquier otro dispositivo, equipo o sistema dentro o fuera de los ETAP), esto mismo es vlido para los productos y/o licencias de software, y para la contratacin de servicios (Por ejemplo: Enlaces de acceso a Internet, Enlaces PaP, Servicio de mantenimiento y otros dentro o fuera de los ETAP).

Todas las caractersticas tcnicas indicadas para cada uno de los componentes descriptos anteriormente. (Por ejemplo: para el caso de los servidores, el tamao de los discos duros, tamao de la memoria RAM, la cantidad de ncleos del procesador, la cantidad y el tipo de placas de red, etc.). Esto ltimo tambin es vlido en el caso de la contratacin de servicios (Por ejemplo: La velocidad de los enlaces, la tecnologa de los enlaces fibra ptica/RF, los tiempos de atencin del servicio de garanta 7x24, 5x8, otros, frecuencia del mantenimiento preventivo, etc.).

Cualquier otro requerimiento que involucre la especificacin de una magnitud (tiempo, potencia elctrica, lumnica, otras, temperatura, espacio -longitud, alto, ancho-, etc.).

3 Apartado: Justificacin Tcnica. Como se describe bajo el ttulo Preguntas Preliminares, existen casos bien definidos para el uso de los ETAP. Independientemente de ello, SIEMPRE se requieren justificaciones tcnicas que avalen la solicitud elevada por los OAPN. En el caso que el requerimiento se ajuste a los ETAP pero con pequeas modificaciones (por ejemplo tamaos de HD no especificados, y otras pequeas modificaciones que no alteren la esencia del cdigo o modelo elegido), se deber elevar la justificacin tcnica de todas y cada una de las modificaciones realizadas por el organismo. Por ltimo, en el caso de que el requerimiento del organismo no se adecue a ningn cdigo o modelo de ETAP en vigencia, o bien no exista la definicin de cdigos o modelos de la tecnologa requerida, se deber elevar una completa y detallada justificacin tcnica que permita avalar todas y cada una de las especificaciones indicadas por el organismo.

NOTA: Existen casos bajo los cuales los distintos OAPN, prefieren comprar un producto, o bien un servicio en particular. En este caso se deber indicar debidamente dicha situacin en la descripcin del proyecto adjuntando de modo insoslayable la correspondiente justificacin tcnica. No se recomienda, en ningn caso, elaborar las especificaciones tcnicas mediante un conjunto de caractersticas puntuales. Las especificaciones tcnicas debern conformarse por la descripcin tcnico



funcional de las distintas caractersticas que satisfagan los diversos requisitos tcnicos, operativos, funcionales, y de servicio del organismo. Tampoco podrn describir unvocamente a un nico producto o servicio, como as tampoco podrn ser la transcripcin de una o varias especificaciones tcnicas de fabricante, distribuidor, canal de ventas, manual, hoja de datos, etc.

4 Especificacin Tcnica. Estas deben ser redactadas de forma clara y concisa, todas las referencias indicadas deben estar incluidas en el Pliego, como anexos o apartados. Deben conformarse por la descripcin tcnico funcional de las distintas caractersticas que satisfagan los diversos requisitos tcnicos, operativos, funcionales, y de servicio del organismo. Se especificarn de modo, no ambiguo, objetivo, medible, cuantificable, evitando prestar a confusin de los posibles oferentes. Deben ser coherentes con la descripcin del proyecto que las enmarca, el objeto de contratacin y con los clculos tomados como base para su dimensionamiento. En caso de solicitar servicios, se debern indicar las correspondientes penalidades por el eventual incumplimiento de los mismos. Siempre que los organismos requieran servicios, o bien soluciones se recomienda solicitar a los oferentes la realizacin de una visita de obra, con el fin de que los mismos puedan realizar un relevo de las instalaciones y recursos existentes, evitando de este modo que stos puedan alegar ignorancia o solicitar mayores costos.

5 Otros (clausulas particulares, clausulas generales, anexos, nota de pase, etc.). Toda aquella informacin complementaria que los organismos prefieran incluir. En la nota de pase, el organismo deber indicar las fojas correspondientes a cada una de las secciones descriptas anteriormente para facilitar la intervencin.

Gua de uso de los Lineamientos Estndares

Para qu sirve un Lineamiento Estndar

Los Lineamientos Estndares son referencias mediante las cuales, los OAPN, pueden valerse para elaborar los pliegos para la contratacin de productos y/o servicios tecnolgicos. A diferencia de las Especificaciones y Modelos de los ETAP, dichos lineamientos no representan especificaciones tcnicas que deben incluirse en los pliegos de modo textual. Por el contrario, sirven como una gua que facilita la elaboracin de los mencionados pliegos, y su posterior intervencin. Evitan a su vez, que los organismos omitan informacin necesaria que debe estar incluida en los Pliegos de Especificaciones Tcnicas, as como tambin distinta informacin que deber incluirse en la descripcin de las distintas justificaciones tcnicas.

De un modo sencillo, los lineamientos estndares acuerdan distintos criterios que los OAPN podrn adoptar para elaborar las especificaciones tcnicas de modo tal que la intervencin de competencia resulte gil, facilitando de la misma manera la interpretacin de las especificaciones tcnicas por parte de los posibles oferentes.

Beneficios en el uso de los Lineamientos Estndar

Reduccin de la complejidad de las observaciones formuladas en los dictmenes. Muchas veces las observaciones derivadas de la intervencin tcnica de competencia resultan ser extensas dado que incluyen distintas recomendaciones formales, para la modificacin de las especificaciones tcnicas observadas. Es por esto, que para simplificar y reducir la extensin de cada una de las observaciones formuladas en los dictmenes, slo se incluir una referencia a los lineamientos.

Reduccin del tiempo total de elaboracin del dictamen. Si bien no siempre se podr hacer referencia a un lineamiento estndar, por lo expuesto en el prrafo precedente, a medida que se vayan generando nuevos lineamientos, ms se reducir el tiempo para la elaboracin de cada dictamen, brindando a la vez, un marco de referencia ms amplio para beneficio de los organismos.



Reduccin de la extensin de los dictmenes. Conjuntamente con los beneficios antes descriptos se reflejar una reduccin en la extensin de los dictmenes.

Actualizacin continua. Los lineamientos estndares estn pensados para ser actualizados y mejorados de modo continuo. Eventualmente, los lineamientos estndares pueden evolucionar y convertirse en cdigos o modelos ETAP.

Estandarizacin. Los lineamientos brindan un marco de criterios unificados, bajo los cuales se recomiendan distintas consideraciones de forma y contenido para la estructuracin de las especificaciones tcnicas y la informacin necesaria que debern elevar los organismos para la intervencin de competencia.

Ventajas de uso de los e-ETAP

Requisitos para el uso

Para obtener los beneficios que conlleva el uso de los e-ETAP, los distintos OAPN deben poseer un certificado de firma digital expedido por la ONTI. Para saber cmo utilizar los e-ETAP y cmo tramitar el certificado de firma digital ver el documento Manual del Usuario del Sistema Estndares Tecnolgicos para la Administracin en Lnea disponible en: http://www.sgp.gov.ar/contenidos/onti/etap/etap_index.html, enlace Manual del usuario.

Beneficios

Si bien la ONTI realiza esfuerzos a travs de la implementacin de procedimientos de mejora continua para la correccin sistmica de los procesos involucrados en cada uno de los trmites convencionales (intervencin de competencia de especificaciones tcnicas escritas), para reducir los tiempos involucrados en los trmites de intervencin tcnica, ninguna representa mayor beneficio en este aspecto como el que brindan los e- ETAP. Otro de los beneficios de los e-ETAP, se refleja en el ahorro de todas las tareas relacionadas con el traslado del expediente, el armado, logstica, tiempos de clasificacin, recepcin y derivacin, etc.

Los e-ETAP permiten que se efecte la intervencin de competencia dentro de las 24 horas hbiles desde que el organismo complet el envo de los mismos. A modo de ejemplo se enumeran distintos cdigos y/o modelos e-ETAP, Computadoras Personales PC-E, Impresoras PR-XXX, y Monitores MN-XXX, Servidores (servidores rackeables y no rackeables) SR-XXX, Elementos de Red (Access Point, Switchs 24/48, y Racks piso/murales) LAN-XXX, Unidad de Energa Ininterrumpida (UPS rackeables y no rackeables) UPS-XXX, Cableado Estructurado Modelo 9.

Seguridad de la Informacin

Poltica de Seguridad de la Informacin

Enmarcando las distintas implementaciones devenidas de las contrataciones de productos y/o servicios que los OAPN resuelvan efectuar, y en virtud de la relevancia que posee la seguridad de la informacin en un ambiente tecnolgico, se informa a los organismos que se encuentra en vigencia por Disposicin ONTI N 5/2006 el Modelo de Poltica de Seguridad de la Informacin para Organismos de la Administracin Pblica Nacional, disponible en: http://www.sgp.gov.ar/sitio/PSI_Modelo-v1_200507.pdf.

Teniendo como principal objetivo facilitar a los OAPN la redaccin, o bien adecuacin de su propia Poltica de Seguridad de la Informacin, y a su vez permitiendo gestionar adecuadamente la seguridad de la informacin, los sistemas informticos y el ambiente tecnolgico de cada organismo. Los distintos OAPN podrn adoptar el mencionado modelo bajo los Trminos y Condiciones de Uso respectivamente indicados a tal efecto.

Guas y Lineamientos ETAP Versin 21.0

Lineamientos Generales para Digitalizacin Cdigo: Modelo 51

LINEAMIENTOS 51 - DIGITALIZACIN

Tabla de Contenidos

LINEAMIENTOS ESTNDARES DIGITALIZACIN............................................................................................... 1

Tabla de Contenidos ............................................................................................................................................. 1 General .............................................................................................................................................................. 2 Uso de los Lineamientos Estndares ................................................................................................................ 2

Alcances de la digitalizacin ................................................................................................................................ 2

Consideraciones preliminares ............................................................................................................................. 3 Escenarios ......................................................................................................................................................... 3 Requisitos previos a la digitalizacin ................................................................................................................. 4 Normativa relacionada ....................................................................................................................................... 4

Tecnologas de Digitalizacin (TD) ...................................................................................................................... 5 Condiciones de partida ...................................................................................................................................... 5 Estructuras posibles........................................................................................................................................... 6

Anexo I .................................................................................................................................................................. 12 Tabla con distintos formatos destino del tipo abiertos .................................................................................. 12



General

Los Lineamientos Estndares son referencias mediante las cuales, los Organismos de la Administracin Pblica Nacional (OAPN, en adelante), pueden valerse para elaborar los pliegos para la contratacin de productos y/o servicios tecnolgicos. A diferencia de las Especificaciones y Modelos de Pliegos de los ETAP, dichos lineamientos no representan especificaciones tcnicas que deben incluirse en los pliegos de modo textual. Por el contrario, sirven como una gua que facilita la elaboracin de los mencionados pliegos, como as tambin su intervencin por parte de la Direccin de Estandarizacin de la ONTI (en adelante DET-ONTI).

Uso de los Lineamientos Estndares


En la elaboracin de las especificaciones tcnicas incluidas en los pliegos, muchas veces resulta conveniente describir la solicitud de los distintos productos y/o servicios sin olvidar ninguna de las caractersticas funcionales estndares que puedan ser de inters para el organismo, en este caso particular, en relacin con la contratacin de productos o servicios de digitalizacin. Es as que los presentes Lineamientos tienen como objetivo principal facilitar la interpretacin a los posibles oferentes, permitiendo, a los OAPN, realizar una descripcin tcnica completa que contemple todos aquellos aspectos tcnico funcionales de uso estndar en el mercado que faciliten la transmisin efectiva del objeto de la contratacin pretendida.

Estas referencias ayudan a que los OAPN puedan definir de un modo sencillo y ordenado, las cuestiones bsicas pero fundamentales que deben estar presentes en funcin de sus necesidades.

Alcances de la digitalizacin

Para poder comprender de un modo especfico cul es el alcance funcional que nos brindan tanto los

procesos como las tecnologas relativas a la digitalizacin, es necesario desvincular el concepto de digitalizacin con un concepto al cual generalmente se la suele asociar en forma directa, la despapelizacin.

En este sentido se entiende que el aporte funcional que brinda la digitalizacin es la conversin de un soporte de origen (tpicamente papel), a un soporte destino (electrnico o digital), pero que en ningn aspecto asegura la despapelizacin, entendida esta ltima como el trabajar sin la necesidad de utilizar al papel como soporte. Este ltimo concepto, comnmente se lo conoce como La oficina sin papeles. Tampoco, la digitalizacin habilita a los OAPN a destruir originales en papel.

Para alcanzar la despapelizacin, no solamente basta con digitalizar sino que tambin y sobre todo, se deben informatizar los distintos procedimientos para que la generacin de informacin en soporte electrnico o digital sea nativa. En otras palabras, si se piensa en expedientes, estos son exclusivamente generados desde su inicio (nacidos) en soporte digital (o electrnico).

El presente lineamiento pretende, considerando las diferencias entre digitalizar e informatizar, evidenciar el alcance que posee el primero de estos dos conceptos. Es decir, conocer el alcance funcional del concepto de digitalizacin. Esto ltimo nos evita caer en falsas expectativas respecto a la implementacin de proyectos de innovacin tecnolgica con objetivos de despapelizacin que nicamente contemplen procesos y/o tecnologas relativas a la digitalizacin.

Luego de haber comprendido la diferencia funcional de estos dos conceptos se pueden comenzar a plantear los lineamientos para elaborar una especificacin tcnica relativa a tecnologas de digitalizacin.



Consideraciones preliminares

De modo previo a elaborar las especificaciones tcnicas para la contratacin de tecnologas o servicios

de digitalizacin, se debe considerar el carcter integral que conllevan todos los proyectos de innovacin tecnolgica, y en especial este tipo de proyectos. Por lo cual, hay que ocuparse por un lado de haber encontrado los posibles escenarios de uso, y por otro asegurarse de haber cumplido distintos requisitos que permitirn poseer una base funcional slida previo a encarar las cuestiones propias de la parafernalia tecnolgica.

Escenarios

Reiterando entonces que, la digitalizacin por s misma no garantiza la llamada despapelizacin, es importante que cada OAPN identifique su problemtica y analice sus recursos para determinar el producto final a desarrollar y, a partir de all, ponderar la utilidad del presente lineamiento. En ese sentido, en lneas generales los escenarios posibles son:

Cambiar de soporte de modo eventual. En este escenario la digitalizacin puede ser espordica, o bien cubrir una necesidad puntual que no requiere una sistematizacin (el cambio de formato para enviar la copia de un original en papel por un medio electrnico, dada su conveniencia). Por lo cual se debe prestar atencin a la tecnologa del escner a utilizar y los formatos con los cuales se va a trabajar una vez digitalizado el original. En este caso no se necesita almacenamiento especfico en particular porque no se requiere hacer la digitalizacin de modo sistmico.

Disponibilizar informacin sin valor probatorio. En este escenario, adems del cambio de soporte descripto en el prrafo anterior, se requiere que la informacin que se digitaliza se encuentre disponible. Ello obliga a evaluar tecnologas para el almacenamiento de la informacin en soporte electrnico. Entonces, entran en juego variables como la cantidad de informacin a digitalizar, la velocidad con la que se digitaliza, la disponibilidad que tiene que tener esa informacin para ser consultada, la frecuencia de consulta, entre otros. Como en este escenario no se requiere el reemplazo del original, si bien son necesarias las polticas de backup, estas no son crticas.

Todas estas cuestiones deben conocerse de forma previa a la adquisicin de productos y/o servicios tecnolgicos, ya que sentarn las bases para la eleccin entre las distintas tecnologas de almacenamiento disponibles en el mercado.

Disponibilizar informacin con valor probatorio. Cada uno de los escenarios va sumando nuevos requerimientos a los anteriores, en este caso se requiere reemplazar el soporte de las copias de respaldo de la informacin, es decir, utilizar tecnologas electrnicas de backup en lugar de papeles1 para el resguardo de documentos originales. Ahora bien, aqu las variables aumentan, adems de considerar las correspondientes al escenario anterior, se debe tener en cuenta el tiempo de guarda, el volumen de informacin a guardar (cuando el volumen es considerable se deben evaluar tecnologas estndares de eliminacin de datos redundantes), la verificacin de la consistencia de los datos guardados, la frecuencia de backups, la migracin de soportes (seguir leyendo la informacin en las copias de seguridad cuando cambia la tecnologa interoperabilidad temporal), y todo aquello que va a conformar parte de las polticas de backup.

Al igual que en el caso anterior, estas cuestiones deben conocerse de forma previa a la adquisicin de la tecnologa, ya que sentaran las bases para las elecciones a realizar. Como en este escenario se requiere reemplazar los documentos originales por copias digitales, se debe considerar, adems de lo relacionado con el backup, la tecnologa disponible que asegure las cuestiones de autenticidad, fiabilidad e integridad de los documentos, como por ejemplo, la firma digital.

Informatizar. Este escenario, es completamente diferente a todos los dems y excede el alcance de este lineamiento. La informatizacin no solo requiere digitalizar los originales en papel, sino que tambin, y sobre todo,

1 La migracin de soportes no implica por s misma que los originales en papel se puedan destruir o desechar.



exige dejar de trabajar con originales en papel y generarlos en soporte electrnico de manera nativa. La informatizacin necesita de todas las tecnologas anteriores ms un software de gestin para los documentos electrnicos. Es por esto que, frente a cualquiera de los escenarios anteriores que puedan requerir un software de estas caractersticas, probablemente sea necesario informatizar y no solo digitalizar. Lo recomendable entonces es reconsiderar un nuevo relevo funcional de las necesidades tcnicas involucradas.

Los escenarios antes descriptos representan conceptualizaciones tericas que facilitan comprender y ordenar los conceptos de las situaciones de partida de cada organismo. Estos escenarios tambin pueden corresponderse con etapas dentro de un proyecto a mediano o largo plazo.

Requisitos previos a la digitalizacin

Para determinar la captura de los documentos, existe un paso insoslayable que est relacionado con el rea de conocimiento de la archivstica, y consiste en el desarrollo de las actividades de identificacin, clasificacin, descripcin y evaluacin de los documentos de origen.

Entonces, de forma previa a la elaboracin de un proyecto de innovacin tecnolgica que involucre tecnologas de digitalizacin, y con el fin de que dicho proyecto tenga posibilidades de alcanzar sus objetivos funcionales, se debe asegurar que aquello que se va a digitalizar (diversos documentos encuadernados, encarpetados, expedientes, etc.), se encuentren en condiciones ptimas desde un punto de vista tanto fsico como archivstico para que la informacin una vez digitalizada sea til. Esto es, que la informacin pueda ser fcilmente buscada, ordenada, compartida, y almacenada, en otras palabras aprovechar todas las ventajas que nos ofrece la tecnologa de digitalizacin.

Normativa relacionada

En el marco de la Administracin Pblica el organismo competente en este sentido es el Archivo General de la Nacin (en adelante AGN). Dependiente del Ministerio del Interior, el AGN es el organismo que tiene por finalidad reunir, ordenar y conservar la documentacin del Estado Nacional (Ley 15.930).

El Decreto 232/7989 estableci que los Ministerios y Secretaras de Estado (administracin centralizada y descentralizada, empresas y sociedades del Estado, servicios de cuentas especiales y obras sociales), debern someter, previo a todo trmite, a la consideracin de la Secretara General de la Presidencia de la Nacin (Subsecretara de la Funcin Pblica) todo proyecto de medidas a proponer o dictar segn el caso sobre sus respectivos archivos y que se relacione con el descarte de documentos, su microfilmacin, conservacin y/o traslado.

Por otro lado, el Decreto 1571/1980 aprob una "Tabla de Plazos Mnimos de Conservacin de los Documentos de Personal y de

etap v22 diciembre 2016 - ministerio de justicia y...

Documents