Основные проблемы ERP-систем

Основные проблемы ERP-систем

Несмотря на неоспоримые достоинства ERP-систем, нельзя не сказать о ряде проблем, с которыми в настоящее время сталкиваются их пользователи:

1. Неэффективность внедрения. Эта проблема является основной и свидетельствует о том, что любая наисовременнейшая технология будет полезна только в случае ее грамотного внедрения и использования. На многих предприятиях, потративших огромные средства на приобретение и внедрение ERP-систем, их запуск привел только к отрицательным результатам. Следует сказать, что по данным зарубежных аналитиков, до 70% проектов внедрения ERP-систем завершаются неудачно. Только в 1999 г. несколько западных компаний подали многомиллионные иски на крупнейших поставщиков ERP-систем из-за убытков, вызванных неудачными проектами внедрения. После долгого, болезненного и дорогого внедрения многие предприятия, в конце концов, приходили к выводу, что практически аналогичных результатов можно было достигнуть и без установки ERP-систем (например, за счет обычной оптимизации бизнес-процессов на базе уже существующих аппаратно-программных средств). В отчете Boston Consulting Group (BCG) исследовалась проблема удовлетворенности предприятий результатами внедрения у них ERP-систем. В ходе исследования были опрошены 100 ИТ-менеджеров, отвечавших за внедрение ERP-системы на предприятиях в течение последних 3 лет. По мнению аналитиков BCG, ERP-системы являются жизненно необходимыми для предприятий, однако успех внедрения зависит от того, удалось ли их адаптировать максимально близко к происходящим на предприятии бизнес-процессам. Результаты опроса респондентов свидетельствуют, что только каждое третье предприятие удовлетворено результатами внедрения ERP-системы при оценке по критериям ценообразования, ценовой эффективности, реального финансового воздействия и достижения поставленных целей. По данным BCG, около 50% пользователей ERP-систем оценивают свои финансовые, производственные и кадровые приложения, как не соответствующие поставленным целям (только около 30% респондентов оценивают внедрение ERP-системы, как успешное). В частности, руководство компании Hershey Foods, потратившей $112 млн на внедрение комплексной системы автоматизации, осталось очень недовольно значительным отклонением проекта внедрения ERP-системы от плана (в проект входили поставка ПО, оборудования и услуг компаний SAP AG, Siebel Systems, Manugistics и IBM). В то же время, по данным Gartner Group, соответствие проектов внедрения плановым показателям оценивается для ERP-систем в 60% (из них "досрочные" внедрения — около 3%), а полностью провалившиеся проекты — в 10%. Достаточно показательны и другие результаты исследования BCG. Отмечается малое число успешных внедрений. Нет также убедительных доказательств пользы для предприятия от внедрения ERP-системы. В то время, как 60% респондентов считают, что их усилия по внедрению таких систем принесли значительную пользу, то 52% респондентов полагают, что они достигли поставленных бизнес-целей, и только 37% - отмечают заметный положительный финансовый эффект после внедрения ERP-системы. В ходе опроса выявлен и рост неудовлетворенности заказчиков разработчиками ERP-систем. 15% респондентов считают, что ERP-разработчики не фокусируются на целях ведения бизнеса, 33% респондентов полагают, что ERP-разработчики только способствуют неоправданным расходам своих клиентов, а 12%- просто расторгли контракт со своим первым ERP-поставщиком. Кроме того, многие респонденты полагают, что цена внедрения ERP-системы слишком высока. Каждый пятый респондент, внедривший у себя на предприятии ERP-систему, считает, что мог сделать это же за меньшую цену (эти же респонденты полагают, что более половины расходов были излишними). Респонденты считают ERP-системы меньшей стоимости лучшими. Средняя стоимость проектов по внедрению ERP-систем, получивших положительную оценку, составляет $10 млн, а средняя стоимость проекта с отрицательной оценкой — $90 млн. Качество исполнения проекта внедрения ERP-системы также не всегда удовлетворяет заказчика. У 58% респондентов с положительной оценкой результатов внедрения ERP-системы исполнители проектов завершили их в срок и в рамках бюджета. Аналогичная картина характерна и для 33% респондентов с отрицательным отношением к результатам внедрения ERP-системы. Существуют и данные Standish Group, что только в 16% случаев полнофункциональное внедрение ERP-систем заканчивается вовремя и в рамках запланированного бюджета. Почти в 30% случаев внедрение прекращается досрочно, в остальных случаях превышаются сроки/бюджет проекта внедрения или же ограничивается предусмотренная в проекте функциональность. В связи со всем вышесказанным, поставщики ERP-систем предпочитают говорить скорее о своем опыте "продуктивных", а не "успешных" внедрений.

2. Сложность эффективной интеграции ERP-систем с приложениями третьих фирм (в первую очередь, с приложениями электронного бизнеса). Если ранее созданные ERP-системы были предназначены для интеграции только внутренних бизнес-процессов предприятия (например, прохождения заказов или проведения платежей), то в настоящее время все большее число пользователей хотят объединить свою внутреннюю систему (так называемую систему back-office) с внешней системой front-end, через которую осуществляется взаимодействие с клиентами и партнерами. Основная причина неудовлетворенности респондентов — неспособность ERP-систем успешно взаимодействовать с приложениями электронной коммерции. О том, насколько трудно связать ERP-системы с приложениями электронной коммерции, свидетельствуют и результаты исследования AMR Research. Из 800 опрошенных компаний лишь 15% предоставляют своим клиентам и партнерам возможность проверять состояние заказа непосредственно на Web-сайте, и только от 5% до 10% позволяют им выполнять транзакции. По различным оценкам, в настоящее время существует не так уж много электронных магазинов, в которых налажена полная интеграция с серверными системами. В большинстве онлайновых магазинов заказ, полученный через Интернет, до сих пор сначала поступает к сотруднику, который вручную вводит его в ERP-систему.

3. Низкая производительность ERP-систем при интеграции их с приложениями электронного бизнеса (особенно, B2B), когда необходимо оперативно обрабатывать одновременные запросы многих тысяч пользователей о состоянии своих заказов.

4. Ограниченные аналитические возможности ERP-систем и недостаточная поддержка процессов принятия решений. ERP-системы хорошо справляются с получением и хранением данных, когда же дело доходит до анализа и обработки информации, то возможности ERP-систем оказываются весьма ограниченными. Схема данных, используемых для управления ресурсами предприятия, очень сложна. Все корпоративные данные находятся "внутри" ERP-системы, но они остаются "скрытыми" и извлечь их для анализа довольно сложно. Кроме того, ERP-системы недостаточно полно интегрированы с другими приложениями и внешними источниками информации, откуда поступают данные для аналитической обработки. Например, компания PacifiCorp (входит в группу ScottishPower, 8000 сотрудников), поставляющая электричество 1.4 млн потребителей (домашним, коммерческим и промышленным) в 6 западных штатах США, внедрила у себя ERP-систему SAP R/3. После того, как PacifiCorp интегрировала свои унаследованные системы в среду SAP R/3, выяснилось, что стала труднодоступной критически важная бизнес-информация, необходимая для анализа состояния запасов, персонала, финансов, клиентов и др. Фактически после внедрения R/3 возможность оперативного доступа к этой информации серьезно затруднилась. PacifiCorp пришлось внедрять ПО PowerConnect for SAP R/3 и ПО PowerCenter (разработки компании Informatica) для обеспечения доступа к этой информации и интегрировать ее с информацией, хранящейся в системе обслуживания клиентов (ПО PowerCenter позволяет трансформировать различные данные — унаследованные, табличные и ERP — в информацию для бизнес-анализа, а ПО PowerConnect for SAP R/3 обеспечивает прямой доступ к большим объемам корпоративных данных, хранимых в ERP-системах).

