«Автоматизация» как исключение «слабого звена»

Все в мире стремительно меняется…

  1. Автоматизация - это быстро, эффективно и недорого
  2. Цель сбора данных (БД): повторный опыт и их анализ
  3. Эффективность использования собранных данных (БД)
  4. Ваш КПД - как сделать больше за минимальное время
  5. Тестовая БД - зачем она нужна?

Не отстать от поезда !!! Управленцам, менеджерам посвящается…


Автоматизация - это быстро, эффективно и недорого

«Быстро» – даже если внедрение нового процесса влечет какие-то потери (ресурсов, времени), то легко посчитать выигрыш за счет повышения КПД в дальнейшем. И, конечно, ни один руководитель (предприниматель) не пойдет на затраты прежде, чем убедится (на основе расчетов) в их целесообразности.

«Эффективно» - человеческий фактор все чаще и чаще воспринимается как «слабое звено» в производственной цепочке. Человек, просто, не может работать, как автомат. Я даже не о конвейере…. Даже в документообороте большинство ошибок – это вина человека, сотрудника.

«Недорого» - опять же выгода считается очень просто. Что было и что станет после внедрения? За какое время все затраты окупятся и пойдет чистая прибыль от экономии рабочего времени (за счет повышения КПД).

Автоматы не скандалят, не болеют, не прогуливают, а безошибочность и скорость их работы не сравнимы с нашими. Единственный недостаток – не так универсальны! Автомат затачивается и настраивается, как правило, на одну или всего несколько операций (любой человек способен на большее количество видов деятельности).

Автоматизация - это быстро, эффективно и недорого
Рис.1        Автоматизация - это быстро, эффективно и недорого

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

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

скачать ехе-файл для тестирования


Другие примеры на тему «Упаковка, укладка продукции. Раскрой материала.»



Цель сбора данных (БД): повторный опыт и их анализ

В наше время (сплошной компьютеризации) уже любая компания ведет свои (реже одну) базы данных (БД).

Прежде всего, это необходимо для налоговой отчетности. Но и маркетинговая составляющая здесь очень сильна.

Анализ BigData позволяет выявить проблемы или закономерности, которые зарыты глубоко и с первого раза «в глаза не бросаются».

«Клиентские базы» и «Базы поставщиков» позволяют повторно использовать найденные коммерческие решения во многих вопросах.

Эффективная польза любой программы (или макроса) прямо зависит от объема исходных данных, которыми эта программа может оперировать. Ну, как тут обойтись без БД ? Не вводить же каждый раз в (полезную, часто используемую) программу данные вручную…!

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

Цель сбора данных (БД): повторный опыт  и их анализ
Рис.2        Цель сбора данных (БД): повторный опыт и их анализ





Эффективность использования собранных данных (БД)

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

Использование БД, как справочных систем – этого уже мало.

Алгоритмы, создающие на основе BigData новые структуры данных (например, набор карт раскроя по данным нового заказа) или формирующие новые документы (Word, Excel) для конкретных обстоятельств текущего состояния – вот что требуется в придачу к собранным данным.

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

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

«Значит, такие программы нужно сделать!» - решает менеджер, нанимает программиста (или команду программистов), составляется и утверждается техническое задание и работа закипела. Цель ТЗ – четкое определение конечной точки работы программиста. Без этого никак нельзя. Менеджер-заказчик всегда будет фонтанировать новыми идеями, и пытаться добавлять новую, не оговоренную ранее, функциональность в программный продукт. Чтобы процесс не становился бесконечным, «совместно согласованное Техническое Задание» в этом вопросе ставит точку. А далее никто не мешает менеджеру составить новое ТЗ и назвать это следующей версией программного продукта! Приблизительно так выглядит процесс реализации смелых новаторских идей в любой (и в Вашей тоже) области.

Эффективность использования собранных данных (БД)
Рис.3        Эффективность использования собранных данных (БД)





Ваш КПД - как сделать больше за минимальное время

Ответ прост = наличие БД заказов, чтобы все новые тренды фиксировались в ней автоматически + обработка этих данных беспристрастными алгоритмами, нацеленными на экстремальные показатели (это может быть не только чистая прибыль).

