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

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

- резервное копирование данных. Должно быть организовано резервное копирование данных на протяжении всего периода работы;

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

2.2 Информационное обеспечение

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

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

- чрезвычайно большой объем документов для ручной обработки;

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

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

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

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

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

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

Для проведения анализа данных необходимо выделить информационные объекты (ИО) предметной области (таблица 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.2.2 Связи информационных объектов

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

На основе сведений о предметной области, а также учитывая семантику информационных объектов из таблицы 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.2.3 Логическая структура реляционной базы данных

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

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

- 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 Server

2.2.4 Классификаторы и системы кодирования

Автоматизированная обработка на ЭВМ позволяет составлять различные сводки, таблицы, ведомости, где информация сгруппирована по каким-либо реквизитам-признакам, например по работающим подразделениям.

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

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

Систематизация экономической информации вызывает необходимость применения различных классификаторов:

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

- отраслевые, единые для конкретной отрасли;

- региональные, единые для данной территории;

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

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

В ИС используются регистрационные методы кодирования информации, к которому относятся:

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

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

2.2.5 Нормативно-справочная и входная информация

В связи с тем, что постоянная информация составляет до 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.2.6 Характеристика выходной информации

Выходная информация по задаче формируется на основе входных данных.

Выходная информация в системе представлена в виде форме печатных документов, примеры которых приведены в приложении к дипломному проекту:

- выходной документ «Заказ на поставку» (приложение 3);

- выходной документ «Договор» (приложение 4);

- выходной документ «Товарно-транспортная накладная» (приложение 5);

- внутренние отчеты компании (приложение 6).

2.3 Математическое обеспечение

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

2.4 Программное обеспечение

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

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

- проведение 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, Либо выбором пункта меню «Справка».

2.5 Техническое обеспечение

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

Согласно экспертным оценкам сотрудников отдела автоматизации и обеспечения поддержки, необходимы следующие параметры оборудования:

- Процессор Pentium на 233 МГц или более мощный (или совместимый с ним);

- Рекомендуемый объем оперативной памяти 512 мегабайт (Мб), минимальный объем 64 Мб, максимальный 4 гигабайта (Гб);

- Не менее 500 Мб свободного места на жестком диске;

- поддержка монитором и видеоадаптером ПЭВМ рабочих разрешений не менее 1024х768 точек при глубине цвета не менее 8 бит;

- клавиатура;

- мышь или совместимое указывающее устройство;

- дисковод компакт-дисков или DVD-дисков.

- лазерный принтер.

Для функционирования программы на ПК пользователя должны быть установлены следующие программные средства:

- операционная система семейства Windows;

- СУБД MS SQL Server 2008.

2.6 Технологическое обеспечение

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

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

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

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

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

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

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

2.7 Расчет надежности системы

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

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

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

Существует несколько моделей надежности программных средств (МНПС). Их классификация приведена на рисунке 2.13.

Рис. 2.13. Классификационная схема МНПС

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

Рассчитаем надежность и число оставшихся ошибок в программном средстве при помощи модели Шумана.

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

Использование данной модели предполагает, что тестирование проводится в несколько этапов. Каждый этап представляет собой выполнение программы на полном комплексе разработанных тестовых данных. Выявленные ошибки регистрируются, но не исправляются. По завершению этапа исправляются все найденные ошибки, при необходимости корректируются тестовые наборы и проводится новый этап тестирования [21].

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

Предполагается, что до начала тестирования в программном средстве имеется Е_Т ошибок. В течение времени тестирования обнаруживается _с ошибок в расчете на команду в машинном языке.

Удельное число ошибок на одну машинную команду, оставшихся в системе после времени тестирования, рассчитывается по формуле:

 (2.3.1)

где I_T - общее число машинных команд (предполагается постоянным в рамках этапа тестирования)

E_T - количество ошибок до начала тестирования

_с - количество ошибок, обнаруженных за время тестирования

- время тестирования

Значение функции частоты отказов Z(t) пропорционально числу ошибок, оставшихся в программном средстве после окончания времени тестирования.

(2.3.2)

где С - некоторая константа

t - время работы программного средства без отказа

_r(t) - удельное число ошибок, оставшихся после окончания тестирования

Из приведенных выше формул следует, что если время работы программного средства без отказа t отсчитывается от точки t=0, а остается фиксированным, то функция надежности или вероятность безотказной работы на интервале времени от 0 до t будет равна:

(2.3.3)

где С - некоторая константа

t - время работы программного средства без отказа

_r(t) - удельное число ошибок, оставшихся после окончания тестирования

где I_T - общее число машинных команд (предполагается постоянным в рамках этапа тестирования)

E_T - количество ошибок до начала тестирования

В процессе тестирования собирается информация о времени и количестве ошибок на каждом прогоне, т.е. общее время тестирования складывается из времени каждого прогона:

(2.3.4)

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

(2.3.5)

где А_i - количество ошибок на i-м прогоне

- время тестирования

Имея данные для двух различных моментов тестирования _a и _b, которые выбираются произвольно с учетом требования , можем рассчитать количество ошибок до начала тестирования (Е_Т):

(2.3.6)

Теперь можно рассчитать C:

(2.3.7)

Интенсивность отказов в течение длительной эксплуатации не остается постоянной.

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

В конце срока службы л возрастает из-за старения элементов устройства. На рис. 2.14. изображена зависимость интенсивности отказов от времени.

Рис. 2.14.

На рисунке 2.14. римскими цифрами обозначены следующие процессы:

I - приработка;

II - нормальная эксплуатация;

III - старение.

Разработанная информационная подсистема тестировалась в общей сложности 60 часов. Все ошибки, выявленные в ходе тестирования, исправлялись, и затем тестирование программы продолжалось. За время тестирования было выявлено 12 ошибок, относящихся к трем различным классам. Классы выявленных ошибок и их количество представлены в таблице 2.12.

Таблица 2.12

Характеристика полученных ошибок

№ п.п.	№ прогона	Класс ошибки	Количество ошибок класса
1.	3	Ошибка вычисления	1
2.	5	Ошибка ввода-вывода	1
3.	5	Ошибка в определении границ	1
4.	6	Ошибка ввода-вывода	2
5.	6	Ошибка в вычислении	1
6.	6	Логически неверное ветвление	1
7.	6	Ошибки ввода-вывода	2
8.	7	Ошибки вывода информации	2
9.	7	Ошибка при сохранении данных	1
Итого	12

Из рисунка 2.15 следует, что наибольшее число ошибок приходится на класс ввода вывода.

Рис. 2.15. Классификация ошибок

На класс ошибок ввода вывода приходится 59% всех ошибок, в то время, как на класс ошибки при сохранении данных - всего 8%.

Процентное содержание ошибок представлено на рисунке 2.16.

Рис. 2.16. Процентное содержание выявленных ошибок

При проведении тестирования возникает вопрос о том, когда необходимо завершить тестирование, когда информационная подсистема достигла того уровня надежности, когда ее можно вводить в эксплуатацию.

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

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

Рис. 2.17. График зависимости количества ошибок от продолжительности тестирования

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) Z_0: по данным компании, на складе хранятся нереализованные товары, общая стоимость которых составляет 800000 руб.

2) Z₁: по экспертной оценке снижение уровня нереализованных товарных запасов составит 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 год

Все критерии соблюдены и поставленные задачи выполнены. Согласно проведенным ранее вычислениям, внедрение данной системы является эффективным.

3.3 Выводы и предложения

После внедрения подсистемы, согласно экспертной оценке, средний объем работ на анализ данных и на поиск, согласование данных снизился с 1104до 552 часов и с 55,2 до 21,1 часов в год соответственно при неизменном количестве занятых специалистов. Коэффициент относительного снижения трудовых затрат составил 50% и 39% соответственно.

Повышение производительности труда увеличилось почти в 2 раза.

Стоимостные затраты снизились на 50%, а производительность труда за счет этого увеличилась в 2,5 раза.

Годовой экономический эффект составил 44979,3 руб., что говорит о том, что автоматизация эффективна.

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

Срок окупаемости проекта составляет 8 месяцев, что является сравнительно небольшим сроком.

Эффективность единовременных капитальных вложений равна 1,95. Из этого следует, что проект можно считать эффективным с экономической точки зрения.

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

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

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

3.4 Оптимизация управления запасами

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