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

• Автор: Прошин, Евгений Николаевич
• Шифр специальности: 05.13.11
• Научная степень: Кандидатская
• Год защиты: 2010
• Место защиты: Уфа
• Количество страниц: 174 с. : ил.

ОГЛАВЛЕНИЕ стр.

ВВЕДЕНИЕ.
ГЛАВА 1. АНАЛИЗ СУЩЕСТВУЮЩИХ ПОДХОДОВ К УВЕЛИЧЕНИЮ ПРОИЗВОДИТЕЛЬНОСТИ ИС НА ОСНОВЕ СУБД

1.1 Введение в проблему производительности ИС на основе СУБД

1.2 Анализ подходов определения производительности ИС на основе СУБД

1.3 Анализ известных методик тестирования производительности ИС на основе СУБД.

1.4 Анализ программных решений определения производительности ИС на основе СУБД.

1.5 Постановка цели и задач исследования

1.6 Выводы по главе.

ГЛАВА 2. РАЗРАБОТКА МЕТОДОВ КОМПЛЕКСНОГО УВЕЛИЧЕНИЯ ПРОИЗВОДИТЕЛЬНОСТИ ПРОГРАММНЫХ СИСТЕМ НА ОСНОВЕ СУБД

2.1 Подходы к управлению ИТинфраструктурой организации.

2.2 Исследование производительности программных систем на основе СУБД
2.3 Разработка математической модели увеличения производительности программных систем
2.4 Разработка математической модели увеличения производительности аппаратной обеспечения ИС.
2.5 Определение производительности при определенном вложении средств на модернизацию программных систем
2.6 Выводы по главе.
ГЛАВА 3. РАЗРАБОТКА ПРОТОТИПА ИНФОРМАЦИОННОЙ СИСТЕМЫ ПОВЫШЕЛ 1ИЯ ПРОИЗВОДИТЕЛЬНОСТИ ПРОГРАММНЫХ СИСТЕМ И АНАЛИЗ ЭФФЕКТИВНОСТИ ЕГО ИСПОЛЬЗОВАНИЯ
3.1 Разработка архитектуры оптимизирующей информационной системы
3.2 Разработка прототипа программного обеспечения увеличения производительности программных систем
3.3 Анализ эффективности разработанного прототипа программного обеспечения увеличения производительности программных систем на основе СУБД
3.4 Выводы по главе
ЗАКЛЮЧЕНИЕ.
СИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ
ПРИЛОЖЕНИЕ А.
ПРИЛОЖЕНИЕ Б.
ПРИНЯТЫЕ СОКРАЩЕНИЯ
ПО Программное обеспечение
АРМ Автоматизированное рабочее место
ьд База данных
СУБД Система управления базой данных
ЖЦ Жизненный цикл
ИС Информационная система
ПС Программная система
ППР Поддержка принятия решения
ПЭВМ Прикладная электронновычислительная машина
ФГУ Федеральное государственное учреждение
ФГУП Федеральное государственное унитарное предприятие
i i i
i i i
ТРС i i i
i ii
СОМ
I i I
I I iii
i ii
i i i
ii i
СУГ Система управления гостиницей
ЛВС Локальная вычислительная сеть
ПАК рофаммноаппаратный комплекс
ВВЕДЕНИЕ
Актуальность


При определении производительности ИС, в основе которой лежит СУБД, необходимо провести полное исследование программно-аппаратного комплекса, на котором функционирует ИС, а не только проводить измерение отдельных компонентов производительности СУБД. Современные программно-аппаратные комплексы настолько сложны, что проблема увеличения производительности может иметь решение в изменении любого из компонентов входящих в состав комплекса []. Обновление аппаратного обеспечения не всегда сможет решить вопрос увеличения производительности ИС, а в некоторых случаях может ее и понизить. Важно определить, в чем заключаются «узкие места» ИС, какие действия следует предпринять для их преодоления, понять какую следующую проблему можно ожидать, и правильно наметить стратегию развития ИС. Например, такая ситуация возникает, если используемые системы были разработаны сотрудниками предприятия под конкретные сравнительно небольшие задачи, а затем авторы уволились, и ни описаний, ни исходных кодов работающей системы не осталось. Аналогична ситуация, когда система была куплена у третьей стороны в виде так называемого «коробочного решения», то есть как готовый инструмент без возможности внесения серьезных изменений, и затраты на доработку системы под нужды конкретного заказчика превышают соответствующую статью бюджета подразделения информационных технологий. Решения, принятые при разработке архитектуры БД являются определяющими, как по быстродействию, так и по дальнейшему жизнеобеспечению БД. В процессе эксплуатации БД развивается так же, как и программное обеспечение. БД может легко деградировать по причине изменения ее структурных элементов и/или по причине ее пополнения большими объехмами данных. Производительность БД является решающим фактором эффективности управленческих и коммерческих приложений. Если поиск или запись данных выполняется медленно - способность к нормальной работе приложения падает. И есть только один пучь выяснить причину плохой производительности, выполнить количественные измерения и определить, что является причиной проблемы производительности. Проблемы выявления узких мест производительности БД напрямую связаны с метриками, методами измерений производительности и технологией их выполнения. Для крупных корпораций и БД больших объемов проблема определения производительности БД имеет еще один очень важный аспект: определение инфраструктуры состава информационных технологий для длительной промышленной эксплуатации приложений, т. Проблемы производительности ИС на основе СУБД, а также производительности аппаратного комплекса, является не достаточно хорошо исследованной, при этом требование минимального вмешательства (невмешательства) в существующие системы многократно сужают спектр применимых для решения задачи существующих моделей, методов и алгоритмов. Так, требование минимального вмешательства (невмешательства) во внутренние структуры существующих ИС на основе СУБД не позволяет использовать те методики, которые основаны на серьезной адаптации существующих систем (и тем более структур таких систем). Таким образом, применяемые для решения задачи повышения эффективности программно-аппаратного комплекса СУБД должны предоставлять возможность каждой системе сохранить собственные структуры данных, а ПО производительности должно являться внешним по отношению к структуре существующей ИС на основе БД, насколько это возможно. При этом становится очевиден тот факт, что получение извне доступа к данным, которые хранятся в независимой ИС на основе СУБД, можно обеспечить только в случае, если хорошо известна структура и взаимосвязь (логика взаимосвязи) данных в системе, либо если в систему можно внести минимальные изменения, чтобы выдаваемые ею данные были однозначно интерпретированы. В случае «классического» построения ИС с выделением хранилища данных (БД) в отдельный модуль и при наличии информации о структуре данной БД, возможно независимое обращение к данным этого хранилища на чтение. Доступ на запись (изменение) данных в хранилище независимой компьютерной системы обработки данных также возможен, но ведет в ряду проблем, разрешение которых может оказаться задачей трудоемкой и зачастую невозможной.