Проектирование и разработка системы обработки данных, получаемых ФГУП 'Почта России' от ОАО 'Ростелеком'

Проектирование и разработка системы обработки данных, получаемых ФГУП 'Почта России' от ОАО 'Ростелеком'

Постановка задачи

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

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

Целью настоящей дипломной работы является проектирование и разработка системы обработки данных, получаемых ФГУП «Почта России» от ОАО «Ростелеком».

Данная система предназначена для:

·  Формирования почтовых отправлений по макету заказчика.

·        Определения одного из цехов для производства почтовых отправлений.

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

·        Автоматизации труда операторов связи в цехах производства.

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

Для достижения поставленной задачи необходимо выполнить следующие задачи:

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

·        Изучить руководящие технические материалы «Почты России».

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

·        Произвести выбор общедоступных модулей для работы с файлами формата pdf, Microsoft Excel, для работы скачивания и загрузки файлов на ФТП сервер.

·  Спроектировать общую схему работы системы.

·        Разработать основные модули для выполнения функционала программы.

·        Спроектировать структуру базу данных системы и выбрать систему управления базой данных.

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

·        Изучить вредное влияние ПК на человека и провести анализ механизмов утилизации ПК в России и на Западе.

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

·        Протестировать скорость работы системы и оценить узкие места в программе.

Введение

Обработкой и печатью партионных отправлений занимается ЦГП - филиал ФГУП «Почта России». Одним из клиентов филиала ЦГП (Центры гибридной почты) является компания ОАО «Ростелеком». ОАО «Ростелеком» рассылает коды активации учетных записей с сайта. Код активации отправляется заказным письмом, которое является регистрируемым почтовым отправлением с нанесением на отправление штрихкодового почтового идентификатора (ШПИ) для отслеживания сроков прохождения почтового отправления. Обработкой отправлений занимается аутсорсинговая компания. Работа со сторонней компанией влечет риск утечки персональных данных, а также накладывает дополнительные финансовые расходы на филиал ЦГП. Обработка и формирование отправлений силами филиала позволит сократить сроки обработки и отправки писем, разгрузит операторов печати в цехе от неэффективной работы по ручному созданию отчетов, а также уменьшит затраты на производство.

Разрабатываемая система позволит самостоятельно формировать почтовые отправления по заданному макету, а также создавать отчетную документацию, электронные списки для ПО «Партионная почта», отчет для клиента о количестве отправленных писем и присвоенных им кодах ШПИ (штриховой почтовый идентификатор).

1. Аналитический обзор аналогичных программных продуктов

Среди компьютерного программного обеспечения есть большое количество программных продуктов, предназначенных для обработки файлов и формирования отправления, на основе макета. В компании имеется два типа печатающих устройств: листовые машины и рулонные. Печать большого количества отправлений обычно осуществляют на рулонной машине, т.к. скорость печати на ней выше, а себестоимость одного отпечатка ниже. В компании установлены рулонные печатающие устройства фирмы IBM. Данные устройства принимают на вход файлы только в формате afp. Это специальный потоковый формат печати, разработанный компанией IBM. Поэтому для обработки почтовых отправлений, необходимо ПО, которое может создавать файлы в формате Advanced Function Presentation (afp).

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

1.      DocBridge Mill от компании Compart [1]. Программное обеспечение состоит из нескольких компонентов:

·  DocBridge Mill WorkBench. Графическая среда для создания схем преобразования данных. Используется для отрисовки схем, по которым будет производиться преобразование данных, упаковки этих схем в формат mia для последующего использования в продукте DocBridge Mill Server.

·        DocBridge Mill Server. Программное обеспечение, устанавливаемое в системе в качестве демона (программа, работающая в фоновом режиме). В данном продукте возможно реализовать «горячие папки», в одну папку складываются исходные файлы, а в другой папке после обработки появляются готовые файлы. Для настройки горячей папки, в ПО загружается схема преобразования данных, созданная с помощью DocBridge Mill WorkBench, а также указываются пути к папкам для входных и выходных файлов. Доступ к настройкам ПО осуществляется через web интерфейс.

·        Cpmcopy. Консольная утилита, предназначенная в основном для конвертации файлов из одного формата в другой.

