Manual Técnico Sistema Precalificación 2011

SECRETARIA EJECUTIVA DEL CONSEJO DE
MINISTROS DE SALUD DE CENTROAMÉRICA Y

REPÚBLICA DOMINICANA, SECOMISCA
MANUAL TÉCNICO DE LA APLICACIÓN

TERCER PRODUCTO
CONSULTORÍA
“ELABORACION DE APLICACIÓN INFORMATICA PARA LA PRECALIFICACION Y NEGOCIACION DE
PRECIOS EN EL MARCO DE LA NEGOCIACION CONJUNTA DE PRECIOS Y COMPRA DE
MEDICAMENTOS PARA CENTROAMERICA Y REPUBLICA DOMINICANA ”
POR
SAÚL ALBERTO SANTOS CRUZ
SAN SALVADOR, MAYO DE 2011

Secretaría Ejecutiva del Consejo de Ministros de Salud de Centroamérica Versión: 1.0
Sistema de precalificación Fecha: 27/05/2011
HISTORIA DE REVISIONES
Fecha Versión Descripción Autor
Versión inicial, correspondiente a la
27/05/2011 1.0 entrega del análisis y diseño del Saúl Santos
sistema.
Manual técnico SE-COMISCA/2011 Página 2 de 73

TABLA DE CONTENIDO
1. INTRODUCIÓN 6
2. OBJETIVOS 7
2.1 GENERAL 7
2.2 ESPECÍFICOS 7
3. REFERENCIAS 8
4. OBJETIVOS Y RESTRICCIONES ARQUITECTÓNICAS 9
4.1 PLATAFORMA TECNOLÓGICA 9

4.1.1 APLICACIÓN WEB. 9
4.2 TRANSACCIONES 11
4.3 SEGURIDAD 11
4.4 PERSISTENCIA 11
4.5 TECNOLOGÍAS UTILIZADAS 13
4.5.1 ZK FRAMEWORK. 13
4.5.2 SPRING FRAMEWORK 13
4.5.3 HIBERNATE 14
4.6 HERRAMIENTAS UTILIZADAS PARA EL DESARROLLO 14
4.7 ESTÁNDARES DE DESARROLLO 15
4.7.1 INTERFACES DE USUARIO 15
4.7.2 ESTÁNDARES DE CODIFICACIÓN 21
5. VISTA DE CASOS DE USO 21
5.1 FICHA DEL MODELO MODELOORIENTADOOBJETOS 21
6. DESCRIPCIÓN COMPLETA DEL MODELO 21
6.1 LISTA DE DIAGRAMAS 21

6.2 DIAGRAMA 0- JERARQUÍA DE USUARIOS 22
6.3 LISTA DE ACTORES 22
7. VISTA DE DESPLIEGUE 24
7.1 COMPONENTES 25
7.1.1 SERVIDOR WEB 25

7.1.2 SERVIDOR DE BASE DE DATOS 25
8. VISTA DE IMPLEMENTACION 26
8.1 ARTEFACTOS 26
8.1.1 WEB-CLIENT.JAR 26
8.1.2 ZK.JAR 26
8.1.3 IREPORT4.0.1.JAR 26
8.1.4 SERVICES.JAR 26
8.1.5 DAO.JAR 27
8.1.6 SPRING-FRAMEWORK2.5.JAR 27
8.1.7 SQLJDBC.JAR 27
8.1.8 HIBERNATE3.JAR 27
9. VISTA LÓGICA 28
9.1 ARQUITECTURA DEL SISTEMA 28

9.1.1 APLICACIÓN WEB 28
9.2 REALIZACIÓN DE CASOS DE USO 30
9.2.1 CASO DE USO INICIAR SESIÓN 30
9.2.2 CASO DE USO CERRAR SESIÓN 31
9.2.3 CASO DE USO ADMINISTRAR PERSONAL 32
10. VISTA DE PROCESOS 33
10.1 PROCESOS DISTRIBUIDOS 33
11. DIAGRAMAS DEL MODELO FÍSICO DE DATOS 34
11.1 DIAGRAMA FÍSICO DE DATOS 34

11.1.1 DIAGRAMA
12. LISTADO DE OBJETOS 35
12.1 OBJETOS DEL MODELO FÍSICO DE DATOS 35

12.1.1 LISTADO DE ENTIDADES (TABLAS) 35
13. TABLAS 36
13.1 MODELADO DE TABLAS 36

13.1.1 TABLA APLICACIONES 36
13.1.2 TABLA APP_REQ 37
13.1.3 TABLA CERTIFICACIONES 40
13.1.4 TABLA CONTRATOS 41
13.1.5 TABLA DET_LISTAS 42

13.1.6 TABLA DET_OFERTA 43

13.1.7 TABLA DET_REQUERIMIENTO 45
13.1.8 TABLA DOC_OFERTA 46
13.1.9 TABLA DOC_REQ 47
13.1.10 TABLA DOC_REQTO 48
13.1.11 TABLA DOCUMENTO 48
13.1.12 TABLA ESTADO_OFERTA 49
13.1.13 TABLA ESTADO_REQUERIMIENTO 49
13.1.14 TABLA ESTADOS_APLICACION 49
13.1.15 TABLA ESTADOS_GESTION 50
13.1.16 TABLA FABRICANTE 50
13.1.17 TABLA GESTIONES 50
13.1.18 TABLA GRUPOS 52
13.1.19 TABLA GRUPOS_REQ 52
13.1.20 TABLA IDIOMAS 53
13.1.21 TABLA LISTAS 53
13.1.22 TABLA MARCAS 53
13.1.23 TABLA MEDICAMENTO 54
13.1.24 TABLA MODALIDAD_NEGOCIACION 54
13.1.25 TABLA OBSERVACIONES 55
13.1.26 TABLA OFERTA 56
13.1.27 TABLA OFERTA_DOCUMENTO 60
13.1.28 TABLA PAISES 61
13.1.29 TABLA PARAMETROS_APLICACION 61
13.1.30 TABLA PROCESOS_NEGOCIACION 62
13.1.31 TABLA PROVEEDOR 62
13.1.32 TABLA PROVEEDOR_GRUPOS 63
13.1.33 TABLA PROVEEDOR_IDIOMAS 64
13.1.34 TABLA PROVEEDOR_TIPO_INSPECCIONES 64
13.1.35 TABLA REPTTE_FABRICANTE 64
13.1.36 TABLA REQUERIMIENTO 64
13.1.37 TABLA REQUISITO_DET_LISTA 65
13.1.38 TABLA REQUISITOS 66
13.1.39 TABLA RESULTADO_EAJ 68
13.1.40 TABLA RESULTADO_SUBASTA 69
13.1.41 TABLA RONDA_OFERTA 69
13.1.42 TABLA TAREAS 70
13.1.43 TABLA TIPO_DOCUMENTO 71
13.1.44 TABLA TIPO_INSPECCION 71
13.1.45 TABLA TIPO_PROVEEDOR 71
13.1.46 TABLA TIPOS_MEDICAMENTOS 72
13.1.47 TABLA TIPOS_REQUISITOS 72
13.1.48 TABLA TIPOS_VALIDACION 73

1. INTRODUCIÓN
El presente documento contiene el diseño del sistema informático de la consultoría

denominada: “ELABORACION DE APLICACIÓN INFORMATICA PARA LA
PRECALIFICACION Y NEGOCIACION DE PRECIOS EN EL MARCO DE LA
NEGOCIACION CONJUNTA DE PRECIOS Y COMPRA DE MEDICAMENTOS PARA
CENTROAMERICA Y REPUBLICA DOMINICANA”, partiendo de los requisitos
definidos en la fase de análisis de requerimientos y tomando en cuenta estrictamente
las necesidades de información del sistema desarrollado, en este documento se
describen las metodologías y tecnologías con las que la aplicación ha sido construido.
Se presentan los casos de uso necesarios para darles cumplimiento a los
requerimientos de los usuarios, los patrones de diseño que se utilizarán, los
estándares de interfaces y programación, así como también, el diseño de la base de
datos que almacenará los atributos del sistema que necesitan persistencia.
La arquitectura del sistema está representada siguiendo las recomendaciones de

[RUP]. Las vistas necesarias para especificar el sistema se presentan, a continuación:
 Vista de Casos de Uso: Describe el proceso más significativo y el modelo del

dominio. Presenta los casos de uso y los actores del sistema.
 Vista Lógica: Describe la arquitectura del sistema, presentando varios niveles de
refinamiento. Indica los módulos lógicos principales, sus responsabilidades y
dependencias.
 Vista de Procesos: Describe los procesos concurrentes del sistema.
 Vista de Implementación: Describe los componentes de despliegue construidos y
sus dependencias.
 Vista de Datos: Presenta el modelo de datos, los servicios de dependencias y los
servicios de transaccionalidad utilizados.
 Vista de Despliegue: Presenta aspectos físicos como topología, infraestructura
informática e instalación de ejecutables.
La arquitectura sigue el framework "4+1" presentando el [KRUTCHEN], este

framework define cuatro vistas para la arquitectura (4) en conjunto con los escenarios
(1), y es presentado en la siguiente figura.
Figura 1, “4+1” Vistas de KRUTCHEN

2. OBJETIVOS
2.1 General
Presentar las especificaciones de diseño o requisitos que deberá cumplir el nuevo

sistema informático de precalificación y negociación de precios en el marco de la
Negociación Conjunta de Precios y Compra de Medicamentos para Centroamérica y
Republica Dominicana.
2.2 Específicos
 Definir los estándares de diseño que se seguirán en el desarrollo de la interfase de

usuario de la aplicación.
 Describir las metodologías y tecnologías con las que será desarrollada la

aplicación.
 Identificar los actores que intervienen en el uso del sistema.
 Identificar y documentar el conjunto que casos de uso, que deberán de servir como
insumo para la fase de construcción del software.
 Especificar cada uno de los atributos de la base de datos.

3. REFERENCIAS
[bauer2] Java Persistence with Hibernate, Second Edition of Hibernate in

Action
By Christian Bauer and Gavin King.
[corejsf2] Core JavaServer (TM) Faces (2nd Edition) (Sun Core Series)
by David Geary, Cay S. Horstmann.
[Spring2] Spring in Action (2nd Edition)
by Craig Walls, Ryan Breidenbach.
[KRUCHTEN] Philippe Kruchten 1995, "The 4+1 view model of architecture," IEEE
Software. 12(6), November 1995.
[RUP] The Rational Unified Process.
[CJ2EE] Core J2EE Patterns: Best Practices and Design Strategies (2nd
Edition)
by Deepak Alur, Dan Malks, John Crupi.
[KRUCHTEN] Philippe Kruchten 1995, "The 4+1 view model of architecture," IEEE
Software. 12(6), November 1995.

4. OBJETIVOS Y RESTRICCIONES ARQUITECTÓNICAS
Esta sección describe los requerimientos y objetivos del software, que tiene algún
impacto significante en la arquitectura.
4.1 Plataforma Tecnológica

4.1.1 Aplicación Web.
El Sistema será implementada en un Contenedor de Servlet y XUL/XHTML (Tomcat1

Open Origen Application Server versión 6), éste será instalado y configurado en el
hardware proporcionado.
También se desarrollará como una aplicación distribuida basada en Internet, utilizando

tecnologías JavaEE (Java Enterprice Edition) antes J2EE de Sun Microsystem y
patrones de diseño; los Core J2EE Patterns2 para mayor referencia consultar [CJ2EE].
Se desarrollará bajo una arquitectura MVC (Model-View-Controller), Modelo, Vista,

Controlador por sus siglas en inglés. El objetivo principal de esta arquitectura es
separar, de la forma más limpia posible las distintas capas de la aplicación, con
especial atención a permitir un modelo de domino limpio, facilidad de mantenimiento y
evolución de las aplicaciones. Otros elementos importantes han sido la facilidad del
despliegue y el empleo de las tecnologías disponibles en la actualidad.
El patrón MVC nos ayuda a desacoplar la lógica de negocios de la interfaz de usuario,

MVC separa los conceptos de diseño, y por lo tanto reduce la duplicación de código.
MVC también ayuda a los desarrolladores con diferentes habilidades a enfocarse en
sus habilidades principales y a colaborar a través de interfaces claramente definidas.
Para cada una de las capas se han implementado patrones de diseño específicos,
entre los que podemos mencionar.
Capa de vista.
Composite View.
SeriveLocator
Servlet Filter
Capa modelo
DAO (Data Access Object)
VO ó DTOs (Data Transfers Object)
1
Sitio Web, https://glassfish.dev.java.net/
2
Sitio Web, http://java.sun.com/blueprints/corej2eepatterns/

Controlador (ZKEngine)
CAPA VISTA
ZK
Backing Beans XUL/XHTML (Vista)
Ajax
Interfaces de servicios
CAPA MODELO
Beans de Servicios
SPRING FRAMEWORK Objetos de lógica

