3.1 siscae

aquahellishΛογισμικό & κατασκευή λογ/κού

13 Δεκ 2013 (πριν από 3 χρόνια και 4 μήνες)

130 εμφανίσεις


Página
1

Proyecto
de integración
SISCAE

Adm Financiera



Version 0.1

19 de Julio de
200
7


Página
2


PROYECTO DE INTEGRAC
IÓN SISCAE

ADM FINANCIERA

1

1 IN
TRODUCCIÓN

3

1.1 Objetivo

3

1.2 Sectores Involucrados

4

1.3 Intr
oducción

4

1.3.1 SISCAE

4

1.3.2 SIGFA

7

2 ANÁLISIS FUNCIONAL

8

2.1 Conceptualización de los vínculos

8

2.1.1 Módulos Básicos

8

2
.1.2 Gestión

9

2.2 Detalle de los vínculos.

10

2.2.1 Módulos Básicos

10

3 TECNOLOGÍAS IMPLEM
ENTADAS

12

3.1 SISCAE

12

3.1.1 Introducción

12

3.1.2 Metodología de Desarrollo

12

3.1.3 Ciclo de Vida del Sistema

12

3.1.4 Arquitectura

14

3.1.5 Infraestructura de Soporte de Servicios

17

3.1.6 Plataforma Tecnológica

18

3.2 SIGF
A

19

3.2.1 Introducción

19

3.3 SIBE

19

3.3.1 Introducción

19

3.4 SIGFAFOR

19

3.4.1 Introducción

19

3.5 SIGFAPRO

19

3.5.1 Introducción

19

4 INTEGRACIÓN FUNCIO
NAL

21

4.1 Módulos Básicos

21

4.1.1 Catálogo de Bienes y Servicios

21

Introducción

21

Descripción d
e los servicios

21

Particularidades técnicas

21

Plan de Trabajo

21

5 INTEGRACIÓN TÉCNIC
A

22



Página
3

1

Introducción


1.1

Objetivo


Planificar y ejecutar la vinculación entre el
Sistema de Contrataciones
Administrativas del Estado (SISCAE)
y la Administración Financiera
implementada
ésta
a través los d
iferentes sistemas como lo son el
Sistema
Integrado de Administración Financiera, Administrativa y Auditoría (SIGFA)
,
El
Sistema SIGFA para la
F
or
mulación Presupuestaria
(SIGFAFOR),
el SIGFA
para la
Formulación de Proyectos
(SIGFAPRO) y el Sistema de Biene
s del
Estado (SIBE).

Trabajar en forma integrada con equipos multidisciplianrios conformados por
las distintas Direcciones del MHCP para diseñar el modelo conceptual para la
integración de
dichos sistemas.




Página
4

1.2

Sectores Involucrados


Entes Involucrados

1
. DGTEC

2. DGCE

3.
DGP

4. Contaduría General de la Rep
ública

5. Tesorería General de la
República




1.3

Introducción


1.3.1

SISCAE


Según lo establecido por la Reglamentación de la Ley 323 Ley de Contratación
del Estado, el
Sistema de Contrataciones y Adquis
iciones del Estado (SISCAE)

a través del Portal único para las Compras del Estado
www.nicaraguacompra.gob.ni

es el sustento infomático del Registro de
Información creado en el Artículo 19 de dicha Ley.

Por medio del SISCAE, en forma obligatoria,
se
deben
difund
ir
y gestiona
r

los
procedimientos de contratación que celebran
los
Organismos y Entidades del
Sector Público comprendidos en el ámbito de aplicación de la Ley 323 Ley de
Contratación del Estado
ind
ependientemente de la fuente de financiamiento y
del objeto y destino de la contratación.

El SISCAE fue concebido como un proyecto integral que abarcó no solamente
la solución tecnológica sinó aspectos organizacionales, norm
a
tivos,
contratación de personal