Продукт заявлен как универсальный обработчик документов. Предназначен он для обработки данных и создания на основе шаблона, готовых отправлений. В качестве входных форматов может принимать как xml, xsl-fo, pdf, data-file, csv, так и множество других форматов, на выходе получаются файлы формата afp, pdf, csv. ПО было куплено в компании и использовалось для формирования отправлений некоторых клиентов. В основном, ПО использовалось для простой конвертации pdf файлов в формат afp. Возможные форматы, а также количество используемых для обработки ядер процессора, лицензируется и покупается отдельно. В компании была приобретена лицензия на 1 ядро, входные форматы: pdf, xsl-fo; выходной формат: afp. Главными недостатками Docbridge Mill являются:

·    Невозможность создания отчетной документации, электронных списков для прогрузки в ПО «Партионная почта».

·        Невозможность нанесения на отправления специальных меток реза (OMR метки, DataMatrix).

·        Необходимость лицензирования каждого используемого ядра процессора.

·        Невозможность работы с данными в формате xml.

·        Невозможность сортировки почтовых отправлений по индексам во время обработки.

2.      Bta Print Machine от компании ITS Neopost [2]. Программное обеспечение от Neopost специально предназначено для обработки почтовых отправлений. ПО легко интегрируется в корпоративную сеть, автоматически принимает исходные данные из различных баз данных. Для написания программ, в Bta Print Machine используется язык, похожий на Visual Basic. В качестве форматов исходных данных можно использовать: xml, текстовые файлы, csv. На выходе получаются форматы: PCL, PDF, PS, TIFF, AFP. Программный продукт может создавать отчетную документацию, имеет возможность рассылки отчетов на E-Mail, факс; может наносить на отправления бар-коды, OMR метки для реза, автоматически распределять задания между печатающими машинами, сортировать и группировать отправления по разным признакам, архивировать обработанные данные. Основным недостатком продукта является его высокая цена, а также необходимость интеграции всех цехов и печатающих устройств в единую сеть и закупку на все станции данного ПО. В данный момент объединение всех печатающих устройств и рабочих станций, используемых для печати отправлений, невозможно по соображениям информационной безопасности.

.        Комплексное решение от компании GMC [3]. Компания GMC занимается разработкой программного обеспечения, предназначенного для обработки персонифицированных данных. GMC предлагет множество программных продуктов, таких как:

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

·        Inspire Print Output. Осуществляет всеобъемлющую поддержку потока данных печати документов, включая Advanced Function Presentation™ (AFP™), PostScript, PCL, Metacode, XML и PDF.

·        Inspire Automator. Осуществляет выполнение разнообразных операций, таких как отправка документов по email, верификация данных посредством web-сервера, загрузка данных с/на ФТП сервер, в автоматическом режиме.

Для выполнения требуемого функционала по подготовке писем и отчетной документации для нашей компании, потребуется приобрести два программных продукта: Inspire Designer и Inspire Automator. Система имеет возможность расширения, за счет покупки дополнительных модулей. Есть возможность написания дополнительных модулей/функций на языке Java. Главным недостатком данной системы является ее высокая стоимость (ок. 1 млн. евро).

Сравнительная характеристика продуктов представлена в таблице 1.

Таблица 11 - Сравнение различных продуктов для формирования почтовых отправлений

На рынке ПО для печати и подготовки почтовых отправлений нет большого количества программных продуктов. Многие компании заказывают разработку программного продукта «под себя». Как видно, из таблицы 1, основным недостатком готовых программных решений для обработки данных является их стоимость, а также в некоторых случаях негибкость системы, невозможность настройки под определенные задачи.

Среди рассмотренных систем, только система GMC Inspire имеет возможность удовлетворить все требования к функционалу системы. Главным недостатком данной системы является ее высокая цена, а также необходимость объединения всех цехов в единую сеть. На данном этапе развития филиала ЦГП, нет технической возможности реализовать объединение всех цехов компании в единую сеть. Без объединения в единую сеть, система может обрабатывать данные локально на каждом ПК, но тогда встает проблема синхронизации данных, создания единых отчетов, подсчета затрат на печать.

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

2.     
Формирование требований к системе

2.1    Описание формата и структуры входных файлов

2.1.1           Дизайн-макет отправления

Клиент предоставляет дизайн-макет почтового отправления. Для передачи дизайн-макетов используются композитные PDF файлы, соответствующие стандарту PDF/x-1a.

Требования к макету

·    Размер документа должен соответствовать обрезному формату издания.

·        Во избежание появления муара и зубчатости все изображения должны быть заверстаны в 100%-м масштабе.

·        Все шрифты должны быть представлены в формате TrueType или PostScript Type 1.

·        Разрешение изображений 600-1200 dpi.

