Разработка веб-системы электронных тендеров для закупок электронного правительства
Закупки в контексте электронного правительства являются важной деятельностью, аналогичной по своему характеру традиционной деятельности B2B. Эти виды деятельности обычно характеризуются большими объемами со сложными переменными, бюрократическими рабочими процессами и необходимостью функционировать в регулируемой среде, в которой участвует множество партнеров. В прошлом закупки электронного правительства детали тендерной документации для участников тендера, и участники тендера представляют свою тендерную цену через веб-сервисы. В статье есть тематическое исследование по строительству зданий. PreQTender — это еще одна веб-система управления тендерами для выбора предварительно квалифицированных участников электронных тендеров в строительных проектах. Система направлена на повышение честности и прозрачности процессов предквалификационных электронных тендеров.
Большинство документов сосредоточено на механизмах проведения электронных тендеров и факторах ценообразования, а подробности о системах поддержки принятия решений, рабочем процессе утверждения и оценке предложений как комплексном решении недостаточны. Они были разработаны для конкретных отраслей промышленности. Чтобы ответить на это, предложил применение подхода Domain Engineering для разработки тендерных приложений электронного рынка. Этот подход сочетает анализ домена электронного рынка с набором моделей доменной инженерии для поддержки разработки тендерных активов электронного рынка.
Он отметил, что, тем не менее, большая часть работы над электронными рынками сосредоточена на решении конкретных проблем, а не на предоставлении моделей разработки программного обеспечения многократного использования. Это побудило нас сделать выбор в пользу универсального, многоразового и модульного дизайна электронных тендеров. Вопросы интеграции и функциональной совместимости: они важны, особенно в нашем случае электронного правительства, потому что потенциально может быть большое количество деловых партнеров и агентств, с которыми можно установить отношения в процессе электронных тендеров. В для этой цели предлагается архитектура обмена сообщениями SOAP веб-сервиса. Он использует обмен сообщениями SOAP в формате XML для улучшения неэффективного ручного или полуавтоматического процесса электронных тендеров. Взаимодействие между процессами в электронных тендерах моделируется.
Системы поддержки принятия решений: это важный элемент, обычно находящийся в бэкэнд-процессе WTS, который помогает участнику тендера решить, какие участники тендера должны быть выбраны в качестве победителей контрактов. Некоторыми популярными моделями, изученными в литературе, являются многокритериальное принятие решений (MCDM), комбинированная оценка табло при оценке тендеров, нечеткий набор для установления ценовых предложений и генетический алгоритм, который используется для поиска тендеров, которые оптимизировать затраты. В частности, MCDM используется путем интеграции существующих статистических моделей с весами и процессом управляемой аналитической иерархии (GAHP). Несмотря на большое количество исследований по выбору победителей различными методами, немногие изучали в случае, если несколько кандидатов одинаково конкурентоспособны, как можно было бы распределить между ними рабочие места в наибольшей степени в интересах участника тендера. Это побудило нас разработать систему поддержки принятия решений, которая учитывала бы это.
Безопасность:
В качестве важных вспомогательных услуг, обеспечивающих функционирование системы электронных тендеров в безопасной среде, предлагается ряд методов обеспечения безопасности, включая защиту коммуникаций. Исследование в области безопасности является важным шагом, необходимым для интеграции важнейших юридических требований в структуру системы электронных тендеров. Автоматизированные переговоры для B2B: электронные тендеры и госзакупки обычно предоставляют платформу для электронных тендеров, на которой стороны могут участвовать в тендере. После чего переговоры будут продолжены вручную между победителем электронных тендеров и участником тендера.
В недавнем исследовании был предложен способ эвристической автоматизации согласования в качестве вклада в интеграцию полного набора процессов. Мы утверждаем, что в контексте электронного правительства существуют опасения по поводу изменения внутренних процессов и политик, хотя технология легкодоступна. В следующих разделах мы представляем модульную системную архитектуру электронных тендеров, которая включает модуль поддержки принятия решений для оценки тендеров, и, следовательно, мы показываем, что система может вписаться в сценарий, в котором процессы могут быть автоматизированы.
Это подтверждается с помощью инструмента BPR от Holosofx Inc. В отрасли существует несколько зрелых систем онлайн-тендеров, таких как Merx в Канаде (www.merx.com) и более поздняя версия PhilGEPS на Филиппинах. Наш дизайн WTS потенциально может быть принят ими или аналогичными, для перехода к единой системе, которая расширяется от базы доступа к информации и управления заказами до полностью интегрированного рабочего процесса тендеров, связывая внешние функции с внутренними процессами. В предлагаемом нами дизайне мы смоделировали роли пользователей в электронных тендеров в виде отдельных модулей.
Идея состоит в том, что функции, принадлежащие каждой пользовательской роли, инкапсулированы сами по себе, что делает структуру гибкой для интеграции с существующими рабочими процессами между отделами. Существует несколько основных модулей, которые можно условно отнести к технической поддержке: база данных, в которой хранится вся информация, и модуль веб-службы, обеспечивающий передачу данных по внутренней сети. Другие модули соответствуют типичным ролям в электронных тендерах, таким как участники тендеров, участники тендеров и обычные пользователи.
Особенно, внутренние процессы моделируются в модуле оценщика и модуле комитета, которые предназначены для управления процессами электронных тендеров после получения предложений. Эти внутренние процессы в большинстве существующих систем электронных тендеров по-прежнему выполняются вручную. В нашем проекте модуль комитета и модуль оценщика либо заменяют, либо выполняют эту ручную работу, которая зависит от того, насколько автоматизированы рабочие процессы. В настоящее время, хотя рабочий процесс электронных тендеров в бэкэнде по-прежнему управляется пользователями-людьми, модули служат в качестве поддержки ИКТ для облегчения онлайн-взаимодействия/коммуникации при определении победителей и о том, как должны распределяться рабочие места.
В будущем, когда рабочий процесс, объединяющий внешние и внутренние процессы, станет полностью автоматизированным, модули можно будет расширить за счет технологии программных агентов и торговых правил, что в конечном итоге приведет к сценарию. Системная архитектура предлагаемого нами WTS. Основные функции основных модулей обсуждаются ниже. Соответствующая схема потока данных показана на рисунке 4. Модуль участника тендера в основном содержит две функции: создание тендера и выбор контракта.
Участник тендера должен включать все детали, необходимые поставщикам для подачи тендерных предложений, включая гибкое добавление критериев в тендер во время выполнения и возможность загрузки различных видов контрактных чертежей. Тендеры хранятся в стандартизированном формате XML для совместимости, что важно для повторного использования документов и обмена ими между другими отделами электронного правительства. Участник тендера может создавать три типа тендеров: публичный, частный и повторный. В то время как открытый тендер открыт для всех квалифицированных тендеров, закрытый тендер создается специально для определенных потенциальных поставщиков.
Повторные электронные тендеры предназначены для того, чтобы участники электронных тендеров повторно представили свои заявки на ранее закрытые электронные тендеры в определенных обстоятельствах. В процессе создания тендера необходим набор критериев для обеспечения требуемых ограничений для атрибутов тендера. Вес используется для обозначения важности каждого критерия и будет использоваться при расчете баллов для определенного атрибута тендера, представленного участником тендера. Tenderee может использовать более простой интерфейс для установки стандартных критериев, обычно включающих цену и количество товаров; или добавить дополнительные критерии, когда это необходимо.
Участник тендера также несет ответственность за выбор контракта после оценки и подтверждения количества контрактов уполномоченным комитетом. Для певца победитель тендера предназначен, участник тендера должен подтвердить, является ли победителем тендерное предложение по умолчанию с наивысшим полученным общим баллом или другое по желанию (что может отражать несправедливость, несмотря на технически полученный результат). Если предполагается несколько победителей тендера, участник тендера должен будет установить пороговый балл и рассчитать единую цену для каждого предмета, запрошенного в тендере.
Алгоритмы распределения тендеров между несколькими победителями тендеров будут обсуждаться в разделе 4. Модуль участника электронных тендеров предназначен для того, чтобы участники электронных тендеров могли предлагать и регистрировать товары до создания тендеров. В соответствии с критериями, перечисленными в размещенном тендере, участники тендера должны иметь возможность делать четкие котировки на каждый товар или услугу, запрошенные участником тендера. Кроме того, участнику тендера рекомендуется зарегистрировать товары или услуги в качестве поставок до подачи тендерного предложения.
Это обеспечивает согласованный список спецификаций поставок для участника тендера в процессе создания тендера. Чтобы подать тендерное предложение, Участник тендера извлекает информацию о конкретном тендере и ценах из соответствующих баз данных. После того, как участник тендера сделал тендерное предложение, данные будут записаны в соответствующие базы данных, возможно, для использования в будущем. Идея заключается в повторном использовании информации, хранящейся в базах данных; для простоты использования и обеспечения точности информации, которая в противном случае может быть вызвана человеческим фактором. Модуль оценки отвечает за оценку предложений.
Как только оценщик начинает процесс оценки, тендерное предложение сначала анализируется, и атрибуты предложений извлекаются. Оценщик может выбрать оценку предложения вручную или автоматически. В режиме ручной оценки подмодуль «Оценка» запросит ввод баллов для каждого атрибута предложения от оценщика в явном виде; общий балл будет рассчитываться в соответствии с соответствующими весовыми коэффициентами, установленными в процессе создания тендера. В противном случае оценка может быть выполнена автоматически.
В зависимости от типа атрибута и алгоритма, показанного ниже, каждый атрибут оценивается с выставлением оценки. Индивидуальная оценка каждого атрибута влияет на общую оценку всего тендерного предложения. Общий балл представляет собой взвешенную сумму баллов всех предложений атрибутов. После оценки всех тендерных предложений общие баллы сортируются в порядке убывания, чтобы участник тендера мог определить окончательного победителя(ей) тендера. Псевдокод приведен ниже. Здесь мы также учитываем необходимость иметь несколько победителей тендера, что довольно часто встречается в процессе закупок электронного правительства, так что ни один поставщик не монополизирует все рабочие места.
Чтобы облегчить распределение тендеров между несколькими использует усовершенствованные интернет-технологии, чтобы облегчить гражданам и предприятиям взаимодействие с правительством, оптимизировать процессы и улучшить взаимодействие между гражданами и правительством. Целью этих инициатив будет устранение избыточных систем и значительное повышение качества обслуживания клиентов правительством для граждан и предприятий. Одной из областей применения инициатив электронного правительства будет G2B, где государственные ведомства приобретают товары или услуги у поставщиков посредством открытых электронных тендеров или другими способами. Электронные тендеры в общем смысле соответствуют такому плану инициативы электронного правительства, которая повышает ценность торговых сторон, используя интернет-технологии, облегчая их процесс закупок как для закупщика, так и для поставщика. Цель состоит в том, чтобы повысить производительность и эффективность различных бизнес-процессов, облегчив торговлю между деловыми партнерами и государственными учреждениями.
По наблюдениям авторов, услуга электронных тендеров с годами постепенно эволюционировала от онлайн-просмотра информации до интегрированного бизнес-решения. Их можно приблизительно разделить на следующие четыре группы, которые также рассматриваются как дорожная карта эволюции. В принципе, системы электронных тендеров предназначены для максимально полного использования технологий для предоставления услуг и информации, которые сосредоточены на облегчении поиска информации, создания тендеров, процесса электронных тендеров, оценки и отбора предложений и т. д. В начале 1980-х годов были предприняты усилия по оцифровке информацию о тендерах и размещение их на веб-сайте в виде доски объявлений, обычно в форме уведомлений.
Веб-сайт электронного правительства (извещение о проведении тендера) служил альтернативной платформой для отображения информации в дополнение к традиционному методу публикации в бюллетенях. Заинтересованные поставщики из числа общественности, желающие принять участие в электронных тендерах, должны будут связаться с ними посредством личных контактов, таких как телефонные звонки и личные интервью. Все последующие процессы должны были выполняться вручную и на бумаге, чтобы замкнуть цикл.
В последние годы использование веб-сайта было расширено за счет возможности загрузки файлов, оцифрованных из бумажных документов, а также заполнения и отправки онлайн-форм онлайн. Некоторые из них также позволяли пользователям оплачивать сборы за подачу заявки онлайн с возможностью транзакционных платежей. Заинтересованные поставщики из числа общественности, желающие принять участие в электронных тендерах, должны будут связаться с ними посредством личных контактов, таких как телефонные звонки и личные интервью.
Все последующие процессы должны были выполняться вручную и на бумаге, чтобы замкнуть цикл. В последние годы использование веб-сайта было расширено за счет возможности загрузки файлов, оцифрованных из бумажных документов, а также заполнения и отправки онлайн-форм онлайн. Некоторые из них также позволяли пользователям оплачивать сборы за подачу заявки онлайн с возможностью транзакционных платежей. Заинтересованные поставщики из числа общественности, желающие принять участие в электронных тендерах, должны будут связаться с ними посредством личных контактов, таких как телефонные звонки и личные интервью. Все последующие процессы должны были выполняться вручную и на бумаге, чтобы замкнуть цикл.
В последние годы использование веб-сайта было расширено за счет возможности загрузки файлов, оцифрованных из бумажных документов, а также заполнения и отправки онлайн-форм онлайн. Некоторые из них также позволяли пользователям оплачивать сборы за подачу заявки онлайн с возможностью транзакционных платежей. использование веб-сайта было расширено за счет возможности загрузки файлов, оцифрованных из бумажных документов, и онлайн-форм, которые можно заполнять и отправлять в режиме онлайн.
Некоторые из них также позволяли пользователям оплачивать сборы за подачу заявки онлайн с возможностью транзакционных платежей. использование веб-сайта было расширено за счет возможности загрузки файлов, оцифрованных из бумажных документов, и онлайн-форм, которые можно заполнять и отправлять в режиме онлайн. Некоторые из них также позволяли пользователям оплачивать сборы за подачу заявки онлайн с возможностью транзакционных платежей.фигура 2а показан сценарий, в котором так называемая система электронных тендерах через Интернет (WTS) или электронные тендеры в основном использовалась для отображения информации на веб-сайте. В то время как большинство внешних сервисов, которые взаимодействуют с пользователями (поставщиками), оцифрованы, большая часть внутренних процессов осталась неизменной.
Известно, что реформирование процессов и рабочих процессов, особенно в бюрократической среде, такой как государственные органы, связано со многими вопросами политики и должно постепенно занять время. Внутренние процессы являются основными функциями электронных тендеров, которые включают, помимо прочего. Роли и действия процесса электронных тендеров: создание тендера, оценка предложений, разработка политики, принятие решений. изготовление и другие виды поддержки. Усилия по электронному правительству в конечном итоге привели к оцифровке как информации, так и услуг как внешнего, так и внутреннего интерфейса. На рубеже тысячелетий внутренние процессы были частично интегрированы с автоматизированными рабочими процессами.
Они более или менее оцифрованы и работают в безопасной среде Интранет, в основном для обмена и архивирования документов. Это описывает WTS в большинстве ситуаций электронного правительства в настоящее время — внешний интерфейс в основном используется для взаимодействия с пользователями, а внутренний интерфейс частично автоматизирован и интегрирован. Сценарий сегодняшнего WTS отражен в Это описывает WTS в большинстве ситуаций электронного правительства в настоящее время — внешний интерфейс в основном используется для взаимодействия с пользователями, а внутренний интерфейс частично автоматизирован и интегрирован.
Сценарий сегодняшнего WTS отражен в Это описывает WTS в большинстве ситуаций электронного правительства в настоящее время — внешний интерфейс в основном используется для взаимодействия с пользователями, а внутренний интерфейс частично автоматизирован и интегрирован. Сценарий сегодняшнего WTS отражен в2b и может быть гибридом рисунков 2a и 2b. фигура 2b показывает окончательный сценарий, который может быть конечной целью реформы электронного правительства, при котором процессы полностью интегрированы и автоматизированы.
Весь WTS унифицирован за счет тесной связи веб-сайта и внутреннего рабочего процесса как единого приложения. В качестве основного вклада в этот документ мы предложили дизайн WTS, который может существенно помочь в переносе некоторых ручных процессов в бэкэнде на внутренние веб-процессы за счет автоматизации оценки предложений, поддержки принятия решений для выбора победителя (победителей) и других. Архитектура проекта WTS является модульной, поэтому можно включать дополнительные серверные процессы, что в конечном итоге приводит к полностью унифицированной интеграции.
Дизайн может быть принят электронным правительством, как сейчас, когда внутренние процессы все еще в основном выполняются вручную, и в будущем планируется перейти на полностью связанный рабочий процесс с совместным бизнесом и электронными закупками. Документ структурирован в следующих разделах: Раздел 2 представляет собой связанные работы, которые указывают на технологические достижения для электронных тендеров, которые на самом деле легко доступны, чего сейчас, вероятно, не хватает, так это плана, чтобы привести их вместе в соответствие с разработками электронного правительства. Таким образом, это является мотивом для этой статьи. Раздел 3 описывает проектирование системы. В Разделе 4 подробно рассматриваются детали модуля поддержки принятия решений – Оценка предложений. Раздел 5 посвящен моделированию производительности с помощью инструмента BPR, который демонстрирует преимущества за счет оптимизации определенных внутренних процессов. Вывод представлен в Разделе 6.
Он не претендует на то, чтобы быть исчерпывающим, но содержит обзор некоторых важных последних публикаций в литературе, касающихся электронных тендеров. Как отмечают авторы, большая часть академических исследований сосредоточена на конкретном аспекте электронных тендеров, особенно на оценке тендеров лицами, принимающими решения. Однако мы выступаем за то, чтобы электронные тендеры были не просто веб-сайтом интерактивных услуг, связанных с участниками электронных тендеров или анализирующих их заявки; скорее это полный набор процессов и рабочих процессов оценки, утверждения и управления, которые охватывают несколько внутриорганизационных отделов и даже связаны с цепочками поставок.
Архитектура. Сосредоточив внимание на процессе электронных тендеров, рассмотрел список существующих информационных систем в Интернете, поддерживающих этот процесс. Они разработали систему SupplyPoint, которая может в электронном виде поддерживать и автоматизировать весь процесс электронных тендеров виртуальных консорциумов для строительной отрасли. Другая похожая система — электронные тендеры с веб-сервисами. Система предоставляет участникам тендера подробную информацию о тендерной документации, и участники тендера представляют свои тендерные цены через веб-службы.
В статье есть тематическое исследование по строительству зданий. PreQTender — это еще одна веб-система управления тендерами для выбора предварительно квалифицированных участников электронных тендеров в строительных проектах. Система направлена на повышение честности и прозрачности процессов предквалификационных электронных тендеров. Большинство документов сосредоточено на механизмах проведения электронных тендеров и факторах ценообразования, а подробности о системах поддержки принятия решений, рабочем процессе утверждения и оценке предложений как комплексном решении недостаточны.
Они были разработаны для конкретных отраслей промышленности. Чтобы ответить на это, предложили применение подхода доменной инженерии для разработки тендерных приложений электронного рынка. Этот подход сочетает анализ домена электронного рынка с набором моделей доменной инженерии для поддержки разработки тендерных активов электронного рынка. Он отметил, что, однако, большая часть работы над электронными рынками сосредоточена на решении конкретных проблем, а не...
Посмотреть в полном тексте
Цитаты
... В предыдущие годы разработанные веб-системы закупок эволюционировали от односторонних информационных систем, которые автоматизируют только объявление тендера, до полностью интегрированных систем, которые полностью автоматизировали предварительные и внутренние процедуры системы закупок. Было проведено несколько исследований для разработки веб-систем закупок, которые лучше, чем традиционные. В последние годы машинное обучение (ML) набирает популярность для помощи в принятии решений. ...
|
