Преимуществами использования ЭК можно назвать следующие.

· Простота развертывания приложений и управление ими. Использовать Web достаточно просто. Покупателям следует лишь освоить программу для просмотра, и они сразу получают доступ к средствам электронной торговли.

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

· Сокращение числа промежуточных звеньев (посредников), установление прямой связи производитель покупатель.

· Уменьшение затрат времени на приобретение необходимого товара.

· Неограниченный рост числа потенциальных заказчиков. При использовании Интернет вы можете расширить рынок сбыта за счет зарубежных покупателей.

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

· Возможность проводить анализ спроса, предпочтений для планирования своей деятельности.

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

· Сокращение затрат на персонал и аренду помещений.

· Возможность круглосуточного доступа.

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

В любой стране, если пользователей Интернета менее 10% населения, развивать направление B2C очень сложно. По России этот показатель на 1 января 2003г. составил 4,2%, по Москве около 10%. Создание полноценного Интернет-магазина стоит не менее 10 тыс. долл. У многих фирм таких денег нет, но они могут воспользоваться услугами таких фирм как "АйТи" и Tops, которые предлагают в аренду законченную инфраструктуру для открытия Интернет-магазинов на своих "торговых рядах" ( www.imbs.ru, www.ipassage.ru ). Аренда магазина в "торговых рядах" Tops обходится владельцам в 150 долл. в месяц.

Электронные магазины - не единственный путь оказания услуг через Интернет. Популярны сегодня аукционы, финансовые, банковские услуги, туристические, медицинские, страховые, платные информационные сервисы, онлайновая оплата счетов. 1999 г. был отмечен расцветом Web-аукционов. Например на eBay было заключено 3 млн. аукционных сделок, на Yahoo 1 млн. Обороты же отечественных аукционов (www.molotok.ru, www.stavka.ru) пока невелики, и цены на них ненамного ниже чем в магазинах.

Финансовые и банковские услуги в Интернет представлены несколькими направлениями: Интернет-торговля ценными бумагами, телебанкинг, онлайновое предоставление залоговых кредитов и т.п. Как и другие сферы электронного бизнеса, эта сфера быстро развивается. Онлайновые услуги предлагают практически все банки США, по отчетам British Telecom неплохо обстоит дело в Германии и Франции. Значительно отстают в предоставлении Интернет-услуг банки Великобритании, на начало 2000г. там было зарегистрировано всего 10 банковских Web-узлов.

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

В настоящее время в российской части Интернета преобладает модель ЭК, ориентированная на потребительский рынок, т.е. B2C, но есть и интересные решения, которые можно отнести к модели B2B. Рассмотрим несколько примеров.

Сайт Фактура.ru (www.faktura.ru) предоставляет сервис по организации торговли между предприятиями через Интернет, связывая в единое целое службы сбыта поставщиков и службы снабжения покупателей, при этом полностью автоматизирован процесс взаимодействия предприятий на этапе поиска товаров и согласования условий заказов, позволяя контрагентам в защищенном режиме планировать, заказывать и контролировать поставки товаров и услуг.

Сайт "Зерно" ( www.mtszerno.ru ) представляет собой межрегиональную систему торговли сельхозпродуктами в режиме реального времени.

Платежные системы в Интернет. Важным моментом в развитии ЭК является проведение электронных платежей. В настоящее время проблему оплаты через Интернет можно считать уже решенной. В российском секторе Интернета, который часто называют Рунетом, имеется больше десятка различных систем, позволяющих перечислять деньги за товары в онлайновам режиме. Со списками этих систем и их описанием можно познакомиться на сайтах Money.ru и Magazin.ru. Эти системы можно разделить на несколько типов:

· для платежей по пластиковым картам (ППК) международных систем Visa, Eurocard/Mastercard, American Express и т.п.;

· для платежей с пользовательских счетов провайдеров;

· для платежей с использованием "электронного кошелька";

· для платежей по смарт-карточкам.

Наиболее популярной системой первого типа является Assist-CyberPlat, созданная совместно банком "Платина" и петербургской компанией "Рексофт", эта система работает как для расчетов "бизнес-бизнес" так и для расчетов "бизнес-потребитель". В мае 2000г. система "Assist" была подключена к процессинговому центру карточной системы "СТБ КАРТ", а в сентябре 2000г. - к процессинговому центру Альфа-банка.

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

