Uploaded by revebil181

Курс лекций Технологии и средства разработки корпоративных систем

ОГАПОУ Ульяновский авиационный колледж - МЦК
УЧЕБНОЕ ПОСОБИЕ
ТЕХНОЛОГИИ И СРЕДСТВА
РАЗРАБОТКИ
КОРПОРАТИВНЫХ СИСТЕМ
КУРС ЛЕКЦИЙ
для специальности 09.02.05
Прикладная информатика (экономическое направление)
Составитель:
преподаватель Дубовик Ирина Борисовна
Содержание
Тема 1. ВВЕДЕНИЕ. ОСНОВНЫЕ ПОНЯТИЯ И ОПРЕДЕЛЕНИЯ КИС.
Тема 2. КЛАССИФИКАЦИЯ И ХАРАКТЕРИСТИКИ КИС.
Тема 3. АРХИТЕКТУРА КИС
Тема 4. ТЕХНОЛОГИЯ МЕТОДЫ И СРЕДСТВА ПРОЕКТИРОВАНИЯ КИС
Тема 5. ОСНОВНЫЕ ЭТАПЫ РАЗРАБОТКИ И ВНЕДРЕНИЯ КИС
Тема 6. ПРИНЦИПЫ ПОСТРОЕНИЯ КИС
Тема 7.ТРЕБОВАНИЯ, ПРЕДЪЯВЛЯЕМЫЕ К КИС
Тема 8. ВЫБОР АППАРАТНО - ПРОГРАММНОЙ ПЛАТФОРМЫ КИС
Тема 9. МЕЖДУНАРОДНЫЕ СТАНДАРТЫ ПЛАНИРОВАНИЯ
ПРОИЗВОДСТВЕННЫХ ПРОЦЕССОВ
Тема 10. СТАНДАРТ MRP
Тема 11. ПЕРЕХОД ОТ СТАНДАРТА MRP К СТАНДАРТУ MRP II
Тема 12. УПРАВЛЕНИЕ ПРОМЫШЛЕННЫМИ ПРЕДПРИЯТИЯМИ В
СТАНДАРТЕ MRP II
Тема 13. СТАНДАРТ ERP. ОБЛАСТИ ПРИМЕНЕНИЯ И ПРИМЕРЫ
РЕАЛИЗАЦИИ
Тема 14. ПЕРЕХОД ОТ ERP К ERP II
Тема 1
ВВЕДЕНИЕ.
ОСНОВНЫЕ ПОНЯТИЯ И
ОПРЕДЕЛЕНИЯ КИС
Термин
корпорация
происходит
от
латинского слова corporatio - объединение.
Корпорация
обозначает
объединение
предприятий,
работающих
под
централизованным
управлением
для
решения общих задач. Как правило,
корпорации
включают
предприятия,
расположенные в разных регионах и даже в
различных государствах (транснациональные
корпорации).
Корпорация
является
сложной,
многопрофильной структурой и вследствие
этого имеет распределенную иерархическую
систему управления.
Корпоративное управление определяется как
система взаимоотношений между акционерами,
советом директоров и правлением, определенные
уставом, регламентом и официальной политикой
компании, а также принципом главенства права на
основе принятой бизнес - модели.
Бизнес - модель предприятия– это описание
его деятельности, как сложной системы (с
заданной точностью).
В рамках бизнес - модели предприятия
отображаются все объекты (сущности), процессы,
правила выполнения операций, существующая
стратегия развития, а также критерии оценки
эффективности функционирования системы .
Бизнес-модель - это сочетание параметров,
описывающих принципиальную схему построения
бизнеса компании. Сбалансированность компонент
друг с другом задает четкую логику всему бизнесу
компании.
Форма представления бизнес - модели и уровень
её
детализации
определяются
целями
моделирования.
Информационная модель – подмножество
бизнес
моделей,
описывающих
все
существующие (в том числе не формализованные
в документальном виде) информационные потоки
на предприятии, правила обработки и алгоритмы
маршрутизации всех элементов информационного
поля.
Бизнес-модель показывает устройство бизнеса и
отражает логику действий организации для
получения прибыли.
Информационная система (ИС) – это
вся
инфраструктура
предприятия,
задействованная в процессе управления
всеми
информационно-документальными
потоками, включающая в себя следующие
обязательные элементы:
 Информационная модель.
 Регламент развития информационной
модели и правила внесения в неё
изменений.
 Кадровые ресурсы.
 Программное обеспечение.
 Аппаратно-техническая база.
Ресурсы корпораций включают:
 материальные(материалы,готовая
продукция,основные средства)
 финансовые
 людские(персонал)
 знания(ноу-хау)
 КИС
Система управления любой компании
включает три основные подсистемы:
1. Планирование продаж и операций.
2. Детальное планирование необходимых
ресурсов (материалов, производственных
мощностей, трудовых ресурсов и т.д.).
3. Управление исполнением планов в
процессе производства и
закупок (снабжения).
Все эти подсистемы реализуются на
основе КИС
Корпоративные
информационные
системы (КИС) - это интегрированные системы
управления территориально распределенной
корпорацией, основанные на углубленном
анализе данных, широком использовании
систем информационной поддержки принятия
решений, электронных документообороте и
делопроизводстве. КИС призваны объединить
стратегию
управления
предприятием
и
передовые информационные технологии.
Корпоративная
информационная
система — это совокупность технических и
программных
средств
предприятия,
реализующих идеи и методы автоматизации.
В настоящее время наряду с названием
Корпоративные информационные системы (КИС)
употребляются, например, следующие названия:
1. Автоматизированные системы управления
(АСУ);
2. Интегрированные системы управления (ИСУ);
3. Интегрированные информационные системы
(ИИС);
4. Информационные системы управления
предприятием (ИСУП).
Главная
задача
КИС
эффективное
управление всеми ресурсами предприятия для
получения
максимальной
прибыли
и
удовлетворения
материальных
и
профессиональных
потребностей
всех
сотрудников предприятия.
КИС по своему составу - это совокупность
различных программно-аппаратных платформ,
универсальных
и
специализированных
приложений
различных
разработчиков,
интегрированных в единую информационнооднородную систему, которая призвана решать
задачу конкретного предприятия.
КИС
человеко-машинная
система
и
инструмент
поддержки
интеллектуальной
деятельности человека, которая под его
воздействием должна:
 Накапливать определенный опыт и
формализованные знания
 Постоянно совершенствоваться и
развиваться
 Быстро адаптироваться к изменяющимся
условиям внешней среды и новым
потребностям предприятия
КИС должна отвечать следующим
минимальным требованиям:
1. Функциональная полнота системы
2. Надежная система защиты информации
3. Наличие инструментальных средств адаптации
и сопровождения системы
4. Реализация удаленного доступа и работы в
распределенных сетях
5. Обеспечение обмена данными между
разработанными информационными системами
и др. программными продуктами,
функционирующими в организации
6. Возможность консолидации информации
7. Наличие специальных средств анализа
состояния системы в процессе эксплуатации




Функциональная полнота системы
выполнение международных стандартов
управленческого учета MRP, MRP II, ERP, CSRP
автоматизация в рамках системы решения задач
планирования, бюджетирования,
прогнозирования, оперативного
(управленческого) учета, бухгалтерского учета,
статистического учета и финансовогоэкономического анализа
формирование и ведение учета одновременно по
российским и международным стандартам
количество однократно учитываемых параметров
деятельности организации от 200 до 1000,
количество формируемых таблиц баз данных –
от 800 до 3000.
Система защиты информации
 парольная система разграничения доступа к
данным и реализуемым функциям управления

многоуровневая система защиты данных
(средства авторизации вводимой и
корректируемой информации, регистрация
времени ввода и модификации данных)
Инструментальные средства адаптации и
сопровождения системы
 изменение структуры и функций бизнеспроцессов
 изменение информационного пространства
 изменение интерфейсов ввода, просмотра и
корректировки информации
 изменение организационного и
функционального наполнения рабочего места
пользователя
 генератор произвольных отчетов
 генератор сложных хозяйственных операций
 генератор стандартных форм
Возможность консолидации
информации

на уровне организации – объединение
информации филиалов, холдингов,
дочерних компаний и т.д.

на уровне отдельных задач –
планирования, учета, контроля и т.д.

на уровне временных периодов – для
выполнения анализа финансовоэкономических показателей за период,
превышающий отчетный
Специальные средства анализа
состояния системы в процессе
эксплуатации
 анализ
архитектуры баз данных
 анализ
алгоритмов
 анализ
статистики количества
обработанной информации
 журнал
выполненных операций
 список
работающих станций серверов
 анализ
внутрисистемной почты
Наиболее развитые корпоративные ИС
(КИС)
предназначены
для
автоматизации
всех
функций
управления корпорацией:
от научно-технической и маркетинговой
подготовки
ее
деятельности
до
реализации ее продукции и услуг.
В настоящее время КИС имеют в
основном
экономическую
и
производственную направленность.
Тема 2
КЛАССИФИКАЦИЯ И
ХАРАКТЕРИСТИКИ КИС
Классификация КИС


Финансово-управленческие системы
предназначены для ведения учета по одному
или нескольким направлениям (бухгалтерия,
сбыт, склад, кадры и т.д.).
Производственные системы (также
называемые системами производственного
управления) предназначены в первую
очередь для управления и планирования
производственного процесса.
Заказные КИС - создаваемые для
конкретного предприятия, не имеющего
аналогов и не подлежащие в
дальнейшем тиражированию.
 Тиражируемые (адаптируемые) КИС
-каждая КИС уникальна, но вместе с
тем ей присущи и общие, типовые
свойства. Требования к адаптации и
сложность их реализации зависят от
проблемной области.

Классы КИС



Простые (“коробочные”) КИС реализуют небольшое
число бизнес-процессов организации. (Например,
системы таких фирм как 1С, Инфин и т.д.)
Системы среднего класса позволяют вести учет
деятельности предприятия по многим или нескольким
направлениям:
- финансы;
- логистика;
- персонал;
- сбыт.
К высшему классу относятся системы, которые
отличаются высоким уровнем детализации
хозяйственной деятельности предприятия (ERPсистемы).
Классификация систем по масштабу
применения

локальные (в рамках одного рабочего
места);

местные (в пределах одной организации);

территориальные (в пределах некоторой
административной территории);

отраслевые.
Классификация автоматизированных
систем по режиму использования

системы пакетной обработки (учебные
системы);

запросно-ответные системы (АИС
продажи билетов, информационно-поисковые
системы, библиотечные системы);

диалоговые системы (САПР, АСНИ,
обучающие системы);

системы реального времени (управление
технологическими процессами, подвижными
объектами, роботами-манипуляторами,
испытательными стендами и другие).
АИС - автоматизированная
информационная система
По характеру информационных ресурсов АИС
делятся на:
 Фактографические системы оперируют
фактическими сведениями, представленными в
виде базы данных.
 Документальные АИС оперируют
неформализованными документами
произвольной структуры с использованием
естественного языка.
 Географические информационные системы
(ГИС) предназначены для обработки
пространственно-временных данных, основой
интеграции которых служит географическая
информация.
САПР - система автоматизированного
проектирования
САПР используются для подготовки
и обработки проектных данных,
выбора рациональных вариантов
технических решений, выполнения
расчетных работ и подготовки
проектной документации
АСНИ - автоматизированная система
научных исследований
Это системы для измерения,
регистрации, накопления и
обработки опытных данных,
получаемых при проведении
экспериментальных исследований.
АСУ - автоматизированная система
управления
Предназначена для автоматизированной
обработки информации и частичной подготовки
управленческих решений.
(САУ) системы автоматического
управления
Такие системы после наладки могут некоторое
время функционировать без участия человека.
Характеристики КИС

Архитектура информационной системы состав элементов и их взаимодействие;

