Размещено на http://www.allbest.ru/

ВВЕДЕНИЕ

Развитие средств вычислительной техники способствовало созданию и широкому использованию систем обработки данных разнообразного назначения. Разрабатываются информационные системы для обслуживания различных систем деятельности, систем управления хозяйственными и техническими объектами, модельные комплексы для научных исследований, системы автоматизации проектирования и производства, всевозможные тренажеры и обучающие системы. Одной из важных предпосылок создания таких систем стала возможность оснащения их «памятью» для накопления, хранения и систематизация больших объемов данных. Другой существенной предпосылкой нужно признать разработку подходов, а также создание программных и технических средств конструирования систем, предназначенных для коллективного пользования. В этой связи потребовалось разработать специальные методы и механизмы управления такого рода совместно используемыми ресурсами данных, которые стали называться базами данных. Исследования и разработки, связанные с проектированием, созданием и эксплуатации баз данных, а также необходимых для этих целей языковых и программных инструментальных средств привели к появлению самостоятельной ветви информатики, получившей название системы управления данными.

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

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

– непосредственное управление данными во внешней памяти - функция включает обеспечение необходимых структур внешней памяти как для хранения данных, непосредственно входящих в БД, так и для служебных целей, например, для убыстрения доступа к данным в некоторых случаях (обычно для этого используются индексы).

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

– управление транзакциями - последовательностью операций над БД, рассматриваемых СУБД как единое целое что необходимо для поддержания логической целостности БД.

– журнализация - СУБД должна быть в состоянии восстановить последнее согласованное состояние БД после любого аппаратного или программного сбоя.

– поддержка языков БД - для работы с базами данных используются специальные языки, в целом называемые языками баз данных, которые содержат все необходимые средства для работы с БД, начиная от ее создания, и обеспечивают базовый пользовательский интерфейс с базами данных(стандартным языком наиболее распространенных в настоящее время в реляционных СУБД является язык SQL).

В настоящее время разработаны и используются на персональных компьютерах около двадцати систем управления базами данных. Они представляют пользователю удобные средства интерактивного взаимодействия с БД и имеют развитый язык программирования.

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

1 ОПИСАНИЕ ПРИНЦИПОВ РАБОТЫ СКЛАДА КОСМЕТИКИ И ПАРФЮМЕРИИ

Цель создания склада для парфюмерии и косметики, стал большой товарооборот, а также расширение сети магазинов. Т.к. продукции много, для удобства доставки, было решено создать не один склад, а несколько складов, которые находятся в разных местах и соответственно по разным адресам. На каждом складе существует свой персонал, который состоит из 5 человек: 4 грузчиков и одного бригадира, который и руководит грузчиками своего склада. Так же существует управляющий, который управляет всеми складами.

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

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

Для удобства обращения с товаром, он весь разделён на две категории: косметика и парфюмерия

2 ПОСТАНОВКА ЗАДАЧИ

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

Представленная база данных должна содержать следующие функциональные возможности:

- содержать необходимую информацию о товаре, о поставщике, персонале, о магазинах и складах;

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

- иметь необходимые запросы (на удаление и добавление) и формы (главная форма, формы на добавление информации в таблицы) для обработки хранимой информации;

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

- обеспечение надежного хранения информации;

- обеспечивать защиту от несанкционированного доступа (использовать пароли и защиту на уровне пользователей);

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

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

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

- информация о персонале;

- информация о товаре;

- информация о поставщиках;

- информация о складах;

- информация о магазинах.

3 КОНЦЕПТУАЛЬНОЕ ПРОЕКТИРОВАНИЕ СИСТЕМЫ

В этом разделе содержится описание инфологической модели системы, диаграммы DFD, диаграммы «сущность-связь», разработка реляционной, иерархической и сетевой модели данных и обоснование выбора реляционной модели данных.

3.1 Инфологическое моделирование системы

Диаграммы потоков данных (DFD) являются основным средством моделирования функциональных требований проектируемой системы. С их помощью эти требования разбиваются на функциональные компоненты (процессы) и представляются в виде сети, связанной потоками данных. Главная цель таких средств - продемонстрировать, как каждый процесс преобразует свои входные данные в выходные, а также выявить отношения между этими процессами.

Из описания предметной области следует, что в процессе работы системы склада участвуют следующие группы людей: бригадир, продавец, поставщик и управляющий. Эти группы являются внешними отделами. Они не только взаимодействуют с системой, но так же определяют ее границы и изображаются на начальной контекстной DFD как внешние сущности.

Начальная контекстная диаграмма изображена на рисунке 3.1. В нотации Йордана внешние сущности обозначаются прямоугольниками, а процессы - окружностями.



