1 #LyX 1.3 created this file. For more info see http://www.lyx.org/
15 \use_numerical_citations 0
16 \paperorientation portrait
23 \paragraph_separation indent
25 \quotes_language english
29 \paperpagestyle default
44 La interfaz de visualización de EMUFS permite interactuar con los distintos
45 tipos de archivos para cada conjunto de datos almacenado (ya sean facturas,
46 articulos, o notas de facturas).
52 El programa acepta varios parámetros, algunos de ellos opcionales, otros
53 obligatorios dependiendo de las elecciones realizadas.
56 Para obtener una completa descripción de los parámetros el programa acepta
58 \begin_inset Quotes eld
62 \begin_inset Quotes erd
66 \begin_inset Quotes eld
70 \begin_inset Quotes erd
73 para mostrar una ayuda en línea.
76 Si el programa es ejecutado sin parámetros tratará de recuperar los artículos
77 y las facturas desde archivo previamente creados.
80 Para crear un archivo de artículos a partir de un archivo XML bien formado,
81 se debe ejecutar el programa con la opción
82 \begin_inset Quotes eld
86 \begin_inset Quotes erd
90 Dicha opción espera que el siguiente parámetro sea el nombre del archivo
91 a leer, y que éste útimo tenga extensión xml (notar que es solo minúsculas).
92 A continuación espera encontrar el tipo de archivo que se quiere crear,
93 pudiendo ser éste último 1, 2 ó 3.
94 De ser el tipo de archivo con bloques, se le exigirá que ingrese como último
95 parámetro el tamaño del mismo.
98 Para crear el archivo de facturas es el mismo procedimiento, solo que utilizando
100 \begin_inset Quotes eld
104 \begin_inset Quotes erd
108 El archivo de notas es creado por el sistema de tipo 2 por defecto y no
109 puede ser cambiado desde la línea de comandos.
110 Para ello puede utilizar la opción correspondiente del menú mantenimiento.
113 Debe saber que estos parámetros no son mutuamente excluyentes, por lo que
114 podrá utilizarlos al mismo tiempo.
120 A continuación se da una lista detallada de las operaciones que son posibles
121 hacerse desde esta interfaz :
124 Alta, baja y modificación de Artículos.
125 Para ello se abrirá una ventana donde se podrá editar comodamente los datos.
128 Alta, baja y modificación
134 En la modificación de una factura no se podrán cambiar ni la cantidad de
135 items y los datos de los mismo!
142 Ver fisicamente los registros de cualquiera de los archivos sin importar
143 el tipo al que pertenezcan.
144 Desde aquí podrá tambien eliminar, agregar o modificar el registro actual.
148 Para aquellos archivos que hallan sido creados con un tipo con bloques,
149 podrá verlos fisicamente, viendo el bloque actual y los anteriores/posteriores.
152 Ver las estadísticas de cada archivo según su tipo, para realizar comparativas
155 Cambiar el formato de cualquier tipo o parametros de archivo.
158 Compactar los archivos.
164 Durante el desarrollo se han tomado ciertas decisiones en el diseño o restriccio
166 En este punto nos centraremos en las especificas tomadas por la interfaz
167 de visualización, y no tomaremos en cuenta las que ponen los tipos de archivo
171 La cantidad de items por factura es igual a 10 para archivos de registro
172 de longitud fija y bloque parametrizado (TIPO 3).
173 Esta decición fue tomada por poner un valor típico de items que puede haber
175 Como el tipo de archivo permite cortar un registro y guardarlo en varios
176 bloques consecutivos, la restricción de cantidad solo es un hecho de elección,
177 y así pusieramos 100, 1000, 10000 no habría diferencia, ya que el tipo
178 de archivo lo guardaría sin problemas.
181 Si el archivo es de TIPO 3 y se agregan más de 10 items estos son truncados
182 y descartados sin aviso al usuario.
183 Esta fue una desición basada en el tiempo del proyecto.
184 De tener que validar y consultar al usuario se hubiera perdido tiempo de
185 mucho valor para completar objetivos más importantes del TP.
188 Los campos son delimitados por el caracter nulo (en caso de los strings)
189 y por la longitud del tipo de dato en caso de los campos numéricos.
190 De esta forma se aprovechan las características de manejo de string en
194 Cuando se leen registros que ocupan más de un bloque, solo se jutan todos
195 los bloques que ocupa dicho registro y eso es mostrado al usuario.
196 Fue diseñado de esta manera debido a que parsear la data binaria que contiene
197 el archivo requiere saber donde esta, cuanto ocupa y como tratarla.
198 De permitir mostrar registros incompletos, complicaría mucho más le parser
199 actual, ya que por ejemplo podríamos tener que un campo entero (un int
200 de 4 bytes) empiece en el registro actual y termine en el siguiente.
206 Un ejemplo de vista de registros es la que se observa a continuación :
210 \begin_inset Graphics
211 filename /home/share/programacion/FIUBA/Datos/emufs/doc/gui_ver_registros.eps
220 Como puede verse el registro actual se ve resaltado respecto de los demás.
221 También se puede observar que en este caso (el bloque es de 2000 bytes)
222 no entra toda la información en pantalla, pero es posible desplazar utilizando
226 Los datos binarios son convertidos a texto para ser mostrados, siendo la
227 representación elegida :
230 [XXX] : Son valores numéricos perteneciente a los datos (numero de factura,
231 numero de artículo, etc)
234 (XXX) : Representa un ID.
235 En el caso de las facturas también aparece en los datos el número de índice
236 de la nota asociada con esta representación.
239 {XXX} : Representa el tamaño de los datos.
240 Esto siempre y cuando el registro sea de longitud variable (TIPO1 y TIPO2).
243 También es posible ejecutar acciones de edición sobre el registro seleccioado,
244 así como buscar por ID de registro.