PROPUESTA ECONMICA

Portal de Informacin para los

Colaboradores de Tottus


CLIENTE: TOTTUS



Contenido
1. PROPUESTA TCNICA .................................................................................................................. 3
1.1. Visin General de la Solucin ............................................................................................. 3
1.2. Arquitectura Tcnica .......................................................................................................... 4
1.3. Requerimientos Funcionales .............................................................................................. 6
1.4. Requerimientos No Funcionales ........................................................................................ 8
2. METODOLOGA DE TRABAJO ................................................................................................... 10
2.1. Iniciacin del proyecto ..................................................................................................... 10
2.2. Anlisis de la solucin....................................................................................................... 11
2.3. Diseo de la Solucin........................................................................................................ 12
2.4. Construccin y Pruebas .................................................................................................... 12
2.5. Implantacin y Aceptacin ............................................................................................... 13
3. SUPUESTOS Y DEPENDENCIAS .................................................................................................. 14
4. GARANTA ................................................................................................................................. 14
5. PROPIEDAD INTELECTUAL DE LA SOLUCIN ............................................................................ 15
6. IMPLEMENTACIN POST-PRODUCCIN .................................................................................. 15



1. PROPUESTA TCNICA

1.1. Visin General de la Solucin

Se entiende la solucin como una plataforma que integre un Portal de Informacin
para los colaboradores de Tottus, con la solucin Ofisis que gestiona la informacin del
personal.



Nuestra solucin, en sus distintas capas brinda soporte a los servicios del negocio y
servicios base de aplicacin permitiendo generar soluciones totalmente a medida de
los requerimientos funcionales y no funcionales, comenzando sobre un punto de
partida slido y estable acortando el riesgo y tiempos del proyecto.

La interfaz usuario de la aplicacin estar basada en un portal sobre tecnologas .NET y
se trata de un cliente desktop liviano.
Se propone adicionalmente construir componentes de interfaz usuario utilizando
tecnologas de Windows Presentation Foundation (WPF) para dotar de riqueza a la
interfaz con el usuario.
Este enfoque permite disponer de una solucin basada en tecnologas estndares del
mercado, con una gran flexibilidad para la evolucin de la solucin obteniendo:
Una solucin flexible y actualizada tecnolgicamente.
Mantener una concepcin de Arquitectura Orientada a Servicios.



1.2. Arquitectura Tcnica




Aplicacin Cliente Portal

En el terminal (Kiosco multimedia) se deber instalar una aplicacin cliente.
Esta aplicacin ser desarrollada sobre la plataforma .NET (C#).
La comunicacin con el web server ser mediante WEB SERVICE.
Nuestra solucin en sus servicios de Presentacin bsicos integra el novedoso
concepto Windows Presentation Foundation (WPF), para la creacin de sus interfaces
hacia el usuario final.
Esta capa lgica se encarga de transmitir al usuario conceptos tales como la usabilidad,
la accesibilidad y la amabilidad en el uso de las funcionalidades y servicios disponibles.
La experiencia de trabajo de los diferentes actores, por tanto, se ve enriquecida con
elementos atractivos y simples, que facilitan el uso final y que no estn relacionados
directamente con la funcionalidad en s, manteniendo por tanto coherencia e
identidad a lo largo de todo el sistema, y facilitando la experiencia y aprendizaje de los
usuarios.
WPF ofrece una amplia infraestructura y potencia grfica con la que es posible
desarrollar aplicaciones visualmente atractivas, con facilidades de interaccin que
incluyen animacin, vdeo, audio, documentos, navegacin o grficos 3D. Separa, con
el lenguaje declarativo XAML y los lenguajes de programacin de .NET, la interfaz de
interaccin de la lgica del negocio, propiciando una arquitectura Modelo Vista
Controlador para el desarrollo de las aplicaciones.

Web Server Servicio del Portal

El web server funcionar con el Internet Information Server.
El web service ser desarrollada sobre la plataforma .NET (C#).
La conexin al database server del Portal de Kiosco ser utilizando las libreras de
conexin a SQL-Server.
Esta capa cuenta con una interface XML default para el uso del front end en forma
online.
La interface XML recibe la solicitud, la analiza y convalida, y luego completa un
repositorio con los campos de la solicitud.
En esta capa se implementarn las reglas de negocio del Portal.

Database Server Parmetros del Portal

El gestor de base de datos a utilizar ser el SQL-Server 2008.








Ofisis

Esta plataforma ser proveda por el Cliente y deber proporcionar todos los servicios
necesarios para realizar las operaciones solicitadas.
Los servicios sern proporcionados en procedimientos almacenados.

1.3. Requerimientos Funcionales

I. CONSULTAS
Se implementar 11 consultas acerca de la informacin del personal de Tottus,
la informacin que se muestre se podr imprimir a travs de vouchers.
Estas consultas son:


1) Consulta de datos bsicos del colaborador - Anexo 1
a. Debe aparecer el cdigo del empleado, la empresa, la unidad, descripcin de
la unidad, rea, fecha de ingreso y nombre completo.
b. Debe aparecer el tipo de contrato y la calificacin del trabajador.
c. Debe aparecer toda la tercera ventana.

2) Consulta de horarios y turnos por perodos - Anexo 2
a. Que puedan solo su horario (Slo la primera ventana).