Рисунок 3.1 - Начальная контекстная диаграмма

3.1.1 Построение диаграммы потоков данных

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

Таблица 3.1 - Соответствие потоков данных на диаграммах

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

3.1.2 Построение контекстной диаграммы первого уровня

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

На рисунке 3.2 приведена контекстная диаграмма первого уровня. На приведенной DFD накопитель данных «склада парфюмерии и косметики» является абстрактным представлением хранилища данных.



Рисунок 3.2 - Контекстная диаграмма первого уровня

3.1.3 Построение диаграммы «сущность-связь»

В модели "сущность-связь" используется естественное представление данных, в соответствии с которым реальный мир состоит из "сущностей" и "связей". Эта модель основывается на некоторой важной семантической информации о реальном мире. Модель может обеспечить высокую степень независимости данных и основывается на теории множеств и реляционной теории.

При построении модели данных «сущность-связь» выделяются основные объекты предметной области, их свойства и связи между ними. На рисунке 3.3 приведена диаграмма для рассматриваемой предметной области склада косметики и парфюмерии.

3.1.4 Описание диаграммы «сущность-связь»

Для построения схемы «объект-отношение» были взяты определенные объекты, отношения и свойства.

1. Объект «Персонал» имеет такие свойства:

- свойство «ФИО» характеризует имя работника;

- свойство «Адрес» определяет местопроживание работника;

- свойство «№ телефона» определяет телефон работника, при помощи которого с ним можно связаться;

- свойство «№ паспорта» определяет номер и серию паспорта;

2. Объект «Склад» связан отношением многие ко многим с объектом «Персонал», потому что в персонале имеются люди которые относятся не только к одному складу. Объект «Склад» имеет следующие свойства:

- свойство «№» определяет номер склада;

- свойство «№ телефона» определяет номер телефона этого склада;

- свойство «Адрес» Определяет местоположение склада;

2.1 Классы «Склад» и «Персонал» объединены отношением «Работает». Он включает в себя такие свойства:

- свойство «ФИО» определяет имя работника

- свойство «Когда принят» определяет дату приема на работу

- свойство «Должность» определяет должность работника

- свойство «З\п» определяет заработную плату

- свойство «№ склада» определяет место работы

3.Объект «Склад» связан отношением многое ко многим с объектом «Товар», потому что один склад может получать не один вид товара, точно так же как и один товар может поступать на разные склады. Объект «Товар» имеет следующие свойства:

- свойство «Наименование» определяет название товара;

- свойство «Категория» определяет вид товара(косметика или парфюмерия);

- свойство «Цена за ед.» определяет цену товара за одну единицу;

- свойство «Кол-во» определяет количество товара.

3.1 Классы «Склад» и «Товар» объединены отношением «Хранит». Вот его свойства:

- свойство «Кол-во» определяет количество товара на складе

- свойство «№ склада» определяет склад, на котором хранить какой то товар

- свойство «Наименование товара» определяет название товара на складе

4.Объект «Поставщик» связан отношением многие ко многим с объектом «Товар», потому что много поставщиков могут доставить любой товар. Объект «Поставщик» имеет следующие свойства:

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

- свойство «Адрес» определяет местоположение фирмы;

4.1 Объекты «Поставщик» и «Товар» связаны отношением «Поставка». Во его свойства:

- свойство «Наименование товара» определяет товар который поставляется;

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

- свойство «Объём» определяет объём поставляемого товара;

- Свойство «Дата поставки» определяет дату поставки товара

5. Объект «Магазин» связан отношением многое ко многим с объектом «Магазин», потому что один магазин может запросить много видов товара, и один вид товара может поставляться в разные магазины. Объект «Магазин» имеет следующие свойства:

- свойство «Название» определяет название магазина;

- свойство «Адрес» определяет местонахождения магазина;

- свойство «Тел.ном.» определяет телефон магазина;

5.1 Объекты «Магазин» и «Товар» связаны отношением «Доставка». Вот его свойства:

- свойство «Кол-во» определяет количество товара поступившего в магазин из склада

- свойство «Товар» определяет товар который был доставлен в магазин

- свойство «Магазин» определяет название магазина в который поставляется товар

- свойство «Дата» определяет дату доставки

Такое представление предметной области дает информацию о каждом интересующем нас объекте.

3.2 Обоснование выбора модели данных

БД может быть основана на одной модели или на совокупности нескольких моделей. Любую модель данных можно рассматривать как объект, который характеризуется своими свойствами (параметрами), и над ней, как над объектом, можно производить какие-либо действия.

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

3.2.1 Иерархическая модель данных