de negocio
Manejo declarativo de Integración con

transacciones Hibernate
CAPA INTEGRACION
Data Access Object
HIBERNATE
XML Mapeos Clases Persistentes
SERVIDOR DE WEB
SERVIDOR DE JEE
Base de Datos

Figura 2, Arquitectura de desarrollo y tecnologías utilizadas para aplicación Web.
4.2 Transacciones
Las transacciones han sido implementadas utilizando características de programación

orientada a aspectos, proporcionadas por SpringFramework3 según [Spring2]. Este se
encargará de hacer un manejo declarativo de todas las transacciones que se realicen
en la aplicación.
4.3 Seguridad
El sistema deberá ser seguro, partiendo del principio del acceso mínimo requerido.
La aplicación implementará autenticación básica a través de:
 Autenticación: A través de usuario y contraseña para acceder al sistema.
 Autorización: acorde al perfil del usuario.
 Campos de auditoría: Para todas las tablas de movimiento se guardará el
usuario y fecha de inserción y modificación de registros.
La autenticación y autorización para la aplicación se implementará a través de un
ServletFilter4, este monitoreará cada petición que el usuario realice a la aplicación
y sólo concederá el recurso si este usuario está en un grupo que tenga acceso a
éste.
4.4 Persistencia
La persistencia de datos se manejará utilizando un ORM (Object to Relational

Mapping), para casar el mundo de objetos de Java con la base de datos relacional. Se
utilizará Hibernate5 como ORM y MS SQL Server 2005 como gestor de base de datos,
en la Figura 3, se muestra en alto nivel, el funcionamiento del motor de persistencia
Hibernate.
3
Sitio Web, http://www.springframework.org
4
Sitio Web, http://java.sun.com/products/servlet/Filters.html
5
Sitio Web, http://www.hibernate.org/

APLICACION
OBJETOS PERSISTENTES
Clases Mapeos XML

HIBERNATE
Persistentes
SENTENCIAS SQL
BASE DE DATOS
Figura 3. Funcionamiento de alto nivel en Hibernate.

4.5 Tecnologías Utilizadas
Para el desarrollo del sistema se utilizaran las siguientes tecnologías: ZK Framework

3.6.4, Spring Framework 2.5, Hibernate 3. Estas se describen con mayor de talle a
continuación.
4.5.1 ZK Framework.
ZK es un marco de trabajo de
componentes de interfaces de usuario
del lado del servidor para aplicaciones
Web basadas en Java.
Este framework posee un mecanismo conducido por eventos basado en AJAX,

sustentado sobre componentes XUL y XHTML, y un lenguaje de marcación para diseñar
interfaces de usuario.
Las páginas de la aplicación utilizan componentes XUL/XHTML ricos en características, y
son manipuladas con eventos disparados por la actividad del usuario final. Es similar al
modelo de programación encontrado en las aplicaciones basadas en GUI de escritorio.
Figura 4, Arquitectura ZK Framework
4.5.2 Spring Framework

El Spring Framework (también conocido simplemente

como Spring) es un framework de código abierto de
desarrollo de aplicaciones para la plataforma Java.
Entre sus posibilidades más potentes está su
contenedor de Inversión de Control (Inversión de Control, también llamado Inyección de
Dependencias, es una técnica alternativa a las clásicas búsquedas de recursos vía JNDI.
Permite configurar las clases en un archivo XML y definir en él las dependencias. De esta
forma la aplicación se vuelve muy modular y a la vez no adquiere dependencias con Spring).
Entre las características de Spring utilizadas se incluyen:

 Manejo de Beans con contexto de aplicación. Spring puede organizar de forma efectiva
nuestros objetos de la capa central y manejar las conexiones por nosotros. Spring puede
eliminar la proliferación de singletons y facilita unas buenas prácticas de programación
orientada a objetos, por ejemplo utilizando interfaces.
 Manejo de Transacciones Declarativo. Spring utiliza AOP (aspect-oriented programming)
para ofrecer manejo de transacciones declarativas sin utilizar un contenedor EJB. De esta
forma, el control de transacciones se puede aplicar a cualquier POJO.
Integración con Hibernate. Se integra bien con marcos de trabajo de mapeo O/R,
especialmente con Hibernate. Spring ofrece un manejo seguro y eficiente de sesiones
Hibernate, maneja la configuración de la SessionFactory de Hibernate.
4.5.3 Hibernate
Hibernate es un motor de persistencia de código abierto.

Permite mapear un modelo de clases a un modelo
relacional, que evita la necesidad de utilizar el API JDBC.
Hibernate soporta la mayoría de los sistemas de bases de
datos SQL, proporciona un puente elegante entre los mundos objeto y relacional. Hibernate
ofrece facilidades para recuperación y actualización de datos, control de transacciones,
repositorios de conexiones a bases de datos.
4.6 Herramientas utilizadas para el Desarrollo

Durante el desarrollo del proyecto y con el fin de llegar a un final satisfactorio se utilizarán las
siguientes herramientas:
NOMBRE DESCRIPCION
PROYECT-ON- OpenProject es una herramienta para la planificación de tareas
DEMAND y recursos en el tiempo, a través de diagramas de Gantt.
Herramienta código libre y escrita en Java.
OpenOffice.org es una suite ofimática de software libre y
OpenOffice.org código abierto de distribución gratuita que incluye herramientas
como procesador de textos, hoja de cálculo, presentaciones,
herramientas para el dibujo vectorial y base de datos.
Power Designer Herramienta para modelado de sistemas.
NetBeans El IDE NetBeans es un IDE - una herramienta para

NOMBRE DESCRIPCION
programadores pensada para escribir, compilar, depurar y
ejecutar programas. Está escrito en Java. El IDE NetBeans es
un producto libre y gratuito sin restricciones de uso.
Subversion es un software de sistema de control de versiones
diseñado específicamente para reemplazar al popular CVS. Es
Subversion
software libre bajo una licencia de tipo Apache/BSD y se le
conoce también como svn.
Jtrac es una herramienta para la gestión de errores, issues
Jtrac
tracking, basada en web y escrita en java.
4.7 Estándares de Desarrollo

En esta sección se describe los estándares de desarrollo utilizados para la construcción de la
aplicación, se detallan los estándares para el desarrollo de interfaces de usuario y los
estándares de codificación.
4.7.1 Interfaces de Usuario

Las interfases de usuario se desarrollarán utilizando estándares, los cuales indican que para
un mantenimiento de una tabla u operación CRUD (Create, Read, Update, Delete) se
requieren básicamente de tres páginas ZUL.
nombreTablaList: Esta página servirá para realizar búsquedas filtradas por los campos que los
usuarios consideren necesarios, a partir de ella se podrá ver el detalle de un registro, borrar
un registro y cargar un registro en modo de edición al formulario del mantenimiento de la
tabla.
nombreTablaForm: Esta página es utilizada para insertar o modificar un registro en la base de

datos, por lo tanto podrá ser accedido en modo de inserción y/o edición,

4.7.1.1 Diagrama general de navegación
error
editar
listar
FORM LIST
detalle
exito
DETAIL

4.7.1.2 Plantilla de sitio
Para el desarrollo de las páginas de todo el sitio, se utiliza el patrón de diseño CompositeView
o Vista Compuesta, en el cual se define una plantilla general para el sitio, reutilizando los
bloques de código comunes, como el encabezado, el menú, la barra de navegación y pie de
página.
4.7.1.3
Encabezado
Barra de Menu
Barra de
navegacion
Detalle
Pie de Página

Estándar formulario de captura
El formulario de captura de datos (nombreTablaForm), es utilizado para insertar o modificar

un registro en la base de datos, por lo tanto podrá ser accedido en modo de inserción y/o
edición.
Titulo
Campo1 Campo4
Campo2 Campo5
Campo3
Guardar Nuevo Cancelar

4.7.1.4 Estándar formulario de búsquedas
El formulario para búsquedas (nombreTablaList), servirá para realizar búsquedas filtradas por
los campos que los usuarios consideren necesarios, los filtros y la paginación solo serán
aplicados a las tablas que después de un análisis de la proyección de la cantidad de registros
que almacenara, se determine que tendrá una cantidad mayor a los 20 registros. Además
desde éste se podrá ver el detalle de un registro, borrar un registro y cargar un registro en
modo de edición al formulario del mantenimiento de la tabla.
Titulo
Filtro1 Filtro3
Filtro2 Filtro4
Buscar Limpiar
Atributo 1 Atributo 2 Atributo 3 Accion
Ver | Editar | Borrar

|< << < Paginacion > >> >|

4.7.1.5 Estándar de pantalla de detalle
La interfaz de consulta de detalle del formulario (nombreTablaDetail), se utilizará para ver,

solo de lectura, el detalle completo de un registro.
Datos del objeto
Atributo Valor Atributo Valor

4.7.2 Estándares de Codificación
Para las convenciones de codificación Java se utilizaran las “Convenciones de Código para
6
el lenguaje de programación JAVA™”
5. VISTA DE CASOS DE USO
5.1 Ficha del modelo ModeloOrientadoObjetos

Nombre ModeloOrientadoObjetos
Código ModeloOrientadoObjetos
Object Language Java
Descripción Modelado de la consultoría "SERVICIO DE CONSULTORÍA PARA EL
DESARROLLO DEL MÓDULO DE CONTROL, REGISTRO Y LEGALIZACIÓN
DE TÍTULOS DE EDUCACIÓN SUPERIOR".
Author Cristian Mauricio Rodríguez
Version 1.0
6. DESCRIPCIÓN COMPLETA DEL MODELO
6.1 Lista de diagramas

Nombre
Diagrama de clases
0- Jerarquia de Usuarios
6
Convenciones de Código para el lenguaje de programación JAVA™
Revisado 20 Abril de 1999 por Scott Hommel, Sun Microsystems Inc.
Traducido al castellano 10 Mayo del 2001 por Alberto Molpeceres
http://www.javahispano.com

6.2 Diagrama 0- Jerarquía de Usuarios

JERARQUÍA DE USUARIOS QUE INTERACTUARAN CON EL SISTEMA
Usuario
PARTICIPANTES
SECOMISCA
Administrador Evaluadores Autoridades Usuario

participante
6.3 Lista de actores

Nombre Descripción
Usuario Usuario Base
Grupo de usuarios del nivel central con acceso a
SECOMISCA
toda la información de todos los proveedores.
Grupo de usuarios asignados a los diferentes
participantes del proceso de precalificación.
PROVEEDORES
Únicamente tienen acceso a su propia
información.
Usuario administrador del sistema. Encargado de
Administrador toda la gestión de seguridad y administración de
catálogos funcionales del sistema.
Usuarios asignados a los grupos de evaluación
técnica y administrativa. Cada grupo podrá ver la
información del otro, pero no la podrán modificar,
Evaluadores
es decir, el grupo de evaluación técnica podrá ver
los resultados de la evaluación administrativa sin
embargo no los podrá modificar y viceversa.
Usuario asignado para que funcionarios de la
SECOMISCA o de los Ministerios de Salud o
Autoridades
Seguridad Social puedan acceder a consultar
información. No se permiten modificaciones.

Nombre Descripción
Usuario asignado a cada participante del proceso
de precalificación. Su acceso es restringido
Usuario participante
únicamente a consultar su información de sus
aplicaciones sometidas a precalificación.

7. VISTA DE DESPLIEGUE
La vista de despliegue presenta aspectos físicos como topología, infraestructura

informática e instalación de ejecutables, necesarios para la puesta en marcha e
implementación de la aplicación. A continuación se presenta la vista de despliegue, en el
cual se puede observar que es accedido por clientes descentralizados; a través de un
navegador utilizando HTML, estos clientes están distribuidos en las Instituciones de
Educación Superior (IES) y la Gerencia de Registro e Incorporaciones de Educación
Superior en el nivel central del Ministerio de Educación.
<<Navegador>>
PC
Gerencia de
Registro e
Incorporaciones
SERVIDOR WEB
RegistroSolicitudes
GestionSolicitudes
ImpresiónDocumentos
<<LAN MINED>>
Tomcat6
precalificacion.war
<<Internet>>
<<Navegador>>
PC
Instituciones de <<LAN MINED>>
Educación
Superior (IES)
RegistroSolicitudes
SERVIDOR DE BASE DE DATOS
MSSQL Server 2005

7.1 Componentes
7.1.1 Servidor Web
Es un servidor de aplicaciones que cumple con el estándar JavaEE (Java Enterprise

Edition), en éste residirá el componente web de la aplicación, el componente de servicios
y lógica de negocios y el componente de acceso a datos. En esta aplicación se
gestionará la lógica de negocios y transacciones, la cual será expuesta a través de
servicios de negocios, que serán accedidos por el cliente web, a través del navegador
HTML de la PC.
7.1.2 Servidor de Base de Datos
Servidor de base de datos relacional, que será utilizado para darle persistencia a los
objetos del dominio que necesiten guardar sus estados, para su posterior consulta o
modificación.

