Информационные процессы системы и сети часть 3 к

Информационные процессы, системы и сети часть 3 к. т. н. , доцент О. В. Симаков Москва 2013

* *РД 50 34. 698 90. Автоматизированные системы. Требования к содержанию документов

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

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

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

ПЕРЕЧЕНЬ ВХОДНЫХ СИГНАЛОВ В разделе "Перечень входных сигналов" указывают: 1) для аналогового сигнала наименование измеряемой величины, единицы измерения, диапазон изменения, требования точности и периодичности измерения, тип сигнала; 2) для дискретного сигнала наименование, разрядность и периодичность, тип сигнала; 3) для сигнала типа "да нет" источник формирования и смысловое значение сигнала. ПРИМЕР СОДЕРЖАНИЯ: Входных сигналов нет. ПЕРЕЧЕНЬ ВХОДНЫХ ДАННЫХ В разделе "Перечень входных данных" указывают: 1) наименование, кодовое обозначение и значность реквизитов входных данных; 2) наименования и кодовые обозначения документов или сообщений, содержащих эти данные. ПРИМЕР СОДЕРЖАНИЯ: Входными данными в АС Кадры являются: Данные НСИ, импортируемые из других систем; Данные НСИ, вводимые пользователем; Данные трудовых книжек; Данные паспортов; пр. № Наименование Реквизиты Документы, содержащие входные данные 1 данные трудовых книжек Трудовая книжка, учитываемая или заводимая на сотрудника номер трудовой кн. данные заведения

ПЕРЕЧЕНЬ ВЫХОДНЫХ СИГНАЛОВ (ДОКУМЕНТОВ) «Перечень выходных сигналов» содержит перечень выходных сигналов с указанием их наименований, назначения единиц измерения и диапазонов изменения, способа представления, пользователей информации [из п. 5. 2. 2 РД 50 34. 698 90] Под перечнем выходных сигналов понимается перечень выходных документов с указанием их наименований, кодовых обозначений, перечня и значности реквизитов, пользователей информации Отчетные формы имеют следующие типы представления: файлы html и xml форматов для отображения в интернет обозревателе пользователя в следующих видах: • табличный обеспечивает возможность просмотра и манипуляции данными просматриваемого объекта; • графический (графики, диаграммы, рисунки и т. п. ) служит для наглядного представления данных. • файлы с отчетными формами, автоматизировано формируемыми и экспортируемые для последующего использования в презентационных материалах и для других целей в следующих форматах: • MS Word; • MS Excel.

Пример перечня выходных сигналов (документов) При проектировании подсистемы «Электронного согласования заданий на платеж» в рамках системы управления крупной нефтяной компанией были выделены следующие выходные данные: Платежные поручения для передачи в системы «Клиент Банк» ; Отчет о заданиях на платеж (выборка по запросу в формате MS Excel); Отчеты об исполнении бюджета (в форматах HTML и MS Excel); Реестры ПП для передачи на согласование в Казначейство НК «Роснефть» ; Реестры поступлений и комиссий.

Массивы данных по РД 50 -34. 698 -90 Массив представляет собой совокупность данных, объединенных единым смысловым содержанием, которое обычно отражается в его названии. Основными элементами массивов, определяющими их содержание, являются записи наименьшие элементы массива, которыми оперируют пользователи массива при обработке информации. Часто группы отдельных записей объединяют в более крупные блоки. Наименьший элемент записи, имеющий единое смысловое значение, информационное поле. Постоянные массивы, как правило, содержат нормативно справочную информацию (НСИ) длительного хранения и многократного использования; переменные массивы – исходную и промежуточную информацию, отражающую текущее состояние объекта управления. Основные массивы предназначаются для хранения информации в процессе обработки данных и решения задач управления; вспомогательные массивы являются производными от основных массивов путем логической обработки последних в целях обеспечения более рационального процесса решения задачи. Промежуточные массивы носят служебный характер и отличаются от других тем, что содержат результаты предыдущих расчетов, полученных при решении задач и используемых в качестве исходных данных при решении последующих задач.

Массивы данных по РД 50 -34. 698 -90 (продожение) Текущие массивы. Они содержат переменную рабочую информацию о состоянии управляемого объекта или процесса во времени, а также о самом процессе управления. Характер возникновения, движения, хранения, контроля и подготовки этой информации своеобразен и существенно отличается от характера аналогичных процедур с информацией вышеуказанных массивов. Данные, из которых формируют текущие массивы, поступают или непрерывно в реальном времени, или пакетами в определенные или случайные моменты времени. Для текущих массивов время формирования зависит от внешних факторов, что накладывает ряд ограничений на скорость их формирования, особенно в системах, работающих в реальном масштабе времени. Массивы постоянных и текущих данных называют главными массивами. Служебные массивы. Они содержат информацию, необходимую для переработки всех вышеназванных массивов (программы ЭВМ, каталоги систем информационных массивов и стандартных программ, трансляторы, всевозможные машинные справочники и др. ).

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

Классификация, основные понятия Система классификации совокупность правил и результат разделения заданного множества на подмножества (ГОСТ 17369 78). Классификация разделение заданного множества на подмножества в соответствии с принятыми методами классификации. Подмножества, полученные в результате разделения заданного множества по одному или нескольким признакам классификации, называют классификационными группировками (ГОСТ 17369 78). Классификационным группировкам в разных системах классификации и присваивают различные наименования: классы, подклассы; группы, подгруппы; виды, подвиды; роды, семейства, классы. Признаком классификации называют признак cвойство или характеристика объекта классификации, которое позволяет установить его сходство или различие с другими объектами классификации. Например, признак "роль предприятия партнера в отношении деятельности объекта автоматизации" позволяет разделить все предприятия на две группы (на два подмножества): "поставщики" и "потребители".

