Эксплуатация и сопровождение асоиу

Рекомендации по анализу готовых АСОИУ

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

• 1) ERP-системы (Enterprise (-wide) Resource Planning) — системы управления ресурсами предприятия;
• 2) CRM-системы (Customer Relationship Management System) — системы управления взаимоотношениями с клиентами;
• 3) MES-системы (Manufacturing Execution System) — система управления производством (диспетчирование);
• 4) SCM-системы (Supply Chain Management) — системы управления цепочками поставок;
• 5) BI-системы, или системы бизнес-аналитики (Business Intelligence) — аналитические системы, которые способны обрабатывать данные из разных информационных источников и представлять результаты обработки в удобной для восприятия форме с целью унификации и ускорения процедур анализа и принятия решений;
• 6) системы электронного документооборота и др.

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

• • информационно-поисковые библиотечные системы;
• • системы по составлению расписания занятий;
• • системы трудоустройства;
• • системы электронного обучения и др.

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

• 1) САПР (системы автоматизированного проектирования), в состав которых входят четыре основные системы:
  • • CAD (Computer-Aided Design) — системы, предназначенные для создания чертежей, подготовки конструкторской и (или) технологической документации, а также построения ЗО-моделей.

• • CAE (Computer-Aided Engineering) — системы для выполнения инженерных расчетов, включая применение различных математических методов, которые позволяют создавать компьютерную модель изделия и моделировать ее поведение в реальных условиях эксплуатации;
• • САМ (Computer-Aided Manufacturing) — системы, предназначенные для подготовки управляющих программ для станков с ЧПУ (числовым программным управлением);
• • PDM (Product Data Management) — система управления данными об изделии.
• 2) АСУТП — автоматизированные системы управления технологическими процессами.

САПР, АСУТП, ERP-системы и другие системы в форме учебной версии могут также использоваться в процессе обучения студентов в вузах.

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

• • Институт солнечно-земной физики СО РАН;
• • Институт земной коры СО РАН;
• • НИИ медико-экологических проблем зрения;
• • Иркутский научно-исследовательский противочумный институт Роспотребнадзора;
• • Институт систем энергетики им. Л. А. Мелентьева СО РАН;
• • Лимнологический институт СО РАН;
• • Сибирский институт физиологии и биохимии растений СО РАН;
• • Иркутский НИИ сельского хозяйства;
• • НИИ прикладной физики и др.

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

Поскольку автоматизированные системы класса ERP (в разной комплектации, т. е. включая либо все предусмотренные подсистемы, либо какую-либо их совокупность) используются повсеместно независимо от отраслевой принадлежности предприятий или организаций, а также их масштаба, то далее приводятся рекомендации, которые могут быть полезными при анализе и выборе систем такого класса [26, с. 38—43].

• 1. Каждое предприятие или организация, несмотря на общность отдельных управленческих и производственных процессов, уникально. Вследствие этого практически ни одна автоматизированная система управления (в том числе и любой отдельный модуль в рамках такой системы), в исходном виде не применима. Всегда требуется адаптация системы с учетом специфики конкретного объекта, где предполагается внедрение системы.
• 2. Прежде чем покупать ППП, важно иметь четкое представление об алгоритмах решения всех задач и используемой при этом информации, а также о технологии функционирования объекта автоматизации в целом, так как в каждом готовом программном продукте реализованы соответствующие алгоритмы, рассчитанные на регламентированный качественный состав информации. Таким образом, необходимо:
• 1) составить перечень задач, решения которых должны быть автоматизированы;
• 2) определить информационные потоки с учетом особенностей их сетевой обработки;
• 3) определить виды и формы существования информации;
• 4) выделить круг запросов, которые могут возникнуть в процессе работы;
• 5) оценить перспективы и направления развития объекта автоматизации в целом или отдельного подразделения, в частности. Если ППП не предусматривает таких возможностей, то он может морально устареть быстрее, чем будет полностью задействован в текущей работе.
• 3. Следует обратить внимание на возможность контроля целостности данных, т. е. на то, существуют ли пути восстановления БД в случае возникновения экстремальных ситуаций (например, вирусное заражение отдельных компьютеров или локальной сети в целом, внезапное отключение электричества и отсутствие источников бесперебойного питания, нарушение санкционированного доступа).
• 4. Очень часто торгующие фирмы, чтобы заинтересовать покупателя и доказать ему преимущества продаваемого ППП по сравнению с прочими аналогичными продуктами, предлагаемыми другими фирмами, ссылаются на авторитетные предприятия и организации, которые уже приобрели данный программный продукт и очень им довольны. К подобным высказываниям следует относиться осторожно. Продавец никогда не расскажет всей правды, например, о том, что для конкретного пользователя пакет дорабатывался, или был продан не в полном объеме, или пользователь уже неоднократно обращался с просьбой что-либо изменить, и т. д. Поэтому, если анализируемый ППП очень понравился и удовлетворяет по всем сервисным и функциональным возможностям, то полезно будет посмотреть его в режиме реальной эксплуатации, а также выслушать мнения специалистов, уже использующих его в своей повседневной деятельности. К мнениям, которые публикуются в интернете частными лицами, следует относиться с осторожностью, поскольку они могут быть фальсифицированными.