8. VISTA DE IMPLEMENTACION
La Vista Implementación, describe los componentes de despliegue construidos y sus
interacciones, además de sus dependencias con componentes de terceros utilizados
para la construcción de la aplicación.
<<Artefacto>>
precalificacion.war
<<Artefacto>> <<Artefacto>>
web-client.jar servicios.jar
<<Artefacto>> dao.jar <<Artefacto>>

zk.jar Spring-Framework2.5.jar
<<Artefacto>>
iReport4.0.1.jar <<Artefacto>> <<Artefacto>>
sqljdbc.jar Hibernate3.jar
8.1 Artefactos
8.1.1 web-client.jar
Componente cliente web utilizado para interactuar con el sistema y éste a su vez se
comunicará con la capa de servicios, estará desplegado en el servidor de web y será
utilizado por los usuarios del Sistema.
8.1.2 zk.jar
Componentes ZK Framework para el desarrollo de interfaces de usuario para
aplicaciones web.
8.1.3 iReport4.0.1.jar
Componente para el desarrollo y despliegue de reportes para el sistema.
8.1.4 services.jar
Componente de servicios del negocio, estos tienen como fin exponer los servicios de
la lógica del negocio, para ser accedidos desde la interfaz del cliente web.

8.1.5 dao.jar
Componente que gestiona el acceso a la base de datos, es utilizado por la capa de la
lógica del negocio para comunicarse con la base de datos.
8.1.6 Spring-Framework2.5.jar
Componente para la gestión de transacciones, inyección de dependencias e
integración de las capas de la aplicación.
8.1.7 sqljdbc.jar
Componente ofrecido por el fabricante de la base de datos para establecer la
comunicación con la base de datos a través de JDBC.
8.1.8 Hibernate3.jar
Motor de persistencia utilizado para gestionar el acceso a la base de datos.
Implementa un ORM (Object to Relational Mapping) para casar el mundo de objetos de
Java con la base de datos relacional.

9. VISTA LÓGICA
Esta vista presenta tres niveles de arquitectura del cada nivel corresponde a un
refinamiento del nivel anterior. El último nivel es el que presenta mayores detalles; en
él se presentan los módulos participantes de la arquitectura junto a un diagrama.
El tipo de diagrama utilizado varía según el módulo en cuestión. Este apartado se

organiza de la siguiente forma:
Arquitectura del Arquitectura

Sistema Logica
9.1 Arquitectura del Sistema

9.1.1 Aplicación web
En el primer nivel se especifica la arquitectura en la que se desarrollara la aplicación,
el mismo está organizado utilizando el patrón de arquitectura en capas M-V-C, el
siguiente diagrama presenta la arquitectura del sistema.

ZK
<<layer>>
Vista Controlador y flujo de la aplicación
a través de ZK
Controlador Backing Bean
ServiceLocator
<<layer>>
Modelo
Servicios
Componentes reusables para lógica de
negocios, implementados a través de
Hibertate y SpringFramework.
Logica de
Negocios Manejo de
Manejo de transacciones.
Trasacciones
<<layer>>
Integracion
Objectos de Clases Gestion de Acceso a Datos,

Acceso a Datos Persistentes através de Hibernate y JDBC.
XML Mapeos
El patrón de diseño utilizado está plasmado en la estructura de paquetes que se

muestra. Dentro de estas capas estarán los módulos o subsistemas que conformarán
el sistema. Cada capa determina un rol para los módulos que residen en ella.
La capa de la vista, es mediante la cual los actores interactúan con el sistema, tiene

como objetivo el manejo de la lógica del usuario, está formada por un conjunto de
páginas web dinámicas.
La capa del modelo, es la que se encapsula la lógica del negocio de la aplicación y el

acceso a datos, toda esta funcionalidad es expuesta a través de servicios que están
disponibles para la capa de la vista, permitiendo reutilizar código entre los diferentes
módulos que componen el sistema.
La capa de integración es la encargada de gestionar la comunicación con los

manejadores de base de datos o cualquier sistema de archivo, además de sistemas
externos que interactúen con la aplicación en desarrollo.
9.2 Realización de Casos de Uso

9.2.1 Caso de Uso Iniciar Sesión
Usuario SecurityFilter loginJSP UsuarioSesionBean ServiceLocator SeguridadServicio Usuario SeguridadDao SHA1BASE64 cambiarClaveJSP principalJSP
1 : Peticion
2 : [if] fail
3 : loginAction
4 : getSeguridadServicio
5 : obtiene
6 : login
7 : instancia
8 : getUsuario
error
9 : encriptarClave
10 : verificarClave
11 : [if] cambiarClave
error
11 : getGrupo
12 : getRecursos
13 : redirecciona

9.2.2 Caso de Uso Cerrar sesión
Usuario FacesServlet UsuarioSesionBean HttpServletRequest loginJSP
1 : Peticion
2 : cerrarSesionAction
3 : invalidate
4 : getSession
5 : invalidate
5 : Redirecciona

9.2.3 Caso de Uso Administrar personal

Us uario Faces Servlet personaFormJSP PersonaBean Persona Servic eLocator seguridadServici SeguridadDao
o
1 : Peticion
El usuario selecciona
administrar persona
2: Redirec ciona
3: respues ta
agregar una nuev a persona
[if] nuevo
4: createAction
5: crea
6: getSeguridadServic io
7: obtiene
8: sav ePersona
9: sav ePersona
10: MuestraMensaje
11 : [if] Modificar
modific ar un usuario
ex istente 12: updateAction
13: ins tanc ia
14: getSeguridadSevic io
15: obtiene
16: updatePersona
17: updatePersona
18: muestraMensaje
eliminar un us uario ex istente
18 : [if] Eliminar
19 : deleteAction
20: ins tanc ia
21: getSeguridadServicio
22: obtiene
23: deletePers ona
24: deletePers ona
25: muestraMensaje

10. VISTA DE PROCESOS
La vista de procesos describe los módulos activos del sistema, éstos son módulos que
estarán en ejecución en forma simultánea. Esta vista describe además, el soporte multi-
usuario de la aplicación.
10.1 Procesos distribuidos

Aplicación web en Navegador
La aplicación está basada en la web, por esta razón cuenta con una distribución a nivel
de interfaz de usuario, corriendo en su estación de trabajo en una aplicación llamada:
Browser, como Mozilla Firefox, Microsoft Internet Explorer, Opera. Esta aplicación es
cargada para presentar al usuario la interfaz de la aplicación y de enviar al servidor las
acciones que el usuario realiza.

11. DIAGRAMAS DEL MODELO FÍSICO DE DATOS

11.1 Diagrama Físico de Datos
11.1.1 Diagrama CONT RAT OS
ID_CONT RAT O int <pk>
IDIOMAS GRUPOS : 2
Modelo Relacional NCMEDCAD.
PRO_ID_PROVEEDOR int <fk>
ID_IDIOMA int <pk> ID_PROVEEDOR int <fk> ID_GRUPO int <pk>
IDIOMA varchar(50) ORGANISMO varchar(150) GRUPO varchar(150)
ANHO_CONT RAT O char(4)
MONT O_CONT RAT O numeric(12,2)
Physical Data Model

Model: PMD-NCMEDCA
Package: FK_PROVEEDO_PROVEEDOR_IDIOMAS FK_PROVEEDO_PROVEEDOR_GRUPOS
Diagram: Diagrama FK_CONT RAT O_CONT RAT O__REPT T E_F
Author: Ing. Cristian Rodríguez Date: 25/05/2011
Version: 2.0.0
PROVEEDOR_IDIOMAS REPT T E_FABRICANT E PROVEEDOR_GRUPOS

Modelo Relacional. Proceso de Negociación.
ID_IDIOMA int <pk,fk1> PRO_ID_PROVEEDOR int <pk,fk1> ID_PROVEEDOR int <pk,fk1>
ID_PROVEEDOR int <pk,fk2> ID_PROVEEDOR int <pk,fk2> ID_GRUPO int <pk,fk2>
FK_PROVEEDO_PROVEEDOR_PROVEEDO FK_REPT
FK_REPT
T E_F_ID_PROVEE_PROVEEDO
T E_F_ID_FABRIC_PROVEEDO
FK_PROVEEDO_PROVEEDOR_PROVEEDO
T IPO_PROVEEDOR : 1 PROVEEDOR_T IPO_INSPECCIONES T IPO_INSPECCION
FK_PROVEEDO_PROVEEDOR_T IPO_INS
ID_T IPO_PROVEEDOR char(1) <pk> ID_T IPO_INSPECCION int <pk,fk1> ID_T IPO_INSPECCION int <pk>
T IPO_PROVEEDOR varchar(50) ID_PROVEEDOR int <pk,fk2> T IPO_INSPECCION varchar(20)
FK_PROVEEDO_FK_PROV_T _T IPO_PRO FK_PROVEEDO_PROVEEDOR_PROVEEDO

PROVEEDOR : 1
ID_PROVEEDOR int <pk>
ID_T IPO_PROVEEDOR char(1) <fk>
NOMBRE varchar(150)
DIRECCION varchar(150)
T ELEFONO1 varchar(15)
DOCUMENT O EST ADO_REQUERIMIENT O T IPO_DOCUMENT O
T ELEFONO2 varchar(15)
ID_DOCUMENT O tinyint <pk> ID_EST ADO_REQUERIMIENT O char(1) <pk> FAX varchar(15) ID_T IPO_DOCUMENT O char(1) <pk>
DOCUMENT O varchar(700) EST ADO_REQUERIMIENT O varchar(30) CONT ACT O varchar(60) T IPO_DOCUMENT O varchar(20)
CORREO_CONT ACT O varchar(75)
ANT IGUEDAD int
NUMERO_EMPLEADOS int
VENT A_ANUAL decimal(18,2)
EXPORT ACION_ANUAL decimal(18,2)
NUMERO_PLANT AS int
FK_REQUERIM_FK_REQT O__EST ADO_R FK_DOC_OFER_FK_DOC_T I_T IPO_DOC
FK_DOC_REQT _FK_DOC_RE_DOCUMENT NUMERO_FABRICANT ES int
FK_OFERT A_FK_OFERT A_PROVEEDO
DOC_OFERT A
REQUERIMIENT O
PROCESOS_NEGOCIACION : 1
OFERT A ID_DOC_OFERT A int <pk>
DOC_REQT O ID_REQUERIMIENT O int <pk>
ID_PROCESO_NEGOCIACION smallint <pk> ID_OFERT A int <fk1>
FK_REQUERIM_FK_REQT O__PROCESOS FK_DOC_REQT _FK_DOC_RE_REQUERIM ID_PROCESO_NEGOCIACION smallint <fk2> ID_OFERT A int <pk>
ID_LIST A smallint <fk> ID_REQUERIMIENT O int <pk,fk1> ID_T IPO_DOCUMENT O char(1) <fk2>
ID_EST ADO_REQUERIMIENT O char(1) <fk1> ID_RESULT ADO_EAJ char(1) <fk4>
DESCRIPCION varchar(200) ID_DOCUMENT O tinyint <pk,fk2> FECHA_DOC_OFERT A datetime
FECHA datetime ID_EST ADO_OFERT A char(1) <fk1>
ACT IVO bit ORDEN smallint T IT ULO varchar(100)
DESCRIPCION varchar(200) ID_REQUERIMIENT O int <fk3>
NO_ACT A_ADMIN int DESCRIPCION varchar(200)
REF_REQUERIMIENT O varchar(15) ID_PROVEEDOR int <fk2>
ARCHIVO image
CORRELAT IVO tinyint
FECHAHORA datetime
FK_OFERT A_FK_OFERT A_REQUERIM PERSONA_ENT REGA varchar(75) FK_DOC_OFER_FK_DOC_OF_OFERT A
FK_OFERT A_D_OFERT A_DO_DOC_REQT VIENE_SOBRE1 bit
VIENE_SOBRE2 bit
VIENE_SOBRE3 bit
OBS_OFERT A varchar(4000)
NO_ACT A_V_SA tinyint
FH_V_SA datetime
OFERT A_DOCUMENT O OBS_V_SA varchar(4000)
ID_REQUERIMIENT O int <pk,fk2> FK_OFERT A_D_OFERT A_DO_OFERT A NO_ACT A_ECO tinyint
FK_PROCESOS_FK_PROC_N_LIST AS
ID_DOCUMENT O tinyint <pk,fk2> FH_ECO datetime
EST ADO_OFERT A
ID_OFERT A int <pk,fk1> OBS_ECO varchar(4000) FK_OFERT A_FK_OFERT A_EST ADO_O
PRESENT O bit NO_ACT A_V_SB tinyint ID_EST ADO_OFERT A char(1) <pk>
OBSERVACION varchar(500) FH_V_SB datetime EST ADO_OFERT A varchar(30)
PASO_EVAL_ADMIN bit OBS_V_SB varchar(4000)
FK_DET _REQU_FK_DET _RE_REQUERIM
OBS_EVAL_ADMIN varchar(4000) NO_ACT A_EAJ tinyint
ARCHIVO image FH_EAJ datetime
OBS_EAJ varchar(4000)
NO_ACT A_ADJ tinyint
FH_ADJ datetime
OBS_ADJ varchar(4000)
LIST AS PASO_EVAL_ADMIN bit
DET _LIST AS : 1
OBS_EVAL_ADMIN varchar(4000)
ID_LIST A smallint <pk> ID_DET _LIST A int <pk>
DESCRIPCION varchar(200) FK_DET _REQU_ID_REQUER_DET _REQU
FK_DET _LIST _FK_DET _LI_LIST AS ID_MEDICAMENT O int <fk1>
ACT IVO bit ID_LIST A smallint <fk2>
ORDEN smallint FK_DET _OFER_FK_DET _OF_OFERT A
FK_OFERT A_FK_OFERT A_RESULT AD

