Совершенствование системы материально-технического снабжения

скачать (447 kb.)

1   2   3   4   5   6   7   8   9   10   11

3. Совершенствование системы материально-технического
снабжения

3.1. Создание информационных систем поддержки управления материально-техническим снабжением




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

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

Немногим предприятиям такие системы по карману, с другой стороны они и нужны-то в большей степени именно тем, у кого на это есть средства.

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

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

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

Второе, что необходимо, это все-таки правильная организация процесса, потому что неправильно организованный процесс все равно стремится к тому, чтобы стать правильным, несмотря ни какие субъективные желания и мнения. Если сам процесс организован неправильно, то так или иначе, он будет меняться, «искривляться» и вы опять же замучаетесь его информационно поддерживать.

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

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

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

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

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

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

Начнем с выбора «за или против». Тут существует заблуждение, что есть готовые системы. Для крупных предприятий, с их многочисленными нюансами, таких систем нет. А если они и есть, то все равно это не готовые системы, их еще нужно настраивать на нужды конкретного предприятия, а настройки эти таковы, что сродни программированию, да еще надо знать в какую сторону и что настраивать (ставить задачу, как при проектировании «с нуля»).

Теперь о людях и фирмах. Тут мы имеем все те же иллюзии.

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

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

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

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

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

Концептуальная схема предметной области представлена на рис. 2 и рис. 3.

Концептуальная схема предметной области (спрос и предложение).





Рис. 2.
Концептуальная схема предметной области (договор).





Рис. 3.
Сетевая модель реализуется с помощью так называемых семантических сетей. В семантической сети имена некоторых объектов, процессов, действий, сущностей и их классов ассоциируются с узлами, а отношения между ними ассоциируются с дугами, соединяющими узлы. Сетевую модель можно представить в виде следующей конструкции: S=, где I – множество информационных единиц, С12,…,Сn – множество типов связей между информационными единицами, Г – отображение, задающее связи (из заданного множества типов связей) между информационными единицами, входящими в I.

Классифицирующие сети наряду с функциональными, являются одним из классов однородных (у которых дуги только одного типа) сетей. Классифицирующие сети строятся на основе родовидового отношения sup, заданного на множестве классов объектов. Это отношение интерпретируется следующим образом: если Ki sup Kj, то в любой момент времени t каждый объект класса Ki является объектом класса Kj, т.е. Kj является подклассом Ki (или Ki является подклассом Kj). Конкретные объекты, как правило, связываются с классами низшего уровня иерархии отношением принадлежности isa. Запись ki isa K означает, что объект ki является элементом класса K.

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

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

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

Графическое представление сигнатуры показано на рис.4.
Графическое представление сигнатуры




Рис.4.

1   2   3   4   5   6   7   8   9   10   11

3. Совершенствование системы материально-технического снабжения



Рефераты Практические задания Лекции
Учебный контент

© ref.rushkolnik.ru
При копировании укажите ссылку.
обратиться к администрации