1. Модели информационного пространства предприятия. Электронный документооборот. Электронный документооборот (ЭДО) — совокупность автоматизированных процессов по работе с документами, представленными в электронном виде, с реализацией концепции «безбумажного делопроизводства». К основным преимуществам электронного документооборота можно следующие: отнести 1. Полный контроль за перемещением и эволюцией документа, регламентация доступа и способ работы пользователей с различными документами и их отдельными частями. 2. Уменьшение расходов на управление за счет высвобождения (на 90% и более) людских ресурсов, занятых различными видами обработки бумажных документов, снижение бюрократической волокиты за счет маршрутизированного перемещения документов и жесткого контроля за порядком и сроками прохождения документов. 3. Быстрое создание новых документов из уже существующих. 4. Поддержка одновременной работы многих пользователей с одним и тем же документом, предотвращение его потери или порчи. 5. Сокращение времени поиска нужных документов. Комплексная автоматизация этих функций( обслуживание клиентов,разработка продукции;учет и контроль за деятельностью предприятия;финансовое обеспечение деятельности предприятия и т.д.) требует создания единого информационного пространства предприятия, в котором сотрудники и руководство могут осуществлять свою деятельность, руководствуясь едиными правилами представления и обработки информации в документном и бездокументном виде. Для этого в рамках предприятия требуется создать единую информационную систему по управлению информацией или единую систему управления документами, включающую возможности: 1. удаленной работы, когда члены одного коллектива могут работать в разных комнатах здания или в разных зданиях; 2. доступа к информации, когда разные пользователи должны иметь доступ к одним и тем же данным без потерь в производительности и независимо от своего местоположения в сети; 3. средств коммуникации, например: электронная почта, факс, печать документов; 4. сохранения целостности данных в общей базе данных; 5. полнотекстового и реквизитного поиска информации; 6. открытость системы, когда пользователи должны иметь доступ к привычным средствам создания документов и к уже существующим документам, созданным в других системах; 7. защищенность информации; 8. удобства настройки на конкретные задачи пользователей; Начальным этапом создания такой системы является построение модели предметной области или другими словами модели документооборота. Определенные направления автоматизации документооборота определяют трехмерное пространство свойств, где по некоторой траектории движется любой программный продукт данного класса, проходя различные стадии в своем развитии (рис.1.). Первая ось (F) характеризует уровень организации хранения фактографической информации, которая привязана к специфике конкретного рода деятельности компании или организации. Например: при закупке материальных ценностей происходит оформление товаросопроводительных документов (накладных, приемо-передаточных актов, приходных складских ордеров и т.д.), регистрируемых в качестве операционных документов, атрибутика которых очень важна для принятия управленческих решений. Информация из операционных документов используется при сложной аналитической и синтетической обработке, и, в частном случае, может быть получена пользователем через систему отчетов. Рис.1. Трехмерное пространство свойств. Вторая ось (D) - полнотекстовые документы, отражает необходимость организации взаимодействия: формирование и передача товаров, услуг или информации как внутри корпорации, так и вне ее. В этих документах наряду с фактографической информацией содержится слабо структурированная информация, не подлежащая автоматизированной аналитической обработке, такая, например, как форс-мажерные факторы и порядок предъявления претензий при нарушении условий договора. Все взаимоотношения между субъектами бизнеса сопровождаются документами, которые становятся осязаемым отражением результата взаимодействия. Третья ось (R) вносит в пространство документооборота третье измерение - регламент процессов прохождения документов, а именно: описание того какие процедуры, когда и как должны выполняться. Основа для позиционирования относительно данной оси набор формальных признаков (атрибутов) и перечень выполнения операций. Точка в пространстве (F, D, R) определяет состояние системы документооборота и имеет координаты (f,d,r), где f,d и r принадлежат множествам F,D и R, соответственно. Положение этой точки зависит от уровня развития и стадии внедрения системы документооборота на предприятии, а также от его специфики и самих масштабов бизнеса. 2. CALS-технологии. CALS-технологии (англ. Continuous Acquisition and Life cycle Support — непрерывная информационная поддержка поставок и жизненного цикла изделий), или ИПИ (информационная поддержка процессов жизненного цикла изделий) — подход к проектированию и производству высокотехнологичной и наукоёмкой продукции, заключающийся в использовании компьютерной техники и информационных технологий на всех стадиях жизненного цикла изделия. За счет непрерывной информационной поддержки обеспечиваются единообразные способы управления процессами и взаимодействия всех участников этого цикла: заказчиков продукции, поставщиков/производителей продукции, эксплуатационного и ремонтного персонала. Информационная поддержка реализуется в соответствии с требованиями системы международных стандартов, регламентирующих правила указанного взаимодействия преимущественно посредством электронного обмена данными. Также стандарты CALS-технологии позволяют сократить затраты на сам этап проектирования. Сюда относится и производство готовой продукции. Кроме этого уменьшаются потребляемые финансы на эксплуатацию, существенно облегчается решение многих трудностей, связанных с ремонтопригодностью, а также адаптация ко многим условиям эксплуатации. Однако результаты применения CALS -технологии в логистике будут заметно больше. Ведь все данные, которые генерируются в единой системе, могут быть доступны и другим системам. Все применяемые в них решения станут намного более обоснованными и понятными. Основными составляющими CALS-технологий являются: 1. CAD (Computer Aided Design) — инструментальный комплекс технических и программных средств автоматизированного проектирования изделий; 2. CAM (Computer Aided Manufacturing) — системы автоматизации технологической подготовки производства; 3. CAE (Computer Aided Engineering) — системы инженерного анализа; 4. Concurrent Engineering — средства реализации технологии параллельного тотального проектирования в режиме группового использования данных; 5. EDM (Enterprise Data Management) — система управления проектными и инженерными данными; 6. системы визуализации всего процесса разработки документации; 7. средства обмена данными; 8. средства разработки прикладного программного обеспечения; 9. методики анализа процессов проектно-технологической, производственной и управленческой деятельности. 3. Системы класса MRP, MRPII, ERP. MRP Методология, используемая в управлении производством и обеспечивающая разработку планов и графиков поставки материалов и комплектующих для обеспечения заданной программы производства. Система планирования материальных потребностей рассчитывает план закупок необходимых компонентов и план производства на основании спецификации изделия, прогнозируемого спроса и технологических нюансов производства. MRP-система также может самостоятельно рассчитывать сроки исполнения и план производства. Цикл работы MRP-системы состоит из следующих этапов: 1. определение оптимального графика производства на планируемый период на основании анализа принятой программы производства; 2. учёт материалов, не включённых в производственную программу, но присутствующих в заказах; 3. расчёт полной потребности в каждом материале в соответствии с составом конечного продукта; 4. расчёт чистой потребности в каждом материале и составление заказов на материал; 5. внесение корректив в сформированные заказы с целью предотвращения несвоевременных поставок. В результате система выдаёт план заказов с оперативными изменениями и ряд служебных отчётов. Классическая MRP-система выдает на выходе следующие результаты: 1. План Заказов. Он определяет, какое количество каждого материала должно быть заказано в каждый рассматриваемый период времени в течение срока планирования. План заказов является руководством для дальнейшей работы с поставщиками и, в частности, определяет производственную программу для внутреннего производства комплектующих, при наличии такового. 2. Изменения к плану заказов. Они являются модификациями к ранее спланированным заказам. Ряд заказов могут быть отменены, изменены или задержаны, а также перенесены на другой период. В принципе, MRP-система может снабжать пользователя и другими дополнительными результатами, которые представляются в форме отчетов. Наиболее показательными может быть: 1. Отчет о прогнозах. Информация для анализа и долгосрочного планирования. 2. Исполнительный отчет. Индикатор корректности выполнения всех операций. Здесь пользователь может отследить правильно ли выполнялись все указания, не было ли сбоя в работе системы. 3. Отчет о задержках. Данные о наиболее проблемных заказах, времени исполнения определенных функций и прочих моментах, которые могут повлиять в дальнейшем на эффективность работы. MRP II Планирование производственных ресурсов (Manufacturing Resource Planning, MRP II) — метод, основанный на использовании планирования потребности в материалах, включающий в себя функции управления складами, снабжением, продажами и производством.Также допускает включение в единую систему функций учёта и управления финансами. Принцип работы MRP II опирается на три базовых принципа: иерархичность, интерактивность и интегрированность. Иерархичность означает, что каждому звену производственной цепи присваивается свой уровень, совокупность которых образует иерархическую лестницу. Планирование деятельности предприятия осуществляется с высших ступеней; одновременно с этим функционирует надёжный механизм обратной связи. Система планирования производственных ресурсов состоит из множества модулей, в результате работы которых пользователь получает широкий спектр возможностей. 1. Планирование продаж и операций обеспечивает связь между стратегическим и детальным планированием, а также установка норм для остальных планов и графиков. 2. Управление спросом реализует связь между прогнозированием спроса, работой с заказами покупателей, дистрибуцией, движением материалов и сборочных единиц между производственными площадками компании. 3. Главный календарный план производства фиксирует план производства, исходя из номенклатурных позиций независимого спроса, определяя объём и сроки производства. 4. Планирование потребности в материалах. 5. Подсистема спецификаций содержит нормативно-справочную информацию, необходимую для корректного планирования. 6. Подсистема операций с запасами поддерживает в актуальном состоянии данные о запасах номенклатурных позиций. 7. Подсистема запланированных поступлений по открытым заказам используется для работы с заказами, изготовление и закупка которых ещё не завершены. 8. Оперативное управление производством назначает способ расстановки приоритетов между руководящей и исполняющей сторонами. 9. Планирование потребности в мощностях. 10. Управление входным/выходным материальным потоком контролирует исполнение плана использования производственных мощностей. 11. Управление снабжением контролирует выполнение плана закупок и преобразует заявки в заказы на закупку. 12. Планирование ресурсов распределения обеспечивает планирования в случае, когда предприятие имеет территориально распределённую структуру с несколькими удалёнными друг от друга площадками. 13. Закупки (Purchasing). 14. Интерфейс с финансовым планированием. 15. Оценка результатов деятельности (Performance Measurement. 16. Моделирование (Simulation). Enterprise Resource Planning планирование ресурсов предприятия". Это программное обеспечение для управления бизнес-процессами, которое объединяет финансы, цепочки поставок, операции, отчетность, производство, кадры и позволяет управлять ими. Отличить ее от других прикладных решений просто, система: 1. интегрирует задачи и базы данных всех отделов компании; 2. обеспечивает создание единой информационной среды; 3. помогает в решении любых задач на предприятии. Система позволяет: 1. значительно ускорить документооборот между отделами; 2. получить быстрый доступ к информации; 3. эффективно управлять работой удаленных отделов, филиалов, сотрудников. 4.Системы класса CSRP Система CSRP - это интегрированная электронная информационная система управления, реализующая концепцию CSRP. Предназначение CSRP - создание продуктов с повышенной ценностью для покупателя, т. е. продуктов, которые наиболее полно соответствуют специфическому набору требований каждого конкретного покупателя. Сущность концепции CSRP состоит в том, что при планировании и управлении компанией можно и нужно учитывать не только основные производственные и материальные ресурсы предприятия, но и все те, которые обычно рассматриваются как «вспомогательные» или «накладные». К таким ресурсам относят: ресурсы, потребляемые во время маркетинговой и «текущей» работы с клиентом, послепродажного обслуживания реализованных товаров, используемые для перевалочных и обслуживающих операций, а также внутрицеховые расходы. Учет абсолютно всех использованных ресурсов имеет решающее значение для повышения конкурентоспособности предприятия в отраслях, где жизненный цикл товара невелик, и требуется оперативно реагировать на изменение желаний потребителя. Исключительно важным следствием данной концепции явилась реализация задачи тонкого управления производственными графиками в условиях ограниченных мощностей (так называемой APS задачи – Advanced planning and scheduling – расширенного управления производственными графиками). Системы типа APS позволяют решать такие задачи, как «проталкивание» срочного заказа в производственные графики, распределение заданий с учетом приоритетов и ограничений, перепланирование с использованием полноценного графического интерфейса. Благодаря принципиально новой «математике» расчет типовых задач MRP осуществляется значительно быстрее, чем раньше. 5.Расширение классической реляционной модели: супертипы сущностей, взаимоисключающие связи. подтипы и Для удовлетворения новых требований, выдвигаемых все более усложняющимися приложениями, в семантическое моделирование были введены дополнительные концепции, расширяющие его возможности. Дополнительные концепции базируются на таких понятиях, как супертип и подтип, а также используют процесс наследования атрибутов. Супертип — это сущность, включающая разные подтипы, которые необходимо представить в модели данных. Подтип — это сущность, являющаяся членом супертипа, но выполняющая отдельную роль в нем. Супертип может иметь несколько разных подтипов. Каждый экземпляр подтипа является в то же время и экземпляром супертипа. Связь между супертипом и подтипом относится к типу "один к одному". Использование понятий супертипа и подтипов позволяет при моделировании выделить для подтипа свои собственные атрибуты и атрибуты, наследуемые им от супертипа. Преимущества использования подтипов сущностей: 1. избежание избыточности данных, поскольку каждый подтип содержит только уникальную информацию. Это в свою очередь приводит к уменьшению размера самой базы данных; 2. упрощение установки ограничений для любого атрибута, который соответствует столбцу таблицы реализующей конкретный подтип сущности; 3. уменьшение ошибок при программировании операций над таблицей, которая соответствует конкретному подтипу сущности; 4. гибкость в модификации структуры базы данных. Не нужно модифицировать таблицу супертипа в случае добавления/изменения структуры таблицы подтипа. Это, в свою очередь, приводит к тому, что не нужно переделывать всю программу управления базой данных. Трудности состоят в следующем: 1. сложность в организации взаимодействия между главной и подчиненной таблицами для реляционных баз данных; 2. в таблицах подтипов нужно дополнительно вводить первичные ключи для связывания с таблицей супертипа; 3. запросы на языке SQL становится более сложными, поскольку нужно обрабатывать данные в связанных таблицах; 4. сложность в обеспечении безопасного доступа пользователя к столбцам таблицы. Взаимоисключающие связи Две или более связей одной и той же сущности могут оказаться взаимоисключающими (либо-либо). Этот факт представляется поперечной дугой, пересекающей окончания всех соответствующих связей, с небольшими точками или кружками в местах пересечения. Свойства взаимоисключающих связей: 1. Окончания связей, которые пересекает поперечная дуга, должны быть либо все обязательными, либо все факультативными. 2. Окончание связи может пересекать только одна поперечная дуга. 3. Поперечные дуги не могут пересекать связи, идущие от разных сущностей 4. Поперечные дуги не могут пересекать связи, исходящие из подтипа и его супертипа. 5. Окончания связей, которые пересекает попереч- ная дуга, должны быть либо все входить в уника- льный идентификатор, либо не входить. 6. Архитектура масштабных решений: секционирование таблиц, слои представлений, витрины данных. Секционирование таблиц. Этот механизм позволяет физически разбивать таблицы на «горизонтальные» части или секции по логическому условию, например, по дате или по значениям каких-либо других полей. При этом логически таблица остается единой, но на физическом уровне с каждой такой секцией система работает независимо. Это позволяет автоматически заменять запросы к большой исходной таблице запросами к отдельным ее секциям и, таким образом, уменьшить время обработки запросов. Слои хранилища можно воспринимать как отдельные компоненты системы – со своими задачами, зоной ответственности, «правилами игры». Primary Data Layer — слой первичных данных (или операционный слой) – предназначен для загрузки из систем-источников и сохранения первичной информации, без трансформаций – в исходном качестве и поддержкой полной истории изменений. Задача данного слоя – абстрагировать последующие слои хранилища от физического устройства источников данных, способов забора данных и методов выделения дельты изменений. Core Data Layer — ядро хранилища – центральный компонент системы, который отличает хранилище от просто «платформы batch-интеграции», либо «большой свалки данных», поскольку его основная роль – это консолидация данных из разных источников, приведение к единым структурам, ключам. Именно при загрузке в ядро осуществляется основная работа с качеством данных и общие трансформации, которые могут быть достаточно сложны. Задача данного слоя – абстрагировать своих потребителей от особенностей логического устройства источников данных и необходимости сопоставлять данные из различных систем, обеспечить целостность и качество данных. Data Mart Layer — аналитические витрины – компонент, основная функция которого – преобразование данных к структурам, удобным для анализа, либо согласно требованиям системы-потребителя. Как правило, витрины берут данные из ядра – как надежного и выверенного источника – т.е. пользуются сервисом этого компонента по приведению данных к единому виду. Будем называть такие витрины регулярными. В отдельных случаях витрины могут брать данные непосредственно из стейджинга – оперируя первичными данными (в ключах источника). Такой подход, как правило, используется для локальных задач, где не требуется консолидация данных из разных систем и где нужна оперативность более, чем качество данных. Такие витрины называют операционными. Некоторые аналитические показатели могут иметь весьма сложные методики расчетов. Поэтому, для таких нетривиальных расчетов и трансформаций создают так называемые вторичные витрины. Задача слоя витрин – подготовка данных согласно требований конкретного потребителя – BI-платформы, группы пользователей, либо внешней системы. Витрина данных - срез базы, хранилища данных, который призван представлять собой массив узкоспециализированной, тематической информации, ориентированный под запросы сотрудников определенного департамента, вектора работы организации. Витрины данных имеют следующие достоинства: 1. пользователи видят и работают только с теми данными, которые им нужны; 2. витрины являются максимально приближенными к пользователю; 3. витрины данных проще в проектировании, настройке и поддержке, чем полноразмерное хранилище; 4. для витрин данных не требуется использовать мощные вычислительные средства. К недостаткам витрин данных можно отнести сложность контроля целостности и противоречивости данных. 7.Архитектура масштабных решений: организация слоя программных абстракций на примере слоя абстракций БД Слой абстракции базы данных (Database abstraction layer — DBAL) — это интерфейс прикладного программирования, который унифицирует связь между компьютерным приложением и системами управления базами данных(СУБД), такими как SQL Server, DB2, MySQL, PostgreSQL, Oracle или SQLite. Уровни абстракции базы данных 1. Физический уровень (низший уровень) Самый низкий уровень подключается к базе данных и выполняет фактические операции, требуемые пользователями. На этом уровне концептуальная инструкция переводится на несколько инструкций, которые понимает база данных. 2. Концептуальный или логический уровень (средний или высший уровень). Концептуальный уровень объединяет внешние концепции и инструкции в промежуточную структуру данных, которая может быть передана в физические инструкции. Этот слой является самым сложным, поскольку он охватывает внешний и физический уровни. Кроме того, он должен охватывать все поддерживаемые базы данных и API. Этот уровень осведомлён о различиях между базами данных и способен построить путь выполнения операций во всех случаях. Однако концептуальный уровень отступает к физическому уровню для фактической реализации каждой отдельной операции. 3. Уровень просмотра (внешний уровень)Внешний уровень доступен для пользователей и разработчиков и обеспечивает согласованную структуру для выполнения операций с базой данных. Операции с базами данных представлены лишь слабо. Каждая база данных должна обрабатываться одинаково на этом уровне без видимой разницы, несмотря на различные физические типы данных и операции. 8. Паттерн «Периодические реквизиты» 9. Паттерн «Промежуточные итоги”
