Автоматизированный анализ информационных ресурсов управления машиностроительным предприятием

• Автор: Алешин, Виктор Сергеевич
• Шифр специальности: 05.13.06
• Научная степень: Кандидатская
• Год защиты: 2003
• Место защиты: Вологда
• Количество страниц: 183 с. : ил.

СОДЕРЖАНИЕ ДИССЕРТАЦИИ

Список используемых сокращений

ВВЕДЕНИЕ
1. Современное состояние проблемы автоматизированного анализа информационных ресурсов управления машиностроительным предприятием
1.1. Подходы и методы реорганизации системы управления производством и задача анализа информационных ресурсов машиностроительного предприятия

1.1.1. Использование теории графов для описания информационных потоков

1.1.2. Метод семиотического анализа

1.2. Методы и системы интеллектуального и семантического анализа текстовых документов в целях приобретения знаний.

1.3. Постановка задач, решаемых в диссертации

ВЫВОДЫ.

2. Модели информационных ресурсов управления машиностроительным предприятием.

2.1. Классификация документальных ресурсов машиностроительного предприятия.
2.2. Струюурносинтаксичсская модель обобщенного производственного документа машиностроительного предприятия
2.3. Модель информационных ресурсов управления машиностроительным предприятием.
2.4. Метод автоматизированного построения технического тезауруса.
ВЫВОДЫ.
3. Метод построения концептуальной модели машиностроительного предприятия на основе автоматизированного анализа документальных ресурсов.
3.1. Теоретические основы метода .
3.2. Построение неоднородной семантической сети понятий предметной области предприятия
3.3. Метод построения концептуальной модели предприятия на основе неоднородной
семантической сети.
4. Алгоритмизация разработанных методов и моделей и разработка критерия
адекватности построения концептуальной модели.
4.1. Модифицированные алгоритмы лексического разбора предложений6 .
4.2. Алгоритм структуризации и разбора текстового документа.
4.3. Алгоритм построения неоднородной семантической сети
4.4. Алгоритм трансляции неоднородной семантической сети в концептуальную модель1
4.5. Критерий адекватности построения концептуальной модели .
5. Результаты экспериментальных исследований разработанных моделей и методов
5.1. Исследование структур документальных ресурсов1
5.2. Построение тезауруса с помощью прикладной программной системы i.
5.3. Экспериментальная проверка модели информационных ресурсов
ЗАКЛЮЧЕНИЕ
Литература


При этом каждый из этих взглядов разделяется еще на при подуровня: описание требований, описание спецификации, описание внедрения. Таким образом, ARJS предлагает рассматривать организацию с позиции аспектов, отображающих разные взгляды на предприятие, а также разную глубину этих взглядов. Для описания бизнес-процессов предлагается использовать типов моделей, каждая из которых принадлежит тому или иному аспекту'. Среди большого количества возможных методов описания можно выделить следующие: ЕРС (event-driven process chain) - метод описания процессов, нашедший применение для описания процессов системы SAP R/3; ERM (Entity Relationship Model) -модель сущностей-связей для описания структуры данных; UML (Unified Modeling Language) - объектно-ориентированный язык моделирования. ARIS Toolset (ARIS Easy Design) - единая среда моделирования, которая представляет собой совокупность четырех основных компонентов - Explorer (Проводник), Designer (средство для графического описания моделей), Таблиц (для ввода различных параметров и атрибутов) и Мастеров (Wizards). ARIS Toolset позволяет создавать скрипты (шаблоны) для отчетов, анализа и семантических проверок. ARJS Simulation - модуль системы ARJS Toolset, применяемый для динамического (во времени) моделирования бизнес-процессов. Цель имитационного моделирования - определение узких мест, таких как несогласованность параллельно выполняемых подпроцессов, нехватка ресурсов для эффективного их выполнения, информационные разрывы. Средство позволяет задавать различные характеристики бизнес-процессов. Имитационное моделирование позволяет выявлять преимущества и недостатки предлагаемых решений. Анализируя альтернативные варианты реализации бизнес-процессов, определяя их количественные характеристики, например общее время выполнения процесса или коэффициенты использования трудовых ресурсов, можно отобрать вариант, наиболее эффективный с точки зрения выделенных критериев. Система имитационного моделирования Arena, разработанная компанией Systems Modeling Corporation, позволяет создавать подвижные компьютерные модели, используя которые можно адекватно представить многие реальные системы. В процессе моделирования пользователь шаг за шагом строит модель в визуальном редакторе системы Arena. Затем система генерирует по ней соответствующий код на SIMAN, после чего автоматически запускается Cinema animation. Имитационное моделирование позволяет проверять гипотезы о причинах возникновения тех или иных наблюдаемых феноменов. SIMAN позволяет рассматривать процессы в различных масштабах времени. SIMAN позволяет выделить переменные, наиболее важные для успешного функционирования моделируемой системы, и проанализировать имеющиеся между ними связи. SIMAN позволяет выявлять «узкие места» в материальных, информационных и других потоках. Моделирование помогает изучать объекты, о поведении которых имеется недостаточно информации. Для моделирования сложных систем существуют хорошо обкатанные методологии и стандарты. К ним относятся, в частности, методологии семейства IDEF, с помощью которых можно эффективно отображать и анализировать модели деятельности широкого спектра сложных систем в различных разрезах. При этом глубина исследования процессов в системе определяется самим разработчиком, что позволяет не перегружать создаваемую модель излишними данными. Как известно, Rational Rose не поддерживает ни одну из известных методологий моделирования и анализа бизнес-процессов. Методика построения «бизнес-моделей», содержащаяся в дополнительном наборе рекомендаций RUP, которая сопровождает пакет Rational Rose, предлагает диаграммы «Use Case» и «Activity» для описания бизнес-процессов. Однако с помощью этих диаграмм невозможно описать всю массу сведений, необходимых для моделирования бизнес-процессов. Дуги Use Case и Activity' диаграмм не имеют тех смысловых типов, которые указываются для дуг IDEF0. Синтаксические соглашения, диктуемые системой при разработке Use Case и Activity-диаграмм, не объединены в законченную и понятную систему.