Дипломная работа: Разработка модуля конвертации на производственном предприятии

1) кода налогового органа, который присвоил налогоплательщику идентификационный номер налогоплательщика - 4 знака;

2) порядкового номера - 5 знаков;

3) контрольного числа, рассчитанного по специальному алгоритму, установленному Министерством Российской Федерации по налогам и сборам - 1 знак.

КПП - код причины постановки на учёт. Данный реквизит бывает только у юр. лиц, у ИП - не предусмотрен [27]. Состоит из:

1) кода субъекта РФ - 2 знака;

2) кода Государственной налоговой инспекции - 2 знака;

3) коды причины постановки на учёт - 2 знака;

4) порядковый номер постановки на учёт по соответствующей причине - 3 знака.

ОГРН - это основной государственный регистрационный номер записи о создании юридического лица [28]. Состоит из:

1) признака отнесения государственного регистрационного номера записи - 1 знак;

2) двух последних цифр года внесения записи в государственный реестр - 2 знака;

3) порядкового номера субъекта РФ по перечню субъектов РФ, установленному статьей 65 Конституции РФ - 2 знака;

4) кода налоговой инспекции - 2 знака;

5) номера записи, внесенной в государственный реестр в течение года - 5 знаков;

6) контрольного числа - 1 знак.

Номер договора состоит из:

1) числа заключения договора - 2 знака;

2) разделителя «/» - 1 знак;

3) месяца заключения договора - 2 знака;

4) разделителя «-» - 1 знак;

5) порядкового номера - 3 знака.

2.4 Характеристика результатной информации

Результатная информация получается в процессе обработки первичной и промежуточной информации и используется для выработки управленческих решений. Выходной документ - документ, являющийся носителем результатов обработки данных. Он формируется автоматизированной системой и выдается системными средствами вывода [29].

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

Структура отчета представлена в таблице 10.

Таблица 10 - Структура «Отчета»

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

2.5 Информационная модель и ее описание

Информационная модель - это модель объекта, представленная в виде информации, описывающей существенные для данного рассмотрения параметры и переменные величины объекта, связи между ними, входы и выходы объекта и позволяющая путём подачи на модель информации об изменениях входных величин моделировать возможные состояния объекта [30].

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

Информационная модель включает в себя следующие сущности:

1) авторизация;

2) заявки;

3) клиенты;

4) оборудование;

5) продажи;

6) сотрудники;

7) тип оборудования.

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

Логический уровень информационной модели представлен на рисунке 11.

Рисунок 11 - Логический уровень информационной модели

Физический уровень информационной технологии представляет ее программно-аппаратную реализацию. При этом стремятся максимально использовать типовые технические средства и программное обеспечение, что существенно уменьшает затраты на создание и эксплуатацию АИТ. С помощью программно-аппаратных средств практически осуществляются базовые информационные процессы и процедуры в их взаимосвязи и подчинении единой цели функционирования [32]. Таким образом, и на физическом уровне АИТ рассматривается как система, причем большая система, в которой выделяется несколько крупных подсистем.

Физический уровень информационной модели представлен на рисунке 12.

Рисунок 12 - Физический уровень информационной модели

Логический и физический уровень информационной модели состоят из сущностей и их связей:

- cущность «Клиенты» и сущность «Заявки» имеют связь один-ко-многим, это значит, что один клиент может составить заявку несколько раз;

- сущность «Авторизация» и сущность «Сотрудники» имеют связь один-к-одному, это значит, что одному сотруднику присущи свой индивидуальный логин и пароль;

- сущность «Сотрудники» и сущность «Заявки» имеют связь один-ко-многим, это значит, что один сотрудник может составить много заявок;

- сущность «Продажи» и сущность «Заявки» имеют связь один-ко-многим, это значит, что одна заявка может учувствовать во многих продажах;

- сущность «Продажи» и сущность «Оборудование» имеют связь один-ко-многим, это значит, что один тип оборудования может быть продан несколько раз;