Пропускная способность системы - скорость
обработки транзакций;

Объем информационного хранилища
данных;

Системы документов и документооборот;

Количество пользователей КИС;

Высокая надежность, безопасность,
открытость и масштабируемость
информационных компонентов.
…

Тема 3
АРХИТЕКТУРА КИС
Архитектура корпоративной
системы
Это
принципиальная
организация
системы, воплощенная в её элементах, их
взаимоотношениях друг с другом и со
средой, а также принципы, направляющие
её проектирование и эволюцию.
Архитектура информационной системы
должна выбираться с учетом нужд
бизнеса.
Архитектура КИС состоит из
нескольких уровней
Информационно-логический уровень.
 Прикладной уровень.
 Системный уровень.
 Аппаратный.
 Транспортный.

Информационно-технологическая
архитектура КИС
включает:
 аппаратно-программную платформу;
 организационную форму БД;
 архитектуру и топологию компьютерной сети;
 средства телекоммуникации;
 комплекс технических средств обработки
данных.
то есть Информационно-технологическая
архитектура КИС определяется
используемыми программными, техническими
средствами, средствами телекоммуникаций и
СУБД.
Функциональная архитектура КИС
определяет состав функциональных подсистем и
комплексов задач, обеспечивающих реализацию
бизнес-процессов.
В соответствии с функциональной архитектурой
формируются:
 организационные компоненты КИС;
 сеть коммуникаций;
 рабочие станции (АРМ);
 серверная подсистема сети;
 определяется их взаимодействие.
Неотъемлемой и важнейшей частью КИС
являются компьютерные сети, определяющие ее
архитектуру.
Типовые информационнотехнологические архитектуры КИС
и соответствующие структуры корпоративных
компьютерных сетей (ККС)
1. Централизованная обработка данных
2. Распределенная обработка данных:
 Файл-серверная обработка данных
 Клинт-серверная обработка данных
1) двухуровневая клиент-серверная
архитектура;
2) трехуровневая клиент-серверная
архитектура.
Централизованная обработка
данных
На одном компьютере установлены и функционируют:
 средства пользовательского интерфейса
( обеспечивающие интерактивный режим работы);
 программы приложений ;
 файлы БД вместе с СУБД.
Централизованная архитектура
Файл-серверная распределенная
обработка данных
На одном компьютере(рабочей станции) установлены и
функционируют:
 средства пользовательского интерфейса;
 программы приложений и СУБД
На сервере:
 хранятся файлы БД.
Вся обработка данных выполняется на рабочей станции
Архитектура «файл-сервер»
Достоинства и недостатки
файл-серверной архитектуры
Достоинство:
обеспечение высокого уровня защиты данных от
несанкционированного доступа.
Недостатки :
 обмен на уровне файлов, доступ к которым в
режиме корректировки блокируется для других
пользователей;
 перегрузка трафика сети;
 высокие требования к техническому
оснащению рабочих станций, на которых
выполняется содержательная обработка данных.
Клиент-серверная двухуровневая
распределенная обработка данных
На рабочей станции находятся:
 средства пользовательского интерфейса ;
 программы приложений и СУБД.
На сервере :
 хранятся БД;
Рабочие БД станции (клиенты) посылают серверу
запросы на данные, сервер выполняет извлечение и
предварительную обработку данных.
Достоинства и недостатки
клиент-серверной двухуровневой
архитектуры
Достоинство:
 существенно уменьшается трафик сети;
 снимаются ограничения на доступность данных БД
различными приложениям.
Недостатки :
 рабочая станция должна иметь достаточно высокие
технические параметры для выполнения сложных
приложений;
 наличие очень высоких требований к техническому
комплексу сервера БД, который становится центральным
звеном всей КИС и определяет ее надежность.
Двухуровневая архитектура «клиентсервер» (толстый клиент)
Клиент-серверная трехуровневая
распределенная обработка данных
На рабочей станции находятся:
 только средства пользовательского интерфейса.
На сервере приложений:
 программы приложений;
На сервере БД:
 СУБД;
 файлы БД
Вся логика обработки информации поддерживается на
сервере приложений.
Достоинства и недостатки
клиент-серверной трехуровневой
архитектуры
Достоинство:
 возможно подключать различные БД к серверу;
 высокая скорость обработки данных;
 снижение аппаратных требований к серверу БД и серверу
приложений.
Недостатки :
 повышенные требования к пропускной способности сети.
трехуровневая архитектура «клиентсервер» (тонкий» клиент)
Клиент-серверная многоуроневая
распределенная обработка данных
В сети находятся нескольких серверов
приложений и/или серверов БД.
Каждый сервер приложений, обслуживает
потребности какой-либо одной функциональной
подсистемы и располагается в головном для
подсистемы структурном подразделении (сервер
приложения по управлению сбытом – в отделе
сбыта, сервер приложения по управлению
снабжением – в отделе закупок и т.д.)
Наличие выделенных уровней в технологической
структуре позволяет варьировать аппаратные и
программные средствами.
Тема 4
ТЕХНОЛОГИЯ МЕТОДЫ
И СРЕДСТВА
ПРОЕКТИРОВАНИЯ КИС
ЖИЗНЕННЫЙ ЦИКЛ
Методология
проектирования
КИС
описывает процесс создания и сопровождения
систем в виде жизненного цикла (ЖЦ),
представляя его как последовательность стадий
и выполняемых на них процессов.
Для каждого этапа определяются состав и
последовательность
выполняемых
работ,
получаемые результаты, методы и средства,
необходимые для выполнения работ, роли и
ответственность участников и т.д.
Жизненный цикл КИС это ряд событий,
происходящих с системой в процессе ее
создания и использования.
Модель
жизненного
цикла
отражает
различные состояния системы, начиная с момента
возникновения КИС и заканчивая ее выходом из
употребления.
Модель жизненного цикла — структура,
содержащая процессы, действия и задачи,
которые осуществляются в ходе разработки,
функционирования
и
сопровождения
программного продукта в течение всей жизни
системы,
от
определения
требований
до
завершения ее использования.
МОДЕЛИ ЖИЗНЕННОГО ЦИКЛА
 Каскадная модель
 Поэтапная модель с промежуточным контролем
 Спиральная модель
Каскадная модель КИС
Эта модель предусматривает последовательное
выполнение всех этапов проекта в строго
фиксированном порядке.
Переход на следующий этап означает полное
завершение работ на предыдущем этапе.
Достоинства и недостатки
каскадной модели
Достоинство:
 стабильность требований в течение всего
жизненного цикла разработки;
 на каждой стадии формируется законченный набор
проектной документации, отвечающий критериям
полноты и согласованности;
 определенность и понятность шагов модели и
простота её применения;
 выполняемые в логической последовательности
этапы работ позволяют планировать сроки завершения
всех работ и соответствующие ресурсы (денежные.
материальные и людские).
Недостатки :
 сложность чёткого формулирования требований и
невозможность их динамического изменения пока идет
полный жизненный цикл;
 низкая гибкость в управлении проектом;
 в силу линейной структуры процесса разработки,
возврат к предыдущим шагам приводит к увеличению
затрат и нарушению графика работ;
 невозможность гибкого моделирования уникальных
систем;
 пользователи не могут убедиться в качестве
разрабатываемого продукта до окончания всего
процесса разработки.
Поэтапная модель с
промежуточным контролем КИС
Разработка ИС ведется итерациями с циклами
обратной связи между этапами.
Межэтапные корректировки позволяют учитывать
реально существующее взаимовлияние результатов
разработки на различных этапах, время жизни каждого из
этапов растягивается на весь период разработки.
Недостатки :
 не создаются документы для каждого
минимального изменения версии;
 структура системы имеет тенденцию к
ухудшению при добавлении новых компонентов.
 плохая структура делает ПО сложным и
дорогостоящим для последующих изменений, а
прерванный Жизненный цикл ПО приводит еще к
большим потерям.
Спиральная модель КИС
На каждом витке спирали выполняется создание
очередной версии продукта, уточняются требования
проекта, определяется его качество и планируются
работы следующего витка.
Достоинства и недостатки
спиральной модели
Достоинство:
 позволяет быстрее показать пользователям системы
работоспособный продукт;
 допускает изменение требований при разработке
ПО;
 предусмотрена возможность гибкого проектирования;
 позволяет получить более надежную и устойчивую
систему;
 уменьшаются риски заказчика т. к. заказчик имеет
возможность участвовать (вмешиваться) в разработку.
Недостатки :
 если проект имеет низкую степень риска или
небольшие размеры, модель может оказаться
дорогостоящей;
 ЖЦ модели имеет усложненную структуру, поэтому
может быть затруднено её применение
разработчиками;
 большое количество промежуточных циклов
приводит к необходимости в обработке дополнительной
документации;
 использование модели может оказаться
дорогостоящим и по средствам, т.к. время. затраченное
на планирование, повторное определение целей,
выполнение анализа рисков и прототипирование,
может быть чрезмерным.
КЛАССЫ ТЕХНОЛОГИЙ
ПРОЕКТИРОВАНИЯ
Характеристики классов технологий
проектирования
КАНОНИЧЕСКОЕ ПРОЕКТИРОВАНИЕ
Каноническое проектирование ИС отражает
особенности ручной технологии индивидуального
(оригинального проектирования),
осуществляемого на уровне исполнителей без
использования каких либо инструментальных
средств, позволяющих интегрировать
выполнение элементарных операций.
Такое проектирование рекомендуется
применять для небольших информационных
систем.
Каноническое проектирование КИС полностью
подходит под стандарт ГОСТ 34601-90.
Стадии создания делятся на 7 стадий:
1.Исследование объекта и обоснование создания
ИС (предпроектная стадия);
Модели деятельности организации создаются в
двух видах:
 модель «как есть» («as-is»)— отражает
существующие в организации бизнес-процессы,
 модель «как должно быть» («to-be») —
отражает необходимые изменения бизнеспроцессов с учетом внедрения ИС.
2. Разработка технического задания;
3. Создание эскизного проекта;
4. Техническое проектирование;
5. Рабочее проектирование;
6. Ввод системы в действие;
7. Функционирование, сопровождение,
модернизация.
ТЕХНОЛОГИИ ИНДУСТРИАЛЬНОГО
ПРОЕКТИРОВАНИЯ
подразделяются на типовые и
автоматизированные
ТИПОВОЕ ПРОЕКТИРОВАНИЕ
Предполагает создание системы из готовых
типовых элементов. Основным требованием
является возможность декомпозиции
проектируемой КИС на множество составляющих
компонентов (подсистем, комплексов задач,
программных модулей и т. д.).
Для реализации выделенных компонентов
выбираются имеющиеся на рынке типовые
проектные решения, которые настраиваются на
особенности предприятия.
Типовое проектное решение (ТПР) — это
тиражируемое (пригодное к многократному
использованию) проектное решение.
ТПР классифицируются по уровням
декомпозиции системы:
 элементные ТПР. Типовое решение задачи или
отдельного вида обеспечения задачи
(информационного, программного, технического,
технологического, математического,
организационного);
 подсистемные ТПР. Решение является
отдельной функционально полной подсистемой;
 объектные ТПР. Типовой проект, включающий
полный набор функциональных и
обеспечивающих подсистем АИС (для вида
деятельности, отрасли и т. п.).
Для реализации типового проектирования
используются :
 Параметрически - ориентированное
проектирование включает следующие этапы:
• определение критериев оценки пригодности
пакетов прикладных программ (ППП) для решения
поставленных задач;
• анализ и оценка доступных ППП по
сформулированным критериям;
• выбор и закупка наиболее подходящих пакетов;
• настройка параметров (доработка) закупленных
ППП.
 Модельно-ориентированное проектирование