3) Consulta de la carga familiar y derechohabientes - Anexo 3
a. Que puedan ver toda la ventana. Adicionalmente, que puedan ver su DNI.

4) Consulta de das pendientes de vacaciones y detalle del histrico de
vacaciones - Anexo 4
a. Deberan ver solo das pendientes. Ver fecha de cuando se van a vencer las
vacaciones

5) Consulta de das con marcas incompletas por fechas de periodo activo -
Anexo 5
a. Colocar solo informacin real.

6) Consulta de saldo de horas extras por compensar - Anexo 6
a. Que solo permita la consulta del perodo cuando control de asistencia ya
emiti los saldos.

7) Consulta de prstamos pendientes y saldo - Anexo 7
a. Slo debera aparecer el ltimo prstamo pendiente y las cuotas que te
quedan por pagar. Si no hay prstamos no debera aparecer nada. Ver fecha de
solicitud de prstamo. El prstamo primero lo debe aprobar el gerente de rea.

8) Carta de presentacin a embajada, constancia de trabajo y prcticas pre
profesionales
a. Generar un modelo de carta de presentacin a embajada, constancia de
trabajo y prcticas pre profesionales.

9) Impresin de copia de Boleta y certificados de 5ta. Categora (marca de agua)
a. Tomar una boleta y certificado de 5ta. Modelo.

10) Consulta de consumo de cafetera por perodo
a. Lo que aparece en planilla por perodo.

11) Consulta de Ventas (Avance de ventas de usuario % en cuota)
a. Alinear con el R200 y el calendario comercial para que puedan ver la
informacin en lnea.




II. PARMETROS DE LA SOLUCIN
Los parmetros de la solucin podrn ser actualizados por un usuario
administrador y a travs del mdulo administrador a implementar.
Se implementar un parmetro que indique si una funcionalidad de Consulta
puede estar activa o no para la visualizacin por el usuario y su uso. Este
parmetro se configurar a nivel de tiendas o todas las tiendas.
Se implementar un mantenedor de empresas, con las opciones de registrar,
modificar y eliminar.
Se implementar un mantenedor de tiendas, con las opciones de registrar,
modificar y eliminar. Una tienda est relacionada a una nica empresa.
Se implementar un mantenedor de kioscos, con las opciones de configurarlo
como activo o inactivo. Un kiosco est relacionado a una nica tienda. En este
mantenedor se registrar datos como la tienda donde se encuentra ubicado y
el nombre del equipo, esta informacin servir para determinar las
operaciones que se realizan por tienda y por equipo.

