Войти
Аверьянову Дмитрию

Причины провала отечественного АСУВ – строения Часть IV. За деревьями леса не видно

16339
25
+3
pole-2
Автоматизированная система управления войсками (АСУВ).

В четвертой части делается попытка разглядеть «за отдельными деревьями – темный лес». Это необходимо что бы лучше понять причинно – следственные связи текущих проблем АСУ войсками со смежными мега-проблемами страны. Построить современную АСУ войсками в условиях современных полит-технологий и текущей ИТ - деградации просто невозможно. Эти вопросы так или иначе были затронуты в предыдущих частях, но здесь мы рассмотрим их детальнее.


Предыдущие статьи:


Начнем с того, что АСУ войсками - это некая производная от военной и ИТ – отрасли: от военной науки, устава и казарм до нанотехнологий и «айфончиков». Автоматизация армии уже давно основывается на ИТ – наработках, взятых из гражданского сектора: либо «один в один», либо с оговорками типа «двойного назначения», COST – системы и т.п.

С другой стороны и ИТ – отрасль и военно-промышленный комплекс «завязаны» на «большую» политику (гигантского спрута). Поэтому: нет развитой отечественной ИТ – отрасли, следовательно нет и мощного ВПК, или «ложь и предательство в управлении страной» - все то же самое и в военной ИТ. Поэтому, оборонная промышленность и ИТ – достижения и политическая система страны – это единый узел.


Например, «посмотрим в космос»: новости «Роскосмос 2011» - от военного спутника «Меридиан» до межпланетной станции «Фобос – грунт» (также Прогрессы, Экспрессы, Глонассы …), а благодаря своим «достижениям» «Роскосмос 2012» вообще не сходил с первых полос газет. Неужели этот результат - не следствие постоянных имущественных и коррупционных скандалов в этом ведомстве? Прежнее руководство научными коллективами – почти всегда новый собственник тех же производственных площадей, а хищение из бюджета – это просто «инновационная схема» производства [2].


Немного о "современном ИТ"


Если посмотреть на гражданский ИТ-сектор, то в нем царствуют: ПиАр, «мыльные пузыри», модные «ИТ – штучки», но закрытость \ секретность к проектным решениям. ИТ – мифология позволяет моментальную монетизацию в наш «век связей», был бы заказчик, а «нужный» товар всегда есть. Вокруг ИТ – нововведений, включая, интеграционную шину и компонентную сервис - ориентированную архитектуру (SOA), корпоративное хранилище и business intelligence, unified communications и Web 2.0 \ Enterprise 2.0, BPM и ERP \ КИС, SaaS, мультисервисность и массы других «правильных» названий создается вуаль таинственности \ туманности, объемистая шелуха общих рассуждений и размытие конкретики, затрудняющие практическое использование заложенного рационального зерна, или насаждение «удобных» заблуждений. DataCenter и волшебное \ универсальное понятие «непрерывность бизнеса» обеспечат вам самые – самые «конкурентные преимущества». Собственно ИТ –профанация достигла небывалых масштабов.


В армии еще не внедрили облачные вычисления? Тогда консалтеры обязательно придут в Минобороны. Просто супер - инновационная мысль, а ее монетизация … Представьте воюют противоборствующие армии, а ИТ – услуги получают обе из единого нейтрального «облака» Cloud Computing. Ведь Outsourcing позволит снизить капитальные и операционные расходы, максимально быстро ввести новую АСУ войсками, повысить уровень боеготовности, …


Что в России вообще с отечественной Ит? Нет, - с доходами консалтеров и перепродавцов западного ПО и «железа» - полный порядок. Но вот с русскими ИТ – наработками большие сложности. Неужели кому – нибудь придет в голову безумная мысль вложиться не в «Челси» и «Нью-Джерси Нетс», яхты и «ролексы», а в отечественную Операционную систему (ОС) или СУБД? Создать иной ИТ – актив и на нем получать дивиденд? А ведь отечественная современная ОС и СУБД крайне нужны армии – это фундамент любой АСУ войсками. Кроме того, они найдут применение практически в любых других отраслях: от образования до медицины. Однако современных отечественных компонент из миров «software» и “hardware» до сих пор не выявлено.


А что нам говорит ИТ – сообщество? Как правило, «Государство дай денег, и избавь от налогов» [3]. При чем в первых рядах на «подъем» отечественного ИТ стоят лица, аффинированные с западными ИТ – гигантами. Откуда у запада такое рвение? Что-то мне подсказывает, что не в потраченных в пустоту сумм гос-ассигнований следует оценивать потенциал ИТ – отрасли. Какая разница триллион или два уйдут из бюджета на «распил» западным ИТ – компаниям или застройку «рублевки» президентам и топ - менеджерам отечественных ИТ – компаний, откаты ИТ - чиновникам? Важно понимать насколько эффективно можно потратить значительно меньшие средства, но в «реальный отечественный ИТ»: «Лучше меньше, да лучше». Но как это сделать в современных «непростых» условиях?


Как вариант: организовывается федеральный конкурс по которому требуется создать ИТ – инфраструктуру на 100% состоящую из отечественных ИТ – компонентов. Например, банку со 100% отечественной IT – инфраструктурой, включая ОС и СУБД, будет гарантирована исключительная, но не финансовая господдержка, например, льготные нормативы (по достаточности капитала, ликвидности и т.п.), возможность не сдавать отчетность в Центробанк, а первенцу - вообще, мораторий на отзыв банковской лицензии на несколько лет. Вариантов и для других сфер нефинансового стимулирования предостаточно. Но по большому счету – событие такого масштаба с учетом масштабов сегодняшней IT - деградации страны, уверен будет по значимости событием, равноценным полету Ю. Гагарина или созданию ядерного оружия. Это сравнение, к сожалению, ничуть не преувеличение. CIO первого такого предприятия вполне заслуживает присуждения Героя социалистического или с поправкой на строй – «капиталистического труда».


Может быть даже целесообразно построить «ИТ – Саров» для решения только одной задачи: отечественная межотраслевая ИТ – платформа для различных областей, включая оборонку. Причем в основе проекта положить не бизнес – ориентированные концепции на привлечение западных вендоров с ими же последующей монетизацией наработок, а продукцию на принципах open source и «свободного ПО».


Конечно, любая инициатива по разработке какого-либо отечественного ИТ –компонента должна приветствоваться, но полагаю, что в «одиночку» даже ВПК - Ростехнологиям не под силу и одна «операционка» (ОС). В 2000 – 2001 годах сколько пафоса было по ОС МСВС 3.0. И что? В 2002 ее приняли на вооружение, сейчас она доступна на торрентах, но продукт все равно не востребован. Качество проработки ИТ - решений для войск, во всяком случае, не беря во внимание стратегическое звено управления (КСБУ и т.п., хотя думаю там основные системы еще времен союза) оставляет желать лучшего: очень даже реально пройти гос-испытания и внедрить в войска «сырые» ИТ - системы. Но вот поставить, например, в банк «сырую» операционку – это сразу расставит все точки над «i». А там «не воюют», там только «деньги считают» (учетные и платежные системы), но это как не странно, предполагает куда большую ответственность в вопросах ИТ. К тому же сегодня на промышленных «линуксах» комфортно себя «чувствуют» многие серверные компоненты банковского ИТ.


«Поднять» ИТ «военную», без первичного становления отечественной ИТ в гражданском секторе – это утопия. Пока же наблюдается только пессимистичный тренд: окончательная до-прихватизация и дальнейшее снижение ИТ –потенции страны. С дораспродажей гос-долей госбанков, РЖД, Роснефтегаза параллельно идет до-прихватизация оставшиеся «31-ых ГПИССов", после чего разговоры об отечественной оборонке скорее всего закончатся, и «от обсуждений перейдут к делу» - закупкам «Леопардов и Мистралей». Танковые тренажеры «Леопард» давно закупаются.


Но справедливости ради отметим, что одновременно с прихватизацией «старых» заводов и «перепрофилированием» их сборочных цехов, где рождались легендарные образцы военной технике, в ночные клубы с барными стойками, полным ходом идет строительство новых заводов. Например, строятся заводы в интересах "Алмаз-Антей" под С-500 в Нижнем Новгороде и Кирове. Только куда то исчезло 95 процентов прежних объектов недвижимости этого предприятия. Комментируя строительство этих и других новых заводов для оборонки: «… речь идет уже не о реконструкции имеющегося, а о строительстве новых заводов на новых местах", - пояснил Д. Рогозин. По его словам, чтобы провести новую индустриализацию необходимо "все минимизировать", собрать "все, что есть у нас ценного и рационально сконцентрировать" [6].


