PROYECTO-SGO

Proyecto: Sistema Generador de Oficios

Cliente: Instituto Tecnológico de Minatitlán

Empresa Desarrolladora del Proyecto:

Soft-2U

Integrantes: Galicia Cruz Ana Gabriela

Prieto García Hugo Fernando Soto Ruiz Raquel Magday Vera Dámaso Jorge Josué

|Sistema Generador de Oficios 2

A-MODELADO DEL NEGOCIO

Contenido

A-MODELADO DEL NEGOCIO..................................................................................................................5

Definición del Negocio .......................................................................................................................5

Breve Descripción del Problema..........................................................................................................6

Datos del cliente................................................................................................................................6

Impacto del Sistema ..........................................................................................................................7

B-INGENIERIA DE REQUERIMIENTOS ......................................................................................................9

1.-PLANEACION DE ENTREVISTAS .......................................................................................................9

2.-IDENTIFICACION DE ACTORES PRINCIPALES ...................................................................................10

3.-REQUERIMIENTOS TECNOLÓGICOS ...............................................................................................11

4.-ESPECIFICACION DE SOFTWARE (DESARROLLADORES) ...................................................................12

REQUERIMIENTOS FUNCIONALES..................................................................................................12

REQUERIMIENTOS NO FUNCIONALES ............................................................................................15

C.PLANIFICACION DEL PROCESO DE DESARROLLO .................................................................................17

1.- IDENTIFICACION DE LA METODOLOGIA/MODELO DE DESARROLLO/CICLO DE VIDA ........................17

2.-CRONOGRAMA DE ACTIVIDADES ..................................................................................................20

3.-PLAN DE ASEGURAMIENTO DE CALIDAD .......................................................................................22

4.-ASIGNACION DE RECURSOS (HUMANOS Y MATERIALES) ................................................................24

5..-PERT DE PLANIFICACION .............................................................................................................26

6.- COSTEO DE SOFTWARE ...............................................................................................................30

D.DISEÑO ORIENTADO A OBJETOS........................................................................................................33

1.- Diagramas de Caso de uso...........................................................................................................33

Caso de Uso 1 Tareas del Administrador ...........................................................................................33

CASO DE USO 2 ACCESO AL SISTEMA ................................................................................................34

CASO DE USO 3 ADMINISTARCION DE CONTRASEÑAS ........................................................................35

CASO DE USO 4 ADMINISTRACION DE CATALOGOS ............................................................................36

CASO DE USO 5 GENERACION DE OFICIOS .........................................................................................37

CASO DE USO 6 CONSULTAR OFICIO .................................................................................................38



CASO DE USO 7 TAREAS SECRETARIA ................................................................................................39

CASO DE USO 8 GENERACION DE OFICIOS POR SECRETARIA ...............................................................40

CASO DE USO 9 CONSULTAR OFICIO (SECRETARIA) ............................................................................41

2.-Diagramas de Actividad ...............................................................................................................42

3.- Organización de la Funcionalidad del Sistema ..............................................................................48

4.- Interfaces ...................................................................................................................................49

5.- Diagramas de Clase ....................................................................................................................65

6.- Diagramas de Secuencia .............................................................................................................66

7.- Diseño de Base de Datos .............................................................................................................67

E -ESPECIFICACION DE LA ARQUITECTURA DEL SISTEMA ........................................................................70

1.- DIAGRAMA ARQUITECTONICO.....................................................................................................70

2.- DESCRIPCION DE LOS ELEMENTOS DEL DIAGRAMA .......................................................................71

3.-CONSTRUCCION ..........................................................................................................................72

F- DISEÑO Y EJECUCION DE PRUEBAS....................................................................................................74

1.- DISEÑO DEL PLAN DE PRUEBAS (FUNCIONALIDAD DEL SISTEMA) ...................................................74

2.-DISEÑO DEL PLAN DE PRUEBAS (INTEGRACION DEL SISTEMA) ...................................................... 109

3.-DISEÑO DEL PLAN DE PRUEBAS (INSTALACION DEL SISTEMA) ....................................................... 111

G- IMPLANTACION Y MANTENIMIENTO .............................................................................................. 114

1.- PROPUESTA DE PLAN DE IMPLANTACION ................................................................................... 114

2.-PROPUESTA DE MANTENIMIENTO .............................................................................................. 116



CAPITULO A MODELADO DEL NEGOCIO




Definición del Negocio

El Instituto Tecnológico de Minatitlán es una institución pública de educación superior localizada en Minatitlán, Veracruz, México. Fue fundado el 17 de septiembre de 1972 durante el gobierno del presidente Luis Echeverría Álvarez.

Actualmente, el Instituto Tecnológico de Minatitlán imparte 8 carreras a nivel licenciatura y 1 a nivel posgrado en las áreas de ciencias sociales y administrativas, e ingeniería. Forma parte de la Dirección General de Educación Superior Tecnológica (DGEST), de la Secretaría de Educación Pública de México.

Dentro de las 7 carreras a nivel licenciatura que ofrece el Instituto Tecnológico de Minatitlán se encuentra la de Ingeniería en Sistemas Computacionales a la que pertenece a su vez el Departamento de Sistemas y Computación que se encuentra organizado mediante la jerarquía presentada a continuación.

Direccion

Sub-academia

Departamento de Ingenieria en sistamas

y Computacion

Jefe de LaboratorioJefe de proyectos de

docenciaAuxiliar

AdministrativoJefe de proyetos de

Investigacion Jede de Investigacion

Prefecto Secretaria



Breve Descripción del Problema

Actualmente la jefatura del Departamento de Sistemas y Computación se encuentra a cargo del Ingeniero Carlos Alberto Espinoza Kattz, quien solicitó a la empresa Soft-2U una aplicación que le ayude a solucionar un problema que se ha presentado en el proceso de elaboración de oficios.

En la oficina del Departamento de Sistemas y Computación se llevan a cabo diversas actividades secretariales, entre ellas la elaboración de oficios dirigidos a los diferentes departamentos del Instituto Tecnológico de Minatitlán así como al personal que labora dentro de él.

El problema detectado en el proceso de elaboración de oficios es principalmente el desperdicio de papel debido a ciertos errores de escritura, numeración e incluso errores de redacción del contenido. Otro inconveniente del proceso ocurre después de realizar el oficio ya que no se cuenta con un almacenamiento digital de los mismos y es necesario guardar copias en papel, las cuales muchas veces terminan por extraviarse.

El cliente, en este caso el Departamento de Sistemas y Computación busca una solución a los problemas antes mencionados por medio de la automatización del proceso de generación de oficios, que le permita reducir lo más posible los errores y evitar así el desperdicio de papel además de contar con un almacenamiento digital de los oficios generados por el sistema para futuras consultas.

El impacto del sistema se verá reflejado en al ahorro de recursos materiales como papel, así como tiempo de elaboración y mejor eficiencia en ésta actividad secretarial.

Datos del cliente

Departamento de Sistemas y Computación (ITM)

Logo:

Dirección:

Blvd. Instituto Tecnológico S/N, Col. Buena Vista Norte. Minatitlán, Veracruz. CP 96848

Teléfono:

Oficina: (922) 22 2 43 45 Ext. 136 Móvil: 922 22 8 34 10

Web:

www.itmina.edu.mx www.caekattz.blogspot.com

Correo Electrónico:

[email protected]

Proyecto:

Sistema de Control de Oficios para el Departamento de Sistemas y Computación del ITM



Impacto del Sistema

Como se mencionó anteriormente, el sistema busca solucionar principalmente los siguientes problemas:

Gasto innecesario de materiales como papel y consumibles.

Pérdidas de oficios archivados.

Para solucionar dichos problemas el sistema automatizará el proceso de creación del oficio, siguiendo el

formato establecido y minimizando la intervención del usuario para evitar errores de sintaxis, redacción,

etcétera. Al mismo tiempo proporcionará una alternativa de almacenamiento más eficiente que la actual

ya que los oficios creados dentro del sistema podrán ser consultados en cualquier momento que se

necesite.

El sistema impactará directamente en la eficiencia con que se realice éste proceso al reducir tiempo en la

creación del oficio y recursos materiales.



CAPITULO B INGENIERIA DE REQUERIMIENTOS


B-INGENIERIA DE REQUERIMIENTOS


1.-PLANEACION DE ENTREVISTAS

N° Entrevista Fecha Objetivos

1

26/Febrero/2010 Conocer los antecedentes de la institución. Conocer personalmente al cliente.

Establecer un lazo de comunicación con el cliente. 2 01/Marzo/2010 Adquirir una idea general de las actividades que se

desarrollan el departamento.

Reconocimiento de actores y roles. 3 04/Marzo/2010 Conocer las necesidades del sistema a través de un

cuestionario aplicado al cliente.

Conocer el proceso de elaboración y archivo de los oficios actualmente.

Debatir con el cliente posibles soluciones para el automatizar el proceso descrito.

Adquirir una visión generalizada de la tecnología que se utilizará para el desarrollo del sistema.

4 08/Marzo/2010 Determinar requerimientos funcionales y no funcionales.

Conocer más a fondo los detalles del proceso de elaboración y archivo de oficios.

De ser necesario, despejar dudas sobre necesidades del cliente y eliminar ambigüedades en los requerimientos.

5 12/Marzo/2010 Detallar los requerimientos por escrito.

Presentar el documento al cliente y debatir el contenido para llegar a un acuerdo.

Revisar si el documento debe ser modificado. 6 15/Marzo/2010 Presentar por escrito el documento final de IR.

Si el cliente se encuentra de acuerdo con el documento modificado, se procede a la firma del contrato. Se puede iniciar con el desarrollo del sistema.

7 22/Marzo/2010 Revisión de diagramas UML por parte del profesor.

Revisión del costo del software.

Programación de fechas de pruebas del sistema. 8 26/Marzo/2010 Presentar aproximaciones al diseño del sistema.