Иерархические СУБД - поддерживают древовидную организацию информации. Связи между записями выражаются в виде отношений предок/потомок, а у каждой записи есть ровно одна родительская запись. Это помогает поддерживать ссылочную целостность. Когда запись удаляется из дерева, все ее потомки также должны быть удалены.

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

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

На рисунке 3.4 приведена иерархическая модель данных для предметной области склад парфюмерии и косметики «Персонал - Склад - Товар - Поставщик - Магазин».



Склад
№	№ телефона	Адрес

Товар
Наименование	Кол-во	Цена за ед.	Категория

Поставщик
Название	Адрес	№ телефона

Магазин
Название	№ телефона	Адрес

Рисунок

3.4 -Иерархическая модель данных

3.2.2 Сетевая модель данных

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

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

Графическое изображение структуры связей сегментов такого типа моделей представляет собой сеть. Сегменты данных в сетевых БД могут иметь множественные связи с сегментами старшего уровня. При этом направление и характер связи в сетевых БД не являются столь очевидными, как в случае иерархических БД. Поэтому имена и направление связей должны идентифицироваться при описании БД.

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

Для заданной предметной области сетевая модель данных представлена на рисунке 3.5

.

Рисунок 3.5 - Сетевая модель данных

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

3.2.3 Реляционная модель данных

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

В течение долгого времени реляционный подход рассматривался как удобный формальный аппарат анализа баз данных, не имеющий практических перспектив, так как его реализация требовала слишком больших машинных ресурсов. Только с появлением персональных ЭВМ реляционные и близкие к ним системы стали распространяться, практически не оставив места другим моделям.

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

Реляционная модель ориентирована на организацию данных в виде двумерных таблиц. Каждая реляционная таблица представляет собой двумерный массив и обладает следующими свойствами:

- каждый элемент таблицы - один элемент данных; повторяющиеся группы отсутствуют;

- все столбцы в таблице однородные, т.е. все элементы в столбце имеют одинаковый тип (числовой, символьный и т.д.) и длину;

- каждый столбец имеет уникальное имя;

- одинаковые строки в таблице отсутствуют;

- порядок следования строк и столбцов может быть произвольным.

Таблица такого рода называется отношением.

База данных, построенная с помощью отношений, называется реляционной базой данных.

Отношения представлены в виде таблиц, строки которых соответствуют записям, а столбцы - полям.

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

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

Достоинства реляционной модели:

1) простота и доступность понимания конечным пользователем -- единственной информационной конструкцией является таблица;

2) при проектировании реляционной БД применяются строгие правила, базирующие на математическом аппарате;

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

В данной реляционной модели присутствуют связи «многие со многими». Для таблиц, между которыми отношение «многие со многими» создаются дополнительные таблицы, в которые помещаются ключевые поля из исходных таблиц. В данной реализации все такие таблицы, поэтому были созданы дополнительные таблицы, такие как: Продается, Работает, Поставка, Закупается у поставщика.

Таблица «Оружейный магазин» #Кл. Оружейный магазин - первичный ключ. Свойства: Личный сайт, название, тел. номер, E-mail, лицензия и адрес и размерностью С14, С20, С15, С35, С30, С 10, С18.

Таблица «Персонал магазина» #Кл. Персонал магазина - первичный ключ.

Свойства: должность, № паспорта, дата рождения, ФИО и размерностью С12, С8, С8, С25.

Таблица «Товар» #Кл. Товар - первичный ключ. Свойства: вес, цвет, калибр, скорострельность, наименование, тип, размер, цена, калибр пули, гарантия и размерностью N2, C10, N3, N4, C16, C15, N2, N7, N3, C2 соответственно.

Таблица «Поставка» #кл. Поставщик - первичный, #кл. Товар - внешний ключ, имеет поля: Кол-во товара, сумма заказа, дата поставки, и размерностью N50, N15, D 14 .

У таблицы «Клиент» имеются поля: адрес, разрешение, дата рождения, ФИО, № паспорта, телефон, «Premium» - карта и размерностью С25, С18, D6, С25, С8, С14, N16.

Таблица «Работает» #кл. Персонал магазина - первичный, #кл. Оружейный магазин - внешний ключ, имеет поля: З.П., Когда принят, когда уволен, и размерностью М4, D8, D8.

Таблица «Продается» #кл. Товар - первичный, #кл. Клиент - внешний ключ, имеет поля: время, кассир, наименование оружия, цена, и размерностью С14, С25, С16, N7 соответственно.

Таблица «Закупается у поставщика» #кл. Товар - первичный, #кл. Оружейный магазин - внешний ключ, имеет поля: кол-во товара, № партии, и размерностью N50, С6.

4 Программная реализация системы

4.1 Обоснование выбора СУБД