1.4. Requerimientos No Funcionales

I. LOG en el Kiosco
Cada interaccin con el servicio web del Portal se registrar en un archivo log,
donde se grabar la siguiente informacin:
Id operacin (ejemplo: login, consulta de vacaciones, consulta de boleta
de pago, etc.).
Fecha/hora envo de la operacin (formato: AAAA/MM/DD
hh:mm:ss.mmm).
Fecha/hora recepcin de respuesta de la operacin (formato:
AAAA/MM/DD hh:mm:ss.mmm)
Cdigo de respuesta (xito o no xito).
Este log se grabar en cada estacin en un archivo de texto. Se generar un
archivo por da.
III. LOG en el Servicio del Portal
Cada interaccin con OFISIS y la BD de Parmetros de la Solucin de Kioscos se
registrarn en un archivo log, donde se grabar la siguiente informacin:
Id operacin (ejemplo: login, consulta de vacaciones, consulta de boleta
de pago, etc.).
Fecha/hora envo de la operacin (formato: AAAA/MM/DD
hh:mm:ss.mmm).
Fecha/hora recepcin de respuesta de la operacin (formato:
AAAA/MM/DD hh:mm:ss.mmm)
Cdigo de respuesta (xito o no xito).
Se generar un archivo por da.

IV. Requerimientos de Seguridad y Auditora
Por seguridad de los colaboradores y de las operaciones a realizar, el acceso a
cada una de las opciones ser mediante la validacin de un usuario y su clave
secreta.
Las pistas de auditora-consultas se registran en un log del servidor web.
La seguridad se da en varios niveles:
Al iniciar sesin.
A nivel de Base de Datos se autoriza a un Usuario y clave para acceder a la
informacin del colaborador.
A nivel de Equipos, donde se registra las credenciales de los Kioscos que
pueden hacer uso de la Aplicacin.
Adems el Servidor Web que tambin requiere que se de las
configuraciones necesarias para interactuar con el servidor que contiene la
solucin Ofisis.

V. Usabilidad y Estandarizacin de la interfaz usuario
Se definirn estndares de diseo grfico y navegabilidad que sern comunes a
la interfaz usuario de toda la aplicacin en los distintos canales con interfaz
grfica.
Asimismo se estandarizar un conjunto de estilos (colores, tipografas, fondos,
etc.) que sern homogneos a lo largo de toda la aplicacin.
Se prev una interfaz usuario altamente navegable, cuidando las caractersticas
de usabilidad en cada pantalla a fin de lograr una experiencia de uso intuitiva y
sencilla.


2. METODOLOGA DE TRABAJO

Para enfrentar de forma exitosa el proyecto solicitado por el cliente, es necesario
establecer el marco de trabajo adecuado al tipo de problemtica que se enfrenta. Por
lo tanto, con el fin de garantizar la calidad de los entregables y entregar un servicio
personalizado, se debe definir el marco de trabajo por el cual se regir la ejecucin del
presente proyecto. El enfoque metodolgico aborda las siguientes etapas definidas
para el desarrollo de proyectos TI:



2.1. Iniciacin del proyecto

Objetivo
Confirmacin del alcance y mbito del proyecto, y realizar las tareas propias
del lanzamiento del mismo (presentacin del equipo de trabajo de DYG
Solutions y el cliente, reunin y asignacin de interlocutores del proyecto).

Actividades
Identificacin de las reas organizativas de los participantes del proyecto, as
como los interlocutores por rea del cliente.
Validacin de los objetivos, planificacin y procedimientos para el control y
seguimiento del proyecto.
Recopilacin de toda la informacin necesaria para el comienzo del trabajo.
Dichas necesidades sern comunicadas con anterioridad a la fecha de
comienzo del proyecto.
Validacin de procedimientos de comunicacin y aprobacin de cambios de
alcance.