para ejecución y operación de la aplicación, gestión
de procesos de adquisición para la adquisición de equipamiento para montar
el sistema y para operación en las Instituciones, acciones de difusión para
lograr la apropiación del sistema, entre otros.

En

relación a la aplicación informática, la misma fue
pensada para su
desarrollo en etapas y a su vez modularizada para cada una de dichas etapas.

El proyecto en su concepción total consta de cuatro etapas, las cuales son
complementarias e integradoras. La
secuencia de las etapas responde a
criterios basados en experiencias ya comprobadas en otros proyectos
internacionales de Sistemas Electrónicos de Adquisiciones, en concordancia
con el enfoque adoptado para la implementación en Nicaragua.


Página
5

La división en e
tapas no radica únicamente en la solución tecnológica,
considera también a subproductos intermedios que deben obtenerse en los
otras aspectos abarcados por el proyecto.

Etapa I
-

Informativa:

La primera fase del sistema
estuvo
orientada a la gestión docum
ental, inclu
ye

el registro de información en la base de datos pero fundamentalmente en lo
que se refiere a clasificación de la información para búsquedas y/o explotación
de información.

Comprende la implementación del
Por
tal

con todas sus secciones estát
icas
,
los
módulos de Catálogo de Bienes y Servicios, el Registro de Proveedores y la
Difusión de las etapas clave de los procesos de contratación.

Para cada uno
de éstos módulos se cuenta con el back
-
end y su front
-
end correspondiente,
inclusive ambos per
sonalizados en cada módulo por los perfiles del usuario.

Etapa II
-

Gestión
-

Interacción

Comprende la definición y contenido de nuevas secciones que surjan a partir
de la implementación

y el desarrollo de nuevos módulos, principalmente en lo
que se refie
re a la interacción y transaccionabilidad con el Proveedor.

Se vinculará la información de los diferentes
módulos
a través de un segundo
nivel de integración para los casos de las etapas de los procedimientos de
contratación que no sean solamente para di
fusión
.

Se incorporado para esta etapa la relación con la Administración Financiera a
través de la vinculación de los diferentes módulos.

Etapa III
-

Gestión


Transacción

Comprende

la implementación de todos los módulos
a nivel de detalle,
incluida la g
estión de las contrataciones para todos los procedimientos
ordinarios.

Para las etapas de la gestión, se prevé la urna electrónica para la recepción de
ofertas de Licitaciones Públicas, la utilización del legajo electrónico y la firma
digital en los casos
que sea aplicable.

La integración
completa
con el SIGFA para aseguramiento de la publicación de
la información, la registración de

los momentos presupuestarios,
el registro de
Benefic
iarios, entre otros vínculos.

Etapa I
V



Procedimientos especiales

Esta e
tapa comprende el
análisis de costo beneficio sobre la conveniencia
utilizar para la gestión de los nuevos procedimientos que se incorporaron al
proyecto de Ley (subasta inversa, contrato marco) sistemas de terceros o
realizar un desarrollo in house
.

Compr
ende el desarrollo de las interfases con el proveedor de servicios, si en
el análisis de costo / beneficio se determina que la tercerización es el camino
más conveniente para la sistematización de los procedimientos especiales. El
desarrollo de los módulos

específicos si se determina lo contrario.



Página
6


Como se explicara anteriormente, e
l SISCAE
cuenta a la fecha con tres
módulos implementados
en producción desde 2006:

Módulo de Proveedores

El módulo de proveedores del SISCAE tiene como objetivo contar con una

base de potenciales proveedores certificados para las adquisiciones que
realizan las Instituciones, evitando de esta forma la reiteración de la
presentación de documentación similar en oportunidad de cada contratación,
dentro de la misma Institución o en
Instituciones de diferentes Jurisdicciones.

