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

Рассмотрим теперь функционирование модуля "Формирование заказа с помощью генетического алгоритма ".

После выбора в окне модуля "Формирование заказа простыми методами " метода формирования заказа "Генетический алгоритм по минимальной стоимости" и нажатия кнопки <Сформировать> появляется окно модуля "Формирование заказа с помощью генетического алгоритма ", которое показано на рисунке 2.11.

В этом окне пользователь должен настроить генетический алгоритм:

n   ввести количество особей в популяции;

n   выбрать операторы, которые должны выполняться над особями популяции, и задать вероятность выполнения там, где это необходимо;

n   ввести количество выводимых наилучших решений в базу данных заказов.

После нажатия кнопки <Старт ГА> генетический алгоритм начинает свою работу в соответствии с  выбранными установками.

На рисунке  2.12 показана блок-схема работы генетического алгоритма.

Приведем список основных подпрограмм модуля.

В секции private класса TForm2 находятся следующие методы:

1) Методы для преобразования кода Грея в десятичное число:

Процедура SetGraySeq– генерация последовательности переходов

Функция IntToBin –   преобразование числа (0..127) в двоичный код

Функция GrayToDec –   Код Грея --> Десятичное число

2) Методы реализации генетического алгоритма (ГА)

Функция SupplSellDrug – проверка, предлагает ли указанный поставщик (значение гена -- порядковый номер соотвествующий номеру прайс-листа поставщика) данный товар локус -- номер гена в хромосоме, соответствующий номеру товара);

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

Функция SupplierCost -- возвращает стоимость закупки данного товара без учета скидки у поставщика, прайс-лист которого указан;

Функция OneFtnDegree – преобразование строки в коде Грея в соответствующий ей вектор управляемых переменных и вычисление общей скидки,стоимости с учетом скидок и степени  приспособленности особи;

Функция GetAvgDegree – вычисление средней степени приспособленности по популяции;

Функция RemoveBeforeSkresch – предварительное отстранение особей, имеющих степени приспособленности меньше средней, от участия в скрещивании;

Процедура SetSelectVerSect – вычисление отрезков распределения вероятностей выбора особей, которые  могут участвовать в скрещивании, на интервале [0,1];

Процедура SetOneVerSect – разбиение интервала [0,1] на 2 отрезка: Р и 1-Р , где Р -- указанная вероятность;

Процедура SetEquipVerSect – формирование отрезков распределения равных вероятностей на [0,1];

Функция Select – выбор объекта (особи, гена, точки) на основе отрезков распределения вероятностей выбора;

Функция Elit – стратегия элитизма: возвращает индекс особи в популяции, степень приспособленности которой максимальна;

Процедура Interchange – обмен хромосом участками, состоящими из одного или более генов (один участок первой хромосомы ßà один участок второй хромосомы);

Процедура OnePntCrossover – размножение по схеме "Одноточечный кроссовер";

Функция SetGeterList – формирует список номеров гетерозиготных генов в родительских хромосомах и возвращает порядковый номер в списке последнего номера гетерозиготного гена;

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

Процедура GenosRecomb – размножение по схеме "Рекомбинация генов";

Функция PntMutatInGen – точечная мутация в конкретном гене (Если мутированный ген в указанном локусе удовлетворяет требованиям, предъявляемым к символьной модели задачи (см. описание предыдущей функции), то функция возвращает true, иначе мутация производится в каком-либо другом бите гена и т.д., до тех пор, пока мутированный ген не станет удовлетворять требованиям задачи или, пока не будет пройдено предельное число шагов. Если требования задачи так и не будут удовлетворены, то выдается false, и  значение переданного через параметр гена остается неизменным.);

Процедура PntMutation – Точечная мутация производится в случайно выбранном гене хромосомы до тех пор, пока мутированный ген не станет удовлетворять требованиям задачи (см. функцию PntMutatInGen); Если требования задачи так и не будут удовлетворены, то у особи останется старый (немутированный) ген;

Процедура GenMutation – генная мутация;

Процедура MacroPntMut -- макромутация точечная (использует функцию PntMutation);

Процедура MacroGenMut – макромутация генная (использует функцию GenMutation);

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

Функция SetReprodGroup – формирование репродуктивной группы по второй селекционной схеме (в репродуктивную группу попадают те особи, у которых степень приспособленности больше или равна средней);

Процедура NatureSelect – Естественный отбор в (t_+1)-ю популяцию из репродуктивной группы по жесткой" схеме, если isElit=false, иначе членами (t_+1)-й популяции будут все произведенные особи плюс 1 элитная. Размер всех популяций одинаков, равен размеру первой.

