Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Proyecto Sgo PDF
Proyecto Sgo PDF
Cliente:
Instituto Tecnológico de Minatitlán
Integrantes:
Galicia Cruz Ana Gabriela
Prieto García Hugo Fernando
Soto Ruiz Raquel Magday
Vera Dámaso Jorge Josué
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
CAPITULO A
MODELADO DEL NEGOCIO
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
Prefecto Secretaria
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.
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.
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:
caekattz@gmail.com
Proyecto:
Sistema de Control de Oficios para el Departamento de Sistemas y Computación del ITM
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
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.
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.
Administrador
Además de las especificaciones anteriores podrá:
-Cambiar contraseñas.
Actividad -Dar de alta un nuevo departamento.
-Modificar el nombre del Jefe de determinado Departamento.
-Consulta de oficios
-Generación de Oficios
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.
Secretaria
-Ingresar al sistema bajo una validación del usuario y contraseña.
-Redacción de un oficio.
Actividad -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
El ambiente donde se ejecutara el Sistema Control de Oficios será un sistema operativo Windows XP-
Profesional, español con SP2.
Procesador
Intel Centrino Duo, 3.6 Ghz.
Cache
L2 Cache 1 MB
Memoria
1 GB RAM, SDRAM-DDR PC2100
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
REQUERIMIENTOS FUNCIONALES
Para ambos usuarios (Administrador y Secretaria)
.
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.
Almacenamiento de oficios
El sistema almacena todos los oficios creados por cualquiera de sus usuarios.
Impresión de Oficios
Una vez revisado el documento en la vista previa, el sistema permitirá a los usuarios imprimir el oficio.
El administrador del sistema podrá modificar las contraseñas de los demás usuarios.
Catalogo en el cual se mostrará la lista de los posibles departamentos a los que se envía el oficio.
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.
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 Interfaz
Cuestiones de Calidad
Portabilidad
Se asegura el funcionamiento correcto del Sistema siempre y cuando sea ejecutado bajo los requisitos de
instalación.
Cuestiones de Restricciones
CAPITULO C
PLANIFICACION DEL PROCESO DE
DESARROLLO
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.
MODELO EN
CASCADA
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.
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.
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 Correctivo
Ø Mantenimiento Evolutivo
2.-CRONOGRAMA DE ACTIVIDADES
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.
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.
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.
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.
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
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:
FACTOR DE PONDERACION
PARAMETRO DE MEDICION Cuenta Simple Medio Complej Subtotal
o
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 20 X 3 4 6 = 80
Usuario
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.
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 5
utilizado?
6.-¿Requiere el sistema entrada de datos interactivo? 5
7.-¿Requiere la entrada de datos interactiva que las transiciones de entrada se 5
lleven a cabo sobre múltiples o variadas operaciones?
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 4
organizaciones?
14.-¿Se ha diseñado la aplicación para facilitar los cambios y para ser fácilmente 4
utilizado por el usuario?
PF=425*[0.65+0.01*49 )
PF=484.5
1PF=5
COSTO =( 484.5*5)
CAPITULO D
DISEÑO ORIENTADO A OBJETOS
2.-Diagramas de Actividad
DIAGRAMA 5.- ALTAS DEL CATALOGO DE COPIAS POR PARTE DEL ADMINISTRADOR
DIAGRAMA 5.- ALTAS DEL CATALOGO DE COPIAS POR PARTE DEL ADMINISTRADOR
DIAGRAM A 8.- ALTAS DEL CATALOGO DE FIRMANTES POR PARTE DEL ADMINISTRADOR
DIAGRAM A 11.- ALTAS DEL CATALOGO DE DEPARTAMENTOS POR PARTE DEL ADMINISTRADOR
Crear Usuario
Admon. de
Generar Oficio
Usuarios Eliminar Usuario
Interno
Interno
Consultar oficio
Catalogo de
Firmantes
Agregar
Admon. de
Catálogos Catalogo de
Modificar
Copias
Eliminar
Agregar
Catalogo de
Departamentos
Eliminar
4.- Interfaces
FORMULARIO LOGIN
VISUALIZACIÓN DE UN REPORTE
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.
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.
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
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
Acceso al sistema
Visualización de un reporte
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.
Reprogramación de prueba: 6 de Junio del 2010
CAPITULO G
IMPLANTACION Y MANTENIMIENTO
G- IMPLANTACION Y MANTENIMIENTO
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.
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):
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.
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.
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.
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.