Presentar el plan de mantenimiento.

Diseño y ejecución de pruebas 9 30/Abril/2010 Entrega e instalación del software al cliente como

producto terminado.

Entrega del manual de usuario y manual de instalación.



2.-IDENTIFICACION DE ACTORES PRINCIPALES

El Sistema de Control de Oficios debido a su naturaleza tiene dos tipos de usuarios que a continuación se

describen a cada uno de ellos así como las actividades que realizan respectivamente.

Administrador

El usuario que funge como jefe del departamento, es el que cuenta con todos los privilegios altas y bajas de usuarios, así mismo puede utilizar todas las funciones del sistema.

Actividad

Además de las especificaciones anteriores podrá: -Cambiar contraseñas. -Dar de alta un nuevo departamento. -Modificar el nombre del Jefe de determinado Departamento. -Consulta de oficios -Generación de Oficios

Secretaria

El usuario secretaria es quién podrá crear los oficios, solo podrá consultar y crear los oficios con los datos que se encuentren en la BD actual.

Actividad

-Ingresar al sistema bajo una validación del usuario y contraseña. -Redacción de un oficio. -Pre visualizar el oficio para posible corrección. -Impresión del Oficio. -Consulta de Oficios según (rango, fechas, destinatarios, etc.)



3.-REQUERIMIENTOS TECNOLÓGICOS

Ambiente donde será ejecutado el sistema

El ambiente donde se ejecutara el Sistema Control de Oficios será un sistema operativo Windows XP-

Profesional, español con SP2.

Características del Hardware

El equipo a utilizar es una computadora de escritorio cuyas características son:

Procesador Intel Centrino Duo, 3.6 Ghz.

Cache L2 Cache 1 MB

Memoria 1 GB RAM, SDRAM-DDR PC2100

Velocidad del Bus 533 Mhz o superior

Disco Duro 80 GB, Interfaz ID, SATA, rotación del disco 7200 rpm

Unidad Óptica DVD+-RW,/CD+-RW, Velocidad de ejecución en DVD:2.4x,2.4x,8x; en CDRW: 12x,10x,32x, Enhanced IDE Interface.

Network Adapter Integrated 10/100 Ethernet LAN

Monitor XGA Flat Panel 19” visible

Sistema Operativo Windows XP-Profesional, español con SP2



4.-ESPECIFICACION DE SOFTWARE (DESARROLLADORES)

REQUERIMIENTOS FUNCIONALES

Para ambos usuarios (Administrador y Secretaria)

Validación del usuario y contraseña para ingresar al sistema.

Los usuarios del sistema tendrán acceso a él mediante su propia sesión y contraseña, esto por cuestiones

de seguridad y para delimitar los roles existentes.

Selección del destinatario del oficio.

Los usuarios podrán seleccionar del catálogo de departamentos, el destinatario que incluirá el oficio.

Edición del destinatario del oficio.

Una vez agregado el departamento a donde se enviará el oficio, los usuarios podrán editar el campo.

.

Captura del destinatario del oficio.

En caso de que no se encuentre el destinatario que requiere el oficio, el usuario podrá capturar el nombre

en el campo correspondiente.

Selección del firmante del oficio

Los usuarios podrán seleccionar del catálogo de firmantes el nombre de la persona que firma el oficio.

Selección de las copias del oficio

Los usuarios podrán seleccionar de un catálogo los destinatarios posibles a los que se enviarán las copias

del oficio.

Captura de las copias extras del oficio

En caso que se desee enviar una copia a un destinatario que no aparece en el catálogo, los usuarios

podrán capturar los destinatarios extras.

Almacenamiento de oficios

El sistema almacena todos los oficios creados por cualquiera de sus usuarios.



Consulta de oficios (según un rango de fechas, folio, asunto y destinatario.)

Los usuarios podrán consultar todos los oficios almacenados dentro del sistema.

Vista previa de los oficios.

El sistema mostrará al usuario una vista previa del documento para corregir los posibles errores de

captura que se hayan generado.

Impresión de Oficios

Una vez revisado el documento en la vista previa, el sistema permitirá a los usuarios imprimir el oficio.

Para el usuario Administrador

Administración de contraseñas

El administrador del sistema podrá modificar las contraseñas de los demás usuarios.

Administración del catálogo de copias

Catalogo en el cual se mostrarán las copias derivadas del oficio.

El administrador podrá agregar una opción al catálogo de “c.c.p.”.

El administrador podrá modificar las opciones disponibles en el catalogo de “c.c.p.”

El administrador podrá eliminar las opciones disponibles que muestra el catálogo de “c.c.p.”.

Administración del catálogo de firmantes

Catalogo en el cual se mostrarán los jefes actuales de los departamentos existentes.

El administrador podrá agregar opciones al catalogo de “firmantes”.

El administrador podrá modificar las opciones disponibles en el catalogo de “firmantes”.

Administración del catálogo de departamentos

Catalogo en el cual se mostrará la lista de los posibles departamentos a los que se envía el oficio.

El administrador podrá agregar opciones al catalogo de “departamentos”.

El administrador podrá modificar las opciones disponibles en el catalogo de “departamentos”.

El administrador podrá eliminar las opciones que muestra el catálogo de “departamentos”.



Otras Consideraciones

La fecha del oficio será la del sistema por default sin embargo esta podrá ser de libre edición si el

usuario así lo desea.

El formato del folio del oficio será de tipo Numérico de longitud máxima tres caracteres.

El encabezado y pie de página del oficio será establecido por default.

El diseño de la base de datos queda a cargo de la empresa Soft-2U, pudiendo el cliente

proporcionar algún catalogo que ya tenga elaborado.

Una vez que el oficio es generado y almacenado dentro de la base de datos, únicamente podrá

editarse de nuevo el cuerpo del mismo, el resto de los datos (folio, fecha, asunto, departamento,

etcétera) no es posible que se modifiquen.

Los catálogos de copias y departamentos muestran sugerencias de los datos que pueden incluirse

en el oficio, pero si en determinado caso la opción que se desea incluir no existe en el catálogo, el

usuario puede editar el campo.

Interfaz de Usuario

La interfaz del usuario será visual y muy practica con el simple uso de clics en botones de selección, listas

desplegables para elegir opciones de catálogos y botones de aceptación. Serán implementadas las

restricciones pertinentes para cada campo.



REQUERIMIENTOS NO FUNCIONALES

Requerimientos de Desempeño

EL Sistema de Generador de Oficios deberá mostrar la vista previa del documento en menos de un

minuto.

La impresión de cada oficio no tardara más de medio minuto desde que se haya mandado a imprimir

desde la vista previa.

Requerimientos de confiabilidad y disponibilidad

La aplicación (SGO) debe experimentar no más de tres fallas por mes. El SGO debe estar disponible al

menos en una computadora.

El sistema debe de estar disponible tanto en la computadora del Administrador como en la computadora

de la secretaria siempre y cuando el servidor se encuentre funcionando.

Requerimientos de manejo de errores

El SGO lanzara una ventana de notificación al no encontrar el puerto de la impresora (“Puerto de la

impresora no encontrado”).

Requerimientos de Interfaz

La interfaz contara con combos desplegables, selección por clics.

Cuestiones de Calidad

La calidad de la impresión no depende del sistema sino de la impresora

Portabilidad

Se asegura el funcionamiento correcto del Sistema siempre y cuando sea ejecutado bajo los requisitos de

instalación.

Cuestiones de Restricciones

La aplicación deberá de correr en computadoras con Windows XP o superiores.

La aplicación junto con su base de datos no deberá superar los 500 MB

Cuestión de Requerimientos Inversos

La Secretaria no podrá ingresar a la sesión del Administrador desde su computadora.



CAPITULO C PLANIFICACION DEL PROCESO DE

DESARROLLO


C.PLANIFICACION DEL PROCESO DE DESARROLLO


1.- IDENTIFICACION DE LA METODOLOGIA/MODELO DE DESARROLLO/CICLO DE VIDA

Considerando la naturaleza del Sistema Generador de Oficios (SGO) la metodología que mejor se adapta

es el Modelo en Cascada puesto que debemos seguir una secuencia en cada fase del sistema y este modelo

nos ofrece esa ventaja ya que se debe completar un paso correctamente sin ningún error para pasar al

siguiente. Este modelo nos representa los procesos como fases separadas y secuenciales en tiempo.

Este modelo tiene la particularidad de que al término de cada fase se realiza la documentación pertinente,

con lo cual a nosotros nos permite introducir un modelado de un prototipo del software, el prototipo se

incluirá a partir de la fase de diseño, el cual es evaluado por el cliente para una retroalimentación, gracias

a esto se refinan los requisitos del software que se desarrollara, y esto permite que al mismo tiempo el

desarrollador entienda mejor lo que se debe hacer y el cliente vea resultados a corto plazo.

Sin embargo tenemos que advertir a nuestro cliente que aunque el prototipo presentado al término de

cada fase sea funcional, no debe pensar que ese es el producto terminado.



El ciclo de vida que ofrece el modelo en cascada es el siguiente:

Nota: El modelado de prototipo se ejecuta en tres fases principales Diseño, Codificación y Pruebas.

Las fases de este modelo en cascada se explican brevemente a continuación para detallar que

realizaremos en cada fase y el cliente tenga una idea general de nuestro proceso de desarrollo del

software:

Ingeniería y Análisis del Sistema.- Análisis y de diseño de todos los componentes del sistema

computacional.

MODELO EN

CASCADA



Análisis de requisitos.- En esta fase se analizan las necesidades de los usuarios finales del software para

determinar qué objetivos debe cubrir. De esta fase surge documento de especificación de requisitos, que

contiene la especificación completa de lo que debe hacer el sistema sin entrar en detalles internos.

Diseño.- En esta fase se descompone y organiza el sistema en elementos que puedan elaborarse por

separado, aprovechando las ventajas del desarrollo en equipo para que se cumplan los requerimientos del