5. Слабые возможности по генерации отчетов (особенно, сложных). В большинстве ERP-систем реализованы возможности получения только статичных (хотя и комплексных) отчетов. Существующие генераторы отчетов имеют весьма ограниченные возможности "погружения" вглубь данных по вертикали и совершенно не позволяют перемещаться между данными по горизонтали. В результате, даже обычные отчеты часто представляются в различных форматах и отображают информацию по одному и тому же запросу по-разному. Комплексные массивы структур данных в ERP-системах заставляют создавать комплексные запросы на генерацию отчетов. Кроме того, отчеты разрабатываются отдельно для каждого случая, поэтому их приходится готовить заново при любом изменении бизнес-процессов (что отнюдь не способствует повышению производительности труда персонала предприятия). Вследствие этого, на мировом рынке присутствует большое количество генераторов отчетов разработки третьих фирм, непосредственно обращающихся к базам данных распространенных ERP-систем. Например, фирма Seagate Software внедрила в компании Lower Colorado River Authority, занимающейся предоставлением различных коммунальных услуг (электричества, воды и др.) более чем 1 млн жителей штата Техас, ПО Seagate Info в качестве корпоративного решения eReporting (для распределения отчетов). Seagate Info позволяет 200 сотрудникам Lower Colorado River Authority обращаться непосредственно к данным в ERP-системе PeopleSoft 7.5 (модули PeopleSoft Financials, Projects, Human Resources Management Systems, Purchasing, Budgets, Payroll и Benefits) и другим источникам данных (хранилищу данных Oracle, системе Maximo Work Management и различным унаследованным системам), анализировать их, а также быстро распределять отчеты (до 145 отчетов) по корпоративной интранет-сети (отчеты генерируются с помощью генератора отчетов Crystal Reports). В свою очередь, компания Quest Software поставляет для ERP-системы PeopleSoft (внедренной на других предприятиях) ПО Quest Output Management Suite, обеспечивающее Web-доступ к отчетам и документам, хранящимся в ERP-системе, управление ими и последующее распределение их по корпоративной сети.

Система КАНБАН

(CANBAN, тянущая система, pull system) - наиболее распространенная разновидность системы "точно в срок") – система, обеспечивающая организацию непрерывного материального потока при отсутствии запасов: производственные запасы подаются небольшими партиями непосредственно в нужные точки производственного процесса, минуя склад, а готовая продукция сразу отгружается покупателям. Порядок управления производством продукции – обратный: от i-той стадии на (i-1)-ую.

В настоящее время наметилась четкая тенденция к росту затрат на хранение запасов, что и стало причиной разработки систем "мгновенного" управления запасами, к которым относится рассматриваемая система CANBAN, разработанная корпорацией Toyota Motors - одна из первых попыток практического внедрения системы "точно в срок".

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

Система «точно в срок»

«точно к сроку», «just-in-time» (JIT), тянущая система, pull system – полная синхронизация поставок с процессами производства и реализации: производственные запасы подаются небольшими партиями непосредственно в нужные точки производственного процесса, минуя склад, а готовая продукция сразу отгружается покупателям. Порядок управления производством продукции – обратный: от i-той стадии на (i – 1)-ой.

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

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

• с i-той стадии на (i – 1)-ую запрашивается («вытягиваются») требуемое количество незавершенного производства;

• с (i – 1)-ой стадии на i-тую отправляются материальные ресурсы в требуемом количестве.

Средством передачи информации в системе CANBAN являются специальные карточки ("canban", в переводе с японского языка, - карточка). Применяют два вида карточек:

• карточки производственного заказа, в которых указывается количество деталей, которое должно быть изготовлено на предшествующей стадии производства. Карточки производственного заказа отправляются с i-той стадии производства на (i - 1)-ый этап и являются основанием для формирования производственной програм-мы (i - 1)-ого участка;

• карточки отбора, в которых указывается количество материальных ресурсов (компонентов, деталей, полуфабрикатов), которое должно быть взято на предшествующем участке обработки (сборки). Карточки отбора показывают количество материальных ресурсов, фактически полученных i-тым производственным участком от (i - 1)-ого.

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

Предприятия, использующие систему CANBAN получают производственные ресурсы ежедневно или даже несколько раз в течение дня, таким образом запасы предприятия могут полностью обновляться 100-300 раз в год или даже чаще, тогда как на предприятии, использующем системы MRP или MAP - только 10-20 раз в год. Например, в корпорации Toyota Motors на один из производственных участков в 1976 году ресурсы поставлялись трижды в день, а в 1983 году - уже каждые несколько минут.

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

Важными элементами системы CANBAN являются:

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

• система регулирования потребности и профессиональной ротации кадров;

• система всеобщего (TQM) и выборочного ("Дзидока") контроля качества продукции;

• система выравнивания производства.

Основные преимущества системы CANBAN:

• короткий производственный цикл, высокая оборачиваемость активов, в том числе запасов;

• отсутствуют или чрезвычайно низки издержки хранения производственных и товарных запасов;

• высокое качество продукции на всех стадиях производственного процесса.

Анализ мирового опыта применения системы CANBAN показал, что данная система дает возможность уменьшить производственные запасы на 50%, товарные запасы - на 8% при значительном ускорении оборачиваемости оборотных средств и повышении качества готовой продукции.

Основные недостатки системы "точно в срок":

• сложность обеспечения высокой согласованности между стадиями производства продукции;

• значительный риск срыва производства и реализации продукции.

Система своевременного пополнения материально-товарных запасов (JIT)

Чем проще структура затрат, тем проще их контролировать. Когда необходимо максимально упростить и уменьшить затраты, используют наиболее современную систему контроля материально-товарных запасов, которая более всего известна под английским названием Just In Time или сокращенно JIT.

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

Концепция JIT

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

Ключевые элементы системы JIT

• Компания должна научиться полагаться на нескольких поставщиков, с которыми она связана долгосрочными контрактами.

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

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

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

Преимущества системы JIT

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

2. Освободившиеся складские помещения могут быть использованы с большей эффективностью.

3. Всесторонний контроль качества снижает брак до минимума, иногда полностью его исключая.

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

Философия JIT

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

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

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

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

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

Общие сведения о системах MRP, MRPII, ERP

Общие сведения о системах MRP, MRPII, ERP

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

Концепция MRP

Первые мысли о возможности использования средств вычислительной техники (СВТ) для планирования деятельности предприятий (в том числе, планирования производственных процессов) возникли еще в начале 60-х гг. С целью решения с помощью СВТ вышерассмотренных проблем и была разработана методология планирования потребности в материалах MRP (material requirements planning). Суть концепции MRP состоит в том, чтобы минимизировать издержки, связанные со складскими запасами и на различных участках в производстве. В основе этой концепции лежит понятие спецификации изделия (bill of material — BOM), которое показывает зависимость спроса на сырье, полуфабрикаты и др. от плана выпуска готовой продукции (с учетом времени). На основе плана выпуска продукции, спецификации изделия и учета особенностей технологической цепочки и осуществляется расчет потребностей производства в материалах (обязательно привязанный к конкретным срокам).

Концепция MRP легла в основу построения так называемых MRP-систем. Главной задачей MRP-систем является обеспечение наличия на складе необходимого количества требуемых материалов/комплектующих в любой момент времени в рамках срока планирования. Программные системы, реализованные на базе MRP-методологии, позволили оптимально регулировать поставки комплектующих для производства продукции, контролировать складские запасы и саму технологию производства. Кроме того, использование MRP-систем позволило уменьшить объем постоянных складских запасов.

Сначала с помощью MRP-систем просто формировался на основе утвержденной производственной программы план заказов на определенный период. Это не вполне удовлетворяло возрастающие потребности предприятий. С целью повышения эффективности планирования в конце 70-х гг. в MRP-системах была реализована идея воспроизведения замкнутого цикла (Cloosed Loop Material Requirment Planning), подразумевающая составление производственной программы и ее контроль на цеховом уровне. К базовым функциям планирования производственных мощностей и планирования потребностей в материалах были добавлены дополнительные функции (например, контроля соответствия количества произведенной продукции количеству использованных в процессе сборки комплектующих, составления регулярных отчетов о задержках заказов, об объемах и динамике продаж продукции, о поставщиках и др.). Cозданные в процессе работы модифицированной MRP-системы отчеты анализировались и учитывались на дальнейших этапах планирования, изменяя (при необходимости) программу производства и план заказов (обеспечивая, тем самым, гибкость планирования по отношению к таким внешним факторам, как уровень спроса, текущее состояние дел у поставщиков комплектующих и др.).

Стандарт MRPII

Следует сказать, что в концепции MRP есть серьезный недостаток. При расчете потребности в материалах не учитываются производственные мощности, их загрузка, стоимость рабочей силы и т.д. Поэтому в 80-х гг. MRP-система с замкнутым циклом была трансформирована в систему планирования производственных ресурcов (manufactory resource planning), которая получила название MRPII (вследствие идентичности аббревиатур). Стандарт MRPII был разработан в США и поддерживается Американским обществом по управлению производством и запасами — American Production and Inventory Control Society (APICS). В свое время APICS регулярно издавало документ "MRPII Standart System", в котором описываются основные требования к информационным производственным системам (последнее издание этого документа вышло в 1989 г.). В сответствии с "MRPII Standart System", в MRPII-системе должны быть реализованы следующие 16 групп функций (для того, чтобы ПО управления предприятием было отнесено к классу MRPII, оно должно выполнять определенный объем этих основных функций):

1. Планирование продаж и производства.