Entregables
Acta de la reunin de arranque del proyecto:
Incluye el objetivo de la reunin.
Relacin de temas tratados.
Relacin de documentos entregados.
Acciones pendientes y acuerdos tomados.
Planificacin para prximas reuniones.

2.2. Anlisis de la solucin
En esta seccin se realizan dos tareas bsicas. La primera tarea es la generacin de
la descripcin de las funcionalidades a nivel de detalle y los casos de prueba
correspondientes a la funcionalidad correspondiente a la iteracin en cuestin. La
generacin de estas definiciones permitir suprimir ambigedades acerca del
alcance real de las funcionalidades involucradas para la posterior construccin de
las mismas. En estas definiciones participarn los Analistas Funcionales y los
Lderes Tcnicos quienes en conjunto con el equipo de trabajo del cliente, llevarn
adelante esta tarea de definicin. Una vez terminadas, se firmarn de comn
acuerdo, se proceder a iniciar la construccin de las mismas y simultneamente
se comenzar con la generacin de los casos de prueba asociados a los casos de
uso generados.
Como segundo paso, se podr realizar un re-anlisis de los planes creados
inicialmente para los grupos de funcionalidad definida inicialmente para chequear
si a partir de las recientes definiciones detalladas es necesario redefinir el alcance
de alguno de estos grupos dentro de la iteracin que se est analizando.
Objetivo
Anlisis detallado de las funcionalidades a desarrollar
Anlisis detallado de los contenidos.
Anlisis detallado de los procesos de integracin.

Actividades
Anlisis y definicin de los mdulos funcionales de la aplicacin.
Anlisis y definicin del modelo de datos para soportar los requerimientos
funcionales de la aplicacin.
Anlisis y definicin del plan de pruebas

Entregables
Documento de Anlisis de Requerimientos.


2.3. Diseo de la Solucin

Objetivo
Diseo de solucin y componentes asociados.
Definicin de pruebas de integracin.
Definicin pruebas de aceptacin

Actividades
Diseo de los mdulos.
Diseo del modelo de datos.
Diseo de los servicios de integracin.
Diseo de pruebas unitarias e integrales.
Creacin de planes de pruebas de integracin y de aceptacin. Las pruebas de
aceptacin se definen en conjunto con los equipos del cliente y DYG Solutions,
estas proveen una exposicin realista y adecuada del sistema a todos los
eventos razonablemente esperados.
El plan de pruebas puede hacerse basndose en las especificaciones
funcionales del sistema. Aqu mismo se definirn los parmetros de
aceptacin del sistema los cuales deben de ser acordados por todas las partes
involucradas.

Entregables
Diagrama entidad relacin del modelo de datos para las funcionalidades.
Diagrama de objetos.
Plan de pruebas de integracin.
Plan de pruebas de aceptacin.

2.4. Construccin y Pruebas

Objetivo
Construccin de los elementos de la Solucin.
Personalizacin de los distintos elementos y procesos.
Garantizar la calidad de la solucin mediante la ejecucin de pruebas unitarias
por mdulos.
Pruebas de Integracin.

Actividades
Construccin de las funcionalidades.
Pruebas.
Elaboracin de pruebas unitarias por mdulo. Estas pruebas son interactivas e
incrementales.
Elaboracin de pruebas Integrales de la solucin entre los mdulos.


Entregables
Matriz de casos de pruebas y resultados de las mismas.
Entrega de la solucin tecnolgica.

2.5. Implantacin y Aceptacin

Objetivo
Lograr que el usuario pueda trabajar obteniendo de manera autnoma los
resultados del proyecto.
Obtener la aceptacin formal del sistema, mediante la implantacin y
ejecucin de procedimientos de pruebas de aceptacin.