За деревьями леса не видно


Скандалы, отставки, борьба кремлевских кланов. Многим уже коррупционные скандалы, включая замену министра обороны, воспринимаются как норма государственности российской. Действительно, одни жулики вначале поставили, а потом сняли другого жулика. Как будто это что-то особенное? Сняли А. Сердюкова. И что? Что-то изменится? Да, показали на всю страну, что оборонку эффективно разворовывают и 33 – летние девицы министра - "амазонки Сердюкова" . Евгения Васильева, Екатерина Сметанова , да и сами министр и его Юлия Зубкова - это стандартные продукты текущей методологии госуправления, включая кадровое обеспечение. В СМИ попадает лишь малая толика всего беспредела. С одной стороны, немного огорчает уже «обыденность» подобных ситуаций, с другой, можно уже с уверенностью констатировать, что в России развитой капитализм построен! Ведь прогнозы классика сбылись: «капитал согласен на всякое применение … при 100 процентах он попирает все человеческие законы, при 300 процентах нет такого преступления, на которое он не рискнул бы, хотя бы под страхом виселицы».


«Мышиная возня», противоборство властьимущих и олигархических кланов, коррупционные скандалы вокруг правителей тире бизнесменов, подпольных гос-бизнесменов - директоров гос-активов, другие следствия «кремлевского спрута» - эдакой смеси из КГБ – сослуживцев, друзей – друзей и их родственников – это неизбежность текущей политсистемы. В «ужасные» советские времена не могли назначить 29 – летнего отпрыска своего кореша руководителем крупного предприятия \ организации, тогда не могли подарить «даже на день рождение» оборонный «заводик». Сейчас это норма жизни. Поэтому о какой отечественной ИТ, а каких перспективах АСУ войсками и оружием можно мечтать в таких условиях?


Уровень автоматизации


Есть оценки уровня автоматизации различных видов и родов войск и их функциональных подсистем, методики оценки? Насколько текущая автоматизация адекватна требованиям к управлению войсками? Каково покрытие информационными системами различных функциональных задач? Где исследования по этим вопросам? Понятно, что не хотят раскрывать самую страшную тайну о «деградации», но что-то же нужно предпринимать. Рапорты о постоянном росте ВВП и даже «переросте» относительно CCCР, видимо, основаны на следующем определении «статистики»: «Есть три разновидности лжи: ложь, гнусная ложь и статистика». Другое восприятие «статистики» сложно объяснить человеку «рожденному в СССР» и еще способному сравнивать уведенное вокруг себя тогда и наблюдаемое сейчас. Одна автоматизированная система управления тактического звена приходит на смену другой, идут внедрения в войска, награды, премии, должности, «звездочки» … А на полях Ханкалы из этого и посмотреть нечего, и в «Северном» новшествами «совсем не пахнет». Хотя на бумаге «все гладко», как и у военных строителей Грозного: «Да шо, вы к нашей смете придираетесь, этот дом мы пять раз строили: только постоим - его разбомбят, снова построим – снова разбомбят». Также и здесь: объемные бюджеты осваиваются, очередные работы закрываются, а «на передовой» и «на деле» современной ИТ как не было, так и нет.


На эту тему хорошо сказано в [7]: «именно отсутствие практики — самая благоприятная среда для бесконтрольного размножения. Каждый такой демагог непременно обрастает группой себе подобных для укрепления своего положения и уже с позиции применения властных полномочий начинает заниматься политической борьбой между группировками, а не практикой. Понятно, что в такой ситуации, на практическую разработку уйдут «гроши», а существенная часть средств бюджета ЕАСУ будет израсходована на компенсацию «затрат на организационное построение», другими словами, осядет в коррупционных схемах. И потому, ключевая проблема — не «затраты на организационное построение», а отсутствие практики. Когда необходимо будет выдать практический результат, а не только сомнительного качества документы, не подтвержденные практикой, тогда и средства бюджета будут расходоваться с максимальной эффективностью».


Пять лет назад (уверен и сейчас) полеты транспортных вертолетов из Моздока на Ханкалу разрешались только ночью и с навигацией по … нефтяным факелам. Т.е. ориентиры для Ми-26 были как много-много лет назад - «по кострам». Вот истинный уровень современной автоматизации, а мы рассуждаем про АСУ войсками и нанотехнологии! Хотя зрелище захватывающее: в «ревущей» «Корове», без освещения (маскировка) «плывешь» в такой же кромешной тьме (ночной полет) от одного нефтяного «костра» к другому. Не даром ведь считается, что нефть и газ – основа государства российского пост - социалистического периода!

Может что-то проглядел и все совсем не так?


Статья не закончена...


Ссылки на источники к Части III:

    «Неудачи «Роскосмоса» в оценке NASA»

    «ГЛОНАСС проложил маршрут из бюджета»

    «О стратегических направлениях развития индустрии информационных технологий (ИТ) в России» Доклад АП КИТ

    «Министра обороны скоро призовут»

    «Рогозин предложил напомнить "оборонке" о 1930-х годах»

    Украина. ЕАСУ. Время практических действий!(Defense Express)

Права на данный материал принадлежат Аверьянову Дмитрию
Материал размещён правообладателем в открытом доступе
  • В новости упоминаются
25 комментариев
№0
26.11.2012 21:44
много эмоций и ухода в сторону от темы. но в целом если искать-то зерна истины можно повыдергивать.
+1
Сообщить
№0
28.11.2012 22:51
Да, эмоций много. А мысль похоже такая:
Сколько денег в ВПК не вбухай - все одно разворуют (желающих ...). Общественный контроль нулевой. и АСУВ не исключение.
И вторая: давно COTS \ аутсорсинг (конструирование из готовых коммерческих компонент, включая ОС Linux - МСВС, СУБД и т.п.) - основа военной промышленности, т.к. качественные оригинальные - пропритарные разработки "не по карману". Отсюда вывод: нет развитой отечественной гражданской ИТ - индустрии (а ее действительно нет) - нет и конкурентноспособных АСУВ.
0
Сообщить
№0
29.11.2012 20:09
c4i Вы напрасно питаете надежды на адаптацию гражданского ПО для военных целей в частности для АСУВ.

Давайте для примера возьмем СУБД. Наиболее сильная из гражданских СУБД - возьмем ORACLE. Если Вы сможете привести иной пример - буду рад, готов обсуждать. А пока - ORACLE.

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

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

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

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

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

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

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

Та же картина с процессом передачи данных. Здесь и в других ветках мы говорим об использовании информации от космических группировок (ГЛОНАСС и GPS), при  этом мы все прекрасно понимаем, что именно эти средства, в случае конфликта выйдут из строя первыми. И наряду с этим почему то забываем о требованиях к протоколу TCP, в которых указано, что передача данных может быть не доведена до конца или осуществлена со сбоями только при полном разрушении всех каналов связи. Во всех остальных случаях протокол должен гарантированно доставить все пакеты по автоматически выбираемым альтернативным маршрутам с досылкой поврежденных или недополученных пакетов.

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

Ну и самое главное: гражданская СУБД для обеспечения своей работоспособности и максимальной производительности не считается с потребляемыми для этого ресурсами и физическими размерами железа, которое должно обеспечить максимальную производительность конкретной версии СУБД. Военная СУБД должна иметь критерий физических размеров как основной!
А это – принципиально всё меняет.

Что-же касается развития российского ПО, о котором Вы c4i говорите, как о неразвитом, я могу лишь отметить, что это не совсем так. На рынке стали появляться российские ERP и отдельное ПО. Качество этого ПО вполне соответствует мировому уровню, а по современности интерфейсов на несколько шагов ушли вперед от крупных ERP иностранного производства. Мы пока проигрываем в концептуальности проектирования таких систем – но последние тенденции показывают, что это и не нужно. Крупные иностранные системы начинают идти по пути модульности – т.е. проектирования отдельных модулей и интеграционных шлюзов между ними.  Как Вы понимаете, при  таком подходе разработка комплексного проекта ERP не требуется. Достаточно нанять специалистов с высокой квалификацией  по каждому направлению и хорошего проектировщика по интеграции между системами.
Иностранцы таким путем вынуждены идти из-за того, что рынок не готов приобретать такие дорогие продукты как ERP целиком – это слишком дорого. Помодульное приобретение с необходимостью на живую перекраивать систему и затыкать стыковки с другими подсистемами куда проблематичнее для владельца ERP и для заказчика по деньгам, чем просто продажа отдельных модулей и отдельные договора или доп. соглашения по интеграции.
Для российских же разработчиков это стало приятным сюрпризом, который позволил им сократить время догонания иностранных разработок на рынке ERP.

