Автоматизация рабочего места товароведа

1.2.3. Алгоритм решения задачи

1. Анализ предметной области;
2. Сбор необходимых материалов;
3. Обработка полученной информации;
4. Постановка задач;
5. Построение ИЛМ;
6. Построение логической структуры БД;
7. Создание физической модели данных;

8. Разработка диалогового приложения пользователя;

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

II Проектная часть

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

Перед созданием базы данных необходимо:

1. построить информационно-логическую модель;
2. построить ER-модель – наиболее популярное средство формализованного представления предметной области;
3. преобразовать ER-модель в реляционную модель;
4. создать физическую модель.

2.1 Выделение информационных объектов, определение связей, построение информационно-логической модели

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

 

 

 

 

2.2 Построение логической  структуры базы данных (ER-модель)

Модель Сущность-Связь (ER-модель) (англ. "entity-relationship model " или "entity-relationship diagram ") — это модель данных, позволяющая описывать концептуальные схемы. Она предоставляет графическую нотацию, основанную на блоках и соединяющих их линиях, с помощью которых можно описывать объекты и отношения между ними какой-либо другой модели данных. ER-модель удобна при проектировании информационных систем, баз данных, архитектур компьютерных приложений, и других систем. С её

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

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

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

ER-модель данного проекта будет содержать 8 сущностей: Магазин, Поставщики, Сотрудники, Товар, Приходные накладные, Расходные накладные,  Акты списания, Заказы покупателей.

2.3 Преобразование ER-модели  в реляционную модель данных

После построения ER-модели, необходимо преобразовать эту модель в реляционную. Реляционная модель является удобной и наиболее привычной формой представления данных в виде таблицы.

Для преобразования ER-модели в реляционную модель необходимо воспользоваться правилами преобразования:

1. Каждой сущности ставится в соответствие отношение реляционной модели данных. Имена сущности и отношения могут быть различными.
2. Каждый атрибут сущности становится атрибутом отношения.
3. Первичный ключ сущности становится первичным ключом отношения.
4. В каждое отношение, соответствующее подчиненной сущности добавляется внешний ключ.

 

 

 

 

2.4 Создание физической модели данных

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

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

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

Microsoft Access является настольной система управления базами данных реляционного типа. Достоинством Access является то, что она имеет очень

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

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

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

Таблица – это объект, соответствующий понятию «таблица» в теории реляционных баз данных. Для каждой таблицы в Access можно определить первичный ключ и один или несколько индексов с целью увеличения скорости доступа к данным.

Запрос  – объект, содержащий текст SQL запроса, имеющий уникальное имя в определенной базе данных. Создать запрос можно с помощью мастера и в режиме конструктора.

Форма – это специальный объект-контейнер для других интерфейсных компонентов, таких как поля ввода и отображения данных, кнопки и др. На форме разработчик располагает компоненты для ввода, корректировки, просмотра и группировки данных, в зависимости от специфики приложения.

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

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

Модуль – контейнер программного кода на VBA. Для их редактирования и просмотра используется оболочка Редактора Visual Basic. Весь программный код приложения содержится в наборе модулей.

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

Обеспечение целостности  данных

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

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

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

 

Контролировать целостность  данных можно, если выполнены следующие  условия:

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

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

III Описание технологии и алгоритма решения задачи и их машинная реализация

3.1. Обобщенный алгоритм  решения задачи и его декомпозиция  на объекты

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

В базе данных данного проекта  содержится восемь таблиц:

• Магазин
• Поставщики
• Сотрудники
• Товар
• Приходные накладные
• Расходные накладные
• Акты списания
• Заказы покупателей

В данных таблицах поля содержат данные, которые принадлежат стандартным  типам данных.

На основе этих таблиц строятся формы для ввода и отображения  информации:

• Магазин
• Поставщики
• Сотрудники
• Товар
• Заказы покупателей

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

• Магазин
• Поставщики
• Сотрудники
• Товар

 

• Приходные накладные
• Расходные накладные
• Акты списания
• Заказы покупателей

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

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

• Auto Exec
• Выход

3.2 Алгоритм реализации  отдельных объектов задачи

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

Таблицы:

 Являются основой базы данных. В строках таблиц, состоящих из отдельных полей, хранится информация, составляющая  содержимое базы данных. Для нашей базы мы создали 12 таблиц – Акты списания, Вход, Заказы покупателей, Магазин, Поставщики, Приходные накладные, Расходные накладные, Сотрудники, Товар, Товар в актах списания, Товар в приходной, Товар в расходной.

Формы:

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

Отчеты:

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

Запросы:

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