|
|
|
Бизнес процесс, экспертные системы, опыт
|
|||
|---|---|---|---|
|
#18+
Уважаемые участники! Предлагаю воссоединиться для обсуждения практических вопросов. Появление "новых" технологий проектирования, программирования и средств разработки заставляет задуматься над извечным вопросом программиста - "НА ХРЕНА?" В переводе на литературный - а можно-ли из этого "нового" получить практическую выгоду. ИТАК: "Object Design" "Recursive Development" "Knowledge base" "Expert system" "Business driven application" Для меня эти понятия оказались более чем связаны. Последние 25 лет я работал в области мат.моделирования различных процессов от излучения очень неоднородных тел в совсем неоднородную среду до бизнес процессов реальных предприятий. Последний внедрённый опус - система управления туристического агенства - вобрало в себя все перечисленные выше аспекты. В обсуждении прошу опускать вопросы, давно представляющие "общее место" или оставлять ссылку на классиков для любопытсвующих. Также прощу не щеголять терминологией, давать хотя-бы краткий перевод сокращений также для любопытсвующих. Надеюсь также, что использование английского языка никого не приведёт в замешательство (в последнее время даже программировать стали на русском) Я лично постараюсь более упирать на физический смысл, нежели на конкретные методы реализации. "OBJECT DEZIGN" Объектное проектирование - тема, которой хотелось бы отдаться прежде всего. Начну с конца - постулата, который мне так и не удалось опровергнуть Object Dezign = Tranzaction Dezign Даное утверждение позволяет легко перейти от реляционной модели информации к объектной модели: Связи 1:1 и 1:M - являются характерным признаком того, что мы имеем дело с Экземпляром объекта (Object Instance) , т.е. связанные сущности являются свойствами головного объекта (Nested attributes). Вся обработка ЭКЗЕМПЛЯРА объекта, должна выполняться в рамках одной транзакции ибо изменение любого свойства объекта означает изменение ВСЕГО экземпляра объекта. Связи 0:1 и 0:M - реализуют ссылки на сторонние независимые сущности (Reference), Изменение ссылки не приводит к изменению объекта, на который ссылается атрибут. Есть куча примеров в подтверждение этого, самый простой критерий при проектировании - независимость информации, иначе за трубу можно вытащить весь пароход. Практический выход: .Net Dataset - Это НЕ ВИРТУАЛЬНАЯ БАЗА - Это набор данных, который обрабатвывается за одну тразакцию = Экземпляр объекта = Object Instance Утверждение уже более чем спорное... Поговорим? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.06.2007, 02:20 |
|
||
|
Бизнес процесс, экспертные системы, опыт
|
|||
|---|---|---|---|
|
#18+
Истинно говорю вам! - 1 января 2000 года Земля натолкнётся на небесную ось! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.06.2007, 20:10 |
|
||
|
Бизнес процесс, экспертные системы, опыт
|
|||
|---|---|---|---|
|
#18+
Простите за банальности, Но тема слишком сложная, что бы не договориться изначально о терминологии. Продолжу по поводу "OBJECT DEZIGN" Почему объектная модель информации, а не традиционная диаграмма отношений логических объектов ERD (Entity-Relationship Diagramm)? Оказалось что общаться с заказчиками в терминах Объекты и их свойства существенно проще чем в терминах ERD, поскольку удаётся обойтись без мутного понятиия "Связи", когда сами проектировщики с этим термином не знают что делать, то-ли это связь а может уже сущность. Конечно из песни слов не выкинешь и приходится вводить различные типы атрибутов объекта для опиcания связей, как-то: ссылка, группа атрибутов, множественная группа... Но и в ERD связи имеют два имени, смотря со стороны какой сущности на них смотреть. С другой стороны, одно и то же свойство объекта может измениться в процессе осознания от простого атрибута (реализуемого как поле в таблице) до множественной группы атрибутов (записи в связанной таблице). Имя свойства и его физический смысл от этого не меняется. Но это уже следующая тема - "Recursive Development" Ещё один аспект - Расчетные (Виртуальные) свойства объекта. Расчётные атрибуты могут быть включены в описание объекта на равных правах с хранимыми атрибутами. Заказчика, в основном, не интересует расчетное это свойство или хранимое. Остаётся описать ПРАВИЛА получения значения для таких атрибутов. Вот и ещё одна тема - "Knowledge base" Да и в случае "хранимых" атрибутов есть место для правил. Это и значение по умолчанию, и проверки корректности данных. Конечно никто не отменял их реализацию стандартными средствами баз данных, но в большинстве случаев имеющиеся возможности сильно ограничены. Следующий вопрос, а может он и первый, который возникает при проектировании, это процедуры. А если точнее, то кто, что, когда и где делает, т.е. тот самый БИЗНЕС ПРОЦЕСС. Тема отдельная но неотъемлемая. Объектная модель дополненная описанием процедур позволяет ответить на вопрос ЧТО. ЧТО == Метод объекта Но ближе к телу... Я использовал для пректирования (и затем управление приложением) следующее описание (Модель, метадата,... как угодно называйте) см.приложение Для работы с описанием разработал приложение и пару процедур: DBSCHEMA_LOAD - Создание модели по существующей базе DDL_Create - Создание базы по модели XSD_Create - Создание схемы по модели ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.06.2007, 10:15 |
|
||
|
Бизнес процесс, экспертные системы, опыт
|
|||
|---|---|---|---|
|
#18+
Alexander BezninПростите за банальности, Но тема слишком сложная, что бы не договориться изначально о терминологии. а о чем она(тема) вообще? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.06.2007, 10:21 |
|
||
|
Бизнес процесс, экспертные системы, опыт
|
|||
|---|---|---|---|
|
#18+
такий розумный, аж страшно ... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.06.2007, 15:55 |
|
||
|
Бизнес процесс, экспертные системы, опыт
|
|||
|---|---|---|---|
|
#18+
iscrafm[а о чем она(тема) вообще? Перевожу на русский: А-у..., Господа! ЭТО (Бизнес процесс, экспертные системы) кто-нибудь САМ руками делал с практическим результатом ??? Поделитесь!!! Проблем внутри немерено... сиркотакий розумный, аж страшно ... Похоже у Вас есть опыт, поделитесь, не боитесь, что засмеют, я уже не боюсь... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.06.2007, 08:23 |
|
||
|
Бизнес процесс, экспертные системы, опыт
|
|||
|---|---|---|---|
|
#18+
Александр, а может вы сначала просто объясните, хотя бы на примере ТурАгентства: 1. С какими проблемами проектирования, реализации и поддержки/развития вы столкнулись. 2. Какие варианты решения этих проблем вы рассматривали, к какому выводу пришли и почему. 3. Какие свои собственные конструкции вы изобрели и для чего - т.е. как эти конструкции позволили эффективно решить проблемы из пункта 1. Пока из ваших описаний совсем не понятно, коим образом object deZign и tranZaction deZign, что бы под ними не понималось, относятся к тематике Баз Знаний и Экспертных Систем и почему эти "технологии" понадобились для турагентства. Alexander BezninУважаемые участники! ... "Recursive Development" Понятия Recursive Development как устоявшегося термина в Гугле не нашёл. Что это? .... Даное утверждение позволяет легко перейти от реляционной модели информации к объектной модели: Связи 1:1 и 1:M - являются характерным признаком того, что мы имеем дело с Экземпляром объекта (Object Instance) , т.е. связанные сущности являются свойствами головного объекта (Nested attributes). Вся обработка ЭКЗЕМПЛЯРА объекта, должна выполняться в рамках одной транзакции ибо изменение любого свойства объекта означает изменение ВСЕГО экземпляра объекта. С книгой Domain-Driven Design Эрика Иванса знакомы? Связи 0:1 и 0:M - реализуют ссылки на сторонние независимые сущности (Reference), Изменение ссылки не приводит к изменению объекта, на который ссылается атрибут.Что в данном случае означает 0? Есть куча примеров в подтверждение этого, самый простой критерий при проектировании - независимость информации, иначе за трубу можно вытащить весь пароход.Да, при разработке высоконагруженных веб-приложений сейчас зачастую применяется физическая кластеризация связанных объектов по разнесённым физически узлам. Оказалось что общаться с заказчиками в терминах Объекты и их свойства существенно проще чем в терминах ERD, поскольку удаётся обойтись без мутного понятиия "Связи", когда сами проектировщики с этим термином не знают что делать, то-ли это связь а может уже сущность.Интересное наблюдение, пока не очень верится, тем более то принципиально ORM отличается от ERM скорее наличием методов, которые не то что заказчик - разработчик не всегда может нормально выделить (особенно люди с Data-Centric бэкграундом). Но и в ERD связи имеют два имени, смотря со стороны какой сущности на них смотреть.Это в каком стандарте прописано? С другой стороны, одно и то же свойство объекта может измениться в процессе осознания от простого атрибута (реализуемого как поле в таблице) до множественной группы атрибутов (записи в связанной таблице). Имя свойства и его физический смысл от этого не меняется.Осознание происходит в процессе разработки (анализа и преоктирования) или уже эксплуатации готовой системы? В чьей голове это осознание происходит? Ещё один аспект - Расчетные (Виртуальные) свойства объекта. Расчётные атрибуты могут быть включены в описание объекта на равных правах с хранимыми атрибутами. Заказчика, в основном, не интересует расчетное это свойство или хранимое. Остаётся описать ПРАВИЛА получения значения для таких атрибутов.С объектным паттерном Strategy знакомы? С системами бизнес-правил (Business Rules Engine)? Объектная модель дополненная описанием процедур позволяет ответить на вопрос ЧТО.При использовании объектного подхода процедур нет, есть методы, которые проистекают из детализации Функциональной модели (Use-Case Model). Я использовал для пректирования (и затем управление приложением) следующее описание (Модель, метадата,... как угодно называйте) см.приложение Для работы с описанием разработал приложение и пару процедур: DBSCHEMA_LOAD - Создание модели по существующей базе DDL_Create - Создание базы по модели XSD_Create - Создание схемы по моделиХороший такой боянчег, "нажитый непосильным трудом", поздравляю. При чём тут базы знаний и экспертные системы-таки? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.06.2007, 09:53 |
|
||
|
Бизнес процесс, экспертные системы, опыт
|
|||
|---|---|---|---|
|
#18+
МайевтикАлександр, а может вы сначала просто объясните, хотя бы на примере ТурАгентства: 1. С какими проблемами проектирования, реализации и поддержки/развития вы столкнулись. Спасибо за реальный ответ, Теперь по вопросам: Основная задача которую пришлось решать сразу - это Billing причём ON Line: Агент принимает от клиента заказ и должен в процессе разговора по телефону выполнить: 1.Бронирование услуг (авиа, ж.д, гостиниц ....) 2.Отослать предложения по поездке клиенту 3.Получить подтверждение, 4.Выпустить билеты, 5.Расчитать стоимость услуг и заказа в зависимости от формы оплаты, договора с клиентом, договора с каждым из поставщиков.... 6.Выпустить документы бух.учёта 7.Сформировать отчёт поставщику, 8.Собрать всё в два(Три при кредитовании) конверта и отдать курьеру, Надеюсь достаточно... Формы файлов для работы со сторонними системами постоянно изменяются, Алгоритмов расчёта - мягко говоря много (Каждый контракт) Форм печати - у всех поставщиков и у половины клиентов свои + дополнительные категории анализа (вплоть до полной системы учёта затрат у этого клиента), заведение которых надо проверять На остальные вопросы чуть позже ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.06.2007, 19:50 |
|
||
|
Бизнес процесс, экспертные системы, опыт
|
|||
|---|---|---|---|
|
#18+
Как я понимаю, вы разрабатываете (разработали?) систему генерации физическиой модели базы данных на основании онтологических описаний. В связи с этим у вас вопросы ? у меня встречные вопросы - вы смотрели аналогичные системы? чем ваша отличается ? В какую конкретно СУБД ваши программы генерируют схему данных? Учитываете вы особенностти СУБД при генерации типов данных. ограничений и т.п. как именно генерируются свойства? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.06.2007, 05:53 |
|
||
|
Бизнес процесс, экспертные системы, опыт
|
|||
|---|---|---|---|
|
#18+
Майевтик1. С какими проблемами проектирования, реализации и поддержки/развития вы столкнулись? Продолжим, по поводу проблем т.е. изначально ожидалось постоянное изменение в процессе эксплуатации видов входной информации, алгоритмов расчёта и состава хранимых данных... к концу 1998 году, опыта разработки систем бух.учёта и документооборота уже хватало, но такого зоопарка я ещё не встречал. Попытка использования CASE (в данном случае это был Power Builder) показала, что изменчивость приложения потребует постоянной работы руками (до мозолей и без всякого удовольствия), даже если считать, что созданный в CASE программный код достаточно хорош и не противоречит собственным принципам (naming convention, error processing, multilingual). Заказчик тот был представительством инофирмы в России, и просил сделать что-нибудь быстро и дёшево, и еще Заказчик задробил использование RDBMS по причинам отсутствия денег на DBA... (предлагалось на выбор ORACLE или MS SQL), пришлось согласится в полной осознанке о последствиях на MS Access. В извечной делеме "программный код" или "описание" было принято решение в пользу описания. это решение также оставляло надежду на поэтапное развитие и внедрение системы путем добавления новых описаний без изменения кода. Кстати по поводу "Recursive Development" - этот термин мне подарили в 1995 в фирме Debis System Haus Gmbh, где посчастливилось руководить разработкой системы управления стандартами по заказу DIN и Mercedes. Там, после утверждения ТЗ, требовали в процессе разработки рабочую версию ПО каждые 15 дней. Через 4 итерации приложение было принято в эксплуатацию и продолжало разрабатываться дальше. Собственно ничего нового я и не изобретал... MS Access - оказался вполне благодарным животным и подкинул много интересных идей... Правда пришлось повозиться с многопользовательским режимом и многокомпонентной архитектурой приложения дабы хоть как-то эмулировать RDBMS но это темы другого форума... "Описание" Без загрузки данных из сторонних систем весь смысл приложения терялся, поскольку основная масса информации шла из систем бронирования. Слава богу терминальные приложения этих систем могли что-то сохранять на дисках рабочей станции. Более приличные давали описания сохраняемых файлов, менее - сохраняли в протокол маски экранов, третьи форматировли для печати текстовые файлы (Банк - Клиент) Требовалось создать форму выбора файлов, где показывалась бы ключевая информация для пользователей (Пассажир, номер билета, поставщик, дата отправления....) И обеспечить загрузку в таблицы БД для дальнейшей обработки Из имеющегося на тот момент - загрузка файлов регулярной структуры (CSV, XLS) Требовалось расширить на файлы нерегулярной структуры. Принял решение создать описание информации в этих файлах и описание куда и что загружать. Типичные случаи: - CSV - CSV c типизацией строк - Форматированный текст (Звёздное небо) Сейчас ситуация изменилась, но не координально Добавил загрузку XML и вылил воду из чайника, обеспечив преобразование исходных файлов сначала в XML Структура описания файла: ... Простите отвлекают ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.06.2007, 12:05 |
|
||
|
Бизнес процесс, экспертные системы, опыт
|
|||
|---|---|---|---|
|
#18+
МайевтикdeZign и tranZaction deZign Простите - Copy/Paste Видел, что-то не то, но сразу не сообразил ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.06.2007, 14:01 |
|
||
|
Бизнес процесс, экспертные системы, опыт
|
|||
|---|---|---|---|
|
#18+
MainframeКак я понимаю, вы разрабатываете (разработали?) систему генерации физическиой модели базы данных на основании онтологических описаний. В связи с этим у вас вопросы ? у меня встречные вопросы - вы смотрели аналогичные системы? чем ваша отличается ? В какую конкретно СУБД ваши программы генерируют схему данных? Учитываете вы особенностти СУБД при генерации типов данных. ограничений и т.п. как именно генерируются свойства? И это то-же, но как побочный эффект, да другие системы видел и пользовался... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.06.2007, 17:11 |
|
||
|
Бизнес процесс, экспертные системы, опыт
|
|||
|---|---|---|---|
|
#18+
Alexander BezninКстати по поводу "Recursive Development" - этот термин мне подарили в 1995 в фирме Debis System Haus Gmbh, где посчастливилось руководить разработкой системы управления стандартами по заказу DIN и Mercedes. Там, после утверждения ТЗ, требовали в процессе разработки рабочую версию ПО каждые 15 дней. Через 4 итерации приложение было принято в эксплуатацию и продолжало разрабатываться дальше.Это все очень похоже на Iterative development Iterative and incremental development IBM Rational Unified Process ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.06.2007, 17:22 |
|
||
|
Бизнес процесс, экспертные системы, опыт
|
|||
|---|---|---|---|
|
#18+
BelyЭто все очень похоже на Iterative development Да похоже, общий смысл то-же, дело в ньюансах ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.06.2007, 20:13 |
|
||
|
Бизнес процесс, экспертные системы, опыт
|
|||
|---|---|---|---|
|
#18+
Модератор: удалено по просьбе автора ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.06.2007, 20:38 |
|
||
|
Бизнес процесс, экспертные системы, опыт
|
|||
|---|---|---|---|
|
#18+
Alexander Beznin Принял решение создать описание информации в этих файлах и описание куда и что загружать. Типичные случаи: - CSV - CSV c типизацией строк - Форматированный текст (Звёздное небо) Сейчас ситуация изменилась, но не координально Добавил загрузку XML и вылил воду из чайника, обеспечив преобразование исходных файлов сначала в XML Что-то не понимаю. Практически везде есть стандарты обмена. В Авиа это, например RP 1707-08. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.06.2007, 20:49 |
|
||
|
Бизнес процесс, экспертные системы, опыт
|
|||
|---|---|---|---|
|
#18+
Сахават Юсифов В Авиа это, например RP 1707-08. А первоисточник есть? в гугле не нашёл. Я наверное давно не смотрел новости в этой области и работаю по старинке, Но ни в Сирене ни в Amadeus мне об этих стандартах ничего не сказали. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.06.2007, 21:07 |
|
||
|
Бизнес процесс, экспертные системы, опыт
|
|||
|---|---|---|---|
|
#18+
Alexander Beznin Сахават Юсифов В Авиа это, например RP 1707-08. А первоисточник есть? в гугле не нашёл. Я наверное давно не смотрел новости в этой области и работаю по старинке, Но ни в Сирене ни в Amadeus мне об этих стандартах ничего не сказали. http://www.google.com/search?q=IATA+RP+1707b&sourceid=ie7&rls=com.microsoft:en-US&ie=utf8&oe=utf8 Вот что-то уже есть. Да этим рекомендациям 1000 лет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.06.2007, 21:12 |
|
||
|
Бизнес процесс, экспертные системы, опыт
|
|||
|---|---|---|---|
|
#18+
Сахават Юсифов Вот что-то уже есть. Да этим рекомендациям 1000 лет. Т.е. есть подозрение, что указанные системы бронирования этот стандарт поддерживают, но за большие деньги. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.06.2007, 21:22 |
|
||
|
Бизнес процесс, экспертные системы, опыт
|
|||
|---|---|---|---|
|
#18+
Alexander Beznin Код: plaintext 1. 2. 3. 4. 5. В связи такое ПО называется Mediation Device. Его задача преобразовать исходные файлы создавамые сетевым оборудованием в формат воспринимаемый биллинговой системой. Большинство файлов, это структурированный поток байтов, который содержит минимум метаданных и те в кодированном виде. В виде экранных форм данные почти никогда не предоставляются. Для преобразования таких файлов используются самые разные подходы, от разработки процедур на универсальном языке программирования типа C++, до разработки собственных скриптовых языков, которые декларативно-процедурными средствами отображают структуру входного файла в структуру файла на выходе. Задача заполнения и разбора форм встречается в процессе управления системой связи, когда в ответ на запрос объект управления возвращает экранную форму расчитанную на чтение с терминала человеком. В этом случае форму тоже можно рассматривать как поток байтов, но есть и более продуктивные модели, например наложение маски или синтаксический анализ. Такого класса ПО тоже существует в природе. Например всякоразные считыватели форм, как экранных так и бумажных. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.06.2007, 21:31 |
|
||
|
Бизнес процесс, экспертные системы, опыт
|
|||
|---|---|---|---|
|
#18+
Alexander Beznin Сахават Юсифов Вот что-то уже есть. Да этим рекомендациям 1000 лет. Т.е. есть подозрение, что указанные системы бронирования этот стандарт поддерживают, но за большие деньги. Я видел российскую систему Регина (кажется, часть большой системы, если интересно то могу найти ссылку в избранных), там это поддерживается. А мне рекомендации дал Заказчик (аэропорт). На сайте IATA эти документы в свободном доступе не лежать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.06.2007, 21:32 |
|
||
|
Бизнес процесс, экспертные системы, опыт
|
|||
|---|---|---|---|
|
#18+
Сахават Юсифов Alexander Beznin Сахават Юсифов Вот что-то уже есть. Да этим рекомендациям 1000 лет. Т.е. есть подозрение, что указанные системы бронирования этот стандарт поддерживают, но за большие деньги. Я видел российскую систему Регина (кажется, часть большой системы, если интересно то могу найти ссылку в избранных), там это поддерживается. А мне рекомендации дал Заказчик (аэропорт). На сайте IATA эти документы в свободном доступе не лежать. А вот и ТАИС ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.06.2007, 21:34 |
|
||
|
Бизнес процесс, экспертные системы, опыт
|
|||
|---|---|---|---|
|
#18+
А вот часть реального сообщения по IATA. Message ID: 220619 004 000 220633 MAY 07 BAKKKXH .HDQRMJ2 220619 PNL J2255/25JUN GYD PART1 CFG/012C144Y RBD C/CDZ Y/YNBMLHUQVGX AVAIL GYD ESB C012 Y019 -ESB000C -ESB000D -ESB000Z -ESB029Y 1AKAN/POLAT MR .L/PHXZP .R/PSPT HK1 994887/TR/AKAN/PMR/M .R/MCO/7714010043020 1ALILI/GALIB MR .L/PC871 .R/PSPT HK1 1244619/AZ/ALILI/GALIB/M .R/1ZZ DOB 09/11/82 .R/TKNM7714400650280 1ALIYEV/FUAD MR-A2 .L/PJBJJ .R/PSPT HK1 P1163640/AZ/ALIYEV/ .RN/FUAD/M 1ALIYEV/ORKHANMR .L/QBXT1 .R/PSPT HK1 P1113643/AZE/ALIYEV/ .RN/ORKHANMR/M .R/TKNM HK1 77144006477126 1ALIYEVA/AFSHAN MRS-A2 .R/PSPT HK1 P1163790/AZ/ALIYEVA/AFSHAN/ .RN/F .R/TKNM HK1 77144006506493 1CAPRAK/FAHRETTIN MR .L/QF2ZN .R/TKTNMB 7714400631364 1CELIK/MUSAMR .L/Q7D18 .R/PSPT HK1 TRP106526/TR/CELIK/MUSA/M .R/TKNM HK1 77144006516971 1DONDUOGLU/MUSTAFAMR .L/Q5413 .R/PSPT HK1 TRO361190/TR/ .RN/DONDUOGLU/MUSTAFAMR/M .R/TKNM HK1 77144006516923 1FATALIYEVA/R MISS .L/PM0RR .R/PSPT HK1 P2353966/AZ/ .RN/FATALIYEVA/RMISS/F .R/INFT HK1 FATALIYEVA/AYSEL .RN/08MTHS-1FATALIYEVA/R MISS 1GUL/ABDULLAH MR .L/QJQF3 .R/PSPT HK1 446555/TR/GUL/AMR/M 1HASHIMOVA/KAMALA MRS-B2 .L/PVWHQ .R/PSPT HK1 P2274085/AZ/ .RN/HASHIMOVA/KAMALA/F .R/TKNM HK1 77144006519465 1HEYDAROV/ALIFMR .L/PEEBZ .R/PSPT HK1 P 1457667/AZE/HEYDAROV/ .RN/ALIF/M .R/TKNM HK1 77144006530503 1HUSEYNOVA/GIYMAT MRS .L/PNRX7 .R/PSPT HK1 P2377121/AZ/ .RN/HUSEYNOVA/GIYMATMRS/F .R/TKNM HK1 77144006532415 1HUSEYNOVA/SHAMISIYYA MRS .L/PW57V .R/PSPT HK1 P1068520/AZ/ .RN/HUSEYNOVA/SHAMISIYYA/F .R/INFT HK1 HUSEYNLI/ALI .RN/19MTHS-1HUSEYNOVA/SHAMISIYYA MRS .R/1IN 21AUG05 1KELLE/ADNANMR-C3 .L/QB8GX .R/PSPT HK1 TRT473695/TR/KELLE/ .RN/ADNANMR/M .R/TKNM HK1 77144006516890 1KELLE/AHMETMR-C3 .R/PSPT HK1 TRN213297/TR/KELLE/AHMETMR/M .R/TKNM HK1 77144006516901 1KIRAC/HASAN MR .L/QNXQS .R/PSPT HK1 P699704/TR/KIRAC/HASANMR/ .RN/M .R/TKNM HK1 77144006532382 1KOYUN/YUKSELMR .L/PC14Z .R/PSPT HK1 241640/TR/KOYUN/YMR/M .R/TKNM HK1 77142029672252 1KURUCAY/LATIFMR .L/Q48DZ .R/PSPT HK1 828530/TR/KURUCAY/ .RN/LATIFMR/M 1MASIMOV/RMR .L/PSPX4 .R/PSPT HK1 P2274025/AZ/MASIMOV/RMR/M .R/MCO7714010043332 1OJAGVERDIYEVA/R MRS .L/Q9FYT .R/PSPT HK1 P2170701/AZ/ .RN/OJAGVERDIYEVA/RMRS/F 1ORUJOVA/GULSUN MRS .L/QJCXG .R/PSPT HK1 P1132310/AZ/ORUJOVA/ .RN/GULSUN/F .R/TKNM HK1 77144006503660 1OZDOGAN/AHMET MR-B2 .R/PSPT HK1 TRD674159/AZ/OZDOGAN/AHMET/M .R/TKNM HK1 77144006519476 1SARACOGLU/BERATICUMHURMR-D2 .L/QGLTH .R/PSPT HK1 TRN042349/ .RN/TR/SARACOGLU/BERATICUMHURMR/M .R/TKNM HK1 77144006498561 1SARACOGLU/IRINAMRS-D2 .R/PSPT HK1 P1606125/AZ/SARACOGLU/ .RN/IRINAMRS/F .R/TKNM HK1 77144006498572 ENDPART1 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.06.2007, 21:39 |
|
||
|
Бизнес процесс, экспертные системы, опыт
|
|||
|---|---|---|---|
|
#18+
Господа, Не о стандартах разговор, так получилось, что тему зацепил, Разговор о реализации загрузчика, даже при известных стандартах. От Amadeus данные получаю в Air файлах, думаю они тоже придерживаютя некоторых стандартов. Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42. 43. 44. 45. 46. 47. 48. 49. 50. 51. 52. 53. 54. 55. 56. 57. 58. 59. 60. 61. 62. 63. 64. 65. 66. 67. 68. 69. 70. 71. 72. 73. 74. 75. 76. 77. 78. 79. 80. 81. 82. 83. 84. 85. 86. 87. 88. 89. 90. 91. 92. 93. 94. 95. 96. 97. 98. 99. 100. 101. 102. 103. 104. 105. 106. 107. 108. 109. 110. 111. 112. 113. 114. 115. 116. 117. 118. 119. 120. 121. 122. 123. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.06.2007, 22:11 |
|
||
|
Бизнес процесс, экспертные системы, опыт
|
|||
|---|---|---|---|
|
#18+
mcureenabдо разработки собственных скриптовых языков, которые декларативно-процедурными средствами отображают структуру входного файла в структуру файла на выходе. Ну похоже, этой дорогой и идём товарищи. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.06.2007, 22:24 |
|
||
|
|

start [/forum/topic.php?fid=32&msg=34586836&tid=1544411]: |
0ms |
get settings: |
9ms |
get forum list: |
16ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
167ms |
get topic data: |
13ms |
get forum data: |
3ms |
get page messages: |
90ms |
get tp. blocked users: |
2ms |
| others: | 252ms |
| total: | 558ms |

| 0 / 0 |
