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

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

Для каждой связи нужно определить условия целостности при операциях добавления, изменения или удаления данных в родительских и дочерних таблицах. Могут использоваться несколько вариантов условий: отсутствие проверки, запрет операции, каскадное выполнение операции обновления или удаления данных [8].

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

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

Рис.2.4 - Физическая модель базы данных

2.4 Программная реализация

2.4.1 Проектирование пользовательского интерфейса

Проектирование пользовательского интерфейса является важным процессом разработки системы. Зачастую по интерфейсу делают выводы о её качестве и удобстве на первоначальных этапах использования. Если интерфейс сложен для понимания пользователем, то даже основные функции остаться вовсе незамеченными. Главной целью интерфейс программы является определение языка пользователя и языка сообщения компьютера, который организует с ним диалог. Языком пользователя называют действия, которые пользователь проводит в отношении системы при помощи использования различных технических средств; язык сообщений - информация, которая может отображается в формах и элементах. В разрабатываемой ИИС был использован более удобный для пользователя вид диалога с программой.

Цель проектирования интерфейса программы состоит в реализации внешнего вида окна программы.

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

Главная форма ИИС Доставка представляет собойформу с панелью "Меню" (рис.2.5). В меню включены пять вкладок: "Файл", "Справочник", "Доставка", "Архив", "Помощь". Вкладка "Файл" представляет собой следующий набор команд: открыть, печать, импортировать данные, выход. Вкладка "Справочник": сотрудники, продукция, район. Вкладка "Доставка": добавить доставку. Вкладка "Архив" включает в себя информацию о доставках по месяцам, начиная с 2015 года.

Рис.2.5 - Главная форма ИИС Доставка

Выбираем вкладку "Доставка". На форме изображён 1 шаг - расчет стоимость доставки продукции. Вносим выходные параметры (рис.2.6).

Рис.2.6 - Форма ИИС Доставки "Расчет стоимости"

С целью указания подробных параметров выбранной услуги, нужно нажать на кнопку "Указать параметры". На рис.2.7 представлены характеристики для услуги - доставка хлебобулочных изделий.

Рис.2.7 - Форма ИИС Доставка "Хлебобулочные изделия"

Формой, которая выводит результаты работы ИИС, является окно "Результат" (рис.2.8). Здесь представлен результат расчета стоимости доставки продукции.

Рис.2.8 - Форма ИИС Доставка "Результат"

2.4.2 Алгоритм работы системы

Описание алгоритма работы разрабатываемой системы следует начинать с разбора самого понятия "алгоритм".

Алгоритм работы системы необходимо определить, как точное описание метода решения определенного класса задач по обслуживанию клиентов с использованием некоторых шагов (рис.2.9).

Разработка точного алгоритма по решению задач играет важную роль для эффективной работы над программой. Хорошо проработанный алгоритм решения задачи - необходимое условие продуктивной работы.

Работа с системой начинается с загрузки системы. Далее пользователь выбирает одну из вкладок "Меню": "Доставка", "Справочники", "Архив".

При выборе "Доставка" открывается форма, в которой можно рассчитать стоимость доставки продукции. Необходимо занести всю информацию о заказе. Также на форме присутствует кнопка "Рассчитать". Сотрудник одела экспедиции при нажатии этой кнопки получает результат о стоимости доставки. Вкладка "Справочник" позволяет просмотреть, а также редактировать такие базы данных как: "Сотрудники", "Продукция", "Район".

Выбор вкладки "Архив" позволяет сотруднику отдела экспедиции увидеть информацию по всем доставкам по годам, начиная с 2015 года.

2.4.3 Тестирование программного продукта

Главным этапом проектирования ИИС является тестирование системы. Данный этап тестирования - это выявление ситуаций, при которых системы работает неправильно.

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

Рис.2.9 - Алгоритм работы ИИС