usuario así como también los análisis necesarios para saber que herramientas usar en la etapa de

Codificación.

Es conveniente distinguir entre diseño de alto nivel o arquitectónico y diseño detallado las dos subfases en

las que se divide el diseño. El primero de ellos tiene como objetivo definir la estructura de la solución (una

vez que la fase de análisis ha descrito el problema) identificando grandes módulos (conjuntos de funciones

que van a estar asociadas) y sus relaciones. Con ello se define la arquitectura de la solución elegida. El

segundo define los algoritmos empleados y la organización del código para comenzar la implementación.

Codificación.- Es la fase de programación o implementación propiamente dicha. Aquí se implementa el

código fuente, haciendo uso de prototipos así como pruebas y ensayos para corregir errores.

Pruebas.- Los elementos, ya programados, se ensamblan para componer el sistema y se comprueba que

funciona correctamente y que cumple con los requisitos, antes de ser puesto

Mantenimiento.- El software necesitará cambios después de la entrega. Los tipos de mantenimiento

son:

Ø Mantenimiento Preventivo y Perfectivo

Ø Mantenimiento Correctivo

Ø Mantenimiento Evolutivo

http://es.wikipedia.org/wiki/Programaci%C3%B3n

http://es.wikipedia.org/wiki/C%C3%B3digo_fuente

http://es.wikipedia.org/wiki/Error_de_software



2.-CRONOGRAMA DE ACTIVIDADES



3.-PLAN DE ASEGURAMIENTO DE CALIDAD

Soft-2U es una empresa comprometida con la calidad de los servicios que brinda y la satisfacción

de sus clientes, por tanto es de gran importancia para nosotros que usted reciba un producto que

cumpla con los requisitos de calidad y funcionalidad a los que nos comprometemos:

Sistema de Aseguramiento de Calidad

Factor 1 Entrega del producto en la fecha establecida Objetivo:

El cliente recibirá el producto a más tardar el día 11 de Junio de 2010, y en caso de algún retraso en la entrega por causa de la empresa Soft-2U, ésta se responsabiliza completamente de ello.

Plan de Aseguramiento: Revisión periódica del cronograma de actividades para vigilar el avance del proyecto, evitar en la medida de lo posible los desfasamientos de fechas y monitorear los avances y retroalimentaciones en las etapas del desarrollo que incluyen prototipos.

Factor 2 Interfaz intuitiva para el usuario Objetivo:

El sistema será de fácil manejo para el usuario, a través de una interfaz intuitiva donde la mayoría de las funciones son manejadas por clics con el mouse y el resto consisten solamente en la captura de texto por medio del teclado.

Plan de Aseguramiento: Verificar con el diseñador y el programador del sistema que la primera opción de manejo sea el clic con el mouse y se reduzca en la medida de lo posible l a captura manual del texto mediante la generación de catálogos de opciones.

Factor 3 Garantía de correcta escritura

Objetivo: Las opciones incluidas inicialmente en los catálogos del sistema y los datos que se colocarán automáticamente en el oficio no contendrán errores ortográficos.

Plan de Aseguramiento: Los datos que se capturen para ser incluidos en los catálogos y aquellos que se incluyan de manera automática en el oficio serán revisados por al menos tres integrantes del equipo de desarrollo al momento de su inserción en la base de datos.

Factor 4 Rendimiento del Sistema

Objetivo: El usuario podrá visualizar los documentos de forma rápida ya que el sistema generará la vista previa del documento en un tiempo no mayor a un minuto.



Plan de Aseguramiento: El sistema, trabajará con componentes que realicen peticiones asíncronas al servidor web, actualizando los segmentos solicitados de la página con JavaScript (AJAX), de forma que la página web no viajara de forma completa en cada solicitud del usuario, y solo se transmitirá la información necesaria.



4.-ASIGNACION DE RECURSOS (HUMANOS Y MATERIALES)

Recursos Humanos

Cargo Jefe de Proyecto Responsable Ana Gabriela Galicia Cruz Actividades Coordinación de la interacción con el cliente.

Asignación y coordinación de recursos.

Cronograma de actividades.

Gestión de Prioridades. Supervisión de la bitácora del proyecto.

Promoción y ventas.

Contratos. Cargo Analista de Sistemas Responsable Hugo Fernando Prieto García Actividades Captura, especificación y validación de requisitos.

Elaboración del modelo de análisis y diseño.

Colaboración en la elaboración de las pruebas funcionales y el modelo de datos.

Colaboración en el diseño de interfaces.

Colaboración en la documentación del proceso de software Cargo Diseñador y DBA Responsable Raquel Magday Soto Ruiz Actividades Diseño orientado a objetos con UML.

Diseño de interfaces.

Especificación de la arquitectura del software. Diseño relacional de la base de datos.

Construcción y mantenimiento de la base de datos.

Normalización de la base de datos. Cargo Líder de programadores Responsable Joel López Cobaxin (Outsourcing) Actividades Construcción de prototipos.

Colaboración en la elaboración de las pruebas funcionales, modelo de datos y en la validación con el usuario.

Cargo Ingeniero de Software Responsable Jorge Josué Vera Dámaso Actividades Gestión de requisitos.

Gestión de configuración y cambios.

Elaboración del modelo de datos. Preparación de las pruebas funcionales.

Elaboración de la documentación.

Control de la bitácora del proyecto.



Recursos Materiales

Recursos Necesarios Laptop Dell Inspiron 1318 Procesador Intel Core 2Duo T6400 a 2.0Ghz y 2MB en caché. Memoria RAM de 3072MB. Sistema Operativo Windows 7 Ultimate. Visual Studio 2008. MySQL. Visual Web Developer 2008 Express Edition. Microsoft Word 2007 Adobe Photoshop CS4.

Responsable Ana Gabriela Galicia Cruz Recursos Necesarios Laptop Acer Aspire 4720Z

Procesador Intel Pentium dual-core T2390 a 1.86Ghz y 1MB en caché. Memoria RAM de 2048MB. Sistema Operativo Windows 7 Premium. Visual Studio 2008. Microsoft Word 2007. HDD externo de 1TB para respaldos. Multifuncional Epson Stylus TX410 con sistema de tinta continuo.

Responsable Hugo Fernando Prieto García Recursos Necesarios Laptop HP Pavilion TX2532la.

Procesador AMD Turion dual-core Mobile RM-70 a 2.00Ghz. Memoria RAM de3072MB. Sistema Operativo Windows 7 Ultimate. Microsoft Word 2007 Adobe Photoshop CS4.

Responsable Raquel Magday Soto Ruiz Recursos Necesarios Laptop Compaq 610

Procesador Intel core2duo a 2.0 Ghz. Memoria RAM de 3072 MB. Sistema Operativo Windows 7. My SQL. Microsoft Visual Studio 2008 Microsoft Visual Web Developer 2008. Microsoft Word 2007.

Responsable Joel López Cobaxin (Outsourcing) Recursos Necesarios Laptop Hacer Aspire 4715-4288

Procesador Intel Pentium dual-core T2390 a 1.86 Ghz. Memoria RAM de 2048 MB. Sistema Operativo Windows Vista & Windows 7. Microsoft Visual Studio 2008. Microsoft Word 2007. Microsoft Project 2007.

Responsable Jorge Josué Vera Dámaso



5..-PERT DE PLANIFICACION



6.- COSTEO DE SOFTWARE

Para la realización del costeo del software se utilizo la Métrica Orientada a la Función la cual se centra en

la funcionalidad o utilidad del software. Aplicando esta métrica procedemos a calcular los puntos de

función rellenando la siguiente tabla:

Calculo de métricas de punto de función:

FACTOR DE PONDERACION PARAMETRO DE MEDICION Cuenta Simple Medio Complej

o Subtotal

Número de entradas de Usuario 40 X 3 4 6 = 160 Número de Salidas de Usuario 15 X 4 5 7 = 105

Número de Peticiones de Usuario

20 X 3 4 6 = 80

Número de Tablas de BD 8 X 7 10 15 = 80

Número de Interfaces Externas 0 X 5 7 10 = 0 Cuenta Total = 425



Calculo de Fi.

Evaluando cada factor en escala de 0 a 5 donde:

0 1 2 3 4 5

Sin Influencia Incidental Moderado Medio Significativo Esencial

Fi: Valor

1.-¿Requiere el sistema copias de seguridad y recuperación fiables? 3

2.-¿Se requiere comunicación de datos? 5

3.-¿Existen funciones de procesamiento distribuido? 0

4.-¿Es crítico el rendimiento? 2

5.-¿Sera ejecutado el sistema en un entorno operativo existente y frecuentemente utilizado?

5

6.-¿Requiere el sistema entrada de datos interactivo? 5

7.-¿Requiere la entrada de datos interactiva que las transiciones de entrada se lleven a cabo sobre múltiples o variadas operaciones?

5

8.-¿Se actualizan los archivos maestros en forma interactiva? 5

9.-¿Son complejas las entradas, las salidas , los archivos o peticiones? 3

10.-¿Es complejo el procesamiento interno? 2

11.-¿Se ha diseñado el código para se reutilizables? 4

12.-¿Estan incluidos en el diseño la conversión y la instalación? 2

13.-¿Se ha diseñado el sistema para soportar múltiples instalaciones en diferentes organizaciones?

4

14.-¿Se ha diseñado la aplicación para facilitar los cambios y para ser fácilmente utilizado por el usuario?

4

PF= CUENTA TOTAL * [0.65+0.01* SUM(Fi)]

PF=425*[0.65+0.01*49 )

PF=484.5

1PF=5

COSTO =( 484.5*5)

COSTO TOTAL DEL SOFTWARE = $2422.5



CAPITULO D DISEÑO ORIENTADO A OBJETOS


D.DISEÑO ORIENTADO A OBJETOS


1.- Diagramas de Caso de uso