Т.е. – я хочу сказать, что в части крупного ПО мы отстаем только числом предлагаемых продуктов, но никак не их качеством и возможностями.
Количество же высококлассных программистов у нас в стране, на мой взгляд превышает количество таких специалистов в какой либо другой стране.
И здесь вопрос только один – почему наше государство до сих пор не смогло этим воспользоваться. Насколько известно – такая задача была поставлена ещё несколько лето назад одной из компаний внутри Ростехнологий, некоему Сириусу – и деньги были выделены, и даже было много БЛА-БЛА-БЛА с их стороны… но…

P.S.
1. Задачи развития гражданского и военного ПО собственного производства в нашей стране должны иметь одинаково очень высокий приоритет
2. Цели и принципы проектирования данных ПО – различны
3. Развитие гражданского ПО и военного должно вестись разными структурами – первую можно отдать на откуп частным компаниям, вторую проектировать и развивать только в военных ведомствах.
4. Военный сектор должен стать донором для развития гражданского ПО, и никак не наоборот, потому что требования к военному ПО всегда будут выше, чем к гражданскому, что предопределяет всегда более высокий уровень военного ПО относительно гражданского.
+4
Сообщить
№0
30.11.2012 00:29
< Давайте для примера возьмем СУБД.
СУБД конечно нужная вещь. Но ни в Маневре ни в том же Полет – К не было никаких СУБД вообще. И тем не менее АСУВы выполняли требования ТЗ. Я думаю еще масса АСУВ - одногодок Полета, где также нет СУБД, а все хранится в «плоских» файлах с разделителями. В начале 2000-ых СУБД  Линтер-ВС забраковывалась для интеграции в АСУВ как «нестабильная» (базы разваливались, во всяком случае так заявляли некоторые - причем разные - коллективы программистов).

!Oracle!  Сделать что – то большое и оригинальное, «свое» в ИТ  в постсоветской России это вообще фантастика. Тем более в военной сфере, где не как в гражданке 50% отката, а процент куда «маржинальнее». В лучшем случае, что можно реально сделать, это подрихтовать Linuх (МСВС), FreeBSD (ИНТРОС), PostgreSQL (Линтер-ВС) и т.п.  http://ru.wikipedia.org/wiki/%CB%C8%CD%D2%C5%D0

< В гражданской СУБД ORACLE
за Oracle, уверен: «там все хорошо», тот же RAC \ Oracle Clusterware.
Во всяком случае и без всякой кластеризации для сегодняшних насущных задач АСУВа такого класса СУБД – просто мечта. Общая надежность системы зависит от ее слабого звена. И этим звеном будет далеко не СУБД класса Oracle.  
    
< случае конфликта выйдут из строя первыми
Да, поэтому нужны гибридные (+ гироскоп) системы
< о требованиях к протоколу TCP
Можно обеспечивать гарантию протоколами более высокого уровня.
Но это все технологические мелочи и если бы дело было только в них …  

< Что-же касается развития российского ПО, о котором Вы c4i говорите, как о неразвитом, я могу лишь отметить, что это не совсем так.

Очень хотелось, что бы Вы оказались правы. Но с одной стороны мы видим мыльные пузыри (PR, раздувание мифа, сознательно придуманные заблуждения) или искусственно созданные рынки. Например, рынок военных ГИС или Автоматизированных банковских систем (АБС). С ГИС – понятно, Минобороны ARCGISы не пустит. А вот почему в банках АБС отечественные? Хотя прямого запрета на импорт нет. Да потому что ни одному буржуйскому производителю АБС не «под силу» обеспечить невразумительные и молниеносно меняемые требования кучи регуляторов от ЦБ до ФСФР. Образно поясню: компания БМВ вложила в дизайн X5 астрономические инвестиции, лучшие инженеры все просчитали и т.п.. А приходит покупатель и говорит: не а, мне крышу на 8 см. выше, кузов на 15 см. короче и наклон лобового стекла на 6 градусов меньше. Что компания БМВ ему скажет? Примерно поэтому у нас в России отечественное ПО для банков (АБС). А не потому, что у нас «крутые» программеры.  

< из компаний внутри Ростехнологий
Вы до сих пор еще верите Чубайсам и Чемезовым? Сколько ж можно?
0
Сообщить
№0
30.11.2012 01:40
Ну, что ж....прочитал все части по АСУВ....
По 4 части согласен с e-motion
много эмоций и ухода в сторону от темы. но в целом если искать-то зерна истины можно повыдергивать.
0
Сообщить
№0
30.11.2012 09:29
Цитата
c4i
СУБД конечно нужная вещь. Но ни в Маневре ни в том же Полет – К не было никаких СУБД вообще. И тем не менее АСУВы выполняли требования ТЗ. Я думаю еще масса АСУВ - одногодок Полета, где также нет СУБД, а все хранится в «плоских» файлах с разделителями.


Всё зависит от того, как воспринимать плоские файлы. В ORACLE база тоже в файлах храниться в итоге :) Поэтому, то, что Вы говорите, требует более детального раскрытия.
Однако Ваш посыл о том, что СУБД в АСУВ необязательна в принципе, не имеет перспектив для проектирования новых АСУВ. В своих материалах Вы выдвигаете ряд требований к АСУВ итогом реализации, которых должно стать отображение разнородной информации на стороне клиента в едином интерфейсе (слоями). Всю эту информацию надо хранить. Если хранить информацию в плоских файлах, то вся нагрузка на трансформацию этих данных для отображения у пользователя ляжет либо на ПО клиентской части, либо на промежуточное ПО (сервер приложений).
Что бы это ни было - сервер приложений или толстый клиент - это в любом случае плохо как минимум по трем причинам:
1. дополнительное сложное звено
2. слабая оперативная управляемость непосредственно самим ПО
3. повышенные требования к производительности и идентичности ПО на всех клиентских местах.

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

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

Цитата
за Oracle, уверен: «там все хорошо», тот же RAC \ Oracle Clusterware.
Во всяком случае, и без всякой кластеризации для сегодняшних насущных задач АСУВа такого класса СУБД – просто мечта. Общая надежность системы зависит от ее слабого звена. И этим звеном будет далеко не СУБД класса Oracle.


В ORACLE, даже при меньших требованиях, которые, как мне представляется, может предъявить к СУБД МО, очень много проблем - начиная с несовершенства оптимизатора и заканчивая несовершенством управления грязным кэшем, и я уже не буду говорить про ошибки на длительных операциях, которые сам ORACLE не может идентифицировать.
Тем не менее - я соглашусь, что при всем этом ORACLE на гражданском рынке на сегодня ЛУЧШАЯ СУБД.

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

Теперь о мечте. Я в корне не согласен с Вами в том, что ORACLE это мечта для российских АСУВ. Даже скажу больше - от ORACLE наверное имеет смысл взять идеи: по распределению памяти для операций разного уровня и приоритета, по принципам хранения разнородной информации и много чего ещё. Но нельзя брать методы реализации.
Насчет конкурентных СУБД - были попытки реализации кэш СУБД - от неё также можно почерпнуть много идей. Много идей можно почерпнуть из Apache - и там идеи, кстати, более близки по духу требованиям АСУВ, чем в ORACLE, причем у нас в стране (если они ещё не уехали) была очень-очень-очень сильная команда по Apache, занимавшаяся и русификацией и развитием.

ORACLE ни в коем случае не должно стать мечтой российского АСУВ!!!

Цитата
< о требованиях к протоколу TCP
Можно обеспечивать гарантию протоколами более высокого уровня.
Но это все технологические мелочи и если бы дело было только в них …


Если можно - надо обеспечить! Эти технологические мелочи позволяют решить вопросы целостности данных, надежности передачи и гарантии доставки. Если Вы видите много других проблем - та вот о них и надо было писать в статье, а не о том, что всё плохо, потому что всё плохо...

