Documenti di Didattica
Documenti di Professioni
Documenti di Cultura
Contenido
A-MODELADO DEL NEGOCIO..................................................................................................................5
Definicin del Negocio .......................................................................................................................5
Breve Descripcin 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 TECNOLGICOS ...............................................................................................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.DISEO 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 CONTRASEAS ........................................................................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
Direccion
Sub-academia
Departamento de
Ingenieria en sistamas
y Computacion
Prefecto
Jefe de Laboratorio
Jefe de proyectos de
docencia
Secretaria
Auxiliar
Administrativo
Jefe de proyetos de
Investigacion
Jede de Investigacion
Direccin:
Blvd. Instituto Tecnolgico S/N, Col. Buena Vista Norte.
Minatitln, Veracruz. CP 96848
Telfono:
Oficina: (922) 22 2 43 45 Ext. 136
Mvil: 922 22 8 34 10
Web:
www.itmina.edu.mx
www.caekattz.blogspot.com
Correo Electrnico:
caekattz@gmail.com
Proyecto:
Sistema de Control de Oficios para el Departamento de Sistemas y Computacin del ITM
Para solucionar dichos problemas el sistema automatizar el proceso de creacin del oficio, siguiendo el
formato establecido y minimizando la intervencin del usuario para evitar errores de sintaxis, redaccin,
etctera. Al mismo tiempo proporcionar una alternativa de almacenamiento ms eficiente que la actual
ya que los oficios creados dentro del sistema podrn 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
creacin del oficio y recursos materiales.
CAPITULO B
INGENIERIA DE REQUERIMIENTOS
B-INGENIERIA DE REQUERIMIENTOS
B-INGENIERIA DE REQUERIMIENTOS
1.-PLANEACION DE ENTREVISTAS
N Entrevista
Fecha
Objetivos
26/Febrero/2010
01/Marzo/2010
04/Marzo/2010
08/Marzo/2010
12/Marzo/2010
15/Marzo/2010
22/Marzo/2010
26/Marzo/2010
30/Abril/2010
B-INGENIERIA DE REQUERIMIENTOS
2.-IDENTIFICACION DE ACTORES PRINCIPALES
El Sistema de Control de Oficios debido a su naturaleza tiene dos tipos de usuarios que a continuacin 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
Actividad
El usuario secretaria es quin podr crear los oficios, solo podr consultar
y crear los oficios con los datos que se encuentren en la BD actual.
Secretaria
Actividad
B-INGENIERIA DE REQUERIMIENTOS
3.-REQUERIMIENTOS TECNOLGICOS
Disco Duro
80 GB, Interfaz ID, SATA, rotacin del disco
7200 rpm
Unidad ptica
DVD+-RW,/CD+-RW, Velocidad de ejecucin
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, espaol con SP2
B-INGENIERIA DE REQUERIMIENTOS
REQUERIMIENTOS FUNCIONALES
Los usuarios del sistema tendrn acceso a l mediante su propia sesin y contrasea, esto por cuestiones
de seguridad y para delimitar los roles existentes.
Los usuarios podrn seleccionar del catlogo de departamentos, el destinatario que incluir el oficio.
Una vez agregado el departamento a donde se enviar el oficio, los usuarios podrn 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.
Los usuarios podrn seleccionar del catlogo de firmantes el nombre de la persona que firma el oficio.
Los usuarios podrn seleccionar de un catlogo los destinatarios posibles a los que se enviarn las copias
del oficio.
En caso que se desee enviar una copia a un destinatario que no aparece en el catlogo, los usuarios
podrn capturar los destinatarios extras.
Almacenamiento de oficios
El sistema almacena todos los oficios creados por cualquiera de sus usuarios.
B-INGENIERIA DE REQUERIMIENTOS
Los usuarios podrn consultar todos los oficios almacenados dentro del sistema.
El sistema mostrar al usuario una vista previa del documento para corregir los posibles errores de
captura que se hayan generado.
Impresin de Oficios
Una vez revisado el documento en la vista previa, el sistema permitir a los usuarios imprimir el oficio.
Administracin de contraseas
El administrador del sistema podr modificar las contraseas de los dems usuarios.
Catalogo en el cual se mostrar la lista de los posibles departamentos a los que se enva 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 catlogo de departamentos.
B-INGENIERIA DE REQUERIMIENTOS
Otras Consideraciones
La fecha del oficio ser la del sistema por default sin embargo esta podr ser de libre edicin si el
usuario as lo desea.
El formato del folio del oficio ser de tipo Numrico de longitud mxima tres caracteres.
El encabezado y pie de pgina del oficio ser establecido por default.
El diseo de la base de datos queda a cargo de la empresa Soft-2U, pudiendo el cliente
proporcionar algn 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,
etctera) no es posible que se modifiquen.
Los catlogos de copias y departamentos muestran sugerencias de los datos que pueden incluirse
en el oficio, pero si en determinado caso la opcin que se desea incluir no existe en el catlogo, 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 seleccin, listas
desplegables para elegir opciones de catlogos y botones de aceptacin. Sern implementadas las
restricciones pertinentes para cada campo.
B-INGENIERIA DE REQUERIMIENTOS
REQUERIMIENTOS NO FUNCIONALES
Requerimientos de Desempeo
EL Sistema de Generador de Oficios deber mostrar la vista previa del documento en menos de un
minuto.
La impresin de cada oficio no tardara ms de medio minuto desde que se haya mandado a imprimir
desde la vista previa.
Requerimientos de Interfaz
La interfaz contara con combos desplegables, seleccin por clics.
Cuestiones de Calidad
La calidad de la impresin 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
instalacin.
Cuestiones de Restricciones
La aplicacin deber de correr en computadoras con Windows XP o superiores.
La aplicacin junto con su base de datos no deber superar los 500 MB
B-INGENIERIA DE REQUERIMIENTOS
CAPITULO C
PLANIFICACION DEL PROCESO DE
DESARROLLO
MODELO EN
CASCADA
Nota: El modelado de prototipo se ejecuta en tres fases principales Diseo, Codificacin y Pruebas.
Las fases de este modelo en cascada se explican brevemente a continuacin para detallar que
realizaremos en cada fase y el cliente tenga una idea general de nuestro proceso de desarrollo del
software:
Ingeniera y Anlisis del Sistema.- Anlisis y de diseo de todos los componentes del sistema
computacional.
Anlisis 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 especificacin de requisitos, que
contiene la especificacin completa de lo que debe hacer el sistema sin entrar en detalles internos.
Diseo.- 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 tambin los anlisis necesarios para saber que herramientas usar en la etapa de
Codificacin.
Es conveniente distinguir entre diseo de alto nivel o arquitectnico y diseo detallado las dos subfases en
las que se divide el diseo. El primero de ellos tiene como objetivo definir la estructura de la solucin (una
vez que la fase de anlisis ha descrito el problema) identificando grandes mdulos (conjuntos de funciones
que van a estar asociadas) y sus relaciones. Con ello se define la arquitectura de la solucin elegida. El
segundo define los algoritmos empleados y la organizacin del cdigo para comenzar la implementacin.
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
Soft-2U es una empresa comprometida con la calidad de los servicios que brinda y la satisfaccin
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
Factor 2
Factor 3
Factor 4
Objetivo:
El cliente recibir el producto a ms tardar el da 11 de Junio de 2010, y en caso de
algn retraso en la entrega por causa de la empresa Soft-2U, sta se responsabiliza
completamente de ello.
Plan de Aseguramiento:
Revisin peridica 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.
Objetivo:
El sistema ser de fcil manejo para el usuario, a travs de una interfaz intuitiva
donde la mayora 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 diseador y el programador del sistema que la primera opcin 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 generacin de catlogos de opciones.
Objetivo:
Las opciones incluidas inicialmente en los catlogos del sistema y los datos que se
colocarn automticamente en el oficio no contendrn errores ortogrficos.
Plan de Aseguramiento:
Los datos que se capturen para ser incluidos en los catlogos y aquellos que se
incluyan de manera automtica en el oficio sern revisados por al menos tres
integrantes del equipo de desarrollo al momento de su insercin en la base de
datos.
Objetivo:
El usuario podr visualizar los documentos de forma rpida 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 asncronas al
servidor web, actualizando los segmentos solicitados de la pgina con JavaScript
(AJAX), de forma que la pgina web no viajara de forma completa en cada solicitud
del usuario, y solo se transmitir la informacin necesaria.
Recursos Humanos
Cargo
Responsable
Actividades
Cargo
Responsable
Actividades
Cargo
Responsable
Actividades
Cargo
Responsable
Actividades
Cargo
Responsable
Actividades
Jefe de Proyecto
Ana Gabriela Galicia Cruz
Coordinacin de la interaccin con el cliente.
Asignacin y coordinacin de recursos.
Cronograma de actividades.
Gestin de Prioridades.
Supervisin de la bitcora del proyecto.
Promocin y ventas.
Contratos.
Analista de Sistemas
Hugo Fernando Prieto Garca
Captura, especificacin y validacin de requisitos.
Elaboracin del modelo de anlisis y diseo.
Colaboracin en la elaboracin de las pruebas funcionales y el modelo de
datos.
Colaboracin en el diseo de interfaces.
Colaboracin en la documentacin del proceso de software
Diseador y DBA
Raquel Magday Soto Ruiz
Diseo orientado a objetos con UML.
Diseo de interfaces.
Especificacin de la arquitectura del software.
Diseo relacional de la base de datos.
Construccin y mantenimiento de la base de datos.
Normalizacin de la base de datos.
Lder de programadores
Joel Lpez Cobaxin (Outsourcing)
Construccin de prototipos.
Colaboracin en la elaboracin de las pruebas funcionales, modelo de datos
y en la validacin con el usuario.
Ingeniero de Software
Jorge Josu Vera Dmaso
Gestin de requisitos.
Gestin de configuracin y cambios.
Elaboracin del modelo de datos.
Preparacin de las pruebas funcionales.
Elaboracin de la documentacin.
Control de la bitcora del proyecto.
Recursos Materiales
Recursos Necesarios
Responsable
Recursos Necesarios
Responsable
Recursos Necesarios
Responsable
Recursos Necesarios
Responsable
Recursos Necesarios
Responsable
5..-PERT DE PLANIFICACION
Para la realizacin del costeo del software se utilizo la Mtrica Orientada a la Funcin la cual se centra en
la funcionalidad o utilidad del software. Aplicando esta mtrica procedemos a calcular los puntos de
funcin rellenando la siguiente tabla:
PARAMETRO DE MEDICION
Nmero de entradas de Usuario
Nmero de Salidas de Usuario
Nmero de Peticiones de
Usuario
Nmero de Tablas de BD
Nmero de Interfaces Externas
FACTOR DE PONDERACION
Cuenta
Simple Medio Complej
o
40
X
3
4
6
15
X
4
5
7
20
X
3
4
6
8
0
X
X
7
5
10
7
15
10
Cuenta Total
Subtotal
=
=
=
160
105
80
=
=
=
80
0
425
Calculo de Fi.
1
Incidental
2
Moderado
3
Medio
4
Significativo
Fi:
1.-Requiere el sistema copias de seguridad y recuperacin fiables?
2.-Se requiere comunicacin de datos?
3.-Existen funciones de procesamiento distribuido?
4.-Es crtico el rendimiento?
5.-Sera ejecutado el sistema en un entorno operativo existente y frecuentemente
utilizado?
6.-Requiere el sistema entrada de datos interactivo?
7.-Requiere la entrada de datos interactiva que las transiciones de entrada se
lleven a cabo sobre mltiples o variadas operaciones?
8.-Se actualizan los archivos maestros en forma interactiva?
9.-Son complejas las entradas, las salidas , los archivos o peticiones?
10.-Es complejo el procesamiento interno?
11.-Se ha diseado el cdigo para se reutilizables?
12.-Estan incluidos en el diseo la conversin y la instalacin?
13.-Se ha diseado el sistema para soportar mltiples instalaciones en diferentes
organizaciones?
14.-Se ha diseado la aplicacin para facilitar los cambios y para ser fcilmente
utilizado por el usuario?
5
Esencial
Valor
3
5
0
2
5
5
5
5
3
2
4
2
4
4
CAPITULO D
DISEO ORIENTADO A OBJETOS
ACTOR
Administrador
CASO DE USO
Validacin de Usuario y
Contrasea
DESCRIPCION
Un Usuario desea ingresar al SGO, para ello
debe identificarse introduciendo un Usuario y
una contrasea
Admn. de Usuarios
Generacin de Oficios
Consulta de Oficios
ACTOR
Administrador
CASO DE USO
DESCRIPCION
Ingreso de Usuario y Contrasea Para poder acceder al SGO el usuario debe
identificarse e introducir un usuario y una
contrasea
Validacion en la BD
Acceso al Sistema
ACTOR
Administrador
CASO DE USO
Admon. Usuarios
DESCRIPCION
El administrador podr crear y borrar usuarios
Crear Usuario
Borrar Usuario
ACTOR
Administrador
CASO DE USO
Ingresa a Catlogos
Cat. Firmantes
Cat. Copias
Aade a Catalogo
Modifica Registro
Elimina Registro
Cat. Depto
Aade a Catalogo
Modifica Registro
Elimina Registro
DESCRIPCION
El administrador ingresa al men firmantes en
la cual se desplegara todos los catlogos
existentes en el SGO.
El administrador podr agregar un nuevo
firmante ingresando los datos
correspondientes
El administrador visualizar una serie de
opciones de administracin para el catalogo.
Podr aadir al catalogo una nueva opcin de
copias.
Podr realizar modificaciones en algn
registro de copias.
El usuario eliminara alguno opcin de copias si
as lo desea
El Administrador podr aadir, modificar y
eliminar registros.
Podr aadir al catalogo un nuevo
departamento
Podr realizar modificaciones en algn
registro de departamentos
El usuario eliminara alguno opcin de
departamentos si as lo desea
ACTOR
Administrador
CASO DE USO
Seleccionar Op. Generar Oficio
Elige Copias
DESCRIPCION
El administrador podr ingresar a la opcin y
generar el oficio que desee.
Al ingresar al formulario el SGO har una
conexin con la DB para extraerlos catlogos
correspondientes y ponerlos a disposicin del
usuario.
Las opciones se encontraran cargadas en un
combo para que el usuario seleccione a quien
estar dirigido el oficio
Las opciones se encontraran cargadas en un
combo para que el usuario seleccione a quien
firmara el oficio.(Se cargara automticamente
el nombre del jefe del departamento.)
Seleccionara entre una serie de opciones c.c.p.
Ingresa Asunto
Redacta cuerpo
Vista Previa
Carga Catlogos
Selecciona Destinatario
Selecciona Firmante
Imprimir Oficio
Guardar Oficio
ACTOR
Administrador
CASO DE USO
Ingresa a Consulta
Por Fecha
DESCRIPCION
El administrador ingresa a realizar una
consulta y se les despliegan varias opciones
Busca el oficio por fecha lo extrae y lo muestra
Por Folio
Por Asunto
Actualizar
Imprimir Oficio
ACTOR
Secretaria
CASO DE USO
Validacin de Usuario y
Contrasea
DESCRIPCION
Un Usuario desea ingresar al SGO, para ello
debe identificarse introduciendo un Usuario y
una contrasea
Generacin de Oficios
Consulta de Oficios
ACTOR
Secretaria
CASO DE USO
Seleccionar Op. Generar Oficio
Elige Copias
DESCRIPCION
El administrador podr ingresar a la opcin y
generar el oficio que desee.
Al ingresar al formulario el SGO har una
conexin con la DB para extraerlos catlogos
correspondientes y ponerlos a disposicin del
usuario.
Las opciones se encontraran cargadas en un
combo para que el usuario seleccione a quien
estar dirigido el oficio
Las opciones se encontraran cargadas en un
combo para que el usuario seleccione a quien
firmara el oficio.(Se cargara automticamente
el nombre del jefe del departamento.)
Seleccionara entre una serie de opciones c.c.p.
Ingresa Asunto
Redacta cuerpo
Vista Previa
Carga Catlogos
Selecciona Destinatario
Selecciona Firmante
Imprimir Oficio
Guardar Oficio
ACTOR
Secretaria
CASO DE USO
Ingresa a Consulta
Por Fecha
DESCRIPCION
El administrador ingresa a realizar una
consulta y se les despliegan varias opciones
Busca el oficio por fecha lo extrae y lo muestra
Por Folio
Por Asunto
Actualizar
Imprimir Oficio
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
Secretaria
Crear Usuario
Admon. de
Usuarios
Eliminar Usuario
Interno
Generar Oficio
Interno
Externo
Generar Oficio
Externo
Consultar Oficio
Consultar oficio
Catalogo de
Firmantes
Agregar
Admon. de
Catlogos
Catalogo de
Copias
Modificar
Eliminar
Agregar
Catalogo de
Departamentos
Eliminar
Modelo Relacional
Normalizacin
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 quines fueron
sus jefes anteriores.
Las dos reglas de normalizacin que se aplicaron fueron las siguientes:
Una relacin R est en 2FN si y solo si est en 1FN y los atributos no primos dependen funcionalmente
de la llave primaria
Una relacin 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 definicin, 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 gestin de los usuarios del sistema. Permite la creacin y eliminacin de cuentas
de usuarios interactuando con la base de datos del sistema; por medio de ste mdulo se co ntrola la
seguridad del sistema al incluir la asignacin de un nick, contrasea y perfil a cada usuario con la finalidad
de delimitar las operaciones que l puede realizar dentro de su sesin en el sistema.
Modulo de Control:
Modulo principal que provee las herramientas necesarias para la generacin de oficios. A ste mdulo
pueden tener acceso tanto el perfil de jefe como el de secretaria, donde se brindan opciones para generar
oficios internos y externos a la Institucin, ofreciendo: vistas previas, almacenamiento en la base de datos
para consultas posteriores, impresiones y edicin del cuerpo de un oficio creado anteriormente.
Modulo de Catlogos:
Modulo encargado de la gestin de los catlogos. ste mdulo slo se encuentra disponible para los
usuarios que cuenten con un perfil de Jefe, en l se ofrecen las opciones de administrar los catlogos de:
departamentos, firmantes y copias, pudindose agregar, modificar y eliminar los registros de cada uno de
los catlogos a excepcin del catlogo firmantes donde solo es permitido agregar nuevas opciones.
El Sistema Generador de Oficios ser desarrollado como una aplicacin web segn el acuerdo al que se
lleg entre el Cliente y la Empresa Soft-2U y tomando en cuenta para su construccin los siguientes
puntos:
Para la construccin del Sistema Generador de Oficios se opt por utilizar la tecnologa del .Net
Framework 3.5 que ofrece Microsoft, combinando ASP.Net y el lenguaje de programacin Visual
Basic 2008.
El sistema manejador de base de datos a utilizar es MySQL 5.1, el cul 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
DISEO Y EJECUCION DE PRUEBAS
Responsable de la prueba:
Fecha programada de la prueba:
Fecha real de la prueba:
Requerimiento asociado:
Descripcin de la prueba:
Observaciones
Reprogramacin de prueba:
Responsable de la prueba:
Fecha programada de la prueba:
Fecha real de la prueba:
Requerimiento asociado:
Descripcin de la prueba:
Observaciones
Reprogramacin de prueba:
Responsable de la prueba:
Fecha programada de la prueba:
Fecha real de la prueba:
Descripcin de la prueba:
Observaciones
Reprogramacin de prueba:
Responsable de la prueba:
Fecha programada de la prueba:
Fecha real de la prueba:
Requerimiento asociado:
Descripcin de la prueba:
Reprogramacin de prueba:
Responsable de la prueba:
Fecha programada de la prueba:
Fecha real de la prueba:
Requerimiento asociado:
Descripcin de la prueba:
Observaciones
Reprogramacin de prueba:
Responsable de la prueba:
Fecha programada de la prueba:
Fecha real de la prueba:
Descripcin de la prueba:
Observaciones
Reprogramacin de prueba:
Responsable de la prueba:
Fecha programada de la prueba:
Fecha real de la prueba:
Descripcin de la prueba:
Observaciones
Reprogramacin de prueba:
Responsable de la prueba:
Fecha programada de la prueba:
Fecha real de la prueba:
Requerimiento asociado:
Descripcin de la prueba:
Observaciones
Reprogramacin de prueba:
Requerimiento asociado:
Descripcin de la prueba:
Observaciones
Reprogramacin de prueba:
Requerimiento asociado:
Descripcin de la prueba:
Observaciones
Reprogramacin de prueba:
Responsable de la prueba:
Fecha programada de la prueba:
Fecha real de la prueba:
Descripcin de la prueba:
Observaciones
Reprogramacin de prueba:
Responsable de la prueba:
Fecha programada de la prueba:
Fecha real de la prueba:
Requerimiento asociado:
Descripcin de la prueba:
Observaciones
Reprogramacin de prueba:
Responsable de la prueba:
Fecha programada de la prueba:
Fecha real de la prueba:
Descripcin de la prueba:
Observaciones
Reprogramacin de prueba:
Responsable de la prueba:
Fecha programada de la prueba:
Fecha real de la prueba:
Requerimiento asociado:
Descripcin de la prueba:
Observaciones
Reprogramacin de prueba:
Responsable de la prueba:
Fecha programada de la prueba:
Fecha real de la prueba:
Requerimiento asociado:
Descripcin de la prueba:
Observaciones
Reprogramacin de prueba:
Requerimiento asociado:
Descripcin de la prueba:
Observaciones
Reprogramacin de prueba:
Responsable de la prueba:
Fecha programada de la prueba:
Fecha real de la prueba:
Descripcin de la prueba:
Observaciones
Reprogramacin de prueba:
Responsable de la prueba:
Fecha programada de la prueba:
Fecha real de la prueba:
Requerimiento asociado:
Descripcin de la prueba:
Observaciones
Reprogramacin de prueba:
Visualizacin de un reporte
Responsable de la prueba:
Fecha programada de la prueba:
Fecha real de la prueba:
Requerimiento asociado:
Descripcin de la prueba:
Observaciones
Reprogramacin de prueba:
Responsable de la prueba:
Fecha programada de la prueba:
Fecha real de la prueba:
Requerimiento asociado:
Descripcin de la prueba:
Observaciones
Reprogramacin de prueba:
Responsable de la prueba:
Fecha programada de la prueba:
Fecha real de la prueba:
Requerimiento asociado:
Descripcin de la prueba:
Observaciones
Reprogramacin de prueba:
Responsable de la prueba:
Fecha programada de la prueba:
Fecha real de la prueba:
Requerimiento asociado:
Descripcin de la prueba:
Observaciones
Reprogramacin de prueba:
Responsable de la prueba:
Fecha programada de la prueba:
Fecha real de la prueba:
Requerimiento asociado:
Descripcin de la prueba:
Observaciones
Reprogramacin de prueba:
Responsable de la prueba:
Fecha programada de la prueba:
Fecha real de la prueba:
Requerimiento asociado:
Descripcin de la prueba:
Observaciones
Reprogramacin de prueba:
comillas.
El botn Modificar funciona correctamente. El error ocurre
cuando se presiona este botn sin antes haber realizado una
bsqueda ya que, de contener algn carcter el campo
Nueva Opcin de Copia, modificar el primer dato que se
muestre en la lista Opcin de Copia.
Si se presiona el botn Modificar sin hacer una bsqueda y
dejando en blanco las dems opciones (los espacios se
cuentan como un carcter), ste se deshabilita dejando como
nica opcin para habilitarlo presionar el botn Cancelar o
ingresar de nuevo a este formulario.
Nota: Debido a este error pareciera que el botn Bsqueda y
el campo de texto Opcin a Modificar no tienen razn de ser.
6 de Junio del 2010
Responsable de la prueba:
Fecha programada de la prueba:
Fecha real de la prueba:
Requerimiento asociado:
Descripcin de la prueba:
Observaciones
Reprogramacin de prueba:
Responsable de la prueba:
Fecha programada de la prueba:
Fecha real de la prueba:
Requerimiento asociado:
Descripcin de la prueba:
Observaciones
Reprogramacin de prueba:
Responsable de la prueba:
Fecha programada de la prueba:
Fecha real de la prueba:
Requerimiento asociado:
Descripcin de la prueba:
Observaciones
Reprogramacin de prueba:
Responsable de la prueba:
Fecha programada de la prueba:
Fecha real de la prueba:
Requerimiento asociado:
Descripcin de la prueba:
Observaciones
Reprogramacin de prueba:
Responsable de la prueba:
Fecha programada de la prueba:
Fecha real de la prueba:
Requerimiento asociado:
Descripcin de la prueba:
Observaciones
Reprogramacin de prueba:
Requerimiento asociado:
Descripcin de la prueba:
Observaciones
Reprogramacin de prueba:
Responsable de la prueba:
Fecha programada de la prueba:
Fecha real de la prueba:
Requerimiento asociado:
Descripcin de la prueba:
Observaciones
Reprogramacin de prueba:
Responsable de la prueba:
Fecha programada de la prueba:
Fecha real de la prueba:
Requerimiento asociado:
Descripcin de la prueba:
Observaciones
Reprogramacin de prueba:
Responsable de la prueba:
Fecha programada de la prueba:
Fecha real de la prueba:
Requerimiento asociado:
Descripcin de la prueba:
Observaciones
Reprogramacin de prueba:
Requerimiento asociado:
Descripcin de la prueba:
Observaciones
Reprogramacin de prueba:
Responsable de la prueba:
Fecha programada de la prueba:
Fecha real de la prueba:
Requerimiento asociado:
Descripcin de la prueba:
Observaciones
Reprogramacin de prueba:
Requerimiento asociado:
Descripcin de la prueba:
Observaciones
Reprogramacin de prueba:
Requerimiento asociado:
Descripcin de la prueba:
Observaciones
Reprogramacin de prueba:
Responsable de la prueba:
Fecha programada de la prueba:
Fecha real de la prueba:
Requerimiento asociado:
Descripcin de la prueba:
Observaciones
Reprogramacin de prueba:
CAPITULO G
IMPLANTACION Y MANTENIMIENTO
G- IMPLANTACION Y MANTENIMIENTO
G- IMPLANTACION Y MANTENIMIENTO
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 instalacin.
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 preparacin, solamente es necesario migrar el proyecto de Visual Basic al
servidor y definir la pgina de inicio del sistema.
Para el correcto funcionamiento del sistema se debe verificar la cadena de conexin 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 despus de la etapa de capacitacin.
PLAN DE CAPACITACION
Para que la implantacin del Sistema Generador de Oficios sea aun ms exitosa la empresa Soft-2U
propone un plan de capacitacin para la empresa de nuestro cliente Instituto Tecnolgico de Minatitln
(Jefatura de Departamento de Sistemas). Con esto se pretende ofrecer a los empleados asesoras para el
mejor funcionamiento y desempeo del SGO. Soft-2U propone el siguiente plan dividi en dos mdulos
(sujeto a aprobacin del cliente):
G- IMPLANTACION Y MANTENIMIENTO
Capacitacin para el Usuario Administrador:
Ingresar al Sistema
El proceso de capacitacin para la Secretaria tiene una duracin estimada de 8 hrs (las cuales pueden
estar sujetas a modificacin o aprobacin del cliente) distribuyndolas de la manera ms apropiada para
el cliente.
G- IMPLANTACION Y MANTENIMIENTO
2.-PROPUESTA DE MANTENIMIENTO
Sugerencias de mantenimiento
La empresa Soft-2U sugiere que el Sistema Generador de Oficios reciba mantenimiento al trmino
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 bsqueda y vista previa de los oficios.
Se sugiere que en cada mantenimiento sean extrados de la base de datos los oficios generados en
el semestre, y se haga un respaldo de ellos en caso que en algn momento determinado se desee
consultar alguno1. Tambin que se verifique el estado de las cuentas de usuario de modo que se
pueda eliminar aquellas que ya no sean utilizadas.
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.
G- IMPLANTACION Y MANTENIMIENTO
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 continuacin se detallan las cuestiones de garanta 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 ao de mantenimiento sin costo alguno,
el cual corresponde a realizar el respaldo de la base de datos dos veces, cada una al
trmino del semestre.
2. El Cliente deber hacerse cargo de los mantenimientos posteriores, los cuales sern
cobrados segn 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
actualizacin que se requiera hacer al sistema, las cuales sern cobradas segn las tarifas
vigentes del Prestador de Servicio.
2. El Cliente recibir un descuento del 15% sobre el precio neto al solicitar la primera
actualizacin del sistema.
De la garanta 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 despus de la entrega e implantacin del
sistema, siempre y cuando la falla no se deba al uso inadecuado del sistema, eliminacin
de archivos, libreras y componentes del sistema, acceso a la base de datos fuera de la
aplicacin web o cualquier otra falla que haya sido provocada por el usuario.
G- IMPLANTACION Y MANTENIMIENTO
2. Una vez finalizado el periodo de tres meses que el Prestador de Servicio ofrece como
garanta, el Cliente ser el responsable de cubrir los gastos de reparacin del sistema
segn las tarifas vigentes del Prestador del Servicio.
El Prestador de Servicios
El Cliente