Функция AllelDifference – функция возвращает аллельное разнообразие популяции (граничные случаи: если все хромосомы равны, то результат -- 0; если все аллели всех хромосом различны, то результат -- 1);

Функция WorldLimToGraphic – возвращает значение итоговой стоимости заказа с учетом скидок для графика  эволюции минимальной стоимости;

Функция ConvertFitness – преобразование особи в вектор управляемых переменных;

Процедура BringToDB – занесение результатов одного заказа (одного вектора управляемых переменных) в базу данных;

2.4 Методы уменьшения затрат машинного времени, методы отладки и тестирования

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

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

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

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

Тестовые данные для отладки и тестирования небольшие: четыре прайс-листа, в каждом из которых предлагается по пять медикаментов, причем цены в первом прайс-листе у всех товаров равны 1,1; во втором – 2,2; в третьем – 3,3; в четвертом – 4,4; в атрибутах прайс-листов установлены скидки; ;количество листов заказа равно четырем и суммарная потребность --  четыре медикамента в различных количествах.

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

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

Затем в прайс-листах выборочно у товаров ставились нулевые цены – значит, что товар не предлагается, и опять проходило тестирование.

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

3 ЭКСПЕРИМЕНТАЛЬНАЯ ОЦЕНКА РАЗРАБОТАННОГО

ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ

3.1. Испытание системы

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

Реальным предприятием, как уже ранее упоминалось, является Белгородский территориальный фонд ОМС. Здесь товарами являются лекарственные средства, изделия медицинского назначения и расходные материалы, а заказчиками – лечебно-профилактические учреждения города и области. В настоящее время Белгородский территориальный фонд ОМС закупает медикаменты на сумму двенадцать – тринадцать миллионов рублей.

Для испытания "Системы поддержки принятия решений для формирования заказа на торгово-закупочном предприятии" были взяты следующие исходные данные:

n   прайс-листы 12 (двенадцати) поставщиков;

n   листы заказа, потребности которых в общем объеме составляют 277 (двести семьдесят семь) медикаментов;

В итоге сложность алгоритма перебора, формирующего заказ по минимальным ценам невелика: 12*277=3324. Но сложность алгоритма перебора, формирующего заказ по минимальной стоимости  с учетом скидок колоссальна: , поэтому алгоритм перебора здесь неуместен. А генетический алгоритм находит оптимальное решение или близкие к оптимальному решения за реальное время.

В ходе испытаний были сформированы заказы всеми методами, реализуемыми в программе:

n   по максимальным ценам;

n   на одного поставщика;

n   по минимальным ценам;

n   генетический алгоритм по минимальной стоимости  учетом скидок.

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

На рисунке 2.14 представлен второй эксперимент.

На рисунке 2.15 представлен третий эксперимент.

На рисунке 2.16 представлен четвертый эксперимент.

3.2. Оценка надежности

Надежность работы разработанного программного обеспечения была обеспечена за счет:

n   написания триггеров для баз данных;

n   написания для баз данных триггеров, вызывающих исключения;

n    введения различных ограничений в базы данных;

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

Триггеры в базах данных выполняют действия, которые обеспечивают корректное заполнение баз данных, каскадные обновления и многие другие удобства при работе с базами данных. Триггеры действуют тогда, когда запись вставляется, изменяется или удаляется. Основные, имеющиеся в базах данных триггеры указаны в описании баз входных данных (см. п. 2.3.3.2) и описании баз выходных данных (см. п. 2.3.3.3).

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

Ограничения в базах данных применены следующие:

n   первичные ключи;

n   ненулевые поля.

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

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

4  ОЦЕНКА ЭКОНОМИЧЕСКОЙ ЭФФЕКТИВНОСТИ ПРОЕКТА

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

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

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

Многие предприятия-поставщики предоставляют гибкие системы скидок.

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

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

В настоящее время фонд закупает медикаменты у различных поставщиков (коммерческих фирм и производителей) через проведение торгов. Заказы от ЛПУ принимаются один раз в месяц.

В Белгородском территориальном фонде ОМС автоматизированные рабочие места уже внедрены и для решения задачи формирования оптимальных заказов на закупку лекарств используется программное обеспечение, которое для нахождения минимальных затрат на закупку использует метод "формирование заказа по минимальным ценам ".

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

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

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

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

Сложность алгоритма: 1     – алгоритм оптимизации.

Трудоемкость разработки проекта зависит также от вида используемой информации:

ПИ - переменной информации: 1 вид;

НСИ - нормативно-справочной информации: 1 вид;

БД - баз данных: 2 вида;

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

разработки и режима работы:

ТОУ - телекоммуникационная обработка данных и управление удаленными объектами; от объема входной информации.