2. Управление спросом.

3. Составление плана производства.

4. Планирование потребностей в материалах.

5. Спецификация продуктов.

6. Управление складом.

7. Плановые поставки (Scheduled Receipts Subsystem).

8. Управление на уровне производственного цеха.

9. Планирование производственных мощностей.

10. Контроль входа/выхода.

11. Материально-техническое снабжение.

12. Планирование распределения ресурсов.

13. Планирование и контроль производственных операций.

14. Финансовое планирование.

15. Моделирование.

16. Оценка результатов деятельности.

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

• оперативное получение информации о текущих результатах деятельности предприятия как в целом, так и с полной детализацией по отдельным заказам, видам ресурсов, выполнению планов;

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

• оптимизация производственных и материальных потоков со значительным сокращением непроизводственных затрат и реальным сокращением материальных ресурсов на складах;

• отражение финансовой деятельности предприятия в целом.

Методология ERP

В начале 90-х гг. аналитическая компания Gartner Group ввела новое понятие. Системы класса MRPII в интеграции с модулем финансового планирования FRP (finance requirements planning) получили название систем планирования ресуров предприятий ERP (enterprise resource planning). Иногда также встречается термин "планирование ресурсов в масштабах предприятия" (Enterprise-wide Resource Planning). В основе ERP-систем лежит принцип создания единого хранилища (репозитария) данных, содержащего всю корпоративную бизнес-информацию: финансовую информацию; производственные данные; данные по персоналу и др. Наличие такого корпоративного репозитария устраняет необходимость в передаче данных от одной системы к другой (например, от производственной системы к финансовой и др.), а также обеспечивает одновременную доступность к информации любого числа сотрудников предприятия, обладающих соответствующими полномочиями (ряд зарубежных аналитиков даже считает, что целью ERP-систем является не столько улучшение производственной деятельности предприятия, сколько уменьшение затрат и усилий на поддержку его внутренних информационных потоков).

Существует немало определений ERP-систем. Одним из них (наиболее часто встречающимся в последнее время) является следующее: ERP-система — это набор интегрированных приложений, позволяющих создать интегрированную информационную среду (ИИС) для автоматизации планирования, учета, контроля и анализа всех основных бизнес-операций предприятия. Принято считать, что в состав ИИС предприятия могут входить: ERP-система; ПО управления электронным документооборотом; ПО информационной поддержки предметных областей; коммуникационное ПО; коллаборативное ПО (средства организации коллективной работы сотрудников); ПО оперативного анализа информации и поддержки принятия решений; ПО управления проектами; встроенные инструментальные средства и другие продукты (например, CAD/CAM/CAE/PDM-системы, ПО управления персоналом и др.). Основой ИИС предприятия являются именно ERP-системы.

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

• Планирование продаж и производства. Результатом действия блока является разработка плана производства основных видов продукции.

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

• Укрупненное планирование мощностей. Используется для конкретизации планов производства и определения степени их выполнимости.

• Основной план производства (план-график выпуска продукции). Определяется продукция в конечных единицах (изделиях) со сроками изготовления и количеством.

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

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

• Планирование потребностей в мощностях. На данном этапе планирования более детально, чем на предыдущих уровнях, определяются производственные мощности.

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

• Проверка и корректировка цеховых планов по мощностям.

• Управление закупками, запасами, продажами.

• Управление финансами (ведение Главной книги, расчеты с дебиторами и кредиторами, учет основных средств, управление наличными средствами, планирование финансовой деятельности и др.).

• Управление затратами (учет всех затрат предприятия и калькуляция себестоимости готовой продукции или услуг).

• Управление проектами/программами.

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

В соответствии с современными требованиями APICS, ERP-система должна помимо ядра, реализующего стандарт MRPII (или его аналога для непрерывного производства), включать следующие модули:

• управления логистическими цепочками SCM (ранее — DRP, Distribution Resource Planning);

усовершенствованного планирования и составления производственных графиков APS (Advanced Planning and Scheduling);

управления взаимоотношениями с клиентами — CRM (ранее назывался модулем автоматизации продаж — Sales Force Automation);

электронной коммерции ЕС (Electronic Commerce);

управления данными об изделии PDM (Product Data Management);

надстройку Business Intelligence, включающую решения на основе технологий OLAP и DSS (Decision Support Systems);

автономный модуль, отвечающий за конфигурирование системы (Stand Alone Configuration Engine, SCE);

окончательного (детализированного) планирования ресурсов FRP (Finite Resource Planning).

Рисунок 1. Основные функциональные блоки ERP-систем

Cледует сказать, что в конце 90-х гг. был разработан также стандарт CSRP (Customer Synchronized Resource Planning), который охватывает взаимодействие предприятия с клиентами: оформление наряд-заказа, техническое задание, поддержку клиентов и др. Если стандарты MRP/MRPII/ERP ориентированы только на внутреннюю организацию предприятия, то в стандарт CSRP включен полный цикл жизненного цикла изделия: от его проектирования с учетом требований заказчика до гарантийного и сервисного обслуживания после продажи.

Основные отличия систем MRPII и ERP

По мнению отраслевых аналитиков, основные отличия ERP-систем от MRPII-систем заключаются в следующем:

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

• Поддержка планирования ресурсов по различным направлениям деятельности предприятия (а не только производства продукции).

• ERP-системы ориентированы на управление "виртуальным предприятием" (отражающим взаимодействие производства, поставщиков, партнеров и потребителей) в рамках ИИС. "Виртуальное предприятие" может представлять собой автономно работающие предприятия, корпорацию, географически распределенное предприятие, временное объединение предприятий, работающих над совместными проектами и др.

• В ERP-системах больше внимания уделено финансовым подсистемам.

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

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

• Повышены требования к интегрируемости ERP-систем с приложениями, уже используемыми предприятием (CAD/CAM/CAE/PDM-системами, АСУТП, системами управления документооборотом, биллинговыми системами и др.), а также с новыми приложениями (например, электронного бизнеса). При этом именно на базе ERP-системы осуществляется интеграция всех приложений, используемых на предприятии.

• Больше внимания уделено программным средствам поддержки принятия решений и средствам интеграции с хранилищами данных (иногда включаемых в ERP-систему в виде нового модуля).

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

Основные достоинства ERP-систем

Влияние на современный бизнес MRP/MRPII/ ERP-систем трудно переоценить. К середине 90-х гг. концепция MRP/MRPII/ERP стала основной бизнес-моделью, которую использовали производители во всем мире для достижения производственной эффективности. Например, по сведениям Advanced Manufacturing Research, уже к 1994 г. более 48000 из 60000 американских промышленных предприятий эксплуатировали данные системы.

ERP-системы стали настолько важны для деятельности предприятий, что при каких-либо сбоях в их работе у пользователей возникали немалые проблемы. Например, по данным опроса 886 ИТ-менеджеров ряда ведущих мировых фирм (проведенного компанией MERIT Project), их предприятия понесли следующие убытки из-за вынужденных простоев установленных на них ERP-систем: от $359000 до $1.07 млн — 43.8%; от $2.5 млн до $5 млн — 35.3%; от $9.3 млн до $10.7 млн — 20.9%. Интересны и данные, полученные AMR Research после изучения 13 отраслей американской промышленности и 800 компаний. Целью исследования являлось выяснение вопроса, какую долю своего бюджета тратят предприятия на ERP-системы. Результаты исследования выглядят следующим образом: высокотехнологичные компании — 28%; фармацевтические компании — 20%, финансовые компании — 15%.

Можно выделить следующие основные причины, вследствие которых предприятия во всем мире стремятся к внедрению систем MRP/MRPII/ERP:

1. Главная цель внедрения ERP-системы — интеграция всех бизнес-процессов предприятия по единым правилам и обеспечение оперативного получения информации руководством о всех сторонах деятельности предприятия.

2. Возможность замены множества унаследованных автономных корпоративных приложений (в большинстве своем, устаревших), не удовлетворяющих требованиям современного бизнеса, одной ERP-системой. Например, одна известная в мире нефтедобывающая компания после внедрения ERP-системы перестала пользоваться примерно 350 унаследованными приложениями.

3. Повышение конкурентоспособности предприятия.

Существуют оценки аналитиков, что внедрение MRP/MRPII/ERP-систем приводит к: сокращению складских запасов предприятия на 8%-35%, росту производительности труда на 8%-27%, увеличению числа своевременно выполненных заказов на 7%-20%.