Классификация, основные понятия Ступень классификации этап разделения заданного множества на подмножества. Число ступеней классификации называют глубиной классификации (ГОСТ 17369 78). После завершения классификации осуществляют кодирование образование и присвоение обозначения объекту классификации, признаку классификации и классификационной группировке. Такое условное кодовое обозначение называют сокращенно кодом. Количество знаков в кодовом обозначении называют длиной кода. Кодирование информации предусматривает: • приведение к единообразию в обозначении признаков, характеристик и объектов в целом; • упорядочение, классификацию и группировку всех номенклатур по определенным сходных признакам; • выбор системы кодирования и присвоения кодов; • приведение информации к форме, удобной для обработки с помощью технических средств.

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

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

Классификаторы и их виды Классификатор — это документ, с помощью которого осуществляется формализованное описание информации в ИС, содержащей наименования объектов, наименования классификационных группировок и их кодовые обозначения По сфере действия выделяют следующие виды классификаторов: международные, общегосударственные (общесистемные), отраслевые и локальные классификаторы. Международные классификаторы входят в состав Системы международных экономических стандартов (СМЭС) и обязательны для передачи информации между организациями разных стран мирового сообщества. Общегосударственные (общесистемные) классификаторы, обязательны для организации процессов передачи и обработки информации между экономическими системами государственного уровня внутри страны. Отраслевые классификаторы используют для выполнения процедур обработки информации и передачи ее между организациями внутри отрасли. Локальные классификаторы используют в пределах отдельных организаций.

Классификаторы и системы классификации Каждая система классификации характеризуется следующими свойствами: • гибкостью системы; • емкостью системы; • степенью заполненности системы. Гибкость системы — это способность допускать включение новых признаков, объектов без разрушения структуры классификатора. Необходимая гибкость определяется временем жизни системы. Емкость системы — это наибольшее количество классификационных группировок, допускаемое в данной системе классификации. Степень заполненности системы определяется как частное от деления фактического количества группировок на величину емкости системы.

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

Системы классификации (продолжение) Фасетный метод классификации заключается в делении заданного множества на группировки независимо, по различным признакам классификации (ГОСТ 17369 78). Фасетная система классификации позволяет выбирать признаки классификации независимо как друг от друга, так и от семантического содержания классифицируемого объекта. Признаки классификации называются фасетами. Каждый фасет (Фi) содержит совокупность однородных значений классификационного признака. Значения в фасете могут располагаться в произвольном порядке. Классификация (Ks) заключается в присвоении значений из фасетов: Ks=(Ф 1, Ф 2, . . . , Фn ). При построении фасетной системы классификации необходимо не повторять значений в различных фасетах. Достоинствами фасетной системы классификации являются: использование большого числа признаков классификации и их значений для создания группировок; простота модификации систем без изменения структуры группировок. Недостаток фасетной системы классификации заключается в сложности построения (т. к. необходимо учитывать все многообразие классификационных признаков).

Структура фасетной классификации Пример фасетной классификация бухгалтерская отчетность:

Фасетная формула и емкость фасетной системы Например, группировка 1 создана на основании значений фасета Ф 1, группировка 2 — на основании значений фасетов Ф 3 и Фn и т. д. Если общее число фасетов N и для фасета имеется Kn значений признаков, то общая емкость фасетной системы классификации соответствует величине H: Емкость фасетной системы Таким образом, имеет место информационная избыточность группировок, в ряде случаев не возможных по смыслу. Этот метод классификации наиболее эффективен для машинной обработки данных, при использовании технологии БД и языков запросов высокого уровня.

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

Классификаторы и кодификаторы технико экономической информации Выделяют следующие категории классификаторов: Отраслевые классификаторы действительны в рамках отрасли народного хозяйства. Региональные классификаторы действительны для всех ЭИС одного региона (республики, города, области). Общероссийские классификаторы (ОК) — действительны для всех ИС Российской Федерации. Международные классификаторы. Локальные классификаторы действительны в рамках ЭИС. Общероссийские классификаторы применяются в обязательном порядке при обмене информацией между информационными системами и информационными системами федерального уровня, а также при обмене информацией с информационными системами других регионов Российской Федерации. Общероссийские классификаторы имеют приоритетное применение.

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

Часто используемые общероссийские классификаторы информации ОКАОТО — объектов административно территориального деления; ОКВ — валют; ОКДП — видов экономической деятельности, продукции и услуг; ОКДПТР — профессий рабочих, должностей служащих и тарифных разрядов; ОКЕИ — единиц измерения; ОКИН — информации о населении; ОКОГУ — органов государственной власти и управления; ОКОНХ — отраслей народного хозяйства; ОКОПФ — организационно правовых форм; ОКОФ — основных фондов; ОКП — продукции; ОКУД — управленческой документации; ОКФС — форм собственности и др. ОК УД (управленческой документации).

Пример общероссийского классификатора управленческой документации (ОК УД) Объект классификации — общероссийские унифицированные формы документов, входящие в состав УСД. Класс форм ХХ Подкласс форм ХХ ХХ Регистрационный номер ХХ ХХ 000 Контрольное число ХХ ХХ 000 0 02000002 — УСД организационно распорядительной документации 03000001 — УСД первичной документации по учету (труда и заработной платы, ОС и НМА, кассовых операций, материалов и др. ). 04000008 — УСД банковской документации по безналичным расчетам 05000009 — УСД финансовой, учетной и отчетной бухгалтерской документации бюджетных предприятий 06000000 — УСД отчетно статистической документации 07000000 — УСД учетной и отчетной бухгалтерской документации предприятий 08000005 — УСД по труду 09000007 — УСД пенсионного фонда

Примеры общероссийских классификаторов ОКОГУ (органов государственного управления) 10000 федеральные органы власти 20000 органы власти субъектов РФ 30000 органы местного самоуправления 40000 объединения предприятий и организаций 50000 добровольные объединения и религиозные организации 70000 межгосударственные органы управления ОКАТО (объектов административно-территориального деления) ХХ + ХХХ + КЧ ОКФС (форм собственности) 10 Российская 11 Государственная 12 Федеральная 13 Субъектов РФ 14 Муниципальная 16 Частная ОКОПФ (организационно-правовых форм) 39 Юридические лица, являющиеся коммерческими организациями 48 Хозяйственные товарищества и общества 51 Полные товарищества 64 Товарищество на вере 65 Общества с ограниченной ответственностью