Microsoft Access - это самая популярная сегодня настольная система управления базами данных. Ее успех можно связывать с великолепной рекламной кампанией, организованной Microsoft, или включением ее в богатое окружение продуктов семейства Microsoft Office. Вполне возможно, что это так. Но корень успеха, скорее всего, заключается в прекрасной реализации продукта, рассчитанного как на начинающего, так и квалифицированного пользователя. Не будем сейчас вдаваться в подробности сравнения отдельных характеристик Access и его основных конкурентов, например Paradox for Windows или Lotus Approach. Эта тема прекрасно освещена в периодической компьютерной печати. СУБД Access 2002 для работы с данными использует процессор баз данных Microsoft Jet 4.0, объекты доступа к данным и средство быстрого построения интерфейса - Конструктор форм. Для получения распечаток используются Конструкторы отчетов. Автоматизация рутинных операций может быть выполнена с помощью макрокоманд. На тот случай, когда не хватает функциональности визуальных средств, пользователи Access могут обратиться к созданию процедур и функций. При этом как в макрокомандах можно использовать вызовы функций, так и из кода процедур и функций можно выполнять макрокоманды.

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

Для коммерческого распространения приложений, разработанных на Access, предназначен пакет Access Developer Toolkit, вместе с которым поставляются некоторые дополнения и несколько дополнительных объектов ActiveX.

Главное качество Access, которое привлекает к нему многих пользователей, - тесная интеграция с Microsoft Office. К примеру, скопировав в буфер графический образ таблицы, открыв Microsoft Word и применив вставку из буфера, мы тут же получим в документе готовую таблицу с данными из БД. Вся работа с базой данных осуществляется через окно контейнера базы данных. Отсюда осуществляется доступ ко всем объектам, а именно: таблицам, запросам, формам, отчетам, макросам, модулям.

Посредством драйверов ISAM можно получить доступ к файлам таблиц некоторых других форматов: DBASE, Paradox, Excel, текстовым файлам, FoxPro 2.x, а посредством технологии ODBC - и к файлам многих других форматов. Access 2002 может выступать как в роли OLE контролера, так и ОЕЕ сервера. Это значит, что вы можете контролировать работу приложений Access из любого приложения, при условии, что оно может выступать в роли OLE контролера и наоборот.

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

Пользователям, малознакомым с понятиями реляционных баз данных, Access дает возможность разделять свои сложные по структуре таблицы на несколько, связанных по ключевым полям. Процесс построения систем обработки данных значительно различается на разных предприятиях и фирмах в зависимости от объема данных, которые они обрабатывают. Естественно, Access - это типичная настольная база данных. В то же время на небольшом предприятии с количеством компьютеров не больше 10, ресурсов Access вполне может хватить для обслуживания всего делопроизводства, естественно, в связке с Microsoft Office. То есть все пользователи могут обращаться к одной базе данных, установленной на одной рабочей станции, которая не обязательно должна быть выделенным сервером. Для того чтобы не возникали проблемы сохранности и доступа к данным, имеет смысл воспользоваться средствами защиты, которые предоставляет Access. При этом вы можете воспользоваться Мастером, если не уверены, что сами правильно установите права и ограничения для пользователей.

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

4.2 Описание таблиц

Таблица «Персонал», предназначена для хранения сведений о работниках.

- Ключ код - тип счётчик, первичный ключ таблицы «Персонал», содержит уникальные значения без повторений.

- ФИО - тип текстовый, размер поля 18 символов, содержит уникальные значения без повторений.

- Номер телефона - текстовый тип данных, размер поля 14 символов. Маска ввода \(000\)000\-00\-00;;

- Адрес - текстовый тип, размер поля 40 символов, поле является обязательным.

- Номер паспорта- тип текстовый, размер поля 10 символов, маска ввода LL\_000000;0;

-

Таблица «Поставляет» предназначена для хранения сведений о Поставках.

- Ключ код - тип счётчик, содержит уникальные значения без повторений.

- Наименование товара - тип текстовый, размер поля 25 символов, содержит уникальные значения без повторений.

- Оплата - тип данных денежный, содержит условие на значение «>0».

- Поставщик - тип текстовый, размер поля 18, обязательное поле.

- Объём - тип числовой.

- Дата поставки - тип дата.

-

Таблица «Склад» предназначена для хранения сведений о складах.

- Ключ код - тип счётчик, содержит уникальные значения без повторений.

- № склада - тип текстовый, размер поля 1 символов, содержит уникальные значения без повторений.

- Адрес - текстовый тип, размер поля 40 символов, поле является обязательным.

- Номер телефона - текстовый тип данных, размер поля 14 символов. Маска ввода \(000\)000\-00\-00;;