И все же в соответствии с данными опроса компанией Worldwide Benchmark Project ряда ведущих мировых компаний, при использовании MRPII/ERP-системы правильнее говорить скорее о снижении корпоративных расходов, нежели о получении реальной прибыли (82.5% респондентов при внедрении ERP-системы следят за снижением расходов и только 15% — за ростом прибыли). Но еще более важно то, что сразу же после развертывания ERP-системы начинают проявляться ее косвенные преимущества: у руководства предприятия освобождается время на всесторонний анализ и выработку стратегических решений; налаживаются более тесные отношения с клиентами и поставщиками; сокращается нагрузка на административный аппарат и др. А все это, в конце концов, приводит к повышению эффективности работы всего предприятия.

В общем случае при внедрении MRPII/ERP-системы предприятие любого размера и профиля деятельности получает следующие основные преимущества:

• Появляется возможность принимать более обоснованные и оперативные решения.

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

Повышается производительность труда персонала предприятия.

Улучшаются качество обслуживания клиентов и взаимоотношений с поставщиками, а также возрастают возможности увеличения числа клиентов и поставщиков.

Стандартизируются и унифицируются производственные процессы (например, методы учета и контроля), а также управление персоналом.

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

Сокращается срок выхода на рынок новых продуктов и услуг (time-to-market) за счет оптимизации бизнес-процессов и производственных операций (например, уменьшения времени обработки заказа) и возможности создания изделий в рамках ИИС (в интеграции с приложениями CAD/CAM/CAE, PDM и др.).

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

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

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

Уникальные ежедневники с нанесенными логотипами вашей компании. Солидность и фирменный стиль во всем.

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

Планирование материальных потребностей

MRP
MRP (Material Requirement Planning — Планирование материальных потребностей). Компьютерная методология, используемая в управлении производством, для планирования производства и запасов.
Основными целями MRP систем являются:
• удовлетворение потребности в материалах, компонентах и продукции для планирования производства и доставки потребителям;
• поддержка низких уровней запасов;
• планирование производственных операций, расписаний доставки, закупочных операций.
Алгоритм работы
Для работы MRP-модуля требуются следующие входные данные:
• Основной производственный план (MPS);
• Список номенклатуры (IM);
• Данные о состоянии запасов (книга учета запасов). В этом документе отражаются вся наличествующая номенклатура: запасы, незавершенное производство, полуфабрикаты, готовая продукция.
• Спецификация состава изделия (BOM)
Результатами работы MRP-модуля являются следующие документы.
• График заказов на закупку/производство материалов и комплектующих (Planned Order Schedule) - документ, расписывающий какое количество сырья, материалов, комплектующих должно быть заказано в каждый плановый период в течение срока планирования. Этот документ определяет внутрипроизводственный план сборки комплектующих и план внешних закупок.
• Изменения к графику заказов на закупку/производство материалов и комплектующих (Changes in planned orders) - документ, содержащий корректировки ранее спланированных заказов на закупку/производство материалов и комплектующих.
Основные элементы компьютерных MRP - систем.
Введение
Новая экономическая ситуация ставит перед предприятиями ряд задач, которые ранее ими не рассматривались. Среди наиболее важных задач, стоящих перед промышленными предприятиями в современных условиях, можно выделить:
• повышение конкурентной борьбы,
• требование выпускать продукцию в соответствии с текущими заказами покупателей, а не с долгосрочными перспективными планами,
• необходимость оперативного принятия решений в сложной экономической ситуации,
• укрепление связей между поставщиками, производителями и покупателями.
В конкурентной борьбе побеждает только тот, кто быстрее других реагирует на изменения в бизнесе и принимает более верные решения. Именно информационные технологии помогают руководителям промышленных предприятий в решении этих сложных задач. Страны рыночной экономики имеют большой опыт создания и развития информационных технологий для промышленных предприятий. Одним из наиболее распространенных методов управления производством и дистрибуции в мире является стандарт MRP II (Manufacturing Resourse Planning), разработанный в США и поддерживаемый американским обществом по контролю за производством и запасами - American Production and Inventory Control Society (APICS). APICS регулярно издает документ "MRP II Standart System", в котором описываются основные требования к информационным производственным системам. Последнее издание этой системы промышленных стандартов вышло в 1989 г.
MRP II – это набор проверенных на практике разумных принципов, моделей и процедур управления и контроля, служащих повышению показателей экономической деятельности предприятия. Идея MRP II опирается на несколько простых принципов, например, разделение спроса на зависимый и независимый. MRP II Standart System содержит описание 16 групп функций системы:
1. Sales and Operation Planning (Планирование продаж и производства).
2. Demand Management (Управление спросом).
3. Master Production Scheduling (Составление плана производства).
4. Material Requirement Planning (Планирование материальных потребностей).
5. Bill of Materials (Спецификации продуктов).
6. Inventory Transaction Subsystem (Управление складом).
7. Scheduled Receipts Subsystem (Плановые поставки).
8. Shop Flow Control (Управление на уровне производственного цеха).
9. Capacity Requirement Planning (Планирование производственных мощностей).
10. Input/output control (Контроль входа/выхода).
11. Purchasing (Материально техническое снабжение).
12. Distribution Resourse Planning (Планирование ресурсов распределения).
13. Tooling Planning and Control ( Планирование и контроль производственных операций).
14. Financial Planning (Управление финансами).
15. Simulation (Моделирование).
16. Performance Measurement (Оценка результатов деятельности).
С накоплением опыта моделирования производственных и непроизводственных операций эти понятия постоянно уточняются, постепенно охватывая все больше функций.
В своем развитии стандарт MRP II прошел несколько этапов развития:
• 60-70 годах - планирование потребностей в материалах, на основании данных о запасах на складе и состава изделий, (Material Requierment Planning)
• 70-80 годы - планирование потребностей в материалах по замкнутому циклу (Cloosed Loop Material Requirment Planning), включающее составление производственной программы и ее контроль на цеховом уровне,
• конец 80-90-е - на основе данных, полученных от поставщиков и потребителей, ведение прогнозирования, планирования и контроля за производством,
• 90-е - планирование потребностей в распределении и ресурсах на уровне предприятия - Enterprise Resourse Planning и Distributed Requirements Planning.
Задачей информационных систем класса MRP II является оптимальное формирование потока материалов (сырья), полуфабрикатов (в том числе находящихся в производстве) и готовых изделий. Система класса MRP II - имеет целью интеграцию всех основных процессов, реализуемых предприятием, таких как снабжение, запасы, производство, продажа и дистрибьюция, планирование, контроль за выполнением плана, затраты, финансы, основные средства и т.д.
Стандарт MRP II делит сферы отдельных функций (процедур) на два уровня: необходимый и опциональный. Для того, чтобы программное обеспечение было отнесено к классу MRP II, оно должно выполнять определенный объем необходимых (основных) функций (процедур). Некоторые поставщики ПО приняли различный диапазон реализаций опциональной части процедур этого стандарта.
Результаты использования интегрированных систем стандарта MRP II:
• получение оперативной информации о текущих результатах деятельности предприятия как в целом, так и с полной детализацией по отдельным заказам, видам ресурсов, выполнению планов;
• долгосрочное, оперативное и детальное планирование деятельности предприятия с возможностью корректировки плановых данных на основе оперативной информации;
• решение задач оптимизации производственных и материальных потоков;
• реальное сокращение материальных ресурсов на складах;
• планирование и контроль за всем циклом производства с возможностью влияния на него в целях достижения оптимальной эффективности в использовании производственных мощностей, всех видов ресурсов и удовлетворения потребностей заказчиков;
• автоматизация работ договорного отдела с полным контролем за платежами, отгрузкой продукции и сроками выполнения договорных обязательств;
• финансовое отражение деятельности предприятия в целом;
• значительное сокращение непроизводственных затрат;
• защита инвестиций, произведенных в информационные технологии;
• возможность поэтапного внедрения системы, с учетом инвестиционной политики конкретного предприятия.
В основу MRP II положена иерархия планов. Планы нижних уровней зависят от планов более высоких уровней, т.е. план высшего уровня предоставляет входные данные, намечаемые показатели и/или какие-то ограничительные рамки для планов низшего уровня. Кроме того эти планы связаны между собой таким образом, что результаты планов нижнего уровня оказывают обратное воздействие на планы высшего уровня.