• 5. Если предприятие небольшое и в обозримом будущем не предвидится его расширение, а также если оно уже пользуется одним или несколькими локальными программными продуктами (например, автоматизирующих бухгалтерский или складской учет) и такая ситуация приемлема, то, возможно, вообще не стоит тратить деньги на приобретение функционального пакета, а воспользоваться услугами традиционных и надежных программ из числа пакетов общего назначения (например, СУБД, текстовые и табличные процессоры). Их мощность и интерфейс могут быть вполне приемлемыми, чтобы выполнять все необходимые расчеты и подготавливать требуемые аналитические документы.
• 6. Полезно ознакомиться с документацией пакета, выяснить все его основные характеристики. Оценить качество документации с точки зрения пользователя (понятность, четкость и логичность изложения). Обратить внимание на возможность настраиваемости пакета на определенные виды параметров. Если такие возможности не предусмотрены, то пакет может очень быстро стать бесполезным. Некачественная документация может привести к некорректным действиям пользователей и послужить причиной возникновения каких-либо сбоев в работе программ или появления ошибок, связанных с содержанием информации. В этом случае разработчик программного продукта может стать объектом судебного разбирательства. Причем решения суда в этом случае не гарантируют ему безнаказанности.
• 7. Не следует пытаться найти какой-то уникальный ППП, который бы решал все необходимые функциональные задачи и обладал при этом всеми прочими достоинствами (невысокой ценой, гибкостью входных и выходных форм, настраиваемостью алгоритмов обработки на изменения в предметной области, хорошей документацией, простотой освоения и эксплуатации и др.). Поэтому из всех требований к пакету следует выделить приоритетные и второстепенные. Если пакет удовлетворяет первой группе требований, то с ним целесообразно ознакомиться подробнее. В противном случае не имеет смысла уделять ему много внимания и стоит поискать другой, более подходящий.
• 8. Рынок программных продуктов очень мобилен. Постоянно появляются усовершенствованные версии ППП одного вида, а также ППП с принципиально новыми возможностями. Последние разрабатываются с учетом современных форм дизайнерских услуг по работе с информацией и иных подходов к решению функциональных задач по сравнению с ранее созданными пакетами аналогичного типа. Однако не все производители проявляют добросовестность, и иногда на рынок попадают ППП, вся новизна которых заключается только в измененной «картинке» интерфейса. Более того, отдельные функциональные вопросы могут быть реализованы даже хуже, чем в других подобных пакетах. Поэтому при анализе новых версий пакетов следует уделять особое внимание не столько их внешней атрибутике, сколько их функциональной части, поскольку именно она предназначена для решения текущих задач.

9. Прежде чем приобретать пакет, полезно ознакомиться со всеми доступными продуктами аналогичного типа. В каждом крупном городе имеются специализированные фирмы, где потенциальному пользователю профессионально, грамотно и доходчиво объяснят принципиальную идею пакета, покажут демонстрационную версию и даже разрешат бесплатно ее опробовать на месте, подробно расскажут о скидках и дополнительных услугах (консультации, обучение, бесплатная доставка новой версии пакета). В настоящее время все разработчики функционального ПО имеют свои интернет-ресурсы, на базе которых представлено полное описание функциональных возможностей соответствующего ППП и технических требований по его развертыванию на объекте автоматизации. Кроме того, сейчас практически все разработчики размещают на своих сайтах демо-версии с полной или ограниченной (но тем не менее, дающей представление о возможных решениях) функциональностью. Существует несколько путей их апробации, прежде чем будет принято решение о покупке: 1) поработать в условиях сайта компании-разработчика в режиме онлайн, не имея ограничений на время использования; 2) зарегистрироваться на сайте и получить доступ на пользование программным продуктом на регламентированный промежуток времени; 3) скачать ППП и пользоваться им бесплатно в течение ограниченного промежутка времени.

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

