Дипломная работа: Автоматизация приема платежей в базе конфигурации 1С: предприятие 8.3.6 для ТОО "ASD.PRO"
Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
82
любых важных транзакций, связанных с анализом данных;
Реализация предварительного варианта проекта, модель которого
будет отвечать всем требованиям, предъявляемым к скорости
функционирования системы.
Имеется 2 базовых подхода к созданию БД: снизу-вверх и сверху вниз.
Метод снизу-вверх отлично подойдет для создания простых БД с небольшим
числом атрибутов. Использование такого подхода неприемлемо при
создании БД с множеством атрибутов, реализовать среди которых все
доступные функциональные зависимости проблематично. При создании
сложных систем БД лучше всего применять подход сверху вниз, который
хорошо себя показывает в концепции модели «сущность-связь». Тогда
проект идет от выявления сущностей и связей между ними, которые играют
большую роль в процессе создания.
Весь процесс создания БД делят на 3 стадии: концепция, логическая
модель и прототип. Любая фаза состоит в реализации некой модели данных,
которая станет источником данных для следующей фазы. Основу в этом
процессе составляет концепция, реализуемая в рамках параметров,
указанных в спецификации требований пользователя. Подготовка
концепции БД не связана с такими нюансами реализации, как тип
применяемой целевой СУБД, тип используемой вычислительной
платформы и т.п., но уровень такой модели становится основополагающим
фактором, позволяющим минимизировать трудозатраты на реализацию
системы, ее скорость работы и последующий успех. Опыт создания и
внедрения ИС говорит о том, что ошибки, случающиеся на этом этапе,
выявить трудно и трудно устранить, поскольку проявляются они чаще всего
уже на следующих этапах создания системы – при разработке или
эксплуатации.
На этапе создания логической модели сама концептуальная модель
данных переходит в логическую модель, создаваемую в рамках модели
хранения данных исходной СУБД. Проще говоря, этот этап отражает, какая
83
СУБД используется в качестве целевой - иерархическая, реляционная,
сетевая или объектно-ориентированная. В данном этапе убираются все
остальные аспекты начальной СУБД – к примеру, некоторые нюансы
физической организации хранения данных. Логическая модель,
отражающая разницу представления о реализуемой системе некоторых
типов пользователей, переходит в глобальную логическую модель. Имеются
2 базовых подхода для создания такой логической модели данных: метод
интеграции представлений или централизованный метод. Если создается
крупная ИС, лучше всего выбрать 1 подход, когда глобальная логическая
модель реализуется методом соединения нескольких моделей, отражающих
представления разных групп пользователей.
В рамках создания физической модели принимаются решения о
методике реализации создаваемой БД. Поэтому реализация физической
модели связана с конкретной СУБД. Между логической и физической
моделью есть постоянная обратная связь, т.к. все решения, внедренные в
процессе построения физической модели для повышения эффективности
системы, также влияют на состояние логической модели. Основная цель
проектирования БД - выделение способа физической реализации
логической модели БД.
В качестве самой модели ИС подготовим ER-диаграмму используемой
БД.
Разработанная база данных состоит из 13 таблиц. ER-диаграмма базы
данных представлена на рисунке 2.4.
84
Рисунок 2.4 - ER-диаграмма базы данных
85
Структура таблиц приведена на рисунках ниже.
Рисунок 2.5 - Структура таблицы Договор
Рисунок 2.6 - Структура таблицы Клиент
Рисунок 2.7 -Структура таблицы Поставщик
Рисунок 2.8- Структура таблицы Приход
Рисунок 2.9 - Структура таблицы Продажа
86
Рисунок 2.10 - Структура таблицы Склад
Рисунок 2.11 - Структура таблицы Сотрудник
Рисунок 2.12 - Структура таблицы Список прихода
Рисунок 2.13 - Структура таблицы Справочник Должность
Рисунок 2.14 - Структура таблицы Тип пользователя
Источник: https://baza.diplomsite.ru/previewfile/1990