UNIVERSIDAD VERACRUZANA
FACULTAD DE ESTADÍSTICA E INFORMÁTICA
ESPECIALIZACIÓN EN INGENIERÍA DE SOFTWARE
Difusión y Control Administrativo de las Obras de la Dirección General Editorial de la Universidad Veracruzana.
Trabajo Recepcional
Que como requisito parcial para obtener el Diploma de esta Especialización
Presenta:
María Dacia González Cruz
Tutor:
M.C.C. María Karen Cortés Verdín
Xalapa, Ver., Noviembre de 1999.
UNIVERSIDAD VERACRUZANAFACULTAD DE ESTADISTICA E INFORMATICA
El Comité Académico de la Especialización en Ingeniería de Software y el Tutor del trabajo recepcional titulado “Difusión y Control Administrativo de las Obras de la D.G.E.P. de la U.V.” que presenta la C. Ma. Dacia González Cruz, autorizan la impresión y constitución del jurado para su defensa, en la fecha previamente establecida.
Xalapa, Ver. a 26 de Octubre de 1999.
COORESPECIALIZACIÓN
Gaona
COMITE ACADEMICO
L. E. Serg DIRECTO
ndez González ACUITAD DE
ESTADISTICA E INFORMATICA
LÁTACÚLTAD DE ESTADÍSTICA E INFORMÁTICA
M;C.C. Ma. KareruOortés Verdín VOCAL
M.C.C. Ma. de Los ^Úfícjeles Arenas Valdés VOCAL
M.C.C. Ma. KatrerV TUTOT
ortés Verdín
Especialización en Ingeniería tíe Sottwat®
Xalapa, Ver.
Gradas
A Dios:Por concederme ei gran placer y ei dolor de vivir.
A mis padres:Por su apoyo, ios cuatro han sido un constante estímulo para e! ¡ogro de mis metas.
A mi esposo:Moisés, porque eres io más sublime de mi vida, el motor de mi existencia. Te amo.
A mis hermanos:Sandra, Armando, Joseiito, Esaú, Erick y Maritza. Para que esto no sea un ejemplo, sino una
inspiración.
A mis amigos:Mary, Charito, Laurita, Eisa, Bertha, Freya, Olimpo, Xavier, Víctor, Erick, Juanita, Octavio,
Ivonne, Angie, Carmen, Remi porque ia vida sólo se disfruta en compañía, gracias por su inapreciable amistad.
A mi nana:Porque algún día podrás leer esto tú misma. Gracias por haberme brindado tus desvelos.
A Don Miguel y Doña Nohemí:Porque en ustedes hemos encontrado otra familia.
“Para ser maestro es necesario olvidar ¡o que sabemos y suponer que hemos llegado al término de los conocimientos. Para ser un buen guía no se debe pensar en que se tienen más años, ni en que se sabe más, ni en nada por el estilo; hay que ser un hermano mayor, dispuesto a caminar con ¡os alumnos poda misma senda de! saber elevado de la aspiración".
Rabindranath Tagore
Gracias
A mi tutor:M.C.C. Karen Cortés, por su apoyo incondicional en todo momento, me siento honrada de haber conocido a una persona excepcional.
A mis sinodales:M.C.C. Alfonso Marín, porque además de ser un excelente maestro, es un excelente amigo.
M.C.C. Alma Rosa, porque sin el apoyo que me ha brindado, nada hubiera sido igual.
CONTENIDO
Introducción
Capítulo I. Plan del Proyecto.A. Introducción..................................................................... 1B. Descripción General del Proyecto.................................... 2
C. Justificación.........................................................................3D. Objetivos..................................................................... 5E. Funciones Principales.........................................................7F. Aspectos de Funcionamiento................................................... 10
G. Restricciones Técnicas........................................................... 11Capítulo II. Análisis Orientado a Objetos.
A. Introducción................................................................ . . . 12B. Contexto del dominio del problema.................................... 13
C. Definición de Objetos................................................ 15D. Definición de Atributos............................................................. 22
E. Definición de Servicios............................................................. 41F. Definición de Temas(Subjects)................................................55
Notación Colapsada............................................................55Notación Parcialmente Expandida. .................................55
G. Definición de Estructuras.........................................................56i
H. Identificación de Asociaciones ............................................... 62I. Diagrama de Estado................................................................. 64
Capítulo III. Diseño Orientado a Objetos.A. Introducción..................................................................... 65B. Diseño de la Componente del dominio del problema. . . 66
C. Diseño de la Componente de Interacción Humana(lnterfaz) 75
D. Diseño de la Componente del manejo de Tareas................ 76
E. Diseño de la Componente de Administración de Datos. . . 79
Capítulo IV. Pruebas y Evaluación.Introducción............................................................................... 90
B. Plan de Prueba.................................................................. 91
Fases de Prueba........................................................ 92C. Pruebas de Unidad........................................................... 93
Pruebas de Caja Blanca................................................ 93Pruebas de Caja Negra.......................................... 97
D. Prueba de Integración...................................................... 109Descripción de la prueba................................................. 109Módulos a ser probados...................................................110
E. Resultados obtenidos en la pruebas......................................117F. Pruebas de validación............................................................ 118G. Pruebas del sistema........................................................ 119
Apéndice A. Requerimientos.Definición y Especificación de Requerimientos Funcionales. . 120Definición de Requerimientos no Funcionales............................. 126Evolución del Sistema................................................................126Modelo del Sistema.................................................................... 127Descripción de Software............................................................128Descripción de Hardware...........................................................128
Apéndice B. Prediseño de la interfaz.Introducción............................................................................ 129Cuestionarios........................................................................... 131
Establecimiento de metas de Usabilidad.....................................138Atributos a Evaluar y niveles de aceptación..................... 139
Apéndice C. Referencias para el documento de Pruebas y Evaluación.
Ejemplo de Código............ ...................................................... 143Cuestionario.................. ........................................................... 155
ConclusionesReferencias Bibliográficas
Glosario
Introducción.
A través de este documento se presenta el desarrollo del Sistema de control Administrativo de la Dirección Editorial de la Universidad Veracruzana. Se pretende lograr dar a conocer al lector la propuesta de dicho proyecto, el proceso de identificación, detalle, modelado y especificación de la información del sistema que se pretende desarrollar, sus propósitos y misiones administrativas. También se busca establecer los modelos de la información y del control, del comportamiento en operación y del contenido de los datos.
La finalidad es desarrollar un sistema computacional que permita a la Dirección Editorial controlar las entradas y salidas de obras que tiene a su cargo, haciendo hincapié en el control de salidas por los siguientes conceptos: suscripción, consignación, canje, ventas directas, donaciones, derechos de autor, además de proporcionar consultas y reportes que permitan detectar irregularidades de pago y cumplimiento por parte de los clientes. Esto le permitirá administrar con mayor eficiencia y proporcionar mejores servicios a la comunidad en general.
En primer lugar, se inicia dando a conocer el papel de la Dirección General Editorial y de Publicaciones en la Universidad Veracruzana, se presenta una introducción del ámbito del sistema a desarrollar, informando la situación actual del Sistema en cuestión, así como la justificación para su reingeniería y sus características de mejora, mostrando a grandes rasgos el contenido del proyecto. Asimismo, se exponen los objetivos que se pretenden cubrir y sus respectivas restricciones técnicas, de tal manera que el lector comprenda claramente el alcance del proyecto.
En el segundo capítulo se realiza el análisis orientado a objetos, bajo la metodología de Coad & Yourdon, iniciando con la detección de los temas, las clases y los objetos que serán necesarios para la implementación, se detallan todos los atributos y sus respectivas características de operación; tratando de sintetizar la solución de tal manera que se comprenda el procesamiento funcional. Todo lo anterior será parte medular para determinar la integridad y consistencia de la información. También se realiza la descripción de los servicios de los objetos más importantes a través del pseudocódigo, esto se hace a nivel muy general.
En el tercer capítulo, se plantea la arquitectura del sistema, iniciando con el diseño de la componente del dominio del problema, se describe la manera en que se traducirán los requerimientos y necesidades del sistema en una representación del software, además, se expone una descripción global de la interfaz; todo esto sin perder de vista la metodología empleada para su desarrollo, así como la plataforma utilizada para el manejo de base de datos y su respectiva normalización.
Para finalizar, en el cuarto capítulo se presentan las pruebas realizadas en las diferentes categorías, con la finalidad de eliminar los posibles errores que pudieran surgir durante el uso del Sistema.
Se incluyen 3 apéndices mediante los cuales se presentan los requerimientos que el sistema debe cumplir, el prediseño de la interfaz y ejemplo del código desarrollado, respectivamente.
Por otra parte, es importante señalar la importancia del alcance de las responsabilidades contraídas tanto por el cliente como por el desarrollador y demás personal involucrado, toda esta cooperación y coordinación conjunta nos proporcionará la satisfacción de cumplir exactamente en tiempo y forma con un proyecto de calidad y a satisfacción del cliente.
CAPITULO I.
Plan del Proyecto
A. Introducción.En el presente capítulo se establecen las metas que se pretenden lograr con el desarrollo del Sistema de Control Administrativo de la Dirección Editorial, iniciando como un panorama general de los quehaceres de ésta. Dicha información es derivada de un análisis previo de requerimientos, lo cual nos permite establecer una visión histórica a través de la descripción de los antecedentes del proyecto, así como los objetivos funcionales más relevantes a cubrir. Asimismo, se expondrá el alcance del proyecto delimitando su funcionalidad en base a los recursos y tiempo asignados para finalizarlo. Después de plantear la justificación respectiva para llevar a cabo el proyecto, se explica en forma breve la situación del control administrativo llevado a cabo actualmente, en este rubro se informan los problemas presentados por las deficiencias detectadas en el control de la administración actual. A continuación, se procede a exponer los objetivos generales y específicos que se pretenden lograr con la culminación del proyecto, al mismo tiempo que se establecen las metas y restricciones determinadas por diversos factores, finalizando con la presentación de los beneficios que se esperan obtener a corto, mediano y largo plazo.
Capítulo I. Plan del Proyecto
B. Descripción general dei Proyecto.
La Dirección Editorial de la Universidad Veracruzana es una dependencia dedicada a la difusión de la cultura a través de la publicación y distribución de obras a precios muy accesibles orientada ésta a la comunidad universitaria y al público en general. Distribuye diversos materiales de apoyo pedagógico, así como obras para profundizar en la cultura, el saber y la recreación, creando un espacio de expresión permanente entre un amplio número de países y culturas.
El catálogo editorial está compuesto por diversos e ilustres autores que han animado y enriquecido el panorama cultural de nuestro país durantes las últimas tres décadas, tales como: Octavio Paz, Gabriel García Márquez, Miguel Angel Asturias, María Zambrano, José Gaos, Rosario Castellanos, Elena Poniatowska, Emilio Carballido por mencionar algunos.
La forma en que lleva a cabo este objetivo es a través de una amplia gama de servicios tales como: suscripciones a revistas, ventas de libros, donaciones, canjes; poniendo a disposición de los interesados desde breves cuentos, artículos, publicaciones didácticas hasta grandes obras y documentación exhaustiva sobre el mundo profesional. Sin embargo, existen problemas tanto de control administrativo de las obras a su cargo, como de difusión. El solventar estas dificultades de difusión asociadas al gran volumen de información disponible resulta muy difícil, por lo que es necesario integrar nuevas estrategias de solución para la obtención de mejores resultados. Otra de las exigencias de esta institución es la obtención de recursos monetarios para reducir el subsidio recibido, a tal grado que se puedan solventar los gastos propios.
Pág. 2
Capítulo I. Plan del Proyecto
C. Justificación.Actualmente la Dirección Editorial cuenta con un sistema computacional de
control administrativo el cual posee las características siguientes:■ El sistema está desarrollado para ser implementado en entorno de red.
Actualmente se utiliza accesándolo mediante Red Microsoft.■ Está desarrollado en Foxpro para DOS versión 2.6■ Básicamente emplea menús jerárquicos.
Dicho sistema presenta problemas estructurales difíciles de resolver y debido a estas deficiencias considerables no permite obtener información confiable por lo que requiere un mayor control del inventario.
En base a lo anterior, es importante el apoyo que se debe brindar a dicha Dependencia de la Universidad Veracruzana para una mejor prestación de sus servicios a la comunidad universitaria estableciendo una reingeniería al sistema de Control Administrativo del material bibliográfico a cargo de esta Dirección.
Respecto a las salidas vía Internet, se está considerando una alternativa de solución para poder cumplir medianamente con esta petición, elaborando una página con hipertexto simulando un catálogo de las publicaciones y que los pedidoé sólo se informen a la Dirección a través de simples correos electrónicos, esto aunque no cubre las necesidades de la Institución, temporalmente puede aminorar su necesidad.
Como se mencionó anteriormente, el proyecto consiste en llevar a cabo una reingeniería del sistema actual para corregir y mejorar los problemas de control administrativo y difusión, esta reingeniería se basará principalmente en la corrección de los procesos para la prestación de los siguientes servicios:
• Establecer un módulo de estadísticas vía Web.• Ser capaz de realizar pedidos y pagos de los mismos vía Internet.• Crear ferias de libros virtuales.• Hacer más eficiente el control de las obras.• Realizar movimientos de salida por los diferentes conceptos existentes.• Búsquedas y consultas de obras por diferentes criterios.Después de analizar la situación actual y detectar los problemas principales
que requieren atención para que el sistema sea confiable, se concluye que se necesita la reingeniería total del sistema bajo las siguientes características:
• Migración de la aplicación actual a un manejador de base de datos más robusto y más seguro como lo es Oracle 7.4.3.
• Implementar la aplicación utilizando los estándares de desarrollo establecidos por la Universidad Veracruzana.
• Utilizar una herramienta de desarrollo la cual permita realizar interacción vía Internet con el inventario de obras de la Dirección Editorial, para poder realizar las ventas por este medio, en este caso se utilizará Oracle Web.
Pag. 3
Capítulo I. Plan del Proyecto
• Establecer la conexión en red local de todas las computadoras, esta necesidad surge a partir de que a veces los usuarios tienen que realizar tareas simultáneas en el sistema y existen equipos que no se encuentran configuradas para el acceso al sistema.
• Desarrollar un producto con un entorno visual, que además cumpla con las necesidades del usuario, para ello se lleva a cabo un análisis de la interfaz (Ver Apéndice B).
Es necesario enfatizar que el compromiso de colaboración, aporte y de interés por parte de la Dirección Editorial es medulár para el logro de este proyecto, así como la disponibilidad para proporcionar la información requerida. Inicialmente se consideró la posibilidad de ofrecer ferias de libros virtuales a través del Web, sin embargo, por cuestiones de tiempo y recursos, esto no será posible lograrlo en el término de tiempo establecido por lo tanto se pospondrá para otro periodo.
Asimismo, por cuestión del tiempo asignado para finalizar el proyecto, será necesario restringir las salidas vía Internet únicamente a las ventas, dejando para un proceso posterior la feria virtual y peticiones vía Internet por otros conceptos.
A mediano y largo plazo se pretende lograr un estricto control de las obras e incrementar las ventas y donaciones de las obras con la finalidad de obtener mayores beneficios que se reflejarán en las prestaciones de mejores servicios por parte de la Dirección Editorial.
Pág. 4
Capítulo I. Plan del Proyecto
D. Objetivos.
Objetivo general:
Incrementar la difusión de la cultura a través de la distribución en tiempo y forma de obras literarias tanto a nivel nacional e internacional, empleando como portadora a la Dirección Editorial. Asimismo eficientar el manejo de información adicional para fines estadísticos y de reorientación de política editorial así como para mejorar el sistema de distribución y de información solicitada por otras instituciones.
Objetivos Específicos:
Los objetivos específicos que se pretenden cubrir con el presente proyecto son los siguientes:a) Llevar el control de los diferentes conceptos de salidas de obras, entre las
cuales podemos mencionar:1. Ventas directas2. Consignaciones3. Donaciones4. Canjes5. Suscripciones6. Derechos de autor o colaboración7. OtrosObviamente con su correspondiente documento de soporte y la cancelación de
los mismos según se requiera.b) Incrementar la difusión de obras al resto del país y del mundo entero a través
del World Wide Web, al mismo tiempo permitir que realicen sus pedidos de manera sencilla estableciendo una forma segura de pago. Es necesario que no se pierda de vista que debido a que los pedidos se tiene que cumplir oportuna y correctamente, se requieren las existencias totales en línea de las obras al día.
c) Además de la distribución de las obras, sería conveniente aprovechar las ventajas que nos ofrece la red de redes para crear una lista de intercambio cultural entre autores e intelectuales interesados en intercambiar criterios, ideas e innovaciones internacionalmente, de tal forma que se den a conocer aún más a nuestros ¡lustres escritores.
d) Realizar ferias virtuales a través de Internet como las que actualmente se llevan a cabo físicamente, que promuevan obras no sólo de la Dirección editorial, sino de todos los participantes.
Pág. 5
Capítulo I. Plan del Proyecto
Es importante aclarar que posterior a la culminación de esta propuesta se debe permitir hacer extensivos a otros movimientos como son las suscripciones o renovaciones de las mismas a través de Internet, sin necesidad de intermediarios como se hace actualmente con algunas instituciones extranjeras.
En lo que respecta a la creación dé ferias de libro virtuales, se pretende realizar la exposición de los libros tanto de la Dirección Editorial como de las editoriales que participan en las mismas, por lo que es necesario establecer el compromiso de cumplir calendarios para la entrega de las listas de obras con sus respectivos precios y reseñas para que la Dirección Editorial tenga el tiempo suficiente para actualizar sus bancos de datos. Debido al tiempo asignado para finalizar el proyecto, será necesario restringir las salidas vía Internet únicamente a las ventas, dejando para un proceso posterior la feria virtual y peticiones vía Internet por otros conceptos.
Pág. 6
Capítulo I. Plan del Proyecto
E. Funciones principalesEl origen del presente proyecto es llevar a cabo una reingeniería del
sistema actual para corregir y mejorar los problemas de control administrativo y difusión, esta reingeniería se basará en dos aspectos:á) Con respecto a las herramientas de desarrollo.
• Migrar la aplicación actual a un manejador de base de datos más robusto i y más, seguro como lo es Oracle. La versión que se utilizará para el
desarrollo de la aplicación emplea el modelo relacional.• Implementar la aplicación utilizando los estándares establecidos por la
, Universidad Veracruzana.• Utilizar como cliente un software que nos permita realizar interacción vía
Internet con el inventario de obras de la Dirección Editorial.En este punto es importante mencionar que las herramientas de desarrollo
que se van a utilizar serán las que se encuentran en la Dirección General de Informática, de tal forma que nos ayuden a evitar un gasto excesivo por parte de la Dirección Editorial, es decir, adecuarnos a las aplicaciones para desarrollo existentes.b) Con respecto a los servicios.
• Hacer más eficiente el control de las obras.• Establecer un módulo de estadísticas vía Web.• Realizar movimientos de salida por los diferentes conceptos existentes.• Ser capaz de realizar pedidos y pagos de los mismo vía Internet.• Crear ferias de libros virtuales.
Las funciones a considerar son las siguientes:1) Registro de las entradas de obras al inventario.2) Ventas de obras en sus diferentes modalidades:
• Creación y actualización del catálogo de clientes.• Ventas directas.• Ventas a través de consignatarios.• Devolución de obras por parte de los consignatarios.• Estados de cuenta por consignatario, reportes estadísticos,
facturas, comprobantes de devolución.3) Donaciones:
• Creación y actualización del catálogo de instituciones.• Actualización de las salidas por concepto de donaciones y
comprobante de salida.• Reportes estadísticos.
4) Canjes:• Creación y actualización del catálogo de instituciones.
Pág. 7
Capitulo I. Plan del Proyecto
• Registro de salida de obras recibidas por canje y comprobante de salida.
• Registro de salidas de obras por canje y comprobante de salida.• Reportes.
5) Suscripciones:• Creación y actualización del catálogo de clientes y destinatarios.• Registro de salidas por suscripciones, facturación y cancelación
de éstas.• Reportes.
6) Derechos de autor o colaboración.7) Otros.8) Creación o acceso a los catálogos auxiliares para datos estadísticos tales
como: carrera, materias, colección, tema, área, etc.9) Búsquedas y consultas de obras por diferentes criterios.Tomando en cuenta que en el inventario de la Dirección Editorial se encuentran las obras clasificadas bajo los siguientes criterios:1. Colección. La Institución tiene una clasificación basada en el origen de la obra,
a continuación se presenta un ejemplo para tener un panorama más claro de lo que se trata:______ _______________________________________________
Dirección Editorial• Ficción
• Biblioteca
• Textos Universitarios
• Títulos fuera de colecciónInstituto de Investigaciones Literarias y Semiolingüísticas
• Cuadernos
• Clásicos mexicanosinstituto de Investigaciones y Estudios Superiores Económicos y Sociales
• Cuadernos del l.i.E.S.E.S.
• Títulos fuera de colecciónInstituto de Investigaciones Histórico Sociales
• Historias VeracruzanasPublicaciones Diversas
• Publicaciones diversasPublicaciones Periódicas
• La Palabra y el Hombre
• La Ciencia y el Hombre
• Revista Tramoya
Pág. 8
Capitulo I. Plan del Proyecto
2. Tema. Se le muestra una lista de temas que se retoman en las obras, obviamente una obra puede incluir varios temas.
3. Autor. La clasificación puede ser por clave del autor o por orden alfabético.4. Título. Lista las obras alfabéticamente.5. Materia. Las materias que podrían ser apoyadas por cada una de las obras, en
caso de no conocer el título o el autor con exactitud.6. Carrera. Lista todas las obras que apoyan a determinadas carreras.7. Area. El área a la que está enfocada la obra, por ejemplo: Artes, Humanísticas,
Técnica, etc.1 De manera complementaria, en el apéndice A se presentan con mayor detalle la
especificación de requerimientos establecida por la Dirección Editorial.
I
Pág. 9
Capítulo I. Plan del Proyector
F. Aspectos de funcionamiento
i Es necesario mencionar que para el correcto funcionamiento del sistema y en especial las ventas vía Internet, habría primero que establecer la forma de pago conjuntamente con las autoridades responsables, de tal forma que fuera la más segura para la Institución Educativa y para el cliente por supuesto. Es importante aclarar que posterior a la culminación de esta propuesta se pueden hacer éxtensivos los movimientos bajo este ambiente a las suscripciones o renovaciones de las mismas a través de este medio, sin necesidad de intermediarios como se hace actualmente con algunas instituciones extranjeras.
Es necesario no perder de vista que debido a que los pedidos se tiene que cumplir correcta y oportunamente, se requieren las existencias totales en línea de las obras al día.
En lo que respecta a la creación de ferias de libro virtuales, se pretende realizar la exposición de los libros tanto de la Dirección Editorial como de las editoriales que participan en las mismas, es necesario establecer el compromiso de establecer calendarios de entrega de listas de obras con sus respectivos precios y reseñas para que la Dirección Editorial tenga el tiempo suficiente para actualizar sus bancos de datos.También se deben tomar en cuenta para el óptimo desempeño del sistema, que deberá cubrirse algunos aspectos como: actualización en línea al inventario de las ot>ras, atención de solicitudes vía Internet casi de forma inmediata, interfaz presentada al cliente por Internet fácil de accesar y que no requiera equipos muy sofisticados, eficaz administración del volumen de información y preveer los aspectos referentes a la concurrencia.
i
Pág. 10
Capitulo i. Plan del Proyecto
G. Restricciones técnicas y de gestión
i Será necesario adquirir un servidor con las características necesarias para la instalación de la aplicación y que funja como servidor de la base de datos a emplear.
| Debido al tiempo asignado para finalizar el proyecto, será necesario restringir las salidas vía Internet únicamente a las ventas, dejando para un proceso posterior la feria virtual y peticiones vía Internet por otros conceptos.
* El riesgo que se corre al desarrollar el proyecto es no contar con los recursos suficientes tanto económicos como de tiempo y de recursos humanos así como de coordinación de los procedimientos en los cuales existen personas irivolucradas de alta jerarquía para finalizarlo de la manera más óptima.
i A pesar de que se cuenta con un buen hardware para el desarrollo del sistema, cabe hacer la aclaración que en la Dirección Editorial existe equipo obsoleto, al cual se le han hecho actualizaciones recientemente y al que se debe ajustar el sistema por no contar con recursos para adquisición de tecnología de punta.
I Actualmente el desarrollador se encuentra en proceso de aprendizaje de la herramienta de desarrollo que se pretende utilizar, sin embargo, se pretende que cuando llegue el momento de emplearla, ya se cuenten con los conocimientosnecesarios.i
I Todo lo expuesto anteriormente será el engrane principal que nos lleve allogro de un proyecto tan ambicioso.
¡
ii
i
i Pág. 11
CAPITULO II.
Análisis Orientado a Objetos
i
i
i
A. Introducción.
Se presentará tanto de manera gráfica como textual la definición de los objetos requeridos para llevar a cabo el proyecto, de acuerdo a la metodología previamente mencionada. Se seguirán una serie de pasos que inician con la especificación del contexto del dominio del problema, a continuación se llevará a cabo la identificación y presentación de los objetos así como la definición de cada uno de los atributos y servicios que los integran, Posteriormente, se expondrán de las estructuras necesarias así como la identificación de los temas tanto en forma colapsada como parcialmente expandida. Para finalizar se describirán las asociaciones de los objetos.
Capítulo II. Análisis Orientado a Objetos
B. Contexto del dominio del problema.Como se mencionó anteriormente(Ver cap. I, pág. 2), el origen del proyecto es la necesidad de establecer una reingeniería al sistema de Control Administrativo de obras literarias a cargo de la Dirección Editorial en la Universidad Veracruzana, así como incrementar su difusión y venta a través de Internet.
Dadas las deficiencias considerables que presenta el sistema actual, entre las cuales podemos mencionar las siguientes:1. No permite obtener información confiable al presentar deficiencias en el control
de salidas de obras.2. No proporciona la posibilidad de ofrecer las obras vía Internet.3. Presenta deficiencias en control de salidas de obras,4. No está comprobada su funcionalidad completa en ambiente de red,5. Se requiere mejor tiempo de respuesta en la emisión de reportes con cálculos
complejos;Dadas todas éstas irregularidades, se plantea como solución una reingeniería de dicho sistema.Aspectos a considerar en el dominio del sistema:a) Registro de las entradas de obras al inventario. Las obras pueden apoyar a:
• Varios temas, Materias, Carreras, áreas de conocimiento.• Una obra sólo pertenece a una colección.• El ingreso de las obras podrá ser por nueva impresión o reimpresión.• Puede tener un autor y muchos coautores.• Se debe especificar la gaceta en que se publicó.
b) Ventas de obras en sus diferentes modalidades:Ventas directas:
• Creación y actualización del catálogo de clientes• Diversos tipos de pagos• Pagos en moneda nacional o extranjera y registro de cotizaciones para
pagos en moneda extranjera.• Facturación y cancelación de la misma.
Ventas a través de consignatarios• Registro de pedidos por consignatario.• Registro feria donde se expondrán las obras en consignación.• Facturación de obras en consignación.• Pagos en moneda nacional o extranjera.• Devolución de obras por parte de los consignatarios• Estados de cuenta por consignatario, reportes estadísticos, facturas,
comprobantes de devolución.• Cancelación de facturas.
Pág. 13
Capítulo II. Análisis Orientado a Objetos
c) Donaciones.• Creación y actualización del catálogo de instituciones• Actualización de las salidas por concepto de donaciones y comprobante de
salida.• Cancelación de devoluciones.
d) Canjes.• Creación y actualización del catálogo de instituciones• Registro de salidas de obras por canje y comprobante de salida.• Registro de salida de obras recibidas por canje y comprobante de salida.• Registro histórico de entrega-recepción.
e) Suscripciones.• Creación y actualización del catálogo de clientes y destinatarios• Registro de salidas por suscripciones, facturación y cancelación de éstas.• Entrega de obras por concepto de suscripción.• Cancelación de facturas.
f) Registro de salidas de obras por derechos de autor o colaboración.g) Registro de salidas de obras por diversos motivos.h) Búsquedas y consultas de obras por diferentes criterios para fines estadísticos
y de control.i) Permitir la continua actualización de los diversos catálogos:
• Suscriptores.• Instituciones de canje y donaciones.• Consignatarios.• Destinatarios.• Clientes.• Temas.• Materias.• Carreras.• Colección.• Areas de conocimiento.• Ferias.• Gacetas.• Formas de pago.• Autores.• Coautores o colaboradores.• Usuarios.
Pág.14
Capítulo II. Análisis Orientado a Objetos
C. Definición de Clases y Objetos.Descripción Textual.De acuerdo con la descripción detallada en los requerimientos, se detectan las siguientes clases y objetos:
Cliente: Persona o institución que acude a la Dirección Editorial a solicitar la venta, canje, suscripción o donación de una o varias obras.Persona: Es cualquier persona física o moral(clasificada en autores, consignatarios, suscriptores, usuarios) que acude a la Dirección Editorial y de publicaciones a solicitar la venta, consignación o suscripción de alguna(s) obra(s).
S Dependencia: Unidad Organizacional dependiente de la Universidad Veracruzana, por ejemplo: Rectoría, Trámites Escolares, Unidad de Artes, Dirección General Editorial y de Publicaciones, Dirección General de Informática, etc.Institución: existen dos grandes clasificaciones: de canje y de donación, las primeras son aquellas con las cuales la Dirección Editorial establece intercambios de obras y la institución de donación es a la cual la Dirección Editorial otorga obras literarias.Autor: Es una persona que escribió una o varias obras literarias que se encuentran en la Dirección Editorial. Dentro de esta categoría de clase-objeto también se pueden mencionar a los Coautores los cuales puede formar parte del equipo de autores de una obra o bien ser un colaborador de la misma, por ejemplo: la persona que elaboró la portada.Consignatario: Son aquellas personas físicas o morales(ejemplo: librerías) que acuden a la Dirección Editorial a solicitar libros en consignación a través de una hoja de pedido, para exponerlos en ferias o librerías. Después de un periodo establecido por la dirección Editorial, reporta ventas o devoluciones de las obras que no pudieron vender.Suscriptor: Persona que acude a la Dirección Editorial a solicitar la venta de una obra.Destinatario: Persona que realmente recibe las obras por concepto de suscripción, realizándose la facturación a un intermediario llamado suscriptor. En la mayoría de las ocasiones el suscriptor y el destinatario es el mismo.Usuario: Persona que tendrá acceso al sistema a nivel interno. Se detectan los siguientes niveles: Directora Administrativa, responsable de suscripciones, responsable de ventas directas, donaciones y consignaciones; el responsable del intercambio de publicaciones, encargado de salidas por derechos de autor y otros motivos; además, se debe considerar a otros usuarios para consultar datos estadísticos.
Pág. 15
Capitulo II. Análisis Orientado a Objetos
Obra: Puede ser libro o una revista que se encuentra en poder de la Dirección Editorial y de Publicaciones de la Universidad Veracruzana, al cual se le podrá dar salida a través de diferentes modalidades.Nueva/Entrega: Se presenta cuando se ingresan cantidades parciales de obras, se debe llevar un registro histórico.
V Materia: Se denomina así a cada una de las asignaturas cursadas en las diferentes carreras que ofrece la Universidad Veracruzana.Carrera: Es una clase-objeto que representa la lista institucional de carreras impartidas para nivel Técnico y Licenciatura definido por la Universidad Veracruzana, nos permitirá identificar a cuantas carreras puede apoyar una obra.Areas de conocimiento: En la Universidad Veracruzana se establece una clasificación carreras impartidas, dependiendo de la naturaleza de las mismas, encontrándose actualmente la siguiente clasificación:
■ Area Técnica.■ Humanidades.■ Económico-Administrativas.■ Ciencias de la Salud.■ Biológico-Agropecuarias.■ Artes.
Colección: Es una clasificación que establece la Dirección Editorial y de Publicaciones, está integrada por una serie de obras.Tema: Clasificación que se utiliza para tener como referencia a una diversidad de temas que puede apoyar una obra.Gaceta: Periódico en el cual se publicó la presentación de la obra.Movimiento: es cualquier registro de salida de obras por diversos conceptos.Venta Directa: Se lleva a cabo cuando un cliente acude a la Dirección Editorial y de Publicaciones a comprar una obra literaria.Consignaciones: Es la entrega de obras que se les hace a los consignatarios a través de hojas de pedidos, no se registran como ventas debido a que el consignatario no las garantiza, el consignatario tiene la opción de devolver las obras no vendidas.Donación: Es cuando la Dirección Editorial otorga una obra a cualquier Institución sin fines de lucro, considerando que le será de utilidad o porque la misma Institución lo haya solicitado. Las obras donadas pueden ser tanto a instituciones nacionales e internacionales.Canje: Registro de salida de obras recibidas por intercambio entre instituciones nacionales e internacionales.Recepción/Canje: Registro de obras recibidas por canje y que sólo se podrán donar a instituciones de la Universidad Veracruzana.
Pág. 16
Capítulo II. Análisis Orientado a Objetos
Suscripción: Registro de todas las suscripciones que amparan a más de una obra.Derecho: Registro de salidas de obras por derechos de autor o colaboración.
S Otro: Registro de salidas de obras por diversos motivos.Factura: Documento que ampara la compra-venta de una o varias obras literarias. La cual puede clasificarse de acuerdo a las series A, B, C, D y E; se genera al registrar una venta por diversos conceptos: ventas directas, ventas por consignación y suscripción. Cualquier factura se deberá poder cancelar.
S Feria: Se refiere a las Ferias en donde participa una obra(se venda o no), específicamente por concepto de consignación.
S Devolución: Este movimiento se presenta cuando un consignatario acude a la Dirección Editorial a regresar las obras que no pudo vender. Es necesario llevar un registro histórico de las devoluciones hechas por los consignatarios. Cualquier devolución se debe poder cancelar.Entrega: Se deben registrar los números de todas las obras entregadas por concepto de suscripción así como el medio a través del cual se realizó el envío y si se hizo doble entrega de obras por alguna pérdida.Tipo/Pago: Es la clasificación de formas en que realizó el pago un cliente, puede ser efectivo, cheque, giro, etc.
S Cotización: Cuando una venta se realiza en moneda extranjera, es necesario almacenar como referencia la cotización en moneda nacional en el momento de la transacción.Cheque: Almacena información referente al cheque con el que se realizó el pago, entre los datos que se requieren conservar podemos mencionar: el banco emisor, fecha de expedición, monto del cheque.
Pág.17
Capitulo II. Análisis Orientado a Objetos
Descripción Gráfica.Al identificar una clase-y-objeto, es importante establecer una correspondencia cercana entre la representación técnica de un sistema y la vista conceptual del mundo real, para esto la Metodología Orientada a objetos emplea una notación que ayuda a identificar cada uno de los elementos del modelo sin que existan cambios de notación entre las diferentes fases del ciclo de vida del sistema. Utilizando la siguiente simbología:
Estructura: Representación de la complejidad del espacio del problema correspondiente a las responsabilidades del sistema a través de múltiples clase-y- objetos. Pueden clasificarse en:a) Generalización-Especialización.b) Entero-Parte
i,m Conexión de Instancia. Representan los mapeos que unobjeto requiere con otros para cumplir con sus responsabilidades, permiten modelar la asociación.
Conexión de Mensaje: Indica la dependencia de ► procesamiento(necesidad de servicios) de un objeto para
poder cumplir con sus responsabilidades.
Pág. 18
Capítulo II. Análisis Orientado a Objetos
A continuación se identificaron las clases y clases-y-objetos involucrados en el sistema, Los datos que aparecen debajo de cada representación, son únicamente para ejemplificar.
Cliente Dependencia
Atributos AtributosServicios
__________ /AutorColaborador
Servicios
Z A *■ AAutor
Atributosl Servicios
DirectorAdministradorEncargado ventas y donaciones Encargado suscripción Encargado de canje
Consignatario/ Z Suscriptor
AtributosServicios
A
De canje De donaciones
/ AObra Z • YMateria
Atributos AtributosServicios k Servicios I A--------------------/.
Tema (r
AtributosServicios
Nueva/Entrega
Atributos Servicios I
■O
LibrosRevistas
FilosofíaLógicaErotismoInfantil
Pág.19
Capítulo II. Análisis Orientado a Objetos
Colección CarreraA
Atributos Atributos
c. Servicios Servicios
Area
AtributosServicios )
AGaceta
AtributosServicios
Textos Universitarios Ficción Biblioteca Tesitura
ArtesHumanidadesEconómico-AdministrativaTécnicaCiencias de la Salud Biológico-Agropecuarias
Movimiento Venta Consignación Recepción/canje
A
Atributos Atributos Atributos AtributosServicios Servicios Servicios Servicios
Suscripción Donación
c.Derecho/Autor Canje
AtributosServicios
AtributosServicios
AtributosServicios
AtributosServicios
Cotización Cheques Entrega Otros
AtributosServicios
AtributosServicios
Atributos AtributosServicios Servicios
RoboExtravíoInundación
Pág.20
Capítulo II. Análisis Orientado a Objetos
Factura
AtributosServicios
Serie A,B,C,D,E
(r
ChequeGiroEfectivo
Devolución
AtributosServicios
Pág. 21
toO<5lo'OcüOT5CC
.9?Ótotn
c:<
o.<0O
O*43
.Q’l.4->(0O13C'2oc
«►=<1>O
Q
Pág.
22
Capít
ulo II.
Análi
sis O
rienta
do a
Objet
os
Títu
lo:
Con
trol A
dmin
istra
tivo
de la
s ob
ras
de la
Dire
cció
n E
dito
rial.
Nom
bre
del o
bjet
ó: Desc
ripci
ón: R
EG
ISTR
O D
E L
AS
OB
RA
S E
N E
L O
bser
vaci
ones
:O
BR
A
INV
EN
TAR
IO30
.00
12.2
5 |
12.0
0
12.2
5
o Xala
pa, V
er
Bre
vede
scrip
ción
de lo
que
trata
la o
bra
o Xala
pa,
Ver
7,2 C\l
<DCM<O 6,
2
CM 30 Varia
ble
Pre
cio
M/N
Pre
cio
dóla
res
E.U
. |
Pre
cio
dóla
res
Suda
mér
ica
Pre
cio
dóla
res
Res
to d
el m
undo
| Can
tidad
de
rese
rva
|
Luga
r en
se p
rese
ntó
la o
bra
Res
umen
del
con
teni
do d
e la
obr
a
Prec
iona
cion
alI P
reci
o E.
U.
I
Prec
ioS
udam
éric
aP
reci
o R
esto
de
l M.
I Res
erva
I
Luga
rpr
esen
taci
ónR
eseñ
a
Pág.
23
too
loO
o“OsO)Oco
<
_OZJQ_CÜO
Obs
erva
cion
es:
Res
tricc
ión
decr
eaci
ón o
acce
so.
Ejem
plo
FI02
6
5.00
0
1,00
0
o C\lK o 'St se
gund
aR
eim
pres
ión
Obl
igad
o
Títu
lo:
Con
trol A
dmin
istra
tivo
de la
s ob
ras
de la
Dire
cció
n E
dito
rial.
Def
au It
Fech
aA
ctua
l
Long
itud
00 o (O o CMl< O'T“ co 30
Des
crip
ción
: RE
GIS
TRO
DE
LA
S E
NTR
AD
AS
P
AR
CIA
LES
DE
LA
S O
BRAS
Lím
iteR
ango
Des
crip
ción
Cla
ve d
e la
obr
a
Cos
to d
e im
pres
ión
Tira
je d
e la
obr
a
Fech
a de
col
ofón
Prec
io a
l púb
lico
Fech
a de
l mov
imie
nto
Can
tidad
que
ingr
esa
Des
crip
ción
det
alla
da d
e la
s ca
ract
erís
ticas
de
ingr
eso
de la
obr
a
•• C•2 o <u m
Nom
bre
del o
bj
NU
EV
A/E
NTR
1
Atri
buto
Cla
ve o
bra
Cos
toIm
pres
ión
Tira
je
Fech
a C
olof
ón
Pre
cio
Vent
a
Fech
aM
ovim
ient
o
Ree
mbo
lso
Con
cept
o
Pág.
24
Capít
ulo II.
Análi
sis O
rienta
do a
Objet
os
Títu
lo:
Con
trol A
dmin
istra
tivo
de la
s ob
ras
de la
Dire
cció
n E
dito
rial.
Nom
bre
del o
bjet
o: Desc
ripci
ón: R
EG
ISTR
O D
E L
AS M
ATE
RIA
S Q
UE
Observa
cion
es:
MA
TER
IA
APO
YAN
LA
S O
BRAS
Res
tricc
ión
de c
reac
ión
oac
ceso
.E
jem
plo
02 Con
tabi
lidad
Obl
igad
oD
efau
ltLo
ngitu
d
C4 40
Lím
iteR
ango
Des
crip
ción
Cla
ve d
e la
mat
eria
Des
crip
ción
de
la m
ater
ia
Atri
buto
Cla
veM
ater
ia| D
escr
ipci
ón
ofi.2*0£(UCCXo
o oo
!
oo O
Wgel
oo <Oa
oo5
fi •« '2a<'C« n«i «
X!'o"óS03vh£¡£OZ
<LU
Res
tricc
ión
decr
eaci
ón o
acce
so.
Eje
mpl
o
1001
|Ló
gica
Obl
igad
oD
efau
ltLo
ngitu
d
00 30
Lím
ite1
Ran
goD
escr
ipci
ón
Cla
ve d
el te
ma
|
Des
crip
ción
del
tem
a
Atri
buto
Cla
ve te
ma |
Des
crip
ción
Nom
bre
del o
bjet
o: Desc
ripci
ón: R
EG
ISTR
O D
E L
AS
CAR
RER
AS Q
UE Obs
erva
cion
es:
CAR
RER
A
APO
YAN
A L
A O
BR
AR
estri
cció
n de
crea
ción
o
J
acce
so.
|
No
se d
eben
J
mod
ifica
r |
Son
ele
men
tos
esta
blec
idos
por
la U
.V.
Eje
mpl
o
1530
2
Inge
nier
íaci
vil
Obl
igad
oD
efau
ltLo
ngitu
d
m 50
Lím
iteR
ango
Des
crip
ción
Cla
ve d
e la
car
rera
Des
crip
ción
de
la c
arre
ra
Atri
buto
Cla
veca
rrera
Des
crip
ción
Pág.
25
2
Capít
ulo II.
Análi
sis O
rienta
do a
Objet
os
Títu
lo:
Con
trol A
dmin
istra
tivo
de la
s ob
ras
de la
Dire
cció
n E
dito
rial.
Nom
bre
del o
bjet
o: Desc
ripci
ón: R
EGIS
TRO
DE
LA
S F
ER
IAS
EN
LAS
O
bser
vaci
ones
:FE
RIA
Q
UE
par
tic
ipa
la
ob
ra
en
co
nsi
gn
ac
ión
Res
tric
ción
de
crea
ción
oac
ceso
.
Ejem
plo
001
Inte
rnac
iona
l del
libro
Obl
igad
oD
efau
ltLo
ngitu
d
30
Lím
iteR
ango
Des
crip
ción
Iden
tific
a la
feria
a tr
avés
de
una
clav
eD
escr
ipci
ón d
e la
s fe
rias
dond
e se
pr
esen
tan
las
obra
s
Atr
ibut
o
Cla
vefe
riaD
escr
ipci
ón
Nom
bre
del o
bjet
o: Desc
ripci
ón: R
EG
ISTR
O D
E L
AS
AR
EA
S Q
UE
O
bser
vaci
ones
:A
RE
A
AP
OY
AN
A L
A O
BR
AR
estr
icci
ón d
ecr
eaci
ón o
acce
so.
Ejem
plo
001
Técn
ica
Obl
igad
oD
efau
ltLo
ngitu
d
co 30
Lím
iteR
ango
Des
crip
ción
Cla
ve d
e ár
ea
Des
crip
ción
del
áre
a
Atr
ibut
o
Cla
veA
rea
| Des
crip
ción
co<ure.o’Sre>vCA
■X5O
a
’C ¡*
ai5*o"3’Caiu£á
oooIII_loo
re
oC . 'O oO «
g $ 8 ® 2: o
QC o re
o
oQ.Eo
llTo■oreO)5O
3rea>Q■O3*-<o>co
0*>■E
oO)cre
QC
C‘OoQ.*co(AreQ
3A
m
c-ooo_reoorereTJ1
o
c :2
® o
ó 8
Pág.
26
Capít
ulo II.
Análi
sis O
rienta
do a
Objet
os
Títu
lo:
Con
trol A
dmin
istra
tivo
de la
s ob
ras
de la
Dire
cció
n E
dito
rial.
Nom
bre
del o
bjet
o: Desc
ripci
ón: R
EGIS
TRO
DE
LOS
MO
VIM
IEN
TOS
Obs
erva
cion
es:
MO
VIM
IEN
TO
QU
E T
IEN
EN
LA
S O
BRAS
Res
tric
ción
de
crea
ción
oac
ceso
.
Sól
o N
(aci
onal
)E(
xtra
njer
o)
Ejem
plo
23/1
0/99
LU
Obl
igad
o
S
Def
au It
Fech
aac
tual
Long
itud
o
Lím
iteR
ango
Des
crip
ción
Fech
a de
mov
imie
nto
Nac
iona
l o e
xtra
njer
o
Folio
del
mov
imie
nto
Atr
ibut
o
Fech
am
ovto
.N
acio
nalid
ad
| Fol
io
Obs
erva
cion
es:
Res
tric
ción
de
crea
ción
oac
ceso
.Va
lor N
umér
ico
cons
ecut
ivo,
gene
rado
por
el
sist
ema
Ejem
plo
502
[FI1
45
I
Dep
to.
Div
ulga
ción o
Obl
igad
o
s
Def
ault
Long
itud
00 00 40
Des
crip
ción
: REG
ISTR
O L
AS
OB
RA
S Q
UE
SALE
N
DEL
INVE
NTA
RIO
PO
R D
ON
AC
IÓN
Lím
iteR
ango
Des
crip
ción
I Núm
ero
únic
o de
iden
tific
ació
n de
lado
naci
ón
Cla
ve d
e la
obr
a |
Dep
arta
men
to in
mer
so e
n una
In
stitu
ción
.
No.
De
obra
s do
nada
s
Nom
bre
del o
bjet
o:
DO
NA
CIÓ
N
Atr
ibut
o
Folio
| Cla
ve o
bra |
Sub
inst
ituci
ón
| Can
tidad
Pág.
27
Capít
ulo II.
Análi
sis O
rienta
do a
Objet
os
Títu
lo:
Con
trol A
dmin
istra
tivo
de la
s ob
ras d
e la
Dire
cció
n E
dito
rial.
ibje
to: Des
crip
ción
: REG
ISTR
O D
E LA
S O
BR
AS
PO
R
Obs
erva
cion
es:
,ÓN
C
ON
CEP
TO D
E C
ON
SIG
NA
CIÓ
NR
estri
cció
n de
crea
ción
oac
ceso
.N
úmer
o ún
ico,
se g
ener
a de
form
aco
nsec
utiv
a
Se d
eben
verif
icar
exis
tenc
ias
Nac
iona
l oE
xtra
njer
a
Ejem
plo
2598
¡FI1
45
|
LL
Ooo_
200
‘«i 30
0
30.0
0
150% 30
día
s
001
z
Obl
igad
o
S
Def
ault
____
___
Long
itud
00 00 io lOCM
CM 30
Lím
iteR
ango
Des
crip
ción
El N
o. D
e pe
dido
del
con
sign
atar
io
Cla
ve d
e la
obr
a |
Indi
cado
r del
med
io a
trav
és d
el c
ual
se e
xpon
drán
las
obra
sC
antid
ad d
e ca
da o
bra
que
se lle
va
el c
onsi
gnat
ario
La c
antid
ad q
ue e
l con
sign
atar
io
repo
rte c
omo
vend
ida
La c
antid
ad q
ue e
l con
sign
atar
io
repo
rte p
ara
su d
evol
ució
nEl
pre
cio
unita
rio d
e la
obr
a al
m
omen
to d
e la
con
sign
ació
nPo
rcen
taje
de
desc
uent
o de
la o
bra
Baj
o qu
e co
ndic
ione
s se
oto
rgan
las
obra
sE
n ca
so d
e co
nsig
naci
ones
par
a pr
esen
tars
e en
feria
s, e
spec
ifica
r la
feria
.In
dica
dor d
el ti
po d
e m
oned
a a
utili
zar p
ara
la fa
ctur
ació
n (P
esos
o
dóla
res)
Nom
bre
del o
CO
NS
IGN
AC
I
Atrib
uto
No.
Ped
ido
| Cla
ve o
bra |
Tipo
(nor
mal
o
feria
)C
antid
adco
nsig
naci
ón
Can
t.ve
ndid
aC
antid
adD
ev.
Pre
cio
Uni
tario
| Des
cuen
to |
Con
dici
ón
Feria
Mon
eda
Pág.
28
Capít
ulo II.
Análi
sis O
rienta
do a
Objet
os
Títu
lo:
Con
trol A
dmin
istra
tivo
de la
s ob
ras
de la
Dire
cció
n E
dito
rial.
Nom
bre
del o
bjet
o: Desc
ripci
ón: R
EGIS
TRO
DE
LA
S O
BRAS
O
bser
vaci
ones
:VE
NTA
V
EN
DID
AS
Res
tric
ción
de
crea
ción
oac
ceso
.S
e co
mpo
ne p
orun
car
ácte
ral
fabé
tico(
A,B,
C,
D,E
) y u
nnú
mer
oco
nsec
utiv
o.
Ejem
plo
B45
3
|FI1
45
|
1,00
0 |O
blig
ado
S
Def
ault
Long
itud
00 00 m
Lím
iteR
ango
Des
crip
ción
No.
De
fact
ura
que
ampa
ra la
ven
ta
| Cla
ve d
e la
obr
a a
fact
urar
Can
tidad
de
la o
bra
a fa
ctur
ar
|
Atr
ibut
o
Fact
ura
| Cla
ve o
bra
| Can
tidad
|
ió5O*3><UXO
O
oí 5o u <z> 0 < Q -) O W H Q Pe ~ ffl2 v % 2
es ¡z; '© S"o.00•=s6 0 <uQ 5
s<u'2o"3T3<ufe UJ
■5 -3 S 5 o < Z O
Res
tric
ción
de
crea
ción
oac
ceso
.Va
lor N
umér
ico
cons
ecut
ivo,
gene
rado
por
el
sist
ema
Ejem
plo
502
Obl
igad
oi
Def
ault
Long
itud
00
Lím
iteR
ango
Des
crip
ción
Núm
ero
únic
o de
iden
tific
ació
n de
l ca
nje
Atr
ibut
o
Folio
Pág.
29
Capít
ulo II.
Análi
sis O
rienta
do a
Objet
os
Títu
lo:
Con
trol A
dmin
istra
tivo
de la
s ob
ras
de la
Dire
cció
n E
dito
rial.
Nom
bre
del o
bjet
o: Desc
ripci
ón: R
EG
ISTR
O D
E LA
S O
BRAS
QU
E O
bser
vaci
ones
:C
AN
JE
ING
RES
AN P
OR
CO
NC
EP
TO D
E C
ANJE
Res
tric
ción
de
crea
ción
oac
ceso
.
Se
real
iza
lave
rific
ació
n de
las
exis
tenc
ias
sufic
ient
es
Ejem
plo
rFI1
45 i
OT“ 2563
Obl
igad
o
S s
Def
ault
Long
itud
00 00
Lím
iteR
ango
Des
crip
ción
| Cla
ve d
e la
obr
a |
Can
tidad
de
obra
can
jead
a
No.
De
expe
dien
te p
ara
cont
rol
inte
rno
Atr
ibut
o
1 Cla
ve o
bra |
Can
tidad
Exp
edie
nte
Obs
erva
cion
es:
Res
tric
ción
de
crea
ción
oac
ceso
.Al
fabé
tico(
A,B,
C,
D,E
)yun
núm
ero
| con
secu
tivo.
|
Indi
cado
r E(E
.U.)
S(u
dam
éric
a) 1
R(e
sto
del M
.) |
Ejem
plo
¡
B 4
53
rFI1
45
|
o 104
1
LU o
Obl
igad
o
s
Def
ault
Long
itud
00 00 OJ
Des
crip
ción
: RE
GIS
TRO
DE
LA
S O
BR
AS
A L
ASQ
UE
SE
SUSC
RIB
EN
Lím
iteR
ango
Des
crip
ción
No.
De
fact
ura
que
ampa
ra la
su
scrip
ción
| Cla
ve d
e la
obr
a a
susc
ribirs
e |
Núm
ero
inic
ial a
l que
se
susc
ribe
|
Núm
ero
final
al q
ue s
e su
scrib
e |
Tipo
de
mon
eda
utili
zada
par
a el
pa
go
Indi
cado
r del
tipo
de
pago
(che
que,
gi
ro, e
fect
ivo)
Nom
bre
del o
bjet
o:
SUSC
RIP
CIO
N
Atr
ibut
o
Fact
ura
I Cla
ve o
bra I
I No.
Inic
ial |
1 No.
Fina
l 1
Tipo
de
Cam
bio
Form
a P
ago
Pág.
30
Capít
ulo IL
Análi
sis O
rienta
do a
Objet
os
Títu
lo:
Con
trol A
dmin
istra
tivo
de la
s ob
ras
de la
Dire
cció
n E
dito
rial.
Nom
bre
del o
bjet
o: Desc
ripci
ón: R
EG
ISTR
O D
E L
AS
SA
LID
AS
DE
O
bser
vaci
ones
:O
TRO
O
BR
AS
PO
R C
ON
CE
PTO
S D
IVER
SOS
Res
tric
ción
de
crea
ción
oac
ceso
.Va
lor N
umér
ico
cons
ecut
ivo,
gene
rado
por
el
sist
ema
Ejem
plo
500
|FI1
45
|
120 | Pér
dida
en la
Feria
Inte
rnac
iona
l del
libro
Obl
igad
o
S s
Def
ault
Long
itud
00 oo CM 100
Lím
iteR
ango
Des
crip
ción
No.
Úni
co d
e sa
lida
de la
obr
a
| Cla
ve d
e la
obr
a| C
antid
ad q
ue a
mpa
ra la
sal
ida
Det
alla
r mot
ivo
de s
alid
a
Atr
ibut
o
Folio
| Cla
ve o
bra |
, Can
tidad
|
Mot
ivo
Nom
bre
del o
bjet
o: Desc
ripci
ón: R
EG
ISTR
O D
E LA
S FA
CTU
RAS
QU
E Obser
vaci
ones
:FA
CTU
RA
AMPA
RAN
LA
CO
MP
RA
DE
LAS
OBR
AS.
Res
tric
ción
de
crea
ción
oac
ceso
. |
Se c
ompo
ne p
orun
car
ácte
ral
fabé
t¡co(
A,B
,C,
D,E
) y u
nnú
mer
oco
nsec
utiv
o.
|
Qo00<
Ejem
plo
B 4
53
<
Obl
igad
o
V
Def
ault
Long
itud
00 T—
Lím
iteR
ango
Des
crip
ción
No.
De
fact
ura
Ser
ie d
e la
fact
ura(
A,B,
C,D
)
Atr
ibut
o
No
Fact
ura
| Ser
ie d
e fa
c.
Pág.
31
Capít
ulo II.
Análi
sis O
rienta
do a
Objet
os
Títu
lo:
Con
trol A
dmin
istra
tivo
de la
s ob
ras
de la
Dire
cció
n E
dito
rial.
Nom
bre
del o
bjet
o: Desc
ripci
ón: R
EG
ISTR
O D
E L
AS
OBR
AS
Obs
erva
cion
es:
ENTR
EGA
E
NTR
EG
AD
AS
PO
R C
ON
CE
PTO
DE
SU
SCR
IPC
IÓN
Res
tric
ción
de
crea
ción
oac
ceso
.V
alor
Num
éric
oco
nsec
utiv
o,ge
nera
do p
or e
lsi
stem
a
Dob
le o
vac
ío
Ejem
plo
100
|FI1
45
|
105
|
Cor
reo
Q
Obl
igad
oD
efau
ltLo
ngitu
d
00 00 CM 30
Lím
iteR
ango
Des
crip
ción
Folio
de
entre
ga d
e la
obr
a
| Cla
ve d
e la
obr
a |
| El n
úmer
o de
obr
a qu
e en
trega
|
El m
edio
a tr
avés
del
cua
l se
enví
an
las
obra
sC
antid
ad p
ara
cont
rola
r el n
úmer
o de
ve
ces
que
se e
nvía
n la
s m
ism
a ob
ras
Atr
ibut
o
ooLL | C
lave
|
| No
Entre
ga |
Tipo
Env
ío
Ind.
dob
le
Salid
a
Pág.
32
Cap
ítulo
II. A
nális
is O
rient
ado
a Obj
etos
Obs
erva
cion
es:
Res
tricc
ión
decr
eaci
ón o
acce
so.
Valo
r Num
éric
oco
nsec
utiv
o,ge
nera
do p
or e
lsi
stem
aIn
icia
con
dos
Sca
ract
eres
alfa
bétic
os,
segu
ido
de d
osnu
mér
icos
|
Reg
ular
men
te 1
inic
ia co
n un
cará
cter
alfa
num
éric
o I
Ejem
plo
556
FI02
6
T054
11,0
00 |
Col
abor
aci
ón e
n la
obra
Obl
igad
o
Títu
lo:
Con
trol A
dmin
istra
tivo
de la
s obr
as d
e la
Dire
cció
n E
dito
rial.
Def
ault
Long
itud
00 oo
Des
crip
ción
: RE
GIS
TRO
DE
LAS
SA
LID
AS
DE
OBR
AS P
OR
DE
RE
CH
OS
DE
AU
TOR
ooT—
Lím
iteR
ango
Des
crip
ción
Núm
ero
únic
o de
sal
ida
de la
obr
a
Cla
ve d
e la
obr
a lit
erar
ia
Cla
ve d
el a
utor
que
requ
iere
la o
bra
Can
tidad
que
am
para
la s
alid
a |
Mot
ivo
por e
l cua
l se
le o
torg
an la
s ob
ras
Nom
bre
del o
bjet
o:
DE
RE
CH
O D
E A
UTO
R
Atri
buto
|
Folio
Cla
ve-o
bra
u.O■*-*< l C
antid
ad |
.5o2
Pág.
33
Títu
lo:
Con
trol A
dmin
istra
tivo
de la
s ob
ras
de la
Dire
cció
n Ed
itoria
l.
Obs
erva
cion
es:
Res
tricc
ión
decr
eaci
ón o
acce
so.
Deb
e in
icia
r con
cará
cter
alfa
bétic
o
Ejem
plo
| Edi
toria
l |D
3842
Obl
igad
oD
efau
ltLo
ngitu
d■v O cu |
Des
crip
ción
: REG
ISTR
O D
E LA
S P
ER
SO
NA
S Q
UE
OP
ER
AN
EL
SIST
EMA
Éybi
|e|;
Ran
goD
escr
ipci
ón
| Log
in d
el u
suar
io
|
Pas
swor
d de
l usu
ario
Niv
el d
e ac
ceso
que
det
erm
inar
á la
s re
stric
cion
es a
l sis
tem
a
Nom
bre
del o
bjet
o:
USU
ARIO
Atri
buto
coo—I P
assw
ord
2z
Pág.
34
Capít
ulo II.
Análi
sis O
rienta
do a
Objet
os O 0
ow ?O 'O o’C o w« g 8 0 ¡ü o
OC o 0
t2
OcuEO)
llT
|o-a
= — Oo'S «0 — <n o o)
c — a> .52
O O) OT
0oc
_ 0 0/7 ---f O 0 m
o’S-
0cí’Ses>L0«3XO
o■o0.5*xO
300Q
fflC/J
O00 <
■o3—’5»co
0)—E
00 00OCO ID CO ID
8
0 OE £3 Ci_O ce >
8^ Pág.
35
IDCO
00
c3‘Co4—1
43wcxooo
oO)c(000
c3<u•oco0Vi
-OOC/30<D
XJO>"303t-i•«->’S
TJ<
£3 c
oU
§'£
H <t oo“ P
<.. Z'§ §
% u £3
O£
02o
ni~3Z<O
c'OoQ.*co<A0O
•S'O
ohXsOz
o0-UJOUJOC
3XI
0esk_0Q.E<0<¡33cr te
>2 0 a> o
XJ X32 « 0 "2 E 2
Z 0
oLL
UJ
<0i—XIo0ce>oO-lce03CTcecu
cecoocez
cOoCLOO0
OC
COwce■oce>c0w2Xo0•o
_cecoo0K.Xo0
S-2
« E
O o
«-S g 0
O UJ
0 'O M8 E 2- « ZE 0 0 c c o ~ o 0
ou.
003OI
0xTe03ooLL
<S)oLqOcüo-ace
_CD
ó<z>
'<z>
<
_oZJo.(OO
Títu
lo:
Con
trol A
dmin
istra
tivo
de la
s obr
as d
e la
Dire
cció
n E
dito
rial.
Nom
bre
del o
bjet
o: Desc
ripci
ón: R
EG
ISTR
O D
E L
AS
OB
RA
S Q
UE
Obs
erva
cion
es:
DEV
OLU
CIÓ
N
REG
RES
Ó E
L C
ON
SIG
NA
TAR
IO.
Res
tric
ción
de
crea
ción
oac
ceso
.
Núm
ero
únic
o,se
gen
era
defo
rma
cons
ecut
iva
Ejem
plo
FU 4
523
/01/
1999
5697
140
1
oOóC0
Obl
igad
o
S S S S
Def
ault
Fech
aac
tual
Long
itud
oo o 00 IO 7,2
Lím
iteR
ango
Des
crip
ción
Cla
ve d
e la
obr
a qu
e se
regr
esó
Fech
a en
que
se
hizo
la d
evol
ució
n
Núm
ero
de p
edid
o de
l que
pro
cede
n la
s ob
ras
Can
tidad
de
obra
s en
trega
das
|
Pre
cio
unita
rio d
e la
obr
a al
mom
ento
de
la d
evol
ució
n
Atr
ibut
o
| Cla
ve o
bra
Fech
a
No
Ped
ido
1 can
tidad
1
Prec
ioU
nita
rio
Nom
bre
del o
bjet
o: Desc
ripci
ón: R
EGIS
TRO
DE
LA
CO
TIZA
CIÓ
N D
E O
bser
vaci
ones
:C
OTI
ZAC
IÓN
LA
MO
NE
DA
EXTR
ANJE
RA
EN
PE
SO
S E
N E
LM
OM
EN
TO D
E L
A V
EN
TA.
Res
tric
ción
de
crea
ción
oac
ceso
.In
dica
dor E
(E.U
.)S
(uda
mér
ica)
R(e
sto
del M
.)
Ejem
plo
LU 23/0
1/19
99
10.2
5
Obl
igad
o
S
Def
ault
Fech
aac
tual
Long
itud
O C\l
Lím
iteR
ango
Des
crip
ción
Tipo
de
mon
eda
utiliz
ada
para
el
pago
Fech
a de
la c
otiz
ació
n de
la m
oned
a
Cot
izac
ión
en p
esos
Atr
ibut
o
Tipo
de
Cam
bio
Fech
a
| Val
or
Pág.
36
cooCD'
LqOceoT3cgcz
.92Óen
'enc<
JOZ3
'ñ_ceO
Obs
erva
cion
es: I
nfor
mac
ión
otor
gada
por
la U
.V
Res
tric
ción
de
crea
ción
oac
ceso
.N
o de
bem
odifi
cars
e,es
tabl
ecid
a po
rla
U.V
.
Ejem
plo
2569
Dire
cció
nG
ener
alE
dito
rial y
Pub
licac
ion
esD
EP12
0578
-PL
José
Lui
sR
ivas
Andr
ade
Obl
igad
o
s
Títu
lo:
Con
trol A
dmin
istra
tivo
de la
s ob
ras
de la
Dire
cció
n E
dito
rial.
Def
ault
Long
itud
LO 40 co 30
Des
crip
ción
: RE
GIS
TRO
DE
LA D
EP
EN
DE
NC
IA
Lím
iteR
ango
Des
crip
ción
Cla
ve d
e la
dep
ende
ncia
Des
crip
ción
de
la d
epen
denc
ia
Reg
istro
Fed
eral
de
Con
tribu
yent
es
Nom
bre
com
plet
o de
l Dire
ctor
de
la
Dire
cció
n ed
itoria
l
Nom
bre
del o
bjet
o:
DE
PE
ND
EN
CIA
Atr
ibut
o
Cla
vede
pend
enci
a
Nom
bre
R.F
.C.
Dire
ctor
Pág.
37
Capít
ulo II.
Análi
sis O
rienta
do a
Objet
os
Obs
erva
cion
es:
Res
tricc
ión
decr
eaci
ón o
acce
so.
Eje
mpl
o
LOCM G
ómez
Gar
cía
| Alb
erto
|23
-67-
90
Esta
nzue
la N
o. 14
12:0
0-14
:00
Coo
rdin
ado
r de
Cap
acita
ció
n
Obl
igad
o¡
Títu
lo:
Con
trol A
dmin
istra
tivo
de la
s ob
ras
de la
Dire
cció
n E
dito
rial.
Def
ault
Long
itud
20 20 125
|
OT“ 40 '
40
Des
crip
ción
: RE
GIS
TRO
DE
LA
S P
ER
SO
NA
S, L
AS
C
UA
LES
PU
EDEN
SE
R A
UTO
RE
S, U
SUAR
IOS
0 C
LIE
NTE
S.
Lím
iteR
ango
Des
crip
ción
| Cla
ve o
núm
ero
de p
erso
nal
|
Apel
lido
pate
rno
Ape
llido
mat
erno
Nom
bre
|
Telé
fono
par
ticul
ar
Dom
icilio
par
ticul
ar
Hor
ario
en
el q
ue s
e le
pue
de
loca
lizar
en
su d
omic
ilioP
uest
o qu
e oc
upa
en s
u tra
bajo
Nom
bre
del o
bjet
o:
PER
SON
A
Atrib
uto
| Cla
ve
|
Apel
lido
pate
rno
Ape
llido
Mat
erno
| Nom
bre(
s) |
Telé
fono
Par
t.D
omic
ilioPa
rt.H
orar
io P
art.
Pue
sto
Pág.
38
coOc5z?o05o-o03
03'v_oen'tn<6<
o
ex03O
Obs
erva
cion
es:
Res
tric
ción
de
crea
ción
oac
ceso
.Ej
empl
o
005
Dep
arta
men
to d
eP
rens
aC
esar
Vel
arde
45
|
Tam
borre
1 Ver
acru
zlM
éxic
o |[5
6-98
-74 |
[99-
84-7
5 |da
cia@
spee
dy.c
oaca
de.u
v.m
x
O ALP
1205
78-P
L
Obl
igad
o
s S
Títu
lo:
Con
trol A
dmin
istra
tivo
de la
s ob
ras
de la
Dire
cció
n E
dito
rial.
Def
ault
Long
itud
"3- [50 40 20 20
|[2
0 | o o 30 co
Des
crip
ción
: REG
ISTR
O D
E L
AS
PE
RS
ON
AS
QU
E
REA
LIZA
N A
LGU
NA
CO
MPR
A, C
ON
SIG
NA
CIÓ
N 0
SU
SCR
IPC
ION
Lím
iteR
ango
Des
crip
ción
Cla
ve q
ue id
entif
ica
de m
aner
a ún
ica
al c
lient
eN
ombr
e o
desc
ripci
ón d
el c
lient
e
Cal
le
No.
De
casa
|
Col
onia
en l
a qu
e ha
bita
Esta
do o
obj
eto
fede
rativ
a |
Paí
s |
Telé
fono
1
Fax
|
Dire
cció
n de
cor
reo
elec
tróni
co
Indi
cado
r que
dife
renc
ia a
l tip
o de
cl
ient
eR
egis
tro F
eder
al d
e C
ontri
buye
ntes
Nom
bre
del o
bjet
o:
CLI
EN
TE
Atr
ibut
o
Cla
ve
Des
crip
ción
Cal
le
|No
1
Col
onia
1 Est
ado
1
1 Paí
s 1
¡Tel
éfon
o |
¡Fax
1
Cor
reo
Ele
ctró
nico
Tipo
RFC
Pág.
39
Capít
ulo II.
Análi
sis O
rienta
do a
Objet
os 0)XI
-O Oo 5 • O 'O o ’C o WIS§(Cora
oo.£raiif
O. '3
o E t; t o. o raO — ra
coinCM
oacoiraCM
raXI5 o
85
■“ o1 8 8 «So (Cora
oo.£ra¡IT
55ocratroI
ra■ o ó o
o o o o
ooua oo
CM
00r-oóoaiua
Pág.
40
IZJ4ic.2"303>I*4>IZ5-O
o■orao»3O
oraM—0)Q
■o34-»’5)co oco co 00
ra£
vi<US.2'3ra>i*4)w>
£¡
<H-lwQcos
o•ora□a
5O
3ra*►-<DO
XJ34-»'5ico
ra£
raxirak_ra>
oco
IDCM
<q’CO4—>
43Wc
s2'oo£scqo-ooOcqUiX)O<Z>-2ü
X)o
cq*—> <75’S
eT3<
o S3 c CtS o H U
oO)cracc
czaO
WQOP4Hczai—iO
oo¡cra(C
i
i
I
i
o«3S9o
”3rat-.a£oZ-
05
c'Ooo.*co(0rao
3X»
c
E c«•§ ■e “ cq ¿ Q_ +-• <D W Q .£
c'O'o3■ +-•
xa u= 3 «o) .2
ra *—• <n O o. o ■o ra ■c ra a. <
coorak_ra
CL
et2'3acó
*C <O QZ «5 Kí ra CQ© O
oX)CO ■= -f ra ra w cl o < o.
ra+-»cracra
oZ LU
raIS9o
«■ra41T3ra
£oZ
c'OoQ.*co(AraQ
3xa
o3raraXIwrai—_ra3g
’ui_3OczaoraQ
raoxara
oEoO
raoxara_iok-rao
raoxara
<nrau.^2
w o2'E ra 3 Q O
o 2'E 5
.2 ra1_ i—cq oÍS
o 2
ra ra
Capítulo .11. Análisis Orientado a Objetos
E. Definición de Servicios.A continuación se listan algunos servicios de los objetos clave en el
desarrollo de la aplicación, estos servicios determinan de qué forma tiene que actuar un objeto, detallan la abstracción de la realidad:
___________________________ Servicios de la clase: Obra___________________Valida:
Busca la obra en el archivo de inventario de obras Si la obra ya existe en el inventario
Despliega la información correspondienteOtro
Crear el clase obraPermite que el usuario proporcione la información válida necesaria.
___________ Guarda la información en la base de datos___________________Crear:
Dar clave de la obra Verifica la existencia de la obra
______ Crear Clase obra_______________________ , _________________Accesar
Dar clave de la obra Verifica la existencia de la obra
______ Despliega las características de la obra____________________ ______Eliminar
Dar clave de la obra Verifica la existencia de la obra Si existe
Despliega las características de la obra Si no existe información asociada
Elimina obraOtro Mensaje error, no puede eliminar obra
______ Otro Mensaje de error obra inexistente__________________________Modificar
Proporcionar clave de la obra Valida la clave de la obra Si es válida
Busca la obra en la base de datos Accesar Clase obra Regresar Características de la obra Realizar A ctualizaciones Guardar los cambios.
Otro Mensaje de errorSalir_______________________________________________________
VenderVeríficar Existencias Disponiblesfa través de la clase obra)Si existen Suficientes Entonces
Actualizar ExistenciasCrear Venta(Considerar acceso a las clase/objeto Consignatario o Suscriptor o Usuario)Crear Factura(Clase/objeto Factura, Pago)
Pág.41
Capítulo II. Análisis Orientado a Objetos
___________________________Servicios de la clase: Obra________ ________________Regresar
Otro Enviar mensaje de existencias no disponibles en el inventario ______Salir______________________________________________________ ______Consignar
Verificar Existencias Disponibles(Acceso a la clase obra)Si Existen Suficientes entonces
Actualizar existenciasCrear Consignación(Acceso a clase/objeto consignatario/suscriptor
Registrar pedido Otro Error
______Salir_____________ ___________________Suscribir
Verificar existencia del suscriptor No existe
Crear suscriptorRealizar Suscripciónjconsiderar acceso a la clase/objeto
consignatario/suscriptor)Crear Factura
______Salir____________________________________________________________Donar
Verificar Existencia de la obra en InventarioCrear Donación(Considerar acceso a la clase obra y clase/objeto Institución) Actualizar Existencias en Inventario
______Salir____________________________________________________________Canjear
Registrar obras recibidas por lntercambio(Clase/objeto recepción/canje)Realizar Canje(considerar el acceso a la clase obra y clase/objeto institución de
canje)Registrar obras otorgadas por Intercambio Actualizar obras en el inventario
_____ Salir_____________________________________________________________Derechos de Autor
Verificar Existencia de la obra en !nventarío(Considerar acceso a ¡a clase obra) Crear Salida por Derecho de Autor(acceso a la clase/objeto Autor)
______ Actualizar Existencias en Inventario___________________________________Otro
Verificar Existencia de la obra en lnventario(Considerar acceso a la clase Obra)Actualizar Inventario
______ Crear Salida por Otros Conceptos(Acceso a la clase/objeto otro)___________ _Devolución
Accesar a la consignación(Considerar acceso a las clase/objeto consignatario, consignación, obra)
Registrar Devolución Actualizar Inventario
Pág. 42
Capitulo II. Análisis Orientado a Objetos
_______________________ Servicios de la clase-y-objeto: AreaValida:______ Valida si un área ya existe en el catálogo.___________Crear:
Dar clave del área Verifica la existencia del área
______ Crearla Clase/objeto área_______________________Accesar
Dar clave del área Verifica la existencia del áreaDespliega las características del área______________
ModificarAccesar Clase/objeto área Desplegar las características del área Realizar las actualizaciones necesarias Guardarlos cambios.
______ Salir________________________________________Eliminar:
Dar clave del área Verifica la existencia del área Si existe
Despliega las características del área Elimina área
______ Otro Mensaje de error área inexistente______________Limpiar.
Limpia los datos en pantalla.
_ _____________________Servicios de la clase-y-objeto: AutorValida:______ Valida si un autor ya existe en el catálogo. _________Crear:
Dar clave del autor Verifica la existencia del autor
______ Crea la Clase/objeto autor________________________Accesar
Dar clave del autor Verifica la existencia del autor
______ Despliega las características del autor_____________ _Modificar
Accesar Clase/objeto autor Desplegar las características del autor Realizar las actualizaciones necesarias Guardar los cambios.
______Salir__________________________________________Eliminar:
Verifica la existencia del autor Si existe
Despliega los datos del autor Elimina autor
Otro Mensaje de error autor inexistente
Pág. 43
Capítulo II. Análisis Orientado a Objetos
__________________ Servicios de la clase-y-objeto: AutorLimpiar.
Limpia los datos en pantalla.
______________________Servicios de la clase-y-objeto: CarreraValida:______ Valida si la carrera ya existe en el catálogo.___________Crear:
Dar clave de la carrera Verifica la existencia de la carrera
______ Crea la Clase/objeto carrera_______________________Accesar
Dar clave de la carrera Verifica la existencia de la carrera
______ Despliega las características de la carrera____________Modificar
Accesar a la Clase/objeto carrera Desplegar las características de la carrera Realizarlas actualizaciones necesarias Guardarlos cambios.Salir__________________________________________
Eliminar:Verifica la existencia de la carrera Si existe
Despliega los datos de la carrera Elimina carrera
______ Otro Mensaje de error carrera inexistente____________Limpiar.
Limpia los datos en pantalla.
■ ■ ________ Servicios de ia ciase: ClienteValida:
Valida si un cliente ya existe en el catálogo ______ Verificar que exista en las tablas de cliente y persona.Crear:
Dar clave del cliente Verifica la existencia del cliente
______ Crea la Clase cliente__________________________Accesar
Dar clave del cliente Verifica la existencia del cliente
______ Despliega las características del cliente_________Modificar
Accesar a la Clase cliente Desplegar las características del cliente Realizar las actualizaciones necesarias Guardar los cambios.
______Salir______ ________________________________Eliminar:
Pág. 44
Capítulo II. Análisis Orientado a Objetos
__________________________ Servicios de la clase: ClienteVerifica la existencia del cliente Si existe
Despliega los datos del cliente Elimina cliente
______Otro Mensaje de error cliente inexistente_________Limpiar.
Limpia los datos en pantalla.
Servicios de la clase-y-objeto: ColecciónValida:______ Valida si una colección ya existe en el catálogo._________Crear:
Dar clave de la colección Verifica la existencia de la colección
______ Crear la Clase/objeto colección_____________________Accesar
Dar clave de la colección Verifica la existencia de la colección
______ Despliega las características de la colección _________Modificar
Accesar Clase/objeto colección Desplegar las características de la colección Realizarlas actualizaciones necesarias Guardar los cambios.
______Salir___________________________________________Eliminar:
Verifica la existencia de la colección Si existe
Despliega los datos de la colección Elimina colección
_____ Otro Mensaje de error colección inexistente____________Limpiar.
Uimpiar los datos en pantalla
____________ Servicios de la^clase-y-objeto: Consignatario/SuscríptorValida:
Valida si un consignatario/suscriptor ya existe en el catálogo. ______ Verifica que exista en las tablas cliente, persona y consignatario.Crear:
Dar clave del consignatario/suscriptor Verifica la existencia del consignatario/Suscríptor
______ Crea la Clase/objeto consignatario/Suscríptor___________________Accesar
Dar clave del consignatario/suscriptor Verifica la existencia del consignatario/suscriptor
______ Despliega las características del consignatario/suscriptor_________Modificar
Accesar a la Clase/objeto consignatario/suscriptor
Pág. 45
Capítulo II. Análisis Orientado a Objetos
__________ Servicios de la clase-y-objeto: Consignatario/SuscriptorDesplegar las características del consignatario/suscriptor Realizar las actualizaciones necesarias Guardar los cambios.
______Salir__________________________________________________Eliminar:
Verifica la existencia del consignatario/suscriptor Si existe
Despliega los datos del consignatario/suscriptor Elimina consignatario/suscriptor
______Otro Mensaje de error consignatario/suscriptor inexistente_______Limpiar.
Limpia los datos en pantalla.
______ Servicios de la clase-y-objeto: FeriaValida:______ Valida si una feria ya existe en el catálogo.___________Crear:
Dar clave de la feria Verifica la existencia de la feria
______Crea la Clase/objeto feria_________________________Accesar______Despliega las características de la feria______________Modificar
Accesar Clase/objeto feria Desplegar las características de la feria Realizarlas actualizaciones necesarias Guardar los cambios.
______Salir_________________________________________Eliminar:
Verifica la existencia de la feria Si existe
Despliega los datos de la feria Elimina feria
______ Otro Mensaje de error feria inexistente______________Limpiar.
Limpia los datos en pantalla.
-- Servicios de la clase-y-objeto:GacetaValida:______ Valida si una gaceta ya existe en el catálogo._________Crear:
Dar clave de la gaceta Verifica la existencia de la gaceta
______ Crea la Clase/objeto gaceta_______________________Accesar
Dar clave de la gaceta Verifica la existencia de la gaceta
Pág.46
Capítulo II. Análisis Orientado a Objetos
______________________ Servicios de la clase-y-objeto:Gaceta______Despliega las características de la gaceta_____________Modificar
Accesar a la Clase/objeto gaceta Desplegar las características de la gaceta Realizar las actualizaciones necesarias Guardar los cambios.
______Salir__________________________________________Eliminar:
Verifica la existencia de la gaceta Si existe
Despliega los datos de la gaceta Elimina gaceta
______Otro Mensaje de error gaceta inexistente_____________Limpiar.
Limpia los datos en pantalla.
____________________ Servicios de la clase*y-objeto: InstituciónValida:______ Valida si una institución ya existe en el catálogo.________Crear:
Dar clave de la institución Verifica la existencia de la institución
______ Crea la Clase/objeto institución______________________Accesar
Dar clave de la institución Verifica la existencia de la institución
______ Despliega las características de la institución___________Modificar
Accesar a la Clase/objeto institución Desplegar las características de la institución Realizarlas actualizaciones necesarias Guardarlos cambios.
______Salir____________________________________________Eliminar:
Verifica la existencia de la institución Si existe
Despliega los datos de la institución Elimina institución
______ Otro Mensaje de error institución inexistente___________Limpiar.
Limpia los datos en pantalla.
? ; Servicios dé la clase-y^óbjetó: MateriaValida:______ Valida si una materia ya existe en el catálogo.____________________ .Crear:
Dar clave de la matería Verifica la existencia de la materia
Pág.47
Capítulo II. Análisis Orientado a Objetos
__ ___________________ Servicios de la clase-y-objeto: Materia______ Crea la Clase/objeto materia_______________________Accesar
Dar clave de la institución Verifica la existencia de la institución
______ Despliega las características de la materia____________Modificar
Accesar a la Clase/objeto materia Desplegar las características de la materia Realizar las actualizaciones necesarias
r Guardar los cambios.______Salir__________________________________________Eliminar:
Verifica la existencia de la materia Si existe
Despliega los datos de la materia Elimina materia
______ Otro Mensaje de error materia inexistente____________Limpiar.
Limpia los datos en pantalla.
_______________ Servicios de laclase-y-objeto: TemaValida:______ Validar si un tema ya existe en el catálogo.___________Crear:
Dar clave del tema Verifica la existencia del tema
______ Crea la Clase/objeto tema_________________ _______Accesar
Dar clave de la institución Verifica la existencia de la institución
______ Despliega las características del tema_______________Modificar
Accesar a la Clase/objeto tema Desplegar las características del tema Realizar las actualizaciones necesarias Guardar los cambios.
______Salir _______________________________ _______Eliminar:
Verifica la existencia del tema Si existe
Despliega los datos del tema Elimina tema
Otro Mensaje de error tema inexistente______________Limpiar.
Limpia los datos en pantalla.
Pág. 48
Capitulo II. Análisis Orientado a Objetos
________________ ______ Servicios de la clase-y-objeto: PagoValida:______ Valida si un pago ya existe en el catálogo.___________Crear:
Dar clave del pago Verifica la existencia del pago
______ Crea la Clase/objeto pago________________________Accesar
Dar clave de la institución Verifica la existencia de la institución
______ Despliega las características del pago______________Modificar
Accesar a la Clase/objeto pago Desplegar las características del pago Realizar las actualizaciones necesarias Guardarlos cambios.
______Salir_________________________________________Eliminar:
Verifica la existencia del pago Si existe
Despliega los datos del pago Elimina pago
Otro Mensaje de error pago inexistente_____________Limpiar.
Limpia los datos en pantalla.
■_______ Serviciosde la clase: movimiento________________ ______Crear:
Solicitar movimiento Verificar existencias en inventario
Si existenCrear clase movimiento(venta, Consignación, donación, canje,
derecho de autor, otro)_____ Otro Enviar mensaje de error ______________________________________ .Accesar:___________ Regresar características de los movimientos________________________Cancelar:
Accesar al clase movimientofventa, consignación, suscripción, donación, canje, factura, pedido, etc.)
Regresar características del movimiento Cancelar movimiento Si movimiento <> suscripción
EntoncesRegresar obras al inventario
Registrar cancelación
Pág.49
Capítulo II. Análisis Orientado a Objetos
________________________Servicios de la clase: movimiento_____________________Modificar:
Accesar al clase movimiento(venta, consignación, suscripción, donación, canje, factura, pedido, etc.)Regresar características del movimiento Actualizar movimiento
____________ Actualizar existencias del inventario_____________________________Limpiar
Limpia los datos en pantalla.
Pág. 50
Capítulo II, Análisis Orientado a Objetos
Identificación de Atributos y Servicios.A continuación se describe de manera general cada una de las clases-y-objetos en forma gráfica, especificando cada uno de los atributos y servicios que to conforman.
Obra AClave ObraTítulo Portada No. Edición No. Páginas Medidas Exist. Actual Exist. Inicial Precio Venta Precio E.U.Precio Sudamérica Precio Resto del M. ReservaLugar presentaciónReseñaISBN
Nueva/Entrega Materia
Clave obra Costo Impresión TirajeFecha Colofón Precio Venta Fecha Movimiento Reembolso Concepto
Clave Materia Descripción
Valida()Crear() Accesar() Eliminarj) ModificarQ Limpiar()
TemaClave del tema Descripción
Valida() Crear() Accesar() Eliminar() Modifica^) Limpiar()
Valida()CrearQAccesar()Eliminarj)Modifica^)Limpiar()
Carrera
Valida()Accesar()Crear()Eliminar()ModlficarOVender()Consignar()DevolverQSuscribir()Donar()Canjear()Derechoj)Otro()Limpiar()
< 7
ColecciónClave Colección Descripción
Valida()Crear()Accesar()Eliminarj)Modifica^)LimpiarQ
Clave carrera Descripción
Valida() Crear() Accesar() Eliminar() Modificar() Limpiar()
AreaClave Area Descripción
Valida()Crear()Accesar()Eliminare)-Modificare)Limpiar()
Pág. 51
Capítulo II. Análisis Orientado a Objetos
Dependencia A
ClavedependenciaNombreR.F.C.Director
ValidaOAccesar()CrearOModifica^)LimpiarO
PersonaClave Apellido paterno Apellido Materno Nombre(s) Teléfono Part. Domicilio Part. Horario Part. Puesto
UsuarioLoginPasswordNivel
C Cliente A
ValidaOCrear()Accesar()EliminarOModificarOLimpiarQ
ValidaOAccesar()EliminarOCrearOModificarOLimpiarO
ClaveCalleNoColoniaCiudadC.postalEstadoPaísTeléfonoFaxCorreo Elect.TipoRFC
(r Autor
C InstituciónSubinstitución Departamento Apartado Postal No Expediente Tipo
Datos Cuticulares Domicilio Laboral Horario Laboral Teléfono Laboral
ValidaOAccesar()EliminarOCrear()Modificar()
V LimpiarO J
Valida()Accesar()EliminarOCrear()ModificarO
^LimpiarQ
ValidaOAccesar()EliminarOCrear()ModificarOLimpiarO
Pág.52
Capítulo II. Análisis Orientado a Objetos
MovimientoA O C'
DonaciónConsignación
Fecha movto. Nacionalidad Clave de obra
Crear()Accesar()EliminarOModificarOCancelar()LimpiarO
FolioClave obraSub-institucióncantidadCrear()Accesar()EliminarOModificarOCancelar()
No. Pedidoclave obra Tipo(normal o feria)Cant.
CanjeFolioClave obracantidadExpediente
CrearOAccesar()EliminarOModificarOCancelar()
consignaciónCant.vendidaCantidad Dev.Precio UnitarioDescuentocondiciónMoneda
VentaFactura Clave obra Cantidad Precio U. Moneda
Crear()Accesar()EliminarOModificarOCancelarO
(?.SuscripciónFacturaClave obra No. Inicial No. Final Forma Pago Tipo Cambio Cotización
Crear()Accesar()EliminarOModificarOCancelarO
Factura
No Factura Serie de fac.Crear()Accesar()EliminarOCancelarO
Crear()Accesar()EliminarOModificarOCancelar()
OtroFolioClave obracantidadMotivo
Crear()Accesar()EliminarOModificarOCancelarO
FeriaClaveDescripciónCrear() Accesar() EliminarO ModificarO LimpiarO
Pág.53
Capitulo II. Análisis Orientado a Objetos
(r.EntregaFolioClaveNo Entrega Tipo Envió Ind. Doble Salida Conducto Observación
Recepción /Canje
FolioClave ObraAutorTítuloCantidadAreaNacionalidad Cantidad Enviada Folio Salida
Crear()Accesar()EliminarQModificar()Cancelar()
ChequeNo ChequeFecha EmisiónImporteBanco
Valida()Verifica()CrearQAccesar()Eliminar()Modificar()Limpiar() ¿)
Derechos de Autor
FolioCantidadMotivo
Crear()Accesar()Eliminar^Modificar()Cancelar()
Devolución
Clave obra No Pedido Fecha devolución Precio Unitario
Crear()Accesar()Eliminar()Modificar()CancelarQ
ir Cotización
Tipo de CambioFechaValor
Crear()Accesar()Eliminarj)Modificar()
Pág. 54
Capítulo II. Análisis Orientado a Objetos
F. Definición de Temas(Subjects).Los temas son elementos de gran utilidad para agrupar de manera ordenada y concisa el gran volumen de estructuras y objetos que componen el sistema, de tal manera que nos proporciona una referencia temática del modelo de análisis. Cada una de estas referencias temáticas es representada por un rectángulo y por lo regular éstas se crean para estructuras que contengan más de 5 objetos.
Notación Colapsada
1
1
1
Obra2 2
Cliente2 2
3 3Movimiento
3 3
Notación Parcialmente expandida |
1 1 2 2
1 Obra 1 Cliente2 2
3 3Movimiento
3 3
1 1 2 2
ObraMateriaCarreraTemaAreaColecciónNueva/EntregaGaceta
DependenciaPersonaUsuarioClienteAutorInstituciónConsignatario/Suscriptor
1 1 2 2
3 Movimiento 3 Factura Devolución VentaConsignaciónSuscripciónRecepción/CanjeDonaciónCanjeDerechos de autorCotizaciónPagoChequeEntregaOtro
□ Feria qd w
Pág. 55
Capítulo II. Análisis Orientado a Objetosi
G. Definición de Estructuras.Esta representación proporciona un medio de partición del modelo de requisitos. Se lleva a cabo presentando tanto las estructuras de clasificación(Gen-Espec) como las de ensamblaje(Entero-Parte).
Capas de Temas y de Clases&Obietos1
1 1
Pág. 56
Capítulo II. Análisis Orientado a Objetos
Capas de Temas, Estructuras y de Clases&Objetos
Pág. 57
2
Capítulo II. Análisis Orientado a ObjetosI
Capas de Temas y de Clases&Objetos
21II
/>_________r Cliente / A
Persona
l J _________) ,X y
f z -----------------Usuario Dependencia
k k ----------------->
I
Pág. 58
Capítulo II. Análisis Orientado a Objetos
Capas de Temas, Estructuras y de Clases&Objetos
Dependencia
Cliente
O
Persona Institución
1,m
:-------- O /---- a r
Pág.59
Capítulo II. Análisis Orientado a Objetos
Capas de Temas y de Clases&Objetos
Pág. 60
Capítulo II. Análisis Orientado a Objetos
Capas de Temas, Estructuras y de Clases&objetos
Pág.61
Capítulo II. Análisis Orientado a Objetos
H. identificación de asociacionesLas conexiones de asociación adicionan más información al estado de un objeto a través del establecimiento de mapeos requeridos por el objeto para su responsabilidad. A continuación se describen las asociaciones detectadas para el sistema en cuestión.I. Una obra es cualquier libro o revista que se encuentra en poder de la Dirección
Editorial, desde el momento en que llega se identifica la colección a la que pertenece para clasificarla con la finalidad de inventariarla tomando en cuenta esta característica. Una obra sólo debe pertenecer a una sola colección, sin embargo una colección puede contener más de una obra.
2. Otra clasificación que se requiere es en base al tema general del que trata la obra, éste puede incluir el género de la obra, por ejemplo: poesía, teatro, cuento, guión cinematográfico, ciencia y tecnología, idiomas, etc. Una obra puede considerar más de un tema .
3. Una obra puede estar comprendida dentro de un área de conocimiento, esta clasificación tiene especial interés para la obras que se reciben por concepto de canje debido a que de esta forma se identifica de manera rápida a qué institución educativa se les pueden ofrecer en donación.
4. Cuando una obra se agota, se solicitan reimpresiones de las mismas que deben ser registradas en el inventario de la Editorial. Es necesario llevar un registro histórico de dichos conceptos de entrada de obras. Una obra literaria puede tener varias reimpresiones.
5. La clasificación de las obras llega hasta nivel de carrera-materia, es decir, a que materias podría apoyar una obra determinada, dicha obra puede apoyar a una o varias materias.
6. Una carrera está compuesta por un número determinado de materias que se imparten en la Universidad Veracruzana y una materia puede pertenecer a una o más carreras.
7. La finalidad de sistema es llevar el control de movimientos de obra, entiéndase por movimiento cualquier ingreso o egreso de cualquier obra de la dirección editorial, dichas obras pueden tener cero, uno o más movimientos.
8. Cualquier movimiento es aplicable a una o más obras.9. Un cliente puede realizar uno o más movimientos, no se limita el número de
canjes, donaciones, etc.10. A una obra siempre se le tiene que registrar un autor, también puede tener uno
o varios coautores o colaboradores(personas que colaboraron para la creación de la obra), en ocasiones a estas personas se le hacen pagos “en especie” por su trabajo.
11. Un cliente es cualquier persona que acude o se comunica con la Dirección Editorial con la finalidad de solicitar la compra, canje o donación de alguna obra, dicho cliente puede ser una persona física, moral o una institución educativa.
12. Un cliente/persona puede ser un autor, un consignatario, un suscriptor, un usuario del sistema o un cliente cualquiera.
Pág.62
Capítulo II. Análisis Orientado a Objetos
13. Una institución es la Organización a la cual se pueden hacer donaciones y mediante la cual se realizan canjes de obras, como ejemplo podemos mencionar: la prensa, Facultades U.V, University Of Maryland, Editorial Porrua
14. Los usuarios son las personas que operarán el sistema de control administrativo, obviamente serán los empleados de la Dirección Editorial, dichos usuarios también pueden llegar a ser clientes de la Dependencia, esto se presenta principalmente durante las feria de libros cuando dicho usuario se registra como consignatario para llevar un bloque de libros a una exposición para posteriormente registrar la ventas o devoluciones de las obras.
15. Un movimiento puede ser del tipo: venta directa, consignación, suscripción, donación, derecho de autor, canje y otros.
16. Una venta directa o venta por consignación puede estar amparada por una o más facturas, es decir, dependiendo del volumen de obras vendidas será el número de facturas generadas para cada serie de factura.
17. Un tipo de pago puede ser efectivo, giro telegráfico, postal, cheque, crédito U.V., etc. Este ampara a una o más facturas.
18. Una consignación está compuesta por uno o más pedidos, esto indica que por ejemplo: un consignatario puede tener en su poder muchos libros que fueron registrados en varios pedidos.
19. En ocasiones(principalmente clientes/usuarios involucrados) solicitan un monto de obras para llevarlas a exposiciones, ferias de libros o eventos culturas los cuales es necesario registrar. Cualquiera que sea el evento, se presentan obras de diversos pedidos.
20. Cuando un consignatario no logra vender las obras, reporta su devolución a la Dirección Editorial, puede reportar devoluciones de obras de diversos pedidos a la vez y puede hacer devoluciones parciales. Es importante considerar la cancelación de dichas devoluciones.
21. Una suscripción debe ser amparada por una factura.22. En una suscripción, se pueden hacer varias entregas parciales de obras.23. En el intercambio de obras, sólo se realiza una obra canjeada por una obra
recibida.
Pág.63
Capítulo II. Análisis Orientado a Objetos
Diagrama de Estado:
El único estado es el de la Obra, la cual puede estar agotada o en existencia, es conveniente hacer notar al lector que dicho estado es por cada una de las obras.
Pág. 64
I
CAPITULO III.
Diseño Orientado a Objetosi5í
A. Introducción.
La labor de diseño comienza normalmente con la definición e identificación de las salidas necesarias que va a generar un sistema nuevo. Es importante establecer detalladamente la información que el sistema va a proporcionar a sus usuarios, estas salidas representan los resultados del sistema, pero si no son útiles, la efectividad del mismo será dudosa, por lo tanto estos requerimientos de información deben establecerse claramente antes de que se continúe con cualquier otro aspecto del sistema. Como es bien sabido, en la fase de diseño de un sistema se realiza una revisión exhaustiva de las estructuras de datos y la interfaz y esto es lo que se pretende llevar a cabo en el presente capítulo.
El objetivo del presente capítulo es mostrar en que se traducirán los requerimientos del proyecto de Difusión y control Administrativo a cargo de la Dirección Editorial en una representación del software.
Este capítulo inicia con la descripción de la componente del dominio del problema la cual incluirá las relaciones de asociación, los mensajes, las estructuras y los temas. En este mismo capítulo se presentará gráfica y textualmente el diseño de la componente de la interacción humana de tal manera que refleje detalladamente la forma en que el usuario interactuará con el sistema así como la componente del manejo de tareas. Finalmente, se presentarán las características del manejador de base de datos se empleará así como una descripción detallada de su arquitectura.
Capitulo III. Diseño Orientado a Objetos
B. Diseño de la componente del dominio del problema.En esta sección se presentará el campo de interés bajo consideración mediante el modelo total orientado a objetos. Debido a que en el capítulo anterior se detallaron los pormenores que el sistema debe considerar, sólo se mencionan a continuación los aspectos a considerar en el dominio del sistema:a) Registro de las entradas de obras al inventario.b) Ventas de obras en sus diferentes modalidades:
• Ventas directas• Ventas a través de consignatarios
c) Donaciones.d) Canjes.e) Suscripciones.f) Registro de salidas de obras por derechos de autor o colaboración.g) Registro de salidas de obras por diversos motivos.h) Búsquedas y consultas de obras por diferentes criterios para fines estadísticos
y de control.i) Continua actualización de los diversos catálogos:
Pág. 66
Mod
elo d
el S
istem
a
Fact
ura ----
----
----
----
----
----
----
--- Cheque L|[Cotiz
ació
n|| MOV
IMIE
NTO
En el
pre
sent
e dia
gram
a se
det
alla
las a
soci
acio
nes e
ntre
los m
ovim
ient
os y
el c
lient
e, d
ebid
o a q
ue n
o to
dos l
os c
lient
es p
uede
n ef
ectu
ar c
ualq
uier
tran
sacc
ión.
Pág.
68
C ClienteClaveCalle
OConector entre cliente y movimiento
Persona
ClaveApellido paterno Apellido Materno Nombre(s) Puesto
Crear()Accesar()EliminarOModificarO
(r AutorDatos Curriculares Domicilio Laboral Horario Laboral Teléfono Laboral
Accesar()EliminarOCrear()ModificarO
NoColoniaEstadoPaísTeléfonoFaxCorreo Elect. RFC
Accesar()EliminarOCrear()ModificarO
s
y
l,m
Solicita
(?<Dependencia
^'Institución^
Subinstitución
Clave dependenciaNombreR.F.C.Director
Departamento Apartado Postal No Expediente Tipo
1 m
Accesar()EliminarOCrear()ModificarOAccesar()
Crear()
AConsignatario^ / Suscriptor
Tipo
Crear() Accesar() EliminarO ModificarO
^VjSancelarQ
Usuario
LoginPasswordNivel
Accesar()EliminarOCrear()ModificarO
vPág. 69
Movimiento(Venta)
O-
(?Venta A
Movimiento
Fecha movto. Nacionalidad Clave de obra
Crear()Accesar()EliminarOModifica^)CancelarQ
Cliente Persona
Factura Clave obra cantidad
CrearOAccesar()EliminarOModificarOCancelar()
’m^~Pago
FacturaNo Factura Serie de fac.
1, m
No Factura Serie de fac. Importe Tipo Cambio
A
Crear()Accesar()EliminarOCancelarQ
A
Cheque
¿)A
A
Crear()Accesar()EliminarOCancelar()
No ChequeFecha EmisiónImporteBanco
CotizaciónTipo de CambioFechaValor
A
Crear()Accesar()EliminarOModificarO A
Crear()Accesar()EliminarOModificarO
ClaveCalleNoColoniaEstadoPaísTeléfonoFaxCorreo Elect. RFC
Accesar()EliminarOCrear()Modificar()
AA Persona vi
ClaveApellido paterno Apellido Materno Nombre(s) Puesto
Crear()Accesar()EliminarO ModificarO
A A
f L
/'Consignatario / Suscriptor
Tipo
CrearOAccesar() EliminarO ModificarO
^CancelarQ
A
UsuarioA
A
Accesar()EliminarOCrear()ModificarO
Pág. 70
C Cliente A ClienteMovimiento (Consignación)
A
ConsignaciónA
No. Pedido clave obra Tipo(normal o feria) Cant. consignación Cant.vendida Cantidad Dev. Precio Unitario Descuento condición Moneda
o-
MovimientoFecha movto. Nacionalidad Clave de obra
Crear()Accesar()EliminarOModificarOCancelarO
5
ClaveCalleNoColoniaEstadoPaísTeléfonoFaxCorreo Elect. RFC
(r VentaA
Crear() AccesarQ EliminarO ModificarO CancelarO
ZAA- A
1, m
A
Factura Clave obra cantidad
Crear() Accesar() EliminarO CancelarO
Accesar()EliminarOCrear()ModificarO
y
A
¿)APersona A
frl,m
FacturaNo Factura Serie de fac.
A
Crear()Accesar()EliminarOCancelarO
A1
l,m
1
PagoNo Factura Serie de fac. Importe Tipo Cambio
Crear()Accesar()EliminarOCancelarO
A
ChequeNo Cheque Fecha Emisión Importe Banco
CotizaciónTipo de CambioFechaValor
Crear()Accesar()EliminarOModificarO A
Crear()Accesar()EliminarOModificarO
ClaveApellido paterno Apellido Materno Nombre(s) Puesto
Crear()Accesar()EliminarOModificarO
Pág. 71
f Cliente A ClienteMovimiento(Suscripción)
0-©
►
1
(? ■Suscripción
Factura Clave obra No. Inicial No. Final Forma Pago Tipo Cambio cotización
CrearQAccesarQEliminarQModificar()CancelarQ
0
MovimientoFecha movto. Nacionalidad Clave de obra
Crear()AccesarQEliminarQModificar()CancelarQ
5y
ClaveCalleNoColoniaEstadoPaísTeléfonoFaxCorreo Elect. RFC
í? FacturaNo Factura Serie de fac.
AccesarQEliminarQCrearQModificarQ
©
ChequeNo Cheque Fecha Emisión Importe Banco
CrearQAccesarQEliminarQModificarQ
CrearQAccesar()EliminarQCancelarQ
l,m J L<Personá\\
PagoNo Factura Serie de fac. Importe Tipo Cambio
CrearQ AccesarQ EliminarQ CancelarQ
(rCotizaciónTipo de CambioFechaValor
CrearQAccesarQEliminarQModificarQ
ClaveApellido paterno Apellido Materno Nombre(s) Puesto
CrearQAccesarQEliminarQModificarQ
Consignataria / Suscriptor
Tipo
CrearQAccesarQEliminarQModificarQCancelarQ
I,m
Cl
Usuario
LoginPasswordNivel
AccesarQEliminarQCrearQModificarQ
v- -yPág. 72
Cliente
Movimiento (Donaciói^ Canje) Movimiento
0
o-
Fecha movto. Nacionalidad Clave de obra
Crear()Accesar()EliminarOModificarOCancelarO
5
Cliente
CrCanje DonaciónFolioClave obracantidadExpediente
Crear()Accesar()Eliminar()ModificarOCancelarO
FolioClave obraSub-institucióncantidad
ClaveCalleNoColoniaEstadoPaísTeléfonoFaxCorreo Elect. RFC
0Recepción/Canje
FolioClave ObraAutorTítuloCantidadAreaNacionalidad Cantidad Enviada Folio Salida
Crear()Accesar()EliminarOModificarOCancelarO
Crear()Accesar()EliminarOModificarOCancelarO
Accesar()EliminarOCrear()ModificarO
l,m
5
0 CrInstituciónSubinstitución Departamento Apartado Postal No Expediente Tipo
l,m Accesar()EliminarOCrear()ModificarO
l,m
Cr PersonaClaveApellido paterno Apellido Materno Nombre(s) Puesto
Crear()Accesar()EliminarOModificarO
Pág. 73
777Movimiento' C~~Cliente A ClienteFecha movto.
0-O
►
Nacionalidad Clave de obra
Crear()Accesar()EliminarOModificarOCancelar()
Ay
Derechos de AutorFolioCantidadMotivo
Crear()Accesar()EliminarOModificarOCancelar()
1
Movimiento (Derechos de Autor)
OtroFolioClave obracantidadMotivo
Crear()Accesar()EliminarOModificarOCancelar()
ClaveCalleNoColoniaEstadoPaísTeléfonoFaxCorreo Elect. RFC
Accesar()EliminarOCrear()ModificarO
y
IA
APersonaClaveApellido paterno Apellido Materno Nombre(s) Puesto
Crear()Accesar()EliminarOModificarO
-------------- -0
,......... -....-)
Autor
n
7
Consignatario / Suscriptor
Datos Cuticulares Domicilio Laboral Horario Laboral Teléfono Laboral
Tipo
Accesar()EliminarOCrear()ModificarO
Crear()Accesar()EliminarOModificarOCancelar()
y
l,m
7 A
Pág. 74
Capítulo III. Diseño Orientado a Objetos
C. Diseño de la componente de la interacción humana.Gran parte del éxito de un sistema depende en gran medida, de la facilidad con que el usuario pueda aprender y usar la interfaz. Debido a esto la importancia de establecer el modelo de la interfaz a diseñar así como realizar las encuestasnecesarias(Ver apéndice B) y el prototipo que permita determinar si el diseño de la misma es el adecuado para los diferentes usuarios del sistema.----------- ,
/yeñtañapriñdpaTx
Menúcontrol
Atributos
ColorfondoBordeStatus
ControlesBotonesTitulo
TamañoPosición
LabelServicios AbrirQ
Cerrar()Restaurar^)Eliminar/)
£ a
Ventana/acceso Ventana /Error7- Ventana /
>
ReporteMenú
Barra desplaz. Cuadro de textoCuadro de texto Cuadro de texto
MinimizarRedimensionar
Maximizar
1,m
Mouse TecladoAtributos
AtributosServicios Servicios
Formulario/SalidaBarra de herram. Cuadro de texto
Barra de desplaz.
/ AMenú
Atributos■h.m
Servicios\__ J
Ventana /Ayudafr
Cuadro de texto Barra desplaz
MinimizarRedimensionar
Maximizar
Lista/selección
CasillaVerif.checklist
Servicios
Ventana/consultaMenú
Barra desplaz. Cuadro de texto
MinimizarRedimensionar
Maximizar
1,m
Formulario/entrada’Barra de herram. Cuadro de texto
Barra dedesplaz.
1,m
Ingresa datos
Solicita información de entrada
Pág. 75
Capítulo III. Diseño Orientado a Objetos
D. Diseño de la componente del manejo de tareas.A continuación se describirán las tareas que deberán activarse en momentos críticos durante la ejecución del sistema, dadas las características del sistema, únicamente se aplican tareas disparadas por eventos, mostrando una breve descripción de la tarea, que nivel de prioridad tiene para el funcionamiento del sistema, así como en que momento deberá ejecutarse:Nombre CapturacatálogoDescripción Esta tarea se encargará de permitir al usuario el
mantenimiento y retroalimentación de los distintos catálogos en caso de ser requeridos al momento de registrar algún movimiento de entrada o salida de obras en el sistema. Esto se debe a que es muy común que el usuario se encuentre registrando algún movimiento sin haber dado de alta anteriormente un dato necesario para proseguir por lo que se le debe permitir llamar en el momento que lo requiera, la captura de la información para continuar sin interrupción su actividad. Esta tarea se deberá aplicar a los siguientes objetos: Cliente, Persona, Institución, Autor, Consignatario, Suscriptor, Usuario, Materia, Carrera, Areas de conocimiento, Colección, Tema, Gaceta, Feria, Tipo de Pago
Prioridad Alta. iServicios incluidos Crear: debe permitir la captura de algún elemento del
catálogo en el momento que se detecte que no existe.Accesar: Regresar la clave del catálogo requerido, según solicitud.Actualizar: Permitir actualizar los datos de los catálogos. 1Eliminar: Borrar algún elemento del catálogo en caso de que se requiera depurar la información.
Coordinada por Solicitud de cualquier movimiento que requiera el uso de algún catálogo, por ejemplo: la salida por consignaciones que requerirá la existencia del consignatario, etc. '
Comunicación a través de
Llamadas a servicios de objetos que le requieren o bien directamente a través de los dispositivos de entrada. s
I
Pág.76
Capítulo III. Diseño Orientado a Objetos
Nombre GenerapedidoDescripción Esta tarea ofrecerá al usuario la generación automática
del siguiente número de pedido, de tal forma que se eviten errores de duplicidad y permita agilizar la captura de los movimientos por concepto de consignación. Esto se presenta cada vez que llega un consignatario a solicitar una lista de obras.
Prioridad Alta.Servicios incluidos Crear: debe permitir almacenar los datos de un pedido
válido cuando se genere una salida por consignación. Accesar: desplegar al usuario el siguiente número de pedido para agilizar la captura.Eliminar:
Coordinada por La solicitud de una salida por concepto de consignación.
Comunicación a través de
Llamadas a servicios de objetos que le requieren o bien directamente a través de los dispositivos de entrada. Obtiene los datos directamente del registro actual en el objeto pedido.
Nombre GenerafacturaDescripción Permitirá la generación automática de las facturas
cuando se requiera realizar una venta por concepto de suscripción, consignación o venta directa. Es preciso que el número generado sea dependiendo de ia serie de factura: A.B.C.D o E. Se genera para los objetos: Venta y Suscripción
Prioridad Alta.Servicios incluidos Crear: Debe permitir generar, según se requiera un
número de factura y guardarlo históricamente.Accesar: Se debe poder accesar a cualquier número de factura, independientemente si ésta ya se encuentra cancelada.Cancelar: en cualquier momento se debe permitir la cancelación una factura.
Coordinada por Solicitud de cualquier movimiento que requiera el registro de algún tipo de venta.
Comunicación a través de
Llamadas a servicios de objetos que le requieren o bien directamente a través de los dispositivos de entrada. Obtiene los datos a través del objeto factura y condicionando al tipo de factura.
Pág. 77
Capítulo III. Diseño Orientado a Objetos
Nombre VerificaexistenciasDescripción Esta tarea se encargará de verificar en línea las
existencias de la obras en el momento que se pretenda dar algún tipo de salida; de tal forma que si ya se encuentra agotado(sólo se encuentra una cantidad en reserva), no debe permitir el registro de salida de la obra. Se debe aplicar a todas la salidas: Nueva entrega Donación, Canje, Venta, Consignación, Suscripción, Derecho de autor, Otro, Devolución, Entrega
Prioridad Alta.Servicios incluidos Accesar: Se debe permitir el acceso de manera
automática para validar en el momento del registro de alguna salida o entrada de obras.Actualizar: Debe ser capaz de actualizar las existencias de las obras con cada movimiento que implique alteración en las existencias de las mismas. Reimpresión: Se deben registrar en forma histórica todas la reimpresiones de las obras.
Coordinada por Solicitud de cualquier movimiento de salida de obras.Comunicación a través de
Llamadas a servicios de objetos que le requieren o bien directamente a través de los dispositivos de entrada.
Pág. 78
Capítulo III. Diseño Orientado a Objetos
i
E. Diseño de la componente de administración de datos
El proyecto se desarrollará en el Manejador de Base de Datos Oracle, dicho Manejador es de característica relacional y nos proporciona ciertas ventajas entre las cuales podemos mencionar:
■ Diseño de áreas de almacenamiento.■ Recuperación rápida de datos. I■ Seguridad en la base de datos. i■ Integridad de base de datos distribuidas. ,■ Configuración cliente-servidor. ■■ Consistencia y protección de datos a través de mecanismos y candados.Además la herramienta que se utilizará como cliente será Dephi 4.A continuación se presentará el Diagrama Entidad-Relación el cual fue
elaborado en la herramienta Erwin/ERX 2.1. La simbolpgía utilizada es: la líneas punteadas se utilizan cuando se establecen relaciones en las cuales la llave primaria se migra a la otra entidad como llave foránea, es decir como atributo y las líneas continuas con cuando se requiere migrar la llave pero como llave primaria. Una entidad con esquinas redondeadas es una entidad dependiente, es decir, se construye a partir de otras y las otras se conocen como ¡entidades independientes. El extremo de las líneas (punto o rombo) sólo indican la dirección. Para el caso particular del diagrama, los colores sólo se emplearon para distinguir entre líneas traslapadas, no tienen ningún significado especial.
I¡
Pág. 79
I
DIA
GR
AM
A E
NTI
DA
D-R
ELA
CIO
N D
EL S
ISTE
MA
DE
C<
AD
MIN
ISTR
ATI
VO D
E LA
DIR
ECC
ION
GEN
ERA
L ED
ITC
enOO
'_QOCOo
“OCD
co co co--------- co<P CP 5
oó
oteCDenQ
O
Q_COO
0) CD wCP a) CO co (J) o co CP 3 -TO C O- £ O co (P «QZOOg ro o £ on _ 3 C cu cr co© -g1 ■o O —
w co CO 3 5 © 2 _ en ©
— o¡D CL c co o x>O.” X CU CU 3O CD t_ u. CO r- cn 5 <D <3 O O CU co c E en ÍR ni 2
c-o‘ÓcoNTOEl.ocCP"OS
■g
<p
ro
-oo
2 ©
oo cu co c • 0 2 *- n ■■ (A O
«sT3 CL8 2
s ©13 O)
encoEcu3
C© rr' •g OT ' CO ©
TO CP .~ CP
3 . CT
CP COlí
en u
E
coCO —
2"° Lo co cp ’oQ £
co "O c 3 •o CP
£mo
3m<
POR
TAD
A bmp
bmp
bmp
bmp
bmp
bmp
bmp
bmp
bmp
bmp
!res
eÑ
A mem
0 mem
0 mem
0 mem
0 mem
0 mem
0 mem
0
E<DE o m
em0
E<DE o
PRES
EN
Oz
JS >— co ni l- co X a. o <z>
Oz co co co w en
Inu
mR
SV
o o o o o o o o o O
«té ooLO
m00
oO)O)
oom
04IO-T
h-00O)
003
00O)to
N-'«Tco
r-.O)to
□INI
SÍX3
ooco
ooo00
coO)O)
00O) 10
04
1000
1020
1000 OJ
0000 10
00
OUJ (/) C£ UJ CL. Qí
ooó
ooó
ooó
ooó
Ooó
ooó
Ood
oo©
ooo
ooo
1OUJ o a z> CL OT
ooó
ooó
ooó
ooó
ooó
ooó
000 ood
oo©
ood
~loUJa z> CL UJ
oo00
ooK
ooó
oo00
ooto
oo
oos
ooto
ooto
ooco
'pR
ECi
VEN 25
.00 O
OÓC\l 25
.00 oooe 20
.00
25.0
0 ooo
ooo
ood04 15
.00
'cla
veI COL CQ m m
LLO
U_O
Ü_O
a.UJ
CLUJ
oLL
OU.
TIR
AJE
1500
2500
1000
1500
1550
2500
1000
1500
1600
3000
MED
IDA
S
14 x
20.
5
14 x
20.
5
14 x
20.
5
15.5
x22
14 x
20.
5
14 x
20.
5
14x2
0.5
14 x
20.
5
14x2
0.5
14x2
1
ISB
N
968-
834-
269-
6
968-
834-
286-
6
968-
834-
290-
4
968-
834-
296-
3 ’Tco04CO300cocoo> 96
8-83
4-28
7-4
968-
834-
074-
X
968-
834-
133-
9
968-
834-
292-
0
968-
834-
308-
0
i o § 2
00 3’l-
3 coh*
COco g 00
00CO
s'ü□ Q ZUJ 5“ T“ ?4 04
CLA
VEA
REA
04 04 04 04 04
TITU
LO
JOSE
GAO
S: E
STAN
CIA
S Y
VISI
ON
ES D
E U
N
TRAN
STER
RAD
O
LEN
GU
AJE
Y R
EALI
DAD
EN
LA
FILO
SOFI
A D
EL A
TOM
ISM
O
LOG
ICO
IND
UST
RIA
PET
RO
LER
A Y
DES
ARR
OLL
O C
APIT
ALIS
TA E
N
EL N
OR
TE D
E VE
R.
EL C
RIS
OL
DE
LAS
SOR
PRES
AS
LA ID
EA D
E SO
CIE
DAD
CIV
IL E
N
HEG
EL
POD
ER Y
SO
CIE
DAD
CIV
IL
EL N
IÑO
HIP
ERC
INET
ICO
MAN
UAL
DE
FOR
MAC
ION
DE
PAD
RES
LOS
LIM
ITES
DE
LA
PLAN
IFIC
ACIO
N M
UN
ICIP
AL
ANEC
DO
TAR
IO
CLA
VEO
BR
A
BI01
5 00T“oCQ BI
019
CF0
23
CF0
24
CF0
25
EP00
1
EP00
5
FC12
5
FC12
6
ooo
O)«coQ_
Capít
ulo III.
Dise
ño Or
ientad
o a Ob
jetos
Pág.
81
Capít
ulo III.
Dise
ño O
rienta
do a
Objet
os
Pág.
82
| CLA
VE CA
RR
| T— w
BRA
OUJ> 00 Oí 00
CM5 o o ou ffl 55 LL
| CLÁ
VE GA
C |
- Y— CM
c£mOUJ
LAV
1015
1018
1018
O ffl ffl ffl
<o
ffl<
PREC
I VEn
|
44.0
0162
.001
25.O
o| ooó
1 12
.00I
<C'JIIICE1- 7 z
:EPT
0
zUJ<oz D
O
OfflUJOí D
O
0fflUIc¿
uz
_)o EU 2 z>
tu 2o UJ n UJ n UJo ffl < CE < CE
(O V“ CO CMo Y“ffl_loffl?III(11CE
>00 on CO Ofí OOo> Oí Oí Oí Oí
<) N cO co co COo o o o O
CM c¡ CM s¡< CMXoUILL
o o Oí 01Oí Oí Oí m 10O to co c^ c^O o o
o T“ UJ ■*“
<otuu.
O o o o 0UJ o o o o Cí
in o u> 10 0CM Y" co
po 0
Q_ o 0
2 óo
00
1O 10o T—h-ffloo
BRA |
O
VE o 02 oco 00 10
rñ fflCMh- o 0
o < < < ffl ffl
Capít
ulo III.
Dise
ño O
rienta
do a O
bjetos
Pág.
83
O£O
<3CQ<
PUES
TOH
OR
A LA
BTE
L LA
B |
DO
M LA
B
cecez>o
o
Itip
o au
t]C
OA
| 1
nVl AU
I
CO
A
|
CO
L | I
nV
AU
|
Ico
l I
H<CQ
O2 R
OBER
TO
|
RAU
LM
IGU
EL
ANG
EL |
FRAN
CIS
CO
J. |
MAR
IA L
UZ
|
IRM
A A
IDA
|
2O5á |C
ELSO
Iam
at au
t 1FE
RN
AN
DEZ |
VEG
AD
EL
GU
ANTE
|BAR
RAD
AS
|
FER
MAN
|
MAN
RIQ
UE
|
BAEZ
|
Iapa
t au
t IPER
ED
O| H
ERN
AND
EZ
DIA
Z 1
BELT
RAN
|
MAR
QU
EZ |
TOR
RES
|
EC
HEN
IQU
E |G
UTI
ERR
EZ |
5
§
o Ige
oo
i IID
A00
5 I
IgS0
05 I
[FE
002
I
IlT0
19
I
Ilp
oo2 I
|jM00
3 I
TH00
9
CQ<
< Ide
sc
rip
cio
n
I
FER
IAS
|
EXPO
-VEN
TA
I
Ipr
es
en
tac
ion
de l
ibr
os
I
3A. F
ER
IA D
EL L
IBR
O U
NIV
ER
SIT
AR
IO Y
UC
ATAN
’9*2
8/FE
B-8/
MAR
/98*
||x
iX F
ER
IA IN
TER
NA
CIO
NA
L D
EL
LIBR
O-M
INER
IA'9
8 *1
3-22
MA
RZO
* |
IXL
FER
IA D
EL
LIBR
O.U
NIV
.DE
GU
ANAJ
UAT
O *3
0/M
ZO.-1
1/AB
RIL
/98*
1
(fe
ria
DEL
LIB
RO
U. A
. DE
CH
IHU
AHU
A ‘96
1
|Vil F
ER
IA D
EL L
IBR
O IN
FAN
TIL
Y J
UV
EN
IL G
UA
NA
JUA
TO ‘9
6 |
IeXP
OFL
OR
XA
LAP
A ‘96
1
QCLULL
LU§
o CM co LO <o CO o>
coOO
LoOcuo-Ocuoó
o¡Coc/>
Q
o
CLCUO
0£O
o</)ZD</)O0£szocozoo
3CO<
PUES
TO
I
Ige
re
nte
I
AG
EN
TE D
E V
ENTA
S |
Iag
en
te d
e v
en
tas I
¡ED
UC
ACIO
N
|
TIPO
C
<0 CO o O o CO co
NO
MBR
E I
THE
FAXO
N C
OM
PAN
Y IN
C
|
IrEA
DM
OR
E A
CA
DE
MIC
SER
VIC
ES |
P0M
PILI
0 |
CAR
LOS
|
ALFO
NSO
I
PE
RIO
DIC
ALS
SEC
TIO
N
I
IUN
IVER
SITY
OF
«AN
SAS
I
AGU
ILAR
I
MO
RAL
ES
I
M0N
TEL0
NG
0
¡CLA
VE PE
R
¡F00
2
Iro
oi
Icoo
i |
OoUJ |P
OO
2 |
¡M00
3
ÍL01
1 |
Ou.Oí
cooS
2O2
CMLLViCOCMCMOOO)<CDi ZA
AL5
4123
0GT
6
tnCMsCOTLL_l
UJoUJcí£oo qd
iaz@
ebsc
o.co
m I
zava
la@
cuey
atl.u
am
.mx
5LL
0)b-•m-5g>tnoCM
o>3tnñCM
[tel
efo
no
I
ooco25g>tnoCM
coi
5
tnco1 h-
. CD co 0)
1 tn : O£CO (5
)5-9
5-83
-46
o.O
oenoCMO
O>tnTf
CMoCOO
3
COgcoIfi
na
swco
CMcoCDCD
a‘ocooo
Oeco0>
ooo 0)
CZ)2
<“>
<CZ)□
<coo
2 <viz>
ooXUJ2
OO¡XIII2
OO§
2
OOXUJ2
OOXUJ2
ooXUJ2
8
SS2
| EST
AD
O
|
-j z
zCZ)zooVi5
<22
5
<
vioz
uíd
1
LLd
NOa%
s
N□Oí%
UI>
z¡Oí
s
[ciu
dad
I
oooz<Z)§
oOO
CO
zoViO
Xoz2aCO C
AR
BO
ND
ALE
¡
Oo2
2
ooXUJ2
z
z2 M
EXIC
O, D
.F.
<
VER
AC
RU
Z
23
3
|CO
LON
IA
!
Ilo
mas
de
pad
ier
na
I
1
á
Oío_lLL
OOí£
UJo u
nid
ad in
dep
end
enc
ia
OOUJDVizUJ
b
Ü. FRA
CC
. VIR
GIN
IA
HER
NA
ND
EZ 0
CH
0A
|
I NU
MER
O
ino>IO co
CMb»
coa §
CM(OCOb» r»
o>CMroCM
COCMCM
CO
I CA
LLE
SOU
THW
EST
PAR
K
XOCDÓ
CL STA
TE S
TREE
T I
Xocoó
CL
UJ
<ob
ViOíUI>zD
z2
UJ_l_ls
<Ozé
LL
s
z2
Oíá
TOR
RES
TO
LLA
NI
JUA
N S
AN
CH
EZ
I
CH
ALC
HIH
UEC
AN
ENTR
E A
MER
ICA
S Y
PASE
O
JAR
DIN
<O2Ooo2
CCUJp
[cla
ve pe
r
cmooLL
OOOí
OoO
ooUJ
CMOOCL
noo2 3
CMOS
ooNS3
3<
co§O
Pág.
84
Capít
ulo III.
Dise
ño O
rienta
do a O
bjetos
3m<
Oo
o>
¡CLA
VE PE
R¡U
004
I
¡U00
4 1
00z> 1100
4 |
¡U00
4 I
U00
4 1
Xj-00
U00
4 I
Tt00 00o ¡U
004
|
OOO ¡U
004
|
00J
00j
0r-O-Jzlil>oo O 0 0 0 0 0 O 0 O 0 0 0 0 0 0 COLU o LO 0 0 0 0 O 0 O 0 0 0 0 0 CM OOí <6 id id id id id id id cS 0 ó LO ó id O <d0. m CM Ti" CM co co co co LO LO LO CM CM CM
BRA
OLU§
1075
1023
1026
1033
1006 co
CMO
■’tCMO 10
34
J005 co
00“> J0
11
C01
6 00•t”00 H
023
H02
7
H02
8
u LL CQ CD CQ O O U O LU LU LU LL LL lb- b- b- b- b- b- b- b» b- b- h* b- 00 00 00
> O> O) p> p) en en P p P P P P P p p pLU v- y— ▼- V T- T- v- V- T— v-u T“ T— V“ T— ▼— T“ T" v- T—
’d’ tT b- b-< T” T“ V” CM CM CM■j,oLULL
CM CM CM CM CM CM CO V“ CM CO CM X“>LUOHZ<onIIIQ.2 O) <T) <7> en en en en en en en en en en en en en
CO CO CO co <0 co co co co co co co co CM CM CMZ ¡5
4 3 ¡54 3 3 3 3 3 3 3
¡54
¡54
¡54 co
LO ¡56 9S
<zocozoo
CQ<
CLA
VE F
ER
CO CO CO CO
FEC
HA P
ED
COOTCMO00CM
7/03
/96
6/05
/96I
7/05
/961
13/0
5/96
¡17
/05/
96¡
17/0
5/96
]
17/0
5/96
14/1
0/96
1
14/1
0/96 coa>
0
CO
ND
ICIO
N
¡30
DIA
S
I
¡30
DIA
S
|
<0<00co ¡3
0 D
IAS
I
30 D
IAS
I
¡TR
EIN
TA D
IAS
|¡T
REI
NTA
DIA
S ¡
¡TR
EIN
TA D
IAS
¡60
DIA
S
¡60
DIA
S |
¡60
DIA
S
|
P0R
C DE
SC
oo’se 35.0
0 00ó 24
.201
¡ 35
.00|
16.6
7 00ó
OO
'O
000
| 40
.00 00
ó
PR
EC
IO_U
NI 00
óCM
00óCM
1
00idco
[oooe 20.0
01 |00'09
250.
001 ¡00S8
I 40
.00I
| 25
.00¡
15.0
0I
EXIS
TEN
M-en
O 0 0 0 0
9531
| 92
3
I 67
8I
20 5801
CA
NT_
DE
V 0 O 0 0 0 0 0 0 0 0 0
CAN
T.VE
N
0 O 0 0 0 0 0 0 0 0 0
CAN
TCO
N 0co
L - • 1811 0
CM0co
os 00
I 30
|
I 20 20
CLA
VE_O
BRA
0000CQ TU
040 „
. |
OCOOOLL BI
088
I
FI13
3 I
FC01
5 |
FC02
9 |
FC03
2 |
¡FI1
46
¡FI0
90
I
¡FI0
91
|
CLA
VEPE
R 0000O)00í ¡0
002 I
¡U01
4 IL0
11
|
ÍG00
3 |
G00
3 |
G00
3L0
12¡L
012
L012
NU
M_P
ED
¡524
4
¡524
8
¡526
9¡5
270
|
¡527
2 |
¡527
5 I
¡527
6 |
¡527
6
¡534
2 |
|534
2 I
5342
Pág.
85
Capit
ulo III.
Dise
ño O
rienta
do a O
bjetos
Pág.
86
IMP T
OTA
L
|oose|oo'sejoose
35.0
01
joosejoose
35.0
01
joose |
O O C5 O O C5 O CO7 o o O o o O o oIII irj tf> IO uS U"> in in uS> co co CO co co co co co
ooUJxCL
BRA
OUJ C5 o> b co 05 o b co 05 os <75 05 05 05 O> 05
I X X X X X X Xo 0. Q CL CL CL 0. 0. 0.
HLL2 o O Ó o o o o o
o O O o O o o oz ▼- ’T- 5“ T- r-
z
2X) b b b b b b b bz 05 05 05 05 05 05 05 05
60UJoUJ> CO co co co CO co CO CO5 O o O O C*5 o O O
O o O O C5 C5 O Oo o X X X o o O O
xUJ0.UJ> co co co oo co co CO CO< o o C5 C5 o o o o_3 o o O C5 C5 o o oo z> > X X o o Q u
o<LL
UJxIIICZ) o o o o o o O o
£Z>o< co co co co b b b bLL T|- T|-
OBS
ERVA
FEC
HA M
OV |
| 15
/04/
99| 05
g>
o¡n
| 15
/04/
991
| 15
/04/
99| 05
9?oíd
15/0
4/99
|
IND
0BLE
SAL |
H 1-
OHOXQZOo I C
OR
REO
I CO
RR
EOIC
OR
REO
ICO
RR
EO |
Ico
rr
eo
|IC
0RR
E0
1-zUJ
<XOUJLL
28/1
0/96 CO
05r—U5 14
/11/
96I
14/1
1/96
1 CO05
14/1
1/96
¡CLA
VE OB
RA
|pH
97 0005XQ ¡P
H97
|PH
98
I
0505XCL TR
50
I
O2UJOíUJCZ) O o < < < <
Ifa
ctu
ra
I
co co•M- b■m- bXj- b 00
IfEC
HA M
OV
15/0
4/99
115
/04/
991
15/0
4/99
1
| 15
/04/
991
| 15
/04/
991
| 15
/04/
991
0505
OU5 15
/04/
991
DER
ECH
OS
DE
AU
TOR
(PAG
O E
N E
SPEC
IE) |
15/0
4/99
|
ICO
NC
EPTO
I
¡CO
LABO
RAC
ION
EN
ESE
NU
MER
O
|
DER
ECH
OS
DE
AU
TOR
|
DER
ECH
OS
DE
AUTO
R
|
DER
ECH
OS
DE
AU
TOR
|
DER
ECH
OS
DE
AU
TOR
DER
ECH
OS
DE
AU
TOR
I
DER
ECH
OS
DE
AUTO
R
|
DER
ECH
OS
DE
AUTO
R
|
I CAN
TID
AD | CM
I06 1
00 0CM
I 20 0
CM0CM
I 20
|
100I
H-D<O0.ba:UJQ.UJ§
o
GEO
Oll
1 FE
002|
LP00
2
LP00
2JM
003
JM00
3I COOOXI- TH
008
TH00
8
¡CLA
VE OB
RA
I¡C
H20
|
FI14
6 |
|TU
061
|
¡FC
032
|
¡FC
033
FC03
4 |
U5COOOLL FC
036
|
TU05
5 |
O2
|001
¡002
¡003
|004
¡005
j 900
1
bOO0000
| 6Ó
Ó]
Capít
ulo III.
Dise
ño O
rienta
do a O
bjetos
Pág.
87
>o
<IoUJLL
11/0
6/98
||
12/0
6/98
1
| 13
/06/
98|
| 14
/06/
98|
15/0
6/98
1
| 16
/06/
98|
TIPO
VEN
TA |
en en ü O O O
DES
CU
ENTO
|C
LAVE
OBR
A |
00oCQ 81
019
BI01
9TU
053
|
TU05
4 |
PS00
1 |
zDOOUJ(£Ü
35.5
¡ OIO
toCM
O toó
o
CAN
TID
AD 1 T“
OUJ0.5oz I
2569
]
2569
|26
991
2798
1
OíUlCLUlÍ5o FC
033
I
FC03
3IF
C03
4
IFC
034
I
FC03
4 |
TU05
5 |
o<u_UJOíUJco CQ CQ m CQ CQ o
I FAC
TUR
A
OO 5OLOoo
COOO
| 900] 73
51
en<o
enD
ó oz en z
1 < —1o o o2 oIII o IIIen -J en> oo >
en_j 0. _l z> > > oz z z o
UJ UJ II! uo O O o
H I— oen en en a:z z z
i i . i Q_< < < i< < < $o o o UL
Oz z zU.I UJ UJ 2C£ o; tx oUJ Ul Ul 1—n LL UL LL —>**» en w en 1—
i- z z z h-o 2 2 2 en5 1- 1- i- z
o o o oo o o en
«f to co toó1-z<o
en en en eno> o> o> 05o Tf2 o o o Oto to to IO
I 1 1oUJU.&moUJ T~ co 05> V“ o< O o en enü o </) C) o
1- Q LL LL
o_loLL co Tí to r*.
Ul
<o3CQ<
| FEC
HA M
OV |
| 15
-Abr
-99|
15-A
br-9
9|15
-Abr
-99|
15-A
br-9
9| 0505V.-Q
<£tO 15
-Abr
-99|
15-A
br-9
9|
15-A
br-9
9||
15-A
br-9
9|15
-Abr
-99|
¡CAN
TID
AD
T— V"
CLA
VE OB
RA
BI01
5 I
to
oco BI
018
BI01
9 cos
UJ EJ02
6 |
TS04
5 |
FC12
5 |
FC12
6FC
128
|
OíUJQ_Ul>5o |C
UE3
O
|
IOCMUlOO C
UE2
5 |
CO
E07
|
oUloo C
0E12
|
CU
N16
|
CO
E01
|
OUJOO
COoUJDü
I FO
LIO
SAL
CM IO CO cb CO 05T“CM
Capít
ulo III.
Dise
ño Or
ientad
o a Ob
jetos oo
ooÓ)
•CD0.
2ZDh"O<LU3
a<
| FEC
HA F
AC |
| 11
/06/
981 00o>
cS§
| 15
/06/
98| 00
05¡n00V 12
/07/
981
20/0
7/98
|21
/08/
981
[ind
can
c
0
| CLA
VE P
AG |
O o T—O 0 ’fr0
<00
CMO
Itip
o ca
mb
io
CM
O<LU
UJ£UJCZ) CQ en CD 0 0 0 O
| FAC
TUR
A
h-s
00st*» I7
349 U)coh-
CMin<0 CMO)
'tfr-
ZJaU1
m m
7351
__
____
____
__C
____
____
__06
1581
03__
____
____
_13
/04/
95__
____
___
75.0
0 BA
RC
LAY
S BA
NK
.
7352
__
____
____
__C
____
____
__13
4218
5___
____
____
_18
/04/
95__
____
__11
0.00
CH
EMIC
AL B
AN
K
Capit
ulo III.
Dise
ño O
rienta
do a O
bjetos
Oo<zOO3
CQ<
FEC
HA M
OV |
11/0
6/98
|
12/0
6/98
1
| 15
/06/
98| |86/so/or 12
/07/
981
20/0
7/98
|21
/08/
98|
OnUJ O O
CM CM CM CM CM C3 On LO LO
o1-Z<o
—1< < < < <£1-
£H
£i-
£H
C¿H
z Z z 7 7UJ UJ UJ III IIIo o o o ü< < < < <o o o o o
w UJ UJ UJ UJ UJh" h- H 1- 1-o o o o o-J _1 _l _l _J
D CQ CQ CQ CQ CQW CQ CQ CQ CQ CQ
moUJ> LO CO 03 CO
CMIDCM LO CO
3 O O O OLL
OU. O
“3o“3o CQ CQ CQ o o UJ UJ
cc111Q.IIIzg CM CM CM CM CM T“ T”
CQ CQ CQ CQ CQ Q CL
o13 r> O O O O co COO lo lo LO lo LO LO LOU T- T“
<O02OQ_
2
CQOUJO
oQ_
OUJ02
CQ<
FOLI
O SA
L |
CM CO LO CO b- co 03O CM
’i-CO Xt
T“LO CO
T—
b- b- b- b- CO b- co b- ' CO CO co b- b- CO CO co03 03 03 03 03 03 os 03 03 03 03 03 03 p3 03 03
> CO CM v- CO b- CM 7— T» LO LOO •*— o T— T— O o O O o 5” O T— O O O2» CO b- b- b- co co co b- CM CO CO f^- 03 LO ¿O
< r~ CM T— CM ▼- CM CM CMT(3UJU.
o O O O O o o o O o o o O O T» T-
>7UJ1-7<<J
<3«JZOz UJ UJ UJ UJ UJ UJ UJ LU UJ UJ UJ UJ z UJ UJ UJ
■«- f— t- •«- ■«- T— T~
n<o 1H7 !<O I
III 111 III< te cc ccz 1- i- 1-
S XA
VER
IA < < 1 <UJ LU O LUX X o X
co ST0R
YST
0RY
ICAN
TI
ICAN
TI
CQ<v
CQ01
<
oo_Jr»
IEN
TIFI
ARO
LAM
ERIC
AN T
I
ST0R
Y
SITA
SITA I I
_] MER
MER
TTEI UJ
1=
AFIA
KLIA O
UJ roe.
KLH
I
cc te 2 § < < UJ UJ 1- OC o* < Q>
O-J IV
ELl
UJ> TU
F o1-
zL.
z1—
5zo
00 z>
31 POI
PEF z
1—O1-
f- z < z < < < UJ UJ u UJ < rr UJ 3 5 <H o o => z z -J ) z z o o z < cc CC z
z íUJ (9 ó5 <r
ZO z> LO
03Q_ <
_J 03 Xto CM co
s > CM 03
111 co LO h» b* LO co co LO b- LO CO COo O> 03 03 03 03 03 03 CM 03 03 03 03 03cu 03 03 03 03 03 03 03 03 03 03 03 03o 5f— ▼" T“ T“ t- CM > ■T- ▼” v-
ámO•5 y— T— CM“3 CM CM 03 C3 T-“ b- T“z ■M- h» 00 CM CO ’Ct > T— CO CO -M-
BR
A
1
OO > > > > > > > > > > > > UJ > > >z te cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc
CM CM CM CM CM CM LO LO co CM coarr<ni>“io
rrUJu.
CM CQ CM CO CM co b«- 00 O)O M- LO O O C3 O o Or— UJ UJ UJ UJ UJ UJ§ z Z Z z z z Z z Z z o o o o o o
o o o o o o o o ü ü o o o o o o o
o
o o CM co LO coü CM CO Ti" LO co b- co 03 T— T— V“
Pág
. 89
CAPITULO IV.
Pruebas y Evaluación
A. Introducción
Durante el ciclo de vida del desarrollo de un sistema existe una fase que juega un papel esencial para el logro del óptimo funcionamiento, a partir de que éste se ha liberado al usuario final, en esta fase se llevan a cabo las pruebas necesarias para descartar cualquier error o defecto que se pueda presentar. Asimismo, durante esta fase se lleva a cabo un proceso de validación y verificación, es decir, por una parte se realiza una evaluación del sistema así como de cada uno de sus componentes para determinar si satisface con los requerimientos especificados por el cliente, por otra parte se evalúa el sistema y sus componentes con la finalidad de determinar si el producto en una fase específica de desarrollo cumple con las condiciones solicitadas desde un principio. Estas últimas se llevan a cabo a través de revisiones de escritorio también conocidas como revisiones técnicas.
Cabe mencionar que una buena prueba debe ser indirecta, sin verificar el cumplimiento de la característica en forma directa, sino a través de ejecuciones repetitivas. Deben asociarse los datos elegidos y el resultado obtenido con alguna propiedad del producto para inferir una respuesta.
Es de real importancia realizar formalmente un documento que cumpla con la finalidad de proveer las herramientas necesarias para determinar la eficiencia de un sistema así como sus debilidades para poder corregirlas, para esto se elaboró el presente plan de pruebas.
Este capítulo empieza con una breve introducción sobre los diversos tipos de pruebas existentes, se describe el plan de pruebas en el cual se especifican cada una de las fases que se llevarán a cabo, dentro de este plan se consideran las pruebas de caja blanca aplicadas a un solo catálogo de la Dirección General Editorial así como el planteamiento de las pruebas de caja negra. Después de considerar las pruebas de unidad, pruebas de integración, pruebas de validación, y pruebas del sistema, se realizan las conclusiones pertinentes. Finalmente se encuentra un apéndice en el que se presentan los cuestionarios aplicados para determinar las metas de usabilidad.
Capitulo IV. Pruebas y Evaluación.
B. Plan de Pruebas.Después de generar el código de un sistema, se inicia la prueba del sistema, la cual se centra en la lógica interna del software asegurando que todas las sentencias se hayan probado, y en las funciones externas, realizando pruebas que aseguren que la entrada definida produce realmente los resultados que se requieren. Por la naturaleza de las pruebas, pueden clasificarse en dos tipos:
• No intrusiva: la cual permite observar lo que ocurre desde fuera del sistema.
• Intrusiva: Se realiza a través de una observación interna o bien se realizan modificaciones al código.
La IEEE/ANSI define el proceso de prueba de la manera siguiente:"Proceso de operar un sistema o componente bajo condiciones especiales, observando o registrando los resultadós y evaluando algún aspecto de los mismos".
Los tipos de pruebas existentes son los descritos a continuación, clasificados en aquellas que pertenecen a las de caja blanca las cuales se distinguen porque son estructurales y guiadas por la Ipgica, de caja negra las cuales son funcionales, guiadas por los datos o ambas.Pruebas de caja negra:
1) Dominios. Se consideran los datos de entrada y se forman clases equivalentes de acuerdo al comportamiento esperado.
2) Particiones. Para cada clase se seleccionan valores aceptables y no aceptables. Los casos de prueba se preparan de a cuerdo a las clases.
3) Valores a la frontera. Se toman los casos de las fronteras de la clase.4) Causa efecto. Ayuda a seleccionar casos sistemáticamente, combinando
entradas y salidas.Causa: una condición de entrada precisa.Efecto: una condición precisa de salida.
5) Adivinación(error guessing) o casos especiales. Se basa en la intuición y la experiencia.
Pruebas de Caja Blanca:Mutación. Se crean variaciones con cambios simples para dar mutantes. Cada mutante debe producir resultados diferentes del programa original. Trata de adivinar donde se hayan los defectos posibles y los mutantes los deben descubrir. Supone que si se descubren fallas agregadas, el programa original no las tiene. Entre los operadores de mutación podemos mencionar operadores aritméticos, cambios de la referencia de un arreglo, cambiar constantes por similares.
Pág. 91
Capítulo IV. Pruebas y Evaluación.
Prueba de Caja Blanca y Caja Negra:1) Transición de estados. Se modela como estados (variables con valores
específicos) y arcos (cambios de estado, por métodos, eventos, operaciones de selección).
2) Flujo de control. Se construye un grafo de flujo de control. Una condición múltiple se fracciona en condiciones simples. Cuando existen ciclos, aún cuando los caminos se hayan revisado, pueden haber errores de control.
3) Flujo de datos. Son importantes las definiciones(creación, asignación de valores a variables.
4) Flujo de transacciones.
Fases de prueba.A continuación se describen las técnicas de verificación que se aplicarán al sistema, así como los casos de prueba aplicados a cada uno de los módulos. Estas pruebas se llevarán a cabo mediante las siguientes fases:
a) Procesamiento y validación de la información.b) Manejo de transacciones e integridad referencial.c) Interfaz del usuario.Iniciando con las pruebas de condiciones límites y caminos independientes.
Se aplicará el método de la complejidad ciclomática a la actualización de un catálogo con una estructura semi-compleja. El siguiente paso será presentar las correspondientes pruebas de caja negra aplicadas a los avances logrados sobre el sistema.
Se continuará con la aplicación de las pruebas de integración a través de la aplicación de la prueba de hilos, así como las correspondientes pruebas de validación y del sistema y, para concluir se expondrán los resultados obtenidos de todas las pruebas realizadas con la finalidad de evaluar la eficiencia del sistema.
Pág. 92
Capítulo IV. Pruebas y Evaluación.
C. Pruebas de Unidad.La prueba de unidad centra el proceso de verificación en la menor unidad del diseño del software: el módulo. Este tipo de prueba1 está orientada a la caja blanca, la cual utiliza la estructura de control del diseño procedimental para la obtención de los casos de prueba. A través de esta prueba:a) Se garantiza que por lo menos una vez se recorren todos lo caminos
independientes de cada módulo.b) Ejerciten todas las decisiones lógicas en sus vertientes verdadera y falsa.c) Ejecuten todos los bucles en sus límites y con sus límites operacionales.d) Ejerciten las estructuras internas de datos para asegúrar su validez.
Para el presente sistema se aplicará la prueba conocida como la prueba del camino básico, la cual fue propuesta por Tom MacCabe1. A través de la cual se puede obtener una medida de la complejidad lógica de ¿in diseño procedimental y usar una medida como guía para la definición de un conjunto básico de caminos de ejecución. Esto garantiza que durante la prueba, se ejecuta por lo menos una vez cada sentencia del programa. ¡
Este tipo de prueba se llevó a cabo la clase-y-objeto autor y el método agregar, el cual presenta un grado de complejidad medió, dada su estructura que a continuación se presenta, la herencia y la grabación de los atributos de lleva a cabo en tres tablas diferentes: ¡
z------------- \ liCliente
i Persona
A.
f-------- >Autor jConsig/Sust Usuario; j
V---- - ------ Z .------------ ¿ V------------
I
1 Cap. 18 Técnicas de Prueba de Software. Roger S. Pressman
Pág. 93
Capítulo IV. Pruebas y Evaluación.
Capítulo IV. Pruebas y Evaluación.
V(G)=5 regiones
V(G)= 4 nodos predicados +1 = 5
Matriz de conexiones:
Camino Ruta1 1,2,4,12 1,2,3,5,6,8,9,11,13,143 1,2,3,5,6,8,9,10,12,13,144 1,2,3,5,6,7,12,13,145 1,2,3,5,6,7,12,13,1
Pág. 95
Capitulo IV. Pruebas y Evaluación.
Casos de Prueba para autor.agregar:Caso de prueba del camino Número 1
Función Resultado esperado Resultado obtenidoClave = vacío Envío de error en pantalla,
no permite vacío en la clave del autor, mensaje “Error, es un valor requerido”
Mensaje de error“Error, es un valorrequerido”
Caso de prueba del camino Número 2
Función Resultado esperado Resultado obtenidoPresionar botón grabar después de proporcionar datos correctamente,cuando la información no existe.
Información almacenada en la base de datos.
Registro actualizado en la base de datos.
I
I
Caso de prueba del camino Número 3
Función Resultado esperado Resultado obtenidoPresionar botón grabar después el botón salir.
Información actualizada en la base de datos.
Registro actualizado en la báse de datos y sale del sistema a petición del usuario.
Caso de prueba del camino Número 4
Función Resultado esperado Resultado obtenidoDespués de proporcionar la información paragrabar, cancelar lagrabación.
Base de datos sin cambios.
Registro sin actualizar y limpia los datos de la pantalla.
Casó de prueba del camino Número 5
Función Resultado esperado Resultado obtenidoDespués de proporcionar la información paragrabar.
Desplegar información y base de datos actualizada
Registro actualizado y solicitud de nuevos datos.
Pág. 96
Capitulo IV. Pruebas y Evaluación
Pruebas de Caja negra.
Este tipo de pruebas se enfocan principalmente a verificar si se cumple con los requisitos funcionales del software, es decir, las especificaciones iniciales, tomando como entrada datos que sean útiles para lograr que todos los requisitos sean probados.
Actualización de Areas:Descripción Objetos Métodos
Permite dar de alta un área específica, debe verificar previamente suexistencia, de ser así se deben desplegar los datos y permitir modificaciones, de lo contrario se deben almacenar los datos en la tabla de áreas.
ÁreaAgregarValidadespliega
Entradas: Se debe escribir la clave del área, ésta debe ser única y puede incluir caracteres alfanuméricos, es un valor requerido
Resultados esperados: Se requiere que verifique si no existe el área en el catálogo de la Editorial, si existe debe desplegar los datos previamente registrados y pregunte si desea hacerle modificaciones. Si no existe debe solicitar la captura de esta información y actualizar todos sus datos.
Resultados obtenidos:Secuencia de
acciones Entrada ResultadoEsperado Resultado Obtenido
Salir del campo Clave: Envío de error en pantalla: “Error, la
clave es requerida”
Mensaje de error: “Error, la clave es
requerida”Salir del campo Clave=0
0Clave=-1
Envío de error en pantalla: “Error, la
clave no puede ser nula o negativo”
Lo permite, se debe modificar
Salir del campo Clave=HG2354 Longitud es de 3, no debe permitirlo
No permite escribir más de 3 caracteres desde el teclado
Salir del campo Descripción: Mensaje error: “Es un valor requerido”
Mensaje error: “Es un valor requerido”
Pág. 97
Capítulo IV. Pruebas y Evaluación.
Actualización de Carrera:Descripción Objetos Métodos
Permite dar de alta una carrera específica, debe verificar previamente su existencia, de ser así se deben desplegar los datos y permitir modificaciones, de lo contrario se deben almacenar los datos en la tabla de carrera.
CarreraAgregarValidadespliega
Entradas: Se debe escribir la clave de la carrera, ésta debe ser única y puede incluir caracteres alfanuméricos, es un valor requerido
Resultados esperados: Se requiere que verifique si no existe la carrera en el catálogo de la Editorial, si existe debe desplegar los datos previamente registrados y preguntar si desea hacerle modificaciones. Si no existe debe solicitar la captura de esta información y actualizar todos sus datos.
Resultados obtenidos:Secuencia de
acciones Entrada ResultadoEsperado Resultado Obtenido
Salir del campo Clave: Envío de error en pantalla:
"Error, la clave es requerida”
Envío de error en pantalla: "Error, la clave es requerida”
Salir del campoClave=0
0Clave=-3
No debe permitirlo
No lo permite, el bloqueo es desde el teclado
Salir del campo Clave=2354 Longitud es de 3, no debe permitirlo
No permite escribir más de 3 caracteres desde el teclado
Salir del campo Descripción: Mensaje error:“Es un valor requerido”
Mensaje error: “Es un valor requerido”
Pág. 98
Capítulo IV. Pruebas y Evaluación.
Actualización de Colección:Descripción Objetos Métodos
Permite dar de alta una colección específica, debe verificar previamente su existencia, de ser así se deben desplegar los datos y permitir modificaciones, de lo contrario se deben almacenar los datos en la tabla de colección.
ColecciónAgregarValidadespliega
Entradas: Se debe escribir la clave de la colección, ésta debe ser única y puede incluir caracteres alfanuméricos, es un valor requerido
Resultados esperados: Se requiere que verifique si existe la colección en el catálogo de la Editorial, si existe debe desplegar los datos previamente registrados y pregunte si desea hacerle modificaciones. Si no existe debe solicitar la captura de esta información y actualizar todos sus datos.
Resultados obtenidos:Secuencia de
acciones Entrada ResultadoEsperado Resultado Obtenido
Salir del campo Clave: Envío de error en pantalla:
“Error, la clave es requerida”
Envío de error en pantalla: “Error, la
clave es requerida”
Salir del campo Clave=00
Clave=-6
No debe permitirlo
No lo permite, el bloqueo se hace desde el teclado
Salir del campo Clave=TR23 Longitud es de 3, no debe permitirlo
No permite escribir más de 3 caracteres desde el teclado
Salir del campo Descripción: Mensaje error:“Es un valor requerido”
Mensaje error: “Es un valor requerido”
Pág. 99
Capítulo IV. Pruebas y Evaluación.
Actualización de Feria:Descripción Objetos Métodos
Permite dar de alta una feria específica, debe verificar previamente su existencia, de ser así se deben desplegar los datos y permitir modificaciones, de lo contrario se deben almacenar los datos en la tabla de ferias.
FeriaAgregarValidadespliega
Entradas: Se debe escribir la clave de la feria, ésta debe ser única y puede incluir caracteres alfanuméricos, es un valor requerido
Resultados esperados: Se requiere que verifique si existe la feria en el catálogo de la Editorial, si existe debe desplegar los datos previamente registrados y pregunte si desea hacerle modificaciones. Si no existe debe solicitar la captura de esta información y actualizar todos sus datos.
Resultados obtenidos:Secuencia de
acciones Entrada ResultadoEsperado Resultado Obtenido
Salir del campo Clave: Envío de error en pantalla:
“Error, la clave es requerida”
Envío de error en pantalla: “Error, la
clave es requerida”
Salir del campo Clave=00
Clave=-2
No debe permitirlo
No lo permite, el bloqueo se hace desde el teclado
Salir del campo Clave=TR23 Longitud es de 3, no debe permitirlo
No permite escribir más de 3 caracteres desde el teclado
Salir del campo Descripción: Mensaje error:“Es un valor requerido”
Mensaje error: “Es un valor requerido”
Pág.100
Capítulo IV. Pruebas y Evaluación,
Actualización de Gaceta:Descripción Objetos Métodos
Permite dar de alta una gaceta específica, debe verificar previamente su existencia, de ser así se deben desplegar los datos y permitir modificaciones, de lo contrario se deben almacenar los datos en la tabla de gaceta.
GacetaAgregarValidadespliega
Entradas: Se debe escribir la clave de la gaceta, ésta debe ser única y puede incluir caracteres alfanuméricos, es un valor requerido
Resultados esperados: Se requiere que verifique si existe la gaceta en el catálogo de la Editorial, si existe debe desplegar los datos previamente registrados y pregunte si desea hacerle modificaciones. Si no existe debe solicitar la captura de esta información y actualizar todos sus datos.
Resultados obtenidos:Secuencia de
acciones Entrada ResultadoEsperado Resultado Obtenido
Salir del campo Clave: Envío de error en pantalla:
“Error, la clave es requerida”
Envío de error en pantalla: “Error, la
clave es requerida”
Salir del campo Clave=00
Clave=-9
No debe permitirlo
No lo permite, el bloqueo se hace desde el teclado
Salir del campo Clave=GA01 Longitud es de 3, no debe permitirlo
No permite escribir más de 3 caracteres desde el teclado
Salir del campo Descripción: Mensaje error:“Es un valor requerido”
Mensaje error: “Es un valor requerido”
Pág.101
Capítulo IV. Pruebas y Evaluación.
Actualización de Temas:Descripción Objetos Métodos
Permite dar de alta un Tema específico, debe verificar previamente su existencia, de ser así se deben desplegar los datos y permitir modificaciones, de lo contrario se deben almacenar los datos en la tabla de Temas.
TemasAgregarValidadespliega
Entradas: Se debe escribir la clave de la Temas, ésta debe ser única y puede incluir caracteres alfanuméricos, es un valor requerido
Resultados esperados: Se requiere que verifique si existe el tema en el catálogo de la Editorial, si existe debe desplegar los datos previamente registrados y pregunte si desea hacerle modificaciones. Si no existe debe solicitar la captura de esta información y actualizar todos sus datos.
Resultados obtenidos:Secuencia de
acciones Entrada ResultadoEsperado Resultado Obtenido
Salir del campo Clave: Envío de error en pantalla:
“Error, la clave es requerida”
Envío de error en pantalla: “Error, la
clave es requerida”
Salir del campo Clave=00
Clave=-4
No debe permitirlo
No lo permite, el bloqueo se hace desde el teclado
Salir del campo Clave=6741 Longitud es de 3, no debe permitirlo
No permite escribir más de 3 caracteres desde el teclado
Salir del campo Descripción: Mensaje error:“Es un valor requerido”
Mensaje error: “Es un valor requerido”
Pág.102
Capitulo IV. Pruebas y Evaluación.
Actualización de Tipos de pago:Descripción Objetos Métodos
Permite dar de alta un tipo de pago específico, debe verificar previamente su existencia, de ser así se deben desplegar los datos y permitir modificaciones, de lo contrario se deben almacenar los datos en la tabla de pago.
PagoAgregarValidadespliega
Entradas: Se debe escribir la clave de la Temas, ésta debe ser única y puede incluir caracteres alfanuméricos, es un valor requerido
Resultados esperados: Se requiere que verifique si existe el pago en el catálogo de la Editorial, si existe debe desplegar los datos previamente registrados y pregunte si desea hacerle modificaciones. Si no existe debe solicitar la captura de esta información y actualizar todos sus datos.
Resultados obtenidos:Secuencia de
acciones Entrada ResultadoEsperado Resultado Obtenido
Salir del campo Clave: Envío de error en pantalla:
“Error, la clave es requerida”
Envío de error en pantalla: “Error, la
clave es requerida”
Salir del campo Clave=00
Clave=-15
No debe permitirlo
No lo permite, el bloqueo se hace desde el teclado
Salir del campo Clave=0001 Longitud es de 3, no debe permitirlo
No permite escribir más de 3 caracteres desde el teclado
Salir del campo Descripción: Mensaje error:“Es un valor requerido”
Mensaje error: “Es un valor requerido”
Pág.103
Capitulo IV. Pruebas y Evaluación.
Actualización de Materia:Descripción Objetos Métodos
Permite dar de alta un materia específica, debe verificar previamente su existencia, de ser así se deben desplegar los datos y permitir modificaciones, de lo contrario se deben almacenar los datos en la tabla de materias.
Materia AgregarValidadespliega
Entradas: Se debe escribir la clave de la materia, ésta debe ser única y puede incluir caracteres alfanuméricos, es un valor requerido
Resultados esperados: Se requiere que verifique si no existe la materia en el catálogo de la Editorial, si existe debe desplegar los datos previamente registrados y pregunte si desea hacerle modificaciones. Si no existe debe solicitar la captura de esta información y actualizar todos sus datos.
Resultados obtenidos:Secuencia de
acciones Entrada ResultadoEsperado Resultado Obtenido
Salir del campo Clave: Envío de error en pantalla:
“Error, la clave es requerida”
Envío de error en pantalla: “Error, la
clave es requerida”
Salir del campo Clave=00
Clave=-10
No debe permitirlo
No lo permite, el bloqueo se hace desde el teclado
Salir del campo Clave de carrera inexistente
Mensaje de error y regresar a pedir la clave
Error, de lo contrario, despliega la descripción de la carrera
Salir del campo Descripción: Mensaje error:“Es un valor requerido”
Mensaje error: “Es un valor requerido”
Pág. 104
Capitulo IV. Pruebas y Evaluación.
Actualización de un autorDescripción Objetos Métodos
Permite dar de alta a un autor, debe existir una verificación previa de su existencia, de ser así se deben desplegar los datos y permitir modificaciones.
ClientePersonaAutor
AgregarValidadespliega
Entradas: Se debe escribir la clave del autor, ésta debe ser única y puede incluir caracteres alfanuméricos, es un valor requerido
Resultados esperados: Se requiere que verifique si no existe el autor en el registro de la Editorial, de ser así despliegue todos estos datos previamente registrados y pregunte si desea hacerle modificaciones. Si no existe debe solicitar la captura de esta información y actualizar todos sus datos.
Resultados obtenidos:Secuencia de
acciones Entrada ResultadoEsperado Resultado Obtenido
Salir del campo Clave: Envío de error en pantalla:
“Error, la clave es requerida”
Envío de error en pantalla: “Error, la
clave es requerida”
Salir del campo Clave=-1 Envío de error en pantalla:
“Error, la clave no puede ser
nula o negativo”
Si los acepta, se debe corregir
Salir del campo Apellido paterno: 23Gomez
0Apellido Paterno:
Envío de error, Mensaje:”Error,
deben ser alfabéticos”
Mensaje:”Error, deben ser alfabéticos”
Salir del campoApellido Materno:
Debe permitir dejarlo en blanco
puesto que existen personas
con un solo apellido
Realiza la actualización sin requerir este dato
Salir del campo Código Postal:SSDF Sólo debe aceptar valor
numérico
Sólo acepta valores numéricos.
Pág. 105
Capitulo IV. Pruebas y Evaluación.
Secuencia de acciones Entrada Resultado
Esperado Resultado Obtenido
Salir del campo Código Postal:-4 Envío de error en pantalla:
“Error, debe ser un número positivo”
Envío de error en pantalla: “Error, debe
ser un número positivo”
Actualización de un Clientes diversos(También es aplicable a consignatario suscriptor)
Descripción Objetos MétodosPermite dar de alta a un cliente, debe existir una verificación previa de su existencia, de ser así se deben desplegar los datos y permitir modificaciones.
Clientes Diversos: ClientePersonaConsignatario/SuscriptorClientePersonaConsinatario/suscriptor
AgregarValidadespliega
Entradas: Se debe escribir la clave del cliente, ésta debe ser única y puede incluir caracteres alfanuméricos, es un valor requerido
Resultados esperados: Se requiere que verifique si no existe el cliente en el registro de la Editorial, de ser así despliegue todos estos datos previamente registrados y pregunte si desea hacerle modificaciones. Si no existe debe solicitar la captura de esta información y actualizar todos sus datos.
Resultados obtenidos:Secuencia de
acciones Entrada ResultadoEsperado Resultado Obtenido
Salir del campo Clave: Envío de error en pantalla:
“Error, la clave es requerida”
Envío de error en pantalla: “Error, la
clave es requerida”
Salir del campo Clave=-56 No debe aceptar negativos, ni
cero
No los acepta, el bloqueo es desde el
tecladoSalir del campo Apellido paterno:
Andrade 1230
Mensaje: “Error, deben ser alfabéticos”
Mensaje: “Error, deben ser alfabéticos”0
Pág. 106
Capitulo IV. Pruebas y Evaluación.
Secuencia de acciones Entrada Resultado
Esperado Resultado Obtenido
Apellido Paterno: 0“Es un valor requerido”
“Es un valor requerido”
Salir del campo Apellido Materno: Debe permitir dejarlo en blanco
puesto que existen personas
con un solo apellido
Realiza la actualización sin requerir este dato
Salir del campo Código Postal:-34 Mensaje: “Debe ser valor entero”
Mensaje: “Debe ser valor entero”
Actualización de obras:Descripción Objetos Métodos
Permite dar de alta a una obra, debe existir una verificación previa de su existencia, de ser así se deben desplegar los datos y permitir modificaciones.
Obra AgregarValidadespliega
Entradas: Se debe escribir la clave de la obra, ésta debe ser única y puede incluir caracteres alfanuméricos, es un valor requerido
Resultados esperados: Se requiere que verifique si no existe el autor en el registro de la Editorial, de ser así despliegue todos estos datos previamente registrados y pregunte si desea hacerle modificaciones. Si no existe debe solicitar la captura de esta información y actualizar todos sus datos.
Resultados obtenidos:Secuencia de
acciones Entrada ResultadoEsperado Resultado Obtenido
Salir del campo Clave: Envío de error en pantalla:
“Error, la clave es requerida”
Envío de error en pantalla: “Error, la
clave es requerida”
Salir del campo Clave=-1 No debe aceptar negativos, ni
cero
Los acepta, se debe corregir
Salir del campo Título: Mensaje: “Es un Mensaje: “Es un valor
Pág.107
Capitulo IV. Pruebas y Evaluación.
Secuencia de acciones Entrada Resultado
Esperado Resultado Obtenido
valor requerido” requerido” y regresa a pedir el dato
Salir del campo Precio nacionalPrecio E.U.:-7Precio resto del mundo:-2 Precio Sudamérica: -5
“El precio nacional debe
proporcionarse”"Deben ser positivos los
precios”
“El precio nacional debe proporcionarse” "Deben ser positivos
los precios”
Pág. 108
Capítulo IV. Pruebas y Evaluación.
D. Pruebas de integración
Para llevar a cabo estas pruebas se hará uso de las pruebas basadas en hilos que integran a varias clases necesarias para responder a una entrada o evento del sistema. Esta prueba se basa en una secuencia de métodos ligados por mensajes entre los diferentes objetos y es completamente compatible con el software.
Se dará inició con la actualización de un catálogo simple: Temas presentando a continuación su correspondiente grafo ASF(Atomic System Function o funciones Atómicas del sistema), cuya notación es la siguiente:
Método
MM-Path
Para el caso particular de las apruebas aplicadas en este sistema, se aplicará al módulo de catálogos, así como a la actualización de obras.
Pág. 109
Capitulo IV. Pruebas y Evaluación.
Función : Dar de alta un tema nuevo(tema.grabar).Descripción:En el momento que se presiona el botón guardar (proporcionada la información necesaria previamente), se ejecuta esta función, no sin antes verificar si ya existe el tema dado, de ser así pregunta la confirmación de reemplazo y almacena la información en la tabla de catálogo de temas.Clase-y-Objetos que intervienen:TemasMétodos:Buscar, validar, desplegar, agregar y limpiar
EntradaTeclado
\\ TEMA
Función: Eliminar un temaDescripción:Se permitirá eliminar un tema sólo si previamente se valida la existencia del mismo, de lo contrario, no debe poder realizar esta operación.Clase-y-Objetos que intervienen:Tema
Pág. 110
Capítulo IV. Pruebas y Evaluación.
Métodos:Buscar, validar, desplegar y limpiar
El siguiente diagrama corresponde a la estructura gen-espec de institución, el cual hereda atributos y métodos del cliente.
EntradaTeclado
\
Reporte Registro actualizado
Función: Dar de alta una institución(Grabar).Descripción:Después de haber proporcionado los datos de la institución en forma correcta(esto se va validando conforme avanza en los campos de captura), se presiona el botón grabar y en este momento se realiza la correspondiente afectación en los atributos de la clase cliente y de la institución, para finalizar con el registro de la institución en ambas tablas.Clase-y-Objetos que intervienen:ClienteInstituciónMétodos:Buscar, validar, desplegar, agregar y limpiar
Pág.111
Capitulo IV. Pruebas y Evaluación.
Función: Dar de alta una materia(Grabar).Descripción:Esto es a través de una estructura entero_parte, debido a que una carrera esta compuesta por materias, cuando se pretende dar de alta una materia, será necesario que verifique primeramente si existe la carrera correspondiente, de lo contrario, no debe permitir dicha captura.
Después de haber proporcionado la clave y descripción de la materia, se proporciona la clave de la carrera, en este momento se verifica que exista dicha clave en el catálogo de carreras, de ser así se despliega el nombre de la carrera, de lo contrario, se envía un mensaje de error al usuario y vuelve a pedir la clave.
Después de haber dado la información correcta, se presiona el botón grabar y en este momento se realiza la correspondiente afectación en los atributos de la materia.
Capítulo IV. Pruebas y Evaluación.
Función: Dar de alta una persona o cliente diverso(Grabar).Descripción:Esto es a través de una estructura gen_espec, debido a que una persona o cliente diverso hereda atributos y servicios del cliente en general, cuando se pretende dar de alta un cliente diverso, deberá afectar ambas tablas cliente y persona.
Después de haber proporcionado la clave y descripción del cliente diverso o persona, se verifica que exista dicha clave en el catálogo, si existe, se despliegan sus datos, de lo contrario, se envía un mensaje de error al usuario y vuelve a pedir la clave.
Después de haber dado la información correcta, se presiona el botón grabar y en este momento se realiza la correspondiente afectación en los atributos de la persona y del cliente.Clase-y-Objetos que intervienen:ClientepersonaMétodos:Buscar, validar, desplegar, agregar y limpiar
EntradaTeclado
Pág.113
Capítulo IV. Pruebas y Evaluación.
Descripción:Esto es a través de una estructura gen_espec, es una de las estructuras más elaboradas que contiene el sistema, el autor hereda atributos y servicios de la persona quien a su vez hereda también atributos y servicios del autor. Además se deberán afectar tanto la tabla de cliente, de persona y de autores
Después de haber proporcionado los datos del autor correctamente, se verifica que exista dicha clave en el catálogo, si existe, se despliegan sus datos, de lo contrario, se envía un mensaje de error al usuario y vuelve a solicitar la clave.
Después de haber dado la información correcta, se presiona el botón grabar y en este momento se realiza la correspondiente afectación en los atributos del autor, la persona y el cliente.Clase-y-Objetos que intervienen:ClientePersonaAutorMétodos:Buscar, validar, desplegar, agregar y limpiarEntradaTeclado
Pág. 114
Capitulo IV. Pruebas y Evaluación.
OBRA(Actualizar)
AUTOR/COAUTOR
EntradaTeclado
\
Entrada \ Mouse •A
Registro actualizado
Pág. 115
Capitulo IV. Pruebas y Evaluación.
Función: Actualizar una obra(Grabar).Descripción:Para ello se utiliza el objeto obra, se deben verificar, en el momento de dar de alta la obra que existan datos en los catálogos de apoyo que se necesitan, se validan los atributos numéricos, no debe aceptar valores negativos. Si existe una obra, debe desplegar sus datos, debe permitir modificaciones a los datos existentes Se debe afectar la tabla de obras.
Después de haber dado la información correcta, se presiona el botón grabar y en este momento se realiza la correspondiente afectación en los atributos de la obra.Clase-y-Objetos que intervienen:Obra, Autor, Tema, Gaceta, Colección, Area, Carrera, MateriaMétodos:Buscar, validar, desplegar, agregar y limpiar
Pág.116
Capitulo IV. Pruebas y Evaluación.
E. Resultado obtenidos de las pruebas.
La principal finalidad de la aplicación de una prueba es encontrar errores, en nuestro caso considero que se logró el objetivo, se lograron detectar algunos errores que sin ellas hubieran pasado inadvertidos tal es el caso de la actualización de obras que al dar la clave acepta valores negativos, esto se ve reflejado con lo expuesto en los resultados, de esta manera se van a ir descartando errores o defectos en el sistema, asimismo todavía existen módulos que no se han probado de manera adecuada en vista de que aún no están terminados.
Se pudo apreciar que los tipos de pruebas que mayormente son evitados o en los que se incurren por costumbre, se detectan en las pruebas de caminos, por lo que se pudo percatar, es la prueba que más índice de errores proporciona. En cuanto a las pruebas de caja negra son las que regularmente se acostumbran llevar a cabo, sin embargo, la mayoría de los desarrolladores no tiene el hábito de hacer los sistemas a la par que llevan una bitácora de pruebas.
Hasta el momento no fue posible por cuestiones de tiempo, realizar las pruebas a todos los módulos, clases y objetos que considerará el sistema, sin embargo, al aplicar las pruebas a los catálogos que ya se tienen terminados, se pudo comprobar que existe un buen grado de validación, sin embargo se lograron detectar errores no tan obvios y aquellos que presentan deficiencias, se irán corrigiendo conforme se les apliquen nuevas pruebas durante el resto del desarrollo del sistema. Los resultados obtenidos fueron bastante cercanos a los esperados, sin embargo, si se encontraron fallas que merecen atención.
Pág.117
Capitulo IV. Pruebas y Evaluación.
F. Pruebas de validación.
Para poder llevar a cabo este tipo de prueba, se aplicaron los cuestionarios presentados en el apéndice, a través de estos se pretende determinar que grado de usabilidad tiene y si es suficiente dadas las características de los usuarios finales:
El proyecto se encuentra orientado a usuarios de nivel heterogéneo, para describir esto más claramente, dividiremos el proyecto en dos grandes categorías:a) Control Administrativo: Dada una encuesta realizada a los usuarios potenciales
del sistema, se deduce que la mayoría tiene los conocimientos computaclonales como correo electrónico, ambiente Windows y el uso del sistema actual en ambiente DOS.
b) Difusión y venta de obras vía Internet: Este tipo de usuarios podrán ser todos aquellos que tengan acceso a Internet, usuarios muy variados. Aunque se desconocen las características del mismo, pero podemos generalizarlas diciendo que serán personas de jóvenes a edad madura o avanzada, con un nivel cultural de medio a alto, sin embargo, el sistema propuesto se debe adecuar a cualquier estilo de usuario.Se concluyó en base a los resultados y, aún cuando las pruebas fueron muy
sencillas que es aceptable, sin embargo, dada la premura presenta ciertas deficiencias deberán ser corregidas antes de la entrega final, por lo mismo será necesario aplicar nuevas pruebas, también se deberá pasar al Departamento de producción para su evaluación.
Pág. 118
Capitulo IV. Pruebas y Evaluación.
G. Pruebas del sistema.
A través de este tipo de pruebas, se pretende realizar las adecuadas validaciones y especificaciones de los componentes tanto de hardware, software y comunicaciones necesarios para el óptimo funcionamiento del sistema, además, se deben considerar los factores de seguridad y planes de contingencia en caso de sucesos imprevistos.
Pruebas de recuperación de fallos. Dado que el sistema se implantará en el manejador de base de datos Oracle, se llevará a cabo la programación a través de control de transacciones, esto asegura que en cualquier momento que ocurra álgún problema de energía eléctrica o cualquier otro, no se presenten inconsistencias en la base de datos. Una de las posibles pruebas que se podrían aplicar en este caso es dar de baja la base de datos o apagar el servidor en el momento en que se está trabajando con el sistema, de esta manera se podrá verificar si realmente mantiene la consistencia de la información.
Pruebas de seguridad. El manejo de la seguridad a la base de datos deberá controlarla el DBA, sin embargo, se tiene contemplado implementar un módulo de control de acceso dependiendo de las funciones del usuario. Se pretende romper la seguridad provocando el préstamo de cuentas entre usuarios.
Pruebas de rendimiento. Estas pruebas aún no se pueden llevar a cabo debido a que aún no se ha concluido el sistema, además se deben considerar accesos en forma concurrente. Sin embargo se planea realizar accesos simultáneos a un mismo catálogo en modo update(actualización), realizar salidas de una obra específica el mismo tiempo desde diferentes accesos.
Pág. 119
Apéndice A. Requerimientos
APENDICE A.
Requerimientos
Definición y especificación de requerimientos funcionales del sistema.
El sistema deberá ser capaz de realizar eficientemente el control administrativo de las publicaciones a través de los siguientes requerimientos:
1. Registro de las entradas de las publicaciones. El usuario deberá elegir el tipo de entrada de las obras:1.1. Nueva obra. Si es este el caso, deberá asignar una clave a la obra y
determinar todas sus características tal es el caso del autor, colección, temas, gaceta en que se publica su presentación, coautores, precio. Por lo tanto previamente se debe alimentar el sistema con todos lo catálogos necesarios.• Una obra podrá apoyar a varios temas, materias, carreras. Sin
embargo, existen obras que no apoyan a ningún tipo de materia o carrera.
• Una obra sólo pertenece a una colección.• Una obra puede ser presentada en varias gacetas y todas deberán
registrarse.1.2. Nueva Entrega. En este caso ya deberá existir la obra en el registro del
inventario del sistema y sólo se requerirá modificar algunos datos como son la cantidad que reingresa, la nueva fecha de impresión, costo de impresión y llevar un histórico de cada entrada por obra. Así como incrementar las existencias en el inventario.
2. Actualización de Catálogos.Tema:
2.1. Deberá existir un proceso para la actualización(alta, eliminación, consulta y modificación) para cada uno de los temas que apoyará a cualquier obra a cargo de la Dirección Editorial.
2.2. El usuario asignará una clave única para cada tema del catálogo, esto es dependiendo del criterio de dicho usuario.
2.3. No se debe poder eliminar un elemento del catálogo si éste se encuentra relacionado con algún movimiento de obras.
Materia:2.4. Debe ser capaz de actualizar, eliminar y consultar cualquier materia que
apoye a una obra.2.5. Se deberá verificar que dicha materia pertenezca a una carrera dada de
alta previamente, de lo contrario no se podrá crear la materia.
Pág.120
Apéndice A. Requerimientos
2.6. Se le asignará una clave única de materia.2.7. Para eliminar un materia, el sistema se debe asegurar de que no existe
ninguna obra apoyada por la misma.Carrera,
2.8. Debe ser capaz de actualizar, eliminar y consultar cualquier Carrera que apoye a una obra.
2.9. Se deberá verificar que dicha Carrera pertenezca a una área dada de alta previamente, de lo contrario no se podrá crear la carrera.
2.10. Se le asignará una clave única a la carrera.2.11. Para eliminar una carrera, el sistema se debe asegurar de que no existe
ninguna obra apoyada por la mismaArea
2.12. Deberá existir un proceso para la actualización(alta, eliminación, consulta y modificación) para cada área que apoya a cualquier obra a cargo de la Dirección Editorial.
2.13. El usuario asignará una clave única para cada área del catálogo, esto es dependiendo del criterio de dicho usuario.
2.14. No se debe poder eliminar un área del catálogo si éste se encuentra relacionado con algún movimiento de obras
Feria.2.15. Deberá existir un proceso para la actualización(alta, eliminación,
consulta y modificación) para cada una de las ferias que se registrarán para las ventas por consignación.
2.16. El usuario asignará una clave única para cada feria de tal manera que la identifique en forma única.
2.17. No se debe poder eliminar una feria del catálogo si éste se encuentra relacionado con alguna consignación.
Colección:2.18. Debe ser capaz de actualizar, eliminar y consultar cualquier Colección
que apoye a una obra.2.19. Se le asignará una clave única a la colección.2.20. Para eliminar una colección, el sistema se debe asegurar de que no
existe ninguna obra apoyada por la mismaTipo de pago:
2.21. Se debe permitir crear, eliminar, actualizar y consultar todos los tipos de pagos que la Dirección Editorial permite.
2.22. Cada tipo de pago deberá tener una clave única para su identificación.2.23. La eliminación de cada tipo debe validar previamente que no se
encuentre en uso para algún movimiento.Gaceta:
2.24. Se debe permitir crear, eliminar, actualizar y consultar todas las gacetas en las cuales se hacen las publicaciones de la obras..
2.25. Cada gaceta deberá tener una clave única para su identificación.2.26. La eliminación de cada tipo debe validar previamente que no se
encuentre asignada a alguna obra.
Pág. 121
Apéndice A. Requerimientos
3. Asimismo para los clientes, autores, instituciones y usuarios, suscriptores consignatarios también se aplicarán las mismas funciones: crear, eliminar, actualizar y consultar.
4. Registro de salidas de obras por Ventas Directas.4.1. Debe realizar la correspondiente afectación en el inventario.4.2. Por cada venta se debe realizar las validaciones correspondientes para
negar la venta cuando se exceda la cantidad respecto a las existencias reales menos la cantidad de reserva.
4.3. El sistema debe ser capaz de emitir automáticamente la siguiente factura(depende de la serie A, B, C, D o E seleccionada), dicha factura puede ser en moneda nacional o extranjera.
4.4. Si la venta se realiza en dólares, se debe registrar la cotización de la moneda extranjera al momento de la venta.
4.5. Si el cliente realiza el pago con cheque, es necesario registrarlo para control interno o posteriores reclamaciones.
4.6. Es necesario tener una lista de clientes para este tipo de movimientos.4.7. Al momento de la factura debe solicitar el porcentaje de descuento y
aplicarlo correctamente.
5. Registro de Salidas de obras por Consignación.5.1. Este proceso inicia cuando un cliente denominado como consignatario
solicita un pedido de obras a la Dirección Editorial para lo cual ya debe existir en el catálogo de consignatarios o en su defecto, el sistema debe permitir darlo de alta en ese momento.
5.2. Se registra el pedido con un número único el cual debe generar el sistema automáticamente, al registrar el pedido se debe afectar el inventario de las obras que salen físicamente por este concepto verificando que existan obras suficientes en el inventario, respetando la cantidad de reserva.
5.3. Es necesario especificar si es una consignación normal si es para alguna feria o evento en especial.
5.4. Posteriormente, cuando el consignatario reporte alguna venta, se deberá generar la siguiente factura siguiendo el mismo método que en ventas directas aplicando el descuento definido por la Dirección Editorial.
5.5. Al momento de la factura debe solicitar el porcentaje de descuento y aplicarlo correctamente
5.6. Tanto los pedidos como las ventas podrán realizarse en moneda nacional o extranjera, para esta última se debe considerar su respectiva cotización al momento de la salida de las obras.
5.7. Se podrán realizar pagos con cheques con su registro correspondiente de cada cheque.
5.8. Se podrán reportar devoluciones de obras e incrementar las existencias de las obras en el inventario; es necesario llevar un registro histórico de las devoluciones para aclaraciones posteriores.
Pág.122
Apéndice A. Requerimientos
6. Registro de Salida de obras por Suscripción.6.1. Para este proceso, se requiere tener un catálogo de suscriptores y
destinatarios previamente registrado.6.2. Cuando el suscriptor solicita la suscripción, la cual podrá pagar en
moneda nacional o extranjera, se le hace la facturación correspondiente seleccionando la serie de factura. Debido a que en el momento de la facturación, no se hace la entrega de las obras, no se registran las salidas en el inventario.
6.3. No será necesario validar las existencias de las obras al momento de la facturación.
6.4. Se debe permitir registrar los datos de los cheques en caso de pagar con ellos.
6.5. Conforme llegan las obras por las que se suscriben los clientes, se realizan los envíos y es en este momento cuando se hace la afectación a las existencias del inventario debido a que sólo hasta este momento se realiza la salida física de las obras.
6.6. Se requiere llevar un registro de las obras que han sido enviadas más de una vez por pérdidas involuntarias.
7. Salida de obras por donaciones.7.1. Este tipo de salida sólo se hace para un catálogo de instituciones
previamente creado.7.2. Se genera automáticamente un número de folio consecutivo y se
registra la salida en el inventario, respetando la cantidad de reserva.
8. Salidas de obras por Canjes.8.1. Se tiene un catálogo de instituciones para este tipo de movimientos.8.2. Cuando se realiza un intercambio de obras con la Dirección Editorial, se
genera automáticamente un número de folio y se debe afectar el inventario de las obras que se canjean.
8.3. Las obras recibidas a cambio no se registran ni contabilizan como parte del inventario de la Dependencia.
8.4. La obras recibidas por concepto de canje, sólo se podrán donar a dependencias interesadas de la Universidad Veracruzana. Se debe preservar un histórico de las obras recibidas y entregadas a cambio.
8.5. Se debe generar un folio de salida para las obras recibidas por canje.8.6. Cada obra recibida se debe clasificar por áreas académicas.8.7. Al hacer el intercambio de obras, también es necesario verificar las
existencias de las obras en la Dirección Editorial, respetando la cantidad de reserva.
8.8. Las fechas de recepción de obras o de envío de las obras que pretende intercambiar la Dirección Editorial es variable, por lo que el sistema debe ser lo suficientemente flexible para permitir la captura con desfase de tiempo.
Pág. 123
Apéndice A. Requerimientos
9. Salidas de obras por Derechos de autor o colaboración.9.1. Cuando a un autor, coautor o colaborador se le hace un pago parcial en
especie, se debe registrar la salida en el inventario y emitir un comprobante de salida-entrega con su folio correspondiente.
9.2. Será necesario especificar claramente el motivo de la entrega.9.3. Deberán validarse las existencias de obras en el inventario de la
Dirección Editorial.
10. Salidas por motivos diversos(otros).10.1. Sucede cuando se suscitan pérdidas de obras por diversos motivos
entre los que podemos mencionar: robos, pérdidas en el correo, pérdidas en ferias, etc.
10.2. Se debe generar el folio de salida de manera automática.10.3. Deberán verificarse las existencias de obras.
11. Cancelaciones.Cancelación de facturas:
11.1. Para el requerimiento de Ventas Directas 4.3, se debe permitir cancelar una factura y por lo tanto regresar la obras al inventario y no considerarla para efectos de información estadística.
11.2. Para el requerimiento de Consignaciones 5.4, es factible que se requiera cancelar una factura, proceso mediante el cual, las obras regresan incrementando el estado de cuenta del consignatario sin afectar el inventario.
11.3. Se debe permitir la cancelación de las facturas siempre que no se hayan registrado entregas de obras por dicha factura. Esta restricción aplica a las ventas por suscripciones 6.2. Unicamente en caso de que por razones fiscales, se requiera un nuevo formato de factura(pre-impreso), se deberá permitir la cancelación de la factura anterior aún cuando ya se hayan realizado entrega de obras realizando su correspondiente movimiento.
Cancelación de donaciones:11.4. Es posible que se requiera cancelar una donación, por lo que las obras
deberán regresar al inventario.Cancelación de Devoluciones:
11.5. Este procedimiento aplica al requerimiento 5.7 referente a las devoluciones de obras en consginación. Se debe permitir la cancelación de las devoluciones mediante lo cual las obras regresan al poder del consignatario con el precio original de la consignación, incrementando así la cantidad de obras en consignación. Es importante aclarar que la devolución de obras debe realizarse con el tipo de moneda con que se generó originalmente el pedido.
12. Módulo de Estadísticas vía Web.
Pág.124
Apéndice A. Requerimientos
12.1. El principal requerimiento es que debe poder visualizarse con cualquier browser.
13. Ventas de Obras vía Internet.13.1. Se requiere un software de encrlptamlento para el pago a través de
tarjetas de crédito, para esto las autoridades correspondientes se encuentran estudiando las diversas posibilidades.
13.2. Será necesario establecer claramente las reglas de compra-venta asegurando la satisfacción del cliente y los usuarios.
14. Control de Acceso al sistema a través de jerarquía de usuarios.14.1. La clasificación de usuarios deberá ser determinada por la Dirección
Editorial.
Pág.125
Apéndice A. Requerimientos
Definición y especificación de requerimientos no funcionales del sistema.
Existen factores fundamentales que se requieren tomar en cuenta en cuanto a la mejora de sistema entre los cuales debemos mencionar:• Se deberá poner mucho énfasis al seleccionar el software de encrlptamlento
para el manejo de la segurldad(aún no se determina este software).• El tiempo de respuesta para las solicitudes vía Internet estará en función del
tráfico de World Wlde Web, quedando a cargo de la Dirección Editorial el diseño de las páginas con la menor carga posible de Imágenes o frames, previo estudio de usabllldad para páginas en Internet.
• Restringir el acceso a las diferentes opciones del sistema de acuerdo al usuario, de esta forma no se confundirá con opciones que el no necesite manejar.
• Una restricción muy Importante es que cuando se solicitó el nuevo servidor para la Dirección Editorial, no se hizo un análisis de las características necesarias para soportar de manera óptima el software que se pretende utilizar para el desarrollo del sistema por lo cual es probable que se presenten disminuciones en el performance del sistema. Es decir, el tiempo de respuesta se verá afectado dependiendo de las características del equipo, sin embargo, se deberán hacer las pruebas necesarias para lograr la mayor eficiencia.
Evolución del Sistema:Entre las mejoras que se vislumbran respecto a la reingeniería de sistema actual, podemos mencionar:• Atención rápida y eficiente al cliente.• Se evitarán conteos físicos de inventarlo otorgando mayor seguridad al usuario
en el control de entradas y salidas de obras.• Estandarización de plataforma por requerimientos de la Universidad
Veracruzana.• Mayor rapidez en la obtención de Información estadística a través de los
reportes y las consultas que requieren procesos de cálculos de mayor grado de complejidad.
• Diseño de la base de datos más consistente y con menor redundancia de datos, logrando eficlentar el uso de los recursos computaclonales.
• Mayor seguridad en las claves de acceso al sistema.• Mejor tiempo de respuesta.• Sistema más agradable al usuario utilizando ambiente gráfico.• La posibilidad de enlazar lugares que requieran efectuar operaciones de
consulta y compra a través de telecomunicaciones.• Beneficios a nivel gerenclal a través de consultas remotas sobre estadísticas
de movimientos de obras.
Pág. 126
Mod
elo
del S
iste
ma.
A c
ontin
uaci
ón s
e pr
esen
ta e
l Dia
gram
a de
fluj
o de
la A
rqui
tect
ura
para
el S
iste
ma
de C
ontro
l Ad
min
istra
tivo
de la
Dire
cció
n Ed
itoria
l, así
com
o el
dia
gram
a de
Mód
ulos
.
Pág.
127
Apéndice A. Requerimientos
Descripción de Software.El proyecto se desarrollará en el Manejador de Base de Datos Oracle, dicho Manejador es de característica relacional y nos proporciona ciertas ventajas entre las cuales podemos mencionar:
■ Diseño de áreas de almacenamiento■ Recuperación rápida de datos■ Seguridad en la base de datos■ Integridad de base de datos distribuidas■ Configuración cliente-servidor■ Consistencia y protección de datos a través de mecanismos y candados.■ La herramienta que se utilizará como cliente será Dephi versión 4.
Además, se requerirán herramientas adicionales para el desarrollo del sistema, tales como:
■ Microsoft Office■ Netscape■ Software de encriptamiento
Descripción del Hardware.Para poder realizar una reingeniería total del sistema así como el desarrollo formal del módulo para difusión y ventas de obras vía internet, siguiendo los estándares solicitados por la Universidad Veracruzana así como la posibilidad de mostrar las existencias reales a los clientes, se requiere la siguiente configuración mínima :
Cantidad Equipo1 Impresoras de matriz de puntos, Enteia S15/300
1 Impresora HP láser III, 300 pp4 Computadoras 12 Mb en memoria RAM
Procesador 386 ó 486, Disco duro de 500 Mb.,Unidad de disco de 31/2, 1 Mb. Video
1 Computadora 32 Mb. En memoria RAMProcesador Pentium II, 266 Mhz.Kit Multimedia, Disco duro de 4 Gb.Unidad de disco de 31/2, 2 Mb. Video,Monitor SVGA
1 Módem MultitechModelo MT2834, 28.8 Kbps
1 Concentrador HP 3 COMGenius LAN, No de puertos: 12
2 Tarjeta de Red Ethernet10 Base-T10 MbpsPCI
Pág.128
APENDICE B.
Prediseño de la Interfaz
Introducción
La importancia de la relación entre las personas y las computadoras queda de manifiesto cuando se repara en el hecho Indiscutible de que hoy en día las computadoras ya no están limitadas por su potencia para realizar cálculos, sino por la habilidad que demuestren en su comunicación con las personas, este es el motivo por el cual las Interfaces se han convertido en piezas fundamentales de cualquier sistema de software. Es esencial estimar la facilidad con la cual un usuario aprende a utilizar la Interfaz y el número de errores que comete en ese trayecto, gran parte del éxito de un sistema depende en gran medida, de la facilidad con que el usuario pueda aprender y usar la Interfaz. En este punto es necesario enfatizar que un sistema es utilizado por diferentes clases de usuarios, con diferentes costumbres, distinto entrenamiento y diversos estilos de trabajo, por lo tanto se debe regular el diseño de una Interfaz, se requiere encontrar el punto de eficiencia óptimo para cada nivel o tipo de usuario, de lo contrario los expertos subestimarían el trabajo y los novatos se sentirían frustrados con él y en ambos casos disminuiría el rendimiento de trabajo.
Es básico cumplir con el ciclo de vida de la interfaz del usuario Iniciando con el modelo conceptual del usuario en la etapa de requerimientos en la cual se especifican las relaciones entre objetos, las operaciones y restricciones, para posteriormente pasar a la etapa de especificación en donde se realiza el diseño de los objetos de Interacción que permitirán el manejo adecuado de los objetos definidos en la etapa preliminar y finalmente la etapa de ¡mplementaclón.
El objetivo del presente capítulo es establecer la metas de usabilldad para el proyecto de Difusión y control Administrativo de obras a cargo de la Dirección Editorial, iniciando con la aplicación de cuestionarios que nos permitirán establecer un punto de vista más claro de las necesidades del usuario, a continuación, se determinan los atributos que deberá cubrir la Interfaz y se establecerán los niveles de aceptación de cada una de las metas para poder liberarla.
Apéndice B. Prediseño de la Interfaz
En segundo lugar se presentarán las características que cubrirá el diseño de la Interfaz, la forma de desarrollo y el grado en el que el usuario se involucrará con el mismo. Otro aspecto a cubrir será el establecimiento de los estándares y normas a seguir para el diseño de la interfaz, terminología a emplear y documentación el diseño.
La aplicación de la metas de usabilidad se reflejan en el capítulo IV, en el momento en que se aplican los cuestionarios(Ver apéndice C) para aplicar las pruebas de validación.
Pág.130
Apéndice B. Prediseño de la Interfaz
CuestionariosPara poder determinar las características apropiadas de la interfaz a desarrollar, se inició aplicando un cuestionario a los usuarios de la Dirección Editorial de la Universidad Veracruzana. Enfocado hacia las actividades que realizan, relacionadas con el sistema actual y deficiencias de interfaz detectadas. A continuación se detallan cada uno de ellos.
Puesto que desempeña: Directora Administrativa1. Actividades que realiza: Como asistente del Consejo Editorial, elaborar toda la
documentación que emana de los acuerdos del Consejo Editorial así como seguimiento de las solicitudes de publicación de obra desde su recepción hasta el rechazo o publicación de las mismas. Como responsable de distribución de obras, buscar nuevos canales para que las publicaciones de la Universidad Veracruzana lleguen cada vez a un mayor número de lectores potenciales. Supervisar y promover las actividades de ventas directas y en consignación, las suscripciones, el canje y las donaciones, así como el control de existencias.
2. Describa los pasos que actualmente realiza para llevar a cabo estas actividades.
• Descripción de actividades relacionadas con la distribución y el control de existencia:1. De cada obra nueva, solicitar el registro de las entradas, elaboración de
reseña, surtir a bibliotecas, distribuidores, así como algunas librerías.2. Participación en ferias y expoventas, así como organización de la feria
anual del libro universitario.3. Organización de exposiciones itinerantes.4. Presentaciones de libros.5. Establecer contactos con distribuidores y libreros(actualmente estamos
elaborando un banco de información para dar noticia a lectores o compradores potenciales, de las nuevas publicaciones e invitar a que visiten nuestra próxima página en internet.)
6. Análisis del movimiento de las obras para elaborar reportes estadísticos del tipo de obra con mayor movimiento, así como detectar las de escaso movimiento para buscar alternativas de distribución.
3. Listar los problemas que entorpecen actualmente su trabajo(en el sistema):• El control de existencias no es 100% confiable, cada vez que es necesario
saber con exactitud la cantidad de títulos disponibles para la venta, tenemos que recurrir al conteo físico.
• El sistema está instalado en una computadora y somos varios usuarios, lo que constantemente retrasa el trabajo. Originalmente se solicitó que funcionaran en red cuando menos dos máquinas, pero debido a que se realizaron capturas independientes en dos máquinas para cambios de precio y reseña (problema no contemplado originalmente) ahora es
Pág. 131
Apéndice B. Prediseño de la Interfaz
necesario actualizar la máquina que funje como servidor e iniciar la conexión.
• No contamos con una página en Internet que permita una mayor difusión de nuestras publicaciones. La están trabajando desde hace un año.
• El programa tiene alunas fallas que requieren ser corregidas, por ejemplo: la tarjeta de consignatarios, la consulta de pagos con cheque no presenta la serie de la factura correspondiente y en el caso de pagos en dólares, el tipo de cambio.
4. ¿Cómo considera que es la ayuda en el sistema?• A partir de que contamos con el sistema se han incrementado las ventas,
de que los pedidos se pueden surtir con mayor rapidez, de igual manera el canje, suscripciones y donaciones se atienden con prontitud.
5. ¿Son adecuados los nombres empleados para los datos que usted utiliza?• Los nombres empleados para los datos son correctos.
6. ¿Considera que está completa la información que alimenta el sistema?, de no ser así, ¿cuáles sugiere?• Los reportes de obras(alfabéticos) por título, autor, tema y área cuentan con
la opción de pedirlos por período, sin embargo, sería más funcional si también se pudiera hacer reportes más específicos, por ejemplo: si deseamos saber qué títulos ha publicado X autor lo podemos ver en el módulo de consultas, pero no se puede imprimir y nos vamos a reportes y despliega todos los títulos y todos los autores, por lo que para evitar que imprima información innecesaria tenemos que copiarla a mano de la pantalla.
• Sería de gran utilidad que el programa nos generara un reporte del consecutivo de facturas.
• Cuando se diseñó el sistema no previmos que debería contar con la opción de cancelación de pedidos y devoluciones.
7. ¿Existe información que usted no necesita?• Incluye los módulos Editec y Seguimiento de obras, el primero ya es
obsoleto y el segundo es más funcional manejarlo de manera independiente. Por otra parte, antes teníamos parte de la existencia de libros en la ciudad de México y se manejaban dos bodegas(A y B), ahora todo está en la ciudad de Xalapa.
8. ¿Cómo considera que es el sistema en cuanto a su manejo(ejemplo: fácil, complejo, muy complejo)?, ¿porqué? El manejo es muy sencillo.
9. ¿Cuál desearía usted que fuera un factor determinante del sistema para la elaboración de sus actividades? La rapidez y la confiabilidad de la información son los factores deseables en el sistema.
10. ¿Qué otra cosa quisiera usted que hiciera el sistema? Que permita difundir y vender las publicaciones a través de una página Web. Requerimos un reporte
Pág. 132
Apéndice B. Prediseño de la Interfaz
(título, existencias)con subtotales por colección y un gran total de las obras disponibles para venta.
11. ¿Qué sugiere para mejorar la comunicación con el sistema (pantalla)? De ser posible, que los reportes que se consultan en pantalla, cuando son muy grandes, no aparezcan en dos líneas porque resulta muy difícil su lectura. Ambiente Windows y zoom para los reportes.
Pág. 133
Apéndice B. Prediseño de la Interfaz
Puesto que desempeña: Encargado de ventas y suscripciones nacionales y al extranjero1. Actividades que realiza: facturación de las ventas y suscripciones.2. Describa los pasos que actualmente realiza para llevar a cabo estas
actividades. Recojo del correo las solicitudes y/o pagos de ventas y/o suscripciones, verifico en los archivos si es cliente nuevo o uno que está renovando alguna suscripción, si es nuevo, abro un nuevo expediente, a continuación, si es un cliente nacional, mediante la computadora facturo la venta, si es un cliente extranjero, hago un escrito dirigido al departamento de caja de la U.V. donde le envío los cheques en dólares para su cobro, este escrito contiene los siguientes datos: número de cheque, fecha del mismo, nombre del banco que lo emite y la cantidad en dólares por la que va emitido.A este escrito se le anexan lo cheques originales a cobrar y con una copia se envía al departamento de caja. Posteriormente el departamento de caja no envía un documento donde consta el cobro de los cheques y el tipo de cambio con respecto al día de cobro. Con este dato, facturo la venta y envío por correo certificado las publicaciones y las facturas.
3. Listar los problemas que entorpecen actualmente su trabajo(en el sistema): el único problema que existe es que el sistema no me proporciona el número de cheque que le solicito no el tipo de cambio.
4. ¿Cómo considera que es la ayuda en el sistema? Es muy práctico y agiliza el procedimiento de facturación.
5. ¿Son adecuados los nombres empleados para los datos que usted utiliza? Son adecuados.
6. ¿Considera que está completa la información que alimenta el sistema?, de no ser así, ¿cuáles sugiere? Si existiera más información en internet sobre las diversas publicaciones de la Dirección Editorial de la U.V. se agilizarían las ventas, ya que no tendrían los clientes que preguntar si existe tal o cual publicación y/o los precios de las mismas.
7. ¿Existe información que usted no necesita ? no, ya que fue programado con los datos que he ido solicitando.
8. ¿Cómo considera que es el sistema en cuanto a su manejo(ejemplo: fácil, complejo, muy complejo)?, ¿porqué? Muy sencillo.
9. ¿Cuál desearía usted que fuera un factor determinante del sistema para la elaboración de sus actividades? publicación de información permanente y renovable en internet de las publicaciones de la Dirección Editorial.
10. ¿Qué otra cosa quisiera usted que hiciera el sistema? Que fuera más directo el acceso a internet.
11. ¿Qué sugiere para mejorar la comunicación con el sistema (pantalla)? Revisión periódica y permanente de nuestras computadoras, con la finalidad de aligerar el servicio de nuestros clientes y/o suscriptores.
Pág.134
Apéndice B. Prediseño de la. Interfaz
Puesto que desempeña: Encargada de consignaciones y participación en ferias.1. Actividades que realiza:
• Elaboración de pedidos a consignación del material bibliográfico• Elaboración de donaciones• Ventas directas• Elaboración de reportes de los títulos, consignatarios, donaciones• Entradas de libros.
2. Describa los pasos que actualmente realiza para llevar a cabo estas actividades.• Dar de alta los libros por clave y título con todos los datos
correspondíentes(núm. De páginas, fecha de colofón, costo nacional y extranjero).
• Actualizar el catálogo de consignatarios.• Capturar donaciones que se otorgan a diferentes dependencias de
educación.• Captura de pedidos consignados.• Facturación por ventas a consignación y ventas directas.• Llevar estado de cuentas.
3. Listar los problemas que entorpecen actualmente su trabajo(en el sistema)• Instalación en red.• Falta de confiabilidad en los datos respecto a las consignaciones.• Falta de equipo más completo y actualizado.• Activación de claves de acceso.
4. ¿Cómo considera que es la ayuda en el sistema? En tiempo, se trabaja más rápido.
5. ¿Son adecuados los nombres empleados para los datos que usted utiliza? si6. ¿Considera que está completa la información que alimenta el sistema?, de no
ser así, ¿cuáles sugiere? Si, en su mayoría7. ¿Existe información que usted no necesita? no8. ¿Cómo considera que es el sistema en cuanto a su manejo(ejemplo: fácil,
complejo, muy complejo)?, ¿porqué? fácil9. ¿Cuál desearía usted que fuera un factor determinante del sistema para la
elaboración de sus actividades? Un buen equipo.
Pág.135
Apéndice B. Prediseño de la Interfaz
Puesto que desempeña: Encargada del intercambio de publicaciones.1. Actividades que realiza: canje de publicaciones con instituciones nacionales y
extranjeras.2. Describa los pasos que actualmente realiza para llevar a cabo estas
actividades:■ Recibir las publicaciones y capturarlas en el sistema.■ Se emite el reporte que señala la publicación que se va a enviar en
reciprocidad por la recibida.■ Se elabora un oficio.■ El oficio y reporte se turnan al jefe inmediato para visto bueno y forma.■ Firmados el oficio y el reporte, se turna al almacén para que sea surtido.■ Surtida la publicación que se va a enviar, se pesa, se busca su costo de
envío en un listado de precios del correo dependiendo del país a donde se enviará.
■ Se empaca.■ Cuando se tiene alrededor de 20 paquetes, se suman los costos y se
solicita a la administración el dinero y se van a traer los timbres del correo. Se le adhieren los timbres y se envía.
■ Se archiva copia del oficio y reporte.■ De las revistas que se reciben regularmente a fin de cada mes, se emite un
reporte por área en el sistema.■ Se elabora un oficio para cada una de las áreas académicas y se envía
anexándole el listado de publicaciones disponibles recibidas por canje con el fin de que los Directores las soliciten para acervo cultural de las bibliotecas que pertenecen a sus áreas.
■ Se reciben las solicitudes de donación de las publicaciones recibidas por canje y se surten.
■ Se emite un reporte en el programa con las obras solicitadas.■ Se elabora un oficio y se le anexa el reporte a las publicaciones.
3. Listar los problemas que entorpecen actualmente su trabajo(en el sistema) que debe estar en red el sistema porque facilitaría el acceso.
4. ¿Cómo considera que es la ayuda en el sistema? buena5. ¿Son adecuados los nombres empleados para los datos que usted utiliza? si6. ¿Considera que está completa la información que alimenta el sistema?, de no
ser así, ¿cuáles sugiere? si7. ¿Existe información que usted no necesita? no8. ¿Cómo considera que es el sistema en cuanto a su manejo(ejemplo: fácil,
complejo, muy complejo)?, ¿porqué? fácil9. ¿Cuál desearía usted que fuera un factor determinante del sistema para la
elaboración de sus actividades?
Pág. 136
Apéndice B. Prediseño de la Interfaz
10. ¿Qué otra cosa quisiera usted que hiciera el sistema?10. ¿Qué sugiere para mejorar la comunicación con el sistema (pantalla)? Que
tenga mayor espacio en el campo donde registro lo recibido.
Pág.137
Apéndice B. Prediseño de la Interfaz
Establecimiento de las metas de usabilidad:
Especificación de usuariosEl proyecto se encuentra orientado a usuarios de nivel heterogéneo, para describir esto más claramente, dividiremos el proyecto en dos grandes categorías:a) Control Administrativo: Dada la encuesta realizada(ver cuestionario anterior) a
los usuarios potenciales del sistema, se deduce que la mayoría tiene los conocimientos computacionales como correo electrónico, ambiente Windows y el uso del sistema actual en ambiente DOS.
b) Difusión y venta de obras vía internet: Este tipo de usuarios podrán ser todos aquellos que tengan acceso a internet, usuarios muy variados. Aunque se desconocen las características del mismo, pero podemos generalizarlas diciendo que serán personas de jóvenes a edad madura o avanzada, con un nivel cultural de medio a alto, sin embargo, el sistema propuesto se debe adecuar a cualquier estilo de usuario.
Descripción de la interfaz■ El desarrollo será en ambiente gráfico, por lo que la manipulación es a través
de iconos, botones, menús desplegables, cuadros de diálogos.■ La interfaz se desarrollará en Delphi 4■ Se empleará el manejador de base de datos Oracle.
Es conveniente mencionar que en el prototipo sólo se presenta un ejemplo de cada tipo de pantalla, esto es con el fin de estandarizar dichas pantallas en procesos similares. A continuación se ejemplificará su forma de uso:a) Contendrá una pantalla principal a través de la cuál se presentarán las
diferentes opciones del sistema; cada menú tendrá acceso a través del mouse o del teclado.
b) Se le presentará una ventana de acceso al sistema en la cual deberá escribir su login y su password.
c) Además del menú, se presentará una barra de herramientas en algunos procesos que podrán agilizar las actividades de los usuarios.
d) Ventana de captura: Este tipo de ventana deberá presentar las diferentes opciones a través herramientas o menú, dependiendo de la actividad que se desee realizar. Asimismo, es importante el control de habilitar y deshabilítar dichas herramientas, según sean las acciones a realizar, esto es con el fin de restringir al usuario y al mismo tiempo facilitar el uso del sistema.
e) Es necesario aclarar que aún no se ha finalizado el análisis del diseño de la pantalla en Internet por lo que no se realizó el prototipo correspondiente a ésta.
Pág.138
Apéndice B. Predíseño de la Interfaz
Atributos a evaluar
Fácil de Aprender:Para evaluar la facilidad de aprendizaje, se someterá al usuario a las
elaboración de las siguientes tareas:1. Captura de ventas y pedidos diarios.2. Captura de pedidos por semana.3. Cancelación de movimientos diversos.4. Emisión de reportes difíciles de parametrizar.5. Solicitar ventas vía internet
Número de movimientos(salidas) y reportes elaborados por sesión
5 = Inaceptable6 a 15 = Mínimo 16 a 20 = Meta >20 = Excedido
Fácil de memorizar. Esta prueba se divide en dos partes:ajmeznorizar de procesos.
• Interrupción de captura de movimientos y reinicio del mismo al día siguiente.
• Solicitar la elaboración de reportes bajo diferentes parámetros.• Solicitar que anoten el procedimiento(escrito) que siguen para elaborar
sus funciones cotidianamente.
Pág.139
Apéndice B. Prediseño de la Interfaz
a)memorización de botones.• Temporalmente ocultar algunos botones para comprobar si detecta la
falta de los mismos.• Preguntar el significado de cada uno de los botones.• Listar actividades que podrían confundir la identificación de los botones
y pedir que relacionen con el botón correcto para determinar el número de aciertos.
De estas dos pruebas se obtendrá un promedio a partir del cuál se determinará que tan usable es la interfaz, mediante la siguientes asignación de valores.
2 o menos = inaceptable3 a 6 = Mínimo6 a 8 = Meta>8 = Excedido
Bajo nivel de error:Se llevará a cabo la evaluación mediante diversos movimientos de:
a) Captura de obras al inventario.b) Captura y actualización de pedidos.c) Facturación por diversos conceptos (ventas directas, suscripciones,
consignaciones.d) Devolución de obras por concepto de consignación.e) Afectación de obras recibidas por canje.f) Cancelación de facturas.g) Emisión de reportes por diferentes conceptos.h) Concurrencia con más de dos usuarios
Pág.140
Apéndice B. Prediseño de la Interfaz
Todo esto deberá reflejarse en el Inventarlo real de la Dirección Editorial así como en los archivos de cada uno de los movimientos. Debe coincidir con la existencia física.
Errores de usuario cometidos por sesión.
4 o más errores = Inaceptable 1 a 3 errores = Mínimo 0 errores = Meta
SatisfacciónSe realizará el siguiente cuestionario:1. ¿Especificar que tan descriptiva es la ayuda en línea?2. ¿Es suficiente la rapidez con la que se realiza la captura de obras y
pedidos?3. ¿Los reportes son fáciles de elaborar?4. ¿Las pantallas son identificables fácilmente?5. ¿Las características de los botones son agradables a la vista?6. ¿El tamaño de las letras y el color de los mensajes de error son
adecuados?7. ¿Provoca alguna confusión el manejo de reportes?8. ¿La distribución de las opciones del menú es adecuada?9. ¿Los mensajes de error son claros?10. ¿Están distribuidas las imágenes en la pantalla en intenet?11. ¿El número de imágenes en estas páginas es adecuado?12. ¿La forma de pedido es fácil de llenar?
Pág.141
Apéndice B. Prediseño de la Interfaz
PlacenteroCompletoSimpleRápidoSeguroRealista
______________ Irritable______________ Incompleto______________ Complicado______________ Lento_______________ Inseguro______________ Irreal
Promedio de satisfacción del usuario.
Menos del 70% = inaceptable Entre 70% - 80% = Mínimo 95% = Meta100% = Excedido
Como se podrá notar, la finalidad de análisis anterior nos proporcionará las herramientas iniciales para la evaluación necesaria de la interfaz diseñada, basándonos en parámetros determinados por la misma naturaleza de la interfaz, de esta manera posteriormente podremos detectar el porcentaje de usabilidad de nuestro producto.
Considero necesario aclarar que como diseñador del producto y debido a que este tipo de interfaz por lo regular no debe requerir instructivo salvo casos muy específicos o por lo menos tratar de que el usuario no dependa tanto de él, es necesario darle suficiente peso al bajo nivel de errores así como que el producto sea fácil de memorizar.
Pág. 142
APENDICE C.
Referencias para el documento de pruebas y Evaluación.
Anexo I.
Listado correspondiente a parte de la actualización del catálogo de Autores, se utiliza una estructura gen_espec. Esta hace uso de la unidad clas_cli(clase cliente).
unit frmaut;interfaceusesvalidad,clas_cl¡,Windows, Messages, Syslltils, Classes, Graphics, Controls, Forms,
Dialogs,FORM1, StdCtrls, Mask, Buttons, ComCtrls, Db, DBTables, ExtCtrls;
procedure FormCreate(Sender: TObject);procedure SpeedButton4Cllck(Sender: TObject); procedure SpeedButton3Click(Sender: TObject); procedure SpeedButton2Click(Sender: TObject); procedure SpeedButton5Click(Sender: TObject); procedure SpeedButton1Click(Sender: TObject); procedure Edit1Exit(Sender: TObject); procedure Edit2Exit(Sender: TObject); procedure Edit8Exit(Sender: TObject); procedure Edit3Exit(Sender: TObject); procedure Edit19Exlt(Sender: TObject);
prívate{Prívate declarations}
public{Public declarations}
end;varfrmautor: Tfrmautor; aut: Cautor; verifi:veri_car;
implementation
{$R *.DFM}
procedure Tfrmautor.FormCreate(Sender: TObject);begin
inherited;aut:=Cautor.create;
end;
procedure Tfrmautor.SpeedButton4Click(Sender: TObject);var llaverstring;begin
inherited;
Apéndice C. Referencias para el documento de pruebas y evaluación.
if frmautor.Edit19.text <> TRIM('') then beglnllave:=frmautor.Edit19.text;if not (frmautor.Table1.locate('CLAVE',llave,D)) thenbeginaut:=Cautor.create;aut.agregar;aut.free;frmautor.Edit19.text:- frmautor.Editl 9.setfocus;
- end else
if MessageDlg('Ya existe, reemplaza?...',mtConfirmation,[mbYes,mbNo],0)=mrYes then begin
aut:=Cautor.create;aut.modifica;aut.free:
endend;end;
procedure Tfrmautor.SpeedButton3Click(Sender: TObject); begin
inherited;aut.val_busca
end;
procedure Tfrmautor.SpeedButton2Click(Sender: TObject): begin
inherited;aut.eliminar;
end;
procedure Tfrmautor.SpeedButton5Click(Sender: TObject); begininherited;aut.limpiar;
end;
procedure Tfrmautor.SpeedButton1Click(Sender: TObject); begin
inherited;aut.free;frmautor.close
end;
Pág.144
Apéndice C. Referencias para el documento de pruebas y evaluación.
procedure Tfrmautor.Ed¡t1Exit(Sender: TObject); begin
inherited;If verifi.nombre(frmautor.Editl.text) then begin
frmautor.Edit1.text:- '; frmautor.Editl .setfocus;
endend;
procedure Tfrmautor.Edit2Exit(Sender: TObject); begin
inherited;If verifi.nombre(frmautor.Edit2.text) then begin
frmautor.Edit2.text:- '; frmautor.Edit2. setfocus;
endend;
procedure Tfrmautor.Edit8Exit(Sender: TObject); begin
inherited;if length(frmautor.Edit8.text)>0 then
If not verifi.entero(frmautor.Edit8.text) then begin
showmessage('Error, debe ser un valor entero'); frmautor.Edit8.text:- '; frmautor.Edit8.setfocus;
endend;
procedure Tfrmautor.Edit3Exit(Sender: TObject); begin inherited;if length(frmautor.Edit3.text)>0 then
If verifi.nombre(frmautor.Edit3.text) then begin
frmautor.Edit3.text:- '; frmautor.Edit3.setfocus;
endend;
procedure Tfrmautor.Edit19Exit(Sender: TObject); begin
Pág. 145
Apéndice C. Referencias para el documento de pruebas y evaluación.
inherited;if trim(frmautor.Edit19.text)= trim("){length(frmautor.Edit19.text)>0 }then
If verifi.nombre(frmautor.Edit19.text) then begin
frmautor.Edit19.text:=''; frmautor.Editl 9.setfocus;
endelse
beginshowmessage ('Es un valor requerido, escriba la clave por favor'); frmautor.Editl 9.text:=''; frmautor.Editl 9.setfocus; end
end;end.
Unidad correspondiente a la identificación de las clases y la rutinas utilizadas por todos los objetos que heredan de cliente.
unit clas_cli;interfaceusesWindows, messages,sysutils,classes,Controls,forms,dialogs,comctrls,stdctrls,db,dbtables,buttons,mask;typeCCIiente=class(TObject)
prívateclave:string;calle:string;numero:string;colonia:string;ciudad:string;cp:string;estado:string;pais:string;telefono:string;fax-.string;correoe:string;rfc:string;fecha_cap:tdate;publicprocedure agregar; virtual; procedure eliminar; virtual; procedure modificar; virtual;
Pág. 146
Apéndice C. Referencias para el documento de pruebas y evaluación.
procedure buscar; virtual; end;
Cpersona=class(CCIiente)prívatenombre:str¡ng;apellidop:string;apellidom:str¡ng;publicprocedure val_busca; procedure valida; procedure despliega; procedure eliminar; override; procedure agregar; override; procedure limpiar; end;
Cautor=class(Cpersona)prívatepuesto:string;datos_curr:string;domi_lab:string;hora_lab:string;tel_lab:string;tipoa:string;publicprocedure agregar; override; procedure eliminar; override; procedure modifica; procedure val_busca; procedure valida; procedure despliega; procedure limpiar; end;
varcliente:CCIiente;persona.Cpersona;autor:Cautor;encontro.boolean;
implementation
uses form2,frmperso,frmaut,frmcon;
procedure Ccliente.agregar; begin
Pág. 147
Apéndice C. Referencias para el documento de pruebas y evaluación.
end;
procedure Ccliente.eliminar;beginend;
procedure Ccliente.modificar;beginend;
procedure Ccliente.buscar;beginend;
////// METODOS DE AUTORprocedure Cautor.valida;var llave: string;beginencontro:=false;llave := frmautor.Edit19.text;if not (frmautor.Tablel Jocatef CLAVE',llave,□)) then
beginshowmessage ('Error, Autor no existe en catálogo');encontro:=false;frmautor.Edit19.text:-';frmautor.Editl 9.setfocusend
elseencontro:=true;
end;
procedure Cautor.limpiar;begin
frmautor.Editl 9.text:=''; frmautor.radiobutton1.checked:=false; frmautor.radiobutton2.checked:=false; frmautor.editl .text;='frmautor.edit2.text:- '; frmautor.edit3.text:- '; frmautor.edit4.text:- '; frmautor.edit5.text:- '; frmautor.edit6.text:=''; frmautor.edit7.text:- '; frmautor.edit8.text:-O'; frmautor.edit9.text:- ';
Pág.148
Apéndice C. Referencias para el documento de pruebas y evaluación.
frmautor.edit10.text:- ';frmautor.editl 1 .text:- ';frmautor.edit12.text:-frmautor.editl 3.text:='frmautor.editl4.text:-frmautor.editl 5.text:- ';frmautor.editl 6.text:=";frmautor.editl 7.text:='';frmautor.editl 8.text:- ';frmautor.memo1.Text:-frmautor.datetimepicker1.date:=fecha_cap;frmautor.Edit19.text:-frmautor.TabSheetl .show;frmautor.Editl 9.setfocus
end;
procedure Cautor.despliega;begin{Asigno al objeto los campos del a tabla cliente}
clave :=frmautor.Edit19.text; frmautor.tablel.locatefCLAVE'.CLAVE.O); clave :=frmautor.table1 ['CLAVE']; calle :=frmautor.table1 ['CALLE']; numero :=frmautor.table1 ['NUMERO']; colonia:=frmautor.table1 ['COLONIA']; ciudad :=frmautor.table1 ['CIUDAD']; cp :=frmautor.table1['CP']; estado :=frmautor.table1 ['ESTADO']; pais :=frmautor.table1['PAIS']; telefono:=frmautor.table1 ['TELEFONO']; fax :=frmautor.table1['FAX']; correoe:=frmautor.table1['CORREOE']; rfc :=frmautor.table1['RFC']; fecha_cap:=frmautor.table1['FECHA_CAP'];
{Asigno al objeto los campos del a tabla persona} frmautor.table2.locate('CLAVE',CLAVE,□); nombre:=frmautor.table2['NOMBRE']; apellidop:=frmautor.table2['APELLIDOP']; apellidom:=frmautor.table2['APELLIDOM'];
{Asigno al objeto los campos del a tabla autor} puesto:=frmautor.table3['PUESTO']; datos_curr:=frmautor.table3['DATOS_CURR']; domi_lab:=frmautor.table3['DOMI_LAB']; hora_lab:=frmautor.table3['HORA_LAB']; tel_lab:=frmautor.table3['TEL_LAB'];
Pág. 149
Apéndice C. Referencias para el documento de pruebas y evaluación.
tipoa:=frmautor.table3['TIPO'];{Despliego datos}
frmautor.Editl 9.text:=clave; if trim(tipoa) ='A' then begin
frmautor.radiobutton1.checked;=true;frmautor.radiobutton2.checked:=false;end
else beginfrmautor.radiobutton2.checked:=true;frmautor.radiobutton1.checked:=false;end;
frmautor.editl .text:=nombre; frmautor.edit2.text:=apellidop; frmautor.edit3.text:=apellidom; frmautor.edit4.text:=calle; frmautor.edit5.text:=numero; frmautor.edit6.text:=colonia; frmautor.edit7.text:=ciudad; frmautor.Edit8.text:=cp; frmautor.edit9.text:=estado; frmautor.editl O.text:=pais; frmautor.editl 1 ,text:=telefono; frmautor.editl 2.text:=fax; frmautor.editl 3.text:=rfc; frmautor.editl 4.text:=correoe; frmautor.datetimepicker1.date:=fecha_cap; frmautor.Editl 9.setfocus; frmautor.editl 5.text:=puesto; frmautor.editl 6.text:=domi_lab; frmautor.editl 7.text:=hora_lab; frmautor.editl 8 .text:=tel_lab; frmautor.memo1.Text:=datos_curr;
end;
procedure cautor.modifica;begin
CLAVE :=frmautor.Edit19.text; frmautor.tablel .locatefCLAVE',CLAVE,□); frmautor.tablel .edit;clave :=frmautor.Edit19.text; nombre:=frmautor.edit1 .text; apellidop:=frmautor.edit2.text; apellidom:=frmautor.edit3.text; calle :=frmautor.edit4.text; numero.-frmautor.edit5.text;
Apéndice C. Referencias para el documento de pruebas y evaluación.
colonia:=frmautor.edit6.text;ciudad:=frmautor.edit7.text;cp :=frmautor.Edit8.text;estado:=frmautor.edit9.text;país :=frmautor.ed¡t10.text;telefono:=frmautor.ed¡t11 .text;fax :=frmautor.ed¡t12.text;rfc :=frmautor.edit13.text;correoe:=f rma utor. ed ¡t 14 .text;puesto:=frmautor.edit15. text;domi_lab:=frmautor.edit16.text;hora_lab:=frmautor.edit17.text;tel_lab:=frmautor.edit18.text;datos_curr:=frmautor.memo1.Text; fecha_cap :=frmautor.datetimepicker1 .date; if frmautor.radiobuttonl .checked then
tipoa:-A' else
tipoa:='C';frmautor.tablel .edit;frmautor.tablel ['CLAVE'] :=clave; frmautor.tablel ['CALLE'] :=calle; frmautor.tablel ['NUMERO'] :=numero; frmautor.tablel ['COLONIA']:=colonia; frmautor.tablel ['CIUDAD'] :=ciudad; frmautor.tablel ['CP'] :=strto¡nt(cp); frmautor.tablel ['ESTADO'] :=estado; frmautor.tablel ['PAIS'] :=pais; frmautor.tablel ['TELEFONO']:=telefono; frmautor.tablel ['FAX'] :=fax; frmautor.tablel ['CORREOE']:=correoe; frmautor.tablel ['RFC'] :=rfc; frmautor.tablel ['FECHA_CAP']:=fecha_cap; frmautor.tablel .post; frmautor.table2.edit; frmautor.table2['CLAVE']:=clave; frmautor.table2['NOMBRE’]:=nombre; frmautor.table2['APELLIDOP'];=apellidop; frmautor.table2['APELLIDOM']:=apellidom; frmautor.table2.post; frmautor.table3.edit; frmautor.table3['CLAVE']:=clave; frmautor.table3['PUESTO']:=puesto; frmautor.table3['DATOS_CURR']:=datos_curr; frmautor.table3['DOMI_LAB']:=domi_lab;
Pág.151
Apéndice C. Referencias para el documento de pruebas y evaluación.
frmautor.table3['HORA_LAB']:=hora_lab;frmautor.table3[TEL_LAB']:=tel_lab;frmautor.table3['TIPO']:=tipoa;frmautor.table3.post;
end;
procedure Cautor. val_busca; begin
aut.valida;if encontró then aut.despliega;
end;
Procedure Cautor.eliminar;var llaverstring;begin
aut.valida; if encontró then begin
aut.despliega;if MessageDIgfConfirme eliminación de
registro...',mtConfirmation,[mbYes,mbNo],0)=mrYesthen begin
frmautor.tablel .edit;llave := frmautor.Edit19.text;frmautor.Table1.locate('CLAVE',llave,□);frmautor.tablel .Delete;frmautor.tablel .refresh;frmautor.table2.edit;frmautor.Table2.locate('CLAVE',llave,0);frmautor.table2.Delete;frmautor.table2.refresh;frmautor.table3.edit;frmautor.Table3.locatefCLAVE',llave,□);frmautor.table3. Delete;frmautor.table3.refresh;aut.limpiar;
end;end;
end;
procedure Cautor.agregar;
Pág.152
Apéndice C. Referencias para el documento de pruebas y evaluación.
beginclave :=frmautor.Ed¡t19.text; nombre:=frmautor.ed¡t1 .text; apell¡dop:=frmautor.edit2.text; apellidom:=frmautor.ed¡t3.text; calle :=frmautor.edit4.text; numero:=frmautor.ed¡t5.text; colonia:=frmautor.edit6.text; c¡udad:=frmautor.ed¡t7.text; cp :=frmautor.Edit8.text; estado:=frmautor.edit9.text; pais :=frmautor.edit10.text; telefono:=frmautor.ed¡t11 .text; fax :=frmautor.edit12.text; rfc :=frmautor.edit13.text; correoe:=frmautor.edit14.text; puesto:=frmautor.edit15.text; domi_lab:=frmautor.edit16.text; hora _lab:=frmautor.edit17.text; tel Jab:=frmautor.edit18.text; datos_curr:=frmautor.memo1.Text; fecha_cap :=frmautor.datetimepicker1 .date; if frmautor.radiobuttonl .checked then
tipoa:-A'else
tipoa:-C';frmautor.tablel .append; frmautor.table1.edit; frmautor.tablel ['CLAVE'] :=clave; frmautor.tablel ['CALLE'] :=calle; frmautor.tablel ['NUMERO'] :=numero; frmautor.tablel ['COLONIA']:=colonia; frmautor.tablel ['CIUDAD'] :=ciudad; frmautor.tablel ['CP'] :=strtoint(cp); frmautor.tablel ['ESTADO'] ;=estado; frmautor.tablel ['PAIS'] :=pais; frmautor.tablel ['TELEFONO'];=telefono; frmautor.tablel ['FAX'] :=fax; frmautor.tablel ['CORREOE']:=correoe; frmautor.tablel ['RFC'] :=rfc; frmautor.table1['FECHA_CAP']:=fecha_cap; frmautor.tablel .post; frmautor.table2. append; frmautor.table2.edit; frmautor.table2['CLAVE']:=clave;
Pág. 153
Apéndice C. Referencias para el documento de pruebas y evaluación.
frmautor.table2['NOMBRE']:=nombre;frmautor.table2['APELLIDOP,]:=apellidop;frmautor.table2['APELLIDOM']:=apellidom;frmautor.table2.post;frmautor.table3.append;frmautor.table3.edit;frmautor.table3['CLAVE']:=clave;frmautor.table3['PUESTO']:=puesto;frmautor.table3['DATOS_CURR’]:=datos_curr;frmautor.table3['DOMI_LAB']:=domiJab;frmautor.table3['HORA_LAB']:=horaJab;frmautor.table3['TEL_LAB']:=tel_lab;frmautor.table3['TIPO']:=tipoa;frmautor.table3.post;
end;
Pág.154
Apéndice C. Referencias para el documento de pruebas y evaluación.
Anexo II.
I. Marque por con una X la respuesta correcta, según su consideración.
1. ¿Especificar qué tan descriptiva es la ayuda en línea?a) Muy clara b) Regularmente clara cjlncomprensible
2. ¿Es suficiente la rapidez con la que se realiza la captura de obras?a) Rápida b) Regular c) Lenta
3. ¿Los reportes son fáciles de elaborar?a) Fácil b) Difícil a) Muy difícil
4. ¿Las pantallas son identificables fácilmente?a) Completamente b) Medianamente c) Nulo
5. ¿Las características de los botones son agradables a la vista?a) completamente b)Medianamente c) Desagradable
6. ¿El tamaño de las letras y el color de los mensajes de error son adecuados?a) Adecuado b) Regular c)lnadecuado
7. ¿Provoca alguna confusión el manejo de reportes?a)S¡ b)No c)A veces
8. ¿La distribución de las opciones del menú es adecuada?a) Adecuado b)Regular c) Inadecuado
9. ¿Los mensajes de error son claros?a) Muy claros b) Regularmente claros cjincomprensible
10. ¿Cubre las expectativas de mejora?a) completamente b)Medianamente c) No cumple
Pág. 155
Apéndice C. Referencias para el documento de pruebas y evaluación.
II. Marque con una X en la línea según el grado de cumplimiento del sistema.11. En general, su apreciación sobre el sistema es:
Placentero IrritableCompletoSimpleRápidoSeguroRealista
IncompletoComplicadoLentoInsequroIrreal
Pág. 156
Conclusiones
Es de conocimiento general que en los inicios de la ciencia computacional, el hardware era el elemento más costoso, el software tenía una función que no merecía gran atención, sin embargo, en la actualidad, dados los avances tecnológicos, la creciente oferta de equipos provocó la disminución considerable de los precios, la adquisición de gran número de personas que no sólo requerían el equipo sino que tenía necesidades de software muy particulares, debido a esto el software comenzó a tomar mayor importancia y los clientes empezaron a ser más exigentes, por lo que se ve la necesidad de producir software de calidad al mismo tiempo que se normara su desarrollo y adquisición.
El aprovechamiento del avance tecnológico, así como de todas las herramientas que esto implica, en el ámbito educativo juega un papel muy importante y máxime si se trata de difundir la cultura como es el caso de la Dirección General Editorial de la Universidad Veracruzana, por esta razón se realizó el presente trabajo, con la finalidad de apoyar en la difusión del acervo cultural con el que cuenta y el mejoramiento de sus servicios.
Detrás de estos cuatro capítulos se encuentra una labor de apoyo conjunto entre usuario y desarrollador, lo cual es muy importante para lograr la elaboración de un producto de manera exitosa.
Se presentaron algunos factores que se consideran contribuyeron a que hubiera un retraso considerable en la finalización del producto:
• Por un lado podemos mencionar la barrera del lenguaje de programación, una mala elección del mismo en un principio por el desconocimiento que se tenía de la metodología a aplicar. Sin embargo, este aspecto desde un principio se considero como un riesgo.
• Toda una formación y experiencia de programación estructural, la cual provocó serias dificultades al tratar de ver otro enfoque de la programación.
• La metodología aplicada será mejor aprovechada siempre y cuando se cuente con un manejador de base de datos orientado a objetos, debido a que como se implemento en este momento para grandes volúmenes de información afectaría el performance del sistema, no resulta natural la interacción de la información entre el software de aplicación y el manejador de base de datos.
• Retraso en la adquisición del equipo de cómputo que soportará la base de datos.No obstante, se lograron muchos beneficios al realizar un análisis y diseño
eficiente y robusto del sistema, llevando a cabo un proceso de pruebas normado y
en forma detallada, beneficios que se verán reflejados en el momento de la implantación del sistema. Asimismo, la satisfacción que se ve reflejada en el usuario gradualmente merece importancia, no sólo el interés se basa en que la información sea manejada eficientemente sino que sea agradable trabajar con el sistema, que ofrezca las mejores facilidades de uso, en este caso particular con respecto a la atención que deben recibir los clientes de la Dirección Editorial.
Se aprecia que es de radical importancia adoptar una metodología de trabajo coordinada como la que se llevo a cabo en el presente proyecto, esto es, establecer procedimientos a seguir que nos permitan realizar las estimaciones más acertadas en el desarrollo de una aplicación, lo cual es un aspecto muy relevante para el usuario. La metodología empleada tiene grandes ventajas refiriéndonos en especial a los sucesores en el mantenimiento de un sistema, al hacer uso de los objetos y servicios existentes aplicando la rehusabilidad y logrando una comprensión más rápida de los conceptos que componen al sistema.
Los planes inmediatos a seguir para continuar con este proyecto son los siguientes:
• En primer lugar, habilitar las ventas vía Internet, para ello se realizará un análisis del software de encriptamiento a emplear, así como de la usabilidad de las páginas en Internet.
• Realizar una interfaz que permita efectuar los descuentos vía nómina de los empleados de la Universidad que realicen alguna compra en la Dirección Editorial, esto conlleva a interactuar con el banco de datos donde se tienen registrado a los empleados.Para las personas dedicadas al desarrollo de software, este trabajo motiva a
continuar incursionando en la Metodología Orientada a Objetos.
Referencias Bibliográficas
Coad P. Yourdon“E. Object Oriented Analysis”Prentice-Hall, 1991.
Jakob Nielsen “Usability Engineering” AP Professional, 1993.
Roger S. Pressman“Ingeniería del Software. Un enfoque práctico” McGraw-Hill, 1993.
NORMAN, D. & DRAPER, S."User centered system design - New pérspectives on human-computer interaction",Lawrence Erlbaum Associates, Hillsdale (NJ), 1986.
Henry F. Korth, Abraham Silberschatz “Fundamentos de Bases de Datos” McGraw-Hill, 1993.
Oracle 8“Programación PL/SQL. Guía esencial para cualquier programador de Oracle”Osborne McGraw-Hill, 1998
Dan Osier, Steve Grobman, Steve Batson Aprendiendo Delphi en 14 días Prentice-Hall Hispanoamericana, S.A.; 1997
.í*Catálogo de Publicaciones de la Dirección General Editorial de la U.V.
Glosario
Dependencia: Unidad Organizacional dependiente de la Universidad Veracruzana, por ejemplo: Rectoría, Trámites Escolares, Unidad de Artes, Dirección General Editorial y de Publicaciones, Dirección General de Informática y la Facultad de Estadística e Informática en la cual se alojan dos carreras, etc.
Cliente: Arquitectura cliente/servidor. Arquitectura en la cual el cliente (computador personal o estación de trabajo) es la máquina solicitante y el servidor es la máquina proveedora. El cliente suministra la interfaz de usuario y realiza alguna parte o todo el procesamiento de la aplicación. El servidor mantiene las bases de datos y procesa solicitudes del cliente para extraer datos de la base de datos o para actualizarla.
Consignatarios: Son aquellas personas físicas o morales(ejemplo: librerías) a las cuales se les otorgan, mediante pedidos, una cantidad específica de obras, de las cuales después de un tiempo(establecido por la Dirección Editorial) reportan ventas para el registro de la facturación o devuelven las obras que no pudieron vender.
Consignaciones: Es la entrega de obras que se les hace a los consignatarios a través de hojas de pedidos, no se registran como ventas debido a que el consignatario no las garantiza, el consignatario tiene la opción de devolver las obras no vendidas.
Canjes: Intercambio de obras que realizan con otras instituciones nacionales o extranjeras
Adiestramiento: Enseñanza sobre la operación de un sistema computacional o herramienta que sólo compete a las actividades del empleado.
Capacitación: Cursos aplicables de manera genérica para incrementar el nivel cultural de los empleados.
Destinatario: Este concepto se aplica en el módulo de suscripciones, es la persona que va a recibir realmente las obras a través del intermed¡ario(cliente-suscriptor), este cliente sólo realiza la transacción en las instalaciones de la Dirección Editorial.