Существующие методы тестирования действуют в рамках формальной проверки работоспособности системы. Эти методы позволят доказать, что дефекты системы отсутствуют с точки зрения используемого метода, но гарантировать отсутствие дефектов с учетом человеческого фактора, неминуемо присутствующего на всех этапах жизненного цикла системы, нет возможности. Существует несколько критериев, соответствие которым позволяет определить качество программного продукта. Эти критерии перечислены в стандарте ISO/IEC 9126 Международной организации по стандартизации, принятом в 1991 году и доработанным в 2001 году. В России был издан в 1993 году на основе него стандарт ГОСТ Р ИСО/МЭК 9126 - 93 "Оценка программной продукции". Критерии включают в себя следующие характеристики:

Для оценки качества системы используется определенный набор метрик. На рис.2.10 представлена схема, указанная в рассматриваемом ГОСТе, отражающая основные этапы, требуемые для оценки качества программного обеспечения [9].

Рис.2.10 - Модель процесса оценивания

На этапе тестирования проверяются характеристики:

- надежность;

- эффективность;

- практичность.

- В процессе тестирования выявляются возможные ошибки в работе программного обеспечения, которые разделены на три вида:

- синтаксические ошибки, связанные с неправильным синтаксисом написания кода программы;

- ошибки непосредственно в логике работы программы;

- ошибки, допущенные в следствии ввода некорректных данных или значений пользователем;

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

3. Технико-экономическое обоснование проекта

Таким образом, капитальные затраты на разработку программы составят 125628,54 рублей.

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

Следовательно, капитальные вложения составят: 132128,54 рублей.

Определение годового дохода производится путем расчета эксплуатационных расходов. Эксплуатационные расходы при использовании системы включают следующие статьи расходов:

заработная плата (основная и дополнительная);

отчисления на социальное страхование;

амортизационные отчисления;

затраты на электроэнергию;

материалы и запасные части;

накладные расходы.

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

Пользователями системы выступают сотрудники отдела экспедиции.

Произведем расчеты трудоемкости автоматизированных расчетов (табл.3.4).

Таблица 3.4. Трудоемкости автоматизированных расчетов

При использовании информационной системы сотрудник отдела экспедиции будет осуществлять расчеты в среднем 15 раз в месяц, это зависит от числа клиентов в разный месяц С учетом итогов экспериментальных расчетов трудоемкость (t_p) при этом составит 1 чел-час.

Исходные данные для расчета основной заработной платы представлены в табл.3.5.

Таблица 3.5. Исходные данные для расчета основной заработной платы

Расчёт годовых эксплуатационных расходов при автоматизированных расчетах представлен в табл.3.6 - 3.8.

Таблица 3.6. Расчет годовых расходов на электроэнергию при решении задачи с помощью системы

Таблица 3.7. Расчет амортизационных отчислений при автоматизированном решении задачи

Таблица 3.8. Годовые эксплуатационные расходы при автоматизированном расчете

Произведем расчеты трудоемкости ручных расчетов.

По результатам предварительных оценок трудоемкость ручного решения задачи составит (табл.3.9).

Таблица 3.9. Трудоемкость ручных расчетов

При ручных расчетах трудоемкость сотрудника отдела экспедиции составляет 9,9 чел/час.

Исходные данные для расчета основной зарплаты представлены в табл.3.10.

Таблица 3.10. Исходные данные для расчета основной зарплаты

Расчёт годовых эксплуатационных расходов при автоматизированных расчетах представлен в табл.3.11 - 3.13.

Таблица 3.11. Расчет годовых расходов на электроэнергию при решении задачи с помощью ручных вычислений

Таблица 3.12. Расчет амортизационных отчислений при ручном решении задачи

Таблица 3.13. Годовые эксплуатационные расходы при ручном расчете

Ежегодная экономия текущих затрат (доходы от использования системы) составят:

Д = Э2 - Э1

Д = 438673,83-419327,32 = 19346,87 рублей.

3.2 Оценка экономической эффективности проекта