Файл: Проектирование реализации операций бизнес-процесса «Управление товарными потоками» (Выбор комплекса задач автоматизации).pdf

• свойство «Код доставки» определяет код (номер) доставки товара в магазин;
• свойство «Количество» определяет объем (количество) товара, поступившего в магазин из склада;
• свойство «Товар» определяет код товара, который был доставлен в магазин;
• свойство «Магазин» определяет название магазина, в который поставляется товар;
• свойство «Дата» определяет дату доставки;
• свойство «№ склада» определяет с какого склада осуществляется доставка;
• свойство «Экспедитор» определяет экспедитора доставки.

8. В процессе «Продажи» участвуют объекты «Товар», «Магазин» - магазин продает товары. Процесс «Продажи» имеет следующие свойства:

• свойство «Номер счета» определяет код (номер) продажи;
• свойство «Товар» определяет код товара, который был продан;
• свойство «Магазин» определяет название магазина, в котором осуществлена продажа товара;
• свойство «Количество» определяет объем (количество) проданного товара;
• свойство «Дата продажи» определяет дату продажи;

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

Рисунок 3. Инфологическая модель проектируемой системы.

1.5 Обоснование проектных решений по программному обеспечению

Все программное обеспечение, используемое на предприятии ООО «ЮВИЛИС ЛАЙН», работает под управлением операционной системы (ОС) Windows XP. Значит и наша проектируемая информационная система должна работать под управлением данной ОС. Перед выбором системы управления базами данных (СУБД) для проектирования нашей информационной системы сделаем краткий обзор наиболее распространенных СУБД.

Группа реляционных СУБД для ПЭВМ представлена на рынке программных продуктов очень широко. Это, например, такие системы, как Paradox, Clarion, семейство dBASE-подобных. В настоящее время широко распространены следующие версии этих dBASE-пакетов: dBASEIY-x, FoxPro-2.x и Clipper-5.x.

Важнейшей характеристикой любой СУБД является используемый в ней тип транслятора (интерпретатор или компилятор). Программы, написанные для системы-интерпретатора, исполняются лишь в присутствии самой системы. Бесспорным преимуществом интерпретаторов для программиста является удобство в разработке и отладке программных продуктов, а также при освоении языка программирования. Из вышеперечисленных СУБД dBASE, FoxPro, Access, Excel являются интерпретаторами, а Clipper - компилятором. Дополнительная утилита FoxPro также может сгенерировать откомпилированный EXE-файл.

СУБД FoxPro фирмы Fox Software (теперь Microsoft) обладает исключительно высокими скоростными характеристиками. Под операционную систему Windows разработана новая версия - WinFoxPro. Набор команд и функций в среде FoxPro по мощи и гибкости отвечает любым современным требованиям. До недавнего времени СУБД FoxPro являлась бесспорным лидером среди всех систем. Однако в последние несколько лет лидерство в этой области принадлежит СУБД Microsoft Access.

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

Таблицы - место для хранения данных. Запросы отображают в табличной форме результаты обработки данных. Формы предназначены для отображения данных из таблиц или запросов в графическом виде. Отчеты предназначены для вывода документов, полученных на основании таблиц и запросов на бумагу. Макросы и модули - средства для разработки приложений в среде Access. Для программирования в среде Access (как и в других программах Office) используется встроенная среда Visual Basic for Application.

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

Учитывая всё вышеизложенное, для выполнения практической части данного проекта будем использовать СУБД MS Access, работающую под управлением ОС Windows XP.

Глава 2. Проектная часть

2.1 Информационная модель и её описание

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

