авторефераты диссертаций БЕСПЛАТНАЯ БИБЛИОТЕКА РОССИИ

КОНФЕРЕНЦИИ, КНИГИ, ПОСОБИЯ, НАУЧНЫЕ ИЗДАНИЯ

<< ГЛАВНАЯ
АГРОИНЖЕНЕРИЯ
АСТРОНОМИЯ
БЕЗОПАСНОСТЬ
БИОЛОГИЯ
ЗЕМЛЯ
ИНФОРМАТИКА
ИСКУССТВОВЕДЕНИЕ
ИСТОРИЯ
КУЛЬТУРОЛОГИЯ
МАШИНОСТРОЕНИЕ
МЕДИЦИНА
МЕТАЛЛУРГИЯ
МЕХАНИКА
ПЕДАГОГИКА
ПОЛИТИКА
ПРИБОРОСТРОЕНИЕ
ПРОДОВОЛЬСТВИЕ
ПСИХОЛОГИЯ
РАДИОТЕХНИКА
СЕЛЬСКОЕ ХОЗЯЙСТВО
СОЦИОЛОГИЯ
СТРОИТЕЛЬСТВО
ТЕХНИЧЕСКИЕ НАУКИ
ТРАНСПОРТ
ФАРМАЦЕВТИКА
ФИЗИКА
ФИЗИОЛОГИЯ
ФИЛОЛОГИЯ
ФИЛОСОФИЯ
ХИМИЯ
ЭКОНОМИКА
ЭЛЕКТРОТЕХНИКА
ЭНЕРГЕТИКА
ЮРИСПРУДЕНЦИЯ
ЯЗЫКОЗНАНИЕ
РАЗНОЕ
КОНТАКТЫ


Pages:     | 1 |   ...   | 2 | 3 || 5 |

«УДК 002.52(075.8) ББК 32.973.202я73 МИНОБРНАУКИ РОССИИ ...»

-- [ Страница 4 ] --

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

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

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

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

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

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

Приемлемость цены системы. Следует учитывать, что на весь цикл установки ERP системы (покупку, внедрение, сопровождение, развитие) придется потратить в несколько раз больше средств, чем на приобретение самого ПО (с коэффициентом 3.0 - 10.0). При этом чем сложнее и дороже внедряемая ERP-система, тем выше будет коэффициент.

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

При решении вопроса о выборе той или иной системы целесообразно самостоятельно или с помощью фирмы-консультанта построить матрицу критериев выбора ИС. Пример построения матрицы "Критерии выбора ИС" приведен в таблице 8.2.

Таблица 8.2.

Пример построения матрицы "Критерии выбора ИС" Критерии Критичность По степени По По важности Итоговый детализаци сложност для вес и и оценки потенциальных пользователей Открытость 0,8 0,1 0,2 0,8 1, Функциональность 0,6 0,3 0,4 1 2, Инструментальный 0,6 0,2 0,4 0,4 1, набор Документированность 0,6 0,3 0,4 1 2, Надежность 0,9 0,4 0,3 0,8 2, Простота 0,3 0,2 0,4 0,8 1, использования Клиентская база 0,8 0,5 0,5 0,3 2, Успешные внедрения 0,9 0,5 0,2 0,3 1, Техническая 0,7 0,3 0,3 0,9 2, поддержка Стоимость 0,4 0,5 0,5 0,2 1, 8.3. Основные технические требования к ERP-системе Выбираемая ERP-система должна соответствовать следующим общим техническим требованиям (по крайней мере большинству из них):

1. Возможность интеграции с большим числом программных продуктов (с минимальным уровнем интеграции - на уровне открытых кодов командной строки или поддержки стандарта OLE Automation).

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

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

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

5. Желательно применение трехзвенной архитектуры: сервер базы данных, сервер приложений, клиент. Клиент при этом может быть "толстым", "тонким" или "сверхтонким".

6. Система должна иметь возможность миграции с платформы на платформу.

Обязательно должны быть версии для ОС MS Windows, Novell NetWare и UNIX (и ее клонов).

7. В набор СУБД, поддерживаемых выбираемой ERP-системой, обязательно должно входить распространенное в России ПО (например, DB2, Oracle, Sybase, MS SQL Server, Informix и др).

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

9. Поддержка технологий многоуровневого электронного архивирования информации на различных носителях (дисковых массивах, CD-ROM, CD-RW, магнитооптических дисках и библиотеках, ленточных библиотеках и др.).

10. Наличие аналитических возможностей и встроенных инструментальных средств (позволяющих самостоятельно наращивать функциональность установленной ERP системы).

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

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

Общая стоимость владения (Total Cost of Ownership - TCO), включающая ПО, аппаратные средства, стоимость внешнего обслуживания и расходы на эксплуатацию, сопровождение и зарплату специалистов и персонала. На рис. 8.2 показан примерный состав совокупной стоимости владения.

