Plan de Seguridad Democratica

1. Introducción 5

1.1 Propósito 5

1.2 Alcance 5

1.3 Referencias 5

2. Descripción general: 6

3. Requerimientos específicos: 7

1.4 Módulos y Funcionalidad 7

1.4.1 Back Office: 8

1.4.1.1 Modulo Carga Contenido Dinámico: 8

1.4.1.2 Modulo Newsletter: 12

Este modulo permitirá el montaje y creación de un newsletter dinámico similar al que se encuentra actualmente (http://www.xxxx.com/clients/rdseguridad/newsletter/frontend_1/index.php?id_template=37). El sistema permitirá la carga de noticias e imágenes. El envió del newsletter se realizara a trabes de un sistema de filtros implementado en el sistema. Los campos requeridos para crear un newsletter son: 12

1.4.1.3 Modulo Testimonios:
13

Debo de poder hacer un Enviar testimonio a un email. Envía por email el link.

13

1.4.1.4 Modulo Publicaciones: 13

Las publicaciones son archivos descargables con su descripción, los cuales van a estar categorizados en las 4 secciones. Estas 4 secciones deben de poder cargarse dinámicamente dado que pueden existir nuevas categorías: 13

- PSD
- Reforma Policía Nacional
- Fortalecimiento Política Criminal
- Decretos medidas especiales 13

1.4.1.5 Modulo Investigación y Estadísticas: 14

1.4.1.6 Modulo Calendario: 17

Calendario para cargar de eventos y actividades. La sección de calendario se accede mediante la visualización de un calendario y donde se clickeara para agregar los eventos. Deben de podes convivir varios eventos que duren varios días en el mismo calendario. Los campos para la carga de eventos son:

- DIA Inicio del Evento: [pequeño calendario para fecha de inicio]
- Hora Inicio del Evento: [pull down menús con las horas y minutos. Los minutos colocar de a 30]
- Día Fin del Evento: [pequeño calendario para fecha de finalización] 17

1.4.1.7 Modulo Banners: 18

1.4.1.8 Modulo Permisos de Accesibilidad / Niveles de Acceso y Usuarios: 19

1.4.2 Front End: 19

4. Varios: 21

1.5 Entrenamiento: 21

1.6 Disponibilidad, Mantenimiento, Beta Testing y Debbuging: 22

1.7 Performance 23

1.8 Licenciamiento 23

Software Requirements Specification

1.Introducción

Esta sección del Software Requirements Specification (SRS) provee un panorama general de todo el SRS, incluyendo propósito, alcance y referencias.

Nota: El documento de SRS contiene los requerimientos del software y del sistema. Se agrega un resumen que captura todos los requerimientos en un documento sencillo, con secciones aplicables insertadas en especificaciones suplementarias.

El SRS permite arreglos y enmiendas a través de la sección de control de revisiones mediante solicitudes que deberán detallar las fechas de modificación así como las versiones, con las que se modificarán las fechas de entrega y los cambios planteados.

1. Propósito

El propósito del SRS es conocer con exactitud el funcionamiento del sistema e identificar necesidades planteadas por PSD que no se hayan detallado previamente, así como conocer el comportamiento de la aplicación y de sus servicios. También prevé describir los requerimientos no funcionales, los posibles problemas a sortear, así como otros factores necesarios para proveer un completo conocimiento de la herramienta y sus exigencias.

2. Alcance

El alcance de este documento refleja todos los campos y funcionalidades que el CMS y website tendrán por lo que deberá ser ratificado y verificado por PSD para comenzar su desarrollo. Demoras en aprobaciones afectarán las fechas previstas de entrega.

3. Referencias

Este documento se relaciona con los siguientes documentos presentados a PSD.

PSD-arbol.doc (4/27/2007)
Fuente: Nacarid Useche (nacarid)

Task Schedulle PSD.xls (5/10/2007)
Fuente: ()

2.Descripción general:

Esta sección contiene una descripción general de los elementos que integran el sistema y sus requerimientos, los detalles de los requerimientos se especifican en la sección 3.

• Perspectiva del producto:

El CMS (Content Management System) o sistema de administración de contenido será programado modularmente de acuerdo a las necesidades planteadas originalmente por el cliente.

Se alojará en servidores de empresa en Estados Unidos en datacenters de última generación.

Durante la primera etapa se entregará a PSD un diseño en formato de mockups para su aprobación. Paralelamente se comenzará la programación del CMS y website. Las entregas de harán de acuerdo a las fechas especificadas en el documento Task Schedulle PSD.xls

• Funciones del producto:

El CMS cumplirá la función de un administrador de los contenidos de la página Web del PSD. Información que podrá actualizarse dinámicamente sin límites. Contara con funciones que le permitirán al PSD mantener una página Web actualizada y dinámica.

• Características del sistema para el usuario:

El usuario del CMS ingresará al administrador de contenidos a través de una página Web de acceso público pero con clave de autenticación privada.

El CMS contará con un módulo de accesibilidad de usuarios y grupos/patrones de usuarios con permisos y niveles de seguridad.

• Limitaciones:

El CMS no incluirá ciertos servicios ni realizará tareas tales como:

• Intercomunicación con telefonía móvil

• Envío de mensajes SMS

• Comercio electrónico

• Suposiciones y dependencias:

empresa depende de la aprobación de este documento por parte de PSD, para comenzar la programación del sistema y el correcto cumplimiento de las fechas de entrega. Retrasos en la aprobación así como los cambios que se puedan producir a este documento también ocasionarán demoras en la entrega del sistema.

El cliente deberá solicitar cambios y modificaciones al sistema utilizando el presente documento registrando los cambios así como sus versiones. Cualquier cambio posterior a la iniciación del sistema obligará a una reevaluación del sistema y de los tiempos de entrega. Si se trata de cambios de gran magnitud que involucran costos adicionales, estos deberán ser presupuestados y cobrados por empresa.

3.Requerimientos específicos:

En esta sección se describen en detalle cada módulo, incluyendo los campos de carga y su funcionalidad a un nivel de detalle suficiente como para que el cliente y el equipo de desarrolladores en empresa puedan comprender el flujo de carga y visualización de la información.

A su vez requerimos por parte de PSD la designación de un líder de proyecto y hacer pruebas beta para realizar la auditoria del sistema de acuerdo a las especificaciones.

4. Módulos y Funcionalidad

En esta sección describimos cada uno de los módulos y su funcionalidad en detalle. El sistema tiene contiene dos áreas las cuales describimos brevemente a continuación.

Back Office:

Aquí es donde accederán los usuarios para realizar la carga de contenido del website y administración de la información, asi como el webmaster para crear los accesos y permisos de seguridad.

Front End:

El Front End es el website “per se”. Debajo describiremos el árbol y la estructura del website para el público general.

1. Back Office:

En el Back office se administran los siguientes módulos:

3.1.1.1 Modulo Carga de Contenido Dinámico
3.1.1.2 Modulo Newsletter
3.1.1.3 Modulo Testimonios
3.1.1.4 Modulo Publicaciones
3.1.1.5 Modulo Investigación y estadísticas
3.1.1.6 Modulo Calendario
3.1.1.7 Modulo Banners
3.1.1.8 Modulo Permisos de Accesibilidad / Niveles de Acceso y Usuarios

1. Modulo Carga Contenido Dinámico:

En este modulo se cargaran todos los contenidos dinámicos tipo noticias, documentos y librerías.

Dependiendo de la sección en la cual se cargue el contenido los campos requeridos serán distintos. A continuación detallamos los campos de carga para cada sección.

• Sección Componentes / Coordinación y Ejecución del PSD:

Esta sección contiene un área estática y a la derecha contenido dinámico. Se deben de poder cargar noticias dinámicas. Se debe de poder adjuntar un archivo de cualquier tipo (video, audio, pdf, Word). Las noticias a cargar contendrán los siguientes campos:

- Fecha: [fecha por defecto del DIA con calendario para cambiarla]

- Titulo: [área de texto]

- Subtitulo: [área de texto]

- Autor: [área de texto]

- Imagen 1: [campo para hacer browse y cargar archivo]
- Imagen 2: [campo para hacer browse y cargar archivo]

- Imagen 3: [campo para hacer browse y cargar archivo]

- Área de texto para la noticia (puede no tener texto y si foto o viceversa)

- Archivo: [campo para hacer browse y cargar archivo en cualquier formato (scan, Word, pdf, etc.)]

- Uso: [Interno] [Externo]

Interno: depende el nivel de acceso pueden modificarla y volver a subirla.

Externo: Solo pueden bajarla todos.

• Sección Impacto:

Esta sección permite la carga dinámica de Testimonios y Avances de informe (en formato, texto, videos, fotos, etc., con archivos descargables).Los testimonios a cargar contendrán los siguientes campos:

- Fecha: [fecha por defecto del día con calendario para cambiarla]

- Titulo: [área de texto]

- Subtitulo: [área de texto]

- Autor: [área de texto]

- Imagen 1: [campo para hacer browse y cargar archivo]
- Imagen 2: [campo para hacer browse y cargar archivo]

- Imagen 3: [campo para hacer browse y cargar archivo]

- Área de texto para la noticia (puede no tener texto y si foto o viceversa)

- Archivo: [campo para hacer browse y cargar archivo en cualquier formato (scan, Word, pdf, etc.)]

- Uso: [Interno] [Externo]

Interno: depende el nivel de acceso pueden modificarla y volver a subirla.

Externo: Solo pueden bajarla todos.

• Sección Participantes:

Esta área comprende contenido fijo con notas dinámicas. Las noticias a cargar contendrán los siguientes campos:

- Fecha: [fecha por defecto del día con calendario para cambiarla]

- Titulo: [área de texto]

- Subtitulo: [área de texto]

- Autor: [área de texto]

- Imagen 1: [campo para hacer browse y cargar archivo]
- Imagen 2: [campo para hacer browse y cargar archivo]

- Imagen 3: [campo para hacer browse y cargar archivo]

- Área de texto para la noticia

- Archivo: [campo para hacer browse y cargar archivo en cualquier formato (scan, Word, pdf, etc.)]

- Uso: [Interno] [Externo]

Interno: depende el nivel de acceso pueden modificarla y volver a subirla.

Externo: Solo pueden bajarla todos.

• Sección Marco Legal:

Sección en la cual se cargan leyes y decretos en forma dinámica. Los decretos a cargar contendrán los siguientes campos:

- Fecha: [fecha por defecto del día con calendario para cambiarla]
- Tipo: [Ley] [Decreto]

- Nombre/Numero: [campo de texto para escribir el nombre del decreto o ley]

- Campo descripción: [área de texto para una mini descripción]

- Archivo: [campo para hacer browse y cargar archivo en cualquier formato (scan, Word, pdf, etc.)]

• Sección Prensa:

Esta sección cuenta de 4 subsecciones de carga de contenido:

1. Subsección Noticias:

Comprende la carga de noticias que puedan descargarse en formato de texto para ser utilizable y editable por los periodistas. Los campos requeridos para carga de noticias son:

- Fecha: [fecha por defecto del día con calendario para cambiarla]- Titulo

- Subtitulo: [área de texto]

- Autor: [área de texto]

- Imagen 1: [campo para hacer browse y cargar archivo]
- Imagen 2: [campo para hacer browse y cargar archivo]

- Imagen 3: [campo para hacer browse y cargar archivo]

- Área de texto para la noticia

- Uso: [Interno] [Externo]

Interno: depende el nivel de acceso pueden modificarla y volver a subirla.

Externo: Solo pueden bajarla todos.

2. Subsección Discursos:

Ídem anterior. Los campos requeridos para carga de noticias son:

- Fecha: [fecha por defecto del día con calendario para cambiarla]- Titulo

- Disertante: [área de texto]

- Imagen 1: [campo para hacer browse y cargar archivo]
- Imagen 2: [campo para hacer browse y cargar archivo]

- Imagen 3: [campo para hacer browse y cargar archivo]

- Área de texto para el discurso

- Archivo: [campo para hacer browse y cargar archivo en cualquier formato (scan, Word, pdf, etc.)]

3. Subsección PSD en la prensa:

Es la carga de un artículo de periódico escaneado, un video digitalizado, o un archivo de audio de radio. El archivo luego debe de poder descargarse y en el caso de los videos debe verse como en youtube.com

Los campos requeridos para carga de archivos son:

- Fecha: [fecha por defecto del día con calendario para cambiarla]

- Titulo: [área de texto]

- Medio: [campo abierto para escribir el nombre del medio]

- Subtitulo: [área de texto]

- Autor: [área de texto]

- Imagen 1: [campo para hacer browse y cargar archivo]
- Imagen 2: [campo para hacer browse y cargar archivo]

- Imagen 3: [campo para hacer browse y cargar archivo]

- Área de texto: [para breve descripción]

- Uso: [Interno] [Externo]

Interno: depende el nivel de acceso pueden modificarla y volver a subirla.

Externo: Solo pueden bajarla todos.

- Campo para cargar un archivo en cualquier formato video, audio, scan, fotos, Word, pdf, etc.)