DET _OFERT A
FK_DET _LIST _FK_DET _LI_MEDICAME DET _REQUERIMIENT O
ID_DET _OFERT A int <pk>
ID_DET _REQUERIMIENT O int <pk> ID_DET _REQUERIMIENT O int <fk2>
DET _ID_DET _REQUERIMIENT O int <fk6> ID_RONDA_OFERT A int <fk3>
ID_REQUERIMIENT O int <fk1> ID_OFERT A int <fk1>
ID_MEDICAMENT O int <fk2> CNT _OFERT A int
MEDICAMENT O
ID_MODALIDAD_NEGOCIACION tinyint <fk4> PU_OFERT A numeric(10,3) RESULT ADO_EAJ
T IPOS_MEDICAMENT OS ID_MEDICAMENT O int <pk> ID_RONDA_OFERT A int <fk5> FK_DET _OFER_FK_DET _OF_DET _REQU
PU_REFERENCIA numeric(10,3)
ID_RESULT ADO_EAJ char(1) <pk>
ID_T IPO_MEDICAMENT O char(2) <fk1> FK_DET _REQU_FK_DET _RE_MEDICAMEID_RESULT ADO_SUBAST A char(1) <fk3> PRESENT O bit
ID_T IPO_MEDICAMENT O char(2) <pk> RESULT ADO_EAJ varchar(30)
ID_GRUPO
FK_MEDICAME_FK_MED_T I_T IPOS_ME int <fk2> IT EM tinyint PRESENT O_GEOT bit
T IPO_MEDICAMENT O varchar(30) SIGLA char(2)
ID_GRUPO_REQ int <fk3> CNT _SOLICIT ADA int FK_DET _REQU_FK_DET _RQ_RONDA_OF PASO_EVAL_T EC bit
COD_MEDICAMENT O varchar(15) PU_REFERENCIA numeric(10,3) OBS_EVAL_T EC varchar(4000)
DESCRIPCION varchar(200) NO_SUBAST A tinyint PU_SUBAST A_R1 numeric(10,3)
FH_SUBAST A datetime PU_SUBAST A_R2 numeric(10,3)
ES_REQUERIMIENT O char(1) PU_SUBAST A_R3 numeric(10,3)
FK_MEDICAME_FK_MEDICA_GRUPOS OBS_SUBAST A varchar(4000) GANA bit
ADJUDICADO bit
GRUPOS : 1
ID_GRUPO int <pk>
GRUPO varchar(150) FK_DET _REQU_FK_DET _RE_RESULT AD
FK_DET _REQU_DET _REQ_M_MODALIDA FK_DET _OFER_FK_DET _OF_RONDA_OF
RONDA_OFERT A
RESULT ADO_SUBAST A MODALIDAD_NEGOCIACION
ID_RESULT ADO_SUBAST A char(1) <pk> ID_MODALIDAD_NEGOCIACION tinyint <pk> ID_RONDA_OFERT A int <pk>
RONDA_OFERT A varchar(75)
RESULT ADO_SUBAST A varchar(30) MODALIDAD_NEGOCIACION varchar(30)
ORDEN smallint
Modelo Relacional. Proceso de Precalificación de Proveedores.
EST ADOS_APLICACION
ID_EST ADO_APP char(1) <pk>
EST ADO_APP varchar(20)
FK_APLICACI_FK_APP_ES_EST ADOS_ PAISES PROCESOS_NEGOCIACION : 2

ID_PAIS int <pk> ID_PROCESO_NEGOCIACION smallint <pk>
CODIGO_PAIS varchar(10) ID_LIST A smallint <fk>
PAIS varchar(50) DESCRIPCION varchar(200)
ACT IVO bit
APLICACIONES : 1 NO_ACT A_ADMIN int
FABRICANT E ID_APLICACION int <pk>
FK_APLICACI_FK_APP_FA_FABRICAN
ID_MEDICAMENT O int <fk1>
ID_FABRICANT E int <pk>
FABRICANT E varchar(100) ID_MARCA tinyint <fk3>
FK_APLICACI_FK_APP_PA_PAISES
ID_GEST ION int <fk5>
ID_FABRICANT E int <fk6> FK_GEST IONE_FK_GEST IO_PROCESOS
ID_PAIS int <fk2>
ID_PROVEEDOR int FK_APLICACI_FK_APLICA_GEST
<fk7> IONE
ID_EST ADO_APP char(1) <fk4>
DESCRIPCION varchar(200)
FECHA_APLICACION datetime
MARCAS
FK_APLICACI_FK_APP_MA_MARCAS ACT IVO bit GEST IONES : 1
ID_MARCA tinyint <pk> USR_CREO varchar(30)
ID_GEST ION int <pk>
MARCA varchar(30) USR_MOD varchar(30)
ID_EST ADO_GEST ION char(1) <fk1>
DT _CREO datetime
ID_PROVEEDOR int <fk2>
DT _MOD datetime
ID_PROCESO_NEGOCIACION smallint <fk3>
GEST ION varchar(150) FK_GEST IONE_FK_GEST IO_EST ADOS_ EST ADOS_GEST ION
FECHA_GEST ION datetime ID_EST ADO_GEST ION char(1) <pk>
ACT IVO bit EST ADO_GEST ION varchar(20)
NO_ACT A_T EC int
USR_CREO varchar(30)
FK_APP_REQ_FK_APP_RE_APLICACI FK_APLICACI_FK_APP_PR_PROVEEDO USR_MOD varchar(30)
DT _CREO datetime
DT _MOD datetime
DOC_REQ
FK_APP_REQ_FK_APP_RE_GEST IONE
ID_DOC_REQ int <pk> APP_REQ FK_GEST IONE_FK_GEST IO_PROVEEDO
ID_APP_REQ int <fk>
ID_APP_REQ
FK_DOC_REQ_FK_DOC_RE_APP_REQ int <pk>
DOC_REQ varchar(150)
ID_GEST ION int <fk3>
MENSAJE varchar(500) FK_APP_REQ_ID_PADRE_APP_REQ
ID_REQUISIT O int <fk2>
ARCHIVO_DOC ntext PROVEEDOR : 2
ID_T IPO_VALIDACION char(1) <fk5>
ACT IVO bit
APP_ID_APP_REQ int <fk4> ID_PROVEEDOR int <pk>
ID_APLICACION int <fk1> ID_T IPO_PROVEEDOR char(1) <fk>
USR_MOD varchar(30)
REQUISIT O varchar(500) NOMBRE varchar(150)
DT _CREO datetime
ES_OBLIGAT ORIO bit DIRECCION varchar(150)
DT _MOD datetime
ES_ENT REGABLE bit T ELEFONO1 varchar(15)
SE_ENT REGO bit T ELEFONO2 varchar(15)
VENCE bit FAX varchar(15)
FECHA_VT O datetime CONT ACT O varchar(60)
OBSERVACIONES CUMPLE bit CORREO_CONT ACT O varchar(75)
MENSAJE_NO_CUMPLE varchar(500) ANT IGUEDAD int
ID_OBSERVACION int <pk> ORDEN smallint NUMERO_EMPLEADOS int
ID_APP_REQ int FK_OBSERVAC_FK_OBS_AP_APP_REQ
<fk> USR_CREO varchar(30) VENT A_ANUAL decimal(18,2)
OBSERVACION varchar(500) USR_MOD varchar(30) EXPORT ACION_ANUAL decimal(18,2)
MENSAJE varchar(500) DT _CREO datetime NUMERO_PLANT AS int
ACT IVO bit DT _MOD datetime NUMERO_FABRICANT ES int
FH_CREO datetime
FH_ELIMINO datetime
FK_APP_REQ_FK_APP_RE_REQUISIT
FK_APP_REQ_FK_APP_RE_T IPOS_VA
REQUISIT OS GEST IONES : 2
ID_REQUISIT O int <pk> ID_GEST ION int <pk>
T IPO_PROVEEDOR : 2 ID_T IPO_VALIDACION char(1) <fk4> FK_REQUISIT _ID_REQ_PA_REQUISIT ID_EST ADO_GEST ION char(1) <fk1>
FK_REQUISIT _FK_REQ_T I_T IPO_PRO
ID_T IPO_PROVEEDOR char(1) <fk3> ID_PROVEEDOR int <fk2>
ID_T IPO_PROVEEDOR char(1) <pk> ID_PROCESO_NEGOCIACION smallint <fk3>
ID_GRUPO_REQ int <fk2>
T IPO_PROVEEDOR varchar(50) GEST ION varchar(150)
REQ_ID_REQUISIT O int <fk5>
ID_T IPO_REQUISIT O char(1) <fk1> FECHA_GEST ION datetime
REQUISIT O varchar(500) T IPOS_VALIDACION ACT IVO bit
FK_REQUISIT _FK_REQ_T I_T IPOS_VA NO_ACT A_T EC int
ES_OBLIGAT ORIO bit ID_T IPO_VALIDACION char(1) <pk>
ES_ENT REGABLE bit USR_CREO varchar(30)
T IPO_VALIDACION varchar(25)
VENCE bit USR_MOD varchar(30)
GRUPOS_REQ MENSAJE_NO_CUMPLE varchar(500) DT _CREO datetime
ID_GRUPO_REQ int FK_REQUISIT
<pk> _FK_REQ_GR_GRUPOS_R ACT IVO bit DT _MOD datetime
GRUPO_REQ varchar(100) ORDEN smallint
ORDEN smallint USR_CREO varchar(30)
USR_MOD varchar(30)
DT _CREO datetime FK_CERT IFIC_CERT IF_GE_GEST IONE
DT _MOD datetime
CERT IFICACIONES PARAMET ROS_APLICACION

FK_REQUISIT _REQUISIT O_REQUISIT
ID_CERT IFICACION int <pk> ID_PRMAMET RO int <pk>
ID_APLICACION int <fk2> APLICACION varchar(16)
ID_GEST ION int <fk1> DESCRIPCION varchar(200)
REQUISIT O_DET _LIST A FECHA_CERT IF datetime VALOR varchar(1000)
ID_REQUISIT O int <pk,fk1> ACT IVA bit T IPO_DAT O smallint
ID_DET _LIST A int <pk,fk2> FK_REQUISIT _PK_REQ_T I_T IPOS_RE NO_ACT A int
ORDEN smallint
USR_MOD varchar(30)
DT _CREO datetime
DT _MOD datetime
FK_REQUISIT _REQUISIT O_DET _LIST
FK_CERT IFIC_FK_CET IF__APLICACI
DET _LIST AS : 2
T IPOS_REQUISIT OS APLICACIONES : 2 T AREAS
ID_DET _LIST A int <pk>
ID_T IPO_REQUISIT O char(1) <pk> ID_APLICACION int <pk> ID_T AREA int <pk>
ID_MEDICAMENT O int <fk1>
T IPO_REQUISIT O varchar(20) ID_MEDICAMENT O int <fk1> T AREA varchar(100)
ID_LIST A smallint <fk2>
ID_MARCA tinyint <fk3> FECHA_T AREA datetime
ORDEN smallint
ID_GEST ION int <fk5> FINALIZADA bit
ID_FABRICANT E int <fk6> USR_CREO varchar(30)
ID_PAIS int <fk2> USR_MOD varchar(30)
ID_PROVEEDOR int <fk7> DT _CREO datetime
ID_EST ADO_APP char(1) <fk4> DT _MOD datetime
DESCRIPCION varchar(200)
FECHA_APLICACION datetime
ACT IVO bit
USR_MOD varchar(30)
DT _CREO datetime
DT _MOD datetime