Компания Meta Group проводила специальное исследование стоимости владения ERP системой (TCO), в которую включались аппаратное и программное обеспечение, а также стоимость услуг и расходы на персонал. В итоговую величину включались затраты на инсталляцию системы и двухлетний период внедрения, в течение которого осуществляется сопровождение системы, ее обновление или наращивание и оптимизация. Среди компаний, участвовавших в исследовании (они представляли разные отрасли промышленности и относились как к малому или среднему, так и к крупному бизнесу), средняя величина TCO составила $1,5 млн (с разбросом от $400 тыс. до $3 млн). Существуют также оценки зарубежных аналитиков, что соотношение "стоимость-эффективность" при внедрении MRP/ERP-систем находится в диапазоне 0.25-2.0.

Рис. 8.2. Примерный состав совокупной стоимости владения ИС Время внедрения (Time to Implement - TTI), помимо которого надо учитывать и время, которое потребовалось, чтобы окупить внедрение (общее время называется Time to Benefit TTB).

Возврат инвестиций (Return On Investment - ROI). По данным исследования Meta Group, среднее значение ROI после внедрения ERP- систем составило $1,6 млн в год. У российского рынка своя специфика расчета возврата инвестиций, однако известен ряд случаев, когда средства, израсходованные на поставку и внедрение ПО управления предприятием, окупались достаточно быстро. Один из таких примеров - внедрение системы финансового и управленческого учета "Эверест" (разработка санкт-петербургской фирмы "БИТ") в ОАО "Водоканал". После внедрения примерно 100 рабочих мест "Эвереста" в филиалах "Водоканала" за счет сокращения по меньшей мере половины должностей инвестиции окупились уже через год (в отношении хотя бы экономии средств на зарплату).

Общая сумма затрат предприятия на внедрение ERP-системы (Net Present Value NPV), в которую входят стоимости программно-аппаратных средств, услуг, зарплаты, расходов после внедрения и отдачи от инвестиций.

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

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

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

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

- представить подробное описание проекта внедрения (стоимость, содержание и сроки выполнения этапов, подробное описание предполагаемых результатов);

- обучать специалистов предприятия работе с внедряемой системой уже на этапе внедрения;

- участвовать в составлении первого после внедрения системы баланса предприятия и необходимых отчетных форм.

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

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

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

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

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

8.6. Основные проблемы внедрения и использования ERP-систем Несмотря на неоспоримые достоинства ERP-систем, нельзя не отметить ряд проблем, с которыми в настоящее время сталкиваются их пользователи [2, 25].

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

В отчете Boston Consulting Group (BCG) исследовалась проблема удовлетворенности предприятий результатами внедрения у них ERP-систем. В ходе исследования были опрошены 100 ИТ-менеджеров, отвечавших за внедрение ERP-системы на предприятиях в течение последних 5 лет. По мнению аналитиков BCG, ERP-системы являются жизненно необходимыми для предприятий, однако успех внедрения зависит от того, удалось ли их адаптировать максимально близко к бизнес-процессам предприятия или, наоборот, перестроить бизнес-процесссы под стандартные функциональности ERP-системы.

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

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

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

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

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

Рис. 8.4. Основные причины простоев КИС Качество исполнения проекта внедрения ERP-системы также не всегда удовлетворяет заказчика. У 58% с положительной оценкой результатов внедрения ERP-системы исполнители проектов завершили их в срок и в рамках бюджета. Аналогичная картина характерна и для 33% респондентов с отрицательным отношением к результатам внедрения ERP-системы.

Существуют и данные Standish Group, что только в 16% случаев полнофункциональное внедрение ERP-систем заканчивается вовремя и в рамках запланированного бюджета. Почти в 30% случаев внедрение прекращается досрочно, в остальных случаях превышаются сроки/бюджет проекта внедрения или же ограничивается предусмотренная в проекте функциональность. В связи со всем вышесказанным, поставщики ERP-систем предпочитают говорить скорее о своем опыте "продуктивных", а не "успешных" внедрений.

8.6.2. Сложность эффективной интеграции ERP-систем с приложениями третьих фирм В первую очередь, это относится к приложениям электронного бизнеса (e-Business).

Если ранее созданные ERP-системы были предназначены для интеграции большой части внутренних бизнес-процессов предприятия (например, управления работой складов, прохождения заказов или проведения платежей), то в настоящее время все большее число пользователей хотят объединить свою внутреннюю систему (Back-Office) с внешней системой (Front-End), через которую осуществляется взаимодействие с клиентами и партнерами.

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

Из 800 опрошенных компаний лишь 15% предоставляют своим клиентам и партнерам возможность проверять состояние заказа непосредственно на Web-сайте, и только от 5 до 10% позволяют им выполнять транзакции. По различным оценкам, в настоящее время существует не так уж много электронных магазинов, в которых налажена полная интеграция с серверными системами. В некоторых онлайновых магазинах заказ, полученный через Internet, до сих пор сначала поступает к сотруднику, который вручную вводит его в ERP систему.

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

