Отгрузка

Рис. 1. Информационно-логическая модель предметной области "Поставка то­варов"

Логическая структура реляционной базы данных является адекватным отображением полученной информационно-логической модели предметной области. Для канонической модели не требуется дополнительных преобразований. Каждый ин­формационный объект модели данных отображается соответствующей реляцион­ной таблицей. Структура реляционной таблицы определяется реквизитным составом соот­ветствующего информационного объекта, где каждый столбец (поле) соответст­вует одному из реквизитов объекта. Ключевые реквизиты объекта образуют уникаль­ный ключ реляционной таблицы. Для каждого столбца таблицы (поля) задается тип, размер данных и другие свойства. Строки (записи) таблицы соответствуют экзем­плярам объекта и формируются при загрузке таблицы.

Связи между объектами модели данных реализуются одинаковыми реквизитами - ключами связи в соответствующих таблицах. При этом ключом связи типа 1:М всегда является уникальный ключ главной таблицы. Ключом связи в подчиненной таб­лице является либо некоторая часть уникального ключа в ней, либо поле, не вхо­дящее в состав первичного ключа (например, код фирмы в таблице склад). Ключ связи в под­чиненной таблице называется внешним ключом.

В СУБД может быть создана схема данных, наглядно отображающая логиче­скую структуру базы данных. Определение одно-многозначных связей в этой схеме должно осуществляться в соответствии с построенной моделью данных. Топо­логия проекта схемы данных практически совпадает с топологией информационно-логической модели. Для модели данных предметной области, построенной в рассмот­ренном примере, логическая структура базы данных в виде схемы данных приведена на рис. 2. На этой схеме прямоугольники отображают таблицы базы данных с пол­ным списком их полей, а связи показывают, по каким полям осуществ­ляется взаимо­связь таблиц. Имена ключевых полей для наглядности выделены и на­ходятся в верх­ней части полного списка полей каждой таблицы.

Рис. 2. Логическая структура базы данных "Поставка товаров"

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

Нужно разработать код главной пользовательской формы программы и её модулей, описать их.

Нужно разработать справочную систему и систему помощи, закодировать их, привести и описать их.

Нужно произвести тестирование и отладку программного средства, выполняемого по индивидуальному заданию, привести примеры возникших ошибок и путей их устранения.

Тестирование — процесс выполнения программы с целью обнаружения ошибок. Шаги процесса задаются тестами (тестовыми вариантами).

Каждый тест определяет:

• свой набор исходных данных и условий для запуска программы;

• набор ожидаемых результатов работы программы.

Полную проверку программы гарантирует исчерпывающее тестирование. Оно требует проверить все наборы исходных данных, все варианты их обработки и включает большое количество тестовых вариантов. Увы, но исчерпывающее тестирование во многих случаях остается только мечтой — срабатывают ресурсные ограничения (прежде всего, ограничения по времени).

Хорошим считают тест с высокой вероятностью обнаружения еще не раскрытой ошибки. Успешным называют тест, который обнаруживает до сих пор не раскрытую ошибку.

Целью проектирования тестовых вариантов является систематическое обнаружение различных классов ошибок при минимальных затратах времени и стоимости.

На входе процесса тестирования три потока:

• текст программы;

• исходные данные для запуска программы;

• ожидаемые результаты.

Выполняются тесты, реальные результаты тестов сравниваются с ожидаемыми результатами. Когда обнаруживается несовпадение, фиксируется ошибка — начинается отладка.

Отладка означает проверку описания программного объекта в языке программирования на наличие в нем ошибок и последующее их устранение. Ошибки обнаруживаются компиляторами при проверке синтаксической правильности. После этого выполняется верификация для установления правильности кода и валидация на проверку соответствия продукта заданным требованиям. Процесс отладки непредсказуем по времени. На поиск места дефекта и исправление может потребоваться час, день, месяц. Неопределенность в отладке приводит к большим трудностям в планировании действий.

Нужно осуществить и описать процесс связывания вновь созданного программного средства с уже имеющимся программным обеспечением.

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