12. LISTADO DE OBJETOS
12.1 Objetos del Modelo Físico de Datos
12.1.1 Listado de Entidades (Tablas)

Nombre Código
APLICACIONES APLICACIONES
APP_REQ APP_REQ
CERTIFICACIONES CERTIFICACIONES
CONTRATOS CONTRATOS
DET_LISTAS DET_LISTAS
DET_OFERTA DET_OFERTA
DET_REQUERIMIENTO DET_REQUERIMIENTO
DOC_OFERTA DOC_OFERTA
DOC_REQ DOC_REQ
DOC_REQTO DOC_REQTO
DOCUMENTO DOCUMENTO
ESTADO_OFERTA ESTADO_OFERTA
ESTADO_REQUERIMIENTO ESTADO_REQUERIMIENTO
ESTADOS_APLICACION ESTADOS_APLICACION
ESTADOS_GESTION ESTADOS_GESTION
FABRICANTE FABRICANTE
GESTIONES GESTIONES
GRUPOS GRUPOS
GRUPOS_REQ GRUPOS_REQ
IDIOMAS IDIOMAS
LISTAS LISTAS
MARCAS MARCAS
MEDICAMENTO MEDICAMENTO
MODALIDAD_NEGOCIACION MODALIDAD_NEGOCIACION
OBSERVACIONES OBSERVACIONES
OFERTA OFERTA
OFERTA_DOCUMENTO OFERTA_DOCUMENTO
PAISES PAISES
PARAMETROS_APLICACION PARAMETROS_APLICACION
PROCESOS_NEGOCIACION PROCESOS_NEGOCIACION
PROVEEDOR PROVEEDOR
PROVEEDOR_GRUPOS PROVEEDOR_GRUPOS
PROVEEDOR_IDIOMAS PROVEEDOR_IDIOMAS
PROVEEDOR_TIPO_INSPECCIONES PROVEEDOR_TIPO_INSPECCIONES
REPTTE_FABRICANTE REPTTE_FABRICANTE
REQUERIMIENTO REQUERIMIENTO
REQUISITO_DET_LISTA REQUISITO_DET_LISTA
REQUISITOS REQUISITOS
RESULTADO_EAJ RESULTADO_EAJ
RESULTADO_SUBASTA RESULTADO_SUBASTA
RONDA_OFERTA RONDA_OFERTA
TAREAS TAREAS
TIPO_DOCUMENTO TIPO_DOCUMENTO

TIPO_INSPECCION TIPO_INSPECCION
TIPO_PROVEEDOR TIPO_PROVEEDOR
TIPOS_MEDICAMENTOS TIPOS_MEDICAMENTOS
TIPOS_REQUISITOS TIPOS_REQUISITOS
TIPOS_VALIDACION TIPOS_VALIDACION
13. TABLAS
13.1 Modelado de Tablas
13.1.1 Tabla APLICACIONES
13.1.1.1 Listado de Campos de la Tabla APLICACIONES

Nombre Descripción Tipo Tamaño Mandatoria Primario Foránea Nombre Descripción
ID_APLICACION Identificador único int X X
de la aplicación.
ID_MEDICAMENTO Identificador único int X X
del medicamento.
ID_MARCA Identificador único tinyint X X
de la marca.
ID_GESTION Identificador único int X X
de la gestión. Es
un correlativo
generado
automáticamente
por el sistema.
ID_FABRICANTE Identificador único int X
del fabricante.
ID_PAIS Identificador único int X X
del país.
ID_PROVEEDOR Identificador único int X
del proveedor.
ID_ESTADO_APP Identificador único char(1) 1 X X
del estado de la
aplicación.
DESCRIPCION Descripción. varchar(200) 200
FECHA_APLICACION Fecha en que se datetime
realiza la
aplicación de
precalificación del
medicamento o
producto.
ACTIVO Indica si se trata bit
de un registro
activo o no.
0: Registro
inactivo.
1: Registro activo.
USR_CREO Huella de varchar(30) 30


auditoría que
registra el usuario
que creo el
registro.
USR_MOD Huella de varchar(30) 30
auditoría que
registra el usuario
que modificó el
registro.
DT_CREO Huella de datetime
auditoría que
registra la fecha y
hora en que se
creo el registro.
DT_MOD Huella de datetime
auditoría que
registra la fecha y
hora en que se
modificó el
registro.
13.1.2 Tabla APP_REQ
13.1.2.1 Descripción de la Tabla APP_REQ

Relaciona a cada gestión y aplicación con sus requisitos. Recordar que un Item u medicamento puede
tener varias aplicaciones de un mismo proveedor en una sola gestión.
13.1.2.2 Listado de Campos de la Tabla APP_REQ

ID_APP_REQ Identificador int X X
único del
registro. Es un
correlativo
generado de
manera
automática por el
sistema.
ID_GESTION Identificador int X X
único de la
gestión. Es un
correlativo
generado
automáticamente
por el sistema.
ID_REQUISITO Identificador int X X
único del
requisito.
ID_TIPO_VALIDACION Identificador char(1) 1 X X
único del tipo de
validación. Es un


correlativo
generado
automáticamente
por el sistema.
APP_ID_APP_REQ Identificador int X
único del
registro. Es un
correlativo
generado de
manera
automática por el
sistema.
ID_APLICACION Identificador int X
único de la
aplicación.
REQUISITO Descripción del varchar(500) 500
requisito.
ES_OBLIGATORIO Indica si se trata bit
de un requisito
obligatorio o no.
Los valores
posibles son:
0: Requisito
opcional.
1. Requisito
obligatorio.
ES_ENTREGABLE Bandera que bit
indica si se trata
de un entregable
o no, éste puede
ser un
documento, una
muestra, etc.
0: NO es
entregable.
1: SI es
entregable.
Los requisitos
que requieren
documento,
tienen sus
correspondientes
registros en la
tabla:
DOC_REQ.
SE_ENTREGO Bandera que bit
indica si el
entregable se
presento o no.
0: NO se
presento.
1: SI se presento.


VENCE Indica si se trata bit
de un requisito
con vigencia en
el tiempo.
0: Indica que el
requisito NO
tiene fecha de
vencimiento.
1: Indica que el
requisito SI tiene
fecha de
vencimiento.
FECHA_VTO Fecha de datetime
caducidad o
vencimiento del
requisito. La
caducidad de un
documento en un
requisito de
carácter
obligatorio
implica el cambio
de estado a NO
Precalificado de
una aplicación.
CUMPLE Indica si cumple bit
o no. Para que
un requisito
cumpla no deben
haber activa
ninguna de las
observaciones
generadas en la
tabla:
OBS_APP_REQ.
0: No cumple.
1: Sí cumple.
MENSAJE_NO_CUMPLE Descripción o varchar(500) 500
mensaje a
mostrar cuando
el requisito u
opción no se
cumple. Si el
requisito es de
opción múltiple
sólo mostrar el
mensaje del
registro
encabezado en
la tabla:
REQ_APP, pero
si se trata de un


requisito de
selección
múltiple mostrar
el mensaje de
cada opción de
selección, puesto
que deben
cumplirse todas.
ORDEN Define el orden smallint
en que se
mostrarán los
registro.
auditoría que
registra el
usuario que creo
el registro.
auditoría que
registra el
usuario que
modificó el
registro.
auditoría que
registra la fecha
y hora en que se
creo el registro.
auditoría que
registra la fecha
y hora en que se
modificó el
registro.
13.1.3 Tabla CERTIFICACIONES
13.1.3.1 Descripción de la Tabla CERTIFICACIONES

Almacena un registro con los datos de la certificación de precalificación emitida para la parte
administrativa como la técnica por aplicación.
13.1.3.2 Listado de Campos de la Tabla CERTIFICACIONES

ID_CERTIFICACION Identificador int X X
único de la
certificación. Es
un número
correlativo único
generado por el
sistema.


ID_APLICACION Identificador int X
único de la
aplicación.
ID_GESTION Identificador int X
único de la
gestión. Es un
correlativo
generado
automáticamente
por el sistema.
FECHA_CERTIF Fecha de la datetime
certificación.
ACTIVA Indica si el bit
registro esta
activo o no.
0: Registro
inactivo.
1. Registro
activo.
NO_ACTA Número del acta int
de certificación
emitido.
auditoría que
registra el
usuario que creo
el registro.
auditoría que
registra el
usuario que
modificó el
registro.
auditoría que
registra la fecha
y hora en que se
creo el registro.
auditoría que
registra la fecha
y hora en que se
modificó el
registro.
13.1.4 Tabla CONTRATOS
13.1.4.1 Descripción de la Tabla CONTRATOS

Guarda un resumen de contratos del proveedor con organismos internacionales.

13.1.4.2 Listado de Campos de la Tabla CONTRATOS

ID_CONTRATO Identificador int X X
único del
contrato. Es un
correlativo único
generado
automáticamente
por el sistema.
PRO_ID_PROVEEDOR Identificador int X X
único del
proveedor.
ID_PROVEEDOR Identificador int X X
único del
proveedor.
ORGANISMO Nombre del varchar(150) 150
organismo
internacional con
el que se hizo
contrato.
ANHO_CONTRATO Año del contrato. char(4) 4
MONTO_CONTRATO Monto del numeric(12,2) 12 2
contrato.
13.1.5 Tabla DET_LISTAS
13.1.5.1 Descripción de la Tabla DET_LISTAS

Detalle de medicamentos a negociar durante un proceso de negociación. Practicamnete constituye la
lista armonizada de medicamentos, la cual varía para cada proceso de negociación.
13.1.5.2 Listado de Campos de la Tabla DET_LISTAS

ID_DET_LISTA Identificador int X X
único del
detalle de la
lista. Este es
un correlativo
único generado
por el sistema.
ID_MEDICAMENTO Identificador int X X
único del
medicamento.
ID_LISTA Identificador smallint X X
único de la lista
de
medicamentos.
en que se
mostrarán los
registro.

13.1.6 Tabla DET_OFERTA
13.1.6.1 Descripción de la Tabla DET_OFERTA

Detalle de todas las ofertas recibidas en todo el proceso de adjudicación, desde la oferta económica
presentada en el sobre de oferta del proveedor, como las ofertas propuestas por el mismo durante la
etapa de negociación. La primera oferta -presentada en la etapa de recepción-, se distingue por el
campo: ID_RONDA_OFERTA=0, luego las siguientes subsecuentes obtenidas durante el proceso de
negociación se van incrementando correlaticamnte de uno a uno según las rondas de negociación
realizadas.
13.1.6.2 Listado de Campos de la Tabla DET_OFERTA

ID_DET_OFERTA Identificador único int X X
del registro.
ID_DET_REQUERIMIENTO Identificador único int X X
del detalle de
requerimiento. Es
un correlativo
generado por el
sistema.
ID_RONDA_OFERTA Identificador único int X X
de la ronda de
ofertas en el
proceso de
negociación.
Correlativo único
generado por el
sistema.
ID_OFERTA Identificador único int X X
de la oferta.
Correlativo
generado por el
sistema.
CNT_OFERTA Cantidad ofertada. int X
PU_OFERTA Precio unitario de numeric(10,3) 10 3 X
la oferta.
PU_REFERENCIA Precio unitario de numeric(10,3) 10 3
referencia del item
ofertado.
PRESENTO Indica si en la bit
oferta se indica si
el Item fue
presentado o no.
0: Item
presentado.
1: Item no
presentado.
PRESENTO_GEOT Este campo bit
registra la
verificación


realizada por el
Grupo Evaluador
de Oferta Técnica
(GEOT), con
respecto a si el
Item fue ofertado o
no.
0: Item no fue
ofertado
1: Item si fue
ofertado
PASO_EVAL_TEC Indica si el Item bit
ofertado paso la
evaluación técnica.
0: No paso
1: Sí paso
OBS_EVAL_TEC Observación de la varchar(4000) 4000
PU_SUBASTA_R1 Precio unitario de numeric(10,3) 10 3
oferta en primera
ronda.
oferta en segunda
ronda. Este campo
dejó de utilizarse
al hacer más
dinámico esta
parte del modelo,
donde se incluyo
la tabla:
RONDA_OFERTA.
oferta en tercera
ronda. Este campo
dejó de utilizarse
al hacer más
dinámico esta
parte del modelo,
donde se incluyo
la tabla:
RONDA_OFERTA.
GANA Indica el registro bit
ganador a través
de un proceso de
adjudicación.
ADJUDICADO Indica el ganador, bit
luego del proceso
de compra.
1: Adjudicado.
0. NO adjudicado.

13.1.7 Tabla DET_REQUERIMIENTO
13.1.7.1 Descripción de la Tabla DET_REQUERIMIENTO