Цитата
Очень хотелось, что бы Вы оказались правы.


Я этим занимаюсь - т.е. нахожусь внутри проблемы.

Цитата
А вот почему в банках АБС отечественные? Хотя прямого запрета на импорт нет. Да потому что ни одному буржуйскому производителю АБС не «под силу» обеспечить невразумительные и молниеносно меняемые требования кучи регуляторов от ЦБ до ФСФР. ... Примерно поэтому у нас в России отечественное ПО для банков (АБС). А не потому, что у нас «крутые» программеры.


Я не понимаю - а что это плохо, что у нас в банках АБС отечественные? Могу Вам сказать, что пять лет назад (сейчас не знаю) большинство американских банков работало в АБС написанных под ДОС - и никто не желал с них переходить.

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

Цитата
Вы до сих пор еще верите Чубайсам и Чемезовым? Сколько ж можно?


Я никогда не обсуждаю Чубайса или Чемезова или ещё кого-то как личности - я не знаком с ними лично, чтобы быть способным объективно это делать. Как к должностным лицам у меня есть к ним определенные претензии, но данный случай вряд ли можно и нужно относить на их ошибки, как руководителей через несколько звеньев от исполнителей.
+2
Сообщить
№0
30.11.2012 20:16
В продолжении темы...
Здесь не плохой подбор фактуры....
http://maxpark.com/community/8/content/1522710
ОС «РоМОС» «обладает всеми функциональными возможностями ОС Android», но «не содержит негласных функций отправки личных данных пользователей в штаб-квартиру компании Google». Владельцам устройства будет закрыт доступ в Google Play — магазин приложений для платформы Android. Создатели планшета планируют открыть альтернативный магазин, из которого можно будет загружать программы. Планшеты на ОС «РоМОС» будут собираться в России, за сборку будет отвечать Центральный научно-исследовательский институт экономики, информатики и систем управления (ФГУП «ЦНИИ ЭИСУ») при Министерстве обороны РФ.
Предусмотрено две модификации аппарата «РоМОС» — для штатских лиц и для военных. В последнем случае в устройстве будет предусмотрена защита от воды и механических повреждений. Планшет в минимальной комплектации смогут купить и люди, не связанные с Минобороны. В этом случае цена составит 15 тысяч рублей.
+1
Сообщить
№0
30.11.2012 20:20
Вот здесь можно посмотреть....мобильные персональные боевые информационно-управляющие системы (МП БИУС).
http://zonatex.ru/blog/RA/75.html
+1
Сообщить
№0
30.11.2012 22:05
to Андрей Л.

< ORACLE ни в коем случае не должно стать мечтой российского АСУВ!!!
Шикарный тезис. Действительно.
В целом: какая будет СУБД, с поддержкой кластера или нет, какая будет архитектура информационной системы двух или трехуровневая – это вопросы десятые, технологические – архитектурные. Я думаю куда важнее максимально быстро выполнить законченную конкурентоспособную АСУВ (а ее конкурентоспособность совсем не СУБД будет определена). Но это возможно только на основе уже готовых инфраструктурных компонентов. Ввязываться в разработки для АСУВ новых СУБД как proprietary system  – думаю далеко не лучший вариант, особенно сегодня.
Немного разовьем Ваш посыл:
< 4. Военный сектор должен стать донором для развития гражданского ПО, и никак не наоборот, потому что требования к военному ПО всегда будут выше, чем к гражданскому, что предопределяет всегда более высокий уровень военного ПО относительно гражданского.
Следуя логике. Изделия военного назначения более сложные. Поэтому логичнее начинать с гражданских “от простого к сложному». Или нет?
А где у нас гражданские отечественные ИТ – технологии? Windows, Word, смартфон …
Второе. Вариантов создания ИТ военного назначения не много:
А) оригинальная разработка - proprietary system и это астрономические бюджеты, время и более сложные задачи;
Б) COTS \ оутсорсинг – заимствование гражданских готовых изделий и серийных компонентов.
В текущей ситуации с нашей некогда великой страной, на мой взгляд, выбор очевиден.
Конечно и «Б» не подарок и он распадается на две части: COTS отечественного и иностранного производства. Как всем известно и выше отмечалось - с гражданской ИТ – туго (не верите, посмотрите вокруг себя:  ИТ – материализм вокруг чьего производства?). Поэтому остается закупать и комплексировать доступное.  
С западными компонентами класса  ROTS \ MOTS уже иногда начинаются проблемы. Поправки Джексона — Вэника отменены только на бумаге. Однако современная электроника нашему ВПК нужна, поэтому и требуются «снабженцы»: «Снабженцев решили засекретить»
http://www.kommersant.ru/doc/2071629

Возвращаясь к отечественным COTS – компонентам: в принципе все равно кто их будет делать в России: ВПК \ ОПК – как «изделия двойного назначения» или «гражданка». Главное качество и цена. Но что то мне подсказывает, что оба теперь «либерализованных» и распроданных сектора с этой задачей не справляются.  

< Я не понимаю - а что это плохо, что у нас в банках АБС отечественные?

Ответ – мысль созвучна с вкладкой “Танки - иномарки». Все конечно же хотят пересесть с Жугулей (с отечественных АБС) на иномарки (западные). Только вот не удается.
А сделать в любой отрасли что-то отечественное лучше западного – с этим с каждым годом все сложнее. В  «супер – жигули» давно уже не верится, исчезнут они с наших улиц, как давно исчезли наши телевизоры из наших домов и ,пример из ИТ, отечественные IBM – совместимые ПК (с российскими аналогами процессора х86 между прочим).
Нет статей много, рапортов об успехах, планов и … только вокруг нас реалий таких мало.

Это также к «не плохой подбор фактуры» от ИнженерЯ
Классика жанра: «PR, мыльные пузыри, отечественные народные процессоры и т.д.» (если интересно -  тему о ИТ - пузырях могу развить – недавно статью подготовил). Будет здорово, если это не так как я думаю, и у них все получится. Просто столько было  «прожектов» …
В основном, к сожалению, можно вспомнить лишь прошлые заслуги страны. О них как правило на старых станциях метро неожиданно вспоминаешь…  

< … как руководителей через несколько звеньев от исполнителей.

Видимо так: одаренное руководство, честное и преданное фюреру, грамотные стратеги и т.п. Вот только народец попался туповатый и ленивый.
Управление страной построено на кадровых принципах: кумовство, сослуживцы, друзья и подросшие дети, которым нужно «дать порулить». Ну, это тоже эмоции – так наверное скажете?
0
Сообщить
№0
30.11.2012 22:52
to ИнженерЯ
< Здесь не плохой подбор фактуры....
http://maxpark.com/community/8/content/1522710

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

Виктор Сербин:  Вообще-то сегодня оборонка во всём мире опирается на гражданские разработки. Воодушевлённый статьёй бросил всё и сбегал в специализированный магазин искал всё наше родное российское, но не повезло. А Вам?

iLusha Rodin:  А это нормально. Режим секретности часто вводится именно для прикрытия собственных ляпов или того же использования сомнительных комплектующих или разработок. Так проще и все шито-крыто :)))

Именно об этом я и говорил - профанация!

и т.д.

Подобные статьи пишутся часто и периодически, даже ссылки в "Причины провала ..." про такие шапкозакидательские успехи есть. Видимо выставки «Модуль» в 27 ЦНИИ  и закрыли, потому что всем это уже поднадоело.

В целом. Конечно, все это хорошо и пусть парни (герои статьи) и дальше работают, но результат уверен, к сожалению, будет аналогичный и прогнозируемый.
0
Сообщить
№0
01.12.2012 00:42
Цитата
c4iВ целом: какая будет СУБД, с поддержкой кластера или нет, какая будет архитектура информационной системы двух или трехуровневая – это вопросы десятые, технологические – архитектурные. Я думаю куда важнее максимально быстро выполнить законченную конкурентоспособную АСУВ


В АСУВ - вторая буква означает СИСТЕМА. Качество и конкурентоспособность АСУВ возможны только как СИСТЕМЫ.
Нельзя здесь сказать, что важнее в этой системе... Ну, я не представляю, как можно что-то назвать более приоритетным в единой организме.