Примеры общероссийских классификаторов ОКАТО (объектов административно-территориального деления) ХХ + ХХХ + КЧ ОКФС (форм собственности) 10 Российская 11 Государственная 12 Федеральная 13 Субъектов РФ 14 Муниципальная 16 Частная ОКОПФ (организационно-правовых форм) 39 Юридические лица, являющиеся коммерческими организациями 48 Хозяйственные товарищества и общества 51 Полные товарищества 64 Товарищество на вере 65 Общества с ограниченной ответственностью

Примеры общероссийских классификаторов ОК ИН (информация о населении) Основные фасеты: 01 Пол 02 Гражданство 03 Национальность 04 Языки народов РФ и иностранные языки 05 Степень знания языков 10 Состояние в браке 11 Родство, свойство 15 Участие в войне 16 Отношение к военной службе 17 Воинские звания 20 Виды занятости 21 Стаж работы 22 Смена работы 23 Режимы работы 24 Виды отпусков ОКОФ (основных фондов) — учтены международные классификации и стандарты ООН, ОКДП. Используется для решения задач: Оценка объемов, состава и состояния ОФ Учет ОФ в рамках государственной статистики Международные сопоставления структуры и состояния ОФ Расчет нормативов капитального ремонта, экономических показателей

Кодирование информации Классификация является основой кодирования информации. Кодирование это процесс присвоения условных обозначений объектам классификации (материалам, изделиям, видам операций, счетам и т. д. ) и классификационным группировкам. Цель кодирования представление информации в более компактной и удобной форме при записи ее на машинный носитель; подготовка информации к обработке на ЭВМ и передаче по каналам связи; упрощение логической обработки информации с использованием специальных методов. Условное обозначение, присвоенное конкретному объекту (например, счету) называется кодовым словом (кодом). Код может состоять из одного знака или системы знаков, образованной по определенным правилам. В качестве знаков могут выступать цифры, буквы или те и другие вместе. Код характеризуется длиной (число позиций в коде) и структурой (порядок расположения символов в коде). Совокупность правил, по которым строится кодовое обозначение объекта, называется системой кодирования. По способу построения различаются следующие группы систем кодирования: • классификационная система кодирования, ориентированная на проведение предварительной классификации объектов. • регистрационная система кодирования, не требующая предварительной классификации объектов.

Система кодирования

Классификационная система кодирования Классификационное кодирование выполняется после проведения классификации объектов и подразделяется на поразрядное (позиционное), повторение и комбинированное кодирование. Поразрядная (позиционная) система кодирования применяется для кодирования сложных объектов, элементы которых можно группировать по нескольким признакам. Данные кодируемого множества классифицируются по заданным признакам, каждому из которых отводится определенное число разрядов (позиций). В качестве примера рассмотрим лицевой счет клиента банка. Структурно номер лицевого счета имеет следующий вид: РППББВВВКООООЛЛЛЛЛЛЛ, где Р (1 позиция) номер балансового раздела, П (2 позиции) номер счета первого порядка, Б (2 позиции) номер счета второго порядка, В (3 позиции) код валюты, К (1 позиция) контрольный ключ, О (4 позиции) номер филиала, Л (7 позиции) лицевая часть счета

Классификационная система кодирования. Пример Другим примером является банковский идентификационный код (БИК), структура которого следующая: РР ББББ ККК, где Р код России, Б код банка в пределах РКЦ, К код РКЦ. Достоинствами поразрядной системы кодирования являются: простота построения, логичность, возможность кодирования неограниченного количества классификационных признаков, их четкое выделение. Недостаток данной системы кодирования заключается в жесткой структуре предварительной классификации, не позволяющей закодировать группировки, не предусмотренные заранее Система повторения использует кодовые обозначения, непосредственно характеризующие объект кодирования, т. е. сохраняет уже имеющиеся условные обозначения тех или иных признаков. Например, если размер инструмента 7 х12, то этому инструменту присваивается код 712. Достоинством данного кодирования является легкость запоминания, а недостатком узость применения. Чаще всего система повторения применяется комбинированно с другими системами кодирования.

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

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

Помехозащищенность кодов Помехозащищенность кода обеспечивается за счет включения в код контрольных разрядов, значение которых вычисляется по определенному алгоритму. Наиболее часто используется метод «остаток по модулю простого числа» с использованием весовых коэффициентов разрядов, например: Значение контрольного разряда определяется по формуле: где k — значение контрольного разряда, а — весовой коэффициент и b — значение разряда кода, q — простое число. Например, код 48005 превращается в код 48005 7 при использовании данного метода, простое число — 11, веса разрядов — 3, 5, 7, 11, 13: 4*3 + 5*8 + 5*13 = 117 mod 11 = 7 Для обнаружения ошибки выполняется повторное вычисление контрольного разряда, если новое значение контрольного разряда отличается от существующего значения, имеет место ошибка. Однократные ошибки являются массовыми, поэтому с помощью корректирующего кода они обнаруживаются.

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

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

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

Схема информационных потоков. Пример. Логистическое подразделение

Информационные потоки КБ «Русский Стандарт»

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

Схема файловой организации обработки данных

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

Программное обеспечение

Функциональные подсистемы ИС

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

Управление знаниями ? n это распространение и поиск опыта людей и актуальной информации в среде связанных между собой людей или групп людей n это дисциплина, которая систематически определяет уровень знаний и информации для повышения эффективности, компетентности, ответственности и новаторства n технологический процесс работы с информационными ресурсами для обеспечения доступа к знаниям, их объединения и формирования нового знания с целью наращивания эффективности и потенциала деятельности 49

Документы в процессах управления финансово хозяйственной деятельностью • Входящие документы (Приказ, Инвойс и т. д. ) • Архивация данных (ADK) Активизированные деловые процессы Архивированные данные R/3 (извлекаемые Content-server) $ • Сопутствующие документы (Контракты, Спецификации и т. д. ) Необходимые процессу документы • Отчеты • Исходящие документы (Подтверждение приказа и т. д. ) Документы, созданные во время процесса 50

