Размещено на http://www.allbest.ru/

Размещено на http://www.allbest.ru/

Расчетно-пояснительная записка

к выпускной квалификационной работе

на тему: Автоматизированная система «Мониторинг закупок»



Реферат

Выпускная квалификационная работа «Автоматизированная система «Мониторинг закупок» посвящена разработке системы, предназначенной для автоматизации процесса подбора поставщиков для закупок в компании ООО «Профессионал» и мониторинга данного процесса.

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

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

- Научно-исследовательская часть содержит выбор и обоснование критериев качества и сравнения аналогов.

- В экономической части содержится смета затрат на разработку данного программного изделия и пояснения к данной смете.



Содержание

• Введение
• 1. Конструкторско-технологическая часть
• 1.1 Общетехническое обоснование разработки
• 1.1.1 Постановка задачи проектирования
• 1.1.2 Описание предметной области
• 1.1.3 Перечень задач, подлежащих решению
• 1.2 Разработка программного изделия
• 1.2.1 Разработка структуры программного изделия
• 1.2.2 Разработка структуры базы данных
• 1.2.3 Разработка интерфейса взаимодействия пользователя с системой
• 2. Научно-исследовательская часть
• 2.1 Выбор и обоснование критериев качества
• 2.2 Изучение аналогов
• 2.2.1 1С:Предприятие
• 2.2.2 «Электронный заказ» от компании «Софт-синтез»
• 2.2.3 «Реестр закупок»
• 2.2.4 Информационная система «Мониторинг закупок»
• 2.3 Сравнение аналогов
• 3. Экономическая часть
• 3.1 Смета затрат на создание программного изделия
• 3.2 Расчет и обоснование сметы затрат на создание программного изделия
• 3.2.1 Расчет затрат на материалы
• 3.2.2 Расчет затрат на оборудование
• 3.2.3 Расчет затрат на услуги сторонних организаций
• 3.2.4 Расчет затрат на заработную плату
• 3.2.5 Расчет затрат на дополнительную заработную плату
• 3.2.6 Расчет отчислений на социальные нужды
• 3.2.7 Расчет расходов на налоги
• 3.2.8 Расчет накладных расходов
• 3.2.9 Расчет себестоимости программного изделия
• 3.2.10 Расчет прибыли от реализации программного изделия
• 3.2.11 Расчет цена реализации программного изделия
• 3.2.12 Расчет договорной цены реализации программного изделия
• Заключение
• Список использованных источников
• Приложение А
• Приложение Б


Список обозначений и сокращений

АИС - Автоматизированная информационная система

БД - База данных



Введение

Использование информационных технологий в производственной деятельности предприятий уже давно не является чем-то необычным. Скорее наоборот, их использование является необходимым условием для поддержания жизнеспособности любого предприятия, любого масштаба и сферы деятельности. Это обусловлено в первую очередь большой производительностью и широким функционалом современных информационных систем. Они позволяют не только хранить данные и формировать шаблонные документы, но и дают возможность составления различных прогнозов, помогают решать задачи планирования деятельности и управления, как всем предприятием, так и отдельными его подразделениями. Однако, не смотря на бурное развитие информационных технологий и повсеместное их внедрение, всегда остаются небольшие участки производственного процесса, которые либо плохо автоматизированы, либо не автоматизированы вовсе. Такие слабо автоматизированные участки имеют более низкую производительность труда, что отрицательно сказывается на общей производительности труда на предприятии.

В данном дипломном проекте рассматривается проблема выбора поставщиков товаров для компании ООО «Профессионал», а также мониторинг данного процесса. Основная сфера деятельности компании - оказание IT-услуг другим компаниям.

Цель ВКР - создать информационную систему для автоматизации процесса выбора поставщиков и мониторинга данного процесса.

Для достижения поставленной цели необходимо решить следующий перечень задач:

- Изучить деятельность компании ООО «Профессионал» и процесс выбора поставщиков;

- Выявить недостатки в текущей организации, которые предполагается решить с помощью разрабатываемой информационной системы;

- Разработать информационную систему, предназначенную для решения выявленных проблем;

- Сравнить разработанную систему с имеющимися аналогами;

- Обосновать экономическую эффективность проекта.