Например [7], компания PacifiCorp (входит в группу ScottishPower, 8000 сотрудников), поставляющая электричество 1,4 миллионам потребителей (домашним, коммерческим и промышленным) в 6 западных штатах США, внедрила у себя ERP-систему SAP R/3. После того как PacifiCorp интегрировала свои унаследованные системы в среду SAP R/3, выяснилось, что стала труднодоступной критически важная бизнес-информация, необходимая для анализа состояния запасов, персонала, финансов, клиентов и др.

Фактически после внедрения R/3 возможность оперативного доступа к этой информации серьезно затруднилась. PacifiCorp пришлось дополнительно внедрять программное обеспечение PowerConnect for SAP R/3 и ПО PowerCenter (разработки компании Informatica) для обеспечения доступа к этой информации и интегрировать ее с информацией, хранящейся в системе обслуживания клиентов.

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

Решающими факторами в конкурентной борьбе на мировом и российском рынках в обозримом будущем станут:

- скорость расширения функциональных возможностей ERP-системы и их адаптации к нуждам клиента;

- быстрота внедрения систем;

- качество работ по расширению возможностей, адаптации и внедрению ERP системы;

- возможности производителей обеспечить интеграцию в своих системах ERP, CRM, SCM и e-Commerce функциональности.

В заключение можно привести названия и сайты некоторых наиболее известных производителей (поставщиков) современных ERP-систем:

- My SAP (SAP AG) - http://www.intuit.ru/department/itmngt/itmangt/11/www.sap.com - Oracle Applications (Oracle) http://www.intuit.ru/department/itmngt/itmangt/11/www.oracle.ru - Baan IV (Baan) - http://www.intuit.ru/department/itmngt/itmangt/11/www.baan.ru - iRenaissance (ROSS Systems) http://www.intuit.ru/department/itmngt/itmangt/11/www.rossinc.com - SyteLine (SYMIX) - http://www.intuit.ru/department/itmngt/itmangt/11/www.frontstep.ru - MS Dynamics (ранее Axapta, Damgaard Data Int.) http://www.intuit.ru/department/itmngt/itmangt/11/www.microsoft.com - MFG/PRO* (QAD) - http://www.intuit.ru/department/itmngt/itmangt/11/www.qad.com - ПАРУС (Корпорация "Парус") http://www.intuit.ru/department/itmngt/itmangt/11/www.parus.ru - Галактика (Корпорация "Галактика") http://www.intuit.ru/department/itmngt/itmangt/11/www.galaktika.ru - БОСС-Корпорация (Компания "АйТи") http://www.intuit.ru/department/itmngt/itmangt/11/www.it.ru - 1С:Предприятие (Компания 1С) http://www.intuit.ru/department/itmngt/itmangt/11/www.1c.ru.

8.7. Особенности внедрения корпоративных информационных систем на платформе 1С:Предприятие Опыт внедрения прикладных решений на платформе 1С:Предприятие 8 показывает [20 21], что система позволяет решать задачи различной степени сложности – от автоматизации одного рабочего места до создания информационных систем масштаба предприятия.

В то же время, внедрение большой информационной системы предъявляет повышенные требования по сравнению с небольшим или средним внедрением.

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

8.7.1. Производительность и масштабируемость платформы 1С:Предприятие 8 и типовых прикладных решений 1С:Предприятие 8 является современной технологической платформой, рассчитанной на высокие нагрузки и одновременную работу большого количества пользователей.

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

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