Actividades
Implantacin de la solucin
Soporte a la instalacin de la solucin
Ejecucin de pruebas de aceptacin
Ejecucin de las pruebas de aceptacin detalladas.
Las incidencias encontradas se documentarn, priorizarn y se entrega de
manera expedita una solucin durante o despus del paso a produccin del
sistema.
Firma del documento de aceptacin por los representantes de cada parte.
Entrenamiento a capacitadores que determine el usuario, para que puedan
realizar el proceso de capacitacin a todos los colaboradores de Tottus.
Capacitacin Tcnica. Son dos tipos de capacitacin, una orientada al soporte
de la aplicacin y otra orientada al desarrollo de sw. El tiempo de capacitacin
tcnica en total sern de 8 horas.

Entregables
Manual de Instalacin, Manual de Usuario.
Paquete de software instalado.
Acta de aceptacin, esta se elabora cuando se han concluido
satisfactoriamente las pruebas de aceptacin, en ella se detallan los siguientes
puntos:
Condiciones de aceptacin y firmas de las partes involucradas
Matriz de incidencias a ser resueltas despus del pase a produccin
y fecha para entrega de las soluciones.


3. SUPUESTOS Y DEPENDENCIAS

El plan y el cronograma del proyecto de implementacin deben acordarse una vez
definidos los requerimientos, el alcance de la personalizacin y la solucin.
Todo cambio en el alcance, luego de que se hayan definido los requerimientos,
resultar en una modificacin del costo y el cronograma del proyecto.
El cliente proveer las interfaces para la solucin Ofisis.
Todos los sistemas internos y externos necesarios para probar las interfaces de los
sistemas del cliente deben estar disponibles cuando se definan las fases de pruebas
aceptacin del usuario. El cliente se asegurar de que todos los asuntos relativos a
dichas interfaces se resuelvan sin tener impacto sobre el cronograma del proyecto.
Los puntos de control de la gestin del proyecto y las medidas de escalamiento se
implementarn como parte del proceso de revisin regular del proyecto. En caso de
demora que exceda la duracin del plan del proyecto mencionado anteriormente, por
razones no atribuibles a DYG Solutions, el cliente y DYG Solutions trabajarn en forma
conjunta para establecer un cronograma de finalizacin revisado.
Lo anterior se aplicar tambin a los esfuerzos adicionales que se deban a un mayor
alcance del proyecto, control de cambios o funcionalidad adicional solicitada por el
cliente.
Todos los hitos deben ser aprobados por el cliente una vez alcanzados. La demora en
la provisin de las autorizaciones podra afectar las entregas/tareas subsiguientes.
El cliente tendr una representacin de usuario adecuada de parte de cada
departamento y el equipo del cliente entregar a DYG Solutions los requerimientos
comerciales especficos.
El cliente proporcionar la infraestructura tecnolgica de pruebas requerida para los
consultores de DYG Solutions. Esto en la etapa de construccin, pruebas integrales,
pruebas de aceptacin del usuario y el soporte de la solucin implementada.
No se ha considerado realizar interfaces a algn sistema.


4. GARANTA
La solucin desarrollada para TOTTUS en su versin 1.0, contar con un perodo de
garanta de 6 meses, contados a partir de la entrega formal del producto tcnico
desarrollado. El alcance de la garanta es sobre los errores ocultos de programacin.
Es necesario precisar que se perder la garanta ante cualquier cambio en la solucin
entregado en su versin 1.0.
El alcance del servicio de garanta est cubierto con el alcance que se detalla en el
servicio de soporte y mantenimiento.


5. PROPIEDAD INTELECTUAL DE LA SOLUCIN

Los componentes, fuentes creados y modificados de este software sern de propiedad
de Tottus.

6. IMPLEMENTACIN POST-PRODUCCIN

Se implementar 5 consultas adicionales a las definidas en el alcance de este proyecto
en la etapa post-produccin. Para esto el Cliente debe realizar:
El diseo tcnico de las interfaces (datos de input y output)
El prototipo de la consulta. Sobre este prototipo DYG Solutions elaborar el
diseo web para aprobacin del Cliente.
Las pruebas integrales y aceptacin del usuario.

Este desarrollo est contemplado realizarse dentro del periodo de garanta ofrecido.