1. Покупатель через Интернет подключается к Web-серверу магазина, формирует корзину товаров и направляет магазину запрос на выставление счета.

2. Магазин в ответ на запрос покупателя направляет ему заверенный своей электронной цифровой подписью (ЭЦП) счет, в котором указывает наименование товара (услуги), код магазина, время и дату совершения операции. С гражданско-правовой точки зрения этот счет является предложением заключить договор (офертой).

3. Покупатель заверяет своей ЭЦП предъявленный ему счет и отправляет его обратно в магазин, совершая тем самым акцепт. Договор считается заключенным с момента подписания покупателем выставленного ему счета. В системе счет, подписанный покупателем, становится чеком.

4. Подписанный двумя ЭЦП (магазина и покупателя) чек направляется магазином в Банк для авторизации.

5. Банк производит обработку подписанного чека: проверяет наличие в системе магазина и покупателя, проверяет ЭЦП покупателя и магазина, проверяет остаток и лимиты средств на счете покупателя, сохраняет копию чека в базе данных банка.

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

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

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

1. Покупатель через Интернет подключается к Web-серверу Интернет-магазина, формирует корзину товаров и выбирает форму оплаты по кредитным карточкам.

2. Магазин формирует заказ и переадресует покупателя на сервер авторизации, одновременно туда же передаются код магазина, номер заказа и его сумма.

3. Сервер авторизации устанавливает с покупателем соединение по защищенному протоколу (SSL) и принимает от покупателя параметры его кредитной карточки (номер карточки, дату окончания действия карточки, имя держателя карточки в той транскрипции, как оно указано на карточке). Информация о карточке передается в защищенном виде только на сервер авторизации и не предоставляется магазину при операциях покупателя.

4. Авторизационный сервер производит предварительную обработку принятой информации и передает ее в банк.

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

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

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

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

9. При отказе в авторизации: банк передает серверу авторизации отказ от проведения платежа, сервер авторизации передает покупателю отказ с описанием причины.

10. Сервер авторизации передает магазину отказ с номером заказа.

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

Открывая электронный магазин, следует иметь ввиду, что число владельцев карточек в России невелико, из них около 90% приходится на зарплатные проекты.

Системы второго типа позволяют использовать деньги, внесенные на лицевой счет Интернет-провайдера (ISP). Такой метод дает возможность осуществлять микроплатежи ($1-$2), для которых системы с пластиковыми карточками неэффективны (в них рентабельны операции на сумму не менее $20). К минусам данной системы оплаты можно отнести то, что провайдер выполняет несвойственные ему функции банка, хотя банк в этой схеме тоже участвует, кроме того, число пользователей системы напрямую зависит от количества "охваченных" ею провайдеров.

Деятельность систем с использованием "электронного кошелька" базируется на применении специального программного обеспечения, хранящего виртуальные деньги. Однако электронные деньги возникают в кошельке только после того, как пользователь перевел на счет компании-владельца системы свои реальные накопления. И вы должны очень сильно доверять организации, поддерживающей эту систему. Наличие комиссионного сбора, например, у Webmoney в размере 0,8% от каждой операции, также не очень привлекает пользователей. Но тем не менее, по общемировому прогнозу технология "электронных кошельков" в будущем вытеснит из Интернета платежи по электронным картам.

Из систем платежей по смарт-карточкам пока существует только одна фирмы "СмартКардСервис". Для оплаты используются карточки "СБЕРКАРТ" Сбербанка России.

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

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

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

Сдерживание развития электронного бизнеса в России связано со следующими проблемами.

· Недостаточное число пользователей Интернет.

· Необходимость расширения системы кредитных карточек.

· Необходимость развития инфраструктуры системы связи.

· Необходимость повышения безопасности передачи данных в Интернет.

· Необходимость принятия соответствующих законодательных актов.

· Нехватка средств на финансирование Интернет-проектов.

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

Глава 4. Основы проектирования информационных систем.

4.1 Методы проектирование информационных систем.

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

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

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