4. Subsección Galería Audiovisual:

La galería de fotos, videos y audios permite realizar la carga de archivos con formato de galerías. Se vera un estilo similar a la siguiente galería (http://www.cnc.gov.do/vsd/system/galeria.php?id_cat=3). La galería que aparecerá primero es la última cargada. Las fotos irán rotando en las restantes paginas, es decir se podrá colocar una galería de fotos para que aparezca al estilo banner publicitario en cualquier otra sección, clieckeando en esta se accederá a la galería en cuestión. Una vez que se determinen las dimensiones el programa ajustará todas las imágenes acorde con el modo predeterminado.

Los campos requeridos para crear una galería de fotos son:

PASO 1:

- Titulo: [área de texto]

- Descripción: [área de texto para escribir descripción del contenido de las fotos de la galería]

- Fecha de Creación: [viene por defecto la fecha en que se crea]

PASO 2:

- Titulo de la foto: [área de texto]

- Colocar como principal: [SI] [NO]

- Descripción: [área de texto para escribir la descripción de la foto]

- Archivo: [campo para carga de la foto]

1. Modulo Newsletter:

Este modulo permitirá el montaje y creación de un newsletter dinámico similar al que se encuentra actualmente (http://www.xxxx.com/clients/rdseguridad/newsletter/frontend_1/index.php?id_template=37). El sistema permitirá la carga de noticias e imágenes. El envió del newsletter se realizara a trabes de un sistema de filtros implementado en el sistema. Los campos requeridos para crear un newsletter son:

PASO 1:

- Seleccionar idioma de plantilla: [INGLES] [ESPANOL]

- Nombre del Newsetter: [campo de nombre]

- Cantidad de Artículos: [pull down con número de artículos hasta 10]

PASO 2:

Aquí se comienza a cargar el contenido de cada artículo respectivo. Los campos son:

- Titulo de la Noticia: [área de texto]

- Imagen 1: [campo para hacer browse y cargar archivo]

- Comentario de imagen 1: [área de texto]

- Imagen 2: [campo para hacer browse y cargar archivo]

- Comentario de imagen 2: [área de texto]

- Imagen 3: [campo para hacer browse y cargar archivo]

- Comentario de imagen 3: [área de texto]

- Resumen de la Nota: [área de texto]

- Cuerpo de la nota: [área de texto]

PASO 3:

En este paso se previsualiza el newsletter y se lo puede enviar a modo de prueba a un email. Los campos de la previsualización son:

[PREVISUALIZAR] [botón que abre nueva ventana y se previsualiza el newsletter]

- De-Email: [área de texto para cargar el email de quien va a ser enviado el newsletter, que vendrá por defecto el email news@psd.gov.do y es modificable]

- De Nombre: [área de texto para cargar el nombre de quien lo envía, que vendrá por defecto “PSD Newsletter” y es modificable]

- Asunto: [área de texto para escribir el asunto, que vendrá por defecto la palabra “Newsletter” y es modificable]

- Para: [área de texto para escribir varios emails separados por coma de los receptores del newsletter de prueba]

[ENVIAR] Botón para enviar el newsletter.

3. Modulo Testimonios:
   
   
   

Este modulo permite realizar la carga de contenido dinámico en formato de texto, foto, audio, video. Los campos para carga de un testimonio son:

- Fecha: [fecha por defecto del día con calendario para cambiarla]

- Titulo o encabezado: [área de texto]

- Área de texto: [para escribir descripción del testimonio]

- Nombre de Persona: [área de texto]

- Cargo: [área de texto]

- Imagen 1: [campo para hacer browse y cargar archivo]

- Archivo: [campo para hacer browse y cargar archivo en cualquier formato (video, audio, scan, Word, pdf, etc.)]

Características:

La carga del testimonio puede ser en 3 formatos, o un texto con la foto de la persona, sino un video o un archivo de audio con la foto de la persona.

Debo de poder hacer un Enviar testimonio a un email. Envía por email el link.

1. Modulo Publicaciones:

Las publicaciones son archivos descargables con su descripción, los cuales van a estar categorizados en las 4 secciones. Estas 4 secciones deben de poder cargarse dinámicamente dado que pueden existir nuevas categorías:

- PSD
- Reforma Policía Nacional
- Fortalecimiento Política Criminal
- Decretos medidas especiales

Los campos para carga de una publicación son:

- Fecha: [fecha por defecto del día con calendario para cambiarla]

- Nombre de la Publicación: [área de texto]

- Imagen 1: [campo para hacer browse y cargar archivo]
- Área de texto: [para escribir descripción del de la publicación]

- Archivo: [campo para hacer browse y cargar archivo en cualquier formato (video, audio, scan, Word, pdf, etc.)]

5. Modulo Investigación y Estadísticas:

Este modulo contiene una pagina al estilo reporte mensual el que se vera en un formato Web al estilo plantilla de newsletter.

Se divide en 3 secciones. Las secciones tendrán contenido que no siempre se actualizaran en forma mensual, por ende habrá contenido de algunas de las secciones que permanecerán los cargados en un mes determinado y contenidos de otras secciones que sean cargados en el mes corriente. Tendrá un historial de cada sección para ver el contenido cargado mensualmente.

Ver grafico:

El tipo de contenido que se cargara en esta sección es de 3 tipos:

1. Análisis:

Los campos para carga de este tipo de contenido son:
- Titulo del Análisis: [campo de texto]

- Resumen del Análisis: [campo de texto de resumen]

- Cuerpo de Texto: [campo de texto para descripción completa]

- Grafico 1: [campo browse para subir el grafico 1]. Deben de tener la opción de descargar la imagen en alta.

- Pie/Leyenda del grafico 1: [campo de texto]

- Grafico 2: [campo browse para subir el grafico 1] Deben de tener la opción de descargar la imagen en alta.

- Pie/Leyenda del grafico 2: [campo de texto]

- Grafico 3: [campo browse para subir el grafico 1] Deben de tener la opción de descargar la imagen en alta.

- Pie/Leyenda del grafico 3: [campo de texto]

2. Estadísticas:
   
   La sección de Estadísticas comprende 2 links, uno de ellos dinámico y el otro estático:

1. Link Estático: Procuraduría: http://www.procuraduria.gov.do/PGR.NET/Estadisticas.aspx

2. Link Dinámico: contiene:

   1. Mes de carga

   2. Campo para cargar un archivo en cualquier formato Pdf, Word, etc.)

Esta sección tendrá un historial al estilo como se ve en el link de la procuraduría mencionado arriba.

3. Estudio de Seguimiento:
   
   Los campos para carga de este tipo de contenido son:
   
   

- Titulo: [campo de texto]

- Resumen: [campo de texto]

- Cuerpo de Texto: [campo de texto para descripción completa]

1. Modulo Calendario:

Calendario para cargar de eventos y actividades. La sección de calendario se accede mediante la visualización de un calendario y donde se clickeara para agregar los eventos. Deben de podes convivir varios eventos que duren varios días en el mismo calendario. Los campos para la carga de eventos son:

- DIA Inicio del Evento: [pequeño calendario para fecha de inicio]
- Hora Inicio del Evento: [pull down menús con las horas y minutos. Los minutos colocar de a 30]
- Día Fin del Evento: [pequeño calendario para fecha de finalización]

- Titulo: [área de texto]

- Lugar: [área de texto]

- Información de Contacto: [área de texto con editor de Word para colocar la info de contacto]

- Campo para link: [para linkear a la página del evento, o a un documento relacionado como pudiera ser la agenda en un formato pdf]

- Archivo: [campo para hacer browse y cargar archivo en cualquier formato (scan, imagen, Word, pdf, etc.)]

- Descripción del evento: [área de texto con editor de Word para insertar la descripción del evento]

- Imagen: [campo para cargar una imagen relacionada al evento]

Ejemplo de Calendario:

7. Modulo Banners:

Este modulo permitirá realizar la carga de banners, los cuales tendrán una ubicación fija en la pagina Web. A su vez pueden ser colocados en distintas secciones del website. Los campos para la carga de banners son:

- Nombre: [área de texto]
- URL: [área de texto en donde colocan la url adonde el banner debe llevar]
- Ubicación en la pagina: a determinar por el cliente. Serán 3 ubicaciones. Ej.

. Banner Arriba

. Banner Izquierda

. Banner Derecha

. Al pie de la Nota

- Sección: sección del website en donde se desea colocar. Las secciones son:

. PSD

. Sectores Participantes

. Investigación y Estadísticas

. Marco Legal

. Prensa

. Boletín

. Testimonios

. Publicaciones

- Archivo: [campo para cargar una imagen relacionada al banner]

- Archivo Link: [campo para cargar un documento descargable relacionado al banner. Este documento se descargara cuando el usuario haga clickee en el banner]

- Link E-mail: [campo de texto en donde se ingresa el email si se desea que el banner linkee a un email]

8. Modulo Permisos de Accesibilidad / Niveles de Acceso y Usuarios:

En este modulo se configuran los usuarios que tendrán acceso al BackOffice y los permisos respectivos. Se pueden crear números ilimitados de claves de acceso. Cada usuario tiene un nivel predeterminado por el administrador para restringir o permitir accesos a los diferentes módulos e informaciones de la página. Pueden crearse en cualquier momento. Deben tener acceso personas de secretaría, deportes, cultura y educación así como personal de empresa.

2. Front End:

El Front End es como mencionado anteriormente el website adonde acceden los visitantes. El mismo estará compuesto por las siguientes áreas representadas en el siguiente árbol:

1. INICIO

2. PSD

   1. Qué es el plan

   2. Objetivos

   3. Componentes

      1. Modernización Policía Nacional

         1. Académica

         2. Preventiva

         3. Inteligencia

         4. Administrativa

         5. Judicial

         6. Asuntos Internos

      2. Fortalecimiento política criminal (incluir pdf)

      3. Programa Barrio Seguro

      4. Zonas turísticas

      5. Prevención y Patrullaje

      6. Recreación Segura

   4. Coordinación y ejecución del PSD (ver organigrama)

      1. Consejo Nacional de Seguridad Ciudadana

      2. Comisión de seguimiento e implementación.

   5. Impacto

      1. Testimonios (videos y notas, quotes con foto)

      2. Informe de avances

3. SECTORES PARTICIPANTES

   1. Instituciones del Estado

      1. Despacho primera dama

      2. Seguridad y administración de justicia

      3. Salud

      4. Trabajo y tecnología

      5. Servicios básico y obras publicas

      6. Educación y cultura

      7. Juventud y deporte

      8. Servicios básicos

   2. Sector privado

   3. Sociedad civil

4. INVESTIGACION Y ESTADISTICAS

   1. Estadísticas (incluirá gráficos de barra, pies, etc. Informe de procuraduría)

   2. Análisis.(análisis de las estadísticas mensuales)

   3. Estudios de seguimiento (diagnósticos, informes de la realidad barrial, evaluaciones, etc.)

5. MARCO LEGAL

   1. Leyes

   2. Decretos (se nutrirá periódicamente: usar modelo de presidencia

      1. Creación Consejo Nacional de Seguridad Ciudadana

      2. Prohibición de importación de armas de fuego

      3. Prohibición de expendio de bebidas alcohólicas

      4. Patrullaje mixto

      5. Reglamento general de los bomberos

      6. Reglamento para ascenso para miembros de la P.N.

      7. Reglamento para la policía auxiliar

      8. Reglamento sobre el registro de datos sobre personas con antecedentes delictivos.

6. PRENSA (Descargable)

   1. Noticias

   2. Discursos

   3. PSD en la prensa

   4. Press kit: Área no dinámica con 5 documentos descargables.

      1. Hoja de datos

      2. Biografías

         1. Presidente

         2. Secretario de Interior y Policía

         3. Procurador

         4. Jefe de la Policía

   5. Galería audiovisual:

      1. Fotos (Descargable)

      2. Videos (Descargable)

      3. Audios (Descargable)

7. NEWSLETTER

8. TESTIMONIOS

9. GALERIA AUDIOVISUAL

1. Fotos (Descargable)

2. Videos (Descargable)

3. Audios (Descargable)

10. PUBLICACIONES ( Todos Descargables)

1. PSD

2. Reforma Policía Nacional

3. Fortalecimiento Política Criminal

4. Decretos medidas especiales

11. CALENDARIO
    
    

12. CONTACTO

4.Varios:

5. Entrenamiento:

La capacitación para el uso del CMS puede ser de dos tipos a elección de PSD:

1. Entrenamiento Virtual: desde oficinas de empresa Miami. El entrenamiento consta de 2 días de 4 horas cada uno a confirmar con el cliente. Los días se dividen de la siguiente forma:

Día 1:
2 horas: entrenamiento en el uso del Back Office
2 horas: entrenamiento general del CMS

Día 2:
2 horas: entrenamiento general del CMS
2 horas: workshop general para uso del CMS

2. Entrenamiento “In-Situ”: para un grupo de hasta 15 personas.

Día 1:
2 horas: entrenamiento en el uso del Back Office
2 horas: entrenamiento general del CMS
Día 2:
2 horas: entrenamiento general del CMS
2 horas: workshop general para uso del CMS

Esta opción No incluye costos de viaje.

6. Disponibilidad, Mantenimiento, Beta Testing y Debbuging:

La disponibilidad del sistema online estará relacionada con el host en donde la aplicación este almacenada. empresa tiene un 99.9% de uptime en sus propios hosts.

El sistema será mantenido y actualizado 24/7. La atención y servicio al cliente será telefónica de 9:00am a 6:00pm EST TIME. Ante eventualidades que requieran emergencia contamos con servicio de atención 24/7.

Mean Time Between Failures (MTBF): El tiempo de respuesta frente a eventualidades que produjeran que el CMS o website estuviera offline será revisado dentro de las primeras 24 horas de notificado por escrito vía email y empresa abrirá un ticket para hacer seguimiento al problema.

Mean Time To Repair (MTTR): en caso de errores o disfunciones del sistema empresa hará todos los intentos posibles para solucionarlo en el acto, de no poder notificara por escrito a PSD con un tiempo de reparación.

Maximum Bugs or Defect Rate (MB): durante el periodo de desarrollo y luego de puesto en producción surgirán bugs los cuales serán solucionados a medida que los mismos vayan apareciendo en un periodo de tiempo a determinar de acuerdo a la complejidad de los mismos.

7. Performance

La performance del CMS y website depende de varias cuestiones:

- Ancho de banda contratado por PSD: no controlable por empresa
- Ancho de banda del colocation: controlable por empresa
- Servidor: controlable por empresa
- Métodos de programación: controlable por empresa

8. Licenciamiento

La licencia del CMS pertenece a PSD. empresa entregara un ID de la aplicación una vez finalizada la misma.

23

Confidencial 04/06/2007

Edit this page (if you have permission) |

Google Docs -- Web word processing, presentations and spreadsheets.