A través del módulo de proveedores del SISCAE, los potenciales oferentes del
Estado pueden inscribirse en el Registro Central de Proveedores (RCP) vía
Internet sin necesidad de presentar documentación
alguna
. La
información
ingresada por los potenciales oferentes es validada por parte de
los analistas
del RCP contra el registro de Contribuyentes
. Una vez inscritos los
proveedores pueden obtener
a traves del SISCAE el certificado, como así
también realizar una seri
e de operaciones como modificaciones de datos,
renovación del certificado, etc, por el el mismo medio.

El SISCAE implementa todo el proceso administrativo del RCP,
tanto las
operaciones posibles de ser efectuadas por el propio proveedor, como todas
las que

corresponden a la oficina del RCP
. Además cuenta con los sub
-
módulos para la administración de las sanciones, reportes de gestión del
propio Registro y
el legajo de desempeño del Proveedor.

Administra todas las comunicaciones con el proveedor a través de
la
utilización del correo electrónico, enviando en oportunidad de cada cambio
que se produce en su estado dentro del RCP un correo customizado indicando
las novedades y acciones a seguir.

Módulo del
Clasificador de Bienes y Servicios

El Catálogo de Bienes
y Servicios (CBS) tiene por objeto, establecer criterios
uniformes y unívocos para la identificación de bienes y servicios que adquiere
el Sector Público.

El SISCAE implementa todo el proceso administrativo del
CBS
,
tanto las
operaciones posibles de ser e
fectuadas por las Instituciones a través de sus
Unidades de Adquisción, el Proveedor el propio proveedor, como todas las que
corresponden a la oficina del
CBS
.

El CBS
es utilizado por el
módulo de
gestión
para clasificar de acuerdo a las
actividades econó
micas a l
o
s

procesos de contratación en
los planes anuales
de contrataciones,
la ejecución de los
procesos de adquisición, y los
proveedores que se inscriben en el RCP.

El CBS fue confeccionado de acuerdo al estándar UNSPSC, aunque adecuado a
los usos y co
stumbres locales
.
Los procesos de adquisición y los proveedores
se catalogan a través del segundo nivel de la jerarquía establecida por el
estándar UNSPSC (familia).



Página
7

El módulo del CBS administra las al
ta
s
, baja
s y

modificación

de elementos de
cualquier n
ivel del catálogo, además permite la gestión preliminar de las
solictudes de catalogación y las búsquedas de los elementos a través de la
aplicación de diferentes criterios y orientadas al perfil del usuario.

Gestión de las Contrataciones

Este módulo perm
ite a las Unidades de Adquisición
de las Instituciones
publicar en Internet las etapas más relevantes de los procesos de adquisición
,
esto con el fin de
brindar transparencia e igualdad de oportunidad de acceso a
la información de las compras y contratacio
nes del Estado tanto a
proveedores como a la ciudadanía en general. El agregado de esta
información permite
adicionalmente
ir conformando una base de conocimiento
compartida por todas las Instituciones
.

El módulo de gestión permite la administración y publ
icación de las
etapas
relevantes del proceso de contratación
como lo son, el Plan Anual de
Compras, las

convocatorias a procedimientos, las modificaciones/
aclaraciones/ enmiendas de procesos publicados, las adjudicaciones y las
ordenes de compra
, su visua
lización personalizada según el perfil del usuario.
Además cuenta con los sub
-
módulos para la visualización de reportes de
gestión y el legajo de cada proceso de contratación.


1.3.2

SIGFA


Objetivo, alcance actual, proyección
,
etc.



Página
8

2

Análisis Funcional


2.1

Conc
eptualización de los vínculos


2.1.1

Módulos Básicos


2.1.1.1

Catálogo de Bienes y Servicios

(CBS)