Detalle del requerimiento de compra.
Importante!!!. Cuando se cierra un proceso de negociación y se apertura uno nuevo amarrado siempre a
un mismo item, se inserta en esta tabla un nuevo registro amarrado al mismo requerimiento pero
asociado de una sola vez a la oferta del proveedor que pasa a participar a una nueva negociación. Para
poder distinguir un registro del requerimiento a uno para manejar una nueva negociación, se ha
agregado el campo: NUEVA_NEGOCIACION, lo que indicará si se trata de un Item de un evento de
negociación o si se trata de un registro pivot para una nueva Negociación. Esto permitira distinguir los
productos negociados con los productos que tienen más de un proceso de negociación.
ES_REQUERIMIENTO = 1, Indica que se trata de un producto incluido para un evento de negociación.
ES_REQUERIMIENTO = 0, Indica que se trata de un registro que sirve de pivot para una segunda
negociación del Item.
Pedirle a Saúl que inserte el registro para nueva negociacón ES_REQUERIMIENTO = 0, en aplicación.
13.1.7.2 Listado de Campos de la Tabla DET_REQUERIMIENTO

Nombre Descripción Tipo Tamaño Mandator Primario Foránea Nombr Descri
ia e pción
ID_DET_REQUERIMIE Identificador único del int X X
NTO detalle de requerimiento.
Es un correlativo generado
por el sistema.
DET_ID_DET_REQUE Identificador único del int X X
RIMIENTO detalle de requerimiento.
Es un correlativo generado
por el sistema.
ID_REQUERIMIENTO Identificador único del int X X
encabezado del
requerimiento.
ID_MEDICAMENTO Identificador único del int X X
medicamento.
ID_MODALIDAD_NEG Identificador único de la tinyint X
OCIACION modalidad de negociación.
ID_RONDA_OFERTA Identificador único de la int X X
ronda de ofertas en el
proceso de negociación.
Correlativo único
generado por el sistema.
ID_RESULTADO_SUB Identificador único del char(1) 1 X
ASTA resultado de la subasta.
ITEM Identificador del Item. tinyint X
CNT_SOLICITADA Cantidad solicitada. int X
PU_REFERENCIA Precio unitario de numeric(10 10 3
referencia del item ,3)
ofertado.
NO_SUBASTA Número de subasta. tinyint
FH_SUBASTA Fecha y hora en que se datetime
realiza la subasta.

Nombre Descripción Tipo Tamaño Mandator Primario Foránea Nombr Descri

ia e pción
ES_REQUERIMIENTO ES_REQUERIMIENTO = char(1) 1
1, Indica que se trata de
un producto incluido para
un evento de negociación.
ES_REQUERIMIENTO =
0, Indica que se trata de
un registro que sirve de
pivot para una segunda
negociación del Item.
OBS_SUBASTA Observación de la varchar(40 4000
subasta. 00)
13.1.8 Tabla DOC_OFERTA
13.1.8.1 Descripción de la Tabla DOC_OFERTA

Documentos presentados por oferta.
13.1.8.2 Listado de Campos de la Tabla DOC_OFERTA

Nombre Descripció Tipo Tamañ Mandatori Primari Foráne Nombr Descripció
n o a o a e n
ID_DOC_OFERTA Identificador int X X
único del
documento de
oferta.
Correlativo
generado por
el sistema.
ID_OFERTA Identificador int X
único de la
oferta.
Correlativo
generado por
el sistema.
ID_TIPO_DOCUMENTO Identificador char(1) 1 X X
único del tipo
de
documento.
FECHA_DOC_OFERTA Fecha del datetime X
documento de
oferta.
TITULO Título del varchar(100) 100 X
documento.
ARCHIVO Campo que image
almacena el
archivo digital
del
documento.

13.1.9 Tabla DOC_REQ
13.1.9.1 Descripción de la Tabla DOC_REQ

Almacena en digital los documentos presentados como requisitos por los proveedores en sus diferentes
aplicaciones.
13.1.9.2 Listado de Campos de la Tabla DOC_REQ

ID_DOC_REQ Identificador int X X
único del
documento
relacionado al
requisito.
Correlativo
generado por el
sistema.
único del registro.
Es un correlativo
generado de
manera
automática por el
sistema.
DOC_REQ Descripción del varchar(150) 150
documento de
requisito.
MENSAJE Mensaje a varchar(500) 500
mostrar asociado
al documento.
ARCHIVO_DOC Documento del ntext
requisito
almacenado en
digital.
de un registro
activo o no.
0: Registro
inactivo.
1: Registro activo.
auditoría que
registra el usuario
que creo el
registro.
auditoría que
registra el usuario
que modificó el
registro.
auditoría que
registra la fecha y


hora en que se
creo el registro.
auditoría que
registra la fecha y
hora en que se
modificó el
registro.
13.1.10 Tabla DOC_REQTO
13.1.10.1 Descripción de la Tabla DOC_REQTO

Documentos requeridos para el requerimiento.
13.1.10.2 Listado de Campos de la Tabla DOC_REQTO

ID_REQUERIMIENTO Identificador int X X X
único del
encabezado
del
requerimiento.
ID_DOCUMENTO Identificador tinyint X X X
único del
documento.
Correlativo
generado por
el sistema.
ORDEN Define el smallint
orden en que
se mostrarán
los registro.
13.1.11 Tabla DOCUMENTO
13.1.11.1 Descripción de la Tabla DOCUMENTO

Catálogo de documentos administrativos y/o legales que pueden solicitarse por requerimiento.
13.1.11.2 Listado de Campos de la Tabla DOCUMENTO

ID_DOCUMENTO Identificador tinyint X X
único del
documento.
Correlativo
generado por el
sistema.
DOCUMENTO Documento varchar(700) 700 X
digitalizado.

13.1.12 Tabla ESTADO_OFERTA
13.1.12.1 Descripción de la Tabla ESTADO_OFERTA

Estados posibles de una oferta:
1. Entregada a tiempo
2. Entregada fuera de tiempo (extemporánea)
3. Entregada incompleta
13.1.12.2 Listado de Campos de la Tabla ESTADO_OFERTA

ID_ESTADO_OFERTA Identificador char(1) 1 X X
único del
estado de la
oferta.
ESTADO_OFERTA Descripción varchar(30) 30 X
del estado de
la oferta.
13.1.13 Tabla ESTADO_REQUERIMIENTO
13.1.13.1 Descripción de la Tabla ESTADO_REQUERIMIENTO

Posibles estados de un requerimiento de compra:
0. En preparación.
1. En proceso.
2. Anulado.
3. Cerrado.
13.1.13.2 Listado de Campos de la Tabla ESTADO_REQUERIMIENTO

ID_ESTADO_REQUERIMIENTO Identificador char(1) 1 X X
único del
estado del
requerimiento.
ESTADO_REQUERIMIENTO Descripción varchar(30) 30 X
del estado del
requerimiento.
13.1.14 Tabla ESTADOS_APLICACION
13.1.14.1 Descripción de la Tabla ESTADOS_APLICACION

Catálogo de estados de aplicación. Los estados posibles para una aplicación son:
0. Esperando evaluación. Documentos entregados, pero en espera de evaluación.
1. Precalificada. Ya evaluada y con aprobación de todos los requisitos obligatorios.
2. NO precalificada. Ya evaluada, pero no cumple requisitos obligatorios.

13.1.14.2 Listado de Campos de la Tabla ESTADOS_APLICACION

ID_ESTADO_APP Identificador char(1) 1 X X
único del estado
de la aplicación.
ESTADO_APP Descripción del varchar(20) 20
estado de la
aplicación.
13.1.15 Tabla ESTADOS_GESTION
13.1.15.1 Descripción de la Tabla ESTADOS_GESTION

Almacena los diferentes estado de una gestión.
0. Esperando evaluación. Documentos entregados, pero en espera de evaluación.
1. Precalificada. Ya evaluada y con aprobación de todos los requisitos obligatorios.
2. NO precalificada. Ya evaluada, pero no cumple requisitos obligatorios.
13.1.15.2 Listado de Campos de la Tabla ESTADOS_GESTION

ID_ESTADO_GESTION Identificador char(1) 1 X X
único del
estado de la
gestión.
ESTADO_GESTION Descripción varchar(20) 20
del estado de
la gestión.
13.1.16 Tabla FABRICANTE
13.1.16.1 Descripción de la Tabla FABRICANTE

Catálogo de Fabricantes.
13.1.16.2 Listado de Campos de la Tabla FABRICANTE

ID_FABRICANTE Identificador int X X
único del
fabricante.
FABRICANTE Nombre del varchar(100) 100
fabricante.
13.1.17 Tabla GESTIONES
13.1.17.1 Descripción de la Tabla GESTIONES

Almacenas las gestiones de Precalificación realizadas por un proveedor. Relacionada generalmente a la
solicitud de precaificación, esta estructura permitirá que un proveedor pueda aplicar a varios procesos
de precalificación.

13.1.17.2 Listado de Campos de la Tabla GESTIONES

ID_GESTION Identificador int X X
único de la
gestión. Es un
correlativo
generado
automáticamente
por el sistema.
ID_ESTADO_GESTION Identificador char(1) 1 X X
único del estado
de la gestión.
único del
proveedor.
ID_PROCESO_NEGOCIACION Identificador smallint X X
único del
proceso de
negociación.
GESTION Descripción de la varchar(150) 150
gestión. Ej.
Gestión para
aplicar a la
precalificación
del proceso de
negociación de
medicamentos ó
Gestión para
aplicar al
proceso de
negociación de
insumos de
laboratorios.
FECHA_GESTION Fecha de la datetime
solicitud a
participar en el
proceso de
precalificación.
de un registro
activo o no.
0: Registro
inactivo.
1: Registro
activo.
NO_ACTA_TEC Número de acta int
de evaluación
técnica.
auditoría que
registra el
usuario que creo


el registro.
auditoría que
registra el
usuario que
modificó el
registro.
auditoría que
registra la fecha
y hora en que se
creo el registro.
auditoría que
registra la fecha
y hora en que se
modificó el
registro.
13.1.18 Tabla GRUPOS
13.1.18.1 Descripción de la Tabla GRUPOS

Esta tabla agrupa medicamentos por características similares. Es a estos grupos que se relacionan los
parámetros de clasificación.
13.1.18.2 Listado de Campos de la Tabla GRUPOS

ID_GRUPO Identificador único int X X
del grupo.
GRUPO Descripción del varchar(150) 150
grupo de
medicamentos.
13.1.19 Tabla GRUPOS_REQ
13.1.19.1 Descripción de la Tabla GRUPOS_REQ

Catálogo que permite agrupar los diferentes requisitos en categorías de selección, entre las que
podemos tener:
1. Generales.
2. Para medicamentos de síntesis química.
3. Para medicamentos biológicos o biotecnológicos (Excepto vacunas)
13.1.19.2 Listado de Campos de la Tabla GRUPOS_REQ

ID_GRUPO_REQ Identificador int X X
único del grupo
de requisitos.


GRUPO_REQ Descripción del varchar(100) 100
grupo de
requisitos.
en que se
mostrarán los
registro.
13.1.20 Tabla IDIOMAS
13.1.20.1 Descripción de la Tabla IDIOMAS

Catálogo de idiomas.
13.1.20.2 Listado de Campos de la Tabla IDIOMAS

ID_IDIOMA Identificador único int X X
del idioma.
IDIOMA Descripción o varchar(50) 50
nombre del idioma.
13.1.21 Tabla LISTAS
13.1.21.1 Descripción de la Tabla LISTAS

Configura las listas armonizadas de medicamentos para someterlos a procesos de negociación.
13.1.21.2 Listado de Campos de la Tabla LISTAS

ID_LISTA Identificador único smallint X X
de la lista de
medicamentos.
de un registro
activo o no.
0: Registro
inactivo.
1: Registro activo.
13.1.22 Tabla MARCAS
13.1.22.1 Descripción de la Tabla MARCAS

Catálogo de marcas.
13.1.22.2 Listado de Campos de la Tabla MARCAS



ID_MARCA Identificador único tinyint X X
de la marca.
MARCA Descripción de la varchar(30) 30
marca.
13.1.23 Tabla MEDICAMENTO
13.1.23.1 Descripción de la Tabla MEDICAMENTO

Catálogo general de medicamentos armonizados con los países listos para procesos de negociación.
13.1.23.2 Listado de Campos de la Tabla MEDICAMENTO

ID_MEDICAMENTO Identificador int X X
único del
medicamento.
ID_TIPO_MEDICAMENTO Identificador char(2) 2 X X
único del tipo
de
medicamento.
Este es un
correlativo
único
generado por
el sistema.
ID_GRUPO Identificador int X
único del
grupo.
ID_GRUPO_REQ Identificador int X
único del
grupo de
requisitos.
COD_MEDICAMENTO Código según varchar(15) 15 X
la lista
armonizada de
medicamentos.
DESCRIPCION Descripción. varchar(200) 200 X
13.1.24 Tabla MODALIDAD_NEGOCIACION
13.1.24.1 Descripción de la Tabla MODALIDAD_NEGOCIACION

