Registro de actuaciones
- Por un lado está la configuración de un recurso, aplicación o docap para facilitar el registro informatizado de las actuaciones de los profesionales de los SEO. Esto es un ejemplo más que concreta el propósito básico de favorecer la automatización de los soportes documentales empleados por los SEO, vía informatización de los mismos.
- Por otro la realización de una revisión en profundidad de la propia práctica profesional de los SEO, acompañada de la (re)formulación de los recursos y medios de intervención.
En ambos casos justo es reconocer que únicamente estamos dando los primeros pasos. Respecto al primero enfoque, lo que se concreta en esta entrada; y respecto al segundo en la una entrada publicada en pqyme.
Quiero decir también, por lo que a la propuesta documental se refiere, que posiblemente y desde un planteamiento más reflexivo que el meramente "técnico" que aquí se aborda, sería necesario plantearse la propia pertinencia de concretar esta propuesta como docap o aplicación, pudiendo considerarse con motivos que una mera formulación como documento-soporte podría ser suficiente en sentido estricto, esto es: de cumplimiento del objetivo básico que aquí parecer plantearse; tal vez un documento-base acompañado de una macro de apoyo, sin llegar a formular un docap.
Como ejemplo de lo que podría ser esta alternativa podría servir el documento que desde este enlace se puede descargar.
No quedarse en una formulación de esta naturaleza es, principalmente, consecuencia del interés por desarrollar las posibilidades que permite el uso de Python (de momento en sus formulaciones básicas, insisto) y realizar comparaciones en términos de soportes o utilidades prácticas con los recursos manejados hasta el momento (docap basados en OOoBasic).
Pero faltaría a la verdad si no planteara que también ha influido en el desarrollo de esta propuesta tal y como se ha formulado, las implicaciones (aun en sus primeros pasos) que derivan del análisis del significado y la funcionalidad que tiene, y más aun que puede tener en función del desarrollo de dicho análisis, la formulación de un sistema de seguimiento de las actuaciones. Obviamente no en los límites simples y estrechos en los que por ahora nos movemos. Es una promesa, pero también un reto, que queda pendiente pero no olvidado.
Ni puedo ni debo ir, por ahora, más allá, a riesgo de prolongar más de lo debido la extensión de esta entrada sin haber entrado aun en el núcleo del contenido que corresponde. Además es necesario fundamentar desde otros espacios lo que puede constituir la base sobre la que construir esa alternativa.
Los documentos y materiales que dejo al final de esta entrada recogen dos propuestas que tienen un mismo objetivo, aunque se persigue desde dos lenguajes y dos procedimientos diferentes: un docap creado mediante OOo Basic (macros y script) desde LibreOffice vs. una "aplicación" construida con Python que genera desde fuera un archivo accesible desde LibreOffice que, además, y como archivo Writer es susceptible de ser tratado mediante macros-OOo Basic. Esa es la esencia de esta propuesta.
La utilidad es evidente e inmediata, y no renuncio a lo que como tal contribuye a la creación de una alternativa de los medios actualmente disponibles, si es que se puede hablar en realidad en estos términos, ya que del análisis expuesto en otro lugar se deriva la ausencia de recurso, hábito y ejecución real de procedimiento. Sí quiero insistir en lo ya dicho: se trata de una primera propuesta que necesita ser revisada y posiblemente reformulada en profundidad, pero que, para los fines actuales puede considerarse más que suficiente.
Explico a continuación las dos propuestas a fin de cumplir el objetivo que persigo con ellas y con esta entrada. Me propongo crear también un vídeo explicativo del funcionamiento de ambos en un uso práctico simulado.
Se trata de dos docap pensados para crear soportes para reseñar las actuaciones realizadas por el SEO:
- El primero crea el documento, esto es, su encabezamiento y los datos de identificación.
- Y el segundo sirve para recoger las actuaciones propiamente dichas.
No son docap desarrollados en todas sus dimensiones y funcionalidades, sí soportes básicos, especialmente el creado mediante Python, muy mejorables tanto en lo que al funcionamiento se refiere como al propio código. Esas mejoras se irán implementando en versiones sucesivas, que combinen el enfoque técnico con el programático.
Podemos diferenciar dos enfoques en el análisis comparativo, el de componentes y el de los procesos.
En el de componentes, diferenciamos...
- El de los docap, creados en OOo Basic, que se desarrolla desde dentro del documento-soporte y se descompone en el IDE en dos módulos, insertos ambos en el mismo documento, cada uno de ellos pensado para responder a las dos actuaciones antes indicadas.
- Y el de los script Python, que se implementan desde el cmd (símbolo de sistema en Windows) que se concretan en dos script externos al documento txt-odt, siendo éste generado por el primero de los script y al que se accede desde el segundo. De forma complementaria se puede crear un documento pdf mediante un script OOoBasic como forma de "congelar" el resultado en un momento dado. en realidad este procedimiento no aporta más que ser expresión de la posibilidad de trabajar desde OpenOffice con el documento generado inicialmente con script python.
No me voy a detener aquí a explicar el código OOo Basic (no corresponde en este blog), aunque recomiendo acceder al mismo desde el IDE del documento-base que se puede descargar desde el enlace ubicado al final de la entrada. Sí analizaré, al menos brevemente, el código Python, recomendando también profundizar en él accediendo al código de estos dos script. Me centraré en uno de los dos script, el más sencillo: ActuaNueva.py
- Fase 1. Entrada de datos (input): Como en Python no hace falta declarar previamente las variables, lo hacemos implícitamente en el mismo momento en que se solicita el dato mediante la función input():
actua_fecha=input("Fecha de la actuación (dd/mm/aaaa): ")
- Fase 2. Escritura en el documento, si bien previamente (fase 1) accedo al soporte, primero de forma interactiva...
seo_archivo=input("Código de indentificación: ")
... y después mediante la sentencia with,
with open(seo_archivo + "_Actua.odt","a") as file:
... y uso de la función write() que permite la escritura del contenido en el documento abierto...
file.write("ACTUACIÓN " + actua_fecha)
- Fase 3. Cierre del archivo y del cmd. El primero...
file.close()
...cierra el documento abierto en la fase anterior, siendo este el modo de asegurar la modificación real de su contenido. El segundo permite controlar el cierre del script, lo que se concreta como cierre también del cmd. Para ello se usa la función input() sin ningún contenido.
input()
print("Datos de la actuación.------------------------------------------------")
La segunda tiene mayor importancia, como dije, ya que se refiere a la forma empleada para manejar el archivo de texto, puesto que en cada script es diferente. En este se accede a un documento ya existente, por lo que primero se solicita el identificador del documento (mediante input()) y después se utiliza la expresión...
open(seo_archivo + "_Actua.odt","a")
... mientras que en el otro script (ExpedNuevo.py) se trabaja con un documento no creado, por lo que empleamos...
open(seo_archivo+"_Actua.odt","w")
La diferencia, aunque mínima (a vs w) es fundamental, dadas las funciones atribuidas respectivamente a a (acceder a un documento existente y posicionarse al final del mismo con permisos de escritura) y a w (acceder a un archivo borrando su contenido. Si el archivo no existe se crea), que son las que marcan el comportamiento específico de cada uno de los script. Consultar estas entradas para mayor información.
Para finalizar, llamar la atención del lector respecto a la peculiaridad que presentan estos script en cuanto al modo input: basar el input en cmd es una forma de aparcar (provisionalmente) el tema de la GUI para centrarse en cuestiones de lenguaje y algoritmo. Pero este modo de trabajo no es sólo resultado de lo que no se aborda; también es un modo de trabajo con los lenguaje de programación cuando se emplean como recursos para el trabajo en un ámbito profesional concreto y no se considera necesario crear productos para "el mercado". Cuando creamos soluciones para problemas desde la perspectiva del uso profesional, las formas pasan a un segundo plano en favor de la funcionalidad; por eso no es extraño encontrar, en estos ámbitos, quienes prefieren tratar con el código a través de línea de comandos y no de interfaces gráficas (GUI).
La formalización actual, haciendo de la necesidad virtud, se alinea con este enfoque que seguiré manteniendo mientras lo prioritario sea la funcionalidad y la formalización del algoritmo.
Materiales:
- Docap basado en LO-Writer (plantilla). Ver macros desde el IDE
- Script Python: ExpedNuevo.py y ActuaNueva.py
- Ejemplo de documento ACTUACIONES y su formato .pdf
- Macros para tratamiento del documento y conversión en .pdf