Фирма "1С" проводит регулярный мониторинг внедрений и проводит опросы пользователей с целью оценки их удовлетворенности производительностью системы. Опыт использования системы на реальных внедрениях показывает, что она успешно справляется с задачами создания информационных систем масштаба предприятия. ( Приведем данные Монитора продаж и внедрений «1С:Управление производственным предприятием 8» на 29.02.2012 [http://www.1c.ru/rus/partners/ckp-upp.jsp]:

Рис. 8.5. Монитор продаж и внедрений ERP-системы «1С:Управление производственным предприятием 8»

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

Фирма "1С" ставит перед собой задачу повышения технологического качества крупных внедрений на платформе 1С:Предприятие 8. С этой целью:

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

- разрабатываются и публикуются методики решения технологических вопросов крупных внедрений;

проводится обучение и сертификация специалистов по компетенции "1С:Эксперт по техническим вопросам".

8.7.3. Технологии и инструменты Архитектурные и технологические решения в платформе Архитектурные и технологические решения, реализованные в 1С:Предприятии 8, рассчитаны на одновременную работу большого количества пользователей и достижение высоких показателей производительности и масштабируемости системы:

- Архитектура "клиент-сервер" - Кластер серверов - Построение распределенных информационных баз - Управление блокировками данных в транзакции - Средства интеграции с другими системами - Механизм фоновых заданий - Механизм запросов - Утилита администрирования клиент-серверного варианта - Журнал регистрации - Технологический журнал - Замер производительности при помощи отладчика Корпоративный инструментальный пакет Фирма "1С" разрабатывает 1С:Корпоративный инструментальный пакет - набор инструментов, повышения производительности, масштабируемости и надежности информационных систем, работающих на платформе 1С:Предприятие 8 за счет:

- обнаружения и автоматического анализа возможных технических проблем на любых стадиях внедрения;

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

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

- своевременного и правильного выполнения всех необходимых регламентных процедур;

- автоматизированного функционального тестирования кода конфигурации.

Текущая (на февраль2012 г) версия "1С:Корпоративного инструментального пакета" включает следующие инструменты:

- Центр управления производительностью;

- Тест-центр;

- Центр контроля качества;

- Сценарное тестирование.

"Тест-центр" и "Центр управления производительностью" могут работать как совместно, так и по отдельности в зависимости от задачи.

8.7.4. Методики решения технологических вопросов крупных внедрений Фирма "1С", совместно с сертифицированными "1С:Экспертами по технологическим вопросам" и другими техническими специалистами ведет и регулярно обновляет базу знаний по технологическим вопросам крупных внедрений. База знаний является основным источником информации по данным вопросам и по мере своего развития будет содержать исчерпывающую информацию по следующим направлениям:

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

Фирма "1С" публикует так же другие материалы по администрированию 1С:Предприятия 8, методикам разработки, способам оптимизации, выбору оборудования и другим вопросам крупных внедрений (рис. 8.6).

Рис. 8.6. Методические материалы по технологическим вопросам крупных внедрений ERP-системы «1С:Управление производственным предприятием 8»

8.7.5. 1С:Эксперт по технологическим вопросам Внедрение корпоративных информационных систем предъявляет повышенные требования к квалификации технических специалистов. Для успешного внедрения требуются опыт и знания, которые позволят:

- избежать ошибок на этапе доработки кода прикладного решения;

- выбрать оборудование, обеспечивающее достаточную производительность системы;

- обеспечить полноценное нагрузочное тестирование системы;

- провести успешное внедрение;

- правильно администрировать работающую систему;

- осуществлять мониторинг и анализ производительности работающей системы;

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

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

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

- обменятся опытом и знаниями;

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

- приобрести практические навыки решения этих задач;

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

- Фирма "1С" публикует в общем доступе список организаций, имеющих в своем штате сертифицированных специалистов.

8.7.6. Центры корпоративной технологической поддержки Фирма "1С" оказывает платные услуги по технологическому курированию проектов внедрения и поддержки корпоративных информационных систем на платформе 1С:Предприятие 8.

Услуга ориентирована на:

- Информационные системы, работающие под высокой нагрузкой - Информационные системы с высокими требованиями по качеству работы:

o Производительность системы o Доступность и стабильность системы Работы по проекту осуществляются партнером 1С, имеющим особую компетенцию:

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

Работы проводятся под техническим руководством и при непосредственном участии сертифицированного "1С:Эксперта по технологическим вопросам" (см. п.8.7.5). Специалист этого уровня:

- Прошел специальный тренинг в фирме 1С и успешно сдал экзамен;

- Имеет углубленные знания особенностей работы платформы 1С:Предприятия и СУБД;

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

Все работы осуществляются при участии разработчиков Фирмы "1С", которые:

- Предоставляют все необходимые методики и инструменты;

- Контролируют правильность принимаемых технических решений;

- Оказывают оперативную помощь в решении сложных технических проблемы;

- Контролируют ход работ и полученные результаты Контрольные вопросы 1. В чем отличие ERP-системы от так называемого "коробочного" программного обеспечения?

2. Кто должен быть в первую очередь заинтересован в правильном выборе ERP системы?

3. Укажите основные требования к ERP-системе, которые должны быть сформулированы и утверждены руководством предприятия.

4. Кем должно осуществляться внедрение ERP-системы?

5. В чем недостаток ERP-системы, разработанных собственными отделами ИТ?

6. Назовите основные моменты, на которые необходимо обратить особое внимание при выборе ERP-системы.

7. Назовите и поясните критерии, которые включает матрица выбора ERP-системы?

8. Перечислите общие технические требования, которым должна соответствовать выбираемая ERP-система.

9. Назовите показатели по которым должна оцениваться эффективность внедрения ERP- системы.

10. Чем отличается внедрение ERP-системы от просто инсталляция приобретенного ПО?

11. Приведите перечень важнейших практических шагов по начальной фазе внедрения ERP-системы.

12. Какие основные проблемы возникают при внедрении и использовании ERP-систем?

13. Назовите наиболее известных производителей (поставщиков) современных ERP систем.

14. Как производится оценка производительности и масштабируемости платформы 1С:Предприятие 8?

15. Перечислите мероприятия, проводимые фирмой "1С", в целях на повышения технологического качества крупных внедрений на платформе 1С:Предприятие 8.

16. Какие архитектурные и технологические решения в платформе 1С:Предприятие рассчитаны на одновременную работу большого количества пользователей и достижение высоких показателей производительности и масштабируемости?

17. Какие методики решения технологических вопросов крупных внедрений предлагает фирма 1С?

18. Каким образом производится выбор ERP-системы? На какие ключевые вопросы следует обратить особое внимание?

Литература [1, 3 -5].

Лекция 9. Направления развития корпоративных информационных систем.

Заключение 9.1. Факторы, влияющие на развитие корпоративных информационных систем Для того, чтобы выбрать перспективное программное обеспечение для построения ERP-системы, необходимо осознавать все аспекты развития основных методологий и технологий разработки.

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

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

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

1. Развитие методик управления предприятием.

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

2. Развитие общих возможностей и производительности компьютерных систем.

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

3. Развитие подходов к технической и программной реализации элементов КИС.

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

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

- в связи с развитием сетевых технологий, локальные системы, уступают своё место клиент-серверным реализациям;

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

- использование распределенных технологий при построении ИС в наибольшей степени соответствуют существующим потребностям;

- развитие концепции XML (Extensible Markup Language) обеспечивает удобное описание сложных структур данных в виде XML-объектов. В корпоративных информационных системах роль таких объектов играют универсальные бизнес объекты, которые в большинстве случаев имеют древовидную структуру.

Описанные на XML бизнес-объекты также являются удобным средством для обмена информацией между различными приложениями.

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

В настоящее время можно отметить несколько тенденций в развитии КИС:

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

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

- тесная интеграция работы ИТ-специалистов по внедрению и специалистов по кадрам, т.е. разработка КИС, которые удобны и понятны сотрудникам и поэтому легко внедряются в реальную промышленную эксплуатацию.

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

Вот некоторые направления движения.

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

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

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

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

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

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

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

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

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

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

9.3. Гибридное облако как способ размещения инфраструктуры корпоративных информационных систем Облачные (рассеяные1) вычисления (англ. cloud computing, также используется термин Облачная обработка данных) — технология обработки данных, в которой компьютерные ресурсы и мощности предоставляются пользователю как Интернет-сервис. Пользователь имеет доступ к собственным данным, но не может управлять и не должен заботиться об инфраструктуре, операционной системе и собственно программном обеспечении, с которым он работает. Термин «Облако» используется как метафора, основанная на изображении Интернета на диаграмме компьютерной сети, или как образ сложной инфраструктуры, за которой скрываются все технические детали. Согласно документу IEEE, опубликованному в 2008 году, «Облачная обработка данных — это парадигма, в рамках которой информация постоянно хранится на серверах в интернет и временно кэшируется на клиентской стороне, например, на персональных компьютерах, игровых приставках, ноутбуках, смартфонах и т.

д.».

Облачная обработка данных как концепция включает в себя понятия:

- инфраструктура как услуга, Хотя термин «облачные вычисления» является устоявшимся, в русском языке он имеет другое значение, нежели оригинал. «Cloud» помимо облака имеет и иное значение, а именно рассеяный;

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

Например, Google Apps обеспечивает приложения для бизнеса в режиме онлайн, доступ к которым происходит с помощью Интернет-браузера, в то время как ПО и данные хранятся на серверах Google.

Для обеспечения согласованной работы ЭВМ, которые предоставляют услугу облачных вычислений используется специализированное ПО, обобщённо называющееся "middleware control". Это ПО обеспечивает мониторинг состояния оборудования, балансировку нагрузки, обеспечение ресурсов для решения задачи.

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

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

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

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

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

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

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

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

Cдержанный подход к инновациям можно объяснить рядом причин.

- Внутренняя инертность крупных компаний — ИТ формируются на основе долгосрочной перспективы, с учетом стратегии развития бизнеса;

- Отсутствие облачной стратегии в компании, унаследовавшей «тяжелую»

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

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


Неоспоримое достоинство такого решения — гибкое динамическое сочетание внутренних и внешних ресурсов.

Почему не публичное облако?

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

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

- риск утраты, порчи или дискредитации информации;

- отсутствие единых стандартов на облачные сервисы;

- ограниченная интенсивность взаимодействия с публичным облаком, обусловленная неразвитой инфраструктурой Интернета;

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

Почему не частное облако?

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

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

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

Почему именно гибридное облако?

Анализ КИС компании позволяет выделить три следующие основные группы внутренних сервисов.

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

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

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

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

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

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

В соответствии с выделенными группами сервисов планируется способ управления ими:

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

- вторая группа сервисов остается в КИС без изменений до момента вывода из эксплуатации или плановой замены современными решениями;

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

Проявляется она двояко:

- ИТ-ресурсы могут быть оперативно собраны в новые конфигурации, новые информационные системы и новые возможности бизнеса с соблюдением корпоративных норм безопасности;

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

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

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

Контрольные вопросы 1. Какие факторы в наибольшей степени влияют на развитие ERP-систем?

2. Назовите направления развития подходов к технической и программной реализации элементов КИС.

3. Какая из тенденций в развитии ERP-систем представляется вам наиболее перспективной?

4. Укажите достоинства модели гибридного облака как направлений развития ERP систем.

5. Какая из «облачных» моделей наиболее соответствует, по вашему мнению, ERP системе малого предприятия?

6. Какая из «облачных» моделей наиболее соответствует, по вашему мнению, ERP системе крупного предприятия?

Литература [1, 3 -5].

3. Лабораторный практикум Распределение тем лабораторных занятий по темам дисциплины № Наименование разделов и Тема лабораторных занятий Количество п/п тем дисциплины часов 1 Информационная поддержка Корпоративные ИС на производственной и финансово- платформах SAP R3 и хозяйственной деятельности предприятия. 1С:Предприятие 8 Функциональность и компоненты корпоративных ИС 2 Реализация задач учета движения средств Программирование задач учета в корпоративной ИС (на примере средств в 1С:Предприятии 1С:Предприятие).

3 Реализация периодических Реализация сложных периодических расчетов в системе расчетов в корпоративной ИС (на «1С:Предприятие 8»

примере 1С:Предприятие) 4 Администрирование Администрирование корпоративной пользователей в системе информационной системы «1С:Предприятии 8».

3.1. Лабораторная работа 1.

Корпоративные ИС на платформах SAP R3 и «1С:Предприятие 8»

Цель работы:

Получить общее представление о возможностях систем SAP R3 и 1С:Предприятие УПП. Оценить возможности использования системы «1С: Предприятие. Управление производственным предприятием» для комплексной автоматизации предприятия.

Теоретические сведения к этой работе приведены в лекциях 1-3.

Задание 1. Работа с презентацией SAP R3.

Оценить возможности использования программных продуктов SAP R3 во всех внутренних процессах предприятия. Ознакомиться с концепциями и функциональными возможностями системы SAP R3.

Задание 2. Работа с презентацией 1С: Предприятие.

Оценить возможности использования системы «1С: Предприятие» для комплексной автоматизации предприятия. Ознакомиться с функциональными возможностями и прикладными решениями системы 1С: Предприятие.

Задание 3. Работа с демо-версией системы 1С: Предприятие 8.1 «Управление производственным предприятием».

1.Запустите систему 1С: Предприятие 8.1 и создайте свою информационную базу из шаблона ИБД «Управление производственным предприятием (демо)».

1.1. Ознакомьтесь с системой помощи 1С: Предприятия 8.1 (пункт меню Справка).

1.2. Приведите в отчете по лабораторной работе скриншот с пунктами меню Справка.

1.3. Опишите назначение каждого из пунктов данного меню.

2.Изучите интерфейс системы.

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

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

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

3.Обеспечьте информационную безопасность для своей ИБД.

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

3.2. Перезапустите систему 1С: Предприятия 8.1 и убедитесь, что система запрашивает пароль пользователя. Отразите данные действия в отчете в виде скриншота.

Контрольные вопросы:

1. Назовите типы производства.

2. Какие задачи в области информационного обеспечения производственных процессов решает КИС?

3. Определите стандарты MRP и MRP II.

4. Опишите функциональность КИС, поддерживающую стандарт MRP.

5. Какая функциональность КИС поддерживает стандарт MRP II?

6. Назовите компоненты КИС, поддерживающие задачи оперативного менеджмента.

7. Опишите функциональность Корпоративной информационной системы для решения задач управления финансами.

8. Перечислите компоненты КИС, поддерживающие логистику организации.

9. Перечислите функциональность КИС для поддержки управления персоналом.


10. Какие требования предъявляются к компонентам КИС, поддерживающим решение задач стратегического менеджмента.

11. Опишите компоненты КИС, поддерживающие решение задач стратегического менеджмента.

12. Определите назначение CRM-компоненты Корпоративной информационной системы.

13. В чем различие и сходство между CRM- и SRM-компонентами?

14. Опишите бизнес-процессы, которые поддерживает CRM- и SRM компоненты.

15. Каковы назначения и функциональность закупочного и торгового портала организации?

3.2. Лабораторная работа 2.

Программирование задач учета средств в системе «1С:Предприятие 8»

Цель работы:

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

Теоретические сведения к этой работе приведены в лекции 4.

Задание 1. Создание пустой информационной базы.

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

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

Запустите программу 1С Предприятие 8.1 (учебная версия) / Конфигуратор.

В окне Запуск 1С:Предприятие (учебная версия) (рис. 3.2.1) нажмите кнопку Добавить.

Рис. 3.2. В открывшемся окне Добавление информационной базы установите переключатель в положение Создание новой информационной базы (рис. 3.2.2) и нажмите кнопку Далее.

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

Рис.4. Затем укажите наименование создаваемой ИБ (рис. 3.2.4,а) и ее каталог (рис. 3.2.4,б). В названии ИБ и каталога используйте название своей группы и фамилию.

а) б) Рис. 3.2. Опишите в отчете содержание созданного каталога ИБ, список файлов, их размер.