El catálogo de bienes y servicios
es uno de los clasificadores básico del
SISCAE, a través de su relación con el Clasificador por objeto del gasto
(CxOG)
del sistema
Presu
puestario
constituye uno de los elementos
básicos
que permiten integrar a los diferentes subsistemas que conforman la
Administración Financiera y el Sistema de Contrataciones. E
ste
es utilizado
en el SISCAE para la planificación de las contrataciones y par
a la gestión de
las mismas a
lo largo de las diferentes et
a
pas que posee un
proceso
de
contratación.

El CBS es utilizado en la etapa de la formulación presupuestaria a través del
SIGFAFOR, es el máximo nivel de desagregación del presupuesto, a través
del
vínculo que existe con el CxOG permite el agrupamiento de los bienes y
servicios requeridos y la totalización de los importes por grupo de objeto,
determinando de esta forma el nivel inmediatamente superior del
presupuesto. De forma similar es utilizado pa
ra la formluación de los
proyectos de inversión.

También es utilizado por el Sistema de Bienes del Estado

para
la
identificación de los bienes objeto de registro,
forma parte del código para la
identificación de los bienes del Estado,
es decir, posee
un

nculo con los
clasificadores del SIBE a efectos poder realizar el inventario de los Bienes
del Estado.


2.1.1.2

Registro de Proveedores
-

Beneficiarios


D
ebe existir
la posibilidad para que el Proveedor que se registre
en el RCP
tenga su ingreso en el módulo de Be
neficiarios. Adicionalmente, u
na relación
que debe establecerse durante el proceso de compras es la existencia de los
potenciales adjudicatarios dentro del registro del Beneficiario del Estado
contenido en el SIGFA.



Página
9

2.1.1.3

Administración y Seguridad


Uno de los

ítems que está ligado con el impacto presupuestario, es el
esquema de seguridad y de perfiles que plantea SIGFA para que un usuario
impacte en un determinado programa presupuestario de una Institución
determinada.

Un aspecto a tener en cuenta dentro de es
te esquema es que un usuario
que administre el sistema de compras electrónicas se debe corresponder con
un perfil de ejecución del gasto dentro del sistema de seguridad del SIGFA.


2.1.1.4

Clasificadores


Uno de los ítems que está ligado con el impacto presupuesta
rio, es el
esquema de seguridad y de perfiles que plantea SIGFA para que un usuario
impacte en un determinado programa presupuestario de una Institución
determinada.


2.1.2

Gestión


2.1.2.1

Plan Anual de Contratacione
s

Formulación del Presupuesto


El plan anual de cont
rataciones constituye un elemento informativo dentro
del esquema de compras electrónicas. Un plan anual de contrataciones
calendarizable puede ser utilizado por los usuarios del sistema planificar las
contrataciones en la cuales va a participar.


2.1.2.2

Presupues
to


Una de las principales relaciones que establece el SISCAE tiene relación con
los registros presupuestarios, para ello se debe establecer las etapas de
registro y los momentos de registros.

Las relaciones que se establece son el sistema Presupuestario S
IGFA es en
dos sentidos, es decir que si bien SISCAE envía información al SIGFA para el
registro presupuestario, SIGFA debe enviar respuestas a dichos impactos
presupuestario enviados y además cualquier novedad relacionada con las
variaciones presupuestari
as que sufra un procedimiento de compras post
-
compromiso.



Página
10

2.1.2.3

Garantías


Existen determinados procedimientos de compra que exigen la presentación
y administración de garantías.

Tanto para la registración como para la renovación debe existir una relación
desd
e SIGFA al sistema de compras para validar que toda garantía que se
ingrese en concepto de un proceso de compras y contrataciones
corresponda a un procedimiento válido.

Las devoluciones de garantía, por otras parte deben validar que dentro del
procedimien
to de compras el oferente no calificó, no fue adjudicado o
simplemente se cumplió con el objeto de la garantía.


2.1.2.4

Recursos (Multas
-
Venta de Pliegos)


Uno recursos que surgen de un procedimiento de compras y contrataciones
tienen que ver con la venta de pli
egos que afecta y condiciona al proceso de
recepción de las ofertas.

