Este artigo deveria ter sido escrito exatamente 10 anos atrás. Seria necessário fazer isso em prol da publicidade ou, mais precisamente, do PR do sistema de gerenciamento de documentos Vizir que eu desenvolvi, com o qual naquela época eu queria lidar, desenvolver e vender. Agora é tarde demais, mas eu queria fazer isso para colocar essa marca de seleção (bem, eu gosto de terminar tudo até o fim) e, além disso, pode até trazer benefícios a alguém. Próximo - sob o corte ...
Plano de fundo ...
... bastante comum ... Enquanto trabalhava em uma das grandes empresas de Yaroslavl, acompanhei e "terminei" o sistema de gerenciamento de documentos, que na época era mais como um arquivo eletrônico de documentos - pedidos, pedidos etc. Foi desenvolvido em ASP, e o banco de dados era MySQL, os documentos foram armazenados simplesmente no sistema de arquivos no servidor.
Logo depois que comecei a acompanhar esse sistema, a gerência da empresa pensou em adquirir um sistema de fluxo de trabalho - eles queriam obter aprovação eletrônica de documentos. Com base na funcionalidade existente, escrevi rapidamente um módulo adicional para visualização de documentos no sistema existente - e constatou-se que não era necessário adquirir nenhum outro sistema - os desejos da gerência foram temporariamente satisfeitos, a implementação do novo recurso foi bem-sucedida. Depois, houve um aumento gradual da funcionalidade, a fim de reduzir o fluxo de trabalho em papel - mais cobertura para documentos, menos cópias impressas, menos movimentos do documento em si, a adição de novos módulos - o controle sobre a execução dos documentos foi a última das melhorias.
E então mudei o trabalho e a cidade. O sistema permaneceu no trabalho antigo, mas surgiu a idéia de desenvolver um novo sistema de fluxo de trabalho - com os mesmos princípios, mas “mais rápido, mais alto, mais forte”! Além disso, eu conhecia bem a área, já estava envolvido no desenvolvimento e implementação de um sistema desse tipo. Então eu comecei a dominar o ASP.NET com força e principal (primeiro, é puramente para o autodesenvolvimento), o primeiro projeto para revisão já estava escrito e decidi usar um sistema de fluxo de trabalho como o segundo projeto: é onde dar um passeio e conhecer a tecnologia ASP.NET WebForms. Mas o projeto decidiu realizá-lo com seriedade - para que, em caso de desenvolvimento bem-sucedido, fosse possível fabricar um produto que pudesse ser vendido.
A história
Inicialmente, uma meta foi estabelecida, as principais tarefas e ferramentas foram identificadas. O sistema de gerenciamento eletrônico de documentos Vizir deveria satisfazer as necessidades de qualquer empresa de grande ou médio porte no gerenciamento interno de documentos eletrônicos, de acordo com os documentos da ARDS (ordens, ordens), contratos, atos, documentação técnica e registro de correspondência. Os principais módulos do sistema foram identificados imediatamente - visualização de documentos, registro de uma assinatura física, envio de documentos aos departamentos, monitoramento da execução de documentos e um arquivo de documentos com pesquisa em texto completo. Eu realmente queria tornar o sistema simples e conveniente para os usuários e, além disso, queria estabelecer esses requisitos para que seu custo fosse mínimo, tanto para implantação quanto para manutenção. I.e. fazer exatamente o que todos e todos querem tanto - maximizar a proporção dos benefícios trazidos aos custos, sujeita a todos os requisitos
necessários e suficientes .
Como, como eu já mencionei, queria escrever no ASP.NET, surgiu a tecnologia cliente-servidor, onde o servidor era uma máquina na versão de servidor do Windows 2003 (ou 2008, que apareceu um pouco mais tarde) e o cliente era qualquer PC com qualquer navegador. O MySQL foi escolhido como DBMS - era de uso gratuito, e eu já sabia muito bem naquele momento. Aqui ficou de 50 a 50: sim, o DBMS é gratuito, mas o sistema operacional é muito pago e o servidor no Windows era mais caro do que no mesmo Linux (incluindo aluguel). Mas eu realmente queria o ASP.NET, pois a tecnologia WebForms em si era interessante para mim e parecia que traria mais benefícios ao desenvolver software e seu suporte adicional. O código espaguete do então PHP (e ASP) já estava bastante cheio, e ficou claro que sua manutenção no processo de conclusão exigia mais e mais recursos - ou seja, tempo e, portanto, dinheiro.
Retirei imediatamente o suporte da EDS - não está claro por que é necessário para um EDI corporativo interno e por que é
fundamentalmente melhor do que a autorização comum usando um login e senha. Naquela época, eu já havia conseguido trabalhar com a EDS (não como programador, mas como funcionário de escolta) e percebi que essa era uma tecnologia estúpida em prol da tecnologia. Toda a vantagem da criptografia forte não se mescla em lugar algum com os usuários comuns que deixam suas chaves em domínio público e os códigos PIN cuidadosamente colocados em envelopes na gaveta superior da tabela. É claro que o EDS e a criptografia assimétrica são necessários para a troca segura de documentos entre diferentes empresas e agências governamentais, mas dentro da empresa é a quinta roda que o impede de viajar, mas custa um dinheiro decente.
No começo, eu queria colocar o banco de dados de documentos no DBMS, no entanto, depois de pensar e procurar soluções gratuitas para pesquisar documentos no texto, foi decidido parar de tudo com o armazenamento de documentos no sistema de arquivos do SO. O Windows possui um serviço de indexação de documentos que você pode configurar e usar para pesquisa de texto completo nos tipos de documentos suportados, incluindo documentos do Microsoft Office e Adobe PDF. Obviamente, ela trabalha especificamente com terminações de palavras em russo, mas simplesmente não conseguiu encontrar a melhor solução gratuita naquele momento.
Ele também abandonou imediatamente a tentativa de tornar o sistema o mais flexível possível, com a capacidade de configurar campos adicionais para documentos, algumas rotas personalizadas específicas etc. funções de sistemas avançados de EDI. Isso é tudo, é claro, bom, mas, novamente, leva à complicação e apreciação do desenvolvimento e da implementação, e isso, como mencionado acima, eu gostaria de evitar. Como resultado, decidiu-se introduzir campos adicionais para tipos especiais de documentos (correspondência), e o roteamento no sistema foi fornecido, por um lado linear, mas por outro lado personalizável, com a capacidade de pular certos nós, dependendo dos tipos de documentos, além de um sistema de autoridade do usuário.
Eu queria tornar o sistema mais conveniente e bonito do que o que eu estava fazendo antes, para isso era necessário pensar em usabilidade e design. Decidiu-se reconstruir a interface na forma de um menu superior, a partir da rota completa do fluxo de trabalho no sistema - desde a colocação do documento no sistema até a movimentação do documento para o arquivo morto, até a visualização do documento, registro da assinatura, distribuição do documento e controle de execução. Se necessário, serão adicionadas guias se o item de menu e os privilégios do usuário envolverem várias ações diferentes.
O design deveria ser simples e claro devido às cores escuras, ao uso, quando apropriado, de ícones em vez de texto, agrupamento de campos e botões. Como ele deveria usar qualquer navegador, durante o desenvolvimento, ele deveria prestar atenção suficiente à compatibilidade entre navegadores, mas sem fanatismo. I.e. se algum "truque" de design não foi exibido em um dos navegadores, mas poderia ser simplificado e a funcionalidade não sofrer, foi simplificado. Se isso não fosse possível, esse "chip" seria descartado, ou seja, a beleza ainda era inferior ao fornecimento de funcionalidade.
E o que aconteceu?
Por cerca de dois anos (2007-2009) eu desenvolvi esse sistema. É claro que há muito tempo, mas o desenvolvimento à noite após o trabalho, infelizmente, não é o mesmo que o trabalho em tempo integral. Mas, no final, foi possível atingir todos os objetivos: o sistema funcionou, atendendo às necessidades da empresa no gerenciamento de documentos eletrônicos, exigiu apenas um servidor Windows para seu funcionamento, não exigiu a compra de licenças adicionais, qualquer PC com quase qualquer navegador (mesmo com o IE6) poderia servir como cliente . Um
guia do usuário (também incorporado ao sistema), um
guia de implementação do sistema , um
guia para instalação do sistema em um servidor executando o Windows Server 2003 e scripts para instalação automática (um script baseado em arquivos BAT) e
para o Windows Server 2008 (e um script de instalação automática) foram gravados baseado no PowerShell). I.e. de fato, resultou em um produto que pode e deve ser promovido e vendido. Em outubro de 2010, este software foi registrado na Rosreestr sob o número 20100617259. Em seguida, um site de vendas foi desenvolvido e lançado -
http://vizier.net.ru , uma
versão demo foi implantada para que o cliente pudesse ver o sistema (todas as senhas de usuários de 1 a 6).
Logo, a primeira venda foi realizada - na YARTI OJSC na cidade de Yaroslavl. A implementação ocorreu sem problemas, o cliente ficou satisfeito com o sistema e os usuários não apenas não reclamaram, mas também vice-versa. Havia exatamente um menos - aparentemente, tudo era tão bom que meu suporte à empresa não era mais necessário - meu próprio departamento de TI podia lidar com todos os problemas. Nesta empresa, o sistema é operado com precisão há vários anos, é possível que ele ainda esteja sendo usado, simplesmente não sei.
Isso é tudo
E então aconteceu que aconteceu. Não comecei a promover e vender mais o sistema de gerenciamento de documentos eletrônicos Vizier. Embora, ao que parece, aqui está - tudo está feito, tudo está lá, apenas venda e implementa. Aqui, é claro, pode-se referir a circunstâncias pessoais - novamente, uma mudança de emprego, mudança, família, filhos, etc., mas o problema era bastante psicológico - todos os objetivos estabelecidos para nós mesmos foram alcançados, mas abandonar o trabalho e obter ganhos estáveis, assumindo riscos e conseguir algo nessa área em que não há muita experiência já é outro. Deixe os outros beberem champanhe. Talvez tenha sido um erro, mas talvez não. Este projeto ocupou um lugar bem merecido no meu portfólio, pois um efeito colateral foi bem dominado pelo ASP.NET, que por sua vez produziu resultados no desenvolvimento do seguinte projeto:
Hattrick Portal - um site para equipes nacionais e juvenis, que agora é usado por jogadores - treinadores de todas as equipes nacionais países jogando o melhor gerente de futebol online do
Hattrick . Essa também é uma experiência única no desenvolvimento e manutenção de seu próprio site, bem como na comunicação com um público multinacional em todo o mundo.
E ainda um pouco mais
Postscript. Apesar de não ter sido um vendedor de sucesso de um sistema de gerenciamento eletrônico de documentos, lamento ainda mais que apenas uma empresa use um sistema tão excelente. E decidi colocar em acesso público o kit de distribuição do sistema de gerenciamento eletrônico de documentos "Vizier" para uso gratuito (inclusive para fins comerciais). A única coisa que será escrita no título da janela em vez do nome da organização é uma VERSÃO IMPORTANTE. Acesse o site
http://vizier.su , leia uma breve descrição, veja as capturas de tela, experimente a versão de teste, faça o download, instale e use-a para sua saúde. Talvez, para alguns, seja uma ótima opção, mas para alguns, levará à busca de um sistema mais avançado,