-

Таблица «Хранится», предназначена для хранения сведений об хранении товара.

- Ключ код - тип счётчик, первичный ключ таблицы «Хранится», содержит уникальные значения без повторений.

- Наименование товара - тип текстовый, размер поля 25 символов.

- № склада - тип текстовый, размер поля 1 символов.

- Кол-во - тип числовой.

-

Таблица «Товар» предназначена для хранения сведений о товаре.

- Ключ код - тип счётчик, содержит уникальные значения без повторений.

- Наименование - тип текстовый, размер поля 40 символов, значения могут повторяться.

- Категория - текстовый тип данных, размер поля 10 символов.

- Кол-во - тип числовой.

- Цена за ед. - тип данных денежный, содержит условие на значение «>0».

Таблица «Поставка» предназначена для хранения сведений о работниках магазина.

- Ключ код - тип счётчик, содержит уникальные значения без повторений.

- Оплата - тип числовой, денежный.

- Дата поставки - тип числовой , краткий формат даты.

- Объём - тип числовой

- Наименование - тип текстовый, размер поля 40 символов, значения могут повторяться.

- Поставщик - тип текстовый, размер поля 40 символов, значения могут повторяться.

Таблица «Поставщик» предназначена для хранения сведений о поставщиках.

- Ключ код - тип счётчик, содержит уникальные значения без повторений.

- Название - тип текстовый, размер поля 40 символов, значения могут повторяться.

- Адрес - текстовый тип, размер поля 40 символов, поле является обязательным.

- Номер телефона - текстовый тип данных, размер поля 14 символов. Маска ввода \(000\)000\-00\-00;

Таблица «Доставляется» предназначена для хранения сведений о доставке

- Количество - тип числовой, длинное целое.

- Ключ Наименование - тип данных - счётчик, первичный ключ таблицы «Товар».

- Дата поставки - тип числовой , краткий формат даты

- Ключ магазины - тип данных - счётчик, первичный ключ таблицы «Магазины».

Таблица «Магазины» предназначена для хранения сведений о магазинах.

- Ключ Название - тип данных - счётчик.

- Адрес - текстовый тип, размер поля 40 символов, поле является обязательным.

- Номер телефона - текстовый тип данных, размер поля 14 символов. Маска ввода \(000\)000\-00\-00;

4.3. Уровни доступа к базе данных

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

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

«Пользователь» при входе не имеет возможность удалять либо добавлять записи.

«Администратор» имеет все права, ему открыты все возможности СУБД. Администратор может изменять пароли для входа в систему, добавлять, изменять либо удалять таблицы в базе данных, редактировать формы, составлять новые отчеты. Права данного пользователя никак не ограничены. Администратор - сотрудник, отвечающий за стабильность и надежность работы СУБД.

4.3.1 Модель пользовательского интерфейса

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

4.4 Описание функционирования системы

Форма «Вход» имеет поле для ввода пароля, поля для выбора пользователя, а также кнопки: «Вход» и «Выход». После ввода пароля при нажатии «Вход» происходит проверка введенного пароля с тем, что хранится в БД. Если пароль введен, верно, то осуществляется вход пользователя в систему, иначе выдаётся сообщение о некорректном вводе. И тогда пользователю нужно будет проделать операцию заново или нажать на кнопку выход из системы, это процесс организован с помощью макрокоманды «Выход».

Рисунок 4.7 - Форма «Авторизация»

4.5 Описание разработанных форм

Форма «Главное меню»

Форма осуществляет простой доступ всех пользователей к основным элементам БД. Форма «Главное меню» представлена на рисунке 4.8.

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

Кнопка Товар - открывает форму, в которой находятся все данные о товарах.

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

Кнопка Поставщики - открывает форму, в которой можно найти информацию о поставщиках.

Кнопка Склады - это форма, расскажет пользователю о складах.

Кнопка Магазины - Открывает форму, которая содержит информацию о магазинах.

Кнопка Архивация данных - открывает форму для работы с архивами, переносит в архив данные удовлетворяющие, и удаляет эти записи из исходной таблицы, а также восстанавливает работу архивирования.

Для изменения пользователя следует нажать кнопку-Сменить пользователя. Эта кнопка откроет форму авторизации.

Рисунок 4.8 Главная форма

Форма «Товар»

Форма товар предназначена для просмотра информации о всех товарах. Форма представлена на рисунке 4.9.

Кнопки: Предыдущий, Следующий, пролистывают страницу товаров. Чтобы просмотреть все товары или товары имеющиеся на складе нужно нажать соответствующие кнопки, откроется отчёт с этой информацией. Отчёты можно печатать с помощью кнопок с принтером

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

