- •1.Системный подход к построению информационно-управляющих систем (иус)
- •2. Информационные системы и технологии современного предприятия
- •3. Внедрение информационных технологий на основе бизнес-моделирования
- •4. Этапы развития корпоративных информационных систем
- •5. Офисный и технический документооборот в организации производства
- •6.Корпоративные информационные системы
- •7. Основы методологии mrp
- •8. Технология управления расширенной производственной цепочкой
- •Дисциплина
- •9. Тенденции создания и развития иус
- •10. Необходимость создания и внедрения асоиу
- •2. Создаем асу под бизнес, а не наоборот
- •11. Причины одновременного существования erp и scm-систем
- •12. Интеллектуализация асоиу
- •13. Задачи интеграции в гетерогенной информационной среде современного предприятия
- •14. Функциональные уровни приложений в корпоративных информационных системах
- •15. Архитектурные решения корпоративных информационных систем
- •16. Цель использования международных стандартов
- •17. Распределенные объектные архитектуры
- •18. Технологии создания распределённых объектных систем
- •Почему corba?
- •19. Архитектура управления объектами
- •20. Объектная модель corba
- •21. Спецификации служб omg
- •22. Характеристики стандартов idef
- •23. Основы методологии idef
- •24. Системы распределенного искусственного интеллекта
- •25. Перспективы развития информационных технологий ворганизационно-экономических системах
4. Этапы развития корпоративных информационных систем
Начало практической реализации концепции ИУС (единое информационное пространство, однократный ввод и многократное использование информации, уменьшение количества бумажных документов и дублирования информации в них, автоматические бухгалтерские проводки и т.д.) стало возможным только с появлением компьютеров третьего поколения с такими базовыми элементами, как средства хранения информации большого объема и средства интерактивного доступа к хранимой информации
Такие средства появились в конце 60-х – начале 70-х г.г. с выходом на рынок системы IBM/360 и монитора CICS. Поскольку эти средства стоили дорого, реализацию ИУС могли позволить себе только крупные предприятия. Например, в 70-х годах ИУС были созданы в United States Steel Corporation (USX) и British Steel, при этом штаб-квартира и заводы последней были расположены в нескольких городах, количество интерактивных терминалов – составляло около 2 тысяч, общий объем дисковой памяти – около 750 Gb .В ИУС первого поколения практически все программное обеспечение было создано на самих предприятиях и было приспособлено либо к конкретному предприятию, либо к узкому кругу родственных компаний и требовало значительных трудозатрат на поддержку силами высококлассных программистов. Компания British Steel на конец 80-х г.г. для развития и эксплуатации своей ИУС содержала около 800 специалистов, 350 из них – в отделе разработки.
Дальнейшая эволюция ИУС была связана прежде всего с совершенствованием инструмента, обеспечивающего уменьшение трудозатрат на создание и сопровождение ИУС путем углубления специализации, стандартизации и кооперации, а также с появлением новых средств хранения, переработки и передачи информации. В конце 70-х – начале 80-х годов появились фирмы, специализирующиеся на разработке и внедрении ИУС.Вперед вырвались те, которые использовали типовые бизнес – модели, пригодные для широкого круга предприятий. К этому времени уже существовали методологические проработки таких моделей, а базовой моделью для ИУС второго, третьего и четвертого поколений стало направление MRP
(Material Resource Planning) – MRPII – ERP (Enterprise Resource Planning). В основе методологии MRP лежат следующие основные положения:
- фундаментом таких систем является полная инвентаризация всех видов ресурсов предприятия в «едином информационном пространстве» c обеспечением автоматической поддержки «уникальных идентификаторов» для всех элементов и их использованием во всех подсистемах ИУС;
- все виды регистрации хозяйственных операций максимально приближаются к местам их возникновения и обязательно используют общую базу данных инвентаризации с уникальными идентификаторами;
- базовые понятия в MRP системах обобщаются и типизируются для любого предприятия (рабочие центры, запасы, центры затрат, маршруты, операции, планирование мощностей и т.п.);
- разработана типовая методология согласования планов и отчетов разных уровней от предприятия и до участков производства;
- MRP системы унаследовали функциональные возможности ИУС первого поколения, например, автоматическое формирование бухгалтерских проводок.
Каждый производитель систем класса MRP использовал в основном собственные средства поддержки базы данны и собственные средства разработки приложений. Впоследствии некоторые начали использовать и появившиеся коммерческие иерархические и сетевые СУБД. Лидерами по разработке ИУС на основе мэйнфреймов IBM и методологии MRP стали Computer Associates(CA) и SAР. В СССР в 70-х-80-х годах. также активно велись методологические работы по типизации и стандартизации методов разработки АСУ. В 80-е годы на предприятиях СССР функционировало более трех тысяч АСУ, которые охватывали технологические процессы, участки и цехи производства, автоматизировали организационно-экономическую, технологическую, конструкторскую и научно-исследовательскую деятельность предприятий. Существовавшие в то время АСУ автоматизировали лишь часть функций управления производственными системами, поэтому и была поставлена задача перехода к интегрированным системам управления (ИАСУ). ИАСУ должны были на основе совершенствования организационных структур управления, рационального использования вычислительных ресурсов и увеличения числа решаемых оптимизационных задач обеспечить интегральную автоматизацию производства на всех уровнях управления, автоматизировать проектирование АСУ на базе унификации и типизации проектных решений.
Типовые проектные решения (ТПР) делились на три уровня реализации:
элементные – ориентированные на решение отдельных задач и функций управления; подсистемные – охватывающие комплекс задач, связанных по функциональному или производственному принципу, системные – включающие типовые проекты АСУ.
Многие полученные в то время результаты и разработанные интегрированные АСУ опирались на серьезный научный фундамент и по качеству технических решений не уступали зарубежным аналогам. Но в условиях жесткого централизованного управления предприятиями, технического отставания средств отечественной вычислительной техники не мог сформироваться рынок информационных систем и не произошло массового перехода предприятий к подлинным интегрированным АСУ.
В конце 80-х начали появляться производители нового поколения MRP систем, чему способствовали следующие предпосылки:
- появились компании, специализирующиеся на создании типовых реляционных СУБД, основанных на стандартах SQL, началось бурное развитие соответствующих средств разработки. При этом появилось некоторое количество коммерческих продуктов ведущих компаний;
- произошел спад интереса к мэйнфреймам при одновременном расцвете открытых систем на основе UNIX, TCP/IP и технологии клиент/сервер.
Новые поставщики MRP/ERP систем начали использовать появившиеся на рынке коммерческие реляционные СУБД и средства разработки от ведущих производителей, ориентированные на SQL(естественно при этом был сделан акцент на новый уровень открытости и стандартизации технологии клиент/сервер). Это позволяло новым поставщикам, с одной стороны, не тратить ресурсы на собственные инструментальные средства, а с другой, оперативно отслеживать и использовать новые достижения информационных технологий. Пользователям при внедрении новых систем не требовалось дополнительно изучать новые инструментальные средства, отличные от стандартно поставляемых на рынок.
Ведущие поставщики MRP/ERP систем второго поколения (CA ,SAP) и ряд новых производителей (например, BAAN, ICL) также начали переходить на технологию клиент / cервер, но использовали собственные средства разработки. При этом, с одной стороны, они могли применять СУБД нескольких фирм (Oracle, Informix, Sybase, Ingres), но с другой – им было гораздо труднее воспользоваться новыми возможностями очередных версий СУБД.Системы управления отношений с заказчиками CRM (Customer Relationship Management) обычно являются внутренними приложениями систем ERP. Целью систем CRM является предоставление точной оперативной информации о заказчиках и выработка на ее основе стратегии управления ресурсами предприятия. В подмножество систем CRM входят системы автоматизации «мощностей продаж» SFA (Sales Force Automation), задача которых – предоставление отделам сбыта в онлайновом режиме свежей информации о клиентах, ассортименте товара, договорах, поставках и т.д. (со всеми необходимыми документами). Компонентами систем SFA могут служить так называемые системы электронной коммерции E-Purchasing, отвечающие только за сбор заявок от заказчиков. Если процессы закупки товаров выходят за рамки одного предприятия и охватывают также его поставщиков (логистическую цепочку), то возникают так называемые отношения Business-to-Business (B2B). Системы SCM (Supply Chain Management) обеспечивают управление расширенной производственной цепочкой, т.е. управление не только внутренними ресурсами предприятия, но и важнейшими внешними (например, учет заказчиков и поставщиков). SCM реализует новейшую технологию управления, описываемую стандартом CSRP (Customer Synchronized Resource Planing), который предполагает наличие в системе возможностей по управлению внешними по отношению к предприятию элементами производственной цепочки. Целью стандарта является управление полным циклом выпуска продукции. К четвертому поколению ИУС (с точки зрения использования новых инструментальных средств и дальнейшей специализации) можно отнести системы со следующими характеристиками:- активное использование типовых процедур и функций, выполняемых на уровне СУБД;
- использование CASE-средств для поддержки программных систем на всех этапах жизненного цикла ERP-системы;
- применение стандартных средств графического пользовательского Интерфейса (в том числе и Web);
- выделение в подсистемы и типизация аналитических средств поддержки принятия решений по технологии Data Warehouse, OLAP-поддержка библиотек типовых бизнес – функций для удобства их реорганизации (BRP) в процессе эксплуатации.
Информационно-управляющие системы четвертого поколения получили название корпоративных информационных систем (КИС), так как в 90-е годы концепция традиционных автоматизированных систем управления (АСУ, АСУП, ИАСУ) претерпела существенные изменения.
КИС явились результатом эволюционного развития автоматизированных систем управления предприятием. Новые экономические условия привели к изменению задач управления предприятиями, поэтому возникли и новые требования к автоматизированным информационным системам, главными из которых являются:
-повышение качества управления за счёт более оперативного и полного использования информации о ходе производственного процесса, о материальных, финансовых, энергетических потоках, о запасах сырья и материалов;
-определение и эффективное использование комплексных показателей в системах управленческого и бухгалтерского учёта, улучшающих информационное обеспечение оперативного управления;
-наличие комплексной системы управления финансовым состоянием предприятия, объединённой с информационными базами данных;
- наличие единого информационного пространства всего предприятия, в состав которого входят фактографические базы данных, базы документов, предметно-ориентированные хранилища данных, позволяющие использовать всю накопленную информацию для принятия управленческих решений.
Современная информационная система – это «человеко-машинная» система, которая непосредственно осуществляет организационные, управленческие и производственные функции предприятия. Для того чтобы оперативно и обоснованно выработать правильное управляющее воздействие, руководству необходим более глубокий управленческий учёт с точки зрения управления подразделением и предприятием в целом. Управленческий учёт позволяет анализировать внутренние производственные и хозяйственные операции более точно, оперативно, вплоть до масштаба реального времени, определять издержки всего предприятия. Корпоративные информационные системы – как западные, так и российские – различаются принципами построения, набором реализованных функций, инструментальными средствами проектирования, способами настройки параметров. К общим тенденциям создания и развития КИС можно отнести следующие:
организация или реорганизация бизнес-процессов;
разработка системного проекта КИС, ориентированной на поддержку рациональных бизнес – процессов;
наличие фактически стандартного набора функциональных подсистем;
переход на архитектуру «клиент/сервер» как более эффективную и перспективную;
широкое использование в качестве основы их функционирования мощных универсальных СУБД типа ORACLE, INFORMIX.
Одним из новых уровней специализации в КИС стало выделение автономных типовых средств OLAP (On Line Analytical Processing). Ранее аналитические функции типа принятия решений (DSS) включались в MRP/ERP приложения на уровне модулей. Новые OLAP-продукты реализовались уже на уровне инструментальных средств. Так, например, Oracle, используя свои инструментальные средства типа OLAP, создала на прикладном уровне специализированные подсистемы «Финансовый Анализатор» и «Анализатор Продаж». Характерной особенностью новых OLAP-средств является возможность использовать данные из разных систем (разного типа MRP/ERP модулей или из собственных систем предприятий), которые могут быть реализованы в различных СУБД. Наряду с появлением новых фирм-поставщиков, сразу ориентированных на новые средства, важную роль на рынке ERP систем четвертого поколения начали играть производители систем третьего поколения, которые естественно следовали за эволюцией инструментальных средств ведущих поставщиков. Так, ESI/Technology перешла на Oracle Designer/2000 и средства разработки (в GUI) Developer/2000, а фирма IFS наряду с новыми возможностями переноса типовых программ на уровень СУБД начала использовать объектно-ориентированные CASE-средства фирмы Rational Rose .Из перечисленных основных типовых решений КИС поставщики MRP/ERP систем, ориентированные на собственные нестандартные средства, использовали в основном средства GUI и OLAP, которые могли быть взяты из других фирм. Что касается таких новых возможностей, как улучшение логической структуры системы за счет переноса поддержки ограничений целостности баз данных (integrity constraints) и типовых программ на уровень СУБД, а также поддержки электронного проекта системы средствами CASE, то их использование было принципиально ограничено – требовалась значительная переделка собственных средств. Кроме того, над поставщиками довлела необходимость поддержки уже внедренных MRP/ERP систем старого образца, количество которых значительно превышало долю систем нового поколения.