заключается в адаптации состава и характеристик
типовой КИС в соответствии с моделью объекта
автоматизации.
Технология проектирования в этом случае
должна обеспечивать единые средства для
работы как с моделью типовой КИС, так и с
моделью конкретного предприятия.
АВТОМАТИЗИРОВАННОЕ
ПРОЕКТИРОВАНИЕ КИС
Предполагает использование CASE-технологий.
Аббревиатура CASE означает проектирование ПО
или ИС на основе компьютерной поддержки.
Такое проектирование называется CASEтехнологией проектирования.
Существует два направления применения CASEтехнологий:
 для проектирования крупных ИС, в том числе
для проектирования КИС;
 для бизнес-анализа, т. е. разработки моделей
бизнес-процессов, помогающих в формировании
управленческих решений.
ДВА ПОДХОДА К ПРОЕКТИРОВАНИЮ КИС
 Структурный - основан на использовании
организационной
структуры
компании,
когда
проектирование системы идет по структурным
подразделениям.
Недостатком структурного подхода является
привязка к организационной структуре, которая
очень быстро меняется, поэтому в Системный
проект информационной системы приходится часто
вносить изменения.
 Процессный – ориентирован на бизнеспроцессы.
Бизнес-процессы,
в
отличие
от
организационной структуры, меняются реже и как
правило,
основных
бизнес-процессов
на
предприятии немного, обычно не более десяти.
Тема 5
ОСНОВНЫЕ ЭТАПЫ
РАЗРАБОТКИ И
ВНЕДРЕНИЯ КИС
ЭТАПЫ РАЗРАБОТКИ.
ТРЕБОВАНИЯ К РАЗРАБОТКЕ КИС
В связи с необходимостью систематизировать этапы
проектирования, методику и методологию
информационных систем были предложены стандарты
разработки ИС, в которых перечисляются этапы
проектирования.
Цель методологии: обеспечить процесс разработки ИС.
Процесс создания ИС делится на несколько этапов:
1. Формирование требований к системе
2. Проектирование
3. Реализация
4. Тестирование
5. Ввод в действие
6. Эксплуатация и сопровождение
Первый этап. На этом этапе моделируется
бизнес – процессы, протекающие в организации,
создается модель организации. Формируется
требования к ИС, формируется архитектура ИС,
требования к программному и информационному
обеспечению и т.д.
Второй этап. Конечным продуктом этапа
проектирования является схема базы данных на
основе ER- моделей, разработанной на этапе
анализа; набор спецификаций модулей системы;
осуществляется разработка архитектуры ИС
(файл-сервер, клиент-сервер или трехуровневая).
Этап завершается разработкой технического
проекта.
Третий этап. На этапе реализации
осуществляется:
 создание программного обеспечения системы
 установка технических средств
 разработка эксплуатационной документации.
Этап завершается тестированием.
Четвертый этап. Этап тестирования всей ИС
достаточно сложный процесс. Выявляются все
недостатки, устраняются все замечания.
Пятый этап. На стадии «Ввод в действие» для
АИС устанавливают основные виды испытаний:
предварительные испытания, опытная эксплуатация
и приемочные испытания. В зависимости от
взаимосвязей компонентов АИС и объекта
автоматизации испытания могут быть:
 автономные –в испытаниях участвуют
компоненты системы. Их проводят по мере
готовности частей системы к сдаче в опытную
эксплуатацию.
 комплексные -испытания проводят для групп
взаимосвязанных компонентов (подсистем) или для
системы в целом.
Шестой этап. На этом этапе осуществляется
эксплуатация и сопровождение АИС.
СТАНДАРТЫ РАЗРАБОТКИ КИС
ГОСТ 34 601-90 Автоматизированные
системы. Стадии создания устанавливает
стадии и этапы их создания АИС. Стадии и
этапы работы больше соответствуют
каскадной модели жизненного цикла.
 ISO/IEC 12207:1995 Стандарт на
процессы и организацию жизненного
цикла. Распространяется на все виды
заказного программного обеспечения.
Стандарт не содержит описаний фаз, стадий
и этапов.

СDМ (Custom Development Method
(методика Oracle) по разработке
прикладных ИС - технологический материал,
детализированный до уровня заготовок
проектных документов, рассчитанных на
использование в проектах с применением
Oracle.
Применяется CDM для классической
модели ЖЦ предусмотрены все
работы/задачи и этапы, а также для
технологий "быстрой разработки" (Fast Track)
или "облегченного подхода", рекомендуемых
в случае малых проектов.

 RUP (Rational Unified Process) включает
четыре фазы:
- начало
- исследование
- построение и внедрение.
Каждая фаза может быть разбита на
этапы (итерации), в результате которых
выпускается версия для внутреннего или
внешнего использования, использует
итеративную модель.
 MSF (Microsoft Solution Framework )
сходна с RUP, так же включает четыре
фазы:
- анализ
- проектирование
- разработка
- стабилизация
Предполагает использование объектноориентированного моделирования. MSF в
сравнении с RUP в большей степени
ориентирована на разработку бизнесприложений. Использует каскадную и
спиральную модель.
 XP (Extreme Programming ) экстремальное программирование (самая
новая среди рассматриваемых методологий)
сформировалось в 1996 году. Авторы
методологии -- Кент Бек, Уорд Каннингем,
Мартин Фаулери другие. В основе методологии
командная работа, эффективная коммуникация
между заказчиком и исполнителем в течение
всего проекта по разработке ИС, а
разработка ведется с использованием
последовательно дорабатываемых
прототипов. Используют итеративную
модель.
Стадии и этапы создания АС по ГОСТ 34.601-90
Этапы
Стадии
1.Формирование 1.1. Обследование объекта и обоснование
требований к АС необходимости создания АС
1.2. Формирование требований
пользователя к АС
1.3. Оформление отчета о выполненной
работе и заявки на разработку АС (тактикотехнического задания)
2.1. Изучение объекта
2.Разработка
2.2. Проведение необходимых научноконцепции АС
исследовательских работ
2.3. Разработка вариантов концепции АС,
удовлетворяющего требованиям
пользователя
2.4. Оформление отчета о выполненной
3.1 Разработка и утверждение технического
3.Техническое
задания на создание АС
задание
4.Эскизный проект 4.1. Разработка предварительных проектных
решений по системе и ее частям
4.2. Разработка документации на АС и ее
части
5.1. Разработка проектных решений по
5.Технический
системе и ее частям
проект
5.2. Разработка документации на АС и ее
части
5.3. Разработка и оформление
документации на поставку изделий для
комплектования АС и (или) технических
требований (технических заданий) на их
разработку
5.4. Разработка заданий на проектирование
в смежных частях проекта объекта
автоматизации
6.1. Разработка рабочей документации на
систему и ее части
6.2. Разработка или адаптация программ
7.Ввод в действие 7.1. Подготовка объекта автоматизации к
вводу АС в действие
7.2. Подготовка персонала
7.3. Комплектация АС поставляемыми
изделиями (программными и техническими
средствами, программно-техническими
комплексами, информационными
изделиями)
7.4. Строительно-монтажные работы
7.5. Пусконаладочные работы
7.6. Проведение предварительных
испытаний
7.7. Проведение опытной эксплуатации
7.8. Проведение приемочных испытаний
8.Сопровождение 8.1. Выполнение работ в соответствии с
6.Рабочая
документация
Стадии
Документация
1. Формирование требований к Технико – экономическое
АС)
обоснование
2.Разработка концепции АС Отчет по результатам изучения
объекта автоматизации
3.Разработка технического
Техническое задание
задания
4. Эскизное проектирование
Эскизный проект
5.Техническое проектирование Технический проект
6. Разработка рабочей докум.
Рабочий проект
7. Ввод в действие
Акты приемо-сдаточных испытаний
Отчеты об обучении персонала
Инструкции по работе с
отдельными частями (модулями,
подсистемами, задачами) системы
8. Сопровождение АС
Документация гарантийного
обслуживания
Договоры на сопровождение АЭИС
Работы по ISO/IEC 12207:1995
В соответствии с базовым международным все
процессы ЖЦ ПО делятся на три группы:
 Основные процессы:
- приобретение
- поставка
- разработка
- эксплуатация
- сопровождение
.
 Вспомогательные процессы:
- документирование;
- управление конфигурацией;
- обеспечение качества;
- разрешение проблем;
- аудит;
- аттестация;
- совместная оценка;
- верификация.
 Организационные процессы:
- создание инфраструктуры;
- управление;
- обучение;
- усовершенствование.
Custom Development Method (методика Oracle
(СDМ ) этапы (фазы)
В соответствии с CDM ЖЦ ПО формируется из
определенных этапов (фаз):
 стратегия - определение требований
 анализ - формулирование детальных требований к
прикладной системе
 проектирование - преобразование требований в
детальные спецификации системы
 реализация - написание и тестирование приложений
 внедрение -установка новой прикладной системы;
подготовка к началу эксплуатации
 эксплуатация - поддержка и слежение за
приложением, планирование будущих функциональных
расширений
Унифицированный процесс Rational
RUP фазы разработки
 Фаза начала проекта - определяются основные
цели проекта, руководитель и бюджет, основные
средства выполнения — технологии, инструменты,
ключевые исполнители, происходит апробация
выбранных технологий.
 Фаза проектирования -на базе основных,
наиболее существенных требований разрабатывается
стабильная базовая архитектура продукта, которая
позволяет решать поставленные перед системой
задачи и в дальнейшем используется как основа
разработки системы.
 Фаза построения - детальное прояснение
требований и разработка системы, удовлетворяющей
им, на основе спроектированной ранее архитектуры. В
результате должна получиться система, реализующая
все выделенные варианты использования.
 Фаза внедрения - сделать систему полностью
доступной конечным пользователям. На этой стадии
происходит развертывание системы в ее рабочей
среде, бета-тестирование, подгонка мелких деталей
под нужды пользователей.
Microsoft Solutions Framework (MSF) Разработка
программного обеспечения
 Создание общей картины приложения. На этом
этапе решаются следующие основные задачи:
- определение состава команды
- определение структуры проекта
- определение бизнес-целей
- оценка существующей ситуации
- создание документа общей картины и области
действия проекта
- определение требований и профилей
пользователей
- разработка концепции решения
- оценка риска
 Планирование. Этап состоит из трех стадий:
1. Концептуальное. На стадии концептуального
проектирования задача рассматривается с точки
зрения пользовательских и бизнес-требований и
заканчивается определением набора сценариев
использования системы.
2. Логическое. При логическом проектировании
задача рассматривается с точки зрения проектной
команды, решение представляется в виде набора
сервисов.
3.Физическое проектирование. На стадии
физического проектирования задача рассматривается
с точки зрения программистов, уточняются
используемые технологии и программные
интерфейсы.
В ходе данного этапа решаются такие задачи:
- разработка проекта и архитектуры решения
- создание функциональной спецификации
- разработка планов проекта
- разработка календарного графика
- создание среды разработки, тестирование и
пилотная эксплуатация
 Разработка. Создается решение, пишется и
документируется код. Проверяется выполнение всех
задач предыдущих этапов, а затем приступает к
решению следующих задач:
- создание прототипа приложения
- разработка программных компонентов приложения
- закрытие разработки (реализация всех функций,
поставка кода и документации)
 Стабилизация. Данный этап - подготовка к
выпуску окончательной версии продукта, доводка его
до заданного уровня качества.
Тестирование подразумевает следующие основные
виды работ:
- тестирование компонентов
- тестирование баз данных
- тестирование инфраструктуры
- тестирование защиты
- тестирование интеграции
- анализ удобства работы с продуктом
- нагрузочное тестирование (включая анализ
ресурсоемкости и производительности)
- регрессивное тестирование
- ведение отчетности по тестированию
 Развертывание. На этом этапе выполняется
установка решения и необходимых компонентов
окружения, проводится его стабилизация в
промышленных условиях и передача проекта в
руки группы сопровождения. Кроме того,
анализируется проект в целом на предмет уровня
удовлетворенности заказчика.
XP - Extreme Programming
Двенадцать основных приёмов экстремального
программирования:
 Короткий цикл обратной связи
 Разработка через тестирование
 Игра в планирование
 Заказчик всегда рядом
 Парное программирование
 Непрерывный, а не пакетный процесс
 Непрерывная интеграция
Рефакторинг
 Частые небольшие релизы
 Понимание, разделяемое всеми
 Простота
 Метафора системы
 Коллективное владение кодом или
выбранными шаблонами проектирования
 Стандарт кодирования
 Социальная защищенность программиста
 40-часовая рабочая неделя
 Тестирование

Тема 6
ПРИНЦИПЫ
ПОСТРОЕНИЯ КИС
КОНЦЕПЦИЯ ПОСТРОЕНИЯ КИС
Предусматривает наличие типовых
компонентов:
1. Ядро системы, обеспечивающее комплексную
автоматизацию совокупности бизнес-приложений,
содержит полный набор функциональных модулей
для автоматизации задач управления;
2. Система автоматизации документооборота в
рамках корпорации;
3. Вспомогательные инструментальные системы
обработки информации (экспертные системы,
системы подготовки и принятия решений и др.) на
базе хранилищ данных КИС.
4. Программно-технические средства системы
безопасности КИС.
5. Сервисные коммуникационные приложения
(электронная почта, программное обеспечение
удаленного доступа);
6. Компоненты интернет/интранет для доступа к
разнородным базам данных и информационным
ресурсам, сервисным услугам;
7. Офисные программы - текстовый редактор,
электронные таблицы, СУБД настольного класса и
др.
8. Системы специального назначения системы автоматизированного проектирования
(САПР), автоматизированные системы
управления технологическими процессами
(АСУТП), банковские системы и др.
ОСНОВНЫЕ ПРИНЦИПЫ СОЗДАНИЯ
КИС
1. Экономическая необходимость. Основанием
для внедрения новой информационной системы на
предприятии должна быть экономическая
необходимость, а не просто появление новых
технологий.
2. Финансовая целесообразность. Объем
финансирования новой информационной системы
должен определяться соображениями финансовой
выгоды.
3. Простота структуры. Новая информационная
система должна иметь простую и гибкую структуру.
4. Быстрая отдача. Нужно выбирать решения,
которые приносят конкретную пользу бизнесу
практически с момента внедрения.
5. Постоянное совершенствование. Следует
постоянно совершенствовать корпоративную
информационную систему, добиваясь
оптимальных значений производительности,
надежности и удобства использования.
6. Органичное взаимодействие
подразделений бизнеса и IT. IT-служба должна
хорошо разбираться в бизнесе, а специалисты
других подразделений — знать методы
эффективного использования IT; внедрять новую
информационную систему они должны совместно.
ЧАСТНЫЕ ПРИНЦИПЫ СОЗДАНИЯ
КИС
Принцип стандартизации и унификации
предполагает использование уже накопленного
опыта в проектировании и внедрении АИС и АИТ
посредством программирования типовых
элементов, что позволяет сократить затраты на
создание АИС и АИТ.
 Принцип декомпозиции основан на
разделении системы на части, а также выделении
отдельных комплексов работ.
 Принцип единой БД.

Принцип первого руководителя предполагает
закрепление ответственности при создании
системы за заказчиком - будущим пользователем.
 Принцип новых задач состоит в поиске
постоянного расширения возможностей системы,
совершенствовании процесса управления,
получении дополнительных результативных
показателей с целью оптимизации управленческих
решений.
 Принцип автоматизации информационных
потоков и документооборота.
 Принцип автоматизации проектирования.

ОРГАНИЗАЦИОННО-ТЕХНОЛОГИЧЕСКИЕ
ПРИНЦИПЫ СОЗДАНИЯ КИС



Принцип абстрагирования, т.е. выделение
наиболее существенных (с конкретной позиции
рассмотрения) аспектов системы.
Принцип формализации: необходимость
строгого методического подхода к решению
проблемы, применению формализованных
методов описания и моделирования изучаемых
и проектируемых процессов
Принцип концептуальной общности, т.е.
неукоснительное следование единой
методологии проектирования
Принцип непротиворечивости и полноты,
т.е. наличие всех необходимых элементов в
создаваемой системе и их согласованное
взаимодействие.
 Принцип независимости данных от
процессов их обработки, их физической
структуры и распределения в технической
среде.
 Принцип структурирования данных.
 Принцип доступа конечного пользования,
т.е. пользователь должен иметь средства
доступа в БД, которые он может использовать
непосредственно (без программирования)

ТРЕБОВАНИЯ К КОРПОРАТИВНЫМ
ИНФОРМАЦИОННЫМ СИСТЕМАМ
Комплексность и системность. КИС должна
охватывать все уровни управления предприятием в
целом (от крупного подразделения до конкретного
рабочего места), а так же с учетом его филиалов,
дочерних фирм, сервисных центров и
представительств.
Модульность - позволяет распараллелить,
облегчить и, соответственно, ускорить процесс
инсталляции, подготовки персонала и запуска
системы в промышленную эксплуатацию.
Гибкость - способность к адаптации и
дальнейшему развитию подразумевают возможность
приспособления информационной системы к новым
условиям, новым потребностям предприятия.
Открытость - это требование приобретает особую
важность, т.к автоматизация не исчерпывается только
управлением, но охватывает и такие задачи, как
конструкторское проектирование и сопровождение,
технологические процессы, внутренний и внешний
документооборот, связь с внешними
информационными системами (например, Интернет),
системы безопасности и т.д
Адаптивность - гибко настраиваться на разное
законодательство, иметь разноязыковые интерфейсы,
уметь работать с различными валютами
одновременно.
Надежность – это ее функционирование без
искажения информации, потери данных по
«техническим причинам».
Безопасность – это свойство системы, в силу
которого посторонние лица не имеют доступа к
информационным ресурсам организации, кроме тех,
которые для них предназначены, что достигается с
помощью различных методов контроля и
разграничения доступа к информационным ресурсам
Масштабируемость. Предприятие, успешно
функционирующее и получающее достаточную
прибыль, имеет тенденцию к росту, образованию
дочерних фирм, филиалов и представительств, что в
процессе эксплуатации КИС может потребовать
увеличения количества автоматизированных
рабочих мест, увеличения объема хранимой и
обрабатываемой информации.
Мобильность - возможность перестраиваться на
более мощные прикладные компоненты.
Простота в изучении - это требование
подразумевает не только использование интуитивно
понятного интерфейса программ, но и наличие
подробной и хорошо структурированной
документации, возможности обучения персонала на
специализированных курсах и прохождения
ответственными специалистами стажировки на
предприятиях родственного профиля, где данная
система уже эксплуатируется.
Тема 7
ТРЕБОВАНИЯ,
ПРЕДЪЯВЛЯЕМЫЕ К
КИС
ТРЕБОВАНИЯ К КИС











Системность
Комплексность
Модульность
Открытость
Адаптивность
Надежность
Безопасность
Масштабируемость
Мобильность
Простота в изучении
Поддержка внедрения и сопровождения со
стороны разработчика
ТРЕБОВАНИЕ СИСТЕМНОСТИ ПРИ
РАЗРАБОТКЕ КИС
Основные термины системного подхода:
Система - совокупность взаимосвязанных
элементов, образующих целостность объекта
Структура - организация взаимодействия
элементов системы посредством определённых
связей
Функция - назначение элемента в системе
Состояние - стабильных значений переменных
параметров объекта
Процесс -динамическое изменение системы во
времени.
ТРЕБОВАНИЕ КОМПЛЕКСНОСТИ ПРИ
РАЗРАБОТКЕ КИС
Комплексный подход – это требование учёта
входящих в структуру КИС взаимосвязанные
факторы, которые влияют на разрабатываемую
КИС
Комплексный подход имеет два аспекта:
а) применительно к КИС
б) применительно к инструментарию, с
помощью которого разрабатывается и
эксплуатируется КИС
ТРЕБОВАНИЕ МОДУЛЬНОСТИ ПРИ
РАЗРАБОТКЕ КИС
Свойство модульности — это свойство системы,
связанное с возможностью ее декомпозиции на
ряд внутренне связанных между собой модулей.
Модульность — принцип построения технических
систем, согласно которому функционально
связанные части группируются в законченные
узлы — модули.
Модульность в языках программирования подход, согласно которому логически связанные
между собой подпрограммы, переменные и т. д.
группируются в отдельные файлы (модули).
ТРЕБОВАНИЕ ОТКРЫТОСТИ
ПРИ РАЗРАБОТКЕ КИС
Открытость – уровень доступности к
различным компонентам КИС ( к алгоритмам,
программам и документации)
120
ТРЕБОВАНИЯ НАДЕЖНОСТИ К КИС
Надёжность - свойство объекта сохранять во
времени в установленных пределах значения всех
параметров, характеризующих способность
выполнять требуемые функции в заданных
режимах и условиях применения и сопровождения
КИС.
В «узком смысле» надёжность - свойство объекта
сохранять работоспособное состояние в течение
некоторого времени.
ТРЕБОВАНИЯ К МАСШТАБИРУЕМОСТИ КИС
Масштабируемость КИС- означает способность
системы, сети или процесса справляться с увеличением
рабочей нагрузки (увеличивать свою
производительность) при добавлении ресурсов (обычно
горизонтальная
аппаратных).
Масштабируемость
вертикальная
Горизонтальная - разбиение системы на более
мелкие структурные компоненты и разнесение их по
отдельным физическим машинам. Этот способ
масштабирования может требовать внесения
изменений в программы.
Вертикальное масштабирование - увеличение
производительности за счет использования более
122
мощьных
вычислительных компонент .
ТРЕБОВАНИЯ К МОБИЛЬНОСТИ КИС
Мобильность КИС - возможность работы с КИС,
используя мобильные устройства.
Используются приложения КИС,
написанные с использованием
операционных систем мобильных
устройств
123
БЕЗОПАСНОСТЬ КИС
Безопасность КИС — комплекс мер,
направленных на защиту КИС от
несанкционированного приобретения,
использования, распространения,
модифицирования, изучения и воссоздания
аналогов.
Сюда относится и безопасность на этапе
разработки КИС (закладки в ПО на уровне
разработки программ).
124
Тема 8
ВЫБОР АППАРАТНО ПРОГРАММНОЙ
ПЛАТФОРМЫ КИС
ПРОГРАММНО-АППАРАТНАЯ ПЛАТФОРМА
состоит из взаимосвязанной совокупности
следующих основных элементов:
1. Комплекс технических средств (КТС), на базе
которого проектируются ИС
2.Базовое ПО, обеспечивающее интеграцию
КТС в программно-технический комплекс,
конфигурирование
систем
и
реализующее
другие универсальные функции ИС (ОС)
З.Средства автоматизации проектирования ИС
4.Комплект документации, регламентирующий
процесс разработки ИС на базе данной платформы.
ВИДЫ ПЛАТФОРМ
 программная платформа – это совокупность
операционной системы, средств разработки
прикладных программных решений и прикладных
программ, работающих под управлением этой
операционной системы
 прикладная платформа – это средства
выполнения и комплекс технологических
решений, используемых в качестве основы для
построения определенного круга прикладных
программ
 аппаратная платформа (hardware) – это
совокупность совместимых аппаратных решений с
ориентированной на них операционной
СОВМЕСТИМОСТИ КОМПЬЮТЕРНЫХ
ПЛАТФОРМ
Существует два основных варианта решения
проблемы:
1. Аппаратные решения – это специальные платы,
несущие на себе дополнительные процессор,
оперативную память и видеопамять другой
аппаратной платформы. Недостатком таких плат
является их высокая стоимость, хотя и несколько
меньшая, чем отдельного ПК
2. Программные решения – это специально
написанные программы-эмуляторы, позволяющие
запустить ПО, разработанное для персональных
компьютеров одного типа, на другом ПК.
ВИДОВ ЭМУЛЯТОРОВ
 эмуляторы-исполнители позволяют запускать