Caso de Uso 1 Tareas del Administrador

ACTOR CASO DE USO DESCRIPCION

Administrador Validación de Usuario y Contraseña

Un Usuario desea ingresar al SGO, para ello debe identificarse introduciendo un Usuario y una contraseña

Admón. de Usuarios El Usuario identificado como Administrador tendrá la tarea de crear, modificar o eliminar usuarios.

Generación de Oficios El usuario será capaz de realizar Oficios, tener vista previa e Imprimir el Documento.

Consulta de Oficios Realizara consultas de oficios, buscándolo por fecha, asunto o número de oficio.



CASO DE USO 2 ACCESO AL SISTEMA


Administrador Ingreso de Usuario y Contraseña Para poder acceder al SGO el usuario debe identificarse e introducir un usuario y una contraseña

Validacion en la BD El SGO hace una conexión con la base de datos realiza una consulta verifica que el usuario en realidad exista y que la contraseña sea la correcta si es así accede al sistema.

Acceso al Sistema SI el usuario se ha identificado correctamente accede al sistema y sus opciones.



CASO DE USO 3 ADMINISTARCION DE CONTRASEÑAS


Administrador Admon. Usuarios El administrador podrá crear y borrar usuarios

Crear Usuario El administrador creara nuevos usuarios para que estos puedan acceder al sistema asignándoles el rol que les corresponda

Borrar Usuario El administrador realizara la tarea de eliminar usuarios cuando estos ya no se utilicen.



CASO DE USO 4 ADMINISTRACION DE CATALOGOS


Administrador Ingresa a Catálogos El administrador ingresa al menú firmantes en la cual se desplegara todos los catálogos existentes en el SGO.

Cat. Firmantes El administrador podrá agregar un nuevo firmante ingresando los datos correspondientes

Cat. Copias El administrador visualizar una serie de opciones de administración para el catalogo.

Añade a Catalogo Podrá añadir al catalogo una nueva opción de copias.

Modifica Registro Podrá realizar modificaciones en algún registro de copias.

Elimina Registro El usuario eliminara alguno opción de copias si así lo desea

Cat. Depto El Administrador podrá añadir, modificar y eliminar registros.

Añade a Catalogo Podrá añadir al catalogo un nuevo departamento

Modifica Registro Podrá realizar modificaciones en algún registro de departamentos

Elimina Registro El usuario eliminara alguno opción de departamentos si así lo desea



CASO DE USO 5 GENERACION DE OFICIOS


Administrador Seleccionar Op. Generar Oficio El administrador podrá ingresar a la opción y generar el oficio que desee.

Carga Catálogos Al ingresar al formulario el SGO hará una conexión con la DB para extraerlos catálogos correspondientes y ponerlos a disposición del usuario.

Selecciona Destinatario Las opciones se encontraran cargadas en un combo para que el usuario seleccione a quien estará dirigido el oficio

Selecciona Firmante Las opciones se encontraran cargadas en un combo para que el usuario seleccione a quien firmara el oficio.(Se cargara automáticamente el nombre del jefe del departamento.)

Elige Copias Seleccionara entre una serie de opciones c.c.p.

Ingresa Asunto El usuario ingresara el asunto del Oficio.

Redacta cuerpo Redactara todo el cuerpo del oficio.

Vista Previa Generara una Vista previa de cómo quedara el oficio. Para que puede detectar errores si existen

Imprimir Oficio El administrador podrá mandar a imprimir el oficio cuando este seguro de que es correcto

Guardar Oficio El SGO se conectara con DB y guardara todos los datos correspondientes en la tabla oficio.



CASO DE USO 6 CONSULTAR OFICIO


Administrador Ingresa a Consulta El administrador ingresa a realizar una consulta y se les despliegan varias opciones

Por Fecha Busca el oficio por fecha lo extrae y lo muestra

Por Folio Busca el oficio por folio lo extrae y lo muestra

Por Asunto Busca el oficio por Asunto lo extrae y lo muestra

Actualizar Si se le realizara alguna modificación al oficio se actualiza.

Imprimir Oficio Si el administrador requiere imprimir de nuevo el oficio lo hace.



CASO DE USO 7 TAREAS SECRETARIA


Secretaria Validación de Usuario y Contraseña

Un Usuario desea ingresar al SGO, para ello debe identificarse introduciendo un Usuario y una contraseña

Generación de Oficios El usuario será capaz de realizar Oficios, tener vista previa e Imprimir el Documento.

Consulta de Oficios Realizara consultas de oficios, buscándolo por fecha, asunto o número de oficio.



CASO DE USO 8 GENERACION DE OFICIOS POR SECRETARIA


Secretaria Seleccionar Op. Generar Oficio El administrador podrá ingresar a la opción y generar el oficio que desee.

Carga Catálogos Al ingresar al formulario el SGO hará una conexión con la DB para extraerlos catálogos correspondientes y ponerlos a disposición del usuario.

Selecciona Destinatario Las opciones se encontraran cargadas en un combo para que el usuario seleccione a quien estará dirigido el oficio

Selecciona Firmante Las opciones se encontraran cargadas en un combo para que el usuario seleccione a quien firmara el oficio.(Se cargara automáticamente el nombre del jefe del departamento.)

Elige Copias Seleccionara entre una serie de opciones c.c.p.

Ingresa Asunto El usuario ingresara el asunto del Oficio.

Redacta cuerpo Redactara todo el cuerpo del oficio.

Vista Previa Generara una Vista previa de cómo quedara el oficio. Para que puede detectar errores si existen

Imprimir Oficio El administrador podrá mandar a imprimir el oficio cuando este seguro de que es correcto

Guardar Oficio El SGO se conectara con DB y guardara todos los datos correspondientes en la tabla oficio.



CASO DE USO 9 CONSULTAR OFICIO (SECRETARIA)


Secretaria Ingresa a Consulta El administrador ingresa a realizar una consulta y se les despliegan varias opciones

Por Fecha Busca el oficio por fecha lo extrae y lo muestra

Por Folio Busca el oficio por folio lo extrae y lo muestra

Por Asunto Busca el oficio por Asunto lo extrae y lo muestra

Actualizar Si se le realizara alguna modificación al oficio se actualiza.

Imprimir Oficio Si el administrador requiere imprimir de nuevo el oficio lo hace.



2.-Diagramas de Actividad

DIAGRAMA 1.- VALIDACIÓN DEL USUARIO Y CONTRASEÑA PARA ADMINISTRADOR Y SECRETARIA



DIAGRAMA 2.- GENERACIÓN DE OFICIO PARA ADMINISTRADOR Y SECRETARIA

DIAGRAMA 3.- CONSULTA DE OFICIO PARA ADMINISTRADOR Y SECRETARIA



DIAGRAMA 4.- ALTA DE USUARIOS POR PARTE DEL ADMINISTRADOR

DIAGRAMA 5.- ALTAS DEL CATALOGO DE COPIAS POR PARTE DEL ADMINISTRADOR



DIAGRAMA 8.- ALTAS DEL CATALOGO DE FIRMANTES POR PARTE DEL ADMINISTRADOR

DIAGRAMA 11.- ALTAS DEL CATALOGO DE DEPARTAMENTOS POR PARTE DEL ADMINISTRADOR



DIAGRAMA 12.- MODIFICACIONES AL CATALOGO DE DEPARTAMENTOS



3.- Organización de la Funcionalidad del Sistema

SISTEMA GENERADOR DE OFICIOS

Sesión Jefe de Departamento

Admon. de

Usuarios

Generar Oficio

Consultar oficio

Catalogo de

Firmantes

Catalogo de

Copias

Catalogo de

Departamentos

Secretaria

Generar Oficio

Modificar

Agregar

Eliminar

Agregar

Eliminar

Crear Usuario

Eliminar Usuario

Consultar Oficio

Interno

Externo

Interno

Externo

Admon. de

Catálogos



4.- Interfaces

FORMULARIO LOGIN

MENU ADMINISTRACION DE USUARIOS

ADMINISTRADOR



MENU GENERAR OFICIO ADMINISTRADOR

MENU ADMINISTRACION DE CATALOGOS

ADMINISTRADOR



MENU ADMISTRACION DE COPIAS ADMINISTRADOR

MENU ADMINISTRAR DEPARTAMENTOS

ADMINISTRADOR



MENU GENERAL SECRETARIA

MENU GENERAR OFICIO SECRETARIA



FORMULARIO PRINCIPAL JEFE DEPARTAMENTO

FORMULARIO CREAR USUARIO



FORMULARIO ELIMINAR USUARIO



FORMULARIO DE GENERAR OFICIO INTERNO



FORMULARIO DE GENERAR OFICIO EXTERNO



FORMULARIO CONSULTA DE OFICIO POR NUMERO

DE OFICIO



FORMULARIO CONSULTA DE OFICIO POR

DEPARTAMENTO

FORMULARIO CONSULTA DE OFICIO POR RANGO DE

FECHAS



VISUALIZACIÓN DE UN REPORTE

IMPRESIÓN DEL REPORTE



EXPORTACIÓN DEL REPORTE

REPORTE EXPORTADO A WORD



FORMULARIO DE ADMON DE CATALOGO DE

FIRMANTES

FORMULARIO DE AGREGAR COPIA



FORMULARIO PARA MODIFICAR UNA OPCION DE

COPIA



FORMULARIO PARA ELIMINAR UNA OPCION DE COPIA

FORMULARIO PARA AGREGAR UN NUEVO

DEPARTAMENTO



FORMULARIO MODIFICAR DEPARTAMENTO



5.- Diagramas de Clase



6.- Diagramas de Secuencia



7.- Diseño de Base de Datos

Modelo Relacional

Normalización

La base de datos cumple con la primera y segunda forma normal. La tercera forma normal no se cumple

en la tabla Firmantes ya que no se actualiza cada vez que se inserta un nuevo firmante si no que se guarda

un historial de los firmantes ingresados.

