Re: Перспективы
Пользователь:
Алексей Лавринович (IP-адрес скрыт)
Дата: 30, July, 2004 17:22
О перспективных способах разработки, распространения, инсталляции, модернизации и оптимизации
Цитата: «Хорошие функциональные возможности системы требуют разработки технологии процесса управления системой. С некоторого момента ее развития (достижения некоторого уровня "сложности") управление системой должно неизбежно стать объектом автоматизации, причем не менее важным, чем объекты, связанные с функциональным назначением системы (из «Общих принципов проектирования АБИС»).
То есть ставится — как обязательная — задача автоматизации автоматизации. А как ее решать, не говорится.
Здесь могут помочь еще две цитаты из словаря «Информатика» Ф.С.В.:
Самообучающаяся система […] - Автоматизированная система, обладающая способностью улучшать свое функционирование на основе накопления данных о предшествующей работе […].
Самоорганизующаяся система […] - Автоматизированная система, обладающая способностью расширять имеющуюся информацию и совершенствовать свою структуру на основе предъявляемых ей данных […]».
О таких библиотечных системах ничего не слышно.
Но «самообучение» в стиле Windows 2000 и Word 2000 (прячущиеся кнопки панелей инструментов и пункты меню) — это явно что-то не того.
А что такое автоматическое «расширение имеющейся информации» — например, пользователи часто ищут нечто, чего нет в БД или в фонде, и система находит это в интернете и самопополняется, или составляет и посылает заявку в отдел комплектования?
Самосовершенствование структуры — еще круче. Например, возрос спрос на полнотекстовые документы или на услуги МБА — и система сама сгенерировала недостающие АРМы.
Нечто подобное есть в MS Office, когда по мере надобности доустанавливаются нужные компоненты (конечно, при их наличии в дистрибутиве. Так же Windows Installer поступает с целыми приложениями, причем не только от Microsoft. Например, если нужно прочитать PDF-файл, Adobe Reader устанавливается сам.
То есть структура ПО АИС (ЛВС) постоянно самоконфигурируется и самооптимизируется. Это можно назвать «автоматизацией автоматизации». Возможно, в будущем все ПО будет инсталлироваться (и обновляться без ведома и согласия пользователя;)) и только через интернет.
Но поскольку между настройкой и разработкой вообще четкой границы нет, в будущем возможны и автогенерация («саморазработка») приложений, их «саморазворачивание» из ОС (такие прогнозы делались еще лет 6 назад). Видимо, в дистрибутиве для этого все-таки должны быть какие-то «заготовки»?
Но производителям (распространителям) будет невыгодно, если все возможные и потенциально нужные модули, компоненты, их исходные тексты и средства разработки будут заключены в одном файле. Поэтому можно предложить такой способ:
• пользователь бесплатно получает демо- или облегченную (Lite) версию,
• если понравилось — платит за минимальную версию (Standard, или мини-ИРБИС) и получает через интернет пароль для доступа к основным модулям (функциям) того же дистрибутива (уже широко распространенная практика),
• когда потребности выросли — доплачивает за полную версию (Professional) и получает новый пароль для доступа к новым модулям (функциям),
• на следующем этапе тем же способом получает версию Gold, Premium, Enterprise, клиент-серверную и т. д.
• специальные версии (функции), например, Developer Edition (т. е. доступ к исходным текстам и руководство разработчика), или интеграционные шлюзы, например, к «1С:Предприятию» или к FineReader’у, распространяются по паролю, но бесплатно.
Минус этого варианта — он не поощряет пользователей осваивать новые функции, повышать квалификацию и качество работы, автоматизировать все новые участки производства (библиотеки). С другой стороны, MS Office есть на каждом ПК, а о существовании многих его компонентов (Outlook, PowerPoint, FrontPage) мало кто догадывается… и еще 10 лет назад Word 6.0 использовался не более чем на 10%
В целом же все изложенное полностью соответствует известным «Общим принципам проектирования АБИС» и является попыткой предложить некоторые способы их реализации.
P.S. Разработчикам часто не нравится идея включать в дистрибутив исходные тексты. Но это соответствует российскому законодательству, в котором:
1.Не указано, в каком виде ПО должно передаваться пользователю,
2. Сказано, что пользователь вправе адаптировать ПО к существующей системе, но не указано — к программной или к аппаратной, и не уточняется, что значит адаптация — настройка или декомпиляция и перекомпиляция
Выводы: пользователь ВСЕГДА вправе ТРЕБОВАТЬ предоставления обоих вариантов — скомпилированного и не скомпилированного, и вправе вносить ЛЮБЫЕ изменения (а EULA и прочая мура от БГ & Co, противоречащая законам РФ, не действует на территории РФ).
Отправка отредактированного (05-08-04 17:54)