программы, написанные для других операционных
систем
 эмуляторы аппаратного обеспечения
воспроизводят настоящий ПК со всеми его
аппаратными и программными особенностями
 эмуляторы ОС позволяют воспроизвести на ПК
ОС, которая несовместима с данной аппаратной
платформой
ОБЩИЕ ТРЕБОВАНИЯ К ВЫБОРУ
АППАРАТНОЙ ПЛАТФОРМЫ
 отношение стоимость/производительность
 надежность и отказоустойчивость
 масштабируемость
 совместимость и мобильность ПО
Тема 9
МЕЖДУНАРОДНЫЕ
СТАНДАРТЫ
ПЛАНИРОВАНИЯ
ПРОИЗВОДСТВЕННЫХ
ПРОЦЕССОВ
ЗАДАЧИ ПРЕДПРИЯТИЯ
Экономическая ситуация ставит перед
предприятиями ряд задач:
 повышение конкурентной борьбы
 требование выпускать продукцию в соответствии
с текущими заказами покупателей, а не с
долгосрочными перспективными планами
 необходимость оперативного принятия решений
в сложной экономической ситуации
 укрепление связей между поставщиками,
производителями и покупателями
ИТ помогают руководителям промышленных
предприятий в решении этих сложных задач
ЗАДАЧИ ИНФОРМАЦИОННОЙ СИСТЕМЫ
Эволюция ИС прошла путь длиной более чем в 40 лет.
Современные ИС являются сложными
интегрированными комплексами, которые включают в
себя модули, отвечающие практически за все
механизмы работы современного предприятия.
Информационная система - это набор механизмов,
методов и алгоритмов, направленных на поддержку
жизненного цикла информации и включающих три
основных процесса:
 обработку данных
 управление информацией
 управление знаниями
ИС, это набор интегрированных приложений, которые
комплексно, в едином информационном пространстве
поддерживают все основные аспекты управленческой
деятельности предприятий:
 планирование ресурсов (финансовых,
человеческих, материальных) для производства
товаров (услуг),
 оперативное управление выполнением планов
(включая снабжение, сбыт, ведение договоров)
 все виды учета, анализ результатов
хозяйственной деятельности
Такая ИС называются корпоративной ИС (КИС).
Основные особенности задач управления
предприятиями
К основным особенностям задач управления
предприятиями можно отнести:
 управление финансами
 управление производством
 управление сбытом и снабжением
 управление внутренними службами
 управление кадрами
В зависимости от особенностей и масштаба
предприятия каждый из выделенных видов может
включать в себя значительное число отдельных
подзадач.
ПРОЦЕССЫ УПРАВЛЕНИЯ ПРЕДПРИЯТИЕМ
Управление практически любым бизнесом можно разбить
на несколько крупных разделов, которые определяют
различные точки зрения на процесс управления. Можно
определить три таких основных точки зрения:
 финансовая
 логистическая
 производственная (технологическая)
Под финансовой точкой зрения будем понимать
описание предприятия с точки зрения движения денежных
потоков.
Под логистической - описание предприятия с точки
зрения движения материальных потоков
Под производственной - функциональное описание
бизнеса, то есть описание с точки зрения последовательности и правил реализации производственных функций.
В практике управления сформированы стандарты
функционального рассмотрения процессов:
производства, логистики и их финансовых результатов во
взаимосвязи.
Термин "стандарт" в данном случае означает набор
понятий и определений, "стандартно" применяемый для
описания управления конкретными процессами.
Стандарты управления предприятием поддерживаются с
конца 60-х годов Американским обществом управления
производством и запасами (APICS).
Ассоциация операционного менеджмента— некоммерческая
международная образовательная организация, реализующая
программы стандартизации и сертификации специалистов в
области производственного операционного управления
APICS предполагает следующее деление на типы
производств: дискретное производство; объемное
производство; производство под заказ; производство на
склад.
СТАНДАРТЫ УПРАВЛЕНИЯ ПРЕДПРИЯТИЕМ
К КИС относятся системы стандартов:
 MPS - Master Planning Scheduling – управление
календарным планированием
 MPR - (Material Requirement Planning) планирования материальных потребностей
 MPR II - Manufacturing Resource Planning планирование производственных ресурсов
 ERP - Enterprise Resource Planning - планирование
ресурсов предприятия
 ERP II - Enterprise Resource and Relationship
Processing – обработка данных по ресурсам и
взаимоотношениям предприятия
 CSRP - Customer Synhronized Resource Planning –
планирование ресурсов совместно с потребителем
ЭВОЛЮЦИЯ СТАНДАРТОВ УПРАВЛЕНИЯ
ПРЕДПРИЯТИЕМ
MPS - УПРАВЛЕНИЕ КАЛЕНДАРНЫМ
ПЛАНИРОВАНИЕМ
MPS был первым стандартом управления бизнесом
(или объемно-календарное планирование).
Идея была проста – вначале формировался план
продаж, т.е. устанавливался объем продаж с разбивкой
по календарным периодам.
Опираясь на план продаж, формировался план
пополнения запасов за счет производства или закупки,
а затем оценивались финансовые результаты по
периодам, в качестве которых используются периоды
планирования или финансовые периоды.
ФУНКЦИИ MPS
На основании данных о состоянии спроса
вырабатывались планы выпуска конечной продукции.
1. Формирование плана продаж (объем продаж по
календарным периодам).
2. Формирование плана пополнения запасов за
счет производства или закупки.
3. Оценка финансовых результатов по периодам
(периоды планирования, финансовые периоды).
СХЕМА РАБОТЫ КИС ПО СТАНДАРТУ MPS
ВИДЫ ПЛАНИРОВАНИЯ НА ПРЕДПРИЯТИИ
ОСНОВНЫЕ ЦЕЛИ MPS
К основным целям MPS можно отнести:
 Спланировать с необходимой и достаточной
степенью достоверности сроки производства
готовой продукции и своевременно удовлетворить
запросы заказчиков
 Избежать перегрузки и недогрузки
производственного оборудования, и обеспечить
эффективное использование производственных
мощностей и оптимальные производственные
затраты.
СФЕРА ПРИМЕНЕНИЯ MPS
Сфера применения MPS – производство с
небольшой номенклатурой изделий и
комплектующих и нединамичным графиком продаж.
Для производства с большой номенклатурой
изделий и комплектующих и динамичным спросом
были разработаны методы статистического
управления запасами (Statistical Inventory Control –
SIC).
ЗАДАЧИ MPS
Информационные технологии MPS ориентированы на
решение указанного ниже комплекса задач:
 ведение нормативно-справочной информации об элементах
конструкций, входящих в состав изделий (сборочных единиц)
 ведение нормативно-справочной информации о технологическом
маршруте изготовления изделий (деталей, сборочных единиц)
 "разузлование" сборочных единиц для определения входящих в
них компонентов (деталей, сборочных единиц, материалов)
 расчет длительности производственного цикла для деталей и
сборочных единиц, времени межоперационных переходов и
наладки технологического оборудования
 расчет объемно-календарных планов производства готовых
изделий при формировании производственных заказов;
 расчет графиков запуска-выпуска деталей и сборочных единиц
при формировании производственных партий обработки;
 формирование сменно-суточных производственных заданий для
рабочих центров (производственных участков) и др.
ПРОБЛЕМЫ MPS
1. Проблема с логистикой – доставка и
ассортимент т.е. проблема прогнозирования
необходимого объема и срока поставки
2. В торговых предприятиях проблема опта и
розницы
3. Проблема при усложнении производства и
возникновении сложных изделий
В результате возникла методология планирования
производств (в основном сборочных или дискретных),
которая была призвана решить проблему формирования
заказа на комплектующие и узлы, опираясь на
потребности обьемно - календарного плана производства.
Она получила название MRP.
Тема 10
СТАНДАРТ MRP
СТАНДАРТ MRP
ПРОБЛЕМЫ MRS
(повторение пройденного материала)
1. Проблема с логистикой – доставка и ассортимент т.е.
проблема прогнозирования необходимого объема и
срока поставки
2. В торговых предприятиях проблема опта и розницы
3. Проблема при усложнении производства и
возникновении сложных изделий
В результате возникла методология планирования
производства, которая была призвана решить проблему
формирования заказа на комплектующие и узлы,
опираясь на потребности объемно - календарного плана
производства. Она получила название MRP (Material Requirement Planning)
планирования материальных потребностей.
ИСТОРИЯ ПОЯВЛЕНИЯ И РАЗВИТИЯ MRPСИСТЕМ
В 60-е годы усилиями американцев Джозефа Орлики и
Оливера Вейта был создан метод расчета необходимых для
производства материалов, получивший название MRP
(Material Requirements Planning) – планирование
необходимых материалов.
Благодаря целенаправленной работе Американской
ассоциации по управлению запасами и производством
(APICS) метод MRP приобрел широкое распространение во
всем западном мире включая и Россию и трактуется как
стандарт.
Это стандарт управления производственным процессом
посредством составления планов, графиков поставки сырья,
полуфобрикатов, материалов и комплектующих.
ОСНОВНАЯ ИДЕЯ MRP СИСТЕМЫ
Основная идея MRP систем состоит в том, что
любая учетная единица материалов или
комплектующих, необходимых для производства
изделия, должна быть в наличии в нужное время и в
нужном количестве.
Основным преимуществом MRP систем является
формирование последовательности
производственных операций с материалами и
комплектующими, обеспечивающей своевременное
изготовление узлов (полуфабрикатов) для
реализации основного производственного плана по
выпуску готовой продукции.
MRP системы разрабатывались для использования на
производственных предприятиях и редко для планирования
материальных потребностей в сервисных, транспортных,
торговых и других организациях непроизводственного
профиля, хотя потенциально идеи MRP систем могут быть с
некоторыми допущениями применены и для
непроизводственных предприятий, деятельность которых
требует планирования материалов в относительно
длительном интервале времени.
MRP система – система, использующая концепцию
стандарта MRP.
MRP программа - компьютерная программа, работающая
по алгоритму, регламентированному MRP-методологией.
Она обрабатывает файлы данных (входные элементы) и
формирует на их основе файлы-результаты.
ФУНКЦИИ MRP
 формирование основного производственного
плана графика
 управление изделиями
 управление запасами
 расчет потребности в материалах
 описание структуры производственных рабочих
центров с определением мощности
 описание производственного оборудования с
определением нормативной мощности
 технологические маршруты
 расчет потребностей по мощностям для
определения критической загрузки и принятия
решения
ЦЕЛИ ИСПОЛЬЗОВАНИЯ СТАНДАРТА MPR
 планирование поставок всех комплектующих,
чтобы исключить простои производства и
минимизировать запасы на складе
 уменьшение запасов материалов,
комплектующих, кроме очевидной разгрузки
складов
 уменьшения затрат на хранение (минимизация
замороженных средств, вложенных в закупку
материалов)
СХЕМА РАБОТЫ КИС ПО СТАНДАРТУ MRP
ВХОДНЫЕ ЭЛЕМЕНТЫ MRP СИСТЕМЫ
 Описание
состояния материалов является основным
входным элементом MRP-программы.
В нем отражается полная информация обо всех
материалах и комплектующих, необходимых для
производства конечного продукта.
В этом элементе указан статус каждого материала:
 имеется ли он в цехе производства готовой продукции
 имеется ли он на складе
 имеется ли он в текущих заказах или его заказ только
планируется
 имеется описания его запасов, место расположения,
цены, возможные задержки поставок, реквизиты
поставщиков. Информация закладывается отдельно по
каждому материалу, участвующему в производственном
процессе.
 Программа производства продукции представляет