- сущность «Тип оборудования» и сущность «Оборудование» имеют связь один-ко-многим, это значит, что один тип оборудования может относится ко многому оборудованию;

- сущность «Оборудование» и сущность «Параметры оборудования» имеют связь один-к-одному, это значит, что один параметр оборудования может подходить к одному оборудованию.

На основе разработанной информационной модели реализована БД.

3. Программная часть

3.1 Организация программного обеспечения

Для определения наиболее оптимального метода проектирования был использован метод анализа иерархий (МАИ) [33]. МАИ - это математическая процедура для иерархического представления сущностных элементов на все более простые составляющие части и дальнейшей обработки последовательных суждений оценщика по парным сравнениям. В результате может быть выражена относительная степень (интенсивность) взаимодействия элементов в иерархии. Эти суждения затем выражаются численно.

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

Порядок применения метода анализа иерархий:

1) построение качественной модели проблемы в виде иерархии, включающей цель, альтернативные варианты достижения цели и критерии для оценки качества альтернатив;

2) определение приоритетов всех элементов иерархии с использованием метода парных сравнений;

3) синтез глобальных приоритетов альтернатив путем линейной свертки приоритетов элементов на иерархии;

4) проверка суждений на согласованность;

5) принятие решения на основе полученных результатов.

Для исследований МАИ была использована программная система поддержки принятия рациональных решений Mpriority 1.0 (рис. 13-19). Для сравнения были выбраны следующие способы реализации: Joomla, Drupal, Wordpress. Сравнение проводится по следующим критериям:

- функциональность;

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

- стоимость;

На рисунке 13 представлена иерархия объектов и критериев выбора наилучшего программного средства.

Рисунок 13 - Иерархия объектов и критериев

Для дальнейшего анализа выбора программного средства для разработки автоматизированной информационной системы ООО «Вбк-снаб» производим попарные сравнения относительно объекта.

Рисунок 14 - Относительные оценки критериев

Из результатов выставления относительных оценок критериев (см. рис. 14), стало видно, что наибольший приоритет 0,6175 имеет критерий функциональность, наименьший - стоимость.

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

Рисунок 15 - Сравнительная оценка по критерию функциональности программного средства

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

Рисунок 16 - Сравнительная оценка по критерию стоимости

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

Рисунок 17 - Сравнительная оценка по критерию надежности

Все матрицы парных сравнений являются согласованными, так как ОС (отношение согласованности) < 0,1.

Рисунок 18 - Результат МАИ

Результат исследования МАИ наглядно представлен на графике с рисунка 18. Из него видно, что наибольшее предпочтение получил Cms WordPress с приоритетом 0,6. Именно с его использованием будет написана система.

3.2 Общие положения (дерево функций и сценарий диалога)

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

Дерево функций системы представлено на рисунке 19.

Рисунок 19 - Дерево функций системы

В системе имеется 3 вида функций:

- основные - просмотр, добавление, редактирование и удаление данных из БД, а также поиск информации и вывод отчета;

- служебные - администрирование доступа;

- сервисные - вход и выход из системы, справка.

Система имеет 2 типа пользователей - клиент и менеджер.

Клиент имеет небольшой набор функций - он может лишь заполнять заявку на приобретение оборудования и просматривать список оборудования.

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

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

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

Интерфейс пользователя - это разновидность интерфейсов, в котором одна сторона представлена человеком (пользователем), другая -- машиной/устройством. Представляет собой совокупность средств и методов, при помощи которых пользователь взаимодействует с различными, чаще всего сложными, машинами, устройствами и аппаратурой [36].

Управление системой происходит с помощью главного меню и кнопок. Сценарий диалога системы представлен на рисунке 20, а обозначения графов - в таблице 13.

Рисунок 20 - Сценарий диалога системы

Сценарий диалога (см. рис. 20), так же, как и дерево функций позволяет наглядно показать иерархию функций управления и обработки данных.

Таблица 11 - Сценарий диалога