Как это ни печально звучит, требуется исключать «слабое звено = человека» из производственного процесса. И хорошая новость из последнего вывода: Человек предназначен не для производства (будь то сложные расчеты, наборы текста и т.п., где производственный конвейер последний в этом списке), а для творчества, новаторства (пока ИИ (AI) еще не совсем повзрослел). Отсюда: два типа профессий (управленцы и IT-шники) на сегодня являются наиболее востребованными. Первые до тонкостей знают свой производственный процесс (менеджер по продажам обязан знать процесс продаж своей фирмы), вторые помогают этот процесс автоматизировать! Все!!? Нет, конечно, еще есть большая и чистая НАУКА, но это настолько штучная, эксклюзивная, фундаментальная потребность…, что, именно, менеджеры вынуждены гоняться за её последними достижениями.

Итак, активная роль в АВТОМАТИЗАЦИИ принадлежит Управленцу. Он, для реализации своих идей, строит команду. Сложность в том, что разработчику (как правило, стороннему) нужно обеспечить доступ к БД. Ведь не может разработчик написать программу, не зная структуры БД заказчика. А ответственный управленец не может доверить доступ к конфиденциальным данным малознакомым людям, нанятым на относительно короткое время. Проблема ?!! Или не проблема…



Тестовая БД - зачем она нужна?

Подчеркну, что программисту для работы не нужны Ваши данные, а нужна только структура БД.

Достаточно часто в роли БД выступают файлы Excel и/или даже Word. И в этом случае, структура БД достаточна простая. Да в целом, и для Access, и других очень мощных СУБД – извлечение структуры БД (без собственно данных) процесс отработанный. Проблем не представляет.

Сделать тестовую БД (с фиктивными данными на несколько строк) не сложно. Именно ее и стоит предоставлять разработчику (руководителю программистов). Ведь если готовая программа надежно работает с тестовой БД, то и с настоящей БД будет работать так же надежно.

Вы, как заказчик, в этом случае, не рискуете конфиденциальными данными. Не предоставляете к ним доступ лицам (разработчикам ПО) малознакомым и непроверенным. И в то же время, обеспечиваете им возможность создать для Вас надежное ПО.

На что следует обратить особое внимание при создании «тестовой БД», так это на соответствие типов данных в колонках. У «тестовой БД» и «реальной БД» - должно быть полное совпадение! Если ФИО, то пусть эта колонка будет заполнена строковыми данными, похожими на ФИО. Если ДатаРождения, то должна быть реально-фиктивная дата. Если дробное число каких-то процентов, то заполняя «тестовой БД», придумывайте случайные числа, но того же типа (тоже дробное).

video
Тестовая БД - зачем она нужна
видео смотреть/скачать


Если не удалось запустить видео, воспользуйтесь этой ссылкой ... видео на YouTube



Когда ко мне обращаются с такими предложениями…, я первым делом интересуюсь: «БД у Вас уже готова?», имея в виду, конечно, тестовую БД, на которой собираюсь тестировать создаваемую программу.

Тестирование - это наиболее важный этап в жизненном цикле программного продукта. Поэтому не верьте картинкам, фильмам и сказкам…

Только личное тестирование во всех наиболее сложных сочетаниях данных - должно убедить Вас в доброкачественности алгоритма и исходного кода!

Для примера: макрос сборки готового документа Word из шаблона и БД Excel. Пусть примитивно, но наглядно экономит время сотрудников, если документы типовые...

скачать архив для тестирования


Другие примеры на языке «Visual Basic for application - VBA»

Другие примеры на тему «Автоматизация документов Microsoft Office Excel, Word, Access»





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


Поделиться в соц сетях:



Если на этой странице не нашлось того, что Вы так искали...

         Не расстраивайтесь, не все потеряно... Смело щелкайте...
исходный код на заказ. orenstudent.ru Автоматизация документов MS Office. orenstudent.ru исходный код на заказ. orenstudent.ru Помогите найти и устранить ошибку в исходном коде программы. orenstudent.ru Skype-консультирование по программированию
Скайп-консультации

Акция !!!
исходный код комментарии цена минимальная


Не попадайтесь на удочку мошенников-кидал...
Сайт помощи студентам по программированию и информатике

Program code