Как вы видите, оба определения достаточно схожи. На сегодня существования нескольких методов построения автоматизированных информационных систем (АИС), среди которых можно выделить следующие:

Метод "снизу-вверх".

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

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

Метод "сверху-вниз".

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

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

Принципы "дуализма" и многокомпонентности.

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

Для банковских структур это дало: с одной стороны, в ядре системы сохранялась возможность работы "от лицевого счета", с автоматическим формированием соответствующих бухгалтерских проводок, с другой стороны, отменялись жесткие требования работы только с лицевыми счетами. Появилась возможность ведения бухгалтерского учета по балансовым счетам любого порядка без углубления до уровня лицевых счетов клиентов. При этом ведение аналитического учета по лицевым счетам клиентов опускалось на уровень специализированного программного обеспечения (СПО), установленного на рабочих местах банковских работников (контролеров, кредитных бухгалтеров, инспекторов и т. д.). Таким образом, принципиальное отличие нового подхода к созданию АБС заключается в идее распределения плана счетов по уровням экспертизы. При этом и сам справочник плана счетов с соответствующими описаниями, и информационное множество клиентов проектировались по принципу распределенной базы данных. Результатом этого явилось:

формирование всех необходимых бухгалтерских проводок, уже агрегированных по балансовым счетам, и автоматическая их передача в базу данных "Автоматизированной бухгалтерии";

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

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

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

Задача проектирования АИС промышленных предприятий или государственных служб более сложна, т.к. характер обрабатываемой информации еще более разнороден и сложно формализуем. Однако и здесь можно выделить основную модель работы - это работа "от кода проекта". В общем случае код проекта представляет собой аналог (функциональный) лицевого счета, он имеет определенную разрядность, порядок (т.е. конкретная группа цифро-буквенного обозначения характеризует деталь, сборочную единицу, изделие и их уровень взаимосвязи). Причем конкретная часть кода характеризует технологические, конструкторские, финансовые и др. документы. Все это регламентируется соответствующими ГОСТами (аналог инструкций ЦБ для банков), поэтому может быть формализовано. При этом модульный подход к реализации АИС в этом случае еще более важен.

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

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

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

Что же заставляет банки разрабатывать предприятия и банки свои АИС собственными силами:

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

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

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

В четвертых, оперативная реакция на изменения правил игры на рынке.

Вместе с тем при собственной разработке необходимо решить целый комплекс организационно-технических задач, которые позволили бы избежать ошибочных решений

Во-первых, правильный выбор архитектуры построения вычислительно-коммуникационной сети и ориентация на профессиональные СУБД. По экспертным оценкам собственные разработки АИС в 53% базируются на СУБД Oracle, около 15% на Informix, 22% - другие СУБД.

Во-вторых, использование при разработке современного инструментария (CASE средства, эффективные средства разработки: Delphi, Designer2000, Developer2000, SQL-Stations и т.п.).

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

В четвертых, применение эффективных организационно-технических средств по управлению проектом и контролю версий АИС.

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

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

4.2 Этапы разработки автоматизированных информационных систем.

Таблица 3.Этапы проектирования АИС и их характеристики.