собой оптимизированный график распределения времени
для производства необходимой партии готовой продукции за
планируемый период или диапазон периодов.
Сначала создается пробная программа производства.
Если производственная программа признана
выполнимой, то она автоматически формируется в основную
и становится входным элементом MRP-системы.
 Перечень требуемых материалов - это список
материалов и их количество, требуемое для производства
конечного продукта. Кроме того, здесь содержится описание
структуры конечного продукта, т.е. он содержит в себе
полную информацию по технологии его сборки.
ОСНОВНЫЕ РЕЗУЛЬТАТЫ РАБОТЫ
MRP СИСТЕМЫ
 План Заказов (запланированный график заказов)
определяет, какое количество каждого материала должно
быть заказано в каждый рассматриваемый период времени
в течение срока планирования.
План заказов является руководством для дальнейшей
работы с поставщиками и, в частности, определяет
производственную программу для внутреннего
производства комплектующих, при наличии такового.
 Изменения к плану заказов (изменения к
запланированным заказам) являются модификациями к
ранее спланированным заказам.
Ряд заказов могут быть отменены, изменены или
задержаны, а также перенесены на другой период.
ВСПОМАГАТЕЛЬНЫЕ РЕЗУЛЬТАТЫ РАБОТЫ
MRP СИСТЕМЫ
 Исполнительный отчет это основной показатель
правильности работы MRP-системы
Он оповещает пользователя о возникших критических
ситуациях в процессе планирования - полное
израсходование страховых запасов по комплектующим, а
также о всех возникающих системных ошибках в процессе
работы MRP-программы.
 Отчет об отклонениях предназначен для того, чтобы
заблаговременно проинформировать пользователя о
промежутках времени в течение срока планирования,
которые требуют особого внимания, и в которых может
возникнуть необходимость внешнего управленческого
вмешательства.
 Отчет о прогнозах представляет собой информацию,
используемую для составления:
 прогнозов о возможном будущем изменении объемов
 характеристик выпускаемой продукции, полученную в
результате анализа текущего хода производственного
процесса
 отчетов о продажах.
Также отчет о прогнозах может использоваться для
долгосрочного планирования потребностей в материалах.
АЛГОРИТМ ДЕЙСТВИЙ MRP СИСТЕМЫ
Цикл работы:
На первом этапе необходимо составить оптимальный
график производства на запланированный период. Данный
процесс происходит на базе анализа индивидуальной
производственной программы.
На втором этапе следует провести учет материалов и
компонентов, которые не участвуют в производстве, но
необходимы для выполнения потребительского заказа
(например, упаковка, хранение продукции и т. д.).
На третьем этапе осуществляется расчет полной
потребности в каждом виде материалов, комплектующих,
которые будут соответствовать составу конечного продукта.
Этот этап является объединяющим.
На четвертом этапе необходимо составить график
заказов на ресурсы.
Впоследствии возможны внесение корректив в заказы,
сформированные до момента планирования.
ПРЕИМУЩЕСТВА И НЕДОСТАТКИ MRP СИСТЕМ
Преимущества :
1. Возможность оперировать данными о потреблении не в
контексте прошлого опыта, а с ориентиром на будущее (учет
планирования, прогнозирования).
2. Возможность осуществления минимальных запасов сырья,
что значительно экономит финансы предприятия, его затраты на
аренду площади под склады и найм персонала.
3. Увеличение скорости оборота запасов.
4. Упорядочение производства благодаря контролю статуса
каждого вида ресурса, компонента. Такое качество позволяет
четко отслеживать производственный процесс.
5. Исключение задержки производства из-за нехватки
необходимых ресурсов.
6. Снижение риска неуспеваемости выполнения заказов, а
также уменьшение количества срочной работы.
7. Возможность использования данных системы для
проведения другой логистической деятельности на предприятии.
Недостатки:
1. Необходимость большого объема точных данных и
вычислений. Система MRP обладает низкой гибкостью, что
существенно мешает своевременно реагировать на внешние
изменения в производстве или поставках ресурсов.
2. Сложность управления системой при большом потоке
производства и загруженности. Это может повлечь за собой
немалое количество сбоев, зависящих не только от
человеческого фактора, но и от неполадок самой системы.
3. MRP при планировании не может учитывать
ограничения по мощности, объему и другим параметрам
производства. Поэтому иногда логисты сталкиваются с
«неразумными» расчетами, представленными программой.
4. MRP-система требует дорогостоящего и долговременного внедрения.
Тема 11
ПЕРЕХОД ОТ СТАНДАРТА
MRP К СТАНДАРТУ MRP II
ОСНОВНАЯ КОНЦЕПЦИЯ ПЕРЕХОДА СТАНДАРТА
MRP К СТАНДАРТУ MRP II
Серьезные недостатки стандарта MRP привели к
необходимости внедрения более оптимального стандарта.
Поэтому в 80-х гг. MRP-система с замкнутым циклом была
трансформирована в систему планирования
производственных ресурcов (manufactory resource
planning), которая получила название MRPII (римскую цифру II
добавили вследствие идентичности аббревиатур).
Стандарт MRPII был разработан в США, идеологами
являются американские менеджеры Дродж Плоссл и Оливер
Вейт.
Стандарт MRP II позволяет планировать все
производственные ресурсы предприятия (сырье,
материалы, финансы, мощности оборудования, персонал и
т.д.).
Стандарт поддерживается Американским обществом по
управлению производством и запасами APICS.
APICS был издан документ "MRPII Standard System", в
котором описываются основные требования к
информационным производственным системам (последнее
издание этого документа вышло в 1989 г.).
В своем развитии стандарт MRP II прошел несколько
этапов развития:
 60-70 годах - планирование потребностей в материалах,
на основании данных о запасах на складе и состава
изделий
 70-80 годы - планирование потребностей в материалах
по замкнутому циклу, включающее составление
производственной программы и ее контроль на цеховом
уровне
 конец 80-90 годы - на основе данных, полученных от
поставщиков и потребителей, ведение прогнозирования,
планирования и контроля за производством
 90-е годы - планирование потребностей в распределении
и ресурсах на уровне предприятия
ЦЕЛИ ИСПОЛЬЗОВАНИЯ СТАНДАРТА MRP II
Эффективное планирование всех ресурсов
производственного предприятия, в том числе
финансовых и кадровых.
ЗАДАЧИ СТАНДАРТА MRP II
Описание методологии планирование всех ресурсов
производственного предприятия.
ЗАДАЧИ КИС КЛАССА MRP II
Цепь системы класса MRP II - интеграция всех
основных процессов, реализуемых предприятием
(снабжение, запасы, производство, продажа,
планирование, контроль за выполнением плана и т.д.)
для оптимального формирования потока материалов,
полуфабрикатов (в том числе находящихся в
производстве) и готовых изделий.
Функция планирования потребности в MRP (II) системе
включает три процесса:
 MRP Планирование потребности в материалах
 CRP Планирование потребности в производственных
мощностях
 SIC Статистическое управление складскими запасами
ПЛАНИРОВАНИЕ ПОТРЕБНОСТИ В ПРОИЗВОДСТВЕННЫХ
МОЩНОСТЯХ (CRP )
Основное назначение данной методологии можно
сформулировать следующим образом – проверка пробной
программы производства, созданной в соответствии с
прогнозами спроса на продукцию, на возможность ее
осуществления имеющимися в наличии
производственными мощностями.
СТАТИСТИЧЕСКОЕ УПРАВЛЕНИЕ СКЛАДСКИМИ
ЗАПАСАМИ (SIC)
Основное назначение данной методологии можно
сформулировать следующим образом – изучение
динамики запасов c использованием статистических
методов.
Появление данной методологии лишь частично устранило
существующие проблемы. Кроме того, к уже
существовавшим трудностям решения задач
производственного предприятия добавлялись новые, среди
них такие, как:
 усложнение процесса производства
 возникновение сложных изделий.
СОСТАВ СИСТЕМ КЛАССА
Планирование развития бизнеса (составление и корректировка
бизнес-плана)
 Планирование деятельности предприятия
 Планирование продаж
 Планирование потребностей в сырье и материалах
 Планирование производственных мощностей
 Планирование закупок
 Выполнение плана производственных мощностей
 Выполнение плана потребности в материалах
 Осуществление обратной связи
Отсутствие какого- нибудь блока в составе программного
продукта означает невозможность ( в рамках корректного
маркетинга) характеризовать его как MRP II систему
ФУНКЦИИ КИС СТАНДАРТА MRP II
1. Планирование продаж и производства
2. Управление спросом
3. Составление плана производства
4. Планирование материальных потребностей
5. Спецификации продуктов
6. Управление складом
7. Плановые поставки
8. Управление на уровне производственного цеха
9. Планирование потребностей в мощностях
10. Контроль входа / выхода
11. Материально-техническое снабжение
12. Планирование ресурсов распределения
13. Планирование и управление инструментальными средствами.
14. Управление финансами
15. Моделирование
16. Оценка результатов деятельности
ПЛАН РАБОТЫ MRPII СИСТЕМЫ
АЛГОРИТМ РАБОТЫ MRPII СИСТЕМЫ
1. Сбор и анализ информации о спросе на определённый
конечный продукт.
2. На основании информации о состоянии комплектующих
определяются, какие материалы (комплектующие) есть в
наличие.
3. Составляется первичный объёмно-календарный план
производства (ПКПП), на основе которого выполняется проверка
производственных мощностей и осуществляется планирование
потребностей в материалах.
4. Если имеющихся ресурсов достаточно, то первичный план
принимается за основной объемно-календарный план
производства, выполняется формирование плана заказов на
материалы с указанием сроков поставок и составляется план
распределения производственных мощностей с целью
оптимальной загрузки.
5. Осуществляется контроль за производством конечного
продукта и дальнейшей его продажей.
Алгоритм работы MRPII -системы нацелен на
внутреннее моделирование всей области
деятельности предприятия.
Его основная цель - учитывать и с помощью
компьютера анализировать все внутрикоммерческие и внутрипроизводственные
события: все те, что происходят в данный момент
и все те, что запланированы на будущее.
Тема 12
УПРАВЛЕНИЕ
ПРОМЫШЛЕННЫМИ
ПРЕДПРИЯТИЯМИ В
СТАНДАРТЕ MRP II
ОБЩИЙ ВИД СИСТЕМЫ УПРАВЛЕНИЯ ПРЕДПРИЯТИЕМ,
ПОСТРОЕННОЙ В СООТВЕТСТВИИ СО СТАНДАРТОМ
MRPII
Бизнес-планирование. Процесс формирования плана предприятия наиболее высокого уровня. Планирование до
ХАРАКТЕРИСТИКА ПЕРЕЧИСЛЕННЫХ
ФУНКЦИОНАЛЬНЫХ БЛОКОВ MRPII
 Бизнес-планирование. Процесс формирования плана
предприятия наиболее высокого уровня. Планирование
долгосрочное (до нескольких лет), план составляется в
стоимостном выражении. Наименее формализованный
процесс выработки решений.
 Планирование спроса. Процесс прогнозирования
(планирования) спроса на определенный период (как
правило, на квартал или на год). Планирование продаж и
производства. Бизнес-план и план спроса преобразуются в
планы продаж основных видов продукции (как правило, от 5ти до 10-ти). При этом производственные мощности могут не
учитываться или учитываться укрупнённо. План носит
среднесрочный характер.
 План продаж по видам продукции преобразуется в
объёмный или объёмно-календарный план производства
видов продукции. Под видом здесь понимаются семейства
однородной продукции. Часто этот модуль объединяется с
предыдущим (как на приведенной схеме).
 План-график выпуска продукции. План производства
