Este artículo debería haber sido escrito exactamente hace 10 años. Sería necesario hacer esto por el bien de la publicidad, o más precisamente, las relaciones públicas del sistema de gestión de documentos Vizir que desarrollé, que en ese momento quería tratar, desarrollar y vender. Ahora es demasiado tarde, pero quería hacer esto para poner esta marca de verificación por mí mismo (bueno, me gusta terminarlo todo hasta el final), y además, incluso podría brindarle a alguien algún beneficio. Siguiente - debajo del corte ...
Antecedentes ...
... bastante común ... Mientras trabajaba en una de las grandes empresas de Yaroslavl, acompañé y "terminé" el sistema de gestión de documentos, que en ese momento era más como un archivo electrónico de documentos: pedidos, instrucciones, etc. Fue desarrollado en ASP, y la base de datos era MySQL, los documentos se almacenaban simplemente en el sistema de archivos del servidor.
Poco después de comenzar a acompañar este sistema, la gerencia de la empresa pensó en adquirir un sistema de flujo de trabajo: querían obtener la aprobación electrónica de los documentos. Basado en la funcionalidad existente, rápidamente escribí un módulo adicional para la visita de documentos al sistema existente, y resultó que no necesitaba comprar ningún otro sistema; los deseos de la administración se cumplieron temporalmente, la implementación de la nueva función fue exitosa. Luego hubo un aumento gradual en la funcionalidad para reducir el flujo de trabajo en papel (más cobertura para documentos, menos copias impresas, menos movimientos del documento en sí, la adición de nuevos módulos) el control sobre la ejecución de documentos fue la última de las mejoras.
Y luego cambié el trabajo y la ciudad. El sistema permaneció en el trabajo anterior, pero surgió la idea de desarrollar un nuevo sistema de flujo de trabajo, ¡con los mismos principios, pero "más rápido, más alto, más fuerte"! Además, conocía bien el área temática, ya estaba involucrado en el desarrollo e implementación de dicho sistema. Luego comencé a dominar ASP.NET con might and main (primero, es puramente para el autodesarrollo), el primer proyecto para revisión ya estaba escrito y decidí tomar un sistema de flujo de trabajo como el segundo proyecto: hay un paseo y echar un vistazo a la tecnología ASP.NET WebForms. Pero el proyecto decidió hacerlo en serio, de modo que en caso de un desarrollo exitoso, sería posible hacer un producto a partir de él que pudiera venderse.
La historia
Inicialmente, se estableció un objetivo, se identificaron las principales tareas y herramientas. Se suponía que el sistema de gestión de documentos electrónicos Vizir satisfaría las necesidades de cualquier empresa grande o mediana en la gestión de documentos electrónicos internos de acuerdo con los documentos del ARDS (pedidos, pedidos), contratos, actos, documentación técnica y registro de correspondencia. Los principales módulos del sistema se identificaron de inmediato: visualización de documentos, registro de una firma física, envío de documentos a los departamentos, monitoreo de la ejecución de documentos y un archivo de documentos con búsqueda de texto completo. Realmente quería que el sistema fuera simple y conveniente para los usuarios, y además, quería establecer tales requisitos para que su costo fuera mínimo, tanto para la implementación como para el mantenimiento. Es decir hacer exactamente lo que todo el mundo quiere tanto: maximizar la proporción de los beneficios traídos a los costos, mientras se observan todos los requisitos
necesarios y suficientes .
Como, como ya mencioné, quería escribir en ASP.NET, resultó la tecnología cliente-servidor, donde el servidor era una máquina en la versión del servidor de Windows 2003 (o 2008, que apareció un poco más tarde) y el cliente era cualquier PC con cualquier navegador. Se eligió MySQL como DBMS; era de uso gratuito, y ya lo sabía bastante bien en ese momento. Aquí resultó 50 a 50: sí, el DBMS es gratuito, pero el sistema operativo está muy pagado, y el servidor en Windows era más caro que en el mismo Linux (incluido el alquiler). Pero realmente quería ASP.NET, ya que la tecnología WebForms en sí misma era interesante para mí y parecía que daría más beneficios al desarrollar software y su soporte adicional. El código de espagueti del entonces PHP (y ASP) ya estaba bastante harto, y estaba claro que su mantenimiento en el proceso de finalización requería más y más recursos, es decir tiempo, y por lo tanto dinero.
Inmediatamente rechacé el soporte de EDS: no está claro por qué es necesario para un EDI corporativo interno y por qué es
fundamentalmente mejor que la autorización ordinaria usando un nombre de usuario y contraseña. En ese momento, ya había logrado trabajar con EDS (no como programador, sino como empleado de escolta) y me di cuenta de que esta era una tecnología estúpida por el bien de la tecnología. Toda la ventaja del cifrado seguro no se combina en ninguna parte con los usuarios comunes que dejan sus claves en el dominio público y los códigos PIN cuidadosamente ubicados en sobres en el cajón superior de la mesa. Está claro que EDS y el cifrado asimétrico son necesarios para el intercambio seguro de documentos entre diferentes empresas y agencias gubernamentales, pero dentro de la empresa es la quinta rueda lo que le impide viajar, pero cuesta un dinero decente.
Al principio, quería colocar la base de datos de documentos en el DBMS, sin embargo, después de pensar y buscar soluciones gratuitas para buscar documentos en el texto, se decidió detener el almacenamiento de documentos en el sistema de archivos del sistema operativo. Windows tiene un servicio de indexación de documentos que puede configurar y usar para la búsqueda de texto completo en los tipos de documentos compatibles, incluidos los documentos de Microsoft Office y Adobe PDF. Por supuesto, ella trabaja específicamente con terminaciones de palabras rusas, pero simplemente no pudo encontrar la mejor solución gratuita en ese momento.
También abandonó de inmediato el intento de hacer que el sistema sea lo más flexible posible con la capacidad de configurar campos adicionales para documentos, algunas rutas personalizadas específicas, etc. funciones de sistemas EDI avanzados. Todo esto es, por supuesto, bueno, pero nuevamente conduce a la complicación y la apreciación tanto del desarrollo como de la implementación, y esto, como se mencionó anteriormente, me gustaría evitar. Como resultado, se decidió introducir campos adicionales para tipos especiales de documentos (correspondencia), y el enrutamiento en el sistema se proporcionó por un lado lineal, pero por otro lado personalizable con la capacidad de omitir ciertos nodos dependiendo de los tipos de documentos y además de un sistema de autoridad de usuario.
Quería hacer que el sistema fuera más conveniente y hermoso que el que estaba haciendo antes, para esto era necesario pensar en la usabilidad y el diseño. Se decidió reconstruir la interfaz en forma de un menú superior desde la ruta completa del flujo de trabajo en el sistema, desde colocar un documento en el sistema hasta mover un documento al archivo, a través de avistamiento de documentos, registro de firmas, distribución del documento y control de ejecución. Si es necesario, se agregan pestañas si el elemento del menú y los privilegios del usuario involucran varias acciones diferentes.
El diseño se volvería simple e intuitivo debido a los colores tenues, el uso, cuando corresponda, de iconos en lugar de texto, agrupación de campos y botones. Como se suponía que debía usar cualquier navegador, durante el desarrollo se suponía que debía prestar suficiente atención a la compatibilidad entre navegadores, pero sin fanatismo. Es decir si algún "truco" de diseño no se mostraba en uno de los navegadores, pero podía simplificarse y la funcionalidad no sufría, entonces se simplificó. Si esto no fuera posible, entonces ese "chip" se descartó, es decir la belleza seguía siendo inferior a proporcionar funcionalidad.
Y que paso
Durante aproximadamente dos años (2007-2009) desarrollé este sistema. Está claro que durante mucho tiempo, pero el desarrollo en las tardes después del trabajo, lamentablemente, no es lo mismo que el trabajo a tiempo completo. Pero al final, fue posible lograr todos los objetivos: el sistema funcionó, cumplió con las necesidades de la empresa en la gestión de documentos electrónicos, solo requirió un servidor que ejecutara Windows para su funcionamiento, no requirió la compra de licencias adicionales, cualquier PC con casi cualquier navegador podía servir como cliente (incluso con IE6) . Se
escribió una guía del usuario (también integrada en el sistema), una
guía de implementación del sistema , una
guía para instalar el sistema en un servidor que ejecuta Windows Server 2003 y scripts para la instalación automática (un script basado en archivos BAT) y
para Windows Server 2008 (y un script de instalación automática) basado en PowerShell). Es decir de hecho, resultó un producto que puede y debe promoverse y venderse. En octubre de 2010, este software se registró en Rosreestr con el número No. 20100617259. Luego, se desarrolló y lanzó un sitio web para ventas:
http://vizier.net.ru ,
se implementó una
versión demo para que el cliente pudiera ver el sistema por sí mismo (todas las contraseñas de usuario de 1 a 6).
Pronto, se realizó la primera venta, en YARTI OJSC en la ciudad de Yaroslavl. La implementación se realizó sin problemas, el cliente quedó satisfecho con el sistema y los usuarios no solo no se quejaron, sino incluso viceversa. Hubo exactamente un punto negativo: al parecer, todo fue tan bueno que ya no se necesitaba mi apoyo para la empresa; mi propio departamento de TI podía manejar todos los problemas. En esta empresa, el sistema ha sido operado con precisión durante varios años, es posible que todavía se esté utilizando, simplemente no lo sé.
Eso es todo
Y luego resultó como sucedió. No comencé a seguir promocionando y vendiendo el sistema de gestión de documentos electrónicos Vizier. Aunque, parece, aquí está: todo está hecho, todo está allí, solo vender e implementar. Aquí, por supuesto, uno podría referirse a circunstancias personales, nuevamente, un cambio de trabajo, mudanza, familia, hijos, etc., pero el problema era bastante psicológico: todos los objetivos establecidos para nosotros mismos se lograron, pero dejar el trabajo y obtener ganancias estables, asumiendo riesgos y lograr algo en esa área en la que no hay mucha experiencia ya es otra. Deja que otros beban champaña. Tal vez fue un error, pero tal vez no. Este proyecto ocupó un lugar merecido en mi cartera, ya que ASP.NET dominó bien un efecto secundario, que a su vez produjo resultados en el desarrollo del siguiente proyecto:
Portal Hattrick , un sitio para equipos nacionales nacionales y juveniles, que ahora utilizan los jugadores, entrenadores de todos los equipos nacionales. países que juegan el mejor entrenador de fútbol en línea
Hattrick . Esta también es una experiencia única en el desarrollo y mantenimiento de su propio sitio web, así como en la comunicación con una audiencia multinacional de todo el mundo.
Y aún un poquito más
Postdata A pesar del hecho de que no resultó ser un vendedor exitoso de un sistema de administración de documentos electrónicos, lamento aún más que solo una compañía use un sistema tan excelente. Y decidí poner a disposición del público el kit de distribución del sistema electrónico de gestión de documentos "Visir" para uso gratuito (incluso con fines comerciales). Lo único que se escribirá en el título de la ventana en lugar del nombre de la organización es una VERSIÓN IMPORTANTE. Vaya al sitio
http://vizier.su , lea una breve descripción, vea capturas de pantalla, pruebe la versión de prueba, descárguela, instálela y úsela para su salud. Quizás para algunos resulte ser una gran opción, pero para algunos conducirá a la búsqueda de un sistema más avanzado,