Цитата
Следуя логике. Изделия военного назначения более сложные. Поэтому логичнее начинать с гражданских “от простого к сложному». Или нет?

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

Цитата
А где у нас гражданские отечественные ИТ – технологии? Windows, Word, смартфон …


А что у нас на этом списке заканчиваются ИТ технологии?
В своих статьях Вы затронули ERP. Я знаю не менее трех полноценных отечественных ERP систем.
По поводу Windows и Word - это госполитика. Будет желание государства вытеснить из страны Windows и доверить производство такой системы частной компании, но с частичными гос. инвестициями - двух-трех лет хватит на то, чтобы состоялась её разработка, ну а дальше только расторопность и политическая воля руководства страны.

Цитата
proprietary system и это астрономические бюджеты, время и более сложные задачи;


Астрономические бюджеты это оплата Win, Office и ERP лицензий, а создание proprietary system - путь независимого электронного и ИТ будущего России! И на мой взгляд - либо мы имеем свое ИТ, либо мы станем частью информационной среды, владеть и управлять которой будут другие.

Цитата
Главное качество и цена.


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

Цитата
Все конечно же хотят пересесть с Жугулей (с отечественных АБС) на иномарки (западные). Только вот не удается.

Второй раз спрашиваю - КТО ЭТИ ВСЕ? Кто хочет пересесть на иностранное ПО? С чего Вы это взяли? Где у нас компании, имеющие родное ПО, которые желают пересесть именно на иностранное.
Я знаю компании, которые имея старое ПО желают его заменить на более совершенное по разным причинам. Но я ни разу не слышал требований от компаний (ни на одной встрече, семинаре, конференции и т.д.), что новое ПО должно обязательно быть иностранного производства.

Так кто же эти ВСЕ, которые хотят?

Цитата
А сделать в любой отрасли что-то отечественное лучше западного – с этим с каждым годом все сложнее.


Ничем не подтвержденный пессимизм!

Цитата
Ну, это тоже эмоции – так наверное скажете?

Да! И добавлю, что это не конструктивный разговор.

ИнженерЯ – почитал по Вашей ссылке про СУБД «Линтер-ВС» 6.0… скажу так. Хорошо, что делается – до поддержки требований, изложенных в статье, пока, к сожалению, как до Луны, т.е. достижимо, но при приложении очень серьезных усилий. И я удивлен, что при таких интерфейсах доступа к базе она получила сертификаты ФСТЭК…
0
Сообщить
№0
01.12.2012 13:59
Андрей Л.
В последнее время меня все больше и больше удивляют некоторые изделия для МО РФ...с одной стороны требования возрастают (я уже писал о требованиях Приказа МО РФ № 1555 от 20 июня 2012 года) с другой стороны, разрешительная часть - для избранных (то же обсуждали тему по радиостанции "Азарт" ОАО "Ангстрем" при использовании ГЛОНАСС приемника только с диапазоном L1 и TETRA).
Что происходит с программным обеспечением для нужд МО РФ - вообще не хочется дискутировать....
На мой взгляд, там полная анархия...начиная от операционных систем, которые должны работать не только с боевыми системами - заканчивая ГИС с электронными навигационными картами ....
Что же касается СУБД - то, например,для наших задач (для БИУС) мы используем MS SQL Serveer EE с сертификатом ФСТЭК России # 1319-1 (оценочный уровень доверия ОУД-1)....и MS Windows XP SP2 c сертификатом ФСТЭК России № 844-2.
Т.к. мы имеем встроенную электронную навигационную карту всех военных округов МО РФ (в каждом своем изделии) и полноценную СУБД - для тактического звена управления этого вполне нам достаточно....т.о. наше изделие ГАЛС-Д3М  
http://www.mriprogress.ru/_files/G100.pdf
выполняет требования предъявляемые к боевыми информационно-управляющим системам....
+1
Сообщить
№0
06.12.2012 23:28
Переубедить убежденных автоматизаторов – задача неблагородная и практически безнадежная. Выше достаточно было доводов по различным позициям и читатель уверен сам сделает нужные выводы.  
Хотелось лишь подчеркнуть два момента:
COTS  ROTS не моя выдумка, о этом варианте outsourcing более десяти лет назад интернет «гудел», во всяком случае по теме пром автоматизации (что есть «железячная» основа АСУВ). Второе, - куда важнее разработать логику системы, основные ее workflow  docflow, замоделировать процессы (хотя бы нарисовать и согласовать), запроектировать структуру БД и все это хорошенько описать, ЧЕМ лепить конечные системы быстро, но без должной проработки даже на самой – самой «системе» (железе, операционке, СУБД, ГИС и т.п.).
Это к тому, что «горизонт планирования» примерно такой:
большой – системо-технические решения и детализация моделей,
поменьше  - прикладное ПО,
совсем небольшой - общее ПО и «железо». Железки вообще ОЧЕНЬ быстро меняются, даже не только из-за прогресса.
Вот например, как это было с одной АСУВ ТЗУ.
1. К середине 90-х начали закладывать «железки». Compact  PCI тогда еще не был на рынке. В то время №1 была архитектура STD32 и решения фирмы Ziatech. Вроде все красиво и стандартные х86 и возможность использования на одной шине трех процессорных плат (отказоустойчивочть, распределение задач и др.) и все это для «самых жестких условий». Сделали несколько разных типов АРМов на ней. Один из АРМов даже с двумя экранами: горизонтальный и вертикальный, красиво и практично выглядело. Но уровень стандартизации от Ziatech оказался не высоким, реализовать поддержку многовычислительности собственными силами было сложно, дорогие железки и перешли на стандартные промышленные одноплатки (помните: Стандартизация, унификация, типизация). Подготовили документацию.  
про STD32 и др. можно посмотреть: "Встраиваемые компьютерные системы в аспекте стандартизации"
http://www.industrialauto.ru/modules/myarticles/article.php?storyid=124

Но к концу десятилетия очень активизировался «Багет» (со своими полосатыми каталогами). И «сверху» - МО было сказано: «все никаких х86» только – багет. Конструктора все перепроектировали на компьютерики из этого каталога. Начали что то пробовать – стало понятно, работать это не будет. Во всяком случае производительность, компактность и интеграция периферии для ТЗУ никудышная. Карту грузить по 10 минут просто будет уже незачем.
И когда это стало понятно - перекинулись снова на x86, тогда уже появились на рынке (конец 90-х) достаточно компактные РС104 и подобные одноплатники.
Но много времени было утеряно. Многие конструктора и программисты понимая что происходит в этот «переходный» момент просто ушли (правда и те кто остался в конце концов также в большинстве покинули проект).
Я уверен, что это исторические циклы, и они повторяются.
0
Сообщить
№0
28.01.2013 18:33
По вопросам примененения ИТ-технологий в АСУВ "Маневр" я опубликовал статью в сборнике Современные проблемы информатизации в моделировании и социальных технологиях: Сб. трудов. Вып. 17 / Под ред. д.т.н. проф. О.Я. Кравца. – Воронеж: «Научная книга», 2012. – С. 190–195.

Предлагаю Вашему вниманию текст статьи.

Карпук А.А.
РАЗВИТИЕ ТЕОРИИ И ПРАКТИКИ ИНФОРМАТИКИ
ПРИ РАЗРАБОТКЕ АСУВ «МАНЕВР»

