TRMINOS DE REFERENCIA

COMPONENTE 3: ADECUADA ADMINISTRACIN DEL PORTAL WEB Y

CAPACITACIN DEL PERSONAL DE LA UNJBG
ACTIVIDAD: IMPLEMENTACIN DE LA WEBSITE DE LA UNJBG.

1 Denominacin de la Contratacin
Servicio para la Implementacin de la website de la UNJBG.

2 Finalidad Publica
En la presente meta del componente 3 es la implementacin de la WebSite de la
UNJBG que comprende facultades, escuelas y sedes.

3 Antecedentes
En contar con una website confiable, gil y segura, es y ha sido un factor crtico
de xito en la gestin de instituciones educativas, tanto en pblica como
privada. Ya en medio de la modernidad de la NTIC y el mejoramiento continuo,
son pilares bsicos para lograr administraciones seguras y ms eficientes en la
aplicacin de sistemas web.

4 Objetivos
a Objetivos Generales
Contar un nuevo portal web institucional (UNJBG, Facultades, Escuelas y
Sedes) moderno, dinmico y de acceso rpido, bajo el concepto sistema
de administracin de contenido, herramienta que debe permitir la
administracin y mantenimiento de cada uno de los subsistemas
implementados.

b Objetivos Especficos
Trabajar coordinadamente con el responsable del Proyecto
Mejoramiento del Servicio Informtico de la Plataforma web de la
UNJBG, Supervisor del proyecto, as como los usuarios de las
reas intervenidas.

Adoptar estndares (metodologa orientada a objetos RUP, AGIL),

polticas y procesos institucionales para la captura, generacin de
procesamiento, flujo, divulgacin y administracin de la
informacin generadas en la gestin de acadmica.

Modela y disear sistemas web en las distintas facultades,

escuelas y sedes, teniendo en cuenta los requerimientos y la
disponibilidad de recursos que cuenta el rea usuaria.

Elaborar documentacin funcional del Sistema web (Documento

gua del modelamiento del sistema, manual de usuario y manual
de configuracin)

Brindar soporte a los distintos sub sistemas informticos que

componen el Sistema de website de la UNJBG.

Capacitacin y monitoreo de los usuarios (administradores) de los

distintos subsistemas web implementados (Implantacin).

5 Alcances y descripcin del servicio

1 Actividades
Requerimientos del servicio
A Contratacin de Servicios
Podrn presentarse consultores independientes o empresas, que brinden los
servicios para implementacin de la WebSite de la UNJBG, debiendo de contar
conocimientos y experiencia en el anlisis, diseo e implementacin de
sistemas web, en entidades pblicas (Instituciones Universitarias).

B Organizacin del Equipo Consultor

El xito del servicio est determinado por la participacin activa, no solo de los
usuarios internos (personal acadmico y administrativo), sino que, requiere
contar con un equipo interdisciplinario, con capacidades innatas de
compromiso y liderazgo con cada una de las reas involucradas.

La conformacin del Equipo de Trabajo, ser teniendo en cuenta los siguientes

roles:

1 Listado de los Roles

Responsable del Servicio (Consultor Principal)
Analistas programadores

2 Descripcin de los Roles

Consultor Responsable
o DESCRIPCIN DEL ROL: Profesional con alto nivel de
liderazgo, conocimiento y compromiso con el proyecto. La
funcin del gerente del proyecto es planificar, dirigir,
controlar, distribuir recursos, logrando el xito en tiempos,
costos, servicio y calidad del resultado del proyecto.

Peridicamente deber elaborar informes de gestin

remitidas a la Unidad Ejecutora y Oficina de Informtica y
Sistemas de Informacin

o PERFIL DEL CONSULTOR:

Profesional Titulado en Ingeniera de Sistemas,
Informtica o carreras afines.
Dominio del rea de sistemas, capacidad de Anlisis,
Diseo, codificacin, prueba e implantacin de
sistemas de aplicaciones web pequeas y/o medianas
o parte de una compleja, en ms de 2 servicios
realizados.

Analistas Programadores:
o DESCRIPCIN DEL ROL: Los analistas de sistemas o
simplemente denominados analistas, son los responsables de
realizar un anlisis exhaustivo de los sistemas informticos
tanto en el escenario actual como el propuesto, de acuerdo a
lo captado por la reingeniera de procesos, captando de este,
todos aquellos procesos que requieren ser automatizados.
Encargados de la elaboracin de la documentacin que
compromete el entendimiento, funcionamiento y puesta en
marcha del Sistema web (manuales de anlisis y diseo de SI,
manuales de usuario, manuales configuracin del SI, entre
otras relacionadas a la implementacin del SI).

o PERFIL DEL ANALISTA PROGRAMADOR:

Profesional Titulado en Ingeniera de Sistemas,
informtica o carreras afines
 Experiencia en la construccin de los siguientes
Artefactos: - Especificaciones de Casos de Uso de
Negocio, Diagrama de Actividades de Procesos de
Negocio, Especificaciones de Casos de Uso de
Sistema, Diagramas de Casos de Uso, Diseo de
soluciones que permitan la integracin entre
plataformas, as como la aplicacin de Casos de
Prueba e Informe de Pruebas (Conocimiento y manejo
de la Metodologa RUP con UML, SCRUM)
Experiencia en desarrollo de software
Conocimiento y manejo del Software SQL Server
Conocimiento y manejo de Lenguaje de desarrollo
visual.
DESCRIPCIN CARACTERISTICAS
Metodologa Orientada a Metodologa RUP
Objetos Metodologa AGIL
Lenguaje a utilizar PHP 5.3 o superior, ASP, C#, HTML 5, CSS3,
JavaScript, Jquery (segn experiencia y adecuacin
a los aplicativos)
Base de datos SQL Server 2012 o superior
Servidor de Aplicaciones Apache / 2.2.20 o superior
Sistema Operativo de Red Ubuntu Server 16.04 LTS 64 bits
Sistema Operativo Cliente Multiplataforma (IE 8; Firefox 44.0, Chrome 55.0 o
superior)
Framework Solucin Open Source con soporte y mantenimiento
de un ao
Interfaces LDAP
Sistema de Seguridad Integrado
Sistema Administrativo
Otras bases de datos

C Requerimientos del Sistema

1 Configuracin Tcnica
Sistema Multiusuario (Opera en Sistema de Red)
Plataforma Sistema Operativo Windows
Plataforma del Sistema: Cliente/Servidor (N capas, MVC)
Utilizacin de un motor de bases de datos MS-SQL Server
Debe incluir registros de auditora y administracin para una mxima
seguridad. Estos deben ser para todo tipo de registro incluyendo los
accesos al sistema.
El Software debe estar desarrollado en un lenguaje de programacin
visual (Microsoft Visual Studio .Net, PHP 5.3 o superior, ASP, C#, HTML
5, CSS3, JavaScript).
Los mdulos que sean en versin Web, ser bajo la tecnologa
cliente/servidor de N capas o MVC (segn recomendaciones de
proveedor y supervisor de proyecto) y debern estar desarrolladas en
.Net, PHP 5.3 o superior, ASP, C#, HTML 5, CSS3, JavaScript. y
ejecutarse en un servidor IIS u Apache 2.2.20 o superior). Las
estaciones cliente solo debern necesitar un explorador de Internet
para ejecutar las aplicaciones web.
Otras funcionalidades es que permiten desarrollar aplicaciones que
pueden ser accesibles por cualquier dispositivo mvil (Celular,
Ipad, IPHONE o Tablet).

2 Descripcin del Sistema

La web site de la UNJBG corresponde las diferentes pginas de cada
facultad, escuela y sedes que sern desarrolladas por uso de la metodologa
orientada a objetos indicadas previamente. Las paginas a desarrollar sern:

1 Website de la Universidad Nacional Jorge Basadre Grohmann