Se decidió mantener la tabla de esta manera debido a la necesidad del usuario de saber quiénes fueron

sus jefes anteriores.

Las dos reglas de normalización que se aplicaron fueron las siguientes:



Primera forma normal.

Definición formal:

Una relación R se encuentra en 1FN si y solo sí por cada renglón columna contiene valores atómicos.

Abreviada como 1FN, se considera que una relación se encuentra en la primera forma normal cuando

cumple lo siguiente:

1. Las celdas de las tablas poseen valores simples y no se permiten grupos ni arreglos repetidos como

valores, es decir, contienen un solo valor por cada celda.

2. Todos los ingresos en cualquier columna (atributo) deben ser del mismo tipo.

3. Cada columna debe tener un nombre único, el orden de las columnas en la tabla no es importante.

4. Dos filas o renglones de una misma tabla no deben ser idénticas, aunque el orden de las filas no es

importante.

Segunda forma normal.

Definición formal:

Una relación R está en 2FN si y solo si está en 1FN y los atributos no primos dependen funcionalmente

de la llave primaria

Una relación se encuentra en segunda forma normal, cuando cumple con las reglas de la primera forma

normal y todos sus atributos que no son claves (llaves) dependen por completo de la clave. De acuerdo

con esta definición, cada tabla que tiene un atributo único como clave, está en segunda forma normal.



CAPITULO E ESPECIFICACION DE LA ARQUITECTURA DEL

SISTEMA


E -ESPECIFICACION DE LA ARQUITECTURA DEL SISTEMA


1.- DIAGRAMA ARQUITECTONICO



2.- DESCRIPCION DE LOS ELEMENTOS DEL DIAGRAMA

Modulo de Control de Usuarios (Sesiones y Perfiles):

Modulo encargado de la gestión de los usuarios del sistema. Permite la creación y eliminación de cuentas

de usuarios interactuando con la base de datos del sistema; por medio de éste módulo se co ntrola la

seguridad del sistema al incluir la asignación de un nick, contraseña y perfil a cada usuario con la finalidad

de delimitar las operaciones que él puede realizar dentro de su sesión en el sistema.

Modulo de Control:

Modulo principal que provee las herramientas necesarias para la generación de oficios. A éste módulo

pueden tener acceso tanto el perfil de jefe como el de secretaria, donde se brindan opciones para generar

oficios internos y externos a la Institución, ofreciendo: vistas previas, almacenamiento en la base de datos

para consultas posteriores, impresiones y edición del cuerpo de un oficio creado anteriormente.

Modulo de Catálogos:

Modulo encargado de la gestión de los catálogos. Éste módulo sólo se encuentra disponible para los

usuarios que cuenten con un perfil de Jefe, en él se ofrecen las opciones de administrar los catálogos de:

departamentos, firmantes y copias, pudiéndose agregar, modificar y eliminar los registros de cada uno de

los catálogos a excepción del catálogo firmantes donde solo es permitido agregar nuevas opciones.



3.-CONSTRUCCION

El Sistema Generador de Oficios será desarrollado como una aplicación web según el acuerdo al que se

llegó entre el Cliente y la Empresa Soft-2U y tomando en cuenta para su construcción los siguientes

puntos:

Para la construcción del Sistema Generador de Oficios se optó por utilizar la tecnología del .Net

Framework 3.5 que ofrece Microsoft, combinando ASP.Net y el lenguaje de programación Visual

Basic 2008.

El sistema manejador de base de datos a utilizar es MySQL 5.1, el cuál fue elegido debido a la

disponibilidad del mismo en el servidor donde se pretende implantar el sistema.

Como auxiliar para el desarrollo de las interfaces se utilizará el Ajax Control Tool Kit.



CAPITULO F DISEÑO Y EJECUCION DE PRUEBAS


F- DISEÑO Y EJECUCION DE PRUEBAS


1.- DISEÑO DEL PLAN DE PRUEBAS (FUNCIONALIDAD DEL SISTEMA)

Acceso al sistema

Responsable de la prueba: Jorge Josué Vera Dámaso

Fecha programada de la prueba: 27 de Mayo del 2010

Fecha real de la prueba: 28 de Mayo del 2010

Requerimiento asociado: Contar con el sistema instalado correctamente y funcionando.

Descripción de la prueba: Probar la conexión con la base de datos tanto como administrador y como secretaria. Probar la seguridad intentando el acceso con campos vacios, Nick y Contraseñas diferentes, intercambio de roles.

Observaciones Al ingresar el Nick y Contraseña del rol de secretaria por alguna extraña razón ingresa como si tuviese el rol de administrador.

Reprogramación de prueba: 29 de Mayo del 2010





Fecha real de la prueba: 9 de Junio del 2010

Requerimiento asociado: Contar con el sistema instalado correctamente y funcionando.

Descripción de la prueba: Probar el ingreso al sistema.

Observaciones Después de muchos intentos fallidos por tratar de encontrar solución al problema de logeo se optó por crear un menú que consta de dos botones, Jefe de Departamento y Secretaria, con lo cual se indica la naturaleza del tipo de usuario con el que se desea acceder.

Reprogramación de prueba: No necesaria.

Ingreso a la opción Crear Usuario del menú Admón. de Usuarios

Responsable de la prueba: Hugo Fernando Prieto García





Requerimiento asociado: Contar con el sistema instalado correctamente y funcionando. Ingresar como Administrador en el sistema.

Descripción de la prueba: Acceso la opción Crear Usuario a través del menú principal siguiendo la ruta Admón. de Usuarios/Crear Usuario.

Observaciones Al presionar la opción Crear Usuario, se re-direcciona al formulario Crear Usuario.


Formulario Crear Usuario del menú Admón. de Usuarios





Descripción de la prueba: Creación de un usuario. Ingresar un Número de identificación valido. Ingresar un número de identificación no valido. Validar la funcionalidad del botón Buscar Ingresar Nick y Contraseña. Rebasar el límite de longitud de Nick y Contraseña. Seleccionar el Departamento. Seleccionar el Tipo de cuenta.



Probar la funcionalidad de los botones Crear y Cancelar. Observaciones El botón Buscar funciona a la perfección.

Al ingresar un número de identificación valido, el sistema arroja Nombre, Apellido Paterno y Apellido Materno, estos datos no pueden ser modificables. Al ingresar un número de identificación no valido, el sistema al no encontrar coincidencias deja los espacios de Nombre, Apellido Paterno y Apellido Materno vacios. Al rebasar el máximo de longitud permitido en Nick y Contraseña, se genera un error. Al ingresar un apóstrofe (‘) se genera un conflicto con MySQL. La solución a los dos problemas anteriores es utilizar una validación para evitar el uso de los apostrofes y que se exceda el límite de longitud.






Descripción de la prueba: Rebasar el límite de longitud de Nick y Contraseña. Seleccionar el Departamento. Seleccionar el Tipo de cuenta. Probar la funcionalidad de los botones Crear y Cancelar.

Observaciones Se implementó la posible solución propuesta en la prueba anterior con éxito. El sistema ya no permite superar la longitud máxima de caracteres ni la inserción de apostrofes. Esta solución se replicó en todos los demás formularios que pudieron haber sido afectados por la misma problemática. Al presionar Buscar sin ingresar datos, el formulario no carga datos existentes. Al presionar el botón Crear sin ingresar datos, el formulario no crea nada, en su lugar muestra los datos que deben ser ingresados de manera obligatoria. Solo pueden ser ingresados cuatro caracteres en el Núm. de Identificación. Solo se pueden ingresar 15 caracteres en el campo Nick de Usuario. Solo se pueden ingresar 15 caracteres en el campo Contraseña No permite la inserción de comillas (‘) por la seguridad e



integridad del sistema. No permite la duplicidad de Nick de Usuario Al ingresar un número de identificación correcto, el formulario carga datos relacionados a ese número en los campos Nombre(s), Apellido Paterno y Apellido Materno. Si después de esto se ingresa algún otro número de identificación erróneo y se presiona el botón Buscar, el formulario se cargará de nuevo pero mostrando en los campos Nombre, Apellido Paterno y Apellido Materno los datos de la consulta anterior. Esto es un problema ya que al ingresar el resto de los datos, el usuario se crea para una persona equivocada. Al ingresar un número de identificación erróneo, el botón Crear se deshabilita, sin embargo, al ingresar un número de identificación valido, el botón Crear se mantiene deshabilitado y a pesar de seleccionar e ingresar datos correctos éste no se habilita, incluso si se presiona el botón Cancelar. La única solución posible fue reingresar a la opción Crear Usuario del menú Admón. De Usuarios. Si se insertan datos correctos, al presionar el botón Crear, el usuario será creado.


Ingreso a la opción Eliminar Usuario del menú Admón. De Usuarios







Descripción de la prueba: Acceso la opción Eliminar Usuario a través del menú principal siguiendo la ruta Admón. de Usuarios/Eliminar Usuario.

Observaciones Al presionar la opción Eliminar Usuario, se re-direcciona al formulario Eliminar Usuario.


Formulario Eliminar Usuario del menú Admón. De Usuarios







Descripción de la prueba: Eliminación de un usuario. Probar la función de la lista Nick de Usuario. Probar la función del botón Buscar.

Observaciones La lista de Nick de Usuario muestra todos los nicks existentes en la base de datos del sistema. El botón Buscar funciona a la perfección. Se despliegan los datos correspondientes al Nick elegido, cabe mencionar que los datos desplegados no pueden ser modificados de manera directa. No se ha podido quitar el Nick de Usuario elegido de la lista al eliminar sus datos ya que también elimina el resto de la lista. Si la lista de Nick de Usuario no contiene datos y se presiona el botón Buscar, se genera una excepción.






Descripción de la prueba: Eliminación de un usuario. Probar la función de la lista Nick de Usuario. Probar la función del botón Buscar.

