«Самописцам» на заметку

В банках сидят команды программистов, которые создают программы для работы с операционными данными, хранилищами данных и системами финансового анализа, пишут запросы к базам данных; на предприятиях так называемые отделы АСУ пытаются писать программы, которые «хочет» их руководство. (О задачах и функциях отдела АСУ можно узнать здесь).

Встречаются предприятия, у которых нет никакого ПО для автоматизации определенной деятельности, но они интересуются доступным на рынке решением с одной лишь целью — воссоздать его собственными силами. Самый типичный разговор с такими клиентами выглядит следующим образом.

После изучения тиражируемой программы на семинаре или презентации, знакомства с ее демо-версией этот, потенциальный на первый взгляд, заказчик говорит следующее. «Ваша программа хороша, у нас нет к ней претензий, но мы с ней ознакомились, чтобы узнать о возможностях и преимуществах. Дело в том, что, если мы заплатим деньги за вашу программу и вы даже будете ее сопровождать, то все равно останетесь для нас чужими, а мы будем зависеть от вас пожизненно. Кроме того, у вас там много лишнего, поэтому мы сами сделаем упрощенный вариант. Программистов у нас хватит, а если нет, то найдем на рынке труда».

Вот те аргументы, которыми обосновываются самостоятельные разработки ПО отделами АСУ отечественных предприятий.

Писать или не писать

После изучения какого-то запавшего в душу решения на предприятии определят его сильные и слабые стороны, и специалисты приступят к разработке приемлемого решения. И первое, что они сделают, — попытаются избежать обнаруженных недостатков. Но пока на предприятии разработают свою программу, разработчики тиражируемого решения устранят эти недостатки.

Постановка задачи у компании-разработчика по определению будет лучше, так как, кроме владения предметной областью, есть и понимание программистских аспектов.

Разработчики-«любители» приводят и такой аргумент — программа не подходит под технологию, принятую на предприятии. Но, может быть, проще поменять технологию, чем самим начинать разработку. Не надо забывать, что разработчики учли технологические аспекты и за основу взяли определенную стандартную технологию. Иногда несоответствие определяется законодательной базой и формами отчетности, например в бухгалтерском, финансовом, кадровом ПО. Но и этот этап компании-разработчики уже прошли и, наверное, «набили шишек».

Очень часто поднимается вопрос интеграции ПО с системами, уже работающими на предприятии, в том числе и «самописными». Приемлемой степени интеграции можно добиться через экспорт/импорт данных. С помощью языка XML сегодня можно передать данные между любыми приложениями, в том числе и разработанными старым инструментарием.

Немаловажно и финансирование разработки на предприятии. Считается, что работа собственных программистов обойдется дешевле. Получить быстрый и качественный результат при разработке программы можно только сотрудничая с программистами высокого класса, которые к тому же должны иметь опыт работы с подобными системами. Труд таких специалистов, и программистов, и менеджеров, и постановщиков задач, стоит дорого. Кроме того, необходимо принять в расчет не только разработку, но и дальнейшее развитие и сопровождение создаваемого ПО, ведь это львиная часть затрат.

Даже после создания программы на предприятии она может быть "своей" в полном смысле только для исполнителя. Заказчик в лице руководителя предприятия так и остается заказчиком. При увольнении исполнителя предприятие может навсегда потерять разработанную программу. Поэтому неудивительно, что за самостоятельную разработку всегда будет выступать исполнитель, как непосредственно заинтересованная сторона.

Надежда на то, что в собственную программу можно быстро вносить изменения по мере необходимости, достаточно призрачна. Изменения легко вносить, если система хорошо спроектирована и написана с учетом возможности таких изменений. А это опять же зависит от постановки задачи, которую качественно и эффективно могут сделать только специалисты, овладевшие методологией.

Нежелание зависеть от сопровождения разработчика и ждать устранения обнаруженных ошибок — вряд ли весомый аргумент. Во-первых, в готовой системе ошибок, как правило, меньше, так как она тестируется не только разработчиком, но и многими бета-тестерами. Во-вторых, можно пострадать от ошибки в тиражируемой программе, но вероятность неприятных последствий от ошибки гораздо выше при разработке собственного ПО. Компания-разработчик в подобной ситуации постарается замять скандал и удовлетворит все требования предприятия, чтобы не пострадали ее репутация и имидж.

«Не сесть на иглу разработчика» — так часто аргументируют свое нежелание приобретать тиражное ПО. Но все как раз наоборот: известны много случаев, когда именно свои программисты «сажают на иглу», особенно становясь бывшими сотрудниками.

Многие предприятия, приступая к разработке собственного ПО, рассчитывают в последствии сделать его тиражируемым и зарабатывать на этом. Очень трудно удержаться на рынке, уже занятом конкурентами, у которых преимущество во времени и клиентах. Хотя есть и удачные примеры, но это исключения, которые, как известно, только подтверждают правила.

Покупать и как покупать

Вы решили отказаться от написания программы для автоматизации какого-то отдела предприятия, потому что прочитали первую часть статьи. Теперь вам необходимо купить тиражируемый программный продукт. Сразу же нужно обратить внимание на то, чтобы программа по своим функциям удовлетворяла сотрудников этого отдела.

Как правило, на предприятии работа ведется с массивами данных, в которых хранятся сведения о товарах, сделках, сотрудниках, клиентах и т.д. Поэтому в программе должны присутствовать и поддерживаться хорошие поисковые механизмы. Для быстрого получения аналитических данных желательно иметь средства, позволяющие получать данные по контексту — «на лету».