2 Website de las 06 Facultades
o Website de las 27 escuelas profesionales.
3 Escuela de Posgrado
4 Instituto de informtica y Telecomunicaciones - ITEL
5 Centro de Idiomas - UNJBG
6 Instituto de Investigacin, Produccin y Extensin Agraria

Conlleva tambin en la capacitacin correspondiente en la administracin

del website a los diferentes encargados de cada facultad, escuela, donde
cada administrador asegurara que la informacin del sitio web es correcta,
segura y est actualizada, etc.

Para la migracin de datos o informacin actuales en las diferentes website

que existen deben ser paralelas segn el avance y desarrollo de las websites
en coordinacin con el personal involucrado de cada facultad, escuela, el
personal de OSIS y el supervisor del proyecto.

Esta partida tambin conlleva en la instalacin y configuracin del servidor

de base de datos, servidor web, configuracin de firewall para la proteccin
de la base de datos (shorewall) con el correspondiente licenciamiento de
software para el Sistema operativo y base de datos:

- Implementacin y configuracin de servidores para el portal web

- Licenciamiento de software
- Instalacin y configuracin del servidor web
- Instalacin y configuracin del servidor de base de datos
- Instalacin y configuracin del servidor de aplicaciones
- Instalacin y configuracin de servicio de shorewall y DNS

Aspectos tcnicos de desarrollo general:

Aspectos de accesibilidad
La pgina principal del sitio Web ptimamente debe tener menos
de 300KB. En general, ninguna de las pginas del sitio Web
debera de sobrepasar esta medida, excepto cuando sea
necesario debido a la naturaleza de la informacin que se
requiere desplegar.
Desde cualquier pgina debe ser posible regresar a otras del sitio
Web por medio de enlaces.
El sitio Web no debe abrumar al usuario con exceso de
informacin y enlaces. Para que un usuario encuentre fcilmente
la informacin, esta no debe estar dispersa por toda la pantalla.
Debe agruparse de manera coherente y ordenada, lo cual facilita
la visibilidad e interpretacin de los datos.
Cualquier tipo de paradigma de navegacin no debe presentar
(en general) ms de 10 opciones simultneas al usuario. Para
lograr esto, los enlaces pueden agruparse en categoras, las
cuales no deberan de tener una profundidad mayor a 2 niveles
 en forma simultnea. Si existe ms informacin, sta debe ser
agrupada en pestaas dentro del sitio Web. Se recomienda tener
el mapa del sitio disponible que presente todas las secciones
disponibles.
En general, ninguna pgina debera de obligar al usuario a hacer
scroll o descender en forma vertical el equivalente a ms de 3
4 pantallas. Es preferible colocar un enlace siguiente que lleve a
una pgina en la que se muestre el resto de la informacin cada
vez que esto suceda.
Se debe evitar que el usuario tenga que hacer scroll horizontal.
Para esto es importante no agrupar elementos de ancho esttico
que abarquen demasiado espacio horizontal y disear el
contenido de manera que se ajuste a tamaos diversos de
pantalla, en cierta medida, lo que se conoce como diseo lquido
(fluid o liquid layout).
Se debe evitar utilizar tablas para definir el diseo de los objetos
en la pantalla. Es preferible utilizar el modelo de cajas CSS, pues
las tablas ocasionan problemas de legibilidad a programas de
interpretacin en audio orientados a personas con
discapacidades. En general, las tablas deben utilizarse
especficamente para datos tabulares (como los que iran en hojas
de clculo Excel y similares). Sin embargo, el diseo exclusivo con
cajas CSS no est completamente soportado por el navegador de
ms uso actualmente, por lo que esta consideracin se hace
sobre todo pensando a futuro.
El sitio Web no debe estar hecho con imgenes que sustituyen los
textos y el diseo Web HTML-CSS por completo, y que cubren
todo el espacio para formar la pgina. Si hay textos estos deben
ser accesibles para personas con discapacidad por medio de
programas que permiten su interpretacin (los textos en
imgenes no permiten esto) y que favorezcan el uso y
transmisin de la informacin. Las imgenes deben tener
descripciones en sus atributos title y textos sustitutivos en sus
atributos alt al igual que un maximizador.
Los enlaces deben contener textos o imgenes representativos
del contenido al que apuntan (conos). Deben ser intuitivos y de
fcil acceso con el dispositivo de entrada (no hacer enlaces muy
pequeos en los que se dificulta hacer clic).

Lineamientos de contenido del sitio (recomendado)

El sitio Web de la Universidad Nacional Jorge Basadre Grohamnn
debe mantener una escritura coherente en sus textos,
presentando la ortografa correcta y en la medida de lo posible
evitando palabras en otros idiomas cuando existen sinnimos en
espaol que sean reconocidos convencionalmente.
Es muy importante que el sitio Web incluya una versin en ingls
de los mdulos principales.
El sitio Web debe contar con un responsable general
(administrador). El o los responsables del mantenimiento deben
actualizar el sitio Web regularmente. En general, despus de 6
 meses sin actualizaciones puede considerarse a un sitio Web
como abandonado.
El sitio Web debe contar en su pgina de inicio o principal con un
medio para contactar a la administracin del sitio, puede ser un
formulario de contacto o la direccin email del administrador.
El ttulo de cada pgina debe hacer mencin a la seccin en la
que se encuentra.
Toda seccin que tenga instalaciones fsicas, debe contener una
imagen de alguna edificacin o lugar representativo de la unidad
a la que pertenece.
Toda seccin debe mostrar en la cabecera de cada pgina el
logotipo con el lema de la institucin: Universidad Nacional Jorge
Basadre Grohamnn.
Toda seccin debe tener en la cabecera de cada pgina un enlace
Inicio al sitio principal de UNJBG.
Toda seccin debe tener en el pi de pgina el smbolo de
copyright [ao] Universidad Nacional Jorge Basadre Grohmann
Todos los derechos reservados.
Toda seccin que contenga un espacio de noticias, agenda o
programacin se debe actualizar con regularidad
(semanalmente).
Toda seccin de relevancia o de informacin prioritaria debe
actualizarse con regularidad (anualmente).
Toda seccin debe contener dentro del espacio head del cdigo
HTML un meta tag llamado description, que ayuda a distintos
motores de bsqueda a indexar la pgina. A continuacin, se
muestra un ejemplo (texto en negrita):

<!DOCTYPE HTML PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"

"http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html>
<head>
<title>Nombre del Sitio</title>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
<meta name="description" content="Universidad Nacional Jorge
Basadre Grohmann [palabras claves para guiar a los usuarios en
bsquedas]" />
</head>

Referencia a diagrama del sitio Web

El siguiente diagrama muestra una sugerencia para la normativa de
diseo del sitio Web las cuales debern ser supervisadas por el inspector
del proyecto y la Oficina de Informtica y Sistemas de Informacin:
 El ancho general del sitio sugerido es de 1000 pxeles, dada la
gran cantidad de usuarios que actualmente navegan la Internet
en monitores que permiten anchos bastante amplios de
resolucin de pantalla. De todas maneras, se puede trabajar este
ancho a un 90% para una mayor adaptabilidad.
Separar la plana en tres secciones principales: un header o
encabezado, un body o cuerpo de la pgina y un footer o pie de
pgina.
El header o Cabecera no deber tener una altura superior a los
110 pxeles, aqu tendr incluido un men de acceso de
exploracin y un buscador general.
El banner estar situado debajo del header o cabecera y no debe
sobrepasar los 157 pxeles.
El logotipo ir a la izquierda de la seccin header y no
sobrepasar las dimensiones de 75x135 pxeles.
El men principal no deber sobrepasar de 10 mdulos.
Los mens internos de cada pgina irn en la columna izquierda
del body no sobrepasando un ancho de 160 pxeles.
El color de fondo del sitio puede ser blanco.
Finalmente, la seccin footer o pi de pgina no tendr un alto
mayor a 125 pxeles, incluyendo siempre en esta seccin:
o Enlaces directos (Latindex, Universia, ONGEI, CEPU, entre
otros).
o Contador de visitas.
o Informacin de contacto de la institucin.
o Derechos de autora.
 o Men de navegacin adicional: trminos de uso, contactos
