1 2
2.3 Информационная модель и ее описание
Для проведения анализа данных необходимо выделить информационные объекты (ИО) предметной области (таблица 2.1).
Таблица 2.1
Информационные объекты предметной области
| Имя ИО | Реквизиты ИО | Ключевые реквизиты | Признак ключа | Семантика (описание) |
| Bank | Bank_Code Bank_Name Bank_Town Bank_Address Bank_House Bank_Postal_Code Bank_BIK Bank_k_schet | Bank_Code | Простой | Данные о банках, счета в которых открыты поставщиками и клиентами компании |
| Supplier | Supplier_Code Supplier_Name Supplier_INN Supplier_KPP Supplier_OGRN Supplier_Settlement_Account Bank_Code Supplier_Index Supplier_Town Supplier_Address Supplier_House Supplier_Phone_Number Supplier_Fax Supplier_E_mail Supplier_Website Supplier_Contact_Name | Supplier_Code | Простой | Данные о поставщиках |
| Order | Order_ID Worker_ID Supplier_ID Good_ID Order_Amount Order_Price Order_Status | Order_ID | Простой | Данные о заказах поставщику |
| Contract | Contract_Number Contract_Status Contract_Date Contract_Sum Expiration_Date Planned_Execution_Date Order_Code | Contract_Number | Простой | Данные о договорах с поставщиками |
| Invoice | Invoice_Code Invoice_Number Адрес банка Invoice_Sum Invoice_Real_Execution_Date Contract_Number | Invoice_Code | Простой | Данные о товарно-транспортных накладных |
| Receipt | Goods_Code Invoice_Code Receipt_Quantity Receipt_Price Receipt_Sum | Goods_Code Invoice_Code | Составной | Информация о подрядчиках |
| Client | Client_Code Client_Name Client_KPP Client_OGRN Client_Settlement_Account Bank_Code Client_Index Client_Town Client_Postal_Address Client_House Client_Phone_Number Client_Fax Client_E_Mail Client_Contact_Name | Client_Code | Простой | Данные о клиентах компании |
| Client_Request | Client_Request_Code Request_Date Request_Sum Client_Code Worker_Code | Client_Request_Code | Простой | Данные о заказ клиентов |
| Client_Contract | Client_Contract_Number Client_Contract_Status Client_Contract_Date Client_Expiration_Date Client_Execution_Date Client_Order_Code | Client_Contract_Number | Простой | Данные о договорах с клиентами |
| Client_Invoice | Client_Invoice_Code Client_Invoice_Number Client_Invoice_Date Clent_Contract_Number Clent_Execution_Date | Client_Invoice_Code | Простой | Данные о расходных накладных |
| Sale | Client_Invoice_Code Goods_Code Sale_Quantity Sale_Price Auto | Client_Invoice_Code Goods_Code | Составной | Данные о продажах товаров клиентам |
| Auto | Gos_Number Auto_Type Worker_ID Auto_Name Auto_Picture upsize_ts | Gos_Number | Простой | Данные об автомобилях, осуществляющих доставку товара |
| Auto_Type | ID_Auto_type Auto_Type | ID_Auto_type | Простой | Данные о типах авто |
| Worker | Worker_Code Last_Name First_Name Patronymic Position_Code Passport_Series Passport_Number | Worker_Code | Простой | Данные о сотрудниках компании |
| Capacity | Position_Code Position | Position_Code | Простой | Справочник должностей |
| Goods | Goods_Code Goods_Name Goods_Quantity Unit_Code Group_Code | Goods_Code | Простой | Данные о товарах |
| Unit | Unit_Code Unit | Unit_Code | Простой | Справочник единиц измерения |
| Goods_Group | Group_Code Group_Name | Group_Code | Простой | Справочник групп товаров |
| Good_Param | Param_Code Good_ID Good_Delivery_Cost Good_Delievery_Time Good_Max_Stock Good_Threshold_StocK Good_ABC_Group | Param_Code | Простой | Данные о характеристиках товаров |
| Supplier_PriceList | Supplier_ID Good_ID Good_Price | Supplier_ID Good_ID | Составной | Данные прайс листов поставщиков |
| Inventory | Inventory_ID Good_ID Inventory_Quantity Inventory_Date | Inventory_ID | Простой | Данные об инвентаризации товаров |
В таблицу были вынесены все информационные объекты, отображающие используемые в системе данные.
2.4 Связи информационных объектов
Для обеспечения целостности всей системы, информационные объекты в ней должны быть взаимосвязаны. Связи устанавливаются между каждой парой объектов, если они отображают связанные друг с другом в реальной жизни объекты, процессы и явления.
На основе сведений о предметной области, а также учитывая семантику информационных объектов из таблицы 2.1, сформируем список информационных связей и вынесем его в таблицу 2.2.
Таблица 2.2
Информационные связи
| Главная таблица | Подчиненная таблица | Ключи связи | Тип отношения |
| Bank | Supplier | Bank_Code | 1:М |
| Bank | Client | Bank_Code | 1:М |
| Supplier | Order | Supplier_Code | 1:М |
| Supplier | Supplier_PriceList | Supplier_Code | 1:М |
| Order | Contract | Order_ID | 1:М |
| Contract | Invoice | Contract_Number | 1:М |
| Invoice | Receipt | Invoice_Code | 1:М |
| Client | Client_Request | Client_Code | 1:М |
| Client_Request | Client_Contract | Client_Request_Code | 1:М |
| Client_Contract | Client_Invoice | Client_Contract_Number | 1:М |
| Client_Invoice | Sale | Client_Invoice_Code | 1:М |
| Auto_type | Auto | ID_Auto_type | 1:М |
| Auto | Sale | Auto_Type | 1:М |
| Worker | Client_Request | Worker_Code | 1:М |
| Worker | Order | Worker_ID | 1:М |
| Capacity | Worker | Position_Code | 1:М |
| Unit | Goods | Unit_Code | 1:М |
| Goods_Group | Goods | Group_Code | 1:М |
| Goods | Inventory | Goods_Code | 1:М |
| Goods | Sale | Goods_Code | 1:М |
| Goods | Good_Param | Goods_Code | 1:М |
| Goods | Supplier_PriceList | Goods_Code | 1:М |
| Goods | Receipt | Goods_Code | 1:М |
| Goods | Order | Goods_Code | 1:М |
2.5 Логическая структура реляционной базы данных
Определив информационные объекты предметной области и информационные связи между ними, можно построить структуру базы данных (БД) для разрабатываемой системы. Сначала создается концептуальная схема БД, которая затем может быть преобразована в любую систему баз данных.
Одной из особенностей логической структуры является то, что отображение информации соответствует реальному миру. Обычно выделяют два основных уровня модели данных:
Entity Relationship Diagram (ERD) – диаграмма зависимостей сущностей – определяет основные бизнес-объекты и взаимосвязи между ними;
Key Based model (KB) – модель, основанная на ключах – определяет рамки требований бизнес информации и начинает раскрывать подробности предметной области.
Для построения логической модели предметной области использовалось программное средство ErWin Data Modeler 7.3, в котором основными компонентами диаграмм являются сущности, атрибуты и связи. Каждая сущность представляет собой множество подобных экземпляров информационных объектов, при этом каждый экземпляр индивидуален и отличается от остальных экземпляров. С помощью атрибута представляется определенное свойство информационного объекта.
Модель ERD является презентационной и удобной для обсуждения (приложение 2, рис. 1).
Основная цель KB-модели состоит в описании основной структуры данных, охватывающих обширные области бизнеса. Основной целью модели, основанной на ключах, является широкий обзор структур данных и ключей, нужных для поддержки определенной области. Модель показывает ту же область что и область ERD, но, вместе с тем, отображает больше деталей (приложение 2, рис. 2).
Созданная модель БД была реализована в MS SQL Server (рис. 2.2).
Рис. 2.2. Схема БД в MS SQL Serve
2.6 Нормативно-справочная и входная информация
В связи с тем, что постоянная информация составляет до 80% общего объема информации, циркулирующей в системе управления фирмы, от правильной ее организации во многом зависит эффективность функционирования всей системы. Правильная организация хранения постоянной информации, приведет к устранению нежелательных моментов, таких как: дублирование информации, сложный поиск необходимых данных, уменьшение объема хранимых данных.
К нормативно-справочной информации, используемой в проекте, относится информация о:
банках (таблица 2.3);
клиентах (таблица 2.4);
поставщиках (таблица 2.5);
товарах (таблица 2.6);
группах товаров (таблица 2.7);
единицах измерений товаров (таблица 2.8).
Таблица 2.3
Нормативно-справочная информация «Банки» (Bank)
| Обозначение реквизита | Наименование реквизита | Формат |
| Bank_Code | Код банка | Integer |
| Bank_Name | Наименование банка | Char |
| Bank_Town | Город банка | Char |
| Bank_Address | Адрес банка | Char |
| Bank_House | Дом банка | Char |
| Bank_Postal_Code | Почтовый индекс банка | Integer |
| Bank_BIK | БИК банка | Char |
| Bank_k_schet | Корреспондентский счет | Char |
Таблица 2.4
Нормативно-справочная информация «Клиенты» (Client)
| Обозначение реквизита | Наименование реквизита | Формат |
| Client_Code | Код клиента | Integer |
| Client_Name | Наименование клиента | Char |
| Client_KPP | КПП клиента | Char |
| Client_OGRN | ОГРН клиента | Integer |
| Client_Settlement_Account | Расчетный счет клиента | Char |
| Bank_Code | Код банка | Integer |
| Client_Index | Индекс клиента | Integer |
| Client_Town | Город клиента | Char |
| Client_Postal_Address | Адрес клиента | Char |
| Client_House | Дом клиента | Char |
| Client_Phone_Number | Телефон клиента | Integer |
| Client_Fax | Факс клиента | Integer |
| Client_E_Mail | Адрес электронной почты | Char |
| Client_Contact_Name | Контактное лицо | Char |
Таблица 2.5 Нормативно-справочная информация «Поставщики» (Supplier)
| Обозначение реквизита | Наименование реквизита | Формат |
| Supplier_Code | Код поставщика | Integer |
| Supplier_Name | Наименование поставщика | Char |
| Supplier_INN | ИНН поставщика | Char |
| Supplier_KPP | КПП поставщика | Integer |
| Supplier_OGRN | ОГРН поставщика | Char |
| Supplier_Settlement_Account | Расчетный счет поставщика | Integer |
| Bank_Code | Код банка | Integer |
| Supplier_Index | Индекс поставщика | Char |
| Supplier_Town | Город поставщика | Char |
| Supplier_Address | Адрес поставщика | Char |
| Supplier_House | Дом поставщика | Integer |
| Supplier_Phone_Number | Телефон поставщика | Integer |
| Supplier_Fax | Факс поставщика | Char |
| Supplier_E_mail | Адрес электронной почты | Char |
| Supplier_Website | Web-сайт поставщика | Integer |
| Supplier_Contact_Name | Контактное лицо | Char |
Таблица 2.6
Нормативно-справочная информация «Товары» (Goods)
| Обозначение реквизита | Наименование реквизита | Формат |
| Goods_Code | Код товара | Integer |
| Goods_Name | Название товара | Char |
| Goods_Quantity | Количество товара | Integer |
| Unit_Code | Код единицы измерения | Integer |
| Group_Code | Код группы товара | Integer |
Таблица 2.7
Нормативно-справочная информация «Группы товара» (Goods_Group)
| Обозначение реквизита | Наименование реквизита | Формат |
| Group_Code | Код группы товара | Integer |
| Group_Name | Название группы | Char |
Таблица 2.8
Нормативно-справочная информация «Единицы измерения» (Unit)
| Обозначение реквизита | Наименование реквизита | Формат |
| Unit_Code | Код единицы измерения | Integer |
| Unit | Название единицы измерения | Char |
Представленная информация выступает в качестве справочных данных. Общепринятые функции любого справочника это:
хранение постоянной информации;
оформление пояснительным текстом таблиц, получаемых в результате решения комплекса задач;
предоставление необходимых данных по запросу пользователя.
В качестве входной информации в данном проекте выступают данные о договорах, заказах клиентов, прайс-листах поставщиков, представленные в таблицах 2.9, 2.10, 2.11.
Таблица 2.9
Входная информация «Договоры клиентов» (Client_Contract)
| Обозначение реквизита | Наименование реквизита | Формат |
| Client_Contract_Number | Номер договора клиента | Integer |
| Client_Contract_Status | Статус договора клиента | Text |
| Client_Contract_Date | Дата подписания договора | Date |
| Client_Expiration_Date | Дата окончания договора | Date |
| Client_Execution_Date | Дата выполнения договора | Date |
| Client_Order_Code | Код заказа клиента | Date |
Таблица 2.10
Входная информация «Заказы клиентов» (Client_Request)
| Обозначение реквизита | Наименование реквизита | Формат |
| Client_Request_Code | Номер заказа клиента | Integer |
| Request_Date | Дата заказа | Date |
| Request_Sum | Сумма заказа | Float |
| Client_Code | Код клиента | Integer |
| Worker_Code | Код работника | Integer |
Таблица 2.11
Входная информация «Прайс-листы поставщиков» (Supplier_PriceList)
| Обозначение реквизита | Наименование реквизита | Формат |
| Supplier_ID | Код поставщика | Integer |
| Good_ID | Код товара | Integer |
| Good_Price | Цена товара | Float |
2.7 Характеристика выходной информации
Выходная информация по задаче формируется на основе входных данных.
Выходная информация в системе представлена в виде форме печатных документов, примеры которых приведены в приложении к дипломному проекту:
выходной документ «Заказ на поставку» (приложение 3);
выходной документ «Договор» (приложение 4);
выходной документ «Товарно-транспортная накладная» (приложение 5);
внутренние отчеты компании (приложение 6).
2.8 Программное обеспечение
Формирование заказа на поставку товара обеспечивается выполнением следующей последовательности операций:
сбор информации о заказах, заключенных договорах с клиентами, а также о прогнозе спроса на строительные и отделочные материалы из подсистемы управления продажами логистической системы;
проведение ABC-анализа, в результате которого товарам будет присвоена группа;
формирование электронной формы заказа на поставку товара;
запись документа в базу данных;
отправка сформированного документа поставщику.
При первом запуске программы пользователю необходимо ввести логин и пароль пользователя. После проверки введенного пароля начинается загрузка главного окна программы, если пароль соответствует паролю сотрудника отдела, либо пользователю предлагается ввести пароль еще раз, если пароль не «распознан» программой. В этом случае пользователь может ввести логин и пароль пользователя еще раз или отказаться от дальнейшей работы с программой, нажав кнопку «Отмена».
Окно для ввода логина и пароля представлено на рис. 2.1.
Рис. 2.1. Окно ввода логина и пароля
В случае удачной авторизации пользователь получит доступ к подсистеме, главная форма которой представлена на рисунке 2.2.
Рис.2.5.Главная форма программы
Основные формы подсистемы приведены в приложении 7.
На главной форме представлено навигационное меню, основные пункты которого дублируются кнопками на панели инструментов.
Схема навигации по главному меню подсистемы для пользователей отдела управления запасами представлена на рисунке 2.6.
Рис. 2.6. Схема навигации пользователей отдела управления запасами
Пункт меню «Справочники» предназначен для просмотра нормативно-справочной информации. Раскрыв данное меню, можно выбрать нужный справочник из списка (приложение 7, рис. 1).
Для каждого справочника выделена отдельная форма просмотра и редактирования.
Пункт меню «Правка» предназначен для добавления, редактирования или удаления какого-либо документа. При выборе подпункта меню «Добавить» или «Редактировать» откроется форма-редактор (приложение 7, рис. 2).
Пункт меню «Поиск» предназначен для поиска информации по различным критериям. Для каждой вкладки пункты меню свои.
Пункт меню «Отчеты» позволяет сформировать отчеты по товарам, продажам, закупкам, а также отчет по инвентаризации.
Под основным меню расположены вкладки:
«Поставки товара»;
«Продажи товара»;
«Товары»;
«Заказы поставщикам»;
«ABC-анализ»;
На вкладе «Поставки товара» отображается информация обо всех договорах с поставщиками и связанных с ними накладными (приложение 7, рис. 3).
Слева представлены все договоры, которые когда-либо заключались с поставщиками. Из списка можно выбрать просмотр всех договоров или договор нужного номера. Серым цветом выделяются закрытые договоры.
На вкладе «Продажи товара» отображается информация обо всех договорах с клиентами и связанных с ними расходными накладными (приложение 7, рис. 4).
Вкладка «Товары» предназначена для отображения информации об имеющихся товарах. Для большей наглядности данные представлены также в графической форме в виде диаграммы (приложение 7, рис. 5).
На вкладке «ABC-анализ» можно провести анализ ассортимента товара 2 способами – эмпирическим методом и методом суммы. С помощью настроек возможно задать различные параметры выделения групп, также выбрать период времени, когда нужно провести анализ. В результате анализа, данные будет отнесены к какой-либо группе и выделены определенным цветом (приложение 7, рис. 6).
На вкладке «Заказы поставщикам» формируется таблица с различными характеристиками товаров: группе, к которой был отнесен товар после проведения ABC-анализа, максимальный запас товара, текущее количество товаров на складе и оптимальные размеры запасов, которые необходимо заказать поставщику, а также интервал времени между поставками (приложение 7, рис. 7). Цветом выделены товары, которые в ближайшее время закончатся и которые соответственно необходимо заказать. При нажатии кнопки «Сформировать заказ», данные записываются в бланк заказа и базу данных.
В программе также имеется справочная подсистема, выполненная в формате HTML-страниц. Справка вызывается нажатием на клавишу F1, Либо выбором пункта меню «Справка».
Глава 3. Обоснование экономической эффективности проекта
3.1 Методика оценки экономической эффективности проекта
Контроль за наличием товаров на складе, анализ, оптимизация уровня запасов товара играет важную роль. Благодаря своевременному анализу можно избежать таких проблем, как дефицит или, наоборот, излишек товаров на складе компании. Это может привести к потере клиентов в случае дефицита или к переполнению складских помещений в случае отсутствие спроса на товар. В обоих случаях компания понесет убытки (из-за потери заказов или на содержание склада). С помощью разрабатываемой системы можно будет проводить анализ ассортимента товара, получать оптимальный размер заказа товара поставщикам, а также своевременно отправлять заказ поставщикам и заключать с ними договоры на поставку товара.
До проекта в компании использовалась информационная система. Однако при ее эксплуатации были выявлены следующие проблемы:
1) Непродуктивная работа сотрудников компании, вынужденных анализировать ассортимент продукции и выбирать подходящую модель управления запасами для определения оптимального размера партии товаров. Согласно экспертным оценкам, на анализ ассортимента товара, данных по продажам и закупкам и на принятие решения об оптимальном размере партии товара, которую необходимо заказать поставщику, и формирование заказа поставщику требуется 4 часа рабочего времени. Таким образом, избыточные трудовые затраты – 4 ч/день*23 дня/мес *12мес/год = 1104 ч/год.
Зарплата сотрудника – 15000 руб/мес, что равно соответственно 85 руб/ч. Получаем избыточные стоимостные затраты – 85 руб/ч * 4 ч/день * 23 дня/мес *12мес/год = 93840 руб/год.
2) Избыточные трудовые и стоимостные затраты сотрудников поиск, получение, согласование необходимой информации для анализа закупочной деятельности из-за отсутствия взаимодействия с другими отделами компании.
Учитывая постоянно увеличивающийся объем информации, в среднем на поиск, обработку каждого документа у сотрудников уходило 0,2 часа рабочего времени. Избыточные трудозатраты составляют: 0,2 ч * 23 дня/мес *12 мес/год =55,2 ч/год.
Зарплата сотрудника — 15 000 руб/мес или 85руб/час. Избыточные стоимостные затраты в данном случае составляют: 85руб/ч*55,2 ч/год = 4692 руб/год.
Также было выявлено, что на складе имеются не реализованные товары, стоимость которых по оценкам составляет 800000 руб. Таким образом, упущенный доход, связанный с не реализацией товаров из-за неточного прогнозирования спроса и планирования закупок составляет: 800000*0,5*0,2=80000 руб/год,
где 50% — вероятность получения упущенного дохода;
20% — доля участия ИТ-проекта.
Характеристика и количественная оценка стоимости проблем, которые существовали в ООО «Тиги-Тверь» до проекта, представлены в таблице 3.1.
Таблица 3.1 Проблемная область проекта
| Проблемы, требующие решения | Количественная оценка стоимости | |
| Формулировка | Краткая характеристика | |
| Избыточная трудоемкость анализа закупочной деятельности | избыточная занятость сотрудников отдела управления запасами в связи с отсутствием систематизированного учета закупок и сбыта товаров, четкой методики анализа закупочной деятельности | избыточные трудозатраты – 1104 ч/год; стоимостные затраты – 93840 руб./год |
| Высокая степень информационной неопределенности | избыточная занятость менеджеров отдела управления запасами при выработке выводов и предложений в связи с отсутствием систематизированного учета информации, необходимой для анализа закупочной деятельности | избыточные трудозатраты – 55,2 ч/год; стоимостные затраты – 4692 руб./год |
| Избыточные затраты на хранение реализованных товаров | Упущенный доход, связанный с затратами на хранение нереализованных товаров | 80000 руб/год |
В качестве предлагаемого варианта по решению перечисленных проблем используется создаваемая в проекте автоматизированная логистическая информационная подсистема управления запасами ООО «Тиги-Тверь».
Одним из достоинств автоматизированной логистической подсистемы управления запасами является то, что она позволяет экономить время, затрачиваемое менеджерами отдела управления запасами на складе на анализ закупочной деятельности и формирование отчетов. Процесс полностью автоматизирован. Менеджер сможет сделать заказ товара на основе данных, полученных подсистемой из других подсистем, входящих в состав логистической системы, либо, в случае несогласия, руководствоваться собственными расчетами и данными.
Одно из преимуществ разработанной мною подсистемы является то, что она позволяет снизить информационную неопределенность, улучшить качество прогнозов количества товаров, которое необходимо заказать поставщикам, чтобы удовлетворить спрос и избежать дефицита и избытка.
Цель разработки проекта – повышение эффективности работы и снижение трудозатрат сотрудников, занимающихся управлением запасов, в частности закупками, за счёт автоматизации деятельности и внедрения новых алгоритмов и моделей управления запасами. В таблице 3.2 представлены проблемы, которые необходимо решить с помощью разработанной подсистемы, а также представлены цели и задачи проекта.
Таблица 3.2. Цели и задачи проекта
| Проблемы, требующие решения | Цели ИТ-проекта | Задачи ИТ-проекта |
| Избыточная трудоемкость анализа закупочной деятельности | автоматизация анализа закупочной деятельности | разработка автоматизированной технологии анализа закупочной деятельности |
| Высокая степень информационной неопределенности | систематизация учета информации, необходимой для анализа закупки и уровня складских запасов | разработка системы учетных показателей закупочной деятельности |
| Избыточные затраты на хранение реализованных товаров | повышение точности планов закупок поставщикам | разработка соответствующих программных модулей в информационной подсистеме |
В результате внедрения подсистемы управления запасами удастся достичь:
повышения продуктивности работы сотрудников;
повышения точности и своевременности формируемых документов;
осуществления своевременного доступа сотрудников к документам, находящимся в одной централизованной базе данных;
оптимизации деятельности предприятия.
Исходя из проблематики, целей и задач проекта, описанных в таблице 3.1 и таблице 3.2, приведем таблицу 3.3, где будут описаны результаты проекта в предметной области.
Таблица 3.3. Результаты проекта в предметной области
| Задачи проекта | Изменение показателей бизнес-процессов в результате ИТ-проекта | Факторы экономической эффективности, получаемые в результате ИТ-проекта | Количественное выражение факторов |
| Разработка автоматизированной технологии анализа закупочной деятельности | снижение трудоемкости анализа закупочной деятельности | снижение трудозатрат, снижение стоимостных затрат | 1104 ч/год; 93840 руб./год |
| Разработка системы учетных показателей закупочной деятельности | снижение информационной неопределенности при анализе закупочной деятельности | снижение трудозатрат, снижение стоимостных затрат | 55,2 ч/год; 4692 руб./год |
| Разработка программного модуля планирования закупок | Снижение стоимостных затрат | снижение стоимостных затрат | 80000 руб/год |
В соответствии с выделенными факторами адаптированное к проекту описание показателей экономической эффективности и соответствующее информационно-методическое обеспечение оценки экономической эффективности проекта целесообразно представить в виде таблицы 3.4.
Таблица 3.4 Информационно-методическое обеспечение оценки экономической эффективности
| Экономические выгоды проекта | Показатели экономической эффективности проекта | ||||
| Группа | Факторы | Показатели эффективности | Методика расчета | Информационное обеспечение | Критерии эффективности |
| Показатели эффекта | снижение трудозатрат сотрудника в процессе анализа | Трудовые показатели экономии | Та = Т0-а – Т1-а | Та – абсолютное снижение трудовых затрат на анализ товаров, продаж, закупок (%); Т0-а – трудовые затраты на анализ и обработку информации по базовому варианту (час/год); Т1-а – на анализ и обработку информации по предлагаемому варианту (час/год); Ти – абсолютное снижение трудовых затрат на поиск, получение, согласование (%); Т0-и – трудовые затраты на поиск, получение, согласование информации по базовому варианту (час/год); Т1-и – на поиск, получение, согласование информации по предлагаемому варианту (час/год) | не менее 1100 ч/год |
| снижение трудозатрат сотрудника в процессе поиска информации | Ти = Т0-и – Т1-и | не менее 50 ч/год | |||
| снижение стоимостных затрат сотрудника | Стоимостные показатели экономии | Са = С0-а – С1-а | Са – абсолютное снижение стоимостных затрат на анализ; С0-а – стоимостные затраты на анализ информации по базовому варианту (руб/год); С1-а – стоимостные затраты на анализ информации по предлагаемому варианту (руб/год) Си – абсолютное снижение стоимостных затрат на поиск, получение, согласование информации; С0-и – стоимостные затраты на поиск, получение, согласование информации по базовому варианту (руб/год) С1-и – стоимостные затраты на поиск, получение, согласование информации по предлагаемому варианту (руб/год) С – текущие затраты при базовом и предполагаемом варианте ИС (руб/год); Са – абсолютное снижение стоимостных затрат на анализ; Си – абсолютное снижение стоимостных затрат на поиск, согласование информации; С0 — общие стоимостные затраты по базовому варианту (руб/год); С1 — общие стоимостные затраты по предлагаемому варианту (руб/год); | не более 93840 руб/год | |
| экономия на оплате труда сотрудника, формировании документов | Си = С0-и – С1-и С=Са+Си | не более 4692 руб/год | |||
| — | — | ||||
| — | С0= С0-а+С0-и С1= С1-а+С1-и | — | |||
|
| Упущенный доход | Упущенный доход | D = (Z0-Z1) *P*Kу | D – упущенный доход; Z0 – Затраты на нереализованные товары; Z1 – затраты на товары с использованием логистической подсистемы; P – вероятность упущенного дохода; Kу — 20%-доля участия ИТ-проекта | не более 80000 руб/год |
| Показатели затрат | — | Бюджет или единовременные затраты (К) | К=ΣэΣу(Ту*tyэ + Tптк*tyэ ПТК); | К — единовременные затраты, связанные с созданием информационной системы; ПТК — программно-технический комплекс; Σэ-сумма по этапам (руб.); Σу — сумма по участникам (чел.); Tптк – тариф ПТК (руб./час); Ту–тариф участника (руб./час); tyэ — время участника на этапе (час); tyэ ПТК — время участника на этапе с использованием ПТК (час); | K< С0 |
| Показатели эффективности | — | Эффективность единовременных затрат на создание ИС | Кэ = С/К | Кэ – текущие затраты при базовом (С0) и предполагаемом (С1) варианты ИПС (руб/год); К – единовременные вложения на создание ИС (руб) | Kэ > 0 |
| — | Годовой экономический эффект | Э = С – E*K | Э – годовая экономия, вызванная внедрением ИС (руб/год); К – единовременные затраты, связанные с созданием ИС (руб); Е – нормативный коэффициент эффективности; | Э > 0 | |
| — | Срок окупаемости единовременных затрат на создание ИС (Ток, в годах) | Ток = 1/ Кэ | Кэ – коэффициент эффективности единовременных затрат на ИС; К – единовременные вложения на создание ИС (руб); | Не более чем 1 год | |
3.2 Организационно-экономические показатели эффективности проекта
В данном проекте разрабатывается автоматизированная логистическая информационная система, состоящая из 1 подсистемы.
Создание ИТ-проекта происходило при участии консультанта и руководителя. Заработная плата разработчика составляет 50 руб/час, консультанта – 60 руб/час, руководителя – 70 руб/час.
Этапы создания ИТ-проекта представлены в таблице 3.5:
1. На стадии разработки технического задания происходит: сбор материалов, анализ объектов автоматизации, определение задач автоматизации, оформление технико-экономического обоснования и технического задания.
2. На стадии разработки технического проекта разрабатывается состав автоматизируемых функций и состава обеспечивающих подсистем.
3. На стадии разработки рабочего проекта происходит разработка и настройка программного обеспечения, разработка структуры базы данных (БД), наполнение БД информацией.
4. На стадии внедрения осуществляется комплексная отладка системы, обучение персонала, устранение выявленных ошибок и недостатков.
Таблица 3.5 Этапы создания и стоимость ИТ-проекта
| Этапы проекта | Период с начала проекта (недели) | Участники проекта | Время (час.) | Ставка (руб/час) | Бюджет этапа (руб.) | ||||||||||||||||
| 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | ||||||||||
| Разработка технического задания |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| 5950 | |||||
|
|
|
|
|
|
|
|
|
|
|
|
| Разработчик | 30 | 50 | 1500 | ||||||
|
|
|
|
|
|
|
|
|
|
|
|
| Консультант | 45 | 60 | 2700 | ||||||
|
|
|
|
|
|
|
|
|
|
|
|
| Руководитель | 25 | 70 | 1750 | ||||||
| Разработка технического проекта |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| 7800 | |||||
|
|
|
|
|
|
|
|
|
|
|
|
| Разработчик | 80 | 50 | 4000 | ||||||
|
|
|
|
|
|
|
|
|
|
|
|
| Консультант | 40 | 60 | 2400 | ||||||
|
|
|
|
|
|
|
|
|
|
|
|
| Руководитель | 20 | 70 | 1400 | ||||||
| Разработка рабочего проекта |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| 9500 | |||||
|
|
|
|
|
|
|
|
|
|
|
|
| Разработчик | 120 | 50 | 6000 | ||||||
|
|
|
|
|
|
|
|
|
|
|
|
| Консультант | 35 | 60 | 2100 | ||||||
|
|
|
|
|
|
|
|
|
|
|
|
| Руководитель | 20 | 70 | 1400 | ||||||
| Внедрение |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| 2200 | |||||
|
|
|
|
|
|
|
|
|
|
|
|
| Разработчик | 20 | 50 | 1000 | ||||||
|
|
|
|
|
|
|
|
|
|
|
|
| Консультант | 20 | 60 | 1200 | ||||||
| Бюджет |
|
|
|
| 25450 | ||||||||||||||||
| Суммарная наработка |
| Разработчик | 250 | ||||||||||||||||||
| Консультант | 140 | ||||||||||||||||||||
| Руководитель | 65 | ||||||||||||||||||||
Исходя из данных приведенной таблицы, бюджет создания нашего проекта (ИС) составит К = 25450 руб. (единовременные затраты на создание ИС), что говорит о допустимости бюджетных затрат на проект, так как бюджет проекта меньше ежегодных затрат базового варианта.
Использовать программу будут менеджеры отдела управления запасами на складе со ставкой 85 руб/ч. На анализ ассортимента товара, данных по продажам и закупкам и на принятие решения об оптимальном размере партии товара и формирование заказа поставщику менеджеру требуется 4 часа рабочего времени (1104 ч/год). На поиск, обработку каждого документа у сотрудников уходит 0,2 часа рабочего времени (55,2 ч/год).
Трудовые и стоимостные показатели экономии в разрезе категорий пользователей приведены в таблице 3.8.
Таблица 3.8 Показатели эффекта
| Показатель | Логика расчета |
| Трудовые показатели экономии | Снижение трудовых затрат сотрудника: согласно экспертной оценке, автоматизация расчетов планирования закупок сокращает трудовые затраты менеджера на анализ данных на 50%. Та = Т0-а – Т1-а = 1104 ч/год – (2*23*12)ч/год = 552 ч/год Т0-а – трудовые затраты на анализ информации по базовому варианту; Т1-а – трудовые затраты на анализ информации по предлагаемому варианту. Коэффициент относительного снижения трудовых затрат: Кт-а = (Т0-а/Т1-а)*100% = (552/1104) * 100% = 50% Индекс снижения трудовых затрат на повышение производительности труда: Yт = Т0-а/Т1-а = 2 |
| Снижение трудовых затрат на получение, поиск, согласование информации: согласно экспертной оценке, автоматизация расчетов планирования закупок сокращает трудовые затраты менеджера на анализ данных на 40%. Ти = Т0-и – Т1-и= 55,2 ч/год – (0,12*23*12) ч/год = 21,1 ч/год Т0-и – трудовые затраты на получение, поиск, согласование информации по базовому варианту; Т1-и – трудовые затраты на получение, поиск, согласование информации по предлагаемому варианту. Коэффициент относительного снижения трудовых затрат на анализ: Кти =(Ти/Т0-и) * 100%= (21,1/55,2) * 100%= 38,2% Индекс снижения трудовых затрат или повышение производительности труда: YTи = То-и / Т1-и= 55,2/33,12=1,6 | |
| Стоимостные показатели экономии | Снижение стоимостных затрат сотрудника на анализ информации: Сa= Со-a – C1-a= 93840 руб/год -(85*2*23*12) руб/год = 46920 руб/год Со-a – стоимостные затраты на анализ информации по базовому варианту, C1-a – стоимостные затраты на анализ информации по предлагаемому варианту. |
| Снижение стоимостных затрат сотрудника на получение, поиск, согласование информации: Си= Со-и – C1-и = 4692 руб/год – (85*0,12*23*12) руб/год = 1876,8 руб/год Со-и – стоимостные затраты на получение, поиск, согласование информации по базовому варианту, C1-и – стоимостные затраты на получение, поиск, согласование информации по предлагаемому варианту. |
Таким образом, при внедрении проекта сокращаются трудовые и стоимостные затраты менеджеров на анализ, поиск, согласование информации, следовательно, внедрение нашей информационной системы можно считать эффективным.
Дополнительный доход для опционного экономического эффекта можно рассчитать по формуле:
D = (Z0-Z1) *P*Kу
1) Z0: по данным компании, на складе хранятся нереализованные товары, общая стоимость которых составляет 800000 руб.
2) Z1: по экспертной оценке снижение уровня нереализованных товарных запасов составит 30%, то есть общая стоимость нереализованных запасов составит 560000руб.
3) По экспертной оценке, 20% составит доля участия ИТ-проекта, 50%-вероятность получения упущенного дохода.
4) D = Z*P*Kу = (800000-560000)*0,2*0,5=24000руб/год
Таким образом, с внедрением автоматизированной информационной системы, компания сможет снизить затраты на нереализованные товары на 30%.
К показателям экономической эффективности проекта относятся следующие, согласно методике в п.1 (таблица 3.4):
1) Годовой экономический эффект:
Э = С-Е*К,
где Е – нормативный коэффициент эффективности (0,15),
К – единовременные затраты, связанные с созданием ИС (руб),
С – годовая экономическая прибыль (руб/год),
С = Са+Си=46920+1876,8= 48796,8 руб/год
Э = С-Е*25450 = 48796,8 – 0,15∙25450 = 44979,3 руб/год
2) Эффективность единовременных затрат на создание ИС:
Кэ = (98532-49735,2)/25450 = 1,91. Это текущие затраты при базовом (С0) и предполагаемом (С1) варианте ИС (руб/год).
К – единовременные вложения на создание ИС (руб).
Годовой экономический эффект и эффективность единовременных затрат на создание ИС отличны от нуля, следовательно внедрение нашей информационной системы можно считать эффективным.
3) Срок окупаемости единовременных затрат на создание ИС:
Ток = 1/1,91 = 0,5 года + [2 мес.разработки] = 8 мес.
Т.о., единовременные затраты малы и потому быстро окупаемы. Данная система окупится меньше чем за год. Что говорит лишний раз о ее эффективности.
В таблице 3.9 представлено сравнение показателей «до» и «после» использования проектных результатов.
Таблица 3.9
Сравнение показателей проектного варианта и оценки проблематики
| Категория показателей | Показатели | До проекта | После проекта |
| Расходная часть | Бюджет проекта | — | 25450 руб/год |
| Доходная часть | Стоимостные затраты оператора при анализе данных | 93840 | 46920 руб/год |
| Стоимостные затраты, согласовании данных | 4692 | 1876,8 руб/год |
Представим экономическую эффективность проекта в графической интерпретации.
На рисунке 3.1, 3,2 представлено соотношение трудовых затрат к базовому варианту на анализ данных и на поиск, согласование информации соответственно
Рисунок 3.1. Соотношение трудовых затрат на анализ данных к базовому варианту
Рис. 3.2. Соотношение трудовых затрат на поиск, согласование данных к базовому варианту
На рисунке 3.3, 3.4 представлено соотношение стоимостных затрат к базовому варианту.
Рис. 3.3. Соотношение стоимостных затрат на анализ данных
Рис. 3.4. Соотношение стоимостных затрат на поиск, согласование данных
Таким образом, можно видеть явную экономию сотрудника по трудовым и стоимостным затратам в графическом виде.
Результаты обоснования экономической эффективности представлены в таблице 3.10.
Таблица 3.10
Итоговые показатели экономической эффективности проекта
| Показатель | Значение | Выполнение критерия |
| Эффективность единовременных затрат на создание ИС | 1,91 | >1 |
| Годовой экономический эффект | 44979,3 | >0 |
| Срок окупаемости единовременных затрат на создание ИС | 8 месяцев | ≤ 1 год |
Все критерии соблюдены и поставленные задачи выполнены. Согласно проведенным ранее вычислениям, внедрение данной системы является эффективным.
Заключение
В процессе дипломного проектирования была разработана автоматизированная логистическая информационная подсистема управления запасами в ООО «Тиги-Тверь», описанная в проектной части и приложении данной работы.
Рассчитанные показатели экономической эффективности данной разработки говорят о целесообразности вложения денежных средств в ее реализацию и внедрение.
В работе затронуты различные вопросы обеспечения безопасности жизнедеятельности сотрудников предприятия и предложены пути ее повышения.
Внедрение данной информационной подсистемы призвано облегчить работу сотрудников предприятия и оптимизировать складские запасы товаров компании.
В качестве средства хранения и поиска данных выбрана система управления базами данных MS SQL Serer 2008, имеющая хорошие по производительности характеристики. Для реализации программной части информационной системы выбран язык программирования Delphi.
На основе анализа информационных потоков были выделены основные категории пользователей информационной системы, определен состав необходимой им информации. Разработана логическая структура базы данных.
Результатом работы является повышение эффективности работы на ООО «Тиги-Тверь» в части управления запасами.
Список используемой литературы
1. Официальный сайт ООО «Тиги-Тверь»
2. Система бизнес моделирования
3. Чернышев М.А., Тяглов С.Г.: Теория организации. Учебник: Ростов-на-Дону, 2008 г.
4. Корпоративный менеджмент
5. Обслуживание в области 1С
6. Система автоматизированного управления товарным запасом Inventor: http://www.inventorsoft.ru
7. Deductor Inventory Stock Optimization: оптимизация складских запасов
8. Информационные технологии управления
9. Информационное обеспечение ИС
10. Информационные системы в экономике:
11. Таненбаум Э. Современные операционные системы: Питер, 2007 г.
12. Windows XP Professional и Windows Home Edition в чем разница: «Компьютер-Пресс», 2008 г.
13. Фаронов В.: DELPHI. Программирование на языке высокого уровня: Учебник для вузов: Питер, 2010 г.
14. Хомоненко А.Д., Цыганков В.М., Мальцев М.Г.: Базы данных. Учебник для вузов: Москва: Корона-Принт, 2004 г.
15. Техническое и программное обеспечение
16. Шрайбфедер Дж. Эффективное управление запасами: М.: Альпина Бизнес Букс, 2006 г.
17. Стерлигова А.: Управление запасами в цепях поставок. Учебник. М: ИНФРА-М, 2009 г.
18. Лукинский В.В. Управление запасами в цепях поставок: оптимальный размер заказа: Монография. – Ставрополь, Сев.Кав.ГТУ, 2007.
19. Управление цепями поставок: Справочник издательства Gower / Под ред. Дж. Гатторны — М: ИНФРА-М, 2008
20. Проблема надежности АСУ
21. Расчет эффективности, надежности системы с учетом надежности программ: http://cendomzn.ucoz.ru
22. Имитационное моделирование. http://www.xjtek.ru/
23. ГОСТ 12.1.003-83. ССБТ. Шум. Общие требования безопасности.
24. ГОСТ 12.1.004-85. ССБТ. Пожарная безопасность. Общие требования.
25. ГОСТ 12.1.005-88. ССБТ. Воздух рабочей зоны. Общие санитарно-гигиенические требования.
26. СанПиН 2.2.1/2.1.1.567-96 «Санитарно-защитные зоны и санитарная классификация предприятий, сооружений и иных объектов».
27. Сибаров Ю.П., Сколотнев Н.Н., Васин В.К., Нагинаев В.Н. «Охрана труда в вычислительных центрах», М.: Изд. Сфера, 1990 г.
28. СНиП 41-01-03. Отопление, вентиляция и кондиционирование.
29. СНиП 23-05-95 «Естественное и искусственное освещение».
30. Куренкова Г. В. Гигиенические особенности условий труда и здоровье профессиональных пользователей персональных компьютеров и видеодисплейных терминалов / Г.
1 2