В номере газеты «Комсомольская правда» от 9 июля 2010 г. опубли-кована статья М. Тимошенко «Американцы украли доктрину маршала Огаркова?», в которой сообщалось о том, что после присоединения ГДР к ФРГ армии НАТО достался один комплект полевой автоматизированной системы управления войсками (АСУВ) «Маневр» тактического звена управления, находившийся на вооружении армии ГДР. Командование НАТО провело штабную игру, в которой на европейском театре военных действий группировке войск НАТО со своими автоматизированными сред-ствами управления противостояла условная группировка войск Варшавского договора с АСУВ «Маневр». Результат штабной игры оказался шокирующим для командования НАТО, группировка НАТО была разгромлена за три дня без использования ядерного оружия, а только за счет подавляющего преимущества группировки войск Варшавского договора в оперативности и качестве управления войсками.
В 2011 г. в журнале «Арсенал. Военно-промышленное обозрение» опубликованы две статьи Ю. Мосиенко [1, 2], в которых описаны структура и состав АСУВ «Маневр» тактического и оперативного звеньев управления, показаны преимущества этой системы, описан ряд новых технических решений, принятых при ее разработке. В работах Ю. Мосиенко основное внимание уделено организационному и техническому обеспечению АСУВ «Маневр», в то время как основные преимущества этой системы были достигнуты за счет принципиально новых теоретических и практических решений, принятых при разработке информационного, математического и программного обеспечения, т. е. в теории и практике информатики. Автор настоящей статьи принимал непосредственное участие в разработке информационного, математического и программного обеспечения АСУВ «Маневр» в течение 20 лет, пройдя путь от рядового инженера-программиста до главного конструктора программных средств специального назначения. Автор считает своим долгом довести до сведения научной общественности информацию о новых теоретических и практических результатах в информатике, полученных при разработке АСУВ «Маневр» и намного опередивших свое время. Задача автора облегчается тем, что в отличие от решений по организационному и техническому обеспечению, об основных решениях по информатике имеется небольшое число открытых публикаций, на которые даны ссылки в настоящей статье.
Разработка информационного, математического и программного обеспечения АСУВ «Маневр» была начата в самом начале семидесятых годов прошлого века с экспериментальной реализации отдельных оперативно-тактических задач (ОТЗ) на ЭВМ «Минск-32». Первая версия информационного языка системы (ИЯС) для обмена сообщениями между должностными лицами и электронно-вычислительными комплексами (ЭВК) была разработана под руководством к.т.н. И.В. Курицына [3]. В первых экспериментальных реализациях ОТЗ для синтаксического и се-мантического анализа каждого типа сообщения на ИЯС разрабатывалась отдельная программа, а для хранения информационной базы каждой ОТЗ разрабатывались файлы собственной структуры. Руководивший экспериментальной реализацией ряда ОТЗ В.М. Острейко, ставший впоследствии доктором технических наук, генеральным директором НПО «Агат» и главным конструктором АСУВ «Маневр», предложил ряд основополагающих принципов организации информационной базы и обработки сообщений на ИЯС, которые сводились к следующему:
информационная база АСУВ «Маневр» для разработчиков программ ОТЗ должна выглядеть как набор двумерных таблиц, общих для всех ОТЗ;
связи между данными, хранящимися в различных таблицах, поддер-живаются за счет равенства значений соответствующих полей таблиц;
для работы с таблицами программист должен использовать набор специальных операций, в который входят добавление строки, удаление строки, модификация строки, поиск строк по условиям, накладываемым на значения полей, теоретико-множественные операции над таблицами (объединение, пересечение, разность);
для хранения каждой таблицы на внешнем запоминающем устройстве может использоваться свой метод, от непосредственного хранения последовательности строк, до использования списков, указателей и бинарного представления;
для синтаксического и семантического анализа любого типа сообщения на ИЯС применять универсальную программу, использующую описание данного типа сообщения, хранящееся на внешнем запоминающем устройстве.
Современный читатель сразу заметит, что такая организация информационной базы соответствует реляционной модели данных Кодда с алгеброй отношений. Отметим, что В.М. Острейко предложил данные принципы до публикации первой статьи Кодда по реляционной модели данных. В 1981 г. все перечисленные принципы были успешно реализованы в тактическом звене управления АСУВ «Маневр», в то время как в мире еще почти 10 лет реляционная модель данных считалась непригодной для практической реализации из-за якобы больших затрат внешней памяти и якобы большого времени поиска данных. Для реализации последнего принципа к.т.н. Ю.Д. Друзь предложил использовать аппарат формального описания грамматик типов сообщений на ИЯС, что также было успешно реализовано в тактическом звене управления АСУВ «Маневр».
Сразу после окончания разработки тактического звена управления тот же коллектив под руководством к.т.н. В.М. Зайцева приступил к разработке информационного, математического и программного обеспечения оперативного звена управления АСУВ «Маневр». Если в тактическом звене управления решалось около 10 ОТЗ, связанных со сбором, обработкой, хранением и выдачей информации о положении и состоянии объектов своих войск, войск противника и об условиях ведения боевых действий, то в оперативном звене управления добавилось еще 10 ОТЗ, выполняющих различные оперативно-тактические расчеты. Было принято решение для организации информационной базы применить концепцию базы данных (БД) с разработкой собственной системы управления базами данных (СУБД). Автору довелось работать руководителем подразделения администрирования БД для  оперативного звена управления АСУВ «Маневр», перед которым была поставлена задача проектирования логической и физической структуры БД. Решение задачи осложнялось тем, что разработку программ ОТЗ с использованием единой БД выполняли восемь предприятий, расположенных в пяти городах страны. У каждого разработчика ОТЗ был свой взгляд на то, какие данные и в каком виде должны храниться в БД, и как они должны использоваться при решении его задачи. Требовалось объединить эти пользовательские представления о хранимых данных в единой БД.
Для решения этой задачи под руководством автора в 1982 г. была разработана методология описания фрагментов предметной области ОТЗ и описания всей предметной области АСУВ, в результате применения которой строится информационная модель предметной области, названная канонической. В этой методологии каждый из специалистов по предметной области ОТЗ строит описание своего фрагмента предметной области в виде информационно-логической (инфологической) модели фрагмента предметной области [4]. Построение канонической модели каждого фрагмента предметной области, объединение этих канонических моделей в каноническую модель всей предметной области, отображение канонической модели предметной области в логическую и физическую структуры БД для конкретной СУБД выполнялись подразделением администрирования БД [5]. За рубежом до настоящего времени для построения информационных моделей предметной области применяется разработанная в 1985 г. методология IDEF1X [6], возможности которой во многом уступают возможностям методологии АСУВ «Маневр».
При разработке СУБД для оперативного звена управления АСУВ «Маневр» в 1981 – 1985 годах дальнейшее развитие получили принципы организации информационной базы, реализованные в тактическом звене управления. Под руководством к.т.н. Г.А. Смирнова и к.т.н. А.А. Карпука была разработана первая в мировой практике объектно-реляционная СУБД «Агат» [7]. Эта СУБД относится к классу систем общего назначения с включающим (базовым) языком и поддерживает на концептуальном и внешнем уровнях расширенную реляционную и иерархическую модели данных, обеспечивает полную логическую и физическую независимость данных, имеет развитые средства обеспечения целостности данных, обеспечивает простой интерфейс с пользователями. Пользователями СУБД «Агат» являются: конечные пользователи, взаимодействующие с БД через систему корректировки объектов БД или через программы ОТЗ с использованием средств теледоступа; прикладные программисты, взаимодействующие с БД из программ ОТЗ через операторы языка манипулирования данными (ЯМД); администратор БД, взаимодействующий с БД через систему автоматизированного проектирования БД, реализующую функции словаря-справочника данных.
База данных размещается во внешней памяти прямого доступа, всю БД или заданную ее часть СУБД «Агат» может размещать в специально выделенном разделе оперативной памяти (ОП), обеспечивая сверхбыструю работу с такими данными. По запросам программ ОТЗ в пользовательском разделе ОП может создаваться и поддерживаться средствами СУБД определенная часть БД, называемая оперативной базой данных (ОБД). Структурными компонентами концептуальной модели данных СУБД «Агат» яв-ляются домены, атрибуты, отношения в четвертой нормальной форме, функциональные зависимости между отношениями, объекты иерархической структуры. Концептуальная схема БД, схемы ОБД и подсхемы ОТЗ описываются на языке описания данных (ЯОД). Физическая организация данных в СУБД «Агат» практически полностью отделена от логической и описывается средствами подмножества ЯОД, называемого языком описания хранения данных (ЯОХД). В состав операторов ЯМД СУБД «Агат» входят операторы языка SQL, дополненные операторами манипулирования экземплярами объектов иерархической структуры. За рубежом подобные возможности начали появляться в промышленных СУБД только через 10 лет после окончания разработки СУБД «Агат».
В оперативном звене управления АСУВ «Маневр» дальнейшее разви-тие получило лингвистическое обеспечение как составная часть информационного обеспечения. Для преобразования входных сообщений с ИЯС в машинную форму и перехода от машинного представления результатов обработки к выходным сообщениям на ИЯС под руководством И.А. Ленцкевича была разработана система преобразования сообщений (СПС). Сообщения преобразуются на основе формальных описаний входного, выходного и машинного языка с использованием аппарата распознающих и порождающих грамматик [8]. В состав СПС входят следующие компоненты: язык описания сообщений (ЯОС); язык описания машинного представ-ления сообщений; язык описания перевода сообщений (ЯОПС); компиляторы языковых средств СПС; подсистема перевода сообщений с ИЯС в машинное представление; подсистема перевода сообщений из машинного представления на ИЯС. Все языковые средства СПС представляют собой подмножества ИЯС с фиксированным составом сообщений, предложений, фраз, предикатов, словосочетаний и слов. В качестве языка описания машинного представления сообщений используется ЯОД СУБД «Агат». Машинное представление сообщения размещается в одной или нескольких ОБД СУБД «Агат». За рубежом подобные системы не созданы до настоящего времени.
Телекодовая сеть (ТС) АСУВ «Маневр» обеспечивала пакетный обмен информацией со случайным множественным доступом абонентов к каналам связи. Каждое входное сообщение на ИЯС состояло из одной или нескольких кодограмм, которые могли приходить в ЭВК в случайном порядке. Для сборки входных сообщений, передачи входных сообщений на обработку в соответствии с их приоритетами, ведения очереди выходных сообщений и их передачи абонентам в состав программного обеспечения входила организующая система, разработанная под руководством к.т.н. В.М. Зайцева, который получил ряд важных теоретических и практических результатов по оптимизации параметров ТС [9].

