21
Но после всего вышеперечисленного язык SQL не является
полноценным компьютерным языком. SQL - это слабо структурированный
язык, инструкции которого обычно встраиваются в базовый язык, например,
C++, и дают возможность получать доступ к базам данных. SQL является
неотъемлемой частью систем управления базами данных и работает только с
реляционными базами данных
16
.
Обобщим информацию для дальнейшего анализа:
1С: Предприятие и Компоненты предназначены для ведения
бухгалтерских документов и для сложных ежемесячных расчетов, это удобное,
но дорогостоящее программное обеспечение, пользователи которого должны
иметь соответствующую квалификацию и знания.
FireBird, Oracle будут удобны для крупных предприятий с большим
количеством компьютеров и большими объемами данных.
VFP– СУБД для работы с реляционными БД, содержит хороший набор
мастеров, но программы получаются громоздкие и требующие больших
объемов памяти. Слабый конструктор отчетов и визуально-интерфейсных
возможностей.
MS Access– СУБД для работы с базами данных, использует SQL,
простой и удобный. Быстро создаются разнообразные отчеты и выполняются
запросы.
SQL – язык, который поддерживают большинство СУБД, предоставляет
большие возможности по работе с обработкой данных, их извлечению по
заданным выборкам
17
.
Выводы по разделу 1: проведен анализ деятельности ООО «Кама -
Контракт». Рассмотрены основные положения ведения учета элементов на
складе предприятия. Выявлен не автоматизированный учет складских
16
Верхович И.З., Олейник В.В. Этапы движения товаров в торговом предприятии. М.: Финансы, 2013 – 918 с.
17
Федоров Г.С. Проектирование и организация машинной обработки экономической информации. – М.:
Финансы и статистика, 2011. – 390с.
22
элементов, что приводит к потере времени. Детально изучены и построены
модели ТО-ВЕ процесса «Учета радиоэлементов на складе предприятия ».
Изучены и проанализированы информационные системы и технологии,
применяемые на предприятии.
23
Глава 2. Разработка автоматизированной системы организации
2.1 Выбор инструментальной среды для реализации проекта
База данных – это совокупность структур, предназначенных для
хранения больших объемов информации и программных модулей,
осуществляющих управление данными, их выборку, сортировку и другие
подобные действия
18
. Современные базы данных можно разделить на три
категории:
- Программные продукты корпоративного направления – Oracle и MS
SQL Server;
- СУБД, предназначенные для работы с информационными массивами
в небольших компаниях, - MS Access и BorlandInterbase;
- СУБД для Web, реализующих создание Web-сайтов с небольшими
базами данных, - MySQL и опять-таки BorlandInterbase
19
.
Для реализации АИС в организации была выбрана реляционная база
данных MicrosoftAccess 2007.
Microsoft Access 2007 — профессиональная программа управления
базами данных. Она предназначена для накапливания и систематизирования
разнообразной информации, поиска и сортирования объектов согласно
выбранным критериям. А так же с помощью Access можно разрабатывать
приложения и удобные формы ввода данных, а также осуществлять обработку
данных и выдачу сложных отчётов
20
.
Данный программный продукт был выбран на основании следующего:
- Простой графический интерфейс, который позволяет не только
создавать собственную базу данных, но и разрабатывать приложение,
использую встроенные средства;
18
Бураков П.В., Петров В.Ю. Введение в системы баз данных, Учебное пособие. Санкт – Петербург: 2010
19
Карр Н. Дж. Блеск и нищета информационных технологий: Почему ИТ не являются конкурентным
преимуществом / Пер. с англ. — М.: Секрет фирмы, 2005
20
«Информатика. Базовый курс» Симонович С.В. и др. – СПб.: Питер,2000
24
- Хранить все данные в одном файле, хотя и распределяет их по разным
таблицам. К этим данным относиться не только информация в таблицах, но и
другие объекты базы данных;
- Система Access – это набор инструментов конечного пользователя для
управления базами данных. В её состав входят конструкторы таблиц, форм,
запросов и отчётов. Эту систему можно рассматривать и как среду разработки
приложений. Используя макросы или модули для автоматизации решения
задач, можно создавать ориентированные на пользователя приложения такими
де мощными, как и приложения, написанные непосредственно на языках
программирования
21
;
- Постоянное обновление производителем, поддерживает множество
языков;
- Access – мощное приложение Windows; впервые производительность
СУБД органично сочетается с теми удобствами, которые имеются в
распоряжении пользователей Microsoft Windows. Поскольку оба эти продукта -
детища компании Microsoft, они прекрасно взаимодействуют между собой.
Система Access работает под управлением Windows,так что при работе с ней
пользователю доступны все преимущества Windows. Можно вырезать,
копировать и вставлять данные из любого приложения Windows и Access и
наоборот; можно создать проект формы в Access и вставить его в конструктор
форм
22
;
- Наличие развитых встроенных средств разработки приложений
23
;
- Таблицу Access можно связать с данными, хранящимися на сервере. С
другой стороны можно использовать таблицы, созданные в среде Paradox или
21
«Информатика. Базовый курс» Симонович С.В. и др. – СПб.: Питер,2000
22
«Microsoft Office» Леонтьев Ю.2000: Краткий курс.- СПб: Питер, 2001
23
Электронный ресурс life – prog.ru Тема: СУБД MS Access: основные возможности, достоинства и недостатки.
25
dBASE. Полученные результаты можно быстро и легко связать и объединить с
данными из электронных таблиц Excel. Работая в среде Microsoft Office,
пользователь получает в своё распоряжение полностью совместимые между
собой Access и Word, Excel и PowerPoint
24
.
Как и все программах MS Access имеет недостатки, к ним можно
отнести: программа имеет ограниченный объём обрабатываемых данных и
медлительность, поскольку MS Access является одной из самых медленных
СУБД. Это накладывает ограничения на использование программы, но для
функционирования в данной организации ее мощности хватит.
2.2 Инфологическое моделирование предметной области базы данных
Прежде, чем начинать проектирование базы данных, необходимо как
следует разобраться, как функционирует предметная область, отражение
которой будет в базе данных. Для этого создается инфологическая модель -
описание предметной области, выполненное с использованием специальных
языковых средств, не зависящих от используемых в дальнейшем программных
средств. Такая модель представляет собой логическое представление структуры
базы данных.
Для построения инфологической модели (концептуальной схемы)
используют традиционные методы агрегации и обобщения. При агрегации
объединяются информационные объекты (элементы данных) в один в
соответствии с семантическими связями между объектами. При обобщении
информационные объекты (элементы данных) объединяются в родовой
объект
25
.
Проведя анализ предмета исследования можно выделить следующие
сущности:
24
«Microsoft Office» Леонтьев Ю.2000: Краткий курс.- СПб: Питер, 2001
25
Титаренко Г.А., Одинцов Б.И., Кричевская О.Е. Информационные системы в экономике. – М.: Юнити-Дана,
2007
26
1. Заказчики
2. Партии
3. Приход
4. Продукция
5. Элементная база
6. Выдача элементов на производство
7. Отгрузка
Данным сущностям принадлежат следующие атрибуты:
1. Заказчики:
- Код заказчика
- Наименование
2. Партии:
- Код заказчика
- Код продукции
- Дата
- Количество партии
- Номер счета
3. Приход:
- Номер накладной
- Дата
- Код элемента
- Количество
4. Продукция:
- Код заказчика
- Код продукции
- Наименование продукции
5. Элементная база:
- Код элемента
- Наименование элемента
27
- Остаток на складе
6. Выдача элементов на производство:
- Дата
- Код элемента
- Наименование элемента
- Количество
7. Отгрузка
- Номер счета
- Дата отгрузки
- Наименование продукции
- Код продукции
- Количество отгрузки
В базе данных сущности имеют связи, которые позволяют по
одной сущности находить другие сущности, связанные с нею. В данном случае
они следующие:
1. Связь между сущностями «Заказчики» и «Продукция»
Логика данной связи «Заказчики – имеют – Продукцию». Организация
производить для заказчиков различные изделия, но у той или иной продукции
один заказчик. Таким образом, данная связь имеет степень кардинальности
«один – ко – многим».
2. Связь между сущностями «Продукция» и «Партии»
Логика данной связи «Продукция – имеет – Партии». Одно и тоже
изделие клиент может заказать несколько раз. Таким образом, данная связь
имеет степень кардинальности «один – ко – многим».
3. Связь между сущностями «Партии» и «Отгрузка»
Логика данной связи «Партии – имеет - Отгрузки». Продукция имеет
несколько отгрузок. Таким образом, данная связь имеет степень
кардинальности «один – ко – многим».
28
4. Связь между сущностями «Заказчики» и «Выдача на
производство».
Логика данной связи «Заказчики – имеют – Выдачу на производство».
Для каждого заказчика выдаются элементы на производство. Таким образом,
данная связь имеет степень кардинальности «один – ко – многим».
5. Связь между сущностями «Элементная база» и «Приход».
Логика данной связи « Элементная база – имеет – Приход». Один и тот
же элемент могут приходить несколько раз. Таким образом, данная связь имеет
степень кардинальности «один – ко – многим».
6. Связь между сущностями «Элементная база» и «Выдача элементов
на производство». Логика данной связи «Элементная база – имеет – Выдачу на
производство». Один и тот же элемент можно выдать несколько раз. Таким
образом, данная связь имеет степень кардинальности «один – ко – многим».
2.3 Физическое проектирование
Создание физической модели базы данных - это этап, на котором на
основании логической модели базы данных создается физическая структура
базы данных, зависимая от ее реализации. На этом этапе выполняется
преобразование отношений логической модели реляционной базы данных в
команды создания объектов физической базы данных, в результате чего
создается так называемая внутренняя схема базы данных. Этап физического
проектирования заключается в увязке логической структуры БД и физической
среды хранения с целью наиболее эффективного размещения данных, т.е.
отображении логической структуры БД в структуру хранения. Решается вопрос
размещения хранимых данных в пространстве памяти, выбора эффективных
методов доступа к различным компонентам "физической" БД. Между
физическим и логическим проектированием существует обратная связь, так как
29
иногда с целью повышения эффективности приходится частично менять
структуру базы данных
26
.
Для перехода к физической модели необходимо каждую сущность
представить соответствующей таблицей, попутно добавив ключевые поля для
связей между таблицами
27
.
Информация о заказчиках храниться в таблице «Заказчики». Первичный
ключ – «Код заказчика» будет использоваться в запросах на выведение
дефицита элементов, а также в запросе на выдачу элементов (таблица 4).
Таблица 4
Структура таблицы «Заказчики»
Название поля
Тип поля
Описание
Название поля
Код заказчика
Числовой
Код заказчика
Код заказчика
Наименование
Текстовый
Наименование
заказчика
Наименование
Данные о продукции хранятся в таблице «Продукция». Первичный ключ
«Код продукции» будет использоваться для ссылок на записи данной таблицы
из других таблиц (таблица 5).
Таблица 5
Структура таблицы «Продукция»
Название поля
Тип поля
Описание
Код заказчика
Числовой
Код заказчика
Код продукции
Числовой
Код продукции
Наименование
продукции
Текстовый
Наименование продукции
Данные о количестве заказанной продукции хранятся в таблице
«Партии». Первичный ключ «Номер счета» будет использоваться в запросах на
редактирование и удаление данных в соответствующей таблице, а также для
ссылок на записи данной таблицы из других таблиц (таблица 6).
26
Инфологическое моделирование [Электронный ресурс]- режим доступа: http://do.gendocs.ru/docs/index-
323316.html.
27
Титаренко Г.А., Одинцов Б.И., Кричевская О.Е. Информационные системы в экономике. – М.: Юнити-Дана,
2007
30
Таблица 6
Структура таблицы «Партии»
Наименование поля
Тип поля
Описание
Код продукции
Числовой
Код продукции
Дата
Дата/Время
Дата заявки
Количество партии
Числовой
Количество партии
Номер счета
Числовой
Номер счета
Так же склад должен отслеживать количество отгруженной продукции.
Данные об отгруженной продукции храниться в таблице «Отгрузки».
Первичный ключ «Код» (таблица 7).
Таблица 7
Структура таблицы «Отгрузка»
Наименование поля
Тип поля
Описание
Код
Счетчик
Код
Номер счета
Числовой
Номер счета
Дата отгрузки
Дата/Время
Дата отгрузки
Наименование
продукции
Текстовой
Наименование продукции
Код продукции
Числовой
Код продукции
Количество отгрузки
Числовой
Количество отгрузки
Данные об элементах хранятся в таблице «Элементная база».
Первичный ключ «Код элемента» будет использоваться в запросах на
редактирование и удаление данных в соответствующей таблице, а также для
ссылок на записи данной таблицы из других таблиц (таблица 8).
Таблица 8
Структура таблицы «Элементная база»
Наименование поля
Тип поля
Описание
Код элемента
Числовой
Код элемента
Наименование
Текстовый
Наименование элемента
Данные о количестве поступивших элементах храниться в таблице
«Приход». Первичный ключ «Номер» (таблица 9).
Таблица 9
Структура таблицы «Приход»
Наименование поля
Тип поля
Описание
Номер
Счетчик
Номер
Номер накладной
Числовой
Номер накладной