Сегодня расскажу немного про автоматизацию на предприятии.
АСУП - Автоматизированная Система Управления на() Предприятии(ем).
Автоматизированная не равно автоматическая. Это значит что потребуется оператор, но роль оператора мы должны свести к минимум за минимум средств.
Я приведу ряд своих правил для автоматизации, которыми я пользуюсь давно и они мне очень помогают.
Первое правило автоматизации
Внимательно изучите все входящие и выходящие данные. Не бывает так, что бы не было входящих или исходящих данных. Если вы видите, что каких-то данных нет, то добивайтесь этих данных, хоть пытками, иначе дальше дело завалится.
Второе правило автоматизации
Составьте схему процесса. В начале сделайте набросок в общих чертах и детально изучите, что, куда и как движется в вашем процессе. Желательно это задокументировать. Если схема простая, это значит, что любой сторонний человек может её понять за 5-10 минут, то просто записать, если сложная, то рисуйте диаграммы, схемы (UML, дракон-схемы и пр. вам в помощь).
Третье правило автоматизации
Детально и внимательно отнеситесь к тому, что и как делают реальные пользователи с данными. Тут проще пройти цикл работы самому. Опытному пользователю(да-да это именно вы) не составит труда самому поработать и оценить свою скорость и скорость опытного оператора. Если интерфейс взаимодействия хорош, то скорость оператора раза в 3-4 будет выше, чем ваша и при этом вы не будете ругаться на интерфейс через 20-30 минут. Если ваша скорость равнозначна с опытным оператором, то интерфейс надо переделывать. Если оператор медленнее вас, то он не опытен. Когда вы пройдетесь сами по сценарию пользователя, то вы на много адекватнее воспринимаете и критику и предлагаемые изменения.
Четвертое правило
Заранее оцените какие сторонние или внутренние средства предлагаются вам для автоматизации. К примеру для софта желательно иметь хотя бы C-API. Изучите весь комплекс средств, поговорите с разработчиками. Попросите их документацию, если такая имеется. Это может вам сэкономить десятки, а то и сотни часов рабочего геморроя. Ни разу не шучу. Документацию надо читать и естественно очень настораживает, если таковой нет в природе.
Пятое правило
Задачу можно решить несколькими методами. Если вы нашли только один метод решения, то у вас беда. Оцените каждый метод по трудоемкости. Если вы не способны оценить задачу по трудоемкости и времени, хотя бы в порядок величин, то вы не инженер.
Шестое правило
Посчитайте на сколько вы способны улучшить процесс и сколь затратно это будет вам.
Рабочее время разработчика в среднем в 5-7 раз дороже времени оператора.
Оптимальный срок окупаемости - финансовый год. Вот от сюда надо и плясать. Так же стоить помнить. что вам надо избавиться от дополнительных операторов или же суметь максимально нагрузить операторов.
P.S.: и помните об этих правилах когда вам предлагают ERP или АСУП системы ушлые сэилзы, им втюхать и деньгу получить, а все вышеизложенные пункты нужно будет всё равно пройти... просто сэйлз предложит вам пройти их ещё доплатив раза в 3-4 дороже.
