Рамиль Хибатуллович Кинзябулатов

Внедрение программного продукта. От практика практику


Скачать книгу

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

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

      Вспомогательные IT-системы

      Еще одна разновидность систем – вспомогательные. Это программные продукты, которые не влияют непосредственно на процесс организации труда. Без этих программных решений можно обойтись либо быстро найти им замену.

      К этому классу относятся различные мессенджеры, системы отчетности, которые выросли в самостоятельные продукты, и т. д. Эти программы являются вспомогательными. Использовать их вместо основных нельзя, хотя в определенных случаях этим грешат, преимущественно, IT-компании в стремлении продать свой продукт.

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

      Как использовать иерархию на практике

      Итак, мы создали определенную иерархию систем, основанную на организации труда. Самый нижний первый уровень – программы для организации работы одного человека, второй уровень – совместная специализированная работа (программное обеспечение для какого-то подразделения компании, выполняющего те или иные функции), третий уровень – работа компании в целом. И над ними – процессный подход к организации любого труда в принципе. Каким образом можно применять этот подход на практике?

      Интеграция систем

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

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

      Конец ознакомительного фрагмента.

      Текст предоставлен ООО «ЛитРес».

      Прочитайте