Модуль Администрирование

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

Основной объект этого модуля, это список пользователей программных модулей пакета. Каждый пользователь, зарегистрированный администратором в системе, получает свой уникальный числовой код, который впоследствии используется системными процедурами для идентификации автора произведенного действия. Кроме кода пользователь идентифицируется некоторой символьной строкой содержащей, например его фамилию и инициалы. Этот идентификатор, в отличие от “невидимого” кода, может фигурировать в различных документах.

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

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

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

Возможности прямого изменения относятся не только к списку складов или файлу складского состояния, но и к файлу движений.

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

В модуле отсутствует, казалось бы “дежурное” средство backup. Это объясняется возможностью выработки различных политик по данному вопросу, так, например хранение предыдущих копий за определенный период, хранение “узловых” копий и так далее. С другой стороны, целесообразнее использовать постоянно модифицируемые, внешние средства архивирования, чем даже очень удачные, внутренние разработки. Немаловажным фактором является и наличие имеющихся у пользователя, определенного вида носителей – картриджи, магнитооптические диски или дискеты повышенной емкости.

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

“Первый среди равных”, это основной файл артикулов.

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

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

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

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

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

Вторым по значимости идет файл базовой спецификации.

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

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

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

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

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

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

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

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

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

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

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

Если используется первый вариант модуля, то пользователь получает полноправный доступ к списку складов, во втором варианте такой доступ отсутствует. Так же в случае первого варианта пользователь получает полный доступ ко всем складам, а во втором варианте только к разрешенным ему складам.

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

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

Передача (со склада на склад) процедура реализована в виде окна со вставленным программным кодом. Процедура предусматривает предварительный ввод в глобальные и модульные переменные, после чего вступает в действие внутренний алгоритм. Он выполняет следующие действия:

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

Значение этого модуля в системе чрезвычайно важно. Без оперативных данных о поступающих материалах и комплектующих, поступающих поточным методом, управление производством не возможно.

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

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

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

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

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

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

Этот модуль является логической сердцевиной всей системы. Кроме своей функциональной важности он содержит основные алгоритмы, составляющие сущность системы.

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

Одним из основных файлов, данного модуля является файл производственных заказов.

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

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

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

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

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

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

В целом процедуру формирования дефицита пользователь вписывает в следующую схему:

1. Формирование на базе портфеля заказов группы плановых заказов.

2. Предварительная модификация значений приоритетов и запланированного количества.

3. Формирование файла потребности на заказ.

4. Формирование файла общей потребности на группу плановых заказов.

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

6. Формирование фактического количества складского наличия и сравнительный анализ с расчетным количеством.

7. Модификация расчетного дефицита с учетом имеющейся, незавершенки.

8. Модификация расчетного дефицита с учетом допустимых альтернативных замен.

9. Модификация расчетного дефицита с учетом ожидаемых поставок и снабженческого запаса.

10. Анализ остаточного дефицита и в случае невозможности его восполнения возврат к шагу 2 для уменьшения группы планируемых заказов.

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

12. Условный шаг, предполагающий невыполнимость плана заказов. Это перевод одного или нескольких активных заказов в состояние пассивного. При этом высвобождается резерв, который может быть использован для вновь планируемых заказов. Затем возврат к шагу 2.

13. Формирование расчетного номенклатурного плана на уровне производственных центров. В результате чего будет осуществлен доступ к файлу номенклатурных планов. При этом открытые заказы переходят в состояние активных заказов.

14. Формирование фактического номенклатурного плана. Этот план учитывает расчетную потребность и складское наличие имеющихся не зарезервированных полуфабрикатов.

15. Расчет трудоемкости по каждому производственному центру, как по оборудованию, так и по рабочей силе.

16. Расчет производительности по каждому производственному центру. Проведение анализа по пропускной способности оборудования. В случае если имеющийся парк оборудования не обеспечивает выполнимость плана возврат к шагу 2. При этом, возможно, следует принять решение о расширении парка оборудования.

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

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

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

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

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

ПРИМЕЧАНИЕ: Процедуру определения дефицита, запущенную заранее, можно использовать для формирования плана закупок.

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

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

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

Вторым важнейшим элементом этого модуля является файл номенклатурных планов.

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

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

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

2. Процедура расчета трудоемкости. Эта процедура определяет трудоемкость, как для оборудования, так и для рабочей силы, по каждому производственному центру.

3. Процедура расчета производительности. Эта процедура определяет максимальную производительность по каждому производственному центру.

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

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

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

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

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

При формировании производственного отчета, в фоновом режиме запускается процедура, которая производит модификацию состояния производственного склада производителя, проводя складскую псевдооперацию поступления на склад. Кроме этого процедура производит изменения в файле артикулов и в файле номенклатурного плана.

Пользователю предоставляется таблица просмотра файла актов на списание. Пользователь имеет возможности полноценного скроллинга и доступ к запуску следующих процедур:

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

2. Фактическое списание это процедура, проводящая складскую псевдооперацию снятия со склада. Кроме этого процедура производит изменения в файле артикулов и в файле номенклатурного плана.

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

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

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

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

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