Функциональная структура программной системы обработки данных

Структура программной системы обработки депозитных договоров согласно построенным моделям данных в среде MS Access представляет собой «кнопочную» форму (главное «меню») со следующей программной иерархией

Рис. 5. Функциональная структура главной управляющей формы

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

В отчете учащегося приводятся разработанные компоненты: формы, запросы, отчеты и, при необходимости, макросы. Компоненты отражаются в рабочем режиме и в режиме «конструктора». Созданные запросы приводятся также в виде SQL-предложений.

Интерфейсные возможности СУБД типа MS Access являются достаточно развитыми, поэтому разработка программ на языках типа Visual Basic for Application [5] является оправданной только тогда, когда другие встроенные в СУБД средства генерации не дают желаемого результата. Во многих случаях функции программ можно значительно быстрее реализовать имеющимися интерфейсными средствами СУБД.

6. Оценка вариантов ДЛМ

Для оценки своих проектных решений слушателем формируется вторая структура базы данных, отличная от выбранной, или от модели, соответствующей 3НФ.

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

Существуют два крайних варианта ДЛМ:

1) ДЛМ – соответствует реляционной модели в ЗНФ;

2) ДЛМ – представлена в виде одной единственной таблицы.

Новые варианты ДЛМ формируются из вышеперечисленных вариантов путем разделения, слияния таблиц или выделения поколений таблиц.

Сравнение вариантов ДЛМ проводится по ряду частных и интегрированных критериев [4]. C учетом нормированных весов, имеющих конкретное значение для условий каждой предметной области, можно сформировать нормированную интегральную оценку каждого варианта ДЛМ.

Критерии качества ДЛМ делятся на статические и динамические.

К числу основных статических критериев относятся:

- удовлетворение информационных потребностей;

- объемы требуемой для хранения данных дисковой памяти;

- время реакции системы на запросы;

- сложность реализации процедур работы с БД;

- вероятность выполнения запросов в фиксированный период времени;

- удобство пользователя при работе с БД.

Основные динамические критерии эффективности:

- затраты на адаптацию базы данных к изменению предметной области и информационных потребностей пользователей;

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

Для конкретных СОД состав критериев может видоизменяться.

Статические критерии эффективности оценивают качество проекта базы данных по отношению к текущим потребностям, динамические – оценивают проект базы данных на перспективу.

Слушателям предлагается оценить варианты ДЛМ по критерию «Объем, требуемый для хранения данных, дисковой памяти» количественно, по остальным – охарактеризовать качественно.

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

Литература

1. Диго С.М. Проектирование и использование баз данных. – М.: Финансы и статистика, 1995.

2. Джексон Г. Проектирование реляционных баз данных для использования в микроЭВМ. – М.: Мир, 1991.

3. Мишенин А.И. Теория экономических информационных систем. – М.: Финансы и статистика, 1999.

4. Назаров В.В. Прототипный подход проектирования баз данных в локальных сетях ПЭВМ. – М.: Вниипас,1990.

5. Харитонова И., Вольман Н. Программирование в Access 2002. – СПб.: Питер, 2002.

Приложение 1

Состав таблиц базы данных D EPOSIT

Приложение 2