Современная жизнь немыслима без эффективного управления. Важной категорией являются системы обработки информации, от которых во многом зависит эффективность работы любого предприятия или учреждения.
Среди них особое место занимают базы данных. Их использование позволяет сократить время, требуемое на поиск нужной информации, уменьшить непроизводительные затраты при их реализации, исключить возможность появления ошибок в подготовке различных видов документации, что дает для предприятия прямой экономический эффект.
Основная причина применения систем, использующих базу данных, является стремление собрать все обрабатываемые данные в единое целое и обеспечить к ним контролируемый доступ.
Информатизация различных областей благоприятно сказывается на всем человечестве в целом. Помимо этого информатизация ведет к повсеместному распространению некоторых данных и позволяет более широкому кругу людей узнавать больше о тех объектах, на которые требуется обратить внимание общественности.
На сегодняшний день существует множество различных систем управления базами данных. Они все используют разные средства и функции, но преимущественно у всех СУБД в основе лежат одинаковые понятия. Для обобщения этих понятий, приемов и методов на весь класс СУБД, можно рассмотреть программу, входящую в Microsoft Office, Microsoft Access. Access -реляционная СУБД, в которой предусмотрены все необходимые средства для определения и обработки данных, а также управления ими при работе с большим объемом информации. — функционально полная система, имеющая мощные средства для работы в этой программе. Ее преимуществом перед другими является простота, наличие всех средств для успешной обработки и управления БД. Один из основных плюсов разработки на MS Access — плотная связь с Microsoft Office. Для нормальной работы созданного приложения достаточно установить Офис. При этом так же устанавливаются все нужные для работы Access библиотеки, ODBC и т.д., что не всегда скажешь про тот же Delphi. Acess достаточно хорошо совместим с MS SQL Server и другими форматами баз данных.
Каждая задача при решении включает в себя выбор способа решения. Acces при всей его внешней простоте позволяет решать весьма сложные задачи. Access достаточно серьезный инструмент, на котором быстро и хорошо можно сделать довольно сложные и совсем не «детские» вещи. Для многих проектов, где важна скорость разработки, Access подходит как нельзя лучше.
Каждый язык программирования предназначен под определенные цели и задачи. И Aсcess решает достаточно большое количество офисных, бухгалтерских и других подобных задач. Программирование в Access, создание структуры базы данных аналогичны как и в других средах. Освоив основные принципы, легко перейти к другим средствам разработки. Отличие будет только в обертке — названиях функций, процедур, синтаксических правилах и т.д. Но основное — принцип создания баз и алгоритмов останется.ss изначально представлялся как настольная база данных, и в этой сфере ему трудно найти равного соперника. Так же Access очень хороший контейнер для хранения запросов и таблиц при работе с ними через ADO.
Статистические данные в курсовой работе
... 8. Оформить все расчеты и выводы. Шкала оценивания курсовой работы Оценка Характеристика результатов Отлично В курсовой работе дано развернутое обоснование актуальности, целей и задач ... совокупности субъектов Федерации. (Использовать статистический сборник «Регионы России. Социально-экономические показатели»). 2. Провести предварительный анализ данных с помощью методов описательной статистики. ...
Access позволяет разработать профессиональную базу данных в более короткие сроки и за меньшие деньги, и вполне удовлетворить запросы заказчика. Кроме того, такое решение обладает большей гибкостью, настройкой, в него легко можно внести дополнения и изменения, быстрее и дешевле чем в промышленные базы данных на основе Oracle и C++.
Что касается трат на покупку MS Access, то он входит в MS Office, а этот продукт уже имеется на большинстве предприятий. Трудно представить себе компьютер, на котором бы не был установлен MS Office. Вкладываются деньги только в то программное обеспечение, которое заказывается.
Для поставленной задачи-разработки базы данных для ателье «у Раиски», выбран пакет Microsoft Access 2003. В нем реализованы все необходимые для этого инструменты. И, как немаловажный фактор, на большинстве предприятий, с которыми приходилось сталкиваться, как то ОАО «МЗ», ОАО «ПМ», не говоря уже о небольших фирмах, стоит пакет именно Microsoft Office 2003, а не более поздняя версия Microsoft Office 2007 или Microsoft Office 2010.
Еще одним несомненным плюсом создания базы данных на Microsoft Access является то, что использование такой базы не требует дополнительных капиталовложений для приобретения специализированной программы и любой грамотный пользователь ПК в состоянии внести необходимые изменения в ее
Применение данного продукта позволит облегчить хранение, доступ и редактирование информации о заказах, позволит уменьшить нагрузку сотрудников в работе и сократить время необходимое для поиска нужной информации. Также разработанное программное обеспечение избавит от избыточности и дублирования информации.
Данная база для ателье является хорошей поддержкой руководителю.
1. Описание предметной области
1 Общее описание предметной области
Необходимо разработать БД для ателье по пошиву одежды.
Данная база должна соответствовать следующим требованиям:
1. Иметь простой интерфейс
2. Реализовать приемку заказов
- Реализовать выдачу квитанций клиентам
- Реализовать выдачу квитанций сотрудникам
- Вести базу сотрудников
- Вести учет заказов
- Вести учет по сотрудникам
1.2 Описание входных документов и сообщений
Входными документами будут являться:
1. Учет заказов
- Номер заказа
- ФИО клиента
- Вид изделия
- Вид услуги
- Дата приемки
- Дата примерки
- Дата готовности
- ФИО сотрудника
- Предоплата
- Стоимость
2. Бланк для сотрудника
- Номер заказа
- Вид изделия
- Вид услуги
- Дата примерки
- Дата готовности
3 Описание выходных документов и сообщений
Выходными документами будут являться:
1. Квитанция для клиента:
- Номер заказа
- ФИО клиента
- Вид изделия
- Вид услуги
- Дата приемки
- Дата примерки
- Дата готовности
- Сотрудник
- Стоимость
- Предоплата
2. Бланк для сотрудника
- Номер заказа
- Вид изделия
- Вид услуги
- Дата приемки
- Дата примерки
- Дата готовности
1.4 Описание запросов к базе данных
Необходимы запросы, которые надо будет реализовать в течении разработки базы данных.
1. выдать отчет по сотрудникам
таб.1
|
Отчет по сотрудникам |
|
ФИО |
|
Готовые заказы Номер заказа Оплачено+предоплата Итого по сумме |
- печать квитанции
таб.2
|
Печать квитанции по номеру заказа |
|
Номер заказа |
|
ФИО клиента |
|
Вид услуги |
|
Вид изделия |
|
Дата приема |
|
Дата примерки |
|
Дата готовности |
|
Сотрудник |
|
Стоимость |
|
Предоплата |
3. Печать бланка для сотрудника
таб.3
|
Печать бланк заказа по номеру заказа для сотрудников |
|
Номер заказа |
|
Мерки |
|
Вид услуги |
|
Вид изделия |
|
Дата приема |
|
Дата примерки |
|
Дата готовности |
|
Сотрудник |
1.5 Список ограничений
1) Один клиент может заказать услугу у одного сотрудника.
2) Номера заказов уникальны.
Клиент вносит предоплату.
2. Выбор и описание используемой СУБД
Система управления базой данных (СУБД) является универсальным программным инструментом создания и обслуживания баз данных (БД) и приложений пользователя в самых разных областях. СУБД обеспечивает многоаспектный доступ к данным и использование одних и тех же данных различными задачами и приложениями пользователя.
В СУБД поддерживаются различные модели данных.
Модель данных — это метод логической организации данных, используемый СУБД. Наиболее известными являются иерархическая, сетевая и реляционная модели.
В СУБД для персональных компьютеров (настольных СУБД) поддерживается преимущественно реляционная модель, которую отличает простота и единообразие представления данных простейшими двумерными таблицами. Реляционная модель обеспечивает возможность использования в разных СУБД операций обработки данных, имеющих единую основу- алгебру отношений (реляционную алгебру) и универсального языка структурированных запросов — SQL (Sequential Query Language).
Основной логической структурной единицей манипулирования данными является строка таблицы — запись. Структура записи определяется составом входящих в неё полей. Совокупность полей записи соответствует логическим связанным реквизитам, характеризующим некоторую сущность предметной области.
СУБД Microsoft Access является системой управления реляционной базы данных, включающих все необходимые инструментальные средства для создания локальной базы данных , общей базы данных в локальной сети с файловым сервером или базы данных на SQL-сервере, а также для создания приложений пользователя, работающего с этими базами данных. База данных Access, создаваемая на локальном компьютере, отличается от баз данных других настольных СУБД. В её файле могут храниться не только данные, но и объекты интерфейса — формы, отчёты, а также программный код. Благодаря этому можно создать приложение, целиком хранящееся в одном-единственном MDB-файле, что существенно упрощает как создание, так и распространение приложений для работы с базами данных.
СУБД Access включает разнообразные и многочисленные относительно автономные программные средства, ориентированные на создание объектов база данных и приложений пользователя.
Средства графического конструирования позволяют пользователю создавать объекты базы данных и объекты приложения с помощью многочисленных графических элементов, не прибегая к программированию.
Диалоговые средства представлены разнообразными мастерами, которые в режиме ведения диалога с пользователем позволяют создавать объекты и выполнять разнообразные функции по реорганизации и преобразованию баз данных.
Среди многочисленных средств графического конструирования и диалоговых средств Access следует выделить средства для создания:
- таблиц и схем баз данных;
- запросов выборки, отбирающих и объединяющих данные нескольких таблиц в вир-туальную таблицу, которая может использоваться во многих задачах приложения;
- запросов на изменение баз данных;
- экранных форм, предназначенных для ввода, просмотра и обработки данных в диалоговом режиме;
- отчётов, предназначенных для просмотра и вывода на печать данных из базы и результатов их обработки в удобном для пользователя виде;
- страниц доступа к данным, обеспечивающим работу с базами данных в среде Internet;
- интерфейса управления приложением пользователя: меню, кнопочных форм, панелей управления приложением, позволяющих объединить различные операции по работе с базой данных в единый технологический процесс.
Средства программирования СУБД включают язык структурированных запросов SQL, язык макрокоманд и язык объектно-ориентированного программирования для приложений Microsoft Visual Basic for Applications (VBA).
VBA является частью семейства Microsoft Visual Basic, которое входит в состав Visual Studio.
рис.1
Граф алгоритмической взаимосвязи показателей строится один на всю предметную область вне зависимости от количества входных и выходных документов и запросов. Его цель — определить реквизитный состав показателей, алгоритмические зависимости показателей. В результате определяется состав исходных показателей, которые потом участвуют в построении дальнейших моделей: ER-модели, реляционной и даталогической моделей. Промежуточные и результатные показатели в моделях не показываются и в базе данных не хранятся с целью минимизации базы данных, повышения ее устойчивости и гарантии непротиворечивости показателей. Они рассчитываются при формировании соответствующих запросов и отчетов на базе исходных показателей. Исходя из вышеприведенного, можно построить граф алгоритмической взаимосвязи показателей (рис. 1).
Исходные показатели отмечены на рисунке звездочкой — их всего один. Только эти показатели будем в дальнейшем рассматривать в моделях и хранить в БД. Все остальные показатели можно рассчитать на их основе. В базе данных будем хранить реквизиты-признаки, которые:
- входят в состав хранимых показателей;
- входят в состав выходных документов и запросов;
- будут использованы при ближайшем развитии системы
2 ER-модель
4. Датологическая модель
access база данное программирование
Датологическая модель в среде выбранной СУБД включает описание:
- а) состава файлов/таблиц баз данных;
- б) структуры и ключей файлов/таблиц баз данных;
- в) схемы данных.
Часто, но не всегда, наиболее рациональным является создание ДЛМ по подобию реляционной модели в 3 нормальной форме. Такая структура таблиц / файлов базы данных является очень стабильной и, во многих случаях, минимальна по объему занимаемой памяти.
1 Нормализованная реляционная модель
Обычно исходная реляционная модель формируется из ER-модели путем преобразования полных объектов и процессов в самостоятельные отношения.
Каждому полному объекту ставится в соответствие реляционное отношение. Все свойства объекта образуют атрибуты отношения. Название отношения — название объекта,
ключ отношения — ключ (идентификатор) объекта. Под полным объектом понимается объект, который, кроме ключевых свойств, имеет еще и неключевые свойства.
Каждому процессу ставится в соответствие реляционное отношение. В состав атрибутов отношения включают все зависимые свойства процесса и ключи всех связанных с данным процессом объектов. Название отношения — название процесса, ключ отношения — ключи всех связанных с данным процессом объектов.
Правило невключения в реляционную модель неполных объектов является не абсолютным. Часто наличие в модели неполных объектов означает недостаточное изучение их свойств, которые в случае более детального изучения предметной области могут представляться весьма существенными для контроля целостности базы данных или для целей дальнейшего развития системы
Исходя из ER-модели, создаем реляционную модель в 3 нормальной форме
Учет заказов(номер заказа, ФИО клиента, вид услуги, вид изделия, дата приемки, дата примерки, дата готовности, ФИО сотрудника, расценки, предоплата, мерки)
2 Вариант ДЛМ в среде выбранной СУБД
Ниже приводится один из вариантов датологической модели «Ателье» в среде выбранной СУБД, в моем случае, MS Access.
- Состав таблиц:
- Изделия
- Клиенты
- Сотрудники
- Тарифы
- Услуги
- Учет заказов
1. — Для таблицы «Клиенты» использовались следующие записи
2. ФИО клиента, тип данных «текстовый»;
- Адрес, тип данных «текстовый»;
- Телефон, тип данных «текстовый»
- Мерки, тип данных «текстовый»;
Для таблицы «Сотрудники»использовались следующие записи:
1. ФИО сотрудника, тип данных «текстовый»;
2. Должность, тип данных «тесктовый»;
- Процент от работы, тип данных «числовой»;
Для таблицы «Тарифы» использовались следующие записи:
1. Вид изделия, тип данных «текстовой». Для упрощения ввода данных, источник данных был выбран «Поле со списком», который ссылается на таблицу «Изделия»;
2. Вид работ, тип данных «текстовый»;
- тариф, тип данных «денежный».
Для таблицы «Учет заказов» использовались следующие записи:
1. Номер заказа, тип данных «числовой»;
2. ФИО клиента, тип данных «текстовый»;
- Услуги, тип данных «текстовый»;
- Вид изделия, тип данных «текстовый»:
- Дата приемки, тип данных «дата»;
- Дата примерки, тип данных «дата»;
- Дата готовности, тип данных «Дата»;
- ФИО сотрудника, тип данных «числовой»;
- Стоимость, тип данных «денежный»;
- Предоплата, тип данных «денежный»;
- Мерки, тип данных «текстовый»;
5. Функциональная структура программной системы обработки данных
Структура программной системы обработки депозитных договоров согласно построенным моделям данных в среде MS Access представляет собой «кнопочную» форму (главное «меню») со следующей программной иерархией
таб.4
|
Основная кнопочная форма «Основная» |
|||||||||||
|
Формы просмотра, редактирования, ввода |
Запросы |
Отчеты |
Выход |
||||||||
|
Справочная |
Блан для сотрудников |
Блан для сотрудников |
Сервисные процедуры |
||||||||
|
Клиенты |
Изделия_ |
Квитанция |
|||||||||
|
Сотрудники |
Квитанция |
Учет заказов |
Отчет по сотрудникам |
Отчет по сотрудникам |
|||||||
|
Тарифы |
Услуги_ |
Тарифы |
|||||||||
|
Учет заказов |
|||||||||||
6. Оценка вариантов ДЛМ
Для оценки вариантов ДЛМ создадим еще одну модель, отличная от модели, соответствующей 3НФ. Пусть в ней будет еще две строки — «Клиенты», «Сотрудники».
Теперь составляем сравнительную таблицу
таб.5
|
Критерии |
Основная РФ |
Вновь созданная |
|
удовлетворение информационных потребностей; |
полное |
полное |
|
объемы требуемой для хранения данных дисковой памяти; |
Примерно 10 Мб |
Более 15 Мб |
|
время реакции системы на запросы; |
быстрое |
С задержкой 0.016 мсек |
|
сложность реализации процедур работы с БД; |
невысокая |
затруднительное |
|
вероятность выполнения запросов в фиксированный период времени; |
100% |
80%-90% |
|
удобство пользователя при работе с БД. |
отличное |
удовлетворительное |
|
затраты на адаптацию базы данных к изменению предметной области и информационных потребностей пользователей; |
несущественные |
существенные |
|
затраты на адаптацию прикладного программного обеспечения к изменению предметной области и информационных потребностей пользователей. |
несущественные |
существенные |
При программной реализации системы обычно приходится формировать множество вспомогательных и промежуточных форм, запросов, таблиц, макросов и программ. Однако данные промежуточные компоненты не должны отражаться ни в схеме данных, ни в главной управляющей форме.
В отчете учащегося приводятся разработанные компоненты: формы, запросы, отчеты и, при необходимости, макросы. Компоненты отражаются в рабочем режиме и в режиме «конструктора». Созданные запросы приводятся также в виде SQL-предложений. Интерфейсные возможности СУБД типа MS Access являются достаточно развитыми, поэтому разработка программ на языках типа Visual Basic for Application [5] является оправданной только тогда, когда другие встроенные в СУБД средства генерации не дают желаемого результата. Во многих случаях функции программ можно значительно быстрее реализовать имеющимися интерфейсными средствами СУБД.
Заключение
После отлаживания отдельных нюансов, как то ошибки в построении запросов с условием, неправильный тип данных в ячейках таблиц и т.п. небольшие упущения, база данных готова к работе. В ней реализованы:
1. удобный метод ввода, изменения , удаления данных,
2. вывод запросов в печатную форму по поставленным запросам,
- более -менее удачная навигация
Примеры базы данных можно посмотреть в приложениях.
На примере базы данных для ателье, предоставлено к рассмотрению и анализу практически все функции и возможности Microsoft Accsess. Эта программа достаточна проста и удобна в обращении. Построение таблиц, отчетов, запросов, форм упрощается при использовании мастеров (форм, таблиц и т.п.).
Считается, что база данных в среде СУБД MS Access практическом применении удобна и достаточно эффективна. Все зависит от пользователя, объема располагаемых им знаний и умения ими воспользоваться. Данная программа имеет много полезных функций и в дальнейшем мне очень пригодится.
Список используемой литературы
[Электронный ресурс]//URL: https://litfac.ru/diplomnaya/na-temu-baza-dannyih-atele/
1. Базы данных. Учебник для вузов А. Д. Хомоненко, В. М. Цыганков, М. Г. Мальцев Издательство: Корона-Принт Год: 2004
2. www.microsoft.ru <#»533194.files/image003.gif»>
Приложение Б
Приложение В
Приложение Г
Приложение Д
Приложение Е
Приложение Ж
Приложение З
Приложение И
Приложение К
Приложение Л