·        Все элементы дизайн - макета документов должны быть выполнены в цветовых пространствах CMYK или Grayscale.

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

·        Размер макета: А4 (210х297мм).

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

В макете несколько полей персонализации:

·    Фамилия, имя, отчество клиента.

·        Код активации.

·        Адресный блок.

·        Код ШПИ.

·        Поле служебной информации (содержит имя файла, дату отправки, порядковый номер отправления в файле).

Внешний вид дизайн - макета документа представлен в приложении А.

.1.2 Формат файла данных

Клиент передает нам файл, зашифрованный при помощи ПО Верба. Основным каналом обмена данными предполагается обмен данными по телекоммуникационным каналам по протоколу FTP/FTPS. Расшифровкой файла занимаются администраторы в цехе, расположенном в Подольском АСЦ (автоматический сортировочный центр). После расшифровки, получается архив формата zip, внутри которого располагаются файлы в формате xml. Один файл содержит не более 500 клиентов, при количестве отправлений более 500, данные размещаются в нескольких файлах. Кодировка файла: UTF-8.

Файл имеет древовидную структуру. Примерный вид файла:

<mails>

<mail>

<userid>*****</userid>

<lastname>Жерлицин</lastname>

<firstname>Александр</firstname>

<middlename>Сергеевич</middlename>

<code>********</code>

<zip>101000</zip>

<region></region>

<district></district>

<city********></city>

<street></street>

<bulding1>17</bulding1>

<bulding2></bulding2>

<bulding3></bulding3>

<apartment>65</apartment>

</mail>

<mail>

……

</mail>

</mails>

Корневым элементом документа является элемент с именем <mails>. Данные клиентов располагаются в элементах <mail>.- код клиента- фамилия- имя- отчетство- код активации (наносится в теле почтового сообщения)- почтовый индекс- название региона

district - область- город- улица- дом- строение- корпус- квартира

Данные в элементах region, district, city, street закодированы в HTML Entities. Каждому символу слова соответствует соответствующий цифровой код, который записывается в виде сущности &#<Цифровой код символа>;. Например буква 'Ю', закодированная в HTML Entities будет выглядеть как &#x42E;, причем кодируются не все символы, а только символы со 128-255 номера из таблицы ASCII. Все перечисленные сущности должны присутствовать в исходном документе, даже если адрес не содержит квартиры, то элемент apartment должна быть в документе.

Формат именования файла

.ZIP,

где XXX - код клиента (любая трехбуквенная последовательность из латинских букв). Для клиента ОАО «Ростелеком» принимает значение RTK.- код филиала/подразделения предприятия (например MOS)- дата в формате последние две цифры года, номер месяца и число из двух цифр (если значение месяца или числа содержит менее двух цифр, требуется дополнить их ведущими нулями до нужного количества символов)- порядковый номер файла в день

.ZIP - признак архивного файла

Для обмена данными используется внутренний ftp сервер ФГУП «Почта России». Клиент заблаговременно предупреждает о размещении файлов на ftp. Пример уведомления:

ОАО «Ростелеком»

Подтверждение успешной приемки.

Имя файла: RTKMOS1502060000.zip

Идентификатор: 001-000-245

Дата приемки: 21.03.2015 09:15:43 UTC

2.2    Описание формата и структуры выходных файлов

На выходе программа должна формировать следующие файлы:

.        Файлы для печати почтовых отправлений

.        Списки для загрузки данных в ПО Партионная почта

.        Акт приема-передачи данных

.        Список соответствия id клиента и присвоенного ему ШПИ

.        Печатные списки формы 103

.2.1 Файлы для печати почтовых отправлений

Формат файла: afp

Количество документов в файле: не более 500

Формат имени файла: ymmddnn.afp, где - дата формирования файла- порядковый номер файла за текущий день

Необходимо сформировать спул печатных файлов для передачи непосредственно в печатный цех. Получить файлы в формате afp можно при помощи ПО DocBridgeMill, путем конвертации из формата pdf. При конвертации необходимо указать Form Definition в параметрах программы.

Form Definition - это правило раскладки полученного файла на печатном рулоне. При помощи него определяется формат отпечатка, его ориентация, формат печати (односторонний, двухсторонний), расположение отпечатка на бумаге. Используя таблицу соответствия (Form Definitions and Page Definitions Supplied with Infoprint), получим название требуемого Form Definition: F1N20010[4].

.2.2 Списки для загрузки данных в ПО Партионная почта

Формат файла: ini, txt