y plug-in de descargas general del sitio Web (con enlaces
de texto).
o Los colores de esta seccin irn anexados en el manual
normativo en la seccin Web.

Colores complementarios del sitio Web

No se debe utilizar colores demasiado contrastantes, para mantener la
sobriedad del sitio Web. La gama de colores recomendada es la siguiente
(supervisada por la oficina de OSIS y OCIM):

#F5F5F5
#560000 #770303 #FFB700 FFBC00

# EB6600 #FC740D

Tipografa complementaria - medios online

El conjunto de tipografas que se utilizar ser Arial, Helvtica y Verdana
en este orden de preferencia.
Establecido y definido el texto se trasladar todo al nivel de CSS para
manejar el estndar bsico del sitio Web de la UNJBG.
Estilo base de CSS del sitio Web
Esta base es la primaria en estndar de lo que debe contener el sitio
Web, conforme al desarrollo completo o de acuerdo a la complejidad del
desarrollo se crearn nuevos estilos, definindolos y adicionndolos al
manual Web de la UNJBG.

Banners
Banner principal: Tipo slide (animado - flash), desarrollado con texto de
noticias o novedades e imgenes en xml y flash con botones de pausa,
anterior y siguiente, mximo 3 diapositivas animadas.
Banner pgina interna: Desarrollado en un jpg y/o gif agregando el ttulo
de la seccin en la que se encuentra

Detalles Grficos
La muestra de detalles grficos consta de una onda tenue con efecto
degradado con transparencia, en el diseo de la cabecera, table y pi de
pgina, dicha seccin da movimiento al diseo, se puede mantener en
los cuadros o detalles a agregar a futuro, sin perder la uniformidad.

Lnea grfica aplicada

 Para la creacin del sitio Web es importante establecer un diseo acorde
con la imagen institucional de la Universidad Nacional Jorge Basadre
Grohmann, la cual se debe reflejar en su pgina principal.
Se desea entonces, un diseo gil y atractivo, pero al mismo tiempo
sobrio y acorde con las tendencias actuales de la composicin de los
sitios Web Universitarios y otras establecidas en el mismo rubro, que se
destacan por tener en sus portales variedad de informacin y sobre todo
una vitrina amplia con palabras claves o vnculos que llevan al visitante
donde quiere llegar sin mucho esfuerzo.

MEDICIN:
El desarrollo de website UNJBG se medir forma global en el desarrollo de
software (cdigo fuente), documentacin y capacitacin a los
administradores de la website.

2 Procedimiento

I EVALUACIN DEL DISEO DE LA WEBSITE

El proveedor deber realizar como mnimo 3 prototipos de diseo de website
para la evaluacin correspondiente con los lenguajes propuestos y adaptables a
dispositivos mviles segn normas tcnicas.
La evaluacin y verificacin de los prototipos estarn asignadas a las diferentes
oficinas y personal de la UNJBG como:
Oficina de Informtica y Sistemas de Informacin
Personal de la Oficina de Imagen Institucional
Personal de la dependencia que pertenece el aplicativo (facultad,
escuela, sede, etc.)
Supervisor del Proyecto
Autoridades de la UNJBG

II OBSERVACION DE DESARROLLO DE SOFTWARE

Alguno aplicativos correspondientes a la Oficina de Actividades y Servicios
acadmicos se viene mejorando con participacin de personal de la oficina, es
por ello que el desarrollo que involucra algunos de estos aplicativos se revisaran
previamente para su respectiva migracin al formato de programacin realizada
por el proveedor dando mejoras y/o incrementando mdulos que requiere la
dependencia. Para ello se realizar una evaluacin y auditoria de los aplicativos
y base de datos por personal especializado en el rea. La documentacin
realizara por la auditoria ayudara a la mejor integracin de la base de datos y
de los diferentes sistemas que conlleva la plataforma web.

III HABILITACIN DE LA INTERCONEXIN DE LAS SEDES, FACULTADES

DE LA UNJBG
Es necesario para todo sistema integrado de gestin de la plataforma web
pueda funcionar de forma ptima, que todas las oficinas, dependencias o sedes,
deban estar interconectadas, para lo cual se validara la conexin va internet de
las sedes de la Universidad Nacional Jorge Basadre Grohmann, Sede local
central e INPREX.

IV MIGRACIN DE DATOS
 Toda la informacin dispuesta en
aplicativos existentes y/o nuevos, se
factibilidad, portabilidad y seguridad
personal de la Oficina de informtica
del proyecto.
la actual website de la universidad y
debe migrar los datos, disponiendo as la
de la base de datos, coordinadas por el
y sistemas de informacin y el supervisor

V ANLISIS Y DISEO DE BASE DE DATOS Y SISTEMAS

A Determinacin de los requerimientos de informacin
Es el estudio de un sistema para conocer cmo trabaja y dnde es necesario
efectuar mejoras. Los estudios de sistemas dan como resultado una
evaluacin de la forma como trabajan los mtodos empleados y si es
necesario o posible realizar ajustes.
Requerimiento. Es una caracterstica que debe incluirse en un nuevo
sistema, la cual es proporcionada normalmente por los usuarios.

Especificaciones de requerimientos.
a Anlisis de datos basados en hechos reales.
b Identificacin de requerimientos esenciales.
c Seleccin de estrategias para satisfacer los requerimientos.
Tcnicas para la recoleccin de datos
a Revisin de registros
b Cuestionarios
c Entrevistas
d Observacin
Presentacin de resultados
Cartula
ndice
Introduccin
1 Antecedentes
2 Importancia de la Investigacin
1 Planteamiento del problema
2 Justificacin
3 Objetivos: General y especficos
4 Alcances
5 Limitaciones
6 Delimitaciones
7 Marco Terico: Histrico, experiencial y conceptual.
8 Metodologa de la Investigacin: Tcnicas de recoleccin de datos, de
diseo de sistemas y plataforma (hardware y software) a utilizar.
9 Cronograma de actividades.
10 Plan de Solucin (o Plan Capitular).
11 Fuentes de Informacin.
12 Glosario.
13 Anexos.

B Normalizacin de la base de datos

La normalizacin es el proceso de organizar los datos de una base de datos.
Se incluye la creacin de tablas y el establecimiento de relaciones entre
ellas segn reglas diseadas tanto para proteger los datos como para hacer
que la base de datos sea ms flexible al eliminar la redundancia y las
dependencias incoherentes.
 Los datos redundantes desperdician el espacio de disco y crean problemas
de mantenimiento. Si hay que cambiar datos que existen en ms de un
lugar, se deben cambiar de la misma forma exactamente en todas sus
ubicaciones. Un cambio en la direccin de un cliente es mucho ms fcil de
implementar si los datos slo se almacenan en la tabla Clientes y no en
algn otro lugar de la base de datos.

Las reglas de Normalizacin estn encaminadas a eliminar redundancias e

inconsistencias de dependencia en el diseo de las tablas.
La Base de Datos debe cumplir con ciertas caractersticas:
La normalizacin de Base de Datos deber contener los diagramas de
Normalizacin Utilizados para el planteamiento de Base de Datos los cuales
pueden ser:
Primer nivel de Formalizacin/Normalizacin. (F/N)
Segundo nivel de F/N
Tercer nivel de F/N
Cuarto Nivel de F/N
Quinto Nivel de F/N

C Elaboracin de los diagramas de formas normales

El UML est compuesto por diversos elementos grficos que se combinan
para conformar diagramas. Debido a que el UML es un lenguaje, cuenta con
reglas para combinar tales elementos.

La finalidad de los diagramas es presentar diversas perspectivas de un