При помощи кнопки Печать формы, можно распечатать форму.

Кнопка назад производит закрытие данной формы и возврат на главную форму.

Отчёты по этой форме представлены на рисунке 4.10 и 4.11

Рисунок 4.9 Форма «Товар»

Рисунок 4.10 Отчёт «Товар»

Рисунок 4.11 Отчёт «Товар на складе»

Форма «Персонал»

Форма персонал предназначена для просмотра информации о всех работника. Форма представлена на рисунке 4.12.

Кнопки: Предыдущий, Следующий, пролистывают страницу работников. Чтобы просмотреть всех работников нужно нажать кнопку персонал, откроется отчёт с этой информацией. Отчёты можно печатать с помощью кнопки с принтером

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

При помощи кнопки Печать формы, можно распечатать форму.

Кнопка назад производит закрытие данной формы и возврат на главную форму.

Отчёт по этой форме представлен на рисунке 4.13

Рисунок 4.12 Форма «Персонал»

Рисунок 4.13 Отчёт «Персонал»

Форма «Поставщики», «Склады», «Магазины»

Эти формы предназначены для просмотра информации о всех поставщиках, складах и магазинах.

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

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

При помощи кнопки Печать формы, можно распечатать форму.

Кнопка назад производит закрытие данной формы и возврат на главную форму.

Форма «Поставщики» изображена на рисунке 4.14, отчёт этой формы на рисунке 4.15. Форма «Склады» представлена на рисунке 4.16 отчёт на рисунке 4.17. Форма «Магазины»-рисунок 4.18, отчёт 4.19

Рисунок 4.14 Форма «Поставщики»

Рисунок 4.15 Отчёт «Поставщики»

Рисунок 4.16 Форма «Склад»

Рисунок 4.17 Отчёт «Склад»

Рисунок 4.18 форма «Магазины»

Рисунок 4.19 отчёт «Магазины»

Форма «Архивация»

Эта форма предназначена для архивации и восстановления записей из таблицы «Товар». В архив заносятся информация о товарах, цена которых не превышает 300грн. И заносится в таблицу с названием «Архив», при восстановлении записи восстанавливаются из таблицы «Архив» в исходную таблицу «Товар» Форма представлена на рисунке 4.20.

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

Рисунок 4.20 «Архивация»

Форма «Выход»

Форма создана в режиме конструктора форм. Форма создана для выхода из приложения. Источник данных отсутствует. Кнопка «Да» отвечает за выход из приложения. Кнопка «Нет» отвечает за возврат в форму Главное меню.

Экранная форма представлена на рисунке 4.21.

Рисунок 4.21 -- Форма «Выход»

4.6 Описание макросов и модулей

4.6.1 Макросы

Название макроса: « Архивация».

Макрос выполняет запуск запросов на архивацию устаревших данных в таблицу «АРХИВ» с удалением их из таблицы БД «Товар».

Макрокоманды с параметрами:

1) «Сообщение». Параметры:

-- Сообщение: Внимание! В архив будут перенесены все данные в которые были внесены в 2010 г. !

-- Сигнал: Да

-- Тип: Предупреждающее!

-- Заголовок: Архивация

2) «ОткрытьЗапрос». Параметры:

-- Имя запроса: АРХИВ - Заполнение

-- Режим: Таблица

-- Режим данных: Изменение

3) «ОткрытьЗапрос». Параметры:

-- Имя запроса: АРХИВ - Удаление

-- Режим: Таблица

-- Режим данных: Изменение

4) «Сообщение». Параметры:

-- Сообщение: Архивация успешно выполнена!

-- Сигнал: Да

-- Тип: отсутствует

-- Заголовок: Архивация

Макрос вызывается нажатием кнопки «Архивация».

Название макроса: «Восстановление».

Макрос выполняет запуск запросов для восстановления всех данных из таблицы «АРХИВ» в таблицу «Товар». Затем выполняется запрос на очистку архива.

Макрокоманды с параметрами:

1) «ОткрытьЗапрос». Параметры:

-- Имя запроса: АРХИВ - Восстановление

-- Режим: Таблица

-- Режим данных: Изменение

2) «ЗапускМакроса». Параметры:

-- Имя макроса: Очистка архива

4) «Сообщение». Параметры

-- Сообщение: Все данные из архива успешно восстановлены!

-- Сигнал: Да

-- Тип: Предупреждающее!

-- Заголовок: Архивация

Макрос вызывается нажатием кнопки «Востановление».

4.6.2 Модули

В курсовом проекте реализован один модуль под названием «auto». Рассмотрим функцию, которая в нем реализована.

