ESPECIFICACIONES TÉCNICAS LICITACIÓN PÚBLICA MIGRACIÓN DE SOFTWARE SISTEMA DE GESTIÓN DE VESTUARIO

Transcripción

1 ESPECIFICACIONES TÉCNICAS LICITACIÓN PÚBLICA 1. ANTECEDENTES GENERALES METRO S.A requiere migrar el sistema de Gestión de Vestuario desarrollado en el framework Genexus X para plataformas en lenguaje Java y base datos SQL Server 2008 R2, a framework.net para plataformas en lenguaje C# y base de datos SQL Server 2008 R2 sobre IDE Visual Studio El sistema de Gestión de Vestuario permite administra los procesos orientados a la entrega de vestuario a los trabajadores. Este sistema permite a través de sus funcionalidades la definición de los uniformes y sus componentes, asignación a los trabajadores, entrega en procesos masivos e individuales, control para cambios y reposiciones. Además se requiere incluir una nueva funcionalidad la cual permita registrar las tallas de los trabajadores. Tanto el sistema como el nuevo requerimiento funcional cuenta con un documento de Especificaciones Funcionales el cual tiene modelado la matriz de requerimientos funcionales a través de procesos de negocios y casos de usos. Estos documentos son parte integral de las bases técnicas, y se establecen como los requerimientos mínimos que se deben cumplir para el desarrollo e implementación dentro las ofertas de los proponentes. 2. OBJETIVO Contratar la migración del sistema de Gestión de Vestuario, a través del desarrollo e implementación utilizando el IDE Visual Studio y Frame Work Desarrollo.NET. 2.1 Objetivos Específico El Oferente deberá cumplir para la ejecución del proyecto los siguientes objetivos basados 1

2 en el documento de requerimientos funcionales, según anexo 1 y Inicio de Proyecto 1.1. Reunión de Acta Inicio 1.2. Entrega de Gantt y visto bueno de planificación Para el desarrollo de la nueva funcionalidad de registro de tallas por los trabajadores se debe considerar el punto Desarrollo de la Ingeniería Detalle: 2.1. Diseño Detalle de los Casos de usos 2.2. Diseño de Diagrama de Secuencia 2.3. Matriz de Reglas y Validaciones 2.4. Prototipo Funcional 2.5. Modelo de Datos Particular 2.6. Modelo Integración con los demás Sistemas Existentes 2.7. Inclusión de la aplicación al portal de aplicaciones utilizado por Metro 2.8. Prototipo plantillas gráficas 2.9. Entrega de la ingeniería de detalle 3. Hito 1: Aprobación de Metro de la ingeniería de detalle y prototipo funcional. 4. Migración y Construcción de los módulos basado en el documento de Ingeniería Detalle: 4.1. Desarrollo de los módulos que se requieren migrar y los nuevos requerimientos funcionales Construcción de Planes de Pruebas Validación y pruebas unitarias en ambiente de pruebas. 5. Hito 2 : Aprobación pruebas unitarias en ambiente de pruebas de Metro 6. Control de calidad 6.1. Validación y pruebas integrales en ambiente de Preproducción 6.2. Desarrollo de manuales de usuario, administración y operacional. 7. Hito 3: Aprobación de pruebas integrales y manuales. 8. Implementación y despliegue de los Productos: 8.1. Entrega del distribuible y códigos fuente de la aplicación. 2

3 8.2. Puesta en Producción y liberación 8.3. Marcha Blanca Liberación de los productos 9. Hito 4: Aprobación y cierre del proyecto 2.2 Productos Entregables 1. Documento de Ingeniería Detalle 2. Software Sistema Gestión de Vestuario 3. Fuentes de todos los módulos construidos tanto para migración como el nuevo requerimiento funcional. 3. ALCANCE GENERALES DEL SISTEMA A continuación se describe el alcance funcional del sistema que el oferente deberá contemplar: El diseño de Ingeniería. Construcción de los módulos en ambiente WEB 3.1 Sistema de Gestión de Vestuario. En términos funcionales, el alcance del proyecto está delimitado por las siguientes funcionalidades a nivel general: Ingreso de los datos asociados a definiciones de vestuario: prendas, tipos de vestuario, grupos de prendas, asociación a cargos y funciones. Definición de procesos de entrega de vestuario según políticas de Metro, permitiendo la generación de nóminas iniciales y finales de entrega de acuerdo a los parámetros de estacionalidad y género, asociando a los distintos cargos habilitados para el proceso. Registro y control en proceso de entregas masivas e individuales de vestuario segregando roles de acuerdo a las áreas involucradas. Herramienta de tallaje virtual que permita a los trabajadores registrar sus medidas específicas para cada prenda asignada, esto con el objetivo de generar curvas de tallas que serán la base para la adquisición de las prendas, además de minimizar los quiebres de stock en los procesos de entrega. 3