№	Наименование этапа	Основные характеристики
1	Разработка и анализ бизнес - модели	Определяются основные задачи АИС, проводится декомпозиция задач по модулям и определяются функции с помощью которых решаются эти задачи. Описание функций осуществляется на языке производственных (описание процессов предметной области), функциональных (описание форм обрабатываемых документов) и технических требований (аппаратное, программное, лингвистическое обеспечение АИС). Метод решения: Функциональное моделирование. Результат: 1.Концептуальная модель АИС, состоящая из описания предметной области, ресурсов и потоков данных, перечень требований и ограничений к технической реализации АИС. 2.Аппаратно-технический состав создаваемой АИС.
2	Формализация бизнес - модели, разработка логической модели бизнес -процессов.	Разработанная концептуальная модель формализуется, т.е. воплощается в виде логической модели АИС. Метод решения: Разработка диаграммы "сущность-связь" (ER (Entity-Reationship) - CASE- диаграммы). Результат: Разработанное информационное обеспечение АИС: схемы и структуры данных для всех уровней модульности АИС, документация по логической структуре АИС, сгенерированные скрипты для создания объектов БД.
3	Выбор лингвистического обеспечения, разработка программного обеспечения АИС.	Разработка АИС: выбирается лингвистическое обеспечение (среда разработки - инструментарий), проводится разработка программного и методического обеспечения. Разработанная на втором этапе логическая схема воплощается в реальные объекты, при этом логические схемы реализуются в виде объектов базы данных, а функциональные схемы - в пользовательские формы и приложения. Метод решения: Разработка программного кода с использованием выбранного инструментария. Результат: Работоспособная АИС.
4	Тестирование и отладка АИС	На данном этапе осуществляется корректировка информационного, аппаратного, программного обеспечения, проводится разработка методического обеспечения (документации разработчика, пользователя) и т.п. Результат: Оптимальный состав и эффективное функционирование АИС. Комплект документации: разработчика, администратора, пользователя.
5	Эксплуатация и контроль версий	Особенность АИС созданных по архитектуре клиент сервер является их многоуровневость и многомодульность, поэтому при их эксплуатации и развитии на первое место выходят вопросы контроля версий, т.е. добавление новых и развитие старых модулей с выводом из эксплуатации старых. Например, если ежедневный контроль версий не ведется, то в как показала практика, БД АИС за год эксплуатации может насчитывать более 1000 таблиц, из которых эффективно использоваться будет лишь 20-30%. Результат: Наращиваемость и безизбыточный состав гибкой, масштабируемой АИС

Рис.2. Последовательность трансформации бизнес-модели в объекты БД и приложения.

Разработка и анализ бизнес-модели

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

Получения информации;

Переработка информации;

Анализа, подготовки и принятия решения.

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

руководство теряет целостную картину происходящего;

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

это приводит к падению производительности и вызывает ощущение недостатка в ресурсах: людских, технических, коммуникационных и т.д.;

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

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

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

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

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

ГЛАВА 5. Стандарты управления MRP, MRP II, ERP, CSRP. CRM-системы

5.1 Основные стандарты информационных систем

Не существует специальных стандартов, регламентирующих функции КИС, но как правило такие системы ориентируются на широко распространенные методологии MRPII и ERP, фактически являющиеся стандартами управления бизнесом. Данные стандарты разработаны американским обществом по контролю за производством и запасами (American Production and Inventory Control Society, APICS).

Исходным стандартом систем управления предприятием стал стандарт MRP (Material Requirements Planning), появившейся в 70-х годах. Он включает в себя планирование материалов для производства.

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

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

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

В каких случаях использование MRP систем  является целесообразным?

Прежде всего, необходимо заметить, что MRP системы разрабатывались для использования на производственных предприятиях. Если предприятие имеет дискретный тип производства с относительно длительным циклом производства (Сборка на заказ - ATO, Изготовление на заказ - MTO, Изготовление на склад - MTS,  …), т.е. когда для выпускаемых изделий имеется ведомость материалов и состав изделия (разузлование), то использование MRP системы является логичным и  целесообразным.

Если предприятие имеет процессное производство (Process Industry), то применение MRP функциональности оправдано в случае относительно длительного производственного цикла (наличиеMPSпланирования).

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

MRP системы базируются на планировании материалов для удовлетворения потребностей  производства и включают непосредственно функциональность MRP , функциональность по описанию и планированию загрузки производственных мощностей CRP (Capacity Resources Planning) и имеют своей целью создание оптимальных условий для реализации производственного плана выпуска продукции.

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

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

Основные элементы MRP

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

Рис. 3.  Основные элементы MRP

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

Основной производственный план-график - Master Production Schedule(MPS)

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

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

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

Рис. 4. “Петля” MPS / MRP планирования

Ведомость материалов, состав изделия

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

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

Состояние запасов

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

· общие данные

· код, описание, тип, размер, вес и т.д.

· данные запаса

· единица запаса, единица хранения, свободный запас, оптимальный запас, запланированный к заказу, заказанный запас, распределенный запас, признак партии/серии и т.д.

· данные по закупкам и продажам

· единица закупки/продажи, основной поставщик, цена, ...

· данные по себестоимости

· данные по производству и производственным заказам и т.д.

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

На основании входных данных MRP система выполняет следующие основные операции:

· на основании MPS определяется количественный состав конечных изделий для каждого периода времени планирования

· к составу конечных изделий добавляются  запасные части, не включенные в MPS

· для MPS и запасных частей определяется общая потребность в материальных ресурсах  в соответствии с ВМ и составом изделия с распределением по периодам времени планирования

· общая потребность материалов корректируется с учетом состояния запасов для каждого периода времени планирования

· осуществляется формирование заказов на пополнение запасов с учетом необходимых времен опережения

Результатами работы MRP системы  являются:

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

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

· изменения плана-графика снабжения - внесение корректировок в ранее сформированный план-график снабжения производства

· ряд отчетов, необходимых для управления процессом снабжения производства

Одной из составляющих интегрированных информационных систем управления предприятием класса MRP, MRP IIявляется система планирования производственных мощностей (CRP).

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

Типовой состав функциональности  MRP систем:

MPS

· описание плановых единиц и уровней планирования

· описание спецификаций планирования

· формирование основного производственного плана-графика

MRP

· управление изделиями (описание материалов, комплектующих и единиц готовой продукции)

· управление запасами

· управление конфигурацией изделия (состав изделия)

· ведение ведомости материалов

· расчет потребности в материалах

· формирование MRP заказов на закупку

· формирование MRP заказов на перемещение

· . . .

CRP

· рабочие центры (описание структуры производственных рабочих центров с определением мощности)

· машины и механизмы (описание производственного оборудования с определением нормативной мощности)

· производственные операции, выполняемые в привязке к рабочим центрам и оборудованию

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

· расчет потребностей по мощностям для определения критической загрузки и принятия решения

· . . .

Следующим стандартом был MRP II (Manufacturing Resource Planning), позволяющий планировать все производственные ресурсы предприятия (сырьё, материалы, оборудование и т.д.).

В связи с тем, что часто возникает вопрос об отличиях систем MRP и MRP II , необходимо отметить, что ответ содержится в определении. Первая система осуществляет планирование в основном материальных потребностей для производства (принципы планирования были рассмотрены ранее).

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

Схематично состав системы MRP II приведен ниже (Рис. 5)

Рис. 5. Структурная схема элементов MRP II

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

Стандартные функции подсистем планирования и управления производством, а также управления снабжением, хранением, распределением и сбытом, характерные для MRP II и ERP систем приведены ниже:

Определение изделия и технологии

· Управление конструкторскими данными

· Система управления чертежами

· Конфигурация продукта

· Спецификация изделия

· Определение технологических маршрутов

· Учет затрат

· …

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

Планирование

· Разработка основного производственного плана-графика

· Планирование Производства

· Планирование потребности в материалах

· Планирование потребности в производственных мощностях

· Планирование ресурсов по производственному проекту

· Сетевое планирование производственного проекта

· План-график конечной сборки

· …

Управление

· Управление производством

· Цеховое управление

· Управление серийным производством

· …

Подсистема управления снабжением, хранением, распределением, сбытом:

· Управление изделиями

· Управление запасами

· Управление хранением

· Управление пополнением запасов

· Управление закупками

· Управление продажами

· Управление партиями

· Статистическое управление запасами

· Планирование потребностей распределения

· Ведение маркетинга и продаж

· Электронный обмен данными

· …

ERP система в свою очередь является дальнейшим развитием системы MRP II и включает в себя планирование ресурсов предприятия для всех основных видов деятельности (Рис 6) 

Рис. 6. Функциональные элементы ERP системы

Особенности организации выбора ERP систем

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

Очевидным является факт, что имеется различная степень интереса к данным системам со стороны предприятий:

§ Частная инициатива

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

§ Слабо организованный процесс

Интерес сотрудников служб АСУП с пояснением, что в принципе руководство предприятия рассматривает вопрос возможной автоматизации предприятия и проходит стадия предварительного отбора поставщиков/систем - кандидатов.

§ Организованный процесс

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

§ Квалифицированно организованный процесс

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

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

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

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

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

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

· составом проектной группы подготовить и утвердить перечень систем к рассмотрению

· сформулированный перечень требований и вопросов представить перспективным компаниям и инициировать процедуры презентаций

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

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

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