1. Конструкторско-технологическая часть

1.1 Общетехническое обоснование разработки

1.1.1 Постановка задачи проектирования

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

В данном проекте рассматривается деятельность компании, занимающейся оказанием услуг ИТ-аутсорсинга другим компаниям.

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

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

1.1.2 Описание предметной области

ООО «Профессионал» существует с 2004 года. Специализируется на абонентском обслуживании клиентов в области информационных технологий. Основные направления деятельности такие как:

- проектирование ИТ-инфраструктуры организаций;

- организация ИТ-инфраструктуры с возможностью последующего обслуживания;

- модернизация существующей ИТ-инфраструктуры с возможностью последующего обслуживания;

- оказание постоянных (абонентских) или разовых услуг;

В таблице 1 представлены общие показатели деятельности предприятия на январь 2017 года.

Таблица 1 - Общие показатели деятельности на январь 2016 г.

№	Наименование показателя	Значение на январь 2016г.
1	Количество организаций на абонентском обслуживании	15
2	Общее к-во серверов на абонентском обслуживании	18
3	Общее количество рабочих станций на абонентском обслуживании	278
4	Общее количеств единиц оргтехники	156
5	Общее количество сетевых устройств, входящих в топологию обслуживаемых сетей	421
6	Общее количество сотрудников предприятия	28

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



Рисунок 1 - Организационная схема предприятия

Организационная структура включает в себя следующие подразделения:

- Бухгалтерия;

- Отдел закупа;

- Отдел сетевых коммуникаций;

- Техническая поддержка клиентов;

- Отдел системного администрирования;

- Отдел продаж.

Руководитель - директор компании, которому подчиняются начальники отделов.

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

К функциям бухгалтерии относятся:

- финансовый учет - сбор учетной информации, которая обеспечивает бухгалтерское оформление и регистрацию хозяйственных операций, а также составление финансовой отчетности. Финансовый учет охватывает значительную часть БУ, аккумулирует информацию об имуществе и обязательствах организации;

- налоговый учет - обобщение информации для определения налоговой базы по налогу на основе данных первичных доходов, сгруппированных в соответствии с порядком, предусмотренным НК РФ (ст.313 гл.25 Налог на прибыль). Является составной частью БУ. Предназначен для сбора учетной информации, которая обеспечивает бухгалтерское оформление учета налогов с целью объективного налогообложения и составления налоговой отчетности.

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

В обязанности отдела сетевых коммуникаций входит:

- организация бесперебойной работы, модернизация и обслуживание ЛВС обслуживаемых организаций;

- техническое обслуживание активного и пассивного сетевого оборудования;

- подключение рабочих станций и серверов к существующим ЛВС;

- разработка и реализация проектов по построению топологии ЛВС клиентов;

- организация бесперебойной работы и доступа к сети Интернет;

- обеспечение безопасности передачи данных как внутри ЛВС клиентов, так и при внешних подключениях.

Техническая поддержка берёт на себя следующие функции:

- приём и обработка заявок пользователей;

- диагностика и устранение неисправностей рабочих станций пользователей;

- диагностика и устранение (по возможности) неисправностей работы оргтехники;

- диагностика и устранение сбоев в работе программного обеспечения;

- эскалация заявки в отделы сетевых коммуникаций и системного администрирования

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

К функциям отдела системного администрирования относится:

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

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

- разработка и реализация проектов по развёртыванию или модернизации серверного оборудования клиентов;

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

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

Процесс закупок, исследуемый в данной работе, организован следующим образом:

1. По мере необходимости сотрудники отделов составляют заявки в отдел закупок о потребностях в тех или иных продуктах / товарах.

2. Руководитель отдела закупок распределяет эти заявки между специалистами, который и занимаются поиском поставщика на заявки.

3. Специалисты ищут среди поставщиков, с которыми есть история взаимодействия, наиболее подходящего (с точки зрения сроков поставки, цен и других параметров). Если подходящий поставщик найден, то специалист договаривается с ним о поставке. Если подходящего поставщика не найдено, то ищет нового поставщика.

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

5. После истечения оговоренного срока от поставщика приходят заказанные товарные позиции.

Среди недостатков текущей организации процесса подбора поставщика и его мониторинга следует выделить следующие:

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

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

