3.1 Описание алгоритма решения
Алгоритм это точно определённая последовательность действий, которые необхо-димо выполнить над входной (исходной) информацией, чтобы получить решение задачи. Описание алгоритма может быть приведено в виде блок-схемы или в тек-стовом виде.
Здесь перечисляются операции, и виды обработки входной информации необхо-димые для получения выходной информации по каждой из функций задания отде-льно.
Ниже представлен пример описания алгоритма решения.
“Выдать список товаров, поступивших на склад на любую дату года”.
Данная форма А01W01 создаётся на основании оперативной информации доку-мента А01В01, остальные данные берутся из справочников. Графа формы “Стои-мость” по каждой строке вычисляется умножением поля “Количество” на поле “Цена единицы”.
Строки формы выдаются в упорядоченном виде – по каждому Приходному орде-ру, далее по группам товаров одного ордера, а внутри групп по номенклатуре то-варов. Итог подводится по полю “Стоимость” по всем товарам формы на данную дату.
3.2 Описание контрольного примера
Контрольный пример есть набор данных реальной задачи, просчитываемый вруч-ную до получения конечного результата. Он предназначен для проверки правиль-ности реализации алгоритма, работоспособности разрабатываемого программно-
го обеспечения задачи.
По каждому варианту (функции) задания приводятся входные документы (файлы), содержащие данные контрольного примера необходимые для формирования вы-ходных форм конкретного выбора. После этого приводятся формирующиеся вы-ходные формы (файлы), содержащие обработанные по алгоритму задания данные.
Так как основное назначение контрольного примера состоит в отладке и проверке работоспособности создаваемого ПО, немаловажное значение имеет полноцен-ный информационный состав примера. То есть пример должен содержать и ситу-ации аварийного, нестандартного плана с перечнем рекомендаций, сообщений и реакций при их возникновении.
4. Рабочий проект
Данный раздел описывает адаптацию базовых средств программного обеспечения, разработку программных модулей задачи – программирование, ход автономной и комплексной отладки разрабатываемого программного продукта (на основании контрольного примера), испытание работоспособности программного обеспечения задачи и базовых программных средств. А также обоснование выбора СУБД, моде-ли БД, структуру её таблиц, и их взаимосвязь друг с другом.
Результаты рабочего проектирования задачи должны быть отражены в технологи-ческой схеме взаимосвязи программных модулей, описании интерфейса и инструк-ции пользователя.
4.1 Обоснование выбора субд
Подраздел содержит краткое описание характеристик современных СУБД. Далее следует обоснование выбора СУБД данной задачи. Приводятся основные её дос-тоинства, позволяющие быстро, просто и эффективно создавать и поддерживать
БД. При этом не стоит забывать и о возможных дальнейших модернизациях БД.
4.2 Описание структуры БД. Логическая модель БД
В данном подразделе описывается структура БД и представляется логическая модель БД.
Ниже представлен пример описания структуры БД.
Таблица 1. Группы товаров (GR.DBF)
Код * |
Название группы |
С(2) |
С(15) |
Данная таблица создаётся и заполняется данными на основании документа НСИ А01С01.
Символом * - отмечаются ключевые реквизиты, с указанием типа ключа в тексте или таблице. Затем эти описанные таблицы собираются в общую логическую схе-му взаимосвязи друг с другом – логическую модель БД.
Рис. 4.1 Схема логической модели БД
Где:
KZ - код заказчика;
NZ - наименование заказа;
AZ - адрес заказчика;
KI - код изделия;
NI - наименование изделия;
EI - единица изделия;
CENAI - цена единицы изделия;
NTTN - № ТТН;
NPTR - № ПТР;
SUMOTG - общая сумма оплаты;
DOTG - дата отгрузки;
DOPL - дата оплаты;
SUMOPL - общая сумма оплаты;
KOLOTG - количество отгружено;
KOLOPL - оплаченное количество.