Управление Финансово Хозяйственной деятельностью Управление Материально Техническим снабжением Управление сбытом и поставками Делопроизводство, Документооборот другие специальные задачи Управление документами и деловыми процессами Другие задачи управления документами и бизнес процессами 51

Интеграция ERP и EDM систем Интеграция бизнес-объектов и связанных с ними документов Закупки Учет Сопутствующие документы Отчеты Производство Сбыт $ Входящие документы Исходящие документы Архивация данных 52

Пользователи Концепция интегрированной системы Руководство: Работа в ЛВС Пользователи SAP Пользователи других систем Пользователи CAD / CAM Microsoft Office Поставщики; Продавцы; Покупатели, Доступ через Internet Правка Согласование по штампу WF Утверждение/ Протоколы Разногласий СУДДП Договора E-Connector Пакетные данные Платежные документы Счетафактуры Прочие документы ERP Подготовка Текста Пользователи SAP Входные Документы Электронный факс и система сканирования Отчеты Выходные 53 Документы

Программно аппаратная архитектура системы FI CO LE MM PP PM SD PS EAgent Basis System Archive. Link SAP Data Server Content server SAP Application Server Admin Doc. View Doc. Base е-Content Server; Right-Site RDBMS 54

Процесс учета первичных документов Первичные документы Ввод проводки Ручное Связывание (при нештатных ситуациях) Доставка документа/образа Формирование карточки документа Сканирование (Right. Fax) Автоматическое Связывание Контентсервер 55

Процесс согласования и учета договоров Рег. Номер А-123/2002 Согласование (визирование) Сканирование (Right. Fax) Исходный текст Куратор Формирование карточки документа Автоматическое Связывание Контентсервер 56

Процесс учета первичных документов (offline) DBF АРМ С/Ф (Удаленные бизнес-сферы) Пакетная загрузка Ручная корректировка Формирование карточки документа Сканирование (Right. Fax) Автоматическое Связывание Контентсервер 57

Отношения между документами: связывание договоров Пакет Договора № … 1 Письмо № … 2 Документы по договору Акт сверки 58

Электронные подшивки документов Клиент SAP (GUI) • Чертежи • Спецификации • Тестовые процедуры • Документы по технике безопасности Автоматическая Привязка 59

Распространение финансовых отчетов E-Mail Сохранение в базе Docbase Отображение отчета 60

Управление отчетами Почтовый клиент Web клиент SAP клиент • Отчет об архиве • Создание HTML/PDF • Создание контекстных индексов • Отображение отчетов • Поиск отчетов Репликация Атрибуты отчета 61

Сохранение исходящих документов Web клиент SAP клиент Агент реплицирует атрибуты SAP $ Исходящий Документ Отображение 62

Управление исходящими документами Web клиент Архивация исходящих SAP клиент Подходящий формат Документы в PDF • Отображение документа • Поиск документа Репликация атрибутов объектов SAP 63

Архивация данных SAP Web клиент Повторная загрузка Архивный файл данных (ADK) Отчет SAP клиент Репликация атрибутов SAP 64

Управление жизненным циклом документа 65

Workflow – традиционное определение • Система, которая автоматизирует и управляет тем, как – Кто – выполняет какое задание – когда – с помощью каких инструментов Обслуживание – и каких данных клиентов Обработка заказов Продажи ¾ Финансы Workflow – это объединение процессов, людей и технологий 66

Виды систем workflow • Ad hoc – Dolphin, Ensemble, WFX. • Групповые (collaborative) – In. Concert, Team. Ware Flow • Административные (administrative) – In. Concert, In. Tempo, Staffware, COSA Workflow, CSE/Workflow, W 4 • Продуктивные (productive) – Ultimus BPM Suite, Visual Workflow, Staffware, MQSeries Workflow, COSA Workflow, CSE Workflow, W 4 67

Планирование ресурсов производства (MRP II) Управление спросом Бизнес планирование Планирование потребности в ресурсах Планирование продаж и операций Заказы на продажу Заказы на зап. части Разработка главного календарного плана Планирование Заказы со складов Планирование потребности в материалах потребности Прогнозы в мощностях План закупок План производства Управление закупками Управление цехом Учет продаж Учет закупок Учет производства Управление материальными потоками Главная книга Сроки выполнения заказов Точность и своевременность Количество производственного персонала входящей информации. Нормы времени на технологические операции очень критична Необходимость сверхурочных работ Объемы и сроки поставки изделий покупателям 68

Особенности стандарта ERP Некоторые отличия ERP-системы от систем MRP-II § поддержка различных типов производств и видов деятельности предприятий и организаций § поддержка планирования ресурсов по различным направлениям деятельности предприятия (не только производство продукции) § поддержка планирования ресурсов и управления сложным многопрофильным предприятием, корпорацией § большое внимание финансовым подсистемам § увеличение масштабируемости, гибкости, надежности и производительности Новое в стандарте ERP- стандарт ERP II К особенностям этой стратегии относится наличие встроенных модулей: • управление взаимоотношениями с покупателями (CRM Customer Relationship Management) • управление цепочками поставок (SCM Supply Chain Management) • управление жизненным циклом продукта(PLM Product Lifecycle Management); • электронная коммерция (EC – Electronic Commerce) • автономный модуль конфигурирования системы (SCE – Stand Alone Configuration) 69

Ведущие системы управления предприятием (всего около 500) • SAP AG • Oracle Application: ERP One. World People. Soft • Ваа. N • Navision • i. Renaissance • MFG/PRO 70

Классификация рынка информационных систем 71

Рынок систем управления предприятием в мире Объем рынка в 2001 г. 19 млрд. долл. в России Объем рынка в 2001 г. 100 млн. долл. 72

Рынок систем управления предприятием в 2005 году в мире Объем рынка 25, 4 млрд. долл. в России Объем рынка 426 млн. долл. Источник: IDC, 2005 73