Формат имени файла: Соответствует формату имени файла для печати почтовых отправлений, только имеет формат zip

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

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

Примерное содержимое файла:

[Main]=7707049388

SendCtg=3=20140905=13=2=1

[Summary]=62=1240=202120

Описание основных полей представлено в таблице 2.

Таблица 22 - Описание полей ini файла списков для ПО Партионная почта

Категории писем определяются в соответствии с руководящим техническим материалом (РТМ) 0002.11.14 [5].

Второй файл имеет формат txt. Кодировка файла cp866. В нем расположена основная информация об отправлении (код ШПИ, индекс, город, вес отправления). Файл содержит текстовые строки, в конце которых располагается управляющий символ «возврат каретки», новая строка (ASCII код 13 и 10). Разделителем элементов данных в строке является символ: | (ASCII код 124). Первая строка файла данных с разделителями содержит наименование элементов данных, последующие строки содержат данные, позиционно соответствующие элементам данных.

Файл содержит следующие поля:

·        BARCODE - ШПИ код отправления

·        MASS - вес отправления в граммах

·        MASSRATE - сумма платы за пересылку в копейках

·        PAYMENT - сумма наложенного платежа в копейках

·        VALUE - сумма объявленной ценности в копейках

·        INSRRATE - сумма платы за объявленную ценность в копейках

·        AIRRATE - выделенная сумма платы за пересылку воздушным транспортом в копейках

·        INDEXTO - почтовый индекс адресата

·        REGION - регион

·        AREA - район

·        CITY - город

·        STREET - улица

·        ADDRESSEE - адресат

·        COMMENT - служебные данные. Разделителем служебных данных является ';'

·        MAILDIRECT - код страны места назначения почтового отправления (для России - 643)

Примерный вид файла:

|MASS|MASSRATE|PAYMENT|VALUE|INSRRATE|AIRRATE|INDEXTO|REGION|AREA|CITY|STREET|ADDRESSEE|COMMENT|MAILDIRECT|ALTERDELIV|TELADDRESS

|20|3260|0|0|0|0|109147|г.Москва ул.Абельмановская|||, 11, 42|ОАО "Ростелеком"||643|0|

|20|3260|0|0|0|0|121596|Москва Город|||Запорожская Улица, 6, 115|ОАО "Ростелеком"||643|0|

.2.3 Акт приема-передачи данных

Формат файла: xls

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

.2.4 Список соответствия id клиента и присвоенного ему ШПИ

Формат файла: xml

Кодировка файла: utf8

Файл представляет собой структуру xml. Корневым элементом является элемент с именем CodeSHPI, имеющим 5 атрибутов:

·    TimeShtamp - время в формате dd/mm/yyyy

·        FileNum - номер файла за текущую дату

·        All - общее количество отправлений, по которым предоставлена информация в файле

·        AllGood - количество валидных отправлений

·        AllBad - количество невалидных отправлений

Корневой элемент содержит 2 элемента: <Good> и <Bad>, внутри которых расположены данные об отправлениях. Данные располагаются в элементах <Code>, которые содержат 7 элементов:

·    USERID - уникальный код клиента

·  SHPI/ERROR - присвоенный клиенту код ШПИ, в случае валидного отправления. В случае невалидного отправления, элемент имеет имя ERROR и внутри него содержится описание ошибки

·        PostDate - дата и время отправления письма (05.09.2014 15:32:01)

·        PostName - имя файла с данными, в котором располагался данный клиент

·        Surname - фамилия клиента

·        Name - имя клиента

·        MiddleName - отчетсво клиента

Примерный вид файла:

<?xml version="1.0" encoding="Cp1251" standalone="yes"?>

<CodeSHPI TimeShtamp="9/5/2014" FileNum="01" All="6066" AllGood="6062" AllBad="4">

<Good>

<Code>

<USERID>20767931</USERID>

<SHPI>14083878165814</SHPI>

<PostDate>05.09.2014 15:32:01</PostDate>

<PostName>20140901000001.xml</PostName>

<Surname>Иштуганова</Surname>

<Name>Гульнара</Name>

<MiddleName>Радмировна</MiddleName>

</Code>

</Good>

<Bad>

<Code>

<USERID>20773730</USERID>

<PostDate>05.09.2014 15:32:01</PostDate>

<PostName>20140901000005.xml</PostName>

<Surname>Мальцев</Surname>

<Name>Олег</Name>

<MiddleName>Станиславович</MiddleName>

<Error>Неверно указан адрес</Error>

</Code>