Функция Public id. Функция публикует везде id пользователя, который вошел в систему. Это нужно для того чтобы скрывать некоторые кнопки, при входе Пользователя в систему.

4.6.3 Архивация и восстановление устаревших данных

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

В зависимости от предметной области некоторую информацию архивируют стандартными архиваторами, другую пересылают в новую БД (таким образом, уменьшается время доступа к нужной информации). Новая БД может быть как точной копией оригинала, так и содержать лишь ее часть. Некоторая информация с определенной периодичностью должна удаляется из архива, т.к. абсолютно не нужна пользователю. В моем случае пользователь должен будет архивировать информацию хотя бы одни раз в год. В данной БД была выбрана реализация архивации в специальную таблицу.

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

Архивация производится в специально предназначенную для этого таблицу «АРХИВ». Данные переносятся из таблицы «Товар».

Все процессы архивации, восстановления и очистки архива зависят от администратора СУБД «Предприятия» и выполняются через кнопки «Архивация» и «Восстановление».

4.6.4 Восстановление данных при аппаратных сбоях

Компьютерная техника имеет достаточно сложную структуру и принципы функционирования. И хотя ее создатели стараются сделать периферию как можно надежней, а работу программного обеспечения бессбойной и оперативной, тем не менее, возможны ситуации, когда данные могут быть физически повреждены (вирусная атака; физическое повреждение носителя данных; неаккуратное использование приложения, приведшее к удалению БД). Причины сбоев и поломок могут и не зависеть от разработчиков, например внезапное отключение электроэнергии. Но, создавая БД, необходимо учесть и эти варианты путем сохранения все либо часть таблиц БД. Общепринятой практикой профилактики от возможных аппаратных сбоев является резервное копирование БД на другие носители данных (оптические диски, flash-память и пр.).

4.7 Комплект поставки и порядок установки системы

Для работы данной системы управления базой данных необходимо наличие на компьютере установленного MS Access из пакета Microsoft Office. Комплект поставки следующий: файл «Склад.mdb» - разработанная СУБД, файл «ReadMe.txt» - текстовый файл, содержащий сведенья о назначении поставляемых файлов и разработчике данной системы управления базой данных, файл «Отчет.rtf» - пояснительная записка к курсовому проекту.

По-умолчанию установлены следующие пароли: администратор имеет пароль «3», управляющий имеет пароль «2», а пользователь «1»

Порядок установки:

- скопировать с носителя CD - R, всю информацию;

- ознакомиться с отчетом для лучшей работы и ориентации в БД;

- открыть Склад.mdb, для работы с БД.

ВЫВОДЫ

Целью данного курсового проекта было создание программного продукта, который был бы удобный в использовании и показывал все характеристики предметной области, приобрести навыки работы с Microsoft Office Access 2007, научиться создавать таблицы, работать с формами и отчетами, использовать запросы для упрощения работы с базами данных.

В данном курсовом проекте была реализована база данных «Склад парфюмерии и косметики», позволяющая автоматизировать работу фирмы.

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

В целом, разработанная база данных отвечает следующим требованиям:

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

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

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

- имеется ряд сформированных отчетов, позволяющих распечатывать информацию в удобном виде;

- обеспечивает архивацию устаревшей, но необходимой информации.

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

База данных «Склад» проста в использовании и содержит удобный интерфейс: даже неопытный пользователь сможет легко разобраться, как с ней работать.

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

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

СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ

Д. Рамбо, А. Якобсон, Г. Буч - UML. Специальный справочник;

Кузнецов С.Д. Основы баз данных;

Бемер С., Фратер Г. MS Accsess. - Киев: BHV, 1994 - 384с

Р. Дж. Мюллер. Базы данных и UML;

С.А. Трофимов. Case-технологии;

Хомоненко А. Д., Ададуров С. Е. - Работа с базами данных;

Н. Н. Гринченко, Е. В. Гусев, Н. П. Макаров Проектирование баз данных. СУБД Microsoft Access.

Приложение А

ТЕХНИЧЕСКОЕ ЗАДАНИЕ

А.1 Общие сведения

Тема курсового проекта: Разработка БД информационной системы

«Склад парфюмерии и косметики».

Система проектируется студентом 2-го курса Государственного университета информатики и искусственного интеллекта, факультета СКИТ, группы ПО-09в, Туренком Алексеем Андреевичем.

Основанием для разработки ПП является задание, выданное кафедрой ПОИС. Плановый срок начала работы по созданию системы имитационного моделирования: 15.02.11, срок окончания: 09.06.11. Курсовой проект должен выполняться согласно графику, приведенному в таблице А.1.

Таблица А.1 - Стадии разработки ПП