Observaciones La lista con los Nick de Usuarios muestra, aparentemente, todos los Nick de usuarios existentes en la base de datos. Si presionamos el botón Eliminar justo después de que se cargue el formulario y sin importar el Nick de Usuario que se encuentre en la primera posición de la lista, ocurre un error en “Línea 33: modificar.ExecuteNonQuery() – Unknown column ‘profe’ in ‘where clause’ ”. Si presionamos el botón Buscar, ocurre un error en “Línea 12: Dim cónsul As MySqlDataReader=comando.ExecuteReader – Unknown column ‘id_usuario’ in ‘where claise’ ” por lo que no se pudo eliminar algún usuario existente.

Reprogramación de prueba: 6 de Junio del 2010




Fecha programada de la prueba: 6 de Junio del 2010



Descripción de la prueba: Eliminar un usuario. Comprobar la funcionalidad de la lista de texto Nick de Usuario. Comprobar la Funcionalidad de los campos de texto Nombre (s), Apellido Paterno, Tipo de Cuenta. Comprobar la Funcionalidad de los botones Buscar, Eliminar y Cancelar.

Observaciones Los errores descritos en la prueba anterior fueron solucionados. La lista de texto Nick de Usuario despliega los datos relacionados con el campo. El botón Buscar funciona correctamente. Los campos de texto no permiten la inserción de datos. Los campos de texto despliegan los datos relacionados con el Nick de Usuario correspondiente. Los datos desplegados en los campos de texto no pueden ser modificados ni eliminados. El botón Eliminar funciona correctamente.


Ingreso al formulario Generar Oficio Interno






Requerimiento asociado: Contar con el sistema instalado correctamente y funcionando. Ingresar como Administrador o como Secretaria en el sistema.

Descripción de la prueba: Acceso al formulario Generar Oficio Interno a través del menú principal siguiendo la ruta Generar Oficio

Observaciones Al presionar la opción Interno, se re-direcciona al formulario Generar Oficio Interno.




Formulario Generar Oficio Interno






Requerimiento asociado: Contar con el sistema instalado correctamente y funcionando. Ingresar como Administrador o Secretaria en el sistema.

Descripción de la prueba: Generar un Oficio Interno. Comprobar la funcionalidad de los campos Núm. Consecutivo de Oficio, Destinatario, Fecha, Asunto. Comprobar la funcionalidad del Cuerpo del Oficio. Comprobar la funcionalidad de los botones Vista Previa y Guardar.

Observaciones Si se presiona el botón Vista Previa o el botón Guardar al ingresar a este formulario y dejando los espacios en blanco se nos indicará los campos obligatorios que no hemos llenado. El campo de texto Núm. Consecutivo del Oficio solo acepta tres caracteres numéricos. Si se inserta un número consecutivo existente, ocurre un error en el sistema por duplicidad de datos. La lista Destinatario funciona correctamente. El campo fecha despliega un calendario que funciona correctamente. El problema se presenta en que el campo es editable y no cuenta con un límite de longitud, por lo que puede causar un error en el sistema. Si el numero escrito no es muy largo (fue probado hasta 8 dígitos), es guardado como una “fecha” y esto es incorrecto. El campo de texto asunto puede contener un máximo de 49 caracteres incluyendo espacios, letras, números y otros caracteres, excluyendo las comillas. El cuerpo del oficio es un modulo no programado por el equipo desarrollador de este proyecto. Emula las funciones del procesador de texto Microsoft Office Word ™. Se recomienda moderar el tamaño del documento. La lista de texto Atentamente funciona correctamente. El checkbox c.c.p. despliega las copias existentes de la base de datos correctamente. El botón Vista Previa genera un reporte debajo del todo de este formulario de manera eficiente. El botón Guardar cumple su función pero con el detalle de que si antes ya se generó una vista previa y se presiona el botón Guardar se genera un error de duplicidad de llaves primarias en el numero consecutivo ya que el botón Vista Previa tiene como función extra guardar el documento.








Descripción de la prueba: Generar un Oficio Interno. Comprobar la funcionalidad de los campos Núm. Consecutivo de Oficio, Destinatario, Fecha, Asunto. Comprobar la funcionalidad del Cuerpo del Oficio. Comprobar la funcionalidad de los botones Vista Previa y Guardar.

Observaciones Si se planea ingresar una fecha de manera manual (no utilizando el calendario desplegable), se recomienda ingresar los datos de acuerdo al formato requerido. Ya no se genera la excepción de duplicidad de Núm. Consecutivo del Oficio al presionar el botón Guardar después de haber presionado el botón Vista Previa. Ahora se indica que el número de oficio ya existe.


Ingreso al formulario Generar Oficio Externo







Descripción de la prueba: Acceso al formulario Generar Oficio Externo a través del menú principal siguiendo la ruta Generar Oficio

Observaciones Al presionar la opción Externo, se re-direcciona al formulario Generar Oficio Externo.


Formulario Generar Oficio Externo







Descripción de la prueba: Generar un Oficio Externo. Comprobar la funcionalidad de los campos Núm. Consecutivo de Oficio, Destinatario, Fecha, Asunto. Comprobar la funcionalidad del Cuerpo del Oficio. Comprobar la funcionalidad de los botones Vista Previa y Guardar.

Observaciones Si se presiona el botón Vista Previa o el botón Guardar al ingresar a este formulario y dejando los espacios en blanco se nos indicará los campos obligatorios que no hemos llenado. El campo de texto Núm. Consecutivo del Oficio solo acepta tres caracteres numéricos. Si se inserta un número consecutivo existente, ocurre un error en el sistema por duplicidad de datos. La lista Destinatario funciona correctamente. El campo fecha despliega un calendario que funciona correctamente. El problema se presenta en que el campo es editable y no cuenta con un límite de longitud, por lo que puede causar un error en el sistema. Si el numero escrito no es muy largo (fue probado hasta 8 dígitos), es guardado como una “fecha” y esto es incorrecto. El campo de texto asunto puede contener un máximo de 49 caracteres incluyendo espacios, letras, números y otros caracteres, excluyendo las comillas. El cuerpo del oficio es un modulo no programado por el equipo desarrollador de este proyecto. Emula las funciones del procesador de texto Microsoft Office Word ™. Se recomienda moderar el tamaño del documento. La lista de texto Atentamente funciona correctamente. El checkbox c.c.p. despliega las copias existentes de la base de datos correctamente. El botón Vista Previa genera un reporte debajo del todo de este formulario de manera eficiente. El botón Guardar cumple su función pero con el detalle de que si antes ya se generó una vista previa y se presiona el



botón Guardar se genera un error de duplicidad de llaves primarias en el numero consecutivo ya que el botón Vista Previa tiene como función extra guardar el documento.






Descripción de la prueba: Generar un Oficio Externo. Comprobar la funcionalidad de los campos Núm. Consecutivo de Oficio, Destinatario, Fecha, Asunto. Comprobar la funcionalidad del Cuerpo del Oficio. Comprobar la funcionalidad de los botones Vista Previa y Guardar.

Observaciones Si se planea ingresar una fecha de manera manual (no utilizando el calendario desplegable), se recomienda ingresar los datos de acuerdo al formato requerido. Ya no se genera la excepción de duplicidad de Núm. Consecutivo del Oficio al presionar el botón Guardar después de haber presionado el botón Vista Previa. Ahora se indica que el número de oficio ya existe.


Ingreso al formulario Consultar Oficio







Descripción de la prueba: Acceso al formulario Consultar Oficio a través del menú principal siguiendo la ruta Consultar Oficio/

Observaciones Al presionar la opción Consultar Oficio, se re-direcciona al formulario Consultar Oficio.




Formulario Consultar Oficio







Descripción de la prueba: Consultar oficios por Núm. Consecutivo de Oficio, por Departamento y por Rango de Fechas.

Observaciones Las opciones de búsqueda re direccionan a donde deben. En cuanto a búsqueda por Núm. Consecutivo de Oficio, el botón buscar funciona de manera correcta. El máximo de caracteres es de tres dígitos, no permite letras, ni caracteres especiales ni comillas. Los campos de texto despliegan los datos relacionados con la información de la búsqueda y no pueden ser modificados. El botón Vista Previa despliega un archivo en la parte de abajo del formulario, pero al parecer no guarda los cambios realizados en el cuerpo del documento ya que despliega los mismos datos que ya se encontraban almacenados en la base de datos. El botón Modificar no realiza su función correctamente; mantiene el documento sin cambios. (Error de integración, la ruta era incorrecta). En cuanto a búsqueda por Departamento, el botón buscar funciona de manera correcta. Al realizar la búsqueda, aparece un listado en el cual se despliegan los Números Consecutivos relacionados con el departamento elegido. Los campos de texto despliegan los datos relacionados con la información de la búsqueda y no pueden ser modificados. Al parecer el botón Siguiente se encuentra de más ya que al seleccionar un Número Consecutivo, el formulario se actualiza de manera automática. El botón Vista Previa despliega un archivo en la parte de abajo del formulario, pero al parecer no guarda los cambios realizados en el cuerpo del documento ya que despliega los mismos datos que ya se encontraban almacenados en la base de datos. El botón Modificar no realiza su función correctamente; mantiene el documento sin cambios. (Error de integración, la ruta era incorrecta). No importa qué tipo de archivo sea consultado, siempre se muestra como si fuese un Oficio Interno.

Reprogramación de prueba: 6 de Junio







Descripción de la prueba: Consultar oficios por Núm. Consecutivo de Oficio, por Departamento y por Rango de Fechas.