Список использованных источников
1. Мосиенко Ю. «Маневр» – первая советская АСУВ поля боя // Арсенал. Военно-промышленное обозрение. – 2011. – № 3.
2. Мосиенко Ю. Тактическое звено АСУВ «Маневр»: 30 лет спустя // Арсенал. Военно-промышленное обозрение. – 2011. – № 5.
3. Курицын И.В., Харитонович Л.П., Верещагин С.И. Автоматизация ввода исходных данных в имитационную модель // Вопросы радиоэлек-троники. Сер. ОТ. – 1981. – Вып. 12. – С. 100–105.    
4. Карпук А.А., Острейко В.М. Построение информационно-логической модели предметной области при проектировании базы данных // Вопросы радиоэлектроники. Сер. ОТ. – 1981. – Вып. 12. – С. 23–28.
5. Карпук А.А. Построение и модификация концептуальной схемы базы данных // Вопросы радиоэлектроники. Сер. ОВР. – 1984. – Вып. 5. – С. 61–67.
6. Integrated Information Support System. Information Modeling Manual IDEF1-Extended (IDEF1X) / D. Appleton Company, Inc. – Manhatten Beach, California, December 31, 1985. – 108 p.
7. Карпук А.А., Лесняк А.Г. Система управления базами данных «Агат» // Вопросы радиоэлектроники. Сер. ОВР. – 1991. – Вып. 11. – С. 23–32.
8. Ленцкевич И.А. Язык описания сообщений системы оперативной обработки. Терминология. Описание слов, фраз и предложений // Вопросы радиоэлектроники. Сер. ОВР. – 1984. – Вып. 5. – С. 41–49.
9. Зайцев В.М. Определение параметров передачи данных для теле-кодовых сетей АСУ на основе принципа информационной стабилизации // Вопросы радиоэлектроники. Сер. ОТ. – 1981. – Вып. 12. – С. 42–28.
+2
Сообщить
№0
28.01.2013 19:12
Анатолий
А могли вы Вы данную статью выслать Андрею Л ?
(Плс напишите Андрею в личку - в см. пост 11)
Мне кажется, что читать статью лучше будет не в ветке форума, да и обсудить как-то можно....
Как следует из содержания статьи, кроме того, Вы были разработчиком СУБД «Агат»....
Цитата
При разработке СУБД для оперативного звена управления АСУВ «Маневр» в 1981 – 1985 годах дальнейшее развитие получили принципы организации информационной базы, реализованные в тактическом звене управления. Под руководством к.т.н. Г.А. Смирнова и к.т.н. А.А. Карпука была разработана первая в мировой практике объектно-реляционная СУБД «Агат»
0
Сообщить
№0
28.01.2013 19:30
Да, уж...одна из моих монографий была посвящена анализу сложных сетевых моделей...при атаках противником наших стационарных и подвижных объектов (пункты управления, ПГРК и т.п.).
ПО созданное нашим отделом, одного из ЦНИИ МО, до сих пор стоит на вооружении в МО России, а это был 1990 год.....во как....
0
Сообщить
№0
29.01.2013 00:24
> По вопросам примененения ИТ-технологий в АСУВ "Маневр"
несомненно ПАСУВ заслуживает толстой книжки и не одной (маневровцы - соберитесь мыслями \ силами, опишите  детали), и даже музея - желательно действующего. Причем ценность его будет не только как "посмотреть раритет" - исторический экспонат, а как изучение практического опыта и ответа на вопрос "а что нового в новых отечественных АСУВ, кроме более совершенной элементной базы, причем не отечественной" ? А прошло более 30 лет ...
В учебном центре под Нарофоминском в начале двухтысячных еще оставался полураспотрашенный "Маневр". Интересно как он сейчас? давно в металлолом?
Помню туда ездили смотреть документацию на "Маневр" - ее объемы поражали. Интересно и ее уничтожили?
0
Сообщить
№0
29.01.2013 08:52
Цитата
ИнженерЯ
Анатолий
А могли вы Вы данную статью выслать Андрею Л ?


Можно не высылать - я всё увидел и размещу сам.
0
Сообщить
№0
02.02.2013 20:51
Ответ по п.17  .
Все, что было передано по АСУ "Маневр" в учебный центр СВ - уничтожено. Внутреннее оборудование МТЛБу превратили в мусор. РКД сожгли! Транспортную базу оприходовал НС ВС под новые разработки. В России есть один владелец, на полках которого размещен достаточный фонд технических решений который может позволить - использовать, реализованный В АСУВ "Маневр" - задел. Кроме этого есть еще субъекты -носители всех идей, которые были реализованы в АСУ "Маневр". Сейчас отдельные из них, реализуют эти идеи в частных компаниях, но уже с учетом применения новых информационных технологий. И дай бог им здоровья, чтобы они успели воспроизвести их по максимуму.Сам уже видел - впечатляет! Если сработаются с Воронежем будет очень - убойно! Вот тогда в ЕСУ ТЗ "Созвездие" будет полностью обеспечена преемственность решений от Маневра, а также заложены новые системотехнические решения о которых разработчики АСУВ "Маневр", "Полет-К" могли только мечтать.
+2
Сообщить
№0
09.02.2013 13:10
to Проектировщик
   Да ... "Мир" упопили, "Маневр" сожгли, кучу ОКР похоронили ...
   Какими бы не были талантливыми эти люди, каким бы опытом и памятью и они не обладали, в любом случае – помещенные в сегодняшнюю среду ВПК, в существующую систему - бесконтрольную, приватизированную – где «имеют значение» только «бабки», в условиях текущей идеологии государства - деморализованное общество, кадровая политика «кумовство», принципы «кто богаче – тот и прав» и т.д. и т.п.  – все это, к сожалению, обрекает на неудачу. Хотя Ваш оптимизм немного и «греет душу».
   На Ваш взгляд, каким – нибудь образом, возможен общественный контроль над разработками? Или каким образом можно хеджировать риски неудачи (провала АСУВстроения)?
   Кроме того, очень любопытно относительно «новые системотехнические решения о которых разработчики АСУВ "Маневр", "Полет-К" могли только мечтать». Что то можете конкретизировать?
0
Сообщить
№0
20.02.2013 00:51
to c4i
В России существует масса различных организаций, которые должны осуществлять контроль над разработками. Однако все уходит в песок.На мой взгляд с этой задачей в случае возложения на нее дополнительных функций - могла бы справиться  Счетная палата. На время проведения проверок ей достаточно было бы привлекать экспертов из ведущих научных организаций страны. Другой путь - это объявление конкурсов с  участием финишной продукции, удовлетворяющей ТТТ заказчиков (пользователей) в демонстрации функциональных возможностей и заключением контрактов с победителем на доведение образцов по группе исполнения, опциональному наращиванию функциональных возможностей (при необходимости).

