Вы находитесь на странице: 1из 92

СОДЕРЖАНИЕ

ВВЕДЕНИЕ .................................................................................................................. 7

ГЛАВА 1. АНАЛИЗ ОРГАНИЗАЦИИ БИЗНЕС-ПРОЦЕССОВ В КОМПАНИИ


ООО «ИМИДЖ ВИДЕО» ......................................................................................... 10

1.1 ОПИСАНИЕ ООО «ИМИДЖ ВИДЕО» ....................................................... 10

1.1.1 КРАТКАЯ ХАРАКТЕРИСТИКА ДЕЯТЕЛЬНОСТИ


КОМПАНИИ ..................................................................................................... 10

1.1.2 ОРГАНИЗАЦИОННАЯ СТРУКТУРА И СИСТЕМА


УПРАВЛЕНИЯ .................................................................................................. 11

1.1.3 СТРАТЕГИЯ РАЗВИТИЯ И БИЗНЕС-АРХИТЕКТУРА


КОМПАНИИ ..................................................................................................... 13

1.1.4 СОСТОЯНИЕ И СТРАТЕГИЯ РАЗВИТИЯ


ИНФОРМАЦИОННЫХ ТЕХНОЛОГИЙ ....................................................... 14

1.1.5 ФУНКЦИОНАЛЬНАЯ МОДЕЛЬ ОРГАНИЗАЦИИ «AS-IS» .. 16

1.1.6 ОЦЕНКА УРОВНЯ ЗРЕЛОСТИ ОРГАНИЗАЦИИ И


ПРОЦЕССОВ ЕЕ УПРАВЛЕНИЯ .................................................................. 21

1.1.7 ПРОБЛЕМНЫЙ АНАЛИЗ КЛЮЧЕВЫХ БИЗНЕС-ПРОЦЕССОВ


С ТОЧКИ ЗРЕНИЯ БИЗНЕС-ЦЕЛЕЙ ОРГАНИЗАЦИИ .............................. 23

1.2 АНАЛИЗ ЛУЧШИХ ПРАКТИК В ПРЕДМЕТНОЙ ОБЛАСТИ И


ОБОСНОВАНИЕ ВЫБОРА РЕШЕНИЯ ПО ОПТИМИЗАЦИИ ИЛИ
РЕИНЖИНИРИНГУ ............................................................................................. 24

1.2.1 ИЗУЧЕНИЕ СПЕЦИФИКИ ПРЕДМЕТНОЙ ОБЛАСТИ ПО


РЕЗУЛЬТАТАМ ПОИСКА В ИНТЕРНЕТЕ .................................................. 24

2
1.2.2 ОБОСНОВАНИЕ РЕШЕНИЯ ПО НАПРАВЛЕНИЮ И
ТЕХНОЛОГИИ ОПТИМИЗАЦИИ БИЗНЕС-ПРОЦЕССОВ ....................... 31

ГЛАВА 2. КОНЦЕПТУАЛЬНОЕ ОБОСНОВАНИЕ ПРОЕКТА ......................... 33

2.1 КЛАССЫ И ХАРАКТЕРИСТИКИ ПОЛЬЗОВАТЕЛЕЙ ............................ 33

2.2 ОПИСАНИЕ ФУНКЦИОНАЛЬНЫХ ТРЕБОВАНИЙ ПРОЕКТА ............ 34

2.2.1 ОПИСАНИЕ МЕТОДОЛОГИИ И ТЕХНИК ВЫЯВЛЕНИЯ


ТРЕБОВАНИЙ .................................................................................................. 34

2.2.2 ОПИСАНИЕ БИЗНЕС-ЛОГИКИ И ФУНКЦИОНАЛЬНЫХ


ТРЕБОВАНИЙ .................................................................................................. 36

2.2.3 АНАЛИЗ НЕФУНКЦИОНАЛЬНЫХ ТРЕБОВАНИЙ ................. 41

2.2.4 АНАЛИЗ ПРОЕКТНЫХ ОГРАНИЧЕНИЙ................................... 43

2.3 ЦЕЛИ И БИЗНЕС-ТРЕБОВАНИЯ ПРОЕКТА, ОПИСАНИЕ КРИТЕРИЕВ


УСПЕХА ................................................................................................................ 44

2.3.1 ТЕХНИКО-ЭКОНОМИЧЕСКОЕ ОБОСНОВАНИЕ ПРОЕКТА


(ТЭО) .................................................................................................................. 44

2.3.2 КАЛЕНДАРНО-РЕСУРСНОЕ ПЛАНИРОВАНИЕ ПРОЕКТА .. 47

2.3.3 АНАЛИЗ РИСКОВ, ОПРЕДЕЛЕНИЕ МЕТРИК ДЛЯ


МОНИТОРИНГА РИСКА ................................................................................ 52

ГЛАВА 3. АРХИТЕКТУРА ПРОЕКТА И ОЦЕНКА ЭКОНОМИЧЕСКОЙ


ЭФФЕКТИВНОСТИ ................................................................................................. 57

3.1 СИСТЕМНАЯ АРХИТЕКТУРА ПРОЕКТА ................................................ 57

3.1.1 АРХИТЕКТУРА ДАННЫХ ............................................................ 57

3.1.2 АРХИТЕКТУРА ПРИКЛАДНЫХ ПРОГРАММ .......................... 60

3.1.3 ТЕХНОЛОГИЧЕСКАЯ АРХИТЕКТУРА ПРОЕКТА .................. 62

3
3.2 РЕАЛИЗАЦИЯ ПРОЕКТНОГО РЕШЕНИЯ ................................................ 63

3.3 РАСЧЕТ ЗАТРАТ НА РЕАЛИЗАЦИЮ ПРОЕКТА И ОПИСАНИЕ


ОЖИДАЕМОГО ЭКОНОМИЧЕСКОГО ЭФФЕКТА ОТ ИСПОЛЬЗОВАНИЯ
РЕЗУЛЬТАТОВ ПРОЕКТА ................................................................................. 65

3.3.1 АНАЛИЗ ЗАТРАТ НА ОПЛАТУ ТРУДА ..................................... 65

3.3.2 АНАЛИЗ ЗАТРАТ НА РЕСУРСНОЕ ОБЕСПЕЧЕНИЕ .............. 66

3.3.3 АНАЛИЗ КАЧЕСТВЕННЫХ И КОЛИЧЕСТВЕННЫХ


ФАКТОРОВ ВОЗДЕЙСТВИЯ ПРОЕКТА НА БИЗНЕС-АРХИТЕКТУРУ
ОРГАНИЗАЦИИ ............................................................................................... 68

ЗАКЛЮЧЕНИЕ ......................................................................................................... 72

СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ ................................................. 74

ПРИЛОЖЕНИЯ ......................................................................................................... 77

4
СПИСОК ИСПОЛЬЗУЕМЫХ СОКРАЩЕНИЙ
БД – База данных
БУ – Бухгалтерский учет
ВКР – Выпускная квалификационная работа
ГГц – Гигагерц
ГД – Генеральный директор
ИБ – Информационная безопасность
ИС – Информационная система
ИТ – Информационные технологии
МБ – Мегабайт
МПЗ – Материально-производственные запасы
ООО – Общество с ограниченной ответственностью
ОКВЭД – Общероссийский классификатор видов экономической
деятельности
ПО – Программное обеспечение
ССВ – Совокупная стоимость владения
СУБД – Система управления базами данных
ФСС – Фонд социального страхования
ARIS – Architecture of Integrated Information Systems – Архитектура
интегрированных информационных систем
ARIS VAD – Value added chain diagram – Диаграмма цепочки добавленной
стоимости
COBIT – Control Objectives for Information and Related Technologies – Цели и
задачи деятельности по управлению для информационных и смежных
технологий.
HTTP – Hyper Text Transfer Protocol – Протокол передачи гипертекста
IDEF – ICAM Definition – определение функций компьютерно-
интегрированного производства.
5
ISACA – Information Systems Audit and Control Association – Ассоциация
контроля и аудита информационных систем.
ITGI – IT Governance Institute – Институтом руководства ИТ
MySQL – My Structured Query Language – Язык структурированных
запросов
PC – Personal Сomputer – Персональный компьютер
PHP – PHP: Hypertext Preprocessor – PHP: препроцессор гипертекста
TCO – Total Cost of Ownership – Совокупная стоимость владения

6
ВВЕДЕНИЕ
Использование информационных технологий (ИТ) в производственной
деятельности стало необходимым условием для поддержания жизнеспособности
предприятия любого масштаба и сферы деятельности. Это обусловлено в первую
очередь большой производительностью и широким функционалом современных
информационных систем (ИС) 1. Они позволяют не только хранить данные и
формировать шаблонные документы, но и дают возможность составления
различных прогнозов, помогают решать задачи планирования деятельности и
управления как всем предприятием, так и отдельными его подразделениями.
Однако, не смотря на бурное развитие информационных технологий и
повсеместное их внедрение, всегда остаются участки производственного
процесса, которые либо плохо автоматизированы, либо не автоматизированы
вовсе. Такие слабо автоматизированные участки имеют более низкую
производительность труда, что отрицательно сказывается на общей
производительности труда на предприятии.
В данной выпускной квалификационной работе (ВКР) рассматривается
автоматизация деятельности отдела закупок в компании общество с
ограниченной ответственностью (ООО) «ИМИДЖ ВИДЕО», основная сфера
деятельности которой – поставка и продажа профессиональной видео и
аудиотехники, а также светового оборудования различного назначения.
На сегодняшний день на рынке, свои услуги по подбору, продаже, аренды и
техническому сопровождению профессиональной техники различного типа
предоставляют большое количество компаний. Фирмы даже с небольшим
количеством заказов нуждаются в автоматизации основных бизнес-процессов с
учетом особенностей работы отрасли. С ростом числа клиентов появляются
большие временные издержки на обработку и получение информации, требуется