Если результаты плана нереалистичны, то этот план или планы высшего уровня должны быть пересмотрены. Таким образом можно проводить координацию спроса и предложения ресурсов на определенном уровне планирования и ресурсов на высших уровнях планирования.
СТРАТЕГИЧЕСКОЕ ПЛАНИРОВАНИЕ
Стратегическое планирование – это долгосрочное планирование. Оно обычно составляется на срок от одного до пяти лет. Оно основано на макроэкономических показателях, таких как тенденции развития экономики, изменение технологий, состояние рынка и конкуренции. Стратегическое планирование обычно распространяется на каждый год пятилетки и представляет собой плановые показатели (цели) высшего уровня.
БИЗНЕС-ПЛАНИРОВАНИЕ
Бизнес-план – это обычно план на год, который также составляется на ежегодной основе. Иногда он неоднократно пересматривается в течение года. Как правило он является результатом совещания управленческого состава, на котором сводятся планы продаж, инвестиций, развития основных средств и потребности в капитале и бюджетирование. Эта информация подается в денежном выражении. Бизнес-план определяет плановые показатели по объемам продаж и производства, а также другие планы низшего уровня.
ПЛАНИРОВАНИЕ ОБЪЕМОВ ПРОДАЖ И ПРОИЗВОДСТВА
Если бизнес-план предоставляет итоговые данные по объемам продаж помесячно (в денежном выражении), то план объемов продаж и производства разбивает эту информацию по 10-15 ассортиментным группам. В результате получают план производства, который ежемесячно пересматривается, принимая во внимание план предыдущего месяца, реальные результаты и данные бизнес-плана.
План объемов продаж и производства обычно включает следующие элементы:
• Объем продаж
• Производство
• Запасы
• Незавершенный объем производства
• Отгрузка
Из этих элементов Объем Продаж и Отгрузка - это прогнозы, т.к. это внешние данные, которые прямому контролю не поддаются. Объем производства планируется, это внутренний показатель, поддающийся прямому контролю. Планы по объемам запасов и незавершенным объемам производства контролируются косвенно, манипулируя данными прогнозов объема продаж, прогнозов объема отгрузки и/или плана объемов производства.
Объемы запасов и незавершенки управляются по-разному, в зависимости от типов продукции, выпускаемой или продаваемой компанией. Плановый объем запасов - это важный фактор, особенно для тех компаний, которые производят продукцию на склад. Плановый объем незавершенки является важным фактором для тех компаний, которые производят продукцию на заказ.
Фокусом планирования объема продаж и производства является план производства. Хотя он и называется планом производства, это в принципе не просто план выпуска продукции. Он требует наличие необходимого объема ресурсов по всей компании в целом. Если отдел маркетинга планирует скачок в продажах определенного ассортимента продуктов, инженеры должны обеспечить наличие необходимого объема оборудования; отдел МТС должен будет обеспечить дополнительные поставки материалов (наличие новых поставщиков); отдел кадров должен будет обеспечить наличие дополнительного объема трудовых ресурсов, а также организовать новые рабочие смены. Плюс ко всему необходимо будет обеспечить наличие необходимого объема капитала (для оплаты дополнительного объема ресурсов и запасов).
ПЛАНИРОВАНИЕ РЕСУРСОВ
План производства будет нереален, если не будет обеспеченно наличие необходимого объема ресурсов. Планирование ресурсов - это долгосрочное планирование, которое позволяет оценить необходимый (для выполнения плана производства) и наличный объем ключевых ресурсов, таких как люди, оборудование, здания и сооружения. Если возникнет потребность в наличии необходимого объема дополнительных ресурсов, то, возможно, потребуется пересмотреть бизнес-план.
Планирование ресурсов затрагивает только ключевые ресурсы и составляется на срок действия плана по производству (обычно один год). Ресурс может считаться ключевым, если его стоимость достаточно велика, или если срок его поставки достаточно велик или если от него зависят другие ресурсы. Ресурсы могут быть как внешними (возможности поставщиков), так и внутренними (оборудование, складские площади, деньги).
ГЛАВНЫЙ ПЛАН-ГРАФИК ПРОИЗВОДСТВА (ГПГП)
Роль начальника отдела планирования - перевод производственного плана в специфичный план-график производства. Этот план - ГПГП - план производства, наложенный на шкалу времени. ГПГП показывает что будет производиться, когда и в каких объемах.
Т.к. производственный план выражен в таких единицах как рубли, часы, тонны, то для того, чтобы получить ГПГП, необходимо произвести некоторые шаги по трансформации производственного плана. Плановые объемные показатели по ассортиментной группе необходимо перевести в плановые объемы и сроки по каждому продукту этой группы в раздельности. В зависимости от типа и объема выпускаемой продукции ГПГП можно разбить на недельные, дневные и даже сменные планы.
Одна из основных целей ГПГП - это обеспечение буфера: ГПГП отличает прогнозы и потребности отдела сбыта от MRP (планирование потребностей в материалах). Философия такова: прогнозы и заказы на продажу (заказы клиентов) выражают спрос (или отгрузку), в то время как ГПГП отображает то, что реально будет произведено в соответствии с имеющимся спросом. В соответствии с ГПГП возможно производство продукции в период, когда спрос на нее невысок, и наоборот. Это может иметь место при производстве продукции, спрос на которую сезонен.
СПРОС ГПГП
Начальник отдела планирования должен принимать во внимание все источники независимого спроса. Независимый спрос - это спрос, который может быть прогнозом, обычно это спрос на готовую продукцию и запчасти. Он в корне отличается от зависимого спроса (спрос, который можно рассчитать, исходя из данных по составу изделия). Источники независимого спроса: производственный план, прогнозируемый объем отгрузки, заказы клиентов (при производстве или сборке под заказ), спрос на запчасти, межзаводской спрос и страховой запас.
Основная проблема в составлении ГПГП - это определение того, планирование по каким изделиям/комплектующим должно вестись отделом планирования, а по каким должно вестись автоматически (системой MRP). Изделия, планируемые отделом планирования, - это те изделия, планирование которых должно вестись под контролем людей. Изделия, планируемые системой MRP, т.е. автоматически, не требуют такой степени контроля (они зависят от ГПГП). Определение того, как должно вестись планирование того или иного вида изделия зависит от типов изделий и технологических процессов. Обычно очень маленькое количество изделий должны контролироваться отделом планирования.
ОБЩЕЕ ПЛАНИРОВАНИЕ МОЩНОСТЕЙ
Как и планирование ресурсов, общее планирование мощностей является долгосрочным и ведется по ключевым ресурсам. Этот процесс использует данные ГПГП, а не данные производственного плана. Так если ГПГП выражен в объемных и временных характеристиках, то общее планирование мощностей используется для создания более детализированного плана, который может быть очень полезен при оценке средних потребностей компании в целом, а также для оценки ГПГП.
MRP ИЛИ ПЛАНИРОВАНИЕ ПОТРЕБНОСТЕЙ В МАТЕРИАЛАХ
Исторически MRP (планирование потребностей материалов) предназначалось для контроля за запасами и их пополнения. В рамках MRP II (планирование ресурсов предприятия) его использование было расширено до планирования потребностей в мощностях, проведения приоритезации и до замыкания всей цепочки планирования.
MRP отвечает на четыре основных вопроса:
• Что мы собираемся производить?
• Что нам для этого необходимо?
• Чем мы уже располагаем?
• Что нам необходимо дополучить?
ГПГП отвечает на первый вопрос "Что мы собираемся произвести?". В целях достижения целей, поставленных ГПГП, ведется планирование всей производственной и дистрибуторской деятельности. Т.к. ГПГП - это график, то он также отвечает и на такие вопросы как "Сколько" и "Когда".
Второй вопрос "Что нам для этого необходимо?" по сути спрашивает: "Какие изделия/комплектующие нам нужно произвести (или закупить), чтобы выполнить планы ГПГП?". Чтобы ответить на этот вопрос, нам нужно знать две вещи: ГПГП и правильные данные о составе изделия (структуре продукта, формуле продукта). ГПГП и данные о составе изделия позволяют системе определить Что, Сколько и Когда потребуется для того, чтобы произвести то, что нам нужно.
Вопрос "Чем мы уже располагаем?" можно разделить на два вопроса: "Что у нас уже есть на руках?" и "Что мы ожидаем по заказам?". Наличный запас на складе - это ответ на первый вопрос, а плановый объем поступлений продукции с производства и от поставщиков - это ответ на второй вопрос. Все вместе эти данные не только дают информацию о наличном объеме запасов, но они также позволяют системе оценить ожидаемый объем запаса. Чтобы ответить на последний вопрос, нужно знать ответы на три предыдущих. Взяв то, что нужно произвести (брутто-потребности), отняв то, что уже есть (на складе и плановые поступления), мы узнаем то, что нам нужно дополучить (нетто-потребности).
CRP ИЛИ ПЛАНИРОВАНИЕ ПОТРЕБНОСТЕЙ В МОЩНОСТЯХ
Но наличие необходимого объема необходимых материалов ничего не значит без наличия достаточного свободного объема рабочего времени. CRP (или планирование потребностей в мощностях) - это планирование среднего уровня, которое использует данные запланированных MRP заказов и заказов на производство для определения необходимого объема рабочего времени (как по трудовым, так и по техническим ресурсам).
Планирование ресурсов и общее планирование мощностей - это планирование высшего уровня, используемое для планирования таких ресурсов как физическое оборудование. CRP является более детализированным планированием. Загрузка рабочих мест рассчитывается на основе технологического маршрута изготовления продукта, который определяет, каким именно образом производится данный вид продукта. Технологический маршрут похож на инструкцию к применению - набор шагов (или техопераций), которые необходимо совершить для изготовления чего-то. Каждая техоперация совершается на каком-то рабочем месте, которое может состоять из одного или нескольких человек и/или оборудования.
DRP ИЛИ ПЛАНИРОВАНИЕ ПОТРЕБНОСТЕЙ В РАСПРЕДЕЛЕНИИ
Когда какие-то материалы передвигаются от поставщика к потребителю, они передвигаются по цепи поставок (или рыночному каналу). Если представить это графически, то цепь поставок представляет собой потоки спроса и предложения между поставщиками и какими-то подразделениями компании Заказчика, между этими подразделениями и клиентами или между различными подразделениями одной компании. DRP (планирование потребностей в распределении) координирует спрос, предложение и ресурсы между подразделениями одной или нескольких компаний.

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

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

