universidad facultad de estadÍstica e informÁtica

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


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


• 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


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


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


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


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


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


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


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


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


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


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


___________________________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


_______________________ 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


__________________ Servicios de la clase-y-objeto: AutorLimpiar.


______________________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.


■ ■ ________ 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


__________________________ 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.


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


__________ 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.


______ 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.


-- 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


______________________ 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.


____________________ 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


______ 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.


? ; 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


__ ___________________ Servicios de la clase-y-objeto: Materia______ Crea la Clase/objeto materia_______________________Accesar


______ 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.


_______________ 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


______ 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.


Pág. 48


________________ ______ 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


______ 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.


■_______ 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


________________________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


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


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


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


Factura

No Factura Serie de fac.Crear()Accesar()EliminarOCancelarO

Crear()Accesar()EliminarOModificarOCancelar()

OtroFolioClave obracantidadMotivo


FeriaClaveDescripciónCrear() Accesar() EliminarO ModificarO LimpiarO

Pág.53


(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


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


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


Capas de Temas, Estructuras y de Clases&Objetos

Dependencia

Cliente

O

Persona Institución

1,m

:-------- O /---- a r

Pág.59


Capas de Temas y de Clases&Objetos

Pág. 60


Capas de Temas, Estructuras y de Clases&objetos

Pág.61


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


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


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


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


vPág. 69

Movimiento(Venta)

O-

(?Venta A

Movimiento


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


ClaveCalleNoColoniaEstadoPaísTeléfonoFaxCorreo Elect. RFC

Accesar()EliminarOCrear()Modificar()

AA Persona vi


Crear()Accesar()EliminarO ModificarO

A A

f L

/'Consignatario / Suscriptor

Tipo

CrearOAccesar() EliminarO ModificarO

^CancelarQ

A

UsuarioA

A


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


5


(r VentaA

Crear() AccesarQ EliminarO ModificarO CancelarO

ZAA- A

1, m

A

Factura Clave obra cantidad

Crear() Accesar() EliminarO CancelarO


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




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


í? 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




Consignataria / Suscriptor

Tipo

CrearQAccesarQEliminarQModificarQCancelarQ

I,m

Cl

Usuario

LoginPasswordNivel

AccesarQEliminarQCrearQModificarQ

v- -yPág. 72

Cliente

Movimiento (Donaciói^ Canje) Movimiento

0

o-



5

Cliente

CrCanje DonaciónFolioClave obracantidadExpediente

Crear()Accesar()Eliminar()ModificarOCancelarO

FolioClave obraSub-institucióncantidad


0Recepción/Canje

FolioClave ObraAutorTítuloCantidadAreaNacionalidad Cantidad Enviada Folio Salida




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


Pág. 73

777Movimiento' C~~Cliente A ClienteFecha movto.

0-O

►

Nacionalidad Clave de obra


Ay

Derechos de AutorFolioCantidadMotivo


1

Movimiento (Derechos de Autor)

OtroFolioClave obracantidadMotivo




y

IA

APersonaClaveApellido paterno Apellido Materno Nombre(s) Puesto


-------------- -0

,......... -....-)

Autor

n

7

Consignatario / Suscriptor

Datos Cuticulares Domicilio Laboral Horario Laboral Teléfono Laboral

Tipo



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


Maximizar

Lista/selección

CasillaVerif.checklist

Servicios

Ventana/consultaMenú

Barra desplaz. Cuadro de texto


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


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


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.


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.


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


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


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>

LIBRO.UNIV.DE

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

mailto:qdiaz%40ebsco.com

mailto:zavala%40cueyatl.ua

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


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


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


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


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.


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


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.



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


Salir del campo Descripción: Mensaje error:“Es un valor requerido”


Pág. 98


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.




“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




Pág. 99


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.








Clave=-2

No debe permitirlo


Salir del campo Clave=TR23 Longitud es de 3, no debe permitirlo




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.








Clave=-9

No debe permitirlo


Salir del campo Clave=GA01 Longitud es de 3, no debe permitirlo




Pág.101


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.








Clave=-4

No debe permitirlo






Pág.102


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.








Clave=-15

No debe permitirlo






Pág.103


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.








Clave=-10

No debe permitirlo


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



Pág. 104


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.







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


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.







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




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.







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




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


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


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


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


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.


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


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


OBRA(Actualizar)

AUTOR/COAUTOR

EntradaTeclado

\

Entrada \ Mouse •A

Registro actualizado

Pág. 115


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


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


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


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


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


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


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


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


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


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


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


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


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


(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


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


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


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


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


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


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


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


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;


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;


Pág. 145


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


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


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


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


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;


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


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


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


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


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


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.

universidad facultad de estadÍstica e informÁtica

Documents