Задание 2. Создание справочников для использования в документах, регистрирующих движение средств.

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

2.1. Справочник Клиенты Создадим справочник, в котором будут храниться наименования наших клиентов.

Откроем в конфигураторе нашу учебную конфигурацию и создадим новый объект конфигурации Справочник (принципы работы с конфигурацией описаны в приложении 3).

После того, как вы нажмете Добавить, система откроет окно редактирования объекта конфигурации.

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

Зададим имя справочника – Клиенты. Имя является основным свойством любого объекта конфигурации. При создании нового объекта система автоматически присваивает ему некоторое имя. Можно использовать имя, присвоенное системой, но лучше заменить его своим, понятным именем. Имя можно задавать любое, главное, чтобы оно начиналось с буквы и не содержало некоторых специальных символов (например, пробел). Для удобства чтения конфигурации принято составлять интуитивно понятные имена, и если они состоят из нескольких слов, удалять пробелы между словами и каждое слово начинать с большой буквы.

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

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

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

Уникальность кодов платформа может отслеживать сама, поэтому от длины кода будет зависеть количество элементов, содержащихся в справочнике. Длина кода – 9 символов. В результате мы сможем использовать коды от 1 до 999999999 – этого вполне достаточно для нашего учебного примера.

Перейдем к длине наименования. 25 символов для нас явно мало, увеличим длину наименования до 50 (рис. 3.2.5,б).

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

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