sistema, a las cuales se les conoce como modelo. Recordemos que un
modelo es una representacin simplificada de la realidad; el modelo UML
describe lo que supuestamente har un sistema, pero no dice cmo
implementar dicho sistema.
En esta etapa deben presentar Los Diagramas Formales UML siguientes:
Diagramas de Casos de Uso
Diagrama de Clases
Diagrama de Objetos
Diagrama de Casos de Uso
Diagrama de Estados
Diagrama de Secuencias
Diagrama de Actividades
Diagrama de Colaboraciones
Diagrama de Componentes
Diagrama de Paquetes

D Diseo de relaciones de datos

El modelo entidad-relacin ER es un modelo de datos que permite
representar cualquier abstraccin, percepcin y conocimiento en un sistema
de informacin formado por un conjunto de objetos denominados entidades
y relaciones, incorporando una representacin visual conocida como
diagrama entidad-relacin.
Aspectos a considerar:
Entidad
Atributos
Relacin
 Clave (primarias, forneas, superclave, candidata)
Integridad referencial
Tablas
Campos
Diagramas a considerar
Diagrama E/R por cada mdulo a implementarse
Diagrama de Objetos por cada mdulo a implementarse
Diagrama Integral E/R

E Anlisis de las necesidades del sistema

Usa la informacin recolectada anteriormente para hacer el diseo lgico y
fsico de la Base de Datos.
Diagramas a considerar:
Diagrama Fsico por cada mdulo a implementarse
Diagrama Lgico por cada mdulo a implementarse
Diagrama Fsico Integral
Diagrama Lgico Integral

F Documentacin de la base de datos y sistemas

Est compuesto bsicamente por el Diccionario de datos, un diccionario de
datos es un conjunto de metadatos que contiene las caractersticas lgicas y
puntuales de los datos que se van a utilizar en el sistema que se programa,
incluyendo nombre, descripcin, alias, contenido y organizacin.
Contenido del diccionario
Cada uno est identificado con:
Un nombre: para distinguir un dato de otro.
Descripcin: indica lo que representa en el sistema.
Alias: porque un dato puede recibir varios nombres, dependiendo de
quin uso este dato.
Longitud: porque es de importancia de saber la cantidad de espacio
necesario para cada dato.
Valores de los datos: porque en algunos procesos solo son permitidos
valores muy especficos para los datos. Si los valores de los datos
estn restringidos a un intervalo especifico, esto debe estar en la
entrada del diccionario.
Estructura de datos: es un grupo de datos que estn relacionados con
otros y que en conjunto describen un componente del sistema.
Descripcin: Se construyen sobre cuatro relaciones de componentes.
Se pueden utilizar las siguientes combinaciones ya sea
individualmente o en conjuncin con alguna otra.
Relacin secuencial: define los componentes que siempre se incluyen
en una estructura de datos.
Relacin de seleccin: (uno u otro), define las alternativas para datos
o estructuras de datos incluidos en una estructura de datos.
Relacin de iteracin: (repetitiva), define la repeticin de un
componente.
Relacin opcional: los datos pueden o no estar incluidos, o sea, una o
ninguna iteracin.
Notacin: Los analistas usan smbolos especiales con la finalidad de
no usar demasiada cantidad de texto para la descripcin de las
relaciones entre datos y mostrar con claridad las relaciones
 estructurales. En algunos casos se emplean trminos diferentes para
describir la misma entidad (alias) estos se representan con un signo
igual (=) que vincula los datos.

G Implementacin y pruebas de base de datos

La implementacin se llevar de la siguiente manera:
Etapa I:
Instalacin del Servidor SQLSERVER
Generar Proyecto de Base de Datos
Generar Vistas
Generar Procedimientos Almacenados
Generar Funciones
Generar Triggers
Etapa II:
Listado de Vistas
Listado de Tablas
Listado de Procedimientos Almacenados
Listado de Funciones
Listado de Triggers

H REQUERIMIENTOS NO FUNCIONALES
1 La herramienta podr utilizar una base de datos diferente a la de la
herramienta para insertar los datos de la Plataforma.
2 Se deber implementar en los ambientes de desarrollo/pruebas; el
Framework, los componentes, mdulos, dependencias, as como la
configuracin necesaria para su correcto funcionamiento.
3 Los aplicativos informticos web debern estar integrados al sistema
informtico de seguridad de la entidad, que gestiona a los usuarios con
el Active Directory u otro mecanismo, a travs de web services provistos
por la entidad.
4 La entidad brindar informacin tecnolgica y de proceso para lograr que
el sistema a desarrollar se integre con los sistemas de informacin de la
entidad.
5 Las aplicaciones web a desarrollar por el proveedor debern estar
preparadas para ejecutarse en plataforma Web.
6 En caso de que el usuario haya olvidado su contrasea se debe contar
con un enlace para el envo de la contrasea al correo registrado,
previamente verificado su autenticidad.
7 El software a desarrollar debe utilizar el patrn de arquitectura de
software Modelo Vista Controlador (MVC).
8 Utilizar el lenguaje de programacin PHP, bajo el paradigma de
programacin orientada a objetos.
9 Para la capa de vista de debe utilizar pginas dinmicas con tecnologa
AJAX (Asynchronous JavaScript and XML) utilizando algn framework
Javascript que garantice el correcto funcionamiento en los navegadores
ms utilizados.
10 En caso de herramientas basadas en Open Source, el consultor proveer
del soporte por lo menos de un ao a nombre de la entidad a partir de la
instalacin del mismo.

3 Reglamentos Tcnicos
Requisitos Genricos:
Desempeo:
Garantizar la confiabilidad, la seguridad y el desempeo del sistema
informtico a los diferentes usuarios a nivel nacional. En este sentido
la informacin almacenada podr ser consultada y actualizada
permanente y simultneamente, sin que se afecte el tiempo de
respuesta.
El sistema debe estar en capacidad de dar respuesta al acceso de
todos los usuarios y a los procesos batch con tiempo de respuesta
aceptable y uniforme, en la medida de las posibilidades tecnolgicas
de la Universidad Nacional Jorge Basadre Grohamnn, en perodos de
alta, media y baja demanda de uso del sistema.

Disponibilidad:
Asegurar una disponibilidad cercana al 100% por parte del sistema en
todo momento que la UNJBG o el servicio contratado para su
almacenamiento y publicacin mantenga el sistema en lnea
(dependencia de infraestructura ajena al proveedor del presente
servicio servidores dedicados).
Operar de la misma manera (y de acuerdo a los privilegios de acceso
definidos) para todos los niveles de la estructura jerrquica de la
UNJBG.

Escalabilidad:
El sistema debe ser construido sobre la base de un desarrollo
evolutivo e incremental, de manera tal que nuevas funcionalidades y
requerimientos relacionados puedan ser incorporados afectando el
cdigo existente de la menor manera posible.
El sistema debe estar en capacidad de permitir en el futuro el
desarrollo de nuevas funcionalidades, modificar o eliminar
funcionalidades despus de su construccin y puesta en marcha
inicial.

Facilidad de Uso e Ingreso de Informacin:

El sistema debe ser de fcil uso y entrenamiento por parte de los
usuarios de la UNJBG, as como de fcil adaptacin de la entidad con
el mismo.
El ingreso de informacin al sistema debe disearse con
transacciones que permitan el ingreso de los datos de forma parcial;
es decir, que el tamao de las pginas de registro (o formularios) de
informacin sean adecuadas de acuerdo con la estabilidad de la red.
El sistema debe presentar mensajes de error que permitan al usuario
identificar el tipo de error y comunicarse con el administrador del
sistema.

Flexibilidad
El sistema debe ser diseado y construido con los mayores niveles de
flexibilidad en cuanto a la parametrizacin de los tipos de datos, de
tal manera que la administracin del sistema sea realizada por un
administrador funcional del sistema.

Portabilidad
 El sistema debe ser fcil de instalar en todas las plataformas de
hardware y software de base definida por la Oficina de Informtica y
Sistemas de Informacin, las cuales el proveedor debe alojarla en una
arquitectura de 3 capas.
El sistema debe tambin operarse por dispositivos mviles (celulares,
tablets, TV, etc)