Сложность организации контроля входной и выходной информации:

12 - входные данные и документы однообразной формы и содержания, осуществляется формальный контроль;

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

Срок разработки: 8 месяцев.

Количество разновидностей форм входной информации: 5.

Доля стандартных модулей: 0,7.

Объем входной информации 273 тыс. документострок

Комплекс задач подсистем:

Управление материально-техническим снабжением, управление сбытом продукции, управление комплектацией, управление экспортными и импортными поставками.

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

Базовая трудоемкость разработки, человекодней:

n   Техни­ческое задание – 42 ;

n   Эскиз­ный проект – 53;

n   Техни­ческий проект – 11;

n   Рабочий проект – 50;

n   Внедрение – 11.

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

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

Нвр.т.пр.= 28 чел.дн.

Нвр.раб.пр.= 49 чел.дн.

Нвр.внедр.= 13 чел.дн.

Нвр=Нвр.т.пр.+Нвр.раб.пр.+Нвр.внедр.=28+49+13=90 (чел.дн.)

Расчет общей трудоемкости разработки проекта Тоб:

Тоб.= tт.зад.+t эск.пр.+tт.пр.+tраб.пр. +tвнедр. = 42+53+90=185 (чел.дн.)

Численность исполнителей, необходимая для выполнения работ по стадиям проектирования и по комплексам задач (задаче) в целом:

Фпл.=22*2+23*5+21=180;

=185/180=1 (чел.) ,

где Фпл - плановый фонд рабочего времени одного специалиста.

Основная заработная плата Зосн разработчиков:

 Дополнительная зарплата рассчитывается, как 10% к основной.

Зср.дн.=79,6 руб.

Зосн.=14728,5 руб.

Здоп.=1472,85 руб.

Смета затрат на разработку ПО представлена в таблице 4.1.

Таблица 4.1 Смета затрат на разработку ПО

Стоимость одного машино-часа работы ЭВМ за время проектирования равна 6,36 рублей.

 Структура цены ПО

Себестоимость ПО

Прибыль (20-30%): Пр=Спо*0,2=5569,18(руб.)

НДС 20%: НДС=(Спо+Пр)*0,2=6683,02(руб.)

Цена программного обеспечения (Цпо): Цпо=Спо+Пр+НДС=40098,11(руб.)

Единовременные затраты пользователя ПО Кобщ будут затраты на:

1. Оплату программного обеспечения (ЦПО).

2. Обучение персонала (Косв),

так как оборудование и инструментальные средства у заказчика имеются.

Кобщ.=Цпо+Косв.

Количество ЭВМ будет зависеть от объема обрабатываемой информации, режима работы организации, технических возможностей компьютера.

Расчет объемов работ, выполняемых на АРМ, начинается с установления перечня задач, подлежащих реализации на ЭВМ, периодичности их решения и годового объема обрабатываемой информации по каждой из них. Количество машинных одноадресных операций на один условный показатель информации приведено в таблице 4.2. Периодичность решения каждой задачи в месяце равна 1.

Таблица 4.2 Количество машинных одноадресных операций на один условный показатель информации

Объем обрабатываемой информации представлен в таблице 4.3.

Таблица 4.3 Объем обрабатываемой информации

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

Расчет стоимости оборудования и амортизационных отчислений смотрите в таблице 4.4.

Таблица 4.4 Расчет стоимости оборудования и

амортизационных отчислений

Ам=Ам.б.*0,19=8321*0,19=1581 (руб.)

Расчет стоимости и амортизационных отчислений инструментальных средств смотрите в таблице 4.5.

Таблица 4.5 Расчет стоимости и амортизационных отчислений инструментальных средств

Изн.и.=Изн.и.б.*0,19=891*0,19=169 (руб.)

Ам.общ.=Ам+Изн.и.=1750 (руб.)

Единовременные расходы пользователя на освоение ПО и обучение персонала будут:

Смаш.=3,3 (руб.)

Косв.= 524 (руб.)

Кобщ.=40098,11+524=40622,11 (руб.)

План инвестиций поквартально представлен в таблице 4.6 (вся сумма есть цена ПО).

Таблица 4.6 План инвестиций поквартально.

График реализации проекта, специалиста (жизненный цикл проекта) представлен в таблице 4.7.

Таблица 4.7 График реализации проекта, специалиста (жизненный цикл проекта)

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

,

где  – средняя стоимость оптимального заказа с учетом скидок;

 – средняя стоимость оптимального заказа по минимуму;

Средний экономический эффект от использования нового ПО (с учетом скидок) по отношению к ранее используемому ПО (принцип минимума) в процентах:

.

Данные для расчета экономической эффективности смотрите в таблице 4.8.