Чтобы проверить работу добавленного объекта, выполним пункт меню Отладка / Начать отладку. На появившийся вопрос (рис. 3.2.6):

Рис. 3.2. ответим Да и в следующем окне нажмем Принять (рис. 3.2.7).

Рис. 3.2. Перед нами откроется окно системы в режиме 1С:Предприятие. Поскольку мы не создавали никаких интерфейсов пользователей, для просмотра результатов нашей работы следует воспользоваться меню, которое создает система по умолчанию.

Выполним пункт меню Операции / Справочник… и выберем справочник Клиенты.

Система откроет одну из основных форм справочника — основную форму списка.

Пока наш справочник Клиенты пуст, поэтому добавим в него несколько элементов (добавить новый элемент в справочник можно при помощи пункта меню Действия / Добавить, соответствующей иконки или клавишей Insert).

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

Рис. 3.2. 2.2. Справочник – Сотрудники Справочник Сотрудники будет устроен несколько сложнее, чем справочник Клиенты.

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

Вернемся в конфигуратор и создадим новый объект конфигурации Справочник.

Назовем его Сотрудники.

На закладке Данные зададим длину кода – 9, тип кода – Строка, длину наименования справочника зададим равной 50 символам и добавим в справочник новую табличную часть с именем ТрудоваяДеятельность (рис. 3.2.9):