Проектирование структуры базы данных в СУБД MS Access начинаем с проектирования структуры таблиц-справочников, которые в логических отношениях «один-ко-многим» будут выступать на стороне «один», т.е. являться главной таблицей. Затем приступаем к проектированию структуры оперативных таблиц, которые в логических отношениях «один-ко-многим» будут выступать на стороне «много», т.е. являться подчиненной таблицей. В связующие поля подчиненных таблиц проектируем подстановку данных из соответствующих полей главных таблиц при помощи «Мастера подстановок», вследствие чего будут спроектированы связи между таблицами. Все таблицы создаем в режиме «Конструктора таблиц», где каждому полю определяем его имя и тип хранящихся в нем данных. В каждой таблице определяем ключевое поле, которое будет однозначно идентифицировать каждую запись в таблице. Далее на рисунках 4 – 11 представлена структура всех таблиц базы данных. Ключевые поля помечены пиктограммой «ключ».

Рисунок 4. Структура таблицы «Товар».

Рисунок 5. Структура таблицы «Поставщик».

Рисунок 6. Структура таблицы «Данные о складе».

Рисунок 7. Структура таблицы «Экспедиторы».

Рисунок 8. Структура таблицы «Магазин».

Рисунок 9. Структура таблицы «Поставка на склад».

Рисунок 10. Структура таблицы «Доставка товара».

Рисунок 11. Структура таблицы «Продажи».

В режиме «Схема данных» MS Access активизируем поочередно каждую связь между таблицами и в окне диалога, показанном на рисунке 12, включаем режим «Обеспечение целостности данных» и «Каскадное обновление связанных полей».

Рисунок 12. Свойства связи между таблицами.

Построенная таким образом информационная модель проектируемой системы показана на рисунке 13 в окне «Схема данных» MS Access.

Рисунок 13. Информационная модель системы.

2.2 Характеристика входной справочной и оперативной информации

В проектируемой системе таблицы «Товар», «Поставщик», «Данные о складе», «Экспедиторы», «Магазин» являются таблицами-справочниками для хранения соответствующей входной информации. Для ввода, просмотра, редактирования и добавления данных в эти таблицы спроектированы соответствующие формы. Добавление новых объектов «Склад» и «Магазин» пользователю будет заблокировано, возможно, только просматривать и редактировать данные на существующие объекты. Дело в том, что у предприятия имеется два склада и два магазина, и в ближайшее время их увеличение не планируется и далее, в расчетной части наличия товаров на складах и в магазинах, мы будем учитывать, что их количество фиксировано для облегчения расчетов. Далее на рисунках 14 – 18 показаны спроектированные формы для работы со справочной информацией системы. Все экранные формы созданы при помощи «Мастера форм» и отредактированы в режиме «Конструктора форм».

Рисунок 14. Форма «Товары».

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

Рисунок 16. Форма «Данные о складах».

Рисунок 17. Форма «Экспедиторы».

Рисунок 18. Форма «Магазины».

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

Рисунок 19. Форма «Поставки на склад».

Рисунок 20. Форма «Доставки товаров в магазины».

Рисунок 21. Форма «Продажи».

2.3 Характеристика результатной информации

2.3.1 Наличие товаров на складах

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

Запрос «Поставка на склад_перекрестный».

Источником данных к запросу является таблица «Поставка на склад». Запрос является перекрестным, в нём выполняется группировка данных по товару (заголовки строк) и складам (заголовки столбцов). В ячейках таблицы, на пересечении строк и столбцов отображается суммарное количество поставленного товара на склады.

Структура запроса показана на рисунке 22.

Рисунок 22. Структура запроса «Поставка на склад_перекрестный».

Результат выполнения запроса показан на рисунке 23.

Рисунок 23. Результат запроса «Поставка на склад_перекрестный».

Запрос «Доставка товара в магазины_перекрестный».

Источником данных к запросу является таблица «Доставка товара». Запрос является перекрестным, в нём выполняется группировка данных по товару (заголовки строк) и складам (заголовки столбцов). В ячейках таблицы, на пересечении строк и столбцов отображается суммарное количество отгруженного товара со складов.

Структура запроса показана на рисунке 24.

Рисунок 24. Структура запроса «Доставка товара в магазины_перекрестный».

Результат выполнения запроса показан на рисунке 25.

Рисунок 25. Результат запроса «Доставка товара в магазины_перекрестный».

Запрос «Наличие товара на складах».