преобразуется в график выпуска продукции. Как правило, это
среднесрочный объёмно-календарный план, задающий
количества конкретных изделий со сроками их изготовления.
 Планирование потребностей в материальных
ресурсах. На этом уровне определяются в количественном
выражении и по срокам потребности в материальных
ресурсах, необходимых для обеспечения графика выпуска
продукции. Входными данными для планирования потребностей
в материалах являются спецификации изделий (состав и
количественные характеристики комплектующих конкретного
изделия) и размер текущих материальных запасов.
 Планирование производственных мощностей. Как правило,
в этом модуле выполняются расчёты по определению и
сравнению располагаемых и потребных производственных
мощностей. Входными данными при планировании
производственных мощностей являются также маршрутизация
выпускаемых изделий.
 Управление заказами клиентов. Здесь реальные потребности
клиентов сопоставляются с планами выпуска продукции.
 Управление на уровне производственного цеха. Здесь
формируются оперативные планы-графики. В качестве плановоучетных единиц могут выступать детали (партии), сборочные
единицы глубокого уровня, операции и т. п. Длительность
планирования невелика (от нескольких дней до месяца).
 Оценка исполнения. По сути, в данном модуле оценивается
реальное исполнение всех вышеперечисленных планов с тем,
чтобы внести корректировки во все предыдущие циклы
планирования.
Связь между уровнями в MRPII обеспечивается
универсальной формулой, на которой строится система.
Задача планирования на каждом уровне реализуется как
ответ на четыре вопроса:
1. Что необходимо выполнить?
2. Что необходимо для этого?
3. Что есть в наличии?
4. Что необходимо иметь?
В роли ответа на первый вопрос всегда выступает план
более высокого уровня. Этим и обеспечивается связь между
уровнями. Структура ответов на последующие вопросы
зависит от решаемой задачи.
MRPII – центральная часть любой КИС на производственных
предприятиях.
ПРЕИМУЩЕСТВА ИСПОЛЬЗОВАНИЯ СИСТЕМ
MRPII
 оперативное получение информации о текущих
результатах деятельности предприятия как в целом, так и
с полной детализацией по отдельным заказам, видам
ресурсов, выполнению планов
 долгосрочное, оперативное и детальное планирование
деятельности предприятия с возможностью корректировки
плановых данных на основе оперативной информации
 оптимизация производственных и материальных
потоков со значительным сокращением
непроизводственных затрат и реальным сокращением
материальных ресурсов на складах
 отражение финансовой деятельности предприятия в
целом
Система класса MRP II должна выполнять :
 Прогнозирование
 Управление продажами
 Объемно-календарное планирование - планирование
производства (MPS)
 Управление структурой изделий (BOM)
 Управление запасами
 Планирование потребности в материалах (MRP)
 Планирование потребности в производственных
мощностях (CRP)
 Управление цехом (возможно - различные модули
для серийного, заказного, проектного или непрерывного
производств)
 Закупки
 Финансы /бухгалтерия
 Финансовый анализ
Тема 13
СТАНДАРТ ERP.
ОБЛАСТИ ПРИМЕНЕНИЯ И
ПРИМЕРЫ РЕАЛИЗАЦИИ
СТАНДАРТ ERP
ERP стандарт (Enterprise Resource Planning)
планирования ресурсов предприятия или планирование
ресурсов в масштабах предприятия.
ERP система позволяет посредством целого комплекса
интегрированных приложений создать единую
информационную среду с целью автоматизации всех сфер
деятельности предприятия от планирования бизнеспроцессов до контроля над их реализацией и последующего
анализа достигнутых результатов.
= MRP II + FRP +DRP
FRP - финансовые ресурсы,
DRP — управление ресурсами дистрибуции
(распределение товара по сети сбыта)
МЕТОДОЛОГИЯ ERP СТАНДАРТА
Методология ERP содержит следующие
элементы:
 планирование потребности в материалах
(MRP)
 планирование потребности в мощностях
(CRP)
 планирование потребности в
финансовых ресурсах (FRP).
ERP система - это совокупность программных средств
и административных решений, предназначенных для
контроля всех стадий исполнения заказа потребителя,
включая планирование, распределение и направление
ресурсов предприятия.
ERP система - это комплекс интегрированных
программных инструментов для создания единой базы
данных, благодаря которым обеспечивается
автоматизация процессов планирования, учета, контроля
и анализа всех ключевых аспектов деятельности
организации.
Цель ERP-системы: оптимизация всех сфер деятельности
предприятия для выработки наиболее эффективных
средств управления себестоимостью продукции и получения
преимуществ перед конкурентами.
Задачи ERP-системы:
 интегрировать все подразделения и функции корпорации
в единой информационной системе
 обеспечить более тесное взаимодействие предприятия с
клиентами и контрагентами посредством
информационных каналов, предоставляемых интернет технологиями
 создать новую организационную и управленческую среды
 стыковка информации различных подразделений;
 создать инфраструктуру электронного обмена данными,
как между подразделениями корпорации, так и между
корпорацией и поставщиками и потребителями
ИСТОРИЯ СОЗДАНИЯ ERP
В конце 1960-х — начале 1970-х гг. возникла потребность
в автоматизации управленческих процессов. Именно тогда
пришли к пониманию, что при управлении крупной
корпорацией нужно соблюдать законы, которым подчиняется
любая бюрократическая структура.
Возникла необходимость создания стандартов на основе
методологии которых и создавались бы автоматизированные
системы.
Системы класса MRP II в интеграции с модулем
финансового планирования FRP (Finance Requirements
Planning) получили название системы планирования
ресурсов предприятия ERP (Enterprise Resource Planning).
Термин ERP ввёл Гартнер Ли Уайли аналитик
независимой исследовательской компанией «Gartner Group»
в начале 1990-х гг.
ОСНОВНЫЕ ФУНКЦИИ ERP-СИСТЕМ
1. Ведение конструкторских и технологических спецификаций,
которые определяют состав производимых изделий, а также
материальные ресурсы и операции, необходимые для его
изготовления.
2. Формирование планов продаж и производства.
3. Планирование потребностей в материалах и комплектующих,
сроков и объемов поставок для выполнения плана производства
продукции.
4. Управление запасами и закупками: ведение договоров,
реализация централизованных закупок, обеспечение учета и
оптимизации складских и цеховых запасов.
5. Планирование производственных мощностей: от стратегии
всего предприятия до планов использования отдельных станков и
оборудования.
6. Оперативное управление финансами, включая составление
финансового плана и осуществление контроля его исполнения,
финансовый и управленческий учет
Основные функции ERP можно разделить на
технологические и функциональные.
Технологические функции ERP — это наличие
трехуровневой архитектуры системы, куда входит сервер
баз данных, сервер приложений и клиентская часть, единая
база данных (или распределенная база данных с
механизмом репликации данных), открытость систем,
использование реляционных СУБД и средств CASE для
создания этих систем.
К технологическим признакам можно отнести и
графический пользовательский интерфейс, все
современные системы имеют такой интерфейс.
К функциональным признакам относятся:
 автоматизация управления производственными
ресурсами
 автоматизация управления цепочками поставок
автоматизации расширенного объемно-календарного
планирования
 автоматизация управления технологической
документацией
 автоматизация конечного планирования ресурсов
 автоматизация управления взаимоотношениями с
клиентами
 бизнес-аналитика
 конфигурирования системы
АРХИТЕКТУРА ERP
Все ERM-системы, независимо от того, кто их разработчик,
объединяет общая архитектура, которую можно описать
следующим образом:
 Платформа.
Базовые возможности и среда для работы модулей и
компонентов. В код платформы изменения может вносить только
разработчик. Пользователи и специалисты по внедрению не
имеют доступа к этому программному коду.
В состав платформы входят:
1.Ядро. Программная среда, в которой будет производиться
работа, для которой можно писать какие-то надстройки и
компоненты.
2.Базовый функционал. Перечень справочников и функций, без
которых не может работать ни одна компания. Это справочник
пользователей с правами доступа, справочник клиентов,
справочник товаров/услуг и т.д. Этот функционал встроен в
платформу, в отличие от модулей он не может отключаться.
 Управление данными.
База данных, в том числе, хранение и методы обработки
(интерпретации) данных. В эту категорию входят хранилище
данных на сервере, программное обеспечение для работы с
базами данных (SQL или любая альтернатива), инструменты для
интерпретации и обработки данных и отправки их в программные
модули.
Модули. Компоненты, которые подключаются к платформе по
мере необходимости. Все они работают с единой базой данных и
применяют базовый функционал (по мере необходимости). В
остальном модули работают независимо друг от друга, могут
«бесшовно» подключаться и без проблем отключаться, если
потребность в них исчезла.
Такая модульная структура – важная отличительная
черта ERP-систем. Модули делятся, в свою очередь, на
несколько типов:
1. Модули внутреннего использования. Этот уровень – подключаемые модули,
которые используются сотрудниками компании. Это управление складом,
производство, бухгалтерия, CRM и пр. Модули можно подключать, отключать,
настраивать силами специалистов по внедрению. В стандартный набор обычно
входят — MRP, HR, CRM, Управление снабжением и закупками.
2. Модули работы с внешними пользователями. Этот слой содержит в себе
модули, необходимые для взаимодействия с внешними пользователями,
потенциальными и реальными клиентами компании, партнерами,
пользователями продукции, поставщиками и покупателями. Это может быть
интернет-магазин, личные кабинеты для поставщиков и покупателей на
корпоративном сайте и тому подобные решения. Некоторые ERP-системы
содержат в себе готовые CMS-системы для создания интернет-магазина или
корпоративного сайта с нуля, другие предлагают только отдельные
инструменты «надстройки» к сайту и/или клиентские приложения (для
мобильных и планшетов).
3. Коннекторы — готовые решения для связи со сторонними приложениями.
Чаще всего используют API из ядра платформы. Позволяют интегрировать
телефонию, настроить обмен данными с сайтом или любыми программными
продуктами и системами. Коннекторы предназначены только для обмена
данными и обычно используются для обмена данными с EDI,
CMS, CAD, BI, OLAP и др. То есть с теми системами которые не входят в EPR,
но используются в компании.
ОСНОВНЫЕ МОДУЛИ ERP-СИСТЕМ
 Управление финансами
 Управление материальными потоками
 Управление производством
 Управление проектами
 Управление сервисным обслуживанием
 Управление качеством
 Управление персоналом
ДОПОЛНИТЕЛЬНЫЕ МОДУЛИ ERP (СТАНДАРТ
APICS)
 Управление логистическими цепочками – SCM (Supply
Chain Management)
 Усовершенствованное планирование и составление
производственных графиков
 APS (Advanced Planning and Scheduling)
 Управление взаимоотношениями с клиентами – CRM
(Customer Relationship Management)
 Электронная коммерция – EC (Electronic Commerce)
 Управления данными об изделии – PDM (Product Data
Management) или PLM (Product Lifecycle Management)
 Надстройка Business Intelligence, включающую