- Большая часть информации по взаимодействию с поставщиками нигде не фиксируется. Есть поставщики, которые добросовестно выполняют свои обязанности, а есть - недобросовестные. Историю взаимодействия с поставщиком и результаты этого взаимодействия знает только специалист, который работал с данным поставщиком.

1.1.3 Перечень задач, подлежащих решению

Для решения поставленной проектной задачи необходимо, чтобы система «Процессы» выполняла следующие функции:

- Ввод и редактирование данных о поставщиках и товарах, которые они поставляют;

- Ведение групповой политики: разделение пользователей на две группы: специалисты и администраторы;

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

- Выделение определенных заказов по различным параметрам: по срочности и повышенной стоимости;

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

- Ведение истории взаимодействия с поставщиками: добавление комментариев, выставление оценок поставщику специалистами;

- Подсчет рейтинга поставщиков на основе выставленных оценок;

- Формирование отчета по работе специалистов за определенный период. Подсчет общего количества назначенных заказов и количества завершенных заказов.

1.2 Разработка программного изделия

1.2.1 Разработка структуры программного изделия

Популярность языка php обусловила появление большого числа фреймворков, основанных на нем. Фреймворк - программная платформа, определяющая структуру программной системы; программное обеспечение, облегчающее разработку и объединение разных компонентов большого программного проекта.

Для написания интернет-магазина использовался фреймворк языка php Symfony 2. Данный фреймворк работает с подходом к программированию, называемый Model-view-controller (MVC, «модель-представление-контроллер», «модель-вид-контроллер»).

Основная идея данного подхода заключается в разделении данных, их представлениях и обработку действий пользователей на три больших группы:

- Модель (англ. Model). Модель предоставляет знания: данные и методы работы с этими данными, реагирует на запросы, изменяя своё состояние. Объекты данной группы не содержат информации, как эти знания можно визуализировать.

- Представление, вид (англ. View). Отвечает за отображение информации (визуализацию). Часто в качестве представления выступает форма (окно) с графическими элементами. Главная задача - представить информацию, хранимой в модели в виде, воспринимаемым пользователем.

- Контроллер (англ. Controller). Обеспечивает связь между пользователем и системой: контролирует ввод данных пользователем и использует модель и представление для реализации необходимой реакции.

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

Общая схема архитектуры ИС согласно данной парадигмы изображена на рисунке 2.