Otro recurso que se detecta es la aplicación de multas que se aplica una vez
perfeccionado el contrato y que surge de la falta de cumplimiento de las
condiciones de contratación. Dichas
multas se aplican durante el proceso de
liquidación de contrato.

Dado que los módulos de recursos se encuentran desarrollados en SIGFA,
debe pensarse en una integración que intercambie información en ambos
sentidos.


2.2

Detalle de l
os vínculos.


2.2.1

Módulos Bási
cos


2.2.1.1

Catálogo de Bienes y Servicios

(esta parte del manual se describe el resultado de las actividades 20 y 21)


Uso
s

y Requerimientos

SIBE

SIGFAFOR

SIGFAPRO



Página
11


Servicios Existentes

SISCAE


Página
12

3

Tecnología
s Implementadas


3.1

SISCAE


3.1.1

Introducción


Se ha seleccionado

para el SISCAE una estrategia de licenciamiento basada en la
utilización de software libre
, modalidad que evita entre otras cosas, tener costos
por adquisición inicial de licencias y permanentes erogaciones por las
actualizaciones de las mismas, requirien
do únicamente realizar
la inversión
en
la
formación de los RRHH

y
equipamiento
.


3.1.2

Metodología de Desarrollo


Se definió como metodología para el desarrollo del SISCAE
una variante ágil
del proceso de desarrollo RUP (Rationa
l

Unified Process). Metodología
que
está
soportada desde lo tecnológico por una arquitectura en capas,
orientada a servicios y basada en componentes, todas características que
maximizan la flexibilidad y longevidad de la solución y que son
especialmente útiles en procesos iterativos como

RUP. RUP es un proceso
de desarrollo de software centrado en la arquitectura, dirigido por casos de
uso, iterativo e incremental. Esto quiere decir que las actividades de
desarrollo están fuertemente influenciadas por la arquitectura de la solución
y a

su vez son dirigidas por los casos de uso a implementar. Actividades
que se realizan de forma iterativa a lo largo del proyecto para ir produciendo
incrementos en el desarrollo que son en definitiva versiones o revisiones
intermedias de la solución final

que permiten tener una visión temprana del
avance del proyecto, evitando desvíos y retrasos.


3.1.3

Ciclo de Vida del Sistema


Las iteraciones ejecutadas durante el proyecto pueden agruparse en
diferentes fases o etapas que corresponden a cambios en el ciclo de

vida del
sistema. Las etapas en las que dividimos el proyecto son: Concepción,
Elaboración, Construcción y Transición.


I.

Etapa de Concepción



Página
13

En esta fase se
definen
los fundamentos del sistema y se
comienza
con su
implementación: se
desarrolla

su arqui
tectura, se
seleccionan

las
tecnologías a utilizar, se
desarrollan

especificaciones funcionales y se
especifican

los casos de uso más relevantes a implementar
. Finalmente

se
prepara

la infraestructura de desarrollo y comunicación y se
da

inicio a la
imple
mentación del sistema.


II.

Etapa de Elaboración


En esta fase se
obtiene
un primer prototipo del
sisteama,

cuyo objetivo
es

validar las decisiones de arquitectura tomadas inicialmente. El prototipo
permite

realizar esta validación en una etapa temprana del pr
oyecto,
dando
lugar a la realización de
eventuales ajustes
de ser necesario
. Este prototipo
implem
enta

algunos de los casos de uso más relevantes y
es

la base del
resto del sistema. Esta primera iteración del proyecto
es utilizada

adicionalmente
para
ase
ntar el funcionamiento del equipo de
trabajo

y de
las herramientas, tecnologías y metodología seleccionadas. Las tareas que
se
realizan

son las mismas que luego
serán

reiteradas en sucesivas
iteraciones para obtener nuevas versiones o incrementos del
sist
ema
.


III.

Etapa de Construcción


