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

Анализ проблем в области оценки базы данных является актуальной задачей, поскольку база данных – это ядро информационной системы.

Хранимая процедура – объект базы данных на языке SQL, который создается один раз и далее хранится на сервере. Благодаря ей повышается производительность системы и обеспечивается безопасность данных. Отличием от пользовательских функций (UDF) является то, что хранимые процедуры вызываются через функцию CALL.

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

Разработка программного продукта включает в себя разработку или модификацию автоматизированных информационных систем. Процесс разработки осуществляется программистами компании на основании составленного технического задания. Процесс модификации программного продукта является наиболее трудоемким, чем процесс разработки, так как для успешной модификации АИС необходимо грамотно провести реорганизацию и реструктуризацию физической схемы базы данных, в следствии чего разработчик тратит большое количество времени на ее анализ.

Анализ базы данных подразумевает наличие у заказчика некой уже имеющейся базы данных, которую для начала нужно проанализировать на предмет ошибок или несоответствий. Также стоит проверить и тот случай, когда программа для работы с базами данных переходит на новую версию или новую СУБД. В этом случае нужно проанализировать все изменения в новой версии и устранить текущие ошибки старой базы данных, если таковые имеются. В итоге заказчик уже будет работать с обновленной базой данных, в которой исключены все ошибки и неточности.

Рис. 1 - Диаграмма IDEF0 процесса модификации программного продукта

Далее заказчик может предоставить список хранимых процедур для текущей базы данных. Если таковых не имеется, то разработчику следует написать собственные хранимые процедуры в соответствии с требованиями заказчика, с которыми впоследствии и будет вестись работа. После устранения всех неточностей и ошибок заказчик преступает к подсчету метрических характеристик хранимой процедуры базы данных. В частности, сначала подсчитываются метрики хранимых процедур, такие как: количество входных/выходных параметров (количество параметров, с которыми будет работать хранимая процедура), количество символов в процедуре, количество строк кода (в том числе и пустых), количество слов, количество комментариев, количество всевозможных операторов, общее количество операторов, метрика Джилба и др.

После этого, на основе результата подсчета этих метрик, подсчитывается итоговая метрика, показывающая сложность хранимой процедуры.

Требования к системе в целом

В системе должны быть реализованы следующие варианты использования, представленные на рисунке 2 для пользователя.

Рис. 2 – Диаграмма вариантов использования системы

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

Выбор базы данных и загрузка хранимых процедур на сервер.

Диаграмма последовательности для этого варианта использования системы представлена на рисунке 3.

Рис. 3 – Диаграмма последовательности для сценария «Выбор базы данных и загрузка хранимых процедур на сервер»

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

Для хранения большого количества баз данных и хранимых процедур на сервере потребуется хранилище данных большого размера. Хранилище данных должно: обеспечивать целостность данных, обеспечивать простоту обновления данных, защищать данные от несанкционированного доступа и использовать данные многократно.

Данные должны храниться в виде полей таблиц баз данных или строк кода хранимых процедур. Таблицы должны иметь тип INNODB для использования внешних ключей, которые используются для связывания таблиц.