- •1.Архитектура эис
- •2.Общая характеристика процесса проектирования ис
- •3.Технология проектирования ис. Требования к надежности и эффективности проектных решений.
- •4.Понятие и процессы жц программного обеспечения
- •5.Модели жц по
- •6.Структурная парадигма проектирования ис
- •7.Состав и содержание работ на предпроектной стадии канонического проектирования ис
- •8.Состав и содержание работ на стадиях техно-рабочего проектирования, внедрения, эксплуатации и сопровождения канонического проектирования ис
- •9.Проектирование пользовательского интерфейса.
- •10.Проектирование системы документации ис.
- •11.Система классификации и кодирования информации. Проектирование фактографических и документальных бд.
- •12.Автоматизирование проектирование ис
- •13.Типовое проектирование ис
- •14.Организация процесса конструирования
- •15.Процесс руководства проектом и планирование проектных задач
- •16.Модели качества процесса конструирования. Архитектура программных систем
- •17.Базис языка uml
- •18.Унифицированный процесс разработки программных систем
- •19.Основы объектно-ориентированного представления программных систем.
- •20.Статические модели объектно-ориентированного представления программных систем
- •21.Динамические модели объектно-ориентированного представления программных средств: автоматы.
- •22.Динамические модели объектно-ориентированного представления программных систем: диаграммы взаимодействия Use Case
- •23.Модели реализации объектно-ориентированного представления программных систем
- •24.Стандартные методы совместного доступа к базам и программам в сложных ис
- •25.Проектирование интегрированных ис.
25.Проектирование интегрированных ис.
Структура ответа:
интегрированная (корпоративная) ИС — определение
требования к корпоративным ИС
интеграция функциональной части системы
интеграция информационного обеспечения
интеграция программного обеспечивания
интеграция технического обеспечивания
интеграция организационного обеспечивания
Интегрированная ИС (корпоративная) – объединение ИС в различных сферах деятельности одного или нескольких хозяйственных субъектов.
Применительно к промышленному предприятию, состав систем, составных уровнях управляющих интегрированную систему во взаимосвязи с пользователями на разных уровнях управления может быть представлен в виде следующей пирамиды:
Интеграция функциональной части системы
Интеграция функциональной части системы предполагает решение сквозных задач, охватывающих несколько ИС (подсистем интегрированной систему). Эти сквозные задачи должны отвечать общим критериям эффективности деятельности предприятия и соответствовать процессному подходу в управлении.
Интеграция информационного обеспечения требует создания общей БД. Наиболее очевидные задачи – это объединение баз данных конструкторской и технологической подготовки производства, а так же интеграция использования прочих БД КИС. Совместное использование разнородных БД обеспечивается на основе соответствующих драйверов.
Интеграция программного обеспечения
Интеграция программного обеспечения проявляется в следующих направлениях:
программное обеспечение сквозных задач;
программное обеспечение обмена информацией между отдельными БД в процессе их объединения;
организация взаимодействия прикладных программ;
разработка стандартов программного обеспечения.
Организация взаимодействия прикладных программ требует использования соответствующих интерфейсов.
Интеграция технического обеспечения
Интеграция технического обеспечения предполагает проведение единой технической политики и использование компьютерных сетей как основного технического интеграционного фактора.
Интегрированная информационная система в рамках одного предприятия обычно поддерживается локальной вычислительной сетью. Однако интеграционные процессы в современной экономике выходят за рамки отдельных предприятий. Создаются финансово-промышленно-торговые группы (корпораций), единое информационное пространство, которых обеспечивается корпоративной сетью во взаимосвязи с другими сетями.
Интеграция организационного обеспечения предусматривает общее руководство системой (без дисбаланса автоматизации в ту или иную сторону) и корректировку организационной структуры системы и должностных инструкций пользователей c учетом новых сквозных задач.
Системы классов Workflow – системы, обеспечивающие полную или частичную координацию выполнения производственных операций, составляющих структурированные бизнес- процессы ПП. Это важнейшая составляющая корпоративных ИС.
В основе технологии Workflow лежат следующие понятия:
объект – информационный, материальный или финансовый объект, используемый в бизнес-процессе (например, письмо, оборудование, счет);
событие – внешнее (не контролируемое в рамках процесса) действие, произошедшее с объектом (скажем, получение письма, поломка оборудования, получение счета);
операция – элементарное действие, выполняемое в рамках рассматриваемого бизнес-процесса (допустим, подготовка письма, ремонт оборудовали, оплата счета);
исполнитель – должностное лицо, ответственное за выполнение одной или нескольких операций бизнес-процесса (к примеру, менеджер, механик, бухгалтер).
Рисунок 2 – Взаимосвязь базовых понятий технологии Workflow1
Задачи и компоненты технологии Workflow
Инструментальные средства описания процесса предназначены для формального описания процесса в виде упорядоченного множества операций, правил их выполнения, связанных с ними объектов, исполнителей и событий. Полученное описание (спецификация) процесса используется для контроля и управления процессом на основе поступающих в систему данных. В этом качестве выступают информация, введенная пользователями/результаты выполнения отдельных операций, информация от прикладных систем и баз данных.
В свою очередь, средства управления процессом предоставляют пользователям и/или прикладным программам информацию, необходимую для выполнения каждой операции в условиях интеграции приложений, а выявленные на этапе выполнения операций несоответствия служат основанием для пересмотра спецификаций бизнес-процессов.