Идентификация возможностей ИС Немедленные затраты Интерпретация деловой стратегии и целей Определение CSFs и информационных потребностей Определение критических бизнес процессов и действий Определение краткосрочных целей и требуемых срочных инвестиций Действия Оценка структуры отрасли и деловой позиции (SWOT, BB, …) Понимание потоков в отрасли (Цепочка ценностей – ext. VC) Анализ потребностей организации в информации (int. VC) Оценка делового вклада существующих ИС Существующие Будущие затраты Оценка потенциального влияния ИС/ИТ на отрасль и бизнес Определение того, как ИС может повлиять на отношения в VC Оценка того, как ИС/ИТ может повлиять на орг. структуру и организацию Определение долгосрочных инвестиций Требуемые Потенциальные 74

Портфель приложений ИС Вспомогательные Потенциальные • • Экспертные системы Бухгалтерия Кадры Текстовые редакторы Электронная почта Ключевые Стратегические • • • Электронный обмен данными с партнерами • MRP II/ ERP • Системы для анализа и прогнозирования рынка Складские системы Билинговые системы БД Системы управления производством 75

Управление приложениями (основные стратегии, связанные с портфелем) Ограничение ресурсов Свободный рынок Потенциальные Предложение спрос Вспомогательные Лидирование Свободный рынок Ключевые Стратегические Монополия Централизованное планирование Централизованное Децентрализованное 76

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

Классификация изменений и их определение • Все изменения, связанные с ИС делятся на Проекты и Задачи, и классифицируются путем экспертной оценки по критериям (в порядке важности критерия): – – Стратегическая важность для компании Сроки достижения результата Бюджет Ресурсоемкость, включая «географию» подразделений участников Изменения • Экспертную оценку осуществляет Технологический комитет, состоящий из Кураторов бизнес–направлений 78

Проекты • В проекты оформляются только крупные изменения бизнеса, требующие вовлечение большого количества подразделений (больше 3, не считая ДИТ) • Количество проектов ограничивается 4 5 • Длительность проекта не может превышать 18 месяцев • Каждый проект должен иметь четкую цель Проекта, измеримые критерии её достижения, состав работ, согласованные ресурсы, этапы исполнения длиной не более 1 месяца • Проекты ведутся по методологии ведения проектов • Проект возглавляется Топ менеджером компании уровня Заместителя генерального директора. Он несет персональную ответственность за исполнение Проекта 79

Задачи • • • Под Задачей понимается любой запрос бизнес подразделения на изменение, разработку и модификацию информационных систем Фирмы Количество активных Задач, одновременно находящихся в работе, ограничивается имеющимися человеческими ресурсами Департамента ИТ Продолжительность реализации Задач не должно превышать 6 месяцев Каждая Задача должна иметь четко формализованный конечный результат, состав работ, согласованные ресурсы, этапы исполнения длиной не более 1 2 недель Задачи ведутся в соответствии с методологией ведения разработок Департамента ИТ Задачу возглавляет менеджер из числа сотрудников Департамента ИТ. Он несет персональную ответственность за исполнение Задачи в установленные сроки и надлежащим качеством 80

Ключевые участники проектов • Инициатор Изменения – практически любой сотрудник компании • Контроль исполнения Проектов Фирмы обеспечивает Комитет по информатизации. Он контролирует общий ход Изменений и обеспечивает их поддержку. Состоит из высшего руководства компании • Технологический комитет, осуществляет экспертную оценку изменений и состоящий из Кураторов бизнес–направлений • Куратор проекта из числа топ менеджеров • Менеджер бизнес направления – он же Спонсор/Директор проекта(Задачи). Выступает Заказчиком и финансирует Изменение. Отвечает за сроки и управляет ресурсами проекта • Руководитель Проекта (Задачи) –Менеджер ИТ Подразделения. Осуществляет оперативное руководство работами по достижению целей Проекта (Задачи) 81

Проекты и задачи ИС Среда Бизнес Информация, SW HW Решение о реализации проекта Стратегический уровень Структурный уровень Бизнес-модель ИС Решение о реализации задачи Операции Ресурсы 82

Руководство проектами • Все Проекты– имеют Заказчика, Куратора, Руководителя проекта • Заказчик, Куратор и Руководитель проекта имеют противоречивые интересы и именно эти противоречия помогают выработать адекватные решения 83

Жизненный цикл информационных систем Разработка требований Сопровождение Проектирование Информационная система Ввод в эксплуатацию Реализация Тестирование 84

Модели жизненного цикла информационных систем Каскадная модель Анализ Поэтапная модель с промежуточным контролем Проектировние . Реализация Внедрение Сопровождение Спиральная модель 85

Стандарты, регламентирующие ЖЦ ПО • ГОСТ 34. 601 90 Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания. • ISO/IEC 12207: 1995 Information technology – Software life cycle processes (Информационные технологии. Процессы жизненного цикла программного обеспечения) (IEC Международная комиссия по электротехнике) • ISO/IEC 15288 System engineering. System life cycle processes (Системотехника. Процессы жизненного цикла системы) • Корпоративные методики: Custom Development Method (методика Oracle) по разработке прикладных информационных систем Rational Unified Process (RUP) Microsoft Solution Framework (MSF) 86

Основные методологии внедрения ИС • Microsoft - On. Target • Microsoft – MSF (Microsoft Solution Framework) • Microsoft – Business Solutions Partner Methodology • SAP – ASAP (Accelerated SAP) • Oracle – Oracle Method • Citrix Systems – Citrix Meta. Frame Методология включает: Структурирование комплекса работ Правила управление внедрением Построение команды внедрения (Центр компетенции) 87

Правила управление внедрением (методики управления проектами) Удовлетворение требований заказчика Достижение бизнес-целей Внедрение ИС Каноническое проектирование Типовое проектирование Пакетноориентированное Модельноориентированное 88

Триада концепции управления проектами Интегральное и прогнозирующее планирование и контроль Центры ответственности Лица(центры) с интегральной отвественностью Объединение действий всех участников проекта Системы планирования и контроля Концепции управления проектами Команда проекта 89

Основные сложности при внедрении ИС в России 90

Факторы успеха внедрения ИС в России (%) 91