И третий пример: компания имеет производственные мощности в двух городах.

________________________________________
При планировании спроса и предложения материалов между подразделениями отвечают на три основных вопроса:
• Что нам нужно получить (с других подразделений)?
• Что мы собираемся поставить (другим подразделениям)?
• Что мы можем поставить?
Хотя эти вопросы и похожи на вопросы, задаваемые MRP (планирование потребностей в материалах), однако существует одно принципиальное отличие. В MRP достаточно знать Какой и Когда ожидается спрос и предложение. Когда же существует несколько подразделений, между которыми постоянно передвигается продукция, тогда DRP необходимо знать плюс ко всему где (каким подразделением) возник спрос/предложение.
Ответ на вопрос "Что нам нужно получить?" создает спрос на материалы, которые необходимо поставить с другого подразделения. DRP рассчитывает полностью все эти потребности (после запуска MRP).
На вопрос "Что мы собираемся поставить?" ответ возникает при оценке всех источников спроса на продукт, включая заказы клиентов, прогноз отгрузок, потребности в запчастях, страховой запас и межзаводской спрос.
Используя данные по межзаводским запросам и заказам на распределение, между подразделениями ведется контроль спроса и предложения. На основе данных о потребностях подразделения на материалы, поставляемые другим подразделением, DRP создает запросы между этими подразделениями.
Ответ на последний вопрос "Что мы можем поставить" зависит от наличия материалов (предложение) и транспорта (ресурсов). Если спрос (потребности) превышает предложение, DRP можно использовать для закрепления материалов за несколькими подразделениями в указанной пропорции.
MRP (Material Requirements Planning)
Планирование потребности в материалах.
Главной задачей MRP является то, чтобы каждый элемент производства, каждая комплектующая деталь были в нужное время в нужном количестве. Это обеспечивается формированием такой последовательности производственных операций, которая позволяет соотносить своевременное изготовление продукции с заложенным планом выпуска. В упрощённом виде исходную информацию для MRP-системы представляют MPS, ведомость материалов, состав изделия, состояние запасов. На основании входных данных MRP-система выполняет следующие основные операции:
по данным MPS определяется количество конечных изделий для каждого периода времени планирования;
к составу конечных изделий добавляются запасные части, не включённые в MPS;
для MPS и запасных частей определяется общая потребность в материальных ресурсах в соответствии с ведомостью материалов и составом изделия с распределением по периодам времени планирования;
общая потребность материалов корректируется с учётом состояния запасов для каждого периода времени планирования;
осуществляется формирование заказов на пополнение запасов с учётом необходимого времени опережения.

Результатом работы MRP-системы является план-график снабжения материальными ресурсами производства (потребность каждой учётной единицы материалов и комплектующих для каждого периода времени). Для реализации план-графика снабжения система создаёт график заказов в привязке к периодам времени. Он используется для размещения заказов поставщикам материалов и комплектующих или для планирования самостоятельного изготовления с возможностью внесения корректировок в процессе производства. Системы класса MRP по соотношению цена/качество подходят для небольших предприятий, где функции управления ограничиваются учётом (бухгалтерским, складским, оперативным), управлением запасами на складах и управлением кадрами.
Д.А. Гаврилов "Управление производством на основе стандарта MRP II" - СПб: Питер, 2003
MRP II (Manufacturing Resource Planning)
Планирование производственных ресурсов. Методология MRP II имеет целью планирование всех ресурсов предприятия для реализации производственного плана: материалов, мощностей и финансовых средств.

Программный продукт класса MRP II, согласно стандартам, утвержденным APICS (American Production and Inventory Control Society) включает следующие 16 функций:
1. Sales and Operation Planning -- планирование продаж и производства;
2. Demand Management -- управление спросом;
3. Master Production Scheduling -- составление плана производства;
4. Material Requirement Planning -- планирование потребностей в сырье и материалах;
5. Bill of Materials -- спецификации продукции;
6. Inventory Transaction Subsystem -- складская подсистема;
7. Scheduled Receipts Subsystem -- отгрузка готовой продукции;
8. Shop Flow Control -- управление производством на цеховом уровне;
9. Capacity Requirement Planning -- планирование производственных мощностей;
10. Input/output control -- контроль входа/выхода;
11. Purchasing -- материально-техническое снабжение;
12. Distribution Resource Planning -- планирование запасов сбытовой сети;
13. Tooling Planning and Control -- планирование и управление инструментальными средствами;
14. Financial Planning -- финансовое планирование;
15. Simulation -- моделирование;
16. Performance Measurement -- оценка результатов деятельности.


Игра stalker перевернула все представления об отечественной игровой индустрии. Этот игровой шедевр должен увидеть каждый!

кредитование

Компьютеры Apple - стандарт, к которому хочется стремится.

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

В статье рассматривается метод автоматического определения языка текста, основанный на относительной энтропии языка и анализе кодировки текста.