Modalidad de negociación.
1. Subasta a la inversa.
2. Negociación directa.
13.1.24.2 Listado de Campos de la Tabla MODALIDAD_NEGOCIACION

ID_MODALIDAD_NEGOCIACION Identificador tinyint X X


único de la
modalidad
de
negociación.
MODALIDAD_NEGOCIACION Descripción varchar(30) 30
de la
modalidad
de
negociación.
13.1.25 Tabla OBSERVACIONES
13.1.25.1 Descripción de la Tabla OBSERVACIONES

Almacena las observaciones generadas durante el proceso de precalificación de una aplicación. Las
observaciones se van activando y desactivando durante todo el proceso.
13.1.25.2 Listado de Campos de la Tabla OBSERVACIONES

ID_OBSERVACION Identificador int X X
único de la
observación.
único del
registro. Es un
correlativo
generado de
manera
automática por
el sistema.
OBSERVACION Observación varchar(500) 500
relacionada al
registro. El
contenido de
este campo en la
Tabla:
OBSERVACION,
es la descripción
estandar de la
observación. El
valor de este
campo será
utilizado para
llenar su
equivalente en la
tabla:
OBS_APP_REQ
al generarse tal
observación.
MENSAJE Mensaje a varchar(500) 500
mostrar


asociado al
documento.
de un registro
activo o no.
0: Registro
inactivo.
1: Registro
activo.
FH_CREO Registra la fecha datetime
y hora en que se
creo el registro
de observación.
FH_ELIMINO Registra la fecha datetime
y hora en que se
eliminó la
observación.
13.1.26 Tabla OFERTA
13.1.26.1 Descripción de la Tabla OFERTA

Almacena las diferentes oferas recibidas por los proveedores para cada requerimiento de compra.
13.1.26.2 Listado de Campos de la Tabla OFERTA

ID_OFERTA Identificador int X X
único de la
oferta.
Correlativo
generado por
el sistema.
ID_RESULTADO_EAJ Identificador char(1) 1 X X
único del
resultado de la
evaluación
administrativa
jurídica.
ID_ESTADO_OFERTA Identificador char(1) 1 X X
único del
estado de la
oferta.
ID_REQUERIMIENTO Identificador int X X
único del
encabezado
del
requerimiento.
único del
proveedor.


CORRELATIVO Correlativo tinyint X
asignado a la
oferta.
FECHAHORA Fecha y hora datetime X
en que se
presenta la
oferta.
PERSONA_ENTREGA Persona que varchar(75) 75 X
se presenta a
entregar la
oferta.
VIENE_SOBRE1 Indica si se bit
presento el
sobre 1.
0: No lo
presento.
1: Sí lo
presento.
presento el
sobre 2.
0: No lo
presento.
1: Sí lo
presento.
presento el
sobre 3.
0: No lo
presento.
1: Sí lo
presento.
OBS_OFERTA Registra las varchar(4000) 4000
observaciones
de la oferta.
NO_ACTA_V_SA Número del tinyint
Acta de
verificación del
contenido del
sobre A por el
Grupo
Evaluador de
Oferta Técnica
(GEOT). Este
es un número
correlativo es
generado por
el sistema.
FH_V_SA Registra la datetime
fecha y hora
de verificación
del contenido


del sobre A.
OBS_V_SA Registra varchar(4000) 4000
cualquier
observación o
comentario
que quiera
hacerse de la
verificación del
contenido del
sobre A.
NO_ACTA_ECO Número del tinyint
Acta de
resultados de
la Evaluación
Económica.
FH_ECO Registra la datetime
fecha y hora
en que se
realizó el acta
de la
Evaluación
Económica.
OBS_ECO Registra varchar(4000) 4000
cualquier
observación o
comentario
que quiera
hacerse en la
Evaluación
Económica.
NO_ACTA_V_SB Número del tinyint
Acta de
verificación del
contenido del
sobre A por el
Grupo
Evaluador de
Oferta
Administrativo
Legal
Económico
(GEOALE).
Este es un
número
correlativo es
generado por
el sistema.
FH_V_SB Registra la datetime
fecha y hora
de verificación
del contenido
del sobre B.


OBS_V_SB Registra varchar(4000) 4000
cualquier
observación o
comentario
que quiera
hacerse en la
verificación del
contenido del
sobre B.
NO_ACTA_EAJ Número del tinyint
acta de
evaluación
administrativa
financiera de
la oferta.
FH_EAJ Fecha y hora datetime
del acta de
evaluación
administrativa
financiera de
la oferta.
OBS_EAJ Observaciones varchar(4000) 4000
del acta de
evaluación
administrativa
financiera de
la oferta.
NO_ACTA_ADJ Número del tinyint
acta de
adjudicación
del Item.
FH_ADJ Fecha y hora datetime
en que se
realizó la acta
de
adjudicación
del Item.
OBS_ADJ Comentario u varchar(4000) 4000
observación
acerca de la
adjudicación
del Item.
PASO_EVAL_ADMIN bit
OBS_EVAL_ADMIN Registra las varchar(4000) 4000
observaciones
hechas
durante la
evaluación
Administrativa
Financiera de
la oferta.

13.1.27 Tabla OFERTA_DOCUMENTO
13.1.27.1 Listado de Campos de la Tabla OFERTA_DOCUMENTO

ID_REQUERIMIENTO Identificador int X X X
único del
encabezado del
requerimiento.
ID_DOCUMENTO Identificador tinyint X X X
único del
documento.
Correlativo
generado por el
sistema.
ID_OFERTA Identificador int X X X
único de la
oferta.
Correlativo
generado por el
sistema.
PRESENTO Indica si en la bit
oferta se indica
si el Item fue
presentado o no.
0: Item
presentado.
1: Item no
presentado.
OBSERVACION Observación varchar(500) 500
relacionada al
registro. El
contenido de
este campo en la
Tabla:
OBSERVACION,
es la descripción
estandar de la
observación. El
valor de este
campo será
utilizado para
llenar su
equivalente en la
tabla:
OBS_APP_REQ
al generarse tal
observación.
PASO_EVAL_ADMIN bit
OBS_EVAL_ADMIN Registra las varchar(4000) 4000
observaciones
hechas durante
la evaluación


Administrativa
Financiera de la
oferta.
ARCHIVO Campo que image
almacena el
archivo digital
del documento.
13.1.28 Tabla PAISES
13.1.28.1 Descripción de la Tabla PAISES

Catálogo de países.
13.1.28.2 Listado de Campos de la Tabla PAISES

ID_PAIS Identificador único int X X
del país.
CODIGO_PAIS Código del país. varchar(10) 10
PAIS Descripción o varchar(50) 50
nombre del país.
13.1.29 Tabla PARAMETROS_APLICACION
13.1.29.1 Descripción de la Tabla PARAMETROS_APLICACION

Tabla que almacena parámetros del sistema.
13.1.29.2 Listado de Campos de la Tabla PARAMETROS_APLICACION

ID_PRMAMETRO int X X
APLICACION Aplicación a la varchar(16) 16
cual pertenece el
parámetro.
VALOR Valor del varchar(1000) 1000
parámetro.
TIPO_DATO Tipo de dato smallint
asociado al
parámetro. Este
valor da la pauta
al control a
utilizar para el
despliegue del
valor del
parámetro.

13.1.30 Tabla PROCESOS_NEGOCIACION
13.1.30.1 Descripción de la Tabla PROCESOS_NEGOCIACION

Almacena los diferentes procesos de negociación realizados. Un proceso de Negociación esta asociado
a un grupo de requerimientos o eventos de negociación y a una lista armonizada definida.
13.1.30.2 Listado de Campos de la Tabla PROCESOS_NEGOCIACION

único del
proceso de
negociación.
ID_LISTA Identificador smallint X X
único de la
lista de
medicamentos.
ACTIVO Indica si se bit
trata de un
registro activo
o no.
0: Registro
inactivo.
1: Registro
activo.
NO_ACTA_ADMIN Número de int
acta de
evaluación
administrativa.
13.1.31 Tabla PROVEEDOR
13.1.31.1 Descripción de la Tabla PROVEEDOR

Catálogo de proveedores o participantes.
13.1.31.2 Listado de Campos de la Tabla PROVEEDOR

ID_PROVEEDOR Identificador único int X X
del proveedor.
ID_TIPO_PROVEEDOR Identificador único char(1) 1 X X
del tipo de
proveedor.
NOMBRE Nombre. varchar(150) 150 X
DIRECCION Dirección. varchar(150) 150
TELEFONO1 Número del primer varchar(15) 15
teléfono.
TELEFONO2 Número del segunto varchar(15) 15
teléfono.
FAX Númeo de fax. varchar(15) 15


CONTACTO Nombre de la varchar(60) 60
persona de contacto
para poder
comunicarse con el
proveedor.
CORREO_CONTACTO Correo electrónico varchar(75) 75
del contacto.
ANTIGUEDAD Tiempo en años de int
antiguedad del
laboratorio o
representante.
NUMERO_EMPLEADOS Número de int
empleados con que
cuenta el laboratorio
o representante.
VENTA_ANUAL Monto total de decimal(18,2) 18 2
ventas anuales del
proveedor.
EXPORTACION_ANUAL Monto anual total de decimal(18,2) 18 2
exportaciones del
proveedor en
concepto de
exportaciones.
NUMERO_PLANTAS Campo utilizado int
para tipos de
proveedor:
FABRICANTE, se
refiere al número de
plantas de
producción que
posee.
NUMERO_FABRICANTES Campo utilizado int
para el tipo de
proveedor:
REPRESENTANTE,
e indica el número
de empresas
fabricantes que
desea precalificar.
13.1.32 Tabla PROVEEDOR_GRUPOS
13.1.32.1 Listado de Campos de la Tabla PROVEEDOR_GRUPOS

ID_PROVEEDOR Identificador int X X X
único del
proveedor.
ID_GRUPO Identificador int X X X
único del grupo.

13.1.33 Tabla PROVEEDOR_IDIOMAS
13.1.33.1 Listado de Campos de la Tabla PROVEEDOR_IDIOMAS

ID_IDIOMA Identificador int X X X
único del idioma.
único del
proveedor.
13.1.34 Tabla PROVEEDOR_TIPO_INSPECCIONES
13.1.34.1 Listado de Campos de la Tabla PROVEEDOR_TIPO_INSPECCIONES

ID_TIPO_INSPECCION Identificador int X X X
único del tipo
de inspección.
único del
proveedor.
13.1.35 Tabla REPTTE_FABRICANTE
13.1.35.1 Descripción de la Tabla REPTTE_FABRICANTE

Tabla que relaciona representantes con fabricantes.
13.1.35.2 Listado de Campos de la Tabla REPTTE_FABRICANTE

PRO_ID_PROVEEDOR Identificador int X X X
único del
proveedor.
único del
proveedor.
13.1.36 Tabla REQUERIMIENTO
13.1.36.1 Descripción de la Tabla REQUERIMIENTO

Almacena los diferentes requerimientos de compra. Esta tabla practicamente almacena el encabezado
de cada uno de los eventos de negociación a desarrollar por proceso de compra conjunta.
13.1.36.2 Listado de Campos de la Tabla REQUERIMIENTO

ID_REQUERIMIENTO Identificador int X X
único del
encabezado


del
requerimiento.
único del
proceso de
negociación.
ID_ESTADO_REQUERIMIENTO Identificador char(1) 1 X X
único del
estado del
requerimiento.
FECHA Fecha. datetime X
DESCRIPCION Descripción. varchar(200) 200 X
REF_REQUERIMIENTO Referencia varchar(15) 15
del
requerimiento.
Generalmente
utilizado para
colocar el
número de
proceso de
venta de la
institución
cliente o
número
personalizado
por la
empresa para
nuestros
procesos de
compra.
13.1.37 Tabla REQUISITO_DET_LISTA
13.1.37.1 Listado de Campos de la Tabla REQUISITO_DET_LISTA

ID_REQUISITO Identificador único int X X X
del requisito.
ID_DET_LISTA Identificador único int X X X
del detalle de la
lista. Este es un
correlativo único
generado por el
sistema.
ORDEN Define el orden en smallint
que se mostrarán
los registro.

13.1.38 Tabla REQUISITOS
13.1.38.1 Descripción de la Tabla REQUISITOS

Estructura que almacena los requisitos o parámetros de precalificación tanto administrativos como los
técnicos definidos en las fichas de cada medicamento.
13.1.38.2 Listado de Campos de la Tabla REQUISITOS