Что такое OLTP и OLAP? • OLTP – On Line Transactional Processing – Это задачи учета основной производственно экономической деятельности предприятия – То, что носит название LOB (Line Of Business) приложений • OLAP – On Line Analitical Processing – Это задачи анализа данных • Задача учета данных в целом решена – На сегодня рынок предлагает широкий выбор операционных, биллинговых, бухгалтерских систем – ERP, MRP, CRM, SCM, HR, … • Однако данные недостаточно копить 92 – Они должны работать, чтобы приносить прибыль

Реалии сегодняшнего дня • Как правило, предприятие имеет у себя целый набор больших и малых автоматизированных систем, каждая для своей области • Это центральная учетная система, или LOB (Line of Business) Application – Биллинг для телекоммуникационного провайдера, операционный день для банка, . . . • Плюс вспомогательные системы – HR (внутренняя бухгалтерия, зарплата), CRM (ведение клиентской базы), . . . • Они могут быть поставлены в разное время от разных поставщиков, работать на разных платформах и поэтому очень плохо интегрироваться друг с другом 93

Реалии сегодняшнего дня • Для задач анализа хозяйственной деятельности предприятия данные нужны все и сразу • Однако этому препятствует отсутствие консолидированного подхода • Как правило, эти задачи решаются отдельно в каждой из действующих систем по ходу дела методом латания дыр • Следствие 1: неэффективное управление персоналом – IT отдел завален заданиями на получение текущей отчетности в ущерб остальной деятельности – Либо каждое подразделение нанимает (выделяет) для этих целей собственных сотрудников • Что еще хуже 94

Отсутствие консолидации • Следствие 2: разнобой в оперативных отчетах – Слишком много данных отовсюду – Одни и те же показатели берутся из разных приложений – Детальные отчеты не суммируются в общие – Цифры противоречат другу 95

Отсутствие консолидации • Следствие 3: упущенная прибыль, проигрыш • Можно ли вести конкурентам современный лайнер – недостает целостной в масштабе компании картины по неисправным приборам? видения клиентской базы, прибыльности продуктов / услуг • Кто наши клиенты? • Что именно они у нас покупают и почему? • Что творится на складах? • . . . – Нет правильной сегментации по клиентам и целевого маркетинга 96

LOB OLTP-система и анализ • На все эти вопросы невозможно, либо очень трудно ответить в терминах транзакционной СУБД – В силу того, что OLTP-структура максимально нормализована для учета данных • Где характерны короткие обновляющие транзакции – И которая очень плохо приспособлена для массивного длительного чтения • Охватывающего практически все таблицы базы • Изобилующего предикатами JOIN, ORDER BY, GROUP BY, агрегатными функциями и т. д. • Такие запросы будут выполняться по ней очень долго – Блокируя на все это время постоянную необходимость ввода данных в систему (учета) 97

Вывод 1 • Необходимо создать специальное хранилище и консолидировать в него исторические данные изо всех / большинства систем 98

LOB OLTP-система и анализ данных • Хорошо, предположим большинство необходимых данных находится в центральной учетной системе предприятия – Удастся ли использовать ее для задач аналитики? • В каком регионе был достигнут максимальный уровень сбыта данной продукции в прошлом году? – В какой именно торговой точке? – У какой категории покупателей она пользовалась наивысшим спросом? • Какова динамика продаж по региону во времени – Были ли сезонные всплески? – Хватало ли запаса товара на складах? • Какой прогноз спроса дает тренд на 2 й квартал этого года? – Что, если уровень инфляции составит 2. 5% в месяц, а конкуренты поднимут цены на 10%? 99

LOB OLTP-система и анализ • На все эти вопросы невозможно, либо очень трудно ответить в терминах транзакционной СУБД – В силу того, что OLTP-структура максимально нормализована для учета данных • Где характерны короткие обновляющие транзакции – И которая очень плохо приспособлена для массивного длительного чтения • Охватывающего практически все таблицы базы • Изобилующего предикатами JOIN, ORDER BY, GROUP BY, агрегатными функциями и т. д. • Такие запросы будут выполняться по ней очень долго – Блокируя на все это время постоянную необходимость ввода данных в систему (учета) 100

Вывод 2 • Хранилище должно иметь специализированную структуру – – Оптимизированную под задачи аналитики Позволяющую рассматривать количественные характеристики в з ти от определяющих их параметров • • Продажи (Время, Место, Товар, Покупатель, Продавец, . . . ) Проще говоря, оно должно быть многомерным 101

OLAP: соединяя два берега Корпоративные приложения l l l OLAP Целостность данных Большие объемы Хранят гигантские объемы данных (OLTP) Быстрое время Требуют для работы отклика специальных знаний Мощная аналитика Содержат минимальные Строгие возможности вычисления статистических Дружественность к вычислений / анализа конечному пользователю Многомерность Генераторы отчетов l l l Анализируют небольшие объемы данных Разбросаны среди конечных пользователей Отсутствует корпоративная целостность данных

MS Excel как клиент OLAP 103

Внедрение ERP-системы Новое качество управления компанией Сбыт SD Материалы Планирование производства Финансовая бухгалтерия FI MM Учёт затрат CO R/3 PP TR Управление финансами Клиент / Сервер PM ТО и ремонт оборудования Персонал HR АМ Учет основных средств 104

Система стратегического управления должна позволить: • Быстро реагировать на происходящие изменения и корректировать курс на основе определенных показателей • Жестко увязывать стратегию с операционной деятельностью • Оценивать результаты, используя сбалансированные и надлежащим образом измеряемые параметры • Интерпретировать стратегический замысел и видение перспектив развития высшим руководством • Формулировать стратегические задачи и транслировать их на все уровни организации • Задавать направление для принятия важных ежедневных, еженедельных и квартальных решений • Эффективно распределять ресурсы • Определять наиболее важные проекты и расставлять 105

СТРАТЕГИЧЕСКОЕ УПРАВЛЕНИЕ: подсистемы Система сбалансированных показателей Результаты планирования, прогнозирования и моделирования ситуаций Ситуационный центр ВИЗУАЛИЗАЦИЯ ИНФОРМАЦИИ Анализ экономического состояния и результатов деятельности вуза Информация для внешних заинтересованных сторон Роли и защита от несанкционированного доступа Мониторинг внешней среды и отраслевой конкуренции ХРАНЕНИЕ И ДОСТУП К ИНФОРМАЦИИ Хранилище бизнес информации СБОР ИНФОРМАЦИИ Транзакционные информационные системы 106