В настоящее время проблема автоматического определения языка текстовых документов являет-ся весьма актуальной для задач, связанных с обработкой больших объемов информации. Например, в системах тематического сбора информации в Интернет необходимо проводить автоматическую фильтрацию (классификацию) входного потока документов, которые могут быть представлены на самых разных языках.
Для решения данной проблемы могут использоваться различные лингвистические, математиче-ские (статистические) методы или системы искусственного интеллекта. В данной статье рассматри-вается алгоритм автоматического определения языка текста, использующий смешанный подход, сочетающий методы инженерного анализа с относительной энтропией языка текста.
Энтропию языка текста можно определить как численную меру гибкости языка, которая отра-жает количество возможных вариантов текста с учётом вероятностей этих вариантов [1]. Согласно А. Н. Колмогорову, энтропия любого языка складывается из двух величин: смысловой емкости, т. е. способности языка передать некоторую смысловую информацию в тексте определенной длины, и гибкости языка, т. е. возможности одну и ту же информацию передать несколькими различными способами. Понятно, что для научно технических и художественных текстов в рамках одного языка эти составляющие будут различны.
А. Н. Колмогоров ввел определение энтропии через понятие относительной сложности. «Отно-сительной сложностью объекта y при заданном x будем считать минимальную длину l(p) програм-мы p для получения y из x» [2]. Применительно к текстовой информации можно сказать, что слож-ность текста А определяется длиной (в двоичном алфавите) минимальной программы, которая вы-водит A, а энтропия A – это её сложность, делённая на длину A в битах. Конечно, вычислить энтро-пию произвольного текста через относительную сложность (по Колмогорову) практически невоз-можно. В то же время существует целый класс программ, которые «получают» текст y из x – это программы архиваторы. Текст, сжатый, например, программой zip, является, по сути, некоторой программой, которая интерпретируется программой unzip таким образом, что на выходе получается исходный текст.
Если теперь принять, что размер сжатого текста характеризует его энтропию, то можно вычис-лить энтропию текста А по отношению к тексту В, или относительную энтропию H(В|А) [3]. Для этого необходимо сжать текст A и определить длину L(A) получившегося архива, а затем сжать конкатенацию текстов A и B и для этого архива определить длину L(A+B). Тогда оценить относи-тельную энтропию текстов А и В можно по формуле:
H(B | A) = L(A+B) – L(В).
Рассмотрим вкратце принцип работы программ архиваторов на примере популярного алгоритма сжатия LZ77 (Лемпеля Зива).
Общий принцип архивирования заключается в кодировании частых последовательностей сим-волов наименьшим количеством байт, а редких последовательностей – большим. Основу алгоритма LZ77 составляет так называемое «скользящее окно» фиксированного размера, которое представля-ет собой ранее обработанные данные. Окно размером N байт, по сути, является N байтами инфор-мации от текущей позиции сжатия обратно к началу потока. По ходу процесса сжатия ок-но перемещается («скользит») вслед за указателем текущей позиции в сжимаемом потоке данных. Принцип кодирования заключатся в том, что алгоритм ищет наибольшее совпадение следующих обрабатываемых данных с данными в скользящем окне. При нахождении таковых в выходной поток добавляется не сама последовательность символов, а ее смещение от начала буфера и количество совпавших символов. В случае если хотя бы один символ обрабатываемой последовательности не найден в окне, в выходной поток добавляется код первого несовпавшего символа. В этом случае смещение и количество символов будут записаны как последовательность 0:0, после которой следу-ет код ненайденного символа. На подобном принципе построены и другие алгоритмы сжатия тек-ста.
Анализ принципов работы алгоритмов сжатия показывает, что чем больше в сжимаемом тексте повторяющихся последовательностей символов, тем меньше будет длина архивированного файла. И, соответственно, значение относительной энтропии текстов А и В будет тем меньше, чем более «похожи» эти тексты в смысле последовательностей символов. Понятно, что относительная энтро-пия двух текстов на одном языке будет меньше относительной энтропии текстов на разных языках, поскольку в любом языке имеется характерный для этого языка набор символов и их сочетаний.
Впервые на это свойство сжатых текстов обратили внимание итальянские ученые Д. Бенедетто, Э. Кальоти и В. Лорето. Они провели ряд экспериментов и установили, что с помощью обычных программ архиваторов можно успешно проводить анализ текстов для целого класса лингвистиче-ских задач, таких как определение языка, авторства или тематики документов [4].
Теперь рассмотрим, каким образом можно практически реализовать задачу автоматического оп-ределения языка на основе понятия относительной энтропии. В первую очередь, необходимо соз-дать набор текстов образцов на всех языках, предполагаемых для анализа. Данные тексты должны быть преобразованы к набору символов Unicode. Каждый символ в таком представлении определя-ется двумя байтами и позволяет кодировать до 65 000 различных символов. В набор Unicode в на-стоящее время входят наборы символов национальных алфавитов для представления текстов на большинстве наиболее распространенных языков.
От качества текстов образцов во многом зависит точность определения языка. Данные тексты должны содержать по возможности полный набор символов языка, а также наиболее распростра-ненные в этом языке частицы, предлоги и т. д. Кроме этого, точность зависит от длины тек-стов образцов и длины определяемого текста. Очевидно, что чем больше будут длины тек-стов образцов, тем выше будет вероятность определения, но тем больше будет время определения. С другой стороны, если брать относительно небольшие фрагменты текстов, то алгоритм будет рабо-тать достаточно быстро, но в этом случае уменьшается вероятность правильного определения язы-ка. При этом, как правило, длина определяемого текста намного меньше длины текста образца.
Таким образом, для автоматического определения языка входного текста Т относительно набора текстов образцов Si (i = 1….n) необходимо выполнить следующее:
1. Преобразовать текст Т в кодировку Unicode.
2. Для каждого Si определить его относительную энтропию с текстом Т.
3. Найти Si, для которого относительная энтропия с Т минимальна. Язык данного текста образца будет соответствовать языку документа Т.
Количество операций в данном алгоритме можно сократить, а быстродействие повысить, если заранее вычислить и сохранить размеры сжатых текстов образцов.
Очевидно, что при большом количестве потенциально возможных языков время работы данного алгоритма будет достаточно большим, поскольку алгоритм предполагает последовательную конка-тенацию входного текста с каждым текстом образцом.
Для увеличения производительности алгоритма предлагается использовать следующее инженер-ное (программное) решение. Поскольку тексты представляются с помощью набора символов Uni-code, то перед сжатием можно произвести предварительное определение языковой группы, исполь-зуя знания о распределении кодов национальных символов по диапазону Unicode.
В Unicode кодировка организована не по языкам, а по скриптам. Если несколько языков исполь-зуют близкие наборы знаков, набор символов, достаточный для этой группы идентифицируется как один набор. К примеру, латинский набор содержит все знаки, используемые в английском, фран-цузском, испанском, немецком и близких языках. Каждому набору символов соответствует свой диапазон кодов, например, для кириллических символов, которые используются в русском, бело-русском, болгарском и т.п. языках, выделен диапазон [0x0400, 0x052F]. Для греческого языка опре-делены диапазоны [0x0370, 0x03FF] и [0x1F00, 0x1FFF], а для иврита – [0x0590, 0x05FF] и [0xFB00, 0xFB4F]. Таким образом, предварительно определив языковую группу анализируемого текста по кодам используемых в тексте символов, можно значительно сократить количество итераций алго-ритма определения языка. В некоторых случаях, например, для греческого, китайского, японского язык текста может быть однозначно установлен по одному только диапазону символов. С помощью разработанной авторами программы автоматического определения языка текста (свидетельство об официальной регистрации программ для ЭВМ № 2005611324) было проведено экспериментальное подтверждение эффективности предложенного метода. Эксперименты проводились для набора из 67 наиболее распространенных языков, при этом тексты образцы выбирались достаточно случай-ным образом без какой либо лингвистической проработки. Среднее время определения языка текста составило от 1 сек. (для документов, содержащих около 2000 слов), до 6 сек. (для документов, со-держащих около 150 000 слов). Для европейских языков, использующих латиницу и кириллицу, точность определения оказалась достаточно высокой – порядка 90%. При этом ошибки определения наблюдались в основном для родственных языков: так датские тексты были определены как нор-вежские, один из двух текстов на ирландском определен как английский, некоторые испанские оп-ределены как португальские, а один из сербских как боснийский. По группе арабских, кавказских и юго восточных языков выборка была менее представительна, чем по европейским, и охватила 18 языков. При проведении эксперимента не учитывался кодовый диапазон символов, тем не менее, точность определения оказалась около 70%. Больше всего ошибок наблюдалось при определении вьетнамского и грузинского языков.
Отметим еще одну особенность рассмотренного в данной статье метода – относительную про-стоту и скорость добавления новых языков для анализа. В системах, основанных на обучении, таких как метод опорных векторов (SVM) или системы искусственного интеллекта, при добавлении ново-го языка необходимо заново проводить обучение всей системы, что может занять достаточно много времени. В рассмотренном методе добавление нового языка заключается в добавлении нового тек-ста образца и весь процесс занимает не более двух минут.
Таким образом, проведенные эксперименты показывают эффективность применения свойств от-носительной энтропии и особенностей кодировки Unicode для определения языка текста не только в исследовательских целях, но и в реально действующих системах автоматической классификации документов.


Свои услуги предлагает Свадебный фотограф - самый светлый миг вашей жизни будет запечатлен на пленке настоящим профессионалом своего дела.

С теннисными пушками lobster можно играть в теннис на даче. Тренируйтесь везде, где вам удобно это делать!

Интересный и познавательный блог про СЕО: http://shakin.ru/. Все что нужно знать для успешного продвижения сайтов я нашел именно там.

Русский человек на изломе эпох в отечественной литературе

По выражению известного писателя и журналиста Дмитрия Быкова (автор романов‑полемик «Орфография», Эвакуатор», «ЖД», «Пастернак» в серии «ЖЗЛ»), русская история «до сих пор не началась». Поэтому литература, используя различные стили, исторические решения, масштабы изображаемого, пытается ответить на вечный гоголевский вопрос: «Русь! Куда ж несешься, ты… Дай ответ. Не дает ответа!», постичь глубочайшую тайну русской жизни.

Писатели, принадлежащие к различным дискурсам – демократическому/западному/либеральному и патриотическому/славянофильскому/националистичному – сегодня решают вопрос не столько о культурном и политико‑экономическом существе нашего будущего, сколько о возможности существования этого будущего, формулируют три литературные идеологии национальных исторических перспектив: тупик, катастрофа, надежда. Изменение семантики отечественных терминов «народность» и «национальный характер» рождает размышления о миссии русского человека, о «самоценности существования русского типа в числе духовных разновидностей человечества» (В. Пустовая). Именно эти проблемы обсуждались участниками литературно‑образовательного форума «Русский человек на изломе эпох в отечественной литературе», который состоялся 17–19 мая 2007 г. на филологическом факультете Вятского государственного гуманитарного университета.