Durante esta fase se
lleva a cabo

la implementación de la mayor parte de la
funcionalidad del sistema. Se
realizan

los ajustes y mejoras al proceso

de
desarrollo

surgidas de la etapa anterior, consiguiendo aumentar la
producti
vidad del equipo de trabajo y generando una infraestructura
tecnológica capaz de soportar los requerimientos funcionales y no
funcionales rec
olectados hasta el momento. Durante esta etapa se avanza
con el proceso iterativo e incremental, lo que junto con

las herramientas
utilizadas,
permite
una alta tasa de liberación de versiones del sistema
facilitando

al jefe de desarrollo y grupo de analistas realizar un control
continuo sobre lo producido, minimizando desvíos y contratiempos
.


IV.

Etapa de Transición


En

esta etapa, el sistema se encuentra en un punto de transición. La
transición se inicia con la puesta en marcha del sistema y con las
consecuentes actividades de soporte requeridas en este estadío.
Normalmente , durante esta etapa se prepara el próximo c
ilclo de vida del
sistema mientras que se da soporte y se ajusta la solución según la
experiencia que aporta funcionar en situaciones reales.

Toman fuerza
actividades como la
gestión de versiones
y control de cambios y

la
resolución de mejoras e incidentes

reportados por el grupo de analistas
durante la capacitación y prueba del sistema en situaciones reales.



Página
14


3.1.4

Arquitectura


Vista en capas de la Arquitectura


Esta es una vista en capas de la arquitectura del SISCAE. Entre las capas
podemos distinguir aquel
las que están formadas por componentes de
infraestructura como la plataforma Java marcadas en blanco y aquellas
desarrolladas como parte del proyecto, marcadas en gris.

Las capas formadas por componentes de infraestructura fueron instaladas y
configuradas
especialmente para soportar al SISCAE mientras que las capas
desarrolladas fueron implementadas especialmente para la solución. Todas estas
actividades fueron ejecutadas en el marco de la metodología mencionada
anteriormente.

Gestión
de
Contenido
Capa de Servicios
Lógicamente dividida en Módulos
Capa
Aplicativa

o de Presentacion
Lógicamente dividida en perfiles
Portal de Compras
Electrónicas
J
2
EE
Java
Java
Server
Faces
(
JSF
)
Web
Services
Capa de Persisencia
Workflow
Infraestructura de Autenticación y
Autorización
EAI
EJB
3


Página
15

Construcción en Capas


La construcción del SISCAE está b
asada en un modelo multicapa “n
-
tier”

orientada a servicios (SOA)
, el cual cuenta con un modelo de soporte
transaccional adecuado, y cumple con los siguientes requisitos:


• Alto volumen de usuarios

accediendo en tiempo real a los datos.

• Alta disponibilidad.

• Capacidad para escalar.

• Capacidad de integración con otros sistemas.

• Interoperabilidad con otras plataformas.


Las capas desarrolladas como parte del proyecto y que son centrales al SISCA
E
son
: Capa Aplicativa integrada por definiciones de interfaces

de usuario
y
componentes de presentación con lógica aplicativa y Capa de Negocio compuesta
por dos subcapas: una con componentes con las reglas de negocio, también
llamados servicios y la otra

con entidades de negocio también llamados
componentes de persistencia.


CAPA APLICATIVA
: Definiciones de interfaces de Usuario y reglas de
presentación usadas para administrar la interacción con el usuario. Recibe
eventos de un usuario e invoca la capa
de negocio, recibe datos de la capa
de negocio y los presenta al usuario. Esta capa esta formada por diversas
aplicaciones que interactúan con los servicios del SISCAE para realizar los
casos de uso previstos para el sistema. Todas las aplicaciones est
án
integradas en el portal de compras electrónicas, brindando al usuario un
acceso integrado y transparente a las mimsas.



