Курс лекций «Проектирование асоИу», «системы реального времени»
| Вид материала | Курс лекций |
- Рабочая программа По дисциплине «Проектирование асоиу» По специальности 230102., 263.71kb.
- Рабочая учебная программа по дисциплине «Системы реального времени» Направление №230100, 94.8kb.
- Вопросы для экзамена по курсу "Проектирование асоиу", 1024.79kb.
- О подготовке курсовых проектов(рабочие материалы) по курсу «Проектирование асоиу», 78.25kb.
- Примерная рабочая программа по курсу "Системы реального времени" Факультет экономический, 31.24kb.
- К. Ю. Богачев "Операционные системы реального времени" (предварительные материалы лекций), 129.62kb.
- Методические указанию по выполнению курсового проекта по дисциплине 1722 «Проектирование, 245.78kb.
- Проектирование систем управления сложными динамическими обьектами, работающих в условиях, 172.71kb.
- Задачи практики: ознакомление и исследование новых тенденций и разработок в области, 16.2kb.
- Чики аппаратуры и программного обеспечения при создании первых крупных территориально-распределенных, 178.72kb.
Процедура ведения нормативно-справочной информации
Модуль обработки заказов на продажу должен быть очень гибким, чтобы в любой системе можно было настроить его в соответствии с требованиями заказчика.
Для этого требуется определить следующие справочные данные:
- прейскуранты цен;
- данные о заказчиках;
- данные о состоянии выполнения заказов;
- данные об отделах сбыта;
- данные об управляющих параметрах;
- данные о перечне изделий на продажу;
- данные пользователя по умолчанию.
Процедура ввода предложения
Предложения на продажу товаров и услуг являются твердыми предложениями. Они обслуживаются, запрашиваются и формируются как отдельные объекты, каждому предложению должен присваиваться свой уникальный номер.
Таблица 1.
Таблица контроля состояния предложения
| Состояние предложения №… | Причина | Объяснение |
| Открыто | Поступила заявка Напечатано Согласовано | Предложение обещано Предложение отослано Предложение согласовано |
| Закрыто | Стоимость Поставка Истек срок | Слишком дорого Невозможность выполнить поставку Истек срок предложения |
| Преобразовано в заказ | Заказ | Сформирован заказ № |
Предложения имеются ко всем стандартным строкам на продажи, при необходимости они могут быть преобразованы в заказы на продажи.
Предложения могут быть преобразованы в заказы на продажу, причем в заказ может быть преобразовано как отдельная строка (несколько строк), так и все предложение в целом. Обязательно надо предусмотреть в процедуре число дней, в течение которых предложение будет иметь силу.
Для ввода и обслуживания предложения необходимо разработать специальный экран. Кроме того, необходимо предусмотреть печать предложения по его номеру, чтобы отослать его потребителю для согласования некоторых подробностей, необходимых для оформления заказа на продажу. Предложения должны быть сохранены в системе в любом случае.
Рис. 7. Блок - схема процедуры формирования предложения
на продажу
Процедура ввода заказа на продажу
Документ «Заказ на продажу» вводится в систему, когда заказчик размещает на предприятии заказ на товары или услуги. В зависимости от вида деятельности это может быть заказ на срочную поставку товаров (например, если делаются поставки из имеющегося запаса) или на поставку в более позднее время (если изготавливается продукция по заказу или на предприятии нет достаточного запаса заказанных товаров на данный момент). После того, как заказ будет введен в систему, он сохраняется в базе данных, откуда он может быть вызван, изменен и со временем по мере выполнения будет продвигаться в системе. В итоге по заказу составляется счет-фактура и обновляются данные в журнале продаж.
Создание программного обеспечения для обслуживания заказов на продажу должно гибко учитывать ввод заказов на продажу в соответствии с требованиями заказчика через системные параметры и параметры настройки. Эти параметры определяют, как будут выглядеть заголовок заказа и строки, какие они будут содержать данные, которые будут вводиться во время ввода заказа, насколько могут быть переопределены данные по умолчанию, а также правила нумерации заказов и другие возможности программ.
Таким образом, можно задать такую конфигурацию программы, которая позволит вводить подробные сведения в заголовок и строки заказа, произвести выбор отдела сбыта, переопределить флажки состояний выполнения заказа и прейскуранты, а также индицировать данные о наличии товаров. Кроме того, программа должна просто выдать запрос ввести данные о заказчике, код изделия, количество и дату.
Во время ввода заказа могут выполняться ряд автоматических проверок: максимальное и минимальное количество изделий, которое может быть продано, также минимальная допустимая сумма продажи по заказу, выполняется проверка кредита, по результатам которой оператор получит предупреждающие сообщения в случае отклонений и заказ будет переведен в состояние приостановки кредита.
После того, как заказ будет введен, система должна выдать запрос: подтвердить, отменить или оставить заказ неподтвержденным. Эта последняя возможность предусматривается для того, чтобы можно было ввести заказ в систему, но не обрабатывать его. Имеющиеся в системе заказы также можно изменять, удалять (частично или полностью), просматривать и освобождать из задержанных состояний.
При выполнении программы ввода данных на экране можно программно организовать появление всплывающего окна с данными об имеющемся в распоряжении запасе. Это средство позволит вводить заказы на продажу с учетом имеющегося в распоряжении запаса, т.е. имеется возможность сопоставления спроса и предложения.
Рис.8. Блок-схема процедуры формирования заказа на продажу
При выполнении программы расчета имеющегося в распоряжении запаса по профилю спроса и предложения будет вычисляться доступное количество, которое составляет минимальный планируемый уровень запаса на период между текущей и ограничительной датами.
Процедура распределения запасов под заказ на продажу
Предлагается несколько способов распределения запасов по заказам на продажу: это можно сделать во время ввода заказа или на более поздней стадии, используя распределение вручную или групповое распределение. Если будет выбрано групповое распределение, можно определить порядок обработки заказов на продаж
у.Рис.9. Блок-схема процедуры распределения запаса
под заказ на продажу во время ввода
Цикл выполнения заказа состоит из следующих процедур:
- получение заказа от заказчика и его регистрация в системе обработки заказов на продажу (рис.8);
- печать уведомления о принятии заказа и пересылка его заказчику;
- выделение запаса для заказа является ключевой процедурой, в результате которой меняется статус реквизита «Состояние строки заказа» - ССЗ. Если ССЗ = 0, это означает, что данная строка заказа не укомплектована остатками на складе. Если ССЗ = 1, это означает, что на складе есть достаточное количество изделий для укомплектования ими строки заказа. Если все строки заказа укомплектованы, то заказ на продажу считается распределенным и начинается его подготовка на складе к отгрузке;
- печать документа «Список на отпуск товаров со склада» и передача его на склад;
- отпуск запасаемых изделий со склада (рис. 9,10,11) и запись о нехватке товаров в накладной на отпуск;
- печать извещения на поставку;
- отгрузка товаров, печать счета-фактуры;
- обновление данных журнала продаж.
Рис.10. Блок-схема процедуры распределения запасов под заказ оператором
Рис. 11. Блок-схема группового распределения остатков
Процедура продвижения заказа на продажу
Рассмотрим, как можно определить в системе цикл выполнения заказа на продажу на предприятии, и как система контролирует ход выполнения заказа по заданному циклу. Можно контролировать стадии, через которые проходит заказ в ходе его выполнения с момента ввода в систему до подготовки счета-фактуры на уровне отдельной строки заказа (или, если по строке произведена только часть поставок, на уровне отдельной поставки). Система отслеживает выполнение по мере того, как по строкам заказа создаются записи. Если все строки заказа обеспечены запасами на складе готовых изделий, то данный заказ начинают готовить к отгрузке.
Таблица 1.3
Прослеживание цикла выполнения заказа
| Сос- тоя-ние | Статус | Функция | Вид запаса | Ввод 1 | Ввод 2 | Ввод 3 | Ввод 4 |
| 1 | Иногда | Печать списков на отпуск | ГОТОВ | ДА | НЕТ | ДА | ДА |
| 2 | Никогда | | | | | | |
| 3 | Иногда | Подтвержде- ние отпуска | ГОТОВ | ДА | НЕТ | ДА | ДА |
| 4 | Иногда | Перевод в состояние 5 | ОТГР | | | | ДА |
| 5 | Иногда | Печать товарно- транспортной накладной | ОТГР1 | НЕТ | ДА | НЕТ | НЕТ |
| 6 | Никогда | | | | | | |
| 7 | Иногда | Подтвержде- ние отгрузки | ОТГР1 | НЕТ | ДА | НЕТ | НЕТ |
| 8 | Всегда | Составление счетов фактур | ДОСТ | НЕТ | ДА | НЕТ | НЕТ |
| 9 | Никогда | | | | | | |
Рис. 12. Блок-схема процедуры продвижения заказа на продажу
Разработка алгоритма проектирования модуля 3 «Калькуляция»
В модуле «Калькуляция» рассчитывается плановая или нормативная стоимость для каждого конечного изделия (тип затрат). Затраты каждого изделия подразделяются на статьи затрат, при этом для каждого типа могут быть определены свои статьи. Например, материалы и зарплата – прямые затраты – они присутствуют во всех типах затрат (если на предприятии выпуск изделий осуществляется с помощью субподряда, то в числе прямых затрат в класс материала добавляются затраты и на эту статью), а некоторые статьи накладных расходов, например, прибыль рассчитывается только в плановом типе затрат.
Типы затрат могут отличаться по времени и качеству: текущие и нормативные; затраты с фиксированной стоимостью; «что - если»?
Кроме того, есть понятие «Класс затрат». Это фиксированные группы затрат, которые используются при суммировании статей затрат по типам затрат на изделие.
В результате расчета калькуляции (тип затрат – плановый) формируется прайс-лист, стандартный и льготный прейскуранты. Прайс-лист используется в рекламных целях, а цены из прейскурантов участвуют в формировании заказов на продажу. Нормативная стоимость изделий, зафиксированная на 1.01, используется для оценки работы подразделений предприятия в течение года.
Рис.13.Блок-схема формирования справочной информации для расчета калькуляции
Рис.14. Блок-схема процедуры расчета калькуляции
Тема 4. Разработка алгоритмов проектирования модуля 4
«Выдача и обработка рекомендаций»
Процедура «Формирование и сопровождение файла
плана» (А3)
Р
ис. 15. Блок-схема процедуры «Формирование и сопровождение файла плана»Модуль включает в себя шесть основных процедур по обработке рекомендаций и одну процедуру формирования заказов без рекомендаций (срочное восполнение брака, срочное оформление заказа на переделку, переконсервацию и т.д.).
Осуществляется ввод и корректировка позиций плана производства, который всегда ответственен за формирование графиков выполнения производственных заказов в разрезе технологических операций. Изменение в плане по какой-либо номенклатурной позиции внутри ее цикла изготовления должно быть исключено из практики работы предприятия. График выполнения производственных заказов на ближайшую перспективу – закон для предприятия.
Процедура формирования и корректировки твердого заказа
Формирование файла рекомендованных заказов и файла рекомендаций MRP осуществляется параллельно в связи с тем, что рекомендации MRP «живут» до момента их подтверждения, а затем физически уничтожаются.
Рис. 16. Блок-схема процедуры подтверждения для рекомендации MRP ПОДТ (подтвердить)В файле рекомендованных заказов все записи остаются до следующего пересчета MRP (частота расчетов MRP зависит от производственной политики предприятия, обычно рекомендуется делать расчет MRP ежедневно в ночное время при отсутствии пользователей в системе). Файл рекомендованных заказов предлагается использовать в расчетах требуемой мощности. Процедуры подтверждения для рекомендации MRP могут быть шести типов. На рис.16 приведена блок-схема для рекомендации MRP ПОДТ (подтвердить), на рис 17 - для рекомендации MRP УД (удалить), на рис 18 – для рекомендаций MRP УВ (увеличить), УМ (уменьшить), УС(ускорить), ЗД (задержать).
Рис. 17. Блок-схема процедуры подтверждения для рекомендации MRP УД (удалить)
Рис. 18. Блок-схема процедуры подтверждения для рекомендации MRP УВ (увеличить), УМ (уменьшить), УС (ускорить), ЗД (задержать)
Чем меньше выдается рекомендаций, тем серьезнее работают в системе пользователи, тем ответственнее производство выполняет заказы, а закупки обеспечивают производственные заказы материалами в нужном количестве и в нужное время, т.е. на предприятии отсутствуют очереди заказов на оборудование, сменно-суточные задания выполняются в срок и в той последовательности, в которой они распечатаны. Изменения в плане производства должны быть минимальны (перенос сроков на более ранние, изменение объема заказов), т.е. если производственная дисциплина находится на должном уровне, то и отдача от системы будет высокая.
Обычно процедура подтверждения (ПОДТ) проста и заключается в специальной отметке подтверждаемых позиций. при ответе «ДА» на контрольный вопрос системы, запись из файла рекомендаций уничтожается и одновременно формируется запись в файле заказов (для производства) или в файле заявок (для закупок). При подтверждении остальных видов рекомендаций УД, УМ, УВ,УС, ЗД записи из файла рекомендаций также удаляются, а в файлах заказов и закупок должны происходить их корректировка или удаление.
Процедура формирования твердого заказа обязательно включает в себя процедуру формирования материального состава заказа в производство – файл потребностей – с перечнем необходимого количества компонентов и с требуемыми датами, к которым эти компоненты должны быть поданы на сборку.
Тема 5. Разработка алгоритма проектирования модуля 5 «Выдача заказов в производство»
Процедура перевода твердого заказа в выданный
Процедура заключается в формировании маршрута изготовления данного заказа.
Для этого из файла стандартных маршрутов по номенклатурной единице, для которой открыт твердый заказ, все записи выводятся на специальный экран. Если на маршруте изготовления заказа нет очередей, или они незначительны по времени обработки, то стандартный маршрут копируется в файл операций на заказ без изменений, с добавлением номера заказа (этим и отличаются структуры двух файлов). Если необходимы изменения в стандартном маршруте для данного заказа («перенос» операций на другой рабочий центр или на субподряд в связи с большими очередями по маршруту изготовления заказа, или добавление/удаление каких-либо операций из стандартного маршрута), то они осуществляются на экране, а затем копируются в измененном виде. Таким образом, производственная технология на заказ может отличаться от стандартного маршрута изготовления номенклатурного номера. Теперь заказ готов к изготовлению.
Рис. 19. Блок-схема процедуры перевода твердого заказа в выданный
Процедура ведения файла заказов
Ведение файла будет осуществляться программным путем, а именно: при подтверждении рекомендаций MRP формируются записи в файле заказов. Номер заказа присваивается программой, встроенной в процедуру ведения. Необходимо предусмотреть желание заказчика отличать заказы для выполнения основного плана производства, заказы на переделку, заказы на испытания, заказы на восполнение брака и пр. Для этого в номере заказа, например, первым знаком можно ввести идентификатор заказа (можно предложить использовать буквы латинского алфавита), и тогда при анализе заказов можно четко отделить производственные заказы от остальных.
Записи должны формироваться программой практически по полной структуре, кроме информационных флажков, даты выдачи и фактического выпуска. Количество фактического выпуска будет заноситься при завершении заказа, т.е. при перемещении его из вида запаса «ВПР» на склад – основное место хранения/вид запаса. При закрытии последней операции по маршруту происходит информационное и физическое перемещение заказа из незавершенного производства на склад, программное занесение фактически выполненного количества с подсуммированием и фактической даты завершения (поверх прежнего значения) в файл заказов, которое сопровождается распечаткой накладной на перемещение. Один из экземпляров накладной поступает в ПДО, где оператор или диспетчер выбирает нужный заказ из списка заказов по номенклатурному номеру на специально разработанном экране и вводит (или меняет значение) в графу «Признак завершения» - ЗВР.
Тема 6. Разработка алгоритмов проектирования модуля 6 «Укомплектование выданных и твердых заказов»
Процедура формирования приоритетов в выборе заказов
и формирования файла укомплектования
Процедура заключается в следующем: из файла заказов (А11) выбираются выданные заказы (флаг выдачи в файле заказов = Y) и твердые заказы (флаг выдачи в файле заказов = N), требуемые даты которых входят в заданный пользователем диапазон требуемых дат. Внутри выбранных заказов, отсортированных по требуемой дате заказов, должна быть предусмотрена сортировка по возрастанию значения реквизита «Требуемая дата» компонентов из файла потребностей (А8). Формируется линейка потребностей, которую необходимо покрыть имеющимся свободным запасом на складах (файл остатков А13). Предлагается использовать метод бронирования. Бронирование осуществляется при участии файла альтернатив (А10), при этом необходимо учесть, что по самой альтернативе может быть потребность, которую вначале надо покрыть остатком, а затем уже использовать для замены основной компоненты. Забронированное количество может принимать положительные и отрицательные значения (дефицит). Сохранение отрицательных значений впоследствии будет основанием для анализа дефицита, для чего необходима разработка встроенной в процедуру программы, которая бы позволила выявить все незавершенные заказы по дефицитной номенклатуре, определить операции, на которых они находятся и принять меры по ускорению выполнения этих заказов.
Рис. 20. Блок-схема формирования «линейки потребностей»
Рис. 21. Блок-схема бронирования остатков
Рис. 22. Блок - схема расчета дефицита с учетом альтернативы
Процедура списания компонентов под заказ
в производство (вид запаса – в производстве - ВПР)
После окончания процедуры укомплектования заказов работники складов получают доступ к следующей процедуре - печать списка заказов для укомплектования отдельно по каждому складу для выдачи. Данный отчет должен содержать достаточную информацию для удобного поиска необходимой номенклатурной единицы на складе для выдачи с указанием номера полки, места хранения и номера партии товара. Укомплектование желательно осуществлять в разрезе принимающих сборочных единиц (если комплектование происходит для сборки), с указанием номера позиции на чертеже. При укомплектовании и списании под заказ такой метод построения отчета не совсем удобен для кладовщиков, зато для работы сборочных участков – идеален с точки зрения прослеживаемости укомплектованности по уровням сборки. По окончании укомплектования заказов со 100% укомплектованностью в том порядке, в котором они распечатаны в ведомости, осуществляется физическая передача заказов представителям производственных участков, которые расписываются в отчете по укомплектованию; затем кладовщик немедленно должен ввести все выдачи под переданные заказы в систему.
Рис. 23. Блок-схема процедуры списания компонентов под заказ
в производство (вид запаса – ВПР)