R1(Клиент)R2(Исполнитель) R3(Вид работ) R4(Комплектация заказов) R5(Журнал заказов).
Рисунок 3. ER-диаграмма
1.3 Выбор модели данных
Модель данных - это абстрактное, самодостаточное, логическое определение объектов, операторов и прочих элементов, в совокупности составляющих абстрактную машину доступа к данным, с которой взаимодействует пользователь. Эти объекты позволяют моделировать структуру данных, а операторы - поведение данных.
Каждая БД и СУБД строится на основе некоторой явной или неявной модели данных. Все СУБД, построенные на одной и той же модели данных, относят к одному типу. Например, основой реляционных СУБД является реляционная модель данных, сетевых СУБД - сетевая модель данных, иерархических СУБД - иерархическая модель данных и т. д.
В реляционной модели данных объекты и взаимосвязи между ними представляются с помощью таблиц. При этом взаимосвязи также рассматриваются в качестве объектов.
Рисунок 4. Реляционная модель данных
Сетевая БД состоит из набора экземпляров определенного типа записи и набора экземпляров определенного типа связей между этими записями.
Рисунок 5. Сетевая модель данных
Базы данных с иерархической моделью одни из самых старых, и стали первыми системами управления базами данных для мейнфреймов. Иерархическая модель данных строится по принципу иерархии типов объектов, то есть один тип объекта является главным, а остальные, находящиеся на низших уровнях иерархии - подчиненными.
Рисунок 6. Иерархическая модель данных
Из всех выше перечисленных моделей данных нами была выбрана реляционная модель, которая является результатом более развитых представлений о формировании и ведении баз данных.
Реляционные модели наиболее логично и наглядно отражают структуру хранимой информации и внутренних связей, что позволяет более полно анализировать структуру базы данных при разработке. Это привело к тому, что именно реляционные модели баз данных наиболее распространены в настоящее время и являются стандартом, на который переводятся все существовавшие ранее базы данных с иерархической и сетевой моделью.
1.4 Логическое проектирование
Логическое проектирование базы данных (БД) - это процесс создания структуры и организации данных в БД с учетом требований и целей предприятия или организации. Оно включает в себя определение сущностей (таблиц), атрибутов (столбцов) и связей между ними, а также определение правил и ограничений для хранения и обработки данных.
Цель логического проектирования БД - создать эффективную и гибкую структуру данных, которая позволит эффективно хранить, обрабатывать и извлекать информацию. Оно также должно удовлетворять требованиям надежности, безопасности и целостности данных.
Рисунок 7. Логическая модель базы данных
1.5 Выбор СУБД
При выборе системы программирования были рассмотрены такие среды разработки приложений, как: «MS Visual FoxPro»; «Microsoft Access»; «1С: Предприятие».
MS Visual Fox Pro
Достоинства данной среды разработки приложений следующие:
широкий выбор средств, для работы с базами данных;
обеспечивается высокая скорость обработки данных, в частности при обработке SQL-запросов;
удобный интерфейс с пользователем;
возможность генерирования приложения, используя визуальные средства для разработки.
К недостаткам можно отнести следующее:
недостаточное внедрение концепции визуального программирования;
слабая поддержка объектно-ориентированного подхода к созданию программ;
слабый набор средств создания печатных выходных данных.
Microsoft Access
Microsoft Access является полнофункциональной системой управления реляционной базой данных (СУРБД). Она обеспечивает все возможности определения, обработки и управления данными для работы с большими объемами информации.
Для обработки таблиц Access использует мощный язык баз данных - SQL (Structured Query Language - язык структурированных запросов). С помощью SQL можно получить набор данных, который необходим для решения конкретной задачи.
Microsoft Access предоставляет дополнительные средства разработки приложений баз данных, позволяющие не только обрабатывать данные в собственных структурах базы данных, но и в других распространенных форматах баз данных.
Вероятно, наиболее мощным качеством Access является возможность обработки данных из электронных таблиц, текстовых файлов, файлов dBase, Paradox и FoxPro, а также любых баз данных SQL, поддерживающих стандарт ODBC (Open Data Base Connectivity). Это означает, что Access можно использовать для создания Windows-приложений, способных обрабатывать данные как сетевого сервера SQL Server, так и базы данных, размещенной на головном компьютере.
Достоинства данной среды разработки приложений следующие:
Его очень легко установить и использовать.
легко интегрировать.
Предлагает большую емкость для хранения.
Импортировать данные просто.
Низкая цена.
К недостаткам можно отнести следующее:
Все данные сохраняются в одном файле.
Мультимедийные данные сложно включить в Microsoft Access.
Могут быть проблемы с безопасностью.
Различные операционные системы Windows могут повредить вашу базу данных.
1С: Предприятие
Достоинства данной среды разработки приложений следующие:
«Открытые» конфигурации. За счет «открытых» конфигураций пользователь может вносить изменения в готовое решение. Например, выставить собственные настройки или доработать продукт, добавив желаемые функции для решения ключевых задач бизнеса. Проще говоря, 1С Предприятие - это конструктор, из которого собирается эффективное решение для компании вне зависимости от ее сферы деятельности.
Бесплатные обновления. Разработчики 1С пристально следят за действующим законодательством и оперативно вносят в программу изменения. Также они постоянно обновляют продукт, делая его более функциональным и удобным в работе. Апдейты осуществляются в автоматическом режиме и на безоплатной основе (в течение действия срока лицензии).
Информационно-технологическое сопровождение (ИТС). ИТС - это справка с важной для работы информацией. Она экономит время на знакомство с продуктом и выполнение рабочих задач в программе.
Гибкая ценовая политика. Базовые варианты 1С Предприятия доступны для малого и среднего бизнеса. На выбор предлагаются различные по функционалу и цене конфигурации, чтобы каждый мог подобрать оптимальное по ключевым параметрам решение.
К недостаткам можно отнести следующее:
Ключевой минус программного обеспечения - низкий уровень безопасности. Причина в популярности продукта и интересе со стороны злоумышленников. Наиболее уязвимы пиратские версии, которые не справляются с хакерскими атаками. Чтобы минимизировать ущерб от возможных действий злоумышленников, рекомендуется пользоваться лицензионным продуктом.
Второй минус приложения - универсальность. Продукт разрабатывался с прицелом на популярные сферы деятельности и поддерживает широкий набор функций. Но часто оказывается так, что часть инструментов отсутствует. Для доработки софта под задачи бизнеса нанимают программистов 1С, а их услуги платные. Но эта процедура выполняется единожды, а полученные результаты оправдывают вложенные средства.
Следующий минус - функция ИТС распространяется по подписке. Покупать ее необязательно. Но ИТС экономит время на поиски информации, и деньги, минимизируя вероятность ошибок в работе сотрудников фирмы.
Для создания базы данных была выбрана система управления реляционными базами данных Microsoft Access, из-за ее удобства в использовании.
1.6 Физическое проектирование базы данных
Физическое проектирование базы данных - процесс подготовки описания реализации базы данных на вторичных запоминающих устройствах; на этом этапе рассматриваются основные отношения, организация файлов и индексов, предназначенных для обеспечения эффективного доступа к данным, а также все связанные с этим ограничения целостности и средства защиты. Для каждого атрибута необходимо определить тип данных его значений.
Если физическая модель данных реализована средствами реляционной СУБД, то отношения, разработанные на стадии формирования логической модели данных, преобразуются в таблицы, атрибуты становятся столбцами таблиц, для ключевых атрибутов создаются уникальные индексы, домены преображаются в типы данных, принятые в конкретной СУБД.
Подвести к рисункам
Рисунок 8. Таблица Клиент
Рисунок 9. Таблица Клиент в режиме конструктора
Рисунок 10. Таблица Исполнитель
Рисунок 11. Таблица Исполнитель в режиме конструктора
Рисунок 12. Таблица Вид работ
Рисунок 13. Таблица Вид работ в режиме конструктора
Рисунок 14. Таблица Комплектация заказов
Рисунок 15. Таблица Комплектация заказов в режиме конструктора
Рисунок 16. Таблица Журнал заказов
Рисунок 17. Таблица Журнал заказов в режиме конструктора
Глава 2. Реализация базы данных
2.1 Формы
Форма в Access - это объект базы данных, который можно использовать для создания пользовательского интерфейса для приложения базы данных. "Связанная" форма напрямую связана с источником данных, например таблицей или запросом, и может использоваться для ввода, редактирования или отображения данных из этого источника.
Формы можно сравнить с окнами, через которые пользователи видят базу данных и обращаются к ней. Эффективная форма ускоряет работу с базой, так как избавляет от необходимости искать нужную информацию. Визуально привлекательная форма делает работу с базой данных приятнее и эффективнее, а также помогает предотвратить ввод неверных данных.
В формы можно помещать командные кнопки для открытия других форм, выполнения запросов или команд меню, фильтрации выводимых на экран данных, организации вывода сообщений или печати информации (в частности, можно установить разные наборы опций для вывода формы на экран и на печать). Таким образом, формы позволяют управлять ходом выполнения приложения и являются основным средством организации интерфейса пользователя в Microsoft Access.
В созданной базе данных были разработаны как простые формы, так и сложные.
Простые формы - Журнал заказов, Комплектация заказов.
Сложные формы - Клиент, Исполнитель, Вид работ.
Форма Клиент в режиме отображения данных показана на рисунке 18.
Рисунок 18. Форма Клиент
Форма Клиент в режиме конструктора показана на рисунке 19.
Рисунок 19. Форма Клиент в режиме конструктора
Форма Исполнитель в режиме отображения данных показана на рисунке 20.
Рисунок 20. Форма Исполнитель
Форма Исполнитель в режиме конструктора показана на рисунке 21.
Рисунок 21. Форма Исполнитель в режиме конструктора
Форма Журнал заказов в режиме отображения данных показана на рисунке 22.
Рисунок 22. Форма Журнал заказов
Форма Журнал заказов в режиме конструктора показана на рисунке 23.
Рисунок 23. Форма Журнал заказов в режиме конструктора
Форма Вид работ в режиме отображения данных показана на рисунке 24.
Рисунок 24. Форма Вид работ в режиме отображения данных
Форма Вид работ в режиме конструктора показана на рисунке 25.
Рисунок 25. Форма Вид работ в режиме конструктора
Форма Комплектация заказов показана на рисунке 26.
Рисунок 26. Форма Комплектация заказов
Форма Комплектация заказов в режиме конструктора показана на рисунке 27.
Рисунок 27. Форма Комплектация заказов
Главная кнопочная форма - представляет собой созданную пользователем форму с кнопками, которая позволяет обращаться к ранее созданным объектам базы данных из одного окна. В основном кнопочная форма используется в качестве главного меню приложения.
Главная кнопочная форма показана на рисунке 28.
Рисунок 28. Главная кнопочная форма
Главная кнопочная форма в режиме создания главной страницы показана на рисунке 29.
Рисунок 29. Главная кнопочная форма в режиме создания главной страницы
Подчиненная кнопочная форма в режиме создания показана на рисунке 30.
Рисунок 30. Подчиненная кнопочная форма в режиме создания
2.2 Запросы
Запросы упрощают просмотр, добавление, удаление или изменение данных в базе данных Access. Среди других целей использования запросов можно отметить:
быстрый поиск определенных данных путем фильтрации с применением определенных критериев (условий);
вычисление или сведение данных;
автоматизированное управление данными, например регулярный просмотр актуальных данных
Запрос может извлечь информацию из разных таблиц и собрать ее для отображения в виде формы или отчета. Запрос может представлять собой обращение к данным для получения информации из базы данных или выполнения действий с данными. Запрос можно использовать для получения ответа на простой вопрос, выполнения расчетов, объединения данных из разных таблиц, а также для добавления, изменения или удаления данных в таблице. Это очень гибкий инструмент: существует много типов запросов, и каждый тип создается с учетом задачи.