инструменты в области интеллектуальной бизнес-аналитики
(построение хранилищ данных, OLAP, data mining,
визуализация и отчетность) и другие модули
КЛАССИФИКАЦИЯ ERP СИСТЕМ
1. Комплексные информационные системы.
В эту группу можно выделить универсальные ERP
системы. Их можно адаптировать к процессам самых разных
компаний – от крупных производств, до финансовых
организаций.
Такие решения имеют широкий диапазон настроек и
развитые механизмы интеграции, чтобы оставаться
максимально универсальными и соответствовать
требованиям разных отраслей бизнеса.
На этом рынке работают самые крупные компании, а
рынок таких систем занимает наибольшую долю по
сравнению с рынками систем других типов
Примеры: Oracle, SAP, Netsuite, 1С.
2. Отраслевые информационные системы.
ERP системы ориентированы на конкретную отрасль,
иногда даже на узкое направление внутри отрасли
(например, ERP системы, предназначенные для
автоматизации компаний, продающих авиа и ж/д билеты).
Часто такие продукты выпускают компании, которые
будучи не в состоянии конкурировать с крупными
разработчиками.
Примеры: Microsoft Dynamics AX, Brightpearl, Epicor Retail, 1С.
3. ERP системы с открытым исходным кодом.
ERP системы с открытым исходным кодом занимают на
текущий момент небольшую часть общего объема рынка
ERP. Но такие решения часто поддерживают компании,
имеющие в штате команды разработчиков и аналитиков по
доработке и интеграции системы со своими локальными
информационными ресурсами.
Пример: Odoo.
4. ERP для малого бизнеса.
Формально такие системы нельзя относить к классу ERP,
но небольшим компаниям хватает функциональности таких
систем для удовлетворения всех своих нужд при более
низкой стоимости как самой программы, так и внедрения, и
последующего владения.
Часто такие ERP системы являются модульными, а
функционал урезан по сравнению с более дорогими
ситемами.
Таким образом, вместо того чтобы установить
комплексную ИС, компания внедряет небольшой продукт,
который обслуживает один-два ключевых бизнес-процесса,
но не охватывает другие области работы предприятия.
Пример: PeopleSoft (система, в которой реализованы
функции ведения бухгалтерского учета, управления
персоналом и CRM), 1С:УНФ.
ДОСТОИНСВА ERP СИСТЕМ
 Применение ERP системы позволяет использовать одну
интегрированную программу вместо нескольких
разрозненных. Единая система может управлять
обработкой, логистикой, дистрибуцией, запасами,
доставкой, выставлением счетов-фактур и бухгалтерским
учётом.
 Реализуемая в ERP-системах система разграничения
доступа к информации предназначена (в комплексе с
другими мерами информационной безопасности
предприятия) для противодействия как внешним угрозам
(например, промышленному шпионажу), так и внутренним
(например, хищениям). Внедряемые в связке с CRM
системой и системой контроля качества, ERP-системы
нацелены на максимальное удовлетворение потребностей
компаний в средствах управления бизнесом.
НЕДОСТАТКИ ERP СИСТЕМ
 Высокая стоимость внедрения и владения.
До сих пор традиционная схема внедрения ERP систем
подразумевает крупные первоначальные затраты при
внедрении. Причем деньги надо потратить еще до того, как
система заработает, а бизнес получит свои преимущества.
 Высокие риски внедрения.
Существует большое количество сложностей при
внедрении, здесь и тяжелое наследие в виде особенностей
работы старого программного обеспечения, которые надо
учесть при переходе, и сопротивление персонала
изменениям, и отсутствие квалифицированных кадров
внутри предприятия, способных организовать процесс
перехода и дальнейшей поддержки, и многое другое.
До сих пор проекты внедрения ERP систем на
предприятиях остаются одними из самых рискованных для
бизнеса.
 Недостаточная универсальность ERP решений.
Несмотря на то, что ведущие производители пытаются
сделать свои решения максимально гибкими и подходящими
под любые требования бизнеса, понятно, что практика
далека от теории.
На рынке может просто отсутствовать полностью
подходящее решение, поэтому зачастую происходит
адаптация продукта под конкретную организацию, что
значительно увеличивает стоимость проекта.
ЛОГИЧЕСКАЯ СТРУКТУРЫ ERP СИСТЕМЫ
Области применения и
примеры реализации
информационных технологий
управления корпорацией
ИНФОРМАЦИОННАЯ ТЕХНОЛОГИЯ УПРАВЛЕНИЯ
■ Целью информационной технологии управления
является удовлетворение информационных
потребностей всех без исключения сотрудников фирмы,
имеющих дело с принятием решении.
■ Эта технология ориентирована на работу в среде
информационной системы управления и используется
при худшей структурированности решаемых задач, если
их сравнивать с задачами, решаемыми с помощью
информационной технологии обработки данных.
РОЛЬ ИНФОРМАЦИОННЫХ ТЕХНОЛОГИЙ В УПРАВЛЕНИИ
Информационные технологии используются во многих сферах
управленческой деятельности:
 планированием ресурсов
 организацией снабжения и сбыта
 взаимодействием с клиентами
 регулированием потребительского спроса и так далее.
Управление связано с обменом информацией между
подразделениями предприятия, а также предприятием с окружающей
средой.
Информация, в отличие от других видов ресурсов, не убывает со
временем, а. наоборот, накапливается.
Значимость информации как ресурса выявляет новые проблемы ее
использования и предъявляет новые требования к управлению ею.
Характеристиками управленческой информации являются:
 большой объем
 сложность обработки
 многократное использование
 обновление и преобразование
УПРАВЛЕНИЕ СКЛАДОМ, АССОРТИМЕНТОМ,
ЗАКУПКАМИ
Автоматизация процесса анализа движения товара
является одним из важнейших элементов управления.
Например, двадцать процентов ассортимента приносят
восемьдесят процентов прибыли.
Ответ на главный вопрос — как получать максимальную
прибыль при постоянной нехватке средств заключается в
четком управлении складом, ассортиментом и закупками.
«Заморозить» оборотные средства в чрезмерном
складском запасе — самый простой способ сделать любое
предприятие, производственное или торговое,
потенциальным инвалидом.
Можно просмотреть перспективный товар, вовремя не
вложив в него деньги.
УПРАВЛЕНИЕ ПРОИЗВОДСТВЕННЫМ
ПРОЦЕССОМ
Оптимальное управление производственным процессом
представляет собой очень трудоемкую задачу. Основным
механизмом здесь является планирование.
Автоматизация задачи дает возможность грамотно
планировать, учитывать затраты, проводить техническую
подготовку производства, оперативно управлять процессом
выпуска продукции в соответствии с производственной
программой и технологией.
Чем крупнее производство, тем большее число бизнеспроцессов участвует в создании прибыли, а значит,
использование информационных систем жизненно
необходимо.
УПРАВЛЕНИЕ МАРКЕТИНГОМ
Управление маркетингом подразумевает сбор и анализ
данных о фирмах-конкурентах, их продукции и ценовой
политике, а также моделирование параметров внешнего
окружения для определения оптимального уровня цен,
прогнозирования прибыли и планирования рекламных
кампаний.
Решения большинства этих задач могут быть
формализованы и представлены в виде информационной
системы, позволяющей существенно повысить
эффективность маркетинга.
ДОКУМЕНТООБОРОТ
Документооборот является очень важным процессом
деятельности любого предприятия. Хорошо отлаженная
система учетного документооборота отражает реально
происходящую на предприятии текущую производственную
деятельность и дает управленцам возможность
воздействовать на нее.
Автоматизация документооборота позволяет повысить
эффективность управления.
СИСТЕМЫ ПОДДЕРЖКИ ПРИНЯТИЯ РЕШЕНИЙ,
СИСТЕМЫ ИНТЕЛЛЕКТУАЛЬНОГО АНАЛИЗА
ДАННЫХ
В функционировании КИС необходимо обеспечить не
только генерацию данных, а также и средства их анализа.
Имеющиеся во всех современных СУБД средства
построения запросов и различные механизмы поиска не
способны дать достаточно интеллектуальную ее оценку, т. е.
сделать обобщение, группирование, удаление избыточных
данных и повысить достоверность за счет исключения
ошибок и обработки нескольких независимых источников
информации (как правило, не только корпоративных баз
данных, но и внешних, расположенных, например, в Internet).
Успех в управлении предприятием во многом
определяется оперативностью принятия решений, данные
для которых и предоставляет КИС.
В этом случае на помощь старым методам приходит
оперативная обработка данных (On-Line Analitical
Processing, OLAP).
Сила OLAP заключается в том, что в отличие от
классических методов поиска запросы здесь формируются
не на основе жестко заданных форм, а с помощью гибких
нерегламентированных подходов.
OLAP обеспечивает выявление ассоциаций,
закономерностей, трендов, проведение классификации,
обобщения или детализации, составление прогнозов, т. е.
предоставляет инструмент для управления предприятием в
реальном времени.
ПРИМЕРЫ КИС
Корпоративная информационная система Oracle EBusiness Suite
Это наиболее полный и мощный интегрированный комплекс
приложений для электронного бизнеса. Этот комплекс включает
все приложения, необходимые предприятию: маркетинг, продажи,
снабжение, производство, обслуживание заказчиков, бухгалтерия,
учет кадров и пр.
Система 1С:Предприятие
Информационная система "1С:Предприятие" является в
настоящее время, фактически, стандартом такого рода систем,
применяемых в России. Она предоставляет широкие возможности
ведения автоматизированного учета на предприятиях, в
организациях и учреждениях, независимо от их вида деятельности
и формы собственности, с различным уровнем сложности учета.
"1С:Предприятие" позволяет организовать эффективный
бухгалтерский, кадровый, оперативный торговый, складской и
производственный учет, а также расчет заработной плат
Корпоративная информационная система Флагман
Корпоративная информационная система "Флагман"
предназначена для комплексной автоматизации управления
предприятиями, холдингами, корпорациями.
КИС "Флагман" создана с учетом требований к системам
класса MRP II и ERP и может применяться на предприятиях
различных отраслей и видов деятельности, в том числе - в
промышленности, сфере услуг, оптовой и розничной торговле, в
бюджетных организациях.
Корпоративная информационная система Axapta
Информационная система «Axapta» (разработчик – фирма
Microsoft) предназначена для управления малыми и средними
предприятиями.
Её функциональность ориентирована главным образом на
ERP-идеологию, но имеются возможности и для решения простых
учётных задач.
Тема 14
ПЕРЕХОД ОТ ERP
К ERP II
КОНЦЕПЦИЯ ERP II
ERP II — это развитие концепции ERP , направленное
таким образом, чтобы стало удобнее использовать
информацию, порождаемую внутри предприятия, во
внешней среде для обеспечения сотрудничества с другими
предприятиями в рамках обществ по интересам.
Концепция ERP II (Enterprise Resource and Relationship
Processing) - управление внутренними ресурсами и
внешними связями предприятия.
ERP II представляет собой сочетание классической
системы управления предприятием со специфическими
решениями сетевой коммерции.
ЭЛЕМЕНТЫ ПЕРЕХОДА К ERP II
ИСТОРИЯ СОЗДАНИЯ ERP II
В 2000 p. Gartner Group предложила концепцию ERP II
(Enterprise Resource and Relationship Processing-управление
корпоративными ресурсами и внешними связями), приход
которых на рынок приходится на 2004 г.
Основная идея этой концепции - выход за рамки задач
автоматизации внутренних бизнес-процессов предприятия,
сотрудничество покупателей и продавцов, совместное
создание товаров и услуг бизнес-партнерами.
ERPII=ERP+CRM+SCM
Сочетание традиционной ERP-системы предприятия с
Internet-решениями для электронного бизнеса привели к
созданию нового организационного и управленческого
среды и нового качества системы.
В результате этого появилась концепция систем нового
поколения - ERP II.
УСТРОЙСТВО ERP II – СИСТЕМЫ
CRM СИСТЕМЫ - Управление отношениями с
заказчиками (Customer Relationship Management)
Концепция построения автоматизированных
систем обслуживания клиентов компании. CRM
подразумевает накопление, обработку и анализ не
только финансово-бухгалтерской, но и прочей
информации о взаимоотношениях с клиентами.
Это способствует повышению
производительности менеджеров, улучшает
качество обслуживания клиентов и способствует
увеличению продаж.
SCM СИСТЕМЫ - Управление отношениями с
поставщиками (Supply Chain Management)
Управление цепочками поставок.
Концепция SCM придумана для оптимизации
управления логистическими цепями и позволяет
существенно снизить транспортные и
операционные расходы путем оптимального
структурирования логистических схем поставок.
Концепция SCM поддерживается в большинстве
систем ERP- и MRPII-класса.