Adquisiciones:
Esta aplicación implementa las funciones de
interacción con el usuario de los casos de uso que operan
fundamentalmente
sobre procedimientos, ordenes de compra y
PACs.



Catalogo de Bienes y Servicios:
Esta aplicación implementa las
funciones de interacción con el usuario de los casos de uso que
operan fundamentalmente sobre el catalogo de bienes y servicios.



Contenido y Difu
sión:
Esta aplicación concentra la información
institucional y todo el contenido estático del portal junto con la
comunicación de novedades e información de contacto.



Proveedores:
Esta aplicación implementa las funciones de
interacción con el usuario de lo
s casos de uso que operan
fundamentalmente sobre proveedores.


Página
16



Seguridad:
Esta aplicación implementa las funciones de
interacción con el usuario de los casos de uso que operan
fundamentalmente sobre politicas de seguridad del sistema,
usuarios, roles, insti
tuciones y unidades de adquisición.



Portal:
Esta aplicación articula la interacción de todas las
anteriores y da estructura al portal del SISCAE, brindando a los
usuarios la experiencia de integración necesarias para operar el
SISTEAM


CAPA DE NEGOCIO
: Est
a capa contiene todas las reglas de negocio y
entidades utilizadas por el SISCAE. Aquí esta definida la estructura de la
información gestionada por el sistema y las reglas que la controlan. Esta
capa está subdividida en dos capas más : Capa de Servicios
también
llamada de negocio y Capa de persistencia.

Capa de Servicios
: Contiene componentes que encapsulan el núcleo de
reglas de negocio del SISCAE, manipulando la información gestionada por el
sistema. Utiliza la capa de persistencia para almacenar y rec
uperar la
información conforme va cambiando con el tiempo y según las reglas lo
indican. El SISCAE cuenta con los siguientes servicios :



Gestión de Adquisiciones
:

Este servicio contiene operaciones
que permiten gestionar y consultar información sobre
pro
cedimientos, PACs, Ordenes de Compra y entidades
relacionadas.



Gestión del Catálogo de Bienes y Servicios:
Este servicio
contiene operaciones que permiten gestionar y consultar elementos
del catálogo de bienes y servicios.



Gestión de Contenido y Difusión:

Este servicio contiene
operaciones que permiten gestionar y consultar el contenido del
portal, novedades y consultas de los usuarios.




Gestión de Proveedores:
Este servicio contiene operaciones que
permiten gestionar y consultar proveedores y entidades
r
elacionadas.



Gestión de Seguridad:
Este servicio contiene operaciones que
permiten gestionar y consultar usuarios, roles, instituciones,
unidades de adquisición y entidades relacionadas.


Capa de Persistencia
: En esta capa se define la estructura de la
in
formación gestionada por el sistema. Además contiene componentes que
permiten almacenar, recuperar y modificar la información administrada por
el SISCAE. Provee operaciones a la capa de servicios para que pueda
resolver necesidades de almacenamiento de d
atos.




Página
17

3.1.5

Infraestructura de Soporte de Servicios


I.

Persistencia


Las
aplicaci
ones que forman el SISCAE

requiere
n

de servicios de persistencia
para poder almacenar y obtener los datos y documentos ingresados en el
sistema.

Para lograr que esto
sea
posible

se utiliza
el paradigma

ORM (Object
-
Relational Mapper) que permite la persistencia de objetos en motores de base
de datos relacionales.

La ventaja fundamental de este paradigma de persistencia es la
independencia completa de la aplicación respecto a la te
cnología de
almacenamiento utilizada, que podrá ser, por ejemplo, desde un motor de
base de datos a una base de datos nativa XML.

Otra ventaja importante que brinda es la posibilidad de migrar, por ejemplo, a
otro servidor de aplicación que implemente
una

especificación
de ORM
compatible

sin modificar en lo más mínimo el sistema.

Para implementar el paradigma de persistencia de objetos ORM se utiliza el
estándar EJB3, utilizándose como motor de persistencia subyacente a
Hibernate.