Observaciones Se corrigió el problema del botón Vista Previa; ahora si despliega los nuevos datos ingresados en el cuerpo del documento. Se corrigió el problema de botón Modificar; ahora si realiza su función correctamente; mantiene el documento sin cambios. (Error de integración, la ruta era incorrecta). De nueva cuenta se hace hincapié en limitar el contenido del cuerpo del documento así como de hacer caso omiso a la mayoría de los controles del componente que simula un entorno de editor de texto ya que no se asegura el correcto funcionamiento de estos en una futura consulta. Se corrigió el problema de la consulta de un Oficio Externo mostrado como Oficio Interno. Se utilizaba una variable global para comprobar si el oficio era interno o externo pero los formularios realizaban un postback por lo que en ese momento se perdía el valor que se encontraba almacenada en la variable boleana evitando así la comparación de ésta en otros eventos. Fue necesario realizar la comprobación de si el oficio es interno o externo




Visualización de un reporte

Impresión del reporte



Exportación del reporte

Reporte exportado a Word



Ingreso al catalogo Firmantes





Descripción de la prueba: Acceso al catalogo Firmantes a través del menú principal siguiendo la ruta Admón. de Catálogos/Firmantes.

Observaciones Al presionar la opción Firmantes, se re-direcciona al formulario Firmantes.




Formulario Firmantes del catalogo Firmantes





Descripción de la prueba: Agregar firmantes. Comprobar la funcionalidad de las listas de texto Nuevo Jefe Asignado y Departamento. Comprobar la funcionalidad de los botones Agregar y Cancelar. Comprobar la funcionalidad de la Lista de Firmantes.

Observaciones Las listas Nuevo Jefe Asignado muestra al personal previamente asignado, por lo que solo es cuestión de seleccionar a la persona asignada. La selección de un Nuevo Jefe Asignado funciona correctamente. La lista Departamento muestra los departamentos previamente cargados en la base de datos. La selección de un Departamento funciona correctamente.



El botón Agregar realiza su función correctamente, solo que si lo primero que se hace al ingresar a este formulario es presionar dicho botón, se agregaran los primeros datos que se muestran en el campo Nuevo Jefe Asignado y Departamento. La lista de firmantes se actualiza una vez que se asigna un nuevo jefe de departamento.


Ingreso a la opción Agregar del catalogo Copias





Descripción de la prueba: Acceso a la opción Agregar a través del menú principal siguiendo la ruta Admón. de Catálogos/Copias/Agregar.

Observaciones Al presionar la opción Copias/Agregar, se re-direcciona al formulario Agregar Copia.




Formulario Agregar del catalogo Copias





Descripción de la prueba: Agregar copia. Comprobar la funcionalidad del campo de texto c.c.p. Comprobar la funcionalidad de los botones Agregar y Cancelar.

Observaciones Se puede ingresar un máximo de 50 caracteres, incluyendo espacios. Prácticamente se puede escribir cualquier carácter, con excepción de comillas (‘) para prevenir fallos en el sistema. El botón Agregar funciona correctamente. El botón Cancelar borra los datos escritos en la caja de texto en caso de no querer agregar la copia. Como nota personal, este botón no tiene razón de ser ya que si no se desea agregar algo ya escrito, con el simple hecho de presionar el botón backspace del teclado se puede borrar lo escrito y en caso de agregar algo no deseado existe la opción Modificar Copia o Eliminar Copia como otras opciones dentro del menú Admón. de Catálogos.




Ingreso a la opción Modificar del catalogo Copias





Descripción de la prueba: Acceso a la opción Agregar a través del menú principal siguiendo la ruta Admón. de Catálogos/Copias/Modificar.

Observaciones Al presionar la opción Copias/Modificar, se re-direcciona al formulario Modificar Copia.




Formulario Modificar del catalogo Copias





Descripción de la prueba: Comprobar la funcionalidad de la lista de texto Opción de Copia. Comprobar la funcionalidad de los campos de texto Opción a Modificar y Nueva Opción de Copia. Comprobar la funcionalidad de los botones Buscar, Modificar y Cancelar.

Observaciones La selección de una copia dentro de la sección de Búsqueda es sencilla, contiene todas las copias creadas hasta el momento. El botón Buscar funciona correctamente. El campo de texto Opción a Modificar muestra el valor buscado el cual no puede ser modificado directamente. Al igual que en la creación de una nueva opción de copia, el campo de texto Nueva Opción de Copia cuenta con un máximo de 50 caracteres incluyendo espacios y es posible introducir cualquier tipo de carácter con excepción de



comillas. El botón Modificar funciona correctamente. El error ocurre cuando se presiona este botón sin antes haber realizado una búsqueda ya que, de contener algún carácter el campo Nueva Opción de Copia, modificará el primer dato que se muestre en la lista Opción de Copia. Si se presiona el botón Modificar sin hacer una búsqueda y dejando en blanco las demás opciones (los espacios se cuentan como un carácter), éste se deshabilita dejando como única opción para habilitarlo presionar el botón Cancelar o ingresar de nuevo a este formulario. Nota: Debido a este error pareciera que el botón Búsqueda y el campo de texto Opción a Modificar no tienen razón de ser.






Descripción de la prueba: Comprobar la funcionalidad de la lista de texto Opción de Copia. Comprobar la funcionalidad de los campos de texto Opción a Modificar y Nueva Opción de Copia. Comprobar la funcionalidad de los botones Buscar, Modificar y Cancelar.

Observaciones Se corrigieron los errores del botón Modificar. Reprogramación de prueba: No necesaria.



Ingreso a la opción Eliminar del catálogo Copias





Descripción de la prueba: Acceso a la opción Agregar a través del menú principal siguiendo la ruta Admón. de Catálogos/Copias/Eliminar.

Observaciones Al presionar la opción Copias/Eliminar, se re-direcciona al formulario Eliminar Copia.




Formulario Eliminar del catalogo Copias





Descripción de la prueba: Comprobar la funcionalidad de la lista de texto Opción de Copia. Comprobar la funcionalidad del campo de texto Opción a Eliminar. Comprobar la funcionalidad de los botones Buscar, Eliminar y Cancelar.

Observaciones La selección de una copia dentro de la sección de Búsqueda es sencilla, contiene todas las copias creadas hasta el momento. El botón Buscar funciona correctamente. El campo de texto Opción a Eliminar muestra el valor buscado el cual no puede ser modificado directamente. No es posible la inserción de datos dentro del campo de texto Opción a Eliminar.



Si se presiona el botón Eliminar sin hacer una búsqueda y dejando en blanco las demás opciones, éste se deshabilita dejando como única opción para habilitarlo presionar el botón Cancelar o ingresar de nuevo a este formulario. La acción anterior no elimina la primera opción mostrada en la lista de texto Opción de Búsqueda por lo que se recomienda implementar esta medida al error de Modificar Copia (consultar prueba correspondiente).


Ingreso a la opción Agregar del catalogo Departamentos





Descripción de la prueba: Acceso a la opción Agregar a través del menú principal siguiendo la ruta Admón. de Catálogos/Departamentos/Agregar.

Observaciones Al presionar la opción Departamentos/Agregar, se re-direcciona al formulario Agregar Departamento.




Formulario Agregar del catalogo Departamentos





Descripción de la prueba: Comprobar la funcionalidad de los campos de texto Nombre del Departamento y Abreviatura del Departamento. Comprobar la funcionalidad de los botones Agregar y Cancelar. Comprobar la funcionalidad de la Lista de Departamentos.

Observaciones El botón Agregar funciona correctamente. Si se presiona el botón Agregar dejando uno o ambos campos vacios o con puros espacios, se advierte que no se deben de dejar campos vacios. Los campos de texto Nombre del Departamento y Abreviatura del Departamento no tienen un límite de longitud, aceptan comillas y cualquier otro tipo de caracteres. Esto provoca errores que no se presentan en los demás formularios. La lista de Departamento no es modificable y se actualiza cada vez que se agregue un nuevo departamento.








Descripción de la prueba: Comprobar la funcionalidad de los campos de texto Nombre del Departamento y Abreviatura del Departamento. Comprobar la funcionalidad de los botones Agregar y Cancelar. Comprobar la funcionalidad de la Lista de Departamentos.

Observaciones Se corrigieron los errores de ingreso de caracteres no validos. Reprogramación de prueba: No necesaria

Ingreso a la opción Modificar del catalogo Departamentos





Descripción de la prueba: Acceso a la opción Modificar a través del menú principal siguiendo la ruta Admón. de Catálogos/Departamentos/Agregar.

Observaciones Al presionar la opción Departamentos/Modificar, se re-direcciona al formulario Modificar Departamento.




Formulario Modificar del catalogo Departamentos





Descripción de la prueba: Comprobar la funcionalidad de la lista de texto Departamento. Comprobar la funcionalidad de los campos de texto Departamento y Abreviatura. Comprobar la funcionalidad de los botones Buscar, Modificar y Cancelar.

Observaciones La lista Departamento muestra los datos relacionados



existentes en la base de datos. El botón Buscar funciona correctamente. Muestra, en los campos de la sección Opción a Modificar, los datos relacionados con el departamento seleccionado. Los campos Departamento y Abreviatura de la sección Opción a Modificar no pueden ser modificados ni se permite la inserción de datos. Los campos de texto Departamento y Abreviatura de la sección Nueva Opción no tienen un límite de longitud, aceptan comillas y cualquier otro tipo de caracteres. Esto provoca errores que no se presentan en los formularios revisados anteriormente. La lista Departamento se actualiza una vez que se modifica la base de datos. Presionar el botón Modificar sin antes haber realizado una búsqueda y dejando en blanco los demás espacios provoca que éste se deshabilite dejando como opciones reingresar al formulario o presiona el botón Cancelar. Nota: revisar la ortografía en todos los formularios pues aquí se encuentra una frase incorrecta “Nueva OpNueva Opcion”, también es necesario revisar la falta de acentos en la mayoría de las palabras de todos los formularios.






Descripción de la prueba: Comprobar la funcionalidad de la lista de texto Departamento. Comprobar la funcionalidad de los campos de texto Departamento y Abreviatura. Comprobar la funcionalidad de los botones Buscar, Modificar y Cancelar.