Системы сбалансированных показателей (BSC) Финансовая перспектива Задачи Эффективное распределение и использование финансовых ресурсов Обеспечение достаточного финансового потенциала для поддержания и повышения качества образования Диверсификация финансового обеспечения Клиентская перспектива Задачи Качество обучения и сервиса соответствует ожиданиям студентов Признание образовательной и научной средой вклада университета в создание новых знаний Признание государством и обществом работы университета на благо страны Внутренние бизнес-процессы Стратегическая цель: Занять лидирующее положение на рынке образовательных услуг Задачи Улучшение качества образовательных услуг Создание эффективной системы формирования отчетности Вовлечение ППС в процесс учебного планирования Перспектива саморазвития Задачи Подбор и удержание высококвалифицированного персонала Открытие и развитие новых курсов и специальностей Повышение профессионального уровня сотрудников 107

Формирование системы ключевых показателей результативности вуза (KPI) Кадровый состав Образовательные программы НИР Финансы Социальная сфера Библиотека и информатизация Обеспечивающие подразделения 108

Целевая система управления КИС Пожелания Услуги Претензии Требования, финансирование Пользователи КИС Показатели Планирование предоставления услуг эффективности Эксплуатация Пожелания БП Административно организационные вопросы SLA, ТЗ, регламент, план ИС, документация бюджет Стандарты, Стратегия развития и взаимодействия с подразделениями заказчиками Разработка и внедрение 109

Модель службы ИТ Пользователи Рекомендуемая архитектура КИС Эксплуатация КИС Услуги Приложения Инфраструктура Организация Процессы 110

Пример решения для ERP-системы Система «Университет» : решения для высшей школы и научных исследований Организационное управление Управление свя-зями с основными клиентами Стратегическое управление Информационное обеспечение принятия решений Исследование и анализ рынка Разработка учебных программ Управление Планирование, заявление и предварительное присуждение Академические и студенческие службы Управление документацией Управление персоналом Планирование учебных мероприятий, занятий и экзаменов Академическое консультирование и служба трудоустройства Определение папок и потока операций Управление организационноштатной структурой Бухгалтер-ский учет и отчетность Администрирование студентов Управление научными исследованиями Материальнвя помощь Управленческий учет Проживание Набор новых сотрудников Администрирование персонала Управление наличнными и временно свободными средствами Материально- Управление процессом закупки Управление договорными взаимоотношениями Управление рабочим временем и отпусками Электронная подпись Управление основными средствами и недвижимым имуществом Управление товарноматериальными запасами Управление оборудованием и вспомогательными средствами Организационное развитие Учеба Отчет перед спонсором и завершение проекта Услуги библиотеки и средств массовой информации Профессиональный рост и обучение Отрасле-вая отчетность Преподавание и контрольные мероприятия Взаимодействи со спонсором Обслуживание комнат и оборудования в общежитиях Мониторинг документооборота Управление поступлением денежных средств Обслуживание клиентов Управление личными счетами студентов Бухгалтерское обеспечени спонсируемых объектов Исполнение документооборота Организационноадминистратив-ное обеспечение техническое обеспечение Исполне-ние бюджета Маркетинг Управление продажами продукта и управление маркетинговыми программами Преподавание и обучение исследованиями и грантами Бюджет-ное планирование Услуги студенческого городка Поиск информации Управление поощрениями и вознаграждениями Расчет заработной платы Администрирование командировок Управление платными услугами Управление парком транспортных средств 111

Основные направления развития проектов ИТ Разработка в ГУ-ВШЭ корпоративных и вспомогательных подсистем ГУ-ВШЭ Разработка Концепции и ТЗ КИС ГУ-ВШЭ Разработка ИТ- стратегии ГУ-ВШЭ 2003 -2008 Разработка БП и ЭАР ГУ-ВШЭ 2004 2003 Создание инфраструктуры ГУ-ВШЭ ТС, сети, СУ ГУ-ВШЭ в Москве 2003 -2005 ТС, сети, СУ ГУ-ВШЭ в филиалах 2004 -2006 Разработка Техпроекта КИС 2004 Внедрение ERP ГУ-ВШЭ 2004 -2007 Разработка Портала ГУ-ВШЭ 2004 -2008 Внедрение отраслевых подсистем ГУ-ВШЭ 2005 -2008 112

ОБЗОР ПЛАТФОРМ ДЛЯ РЕШЕНИЯ ЗАДАЧИ • Корпоративные центры управления SAP/R 3 • От 50 до нескольких тысяч пользователей • Кол во транзакций ограничено только возможностями аппаратного обеспечения • 1 400 пользователей • До 10 млн. транзакций в год MBS Axapta • Финансовый, налоговый и управленческий учет • Поддержка территориально распределенных структур • Масштабируемость 1 CПредприятие • 1 30 пользователей • До 1 млн. транзакций в год • Требуется только российская бухгалтерия • Отсутствует территориальная распределенность. 113

ОСОБЕННОСТИ РАЗРАБАТЫВАЕМОЙ СИСТЕМЫ q Комплексность решения q Поддержание единого информационного пространства q Промышленная платформа q Наличие развитых средств настройки, мощный аналитический учет q Наличие средств для консолидации q Развитая аналитическая отчетность q Настраиваемый интерфейс пользователя 114

ТРЕБОВАНИЯ К ТИПОВОМУ РЕШЕНИЮ q Единая нормативная база решения § Единая методология учета § Единая нормативно-справочная информация § Единые требования к отчетности q Наличие развитых средств настройки § Создание развитого аналитического учета § Разработка средств настройки ( механизм хозяйственных операций, генерация отчетности и т. п. ) q Наличие средств интеграции c внешними системами q Наличие средств для консолидации данных 115