</Bad>

</CodeSHPI>

2.3    Служебные файлы

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

·        Журнал работы программы

·        Журнал ошибок. В этом файле регистрируются все ошибки, возникающие при работе программы

·        Конфигурационный файл

2.3.1 Журнал работы программы

Формат файла: txt

Имя файла: log.txt

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

hh:mm:ss DD/MM/YYYY <text>,

где hh:mm:ss - время сообщения/MM/YYYY - дата сообщения

<text> текст сообщения

Записи отделяются друг от друга символом '\n'.

.3.2 Журнал ошибок

Формат файла: txt

Имя файла: error.txt

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

.3.4 Конфигурационный файл

Формат файла: ini

Имя файла: config.ini

Файл содержит настройки программы. Настройки в файле разделены на несколько групп:

·        [main] В этой группе расположены настройки, относящиеся к работе всей программы

·        [NOVOSIB], [PITER], [MOSCOW] В этих группах расположены настройки, относящиеся к определенному региону, в котором производится печать и конвертование отправлений

Описание основных полей представлено в таблице 3.

Таблица 33 - Описание полей конфигурационного файла

3.     
Предварительная схема работы системы

1.   Администраторы загружают исходные файлы в папку на ФТП сервере.

2.      Программа в автоматическом режиме проверяет наличие новых файлов с расширением .zip на ФТП сервере.

.        При обнаружении файлов происходит их загрузка с ФТП сервера в папку XML.

.        Программа производит извлечение файлов из архива и сохраняет имена файлов формата xml.

.        Данные из каждого файла считываются в структуру типа хэш массивов хэшей.

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

.        Асинхронно формируется отправление для каждого клиента.

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

.        После формирования файлов, происходит конвертирование pdf файлов в afp.

.        Создание акта приема-передачи и отправка его по электронной почте

.        Отправка списков ф.103 по электронной почте для прогрузки в ПО Партионная почта.

.        Загрузка печатных файлов формата afp на ФТП сервер.

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

Печать производится на ролевой машине IBM InfoPrint 4100 (Рис. 1).

Рисунок 11 - Внешний вид IBM InfoPrint 4100

Ширина бумаги: 430 мм. Отправления имеют ширину 210 мм., поэтому надо располагать их по 2 шт в ряд. Отпечатанный ролик разрезается на отдельные отправления. Отдельные отправления складываются Z-фальцем и упаковываются в конверт стандарта С65 (114х229мм) с прозрачным окном. Резка отправлений и упаковка в конверты осуществляется на конвертовальном оборудовании Kern 3500 (Рисунок 2).

Внешний вид брендированного конверта стандарта С65 с прозрачным адресным окном представлен в приложении Г.

Соответствие почтового индекса региону будем хранить в СУБД MySql. - это быстрая, надежная, открыто распространяемая СУБД, как и многие другие СУБД, функционирует по модели "клиент/сервер". Под этим подразумевается сетевая архитектура, в которой компьютеры играют роли клиентов либо серверов. [6].

Рисунок 22 - Конвертовальная система Kern 3500

СУБД MySql имеет следующие преимущества:

·        простота установки;

·        наличие web-интерфейса в виде утилиты phpmyadmin (PHPMyAdmin - веб-приложение с открытым кодом, написанное на языке PHP и представляющее собой веб-интерфейс для администрирования СУБД MySQL [7]);

·        свободное распространение.

3.1    Выбор языка программирования

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

Структуризация задачи в виде иерархической структуры с несколькими уровнями (цели-критерии-альтернативы).

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

Вычисление коэффициентов важности для элементов каждого уровня. При этом проверяется согласованность суждений ЛПР.

Подсчет количественного индикатора качества каждой альтернативы и определение наилучшей альтернативы.

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

Критерии:

·    лицензия, под которой распространяется язык программирования (далее - ЯП);

·        платформонезависимость (возможность работы программ, написанных на данном ЯП, на разных ОС);

·        наличие и количество модулей для работы с pdf файлами;

·        сложность освоения;

·        уровень знания данного ЯП у ЛПР;

·        наличие IDE для разработки;

·        наличие русскоязычной литературы по данному ЯП;

·        поддержка и развитое сообщество;

·        скорость работы программ на данном ЯП;

·        работа на сервере без GUI

Альтернативы

·        Java

·        C++

·        Perl

·        Phyton

·        C#

·        php

Таблица 44 - Шкала словесных определений уровней важности

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

Таблица 55 - Сравнение критериев выбора ЯП