Index: maquetacion/capitulo6/capitulo6.tex
===================================================================
--- maquetacion/capitulo6/capitulo6.tex	(revision 65b942d87c7d48ff242171f08a0c753e13d3328a)
+++ maquetacion/capitulo6/capitulo6.tex	(revision 8a02fdeff3b2b986b847029487f3869a1bcb4ffb)
@@ -15,5 +15,5 @@
 
 %A continuación el contenido del artículo de componente de firmas electrónicas
-
+\begin{comment}
 %\begin{abstract}
 Automation is use the information technologies as a direct method for improvement. However, there are elements such as handwritten signature that
@@ -31,5 +31,8 @@
 %\begin{keywords} Advanced Electronic Signatures, Component, XAdES, PKI, workflow. 
 %\end{keywords}
-
+\end{comment}
+\begin{comment}
+Es necesario que se redacte el resumen en castellano, o suprimirlo por completo.
+\end{comment}
 
 
@@ -38,5 +41,5 @@
 \section{Introducción}
 \label{sec:intro}
-La adopción de la tecnología de firma electrónica aún no está suficientemente extendida. Esta 
+La adopción de la tecnología de firma electrónica aún no está suficientemente extendida. Ésta 
 se utiliza en distintas áreas y en muchas  instituciones o empresas alrededor del mundo pero no ha llegado a ser 
 equivalente a la firma autógrafa en un sentido amplio. Vinculado a este hecho, surge la pregunta ¿Pueden converger
@@ -96,5 +99,5 @@
 es un documento -un archivo-
 que autentifica la clave vinculada al ente. La clave secreta/privada se distribuye en una tarjeta inteligente 
-o token criptográfico que funciona como un elemento de control de
+o ficha criptográfica que funciona como un elemento de control de
 acceso de nivel 2. Los certificados electrónicos contienen información especificada  bajo el formato X.509 versión 3 \cite{IEEEhowto:x509}, el cual
 incluye campos como  fecha de expedición y vencimiento del certificado, Nombre único del propietario (conocido como Nombre Común),
@@ -106,5 +109,6 @@
 la firma electrónica, y que generan valor agregado. Las aplicaciones de este tipo más utilizadas  cuentan con
 una interfaz basada en bibliotecas dinámicas (.dll o .so) para este fin, así como también tienen un archivo de certificados
-de autoridades de certificación para validar la vigencia y correctitud del certificado del firmante. Esta interfaz
+de autoridades de certificación para validar la vigencia y correcta conformación
+del certificado del firmante. Esta interfaz
 es básica, solo permite generar un archivo de firma en formato PKCS\#7 \cite{IEEEhowto:pkcs7} separado del documento firmado, lo que conlleva
 a que las tareas de almacenamiento, validación y auditoría  deben ser provistas  adicionalmente a través de un programa
