Слайд 1Тема 1. Понятие, классификация и некоторые общие принципы создания и
реализации экономических корпоративных ИС
1. Понятие и общая структура информационной
системы. Элементы информационной системы
2. Архитектура предприятия и информационной системы. ГОСТ Р ИСО 15704-2008. Схема Захмана.
3. ГОСТ Р 52294-2004. Электронный регламент административной и служебной деятельности
4. Понятия Бизнес-модель, бизнес-процесс по ГОСТ Р ИСО 9001-2008
5. Функциональная модель, рекомендации Р 50.1.028-2001
6. Классификация информационных систем
7. Корпоративные информационные системы MRP-ERP II
8. Методики и технологии CIM, EAM, CALS
9. Системы класса ERP на российском рынке
10. Общий подход к автоматизации управления организацией
11.Варианты создания и внедрения ИС
12. ERP хостинг
Слайд 2Понятие и общая структура информационной системы. Архитектура информационной системы
Информационная система
- совокупность содержащейся в базах данных информации и обеспечивающих ее
обработку информационных технологий и технических средств (федеральный закон «Об информации, информационных технологиях и защите информации» от 27.07.2006г. №149-фз)
В широком смысле - вся информационная инфраструктура предприятия (фирмы, организации), задействованная в процессе управления и обеспечивающая сбор, хранение, обработку и представление информации, необходимой для выполнения функций управления
Экономическая информационная система (ЭИС) - система, предназначенная для хранения, поиска и выдачи экономической информации по запросам пользователей. Если хотят подчеркнуть роль системы в поддержке принятия и реализации управленческих решений, используют термин АСУ или АСОУ
Корпоративная ИС (ранее - АСУП) - комплекс программ или программная система, обеспечивающая выполнение бизнес-процессов корпорации
Слайд 3Общая структура информационной системы
В самом общем виде структура ИС
состоит из следующих основных подсистем:
- подсистема ввода информации из внешней
среды;
- подсистема обработки информации;
- подсистема хранения и обеспечения доступа к информации;
- подсистема вывода информации пользователям и передачи во внешнюю среду;
- подсистема внутренних коммуникаций;
- подсистема диагностики и администрирования;
- подсистема управления изменениями.
Слайд 4ИС как совокупность различных видов обеспечения
Математическое обеспечение: методы решения задач
управления, модели и алгоритмы.
Информационное обеспечение: классификаторы технико-экономической информации, нормативно-справочная информация,
формы представления и организация данных в системе, в том числе формы документов, массивов и логические интерфейсы (протоколы обмена данными).
Программное обеспечение: программы, необходимые для реализации всех функций АС в объеме, предусмотренном техническим заданием.
Техническое обеспечение: технические средства, необходимые для реализаций функций АС: средства получения, ввода, подготовки, обработки, хранения (накопления), регистрации, вывода, отображения, использования, передачи информации и средства реализации управляющих воздействий;
Слайд 5ИС как совокупность различных видов обеспечения
Организационное обеспечение: документы, определяющие функции
подразделений управления, действия и взаимодействие персонала АС;
Метрологическое обеспечение: метрологические
средства и инструкции по их применению;
Правовое обеспечение: нормативные документы, определяющие правовой статус АС и персонала, правил функционирования АС и нормативы на автоматически формируемые документы, в том числе на машинных носителях информации;
Лингвистическое обеспечение: тезаурусы и языки описания и манипулирования данными, средства описания предметной области (объекта автоматизации), способы организации диалога.
Слайд 6Элементы информационной системы
Аппаратные средства: вычислительные устройства, устройства и системы хранения
информации, устройства отображения информации, её ввода в систему и вывода
из системы, активные и пассивные элементы телекоммуникационной инфраструктуры и проч.
Компоненты программного обеспечения: системное, инструментальное и прикладное.
Информационные ресурсы: базы данных и знаний, упорядоченные наборы файлов разных типов, документированная информация и проч.
К элементам ИС часто относят и персонал системы постольку, поскольку он играет определённые роли в её поддержке и обработке информации
Слайд 7Архитектура предприятия
Если в основу описания системы положить обеспечивающие функциональность программные
компоненты и их взаимосвязь с оборудованием, получим структуру, состоящую из
различных типов рабочих (клиентских) мест и серверов, и т. д.
Структура информационной системы может быть представлена, в зависимости от точки зрения и интересов наблюдателя, совершенно различным образом. Возникает проблема согласования этих представлений между собой, чтобы можно было представить систему в комплексе без искажений и нарушения целостности. Решить эту проблему помогает архитектурная модель КИС, опирающаяся на архитектурную модель предприятия.
Инжиниринговый подход к организации управления корпорацией также требует построения архитектурной модели предприятия, например, по рекомендациям ГОСТ Р ИСО 15704-2008 «Требования к стандартным архитектурам и методологиям предприятия», излагающего методологию архитектурного моделирования GERAM для организации и координации проектов в области инжиниринга предприятия.
Слайд 8Архитектура предприятия. ГОСТ Р ИСО 15704-2008
Стандарт связывает в рамках интегрированной
модели такие частные представления корпорации, как функциональное, информационное, ресурсное и
организационное, а также представление целей системы, чётко фиксирует этапы жизненного цикла системы.
Слайд 9Архитектура предприятия. ГОСТ Р ИСО 15704-2008
«Представление» согласно стандарту включает в
себя подмножество фактов, отраженных в интегрированной модели, что позволяет наблюдателю
сконцентрироваться на интересующих его вопросах, избегая детального рассмотрения аспектов, лежащих за пределами соответствующих интересов и компетенций. Понятие «представление» распространяется на модели всех типов сущностей на протяжении всего жизненного цикла производственной системы.
Представления моделирования создаются из лежащей в основе их интегрированной модели. Любое изменение содержания определенного представления должно отражаться на всех сопутствующих представлениях и аспектах модели. Среда представления и графическая форма должны показывать применимость и связи между различными составными частями (компонентами) модели.
Слайд 10Архитектура предприятия. ГОСТ Р ИСО 15704-2008
Понятие представления моделирования
Слайд 11Архитектура предприятия. ГОСТ Р ИСО 15704-2008
Функциональное представление содержит виды деятельности
и иерархию бизнес-процессов предприятия. Это представление охватывает, в том числе,
и процедуры принятия решений, связанных с менеджментом, а также с различными преобразованиями и процессами обеспечения. Включает в себя функциональные модели, процессные модели, модели принятия решений, отличающиеся своей выразительной способностью и компетенцией. Примеры нотаций для моделей функционального представления: IDEF0, сети Петри, цепочки процесса, управляемые событиями (EPC ARIS), обобщенные сети процесса, модели GPSS и проч.
Информационное представление содержит описание данных об объектах предприятия (материальных и информационных), поскольку они применяются и появляются при выполнении операций на предприятии. Информация идентифицируется на основе видов деятельности и структурируется в информационную модель предприятия для управления и контроля над материальным и информационным потоками. Выбор способа представления информационной модели стандарт не регламентирует, оставляя разработчику в этом вопросе полную свободу.
Слайд 12Архитектура предприятия. ГОСТ Р ИСО 15704-2008
Ресурсное представление отображает ресурсы (людские
и технические), а также технологические компоненты предприятия, поскольку они применяются
при выполнении операций на предприятии. Доступность ресурсов для тех или иных видов управления определяется в зависимости от их возможностей и структурируется в ресурсные модели, например, для управления основными средствами.
Организационное представление содержит связи, обязанности и полномочия всех сущностей, идентифицированных в других представлениях (процессов, информации и ресурсов). Оно отображает структуру организации предприятия в виде вложенных организационных подразделений, начиная с ролей, группируемых в такие более крупные подразделения, как департаменты, отделы, отделения и т. д.
Слайд 13Архитектура предприятия. ГОСТ Р ИСО 15704-2008
Представление цели предприятия состоит из
двух компонент:
- представление продукции и потребительских услуг отражает реализацию миссии
предприятия как достижение чётко и, по-возможности, количественно определённых целей производства продукции и потребительских услуг, например, объём поставленной продукции конкретному потребителю в конкретный срок;
- представление менеджмента и контроля описывает цели менеджмента и контроля, необходимые для управления той частью предприятия, которая производит продукцию или оказывает услуги потребителю, например, определённый уровень себестоимости или качества конкретного продукта на конец планируемого периода.
Внутреннее деление этого представления используется для разграничения области описания предприятия, при этом следует иметь в виду, что область деятельности должна распространяться как на часть, ответственную за выполнения миссии, так и на часть, ответственную за менеджмент предприятия. Методология инжиниринга предприятия предлагает разработку отдельных моделей или описания для этих двух частей.
Слайд 14Архитектура предприятия. ГОСТ Р ИСО 15704-2008
Среда моделирования GERA с представлениями
моделирования
Слайд 15Архитектура предприятия. ГОСТ Р ИСО 15704-2008
Описание сущности предприятия содержит виды
деятельности, необходимые для разработки описания операционных требований к сущности, соответствующих
ей процессов и комплекса функциональных, поведенческих, информационных потребностей, а также потребностей, связанных с производственными возможностями. Такое описание включает в себя требования к сервисам и производству, менеджменту и управлению, независимо от того, будут ли они выполнены людьми вручную или при помощи оборудования (включая производственную, информационную технологию, технологию управления и информационного взаимодействия, любую другую технологию).
Помимо органзационно-технических аспектов, большое значение для принятия решения о её разработке и внедрении имеет представление её организационно-экономических характеристик. Рассматриваемый стандарт предполагает, что вслед за организационно-техническими требованиями к производственной системе должна следовать технико-экономическая оценка целесообразности их реализации.
Слайд 16Архитектура предприятия. ГОСТ Р ИСО 15704-2008
Экономическую оценку предлагается разделить на
три этапа:
- расчет стоимости решения;
- показатели результативности для принятого решения;
-
сопоставление затрат на выполнение решения с бюджетом проекта.
Таким образом, производится, с одной стороны, сопоставление затрат на реализацию проекта с инвестиционным бюджетом, а с другой стороны, сопоставление результативности принятого решения с целями, вытекающими из стратегии компании. Анализ можно вести как по всей производственной системе в целом, так и по отдельным её подсистемам с учётом взаимосвязей между ними и этапов жизненного цикла системы и её компонентов.
Представление экономических аспектов архитектурной модели предприятия дано в стандарте применительно к производству, интегрированному на основе компьютерных технологий (компьютеризированное интегрированное производство, CIM). Оно выделяет существующее содержание модели и установленные аналитические методы для информирования лиц, ответственных за принятие решений.
Слайд 17Архитектура предприятия. ГОСТ Р ИСО 15704-2008
Основа экономического представления
Слайд 18Архитектура предприятия. ГОСТ Р ИСО 15704-2008
Экономическое представление является наиболее важным
на ранней стадии жизненного цикла предприятя, когда вступает в силу
большинство экономических обязательств, и на более поздней стадии жизненного цикла, когда определяется реальный экономический эффект. Оно описывает экономические элементы, факторы влияния и скалярные показатели, заявленные в интегрированной системе, и связи, позволяющие определить их воздействие на экономические цели в проекте интеграции системы. Свойства этих показателей, факторов и элементов определяются или устанавливаются с помощью обязательных представлений модели: функционального, информационного, ресурсного и организационного.
В качестве метода, определяющего расходы и результативность, стандарт предлагает использовать исчисление стоимости, основанное на деятельности (Activity Based Costing, ABC), и функциональное представление предприятия. ABC отличается от традиционных методов стоимостной оценки тем, что првязывает все расходы как переменные конкретной деловой активности.
Слайд 19Архитектура предприятия. ГОСТ Р ИСО 15704-2008
АВС основывается на методе IDEFO,
расширенном включением данных по расчету издержек. Каждый блок модели включает
четыре атрибута:
-номер узла;
- наименование вида деятельности;
- механизм расходов;
- стоимость издержек.
Первые два атрибута берутся непосредственно из модели IDEFO, остальные должны определяться проектировщиками.
Построение модели ABC основано на следующих принципах:
- ни один атрибут не может оставаться пустым;
- стоимость издержек основного процесса является суммой издержек всех процессов его более низкого уровня или видов деятельности;
- в случае наличия издержек, связанных с координационной деятельностью на том же уровне, она моделируется как деятельность того же уровня;
- разбивка модели выполняется в виде иерархии, эквивалентной IDEFO;
- распределение стоимости издержек должно осуществляться снизу вверх.
Слайд 20Архитектура предприятия. ГОСТ Р ИСО 15704-2008
Пример иерархии стоимости
Слайд 21Архитектура предприятия. ГОСТ Р ИСО 15704-2008
После построения общей экономической модели
появляется возможность с помощью АВС выявить экономические характеристики ИТ сервисов.
Модель может строиться, исходя из рыночных цен на продукцию и услуги предприятия, и при таком подходе четко задаёт верхний уровень экономически допустимых затрат на ИТ. В терминах АВС анализа ИТ сервис является стоимостным объектом для ИТ службы и ресурсом для потребителя услуг. По общим правилам АВС можно связать ИТ ресурсы, функции и их результаты. При этом распределение общих инфраструктурных затрат на конкретные сервисы может выявить как излишние мощности ресурсов инфраструктуры, так и их дефицит. Например, пропускная способность канала связи может оказаться существенно недоиспользована, а ресурс печатающего устройства, наоборот, перегружен, что приведёт к его сверхнормативному износу и досрочному выходу из строя.
Применение АВС метода возможно на всех трёх этапах экономической оценки проекта: при расчете стоимости решения; определении значений показателей результативности и при сопоставлении затрат на выполнение решения с бюджетом проекта.
Слайд 22Архитектура информационной системы
Архитектура информационной системы - наглядное отображение наиболее существенных
для разных участников построения, функционирования и последующего демонтажа системы свойств
и связей между относительно независимыми её сущностями: субъектами и объектами внутри системы и с внешней средой, а также протекающих в системе процессов
Логическая архитектура - высокоуровневое описание миссии организации, ее целей, стратегий их достижения и основных видов поддерживаемой ИС деятельности, обеспечивающих реализацию этих стратегий. Отражает: распределение указанных компонент между субъектами системы и развитие их во времени на протяжении жизненного цикла системы с отображением событий.
Техническая архитектура - модель материальных компонентов системы в целостном и обозримом виде. Техническая архитектура системы дает структурированное представление о следующих аспектах:
- функционирование системы и его результаты;
- структура и составные части системы;
- взаимодействие элементов системы;
- размещение элементов в пространстве.
Слайд 23Основные аспекты модели
Для субъектов: миссия, цели (мотивация) в системе,
интересы, их способности к выполнению той или иной роли и
квалификация, статус в системе (условия привлечения, обязательства, полномочия в отношениях с другими субъектами и роли для различных процессов), расходы на содержание и проч.
Для объектов: показатели назначения в системе, стандарты исполнения и функционирования, текущее состояние сообразно применению, характеристики применения (в т.ч. ресурсоёмкость и производительность), параметры для налогообложения, принадлежность субъекту (статус в системе), стоимость владения и проч.
Для процессов взаимодействия: события; роли объектов; роли субъектов, включая обязанности и полномочия (статус в процессе); нормативные, моральные и этические, технологические и прочие предписания и ограничения, имеющие отношение к аспекту рассмотрения; функции объектов и субъектов с характеристиками производительности и стоимости; связи внутренние и внешние, ресурсы и выходы процесса (с характеристиками объёма, стоимости и проч.), иные результаты в связи с достижением целей системы или её отдельных элементов, этапы и логика внутреннего развития процессов и их внешних взаимодействий.
Слайд 24Матричное представление архитектуры
По строкам матрицы разделяются взгляды разных категорий
наблюдателей, которые требуют согласования в процессе проектирования, создания, эксплуатации и
демонтажа системы
По столбцам матрицы расположены относительно независимые компоненты архитектуры, важные для комплексного представления знаний о системе и её связях с внешним миром в рамках одного взгляда (строки) или архитектуры в целом. Два первых столбца – субъекты и объекты, отображают систему в статике (структурные компоненты), третий – процессы, отображают динамику, реализацию целей системы во времени
Слайд 26Схема Захмана
Каждый из столбцов представляет определённый аспект рассмотрения:
объекты физические
и информационные (данные (data) во взаимосвязи между собой, представляющие информацию,
важную для системы);
функции (function) и наиболее важные операции, выполняемые в системе, в т.ч. формирование и передача знаний. Это может быть и потоковое описание процессов, с указанием, где возникают и как используются те или иные ресурсы и данные;
сеть (network), инфраструктура - описание расположения объектов системы в их взаимосвязи, включая топологию информационных потоков организации.
субъекты, люди (people), с описанием распределения ролей, ответственности, обязанностей и полномочий;
графики работ и событий, происходящих в системе, в привязке ко времени (time), которое может быть абсолютным или относительным, отражающим взаимосвязь процессов и явлений;
мотивация (motivation) и бизнес-цели различных субъектов.
Слайд 27Схема Захмана
Шесть уровней восприятия:
общие намерения (scope) - точка зрения
на систему её владельцев и высшего менеджмента в терминах миссии,
целей, стратегий, основных направлений деятельности в связи с внешней средой;
модель предприятия (Enterprise Model) в понимании управленцев, главным образом, с точки зрения важности тех или иных процессов и их окружения для реализации миссии, стратегий и достижения целей. Это внутреннее и достаточно детальное описание, но может не содержать существенных связей и элементов, если они «не видимы» с данной точки зрения;
системная модель (system model) - полное и цельное представление всех существенных элементов системы и их связей. Как правило, содержит онтологическую модель системы без детализации частных решений;
технологическая модель (technology model) - показывает, каким образом производятся различные продукты системы, в т.ч. и информационные;
компоненты (components) - детальное представление системы в совокупности различных видов её обеспечений (информационное, техническое, программное, кадровое, правовое и т. п.);
представление аспектов функционирования системы (functioning system) с точки зрения персонала организации и внешних пользователей.
Слайд 29Понятие «бизнес-модель»
Бизнес-модель организационной системы должна увязывать миссию системы, её цели
и стратегии их достижения, то есть желаемое будущее, с настоящим
- реальными видами деятельности и их результатами, организационными структурами, их функциями, полномочиями и ответственностью, распределением ресурсов и проч.
Методическими источниками для построения бизнес-моделей могут служить ГОСТ Р ИСО 9001-2008 «Системы менеджмента качества. Требования» или ГОСТ Р ИСО/МЭК 15288-2005 «Информационная технология. Системная инженерия. Процессы жизненного цикла систем»
В последние годы комплексную бизнес-модель, представленную в виде, понятном для лиц, принимающих решения (ЛПР) по различным аспектам деятельности предприятия, принято называть архитектурой предприятия. Требования к стандартным архитектурам и методологиям предприятия изложены в одноимённом ГОСТ Р ИСО 15704-2008 (ISO 15704:2000)
Слайд 30Рекомендации компании «БИТЕК»
бизнес-модель банка включает 5 групп бизнес-моделей в соответствии
с основными системами управления в банке:
стратегическое управление,
управление бизнес-процессами,
управление персоналом и оргструктурой,
управление качеством;
объекты деятельности и ресурсы.
В каждой группе находятся различные бизнес-модели по конкретным аспектам, соответствующим группе – системе управления.
Слайд 311. Стратегическое управление
1.1. Модель стратегий описывает основные стратегии банка
и их характеристики: продуктовые, клиентские, функциональные, финансовые и т.д.
1.2. Модель
бизнес-направлений – это стратегическое направление деятельности банка, которое выделено в соответствии типами клиентов, продуктов или рынков и приносит значительную прибыль. Далее детализируются на продукты и услуги, что в результате дает модель продуктов и услуг банка.
1.3. Модель стратегических целей описывает структуру и характеристики стратегических целей банка. Цели рекомендуется группировать, например по перспективам системы сбалансированных показателей (BSC): Финансы, Клиенты, Процессы, Персонал, Развитие.
1.4. Модель показателей KPI описывает структуру и характеристики показателей (KPI).
1.5. Модель проектов / стратегических инициатив предназначена для систематизации управления проектами. Проекты могут способствовать достижению стратегических целей – в таких случаях между ними устанавливается и отслеживается связь (проекция). Все проекты рекомендуется группировать по перспективам BSC в соответствии с целями, либо по другим критериям
1.6. Стратегическая / счетная карта BSC предназначена для визуализации стратегических целей и причинно-следственные связей между ними. Счетные карты показывают перечень целей и их основных атрибутов: показатели, владелец, проекты, единицы измерения и т.д.
Слайд 322. Управление бизнес-процессами
2.1. Модель (дерево) бизнес-процессов. Приняты следующие уровни:
1-й
уровень: основные, обеспечивающие, управления.
Критерий: предназначение бизнес-процесса.
2-й уровень. Для основных
бизнес-процессов: обслуживание физических лиц, обслуживание юридических лиц, работа на финансовых и межбанковских рынках и др.
Критерий: бизнес-направление.
3-й уровень. Для основных бизнес-процессов - критерий: тип банковского продукта / услуги. Например, Кредитование ФЛ или Расчетно-кассовое обслуживание ЮЛ.
4-й уровень. Для основных бизнес-процессов - критерий: конкретный банковский продукт / услуга. Например, Потребительское кредитование или Банковские счета ЮрЛ.
2.2. Матрица (сеть) бизнес-процессов представляет графический / табличный аналог дерева бизнес-процессов с указанием общих связей между процессами.
2.3. Модель окружения бизнес-процесса создается перед его детальным описанием, для того чтобы показать границы процесса (входы-выходы, события начала-завершения) и атрибуты процесса (автоматизирующие его информационные системы, показатели, владелец, исполнители и многое другое).
2.4. Модель бизнес-процесса (технологическая карта) представляет собой детальное описание бизнес-процесса, описание его бизнес-логики.
Слайд 333. Управление персоналом и оргструктурой
3.1. Модель организационной структуры строится
иерархически, от верхнего уровня к нижнему: топ-менеджмент, блоки (при наличии),
департаменты, управления, отделы, должности.
3.2. Модель территориальной структуры имеет большое значение для фирм с филиальной сетью, строится по аналогии с организационной структурой и включает следующие элементы: представительство, филиал, дополнительный офис, операционная касса вне кассового узла (ОКвКУ) и др.
3.3. Модель бизнес-ролей предназначена для случаев, когда организационной структуры не достаточно для решения задач бизнес-моделирования, строится в виде дерева, либо простого списка
3.4. Матрица распределения ответственности представляет собой таблицу, где по строкам указаны бизнес-процессы, по столбцам структурные звенья
3.5. Модель компетенций и полномочий задаёт описание знаний, прав и полномочий, требований и другой информации, которая в дальнейшем привязывается к должностям и процессам. Включает:
Карты знаний (Knowledge map);
Карты полномочий (Authority map).
Слайд 344. Управление качеством
4.1. Модель (дерево) стандартов и требований содержит официальные
тексты стандартов серии ISO 9000 и других, сгруппированные по разделам
в виде иерархического списка. Для каждого Раздела: ответственное лицо, проект или программа, нормативные документы, другие атрибуты.
4.2. Модель показателей качества (для ISO 9000) для привязки к бизнес-процессам и оценки их качества в рамках системы менеджмента качества.
4.3. Модель проблем / отклонений выполняется в нотации «Cause and Effect diagram» (диаграмма причин-следствий).
Слайд 355. Объекты деятельности и ресурсы
5.1. Модель библиотеки документов позволяет систематизировать
все документы банка (нормативные документы, формы документов, тарифы, информационные письма
др.), организовать к ним единый доступ сотрудников банка с разграничением прав
5.2. Модель информационных систем и баз данных позволяет структуризировать все информационные системы и базы данных, может детализироваться до модулей, ИТ-функций с привязкой экранных форм, ссылок на базы данных
5.3. Модель материальных ресурсов - можно иерархически упорядочить ресурсы, присвоить им различные параметры и классифицировать (например, по бизнес-процессам, по типам ресурсов и т.п.)
5.4. Модель операционных ресурсов включает:.
Модель аппаратных ресурсов (компьютер, сервер, принтер и т.д.)
Модель локальной вычислительной сети (ЛВС) и телекоммуникаций.
Модель хозяйственных ресурсов.
Модель транспортных ресурсов.
Карты помещений банка (схемы расположения мебели, бытовых объектов и т.д.)
Карты средств безопасности и технической защиты банка (количество, типы и расположение камер наблюдения, средств контроля доступа СКД и т.д.)
Модель банковского оборудования.
Слайд 36Методика фирмы БИГ
Построение полной бизнес - модели компании ведётся в
следующем порядке:
на основании разработанной миссии формируются цели и стратегии
системы;
с их помощью определяется необходимый набор продуктов, и, как следствие – требуемые ресурсы;
воспроизводство продукции происходит за счет переработки ресурсов в основном производственном цикле. Его компоненты формируют необходимые бизнес - функции для поставки ресурсов, производства продуктов и их распределения в места реализации;
для управления процессом производства формируется набор функций управления;
для поддержания процессов производства и управления формируются наборы соответствующих функций обеспечения.
Слайд 37Компоненты полной бизнес-модели
Модель целеполагания объединяет миссию, цели и стратегии и
позволяет понять, зачем система занимается той или иной деятельностью, какие
её цели и стратегии их достижения на уровне плановых значений показателей и ожидаемых сроков их достижения.
Организационно-функциональная модель связывает процессы и функции с организационными звеньями и даёт картину того, что и в каком подразделении делается, закрепляет ответственность до уровня отдельных должностей и ролей персонала.
Функционально-технологическая модель описывает последовательное преобразование материальных и информационных ресурсов в системе. Может быть подвергнута детализации вплоть до отдельных технологических процессов.
Количественная (финансовая) модель описывает формирование и исполнение бюджета в привязке к конкретным бизнес- процессам и статьям бюджетной классификации.
Модель структуры данных описывает информационные ресурсы системы; классификацию, форматы, способы хранения, адресность, время и место использования организационно-распорядительных и иных документов; описания субъектов, объектов и процессов системы и внешнего окружения в учётных системах организации и её системах управления.
Слайд 38ГОСТ Р 52294-2004. Информационная технология
УПРАВЛЕНИЕ ОРГАНИЗАЦИЕЙ
ЭЛЕКТРОННЫЙ РЕГЛАМЕНТ АДМИНИСТРАТИВНОЙ И
СЛУЖЕБНОЙ ДЕЯТЕЛЬНОСТИ
УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Постановлением Госстандарта России от
29 декабря 2004 г. № 138-ст
Стандарт распространяется на автоматизированные системы обработки информации и управления учреждений, предприятий и организаций и определяет основные положения по созданию, внедрению, эксплуатации и сопровождению электронного регламента их административной и служебной деятельности. Положения стандарта следует учитывать при создании новых или совершенствовании существующих технологий управления организацией.
Электронный регламент административной и служебной деятельности: совокупность правил, устанавливающих порядок деятельности администрации, менеджеров и исполнителей организации в рамках согласованных рабочих процессов, обеспечивающих достижение заявленных целей, реализованная с применением информационно-коммуникационных технологий
Слайд 39ГОСТ Р 52294-2004
Регламент административной и служебной деятельности представляет собой
наиболее четко формализованную часть корпоративного знания организации, которая на постоянной
основе применяется для поддержки с гарантированным качеством воспроизводящейся деятельности в рабочих процессах и управлении. Данный регламент:
- определяет в согласованном виде правила построения и исполнения работ организацией, а также взаимодействие организации с внешним окружением;
- представляет (в интересах персонала управления, исполнителей работ и других заинтересованных лиц) деятельность организации по выделенным направлениям в необходимом и достаточном для их потребностей содержании и объеме;
- поддерживает в согласованном состоянии вертикальные и горизонтальные связи в системе управления организацией, обеспечивает управляемость организации, прозрачность и контролируемость схем управления.
Частные регламенты подразделений, отдельных исполнителей или работ (операционные регламенты) представляют собой соответствующим образом выделенные части единого регламента организации и, будучи согласованными между собой, в совокупности образуют регламент организации.
Слайд 40ГОСТ Р 52294-2004
Соотношение в организации системы (пространства) корпоративных знаний,
пространства управления, системы управления (менеджмента) качества организации и ее регламентов
Слайд 41ГОСТ Р 52294-2004
В основе электронного регламента лежит представление об
организации в ее взаимодействии со своим окружением как о едином
целом, обеспечивающем необходимые для самой организации и ее потребителей результаты через согласование в общей логике деятельности таких элементов, как:
- цели;
- ресурсы;
- составляющие деятельности организации и принципы их взаимодействия;
- компетенции (в т.ч. при взаимодействии с другими организациями и лицами);
- границы компетенции и управления (организационные, правовые, технологические и другие ограничения). Часть границ устанавливает сама организация, часть устанавливается внешним окружением.
Управление границами является одним из наиболее эффективных способов достижения целей, так как очень часто оптимальные решения лежат именно на границах. Одним из конечных результатов системного проектирования является регламент административной и служебной деятельности организации, в котором закрепляются правила работы, обеспечивающие желаемые результаты деятельности организации. Реализация такого регламента с применением ИКТ создает дополнительные гарантии воспроизводства деятельности по заданным правилам с гарантированным качеством в интересах потребителя при сокращении влияния субъективного фактора в организации.
Слайд 42ГОСТ Р 52294-2004
Базовыми принципами электронного регламента административной и служебной
деятельности организации являются:
- обеспечение согласованности и непротиворечивости деятельности исполнителей рабочих
процессов в интересах достижения целей организации;
- обеспечение прозрачности, понимаемости и контролируемости заинтересованными лицами процессов принятия решений в рамках определенных полномочий, получение объективной информации о работе организации, ее процессов, подразделений или отдельных исполнителей;
- удовлетворение объективной потребности в информационном обеспечении управления организацией на всех уровнях иерархии;
- сокращение затрат ресурсов на обеспечение управления;
- поддержание объективных возможностей проведения проверки адекватности, согласованности, актуальности и эффективности проектируемых, а также контроля действующих процессов;
- выявление и устранение потенциальных нарушений, управление изменениями деятельности, поддержание адекватного системного представления организации при принятии управленческих решений.
Слайд 43ГОСТ Р 52294-2004
При создании электронного регламента административной и служебной
деятельности как неотъемлемой части системы управления организацией должны быть в
приоритетном порядке решены следующие вопросы:
- формирование, ведение и применение моделей целевой деятельности и причинно-следственных отношений в деятельности организации;
- проектирование в соответствии с моделями схем управления и связанной с ними необходимой и согласованной системы событий и объектов;
- проектирование организационной и технологической сред исполнения рабочих процессов и сценариев их функционирования;
- формализация и передача заинтересованным лицам данных о рабочих процессах по принципу «точно по адресу, в требуемом виде и точно в срок» (в том числе данных о рабочих процессах, выполняемых однократно);
- сбор, накопление, анализ и применение данных и документов.
Слайд 44ГОСТ Р 52294-2004 Способы представления деятельности
Способы представления деятельности в электронном
регламенте в зависимости от ее описания (представления, моделирования) или от
конкретных форм управления организацией могут быть различными и определяться их спецификой. Наиболее часто встречаются следующие формы:
- процессная, когда объектом управления является сам процесс создания выходного результата. Такой способ является наиболее эффективным для получения результатов на регулярной основе при относительно стабильной последовательности операций их получения;
- функциональная, где объектом управления является поддержание готовности выполнения отдельными составными частями организации определенных функций с требуемыми характеристиками. Такая схема, как правило, оправдана, когда в организации поддерживаются слабозависимые короткие цепочки работ, каждая из которых выполняется небольшим числом исполнителей;
- проектная, когда фаза проектирования уникального, ограниченного по времени и ресурсам процесса достижения желаемого результата каждый раз включается как необходимый элемент получения этого результата. Такая схема, как правило, оправдана для получения разовых, не воспроизводимых многократно, результатов. В этом случае регламент административной и служебной деятельности для каждого проекта должен формироваться до начала его осуществления.
Слайд 45ГОСТ Р 52294-2004 Способы представления деятельности
Общей основой описания организации деятельности
является подлежащее регламентации технологическое или пооперационное представление, в рамках которого,
исходя из целей организации, устанавливаются связи между операциями для получения конечных, значимых для потребителя, результатов.
В современной интерпретации это соответствует построению моделей деловых процессов организации.
Текст стандарта структурирован таким образом:
Термины и определения
Общее описание уровней управления
Правила представления и формализации описания уровней управления
Приложения (модель корпоративных знаний организации и показатели использования электронного регламента)
Слайд 46ГОСТ Р 52294-2004. Типовые уровни управления
В едином процессе управления
организацией можно выделить несколько типовых взаимодействующих уровней управления, обеспечивающих реализацию
целей и политики организации и консолидирующих ее корпоративные знания. Эти уровни управления в той или иной степени должны найти отражение в рамках электронного регламента служебной и административной деятельности:
Уровень проектирования стратегии организации (формирования единого корпоративного стандарта стратегического видения деятельности организации).
Уровень функций и процессов, который поддерживает целевую деятельность организации и ее функций, управление логикой рабочих процессов и структуризацию деятельности.
Уровень правил (регламентации) работ
Уровень управления исполнением
Уровень контроля исполнения
Уровень анализа и коррекции
Слайд 47ГОСТ Р 52294-2004. Уровень проектирования стратегии
Уровень проектирования стратегии организации (формирования
единого корпоративного стандарта стратегического видения деятельности организации).
На этом уровне формируются
общие цели, критерии их достижения, принципы и схемы взаимодействия с окружением. Формализуются общая причинно-следственная модель деятельности, цели, измеримые способы отображения уровня достижения целей. Ответственность за правильность и полноту представления уровня возлагается на персонал управления высшего звена.
Цели распределяются по отдельным направлениям деятельности и согласуются между собой. Проводится планирование мероприятий на уровне организации по достижению целей. Определяются сбалансированные показатели, позволяющие давать количественные и качественные оценки достижения поставленных целей организации как единой системы, а также определяются конкретные желаемые значения этих показателей.
Устанавливаются отношения следующих объектов корпоративного знания: перспектива (направление) → цель → ключевые показатели цели → связь с другими целями → мероприятия по достижению цели → ответственность.
Слайд 48ГОСТ Р 52294-2004. Уровень проектирования стратегии
К типовым вопросам, которые необходимо
решать на уровне проектирования стратегии организации, относятся:
- каковы основные цели
организации?
- к каким направлениям деятельности относятся цели организации?
- как измеряется достижение целей?
- что влияет на достижение цели?
- какие мероприятия способствуют достижению каждой цели?
- кто отвечает за достижение цели?
- какие ресурсы выделяются для достижения целей?
Слайд 49ГОСТ Р 52294-2004. Уровень функций и процессов
Уровень функций и процессов
поддерживает целевую деятельность организации и ее функций, управление логикой рабочих
процессов и структуризацию деятельности.
1. Деятельность организации и критерии достижения целей декомпозируются для рабочих процессов и подразделений; формулируются и уточняются модели факторов, также влияющих на достижение целей.
2. Формируются требования по компетенции и ответственности персонала управления. Выделяются фрагменты деятельности (отдельные процессы и работы), обеспечивающие достижение установленных целей применительно к функциям организации и ее подразделений, определяются показатели, характеризующие степень приближения к целям.
3. Определяются ограничения на выполнение выделенных работ и компетенцию управленческого персонала. Ответственность за правильность и полноту представления уровня несут заместители руководителя организации по направлениям и персонал управления среднего звена.
Слайд 50ГОСТ Р 52294-2004. Уровень функций и процессов
4. Проводится общее согласование
границ рабочих процессов и подпроцессов, их интерфейсов и результатов процессов.
5. Устанавливается необходимая нормативно-методическая база управления организацией.
6. Проводится декомпозиция системы сбалансированных показателей (по номенклатуре и значениям), комплексно характеризующих состояние организации для уровня описания операционных целей и работ.
7. Определяются основные решения по управлению и поддержанию функционирования рабочих процессов в подразделениях и по взаимодействию с внешним окружением.
Слайд 51ГОСТ Р 52294-2004. Уровень функций и процессов
На данном уровне устанавливаются
отношения следующих объектов корпоративного знания: цель (отображение достижения и связанные
параметры, факторы, условия достижения) → функции, задачи → процессы, работы → компетенции, ответственность.
К типовым вопросам управления, которые необходимо решать на данном уровне, относятся:
- какие имеются ограничения, условия и факторы, влияющие на достижение цели и каково их текущее состояние?
- какие состояния достижения цели выделяются и каково их отображение (индикаторы)?
- как обеспечивается реализация функций?
- какие работы выполняются для обеспечения каждой цели и каковы их основные характеристики?
- как распределяются задачи и работы по подразделениям?
- какими ресурсами обеспечиваются рабочие процессы?
- какую степень компетенции по принятию управленческих решений имеют ответственные исполнители и каковы типовые управленческие решения?
Слайд 52ГОСТ Р 52294-2004 Уровень регламентации работ
На данном уровне реализуется проектирование
и управление правилами организации работ (формирование содержания регламента выполнения работ),
устанавливаются операционные регламенты выполнения работ, то есть схемы, правила и средства обеспечения преобразования «входов» работ в их «выходы».
Определяются результаты каждой выделенной работы, применяемые для ее выполнения материальные объекты и информация, правила контроля (входного, внутреннего, выходного), контролирующие лица, их действия в случае несоответствия установленным требованиям, ответственные исполнители, база (технологическая, нормативная, методическая), показатели (входные, внутренние, выходные), документы (входные, внутренние, выходные), необходимые ресурсы, компетенция персонала, периодичность, сроки начала и завершения работ. Ответственность за правильность и полноту представления данного уровня несут руководители среднего и нижнего звена, ответственные исполнители работ.
Определяются конкретные пункты документов нормативно-методической базы с требованиями, которыми должны руководствоваться ответственные исполнители работ, полные перечни получаемых, формируемых и передаваемых показателей, методик их формирования и оценки. Определяются правила входного, внутреннего и выходного контроля результатов работ. Проводится согласование «входов» и «выходов» работ в рабочих процессах, обеспечивающих значимые для организации и их потребителей результаты.
Слайд 53ГОСТ Р 52294-2004 Уровень регламентации работ
На данном уровне устанавливаются отношения
следующих объектов корпоративного знания: работа (правила, содержание) → нормативно-методическая и
технологическая база → сроки → ответственность → результаты (получаемые, формируемые, передаваемые).
К типовым вопросам управления относятся:
- что и как создается в результате работы, кто отвечает за ее выполнение?
- какое необходимо технологическое и ресурсное обеспечение для выполнения работы?
- какими нормативно-методическими документами определяются требования по выполнению каждой работы?
- кто и какие выполняет действия?
- кто и какие получает, формирует, передает документы, показатели и другие результаты работы?
- по каким правилам и схемам формируются показатели и документы?
- от кого и как принимаются документы и показатели, куда и как передаются?
- каким уровнем компетенции обладают персонал управления и исполнители?
- кто, каким образом, при каких условиях и когда проверяет, согласует и утверждает результаты работы?
Слайд 54ГОСТ Р 52294-2004 Уровень управления исполнением
Данный уровень обеспечивает оперативное
исполнение работ по заданным правилам (реализация во времени регламента по
каждому экземпляру работы). Обеспечивает управление событиями, определенными регламентами исполнения конкретных работ, проведение их аудита, выявление и отработку отклонений. Поддерживается планирование событий по выполняемым работам в соответствии с действующими операционными регламентами и текущими особенностями их исполнения. Выполняется управление событиями по установленным планам до уровня рабочего места исполнителей. Ведется оперативный контроль процессов, учета требований потребителей, результатов аудита организации и исполнения работ, производится формирование статистики по исполнению. Ответственность за полноту и правильность представления несут ответственные исполнители работ (по плановым событиям), руководители среднего и нижнего звена.
В ходе отработки событий по исполняемым рабочим процессам регистрируются получаемые промежуточные и окончательные результаты, ведется учет получения всей номенклатуры данных и связанных с ними форм, а также данных оперативного аудита организации работ и хода их выполнения, в том числе контроль исполнительской дисциплины. В случае необходимости производится рассылка заинтересованным лицам информации о ходе исполнения рабочего процесса (в том числе по задержкам работ в целом или их этапов).
Слайд 55ГОСТ Р 52294-2004 Уровень управления исполнением
На данном уровне устанавливаются
отношения следующих объектов корпоративного знания: работы → события (плановые, исполняемые,
прошедшие, просроченные) → объекты работы (получаемые, подготавливаемые, передаваемые) → аудит исполнителей (замечания, предложения) → рассылки по событиям.
К типичным вопросам управления, которые необходимо решать на данном уровне, относятся:
- какие имеются плановые (выполненные, просроченные) работы и события, выполняемые подразделением (исполнителем)?
- что получено (подготовлено, передано) в результате выполнения работы и какие есть замечания и предложения у потребителей результатов?
- какие ресурсы использовались (должны использоваться) в рабочих процессах?
- какие исполнители и по каким направлениям делали замечания и предложения, как на них реагировал персонал управления?
- какова статистика исполнения работ, а также зафиксированные причины задержек или других отклонений (по исполнителю, по подразделению)?
Слайд 56ГОСТ Р 52294-2004 Уровень контроля исполнения
Поддерживается накопление информации, необходимой
для обеспечения деятельности в соответствии с регламентом и относящейся к
контролю исполнения. Обеспечивается ведение полученных, созданных и переданных документов, показателей и данных об исполнительской дисциплине, внешней статистике, данных об исследованиях окружающей среды. Ответственность за представление информации несут ответственные исполнители работ и информационные службы организации.
Обеспечивается доступ к подготовленным данным и документам, а также к необходимой статистике процессов подготовки. Формируются требования к типовым методам обработки и представления информации руководителям всех уровней и другим заинтересованным лицам.
На данном уровне устанавливаются отношения следующих объектов корпоративного знания: накопленные данные и документы → измерения данных → типовые формы представления → публикация (в соответствии с правами доступа пользователей).
К типичным вопросам управления относятся:
- какие документы или данные имеются по процессам?
- какие из имеющихся данных удовлетворяют требуемым условиям отбора?
- кто и какие изменения вносил в данные и какова статистика изменений (по исполнителям, подразделениям)?
- какова статистика исполнительской дисциплины в части подготовки данных и документов?
Слайд 57ГОСТ Р 52294-2004 Уровень анализа и коррекции
Реализуются процедуры анализа и
выработки корректирующих действий, выделения знаний из имеющихся накопленных данных, информации,
документов, записей аудита процессов в контексте целевой и операционной деятельности организации. Исследуется эффективность деятельности организации в различных разрезах, выявляют и прогнозируют тенденции развития организации и внешней среды. Ответственность за полноту и правильность управления несет руководитель организации и его заместители по направлениям.
На уровне анализа и коррекции устанавливаются отношения следующих объектов корпоративного знания: накопленные данные и документы → новые знания → предложения по изменениям.
К типичным вопросам управления относятся:
- какие имеются слабые места в деятельности организации?
- каков уровень ресурсного обеспечения деятельности?
- какие тенденции в деятельности организации и ее окружении проявляются по имеющимся данным?
- какие выводы наиболее вероятны исходя из имеющихся данных?
- какие предложения следуют из результатов анализа, какова их обоснованность?
- что потребует и что даст реализация предложений?
Слайд 58ГОСТ Р 52294-2004 Управление ресурсами
Формирование уровней управления базируется на едином
представлении ресурсов и процессов их применения в организации. Модель требуемых
ресурсов формируется в процессе проектирования деятельности организации и отражается в регламенте. В модель ресурсов организации включаются представления:
- организационной структуры;
- территориального распределения;
- кадров;
- движения финансовых средств;
- технологических процессов;
- оборудования;
- оснастки и инструментов;
- контрольно-измерительной аппаратуры;
- нормативной и методической базы;
- потребляемых природных ресурсов и энергоресурсов;
- зданий, помещений и их использования;
- информационных систем и данных;
- получаемых и передаваемых объектов в соответствии со спецификой работы организации;
- другие представления, специфические для организации.
Слайд 59ГОСТ Р 52294-2004 Представление стратегии
Для представления уровня проектирования и регламентации
стратегии организации применяется следующая схема.
1) Формализуются стратегические цели организации. Стратегические
цели распределяются по перспективам (направлениям) и измерениям.
Типовые перспективы:
- социальная результативность;
- финансовая результативность;
- удовлетворенность клиентов;
- эффективность рабочих процессов;
- обеспеченность развития и роста.
Допускается введение других перспектив (или исключение ранее приведенных), если общая логика реализации стратегии этого требует.
Типовые измерения целей:
- этап жизненного цикла (создание, функционирование, развитие, поддержание, ликвидация);
- время;
- деньги и/или другие виды ресурсов;
- количественные характеристики.
Полный набор необходимых измерений формируется самой организацией.
Слайд 60ГОСТ Р 52294-2004 Представление стратегии
2) Определяются причинно-следственные связи между целями
одной или более перспектив. Связи представляются в виде графа, в
вершинах которого расположены цели, а ориентированные дуги показывают направление влияния. Дополнительно дугам могут приписываться значения, отражающие степень влияния (по единой шкале), а также описания механизмов и условий влияния.
3) Определяются перечни показателей, характеризующие уровень достижения цели, и желаемые значения этих показателей (в том числе в зависимости от времени).
Выделяются основные показатели, а также их численные значения, позволяющие объективно (в заранее заданных единицах измерения) судить о планах и текущем уровне достижения каждой поставленной цели. Показатели, выступающие в роли индикаторов по целям, должны исчерпывающе характеризовать достижение целей во времени и быть уместными, определяемыми, измеримыми, физически реализуемыми и прослеживаемыми.
4) Определяются мероприятия для достижения целей (в том числе основные события и их результаты с плановыми сроками).
5) Определяются ответственные исполнители.
Слайд 61ГОСТ Р 52294-2004 Представление целей подразделения
Для отражения уровня проектирования и
управления, логикой рабочих процессов и структуризации деятельности используется согласованное представление
деятельности подразделения по обеспечению конкретных целей. В этих представлениях в формализованном виде отражаются:
- наименование выделенной цели деятельности подразделения;
- связь с целями более высокого уровня и функциями;
- подразделение, реализующее данную цель, и ответственный работник;
- направленность цели (создание, функционирование, поддержание, развитие, ликвидация);
- ответственный за цель;
- интервал времени, заданный для достижения цели;
- работы, обеспечивающие достижение цели;
- имеющиеся ограничения, условия и факторы;
- индикаторы, отражающие состояние по достижению цели, связанные с ними показатели, методы расчета и механизмы влияния;
- задачи, решаемые для достижения цели;
- типовые состояния оценки достижения цели, характеризующие их индикаторы и критерии;
- принимаемые типовые управленческие решения для достижения целей (ответственные лица, содержание управленческого решения, условия принятия, проводимые мероприятия, требуемые ресурсы, порядок инициирования, согласования, утверждения, исполнения).
Слайд 62ГОСТ Р 52294-2004 Представление работ подразделений
В этих представлениях отражаются:
- наименование
работы;
- статус работы (действует постоянно, действует временно, разрабатывается, приостановлена, не
действует);
- подразделение-исполнитель;
- ответственный исполнитель и исполнители работы;
- связь с работами и мероприятиями других уровней иерархии;
- связь с целями и функциями подразделения;
- периодичность работы, ее начало и плановая продолжительность;
- нормативные затраты на выполнение работы (время, финансы, материальные ресурсы);
- подробное описание работы (пошаговая схема с указанием действий исполнителей для достижения необходимого результата);
- используемая технологическая, нормативная и методическая базы выполнения работы;
- входные объекты для выполнения работы;
- содержание рабочего объекта;
- необходимое технологическое обеспечение для выполнения работы и требования к нему;
- применяемые частные регламенты или сценарии для выполнения работы;
- объекты, создаваемые в ходе работы;
- применяемые методы контроля объекта;
- заключительные результаты работы.
Слайд 63ГОСТ Р 52294-2004
Представление сценариев исполнения работ
В этих представлениях с
учетом текущих особенностей отражаются:
- наименование объекта работы;
- связанные описания по
работе (цели, мероприятия или работы более высокого уровня);
- ответственный;
- сроки начала и окончания работы;
- получаемые объекты или информация;
- события по работе с объектом;
- рассылка уведомлений по событиям;
- создаваемые по работе задания или поручения;
- порядок и регламенты взаимодействия при получении, подготовке или передаче объекта;
- порядок использования средств технологического обеспечения работы;
- аудит исполнителей (замечания, предложения) по объектам, срокам;
- учет затраченных ресурсов.
Слайд 64ГОСТ Р 52294-2004
Представление информационных объектов в работах
Для отражения требований
регламентного управления на уровне фиксации данных и документов могут использоваться
формализованные представления информационного объекта. В них отражаются:
- наименование информационного объекта (документа, показателя);
- ответственность за содержание данного объекта (автор создания, авторы изменений);
- программно-технологические средства для работы с информационным объектом;
- редакции (версия, внесение изменений);
- этапы жизненного цикла (даты создания, пересмотра, изъятия);
- уведомления по событиям (при создании, изменении или изъятии);
- допуски на применение, дополнения, изменения;
- связь с другими информационными объектами (для зависимых объектов, расчетных показателей).
Формализованные представления информационных объектов разрабатываются на уровне подразделений с участием ответственных исполнителей и утверждаются на уровне руководителей направлений деятельности организации.
Слайд 65ГОСТ Р 52294-2004
Требования к информационной среде электронного регламента:
- обеспечивать
логическое единство базы знаний и данных для всей организации, независимо
от ее территориальной распределенности;
- поддерживать целостную систему данных, записей и документов, относящихся ко всем уровням управления организации, и поддерживать сквозную навигацию по связанным объектам представления корпоративных знаний как по единому логически связанному информационному пространству;
- обеспечивать необходимый для организации уровень защиты информации, в том числе контроль целостности, аутентичность и конфиденциальность данных, записей и документов с использованием при необходимости современных методов и средств криптографии, контроль доступа и разграничение прав и полномочий пользователей;
Слайд 66ГОСТ Р 52294-2004
Требования к информационной среде электронного регламента:
- обеспечивать
связность описаний, событий, документов и данных на всех уровнях управления,
осуществлять их верификацию и локализацию противоречий и рассогласований, а также давать полную информацию о возникающих рассогласованиях с возможно точной локализацией их источников;
- обеспечивать возможность непосредственного участия в проектировании деятельности всех ключевых работников организации независимо от их территориального расположения;
- поддерживать постоянную актуализацию всех информационных ресурсов и своевременное информирование всех заинтересованных лиц о происходящих изменениях;
- минимизировать затраты на управление и содержание информационной среды, применяя, по возможности, однотипные технологии, программные и технические средства на рабочих местах персонала.
Слайд 67ГОСТ Р 52294-2004
Общие показатели внедрения электронного регламента в деятельность
организации:
Коэффициент структурной применяемости Kстр
Коэффициент структурной применяемости по уровням иерархии Kiстр.у
где,
например:
i = 1 - соответствует управлениям;
i = 2 - соответствует отделам;
i = 3 - соответствует рабочим местам исполнителей.
Слайд 68ГОСТ Р 52294-2004
Общие показатели внедрения электронного регламента в деятельность
организации:
Коэффициент процессной применяемости Kп.п
Коэффициент документационной применяемости Kд.п
Коэффициент структурной повторяемости/средняя повторяемость
Kс.п
где Ki - число подразделений (структурных единиц, рабочих мест), для которых применяется типовой регламент с номером i (i принимает значения от 1 до п).
Слайд 69ГОСТ Р 52294-2004
Общие показатели внедрения электронного регламента в деятельность
организации:
Коэффициент нормативной или методической обеспеченности Kн.м.о
Среднее время доступа к необходимой
информации, содержащейся в регламенте
где Ti - среднее время доступа к информации, содержащейся в регламенте.
Сокращение времени доступа к необходимой нормативно-методической информации в результате внедрения регламента
Слайд 70ГОСТ Р 52294-2004
Общие показатели внедрения электронного регламента в деятельность
организации:
Коэффициент выполнимости регламента Kвып
Данный показатель отражает меру выполнимости предписаний регламента
исполнителями. Показатель может рассчитываться по организации в целом, подразделениям, отдельным выделенным рабочим процессам или персонально по исполнителям.
Уровень актуальности регламента в произвольный момент времени Kакт
где di - экспертная оценка (от 0 до 1) актуальности применяемого раздела регламента на момент опроса i-го работника из общего числа k опрошенных работников.
Слайд 71ГОСТ Р 52294-2004
Общие показатели внедрения электронного регламента в деятельность
организации:
Нацеленность организации на внешнего потребителя результатов ее работы может характеризоваться
набором следующих показателей.
Доля работ (целей, функций), использующих информацию от внешних потребителей Kвнеш_вх
Доля работ (целей, функций), прямо нацеленных на формирование результатов, передаваемых внешним потребителям Kвнеш_вых
Примечание - Для определения числа работ (целей, функций), охваченных регламентом, результаты которых непосредственно или после преобразования в ходе других работ передаются внешнему потребителю, может применяться принцип исключения. Если при отсутствии результатов какой-либо работы конечный выходной результат организации может быть получен без видимого ухудшения качества, то такая работа по отношению к данному результату является второстепенной и не учитывается при получении искомого числа.
Слайд 72ГОСТ Р 52294-2004
Общие показатели внедрения электронного регламента в деятельность
организации:
Коэффициент качества действующего регламента Kрег
Коэффициент методической обеспеченности входного контроля Kвх.контр
Коэффициент
методической обеспеченности выходного контроля Kвых.контр
Слайд 73Определения понятия бизнес-процесс
бизнес-процесс - это конечная, взаимосвязанная совокупность действий с
использованием внутренних и внешних мотивов, ограничений и ресурсов, определяемая отношениями
внутри конечного множества субъектов и объектов, объединяющегося в систему с целью получения конкретного результата, отчуждаемого от системы или потребляемого ею самой.
БП - деятельность определённого числа субъектов (людей) или объектов (машин);
БП конечен во времени, может повторяться;
БП - достаточно сложная и взаимосвязанная совокупность действий, объединяет которую результат;
Мотивация к совершению БП может быть внешней или внутренней, это не спонтанная, а управляемая деятельность в том смысле, что имеет цель, правила и ограничения, в той или иной степени выраженный субъект управления (владельца);
Слайд 74Определения понятия бизнес-процесс
Существуют определённые правила и ограничения БП как внутри
системы, так и диктуемые извне;
БП - деятельность над определёнными ресурсами
(материальными, финансовыми, информационными) внешними или внутренними;
Субъекты и объекты БП составляют систему, т.е. на результат деятельности переносятся свойства не только каждого из них в отдельности, но и системный эффект (положительный или отрицательный);
Результат БП должен быть конкретно осязаем и либо отчуждаем от системы (продукт, услуга) в пользу (или во вред) внешнего потребителя, либо потребляться самой системой с определённым эффектом для неё, т.е. иметь стоимость.
Слайд 75Существенные параметры модели бизнес-процесса
- множества субъектов и объектов деятельности;
-
перечень действий и логика их взаимосвязи;
- временные параметры процесса;
- множество
входных параметров (ресурсов);
- множество выходных параметров процесса (результаты);
- существенные взаимосвязи между субъектами и объектами процесса;
- мотивы и цели действий, составляющих процесс;
- правила и ограничения, определяющие рамки и ход процесса;
- интегральные оценки качества процесса и его результатов;
- стоимостная оценка;
- управление.
Слайд 76Категории процессов по ИСО/МЭК/ТО 15504
- "потребитель - поставщик" –
процессы, непосредственно затрагивающие потребителя, поддерживающие разработку и передачу продукта потребителю
и обеспечивающие правильные эксплуатацию и использование продукта;
- инженерные процессы, непосредственно специфицирующие (проектирование), реализующие (производство) и сопровождающие (техническая поддержка) продукт;
- вспомогательные процессы, результаты которых могут быть использованы в любых других процессах (включая и другие вспомогательные процессы) на различных этапах жизненного цикла продукта;
- управленческие процессы, содержащие общие действия, которые могут быть использованы теми, кто управляет проектом любого типа или процессом в рамках жизненного цикла продукта;
- организационные процессы определения бизнес-целей системы и разработки процессов, продуктов или развития активов.
Слайд 77Процесс «реализации запроса клиента»
- разработка (проектирование) продукции, включая конструкторскую,
технологическую и частично организационную подготовку производства;
- закупка товаров, материалов,
комплектующих изделий;
- транспортировка закупленного от поставщика производителю;
- разгрузка, складирование и хранение закупленного;
- производство (со своим технологическим циклом и внутренней логистикой, начиная с организационной его подготовки);
- складирование и хранение готовой продукции;
- отгрузка готовой продукции (консервация и упаковка, погрузка, доставка);
- пуско-наладка продукции у потребителя, если это необходимо для обеспечения применения;
- оказание услуг в связи с эксплуатацией и последующей утилизацией продукции.
Слайд 78Функциональные области менеджмента
- стратегическое управление;
- организационное проектирование (структуризация)
системы;
- маркетинг;
- финансово-экономическое управление (в т.ч. учет);
-
логистика и организация основных и обеспечивающих процессов;
- менеджмент качества продукции и управления;
- управление персоналом.
Слайд 79Систематизация функций по управленческому циклу
анализ,
прогноз,
планирование,
организация,
распорядительство,
координация,
учёт,
контроль
Слайд 80Управление ресурсами
- выбор целевого критерия оценки качества решения;
- сбор
информации о ресурсах системы или возможностях внешней среды;
- расчет вариантов
(с различными предположениями о возможных значениях параметров);
- выбор оптимального варианта и принятие решения;
- доведение решения до исполнителя;
- учет результатов и отчетность;
- сравнение с принятым критерием оценки, т.е. контроль результатов;
- анализ причин отклонений и регулирование.
Слайд 81Управление организацией
- определение состава задач обособленных функций, операций;
-
выбор исполнителей, распределение зон и степени ответственности;
- проектирование последовательности
и порядка исполнения процедур;
- согласование и утверждение регламента исполнения, процесса, плана мероприятий;
- доведение решения до исполнителя;
- отчетность об исполнении;
- контроль исполнения (процедурный контроль);
- анализ причин отклонений и регулирование.
Слайд 82Обеспечение действующего производства:
- конструкторское обеспечение (не путать с конструкторской
подготовкой);
- технологическое обеспечение;
- метрологическое обеспечение;
- охрана труда и
поддержка техники безопасности;
- экологический контроль и т.п.
Слайд 83Обеспечение управления:
- организационное и оперативно-диспетчерское обеспечение управления производством;
- юридическое
обеспечение;
- обеспечение безопасности организации;
- материально-техническое обеспечение управления и
т.п.
Слайд 84Общие обеспечивающие процессы
- техобслуживание, реконфигурация и ремонт оборудования;
-
обеспечение организации теплоэнергоресурсами;
- обслуживание и ремонт зданий и сооружений;
- информационное
обеспечение;
- поддержка информационных технологий;
- обеспечение общего и технологического документооборота;
- коммуникационное обеспечение (связь);
- хозяйственное обеспечение;
- обеспечение коммунальными услугами;
- транспортное обслуживание и т.п.
Слайд 85Основные принципы функционального моделирования
1. Использование естественного и графического языка,
что придаёт модели наглядность, гибкость и удобство согласования со специалистами
предметной области
2. Модель имеет заранее определённую цель - отвечать на вопросы по поводу моделируемого объекта (функции) с заданной степенью точности. Обычно синтез совокупности этих вопросов и определяет цель модели. Из цели вытекает необходимая степень точности, которая и определяет момент завершения декомпозиции. Цель определяет области в исследуемой системе, на которых необходимо фокусироваться в первую очередь.
3. У модели может быть только одна точка зрения - позиция, с которой наблюдается система. Точка зрения определяет направление декомпозиции и глоссарий модели. Точка зрения обозначает основное направление развития модели и уровень необходимой детализации. Четкое определение точки зрения позволяет разгрузить модель, отказавшись от детализации и исследования отдельных, необязательных в данном случае, элементов.
4. Модель имеет единственный субъект. Необходимо точно определять границы системы для того, чтобы однозначно понимать интерфейсы с внешней средой.
5. Модель представляет собой связанную, иерархическую структуру согласованных диаграмм, между которыми существует однозначная соподчинённость.
Слайд 86Функциональная модель IDEF0
Рекомендована Р50.1.028-2001. Методология функционального моделирования
Типовой блок диаграммы:
Вход
при наличии управления преобразуется в выход с помощью механизма.
Цель разработки
IDEF0-модели определяет области в исследуемой системе, на которых необходимо фокусироваться в первую очередь.
Точка зрения обозначает основное направление развития модели и уровень необходимой детализации.
Глоссарий – словарь, раскрывающий смысл названий функциональных блоков и стрелок
Слайд 87Типы случайной, логической и временной связности
Случайная связность возникает, когда конкретная
связь между функциями мала или полностью отсутствует.
Логическое связывание- данные
и функции собираются вместе вследствие того, что они попадают в общий класс или набор элементов, но необходимых функциональных отношений между ними не обнаруживается.
Связанные по времени элементы возникают, когда данные используются одновременно
Слайд 88Тип процедурной связности
Процедурно-связанные элементы появляются сгруппированными вместе вследствие того, что
они выполняются в течение одной и той же части цикла
или процесса.
Слайд 89Тип коммуникационной связности
Диаграммы демонстрируют коммуникационные связи, когда блоки группируются вследствие
того, что они используют одни и те же входные данные
и/или производят одни и те же выходные данные
Слайд 90Тип последовательной связности
Выход одной функции служит входными данными для следующей
функции. Связь между элементами на диаграмме является более тесной, чем
на рассмотренных выше уровнях связок, поскольку моделируются причинно-следственные зависимости
Слайд 91Тип функциональной связности
Диаграмма отражает полную функциональную связность, при наличии полной
зависимости одной функции от другой
Слайд 92Декомпозиция диаграммы IDEF0
Минимальное число блоков – 3, максимальное - 6
Слайд 93Пример функциональной модели
Процесс отгрузки и доставки товара
Слайд 94Порядок моделирования
Сбор информации (источники информации, типы опроса, сам процесс)
Начало моделирования
(выбор цели и точки зрения; составление списков данных и функций;
построение А0 и А-0).
Продолжение моделирования (декомпозиция ограниченного объекта; выявление интерфейсных ошибок).
Проверка диаграмм автором (выявление недостатков, альтернативные декомпозиции, исправление взаимосвязанных диаграмм)
Цикл автор-читатель (составление исходной документации, комментирование работы, ответы, совершенствование моделей)
Завершение моделирования (редактирование глоссария, пояснения с помощью текста и рисунков, дополнение моделей)
Слайд 95Управление проектом создания модели
В начале формируется техническое задание на проектирование,
выбирается тип моделей, создаётся группа аналитиков, комитет технического контроля и
формируется график работ.
В проектной группе выделяются роли: менеджер проекта, КТК, авторы, эксперты, читатели, библиотекарь. КТК отвечает за разрешение конфликтов, поведение политики проекта, принятие результатов, интерпретацию и реализацию ТЗ.
Последовательность моделирования: опросить - создать модель - распространить материалы - рецензировать - обсудить и принять. (рис.4-1)
В папке для согласования обязана быть контекстная диаграмма, рецензируемая диаграмма и фрагмент глоссария.
Критические размеры продуктов:
Папка - 2 - 6 диаграмм и 3 - 6 циклов рецензирования.
Модель - 10 - 30 диаграмм
Слайд 96Основные классификационные признаки ИС
сфера функционирования объекта: промышленность, строительство, транспорт, сельское
хозяйство, непромышленная сфера, государственное управление и т.д.;
вид управляемого процесса:
технологический, организационный, экономический и другие;
организационный уровень в системе управления: межгосударственный, государственный, отраслевой, промышленное, научное или торгово-производственное объединение, предприятие, производство, цех, участок, технологический агрегат или процесс, рабочее место;
степень участия в решении задач управленческого цикла: анализ, прогноз, планирование, организация, распорядительство, координация, учёт или контроль
масштаб информационной системы (однопользовательские, групповые, корпоративные)
способ организации и распределения обработки и хранения данных (файл-серверные, клиент-серверные, мультиагентные и проч.).
Слайд 97Корпоративные информационные системы классов MRP – ERP II
MRP(Material Requirements Planning)
– Планирование материальных потребностей.
MRP II (Manufacturing Resource Planning) – Планирование
производственных ресурсов
ERP (Enterprise Resource Planning) – Планирование ресурсов предприятия
CRM (Customer Relationship Management) – Управление отношениями с потребителями
CSRP(Customer Synchronized Resource Planning) - Планирование ресурсов в зависимости от потребностей рынка
SCM (Supply Chain Management) - Управления взаимоотношениями с поставщиками
ERP II (Enterprise Resource and Relationship Processing) - Управление внутренними ресурсами и внешними связями предприятия)
Слайд 98Типы систем в зависимости от уровня управления
ESS (Executive Support Systems)
– исполнительные системы поддержки выполнения на стратегическом уровне;
MIS (Management
Information Systems) – управляющие информационные системы (системы управленческого уровня);
DSS (Decision Support Systems) – системы поддержки принятия решений (на управленческом уровне);
KWS (Knowledge Work Systems) – системы знания (системы уровня знания);
OAS (Office Automation Systems) – системы автоматизации делопроизводства (системы уровня знания);
TPS (Transaction Processing Systems) – системы диалоговой обработки запросов (системы эксплуатационного уровня).
Слайд 99Функции систем класса MRP II
Sales and Operation Planning (Планирование продаж
и производства);
Demand Management (Управление спросом);
Master Production Scheduling (Составление плана производства);
Material
Requirement Planning (Планирование материальных потребностей);
Bill of Materials (Спецификации продуктов);
Inventory Transaction Subsystem (Подсистема управления складом);
Scheduled Receipts Subsystem (Подсистема плановых поставок);
Shop Flow Control (Управление производством);
Capacity Requirement Planning (Планирование производственных мощностей);
Input/output Control (Контроль входа /выхода);
Purchasing (Материально-техническое снабжение);
Distribution Resource Planning (Планирование распределяемых ресурсов);
Tooling Planning and Control (Планирование и управление инструментальными
средствами);
Financial Planning (Планирование финансов);
Simulation (Моделирование);
Performance Measurement (Оценка результатов деятельности).
Слайд 100Дополнительные возможности систем класса ERP
Системы ERP представляют собой расширение
MRP II в направлении охвата всей сферы деятельности предприятия, включая:
-
реализацию управления всеми типами производства,
- интегрирование планирования ресурсов по различным направлениям деятельности,
- многозвенное планирование (т.е. агрегирование планов обособленных структурных подразделений),
- реализацию модулей мониторинга и управления взаимоотношениями предприятий с внешней сферой (в частности, учета информации о конкурентах – Benchmarking).
Информационные системы классов MRP, MRP II, ERP, ориентированные на реализацию функций учета и управления внутренней средой объекта управления (корпорации, предприятия, учреждения, организации) часто объединяют единым термином Back-Office.
Слайд 101Дополнительные возможности систем класса ERP II
Переход от планирования к
полноценному управлению привел к появлению интегрированных систем класса ERP II
– Enterprise Resource and Relationship Processing (Управление внутренними ресурсами и внешними связями предприятия). Такие системы, являются расширением систем ERP, включают все компоненты ERP, компоненты управления взаимоотношениями с потребителями (CRM), а также модуль управления взаимоотношениями с поставщиками – SCM (Supply Chain Management).
Информационные системы (и их модули), ориентированные на реализацию функций учета и управления внешней средой объекта управления (корпорации, предприятия, учреждения, организации) часто объединяют единым термином Front-Office.
Слайд 102Обозначения типов систем в зависимости от уровня управления:
ESS (Executive
Support Systems) – исполнительные системы поддержки выполнения на стратегическом уровне;
MIS (Management Information Systems) – управляющие информационные системы (системы управленческого уровня);
DSS (Decision Support Systems) – системы поддержки принятия решений (на управленческом уровне);
KWS (Knowledge Work Systems) – системы знания (системы уровня знания);
OAS (Office Automation Systems) – системы автоматизации делопроизводства (системы уровня знания);
TPS (Transaction Processing Systems) – системы диалоговой обработки запросов (системы эксплуатационного уровня).
Слайд 103CALS-технологии
CALS-технологии (Continuous Acquisition and Life cycle Support = непрерывная информационная
поддержка поставок и жизненного цикла) ― современный подход к проектированию
и производству высокотехнологичной и наукоёмкой продукции, заключающийся в использовании компьютерной техники и современных информационных технологий на всех стадиях жизненного цикла изделия, обеспечивающая единообразные способы управления процессами и взаимодействия всех участников этого цикла: заказчиков продукции, поставщиков/производителей продукции, эксплуатационного и ремонтного персонала, реализованная в соответствии с требованиями системы международных стандартов, регламентирующих правила указанного взаимодействия преимущественно посредством электронного обмена данными.
Работа по созданию национальных CALS-стандартов проводится в России под эгидой ФСТЭК РФ. С этой целью создан Технический Комитет ТК431 «CALS-технологии», силами которого разработан ряд стандартов серии ГОСТ Р ИСО 10303, являющихся аутентичными переводами соответствующих международных стандартов (STEP).
Слайд 104CIM технология
CIM технология - это перспективный метод поиска оптимальных решений
в различных областях знаний. В основе его лежат методы анализа
графов и поиска оптимальных решений с их использованием. Методика позволяет проводить многоуровневый анализ сложных территориальных промышленных комплексов с целью их оптимизации, находить оптимальные решения, анализируя весь комплекс доступного оборудования и подбирая оптимальные комбинации, либо вычисляя необходимые параметры для производства нового. На каждом шаге ведется численное моделирование процессов, протекающих на оборудовании, учет допустимых диапазонов значений и т.д.
Слайд 105EAM/APM-системы
Информационные системы по управлению основными фондами (EAM/APM-системы) используются для:
- для
увеличения отдачи от инвестиций в основные фонды и активы,
- для
снижения простоев оборудования,
- для управления объектами недвижимости,
- для управления транспортными парками,
- для оптимизации складских запасов,
- для управления географически распределенными и линейными объектами,
- для снижения доли затрат на ТОиР в себестоимости продукции.
Слайд 106ERP на российском рынке: пакет SAP Business Suite
Решения SAP Business
Suite основываются на открытой сервисно-ориентированной архитектуре (SOA) и работают на
базе технологической платформы SAP NetWeaver
Набор базовых приложений SAP Business Suite:
Управление взаимоотношениями с клиентами - (SAP Customer Relationship Management, SAP CRM);
Управление ресурсами предприятия - (SAP Enterprise Resource Planning , SAP ERP);
Управление жизненным циклом продукта - (SAP Product Lifecycle Management, SAP PLM);
Управление логистической сетью - (SAP Supply Chain Management, SAP SCM);
Управление взаимоотношениями с поставщиками - (SAP Supplier Relationship Management, SAP SRM).
Слайд 107ERP на российском рынке: пакет SAP Business Suite
Платформа SAP NetWeaver
содержит следующие компоненты и инструменты:
Компоненты:
Бизнес-аналитика (SAP Business Intelligence);
Портал предприятия (SAP Enterprise Portal);
Инфраструктура обмена: (SAP Exchange Infrastructure, SAP XI);
Управление основными данными (SAP Master Data Management);
Мобильная инфраструктура (SAP Mobile Infrastructure);
Инфраструктура SAP Auto-ID Infrastructure;
Сервер Web-приложений SAP (SAP Web Application Server)
Инструменты:
Архитектура композитных приложений (SAP Composite Application Framework);
Среда разработки SAP NetWeaver Developer Studio;
Платформа SAP Solution Manager
Дополнительные решения: Архивация и управление документами и данными SAP.
Слайд 108ERP на российском рынке: Oracle Applications
Oracle Applications - это семейство
полнофункциональных систем для эффективного управления всеми аспектами деятельности компании, среди
которых: управление финансами, производством, кадрами,закупками, логистикой, маркетингом, продажами, обслуживанием, отношениями с поставщиками и клиентами. Семейство Oracle Applications сегодня охватывает как горизонтальные приложения, такие как Oracle E-Business Suite, Oracle JD Edwards Enterprise One, так и вертикальные отраслевые.
Oracle E-Business Suite – это полнофункциональный комплекс интегрированных бизнес-приложений, который обеспечивает управление всеми аспектами деятельности компании: финансами, производством, кадрами, закупками, логистикой, маркетингом, продажами, обслуживанием, отношениями с поставщиками и клиентами. Oracle E-Business Suite обладает расширенными возможностями бизнес-анализа и учитывает специфические задачи различных отраслей
Слайд 109Семейство модулей Oracle E-Business Suite:
Управление эффективностью бизнеса (CPM)
Управление материальными
потоками
Управление взаимоотношениями с клиентами
Финансы
Управлние техобслуживанием и ремонтами
Система управления персоналом
Управление производством
Управление проектами
Финансовый сервис
Управление жизненным циклом
Управление логистикой
Слайд 110Семейство модулей Oracle Siebel CRM:
Решение Oracle Siebel CRM создано для
работы в организациях любого масштаба и для предоставления им возможности
эффективной работы с клиентами и партнерами компании в рамках всей цепочки взаимодействия с ним и на уровня любого отдела
Бизнес-аналитика;
Управление продажами;
Управление маркетингом;
Контакт-центры и центры телефонного обслуживания;
Управление обработкой заказов;
Управление отношениями с партнерами;
Управление отношениями с сотрудниками;
Oracle Siebel OnDemand.
Слайд 111Семейство модулей Oracle Utilities:
1. Система абонентского учета и биллинга -
Oracle Utilities Customer Care & Billing
2. Система управления сетями -
Oracle Utilities Network Management
3. Пакет решений по прогнозированию и трейдингу - Oracle Utilities Lodestar решает задачи:
Профилирования нагрузки и расчетов потребления - Load Profiling and Settlement System (LPSS)
Управление портфелем сделок/договоров - Protfolio Management
Управление контрактами - Contract Management
Управление энергоданными - Meter Data Management
Управление квотациями - Qoatations Management
Анализ и управление тарифами - Rate Management
Профилирование нагрузки - Load Profiling
4. Система управления мобильными ресурсами и работами - Oracle Utilities Mobile Workforce Management
Слайд 112Семейство модулей Oracle JD Edwards EnterpriseOne:
Oracle JD Edwards EnterpriseOne -
комплекс модульных, интегрированных бизнес-приложений для растущего бизнеса
Управление финансами
Управление заказами
Управление отношениями с клиентами
Управление производством
Планирование цепочки поставок
Управление поставками
Управление транспортом
Управление проектами
Отраслевая специфика: производство продуктов питания и напитков
Управление недвижимостью и строительством
Технологическая архитектура
Слайд 113ERP-система BAAN IV. Основные модули:
Моделирование предприятия: в основе лежат средства
методологии внедрения Orgware
Производство: планирование потребностей, конфигуратор продукции, управление проектом, управление
серийным производством и производством по отдельным заказам, управление цепочкой поставок на уровне корпоративного производства
Процесс: разработан специально для отраслей непрерывного производства и поддерживает процесс от исследований и разработок вплоть до производства, снабжения, продаж, сбыта и транспортировки.
Финансы: система управленческого и финансового учета для компании любой организационной структуры.
Сбыт, Снабжение, Склады: управление продажами и закупками, контрактами, материальными запасами и хранением, многоуровневое управление партиями и отслеживание их движения
Проект: разработка и выполнение проектов, а также подготовка коммерческих предложений для участия в тендерах
Администратор деятельности предприятия: инструментарий для совершенствования финансово-хозяйственной деятельности и получения достоверной информации по всем направлениям деятельности компании
Транспорт: для компаний, занимающихся внешним материально-техническим обеспечением и транспортировкой
Сервис: для организации управления всеми видами сервиса
Слайд 114Схема взаимодействия в системе Baan
Приложения не работают напрямую с ОС;
они адресуют все запросы виртуальному процессору
Слайд 115Microsoft Dynamics Axapta. Функции:
Бизнес-анализ
Управление финансами
Управление цепочками поставок
Производственная
деятельность
Управление проектами
Отношения с клиентами
Бухгалтерский и управленческий учет
Управление качеством
Сводное планирование
Сервисная деятельность
Организационная структура
Стратегическое управление
Управление продажами
Управление финансами холдинга
Торговые соглашения
Управление производством
Подбор персонала
Слайд 116MFG/PRO
MFG/PRO - это интегрированная система управления предприятием, которая может использовать
данные других ИС, функционирующих на предприятии. Это могут быть такие
ИС как:
CAD/САПР - компьютеризованное проектирование. Данные GAD поступают в модуль MFG/PRO "Конфигурация изделия" с возможностью постоянного обновления.
CAM/АСТПП - компьютеризованное производство. Данные CAM поступают в модуль MFG/PRO "Обмен электронной информации" и используются для определения нормативных данных операций в составе технологического маршрута (с возможностью постоянного обновления данных CAM),
FMS – гибкие производства, роботизация. Данные FMS используются для определения фактических данных технологического маршрута, рабочего центра(с возможностью постоянного обновления данных FMS).
Используя MFG/PRO можно осуществить: Планирование; Управление снабжением; Управление запасами; Управление производством; Управление сбытом; Контроль качества в процессе производства, снабжения; Управление сервисом; Управление финансами.
Слайд 117ERP система «Галактика»
Основные функциональные возможности системы Галактика ERP:
Построение системы учета
и формирование различных видов отчетности
Управление материальными и финансовыми потоками
(логистика)
Финансовое планирование и оперативный финансовый менеджмент, управленческий учет
Производственное планирование и управление производством, контроллинг
Управление персоналом и кадровой политикой
Управление техническим обслуживанием и ремонтами оборудования
Управление качеством продукции
Управление взаимоотношениями с клиентами
Управление недвижимостью
Слайд 118Галактика Business Intelligence
Галактика BI - комплекс приложений, позволяющих максимально полно
использовать имеющиеся на предприятии системы управления с целью достижения качественных
изменений в повышении эффективности бизнес-процессов
Галактика Бизнес-Монитор - интегрированная среда разработки, предназначенная для реализации RIA-приложений бизнес-аналитики на платформе Silverlight для Microsoft SQL Server.
Прикладные решения – конечные приложения, которые решают строго определенные задачи бизнес-аналитики, связанные с вопросами планирования деятельности и оперативного управления компанией.
Среди прикладных решений, входящих в состав Галактика BI,
Галактика BI Сбыт – управление сбытом, контроль и анализ коммерческой и сбытовой деятельности;
Галактика BI Запасы – управление запасами, контроль состояния запасов, анализ тенденций и временной динамики, классификация запасов;
Галактика BI Взаиморасчеты - контроль и анализ фактической задолженности, которая возникает непосредственно при проведении отгрузок товарно-материальных ценностей или получении денег (как результат передачи прав собственности);
Слайд 119Галактика Business Intelligence
В состав решений Галактика BI входят:
Реляционное хранилище
данных на базе Microsoft SQL Server 2008 (поддерживается и SQL
Server 2005);
Витрины данных в виде многомерных кубов Microsoft Analysis Services;
Пакеты интеграции данных SQL Server Integration Services;
Унифицированные модули выгрузки в хранилище данных, реализованные для системы Галактика ERP;
Система отчетности, реализованная средствами Reporting Services и Microsoft Excel;
WEB-сервер Internet Information Services (IIS);
Бизнес-Монитор - интегрированная среда разработки, предназначенная для реализации интерактивных информационных панелей на платформе Microsoft Silverlight, ориентированных на работу в Интернет;
Наборы управленческих информационных панелей и отчетов, ориентированных на решение задач управления компанией.
Слайд 120Парус – Предприятие 8.5.5
Модули системы:
Управление финансами
Управление закупками, складом и реализацией
Планирование
и учет в проектах
Планирование и учет в передельном производстве
Планирование и
учет в дискретном производстве
Бухгалтерский учет
Бухгалтерский учет в соответствии с принципами МСБУ
Расчет заработной платы
Табельный учет
Управление персоналом и штатное расписание
Управление деловыми процессами
Управление отношениями с клиентами
Управление автотранспортом
Управление техническим обслуживанием и ремонтом
Производственные наряды
Сведение отчетности
Диалоговая аналитическая обработка данных OLAP
Слайд 121Парус – Предприятие 8.5.5. OLAP-решение
Стандартные методики анализа бизнеса - "Динамика
итоговых значений", "ABC анализ" (анализ по степени важности), "Структурный анализ",
"Корреляция", а также встроенный математический аппарат для исследования массивов данных
Слайд 1221С:Предприятие 8.0
Система состоит из следующих модулей:
• «1С:БУХГАЛТЕРИЯ» ― автоматизация ведения
всех разделов бухгалтерского учета;
• «1С:ТОРГОВЛЯ И СКЛАД» ― учет любых
видов торговых операций;
• «1С:ЗАРПЛАТА И КАДРЫ» ― автоматизация расчета заработной платы и ведения кадрового учета на предприятиях различных типов финансирования и форм собственности;
• «1С:ПРЕДПРИНИМАТЕЛЬ» ― готовое решение для ведения учета и составления отчетности индивидуальными предпринимателями;
• «1С:АСПЕКТ» ― все необходимое для торгового учета на предприятиях оптовой и мелкооптовой торговли;
• «1С:ПЛАТЕЖНЫЕ ДОКУМЕНТЫ» ― формирование, учет и вывод на печать первичных документов: платежных поручений, счетов-фактур, приходных и расходных кассовых ордеров, счетов, накладных, доверенностей, авансовых отчетов, а также платежных требований, требований-поручений, заявлений на аккредитив и инкассовых поручений;
• «1С:НАЛОГОПЛАТЕЛЬЩИК» ― разработана на основании соглашения о сотрудничестве фирмы «1С» и Госналогслужбы РФ;
• «1С:ДЕНЬГИ» ― позволяет учитывать, анализировать и планировать текущие и предстоящие расходы и поступления, покупку и продажу товаров, ценных бумаг, имущества, долги и кредиты, обмен валюты, а также вести бюджет.
Слайд 1231С Конфигуратор
Конфигуратор обеспечивает:
• настройку системы на различные виды учета;
• реализацию
произвольной методологии учета;
• организацию справочников и документов произвольной структуры;
• настройку
внешнего вида форм ввода информации;
• настройку поведения и алгоритмов работы системы в различных ситуациях;
• возможность создания печатных форм документов и отчетов;
• возможность представления информации в виде диаграмм;
• быстрое изменение конфигурации с помощью «конструкторов».
Конфигуратор позволяет не только изменять элементы типовой конфигурации, но и создать собственную конфигурацию «с нуля».
ПО содержит разнообразные средства для связи с другими программами: средства импорта и экспорта информации через текстовые файлы, файлы формата DBF и XML, сохранение печатных форм в форматах MS Excel и HTML, возможность экспорта данных в «Диспетчер контактов для малого бизнеса» MS Office.
Слайд 124Общий подход к автоматизации управления организацией
Первый шаг. Аудит имеющихся систем
и технологий, выявление сильных и слабых сторон.
Второй шаг. Определение
текущих и перспективных потребностей бизнеса от общего к частному. Целесообразно подготовить обзор лучших практик, состояния и перспектив информатизации у конкурентов и партнёров. Потребности должны быть структурированы на уровне представлений о том, какие показатели и когда хотелось бы достичь (дерево целей информатизации, синхронизированное по времени и месту с миссией и целями бизнеса).
Третий шаг. Разработка вариантов концепции информатизации с ТЭО.
Четвёртый шаг. Разработка стратегии ― конкретные направления, показатели и пути достижения (что и как делать).
Пятый шаг. Разработка и утверждение конкретной программы (что, когда, кто и за какие деньги)
Шестой шаг. Выбор подрядчика по проектированию системных решений.
Седьмой шаг. Разработка, согласование и утверждение проекта системы.
Восьмой шаг. Выбор поставщиков, приобретение и ввод в действие ИТ активов, реализация проекта.
Девятый шаг. Разработка и оформление нормативной, разрешительной и организационно-распорядительной документации. Ввод системы в действие.
Десятый шаг. Управление эксплуатацией системы. Оценка реальной эффективности и формирование предложений по модернизации системы.
Слайд 125ИТ подразделение организации
Основные функции службы:
- заказ системных решений, услуг и
технологий, ведение документации,
- администрирование систем и ресурсов,
- оперативная поддержка
пользователей,
- эксплуатации систем и их элементов,
- собственная разработка ИТ проектов и решений
При внедрении различных схем аутсорсинга сначала замещается группа разработчиков, затем ― специалисты по эксплуатации, оперативной поддержке и администрированию. Служба заказчика в организации, использующей ИТ, должна существовать в том или ином виде, поскольку необходимо профессионально формулировать цели и программы информатизации, осуществлять заказ ИТ решений и услуг, обеспечивать взаимодействие с поставщиками, вести документацию по системе и контролировать качество.
Слайд 126Варианты создания и внедрения информационной системы
Перемещение по координате «Принципы управления»
- процесс перехода на новый уровень управления согласно стратегии бизнеса.
Перемещение по координате «Средства поддержки используемых принципов управления» - выбор инструмента, с помощью которого будет осуществляться данный переход.
Слайд 127Краткая характеристика возможных сценариев
Вариант А-В. Дальнейшая разработка управленческого ПО собственными
силами. Расширение функциональности имеющегося ПО до необходимого уровня поэтапно и
параллельно с расширением круга используемых принципов управления и в определенный момент времени полностью будет удовлетворять всем бизнес-требованиям предприятия. Данный вариант предполагает:
- разработку и утверждение долгосрочной концепции ПО (архитектура, уровень интеграции задач, средства разработки, СУБД и пр.);
- четкую постановку задачи для собственной команды разработчиков;
- утверждение сроков и очередности разработки и внедрения ПО;
- использование спиральной модели ЖЦ систем, поскольку ресурсы ограничены.
Вариант A-D. Переход на готовое управленческое ПО, функциональность которого существенно выше, с использованием «метода скачка». Большая степень риска требует серьезного контроля со стороны руководства и достаточный уровень готовности, а именно:
- оптимизированы бизнес-процессы;
- существует план перехода на новый уровень управления;
- есть достаточное количество квалифицированных работников;
- сформированы требования к ПО;
- выбрана компания-поставщик, которая способна предоставить профессиональную команду внедрения;
- выделен бюджет;
- функционирует техническая инфраструктура ИС и многое другое.
Слайд 128Краткая характеристика возможных сценариев
Вариант А-С. Переход на готовое управленческое ПО,
которое не отличается по функциональности от имеющегося. Используется для достижения
текущих целей бизнеса (как правило, из-за политических и финансовых соображений) или же под натиском маркетологов компании-поставщика.
Вариант A-C-D. Переход на готовое управленческое ПО и поэтапное наращивание его функциональности с ростом уровня управления. Предполагает использование готового ПО в качестве инструмента внедрения новых методов управления. Это целесообразно только, когда предприятие четко сформировало для себя прогнозируемый уровень управления. ПО должно иметь функционал по поддержке бизнес-модели предприятия. Вариант требует комплексного выбора управленческого ПО.
Вариант A-B-D. Наращивание функциональности имеющегося ПО с планированием перехода на готовое. Предусматривается поэтапная подготовка предприятия к переходу на готовое ПО. Целесообразно, если предприятие определяется с эффективностью бизнес-процессов. Собственная разработка поможет сформировать оптимальную модель функционирования и избавиться от «узких мест». Позволит сформировать четкие требования, с помощью которых будет проще выбрать наиболее подходящий программный продукт.
Слайд 129Краткая характеристика возможных сценариев
Вариант C-D аналогичен варианту А-В, но в
качестве средств поддержки используется готовая система. Следует обратить внимание на
тот факт, что при данном варианте управление собственными программистами сменяется управлением работой внешних внедренцев. Основной задачей на первоначальных этапах является анализ соответствия готовой системы всем бизнес-требованиям и анализ возможностей ПО по наращиванию функциональности.
Вариант С-В возможен, если предприятие работает с готовой системой, не располагающей возможностями по наращиванию функциональности. А также в случае, когда предприятия приняло решение о переходе на использование «самописного» ПО по объективным причинам (например, из-за отсутствия на рынке системы, которая отвечала бы основным бизнес-требованиям).
Слайд 130Выбор оптимального варианта развития ИС
Выбор оптимального вариантаведут по шести группам
критериев:
1. Возможности компании: финансовые возможности предприятия, потенциал технической инфраструктуры для
поддержки того или иного варианта, степень компетенции, бизнес-знаний, «компьютерной» грамотности ключевых менеджеров и исполнительского персонала.
2. Технические критерии: платформы серверов и рабочих станций; средства хранения данных; локальные и распределенные сети; применение Internet-технологий; управление системами; технологии и средства интеграции; СУБД, хранилища данных и архитектура данных; информационная безопасность и защита данных; средства разработки приложений.
3. Организационные критерии: масштабы и рамки проведения бизнес-моделирования; необходимость и сложность внедрения управленческих изменений; потребность во внедрении методов управления проектами; предполагаемое расширение штата и функций ИТ-отдела; уровень привлечения сторонних организаций.
4. Риски: правильность выбора системы (управленческого ПО); риск незавершенности проекта внедрения; риски качества продуктов проекта; риски выхода за рамки проекта и другие.
5-6 Временные и бюджетные рамки
Слайд 131Общий менеджмент создания/внедрения ИС
Проект создания и внедрения информационной системы должен
управляться по правилам проектного менеджмента
Проект - некоторая задача с определенными
исходными данными и требуемыми результатами (целями), обусловливающими способ ее решения. Проект включает в себя замысел (проблему), средства его реализации (решения проблемы) и получаемые в процессе реализации результаты
Реализация проекта осуществляется полномочным руководством проекта, менеджером проекта и командой проекта, работающей под этим руководством, другими участниками проекта, выполняющими отдельные специфические виды деятельности, процессы по проекту.
Управление проектом представляет собой методологию организации, планирования, руководства, координации человеческих и материальных ресурсов на протяжении жизненного цикла проекта (говорят также - проектного цикла), направленную на эффективное достижение его целей путем применения системы современных методов, техники и технологий управления для достижения определенных в проекте результатов по составу и объему работ, стоимости, времени, качеству.
Слайд 132Распространенные методики управления проектами
ГОСТ 19.XXX, 34.XXX (601-90)
ГОСТ Р
ИСО/МЭК ТО 16326-2002 +
ГОСТ Р ИСО/МЭК 12207.
ГОСТ Р
54869—2011 «Проектный менеджмент. Требования к управлению проектом»
ГОСТ Р 54870—2011 «Проектный менеджмент. Требования к управлению портфелем проектов»
ГОСТ Р 54871—2011 «Проектный менеджмент. Требования к управлению программой»
ANSI/PMI 99-001-2004(2008) (PMBOK 4.0)
Custom Development Method (CDM) Oracle
Rational Unified Process (RUP)
Microsoft Solution Framework (MSF)
Extreme Programming (XP)
SCRUM
Слайд 133Жизненный цикл проекта
На прединвестиционной стадии проводятся: анализ инвестиционных возможностей; предварительное
ТЭО; доклад об инвестиционных возможностях; планирование; организация финансирования.
На инвестиционной
стадии: переговоры и заключение контрактов; проектирование; строительство; маркетинг; обучение.
На стадии эксплуатации: приемка и запуск; производство; замена оборудования;
расширение, модернизация, инновация.
На стадии ликвидации проекта проводится завершение проекта как одноразового мероприятия.
Функции управления проектом включают: планирование, контроль, анализ, принятие решений, составление и сопровождение бюджета проекта, организацию осуществления, мониторинг, оценку, отчетность, экспертизу, проверку и приемку, бухгалтерский учет, администрирование.
Подсистемы управления проектом включают: управление содержанием и объемами работ, управление временем, продолжительностью, управление стоимостью, управление качеством, управление закупками и поставками, управление распределением ресурсов, управление человеческими ресурсами, управление рисками, управление запасами ресурсов, интеграционное управление, управление информацией и коммуникациями
Слайд 134Управление коммуникациями проекта
Функция управления информационными связями включает в себя следующие
процессы:
планирование системы коммуникаций – определение информационных потребностей участников проекта (состав
информации, сроки и способы доставки);
сбор и распределение информации – процессы регулярного сбора и своевременной доставки необходимой информации участникам проекта;
отчетность о ходе выполнения проекта – обработка фактических результатов состояния работ проекта, соотношение с плановыми и анализ тенденций, прогнозирование;
документирование хода работ – сбор,обработка и организация хранения документации по проекту.
Слайд 135Управление рисками проекта
Неопределенность ― это неполнота или неточность информации об
условиях реализации проекта, в том числе связанных с ними затратах
и результатах.
Риск ― потенциальная, численно измеримая возможность неблагоприятных ситуаций и связанных с ними последствий в виде потерь, ущерба, убытков в связи с неопределенностью, т.е. со случайным изменением условий экономической деятельности, неблагоприятными, в том числе форс-мажорными обстоятельствами, общим падением цен на рынке; возможность получения непредсказуемого результата в зависимости от принятого хозяйственного решения, действия.
Измерение рисков ― определение вероятности наступления рискового события. Степень допустимых рисков, как правило, определяется с учетом таких параметров, как размер и надежность инвестиций в проект, запланированный уровень рентабельности и др.
Управление рисками ― совокупность методов анализа и нейтрализации факторов рисков, объединенных в систему планирования, мониторинга и корректирующих воздействий.
Слайд 136Процесс управления рисками проекта
Стадии процесса:
Выявление и идентификация предполагаемых рисков
Анализ
и оценка рисков
Выбор методов управления риском
Применение выбранных методов
и принятие решений в условиях рисков
Реагирование на наступление рискового события
Разработка и реализация мер снижения рисков
Контроль, анализ и оценка действий по снижению рисков и выработка решений
Методы управления рисками:
Разработка и реализация стратегии управления рисками
Методы компенсации рисков, включающие прогнозирование внешней среды проекта, маркетинг проектов и продуктов проекта, мониторинг социально-экономической и правовой среды и создание системы резервов проекта
Методы локализации рисков, применяемые для высокорисковых проектов в многопроектной системе, подразумевающие создание отдельных специальных подразделений для реализации особо рисковых проектов
Методы ухода от рисков, включающие отказ от рискованных проектов и ненадежных партнеров, страхование рисков, поиск гарантов
Слайд 137Процесс управления рисками проекта
Методы анализа и оценки рисков:
- Анализ чувствительности
- Проверка устойчивости
- Определение точки безубыточности
- Корректировка параметров
проектов
- Формализованное описание неопределенности
- Анализ сценариев
- Метод Монте-Карло
- Метод построения «дерева решений» и пр.
Последовательность работ по анализу рисков:
- Подбор опытной команды экспертов
- Подготовка специального вопросника и встречи с экспертами
- Выбор техники анализа рисков
- Установление факторов рисков и их значимости
- Создание модели механизма действия рисков
- Установление взаимосвязи отдельных рисков и совокупного эффекта от их воздействия
- Распределение рисков между участниками проекта
- Рассмотрение результатов анализа рисков – обычно в форме специально подготавливаемого отчета (доклада)
Слайд 138Электронный бизнес
По мнению Gartner Group, концепция ERP в ее каноническом
понимании уже уступает место c-commerce (collaborative commerce), т. е. системе
управления предприятием, где заказчик выступает в роли одного из элементов системы. Интернет дает мощнейший инфраструктурный инструмент для взаимодействия предприятия со всеми его контрагентами в концептуально новой среде, превращая бизнес традиционный в бизнес электронный.
Электронная коммерция Business-to-Consumer, B2C подразумевает ведение торговых операций (закупка, продажа, оплата и т. д.) через Интернет, в то время как электронный бизнес (Business-to-Business, B2B) включает в себя более широкий спектр процессов взаимодействия ERP систем различных контрагентов (банки, поставщики и пр.) через Интернет
B2B позволяет легко организовать виртуальные команды, например, инженеров, поставщиков оборудования и самого заказчика для работы над каким-либо проектом, причем любые действия каждого из участников команды мгновенно модифицируют все компоненты проекта ― от графика поставки комплектующих до дизайна целевого изделия.
Такое требование породило новый класс систем управления предприятием ― электронных ERP-систем
Слайд 139Критерии выбора электронных ERP систем
ERP-система должна обеспечивать управление всеми внутренними
процессами предприятия, иметь широкие функциональные возможности и быть интегрированной на
уровне процессов.
ERP-система должна поддерживать вновь приобретенные свойства электронного бизнеса. Вновь возникшие возможности по торговле и взаимодействию через Интернет требуют серьезного пересмотра подходов к построению как технологической базы, так и структурной концепции системы.
Электронная и бизнес-составляющая ERP-системы должны быть интегрированными.т.е. есть только одна база данных, одно приложение, отвечающее за функциональность, единый программный код, единый инструментарий разработки и Web-браузер, обеспечивающий различные интерфейсы по ролям.
Слайд 140ERP-хостинг
ERP-хостинг ― сдача систем управления предприятием в аренду.
ERP-хостинг -
частный случай направления ASP (Application Service Provider), т.е. аренды любых
приложений, услуг и технического оборудования через Интернет (по типу облачных вычислений).
Вхнологиях ASP есть три основные роли:
Бизнес-партнер компании-разработчика ERP-системы, который является экспертом в системной области и имеет право распространять продукт.
Хостинг-партнер, предоставляющий свое «железо» и отвечающий за поддержку всей системы (резервное копирование баз данных, обеспечение безопасности и пр.).
ASP-партнер ― специалист в прикладной области своих клиентов. Именно он общается с клиентом и служит связующим звеном между всеми участниками бизнеса.
Возможно различное сочетание ролей.
Слайд 141Преимущества и проблемы ERP-хостинга
Преимущества:
Оплачиваются только те услуги, которые используются.
Нет необходимости покупать дорогие серверы и другое оборудование.
Не требуется
собственный отдел сопровождения и поддержки.
Данные недоступны для рейдеров.
Отдельные участки работы можно передать на аутсорсинг.
Доступ к системе из любой точки мира.
Проблемы:
Юридические – несоответствие законодательству
Безопасность данных
Гарантии поддержки и оперативного обновления системы