Таблица 4.8 Данные для расчета экономической эффективности.

=403117,08 (руб.);   =3,35%

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

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

Таблица 4.9 Оценка финансовой состоятельности проекта

поквартально

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

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

Дисконтированный поток реальных денег поквартально (NPV) представлен в табл.4.10.

Таблица 4.10 Дисконтированный поток реальных денег поквартально

(начало жизни проекта – с октября 1999 года)

Индекс доходности  (SRR – Simple Rate of Return) определяется как отношение суммарного дисконтированного дохода к суммарным дисконтированным капитальным вложениям:

SRR=50,4 > 1

Внутренний коэффициент эффективности проекта (внутренняя норма доходности) (IRR – Internal Rate of Return) определяется как пороговое значение рентабельности, при котором NPV равно нулю.

Здесь берем r квартальное.

r1 – исходная ставка дисконтирования;

r2 – взятая нами любая ставка дисконтирования;

rпор – внутренний коэффициент дисконтирования проекта, при котором NPV равно нулю.

Проект считается эффективным, если rпор > r1 .

Внутренний коэффициент дисконтирования проекта определяется на графике рисунка 4.1.

r1=7,5%, NPV1=1744181;

                                    r2=20%, NPV2=996582.

                                                                r пор=15% > r1=7,5%

Срок окупаемости проекта определяется на графике рисунка 4.2.

Выводы по главе

Необходимые условия принятия инвестиционного проекта выполняются:

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

n   интегральный экономический эффект больше нуля: NPV=1744181;

n   индекс доходности больше 1: SRR=50,4;

n   внутренний коэффициент эффективности IRR значительно больше заданной ставки дисконтирования:  15%>7,5%.

Следовательно проект можно считать экономически эффективным.

ЗАКЛЮЧЕНИЕ

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

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

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

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

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

СПИСОК ЛИТЕРАТУРЫ

1.   Основы предпринимательского дела. / под. ред. Осипова Ю.М./  — М: Благородный бизнес, 1995 — 430 с. 

2.   Мескон М.Х., Альберт М., Хедоурн Ф. Основы менеджмента. Пер. с англ. М: Дело, 1997 — 704 с.

3.   Гэммон Джон. Покупка и продажа в малом бизнесе.  Руководство барклайз-банка:  пер. с англ. М: Аудит, 1996 — 231 с.

4.   Синецкий Б.И. Основы коммерческой деятельности. М: Юрист, 1998 — 657с.

5.   Фатхутдинов Р.А. Менеджмент конкурентоспособности товара. М: Интел-синтез, 1995 — 55 с.

6.   Ильенкова Н.Д. Спрос: Анализ и управление. М: Финансы и статистика, 1997 — 190 с.

7.   Журнал. Экономический вестник информации. №2 (24) февраль 2000

8.   Батищев Д.И. Генетические алгоритмы решения экстремальных задач. Учебное пособие. Воронеж: ВГТУ, 1995 — 69 с.

9.   http://www.neuroproject.ru/

10.http://www.GAmain.ru/

11.Довгаль С.И., Сбитнев А.И. Персональные ЭВМ: Турбо Паскаль v 7.0, Объектное программирование. Киев: Довгаль, 1995 — 314 с.

12.Бошкин А.В., Дубнер П.Н. Работа в Турбо Си. / под. ред. Генса Г.В., Дубнера П.Н./ М: ЮКИС, 1991 — 182 с.

13.Килверт Чарльз. Delphi 2. Энциклопедия пользователя. Пер. с англ. Киев: ДиаСофт, 1996 — 736 с.

14.Шумаков П.В. Delphi 3 и создание приложений баз данных. М: Нолидж,1999 — 704 с.

15.Джефф Когсвелл. Delphi 2.0 сегодня. Минск: Попурри, 1997 — 446 с.

16. Вороновский Г.К., Махотило К.В., Петрашев С.Н., Сергеев С.А. Генетические алгоритмы, искусственные нейронные сети и проблемы виртуальной реальности. Харьков: Курсор, 1997 – 112 с.

17. Г.И. Здоровцов  Резервы лекарственного обеспечения: Учебное пособие. Белгород: издательство Белгородского государственного университета, 1998 – 108 с.

18. Г.И. Здоровцов  Аккумулирование и использование средств на ОМС: Практическое пособие. Белгород: издательство Белгородского государственного университета, 1999 – 79 с.

19. Айала Ф. Введение в популяционную и эволюционную генетику. /Пер. С англ. – Москва: Мир, 1984

20. Батищев Д.И. Методы оптимального проектирования. – Москва: Радио и связь, 1984 

Страницы: 1, 2, 3, 4, 5