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

• Автор: Талызин, Дмитрий Геннадьевич
• Шифр специальности: 05.13.06
• Научная степень: Кандидатская
• Год защиты: 2010
• Место защиты: Москва
• Количество страниц: 154 с. : ил.

СОДЕРЖАНИЕ
ВВЕДЕНИЕ

1.СОВРЕМЕННОЕ СОСТОЯНИЕ ПРОБЛЕМЫ ПОДДЕРЖКИ

ПОЛЬЗОВАТЕЛЕЙ В РАСПРЕДЕЛЕННЫХ СЕТЯХ.

1.1 .Анализ требований к системе.

1.1.1 .Прозрачность

1.1.2.Открытость.

1.1.3.Гибкост ь

1.1.4.Масштабируемост ь

1.1.5.Непротиворечивость и репликация

..б.Защита.
1.1.7.Отказоустойчивость.
1.1.8.Самообучаемост ь.
1.1.9.ЬСроссплатформенност ь.
1.2. Анализ существующих системаналогов, их достоинства и
недостатки.
1.2.1 . Vi vi .
1.2.2. vi
1.2.3.Vii vi.
1.3.Технологическая база разрабатываемой системы.
1.3.1 .Физический уровень
1.3.2.Сетевой уровень
1.3.3.Прикладной уровень.
Ы.Назначение основных функций системы, их преимущества.
1.5.Выводы по главе 1
2. ПОСТРОЕНИЕ ИМИТАЦИОННОЙ МОДЕЛИ СИСТЕМЫ НА
ОСНОВЕ РАСКРАШЕННЫХ СЕТЕЙ ПЕТРИ
2.1 .Обоснование выбора математического аппарата и программы
компьютерного моделирования
2.2.Построение модели и описание ее функциональных блоков
2.3.Построение временной модели
2.4.Анализ временной модели системы
2.5. Анализ эффективности системы поддержки пользователей
2.6.Сравнение по временным характеристикам с существующими
аналогами
2.7.Выводы по главе 2
3 РАЗРАБОТКА МЕТОДОВ И АЛГОРИТМОВ ФУНКЦИОНИРОВА1ШЯ СИСТЕМЫ ПОДДЕРЖКИ
ПОЛЬЗОВАТЕЛЕЙ
3.1 .Подробная модель функционирования системы.
3.2.0писание используемых алгоритмов.
3.2.1.Механизм построения очереди инцидентов на обработку
3.2.2. Алгоритм обработки инцидентов экспертной системой
3.2.3. Алгоритм обработки инцидентов системой устранения неполадок.
3.2.4. Алгоритм обработки инцидентов системой обновлений
3.2.5.Метрики эффективности работы системы
3.3. Разработка структуры базы данных.
3.3.1. Описание предметной области
3.3.2. Анализ информационных требований пользователя
3.3.3.Описание абстрактных объектов данных
3.3.4.0писание локальных взглядов пользователей и разработка концептуальной схемы данных.
3.4. Выводы по главе 3
4 ПРОЕКТИРОВАНИЕ ИНТЕРФЕЙСОВ ВЗАИМОДЕЙСТВИЯ ПО Л ЬЗОВ АТ ЕЛ И СИСТЕМЫ, ПРИМЕНЕНИЕ НА
ПРЕДПРИЯТИИ.
. 4.1. Пользовательский интерфейс системы.
4.2.Интерфейс администратора
4.3.Внедрение системы поддержки пользователей в КИС.
4.3.1.Описание существующей КИС.
4.3.2.Внедрение системы.
4.4.Выводы по главе 4.
ЗАКЛЮЧЕНИЕ
ЛИТЕРАТУРА


Например, распределенная система может содержать компьютеры с различными операционными системами, каждая из которых имеет собственные ограничения на способ представления имен файлов. Разница в ограничениях на способ представления имен файлов, гак же как и собственно работа с ними, должны быть скрыты от пользователей и приложений []. Важная группа типов прозрачности связана с местоположением ресурсов. Прозрачность местоположения (location transparency) призвана скрыть от пользователя, где именно физически расположен в системе нужный ему ресурс. Важную роль в реализации прозрачности местоположения играет именование. Так, прозрачность местоположения может быть достигнута путем присвоения ресурсам только логических имен, то есть таких имен, в которых не содержится закодированных сведений о местоположении ресурса. Prentice Hall. URL также не дает никакой информации о том. О распределенных системах, в которых смена местоположения ресурсов не влияет на доступ к ним, говорят как об обеспечивающих прозрачность переноса {migration transparency}. Более серьезна ситуация, когда местоположение ресурсов может измениться в процессе их использования, причем пользователь или приложение ничего не заметят. В этом случае говорят, что система поддерживает прозрачность смены местоположения {relocation transparency). Как мы увидим, репликация имеет важное значение в распределенных системах. Так, ресурсы могут быть реплицированы для их лучшей доступности или повышения их производительности путем помещения копии неподалеку от того места, из которого к ней осуществляется доступ. Прозрачность репликации {replication transparency} позволяет скрыть тот факт, что существует несколько копий ресурса. Для* скрытия факта репликации от пользователей необходимо, чтобы все реплики имели одно и то же имя. Соответственно, система, которая поддерживает прозрачность репликации, должна поддерживать и прозрачность местоположения, поскольку иначе невозможно будет обращаться к репликам без указания их истинного местоположения. Мы часто упоминаем, что главная цель распределенных систем — обеспечить совместное использование ресурсов. Во многих случаях совместное использование ресурсов достигается посредством кооперации, например в случае коммуникаций. Однако существует множество примеров настоящего совместного использования ресурсов. Следует отмстить, что в таких случаях ни один из пользователей не имеет никакого понятия о том, что тот же ресурс задействован другим пользователем. Это явление называется прозрачностью параллельного доступа {concurrency transparency}. Отметим, что подобный параллельный доступ к совместно используемому ресурсу сохраняет этот ресурс в непротиворечивом состоянии. Непротиворечивость может быть обеспечена механизмом блокировок, когда пользователи, каждый по очереди, получают исключительные права на запрашиваемый ресурс. Более изощренный вариант — использование транзакций, однако, механизм транзакций в распределенных системах труднореализуем. Прозрачность отказов {failure transparency} означает, что пользователя никогда не уведомляют о том, что ресурс (о котором он мог никогда и не слышать) не в состоянии правильно работать и что система далее восстановилась после этого повреждения. Маскировка сбоев — это одна из сложнейших проблем в распределенных системах и столь же необходимая их часть. Основная трудность состоит в маскировке проблем, возникающих в связи с невозможностью отличить неработоспособные ресурсы от ресурсов с очень медленным доступом. Так, контактируя с перегруженным wcb-ссрве-ром, браузер выжидает положенное время, а затем сообщает о недоступности страницы. При этом пользователь не должен думать, что сервер и правда не работает. Последний тип прозрачности, который обычно ассоциируется с распределенными системами, — это прозрачность сохранности (persistence transparency), маскирующая реальную (диск) или виртуальную (оперативная память) сохранность ресурсов. Так, например, многие объектно-ориентированные базы данных предоставляют возможность непосредственного вызова методов для сохраненных объектов.