PROYECTO-SGO

(1)

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é

(2)

|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

(3)

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

(4)

CAPITULO A

(5)

|Sistema Generador de Oficios 5 A-MODELADO DEL NEGOCIO 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 Laboratorio Jefe de proyectos de docencia

Auxiliar Administrativo

Jefe de proyetos de

Investigacion Jede de Investigacion Prefecto Secretaria

(6)

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 t erminan 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:

(7)

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.

(8)

CAPITULO B

(9)

|Sistema Generador de Oficios 9 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.

(10)

|Sistema Generador de Oficios 10 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 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.

(11)

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

(12)

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

(13)

 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”.

(14)

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.

(15)

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

(16)

CAPITULO C

PLANIFICACION DEL PROCESO DE

DESARROLLO

(17)

|Sistema Generador de Oficios 17 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.

(18)

|Sistema Generador de Oficios 18 C.PLANIFICACION DEL PROCESO DE DESARROLLO

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

(19)

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

(20)

(21)

(22)

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.



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.



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.

(23)



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.

(24)

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.

(25)

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

(26)

(27)

(28)

(29)

(30)

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

(31)

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)

(32)

CAPITULO D

(33)

|Sistema Generador de Oficios 33 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.

(34)

|Sistema Generador de Oficios 34 D.DISEÑO ORIENTADO A OBJETOS

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.

(35)

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

(36)

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

(37)

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

(38)

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.

(39)

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.

(40)

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

(41)

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.

(42)

2.-Diagramas de Actividad

(43)

|Sistema Generador de Oficios 43 D.DISEÑO ORIENTADO A OBJETOS DIAGRAMA 2.-GENERACIÓN DE OFICIO PARA ADMINISTRADOR YSECRETARIA

(44)

DIAGRAMA 4.-ALTA DE USUARIOS POR PARTE DEL ADMINISTRADOR

(45)

DIAGRAMA 4.-ALTA DE USUARIOS POR PARTE DEL ADMINISTRADOR

(46)

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

(47)

|Sistema Generador de Oficios 47 D.DISEÑO ORIENTADO A OBJETOS DIAGRAMA 12.-MODIFICACIONES AL CATALOGO DE DEPARTAMENTOS

(48)

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

(49)

4.- Interfaces

FORMULARIO LOGIN

MENU ADMINISTRACION DE USUARIOS ADMINISTRADOR

(50)

MENU GENERAR OFICIO ADMINISTRADOR

MENU ADMINISTRACION DE CATALOGOS ADMINISTRADOR

(51)

MENU ADMISTRACION DE COPIAS ADMINISTRADOR

MENU ADMINISTRAR DEPARTAMENTOS ADMINISTRADOR

(52)

MENU GENERAL SECRETARIA

(53)

FORMULARIO PRINCIPAL JEFE DEPARTAMENTO

(54)

(55)

(56)

(57)

FORMULARIO CONSULTA DE OFICIO POR NUMERO DE OFICIO

(58)

FORMULARIO CONSULTA DE OFICIO POR DEPARTAMENTO

FORMULARIO CONSULTA DE OFICIO POR RANGO DE FECHAS

(59)

VISUALIZACIÓN DE UN REPORTE

(60)

EXPORTACIÓN DEL REPORTE

(61)

FORMULARIO DE ADMON DE CATALOGO DE FIRMANTES

(62)

FORMULARIO PARA MODIFICAR UNA OPCION DE COPIA

(63)

FORMULARIO PARA ELIMINAR UNA OPCION DE COPIA

FORMULARIO PARA AGREGAR UN NUEVO DEPARTAMENTO

(64)

(65)

(66)

(67)

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.

(68)

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.

(69)

CAPITULO E

ESPECIFICACION DE LA ARQUITECTURA DEL

SISTEMA

(70)

|Sistema Generador de Oficios 70 E -ESPECIFICACION DE LA ARQUITECTURA DEL SISTEMA E -ESPECIFICACION DE LA ARQUITECTURA DEL SISTEMA

(71)

|Sistema Generador de Oficios 71 E -ESPECIFICACION DE LA ARQUITECTURA DEL SISTEMA

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.

(72)

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.

(73)

CAPITULO F

(74)

|Sistema Generador de Oficios 74 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.

(75)

Responsable de la prueba: Jorge Josué Vera Dámaso Fecha programada de la prueba: 29 de Mayo del 2010 Fecha real de la prueba: 9 de Junio del 2010

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 Fecha programada de la prueba: 27 de Mayo del 2010

(76)

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

Fecha real de la prueba: 28 de Mayo del 2010

Ingresar como Administrador en el sistema. 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.

(77)

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.

Reprogramación de prueba: 29 de Mayo del 2010

Fecha real de la prueba: 5 de Junio del 2010

Ingresar como Administrador en el sistema. 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

(78)

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

(79)

Ingresar como Administrador en el sistema.

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. Reprogramación de prueba: No necesaria.

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