В работе форума приняли участие известные ученые‑филологи, литературные критики, писатели и поэты, приехавшие из Москвы, Белгорода, Екатеринбурга, Йошкар‑Олы и т. д. В числе самых известных Андрей Немзер (литературный критик, сотрудник газеты «Время новостей», автор ежегодного альманаха «Дневник читателя»), Олег Лекманов (профессор РГГУ, автор книги «Мандельштам» в серии «ЖЗЛ»), Николай Алеференко (профессор Белгородского ГУ), Инна Кабыш (поэтесса, корреспондент «Литературной газеты»).

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

Большой интерес вызвали выступления Д. В. Харитонова (директор Института гуманитарных проблем Челябинского государственного университета) и Н. Н. Маевского (профессор Ростовского государственного университета), членов Президиума совета по филологии учебно‑методического объединения по классическому университетскому образованию. Они рассказали о работе над третьим поколением учебных стандартов, которые обозначат переход на новую европейскую образовательную систему: бакалавр‑магистр.

Особое внимание участники форума уделили вопросам преподавания русского языка и литературы в школе и вузе.

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

Поэтесса И. Кабыш поделилась своими впечатлениями от форума на страницах «Литературной газеты» (2007. 4–10 июля. № 27) в разделе «Картинки из глубинки» «Я выступила на нем с докладом “Быть или не быть человеком?”. Я говорила о том, что если на рубеже XIX–XX веков в воздухе носилась идея “наполеона” (“сверхчеловека”, по терминологии Ницше), то на рубеже XX–XXI веков отчетливо ощущается усталость человека быть человеком, его стремление быть “маленьким человеком”, а то вообще “не быть”.

Я говорила о всеобщей игре “на понижение”, ведущейся телевидением, театром и, к сожалению, литературой и школой. Порадовало то, что мои слушатели в большинстве своем были со мной согласны, огорчило то, что я права. На извечный русский вопрос: “что делать?”, я ответила своим коллегам: сопротивляться всеобщему оболваниванию, служить личным примером своим ученикам. На том и порешили.

В последний день работы форума, после моего поэтического вечера, когда нужно было уже уезжать, я посмотрела на усталые, хотя и счастливые, лица его организаторов и сказала: “Ну теперь отдохнете!” – “Что Вы! – замахала руками К. С. Лицарева, декан филологического факультета. – Через пару дней начнутся Дни славянской письменности и культуры!..” Воистину: покой им только снится!

И это в Вятке, медвежьем углу, городе, куда в XIX веке ссылали (я по этому поводу придумала в рифму:

Если станет мне вдруг несладко –

я уж знаю свою страну! –

пусть сошлют меня в город Вятку –

к Грину, Герцену, Щедрину),

российской провинции, о которой говорят, что она спивается и вымирает.

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

А дух, как известно, веет где хочет…»

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

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

В Ташкенте есть много прекрасных отелей, но Tashkent Hotels предлагают лучший сервис по вполне доступным ценам.

Редактирование данных. Работа с изображениями.

Разработка страницы UserDetails.aspx.

1. Создайте страницу UserDetails.aspx. Разместите на странице компоненты: DetailsView (ID=dvUser), SqlDataSource (ID=dsUser), FileUpload (ID=fuPhoto), Button (ID=btnPhoto), Image из раздела компонентов HTML (ID=imgUserPhoto, RunAt=server, Height=200, Width=200).

2. Настройте dsUser на выбор данных fio, dob, nick из таблицы users с условием отбора id = Session[“UserId”] для отображения данных текущего пользователя. Выберите свойство UpdateQuery и в поле UpdateCommand укажите:

UPDATE Users SET fio = @fio, dob = @dob, nick = @nick where id = @id

Для параметра @id укажите источник данных Session[“UserId”], для параметра @dob укажите свойство Type=DateTime.

Теперь компонент dsUser может загружать и сохранять данные.

3. Компоненту dvUser укажите свойство DataSourceID=dsUser и выберите свойство Fields. Очистите список SelectedFields и поместите в него следующие поля: TemplateField (HeaderText=ФИО), TemplateField (HeaderText=Дата рождения), TemplateField (HeaderText=Ник), CommandField:Edit,Update,Cancel (EditText=Редактировать, UpdateText=Сохранить, CancelText=Отмена).

4. Выберите у компонента dvUser команду Edit Templates, параметр Display=Field-ФИО. Содержимое поля ItemTemplate отображается, когда dvUser находится в режиме просмотра данных, содержимое поля EditItemTemplate – в режиме редактирования данных. В поле ItemTemplate поместите Label и выполните у него команду Edit DataBindings, свяжите свойство Text с полем данных fio. В поле EditItemTemplate поместите Textbox и RequiredFieldValidator: настройте textbox’у привязку данных к полю fio и ограничение на пустое значение.

5. Установите Display=Field-Дата рождения. Также разместите компоненты Label, TextBox и RequiredFieldValidator. Сделайте привязку компонентов к полю dob, а также укажите формат отображения Short Date. В EditItemTemplate добавьте компонент RegularExpressionValidator для проверки формата даты.

6. По аналогии с Field-ФИО настройте Field-Ник.

7. Выполните команду End Template Editing, dvUser должен выглядеть как на первом рисунке.

8. Запустите приложение. Проверьте работу страницы.

9. Для загрузки изображений в таблицу users создайте обработчик нажатия кнопки btnPhoto:

// проверка, что указан файл и его размер больше 0

if (fuPhoto.PostedFile != null && fuPhoto.PostedFile.ContentLength > 0)

{

// загрузка содержимого файла в переменную img

byte[] img = new byte[fuPhoto.PostedFile.InputStream.Length];

fuPhoto.PostedFile.InputStream.Read(img, 0, img.Length);

// запись данных в таблицу users

SqlConnection conn = new SqlConnection (ConfigurationManager.ConnectionStrings["MyConnectionString"].ToString());

SqlCommand comm = new SqlCommand();

comm.Connection = conn;

comm.CommandText = "update users set photo=@photo where id=@id";

comm.Parameters.AddWithValue("@id", Session["UserID"]);

comm.Parameters.AddWithValue("@photo", img);

conn.Open();

comm.ExecuteNonQuery();

conn.Close();

}

10. Прежде, чем отобразить загруженное изображение на странице, добавьте в проект новый элемент Generic Handler с именем ImageHandler.ashx. Содержимое файла ImageHandler.ashx:

<%@ WebHandler Language="C#" Class="ImageHandler" %>

using System;

using System.Web;

using System.Data.SqlClient;

using System.IO;

using System.Configuration;

public class ImageHandler : IHttpHandler {

// данный метод генерируется автоматически

public void ProcessRequest (HttpContext context) {

context.Response.ContentType = "image/jpeg";

context.Response.Cache.SetCacheability(HttpCacheability.Public);

context.Response.BufferOutput = false;

writeSingleImage(context.Request.QueryString["id"], context.Response.OutputStream);

}

// данный метод по значению id выбирает изображение из таблицы users и записывает его в html поток, возвращаемый клиенту

public void writeSingleImage(string id, Stream output)

{

byte[] img = null;

SqlCommand comm = new SqlCommand();

comm.Connection = new SqlConnection(ConfigurationManager.ConnectionStrings["MySiteDBConnectionString"].ConnectionString);

comm.CommandText = "SELECT photo FROM users WHERE id=@id";

comm.Parameters.AddWithValue("@id", id);

comm.Connection.Open();

object res = comm.ExecuteScalar();

if (res != DBNull.Value)

{

img = (byte[])res;

output.Write(img, 0, img.Length);

}

}

// данное свойство генерируется автоматически

public bool IsReusable

{

get {

return false;

}

}

}

11. Для отображения изображения в обработчик Page_Load страницы UserDetails поместите код:

// в качестве источника изображения использовать ImageHandler.ashx

// с параметром id=Session[“UserId”]

imgUserPhoto.Src = "ImageHandler.ashx?id=" + Session["UserId"].ToString();

12. Запустите приложение, проверьте работу страницы.

Отображение изображений внутри компонента GridView.

1. Откройте файл Messages.aspx.

2. В компонент gvMessages добавьте столбец TemplateField.

3. В созданный столбец поместите компонент Image из раздела HTML.

4. Задайте желаемые размеры изображения и укажите значение свойства Src=ImageHandler.ashx?id=<%# Eval("FromUserID") %> - функция Eval подставит значение поля FromUserID, связанное с каждой строкой таблицы.

5. Запустите приложение, проверьте работу страницы.

Настоящий рок - нестандартный стиль, качественная музыка, тексты со смыслом. Только для настоящих ценителей рока!

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

Хотите узнать что такое настоящий туризм - хватайте друзей и отправляйтесь в путешествие!