1
Тельнов, Ю.Ф. Информационные системы и технологии. Information System and Technologies: науч.
издание / под ред. Тельнова Ю. Ф. – М: Юнити-Дана, 2012 – 303 с.
7
привлечение большего количества персонала и материально-технических
средств, что, в свою очередь, приводит к серьёзным временным, денежным и
организационно-управленческим издержкам, являясь объектом,
ограничивающим масштаб деятельности. Данный фактор уменьшает прибыль и
эффективность организации. Сокращение затрат с помощью оптимизации
внутренних бизнес-процессов позволит предприятию устанавливать
конкурентные цены на рынке.
Результаты работы будут использованы для автоматизации деятельности
отдела закупок компании.
Объектом исследования выступает компания ООО «ИМИДЖ ВИДЕО».
Предмет исследования – деятельность отдела закупок компании ООО
«ИМИДЖ ВИДЕО».
Цель ВКР – снижение затрат на внутренние бизнес-процессы отдела закупок
компании ООО «ИМИДЖ ВИДЕО» не менее чем на 20% путём автоматизации.
Для достижения поставленной цели необходимо решить следующие задачи:
− изучить деятельность компании ООО «ИМИДЖ ВИДЕО»;
− разработать проект автоматизации деятельности отдела закупок;
− оценить экономическую эффективность проекта автоматизации.
В процессе работы над данным проектом были применены такие методы
научного исследования, как анализ, моделирование, обобщение, классификация,
наблюдение и сравнение, а также изучение научной литературы и документов,
имеющих отношение к работе отдела закупок в компании ООО «ИМИДЖ
ВИДЕО».
В процессе работы использовалось следующее программное обеспечение:
− AllFusion Process Modeler (Bpwin) — мощный инструмент
моделирования сложных бизнес-процессов;
− AllFusion ERwin Data Modeler (ERwin) — CASE-средство для
проектирования и документирования баз данных (БД);
8
− PHP (PHP: Hypertext Preprocessor — распространенный язык
программирования общего назначения с открытым исходным кодом;
− Mysql (My Structured Query Language — Язык структурированных
запросов) - свободная реляционная система управления базами данных (СУБД);
− PhpStorm — коммерческая кросс-платформенная интегрированная
среда разработки для PHP;
− Microsoft® Office — офисный пакет приложений компании
Microsoft;
− Microsoft® Project — программа управления проектами компании
Microsoft.;
− Microsoft® Visio — векторный графический редактор диаграмм и
блок-схем компании Microsoft.

9
ГЛАВА 1. АНАЛИЗ ОРГАНИЗАЦИИ БИЗНЕС-ПРОЦЕССОВ В
КОМПАНИИ ООО «ИМИДЖ ВИДЕО»

1.1 ОПИСАНИЕ ООО «ИМИДЖ ВИДЕО»

1.1.1 КРАТКАЯ ХАРАКТЕРИСТИКА ДЕЯТЕЛЬНОСТИ КОМПАНИИ


Компания ООО «ИМИДЖ ВИДЕО» реализует в продажу и предоставляет в
аренду широкий спектр видео техники (преимущественно), а также аудио и
световое оборудование различного назначения. Работники фирмы выполняют
доставку, сопутствующий монтаж, коммутацию, настройку, техническое
обслуживание и гарантийный ремонт с помощью программных и аппаратных
средств. На время аренды обеспечивается выполнение индивидуальных
требований заказчика в зависимости от вида мероприятия и типа местности,
проводится профессиональная настройка оборудования и гарантируется его
сопровождение видеоинженерами.
Команда специалистов с большим опытом работы позволяет компании
выполнять проекты любой сложности, помогает с оптимальным подбором
технически сложного товара из представленного разнообразного ассортимента
для решения различных задач и выполнения проектов с минимальными
расходами. Специалисты выполняют заказной ремонт, настройку и
обслуживание сторонней техники.

10
1.1.2 ОРГАНИЗАЦИОННАЯ СТРУКТУРА И СИСТЕМА УПРАВЛЕНИЯ
Схема организационной структуры компании приведена на рисунке 1.

Генеральный
директор

Отдел
Технический Отдел
Бухгалтерия IT-отдел маркетинга и Склад
отдел закупок
продаж

Рисунок 1. Организационная структура компании ООО «ИМИДЖ ВИДЕО»

Генеральный директор (ГД) обеспечивает общее руководство компанией. В


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

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

12
1.1.3 СТРАТЕГИЯ РАЗВИТИЯ И БИЗНЕС-АРХИТЕКТУРА КОМПАНИИ
Рассмотрим, какие процессы существуют в компании. Для этого
разработаем диаграмму верхнего уровня с помощью методологии ARIS 2
(Architecture of Integrated Information Systems – Архитектура интегрированных
информационных систем) в нотации ARIS VAD 3 (Value added chain diagram -
Диаграмма цепочки добавленной стоимости) (Рис. 2).

Управление Управление Управление


финансами бизнес-процессами персоналом

Процессы управления

Продажа Поставка товаров и


Обработка заявок
товаров и услуг оказание услуг

Основные процессы

Административно-
ИТ обеспечение Юридическое
хозяйственные
и связь обеспечение
процессы

Обеспечивающие процессы

Рисунок 2. Процессы организации

Как видно из рисунка, в компании существует 3 вида процессов:

2
Шматалюк А. и др. Моделирование бизнеса. Методология ARIS. Практическое руководство. — М. :
Серебряные нити, 2011. – 304 c.
3
Репин В. В. Бизнес-процессы компании: построение, анализ, регламентация. — М. : Стандарты и
качество, 2017. – 506 c.
13
1. Процессы управления: управление финансами, управление бизнес-
процессами, управление персоналом.
2. Основные процессы: обработка заявок, продажа товаров и услуг
компании, поставка товаров и оказание услуг.
3. Обеспечивающие процессы: административно-хозяйственные процессы,
ИТ-обеспечение и связь, юридическое обеспечение.
Основными продуктами и услугами компании являются:
− видео, аудио и световое оборудование;
− монтаж, настройка и ремонт оборудования.
Таким образом, основными бизнес-целями организации является получение
прибыли за счет привлечения новых клиентов и удешевления стоимости услуг
компании при использовании ИТ-технологий.

1.1.4 СОСТОЯНИЕ И СТРАТЕГИЯ РАЗВИТИЯ ИНФОРМАЦИОННЫХ


ТЕХНОЛОГИЙ
Компания ООО «ИМИДЖ ВИДЕО» характеризуется малым количеством
сотрудников и впервые ощущает в повседневной рабочей деятельности нехватку
автоматизации рабочих процессов, которую можно снизить путём внедрения
специализированного программного обеспечения (ПО). Возрастает потребность
в привлечении новых сотрудников, что неминуемо приведёт к материальным
издержкам. Ручная работа с бумажными носителями увеличивается, вместе с
риском возникновения ошибок при подсчётах и документообороте.
Уменьшается скорость обработки информации и принятия решений.
Используемое на предприятии программное обеспечение невозможно
назвать единой информационной системой, из-за отсутствия четкой связи
программных продуктов друг с другом. Офис, в котором находятся рабочие
места генерального директора, бухгалтерии, отдела маркетинга и продаж, удалён
14
от склада на 3 км. На складе храниться товар, предназначенный на продажу,
арендная техника, сопутствующая компьютерная периферия, а также
располагаются технический и IT-отдел.
Бухгалтерские данные хранятся на сервере, бумажная отчётность
расположена в офисе, часть документов в электронном формате на ПК
работников. На рабочих местах сотрудников установлены компьютеры типа PC
(Personal Сomputer – Персональный компьютер), преимущественно архитектуры
Intel. Некоторые отделы предприятия сгруппированы в подсети, все компьютеры
которой подключены к одному сетевому коммутатору, который в свою очередь
по сети подключен к серверу, образуя тем самым единую сеть. Таким образом,
организована работа в отделах:
− отдел маркетинга и продаж;
− бухгалтерия;
Сервер компании работает под управлением серверной операционной
системы Microsoft Windows Server 2012 Standart. Выбор данной ОС обусловлен
перечнем решаемых задач: функционала данной ОС достаточно для выполнения
требуемых в данной локальной сети функций. Кроме того, на сервере
располагаются внутренние сетевые ресурсы: принтеры и папки с общим
доступом для всех компьютеров локальной сети компании.
На всех рабочих компьютерах конечных пользователей установлены
операционные системы от компании Microsoft различных версий: Windows 7, 8,
8.1 и 10.
Программное обеспечение, используемое в компании, разнообразно и
применяется для широкого круга задач. Специальным программным
обеспечением пользуются в своей работе, в основном, работники технического
отдела. Остальным достаточно возможностей текстового редактора Microsoft
Word и редактора таблиц Microsoft Excel.

15
Для выполнения работ, связанных с обслуживанием сайта компании,
расширением его функционала и устранением ошибок в работе, сотрудники IT-
отдела используют среду разработки PhpStorm, которая представляет собой
редактор кода с возможностями анализа кода, предотвращения ошибок и
автоматизированными средствами рефакторинга для PHP и JavaScript. Для
взаимодействия с СУБД сотрудники IT-отдела используют программу Mysql
Workbench.
Для обеспечения работы сайта на сервере компании запущен веб-сервер
Apache и СУБД Mysql. Также для удобства работы над сайтом используется
система контроля версий Git. Сайт выполняет роль web-представительства
компании в интернете, на нем находится информация о компании, оказываемых
услугах, публикуются новости и описываются наиболее крупные и успешно
реализованные проекты.
Стратегией развития информационных технологий компании является
внедрение информационных систем, позволяющих снизить издержки прежде
всего на внутренние бизнес-процессы и на привлечение новых клиентов.

1.1.5 ФУНКЦИОНАЛЬНАЯ МОДЕЛЬ ОРГАНИЗАЦИИ «AS-IS»


Для выявления направления исследования, рассмотрим функциональную
модель деятельности компании ООО «ИМИДЖ ВИДЕО». Для построения
информационной модели предметной области использован подход IDEF0 (ICAM
DEFinition).

16
IDEF0 – это подход, с помощью которого система описывается как
множество взаимосвязанных действий (или функций) 4.
Исследование функций производится независимо от способов и методов их
выполнения. Такой «функциональный» подход обеспечивает четкое разделение
аспектов назначения описываемой системы от вопросов её реализации.
IDEF0 часто используется при исследовании и проектировании систем на
логическом уровне.
IDEF0 определяет два графических объекта:
1. блок, с помощью которого обозначается некоторая функция
(действие);
2. стрелка, с помощью которой указываются информационные или
материальные объекты.
Модель IDEF0 представляет собой набор взаимоувязанных диаграмм.
Каждая диаграмма является описанием системы или ее отдельных
функциональных блоков в рамках некоторого уровня детализации.
Контекстная диаграмма – диаграмма самого верхнего уровня иерархии, дает
самое общее представление о системе. На контекстной диаграмме отображается
только один функциональный блок (контекстная функция) 5.
Далее контекстная функция декомпозируется на основные функции
системы с помощью отдельной диаграммы. В свою очередь, каждая такая
функция может быть разложена на более мелкие и т.д. При построении модели
нужно соотнести каждый функциональный блок более низкого уровня с
функциональным блоком более высокого уровня.
Следует всегда помнить, что некоторый функциональный блок и диаграмма
его декомпозиции по сути одно и то же, но рассматриваемые с разной степенью

4
Маклаков, С.В. BPwin и Erwin. CASE-средства разработки информационных систем / С.В. Маклаков. –
М. : ДИАЛОГ–МИФИ, 2014. – 369 c.
5
Лобова, Г. Моделирование и анализ бизнес-процессов SADT. / Г. Лобова. – М.: LAP Lambert Academic
Publishing, 2014. – 352 c.
17
детализации. Отсюда следует, что все стрелки, связанные с рассматриваемым
функциональным блоком, должны присутствовать на декомпозирующей его
диаграмме (если таковая имеется).
Контекстная диаграмма деятельности компании изображена на рисунке 3
(для построения диаграмм использовалось CASE - средство AllFusion Process
Modeler 7, ранее BpWin).

Рисунок 3. Модель IDEF0. Контекстная диаграмма

Деятельности компании управляется регламентами выполнения бизнес-


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

Рисунок 4. Модель IDEF0. Уровень А0

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


− Закупка товара;
− Прием товара на складе;
− Продажа товара и услуг;
− Отгрузка/поставка товара;
− Оказание услуг.

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

Рисунок 5. Декомпозиция бизнес-процесса «Закупка товара»

20
Деятельность отдела закупок можно разделить на три этапа:
− распределение заявок среди менеджеров (выполняется
руководителем);
− подбор поставщиков на заявки (выполняется менеджерами по
закупкам);
− формирование договора на поставку (выполняется руководителем
отдела закупок).
Далее договор передается в бухгалтерию, сотрудники которой оплачивают
указанные в нем товары по необходимым реквизитам. Затем вместе с платежным
поручением отправляется поставщику.

1.1.6 ОЦЕНКА УРОВНЯ ЗРЕЛОСТИ ОРГАНИЗАЦИИ И ПРОЦЕССОВ


ЕЕ УПРАВЛЕНИЯ
Проведем оценку уровня зрелости процессов с помощью методологии
COBIT (Control Objectives for Information and Related Technologies – Цели и
задачи деятельности по управлению для информационных и смежных
технологий). COBIT – подход к управлению информационными технологиями,
созданный Ассоциацией контроля и аудита систем (Information Systems Audit and
Control Association - ISACA) и Институтом руководства ИТ (IT Governance
Institute - ITGI) в 1992 году. Он предоставляет менеджерам, аудиторам и ИТ
пользователям набор утверждённых метрик, процессов и лучших практик с
целью помочь им в извлечении максимальной выгоды от использования
информационных технологий и для разработки соответствующего руководства
и контроля ИТ в компании 6.

6
Сергеева, И.В. Экономика организаций (предприятий): Учебник/ Под ред. И.В. Сергеева./ - 3-е изд.,
перераб. и доп. – М.: Проспект, 2010 – 560 с.
21
COBIT предлагает методику по определению этапа развития процесса –
модель зрелости 7. Модель зрелости показывает, насколько рассматриваемый
процесс управляем и предсказуем. COBIT предоставляет шесть уровней
зрелости процесса (приложение А). В таблице 1 представлена информация об
уровне зрелости бизнес-процессов компании.
Таблица 1.
Оценка уровней модели зрелости процесса «КАК ЕСТЬ»
Атрибут зрелости Уровень Характеристика
Осведомленность и 2 Осознание необходимости в процессе.
коммуникации
Политики, планы и 2 Нет четкого регламента на бизнес-
процедуры процессы, но есть устав компании
Инструменты и 2 Есть минимальные инструментальные
автоматизация средства: программы Word, Excel,
электронные письма
Навыки и 2 Персонал плохо обучен, план обучения
компетенция отсутствует. Не определены навыки
персонала.
Ответственность и 2 Лежит на отдельных людях, перед
подотчетность высшим руководством отчетственность на
руководителе соответствущего отдела
Постановка целей и 2 Происходит итоговая оценка по
оценка их достижения финансовым и качественным показателям

Как видно из таблицы, представленной выше, уровень зрелости процессов


является вторым (повторяемый, но интуитивный).

7
Черников, Б.В. Информационные технологии управления: Учебник. Б.В. Черников. – М.: ИНФРА-М,
2013. – 368 с.
22
1.1.7 ПРОБЛЕМНЫЙ АНАЛИЗ КЛЮЧЕВЫХ БИЗНЕС-ПРОЦЕССОВ С
ТОЧКИ ЗРЕНИЯ БИЗНЕС-ЦЕЛЕЙ ОРГАНИЗАЦИИ
Процесс закупок, исследуемый в данной работе, организован следующим
образом:
1. По мере необходимости сотрудники отделов компании отправляют
заявки в отдел закупок о потребностях в тех или иных
продуктах/товарах/материалах.
2. Руководитель отдела закупок распределяет эти заявки между
менеджерами, которые и занимаются поиском поставщика на заявки.
3. Менеджеры ищут наиболее подходящего поставщика в различных
разрозненных источниках.
4. После выбора поставщика руководитель отдела закупок формирует
договор на поставку и отправляет в бухгалтерию для оплаты.
5. После истечения оговоренного срока от поставщика приходят
заказанные товарные позиции.
Среди недостатков текущей организации деятельности отдела закупок в
компании следует выделить следующие:
− Большие временные затраты на поиск нужного поставщика. Т.к.
компания взаимодействует с большим количеством поставщиков, а данные о них
хранятся в различных местах (1С: Бухгалтерия, электронная почта, бумажные
папки), то поиск нужной информации занимает значительную часть рабочего
времени менеджеров по закупкам.
− Отсутствие возможности отследить работу специалистов. Для
контроля работы сотрудников своего отдела руководителю необходимо иметь
возможность в любой момент времени проверить на каком этапе работы
находится та или иная заявка.
− Большая часть информации по взаимодействию с поставщиками
нигде не фиксируется. Есть поставщики, которые добросовестно выполняют
23
свои обязанности, а есть – недобросовестные. Историю взаимодействия с
поставщиком и результаты этого взаимодействия знает только специалист,
который работал с данным поставщиком. Если какой-либо менеджер по
закупкам увольняется, то вместе с ним компания теряет и все накопленные им
знания о поставщиках, с которыми взаимодействовал данный менеджер.

1.2 АНАЛИЗ ЛУЧШИХ ПРАКТИК В ПРЕДМЕТНОЙ ОБЛАСТИ И


ОБОСНОВАНИЕ ВЫБОРА РЕШЕНИЯ ПО ОПТИМИЗАЦИИ ИЛИ
РЕИНЖИНИРИНГУ

1.2.1 ИЗУЧЕНИЕ СПЕЦИФИКИ ПРЕДМЕТНОЙ ОБЛАСТИ ПО


РЕЗУЛЬТАТАМ ПОИСКА В ИНТЕРНЕТЕ
Закупка товаров является одним из важнейших бизнес-процессов в
деятельности многих предприятий, поэтому на рынке программного
обеспечения имеется большое количество программных продуктов,
предназначенных для автоматизации деятельности отдела закупок.
Ниже будут рассмотрены наиболее известные программные продукты:
− 1C:Предприятие;
− «Электронный заказ»;
− «Реестр Покупок»;
− «Синтека»;
− «Forecast NOW!».
Наиболее распространенным продуктом для автоматизации работы
торговых предприятий является программный комплекс от компании 1С. В
данной работе для сравнения была выбрана только подсистема закупок 1С:
Предприятия.
24
Среди достоинств платформы 1С следует выделить:
− программа очень гибка в настройках, в любой момент времени
квалифицированный специалист может внести корректировки в исполняемый
код конфигурации;
− в стандартную конфигурацию программы встроено большое
количество унифицированных документов по ведению отчетности и
формирования выходной документации;
− широкие возможности интеграции 1С с другими программными
продуктами;
− частный выпуск обновлений платформы, в которых исправляются
недоработки и ошибки предыдущих версий;
− унифицированный интерфейс: сотрудник, работавший раньше в
любой программе, созданной на базе 1С легко разберется в интерфейсе другого
продукта.
К недостаткам программы следует отнести:
− высокая стоимость программного обеспечения (порядка 28 тысяч
рублей за одну лицензионную копию);
− сложный интерфейс для пользователей;
− большое количество лишних для рассматриваемой компании
настроек, отчетов и форм;
− необходимость иметь в штате или на аутсорсинге специалиста для
обслуживания программного обеспечения, его обновления и настройке.
«Электронный заказ» от компании «Софт-синтез». Данная программа
представляет собой два модуля: редактор каталога и клиентский модуль. По
мнению создателей программы, данная конфигурация как нельзя хорошо
подходит для решения задачи формирования заказов. Редактор каталога
обладает способностью в интерактивном режиме формировать
структурированный каталог товаров, готовить данные для отправки
25
поставщикам, а также осуществлять поиск по каталогу. Клиентский модуль,
формируемый при помощи редактора каталога, позволяет осуществлять
навигацию по каталогу и формировать заказ для поставщика.
Уже 15 лет (с 2002 года) ПО "Электронный заказ" помогает компаниями в
отрасли электронной коммерции, обеспечивая быстрым и эффективным
решением их проблем:
− организация и ведение электронного каталога товаров;
− распространение каталога клиентам;
− создание интернет-магазина;
− генерация мобильного приложения под ОС "Android" на базе
каталога товаров (через специальный модуль-конструктор);
− учет заказов и клиентов (автоматизация процесса обработки
заказов);
− создание печатного каталога;
− интеграция 1C и другого ПО c электронным каталогом, интернет-
магазином и мобильным приложением;
− учет первичного документооборота.
Для интеграции с 1С и другим ПО "Электронный заказ" предоставляется
специальный COM-объект, который позволяет выполнять запросы к базе данных
программы и работать с каталогом и заказами.
Среди достоинств программы следует выделить:
− приятный дизайн и простой интерфейс;
− возможность добавления подробных характеристик любого типа к
каждому товару;
− отправка сформированного заказа сразу на email поставщику,
производителю или клиенту;
− возможность импорта списка товаров с помощь таблиц Excel.

26
Однако, у данной программы есть и недостатки:
− программа платная: 7000 рублей за 1 копию;
− редкие обновления: не чаще одного раза в полгода;
− нет интеграции с другим программным обеспечением;
− нет возможности редактировать сформированные заказы.
«Реестр закупок» – платный коммерческий программный продукт,
позволяющий осуществлять такой специфический вид финансовой деятельности
бюджетных предприятий, как приобретение за бюджетные деньги товаров и
услуг.
«Реестр закупок» – комплексный продукт, решающий массу прикладных
задач для заказчиков:
− создает базу для построения планов по осуществлению покупок;
− контролирует соблюдение заказчиком положений закона о торгах
(наименование, цены, единственный заказчик и т. д.);
− анализирует информацию по возможным источникам
финансирования покупок (справочники лимитов и путей получения финансов);
− создает финансовые отчёты по государственным приобретениям;
− оформляет документы для совершения всех этапов сделки, от
определения её условий до изготовления исполнительной документации.
Возможность многоплановой обработки данных заключена в удобный и
понятный программный интерфейс.
Среди недостатков программы стоит выделить:
− узкую направленность (предназначена для бюджетных
организаций);
− высокую стоимость (от 15 000 рублей за одно рабочее место).
Программный комплекс «Синтека» предназначен для комплексной
автоматизации работы отдела снабжения в крупных компаниях. Всего в системе
выделено три модуля.
27
Сбор заявок. В реестр попадают все заявки поступающие в отдел снабжения.
Их создают прорабы, руководители стройки, снабженцы и другие сотрудники,
наделенные этим правом. В программе управления снабжением в реестре заявок
видно кто заказывал, что, когда, куда и сколько. По каждой заявке отображается
информация о счетах, оплатах по счетам и доставках по заявкам. С помощью
цветовых индикаторов можно быстро оценивать степень выполненной работы
по каждой заявке и отслеживать работу по каждой позиции заявки. Реестр
доступен в браузере, а значит может быть открыт на любом устройстве с
выходом в интернет (компьютер, смартфон, планшет)
Сбор счетов. На основании заявок снабженцы запрашивают у поставщиков
цены и условия поставки. Поставщики присылают счета, которые автоматически
попадают в реестр счетов. В реестре видны связи с заявками, на которые
выставлены счета, увидеть сам счет, отфильтровать по нужным параметрам.
У счетов есть различные статусы и индикаторы, с помощью которых можно
быстро ориентироваться какие счета оплачены, какие акцептованы или в
процессе акцептации. Можно просмотреть какие оплаты произведены по счету,
а какие только запланированы. Полная информация хранится в одном месте.
Реестр доступен в браузере, а значит может быть открыт на любом устройстве с
выходом в интернет (компьютер, смартфон, планшет).
Ведение доставок. После оплаты счета бухгалтером снабженец связывается
с поставщиком и вносит информацию о запланированной доставке (дата и
объем). Вся информация о запланированных и выполненных доставках хранится
в реестре доставок. В реестре в любое время можно просмотреть информацию
что, куда, когда, сколько будет доставлено. Также у сотрудника, принимающего
доставку, всегда под рукой актуальная электронная накладная с информацией о
доставке. После осуществления доставки в реестре к каждой доставке
присоединяется накладная в виде сканированного документа.
Среди достоинств программы можно выделить:
28
− полная автоматизация всех процессов отдела снабжения: от
получения заявок до получения товаров от поставщиков;
− доступ к системе с любого устройства с выходом в интернет;
− вся работа в браузере (нет необходимости устанавливать
дополнительное ПО);
− наличие инструментов для импорта данных.
Среди недостатков:
− высокая стоимость программы (от 15 000 рублей в год за 1
пользователя).
Программа «Forecast NOW!» предназначена в первую очередь для
организации процесса планирования закупок и расчета возможных потребностей
компании в тех или иных товарах и материалах. Количество запасов является
одним из главных критериев, обеспечивающих устойчивую работу предприятия.
Причем как недостаток, так и переизбыток товарного запаса на складе приводит
к тому, что предприятие несет убытки. Для того чтобы этого не случилось,
необходимо правильно организовать систему закупок, которая невозможна без
своевременного планирования.
На начальном этапе использования «Forecast NOW!» создается система
учета и контроля движения товара. Для этого группой сотрудников производится
полная инвентаризация находящегося на складе товара. Кроме того, путем
изучения накладных и прочих документов учитывается приход и расход товара
по каждой позиции, а также его перемещение внутри предприятия. По
результатам инвентаризации создается пакет документов, в котором
регламентируется прогнозирование закупок, исходя из потребностей
предприятия, с учетом изменения спроса в зависимости от сезонных колебаний
и изменений рыночной конъюнктуры.
Дополнительно к этому производится анализ данных для выявления
правильной стратегии ведения закупочной деятельности. Наиболее эффективной
29
специалисты считают систему двухмерного АВС-анализа. Он позволяет
разбивать товар на группы по двум критериями, например, по прибыльности и
частоте продаж. Наиболее прибыльные и часто продающиеся товары составляют
группу АА, а наименее прибыльные, пользующиеся периодическим спросом –
группу СС.
Исходя из данных АВС-анализа, производится выбор поставщика по
различным товарным позициям. Для этого выделяется группа поставщиков,
которые удовлетворяют заказчика по соотношению цены и качества товара,
после чего необходимо в договоре оговорить конкретные требования по
поставкам каждой товарной группы. Товары категорий АА-ВВ должны
поставляться с высокой частотой, партиями под реализацию. В то же время,
необходимо предусмотреть возможность крупных поставок товаров групп СА и
СВ, и оперативный подвоз товаров группы СС под заказ.
Среди достоинств программы стоит выделить:
− возможность прогнозирования возможных потребностей компании в
товарах;
− автоматический выбор наиболее подходящих поставщиков под
потребности;
− достаточно простой, не перегруженный интерфейс.
Среди недостатков:
− необходимость каждый раз вручную импортировать данные о
товарах и поставщиках, после любых изменений;
− программа не бесплатна (18 000 рублей за 1 копию программы);
− отсутствие возможности многопользовательской работы.

30
1.2.2 ОБОСНОВАНИЕ РЕШЕНИЯ ПО НАПРАВЛЕНИЮ И
ТЕХНОЛОГИИ ОПТИМИЗАЦИИ БИЗНЕС-ПРОЦЕССОВ
Исходя из проведенного анализа предметной области, выделенных
недостатков текущей организации бизнес-процесса закупки товаров и
выполненного исследования готовых решений был сформулирован перечень
функциональных требований к информационной системе автоматизации работы
отдела закупок в компании ООО «ИМИДЖ ВИДЕО».
Информационная система должна выполнять следующие функции:
− управление данными поставщиков и их условий поставки различных
товаров (цена, срок поставки, размер предоплаты);
− распределение заказов для подбора поставщиков между
менеджерами руководителем отдела закупок;
− ведение рейтинга поставщиков;
− добавление комментариев к заказам и поставщикам;
− отправка уведомлений пользователям об основных событиях в
системе.
Анализ существующих на рынке решений с учетом необходимого
функционала ПО показал, что они экономически менее эффективны чем
разработка собственного решения, так как:
− существующие решения не соответствуют полному перечню
необходимых возможностей;
− существующие решения могут включать в себя функции, не
требуемые для работы в условиях предприятия, но повышающие цену и
усложняющие эксплуатацию. В то же время легкость в освоении и
использовании является ключевым фактором для эффективной работы;
− разработка собственного решения стратегически целесообразна, так
как активная поддержка такого решения, изменение функциональности и
подстройка под возникающие нужды команды будет затрачивать значительно
31
меньшее количество денежных и временных ресурсов, чем поддержка,
изменение и подстройка существующего на рынке решения;
− в случае ухода из предприятия разработчика системы, его
обязанности возьмет на себя другой разработчик из штата. В таком случае
затраты на его обучение будут ниже чем затраты на обслуживание
существующего на рынке решения.
В связи с тем, что на рынке отсутствуют решения, соответствующие
установленным требованиям, то наиболее подходящей для данного проекта
будет являться собственная разработка.
Оптимизация бизнес-процессов будет осуществлена благодаря
автоматизации.
Таким образом, в первой главе была дана краткая характеристика
деятельности организации, описана организационная структура и система
управления, определены стратегия развития и бизнес-архитектура предприятия.
Выполнен проблемный анализ ключевых бизнес-процессов с точки зрения
бизнес-целей организации в результате которого были выявлены «узкие места»
действующих бизнес-процессов. Осуществлена оценка уровня зрелости
организации и процессов ее управления, выполнен анализ лучших практик в
предметной области и дано обоснование выбору решения по дальнейшей
оптимизации.
Выполненный в первой главе анализ организации бизнес-процессов в
компании ООО «ИМИДЖ ВИДЕО» соответствует первой из трёх поставленных
задач данной ВКР необходимых для достижения цели данной работы.

32
ГЛАВА 2. КОНЦЕПТУАЛЬНОЕ ОБОСНОВАНИЕ ПРОЕКТА

2.1 КЛАССЫ И ХАРАКТЕРИСТИКИ ПОЛЬЗОВАТЕЛЕЙ


Для обеспечения информационной безопасности (ИБ) и сохранности
информации необходимо использовать разделение прав пользователей к
различным модулям разрабатываемой информационной системы 8. Всего в
разрабатываемой системе планируются следующие группы пользователей:
− руководитель отдела закупок;
− менеджеры по закупкам.
В таблице 2 приведено описание групп пользователей.
Таблица 2.
Классы и характеристики пользователей
Класс Описание деятельности
пользователей
Руководитель Является администратором системы. Имеет право
отдела закупок редактировать справочники баз данных, управлять
пользователями (добавлять, редактировать, изменять),
добавлять новые заказы на закупку и распределять их
между менеджерами.
Менеджеры по Выполняют ведение базы поставщиков и их параметров
закупкам (прайс-листов, сроков поставки и т.п.), подбирают
поставщиков под добавляемые руководителем заказы,
фиксируют результаты взаимодействия с поставщиком
(оставляют комментарий, выставляют оценку)

8
Бабаш, А.В., Бранова Е.К., Мельников Ю.Н. Информационная безопасность: Учебное пособие. / А.В.
Бабаш. – М.: КноРус, 2013. – 136 с.
33
В зависимости от роли авторизованного пользователя ему отображаются
только те элементы пользовательского интерфейса, которые ему необходимы
для выполнения разрешенного для его роли перечня функций системы.

2.2 ОПИСАНИЕ ФУНКЦИОНАЛЬНЫХ ТРЕБОВАНИЙ ПРОЕКТА

2.2.1 ОПИСАНИЕ МЕТОДОЛОГИИ И ТЕХНИК ВЫЯВЛЕНИЯ


ТРЕБОВАНИЙ
Выявление требования к проектируемой, разрабатываемой и внедряемой
информационной системе или программному продукту – это итеративный
процесс, который включает в себя постоянное взаимодействие с заказчиком
разработки с целью согласования тех или иных деталей.
Наиболее популярными техниками выявления и сбора требований
являются 9:
− интервьюирование;
− прототипирование;
− анализ вариантов использования;
− пользовательские истории/пожелания пользователей.
Ниже приведено описание каждой техники.
Интервьюирование чаще всего используют для сбора первичной
информации. Однако, всегда следует учитывать большую субъективность
ответов интервьюированного. То есть видение того или иного вопроса во многом
зависит от предрасположенности, прошлого опыта, багажа знаний и навыков

9
Фуфаев, Д.Э. Фуфаев Э.В. Разработка и эксплуатация автоматизированных информационных систем:
учебник для студ. / Д.Э. Фуфаев. – М.: Издательский центр «Академия», 2013. – 304 с.
34
того человека, с которым проводят интервью. Поэтому чаще всего проводят
интервью нескольких людей и используют контекстно-независимые вопросы.
Основная идея прототипирования состоит в быстрой разработке
приблизительной версии желаемой системы, либо какой-то её значимой части.
Основная задача прототипа – продемонстрировать ключевые возможности
будущей системы пользователям, а также представить связи внутри системы
между её отдельными компонентами. Среди отрицательных свойств метода
прототипирования следует выделить тот факт, что часто неподготовленными
пользователями такие прототипы воспринимаются как уже готовый продукт, что
вводит их в заблуждение по поводу текущего статуса работ.
Анализ вариантов использования представляет собой документ, в котором
описывается последовательность действий, которые будут выполнять
пользователи для достижения определенных целей или решения каких-либо
задач. Каждый описываемый вариант использования описывает поведение
системы, без описания особенностей реализации. Для удобства восприятия
варианты использования чаще всего представляют в виде диаграммы вариантов
использования.
Пользовательские истории, или пожелания пользователей – наиболее
простой подход к выявлению требований. Отличительная черта данного подхода
– истории (пожелания), которые создают сами заказчики (т.е. будущие
пользователи системы). Каждое такое пожелание представляет собой несколько
предложений, описывающих то, какие функции должна выполнять система.
В данной выпускной квалификационной работе использовался метод
интервьюирования, а также анализ вариантов использования.

35
2.2.2 ОПИСАНИЕ БИЗНЕС-ЛОГИКИ И ФУНКЦИОНАЛЬНЫХ
ТРЕБОВАНИЙ
Бизнес-правилом называют положение, определяющие или
ограничивающие какие-либо части или стороны бизнеса. Основная задача
бизнес-правил – защита структуры бизнеса, контроль выполняемых операций.
Перечень бизнес-правил предметной области представлен в таблице 3.

Таблица 3.
Список бизнес-правил
Название Описание Тип
BR1: Авторизованный пользователь Ограничение
Наличие прав может выполнять действия над
объектами только при наличии у
него соответствующих прав
BR2: Пользователь может создавать Факт
Публичность объекты как для себя, так и для
остальных пользователей системы
BR3: Пользователь может создавать Ограничение
Объекты объекты только тех типов,
которые предусмотрены системой
BR4: Пользователь может выполнять Ограничение
Действия только те действия, которые
предусмотрены системой
BR7: Если права доступа к объекту не Вывод
Определение прав определены, то они
устанавливаются по умолчанию

36
Продолжение таблицы 3.
BR9: Объем доступных ресурсов Вычисления
Доступные ресурсы определяется с учетом
выделенных ресурсов и ресурсов,
затраченных на хранимые
объекты
BR10: При выполнении действий Факт
Сохранение происходит сохранение всех
объектов

Функцией системы называется предоставляемое системой обслуживание


для удовлетворения каких-либо потребностей клиентов 10.

10
Алистер, К. Современные методы описания функциональных требований к системам, М.: издательство
"Лори", 2017. – 288 с
37
Для анализа функций, выполняемых пользователями в системе, была
построена диаграмма вариантов использования 11 (Рис. 6).

Распределение заказов между менеджерами

Управление справочниками
Управление пользователями

Руководитель отдела закупок

Авторизация
Создание заказов

Менеджер отдела закупок

Выбор поставщика
Управление данными поставщиков

Фиксирование истории взаимодействия с поставщиком

Рисунок 6. Диаграмма вариантов использования

Руководитель отдела закупок информационной системы обеспечивает


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

11
Шполянская, И.Ю. Объектные методы моделирования процессов управления в бизнес-системах с
использованием UML и Rational Rose: Учебное пособие / И.Ю. Шполянская. – РГЭУ "РИНХ". – Ростов-на-Дону,
2004. –110с.
38
Менеджер отдела закупок обеспечивает выполнение следующих
функциональных требований:
− управляет данными поставщиков (список товаров поставщика, цены
на них и т.п.);
− выбирает поставщика для назначенного менеджеру заказа;
− фиксирует истории взаимодействия с поставщиком.
Функциональные требования к системе, были распределены в соответствии
с методом MoSCoW — также известному как приоритезация MoSCoW или
анализ MoSCoW — это метод расстановки приоритетов, используемый в бизнес-
анализе и разработке программного обеспечения, для достижения
заинтересованными сторонами взаимного понимания важности, которую они
придают каждому требованию 12.
Распределенные по группам функциональные требования в соответствии с
подходом MoSCoW, представлены в приложении Б.

12
Гагарина, Л.Г. Разработка и эксплуатация автоматизированных информационных систем: учебное
пособие. / Л.Г. Гагарина. – М.: ИД «ФОРУМ»: ИНФРА-М, 2013. – 384 с.
39
На основе выявленных требований была построена функциональная
модель ТО ВЕ (рис. 7).

Рисунок 7. Функциональная модель TO-BE

Для создания информационной модели была использована методология


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

40
Диаграмма потоков данных представлена на рисунке 8.

Рисунок 8 – Диаграмма потоков данных (DFD-диаграмма)

2.2.3 АНАЛИЗ НЕФУНКЦИОНАЛЬНЫХ ТРЕБОВАНИЙ


Нефункциональные требования – это требования к системе, которые не
связаны с функциями, которые она будет выполнять 13. Чаще всего эти
требования связаны с такими свойствами системы как надежность, время ответа,
объем занимаемой памяти. Кроме того, нефункциональные требования могут
накладывать некоторые ограничения на систему: формат используемых данных,
пропускная способность устройств ввода и вывода информации и т.п.
Большая часть нефункциональных требований относится к системе в целом,
а не к отдельным её частям. Это значит, что они более значимы или критичны
для решения поставленной задачи, чем отдельные функциональные требования.
Дело в том, что ошибка, допущенная при составлении функциональных
требований может лишь снизить общую эффективность работы системы и её

13
Ильина, О.П., Бройдо В.Л. Вычислительные системы, сети и телекоммуникации. / О.П. Ильина – СПб:
Питер, 2011. – 560 с.
41
качество, тогда как ошибка в нефункциональных требованиях может сделать
неработоспособной всю систему.
Выделяют несколько групп нефункциональных требований. Рассмотрим
основные из них применительно к системе.
1. Требования к архитектуре системы.
Разрабатываемая информационная система будет клиент-серверной. Это
необходимо для организации доступа с нескольких рабочих станций
одновременно.
2. Требования к параметрам оборудования.
Планируется реализация системы в виде веб-сайта с доступом через любой
современный веб-браузер, поэтому к параметрам оборудования выдвигаются не
слишком жесткие требования:
− процессор с тактовой частотой от 1.6 ГГц;
− объем оперативной памяти от 512 МБ;
− монитор с разрешением не менее 1024х768 пикселей;
− подключение к сети;
− наличие устройств ввода (клавиатура и мышь).
3. Требования к параметрам системы.
− база данных информационной системы должна храниться на сервере
и быть доступной по сети;
− время отклика системы не должно превышать 1-2 с;
− клиентское приложение должно быть многопользовательским, с
разными правами для различных групп пользователей.
4. Требования к программному интерфейсу.
Интерфейс информационной системы должен быть интуитивно понятным
и обеспечивать быстрый доступ пользователя ко всем функциональным
возможностям программы с помощью единого навигационного меню.

42
Названия всех элементов пользовательского интерфейса и все сообщения
пользователю должны быть написаны на русском языке без использования
специализированных терминов.
5. Требования к структуре системы
− масштабируемость: возможность увеличения количества
пользователей и обрабатываемых данных без серьезных изменений в системе;
− модульность: программный код должен быть распределен по
отдельным модулям по общности решаемых задач;
− открытость: наличие открытых интерфейсов для возможной
доработки и интеграции с другими системами.

2.2.4 АНАЛИЗ ПРОЕКТНЫХ ОГРАНИЧЕНИЙ


В процессе проектирования информационной системы большое внимание
уделяют анализу проектных ограничений, которые выдвигают ряд требований
как к самой внедряемой системе, так и к процессу её внедрения.
Выделяют несколько групп проектных ограничений. Ниже будут
рассмотрены основные из них.
1. Ограничения, связанные с квалификацией пользователей ИС.
Пользователи информационной системы – сотрудники отдела закупок компании,
при приеме их на работу обязательным требованием является умение работать с
компьютером на базовом уровне, который подразумевает следующие навыки:
включение и выключение компьютера, запуск программ, работа с клавиатурой и
компьютерной мышью, знание основ работы в операционной системе Windows
и офисном пакете Microsoft Office.
2. Ограничения, связанные с соблюдением техники информационной
безопасности в компании. Необходимо настроить проверку паролей, которые
устанавливают пользователи и периодически проводить мероприятия по
43
принудительной их замене. Все пароли должны хранится в базе данных в
зашифрованном виде.
3. Ограничения, связанные со временем ввода системы в эксплуатацию. Для
руководства компании важно, чтобы процесс ввода систему в эксплуатацию был
максимально быстрым с минимальными остановками рабочих процессов.
4. Ограничения, связанные с бюджетом на разрабатываемую ИС.
Необходимо, чтобы затраты на разработку ИС укладывались в бюджет и не
превышали 150000 рублей.

2.3 ЦЕЛИ И БИЗНЕС-ТРЕБОВАНИЯ ПРОЕКТА, ОПИСАНИЕ


КРИТЕРИЕВ УСПЕХА

2.3.1 ТЕХНИКО-ЭКОНОМИЧЕСКОЕ ОБОСНОВАНИЕ ПРОЕКТА (ТЭО)


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

44
В таблице 4 представлены расчеты трудозатрат AS-IS и трудозатрат TO-BE.
Таблица 4.
Подсчет трудозатрат AS-IS и трудозатрат TO-BE

Название процесса Трудозатр Трудозатр ΔТ Ставка 1 Эконо


аты AS-IS аты TO-BE чел.-ч. мия
(чел.-ч. в (чел.-ч. в (руб.)
месяц) месяц)

Поиск поставщиков в 110 57 53 200 руб. 10600


различных источниках

Анализ условий 55 35 20 200 руб. 4000


поставки и выбор
поставщика

Распределение заказов 2 0,5 1.5 200 руб. 300

Ведение рейтинга 0 3 -3 200 руб. -600


поставщиков

Комментирование 0 3 -3 200 руб. -600


поставщиков и заказов

Отправка уведомлений 0 0.5 -0.5 200 руб. -100


пользователям

Формирование отчётов 11 2 9 200 руб. 1800

Итог: 178 чел.-ч. 101 чел.-ч. 77 15400


в месяц в месяц руб.

45
Рассчитаем абсолютное снижение трудовых затрат на выполнение задачи:
∆Т=178 – 101 = 77 чел.-часа, где
∆Т – абсолютное снижение трудовых затрат, чел.-час.
Коэффициент относительного снижения трудовых затрат составит:
К=77 / 178 ⋅ 100% = 43 %, где
К – коэффициент относительного снижения трудовых затрат
Индекс снижения трудовых затрат или повышение производительности
труда:
Y=178 / 101 = 1,76, где
Y – Индекс снижения трудовых затрат
Полученный коэффициент относительного снижения трудовых затрат в
размере 43% соответствует поставленной цели ВКР – минимум 20%.
В таблице 5 даны предельные показатели стоимости разработки ИС на
каждом этапе.
Таблица 5.
Подсчет стоимости разработки
Этапы разработки Трудозатраты Средняя стоимость Предельные
чел.-ч. 1 чел.-ч. (руб.) показатели
Анализ 80 250 20000
предметной
области
Проектирование 56 250 14000
Разработка 128 250 32000
Внедрение 32 250 8000
Итог: 296 250 74000

Помимо прямых изменений в стоимостных и трудовых затратах также


имеет место и косвенный эффект от внедрения информационной системы:
46
− улучшение отношений между сотрудниками за счет снижения
стрессовых ситуаций, связанных с нарушениями сроков поставок необходимых
товаров;
− повышение культуры общения между сотрудниками отдела закупок
за счет использования письменного взаимодействия;
− создание единого упорядоченного хранилища данных поставщиков
и истории взаимодействия с ними.

2.3.2 КАЛЕНДАРНО-РЕСУРСНОЕ ПЛАНИРОВАНИЕ ПРОЕКТА


Для того, чтобы оценить затраты на разработку и внедрение
информационной системы необходимо детально проработать проект разработки
и внедрения. Детальная проработка включает оценку временных и материальных
ресурсов, которые необходимы для каждой задачи.
Разбивку всего проекта на подзадачи лучше проводить поэтапной
декомпозицией. Сначала весь проект представляется как единая задача. Затем
выделяются наиболее крупные подзадачи 14:
− анализ предметной области;
− проектирование;
− разработка;
− внедрение.
Затем каждая крупная задача дробится на составляющие её процессы. Для
удобного и наглядного представления задач было использовано программное
средство управления проектами Microsoft Project.

14
Туккель И.Л., Сурина А.В., Культин Н.Б. Управление инновационными проектами: учебник / Под ред.
И.Л. Туккеля. – Спб.: БХВ-Петербург, 2016. – 542 с.
47
Список работ, их последовательность, продолжительность, начало и
окончание приведены на рисунке 9.

Рисунок 9. Список работ

Общая продолжительность всех работ составляет 37 дней.


В программе Microsoft Project также можно вести и ресурсное планирование
проекта, для этого необходимо ввести эти ресурсы, указать их стоимость, а затем
распределить ресурсы по задачам.

48
Распределение ресурсов по задачам приведено на рисунке 10.

Рисунок 10. Распределение ресурсов по задачам.

Всего для проекта необходимо три ресурса:


− компьютер и принтер разработчика;
− электроэнергия;
− разработчик (трудовой ресурс).

49
На рисунке 11 приведена диаграмма Ганта в графическом виде, с указанием
используемых ресурсов.

Рисунок 11. Диаграмма Ганта

Для подробной визуализации всех действий и ответственности


сотрудников, существует методика RACI. Это удобное и наглядное средство
проектирования и планирования изменений, а именно участия различных ролей
в процедурах и задачах процесса.

50
Матрица RACI представлена в таблице 6.
Таблица 6.
Матрица ответственности сотрудников RACI
Разработчик Руководитель Ген. Пользо
системы ИТ-отдела директор ватели
Изучение бизнес-
RA C I
процессов
Изучение лучших
RA С I
практик
Формулирование
RA R RI R
требований к системе
Проектирование данных RA I
Проектирование
RA CR I C
интерфейса
Разработка базы данных RA I
Разработка
RA I
программного кода
Тестирование и отладка RA RC I RC
Установка системы RA I
Обучение RA I R

Термин RACI является аббревиатурой 15:


R – Responsible (исполняет);
A – Accountable (несет ответственность);
C – Consult before doing (консультирует до исполнения);
I – Inform after doing (оповещается после исполнения).

15
Гагарина, Л.Г. Разработка и эксплуатация автоматизированных информационных систем: учебное
пособие. / Л.Г. Гагарина. – М.: ИД «ФОРУМ»: ИНФРА-М, 2013. – 384 с.
51
2.3.3 АНАЛИЗ РИСКОВ, ОПРЕДЕЛЕНИЕ МЕТРИК ДЛЯ
МОНИТОРИНГА РИСКА
Рисками проекта принято называть события или условия, которые при
возникновении или появлении имеют какое-либо воздействие на проект в целом
или на одну из целей его создания. В свою очередь, В.С. Балабанов определяет
риск как «… возможность возникновения неблагоприятной ситуации или
неудачного результата реализации стратегии инновационного развития
организации, что проявляется в виде не достижения или неполного достижения
выдвинутых стратегических целей и задач» 16.
Проведем анализ рисков проекта автоматизации деятельности отдела
закупок в компании «ИМИДЖ ВИДЕО». Риски могут быть обусловлены
различными факторами, например, недостаточное определение параметров,
влияющих на выбор технологий, случайность, которая не может быть
предусмотрена, какие-то технические сбои и т.д.
Методика оценки рисков предполагает определение вероятности
возникновения того или иного риска на основе оценок группы экспертов,
которая должна включать не менее трех экспертов, компетентных в предметной
области 17. В данном случае в качестве экспертов были взяты: директор
компании, руководитель отдела закупок и руководитель IT-отдела. Каждый из
них давал оценку вероятности появления риска. Далее по трем оценкам
рассчитывалась средняя вероятность. Также путем общего обсуждения был
оценен уровень риска проекта. И уже на основе этих двух параметров
(вероятности и уровня риска) выполнялся расчет интегральной оценки риска.

16
Балабанов И.Т. Риск-менеджмент. – М.: Финансы и статистика, 2016. – 192 с.
17
Балдин К. В. Информационные системы в экономике : учеб. для студентов вузов. М. : Дашков и К°, 2008.
52
Выявленные в результате экспертной оценки риски представлены в таблице
7.
Таблица 7.
Риски проекта
Название риска Отрицательное влияние риска
Риск возникновения проблемы с ПО Трудовые и временные затраты
Риск возникновения проблемы при Вынужденное возвращение на
обработке больших объемов данных предыдущий этап разработки
Риск наличия неактуальной версии Член команды разработки устно
документов согласует требования, но они не
отражаются в спецификациях
Риск срыва сроков исполнения работ Необходимость отдать часть работ на
по проекту (болезнь ключевых субподряд, что приведёт к срыву
сотрудников разработки) сроков проекта
Риск выхода за бюджет проекта Невозможность доведения проекта до
завершающей стадии

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

53
Проанализируем вероятность появления риска на основе экспертных оценок
(таблица 8). В оценке участвовало 3 эксперта.
Таблица 8.
Вероятности рисков
Вид риска Вероятность риска по экспертам Общая
Эксперт 1 Эксперт 2 Эксперт 3 оценка
Риск возникновения проблемы с 0,25 0,25 0,25 0,25
ПО
Риск возникновения проблемы 0,10 0,05 0,15 0,1
при обработке больших объемов
данных
Риск наличия неактуальной 0,5 0,5 0,4 0,47
версии документов
Риск срыва сроков исполнения 0,15 0,10 0,25 0,17
работ по проекту
Риск выхода за бюджет проекта 0 0 0,25 0,08

Эксперты дали близкие по значению вероятности возникновения рисков.


Общая оценка была получена методом среднего арифметического.

54
Проанализируем уровень риска (оценка потерь от возникновения риска) на
основе экспертных оценок (таблица 9). В оценке участвовало 3 эксперта.
Таблица 9.
Уровень рисков
Вид риска Вероятность риска по Общая
экспертам оценка
Эксперт Эксперт Эксперт
1 2 3
Риск возникновения проблемы с 0,25 0 0,25 0,17
ПО
Риск возникновения проблемы при 0,25 0 0,25 0,17
обработке больших объемов
данных
Риск наличия неактуальной версии 0,5 0,6 0,4 0,50
документов
Риск срыва сроков исполнения 0,75 0,75 0,5 0,67
работ по проекту
Риск выхода за бюджет проекта 0,25 0 0 0,08

Рассчитаем интегральную оценку риска всего проекта (таблица 10).

Таблица 10.
Интегральная оценка риска
Вид риска Уровень Вероятность Приемлемость
риска риска риска
Риск возникновения 0,17 0,25 0,04
проблемы с ПО

55
Продолжение таблицы 10.
Риск возникновения 0,17 0,1 0,02
проблемы при обработке
больших объемов данных
Риск наличия неактуальной 0,50 0,47 0,23
версии документов
Риск срыва сроков 0,67 0,17 0,11
исполнения работ по проекту
Риск выхода за бюджет 0,08 0,08 0,01
проекта
Итого по всем рискам 0,41

Приемлемость риска рассчитывается как произведение вероятности риска


на его уровень. Таким образом на основе анализа рисков была рассчитана общая
оценка риска проекта, которая получилась меньше 1. На основании этого можно
сделать вывод, что внедрение проекта вполне обоснованно.
Таким образом, во второй главе были исследованы классы и характеристики
пользователей, дано описание бизнес-логики, а также функциональных и
нефункциональных требований к разрабатываемой ИС, сформулированы цели и
бизнес-требования проекта, выполнено технико-экономическое обоснование
проекта и календарно-ресурсное планирование, проведён анализ рисков и
проектных ограничений.
Концептуальное обоснование проекта выполнено в полном объёме, а также
соответствует второй поставленной задаче ВКР и исходя из полученных
результатов можно утверждать что разработка и внедрение информационной
системы рационально и оправдано.

56
ГЛАВА 3. АРХИТЕКТУРА ПРОЕКТА И ОЦЕНКА
ЭКОНОМИЧЕСКОЙ ЭФФЕКТИВНОСТИ

3.1 СИСТЕМНАЯ АРХИТЕКТУРА ПРОЕКТА

3.1.1 АРХИТЕКТУРА ДАННЫХ


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

18
Карпова, И.П. Базы данных: Учебное пособие. / И.П. Карпова – Спб.: Питер, 2013. – 240 с.
57
Эти сущности связаны между собой. Существует 3 типа связей между
сущностями:
− Один-к-одному. Когда одному экземпляру одной сущности
соответствует только один экземпляр другой, и наоборот;
− Один-ко-многим. Когда одному экземпляру одной сущности
соответствует несколько экземпляров другой;
− Многие-ко-многим. Когда в каждой из связанных сущностей
находятся экземпляры, которые могут быть связаны с несколькими
экземплярами другой 19.
Каждый товар относится только к одной категории, а к каждой категории
может относится несколько различных товаров, значит связь между данными
сущностями – один-ко-многим.
Аналогичные связи присутствуют и между остальными сущностями
предметной области, кроме сущностей Пользователь и Роль, между данными
сущностями – связь многие-ко-многим, а также сущностей Товар и Заказ (также
связь многие-ко-многим) и сущностями Товар и Поставщик.
В соответствии с правилами нормализации отношений реляционной модели
данных, необходимо нормализовать выделенные сущности и отношения между
ними. В соответствии с данными правилами необходимо выделить атрибуты,
имеющие повторяющиеся значения у экземпляров одной сущности в отдельную
сущность 20. Данные сущности были выделены таким образом, что таких
атрибутов не имеется.
Кроме того, для каждой сущности необходимо выбрать ключевой атрибут.
Ключевым атрибутом (или первичным ключом сущности) называется такой
атрибут, значение которого для каждого экземпляра сущности является

19
Кириллов, В.В., Громов Г.Ю. Введение в реляционные базы данных / В.В. Кириллов. – Спб.: БХВ-
Петербург, 2012. – 464 с.
20
20. Конналли, Т. Базы данных. Проектирование, реализация и сопровождение. Теория и практика /
Т. Коналли, К. Бегг. – М.: Издательский дом «Вильямс», 2013. – 1093 c.
58
уникальным. Первичный ключ служит для однозначной идентификации
экземпляров сущности 21. В каждую сущность добавим атрибут Идентификатор,
он и будет служить первичным ключом. Также в каждую сущность, экземпляры
которой создаются и меняются в процессе эксплуатации информационной
системы были добавлены атрибуты дата создания и дата изменения.
Также необходимо разрешить связь многие-ко-многим между сущностями
«Пользователи» и «Роли» путем ввода промежуточной сущности «Роли
пользователей», первичным ключом которой будет служит составной ключ,
состоящий из мигрирующих первичных ключей сущностей «Пользователи» и
«Роли». Аналогично была разращена связь между сущностями «Товар» и «Заказ»
с помощью промежуточной сущности «Товары в заказах», и сущностями
«Товар» и «Поставщик», с помощью промежуточной сущности «Товар
поставщика».

21
Кузнецов, М.В., Симдянов И.В. Самоучитель MySQL 5. / М.В. Симдянов. – СПб.: БХВ-Петербург, 2016
– 233 с..
59
Итоговая модель данных со всеми выделенными сущностями, связями
между ними и их атрибутами приведена на рисунке 12.

Рисунок 12. Модель данных

3.1.2 АРХИТЕКТУРА ПРИКЛАДНЫХ ПРОГРАММ


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

22
Макдональд, М. Создание Web-сайта. Недостающее руководство / М. Макдональд. – Спб. : БХВ-
Петербург, 2013. – 624 с.
60
PHP (PersonalHomePageTools – «Инструмент для создания персональных
веб-страниц») – является скриптовым языком программирования общего
пользования, используемый для создания Web-приложений 23. В данный момент
времени поддерживают подавляющие большинство хостинг-провайдеров и стал
одним из ведущих языком программирования, использующих для разработки
динамических Web-сайтов.
Популярность языка в создании web-сайтов определяется наличием
большого набора средств предназначенных на разработку web-приложений.
Основные из них 24:
− автоматическое извлечение GET и POST-параметров запросов, а
также переменных окружения веб-сервера в предопределённые массивы;
− взаимодействует с очень большим количеством разных СУБД
(MySQL, SQLite, Oracle (OCI8), PostgreSQL, Microsoft SQL Server и пр.);
− автоматическая отправка HTTP-заголовков;
− работает с HTTP-авторизацией;
− работает с сессиями и cookies;
− работает с удалёнными и локальными файлами, сокетами;
− обрабатывает файлы, загруженные на сервер;
В качестве системы управления базой данных была выбрана СУБД MySQL.
MySQL – разработка шведской компании «MySQL AB». СУБД MySQL является
программным обеспечением с открытым исходным кодом, распространяемым по
лицензии GNU (GPL) и коммерческой лицензии для ситуаций, не подпадающих
под действие лицензии GPL. MySQL поддерживает реляционную модель
данных, т. е. представляет собой реляционную СУБД 25.

23
Жадеев, А. PHP для начинающих / А. Жадеев. – Спб.: «Питер», 2014. – 592 c.
24
Колисниченко, Д. PHP и MySQL. Разработка WEB-приложений / Д. Колисниченко. – Спб. : БХВ-
Петербург, 2013. – 560 с.
25
Мартишин, С.А. Проектирование и реализация баз данных в СУБД MySQL с использованием MySQL
Workbench: учеб. пособ. / С.А. Мартишин – ИНФРА-М, 2014. – 160с.
61
Apache – серверное ПО, необходимое для обеспечения работы Web-
сервера;

3.1.3 ТЕХНОЛОГИЧЕСКАЯ АРХИТЕКТУРА ПРОЕКТА


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

Web-Сервер База данных ИС


Apache в СУБД Mysql
Веб-браузер HTTPS

Интерпретатор
Php 7.2

Рисунок 13. Техническая структура системы

62
3.2 РЕАЛИЗАЦИЯ ПРОЕКТНОГО РЕШЕНИЯ

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

Функции информационной
системы

Добавление новой Основные Служебные


записи

Управление Создание нового


Редактирование Авторизация
справочниками заказа

Управление Получить список Управление


Удаление данными потенциальных профилем
поставщиков поставщиков

Назначить
Закрыть заказ
поставщика на заказ

Формирование Отставить
отчета комментарий

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

Функции ИС можно разделить на основные и служебные. К служебным


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

63
На основании дерева функций был составлен сценарий диалога, который
приведен на рисунке 15.

Ввод логина и
пароля

Навигационное
меню

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

Рисунок 15 – Сценарий диалога

После открытия сайта пользователю необходимо пройти авторизацию с


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

64
3.3 РАСЧЕТ ЗАТРАТ НА РЕАЛИЗАЦИЮ ПРОЕКТА И ОПИСАНИЕ
ОЖИДАЕМОГО ЭКОНОМИЧЕСКОГО ЭФФЕКТА ОТ
ИСПОЛЬЗОВАНИЯ РЕЗУЛЬТАТОВ ПРОЕКТА

3.3.1 АНАЛИЗ ЗАТРАТ НА ОПЛАТУ ТРУДА


Для расчета затрат на оплату труда использовался проект, созданный в
программе Microsoft Project. Данный программный продукт автоматически
рассчитывает затраты ресурсов, для этого достаточно указать для выполнения
каких работ использовался тот или иной ресурс, а также задать стоимость
ресурса 26. Зададим среднюю заработную плату для разработчика, равную 250
рублей в час. Общий объем работ составляет 296 часов.
Результат расчета затрат на оплату труда в программе Microsoft Project
приведены на рисунке 16.

Рисунок 16. Расчет затрат на оплату труда

Заработная плата разработчику составляет 74000 рублей при общем


объеме работ 296 часов.

26
Чатфилд К., Джонсон Т. Microsoft Office Project 2003. Русская версия. Практ. пособие. Серия «Шаг за
шагом». /Пер. с с англ. – М.: Издательство «СПЭКОМ», 2015. – 576 с.
65
3.3.2 АНАЛИЗ ЗАТРАТ НА РЕСУРСНОЕ ОБЕСПЕЧЕНИЕ
В ресурсное обеспечение принято включать:
− страховые взносы;
− стоимость амортизационных отчислений;
− стоимость оборудования;
− стоимость потребляемой электроэнергии;
− стоимость дополнительных трат;
Расчет страховых взносов (СВ) от затрат на оплату труда в соответствии с
законодательством РФ, представлен в таблице 11.
Таблица 11.
Расчет страховых взносов
Фонд Размер от ЗП
Пенсионный фонд России 22%
Фонд обязательного медицинского 5.1%
страхования
Фонд социального страхования (ФСС) 2.9% + 0.2%
Итого: 30.2%

Отдельным федеральным законом 125-Ф3 регламентируются расчёты


уплаты страховых взносов на травматизм в ФСС. Для каждой организации
устанавливается свой тариф страховых взносов в соответствии с классом
профессионального риска. Для рассматриваемой организации основной вид
экономической деятельности по общероссийскому классификатору видов
экономической деятельности (ОКВЭД) классифицируется ОКВЭД кодом 46.1 –
торговля оптовая за вознаграждение или на договорной основе, что
соответствует I (первому) классу профессионального риска и ставке в размере
0.2% страховых взносов на “травматизм”.

66
СВ = (ЗП*а)/100%, где
ЗП – выплата по заработной плате, руб.;
а – процентная ставка равная 30.2%.
СВ = 74000 ⋅ 0,302=22348 руб.
Для разработки информационной системы использовался компьютер,
стоимость которого составляет 26000 руб., а также принтер стоимостью 6000
руб. Совокупная стоимость затрат на оборудование (ОБ) равна:
ОБ = 26000 + 6000 = 32000 руб.
Расчет электроэнергии был выполнен с помощью Microsoft Project, исходя
из тарифа 5,38 руб./кВт⋅ч. Так как мощность компьютера составляет 400Вт, то за
час затраты на электроэнергию равны:
5,38 ⋅ 0,4=2,152 руб.
Введя данные значения в Microsoft Project была получена стоимость
электроэнергии, равная 636,40 руб. (Рис. 17).

Рисунок 17. Расчет затрат электроэнергии

67
Расчет дополнительные затрат, связанных с созданием и внедрением ИС
произведен и представлен в таблице 12.
Таблица 12.
Расчет дополнительных затрат
Пор. Наименование Единицы Количество, Цена за Сумма
номер измерения ед. ед., руб. затрат,
руб.
1 Ручка Шт. 8 35 280
шариковая
2 Картридж для Шт. 2 800 1600
принтера
3 Бумага А4 Упаковка 2 270 540
4 Доступ в Месяц 4 400 1600
интернет
6 USB флэш- Шт. 2 580 1160
накопитель
Итого: 5180

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

3.3.3 АНАЛИЗ КАЧЕСТВЕННЫХ И КОЛИЧЕСТВЕННЫХ ФАКТОРОВ


ВОЗДЕЙСТВИЯ ПРОЕКТА НА БИЗНЕС-АРХИТЕКТУРУ
ОРГАНИЗАЦИИ
Внедрение данной информационной системы в компанию позволит снизить
время, затрачиваемое на подбор поставщиков и формирование отчётов в отделе
закупок.

68
Ср – стоимость разработки ИС определяется по формуле 1:
Ср = РО + А, где (1)
РО – ресурсное обеспечение, руб.;
А – амортизация оборудования, руб.
Ресурсное обеспечение определяется по формуле:
РО = ОБ + ЗП + ДЗ + СВ + КП, где
РО – ресурсное обеспечение, руб.;
ОБ – затраты на оборудование, 32000 руб.;
ЗП – зарплата сотрудников, 74000 руб.;
ДЗ – дополнительные затраты, 5180 руб.;
СВ – страховые взносы, 22348 руб.;
КП – коммунальные платежи, 636,40 руб.
Амортизация оборудования при расчёте стоимости разработки ИС не
используется так как стоимость компьютера и принтера менее 40000 рублей,
значит они могут не признаваться объектами основных средств и,
соответственно, не амортизироваться, а единовременно списываться на расходы
в составе материально-производственных запасов (МПЗ) (п. 5 ПБУ 6/01).
Подставляем полученные значения в формулу 1:
Ср = 32000 + 74000 + 5180 + 22348 + 636,40 + 0 = 134164 руб.
Расчет экономической эффективности проводится по разности годовых
затрат до внедрения (31) и после внедрения (32), за минусом стоимости
совокупной стоимости владения (ССВ)
Э = (31-32) - СВВ, где (2)
Э – экономическая эффективность, руб.;
31 – затраты до внедрения (AS-IS), руб./год.;
32 – затраты после внедрения (TO-BE), руб./год.;
СВВ – совокупная стоимость владения, руб.
Определим общие трудовые затраты до внедрения ИС (AS-IS):
69
31 = 178 чел.-ч. ⋅ 200 руб./час ⋅ 12 мес. = 427200 руб./год, где
31 - затраты до внедрения (AS-IS), руб./год.
Определим общие трудовые затраты после внедрения ИС (TO-BE):
32 = 101 чел.-ч. ⋅ 200 руб./час ⋅ 12 мес. = 242400 руб./год, где
32 - затраты после внедрения (TO-BE), руб./год.
Методика TCO (Total Cost of Ownership - Совокупная стоимость владения)
предназначена чтобы помочь потребителям и руководителям предприятий
определить прямые и косвенные затраты и выгоды, связанные с любым
компонентом компьютерных систем. Расчёт ССВ разрабатываемой ИС
представлен в таблице 13.
Таблица 13.
Расчет ССВ разрабатываемой ИС
Категория Затраты в месяц, Сумма затрат в
руб./мес. год, руб./год
Расходы на электроэнергию 732 8784
Ежемесячное обслуживание ИС 1000 12000
специалистом
Ежемесячное обслуживание 1000 12000
инфраструктуры ИС специалистом
Итого: 32784

Итоговая сумма на совокупную стоимость владения составляет 32784 руб.


Подставляем полученные значения в формулу 2:
Э = (427200 руб. – 242400 руб.) – 32784 руб. =
= 184800 руб. – 327842 руб. = 152016 руб.

70
Срок окупаемости данной программы составит:
Ср
Т ок =
Э , где

Tок – Срок окупаемости;


Ср – стоимость разработки = 134164 руб.;
Э – годовой экономический эффект = 152016 руб.
134164,4
𝑇𝑇𝑜𝑜𝑜𝑜 = = 0,9 года
152016

То есть, затраты на разработку и внедрение информационной системы


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

Экономический эффект подсчитан на основе сравнения выполнения работы


программными средствами и расчета вручную. Приведенные расчеты
свидетельствуют об экономической целесообразности внедрения и применения
разработанной информационной системы автоматизации отдела закупок в
компании ООО «ИМИДЖ ВИДЕО».

71
ЗАКЛЮЧЕНИЕ
В ходе проделанной работы мною были решены следующие задачи:
1. Была изучена деятельность компании ООО «ИМИДЖ ВИДЕО», в ходе
изучения была исследована организационная структура управления компанией,
а также её программная и техническая архитектура. Была исследована и
проанализирована текущая организация основных бизнес-процессов компании,
была проведена оценка уровня зрелости организации и процессов ее управления,
были выделены проблемы в организации бизнес-процессов отдела закупок и
предложены пути их решения. Основной недостаток – низкая
производительность труда сотрудников, связанная с отсутствием единой
системы учета деятельности сотрудников отдела закупок и параметров
поставщиков. Был проведен анализ существующих разработок для решения
выявленных проблем.
2. Был составлен проект информационной системы, сформулированы
требования, как функциональные, так и не функциональные, проведено
календарно-ресурсное планирование проекта разработки и внедрения
информационной системы.
3. Была разработана архитектура проекта (архитектура данных, прикладных
программ и технологическая архитектура), была описана работа в системе на с
использованием рабочего прототипа программы и выполнен расчет затрат на
реализацию проекта.
С учетом всех затрат на разработку и внедрения информационной системы,
срок окупаемости вложений составил 0,9 года, а годовой экономический эффект
– 152016 тысяч рублей.
Помимо этого, ожидаемым функционально-экономическим эффектом
внедрения ИС является:
− Сокращение ручного труда;
− Повышение производительности труда приблизительно в 1.76 раза;
72
− Сокращение количества бумажных документов;
− Уменьшение вероятность получения неактуальной информации и риска ее
потери;
− Ускорения обработки данных и улучшения взаимодействия с уже
существующими поставщиками;
− Предоставление сотрудникам, выполнявших функции данной системы,
времени и возможности выполнять другие задачи, повысив тем самым,
эффективность использования ресурсов компании.

Таким образом, все задачи, поставленные перед данной выпускной


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

73
СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ
1. ГОСТ 2.105 – 95. Общие требования к текстовым документам.
2. ГОСТ 7.32 – 2001. Отчет по научно-исследовательской работе.
Структура и правила оформления.
3. ГОСТ 7.82-2001. Библиографическое описание электронных
ресурсов.
4. ГОСТ 24.702-85 Эффективность автоматизированных систем
управления.
5. ГОСТ Р 7.0.5-2008. Библиографическая запись. Библиографическое
описание.
6. РД 50-34.698-90. Методические указания. Информационная
технология. Автоматизированные системы. Требования к содержанию
документов [Электронный ресурс]. URL: http://standartgost.ru/g/РД_50-34.698-90
(дата обращения 20.02.2016).
7. Алистер, К. Современные методы описания функциональных
требований к системам, М.: издательство "Лори", 2017. – 288 с
8. Бабаш, А.В., Бранова Е.К., Мельников Ю.Н. Информационная
безопасность: Учебное пособие. / А.В. Бабаш. – М.: КноРус, 2013. – 136 с.
9. Балабанов И.Т. Риск-менеджмент. – М.: Финансы и статистика, 2016.
– 192 с.
10. Балдин К. В. Информационные системы в экономике : учеб. для
студентов вузов. М. : Дашков и К°, 2008.
11. Гагарина, Л.Г. Разработка и эксплуатация автоматизированных
информационных систем: учебное пособие. / Л.Г. Гагарина. – М.: ИД «ФОРУМ»:
ИНФРА-М, 2013. – 384 с.
12. Жадеев, А. PHP для начинающих / А. Жадеев. – Спб.: «Питер», 2014.
– 592 c.

74
13. Ильина, О.П., Бройдо В.Л. Вычислительные системы, сети и
телекоммуникации. / О.П. Ильина – СПб: Питер, 2011. – 560 с.
14. Карпова, И.П. Базы данных: Учебное пособие. / И.П. Карпова – Спб.:
Питер, 2013. – 240 с.
15. Кириллов, В.В., Громов Г.Ю. Введение в реляционные базы данных
/ В.В. Кириллов. – Спб.: БХВ-Петербург, 2012. – 464 с.
16. Колисниченко, Д. PHP и MySQL. Разработка WEB-приложений / Д.
Колисниченко. – Спб. : БХВ-Петербург, 2017. – 560 с.
17. Конналли, Т. Базы данных. Проектирование, реализация и
сопровождение. Теория и практика / Т. Коналли, К. Бегг. – М.: Издательский дом
«Вильямс», 2013. – 1093 c.
18. Кузнецов, М.В., Симдянов И.В. Самоучитель MySQL 5. / М.В.
Симдянов. – СПб.: БХВ-Петербург, 2016 – 233 с..
19. Лобова, Г. Моделирование и анализ бизнес-процессов SADT. / Г.
Лобова. – М.: LAP Lambert Academic Publishing, 2014. – 352 c.
20. Макдональд, М. Созданиец Web-сайта. Недостающее руководство /
М. Макдональд. – Спб. : БХВ-Петербург, 2013. – 624 с.
21. Маклаков, С.В. BPwin и Erwin. CASE-средства разработки
информационных систем / С.В. Маклаков. – М. : ДИАЛОГ–МИФИ, 2014. – 369
c.
22. Мартишин, С.А. Проектирование и реализация баз данных в СУБД
MySQL с использованием MySQL Workbench: учеб. пособ. / С.А. Мартишин –
ИНФРА-М, 2014. – 160с.
23. Репин В. В. Бизнес-процессы компании: построение, анализ,
регламентация. — М. : Стандарты и качество, 2017. – 506 c.
24. Сергеева, И.В. Экономика организаций (предприятий): Учебник/
Под ред. И.В. Сергеева./ - 3-е изд., перераб. и доп. – М.: Проспект, 2010 – 560 с.

75
25. Тельнов, Ю.Ф. Информационные системы и технологии. Information
System and Technologies: науч. издание / под ред. Тельнова Ю. Ф. – М: Юнити-
Дана, 2012 – 303 с.
26. Туккель И.Л., Сурина А.В., Культин Н.Б. Управление
инновационными проектами: учебник / Под ред. И.Л. Туккеля. – Спб.: БХВ-
Петербург, 2016. – 542 с.
27. Фуфаев, Д.Э. Фуфаев Э.В. Разработка и эксплуатация
автоматизированных информационных систем: учебник для студ. / Д.Э. Фуфаев.
– М.: Издательский центр «Академия», 2013. – 304 с.
28. Чатфилд К., Джонсон Т. Microsoft Office Project 2013. Русская версия.
Практ. пособие. Серия «Шаг за шагом». /Пер. с с англ. – М.: Издательство
«СПЭКОМ», 2017. – 576 с.
29. Черников, Б.В. Информационные технологии управления: Учебник.
Б.В. Черников. – М.: ИНФРА-М, 2013. – 368 с.
30. Шматалюк А. и др. Моделирование бизнеса. Методология ARIS.
Практическое руководство. — М. : Серебряные нити, 2011. – 304 c.
31. Шполянская, И.Ю. Объектные методы моделирования процессов
управления в бизнес-системах с использованием UML и Rational Rose: Учебное
пособие / И.Ю. Шполянская. – РГЭУ "РИНХ". – Ростов-на-Дону, 2014. –110с.

76
ПРИЛОЖЕНИЯ

ПРИЛОЖЕНИЕ А
Таблица А-1.
Характеристика уровней модели зрелости
Уровень Характеристика
0 Несуществующий. Полное отсутствие каких-либо заметных
процессов. Организация даже не осознает существование
проблем, которые надо решать.
1 Начальный / Подходящий к случаю. Деятельность
осуществляется хаотически, от случая к случаю без единого
подхода. Руководство не организовано. Нет никаких
стандартизированных процессов, однако существуют подходы,
применяемые в отдельных случаях. Организованный подход к
управлению отсутствует.
2 Повторяемый, но интуитивный. Одинаковые задачи решаются
разными людьми сходными методами. Однако отсутствуют
формальные процедуры и распределение ответственности.
Весьма высока зависимость от отдельных сотрудников, что
повышает вероятность ошибок.
3 Определенный. Процедуры стандартизованы и
документированы. Однако отклонения от процедур не всегда
отслеживаются. Процедуры формализуют существующую
практику.
4 Управляемый и измеримый. Руководство контролирует и
измеряет процесс и принимает меры, если процесс
неэффективен. Могут использоваться инструменты
автоматизации процесса.
5 Оптимизируемый. Процесс развит до уровня хорошей практики
в результате постоянных улучшений и сравнения с другими
предприятиями. Соответствует целям заказчика. ИТ
используются для комплексной автоматизации
документооборота, предоставляя средства повышения качества
и эффективности, а также увеличивая способность организации
к быстрой адаптации.

77
ПРИЛОЖЕНИЕ Б
Таблица Б-1.
Функциональные требования к системе
Группа Название Описание
Must have - Авторизация Система должна обеспечивать
Обязательные пользователя возможность авторизации пользователя в
функции системе
Must have - Управление Система должна обеспечивать
Обязательные пользователями возможность регистрации новых
функции пользователей в системе и изменения
данных уже существующих
Must have - Управление Система должна обеспечивать
Обязательные справочниками возможность выполнять различные
функции действия с записями справочников:
редактирование, удаление, изменение
Must have - Разделение Пользователям, находящихся в разных
Обязательные ролей группах, доступен разный функционал
функции пользователей
Must have - Создание новых Создание нового заказа, для которого
Обязательные заказов нужно подобрать поставщика
функции
Must have - Распределение Назначение заказа отдельному менеджеру
Обязательные менеджеров
функции между заказами
Must have - Управление Управление как общими данными по
Обязательные данными поставщикам (наименование, адрес,
функции поставщиков телефон), так и дополнительными
(прайс-лист товаров, условия поставки и
предоплаты)
Must have - Выбор Выбор только одного поставщика на
Обязательные поставщика для заказ
функции заказа
Must have - Фиксирование Выставление оценки действиям
Обязательные истории поставщика (по пятибалльной системе) и
функции взаимодействия добавление текстового комментария по
с заказчиком завершению заказа

78
Продолжение таблицы Б-1.
Should have - Отправка Отображение уведомлений на домашней
желательные уведомлений странице ИС, с выделением
функции пользователям о непрочитанных.
ключевых
событиях
Should have - Автоматический Возможность автоматического
желательные подбор формирования списка возможных
функции возможных поставщиков для заказа на основании его
поставщиков данных
Should have - Формирование Отчет с указанием следующих
желательные отчетов по параметров для каждого сотрудника:
функции работе 1. количество назначенных заказов;
сотрудников за 2. количество выполненных заказов;
период времени 3. среднее время выполнения заказа (в
днях);
Could have - Выделение Выделение заказов (срочных и с
возможные заказов в общем повышенным приоритетом)
функции списке
Could have - Добавление Добавление комментариев к поставщику
возможные комментариев к отдельно по каждому заказу, в котором
функции подбору он может быть выбран
поставщиков для
заказов
Won't have - Учет складских Учет остатков товаров на складе
отсутствующие остатков
функции

79
ПРИЛОЖЕНИЕ С

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


(Рис. С-1).

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

После прохождения авторизации открывается страница просмотра


уведомлений (Рис. С-2).

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

Все уведомления сортируются по дате их отправки пользователю. Не


просмотренные уведомления выделяются с помощью применения полужирного

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

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

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


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

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

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

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

После создания нового заказа он получает статус «Черновик», и он виден в


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

82
Товары добавляются на отдельной вкладке с помощью специальной формы
(Рис. С-6).

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

После добавления всех товаров нужно отправить его в работу выбранному


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

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

83
При отправке заказа в работу менеджеру, назначенному на заказ, приходит
уведомление (Рис. С-8).

Рисунок С-8. Уведомление менеджеру о назначении его на заказ

Менеджеру необходимо подтвердить принятие заказа в работу, перейдя в


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

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

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

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

Системой будет сформировать список потенциальных поставщиков для


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

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

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

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

На данной форме помимо общей информации по поставщику отображается


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

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

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

После того, как в заказе выбран поставщик, кнопки скрытия и выбора


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

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

После подтверждения выбора заказ переходит в статус «Поставщик выбран,


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

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

Добавление нового поставщика выполняется с помощью формы,


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

88
откроется страница, состоящая из нескольких вкладок: общие данные, список
товаров, история заказов (Рис. С-17).

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

На второй вкладке отображается список товаров поставщика (Рис. С-18).

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

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

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

Список товаров заполняется на основе данных справочников «Товары»,


«Категории товаров» и «Единицы измерения». При переходе в соответствующий
раздел открывается форма со списком записей справочника. На рисунке С-20
приведен пример формы редактирования данных товара.

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

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

Рисунок С-22. Форма для ввода интервала формирования отчета

После ввода интервала и нажатия на кнопку «Получить данные» под


формой отображается таблица с результатами построения отчета (Рис. С-23).

Рисунок С-23. Результат формирования отчета

91