Plataforma de Desarrollo e Instalacin

El desarrollo se deber efectuar en una plataforma Duoc destinada a

desarrollos a la medida donde el proveedor seleccionado deber utilizar el
framework de desarrollo CakePHP http://cakephp.org/ para ofrecer un
desarrollo MVC.
Adems el proveedor debe disponer de una metodologa de desarrollo que
permita que su equipo pueda tener manejo de versiones incrementales
respecto a su desarrollo (desarrollar contra un SVN) y utilizar una IDE orientada
a desarrollo rpido, ejemplo http://aptana.com/
La base de datos ser la estndar Duoc Oracle 11g mediante uso de conector
OCI8 para PHP. Los ambientes de Desarrollo y QA en PHP estn en servidores
standalone, pero el ambiente de produccin est distribuido en 4 servidores
bajo un balanceador de carga, el directorio /www/nueva_aplicacion est
montada por NFS, por lo tanto se debe tener esta consideracin para efectos
de archivos compartidos.

Encapsular Lgica de Negocio

Se debe analizar las pantallas prototipadas y se debe llevar funcionalidades de
creacin, edicin, eliminacin y listado como Procedimientos de Bases de
Datos, que devuelvan una variable u objetos de respuesta. De esta forma
podemos obtener varios beneficios:
1) Extraccin del negocio "sql" de la aplicacin "cdigo duro" a SP que
pueden reutilizarse
dentro de la misma APP
2) De forma posterior podemos generar WebServices que consuman
esos SP para utilizarlos en otros Sistemas (ejemplo obtencin de
competencias)
3) Versionar los SP, sobre todo si se piensa en un desarrollo iterativo
incremental
4) Podemos incorporar a otro proveedor y segmentar ms aun el
desarrollo
A priori los nicos servicios WEB a implementar en una primera iteracin son:
1) Autentificacin de Usuarios (apartado autentificacin de usuarios)
2) Envi de Correos por cambios de estado (apartado envo de correos)
3) Interaccin Directa SAP (apartado Interaccin Directa SAP)
Para los WebServices que sean requeridos implementar el sistema deber
interactuar con un Motor de servicios WEB desarrollado por Duoc para tales
propsitos. Este motor esta implementado bajo el estndar JAX-WS Java API for

XML Web Services. Existe documentacin en la WEB de ejemplo para

implementar clientes SOAP en PHP SOAP para consumir JAX-WS.

Gestin de Informacin Acadmica

La gestin de la estructura acadmica interna (Planes, Asignaturas,

Competencias, Unidades de Competencia) y las referencias entre ellas dada su
complejidad ser mantenida de forma local, es decir en estructuras locales
cargadas desde distintas fuentes (integracin, exatrans, pia_web, etc).
Los PRC de carga se deben encargar de mantener concordancia respecto a las
referencias (problema portafolio), dado esto, las fuentes y la reusabilidad de
esto hace dificultoso llevarlo por WebServices.

Gestin de Contenido (Archivos)

Para la gestin de contenido (documentacin manejada por la plataforma) esta
debe
ser
en
un
directorio
reconocido
por
la
aplicacin
(/www/nueva_aplicacion/archivos/uploads/) en cual debe ser un link simblico
hacia un directorio fsico montado por NFS en los servidores. De esta forma
aseguramos la existencia de los archivos en los servidores de proceso que
tengan montado el directorio NFS (balanceadores backend y fronted de la
plataforma PHP)
Los archivos deben ser renombrados y referenciados a su nombre real en una
tabla con estructura de datos. No se deben almacenar con su path absoluto.

Notificaciones Email
Si corresponde y se identifican operaciones de Email estn deben ser llevadas
a un WS en la plataforma mencionada anteriormente, donde por tipo de correo
se pueden generar mtodos especficos o genricos segn sea lo requerido.

Ingreso de Usuarios
Se identifican 3 tipos de usuarios, cada uno tiene comportamientos y
componentes distintos de aplicacin:
-

Administrativos: El sistema debe tener un formulario base de

autentificacin con usuario y contrasea. Este formulario llama a un
cliente SOAP-WS que generara la validacin del usuario contra el
repositorio administrativo de credenciales. La respuesta ser un
true/false, dependiente de lo anterior el sistema debe determinar el
perfil y acciones permitidas desde una estructura de tablas locales
Docentes
:
El sistema debe implementar la metodologa de SSO
con conector de terceros (entregar a los proveedores la metodologa de
implementacin). En caso de fallar este mecanismo se debe mostrar un
formulario de contencin de error y de autentificacin con las mismas
especificaciones del caso Administrativos
Usuarios Locales :
Son aquellos usuarios que no estn registrados
en los repositorios de credenciales administrativas o acadmicas, por
ejemplo un agente externo contratado para un entregable. El sistema
para estos casos debe tener un formulario propio de validacin
conectado a una estructura de tablas internas para determinar la validez
de un usuario/contrasea, luego de esto al igual que los casos anteriores
determina perfil y acciones tambin en su estructura local.

Interaccin Directa SAP

Aquellas funciones que requieran generar operaciones en SAP, tambin darn
origen a llamados WebServices que sern hacia la plataforma SOA-Suite con la
misma metodologa descrita anteriormente. Esta plataforma a diferencia de su
homologo tiene un conector configurado para efectuar llamados a funciones
RFC en SAP. El proveedor deber generar clientes SOAP-WS con las mismas
especificaciones descritas anteriormente.