ID_REQUISITO Identificador int X X
único del
requisito.
único del tipo de
validación. Es un
correlativo
generado
automáticamente
por el sistema.
ID_TIPO_PROVEEDOR Identificador char(1) 1 X
único del tipo de
proveedor.
ID_GRUPO_REQ Identificador int X X
único del grupo
de requisitos.
REQ_ID_REQUISITO Identificador int X
único del
requisito.
ID_TIPO_REQUISITO Identificador char(1) 1 X X
único del tipo de
requisito.
REQUISITO Descripción del varchar(500) 500
requisito.
ES_OBLIGATORIO Indica si se trata bit
de un requisito
obligatorio o no.
Los valores
posibles son:
0: Requisito
opcional.
1. Requisito
obligatorio.
ES_ENTREGABLE Bandera que bit
indica si se trata
de un entregable
o no, éste puede
ser un
documento, una
muestra, etc.
0: NO es
entregable.
1: SI es
entregable.


Los requisitos
que requieren
documento,
tienen sus
correspondientes
registros en la
tabla:
DOC_REQ.
VENCE Indica si se trata bit
de un requisito
con vigencia en
el tiempo.
0: Indica que el
requisito NO
tiene fecha de
vencimiento.
1: Indica que el
requisito SI tiene
fecha de
vencimiento.
MENSAJE_NO_CUMPLE Descripción o varchar(500) 500
mensaje a
mostrar cuando
el requisito u
opción no se
cumple. Si el
requisito es de
opción múltiple
sólo mostrar el
mensaje del
registro
encabezado en
la tabla:
REQ_APP, pero
si se trata de un
requisito de
selección
múltiple mostrar
el mensaje de
cada opción de
selección,
puesto que
deben cumplirse
todas.
de un registro
activo o no.
0: Registro
inactivo.
1: Registro
activo.


en que se
mostrarán los
registro.
auditoría que
registra el
usuario que creo
el registro.
auditoría que
registra el
usuario que
modificó el
registro.
auditoría que
registra la fecha
y hora en que se
creo el registro.
auditoría que
registra la fecha
y hora en que se
modificó el
registro.
13.1.39 Tabla RESULTADO_EAJ
13.1.39.1 Descripción de la Tabla RESULTADO_EAJ

Catálogo de los posibles resultados de la evaluación administrativa jurídica de la oferta.
0: No pasó evalución.
1: Si pasó evalución.
2. Observada.
13.1.39.2 Listado de Campos de la Tabla RESULTADO_EAJ

ID_RESULTADO_EAJ Identificador char(1) 1 X X
único del
resultado de la
evaluación
administrativa
jurídica.
RESULTADO_EAJ Descripción varchar(30) 30
del resultado
de la
evaluación
administrativa
jurídica.
SIGLA Sigla del char(2) 2
resultado de la


evaluación
administrativa
jurídica.
13.1.40 Tabla RESULTADO_SUBASTA
13.1.40.1 Descripción de la Tabla RESULTADO_SUBASTA

Catálogo de resultado del proceso de subasta.
1: RECOMENDADO
2: NO RECOMENDADO
0: DESIERTO
13.1.40.2 Listado de Campos de la Tabla RESULTADO_SUBASTA

ID_RESULTADO_SUBASTA Identificador char(1) 1 X X
único del
resultado
de la
subasta.
RESULTADO_SUBASTA Descripción varchar(30) 30 X
del
resultado
de la
subasta.
13.1.41 Tabla RONDA_OFERTA
13.1.41.1 Descripción de la Tabla RONDA_OFERTA

Ronda de presentación de oferta en el proceso de participación en la negociación.
0. Presentada en oferta económica.
1. Primera ronda de negociación.
2. Segunda ronda de negociación.
3. Tercera ronda de negociación.
4. Cuarta ronda de negociación.
5. Quinta ronda de negociación.
6. Sexta ronda de negociación.
7. Séptima ronda de negociación.
13.1.41.2 Listado de Campos de la Tabla RONDA_OFERTA

ID_RONDA_OFERTA Identificador int X X
único de la
ronda de
ofertas en el
proceso de
negociación.
Correlativo


único
generado por
el sistema.
RONDA_OFERTA Descripción de varchar(75) 75
la ronda de
negociación.
en que se
mostrarán los
registro.
13.1.42 Tabla TAREAS
13.1.42.1 Descripción de la Tabla TAREAS

Almacena las tareas programadas o pendientes de revisar por los grupos de evaluadores.
13.1.42.2 Listado de Campos de la Tabla TAREAS

ID_TAREA Identificador int X X
único de la tarea.
Correlativo
generado por el
sistema.
TAREA Descripción de la varchar(100) 100
tarea.
FECHA_TAREA Fecha de la tarea. datetime
FINALIZADA Indica si una bit
tarea ya ha sido
completada o no.
0: Tarea sin
finalizar.
1: Tarea
finalizada.
auditoría que
registra el usuario
que creo el
registro.
auditoría que
registra el usuario
que modificó el
registro.
auditoría que
registra la fecha y
hora en que se
creo el registro.


auditoría que
registra la fecha y
hora en que se
modificó el
registro.
13.1.43 Tabla TIPO_DOCUMENTO
13.1.43.1 Descripción de la Tabla TIPO_DOCUMENTO

Catálogo de tipos de documentos.
1. Legales
2. Ofertas
3. Actas
13.1.43.2 Listado de Campos de la Tabla TIPO_DOCUMENTO

ID_TIPO_DOCUMENTO Identificador char(1) 1 X X
único del tipo
de
documento.
TIPO_DOCUMENTO Descripción varchar(20) 20 X
del tipo de
documento.
13.1.44 Tabla TIPO_INSPECCION
13.1.44.1 Descripción de la Tabla TIPO_INSPECCION

Catálogo de tipos de inspección.
13.1.44.2 Listado de Campos de la Tabla TIPO_INSPECCION

ID_TIPO_INSPECCION Identificador int X X
único del tipo
de inspección.
TIPO_INSPECCION Descripción varchar(20) 20
del tipo de
inspección.
13.1.45 Tabla TIPO_PROVEEDOR
13.1.45.1 Descripción de la Tabla TIPO_PROVEEDOR

Catálogo que permite clasificar los tipos de proveedor:
1: Fabricante
2. Distribuidor/Representante

13.1.45.2 Listado de Campos de la Tabla TIPO_PROVEEDOR

ID_TIPO_PROVEEDOR Identificador char(1) 1 X X
único del tipo
de proveedor.
TIPO_PROVEEDOR Descripción varchar(50) 50
del tipo de
proveedor.
13.1.46 Tabla TIPOS_MEDICAMENTOS
13.1.46.1 Descripción de la Tabla TIPOS_MEDICAMENTOS

Clasifica los tipos de productos a someter a procesos de compra conjunta. La tabla MEDICAMENTOS,
debería de llamarse PRODUCTOS. Este catálogo nos permitirá manejar en procesos de Compra
Conjunto otro tipo de bienes como los Insumos de Laboratorio.
01: MEDICAMENTOS
02: INSUMOS DE LABORATORIO
13.1.46.2 Listado de Campos de la Tabla TIPOS_MEDICAMENTOS

ID_TIPO_MEDICAMENTO Identificador char(2) 2 X X
único del tipo
de
medicamento.
Este es un
correlativo
único
generado por
el sistema.
TIPO_MEDICAMENTO Descripción varchar(30) 30
del tipo de
medicamento.
13.1.47 Tabla TIPOS_REQUISITOS
13.1.47.1 Descripción de la Tabla TIPOS_REQUISITOS

Catálogo de tipos de requisitos, los cuales pueden ser:
1. Administrativos.
2. Técnicos.
13.1.47.2 Listado de Campos de la Tabla TIPOS_REQUISITOS

ID_TIPO_REQUISITO Identificador char(1) 1 X X
único del tipo
de requisito.
TIPO_REQUISITO Descripción varchar(20) 20
del tipo de
requisito.

13.1.48 Tabla TIPOS_VALIDACION
13.1.48.1 Descripción de la Tabla TIPOS_VALIDACION

Clasifica los distintos tipos de validación a realizar para el cumplimiento del requisito. Los valores
posibles son:
0. Simple o sin opciones. Generalmente son marcados como cumplidos o no por el mismo usuario.
Ejemplo. Copia de documento de identidad.
1. De opción múltiple. Es decir que debe cumplirse almenos una de sus opciones para que el requisito
se cumpla.
2. De selección múltiple. Es decir que deben de cumplirse todas sus opciones para que el requisito se
cumpla.
13.1.48.2 Listado de Campos de la Tabla TIPOS_VALIDACION

único del tipo de
validación. Es un
correlativo
generado
automáticamente
por el sistema.
TIPO_VALIDACION Descripción del varchar(25) 25
tipo de
validación.

Manual Técnico Sistema Precalificación 2011

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Manual Técnico Sistema Precalificación 2011

Cargado por

Copyright:

Formatos disponibles

SECRETARIA EJECUTIVA DEL CONSEJO DE

MINISTROS DE SALUD DE CENTROAMÉRICA Y

MANUAL TÉCNICO DE LA APLICACIÓN

SAN SALVADOR, MAYO DE 2011

Manual técnico SE-COMISCA/2011 Página 2 de 73

4. OBJETIVOS Y RESTRICCIONES ARQUITECTÓNICAS 9

4.1 PLATAFORMA TECNOLÓGICA 9

5. VISTA DE CASOS DE USO 21

5.1 FICHA DEL MODELO MODELOORIENTADOOBJETOS 21

6. DESCRIPCIÓN COMPLETA DEL MODELO 21

6.1 LISTA DE DIAGRAMAS 21

Manual técnico SE-COMISCA/2011 Página 3 de 73

7.1.2 SERVIDOR DE BASE DE DATOS 25

9.1 ARQUITECTURA DEL SISTEMA 28

10. VISTA DE PROCESOS 33

10.1 PROCESOS DISTRIBUIDOS 33

11. DIAGRAMAS DEL MODELO FÍSICO DE DATOS 34

11.1 DIAGRAMA FÍSICO DE DATOS 34

12. LISTADO DE OBJETOS 35

12.1 OBJETOS DEL MODELO FÍSICO DE DATOS 35

13.1 MODELADO DE TABLAS 36

Manual técnico SE-COMISCA/2011 Página 4 de 73

13.1.6 TABLA DET_OFERTA 43

Manual técnico SE-COMISCA/2011 Página 5 de 73

El presente documento contiene el diseño del sistema informático de la consultoría

La arquitectura del sistema está representada siguiendo las recomendaciones de

 Vista de Casos de Uso: Describe el proceso más significativo y el modelo del

La arquitectura sigue el framework "4+1" presentando el [KRUTCHEN], este

Figura 1, “4+1” Vistas de KRUTCHEN

Manual técnico SE-COMISCA/2011 Página 6 de 73

Presentar las especificaciones de diseño o requisitos que deberá cumplir el nuevo

 Definir los estándares de diseño que se seguirán en el desarrollo de la interfase de

 Describir las metodologías y tecnologías con las que será desarrollada la

 Identificar los actores que intervienen en el uso del sistema.

 Especificar cada uno de los atributos de la base de datos.

Manual técnico SE-COMISCA/2011 Página 7 de 73

[bauer2] Java Persistence with Hibernate, Second Edition of Hibernate in

Manual técnico SE-COMISCA/2011 Página 8 de 73

4. OBJETIVOS Y RESTRICCIONES ARQUITECTÓNICAS

4.1 Plataforma Tecnológica

El Sistema será implementada en un Contenedor de Servlet y XUL/XHTML (Tomcat1

También se desarrollará como una aplicación distribuida basada en Internet, utilizando

Se desarrollará bajo una arquitectura MVC (Model-View-Controller), Modelo, Vista,

El patrón MVC nos ayuda a desacoplar la lógica de negocios de la interfaz de usuario,

Manual técnico SE-COMISCA/2011 Página 9 de 73

Backing Beans XUL/XHTML (Vista)

SPRING FRAMEWORK Objetos de lógica

Manejo declarativo de Integración con

Data Access Object

XML Mapeos Clases Persistentes

Manual técnico SE-COMISCA/2011 Página 10 de 73

Figura 2, Arquitectura de desarrollo y tecnologías utilizadas para aplicación Web.

Las transacciones han sido implementadas utilizando características de programación

La persistencia de datos se manejará utilizando un ORM (Object to Relational

Manual técnico SE-COMISCA/2011 Página 11 de 73

Clases Mapeos XML

Figura 3. Funcionamiento de alto nivel en Hibernate.

Manual técnico SE-COMISCA/2011 Página 12 de 73

4.5 Tecnologías Utilizadas

Para el desarrollo del sistema se utilizaran las siguientes tecnologías: ZK Framework

Este framework posee un mecanismo conducido por eventos basado en AJAX,

Figura 4, Arquitectura ZK Framework

4.5.2 Spring Framework