Hbceyjr 2 - Fh[bntrnehf BC (Model-view-controller)

Список разработанных программных модулей и их назначений представлен в таблице 2.

Таблица 2 - Программные модули.

Название	Описание
routing.yml	Файл с настройками маршрутов для маршрутизатора Symfony
InitializableController.php	Класс контроллера, содержащий общие методы для всех контроллеров ИС, является родительским классов для всех остальных контроллеров
DefaultContoller.php	Класс контроллера, содержащий методы для отображения главной страницы системы
MeasureController.php	Класс контроллера, содержащий методы для отображения данных и форм о единицах измерения товаров, обработки отправленных форм
OrderController.php	Класс контроллера, содержащий методы для отображения данных и форм, предназначенных для создания, просмотра заказов и управления ими
ProductCategoryController.php	Класс контроллера, содержащий методы для отображения данных и форм о категориях товаров, обработки отправленных форм
ProductsController.php	Класс контроллера, содержащий методы для отображения данных и форм о товарах, обработки отправленных форм
ProviderController.php	Класс контроллера, содержащий методы для отображения данных и форм о поставщиках, обработки отправленных форм
SecurityController.php	Класс контроллера, содержащий методы и функции, необходимые для реализации функций авторизации, выхода из сайта, управления профилем пользователя
UsersController.php	Класс контроллера, содержащий методы для отображения данных и форм о пользователях, обработки отправленных форм
AbstractEntity.php	Класс модели, содержащий общие методы для всех классов модели данных ИС, является родительским классов для всех остальных классов модели
Measure.php	Класс модели, содержащий атрибуты и методы для работы с объектом единицы измерения
Notification.php	Класс модели, содержащий атрибуты и методы для работы с объектом уведомления пользователя
Order.php	Класс модели, содержащий атрибуты и методы для работы с объектом заказа покупателя
OrderComment.php	Класс модели, содержащий атрибуты и методы для работы с объектом комментария к заказу
OrderProduct.php	Класс модели, содержащий атрибуты и методы для работы с объектом товара в заказе
OrderProvider.php	Класс модели, содержащий атрибуты и методы для работы с объектом поставщика в списке поставщиков заказа
OrderProviderComment.php	Класс модели, содержащий атрибуты и методы для работы с объектом комментария к поставщику в списке поставщиков заказа
OrderStatus.php	Класс модели, содержащий атрибуты и методы для работы с объектом статуса заказа
Product.php	Класс модели, содержащий атрибуты и методы для работы с объектом товара
ProductCategory.php	Класс модели, содержащий атрибуты и методы для работы с объектом категории товара
Provider.php	Класс модели, содержащий атрибуты и методы для работы с объектом поставщика
ProviderPhone.php	Класс модели, содержащий атрибуты и методы для работы с объектом телефона поставщика
ProviderProduct.php	Класс модели, содержащий атрибуты и методы для работы с объектом товара поставщика
Role.php	Класс модели, содержащий атрибуты и методы для работы с объектом роли пользователя
User.php	Класс модели, содержащий атрибуты и методы для работы с объектом пользователя
AbstractFormType.php	Классформы, родительский для всех классов форм ИС
LoginFormType.php	Классформыавторизации
MeasureFormType.php	Класс формы управления единицами измерения
OrderCommentFormType.php	Класс формы для отправки комментария к заказу
OrderEndFormType.php	Класс формы для реализации завершения заказа
OrderFilterFormType.php	Класс формы для реализации фильтра в списке заказов
OrderFormType.php	Класс формы для создания и управления заказом
OrderProviderCommentFormType.php	Класс формы для отправки комментария к поставщику в списке поставщиков заказа
ProductCategoryFilterFormType.php	Класс формы для реализации фильтра в списке категорий товаров
ProductCategoryFormType.php	Класс формы управления данными категории товаров
ProductFilterFormType.php	Класс формы для реализации фильтра в списке товаров
ProductFormType.php	Класс формы управления товарами
ProfileFormType.php	Класс формы для реализации работы с профилем пользователя
ProviderFilterFormType.php	Класс формы для реализации фильтра в списке поставщиков
ProviderFormType.php	Класс формы управления поставщиками
ProviderPhoneFormType.php	Класс формы управления телефонами поставщика
ProviderProductFormType.php	Класс формы управления товарами поставщика
ReportFormType.php	Класс формы для ввода параметров отчета по заказам
UserFilterFormType.php	Класс формы для реализации фильтра в списке пользователей
UserFormType.php	Класс формы для реализации работы с данными пользователя



Каждый контролер обрабатывает запросы, отправляемые по соответствующему маршруту. Описание того, какой контроллер должен обрабатывать тот или иной маршрут оформляется в виде отдельного файла: routing.yml.

Пример записи (главнаястраница ИС):

index:

path: /

defaults: { _controller: «AppBundle:DefaultController:Index» }

Такая запись означает следующее:

- первая строка - название маршрута (index);

- вторая строка - путь, или URL-адрес маршрута (/);

- третья строка - имя класса контроллера, который должен обрабатывать маршрут, а также метод этого контроллера, ответственный именно за этот маршрут;

Обработка маршрута выполняется в контроллере DefaultController.php. При переходе по маршруту (отправке запроса на url /) начинает свою работу метод IndexAction. Данный метод проверяет наличие у пользователя открытой сессии авторизации, и если такой нет, то перенаправляет пользователя на форму авторизации (маршрут /login, Контроллер SecurityController.php).

Для обработки шаблонов и формирования на их основе html-страниц, отображаемых пользователю,используется распространенный шаблонизатор twig. Twig - компилирующий обработчик шаблонов с открытым исходным кодом, написанный на языке программирования PHP. Синтаксис, поддерживаемый шаблонизатором позволяет использовать в шаблонах ветвления, циклы, а удобная структура кода позволяет значительно сократить итоговый объем программного кода. Также стоит отметить, что шаблонизатор генерирует на основе своих шаблонов чистый php-код, который обрабатывается значительно быстрее.

При переадресации на маршрут открытия формы авторизации (/login), срабатывает метод loginActionконтроллера SecurityController.php. Он создает экземпляр формы LoginFormType.php и обрабатывает её отправку. На рисунке 3 приведен алгоритм работы данного метода.

Рисунок 3 - Алгоритм работы метода loginAction



После успешного прохождения авторизации, пользователю отображается страница со списком уведомлений пользователя. Данную страницу формирует метод indexAction контроллера DefaultController.php на основании шаблона General:index.html.twig.

1.2.2 Разработка структуры базы данных

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

- Пользователь;

- Роль;

- Уведомление;

- Заказ;

- Статус заказа;

- Комментарий к заказу;

- Список поставщиков для заказа;

- Комментарий к поставщику в списке;

- Поставщик;

- Телефон поставщика;

- Товар;

- Категория товара;

- Единица измерения товара.

Эти сущности связаны между собой. Существует 3 типа связей между сущностями:

- Один-к-одному. Когда одному экземпляру одной сущности соответствует только один экземпляр другой, и наоборот;

- Один-ко-многим. Когда одному экземпляру одной сущности соответствует несколько экземпляров другой;

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

Каждый товар относится только к одной категории, а к каждой категории может относиться несколько различных товаров, значит связь между данными сущностями - один-ко-многим.

Аналогичные связи присутствуют и между остальными сущностями предметной области, кроме сущностей Пользователь и Роль, между данными сущностями - связь многие-ко-многим, а также сущностей Товар и Заказ (также связь многие-ко-многим) и сущностями Товар и Поставщик.

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

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

Также необходимо разрешить связь многие-ко-многим между сущностями «Пользователи» и «Роли» путем ввода промежуточной сущности «Роли пользователей», первичным ключом которой будет служить составной ключ, состоящий из мигрирующих первичных ключей сущностей «Пользователи» и «Роли». Аналогично разрешим связь между сущностями «Товар» и «Заказ», добавив промежуточную сущность «Товары в заказах», и сущностями. «Товар» и «Поставщик», добавив промежуточную сущность «Товар поставщика».

Итоговая диаграмма сущность-связь, со всеми выделенными сущностями, связями между ними и их атрибутами приведена в приложении.

Следующий этап создания базы данных - построение даталогической модели.

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

Таблица 3 - Описание таблиц базы данных

Атрибут	Поле таблицы	Тип данных	Размер	Обязательность значений
Таблица Product (Товар)
Идентификатор	id	integer	4	Да
Название	caption	varchar	255	Да
Описание	description	text	65655	Нет
Цена	price	decimal	10	Да
Категория	categoryid	integer	4	Да
Единица измерения	measureid	Integer	4	Да
Дата создания	createdat	datetime	10	Да
Дата изменения	modifiedat	datetime	10	Да
Удален	deleted	tinyint	1	Нет
ТаблицаMeasure (Единица измерения)
Идентификатор	id	integer	4	Да
Наименование	caption	varchar	255	Да
Удален	deleted	tinyint	1	Нет
Дата создания	createdat	datetime	10	Да
Дата изменения	modifiedat	datetime	10	Да
Краткое название	short	varchar	255	Да
Таблица ProductCategory (Категории товаров)
Идентификатор	id	integer	4	Да
Наименование	caption	varchar	255	Да
Активна	active	tinyint	1	Нет
Таблица Users (Пользователи)
Идентификатор	id	integer	4	Да
ФИО	userfio	varchar	255	Да
Логин	login	varchar	255	Да
Пароль	password	varchar	255	Да
Телефон	phone	varchar	255	Да
Почта	email	varchar	255	Да
Дата создания	createdat	datetime	10	Да
Дата изменения	modifiedat	datetime	10	Да
Таблица Role(Роли)
Идентификатор	id	integer	4	Да
Название	caption	varchar	255	Да
Таблица Role_users (роли пользователей)
Пользователь	userid	integer	4	Да
Роль	roleid	integer	4	Да
Таблица Orders (Заказы)
Номер	id	integer	4	Да
Статус	statusid	integer	4	Да
Дедлайн	plandate	datetime	10	Да
Дата фактического завершения	factdate	datetime	10	Да
Комментарий	description	varchar	255	Нет
Удален	deleted	tinyint	1	Нет
Дата создания	createdat	datetime	10	Да
Дата изменения	modifiedat	datetime	10	Да
ВИП	vip	tinyint	1	Нет
Сжатые сроки	shorttime	tinyint	1	Нет
Таблица Orderproduct (Товары в заказах)
Идентификатор	id	integer	4	Да
Товар	productid	integer	4	Да
Заказ	orderid	integer	4	Да
Комментарий	comment	varchar	255	нет
Количество	amount	integer	4	Да
Дата создания	createdat	datetime	10	Да
Дата изменения	modifiedat	datetime	10	Да
Таблица Ordercomment (Комментарии к заказу)
Идентификатор	id	integer	4	Да
Автор	authorid	integer	4	Да
Заказ	orderid	integer	4	Да
Текст комментария	description	varchar	255	Да
Дата создания	createdat	datetime	10	Да
Дата изменения	modifiedat	datetime	10	Да
Таблица Orderprovider (Список поставщиков для заказа)
Идентификатор	id	integer	4	Да
Поставщик	providerid	integer	4	Да
Заказ	orderid	integer	4	Да
Активен	active	tinyint	1	Нет
Выбран	selected	tinyint	1	Нет
Дата создания	createdat	datetime	10	Да
Дата изменения	modifiedat	datetime	10	Да
Оценка	ball	Int	4	Нет
Таблица Orderprovidercomment (комментарии к поставщику в списке)
Идентификатор	id	integer	4	Да
Автор	userid	integer	4	Да
Поставщик в списке	orderproviderid	integer	4	Да
Текст комментария	description	varchar	255	Да
Дата создания	createdat	datetime	10	Да
Дата изменения	modifiedat	datetime	10	Да
Таблица Provider (Поставщик)
Идентификатор	id	integer	4	Да
Название	caption	varchar	255	Да
Описание	description	varchar	255	Нет
Адрес	address	varchar	255	Нет
ФИО контактного лица	fio	varchar	255	Нет
Электронная почта	email	varchar	255	Нет
Удален	deleted	tinyint	1	Нет
Активен	active	tinyint	1	Нет
Рейтинг	rate	double	4	Нет
Предоплата по умолч	defaultprepay	integer	4	Да
Срок доставки по умолч	defaultdelivarytime	integer	4	Да
Дата создания	createdat	datetime	10	Да
Дата изменения	modifiedat	datetime	10	Да
Таблица Providerphone (Телефон поставщика)
Идентификатор	id	integer	4	Да
Поставщик	providerid	integer	4	Да
Комментарий	comment	varchar	255	Нет
Телефон	phone	varchar	255	Да
Активен	active	tinyint	1	Нет
Основной	main	tinyint	1	Нет
Дата создания	createdat	datetime	10	Да
Дата изменения	modifiedat	datetime	10	Да
Таблица Providerproduct(Товары поставщика)
Идентификатор	id	integer	4	Да
Поставщик	providerid	integer	4	Да
Товар	productid	integer	4	Да
Комментарий	comment	varchar	255	Нет
Удален	deleted	tinyint	1	Нет
Активен	active	tinyint	1	Нет
Предоплата	prepay	integer	4	Да
Срок поставки	delivarytime	integer	4	Да
Дата создания	createdat	datetime	10	Да
Дата изменения	modifiedat	datetime	10	Да
Таблица Role_users (роли пользователей)
Пользователь	userid	integer	4	Да
Роль	roleid	integer	4	Да
Таблица OrderStatus (Статусы заказа)
Идентификатор	id	integer	4	Да
Название	caption	varchar	255	Да
Дата создания	createdat	datetime	10	Да
Дата изменения	modifiedat	datetime	10	Да

1.2.3 Разработка интерфейса взаимодействия пользователя с системой

Структуру пользовательского интерфейса удобно отображать в виду графа диалога. Граф диалога для разработанной системы изображен на рисунке 4.



Рисунок 4 - Граф диалога ИС

После перехода на адрес ИС открывается страница авторизации (Рисунок 5).

Рисунок 5 - Страница авторизации в ИС

После прохождения авторизации открывается страница просмотра уведомлений (Рисунок 6).

Рисунок 6 - Страница просмотра уведомлений

Все уведомления сортируются по дате их отправки пользователю. Не просмотренные уведомления выделяются с помощью зажирнения. Также в панели навигации, расположенной слева, отображается количество не просмотренных уведомлений напротив соответствующего пункта меню. Переход между разделами ИС осуществляется с помощью этой панели навигации (Рисунок 7).

Рисунок 7 - Панель навигации

Стоит отметить, что пункты меню «Отчеты» и «Пользователи» доступны только Администратору.

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

Рисунок 8 - Страница со списком заказов



Для добавления нового заказа необходимо нажать на кнопку «Добавить заказ», откроется форма добавления нового заказа (Рисунок 9).

Рисунок 9 - Форма добавления нового заказа

После создания нового заказа он получает статус «Черновик», и он виден в списке только Администратору. С данным заказом может работать только Администратор. Работа заключается в добавлении в заказ товаров, которые необходимо заказать. Товары добавляются на отдельной вкладке с помощью специальной формы (Рисунок 10).

Рисунок 10 - Вкладка добавления товаров в заказ



После добавления всех товаров нужно отправить его в работу выбранному специалисту, для этого необходимо нажать кнопку «Отправить в работу», статус заказа меняется на «Новый» (Рисунок 11).

Рисунок 11 - Кнопка «Отправить в работу»

При отправке заказа в работу специалисту, назначенному на заказ, приходит уведомление (Рисунок 12).

Рисунок 12 - Уведомление специалисту о назначении его на заказ

Специалисту необходимо подтвердить принятие заказа в работу, перейдя в него. Для этого на первой вкладке страницы работы с заказами имеется специальная кнопка «Подтвердить принятие в работу», она отображается только тому пользователю, который был назначен на заказ (Рисунок 13).



Рисунок 13 - Кнопка «Подтвердить принятие в работу»

После подтверждения принятия заказа в работу его статус меняется на «В работе».

Для того, чтобы автоматически сформировать список потенциальных поставщиков для заказа необходимо перейти на вкладку «Список поставщиков» и нажать на кнопку «Получить список поставщиков» (Рисунок 14).

Рисунок 14 - Вкладка «Список поставщиков»

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

Рисунок 15 - Вкладка «Список поставщиков» с сформированным списком

Для просмотра более подробных данных и добавления комментария необходимо нажать на ссылку «Подробнее» напротив нужного поставщика в списке. Откроется форма работы с поставщиком (Рисунок 16).

Рисунок 16 - Форма работы с поставщиком для заказа

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

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

Рисунок 17 - Выбранный и скрытый поставщик в списке

После того, как в заказе выбран поставщик, кнопки скрытия и выбора поставщиков больше не отображаются, а заказ переходит в статус «Ждет подтверждения». Администратору приходит соответствующее уведомление (Рисунок 18), он должен перейти в заказ и подтвердить выбор специалиста.

Рисунок 18 - Уведомление администратору о выборе поставщика

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

Естественно, чтобы система корректно формировала список потенциальных поставщиков, и выбор нужно поставщика был точным и верным, необходимо ввести данные по поставщикам: как общие первичные данные, так и данные по товарам, которые поставщики могут поставлять. Эти данные вводятся в разделе «Поставщики». При переходе в данный раздел открывается форма со списком поставщиков (Рисунок 19).

Рисунок 19 - Список поставщиков

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

Рисунок 20 - Страница работы с данными поставщика

На второй вкладке отображается список товаров поставщика (Рисунок 21).

Рисунок 21 - Вкладка «Список товаров»

На третьей вкладке - «Список заказов», выполненных данным поставщиком (Рисунок 22).

Рисунок 22 - Вкладка «Список заказов»

Список товаров заполняется на основе данных справочников «Товары», «Категории товаров» и «Единицы измерения». Работа с этими справочниками выполняется в соответствующих разделах. При переходе в раздел открывается форма со списком записей справочника, добавление и редактирование товара выполняется с помощью соответствующей формы. На рисунке 23 приведен пример формы редактирования данных товара.



Рисунок 23 - Форма работы с данными товара

Раздел формирования отчетов доступен только Администратору. При переходе в него открывается форма ввода интервала, за который необходимо сформировать отчет (Рисунок 24).

...