КРИТЕРИИ ВЫБОРА ПЛАТФОРМЫ 1 С: ПРЕДПРИЯТИЕ ДЛЯ РЕАЛИЗАЦИИ q Развитый аналитический учет § Множественность планов счетов, их многоуровневость § Многомерный и многоуровневый аналитический учет § Мультивалютность q Мощные средства разработки оригинальных решений § Проблемно-ориентированная среда проектирования § Язык программирования q Масштабируемость решений q Современный интерфейс q Надежность и безопасность q Развитые средства интеграции приложений q Развитые средства администрирования 116

СТРУКТУРА ТИПОВОГО РЕШЕНИЯ Планирование и бюджетирование Бухгалтерский учет Зарплата и кадры Стипендиальное обеспечение ТИПОВОЕ РЕШЕНИЕ Управление Учебным процессом Управление НИР Управление документооборотом 117

МОДУЛЬ ПЛАНИРОВАНИЯ И БЮДЖЕТИРОВАНИЯ q. Подготовка бюджетов и смет доходов и расходов по источникам финансирования и направлениям деятельности q. Ведение бюджета (сметы) по оплате труда q. Ведение бюджета (сметы) по стипендиальному обеспечению q. Обеспечение корректировки бюджетов и смет с отслеживанием причин и истории q. Обеспечение возможности контроля бюджетов и исполнения смет с учетом разбивки по статьям и подстатьям бюджетной классификации q Предоставление отчетности по бюджетной и внебюджетной деятельности q. Подготовка справок по запросам пользователей в режиме реального времени 118

МОДУЛЬ БУХГАЛТЕРСКОГО УЧЕТА q. Ведение бухгалтерского учета в соответствии с «ГК РФ» , «НК РФ» , «Законом о бухгалтерском учете» , прочими актами q. Ведение бухгалтерского учета в соответствии с «Инструкцией по ведению учета в бюджетных учреждениях № 107 н» q. Ведение мемориально-ордерной и журнально-ордерной систем учета q. Учет исполнения смет доходов и расходов (бюджетных, внебюджетных и целевых источников) q. Формирование первичных документов и регистров учета согласно положениям Госкомстата РФ, Минфина РФ q Осуществление бухгалтерского учета по основным участкам учета q. Формирование внутренней и внешней отчетности 119

МОДУЛЬ РАСЧЕТА ЗАРАБОТНОЙ ПЛАТЫ И УПРАВЛЕНИЯ ПЕРСОНАЛОМ q Кадровый учет и ведение штатного расписания § Ведение кадровой информации по сотрудникам § Оформление приказов § Ведение табеля учета рабочего времени § Ведение штатного расписания q Расчет заработной платы § Расчет основных начислений § Расчет произвольных доплат § Расчет основных и произвольных удержаний § Формирование документов ( расчетные листки, платежные ведомости и т. п. ) q Формирование аналитической корпоративной отчетности 120

МОДУЛЬ СТИПЕНДИАЛЬНОГО ОБЕСПЕЧЕНИЯ q Учет организационно-административного движения q Ведение начислений и выплаты стипендий q Поддержание начисления различных материальных выплат q Формирование стипендиальных ведомостей q Формирование внутренней отчетности 121

ОТЛИЧИТЕЛЬНЫЕ ОСОБЕННОСТИ ТИРАЖИРУЕМОГО РЕШЕНИЯ § Настройка Системы на различные планы счетов; § Реализация различных схем ведения учета пользовательскими средствами настройки; § Формирование пользователем новых видов хозопераций, модификация существующих при изменении требований к ведению учета; § Задание в «теле» хозоперации значений аналитических разрезов; § Автоматический расчет суммы проводки, исходя из правил задания операнда проводок; § Настройка интерфейса документов в зависимости от сформированной совокупности хозопераций; § Выполнение всего перечисленного без изменения программного кода Системы. 122

РАБОТА СО СПРАВОЧНИКОМ «ХОЗЯЙСТВЕННЫЕ ОПЕРАЦИИ» 123

КОМПОНЕНТА ИНТЕГРАЦИИ С ВНЕШНИМИ СИСТЕМАМИ q Решает задачи экспорта / импорта в разрезе следующих подзадач: § Загрузка исторических данных из эксплуатирующихся систем § Загрузка данных для целей ведения бухгалтерского и кадрового учета, бюджетирования, расчета зарплаты и стипендий из внешних систем § Загрузка данных для целей управления учебным процессом, документооборотом и НИР из внешних систем § Выгрузка данных в специализированные внешние системы 124

ЖИЗНЕННЫЙ ЦИКЛ Требова ния к СИСТЕ МЕ Тех. за дание Разработка системы Внедр ение Опытная эксплуата ция Тиражи рование Сопровож дение и развитие 125

ПОДХОДЫ К СОЗДАНИЮ ИНТЕГРИРОВАННЫХ РЕШЕНИЙ Министерство образования R/3 Университеты > 12000 1 C-филиал MBS Университеты и ВУЗы от 5000 до 12000 1 C Образов. учр. до 5000 126

ВОЗМОЖНОСТИ ИНТЕГРАЦИИ Корпоративный центр Консолидатор Отчётность e-mail . . . Филиал 127

СХЕМА ОТНОШЕНИЙ ПРИ СОЗДАНИИ И ЭКСПЛУАТАЦИИ ФОИВ 6 ОУ ФОУ ФОУ ФОУ ОУ ОУ 3 1 1 ОУ 1 5 Ресурсные центры СОПРОВОЖДЕНИЕ Федеральные Законодательные органы 2 5 Местные законодатель ные органы 3 Центр компетенции 4 1 С РАЗРАБОТКА И РАЗВИТИЕ 1 – изменения в законодательстве 2 – требования ФОИВ к отчетности ОУ 3 – изменяющиеся требования 4 – развитие платформы 1 С 5 – поставка системы и оказание услуг 6 - отчетность ОУ перед ФОИВ 128

ВЫВОДЫ Платформа выбираемой для образовательного учреждения системы должна быть адекватна Целесообразно дальнейшее развитие систем на разных по мощности платформах Перспективно развитие интеграции между системами различных по мощности платформ 129