Что касается новых системотехнических решений выгодно отличающих их от АСУВ "Полет-К" и АСУВ "Маневр" - это отдельная тема. Очень многого в открытой переписке  раскрывать не могу. Скажу, что конструктивное построение агентов-платформ носителей АСУ, принятое в ОКР Полет-К -остается с некоторыми приращениями - актуальным и сегодня.
Все остальное определяют перспективные информационные технологии. Прежде всего разработчики АСУВ, частных компаний сконцентрировались на решении проблем обеспечения функционирования АСУВ с применением технологий реального масштаба времени. Причем не только введением контура управления робототехникой, но и процессов управления силами и средствами. В этих целях предлагается использовать программное обеспечение промежуточного слоя, обеспечивающего поддержку сетевых приложений и сервисов интеграции (СПСИ)в режиме RTM. Другим направлением по которому идут разработчики является создание и использование в составе ОСПО защищенной сетевой информационно-вычислительной среды, которая включает технологию сервера и агента, причем агент может работать, как в режиме сервера так и клиента. Вычислительная среда ориентирована на поддержку открытой модели данных, удовлетворяющей международным стандартам с использованием ХML - технологий и онтологий обмена данными. ОСПО поддерживает работу с графическим дизайнером приложений, и процессов управления. Классификаторы сущностей имеют графический логотип. Интерфейс пользователя привязан к графической топологии АСУВ. Получение информации в системе обеспечивается по подписке на сервисы. В системе обеспечивается содержательная обработка ОТИ с использованием поисковой машины структурированной и неструктурированной информации. При этом  применяется морфологический анализ.Очень грамотно построена работа с голосовым порталом, включая приоритетность обработки информации. Для поддержки принятия решений используется технология геометрической лингвистики. Для прогнозной оценки ОТИ используется 7 - явно выраженных показателей, по желанию они могут быть детализированы разложены с вложениями различных элементов ОТО, документов, сообщений и данных. Очень продуманно в рамках вычислительного ядра реализована интегрированная  СУПФ и управления безопасностью информации. Больше всего радует то, что компании разработчики готовы всем своим партнерам передать агентскую и серверную часть для создания АСУВ с иерархическим интерфейсом практически бесплатно (включая SDK разработчика). Передаваемая бесплатно клиентская часть ПО включает более 5 тыс. классов. По своему усмотрению потребитель-разработчик АСУВ может наращивать классы. Таким образом в считанное время система из унаследованной превращается в современную сервисно-ориентированную. Серверная часть поддерживающая единую модель данных на принципах GGG стоит около 500 долларов. Интерес разработчиков ИВС заключается в создании конкуренции между ним и потребителями  при создании графического вложенного интерфейса должностных лиц АСУВ для работы с топологической (графической) схемой АСУВ. Сейчас в известных мне компаниях работают над созданием программных мультиагентных систем, которые войдут во второе поколение информационно-вычислительных сред совместимых с уже готовыми. В ИВС АСУВ внедряется технология Puch, которая гарантирует работу по низкоскоростным каналам связи. Разрабатывается много других, разных наворотов, ориентированных прежде всего на повышение эффективности ввода информации оператороми в АСУВ.
+1
Сообщить
№0
20.02.2013 12:01
Цитата
А где у нас гражданские отечественные ИТ – технологии? Windows, Word, смартфон …

Вот навскидку несколько серьезных компаний:
1. Транзас
2. ABBYY
3. Лаборатория Касперского
4. 1С
5. Cognitive Technologies
6. Positive Technologies

Так что не надо ляля. Если Вы чего-то не знаете это еще не значит что этого нет. А по отдельным программным продуктам мы вообще впереди планеты всей. Взять тот же ABBYY Finereader. Или почитайте чем Транзас занимается.
+2
Сообщить
№0
28.02.2013 22:15
Цитата
А по отдельным программным продуктам мы вообще впереди планеты всей.

Что-то конечно есть, но для масштабов страны – это сущий пустяк (мизер). Кроме того, часто это искусственно созданные ниши (рынки). Поясню на паре примеров.
1 Рынок «ИТ - запрета». Например, военная ИТ, хотя бы тот же ГИС. Какими бы убогими не были отечественные разработки все равно ARCGIS/ MapINFO на этом рынке не будет. И это нормально, но только до некоторого предела.
2 Рынок «ИТ - маразма». Почему не прижились на отечественном рынке западные бухгалтерские и учетные системы, хотя явного запрета и нет? Предельно и без основано зарегулированный налоговый и бухучет. Различные ПБУ, а для банков 205\385 и «мульон иже с ними». Маразм ЦБ по ежемесячному выпуску различных инструкций, требующих срочного внесения изменений в АБС банка и смежного ПО просто непостижим буржуйским разработчикам финансового ПО. Что в не- и банковском секторе - сегодня чудовищные затраты на предельно уложенные и меняющиеся «правила учета». Пример,
http://www.glazev.ru/econom_polit/269/    «начисление НДС занимает около половины времени бухгалтеров, что эквивалентно полной занятости миллиона высококвалифицированных специалистов. Проверками отчетности по НДС заняты десятки тысяч налоговых инспекторов»
А сколько программистов и технологов вовлечены в маразм Регуляторов? Других задач автоматизации разве мало? И армия бухгалтеров могла бы заняться куда более важными задачами.    

Возвращаясь к «ля-ля». На таких рынках конкуренция с мировым софтом отсутствует «как таковая», и конечно эти ниши «автоматом» заняты российскими компаниями. Но это совсем не значит, что это софт мирового уровня.
0
Сообщить
№24
31.01.2018 18:46
И вот прошло 5 лет почти. Появился блокчейн, TON и системы обмена сообщениями. В Манёвре мобильные ПУ обменивались кодограммами или сообщениями. Появился DDS OMG и есть CDIS - Си распределённый. TCP/IP вместе с HTTP потихоньку уходит в прошлое...
0
Сообщить
№25
31.01.2018 20:07
Служил в полку, где обкатывалась АСУВ Манёвр 1985-86гг. Да если бы не катастройка далеко тбы ушли как и вся страна. А сейчас пока не изменится положение вещей когда правят ради своего кармана то всё так и останется. Сердюков и Ко это просто порождение этой системы. Бизнес и ничего, кроме бизнеса.
0
Сообщить
Хотите оставить комментарий? Зарегистрируйтесь и/или Войдите и общайтесь!
ПОДПИСКА НА НОВОСТИ
Ежедневная рассылка новостей ВПК на электронный почтовый ящик
  • Разделы новостей
  • Обсуждаемое
    Обновить
  • 18.12 03:45
  • 6464
Без кнута и пряника. Россия лишила Америку привычных рычагов влияния
  • 18.12 03:12
  • 0
Разделение Запада по "традиционной" линии Франция-Германия?
  • 18.12 00:09
  • 8531
Минобороны: Все авиаудары в Сирии пришлись по позициям боевиков
  • 17.12 22:54
  • 0
Ответ на "«Главное – это попадание в цель»: для усиления ВСУ танки Leopard 1 получили новую башню C3105"
  • 17.12 19:31
  • 0
Ответ на "Госсекретарь Блинкен отправился в Турцию, чтобы обсудить передачу огромных сирийских арсеналов Украине (Military Watch Magazine, США)"
  • 17.12 18:47
  • 1
Госкомвоенпром Республики Беларусь передал инозаказчику подвижные пункты управления
  • 17.12 18:35
  • 1
Госсекретарь Блинкен отправился в Турцию, чтобы обсудить передачу огромных сирийских арсеналов Украине (Military Watch Magazine, США)
  • 17.12 18:26
  • 1
Белоусов: избыточные процедуры в Минобороны можно сократить в 5-10 раз
  • 17.12 16:01
  • 0
«Агрессоры» и «соагрессоры» – тонкости западной диалектики
  • 17.12 15:38
  • 0
НАТО готовит ввод войск на Украину
  • 17.12 05:56
  • 0
Ответ на "Нидерланды не исключают отправку миротворцев на Украину без единогласного решения"
  • 17.12 05:12
  • 6
«Снизит тягу, но улучшит малозаметность»: в прессе США заметили новейший российский истребитель Су-57 с «плоским» соплом
  • 17.12 04:13
  • 3
Продажа Украиной тайн СССР: противоракетные "Дрозды" на Т-84 уплыли в США
  • 17.12 01:33
  • 1
Путин назвал вторжение ВСУ в Курскую область авантюрой
  • 16.12 04:41
  • 0
Ответ на "Ловушка для российской авиации. Битва на море выходит на новый уровень"