- •ВВЕДЕНИЕ
- •1 ТЕОРЕТИЧЕСКИЕ ОСНОВЫ НЕОБХОДИМОСТИ АВТОМАТИЗАЦИИ ПРОЦЕССА УЧЕТА ЗАКАЗОВ КЛИЕНТОВ В ОРГАНИЗАЦИЯХ ПО ПОЗАКАЗНОМУ ПРОИЗВОДСТВУ ИЗДЕЛИЙ ИЗ КАМНЯ И МЕТАЛЛА
- •1.1 Описание предметной области организаций по позаказному производству изделий из камня и металла
- •1.2 Обзор и сравнение существующих программных продуктов для автоматизации учета заказов клиентов в организации по позаказному производству изделий из камня и металла
- •2 АНАЛИЗ И ПРОЕКТИРОВАНИЕ ИНФОРМАЦИОННОЙ СИСТЕМЫ ДЛЯ АВТОМАТИЗАЦИИ УЧЕТА ЗАКАЗОВ КЛИЕНТОВ В ОРГАНИЗАЦИИ ПО ПОЗАКАЗНОМУ ПРОИЗВОДСТВУ ИЗДЕЛИЙ ИЗ КАМНЯ И МЕТАЛЛА
- •2.1 Постановка задачи проектирования информационной системы
- •2.2 Анализ предметной области проектирования информационной системы
- •2.3 Построение функциональных моделей, описывающих бизнес-процесс учета заказов клиентов в организации по позаказному производству изделий из камня и металла
- •3 РАЗРАБОТКА И ТЕСТИРОВАНИЕ ИНФОРМАЦИОННОЙ СИСТЕМЫ ДЛЯ АВТОМАТИЗАЦИИ УЧЕТА ЗАКАЗОВ КЛИЕНТОВ В ОРГАНИЗАЦИИ ПО ПОЗАКАЗНОМУ ПРОИЗВОДСТВУ ИЗДЕЛИЙ ИЗ КАМНЯ И МЕТАЛЛА
- •3.1 Описание таблиц базы данных
- •3.2 Дерево программных модулей и схема взаимосвязей модулей и массивов данных
- •3.3 Алгоритм формирования отчета списка выполненных, но не оплаченных на данный момент времени заказов
- •3.4 Инструкция пользователя по установке программного продукта и работе с ним
- •3.5 Способы и результаты тестирования программного продукта в различных режимах
- •ЗАКЛЮЧЕНИЕ
- •СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ
- •ПРИЛОЖЕНИЕ Б
Таким образом, информационная система проста в использовании и предоставляет весь необходимый функционал конкретному пользователю систему, избавляя от излишних функций.
3.5 Способы и результаты тестирования программного продукта в различных режимах
Вкачестве стратегии тестирования выбрана стратегия «черный ящик», то есть проверка соответствия функционирования информационной системы техническому заданию без учета особенностей алгоритма данного программного модуля. Тестирование проводилось методом «сверху вниз» в
трех режимах: нормальном, экстремальном и исключительном [20].
Вданной работе было проведено три вида тестирования: нормальное,
экстремальное и исключительное. При нормальном тестировании была проверка всех подсистем, введены необходимые данные для тестирования,
проверено заполнение объектов. При тестировании в нормальном режиме никаких сбоев в информационной системе не возникло. Например, при заполнении данных о новом клиенте, все данные корректно записываются и обрабатываются, документ проводится исправно, что отображено на рисунке
3.15.
Рисунок 3.15 – Успешное добавление нового клиента
33
Исключительное тестирование представляло собой некорректных данных. Например, при некорректном введении номера в форме редактирования заказа справочника Заказы появляется сообщение о необходимости внесения корректных значений (рисунок 3.16).
Рисунок 3.16 – Некорректное введение данных в форму редактирования заказа
При тестировании приложения в экстремальных условиях, таких как функционирование в непрерывном режиме, ввод граничных данных, не приводит к зависанию приложения, функциональность не нарушается, все данные принимаются программой как верные.
В результате проведенного тестирования выявлена работоспособность программы. Стандартные, исключительные и экстремальные ситуации обработаны, таким образом, наиболее вероятные сбои программы были предотвращены на этапе проектирования и создания информационной системы.
34
Выводы по третьему разделу
Врезультате написания третьего раздела курсового проекта, была разработана информационная система учета заказов клиентов в организации по позаказному производству изделий из камня и металла, также было приведено описание таблиц БД системы, работы основных модулей и их взаимодействия с массивами данных, подробно был описан алгоритм работы одного из модулей на примере формирования отчета о выполненных, но не оплаченных заказах на текущий момент времени.
Впрограмме предусмотрена возможность автоматизации ввода и редактирования данных с помощью подстановок из других объектов, что отражено на схемах взаимосвязи общих модулей и массивов данных.
Кроме того, была составлена инструкция по установке программного продукта и работе с ним, а также проведено тестирование информационной системы методом «черного ящика», результаты которого показали корректную работу системы.
35
ЗАКЛЮЧЕНИЕ
В ходе выполнения курсового проекта было дано писание предметной области – учета заказов клиентов в организации по позаказному производству изделий из камня и металла, результатом которой стала постановка задачи к проектированию информационной системы.
При выполнении курсового проекта были построены функциональная модель бизнес-процессов, логическая и физическая модели данных по стандарту IDEF1X.
На основании полученных результатов был осуществлен разработка приложения клиент-серверной архитектуры с помощью языка программирования Ruby.
Для отражения функциональных возможностей информационной системы было построено дерево модулей, а также схема взаимодействия модулей и массивов данных.
Тестирование информационной системы осуществлялось методом
«сверху вниз» в трех режимах нормальном, экстремальном и исключительном.
В результате проведенного тестирования информационной системы выявлена корректная работоспособность программы и устойчивость к исключительным и экстремальным ситуациям.
Результатом курсового проекта стала информационная система для автоматизации учета заказов клиентов в организации по позаказному производству изделий из камня и металла
Таким образом, поставленные задачи курсового проекта выполнены,
следовательно, цель по разработке информационной системы для учета заказов клиентов достигнута.
36