№ этапа	Содержание этапа программирования	Срок выполнения
1	Определение требований к программному продукту. Формулировка постановки задачи	1-2 неделя
2	Составление технического задания	2 неделя
3	Разработка диаграммы потоков данных	2-3 неделя
4	Разработка схемы объект/отношение	3-4 неделя
5	Описание концептуальной модели. Обеспечение целостности данных	5-6 неделя
6	Выбор и обоснование типа моделей данных. Обоснование выбора СУБД	7-8 неделя
7	Создание запросов. Обеспечение безопасности данных	8-9 неделя
8	Обоснование использования режима архивации	10 неделя
9	Написание программных модулей	11-13 неделя
10	Тестирование и отладка реализованной базы данных	13-14 неделя
11	Написания пояснительной записки	14-15 неделя
12	Защита курсового проекта.	15-17 неделя

А.2 Назначение и цель создания СУБД

БД разрабатывается для систематизации обработки данных о товарообороте складов, сотрудниках (ФИО, адрес, № телефона), и о поставщиках (Адрес, № телефона, Название).

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

А.3 Требования к программному продукту

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

В целом к системе предъявляются следующие требования:

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

- обеспечение защиты данных от несанкционированного доступа;

- содержать необходимую информацию и предоставлять ее по требованию;

- предоставление справочной информации при работе с ПП.

А.3.2 Требования к функциональным характеристикам системы

К задачам и функциям, выполняемым ПП, предъявляются следующие требования:

- запись, хранение, изменение и удаление информации;

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

- наличие форм, позволяющих обрабатывать информацию в удобном виде;

- наличие макросов и модулей, позволяющих расширить функции СУБД и частично автоматизировать процесс обработки информации;

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

- контроль избыточности (предусматривать архивацию данных), непротиворечивость, сохранность и достоверность хранимой в БД информации о каждом объекте;

- помощь при работе с ПП.

А.4 Требования к видам обеспечения

А.4.1 Требования к программному обеспечению

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

Для стабильной работы курсового проекта к программному обеспечению предъявляется следующее требования:

- операционная система- Microsoft Windows XP;

- прикладная программа Access из программного пакета Microsoft Office.

А.4.2 Требования к техническому обеспечению

К техническому обеспечению предъявляются следующие требования:

- использовать в качестве средств вычислительной техники IBМ-совместимые компьютеры для нормального функционирования ПО курсового проекта;

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

А.4.3 Требования к организационному обеспечению

В программную документацию должны входить:

а) пояснительная записка;

б) приложения:

- техническое задание;

- руководство пользователя;

- экранные формы.

Приложение Б

ОТЧЕТЫ

Рисунок Б.1- Отчет о товарах

Рисунок Б.2 - Отчет о персонале

Рисунок Б.3 - Отчет о поставщиках

Рисунок Б.4 - Отчет о складах

Рисунок Б.5- Отчет о магазинах

Приложение В

РУКОВОДСТВО ПОЛЬЗОВАТЕЛЯ, ИНСТАЛЛЯЦИЯ, РЕАЛИЗАЦИЯ

В.1 Инсталляция

Для установки приложения достаточно скопировать его файлы в любую папку на компьютере при условии, что имеется установленная программа Microsoft Office Access 2007.

В.2 Начало работы с программой

В.2.1 Запуск приложения

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

В приложении существуют три уровня доступа: Администратор, Управляющий и Пользователь. Если приложение запускается в первый раз, тогда необходимо зайти администратором с логином "Администратор" и паролем "3". После входа на экране появляется главное меню, в котором пользователь может выполнять следующие действия:

· редактировать списки магазинов, сотрудников, товара и клиентов

· выполнять архивацию и восстановление (администраторы и менеджеры)

· просматривать и печатать отчеты по данным работы клиники

· добавлять новые отчеты и запросы в систему

В.3 Руководство администратора

В.3.1 Первый запуск приложения

При первом входе в приложение, необходимо поменять стандартные параметры авторизации. Для этого в главном окне выберите "Открыть БД". Таким образом, вы получаете доступ ко всем таблицам СУБД и можете вносить в них изменения.

Параметры авторизации меняются в программном коде формы «Авторизация». Здесь также можно добавить нового пользователя.

3.2 Возможности администратора

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

В.4 Редактирование содержимого базы

Из главного окна можно попасть на форму "Магазины". Перед внесением изменений в БД, рекомендую ознакомиться с порядком редактирования.

В.4.1 Редактирование Складов

Для перехода к списку предприятий выберите кнопку "Склады". В открывшейся форме находится список всех магазинов, которые записаны в базе. Есть возможность поиска информации. Для удаления - выберите склад и нажмите на кнопку "Удалить". Для добавления новой клиники - "Добавить".