Рис. 3.2. Создадим реквизиты табличной части ТрудоваяДеятельность (рис. 3.2.10).

- Организация – тип Строка, длина 100, - НачалоРаботы – тип Дата, состав даты – Дата, - ОкончаниеРаботы – тип Дата состав даты – Дата, - Должность – тип Строка, длина 100.

Рис.4. Для реквизитов НачалоРаботы и ОкончаниеРаботы мы выбрали состав даты – Дата, поскольку в системе 1С:Предприятие 8 значения типа Дата содержат как дату, так и время. В данном случае время начала и окончания работы нам безразлично.

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

Поэтому для справочника Сотрудники мы выберем вариант редактирования справочника обоими способами – как в списке, так и в диалоге. Для этого перейдем на закладку Формы и установим соответствующий переключатель (рис. 3.2.11):

Рис. 3.2. Перезапустите 1С:Предприятие, откройте в режиме Предприятие справочник Сотрудники и убедитесь, что установлен режим редактирования справочника в диалоге (меню Действия / Редактировать в диалоге или аналогичная иконка в командной панели).

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

Рис. 3.2. 2.3. Справочник Номенклатура.

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

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

Наша задача будет состоять в создании иерархического справочника. Создадим новый объект конфигурации Справочник и назовем его Номенклатура. Перейдем на закладку Иерархия и установим флаг Иерархический справочник (рис. 3.2.13).

Рис. 3.2. На закладке Данные зададим длину кода – 9, тип кода – Строка, длину наименования справочника равной 100 символам.

Перезапустим 1С:Предприятие и заполним справочник Номенклатура. Создадим две группы в корне справочника: Материалы и Услуги (меню Действия / Новая группа, рис. 3.2.14).

Рис. 3.2. Услуги разнесем услуги по двум смысловым группам: услуги по ремонту телевизоров и услуги по установке стиральных машин. Для этого в группе Услуги создадим еще две группы:

Телевизоры и Стиральные машины (рис. 3.2.14).

В группе Материалы создадим пять элементов, как показано на рис. 3.2. Рис. 3.2. 2.4. Справочник Склады.

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

Наша задача – создать справочник, содержащий предопределенные элементы. Откроем конфигуратор и создадим новый объект конфигурации Справочник с именем Склады. На закладке Данные установим длину кода – 9 и тип кода – Строка. Перейдем на закладку Прочее и нажмем кнопку Предопределенные. Система откроет список предопределенных элементов справочника. Сейчас он пуст, поэтому выполним команду Действия / Добавить и создадим предопределенный элемент с именем Основной (рис. 3.2.16).

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

Запустим 1С:Предприятие в режиме отладки и откроем справочник Склады. Добавим в справочник еще один склад, который назовем Розничный (рис. 3.2.17).

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

Таким образом, теперь мы можем обозначить две характерные особенности предопределенных элементов:

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

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

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

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

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

Задание 3. Создание документа «ПриходнаяНакладная»

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

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

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

Создадим новый объект конфигурации Документ. Зададим имя документа – ПриходнаяНакладная. Нажмем Далее.

Создадим реквизит документа с именем Склад и типом СправочникСсылка.Склады (рис. 3.2.18):

Рис. 3.2.18. Создание реквизита документа После этого добавим табличную часть с именем Материалы и создадим у нее четыре реквизита (рис. 3.2.19):

- Материал с типом СправочникСсылка.Номенклатура, - Количество с типом Число, длиной 15, точностью 3, неотрицательное, - Цена с типом Число, длиной 15, точностью 2, неотрицательное, - Сумма с типом Число, длиной 15, точностью 2, неотрицательное.

Здесь надо сделать небольшое замечание о так называемых типообразующих объектах конфигурации.

До сих пор, указывая тип значения, которое может принимать этот реквизит, мы выбирали примитивные типы данных: Число, Строка, Дата и Булево. Примитивные типы данных изначально определены в системе и их набор ограничен.

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

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

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

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

Рис. 3.2.19. Формирование табличной части и опишем ее реквизиты Перейдем на закладку Нумерация и зададим длину номера – 9 и тип номера – Строка.

Запустим 1С:Предприятие и протестируем получившийся результат. В отрывшемся окне программы выполним команду Операции / Документы…, выберем документ Приходная накладная. Система откроет одну из основных форм документа - основную форму списка.

Пока в нашей базе данных нет ни одного документа ПриходнаяНакладная, поэтому создадим новый документ (создать новый документ можно при помощи пункта меню Действия / Добавить, а также используя соответствующую иконку или клавишу Insert).

Система автоматически присвоит номер новому документу, и нам останется только заполнить табличную часть. Заполним ее материалами для ремонта телевизоров так, как показано на рисунке (рис. 3.2.20).

Рис. 3.2.20. Заполнение документа «ПриходнаяНакладная»

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

Рис. 3.2.21. Заполнение документа «ПриходнаянНакладная №2»

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

Создание формы документа Отметим, что до сих пор мы использовали предопределенные формы объектов, которые система 1С:Предприятие создавала для нас сама «по умолчанию».

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

Вернемся в конфигуратор и откроем окно редактирования объекта конфигурации Документ ПриходнаяНакладная. В этом окне нас интересует закладка Формы. Как мы видим, ни одна из основных форм документа пока не задана.

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

Система вызовет еще один полезный инструмент разработчика – конструктор форм (рис. 3.2.22).

Рис. 3.2.22. Конструктор формы документа Выберем тип формы ФормаДокумента и нажмем кнопку Готово, Обратите внимание, что в дереве объектов конфигурации у объекта конфигурации Документ ПриходнаяНакладная появилась форма ФормаДокумента, а на экране открылось окно редактора форм, содержащее эту форму (рис. 3.2.23).

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

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

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

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

Рис. 3.2.24. Создание заготовки процедуры в модуле формы… – это «хранилище» для текста программы на встроенном языке. В Модуль конфигурации существует большое количество модулей, которые расположены в различных ее точках. Они могут принадлежать некоторым объектам конфигурации (например, формам), а могут существовать сами по себе (принадлежать всей конфигурации в целом). Текст программы, содержащийся в модулях, будет использоваться платформой в заранее известные моменты работы системы 1С:Предприятие.

В модуль формы, в процедуру МатериалыКоличествоПриИзменении() добавим следующий код:

СтрокаТабличнойЧасти = ЭлементыФормы.Материалы.ТекущиеДанные;



Pages:     | 1 |   ...   | 2 | 3 || 5 |
 





 
© 2013 www.libed.ru - «Бесплатная библиотека научно-практических конференций»

Материалы этого сайта размещены для ознакомления, все права принадлежат их авторам.
Если Вы не согласны с тем, что Ваш материал размещён на этом сайте, пожалуйста, напишите нам, мы в течении 1-2 рабочих дней удалим его.