В деятельности любой службы используется множество документов как в электронном виде, так и в виде бумажных копий, распечатанных на принтере.

DOS, Windows, Linux — или другая операционная система? На этот вопрос необходимо ответить так: приобретенная система должна соответствовать той, что используется в отделе или на предприятии в целом. Кроме того, важно уточнить, под управлением какой версии операционной системы можно работать, особенно это касается наиболее популярной среди отечественных пользователей Windows. Ведь различные версии Windows поддерживают собственные компоненты для управления данными. Также нужно уточнить, какие именно системы управления базами данных (SQL-серверы) поддерживаются, потому что если программа не работает в среде СУБД, используемой на предприятии, вам придется приобретать новый SQL-сервер.

Очень важно, чтобы в программе имелась возможность настройки и конфигурирования функций под отраслевую и производственную специфику как специалистами-внедренцами, так и самими пользователями, потому что в процессе работы такие изменения просто неизбежны.

Совершенно очевидно, что выбранная программа должна работать как в локальном (на одном компьютере), так и в сетевом (одноранговой или с выделенным сервером) режиме. При использовании сетевой версии достаточно важной является стоимость программы в пересчете на одно рабочее место, что позволяет определиться с необходимым числом приобретаемых лицензий.

Компьютеры и локальная сеть у всех пользователей отличаются. Но в том и состоит искусство оптимизации программного кода, чтобы на любом компьютере под управлением любой операционной системы программа работала устойчиво. Иногда к программе требуется несколько библиотек, которые пользователю необходимо самостоятельно найти и установить. Разработчик должен честно указать требования к аппаратным и программным средствам, а пользователь — иметь возможность проверить их с помощью той же демо-версии.

Не секрет, что функционально программа может удовлетворять потребности ваших сотрудников, но если она «зависает» или «глючит» (прекращает работу или работает некорректно), или того хуже — теряет данные, то вряд ли такая программа устроит кого-либо. Для минимизации потери средств и нервов из-за нестабильной работы программы сначала необходимо ознакомиться с ее демо-версией.

Можно поинтересоваться у компании-разработчика, каких стандартов качества придерживались программисты при создании ПО. По крайней мере, Вы узнаете, понимают ли сами разработчики, о чем идет речь.

И, конечно же, покупаемая программа должна удовлетворять самым общим требованиям — в части интерфейса пользователя, администрирования и безопасности, совместимости с другим ПО, справочной системы и документации.

Вот самые важные (с точки пользователя) требования для изучения, освоения и дальнейшего применения программы:

• в основе функционирования ПО должна лежать четко определенная модель предметной области, которая только переведена в программный код;
• программа должна иметь дружественный пользовательский интерфейс: экранный вид всех документов приближен к стандартному, а основные действия должны соответствовать стандартному набору функциональных клавиш, принятому в популярных офисных приложениях;
• логика работы программы должна быть интуитивно понятной, то есть последовательность действий пользователя должна максимально соответствовать его привычным действиям в повседневной работе;
• несколько способов выполнения одних и тех же действий: команды главного и контекстного меню, быстрые клавиши, кнопки панелей инструментов;
• неправильные действия пользователя должны фиксироваться программой, а затем должны предлагаться услуги мастера (wizard);
• рутинные операции в системе должны быть сведены к минимуму: при заполнении любого документа практически всю необходимую информацию можно находить в справочниках и календарях, с помощью фильтров — выделять из списков сложные выборки, а доступ к каталогам и справочникам должен выполняться через контекстное меню (по щелчку правой кнопки мыши) из любого места программы, где используются данные из них;
• программа должна иметь гибкую настройку параметров как числовых, так и функциональных, а ее лозунг должен звучать так: «Все настройки — без программиста».

Для безопасности и администрирования необходимо обеспечивать авторизацию и контроль прав доступа пользователей, защиту информации от случайной потери и несанкционированного доступа, сохранность документов и ведение их архивов, оповещение об исключительных ситуациях и ошибках.

Чтобы избежать повторного ввода информации, данные программы должны использоваться и для других задач, которые решаются с помощью иных программных средств. При этом предусматривается интеграция (или возможность интеграции) с приложениями MS Office или системами управления предприятием (бизнес-приложениями), поддержка операций экспорта и импорта данных в распространенные форматы, обмен данными по протоколам для баз данных, контроль ссылочной целостности баз данных, их синхронизация и сохранность, а также печать документов на любых принтерах.

Для быстрого и эффективного освоения программы управления персоналом желательно, чтобы электронная справочная система строилась по схеме разворачивающихся ссылок, обеспечивался быстрый поиск, поиск по ключевым словам, а также имелись «Руководство пользователя» и «Руководство для администратора» (если необходимо — и «Руководство разработчика»).

Если вы будете следовать этим проверенным временем советам, то выбранный программный продукт окажется полезным для вашего отдела и предприятия. А если вы еще добавите и «маркетинговую составляющую», например выясните, какая программа используется у конкурентов, узнаете мнения непосредственных ее пользователей, пообщаетесь с экспертами консалтинговой фирмы, то окончательно поймете, что гораздо выгоднее приобрести готовое тиражируемое ПО, чем «изобретать велосипед», когда другие уже ездят как минимум на мотоциклах.