Mantenibilidad
Todo el sistema deber estar complemente documentado, cada uno
de los componentes de software que forman parte de la solucin
propuesta debern estar debidamente documentados tanto en el
cdigo fuente como en los manuales de administracin y de usuario.
Base de datos (manual de procedimientos, triggers,)
El sistema debe contar con una interfaz de administracin que
incluya: Administracin de usuarios, Administracin de mdulos y
Administracin de parmetros. En cada una de stas secciones
deber ofrecer todas las opciones de administracin disponibles para
cada uno.
El sistema debe estar en capacidad de permitir en el futuro su fcil
mantenimiento con respecto a los posibles errores que se puedan
presentar durante la operacin del sistema.

Encontrabilidad (findability)
El sistema debe contar con la capacidad de que los contenidos
digitales sean fcilmente localizados por los buscadores locales o
estndar como Google, Yahoo, bing, etc.

Operatividad
El sistema debe ser de fcil operacin por el rea tcnica de la
Oficina de Informtica y Sistemas de Informacin de la UNJBG, y que
demande un bajo nivel de soporte de los usuarios del sistema.
El sistema deber poder ser administrado remotamente por las
personas encargadas o designadas por la UNJBG (este requerimiento
depender de la arquitectura seleccionada por la UNJBG).

Seguridad
La seguridad del sistema debe estar regida por las Polticas de
Seguridad de la institucin y/o por las normas tcnicas peruanas
NTP-ISO/ IEC 17799:2008 EDI. Tecnologa de la Informacin. Cdigo
de buenas prcticas para la gestin de la seguridad de la
informacin. 2a. Edicin.
El acceso al Sistema debe estar restringido por el uso de claves
asignadas a cada uno de los usuarios. Slo podrn ingresar al
Sistema las personas que estn registradas, estos usuarios sern
clasificados en varios tipos de usuarios (o perfiles) con acceso a las
opciones de trabajo definidas para cada perfil (Gestin de Accesos).
Se debern considerar criterios de identidad y autorizacin.
El control de acceso implementado debe permitir asignar los perfiles
para cada uno de los roles identificados.
Respecto a la confidencialidad, el sistema debe estar en capacidad
de rechazar accesos o modificaciones indebidos (no autorizados) a la
 informacin y proveer los servicios requeridos por los usuarios
legtimos del sistema.
El sistema deber contar con mecanismos que permitan el registro de
actividades con identificacin de los usuarios que los realizaron.
El sistema debe contar con pistas de auditora de las actividades que
se realizan sobre el sistema con niveles razonables para la
reconstruccin e identificacin de los hechos.
El sistema deber estar preparado para evitar la intrusin o
infiltracin de cdigo intruso por cualquier mtodo.
Se deber considerar una prueba de hacking tico para el sistema,
cuyo entregable deber consistir en la lista de vulnerabilidades del
sistema y red de tal manera que esta informacin sirva para
levantar las vulnerabilidades de acuerdo al alcance del servicio (las
vulnerabilidades encontradas debern ser levantadas por los
administradores o proveedores de cada servicio). El proveedor
deber coordinar con los representantes de UNJBG sobre los mtodos
y herramientas a utilizar en la prueba. Los test y pruebas generadas
tendrn como alcance todos los componentes de los que depende el
servicio que se brindarn a travs del portal.
Cumplimiento de la Ley N 29733, LOPD en cuanto a la salvaguarda
de los datos de carcter personal y de las especificaciones previstas
en el Esquema Nacional de Seguridad

Validacin de Informacin
El sistema debe validar automticamente la informacin contenida en
los formularios de ingreso. En el proceso de validacin de la
informacin, se deben tener en cuenta aspectos tales como
obligatoriedad de campos, longitud de caracteres permitida por
campo, manejo de tipos de datos, entre otros.

Rendimiento
Garantizar que el diseo de las consultas no afecte el desempeo de
la base de datos, ni considerablemente el trfico de la red.

Completitud de la solucin
El conjunto de prestaciones de la plataforma Web debe dar cobertura
al proceso de Sistema de gestin acadmica web, Sistema de
mdulos aplicativos administrativos, tramite documentario, sistema
de telefona web, sistema de wifi, sin limitaciones en el nmero de
procedimientos a implantar.

Seleccin de desarrollo de aplicaciones web:

Las metodologas denominadas giles, se adapta en el proceso de
desarrollo a los diferentes aplicativos y que permiten fcilmente
incorporar y contemplar cambios en los requisitos de los usuarios. Es
por ello que parece adecuado, el uso de este tipo de procesos para el
desarrollo de la plataforma Web.

Personalizacin de la solucin
Aunque el modelo de diseo y desarrollo de la solucin estar
orientado a la configuracin productos homogneos y estandarizados
para el conjunto de las diferentes oficinas acadmicas y
 administrativas, la plataforma web debe soportar la posibilidad de
implementar personalizaciones y versiones para determinadas reas
sin perder la integridad de la solucin general es decir la
escalabilidad del sistema, as como los servicios de telefona VoIP y
WiFi.

Interoperabilidad:
Se garantizar un adecuado cumplimiento de las directrices
contempladas en el reglamento de cada una de las sedes, oficinas
acadmicas y administrativas, en lo que respecta a la comparticin y
el intercambio de datos.

Neutralidad tecnolgica y multiplataforma

La Plataforma Web debe ser compatible con diferentes entornos de
sistemas (sistema operativo, sistema de gestin de bases de datos,
servidores de aplicacin, navegadores Web, etc.) con el objetivo de
no condicionar, en la medida de lo posible, la arquitectura de
sistemas de la UNJBG en funcin de la plataforma seleccionada.
Respecto a los navegadores Web deber ser compatible, como
mnimo, con las ltimas versiones de Google Chrome, Internet
Explorer y Firefox.

Rendimiento y alta disponibilidad

Explotacin de la plataforma bajo un modelo de alta disponibilidad
clster que garantice el rendimiento de la solucin para el conjunto
de usuarios concurrentes esperado.

Usabilidad
Con la premisa de que los usuarios logren sus propsitos con
efectividad, eficiencia y satisfaccin en el sistema de gestin
acadmica, administrativa, el sistema ofrecer una interfaz de
usuario sencilla, comprensible y de fcil utilizacin a travs de un
navegador web.

Accesibilidad
La interfaz de usuario proporcionada por la aplicacin deber de estar
alineada con estndares y normativas de accesibilidad, cumpliendo al
menos con las directrices recogidas por la Iniciativa de Accesibilidad
Web (WAI) al menos en su nivel doble-A de conformidad W3C.

Contenidos de utilidad
La temtica y las bsquedas deben ir acordes con el usuario final, si
no, lo ms seguro es que el visitante abandone la pgina
rpidamente.

Debe ser intuitivo

Hacer fcil la navegacin genera que las visitas consigan fcilmente
su objetivo. Adems, evita abandonos en tu pgina web.

Diseo atractivo
En la web, una primera impresin cuenta, ya que representa nuestro
 web institucional. Debe tener un buen diseo que genere confianza,
seriedad y muy buena impresin.

Contenido bien estructurado

Un desglose del contenido claro y sencillo, bien explicado. La
importancia de una estructura clara y objetiva es lo que mantendr al
usuario conectado.

Importancia de la velocidad de la web

La pgina debe no deber ser muy cargadas para facilitar la velocidad
de carga de ellas. El ndex de una pgina web debe tener una carga
rpida,

Informacin de contacto
Es muy importante situar en lugares visibles nuestros datos de
contacto, telfonos y direccin. Nunca deben enlazarse emails
directamente, sino utilizar enlaces a formularios de contacto y, muy
importante, incitar al usuario a realizar una accin, como por ejemplo
contactar con nosotros o solicitar ms informacin.

Difusin del sitio web:

Difundir el sitio web entre las redes sociales, es importante ir
actualizando peridicamente los contenidos de la web, e ir ampliando
poco a poco las secciones de la misma. Es muy importante contar con
un blog en el que ir informando a los usuarios de noticias y
novedades que puedan resultarles de inters.

4 Normas tcnicas y/o Estndares web

El servicio deber cumplir con los siguientes estndares y normas:

Resolucin Ministerial N 126-2009-PCM, Lineamientos para accesibilidad
a pginas web y aplicaciones para telefona mvil para instituciones
pblicas del sistema nacional de informtica.
Directiva N 016-2001-INEI/DNTP Normas y procedimientos tcnicos
sobre contenidos de las pginas web de las entidades de la
administracin pblica.
Estndares internacionales de accesibilidad para aplicaciones
web (http://www.w3.org).
Ley N 28530 Ley de promocin de acceso a Internet para personas con
discapacidad y de adecuacin del espacio fsico en cabinas pblicas de
Internet.
Texto nico Ordenado de la Ley 27806 - Ley de Transparencia y Acceso a
la Informacin Pblica.
Reglamento de la Ley 27806 - Ley de Transparencia y Acceso a la
Informacin Pblica, aprobado con D.S. N 072-2003-PCM.
Directiva N 004-2008-PCM/SGP Lineamientos para la uniformizacin del
contenido de los portales de transparencia de las entidades pblicas.

Estndares web es un trmino muy general utilizado para referirse a

estndares y otras especificaciones tcnicas que definen y describen
aspectos de la World Wide Web. En aos recientes, el trmino ha sido
frecuentemente asociado con la tendencia de aprobar un conjunto de
 mejores prcticas estandarizadas para construir sitios web y a la filosofa del
diseo y desarrollo web que incluye esos mtodos.
Muchos estndares y especificaciones interdependientes, algunos de los
cuales gobiernan aspectos de la Internet, no slo de la World Wide Web, que
afectan de manera directa o indirecta el desarrollo y la administracin de
sitios y servicios web. Algunos aspectos a considerar son la
interoperabilidad, la accesibilidad y la usabilidad de pginas y sitios web.

De manera muy general, los estndares web, abarcan lo siguiente:

Recomendaciones publicadas por el World Wide Web Consortium
(W3C).
Estndares de Internet (STD) documentados y publicados por
Internet Engineering Task Force (IETF).
Request For Comments peticin de comentarios (RFC) , cuyos
documentos son publicados tambin por la Internet Engineering Task
Force
Estndares publicados por la Organizacin Internacional para la
Estandarizacin (ISO).
Estndares publicados por Ecma International.
El estndar Unicode y otros varios reportes tcnicos de Unicode
(UTRs) publicados por el Consorcio Unicode.
Nombres y nmeros de registro mantenidos por la Internet Assigned
Numbers Authority (IANA).

Servidor Web
El hardware de servidor debe soportar las caractersticas mencionadas
anteriormente y debe contener la capacidad suficiente en memoria como en
espacio en disco duro para garantizar una operacin de los servicios web de
manera constante. Se ha calculado que el servidor debe tener un procesador de
dos ncleos y dos discos duros en RAID 0+1 haciendo un espacio de 2 TB, con
tecnologa SAS.
El software de servidor debe tener como base lo sgte:
Sistema Operativo de 64 bits con servicios de web (Apache),
administracin va remota y soporte para lenguaje PHP, JAVA, PERL y ASP.
Se sugiere que sea instalado con soporte para modo grfico (xwindows)
y con soporte para mquinas virtuales.

Estndar de Desarrollo Web

Estos estndares tratan de que los tres elementos esenciales que configuran el
funcionamiento de una pgina Web queden debidamente separados los unos de
los otros. Estos elementos son: Estructuras, Presentacin y Comportamiento.

Estndares de Estructuras
El HTML surgi como un sencillo lenguaje de marcado, lo que quiere decir en
palabras sencillas que unas etiquetas van indicando qu es lo que marcan.
Una nos dice que el texto que van encerrar es un titular principal, potra que
es un ttulo secundario, otra que es un prrafo o elemento de lista, etc.
HTML es un estndar pasado; XML es mucho ms potente, aunque mucho
ms rgido y no tan sencillo, el futuro. HTML es soportado por todos los
navegadores existentes y an es bien entendido por los ms actuales y,
dado su gran extensin, es de suponer que lo ser durante un buen nmero
de aos por los futuros; el segundo, apenas si es entendido por lo actuales y
no lo es en absoluto por los ms antiguos.
Escribir en XHTML significa indicar nicamente la estructura de cada uno de
los elementos que aparecen en una pgina Web, sin indicar en absoluto
nada sobre cmo tiene que ser el aspecto visual de dichos elementos.

Estndares de presentacin
Las CSS (Cascading Style Sheets: Las hojas de Estilo en Cascada) son
documentos independientes a las pginas Web que indican el aspecto visual
de todos los elementos visuales que se presentan en una pgina Web. Una
etiqueta XHTML nos seala y da nombre a una porcin de una pgina Web;
en el documento CSS se indica todo lo relacionado como debe verse los
elementos encerrados por dichas etiquetas.

Lenguaje HTML.
Es un lenguaje simple utilizado para crear documentos de hipertexto, con un
formato de texto comn, empleado para todos los sitios web y reconocible a
travs de cualquier sistema operativo.
HTML significa Hypertext Markup Language, Hypertext se refiere a que en
un documento HTML puede ser codificado de forma que permita al lector
acceder a otros documentos a travs de enlaces en pantalla. El trmino
Markup se refiere a la manera de dar formato a un texto, es decir, a travs
de marcas.
HTML estaba formado en origen, por un conjunto de instrucciones basado en
etiquetas que permite definir la estructura del contenido e una pgina, es
decir, para controlar cmo un texto es mostrado al cliente. Sin embargo,
este lenguaje ha evolucionado permitiendo, por ejemplo, la incorporacin de
tablas, applets, la manipulacin de imgenes, sonido, hojas de estilo,
compatibilidad con los principales navegadores del mercado (Chrome, Mozila
firefox Navegador de Netscape y Explorer de Microsoft), la integracin con
otras tecnologas, puesto que permite la insercin directa de cdigo en
leguaje scripting como JavaScript.

CSS (Cascading Style Sheets)

CSS, es una tecnologa que nos permite crear pginas web de una manera
ms exacta. Gracias a las CSS somos mucho ms dueos de los resultados
finales de la pgina, pudiendo hacer muchas cosas que no se poda hacer
utilizando solamente HTML, como incluir mrgenes, tipos de letra, fondos,
colores.

XML (eXtensible Markup Language)

XML, es el estndar de Extensible Markup Language. XML no es ms que un
conjunto de reglas para definir etiquetas semnticas que nos organizan un
documento en diferentes partes. XML es un metalenguaje que define la
sintaxis utilizada para definir otros lenguajes de etiquetas estructurados.

Beneficios del uso de estndares para desarrollo Web.

De igual manera, la posicin en directorios, editados por humanos, se
ver beneficiada pues el sitio ser ms usable.
Los documentos que separan apariencia de contenido usan menos
cdigo, adems, CSS permite conseguir efectos que antes requeran
el uso de Javascript e imgenes, por lo que los sitios basados en
estndares utilizan menos ancho de banda y se muestran ms rpido
 a los usuarios, mejorando dramticamente la experiencia de estos.
Un sitio basado en estndares web es compatible con todos los
navegadores actuales, y lo ser con versiones futuras. Funcionar tan
bien en una PC, un navegador y un telfono mvil dentro de diez
aos.
Un sitio basado en estndares Web es ms fcil de mantener y
actualizar, el cdigo es ms simple, de esta forma se elimina la
dependencia de un solo desarrollador.
Un sitio basado en estndares Web es ms accesible, permitiendo a
personas con discapacidades utilizar su contenido.

Arquitectura de Software.
Patrn MVC
El patrn MVC es una arquitectura de diseo software para separar los
componentes de aplicacin en tres niveles, interfaz de usuario, lgica de
control y lgica de negocio. Es una especializacin de un modelo de capas,
con la diferencia que se usa para entornos web como patrn por excelencia.
Ejemplo: Struts, Spring, Asp.NET MVC... Etc.

Patrn MVC

Modelo o Arquitectura N Capas

Dividir un software en varias partes lgicas, ya sean mdulos, paquetes o
capas, ofrece la posibilidad de comprender fcilmente su filosofa y distribuir
las tareas que ejecuta. Por ello la comunidad del software desarroll la
nocin de una arquitectura de varios niveles y entre las ms difundidas se
encuentra la arquitectura de tres capas.
La Arquitectura en Tres Capas divide la aplicacin en tres partes lgicas, con
un grupo de interfaces perfectamente definidas.

La Primera Capa o Capa de Presentacin consiste en una interfaz grfica que

rene los aspectos de software enfocados a la interaccin con los diferentes
tipos de usuarios. Es decir, incluye el manejo y aspecto de las ventanas, la
autentificacin, el formato de los reportes, mens, grficos y dems
elementos multimedia.
La Segunda Capa o Capa Intermedia rene los aspectos de software que
automatizan los procesos de negocio. Conocida tambin como capa de la
Lgica de la Aplicacin. Recibe la entrada de la capa anterior, interacta con
los servicios de datos para ejecutar las operaciones y enva el resultado
procesado a la capa de presentacin.

La Tercera Capa o Capa de Datos, contiene los datos necesarios para la

aplicacin. Es la encargada de almacenarlos, recuperarlos y mantener su
integridad. Estos datos consisten en cualquier fuente de informacin,
incluido una base de datos de empresa como Oracle o MySQL, un conjunto
de documentos XML o incluso un servicio de directorio como LDAP. Adems
del tradicional mecanismo de almacenamiento relacional de base de datos,
existen muchas fuentes diferentes de datos de empresa a las que pueden
acceder las aplicaciones.
La separacin entre la lgica de la aplicacin y la interfaz de usuario ofrece
mayor flexibilidad al diseo de la misma. De manera que los modelos de N
capas estn encaminados a maximizar aspectos importantes dentro de las
aplicaciones, su autonoma, confiabilidad, disponibilidad, escalabilidad e
interoperabilidad.

Diferencia entre N capas y MVC.

Multicapas:
Centralizacin de los aspectos de seguridad y transaccionalidad, que
seran responsabilidad del modelo.
No replicacin de lgica de negocio en los clientes: esto permite que
las modificaciones y mejoras sean automticamente aprovechadas
por el conjunto de los usuarios, reduciendo los costes de
mantenimiento.
Mayor sencillez de los clientes.

MVC:
El modelo, que contiene la lgica de negocio de la aplicacin
La vista, que muestra al usuario la informacin que ste necesita.
El controlador, que recibe e interpreta la interaccin del usuario,
actuando sobre modelo y vista de manera adecuada para provocar
cambios de estado en la representacin interna de los datos, as
como en su visualizacin.
 Diferencia de Modelo MVC y N Capas
Servidor de Aplicaciones:
Para las aplicaciones que se pretenden desarrollar, se necesita definir una
plataforma y una arquitectura de desarrollo. La plataforma propuesta es
WEB y el modelo o arquitectura de desarrollo es MVC; ya que son las que
ms se ajustan a tipo de soluciones en software para la gestin de los
sistemas administrativos y acadmicos de la UNJBG.
Bajo este contexto, el hardware del servidor que va a contener las
aplicaciones debe tener dos procesadores de cuatro ncleos y cuatro discos
duros en RAID 0+1 haciendo un espacio de 2 TB, con tecnologa SAS, de tal
manera que pueda recibir y procesar ms de 1,000,000 de peticiones
simultneamente.
Se recomienda que se deben adquirir dos servidores espejo (totalmente
iguales) para asegurar la continuidad del servicio y configurados en
redundancia.

Arquitectura del Sistema de Gestin de Base de Datos.

La arquitectura de un SGBD ha de especificar sus componentes (incluyendo
su descripcin funcional) y sus interfaces. Trata de conceptos distintos que la
arquitectura de la base de datos. Los componentes principales de un SGBD
son:
Interfaces externos - Medios para comunicarse con el SGDB en ambos
sentidos (E/S) y explotar a todas sus funciones. Pueden afectar a la base
de datos o a la operacin del SGBD, por ejemplo:
Operaciones directas con la base de datos: definicin de tipos,
asignacin de niveles de seguridad, actualizacin de datos,
interrogacin de la base de datos, etc.
Operaciones relativas a la operacin del SGBD: copia de seguridad y
restauracin, recuperacin tras una cada, monitoreo de seguridad,
gestin del almacenamiento, reserva de espacio, monitoreo de la
configuracin, monitoreo de prestaciones, afinado, etc.
Las interfaces externas bien pueden ser utilizados por usuarios (p.e.
administradores) o bien por programas que se comunican a travs de
un API.
Proteccin de inyeccin SQL en lenguajes de programacin que se
desarrollara en los diferentes aplicativos de la plataforma web.
Intrprete o procesador del lenguaje - La mayor parte de las operaciones
se efectan mediante un lenguaje de base de datos. Existen lenguajes
para definicin de datos, manipulacin de datos (p.e. SQL), para
especificar aspectos de la seguridad y ms. Las sentencias en ese
lenguaje se introducen en el SGBD mediante el interfaz adecuado. Se
procesan las expresiones en dicho lenguaje (ya sea compilado o
interpretado) para extraer las operaciones de modo que puedan ser
ejecutadas por el SGBD.
Optimizador de consultas - Realiza la optimizacin de cada pregunta y
escoge el plan de actuacin ms eficiente para ejecutarlo.
Motor de la base de datos - Realiza las operaciones requeridas sobre la
base de datos, tpicamente representndolo a alto nivel.
Mecanismo de almacenamiento - Traduce las operaciones a lenguaje de
bajo nivel para acceder a los datos. En algunas arquitecturas el
mecanismo de almacenamiento est integrado en el motor de la base de
 datos.
Motor de transacciones - Para conseguir correccin y fiabilidad la
mayora de las operaciones internas del SGBD se realizan encapsuladas
dentro de transacciones. Las transacciones pueden ser especificadas
externamente al SGBD para encapsular un grupo de operaciones. El
motor de transacciones sigue la ejecucin de las transacciones y
gestiona su ejecucin de acuerdo con las reglas que tiene establecidas
(p. ejem., control de concurrencia y su ejecucin o cancelacin).
Gestin y operacin de SGBD - Comprende muchos otros componentes
que tratan de aspectos de gestin y operativos del SGBD como
monitoreo de prestaciones, gestin del almacenamiento, mapas de
almacenamiento.
Para el sistema de gestin de base de datos se recomienda utilizar
Microsoft SQL Server, por ser una plataforma en la cual se han
desarrollado varias experiencias orientadas a la gestin universitaria.
Adems, se tiene actualmente datos que se encuentran en sistemas que
utilizan dicha plataforma por lo que el aspecto de migracin sera ms
rpido y transparente para el usuario final.

Servidor de Base de Datos:

El servidor de base de datos, debe considerar como hardware base dos
procesadores de cuatro ncleos cada conectado a un storage de discos
mediante Fibra Canal, considerando un espacio mnimo de 4 Tb en Raid 1+0;
asimismo debe considerar un Tape Backup en lnea y proteccin ante cadas
o subidas de voltaje.
En software el servidor debe considerar un sistema operativo de 64 bits con
entorno grfico y soporte para administracin remota. As mismo debe de
ser compatible con el SGBD y de preferencia se debe adquirir las licencias
tanto del Sistema operativo como el sistema gestor de base de datos, para
tener asegurado el soporte tcnico correspondiente.
Se recomienda que estos casos, se considere la adquisicin de dos
servidores espejo (totalmente iguales) para que trabajen en redundancia de
tal manera que si existe alguna falla en alguno el segundo entra a funcionar.

Lenguajes de Programacin:
Un lenguaje de programacin es un lenguaje formal diseado para expresar
procesos que pueden ser llevados a cabo por mquinas como las
computadoras.
Pueden usarse para crear programas que controlen el comportamiento fsico
y lgico de una mquina, para expresar algoritmos con precisin, o como
modo de comunicacin humana.
Est formado por un conjunto de smbolos y reglas sintcticas y semnticas
que definen su estructura y el significado de sus elementos y expresiones. Al
proceso por el cual se escribe, se prueba, se depura, se compila (de ser
necesario) y se mantiene el cdigo fuente de un programa informtico se le
llama programacin.
Tambin la palabra programacin se define como el proceso de
creacin de un programa de computadora, mediante la aplicacin de
procedimientos lgicos, a travs de los siguientes pasos:
El desarrollo lgico del programa para resolver un problema en
particular.
 Escritura de la lgica del programa empleando un lenguaje de
programacin especfico (codificacin del programa).
Ensamblaje o compilacin del programa hasta convertirlo en lenguaje
de mquina.
Prueba y depuracin del programa.
Desarrollo de la documentacin.
El lenguaje de programacin seleccionado para que se pueda implementar
en la capa de datos (SGBD) es el Standard Query Lenguage (SQL), ya que es
soportado por la mayora de sistemas de gestin de base de datos y se ha
convertido en un estndar de programacin a nivel de triggers y
procedimientos propios de la base datos.

En cambio, el lenguaje de programacin propuesto para el desarrollo de la

capa de lgica del negocio es el .NET o PHP, por ser un lenguaje cercano y
compatible con el SGBD escogido, (SQL SERVER 2012 o superior) adems
debido a que soporta JSP y otras funcionalidades que permiten desarrollar
aplicaciones que pueden ser accesibles por cualquier dispositivo mvil
(Celular, Ipad, IPHONE o Tablet).

5 Prestaciones accesorias a la prestacin principal

1 Entregables del Sistema

a Documentacin del anlisis, diseo e implementacin de la website

b Documentacin de diagramas formales normales
c Diseo de relacin de base de datos
d Diseo lgico y fsico de la Base de datos
e Documentacin de la base de datos y sistemas
f Documentacin de cdigo fuente.
g Manual de usuario de cada mdulo.

2 Soporte tcnico
El Sistema deber contar como mnimo 12 (doce) meses de garanta
de funcionamiento dentro de la cual se brindar Asistencia, Soporte
tcnico al Sistema, debiendo contar el Proveedor con un telfono
celular para su ubicacin en caso de emergencia, de ser as, este est
obligado apersonarse a las instalaciones.
El proveedor deber contar con el sistema de mensajera instantnea
Chat (asistencia Remota) para realizar coordinaciones de soporte
a fin de dar solucin inmediata segn la naturaleza del sistema.
Despus de la puesta en produccin del Software, el proveedor
deber cumplir con lo siguiente:

a Atencin del Soporte Tcnico

Las horas de horario de trabajo va telfono convencional y
celular, en lnea (chat) y por correo electrnico, con tiempo de
respuesta menor a 04 horas, excepcionalmente si es necesario
fuera de horario de trabajo.
Todo soporte y/o coordinacin deber ser comunicado con la
Oficina de Informtica y Sistemas de Informacin.

b Atencin de los Requerimientos

Los efectos de software que sean notificadas al proveedor por
chat, telfono o correo electrnico debern ser subsanadas en
04 horas como mximo.
 Los cambios de carcter urgente por normatividad u otros,
debern ser ejecutados en un mnimo de 24 horas.
Los cambios menos urgentes o menores debern ser
atendidos en el mximo de 72 horas.
Para que el requerimiento sea vlido slo debe ser
comunicado por la Oficina de Informtica y Sistemas de
Informacin.
Los cambios o solicitud de modificacin del sistema que sean
sustanciales debern ser coordinados con a la Oficina de
Informtica y Sistemas de Informacin, mediante documento
que abale gravidez.

3 Instalacin y Capacitacin (Implantacin del Sistema)

Instalacin del sistema en las instalaciones del Centro de datos de la
OSIS (Servidor web).
Instalacin y optimizacin de la base de datos (servidor de Base de
datos).
Capacitacin a personal tcnico sobre la instalacin y soporte tcnico
del sistema, as como a usuarios finales del sistema que indique la
Oficina de Informtica y Sistemas de Informacin.

Se requiere la capacitacin de los administradores:

Capacitacin de los diferentes administradores de portal de cada
facultad y/o escuelas profesionales y sedes. con un mnimo de 24
horas de duracin

4 Requerimiento del proveedor y de su personal

Personal Especializado
Estudios profesionales en Ingeniera de Sistemas, Informtica
Conocimiento en Base de datos. (SQL Server, PostgSQL)
Conocimiento de lenguajes de programacin (HTML/CSS, PHP,
JQUERY, ASP, C#)
Experiencia en desarrollo de WebSite para Instituciones pblicas y
privadas de dos aos como mnimo.
Desarrollo en ambiente Modelo-Vista-Controlador.
Experiencia en Instalacin y configuracion de Servidores Base de
datos y Aplicaciones.

5 Lugar y Plazo de prestacin del servicio

El lugar de la prestacin del servicio ser en:

En el centro de datos de la oficina de Informtica y Sistemas de
Informacin de la UNJBG.
El tiempo para la solucin propuesta ser mximo de 120 das
calendario, tomando en consideracin total accesibilidad inclusive
los das no laborables, contados a partir de la notificacin de la
contratacin.

6 Confidencialidad y propiedad de la Informacin

El contrato a efectuar, deber de garantizar la ms absoluta confidencialidad

de toda la informacin que se maneje y de los materiales suministrados por
la Universidad Jorge Basadre Grohmann. Bajo ninguna circunstancia la
informacin podr ser utilizada por el contratado para fines distintos al
 desarrollo del contrato respectivo.

Todos los documentos y dems productos resultantes del desarrollo del

contrato sern de propiedad de la Universidad Nacional Jorge Basadre
Grohmann. Como medida de garantizar la confidencialidad de la informacin
el contratado no debe hacer uso de dispositivos de almacenamiento
personal.

El proveedor proteger la informacin confidencial del uso, difusin o

divulgacin no autorizada, para lo cual extremar todos los cuidados y
medidas de seguridad que normalmente emplea para tratar y proteger a la
misma, obligndose a lo siguiente:

No divulgar informacin confidencial, salvo y hasta tanto sea

autorizado expresamente por escrito a travs de correo electrnico
de la Oficina de Informtica y Sistemas de Informacin - UNJBG
No utilizar total o parcialmente la Informacin Confidencial para otros
fines distintos a los del presente servicio.
No efectuar copias de la Informacin confidencial y slo permitir el
acceso a la misma a los empleados que necesiten ese conocimiento.
La obligacin de confidencialidad convenida continuar, luego del
cumplimiento del servicio contratado.

7 Forma de pago

El pago se efectuar al precio unitario correspondiente del presupuesto, de

forma global ejecutado y aprobado por la supervisin, entendindose que
dicho precio y pago constituir compensacin total por el equipo, materiales,
mano de obra, herramientas e imprevistos necesarios.

8 Conformidad o viabilidad

La conformidad del servicio ser otorgada cuando se cumpla con los

entregables de los informes del desarrollo de la website al administrador de
cada facultad, personal de la oficina de informtica y sistemas de
informacin y supervisor del proyecto.
9 Garanta

El plazo mximo de responsabilidad y/o garanta del contratista no debe ser

menor al tiempo de duracin del servicio (12 meses).

10 PENALIDADES APLICABLES:

En caso que el proveedor no cumpla con lo estipulado en el documento, se

aplicar una penalidad conforme a ley.