82
Рисунок 2.14 Структура таблицы Тип движения
Рисунок 2.15 Структура таблицы Тип пользователя
Рисунок 2.16 Структура таблицы Тип товара
Рисунок 2.17 Структура таблицы Склад
Рисунок 2.18 Структура таблицы Товар
2.3.3 Структурная схема пакета (дерево вызова программных модулей)
83
Программные модули, образующие структуру пакета, можно подразделить на
три класса: управляющие модули, предназначенные для загрузки меню и передачи
управления другому модулю; модули, выполняющие служебные функции; модули,
связанные с вводом, хранением, обработкой и выдачей информации. От класса модуля
зависит его функциональность.
Структурный (функционально-модульный) подход выражается принципом
алгоритмического разделения. В соответствии с этим принципом реализуется
декомпозиция функций ИС на отдельные модули по функциональной принадлежности,
и каждый подобный модуль воспроизводит один из этапов целого процесса.
Функционально-модульный подход в процессе создания ИС, который также
называется «модель водопада», включает в себя строго последовательный порядок
действий.
Главным достоинством функциональных моделей становится реализация
структурного подхода к созданию информационных систем по схеме "сверху-вниз",
когда любой функциональный блок может быть разделен на множество подфункций и
т.д., таким образом, реализуя модульное проектирование ИС. Для функциональных
моделей зачастую характерной чертой является строгость разделения ИС и
наглядность представления.
В процессе функционального подхода объектные модели данных в виде ER-
диаграмм "объект — свойство — связь" создаются отдельно. Чтобы проверить
правильность проектирования предметной области между объектными и
функциональными моделями выделяются взаимно однозначные связи.
Основной недостаток такого подхода объясняется движением данных в одном
направлении. Если в процессе проектирования или использования возникает проблема,
то решается она исключительно на данной стадии проекта, ни в коем случае не
затрагивая прошедших стадий.
Нехватка обратной связи приводит к ограниченным корректировкам, что, в свою
очередь, ведет к неполноценной реализации. Применение функционально-модульного
подхода увеличивает возможность потери контроля над решением существующих
проблем. Основной недостаток структурного подхода состоит в следующем: процессы
и информация развиваются отдельно друг от друга (аналогично модели деятельности
84
организации и модели программной системы), а процесс проектирования идет от
процессов к данным. Получается, что помимо функционального разделения, имеет
место быть также структура данных, которая всегда располагается на втором плане.
В объектно-ориентированном подходе (ООП) главной категорией объектной
модели является класс, который включает в себя на элементарном уровне как данные,
так и операции, которые над ними реализуются (методы). Именно с такой позиции все
изменения, относящиеся к переходу от структурного к ООП, становятся максимально
заметными. Разделение процессов и данных устранено, но существует еще вопрос по
минимизации сложности системы, который решается методом применения механизма
компонентов.
Структурная схема пакета представлена на рис. . 2.8.
1
1.3
1.3.1
1.3.3
1.3.2
1.1
1.2
1.2.1
1.2.2
1.2.4
1.2.5
1.2.3
1.1.1
1.1.3
1.1.2
1.1.4
1.1.5
1.1.6
Рисунок 2.19 Схема вызова программных модулей
Характеристика программных модулей представлена в таблице 2.3.
85
Таблица 2.3
Характеристика программных модулей
№
п/п
Обозначение
на схеме
Наименование
модуля
Функции модуля
1.
1
ПМ загрузка главного
меню
Содержит процедуры, позволяющие
сформировать главное меню
2.
1.1
ПМ формирования
подменю учета
продаж
Содержит предопределенные
процедуры формы списка и элемента
подменю работы со документами
учета продаж
3.
1.1.1
ПМ формирования
счетов-фактур
Содержит предопределенные
процедуры, позволяющие учесть
продажу
4.
1.1.2
ПМ поиска
Содержит предопределенные
процедуры, позволяющие получить
результаты поиска
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
ПМ Настройки
Содержит предопределенные
процедуры, позволяющие определять
основные настройки системы
86
13.
1.3.2
ПМ Локализация
Содержит предопределенные
процедуры, позволяющие определять
настройки локализации системы
14.
1.3.3
ПМ Метаданные
Содержит предопределенные
процедуры, позволяющие определять
настройки метаданных системы
2.3.4 Описание программных модулей
Описание программного модуля авторизации и получения пунктов главного
меню показано на рисунке 2.20, порядок регистрации заявки на закупку в виде
алгоритма приведено на рисунке 2.21.
87
Пароль и логин
соответствуют?
Открытие главной
формы программы
B
НАЧАЛО
Загрузка экранной
формы
Ввод пароля и логина
Подключение к БД
A
КОНЕЦ
ДА
нет
A
Клиенты Отчеты Учет заявок
C E
Типы продукции
G
Продукция
D
X
Поставщики
F
Выбор пункта меню
Рисунок 2.20 Алгоритм авторизации и получения пунктов главного меню
88
Данные введены
корректно?
Запись в базу данных
Загрузка экранной
формы
Ввод наименования
Ввод даты
H
КОНЕЦ
Выбор пункта меню
ДА
нет
H
Выход
C
Ввод продукции
Ввод количества
Ввод клиента
Тако й документ уже есть?
H
ДА
нет
Продолжить работу
H
нет
Закончить работу
Да
нет
Да
H
Рисунок 2.21 Алгоритм регистрации заявки на закупку
Пользователь может создавать отчеты, а также редактировать существующие.
89
В момент отображения записей из таблиц кодовые поля не отображаются,
поскольку информация, содержащаяся в них, не дает пользователю никакой пользы.
Отображение данных полей оправдано только при отладке продукта и важно только
для программиста, который проверяет правильность отображения информации в БД.
Именно поэтому работ с ключевыми полями возможна только с помощью
списков выбора, что дает возможность избежать ввода ключевых полей самим
пользователем.
Чтобы проверить правильность ввода информации, реализована маска ввода,
которая подсказывает пользователю не только тип данных, вводимых в таблицу, но и
их вид.
Для корректной работы приложения пользователя с самим программным
продуктом, производится настройка таблиц, созданных в пользовательском
приложении. Первым делом осуществляется настройка полей, отображаемых и
выводимых символов и т.д. Все это нужно для будущего удобства пользователя при
работе с ПО.
Изменение данных таблиц происходит при помощи ввода информации в поля,
предназначенные для этого. Ввод в них возможен тогда, когда нужно ввести большие
объемы данных в одну табличную запись.
Блок –схема формирования списка документов приведена на рис. 2.22.
90
Цикл по документам
i=1; i<=12; m++
Создание
представления для
списка документов
Sale
Чтение i-й записи
представления
Postav
Postav[i].date_id=Postav
[j].idpost_id;
Postav[i].prod=m
Да
Нет
А
А
i=i+1
Сортировка Saleпо
значению полей
datereg
Начало
Установка
соединения с
сервером БД
Фильтр таблицы
GoodSales по
условию (status=1)
Открытие таблиц
GoodSales, Good
Б
Расчет итоговых
показателей отчета
Конец цикла по
документам
Расчет общего
количества
П12=П12+П11
Б
Цикл по товарам,
j=1; j<=COUNT(Prod);
j++
Фильтр представления
Prod по условию
Date>date_in
Расчет итогового
показателя
Конец цикла по
документам
Внесение
рассчитанного
показателя П10 в
макет отчета
Конец
Закрытие таблиц,
уничтожение
представления
Postav
Рисунок 2.22 Схема технологического процесса построения списка документов
2.4 Контрольный пример реализации проекта и его описание
91
Для того, чтобы начать работу с программой, необходимо разместить ее
серверную часть на сервере, а клиентские части – на рабочих компьютерах
пользователей. При этом необходимо указать параметры соединения, в качестве
которых выступает адрес сервера и порт:
Работа с программой начинается с авторизации пользователя:
Рисунок 2.23 Авторизация пользователя
После чего пользователю доступно основное меню программы (рисунок 2.23).
Рисунок 2.24 Основное меню программы
Рассмотрим основные функции программы. Для того, чтобы было возможно
оформлять заказ, необходимо заполнить справочники системы.