4 Registro y mantenimiento de excepciones de vestuario, como por ejemplo, uniformes maternales y tallas especiales. Control y seguimiento de cambios y reposiciones de vestuario. Generación de informes de gestión. 3.2 Áreas Involucradas Área Calidad de Vida (Gerencia de RRHH). Subgerencia de Abastecimiento (Gerencia Administración y Finanzas) Logística (Gerencia Administración y Finanzas) Responsabilidad (ámbito de acción) Área responsable de registrar la definición de las prendas y sus características, además de configurar los grupos de vestuario y su asociación a los cargos según políticas vigentes. Junto con lo anterior son los encargados administrar las asignaciones excepcionales. Área encargada de la definición de procesos masivos de entrega, además de la generación de nóminas iniciales para gestionar adquisición de prendas, una vez realizada entrega física por parte del proveedor deben realizar mantenimiento al registro de prendas completando información como por ejemplo: datos del proveedor y código SAP. Esta área también se encarga de generar nóminas definitivas de entrega y de controlar los procesos masivos de entrega de vestuario a trabajadores. Junto con lo anterior deben administrar los cambios y reposiciones de vestuario. Área encargada de las entregas rezagadas de procesos masivos y entregas excepcionales previamente autorizadas por Calidad de Vida. El modelo funcional actual se encuentra detallado en los Anexos requerimientos de automatización de procesos se encuentran el Anexo 3. 1 y 2. Los 4

5 4. REQUISITOS 4.1 Competencias Los oferentes deben ser empresas partners de Microsoft grado Silver, Gold o Platinum. Además deberán acreditar que los ingenieros que participaran en el desarrollo y despliegue cuentan con experiencia en framework Visual Studio Professional y Team Foundation Server por Microsoft. 4.2 Tiempos y Programación del Proyecto Las aplicaciones deberán estar migradas y desarrolladas dentro de 4 meses, incluyendo la implementación, capacitación y puesta en marcha. 4.3 Delimitaciones Del Proyecto La implementación y administración de la plataforma de explotación y testing será responsabilidad de METRO S.A- El ambiente de desarrollo será de responsabilidad de la empresa. El MDB para el ambiente de pruebas, pre-productivo y productivo será provisto por METRO S.A. En caso de ser requerido y autorizado por la Subgerencia de TIC, METRO S.A podrá establecer una conexión por VPN desde el ambiente desarrollo del Proveedor hacia el ambiente de pruebas de METRO S.A. La empresa deberá seguir las políticas y procedimientos de puesta en ambiente de pruebas y puesta en explotación de METRO S.A, quien luego se hará responsable de respaldar la versión anterior y de ejecutar las instrucciones que el proveedor haya estipulado, sin embargo será responsabilidad del proveedor transparentar los alcances de las actualizaciones enviadas. 4.4 Inclusiones El proveedor u oferente debe tener sus licencias, ambientes y recursos necesarios para el desarrollo de los módulos. La empresa deberá gestionar, administrar, y controlar sus recursos para el desarrollo e implementación. 5

6 Debe incluir las siguientes normativas de seguridad, las aplicaciones deberán contar con al menos lo siguiente: No pasar parámetros entre páginas WEB a través de los links. Incorporar SSL en todas las operaciones de transferencia de información privada y Timeout de sesión Incorporar IP de origen como parte del identificador de las sesiones Evitar accesos que permitan generar la dupla userid/usuario Evitar uso de cookies en claro. Preferentemente usar cookies encriptadas o no utilizarlas. Usar sesiones Al usar la dupla Usuario - Password esta última debe estar encriptada en la BD y el sistema debe tener un mecanismo de recuperación de clave basado en un desafío conocido (por ejemplo: Pregunta y Respuesta ingresada) Mantener la actividad de c/u de los usuarios El sistema deberá contar con accesos seguro para las usuarios, tales como código de sesión, tiempos de sesión, y encriptación. Como nivel de seguridad la aplicación debe contemplar manejo de autenticación con protocolo seguro, uso de encriptación de la password, permisos por roles y validaciones de límite de Sesión. La gráfica y entornos de trabajo son de la propuesta, y están normados por el manual de grafica corporativa. Se deberá entregar toda la documentación técnica, la cual incluye el modelo de datos, los casos de uso y de prueba. Se deberá entregar en medio digital el sistema desarrollado, KB, código fuentes, manuales de administrador y usuarios. Antes de poner en explotación se deberá capacitar a un grupo de usuarios líderes, identificados por METRO S.A. 4.5 Plataforma de Desarrollo Los sistemas serán diseñados, desarrollados e implementado bajo metodología utilizada por la Subgerencia de TIC de METRO S.A.: 6

7 La interfaz de usuario debe ser diseñada para ser montados bajo ambiente Web. El desarrollo e implementación debe realizarse bajo la siguiente herramienta de programación: Framework.NET sobre el IDE Visual Studio para aplicaciones Web Código nativo para el desarrollo de las aplicaciones Móviles. Sistema Operativo Servidor Web Servidor Web Motor de Base de Datos Windows 2008 R2 IIS SQL Server 2008 R2 Además el desarrollo cumplirá con el siguiente estándar, en lo referente al software del cliente: Sitio Web Intranet Para cliente con PC Visualizar en Explorer, Chrome y Firefox. Para clientes con Macintosh Safari, Firefox En lo referente aplicaciones móviles: Sistema Operativo Teléfonos Móviles Con Distribución Android 4 o superior, ios 7 o superior Google Play, y App Store 7