• 10. Любой программный продукт функционального назначения ориентирован на эксплуатацию в условиях соответствующего количества АРМов. Поэтому его внедрение может сопровождаться структурной реорганизацией определенных производственных и (или) управленческих подразделений. Это довольно деликатный аспект, и здесь необходимо учитывать неформальные моменты, поскольку приобретение программного продукта в отдельных случаях может повлечь за собой увольнение работников. Нужно быть к этому готовым.
• 11. Не следует обольщаться насчет сроков, когда функционирование пакета начнет приносить ощутимые результаты. Определенное время будет затрачено на его инсталляцию (т. е. первичную установку), апробацию, обучение персонала, который будет с ним работать, более детальное освоение, начальное формирование БД.
• 12. Следует обращать внимание на происхождение ППП: является он отечественной разработкой или переведенной версией зарубежного программного продукта. Несмотря на некоторую общность подходов, например, к управлению кадрами (или, например, к ведению бухгалтерского учета), пакеты иностранного производства не учитывают особенностей российской экономики и не всегда корректно и просто настраиваются на ее параметры. По этой причине в большинстве случаев они не могут быть пригодны в первоначальном исполнении. Однако это касается не всех пакетов, поэтому к анализу каждого из них требуется индивидуальный подход. Пакеты такого плана на рынке представлены, и с некоторыми из них будет полезно ознакомиться в информативном аспекте, чтобы впоследствии сравнивать с ними другие аналогичные предложения. При прочих одинаковых характеристиках зарубежный ППП может быть дороже отечественного. Кроме того, зарубежный ППП всегда будет доступен российским пользователям в переведенной версии. Здесь возможны неточности перевода, что может привести к проблемам в использовании такого программного продукта.
• 13. На любом объекте автоматизации есть свои «узкие места» и свои приоритетные направления (ответы на нерегламентированные запросы, работа с документами, поддержка информационных связей со смежными подразделениями и др.). Поэтому необходимо обращать внимание на то, как эти проблемы решаются в пакете и как организована работа именно в этих направлениях: выделены они отдельным блоком и в программах отражены достаточно подробно, или «распределены» по другим блокам и, соответственно, внимания им уделено намного меньше.
• 14. В предлагаемых сейчас на рынке программных продуктах, предназначенных для автоматизации управленческой деятельности в масштабах предприятия, преобладает модульный принцип построения, т. е. один модуль рассчитан на решение какой-либо одной задачи или совокупности задач в рамках одного или нескольких смежных бизнес-процессов. Каждый из таких модулей может приобретаться и внедряться автономно. Это позволяет более рационально расходовать финансовые ресурсы, обеспечивает приемлемый для конкретного предприятия график внедрения и освоения задач в автоматизированном режиме решения, а также позволяет выбирать для объекта автоматизации именно те модули, которые наиболее полно удовлетворяют потребности пользователей. Однако следует иметь в виду, что в таком случае на предприятии или в организации будут эксплуатироваться программы разных разработчиков, что может порождать их информационную и программную несовместимость (в частности, разные СУБД и языки программирования). Решить эту проблему можно только путем создания программ сопряжения. Это, в свою очередь, является довольно сложной работой, требующей, к тому же, значительных финансовых и временных затрат. Однако в ряде случаев эта проблема неизбежно возникает, и решение ее в каждом отдельном случае будет индивидуальным.
• 16. Некоторые ППП позволяют использовать ранее сформированную информационную базу, построение и эксплуатация которой осуществлялись, например, в табличном процессоре или СУБД. Поэтому, если жалко расставаться с наработанным материалом, то следует поискать такой пакет, который даст возможность без особых проблем импортировать существующие таблицы, документы или графики в новую среду. В противном случае документы и информационную базу придется формировать заново или составлять специальные программы, осуществляющие «перенос» соответствующей информации в структуры, определяемые приобретенным ГТГТП.
• 17. Борьба за потребителя заставляет производителей искать новые пути его привлечения к покупке своих программных продуктов. Поэтому во многие пакеты включены услуги «горячей линии» (оперативные телефонные линии поддержки пользователя). Это значит, что клиент, купивший ППП, в процессе работы с ним в любое время суток может обратиться к разработчику и получить различные консультации по эксплуатации. Если для пользователя возможность постоянного контакта с производителем принципиально важна, то при формировании требований к пакету данную характеристику следует включить в состав приоритетных. В настоящее время наличие интернета позволяет решать задачу круглосуточного взаимодействия с разработчиком (либо непосредственно, либо через его официальные представительства в регионах) следующим образом. На сайте разработчика присутствует чат, в котором в режиме онлайн пользователю представлена возможность задать свой вопрос и получить оперативный ответ. Существует и другой вариант: воспользоваться ссылкой на сайте разработчика, открывающей страницу, на которой размещены наиболее часто задаваемые вопросы и ответы на них. В отдельных проблемных ситуациях такой информации будет вполне достаточно.
• 18. Необходимо обращать внимание на: 1) правовое соответствие используемых в пакете документальных форм; 2) удобный пользовательский интерфейс, т. е. все режимы работы должны быть представлены на экране в интуитивно понятной форме, а при необходимости предусматривать возможность обращаться к системе подсказок, организованной, например, по принципу контекстно-зависимой помощи.
• 19. Все ППП ориентированы на работу в соответствующей технической среде. Это предъявляет порой достаточно жесткие требования к компьютерам, сетевому обеспечению и периферийной технике (объем оперативной и внешней памяти, производительность, сетевые связи и др.). Поэтому приобретение такого программного продукта потребует, прежде всего, технического переоснащения АРМов, на которых предусмотрено развертывание ППП.
• 20. Работать с приобретенным программным продуктом (функциональным приложением) будут самые разные группы пользователей, отличающиеся как уровнем своих профессионально-квалификационных знаний и опыта, так и уровнем пользования современными ИТ-технологиями. Поэтому полезно обращать внимание на возможность настройки определенных параметров под индивидуальные предпочтения пользователей.
• 21. Как всякий продукт, предлагаемый на рынке, ПО должно удовлетворять веяниям моды. Если вопросы престижа для пользователя имеют первостепенное значение, то не следует рассматривать пакеты, например, с устаревшей формой интерфейса.

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

Информация о критериях оценки ППП представлена в работе [78, с. 394—396].