Observaciones Se corrigieron los errores de ingreso de caracteres no validos. Se corrigieron los errores ortográficos detectados en los formularios. Es posible que existan otros que fueron pasados desapercibidos.




2.-DISEÑO DEL PLAN DE PRUEBAS (INTEGRACION DEL SISTEMA)

Responsable de la prueba: Ana Gabriela Galicia Cruz




Descripción de la prueba: Integración del modulo de catálogos, administración de usuarios, generación de oficios, consulta de oficios, acceso al sistema.

Observaciones Se generó un error con los controles pertenecientes a Ajax Control Toolkit. Agregar nuevamente las referencias del Ajax Control Toolkit. Agregar nuevamente el conector de la base de datos MySQL (Mysql.data.dll).







Observaciones Se realizó la creación de la base de datos en MySQL con el script generado anteriormente. La prueba se desarrollo sin problemas. Al probar el sistema se verificó la conexión con la base de datos y hubo algún error por olvidar cambiar la contraseña y usuario. Se probó la funcionalidad de la generación de los reportes, tanto internos como externos en ambas sesiones. Hubo un problema con la visualización de los reportes de Crystal Reports debido a un error en las rutas donde estaban almacenados los reportes.









Observaciones Se solucionó el problema de conexión con la base de datos. Después de cambiar desde el Web.Config la contraseña y el usuario del servidor el sistema hizo la conexión con la base de datos correctamente.la prueba al final fue exitosa. Se soluciono el error de las rutas del Crystal Reports Se corrigieron las rutas y la prueba fue exitosa.




3.-DISEÑO DEL PLAN DE PRUEBAS (INSTALACION DEL SISTEMA)




Requerimiento asociado: Contar con disponibilidad del servidor.

Descripción de la prueba: Instalación del sistema en el servidor. Observaciones Debido a que el sistema generador de oficios es una

aplicación web, solo es necesario que sea instalada una vez en el servidor. Se deberá crear un respaldo de la base de datos para llevarla al servidor. Se generó el archivo .sql para poder llevar la base de datos al servidor. Hubo algunos problemas para generar el archivo pero solamente debido a la carencia del software MySQL que se requería, después de instalarlo se generó fácilmente y se migró la base de datos al servidor. Para realizar la instalación en el servidor requerimos de una carpeta dentro del servidor, un usuario y su respectiva contraseña para poder conectarnos por ftp. Todo esto nos lo proporcionó el Ing. José Olivares, encargado de los servidores disponibles por el cliente. Después de tener nuestro usuario, contraseña y base de datos en el servidor, solo es necesario copiar los archivos por ftp a nuestra carpeta. Hubo un contratiempo al haber olvidado cambiar el servidor, usuario y contraseña. La prueba fue reprogramada para el día siguiente.







Requerimiento asociado: Contar con disponibilidad del servidor.

Descripción de la prueba: Instalación del sistema en el servidor. Observaciones La aplicación se instalo en el servidor sin embargo el servidor

no era compatible con el sistema ya que por el momento no está ejecutando aplicaciones 2008, ambiente en el cual se ejecuta el sistema. En teoría, se debe de poder instalar el sistema descargando actualizaciones pertinentes de ASP.net, de Visual Studio, del framework de ASP, sin embargo no fue posible ejecutar la aplicación, por lo que se opto por una instalación local en los equipos del cliente. Lo único que se encuentra en el servidor es la base de datos, a la cual se accederá de manera remota.

Reprogramación de prueba: Hasta nuevo aviso.



CAPITULO G IMPLANTACION Y MANTENIMIENTO


G- IMPLANTACION Y MANTENIMIENTO


1.- PROPUESTA DE PLAN DE IMPLANTACION

INSTALACION/LIBERACION DEL SISTEMA EN PRODUCCION

Para la instalación del Sistema Generador de Oficios al ser una aplicación web, solamente será necesario

llevar la carpeta del proyecto al servidor destinado.

Sin embargo antes de realizar la migración del sistema al servidor es necesario preparar el servidor con el

software necesario para el correcto funcionamiento del sistema.

Dicha etapa de preparación consiste en:

Instalar el .Net Framework 3.5 de Microsoft junto con Visual Studio 2008.

Verificar que se encuentre instalado el sistema manejador de base de datos MySQL 5.1 , en caso

de no estar instalado será necesaria su instalación.

Agregar el Ajax Control Tool Kit al Visual Basic 2008 para poder hacer uso de los controles.

Instalar Crystal Reports 2008.

Generar previamente un backup de la base de datos del sistema para poder migrarla al servidor.

Una vez terminada esta fase de preparación, solamente es necesario migrar el proyecto de Visual Basic al

servidor y definir la página de inicio del sistema.

Para el correcto funcionamiento del sistema se debe verificar la cadena de conexión con la base de datos

del servidor.

Una vez que se cumplan con todos los pasos anteriores el sistema puede ser liberado y puesto en marcha

para el cliente, el cual podrá hacer uso de él justo después de la etapa de capacitación.

PLAN DE CAPACITACION

Para que la implantación del Sistema Generador de Oficios sea aun más exitosa la empresa Soft-2U

propone un plan de capacitación para la empresa de nuestro cliente Instituto Tecnológico de Minatitlán

(Jefatura de Departamento de Sistemas). Con esto se pretende ofrecer a los empleados asesorías para el

mejor funcionamiento y desempeño del SGO. Soft-2U propone el siguiente plan dividió en dos módulos

(sujeto a aprobación del cliente):



Capacitación para el Usuario Administrador:

Ingresar al Sistema Su objetivo es auxiliar al personal en el proceso de aprendizaje de la validación del usuario y que hacer en caso de olvido de contraseñas.

Alta de Usuarios Su objetivo es asesorar al personal en el proceso de altas de usuarios indicándoles los requisitos que se deben cubrir para que el usuario sea admitido.

Eliminación de Usuarios Su objetivo es auxiliar al personal en el proceso de eliminación de usuarios de la mejor manera así como informarle sobre como repercutirá en el sistema.

Generación de Oficio Su objetivo es orientar al personal en cuál es la manera más optima de generar un oficio sin errores

Consulta de Oficio Su objetivo es auxiliar al personal en las diferentes formas de consultar un oficio según sean sus necesidades y obtener mejor resultados de búsqueda.

Administración de Catálogos Su objetivo principal es asesorar al personal sobre la administración de los catálogos con lo que cuenta el SGO como los son (Copias, Departamentos y Firmantes), orientándolos sobre cuál es la mejor y más optima manera de administrarlos (Altas, Eliminación y Modificación) según sea el caso.

El proceso de capacitación para el Administrador tiene una duración estimada de 10 hrs (las cuales pueden

estar sujetas a modificación o aprobación del cliente) distribuyéndolas de la manera más apropiada para

el cliente.

Capacitación para Usuario Secretaria

De los anteriores descritos:

Ingresar al Sistema

Alta de Usuarios

Eliminación de Usuarios

Generación de Oficio

Consulta de Oficio

El proceso de capacitación para la Secretaria tiene una duración estimada de 8 hrs (las cuales pueden

estar sujetas a modificación o aprobación del cliente) distribuyéndolas de la manera más apropiada para

el cliente.



2.-PROPUESTA DE MANTENIMIENTO

Sugerencias de mantenimiento

La empresa Soft-2U sugiere que el Sistema Generador de Oficios reciba mantenimiento al término

de cada semestre, esto con la finalidad de evitar la sobrecarga en la base de datos y que afecte la

velocidad de respuesta del sistema al momento de la búsqueda y vista previa de los oficios.

Se sugiere que en cada mantenimiento sean extraídos de la base de datos los oficios generados en

el semestre, y se haga un respaldo de ellos en caso que en algún momento determinado se desee

consultar alguno1. También que se verifique el estado de las cuentas de usuario de modo que se

pueda eliminar aquellas que ya no sean utilizadas.

1 En caso que se desee consultar un oficio que se encuentra respaldado fuera de la base de datos, será necesario comunicarse con la empresa

Soft-2U para que le proporcione éste servicio.



Ejemplo de contrato

CONTRATO DE MANTENIMIENTO

El siguiente contrato establece los compromisos que existen entre la empresa Soft-2U,

denominada el Prestador de Servicio y el Ing. Carlos Alberto Espinoza Kattz, denominado el

Cliente.

A continuación se detallan las cuestiones de garantía del sistema así como los servicios posteriores

que requerirá el sistema para su garantizar un mejor rendimiento.

Del mantenimiento del sistema:

1. El Prestador de Servicio ofrece al Cliente el primer año de mantenimiento sin costo alguno,

el cual corresponde a realizar el respaldo de la base de datos dos veces, cada una al

término del semestre.

2. El Cliente deberá hacerse cargo de los mantenimientos posteriores, los cuales serán

cobrados según las tarifas vigentes del Prestador de Servicio.

De las actualizaciones del sistema:

1. El Cliente deberá hacerse cargo de los gastos que ocasione cualquier clase de

actualización que se requiera hacer al sistema, las cuales serán cobradas según las tarifas

vigentes del Prestador de Servicio.

2. El Cliente recibirá un descuento del 15% sobre el precio neto al solicitar la primera

actualización del sistema.

De la garantía del sistema:

1. El Prestador de Servicio se compromete a reparar sin costo para el Cliente cualquier falla

del sistema dentro de los primeros tres meses después de la entrega e implantación del

sistema, siempre y cuando la falla no se deba al uso inadecuado del sistema, eliminación

de archivos, librerías y componentes del sistema, acceso a la base de datos fuera de la

aplicación web o cualquier otra falla que haya sido provocada por el usuario.



2. Una vez finalizado el periodo de tres meses que el Prestador de Servicio ofrece como

garantía, el Cliente será el responsable de cubrir los gastos de reparación del sistema

según las tarifas vigentes del Prestador del Servicio.

El Prestador de Servicios El Cliente

PROYECTO-SGO

Documents

Transcript of PROYECTO-SGO