II.

Gestión de Contenido



Permite administrar en línea el contenido del sitio sin requerir de conocimiento
técnico, soportando asimismo la gestión documental.

Provee operaciones centradas en contenido y
de gestión
documenta
l

a los
servicios aplicativos.


III.

EAI (Enteprise Application
Integration)


Es el componente de software de base responsable de exponer el Sistema
Electrónico de Adquisiciones a terceros sistemas y permitir el
aprovechamiento de servicios externos provistos por estos.


IV.

Infraestructura de Autenticación y Autorización


Toda operación relativas a seguridad e identidad se apoya en este
componente, permitiendo la integración con múltiples interfaces de
autenticación y repositorios de identidad.



Página
18



3.1.6

Plataforma Tecnológica


I.

J2EE

o Java EE


J
ava
EE (
Java

Platform

Enterprise E
dition
) ofrece un conjunto de
especificaciones y técnicas que proporcionan soluciones completas, seguras,
estables y escalables para el desarrollo, despliegue y gestión de aplicaciones
en múltiples niveles de funcionalidad basadas en servidores. J
ava
EE r
educe el
costo y la complejidad de desarrollo, lo cual redunda en rapidez.

La plataforma J
ava
EE define un estándar para el desarrollo de aplicaciones de
múltiples niveles (servidores Web, de aplicaciones, de base de datos, etc.).


II.

Java Server Faces (JSF)


La tecnología JavaServer Faces simplifica la construcción de interfaces de
usuario
de una

aplicación, permitiendo integrar componentes de interfaz
gráfica, conectar dichos componentes a una fuente de datos aplicativa y
vincular eventos generados lado
-
cli
ente con acciones lado
-
servidor.

L
as aplicaciones Web del
SISCAE

se
montaron
sobre esta tecnología.


III.

Portlets (JSR
-
168)





IV.

EJB3


La plataforma EJB3 es un componente de software parte de la plataforma
J2EE de Sun que provee un entorno enteramente Java p
ara el desarrollo y
ejecución de aplicaciones distribuidas. Los EJBs están implementados como
modulo de software que contienen la lógica de negocio de la aplicación.
Residen en y son ejecutados en un entorno de ejecución denominado
“Contenedor EJB” que pr
ovee un conjunto de interfaces comunes y servicios
al EJB, incluyendo seguridad y soporte transaccional.

La Capa de Negocio y persistencia del
SISCAE

se apoya
en esta tecnología.


V.

Web Services



Página
19

Un Web Service es un componente de software que se comunica
con otras
aplicaciones
,

codificando los mensaje en XML y enviando estos mensaje a
través de protocolos estándares de Internet tales como el Hypertext Transfer
Protocol (HTTP). Intuitivamente un Web Service es similar a un sitio web que
no cuenta con un int
erfaz de usuario y que da servicio a las aplicaciones en
vez de a las personas. Un Web Service, en vez de obtener solicitudes desde el
navegador y retornar páginas web como respuesta, lo que hace es recibir
solicitudes a través de un mensaje formateado en
XML desde una aplicación,
realiza una tarea y devuelve un mensaje de respuesta también formateado en
XML.

Los servicios a ser aprovechados por sistemas externos están expuestos como
servicios web.


3.2

SIGFA


3.2.1

Introducción


XXXXXXXX


3.3

SIBE


3.3.1

Introducción


XXXXXX
XX


3.4

SIGFAFOR


3.4.1

Introducción


XXXXXXXX


3.5

SIGFAPRO


3.5.1

Introducción



Página
20

XXXXXXXX



Página
21

4

Integración
Funcional


4.1

Módu
los Básicos


4.1.1

Catálogo de Bienes y Servicios


Introducción

Descripción de los servicios

Particularidades técnicas

Plan de Trabajo



Página
22

5

Integración Técnica