82
” 1 Производитель^
Имя поля Тип данных
Ч
Код Счетчик
Название Короткий текст
Рисунок 2.12 Структура таблицы Производитель
^ Движение_товара\
Имя поля Тип данных
Время Дата и время
Код_Пользователь Числовой
Код_Склад Числовой
Код_Товар Числовой
К о д_Ти п_дв и же н ия Числовой
Количество Числовой
Рисунок 2.13 Структура таблицы Движение товара
^ Тип_движения\
Имя поля Тип данных
Ч Код
Счетчик
^Название Короткий текст
Рисунок 2.14 Структура таблицы Тип движения
^ Тип_пользователя \
Имя поля Тип данных
Ч
Код Счетчик
Название Короткий текст
Рисунок 2.15 Структура таблицы Тип пользователя
Тип_товара
Имя поля Тип данных
Ч
Код Счетчик
Название Короткий текст
Единицы_измерения Короткий текст
Рисунок 2.16 С труктура таблицы Тип товара
83
Склад
Имя поля Тип данных
Код Счетчик
Название Короткий текст
Адрес Короткий текст
Телефон Короткий текст
Рисунок 2.17 Структура таблицы Склад
” 1 Товар V
Имя поля Тип данных
^ ]код Счетчик
Идентификатор Короткий текст
Название Короткий текст
Код_Тип товара Числовой
К о д_П р о из в одител ь Числовой
Код_Поставщик Числовой
Описание Длинный текст
Цена Числовой
Рисунок 2.18 Структура таблицы Товар
2.3.3 Структурная схема пакета (дерево вызова программных модулей)
Программные модули, образующие структуру пакета, можно подразделить на
три класса: управляющие модули, предназначенные для загрузки меню и передачи
управления другому модулю; модули, выполняющие служебные функции; модули,
связанные с вводом, хранением, обработкой и выдачей информации. От класса
модуля зависит его функциональность.
Структурный (функционально-модульный) подход выражается принципом
алгоритмического разделения. В соответствии с этим принципом реализуется
декомпозиция функций ИС на отдельные модули по функциональной
принадлежности, и каждый подобный модуль воспроизводит один из этапов целого
процесса. Функционально-модульный подход в процессе создания ИС, который
также называется «модель водопада», включает в себя строго последовательный
порядок действий.
Главным достоинством функциональных моделей становится реализация
структурного подхода к созданию информационных систем по схеме "сверху-вниз",
84
когда любой функциональный блок может быть разделен на множество подфункций
и т.д., таким образом, реализуя модульное проектирование ИС. Для функциональных
моделей зачастую характерной чертой является строгость разделения ИС и
наглядность представления.
В процессе функционального подхода объектные модели данных в виде ER-
диаграмм "объект — свойство — связь" создаются отдельно. Чтобы проверить
правильность проектирования предметной области между объектными и
функциональными моделями выделяются взаимно однозначные связи.
Основной недостаток такого подхода объясняется движением данных в одном
направлении. Если в процессе проектирования или использования возникает
проблема, то решается она исключительно на данной стадии проекта, ни в коем
случае не затрагивая прошедших стадий.
Нехватка обратной связи приводит к ограниченным корректировкам, что, в
свою очередь, ведет к неполноценной реализации. Применение функционально -
модульного подхода увеличивает возможность потери контроля над решением
существующих проблем. Основной недостаток структурного подхода состоит в
следующем: процессы и информация развиваются отдельно друг от друга
(аналогично модели деятельности организации и модели программной системы), а
процесс проектирования идет от процессов к данным. Получается, что помимо
функционального разделения, имеет место быть также структура данных, которая
всегда располагается на втором плане.
В объектно-ориентированном подходе (ООП) главной категорией объектной
модели является класс, который включает в себя на элементарном уровне как данные,
так и операции, которые над ними реализуются (методы). Именно с такой позиции
все изменения, относящиеся к переходу от структурного к ООП, становятся
максимально заметными. Разделение процессов и данных устранено, но существует
еще вопрос по минимизации сложности системы, который решается методом
применения механизма компонентов.
Структурная схема пакета представлена на рис. . 2.8.
85
Рисунок 2.19 Схема вызова программных модулей
Характеристика программных модулей представлена в таблице 2.3.
Таблица 2.3
Характеристика программных модулей
№
п/п
Обозначение
на схеме
Наименование
модуля
Функции модуля
1. 1
ПМ загрузка главного
меню
Содержит процедуры, позволяющие
сформировать главное меню
2.
1.1
ПМ формирования
подменю учета продаж
Содержит предопределенные
процедуры формы списка и элемента
подменю работы со документами
учета продаж
3.
1.1.1
ПМ формирования
счетов-фактур
Содержит предопределенные
процедуры, позволяющие учесть
продажу
4. 1.1.2
ПМ поиска Содержит предопределенные
процедуры, позволяющие получить
86
результаты поиска
5. 1.1.3 ПМ отчетов
Содержит предопределенные
процедуры, позволяющие получить
отчеты
6. 1.1.4 ПМ оборотов
Содержит предопределенные
процедуры, позволяющие получить
отчет по оборотам
7. 1.1.5 ПМ печати документов
Содержит предопределенные
процедуры, позволяющие отправить
на печать сформированный документ
8. 1.1.6
ПМ экспорта в MS
Excel
Содержит предопределенные
процедуры, позволяющие
экспортировать сформированный
документ в файл MS Excel
9. 1.2 ПМ формирования
подменю работы со
справочниками
Содержит предопределенные
процедуры формы списка и элемента
подменю работы со справочниками
10.
1.2.1-1.2.5 ПМ справочника
Категории товара,
Поставщики,
Сотрудники
Содержит предопределенные
процедуры, позволяющие добавлять,
удалять, редактировать записи в
справочнике Категории товара,
Поставщики, Сотрудники, а также
осуществлять поиск
11.
1.3 ПМ
Администрирования
Содержит предопределенные
процедуры, позволяющие
формировать подменю настроек
системы
12. 1.3.1 ПМ Настройки
Содержит предопределенные
процедуры, позволяющие определять
основные настройки системы
13. 1.3.2 ПМ Локализация
Содержит предопределенные
процедуры, позволяющие определять
настройки локализации системы
14. 1.3.3 ПМ Метаданные
Содержит предопределенные
процедуры, позволяющие определять
настройки метаданных системы
2.3.4 Описание программных модулей
Пользователь может создавать отчеты, а также редактировать существующие.
В момент отображения записей из таблиц кодовые поля не отображаются,
поскольку информация, содержащаяся в них, не дает пользователю никакой пользы.
87
Отображение данных полей оправдано только при отладке продукта и важно только
для программиста, который проверяет правильность отображения информации в БД.
Именно поэтому работ с ключевыми полями возможна только с помощью
списков выбора, что дает возможность избежать ввода ключевых полей самим
пользователем.
Чтобы проверить правильность ввода информации, реализована маска ввода,
которая подсказывает пользователю не только тип данных, вводимых в таблицу, но и
их вид.
Для корректной работы приложения пользователя с самим программным
продуктом, производится настройка таблиц, созданных в пользовательском
приложении. Первым делом осуществляется настройка полей, отображаемых и
выводимых символов и т.д. Все это нужно для будущего удобства пользователя при
работе с ПО.
Изменение данных таблиц происходит при помощи ввода информации в поля,
предназначенные для этого. Ввод в них возможен тогда, когда нужно ввести большие
объемы данных в одну табличную запись.
Блок -схема формирования списка документов приведена на рис. 2.20.
88
Рисунок 2.20 Схема технологического процесса построения списка документов
2.4 Контрольный пример реализации проекта и его описание
89
Для того, чтобы начать работу с программой, необходимо разместить ее
серверную часть на сервере, а клиентские части - на рабочих компьютерах
пользователей. При этом необходимо указать параметры соединения, в качестве
которых выступает адрес сервера и порт:
Работа с программой начинается с авторизации пользователя:
Рисунок 2.21 Авторизация пользователя
После чего пользователю доступно основное меню программы (рисунок 2.23).
Рисунок 2.22 Основное меню программы
Рассмотрим основные функции программы. Для того, чтобы было возможно
оформлять заказ, необходимо заполнить справочники системы.
90
Рисунок 2.23 Справочники системы
Заполнение всех справочников происходит аналогично.
Рассмотрим основной алгоритм работы системы. Пользователь отдела
оформляет заявку на закупку необходимой в отделе номенклатуры, добавляя
наименования товаров и их количество, после чего отправляет заявку в отдел закупок.
Данные заявки в интерфейсе менеджера отдела закупок отображаются в виде списка.
Рисунок 2.24 Поступившие заявки
Менеджер просматривает как общие сведения по заявке
91
| 0 О пл ач ен а
I 0 В ыпо лнена
Рисунок 2.25 Сведения о заявке
А также содержание заявки:
Рисунок 2.26 Содержание заявки
При нажатии кнопки «Закрепить заявку» заявка считается согласованной и
вносится в систему, то есть прикрепляется к общей заявке.
Менеджер отдела закупок, получая заявки от всех отделов, формирует заявки в
одну или по товарным категориям (в автоматическом режиме), после чего оформляет
их в качестве заявки для поставщика и отправляет эту заявку по электронной почте
поставщику.