@@ -195,5 +199,5 @@
  \item Firmar electrónicamente (para este caso se asume que lo electrónico está
 asociado a un dispositivo en hardware como una tarjeta inteligente, y
- en relación a ello debe connotar vinculación jurídica, lo digital solo a una clave en software) un documento de tipo de archivo definido por especificación MIME \cite{IEEEhowto:mime}. 
+ en relación a ello debe connotar vinculación jurídica, lo digital sólo a una clave en software) un documento de tipo de archivo definido por especificación MIME \cite{IEEEhowto:mime}. 
 \item Firmar digitalmente  
 (usando un archivo PKCS\#12 \cite{IEEEhowto:pkcs12}) un documento de tipo de
@@ -264,7 +268,7 @@
 La figura \ref{fig:uml} muestra un diagrama en lenguaje UML del componente y su conexión con un sistema
 informático. Existen tres tipos de funcionalidades que exporta el ComponenteFEA:
-''Firmar'', interfaces para firma electrónica y digital; 
-''Validar``, interfaces para validación fuera de línea y en línea de
-certificados electrónicos; y ''Gestionar``, interfaces para la almacenamiento
+``Firmar'', interfaces para firma electrónica y digital; 
+``Validar'', interfaces para validación fuera de línea y en línea de
+certificados electrónicos; y ``Gestionar'', interfaces para el almacenamiento
 y búsqueda de archivos firmados.
 
@@ -322,5 +326,5 @@
 Un tema a tomar en cuenta es el relativo al tipo de repositorio donde se almacenan los archivos firmados. El ComponenteFEA genera archivos tipo XAdES con extensión
 \textit{.bdoc}. Para este fin puede utilizarse un directorio en el sistema de archivos o un gestor de  base de datos relacional. En este
-punto también hay que trabajar sobre el nombramiento, es decir la forma como se  identifican unívocamente los archivos para que puedan ser encontrados. Para ello  se puede utilizar la vinculación de 
+punto también hay que trabajar sobre el esquema de nombres, es decir la forma como se  identifican unívocamente los archivos para que puedan ser encontrados. Para ello  se puede utilizar la vinculación de 
 metadatos en los registros de las tablas de la base de datos relacional, o simplemente
 asignar un nombre como clave única a los archivos firmados.
@@ -334,5 +338,5 @@
 de firmas electrónica, búsqueda, entre otras. Estas funcionalidades las provee el ComponenteFEA 
 mediante los métodos que se nombran en la sección 
-''Métodos para Gestión de archivos`` del Listado \textbf{1},
+``Métodos para Gestión de archivos'' del Listado \textbf{1},
 y pueden ser extendidas utilizando algunas de las funcionalidades del gestor de datos que se utilice.
 
@@ -341,5 +345,5 @@
 
 A continuación se muestran tres casos de integración utilizando un mismo proceso con diversos sistemas informáticos.
-El proceso tratado es el conocido como ''Orden de compra``, el cual está presente en muchas organizaciones.
+El proceso tratado es el conocido como ``Orden de compra'', el cual está presente en muchas organizaciones.
 Consiste en realizar un proceso de negocio con la finalidad de  obtener un conjunto de productos o servicios necesarios para la organización a través de una búsqueda y evaluación de
 un cierto número de cotizaciones y que siguen una serie de criterios, como por ejemplo, las características de calidad y precio. El proceso en pasos
@@ -374,5 +378,5 @@
 del ComponenteFEA con llamadas locales o remotas  según sea el caso. A
 continuación se presentas tres implementaciones del proceso 
-''Orden de compra`` para tres sistemas informáticos diferentes. 
+``Orden de compra'' para tres sistemas informáticos diferentes. 
 
 
@@ -380,5 +384,5 @@
 
 OpenERP\footnote{Ver la dirección web: http://www.openerp.com} es un software de Planificación de Recursos Empresariales (ERP, por sus siglas en inglés), software libre, 
-que tiene un gran número de instalaciones. En su base incluye el proceso de  ''Orden de compra``. Para realizar el acoplamiento se creó
+que tiene un gran número de instalaciones. En su base incluye el proceso de  ``Orden de compra''. Para realizar el acoplamiento se creó
 un nuevo módulo
 de OpenERP. Se identificaron los puntos de firma y validación y se sustituyeron por las llamadas
@@ -391,8 +395,8 @@
 La figura \ref{fig:openerp} muestra la interfaz de usuario para gestionar los archivos firmados electrónicamente. Los usuarios autorizados pueden utilizar una
 tarjeta inteligente para firmar los documentos correspondientes al proceso de
-''Orden de compra``, teniendo la misma validez legal (especificado por 
+``Orden de compra'', teniendo la misma validez legal (especificado por 
 las políticas de la PKI y la legislación del país) que la firma manuscrita.
  Primero el solicitante firma  la requisición, y este documento se envía a  la bandeja del analista de compra, quién busca las cotizaciones correspondientes y
-  selecciona el conjunto de productos a comprar. Se generan los documentos ''Acta'' y ``Orden de compra'', este último es enviado a la bandeja del gerente quién 
+  selecciona el conjunto de productos a comprar. Se generan los documentos ``Acta'' y ``Orden de compra'', este último es enviado a la bandeja del gerente quién 
 lo firma  para aprobar la compra del conjunto de productos o servicios seleccionados.
 
@@ -422,5 +426,5 @@
 SAID\footnote{Ver la dirección web: http://said.cenditel.gob.ve/wiki } es un sistema administrativo que incluye procesos contables 
 y administrativos para instituciones que operen en el sector público venezolano.
-Entre los procesos que implementa SAID está el de `Orden de compra``, que incluye entre sus capacidades la posibilidad de utilizar firmas electrónicas basadas en el formato  PKCS\#7. 
+Entre los procesos que implementa SAID está el de ``Orden de compra'', que incluye entre sus capacidades la posibilidad de utilizar firmas electrónicas basadas en el formato  PKCS\#7. 
 
 El sistema fue escrito en PHP Versión 4.X, y
@@ -432,6 +436,6 @@
 PostgreSQL Version 8.4 (El mismo que utiliza SAID). El listado \textbf{2} muestra el código en PHP para validar una firma electrónica y mostrar los firmantes de un
 documento del proceso de Orden de compra: requisición, acta u orden.  Después de realizar la conexión al servidor \textit{localhost} por el puerto 4242, se procede
-a abrir un archivo firmado con el método ''openBDocContainer`` a través de una llamada remota, luego se utiliza el método ''validateSignature`` para validar
-la firma, y finalmente se listan todos los firmantes  utilizando el método  ''subjectCertificateCommonName``.
+a abrir un archivo firmado con el método ``openBDocContainer'' a través de una llamada remota, luego se utiliza el método ``validateSignature'' para validar
+la firma, y finalmente se listan todos los firmantes  utilizando el método  ``subjectCertificateCommonName''.
 
 \begin{verbatim}
@@ -483,5 +487,5 @@
 
 El proceso especificado en esta sección puede modelarse  usando un motor de flujo de trabajo. Los flujos de trabajo son ampliamente utilizados para modelar procesos
-a través de un lenguaje descriptivo como BPM o BPEL \cite{IEEEhowto:bpel}.  Para implementar el proceso de ''Orden de compra`` se utilizó el motor 
+a través de un lenguaje descriptivo como BPM o BPEL \cite{IEEEhowto:bpel}.  Para implementar el proceso de ``Orden de compra'' se utilizó el motor 
 SAFET \cite{IEEEhowto:safet}, ya que incorpora
 el ComponenteFEA nativamente, solo se necesitan especificar los puntos en el proceso donde se requiere la firma electrónica. La validación la realiza el motor de forma
