Техническая документация и немного личного

Пару слов о Вене

polinenko@mail.ru (Polinenko Sergey) — Mon, 14 Oct 2013 12:43:00 +0000

В Вене я был всего пару дней. Целью поездки было посещение международной конференции S1000D User Forum & S-Day 2013. График конференции был очень плотный, поэтому провести полноценный осмотр Вены так и не удалось.

Первое на что обратил внимание в Вене очень интересное устройство для защиты автомобилей от всего, что падает сверху. Остается один вопрос. Каково время развертывания подобной системы и установки ее на автомобиль? Думаю у меня бы не хватило терпения.

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

В парке, недалеко от места проведения форма, удивил самых наглых белок. В парке была шикарная игровая площадка. Завидую австрийским детям. Почему в моем детстве не было таких площадок :(?

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

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

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

Пересадка в Цюрихе

polinenko@mail.ru (Polinenko Sergey) — Mon, 07 Oct 2013 11:48:00 +0000

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

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

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

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

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

Кто-то учиться кататься на сёрфинге.

По озеру плавают старинные колесные корабли.

Занятие найдется для всех, люди постарше ловят рыбу. Кстати, у каждого рыбака есть разрешение на рыбную ловлю.

Кроме того, на озере даже есть свое такси.

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

Из достопримечательностей, прошли рядом с церковью Вассеркирхе.

Ну и еще посмотрели на самые большие башенные часы в Европе на церкви святого Петра и сравнить их с часами на шпиле Фраумюнстер.

Ну и на последок еще несколько фото исторической части Цюриха.

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

Несколько часов в окрестностях Колизея или галопом по Риму

polinenko@mail.ru (Polinenko Sergey) — Thu, 06 Jun 2013 11:53:00 +0000

Как я уже писал в конце мая я был на выставке ITEC 2013 (Defense, Training, Education and Simulation). Выставка эта проходила в Риме и, к счастью, она была не очень большой. Поэтому нам хватило 1,5 дня чтобы посмотреть все интересное и в результате получилось выкроить время и буквально пробежать по центру Рима и бросить взгляд на некоторые достопримечательности этого города.

Наш маршрут выглядел следующим образом:

Просмотреть Голопом по Риму на карте большего размера
Стартовали мы от Колизея. Вообще сам Колизей поразил своим масштабом. Внутрь мы не попали по причине отсутствия времени.

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

Римский форум.

Памятник Ромулу и Рему.

От памятника через Капитолийскую площадь мы дошли до памятника Виктору Эммануилу II. Кстати на Капитолийской площади были плакаты, как я понял, в поддержку Юлии Тимошенко.

Памятник Виктору Эммануилу II.

Кстати, в Риме исторический слой просто какой-то неимоверной толщины, вот здесь хорошо видно:

От памятника Виктору Эммануилу II мы отправились к Пантеону. По пути взглянули на балкон квартиры, где когда-то жил Наполеон (зеленый балкончик на рисунке ниже).

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

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

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

Граница Ватикана.

Собор Святого Петра.

Здесь и закончилась наша пробежка по Риму. К сожалению времени было очень мало, а хотелось бы побывать в Ватикане, да и центр Рима рассмотреть поподробнее.

ITEC 2013 (Defense, Training, Education and Simulation) Обзор выставки

polinenko@mail.ru (Polinenko Sergey) — Thu, 30 May 2013 08:45:00 +0000

В конце мая мне удалось посетить выставку ITEC 2013 (Defense, Training, Education and Simulation) – международный форум посвященный различным аспектам обучения технических специалистов, в основном для военных нужд. Форум ежегодный и достаточно представительный, каждый раз он собирает лидеров рынка тренажерных систем, систем визуализации, программного обеспечения для разработки тренажеров и т.д. Кроме того, на выставке выставлялось очень много военных, которые показывали, какие средства обучения имеются в распоряжении министерств обороны различных стран НАТО.

Форум состоял из двух частей. Это выставка и семинары по секциям. На секциях были тематические доклады посвященные различным аспектам обучения, но туда мы так и не попали, а посетили только выставку.

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

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

Разработчики систем визуализации

Мы побывали на стендах Barco, 3D Perception и Simulation Displays. Ниже фото со стендов каждой из компаний.

Barco

3D Perception

Simulation Displays

Самый большой стенд, конечно, у Barco, но мы больше всего времени провели на стенде Simulation Displays. Очень понравилось их решение с компактной полусферой на один проектор (на последнем рисунке справа), кроме того, они показали, как легко и просто решить головную боль всех тренажеростроителей по сшиванию изображений с разных проекторов на сфере. Ну и еще несколько фотографий по данной тематике.

Макеты различных вариантов систем визуализации.

Еще один вариант компактной полусферы.

Разработчики игровых движков

Из разработчиков игровых движков на выставки были представлены Havok и Unity Technologies.

Разработчики решений для виртуальной реальности

В процессе осмотра экспозиции, мы случайно наткнулись на стенд компании EST - Engineering Systems Technologies GmbH & Co. KG. Ребята показывали технологии виртуальной реальности, мы зависли на их стенде очень надолго. На мой взгляд это следующий шаг в обучении технических специалистов. Ниже несколько фото и видео с этого стенда.

Виртуальная реальность

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

Я вкратце рассказал о том, что мне показалось интересным на данной выставке. Если нужно рассказать о чем-то поподробнее или выложить дополнительные материалы, то пишите. С удовольствием дополню свой отчет.

Рождественские праздники в Барселоне. Часть 6. Аквариум и зоопарк в Барселоне, рынок Бокерия

polinenko@mail.ru (Polinenko Sergey) — Mon, 18 Mar 2013 07:38:00 +0000

Еще два популярных туристических места при посещении Барселоны, это аквариум и зоопарк Барселоны. Аквариум нам не очень понравился. О посещении аквариума можно сказать только то, что мне удалось сфотографировать зубы акулы.

И очень понравились пингвины. Смотрел на них и вспоминал мультфильм Мадагаскар.

Зоопарк Барселоны, напротив, очень понравился. Все животные чистые и ухоженные. Очень удобно проложены туристические маршруты.

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

Ну и напоследок несколько слов о рынке Бокерия. Это просто гастрономический рай. Здесь можно найти любые фрукты и овощи.

Любители мяса тоже будут приятно удивлены.

Также как и любители морепродуктов не останутся без покупки.

Рождественские праздники в Барселоне. Часть 5. Гора Монжуик

polinenko@mail.ru (Polinenko Sergey) — Mon, 04 Mar 2013 07:09:00 +0000

Если вы приехали в Барселону не на один день, то одним из основных объектов, который нужно обязательно посетить - это гора Монжуик. Здесь можно получить массу различных эмоций. Погулять по саду.

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

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

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

Увидеть олимпийский стадион в Барселоне и другие олимпийские объекты.

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

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

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

Рождественские праздники в Барселоне. Часть 4. Барселона Гауди и другая архитектура

polinenko@mail.ru (Polinenko Sergey) — Mon, 25 Feb 2013 06:58:00 +0000

Про Барселону Гауди написано столько, что написать что-то новое практически не реально. Можно только в очередной раз удивиться тому насколько скрупулезно Гауди подходил к созданию своих строений. Каждая деталь продумана и сделана с любовью. Мне кажется, на эти произведения можно смотреть бесконечно. Посмотрите на эти дома, обратите внимание на детали, особенно на собор святого семейства. Думаю, вы поймете мои чувства.

Храм Святого Семейства.

Ну и немного другой архитектуры различных эпох.

Фонд Антонио Тапиеса.

Дом с шипами.

Триумфальная арка.

Современна архитектура.

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

Рождественские праздники в Барселоне. Часть 3. Рождественский заплыв - "Кубок Надаля"

polinenko@mail.ru (Polinenko Sergey) — Mon, 11 Feb 2013 06:47:00 +0000

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

Теперь собственно о самом заплыве. Однозначно можно сказать, что это настоящий праздник для участников. Сам заплыв, на мой взгляд, чисто символический. Протяженность дистанции где-то около 100 метров. Большинство участников искренне веселились.

Тех, кто серьезно относиться к мероприятию - единицы.

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

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

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

Мне понравилась эта рождественская традиция. Очень добрая и веселая забава.

Рождественские праздники в Барселоне. Часть 2. Барселона в праздники

polinenko@mail.ru (Polinenko Sergey) — Mon, 28 Jan 2013 06:34:00 +0000

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

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

В этот же день встретили колонну байкеров-дедов морозов. Непонятно только зачем с ними везде ездила машина DHL.

На Новый год мы тоже никуда не пошли. Сначала хотели забронировать столик, но это оказалась очень дорогая затея. Столик в хорошем месте стоил около 50 евро на человека. Потом решили встретить Новый год на Ла Рамбле, но там было, очень шумно и с ребенком мы бы все равно не отдохнули, поэтому Новый год встречали дома. Кстати в новогоднюю ночь по телевизору показывали бурду похуже нашей. С ностальгией вспоминали Баскова с Галкиным.

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

Кстати на Рождественские праздники возле храма Святой Евлатии открывается блошиный рынок. Я проходил мимо и меня просто засосало. Не возможно оторваться. Значки, монеты, штопоры, зажигалки, ножи – все то, что любимо с детства.

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

Рождественские праздники в Барселоне. Часть 1. Планирование путешествия

polinenko@mail.ru (Polinenko Sergey) — Mon, 14 Jan 2013 06:24:00 +0000

На самом деле, это была наша первая встреча Нового года за рубежом. Мы долго не могли решиться уехать на Новый год в другую страну, как ни крути - это семейный праздник. Но после долгих раздумий мы решились, да и особых интересных вариантов встречи Нового года в России не было. Теперь о том, почему поехали именно в Барселону. Основной причиной было желание получить Шенгену на год. Т.к. мы были в Испании летом, то при повторном въезде можно было просить визу на длительный срок (насколько я знаю, в Испании и Италии с этим проще всего). Да и при первом посещении Испании Барселона запала в душу. Пишу, забегая вперед, Шенгенскую. визу нам действительно дали на год.

Теперь обо всем по порядку. Документу на визу оформляли и сдавали сами в визовом центре в Москве. Никаких проблем с этими процедурами у нас не возникло. Т.к. мы летели с ребенком, то купили билеты на прямой рейс (Москва – Барселона), на билетах решили не экономить, да и рейсы с пересадкой стоили не намного дешевле. Летели авиакомпанией Iberia. Iberia, конечно, low cost company, но багаж входил в стоимость билета, что не может не радовать. Впервые летели заграницу регулярным рейсом, можно отметить несколько очевидных плюсов такого варианта перелета. При регистрации и прохождении таможни не было никаких очередей, кроме того, и в Москве, и в Барселоне в самолет заходили через рукав. Были и существенные минусы. Питание в самолете за дополнительную плату. Расстояние между сиденьями очень маленькое, сколько летаю такого еще не видел.

Апартаменты бронировали через сайт https://www.airbnb.ru, хороший сайт для бронирования жилья в Испании большой выбор и цены ниже, чем на booking.com. При выборе апартаментов в первую очередь руководствовались их расположением. Перечитав кучу отзывов, решили остановиться в районе el Born (хорошее расположение и район достаточно безопасный). Т.к. мы потеряли много времени, пока решали где хотим жить, к моменту бронирования выбирать уже не приходилось. Прилетали мы в канун католического Рождества, так что европейцы жилье бронировали весьма активно. В таких обстоятельствах думаю, что нам повезло, мы нашли хорошие апартаменты, пусть и не большие, зато очень уютные. Всем рекомендую, вот ссылка: https://www.airbnb.ru/rooms/627583 и фото квартиры:

Из недостатков можно выделить отсутствие интернета и слишком узкую лестницу. С коляской было не просто.

Т.к. развлекать нас было не кому, то путешествие мы планировали сами. Изначально мы хотели посетить следующие объекты в Барселоне.

- дома Гауди, парк Гуэль, собор Святого семейства, т.е. так называемая Барселона Гауди;

- гора Манджук (конкретного плана, что там смотреть не было, решили просто пойти туда и определиться);

- музей ФК Барселона;

- аквапарк и зоопарк;

- парк лабиринт.

Кроме того один день решили оставить на шопинг.

Посмотрели все кроме парка лабиринт и музея ФК Барселона.

Теперь о том, как добраться от аэропорта Барселоны до города. Для нас самым удобным оказался вариант с покупкой билет на аэробас (http://www.aerobusbcn.com) – автобус, который специально предназначен для доставки пассажиров в аэропорт. На самом деле, такой вариант будет удобен для большей части туристов, решивших поехать в Барселону самостоятельно. Мы ехали по второму маршруту (А2), автобус делает только 4 остановки. В средней части автобуса есть место для багажа, что, несомненно, очень удобно. Билет покупали при посадке.

Обзор Technical Guide builder

polinenko@mail.ru (Polinenko Sergey) — Fri, 07 Sep 2012 09:59:00 +0000

Оригинал статьи находится здесь.

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

В настоящее время на отечественном рынке программного обеспечения для разработки технической документации можно выделить две специализированные системы, позволяющие в полной мере реализовать требования, предъявляемые к технической документации, как со стороны отечественных, так и со стороны зарубежных нормативных документов. Это Technical Guide Builder (разработчик АНО «НИЦ CALS-технологий «Прикладная логистика») и Arbortext (разработчик компания «PTC»). Если про Arbortext на данном ресурсе уже есть небольшой обзорный материал, то информацию о Technical Guide Builder (сокращенно в тексте будем обозначать данный продукт, как «TG Builder» или просто «система») найти крайне сложно. Попробуем восполнить этот пробел.

Начнем с назначения данной системы. TG Builder - это программный комплекс, предназначенный для разработки, сопровождения, изменения и публикации технической документации. Его функциональные возможности позволяют разрабатывать документацию соответствующую требованиям, как отечественных стандартов в области технической документации (ГОСТ 2.051-2006, ГОСТ 2.601-2006, ГОСТ 2.602-95, ГОСТ 2.610-2006, ГОСТ 2.611-2011), так и требованиям международной спецификации S1000D. Считаю, что описывать данный программный продукт целесообразно с точки зрения разработчика технической документации.

Рассмотрим типовой процесс разработки технической документации с использованием TG Builder (Рисунок 1):

Рисунок 1 - Типовой процесс разработки технической документации в TG Builder.

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

После создания проекта, на основе анализа исходных данных, формируется содержание документа. Т.е. создается "скелет документа" - предварительный перечень модулей данных (МД). Модули могут группироваться в разделы (здесь и далее для простоты мы будем использовать термин «раздел документа», понимая под ним, как группу МД, так и отдельный модуль). В процессе работы над документом данный перечень чаще всего видоизменяется, однако, его создание необходимо для планирования и распределения работ между исполнителями. На данном этапе в терминологии S1000D мы создаем DMRL (Data Module Requirements List). Как правило DMRL является результатом выполнения анлиза логистической поддержки изделия, но это тема отдельной статьи.

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

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

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

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

Поставка документации конечному пользователю может быть осуществлена следующими способами:

Документации в бумажной форме (распечатанный PDF - документ);

Документация в электронной форме:

PDF - документ на носителе данных (CD, DVD, Flash-накопитель и т.п.);

Незащищенный интерактивный документ на носителе данных;

Интерактивный документ на носителе данных со встроенным модулем защиты от несанкционированного доступа;

Доступ к интерактивной документации посредством сети интернет.

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

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

Далее рассмотрим процесс разработки технической документации с точки зрения использования программных модулей TG Builder на каждом из вышеназванных этапов. На рисунке 1 с каждым из этапов типового процесса разработки технической документации ассоциирован определенный программный модуль TG Builder.

Для удобства описания процесса на рисунке 2 представлена структурная схема программных модулей TG Builder.

Рисунок 2 - Структурная схема TG Builder

Итак, структурно TG Builder состоит из 4 основных программных модулей - это Диспетчер проектов, TG Designer, TG Browser и TG Admin. Утилита TG Update входит в стандартный комплект поставки TG Builder, однако оно поставляется как отдельное приложения и к нему нельзя получить доступ из основного меню TG Builder. Это связано с тем, что данная утилита используется только для обновления документации у пользователя документации. Т.е. она может быть передана пользователю документации при поставке документа, чтобы пользователь мог самостоятельно актуализировать документ.. TG WebServer является отдельным приложением и не входит в стандартный комплект поставки TG Builder. Данное приложение предназначено для предоставления удаленного доступа к интерактивной технической документации через интернет. TG WebServer будет посвящена отдельная статья.

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

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

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

Как видно из рисунка 2 наиболее структурно сложным элементом TG Builder является программный модуль Диспетчер проектов, предназначенный для создания, удаления и редактирования проектов по разработке технической документации. Сразу хочу оговориться, что иерархия диспетчера проектов является условной, и предназначена для упрощения восприятия информации о программных модулях системы и порядке их использования при разработке документации.

Редактор справочников - предназначен для создания, редактирования, удаления, импорта и экспорта различных специализированных справочников, используемых при разработке технической документации. В редакторе реализована работа с четырьмя группами справочников: 1) Единицы измерения; 2) Применимость; 3) Предварительные требования; 4) Регламент.

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

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

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

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

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

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

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

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

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

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

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

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

Модуль экспорта/импорта - предназначен для импорта и экспорта проекта в целом, отдельных разделов документа и публикаций в форме интерактивного документа или набора XML файлов соответствующего требованиям S1000D.

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

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

Испания. На футболе (Барселона – Реал Мадрид, 23 августа 2012)

polinenko@mail.ru (Polinenko Sergey) — Wed, 05 Sep 2012 13:21:00 +0000

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

Обратите внимание на столб с красной табличкой с цифрой 7 – это номер ворот,
который указан на билете

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

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

С таким лицом он просидел весь матч

Теперь хочется сказать о стадионе. Можно только присоединиться к множеству восторженных отзывов о Ноу-Камп и сказать, что все положительное, что о нем рассказывают, правда. Это невероятное чувство, когда ты выходишь на трибуну не возможно ни описать, ни передать. Однако хотелось бы еще добавить, что на стадионе продают пиво и багеты. Цены, на которые совершенно адекватные. По-моему багет с филе курицы стоил около 4 евро. В среднем кафе такой багет стоит 3 - 5 евро. На стадионы чистые туалеты, что само по себе удивительно для такого места. Там действительно очень круто J.

Ноу-Камп

У Спартака, Зенита, ЦСКА, Фенербахче и даже Загребского Динамо есть фанаты. М у Барселоны они просто обязаны быть. Эти полуголые, полупьяные подростки и не только, должны «поддерживать» свою команду. Они просто обязаны орать матерные кричалки, жечь фаеры, ломать сиденья и, наконец, жестоко избивать фанатов команды соперника. Без этого твоя команда просто не может выигрывать.

Так вот на Ноу Камп я их не увидел. Зато увидел полный стадион болельщиков, которые действительно поддерживали свою команду. Остается загадкой, как Барселона может выигрывать с такими фанатами, никаких тебе перфомансов и флагов во всю трибуну.

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

А теперь немного своих наблюдений о работе с фанатами в Барселоне (возможно в чем-то я ошибаюсь). На самом деле фанаты у Барселоны, конечно же, есть и их очень много, и они тоже много пьют в парке перед стадионом, но они управляемы. Их не сажают в отдельный сектор, как зверей, а по несколько человек рассаживают в различные сектора стадиона. На мой взгляд, это очень удачное решение. Когда сидит 2-3 фаната, они реагируют на замечания стюардов, плюс ко всему, думаю, в каждом секторе есть специальный человек, который руководит фанатами. Он знает всех своих «фанатов» и отвечает за них. Разъяренной толпой управлять значительно сложнее, для этого нужен ОМОН . Я поражен простоте решения и не понимаю, почему подобное не могут попробовать у нас. Да, чуть не забыл, никто никого не бьет. Рядом могут сидеть болельщики Реала и Барселоны, и каждый будет болеть за свою команду.

Болельщики

Атмосфера Ноу-Камп

Теперь о самом футболе. Можно сказать, что это большое шоу, которое начинается с разминки, продолжается игрой и заканчивается «братанием» игроков после матча. Теперь детали. Скорость игры, по крайней мере, с моего места, казалась не такой высокой, как это обычно смотрится по телевизору. Каждый игрок отдается игре полностью, отрабатывают в каждом моменте. Игроки идут в борьбу и не жалеют друг друга. Все-таки Реал играет больше на Роналду, чем Барселона на Месси. Хотя такое сравнение, конечно же, не корректно . У Барселоны, несомненно, больше острых футболистов, практически каждый игрок группы атаки (Месси, Хави, Иньеста, Санчис, Педро, Алвеш) может брать на себя ответственность и предпринимать нестандартные решения. У Реала - это удел Роналду, остальные как-то скромничают . По этому матчу Барселона просто сминала Реал, особенно в первом тайме. Реалу откровенно повезло, что ошибся Вальедес, и Барселона не забила еще пару мячей. Справедливости ради стоит сказать, что в ответной игре также повезло Барселоне, а Реал мог забить не два, а 4 -5 мячей.

Пенальти был

Куэнтрао

Озил

Угловой Реала

Месси забивает пенальти

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

Да, чуть не забыл, сказать пару слов об атрибутике. У Барселоны она достаточно дорогая, т.к. Каталония это одна большая футбольная команда J. Везде, где я был, узнавал стоимость футболки Барселоны (форма на новый сезон), так вот дешевле 40 евро мне найти не удалось.В результате купил футболку для тренировок за 20 евро. Шарф Барселоны практически везде стоит 10 евро.

Атрибутика

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

Испания. Таррагона и Камбрильс

polinenko@mail.ru (Polinenko Sergey) — Wed, 05 Sep 2012 10:23:00 +0000

В Таррагону мы поехали т.к. супруга очень хотела купить себе хороших вещей в Европе. Мне это было подано под соусом просмотра исторических ценностей. В Таррагоне действительно сохранилась крепость, амфитеатр и много других построек времен римской империи. Первое, что хотелось бы сказать это то, что не стоит слушать гидов, которые советуют вам торговый центр в Таррагоне и дают скидку на 10% в этот центр. Мы, к сожалению, послушались. Придя в рекомендованный магазин, мы очень удивились ценам. Они, мягко говоря, завышенные. Называется этот торговый центр CortIngles. В магазине представлены в основном дорогие бренды. Например, футболка ФК Барселона стоила около 90 евро. Даже в аэропорту такую футболку можно было купить за 85 евро. После этого мы быстро покинули этот магазин, но потеряли драгоценное время.

(http://www.urbanity.es/foro/espacios-de-deporte-comercio-y-ocio-cat/9348-tarragona-corte-ingles.html)

Поговорим с местными жителями мы нашли торговый центр ParсCentral где и купили все задуманное. Он находится недалеко от автовокзала. Вот фото этого центра:

(http://www.mishanita.ru/forum/viewtopic.php?f=12&t=14)

Сама Таррагона тоже понравилась и мы даже дошли до башни «Дворца Пилата» и побывали «Балконе средиземноморья».Больше ничего посмотреть не удалось т.к. у сына поднялась температура и пришлось ехать обратно в Салоу.

Улочки Таррагоны

Балкон средиземноморья

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

Порт в Камбрильсе

Зато мы увидели самобытный рынок, на котором продавали старые виниловые пластинки, диски и афиши фильмов. Очень круто.

Рынок в Камбрильсе

Из Кмбрильса в Салоу мы решили вернуться пешком вдоль набережной. Хоть идти и достаточно далеко, мы не пожалели об этом. Увидели песочные замки (за каждым замком следит специальный человек) и то, как люди развлекаются на пляже.

Песочные замки

Пляж в Камбрильсе

Испания. Салоу и Барселона

polinenko@mail.ru (Polinenko Sergey) — Tue, 04 Sep 2012 10:23:00 +0000

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

Пляж. В связи с высоким туристическим сезоном на центральном пляже Салоу было очень много людей, мы ходили на пляж в сторону Камбрильса. На пляже можно арендовать лежак (10 евро) и лечь под зонтик. Но этого практически никто не делает т.к. дешевле купить зонтик (15 евро) и циновку (10 евро) самому и каждый день брать их с собой. Порадовало то, что на пляже, в некоторых местах, есть бесплатный wi-fi интернет, который работает намного быстрее, чем интернет в отеле . Нельзя ни сказать об общественных туалетах на пляже. Туалет вдоль пляжа расположены через каждые 200 – 300 метров на центральном пляже это капитальные строения, на других пляжах это кабинки. Везде чистота и порядок, в них не страшно заходить. Специальные люди следят за чистотой и за тем, чтобы никто не переодевался в туалетах. Кстати кабинок для переодевания на пляжах нет, все идут в купальниках из отеля. На пляже классный песок, ракушек вообще нет, даже мелких (Например, как в Белеке-Турция).

Пляж Салоу

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

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

ВСТАВИТЬ КАРТУ С МЕСТОМ РАСПОЛОЖЕНИЯ КАФЕ

К сожалению, я не знаю его названия, но, думаю, вы сможете сориентироваться и найти его по внешнему виду вот фото его фасада.

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

Лейла

Вот видео, как кафе выглядит изнутри.

Хочется отметить еще одну вещь, хозяин кафе (пухленький мужчина в белой рубашке на видео) вкалывает целыми днями. Если официантки работают по половине дня, то он работает весь день, сам обслуживает клиентов и моет посуду. За 14 дней отпуска он не пропустил ни одного дня. Для меня это удивительно, у нас владельцы кафе так не делают.

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

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

Барселона

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

Набережная и Фуникулер

В Барселону мы обязательно вернемся, только в другое время года. В августе там очень жарко.

Испания. Покупка билета на футбол и путь до Барселоны

polinenko@mail.ru (Polinenko Sergey) — Mon, 03 Sep 2012 13:19:00 +0000

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

Итак, при покупке билета,в первую очередь я начал смотреть специализированные агентства, которые предлагали купить билет в Испании и привести тебе его прямо в гостиницу. Но такая постановка вопроса меня не устраивала, хоть они и предлагают заключить договор на оказание подобных услуг. Кроме того, всякие форс мажоры могли возникнуть непосредственно в Испании (курьер не нашел отель, поменяли отель, курьер не смог дозвониться и т.д.). Да и цена самого дешевого билета в таком агентстве была от 200 евро (возможно, кто-то нашел дешевле). Как потом оказалось, такие билеты можно было купить за 59 евро. Еще один факт, который насторожил меня при покупке билетов через агентство это то, что билеты на матч поступали в официальную продажу за месяц до матча, а агентства предлагали их приобрести за 3 – 4 месяца.

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

Необходимо заметить, что я забирал билет в кассе на стадионе. Т.к. карта, по которой я покупал билет, предназначена только для оплаты услуг через интернет (Visa Virtual). Вопросов по пользованию терминалом мне можно не задавать. Для тех, кто не разберется, как пользоваться терминалом или таких же бедолаг, как и я, существует возможность забрать билет в кассах у стадиона. Ты просто даешь карту, кассир забивает номер карты в компьютер и выдает тебе билет. Больше ничего не нужно. Кстати, для тех, кто покупал билеты заранее через интернет, существуют отдельные кассы, очереди в которые существенно меньше.

Кассы стадиона Ноу-Камп

Теперь собственно о том, как я покупал билеты. В день и час, когда в продажу поступили билеты (эту информацию можно узнать на официальном сайте ФК Барселона), я зашел на сайт ticketmaster.es и выбрал сектор, место и купил билет (Нет никаких особенностей покупки билета, все точно также, как и при любой другой интернет покупке). На момент покупки в продаже было очень много билетов. Можно было купить билеты в любой сектор стадиона. Я купил билеты средней ценовой категории. Сидел у углового флажка во втором ряду. Такой билет мне обошелся в 122 евро. По моему в кассах в день матча подобные билеты стоили около 150 евро. В агентствах, когда я рассматривал такой вариант покупки, подобные билеты стоили около 500 евро.

Билеты на футбол

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

Теперь несколько слов о том, как мы добирались из Салоу до Барселоны. Для того, чтобы добраться до стадиона мы арендовали машину. При аренде машины необходимо помнить, что если вы хотите арендовать машину с автоматом, то вы должны делать это заранее. Ну и еще автомат будет стоить вам евро на 20 дороже. Кроме того, берите навигатор из дома, предварительно закачав туда необходимые карты, это позволит вам сэкономить 5 евро в сутки. Итак, аренда машина стоила нам 40 евро, плюс 6 евро мы отдали за детское сиденье. Если бронировать машину в Салоу через интернет получается примерно то же самое. Хотя в городе мы видели объявления об аренде машин от 20 евро.

При поездках по Испании следует помнить, что там куча платных дорог. Например, поездка из Салоудо Барселоны в одну сторону стоила нам около 13 евро. На обратном пути мы заплатили, меньше, т.к. попытались проехать по бесплатным дорогам, но потом плюнули и вернулись обратно. Ночью по бесплатным дорогам ехать страшно: темнота, серпантин и ни попутных, ни встречных машин . Обратная дорога нам обошлась в 6 евро.

К Ноу-Камп мы подъехали в районе 12 часов дня. Бесплатных парковок уже не было ни вокруг стадиона, ни на прилегающих дорогах. Поэтому мы решили припарковаться на платной парковке, рядом со стадионом. К этому моменту она была заполнена где-то наполовину. Думаю, часика за 4 до матча там уже было невозможно было оставить машину. Парковка стоила около 2 центов за минуту. Всего за 12 часов парковки мы отдали 11 евро.

Таким образом, поездка на машине до стадиона обошлась нам в 78 евро.

Испания. О негативном

polinenko@mail.ru (Polinenko Sergey) — Mon, 03 Sep 2012 10:23:00 +0000

При выборе тура руководствовались следующими критериями: 1. Близость к Барселоне. Хотели как можно больше времени провести в Барселоне, съездить на футбол, погулять по городу и как можно ближе рассмотреть его. 2. Тихое место, в котором не будет много туристов. По этим признаком решили остановиться на местечке Кастельдефельс, и поехать в отель Best Western Hotel Mediterráneo. Находится здесь:

Расстояние до моря 200 м по прямой

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

Самое интересное началось в аэропорту. Получив документы, мы к своему великому удивлению обнаружили, что жить мы будем не в Кастельдефельс, а в Салоу, которые разделяет 90 км платных дорог, за проезд в одну сторону по которым нужно заплатить около 13 евро. Такое существенное изменение сильно меняло концепцию отдыха с просмотра достопримечательностей в Барселоне на пляжный отдых в Салоу. Мы были очень огорчены, но понимали, что теперь то нам вряд ли что-то поменяют, несмотря на то, что мы летим с малышом.

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

Летели мы компанией Red Wingsна старой 204 тушке. В полете было очень холодно, но стюардессы, спасибо им огромное, зная особенности самолета, заботливо заранее раздали всем пледы. Последнее время приходится много летать, поэтому могу смело сказать, что самолет был сильно уставший . На обратном пути это подтвердилось. Летели этим же бортом, и супруге досталось место со сломанным сиденьем, хорошо, что в самолете были свободные места и нас пересадили.

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

Сюрпризы продолжились в Салоу. Гостиница наша хоть и была четырехзвёздочной (Regina Gran Hotel), но по прямой до моря было около 700 м.Если учесть, что она располагалась напротив центрального пляжа, где очень много людей, то до нормального пляжа нам приходилось ходить около двух километров в одну сторону. Вот примерный маршрут:

Расстояние до моря 700 м по прямой

Номер был с видом на море

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

Итак,первую нашу хотелку, поселитьсяпоближе к Барселоне, нам удовлетворить не удалось . По количество народа мы тоже не попали. Август это самый высокий сезон в любой курортной стране, а в Испании особенно. Это обусловлено тем, что все испанцы в августе уходят в отпуск не зависимо от ситуации на работе (Со слов местных жителей). Народу было очень много, ведь Салоу это туристическая столица Коста-Дорадо. Уверен, что в Кастельдефельс его было бы намного меньше.

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

Вот собственно и все о негативе в этой поездке. Дальше только позитив.

Электронный каталог изделий. Или чего ждать от ГОСТ 2.611-2011? Часть 2. Элементы данных

polinenko@mail.ru (Polinenko Sergey) — Fri, 24 Aug 2012 08:56:00 +0000

Оригинал статьи находится здесь а первая часть статьи здесь.

Внутренняя структура (элементы данных) электронного иллюстрированного каталога изделий

Приступим к рассмотрению смысловой части, описывающей внутреннюю структуру электронного каталога деталей и сборочных единиц. Как я уже говорил выше, рассматриваемый ГОСТ построен путем гармонизации требований S1000D. В частности, описание внутренней структуры документа построено на основе анализа и адаптации к российским реалиям DTD - схемы Illustrated parts catalog из S1000D. Поэтому содержание данной части статьи построено на сравнении элементов данных по ГОСТ 2.611 с элементами данных Illustrated parts catalog из S1000D.

Хочется поделиться некоторыми ощущениями, возникшими при изучении данной части ГОСТ. Бросается в глаза высокая сложность документа, а если сказать честно, то разобраться в нем не имея представления об S1000D практически невозможно. Логика документа прослеживается не во всех разделах, поэтому трудно иногда понять, что к чему относится. Но и самое главное нигде не сказано, что во второй части документа, по сути, описана DTD - схема электронного иллюстрированного каталога изделий. Ну и еще - почему элементы данных и их атрибуты называются элементами данных. В лучшем случае атрибут называют служебным элементом и то не везде и не всегда (проблемы с терминологией).

Надеюсь, что анализа ГОСТ 2.611, приведенный в данной статье, поможет разобраться в интерпретации ГОСТ с «русского на русский».

Итак, приступим.

Для удобства анализа элементов данных предлагаю разбить их на три смысловые группы в соответствии с уровнем иерархии элементов в таблице 1 (ГОСТ 2.611-2011). Таким образом, получим следующие смысловые группы элементов:

Элементы данных верхнего уровня (Позиционное обозначение, Иллюстрации компонентов изделия, Информация о мультимедийных данных, Информация о зонах).
Элементы данных группы «Позиционное обозначение» (Обозначение позиции изделия, Иерархический уровень изделия, Идентификационные данные об изделии).
Элементы данных группы «Идентификационные данные об изделии» (Все элементы данных, входящие в пункт 1.3 таблицы 1 ГОСТ 2.611-20011).

Рассмотрим каждую из групп элементов данных и сравним их с соответствующими группами элементов данных, представленными в S1000D.

Элементы данных верхнего уровня

Анализ соответствия элементов данных верхнего уровня с элементами данных Illustrated parts catalog, представлен в таблице 1. Здесь и далее, синим выделены теги, используемые для разметки соответствующих элементов данных.

Таблица 1. Соответствие элементов данных верхнего уровня по ГОСТ 2.611-2011 и элементов данных Illustrated parts catalog из S1000D и их описание

№	Наименование элемента данных по ГОСТ 2.611-2011	Наименование элемента данных по S1000D (обозначение в DTD - схеме)	Признак обязательности вхождение (допустимое количество использований элемента)	Описание элемента данных
1	Позиционное обозначение	Catalogue sequence number (*<catalogSeqNumber>*)	Обязательный элемент данных (от 1 до ∞)	Составной элемент данных, предназначенный для хранения описания одного элемента изделия (деталь, сборочная единица) (здесь и далее - элемент), представленного в каталоге.
2	Иллюстрации компонентов изделия	Figures (*<figure>*)	Необязательный элемент	Составной элемент данных, предназначенный для хранения информации о графической составляющей каталога (ссылка на файл иллюстрации, хот-споты, наименование иллюстрации и т.д.)
3	Информация о мультимедийных данных	Multimedia (*<multimedia>*)	Не обязательный элемент	Элемент данных, предназначенный для хранения информации о мультимедийной составляющей каталога (анимация, аудио, видео, 3D - данные)
4	Информация о зонах	Zones (*<zoneGroup>*)	Не обязательный элемент	Элемент данных, предназначенный для хранения информации о зонах изделия в которых расположены элементы, представленные на иллюстрации

Для наглядности на рисунке 2 приведена схема элемента данных Illustrated parts catalog из S1000D. Здесь и далее, красным выделены элементы данных, описанные в ГОСТ 2.611. Соответственно зеленым помечены элементы данных, не описанные в ГОСТ 2.611.

Рисунок 2. Соответствие элементов данных верхнего уровня по ГОСТ 2.611
структуре элемента данных Illustrated parts catalog по S1000D

Как видно из рисунка 2 элементы данных верхнего уровня практически полностью идентичны элементам данных Illustrated parts catalog, за исключением элемента данных Initial provisioning project number (<initialProvisioningProject>), предназначенного для хранения информации о номере проекта начальных поставок.

Кроме того, думаю, будет не лишним привести возможный вариант XML - разметки элементов данных верхнего уровня по ГОСТ 2.611-2011:

<illustratedPartsCatalog>

<catalogSeqNumber>

</catalogSeqNumber>

<multimedia>

</multimedia>

<zoneGroup>

</zoneGroup>

<figure>

</figure>

</illustratedPartsCatalog>

Элементы данных группы Позиционное обозначение

Анализ соответствия элементов данных группы «Позиционное обозначение» с элементами данных Catalogue sequence number, представлен в таблице 2. Здесь и далее, оранжевым выделены атрибуты, используемые для разметки соответствующих элементов дынных. Если в графе описание элемента данных (атрибута) нет пояснения по порядку его формирования, то такое пояснение можно найти в приложениях к ГОСТ 2.611.

Таблица 2. Соответствие элементов данных, входящих в группу «Позиционное обозначение», по ГОСТ 2.611-2011 и элементов данных и атрибутов Catalogue sequence number по S1000D и их описание

№	Наименование элемента данных по ГОСТ 2.611-2011	Наименование элемента данных (атрибута) по S1000D (обозначение в DTD - схеме)	Признак обязательности вхождение (допустимое количество использований элемента)	Описание элемента данных (атрибута)
1	Обозначение позиции изделия	Атрибут catalogSeqNumberValue элемента данных Catalogue sequence number (*catalogSeqNumber*)	Не обязательный атрибут	Атрибут элемента данных содержащий информацию об обозначении элемента в соответствии с принятой системой нумерации и кодирования, а также данные о номере модуля данных и номере позиции
2	Иерархический уровень изделия	Атрибут indenture элемента данных Catalogue sequence number (*indenture*)	Обязательный атрибут (только 1)	Атрибут элемента данных показывает иерархический уровень элемента. Используется при визуализации данных каталога, где показывает величину отступа для данной позиции
3	Идентификационные данные об изделии	Item sequence number (*<itemSequenceNumber>*)	Обязательный элемент данных (от 1 до ∞)	Составной элемент данных, хранящий информацию об одном элементе и его свойствах

То же самое, для наглядности привожу схему элемента данных Catalogue sequence number из S1000D (рисунок 3).

Рисунок 3. Соответствие элементов данных элементов данных, входящих в группу
Позиционное обозначение, по ГОСТ 2.611
структуре элемента данных Catalogue sequence number по S1000D

Как видно из рисунка 3 элементы данных группы «Позиционное обозначение» основаны на двух атрибутах и одном элементе данных из Catalogue sequence number. Однако, в ГОСТ 2.611 не описаны другие атрибуты элемента данных Catalogue sequence number, а также элементы данных Function position link <functionalItemRef> (предназначен для хранения номера функционального элемента), Access point <accessPointRef> (предназначен для хранения информации о точке доступа), Internal reference <internalRef> (предназначен для хранения внутренних ссылок на элементы иллюстрации). Следует заметить, что эти элементы данных не являются обязательными, а отсутствие их описания, скорее всего, связано с отсутствием подобных данных для отечественное техники.

Ну и, возможный вариант XML - разметки элемента данных Позиционное обозначение по ГОСТ 2.611-2011:

<catalogSeqNumber catalogSeqNumberValue=" 0100010" indenture="1">

<itemSequenceNumber>

</itemSequenceNumber>

</catalogSeqNumber>

Элементы данных группы Идентификационные данные об изделии

Теперь давайте приступим к анализу самой большой и интересной группы - группы элементов данных «Идентификационные данные об изделии». Анализ соответствия элементов данных группы «Идентификационные данные об изделии» с элементами данных Item sequence number, представлен в таблице 3.

Таблица 3. Соответствие элементов данных, входящих в группу «Идентификационные данные об изделии», по ГОСТ 2.611-2011 и элемента данных и атрибутам Item sequence number по S1000D и их описание

№	Наименование элемента данных по ГОСТ 2.611-2011	Наименование элемента данных (атрибута) по S1000D (обозначение в DTD - схеме)	Признак обязательности вхождение (допустимое количество использований элемента)	Описание элемента данных
1	Порядковый номер записи	Атрибут элемента данных Item sequence number (*itemSequenceNumber*)	Обязательный элемент данных (только 1)	Атрибут элемента данных, предназначенный для обеспечения навигации в электронном иллюстрированном каталоге изделий
2	Причина выбора	Reason for selection (*<reasonForSelection>), атрибут reasonForSelection Value (reasonForSelection Value*)	Не обязательный элемент	Атрибут элемента данных, предназначенный для указания причины выбора элемента в качестве запасной части. Может принимать значения от 0 до 9 (0 - не рекомендуется в качестве запчасти, 2- износ, 3 - повреждение при ТО, 4 - вибрация, 5 - коррозия и т.д.)
3	Количество на сборочную единицу высшего уровня	Quantity per next higher assembly (*<quantityPerNext HigherAssy>*)	Обязательный атрибут (только 1)	Элемент данных, предназначенный для указания количества элементов используемых в сборочной единице вышестоящего уровня
4	Код производителя	Manufacturer (*<manufacturerCode>*)	Обязательный атрибут (только 1)	Элемент данных, предназначенный для хранения кода производителя по «Общероссийскому классификатору предприятий и организации» (ОКПО)
5	Обозначение изделия	Part number (*<partNumber>*)	Обязательный атрибут (только 1)	Элемент данных, предназначенный для хранения конструкторского обозначения элемента
6	Дополнительная информация об изделии	Part Identity Segment data (*<partIdentSegment>*)	Не обязательный элемент	Составной элемент данных, предназначенный для хранения информации о наименовании элемента и данные о физический свойствах элемент (масса, покрытие, обработки и т.д.)
6.1	Наименование изделия	Description for part (*<descrForPart>*)	В случае наличия элемента данных Part Identity Segment data - обязательный элемент (только 1)	Элемент данных, предназначенный для хранения информации о наименование элемента, указанного в конструкторской документации
6.2	Информация о поставке изделия	PCS data (*<unitOfIssue Qualification Segment>), Unit of issue (<unitOfIssue>), Special storage (<specialStorage>), Fitment code (<fitmentCode>*) входящие в состав элемента данных Part identy Segment data	Не обязательный элемент (элементы)	Элементы данных, предназначенные для хранения информации о параметрах поставки элемента
7	Номенклатурный номер	NATO stock number (NSN) (*<natoStockNumber>*)	Обязательный только для изделий, разрабатываемых по заказу МО	Элемент данных, используемый для хранения номенклатурного номера элемента по соответствующему каталогу национальной системы каталогизации продукции
8		Part location data (*<partLocation Segment>*)	Не обязательный	Составной элемент данных, предназначенный для хранения информации о размещении элемента. Элемент данных есть только в S1000D, в ГОСТ 2.611 он не описан
8.1	Информация по группированию изделия	Атрибут элемента Attaching storage or shipping part (*attachStoreShipPart*)	Не обязательный	Атрибут элемента данных Attaching storage or shipping part, предназначенный для указания признака группирования элементов по назначению ("1" - деталь крепления; "2" - деталь для хранения; "3" - деталь для транспортировки)
8.2	Ссылка	Refer to (*<referTo>*)	Не обязательный	Элемент данных элемента данных Part location data, используемый при необходимости, сослаться на другой раздел каталога
8.2		Select or manufacture from identifier (*<selectOr Manufacture FromIdent>*)	Не обязательный	Составной элемент данных элемента данных Part location data, предназначенный для хранения информации по порядку замены элемента на изделии
8.3.1	Признак подбора или изготовления	Атрибут элемента данных Select or manufacture from identifier (*selectOr ManufactureValue*)	Не обязательный	Атрибут элемента данных, предназначенный для хранения информации о необходимости подбора элемента, соответствующего особым условиям эксплуатации, или возможности его изготовления на месте. Например, подобрать по месту (F), изготовить из… (M) и т.д.
8.3.2	Обозначение заготовки	Select or manufacture (*<selectOr Manufacture>*)	Не обязательный	Элемент данных элемента данных Select or manufacture from identifier, предназначенный для хранения обозначения заготовки или ремонтного комплекта применяемого для изготовления элемента эксплуатирующей организацией взамен заменяемого
9		Applicability Segment data (*<applicability Segment>*)	Не обязательный	Составной элемент данных, предназначенный для хранения информации о применяемости элементов. Элемент данных есть только в S1000D, в ГОСТ 2.611 он не описан
9.1	Сведения о применяемости	Usable on code equipment (*<usableOnCode Equip>) и Usable on code assembly (<usableOnCode Assy>*)	Не обязательный	Элементы данных элемента данных Applicability Segment data, предназначенные для хранения вариантов и конфигураций финального изделия, а также вариантов и конфигураций сборочной единицы для которой используется данный элемент
9.2	Сведения о взаимозаменяемости	Interchangeability (*<interchangeability>*)	Не обязательный	Элементы данных элемента данных Applicability Segment data, предназначенные для хранения сведений о взаимозаменяемости
10	Указатель на элемент схемы	Reference designator (*<reference Designator>*)	Не обязательный	Элемент данных, предназначенный для хранения ссылки на электрические или гидравлические схемы
11	Сведения об изменениях	Change authority number (*<changeAuthority Number>*)	Не обязательный	Элемент данных, предназначенные для хранения номера изменения, извещения об изменении или бюллетеня
13	Информация, специфичная для данного проекта	Non S2000M data (*<genericPartData Group>*)	Не обязательный	Элемент данных, предназначенный для хранения другой специфической информации об элементе изделия

Снова для наглядности привожу схему элемента данных Item sequence number из S1000D (рисунок 3). К сожалению, схема данной группы элементов оказалась достаточно массивной, поэтому рекомендую открыть ее в отдельном окне, для этого необходимо кликнуть на иллюстрацию.

Рисунок 4. Соответствие элементов данных элементов данных, входящих в группу Идентификационные данные об изделии, по ГОСТ 2.611
структуре элемента данных Item sequence number по S1000D

Как видно из рисунка 4 элементы данных группы «Идентификационные данные об изделии» основаны на атрибутах и элементах данных из Item sequence number.

При этом следует отметить несколько важных моментов.

Во-первых, в ГОСТ не описано несколько родительских элементов данных. Это касается таких элементов данных, как Part location data, Select or manufacture from identifier, Applicability Segment (элементы данных, описаны в таблице 3). На мой взгляд, это важно, т.к. не имея этих родительских элементов, нельзя построить шаблон документа адекватный S1000D, поэтому в варианте XML - разметки Item sequence number присутствуют эти элементы данных.

Во-вторых, не описаны некоторые атрибуты элементов данных Item sequence number и Select or manufacture from identifier, а также следующие элементы данных:

· Description for Item <descrForItem> (предназначен для хранения информации о типе элемента (стандартизованное изделие, расходные материалы и т.д.));

· Physical security/pilferage code <physicalSecurityPilferageCode> (предназначен для обозначения степени защиты или риска хищения элемента);

· Calibration marker <calibrationMarker> (предназначен для обозначения изделий, требующих калибровки);

· Not illustrated <notIllustrated> (предназначен для обозначения элемента, для которого не предусмотрена иллюстрация);

· Description for location <descrForLocation> (предназначен для хранения информации о местоположении элемента в изделии);

· Category 1 container location <categoryOneContainerLocation> и location recommendation segment data <locationRcmdSegment> (специальные элементы данных предназначены для хранения информации при использовании спецификации S2000M).

Возможный вариант XML - разметки элемента данных Идентификационные данные об изделии по ГОСТ 2.611-2011:

<itemSequenceNumber itemSeqNumberValue="00A">

<reasonForSelection reasonForSelectionValue="1"/>

<quantityPerNextHigherAssy>

</quantityPerNextHigherAssy>

<manufacturerCode>

</manufacturerCode>

<partNumber>

</partNumber>

<partIdentSegment>

<descrForPart>

</descrForPart>

<unitOfIssue>

</unitOfIssue>

<unitOfIssueQualificationSegment unitOfMeasure="">

<quantityPerUnit>

</quantityPerUnit>

</unitOfIssueQualificationSegment>

<specialStorage>

</specialStorage>

<fitmentCode fitmentCodeValue="1"/>

</partIdentSegment>

<natoStockNumber>

</natoStockNumber>

<partLocationSegment>

<attachStoreShipPart attachStoreShipPartCode="1"/>

<referTo>

</referTo>

<selectOrManufactureFromIdent selectOrManufactureValue="f">

<selectOrManufacture>

</selectOrManufacture>

</selectOrManufactureFromIdent>

</partLocationSegment>

<applicabilitySegment>

<usableOnCodeEquip>

</usableOnCodeEquip>

<usableOnCodeAssy>

</usableOnCodeAssy>

<interchangeability>

</interchangeability>

</applicabilitySegment>

<referenceDesignator>

</referenceDesignator>

<changeAuthorityNumber>

</changeAuthorityNumber>

<genericPartDataGroup>

</genericPartDataGroup>

</itemSequenceNumber>

Вот собственно и все, что хотелось сказать по описанию содержательной части электронного иллюстрированного каталога изделий.

Теперь в целом по стандарту.

Можно резюмировать, что документ пока «сырой» и требует существенных доработок. Неподготовленному специалисту будет чрезвычайно трудно пользоваться таким документом. В документе имеется, как путаница с определениями, так и существенное неточности при описании элементов данных. На мой взгляд, описания элементов данных следовало построить по аналогии с S1000D, привести теги, используемые при разметке страницы, а также привести примеры разметки групповых элементов данных.

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

Электронный каталог изделий. Или чего ждать от ГОСТ 2.611-2011? Часть 1. Особенности программной архитектуры и содержания документа

polinenko@mail.ru (Polinenko Sergey) — Fri, 10 Aug 2012 08:24:00 +0000

Оригинал статьи находится здесь.

Введение

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

На мой взгляд, ГОСТ 2.611-2011 наиболее ярко отражает эту тенденцию. По сути, данный нормативный документ является адаптированной компиляцией требований S1000D, предъявляемых к технической публикации типа «Иллюстрированный каталог деталей (Illustrated parts catalog)». Именно с этой точки зрения, стоит рассматривать данный стандарт.

Но начать хотелось бы с описания некоторой путаницы в понятийном аппарате.

В соответствии с определением, приведенным в ГОСТ 2.611, электронный иллюстрированный каталог изделий машиностроения и приборостроения представляет собой электронный конструкторский документ, включаемый в комплект эксплуатационной документации.

Из определения получается, что электронный иллюстрированный каталог изделий:

а) это электронный конструкторский документ;

б) входит в комплект эксплуатационной документации на изделие.

Если с электронным конструкторским документом все более или менее понятно (см. ГОСТ 2.051-2006), то по вхождению в комплект эксплуатационной документации есть некоторые вопросы.

Как известно, комплектность эксплуатационной документации, регламентируется требованиями ГОСТ 2.601-2006. Но в данном документе нет прямой ссылки на эксплуатационный документ под названием электронный иллюстрированный каталог изделий, а только сказано, что эксплуатационные документы могут быть выполнены, как в бумажной, так и в электронной форме. При этом независимо от формы представления документы являются равнозначными.

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

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

Есть еще один вариант согласования нормативной базы ЕСКД – это назвать ГОСТ 2.611 «Каталог деталей и сборочных единиц в электронной форме», но здесь, приводя в соответствие название, мы получаем разные требования к содержанию, если сравнивать ГОСТ 2.610 и 2.611.

Теперь непосредственно по содержанию стандарта. Его условно можно разделить на две смысловые части:

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

Описание внутренней структуры (элементов данных) электронного иллюстрированного каталога изделий.

Особенности программной архитектуры и содержания электронного иллюстрированного каталога изделий

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

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

Вводится принципы кодирования модулей данных (разделов документа) каталога для структурированных и не структурированных документов. Кроме того, вводятся информационные коды для различных видов модулей данных каталога по S1000D.

Описывается программная архитектура электронного каталога, которая должна включать следующие элементы:

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

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

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

Вводятся следующие новые структурные элементы содержания каталога:

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

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

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

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

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

Вторая часть статьи, посвященная элементам данным, находится здесь.

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

1) Общие требования к оформлению каталога, как в бумажной, так и в электронной форме (п. 8.1.3 ГОСТ 2.601-2006).

2) Рекомендации по оформлению Титульного листа каталога (п. 10.2 ГОСТ 2.610-2006);

3) Рекомендации по формированию раздела Введение (п. 10.3 ГОСТ 2.610-2006);

4) Рекомендации по формированию раздела Схема деления изделия на составные части (п. 10.3 ГОСТ 2.610-2006; п. 6.22 ГОСТ 2.601-2006);

5) Рекомендации по формированию раздела Иллюстрации и перечень сборочных единиц и деталей (п. 10.3 ГОСТ 2.610-2006):

a) Рекомендации по формированию иллюстраций каталога:

i) Общие требования к иллюстрациям (п.6.14 ГОСТ 2.601-2006);

ii) Рекомендации по созданию схем установки (размещения) и ее расположения на иллюстрации (п. 6.22 ГОСТ 2.601-2006);

iii) Рекомендации по порядку присвоения номеров позиций на иллюстрации (п.А.2 Приложение А ГОСТ 2.601-2006);

iv) Рекомендации по созданию выносных линий позиций (п.А.3 Приложение А ГОСТ 2.601-2006);

v) Рекомендации по порядку расстановки позиций на одинаковые элементы конструкции (п.А.4 Приложение А ГОСТ 2.601-2006);

vi) Рекомендации по созданию осевых и проекционных линий (п.А.5 Приложение А ГОСТ 2.601-2006);

vii) Рекомендации по отображению на иллюстрации одинаковых элементов конструкции (п.А.9 Приложение А ГОСТ 2.601-2006);

viii) Рекомендации по порядку отображения различных типов линий (Рисунок Б.1 Приложение Б ГОСТ 2.601-2006);

b) Рекомендации по формированию спецификаций каталога (п. 10.6 ГОСТ 2.610-2006):

i) Требования к шрифтам каталога (Рисунок Б.1 Приложение Б ГОСТ 2.601-2006);

6) Рекомендации по формированию Алфавитного указателю каталога (п. 10.6 ГОСТ 2.610-2006).

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

Особые требования при формировании каталога в бумажной форме

1) Общие требования к типографскому способу печати каталога (п. 8.2.5 ГОСТ 2.601-2006);

2) Рекомендации по брошюровке каталога (п. 8.2.6 и п. 8.2.7 ГОСТ 2.601-2006). Для изделий военной техники смотрим ГОСТ РВ 0002.601, п. 7.2;

3) Рекомендации по порядку оформления колонтитулов бумажного каталога (Приложение Д, ГОСТ 2.601-2006).

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

Особые требования при формировании интерактивного электронного каталога

1) Общие требования к интерактивному электронному каталогу:

a) Рекомендации по выбору интерактивной формы представления каталога (п. 4.10 ГОСТ 2.601-2006);

b) Общие требования к интерактивным каталогам (п. 4.11, 4.13 ГОСТ 2.601-2006);

c) Виды интерактивных каталогов (Классы ИЭТР) (п. 4.12 2.601-2006);

d) Назначение интерактивных каталогов (п. 16.1 ГОСТ 2.610-2006);

e) Требования к внутренней структуре интерактивного каталога (содержательная и административная части каталога) (п. 16.3, п. 16.4 ГОСТ 2.610-2006);

f) Рекомендации по формированию справочной системы интерактивного каталога (п. 16.7 ГОСТ 2.610-2006);

g) Особые рекомендации по порядку формирования раздела Оглавление интерактивного каталога (п. 16.19 ГОСТ 2.610-2006);

h) Дополнительные требования к графической составляющей интерактивного каталога (п. 16.11 ГОСТ 2.610-2006);

i) Возможные варианты комплектования и поставки интерактивного каталога конечному пользователю (on-line, off-line, требующий или не требующий установки дополнительного ПО на машине пользователя и т.д.) (п. 8.3.5 ГОСТ 2.601-2006). Для изделий военной техники ГОСТ 0002.601, п. 7.3;

2) Требования к программной составляющей интерактивного электронного каталога:

a) Рекомендованные требования к программному продукту, обеспечивающему разработку и использование каталога в электронной форме (п. 8.3.1 - 8.3.4 ГОСТ 2.601-2006; п. 16.2 ГОСТ 2.610-2006);

b) Рекомендуемый функционал электронной системы отображения каталога (п. 16.13 - п. 16.16 ГОСТ 2.610-2006);

3) Рекомендации по составу элементов данных интерактивного каталога (п. 6 ГОСТ 2.611-2001) (Подробное описание здесь).

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

Особые требования при формировании каталога с учетом требований спецификации S1000D

1) Порядок присвоения обозначения разделам (модулям данных) каталога:

a) Рекомендации по формированию системы нумерации и кодирования для изделий с многоступенчатой системой деления на составные части (п. В.1-В.5 Приложение В ГОСТ 2.601-2006);

b) Рекомендации по порядку присвоения информационного кода и варианта информационного кода (п. В.6-В.9 Приложение В; Г.2.1.6, Г.2.1.7 Приложения Г ГОСТ 2.601-2006);

c) Рекомендации по порядку нумерации страниц, таблиц и рисунков (п. В.10, п.В.11 Приложение В ГОСТ 2.601-2006);

d) Рекомендации по разбиению изделия на зоны (п. В.12- п.В.15 Приложение В ГОСТ 2.601-2006);

e) Рекомендации по присвоению отличительного кода составной части изделия (Г.2.1.2 Приложение Г ГОСТ 2.601-2006);

f) Рекомендации по порядку присвоения кода демонтажа и варианта кода демонтажа (Г.2.1.4, Г.2.1.5, Г.3.7, Г.3.8, Приложение Г ГОСТ 2.601-2006);

g) Рекомендации по порядку присвоения кода расположения элемента (Г.2.1.8 Приложение Г ГОСТ 2.601-2006);

2) Порядок и правила присвоения обозначения иллюстраций:

a) Рекомендации по порядку присвоения порядкового номера иллюстрации и кода варианта иллюстрации (Г.3.3.5, Г.3.3.6 Приложение Г ГОСТ 2.601-2006);

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

Исходные данные необходимые для разработки каталога деталей и сборочных единиц

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

Зачем же нужно обязательно передавать полный комплект? Попробую ответить:

В соответствии с ГОСТ 2.601-2006 одним из основных источников информации для разработке эксплуатационных документов является комплект рабочей конструкторской документации.
Т.к. после принятия закона о техническом регулировании требования ГОСТ перестали быть обязательными к исполнению, то при обсуждения данного вопроса зачастую со стороны Заказчика можно услышать следующее:
1. Наличие ранее разработанного каталога достаточно для разработке нового каталога.

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

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

Теперь что касается передачи полной 3D модели изделия. Наличие 3D модели является важным фактором, позволяющим существенно сократить сроки и стоимость работ по разработке каталога деталей и сборочных единиц. Однако, 3D модель крайне редко содержит информацию о способах соединения составных частей изделия (сварка, пайка и т.п), а также о том, какие изделия устанавливаются/заменяются только в комплекте. Следует заметить, что данные вопросы, конечно же, можно решить, приехав на предприятие и пообщавшись с представителями конструкторского бюро заказчика, но это опять же отрицательно сказывается на трудозатратах разработки каталога.

Какие бывают формы представления каталогов деталей и сборочных единиц

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

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

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

Особенности бумажной формы представления каталога деталей и сборочных единиц

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

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

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

Значительная стоимость тиражирования/распространения (по сравнению с электронным каталогом).

Итак, рассмотрим каждый из недостатков более подробно.

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

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

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

Схема актуализации бумажного каталога деталей и сборочных единиц.

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

В соответствии с ГОСТ 2.603-68 (да, да вы не ошиблись, ГОСТ был выпущен в 68 году) изменения в каталог деталей и сборочных единиц у пользователя документации должны вноситься на основании бюллетеней. Думаю, не многие из читателей данного ресурса видели бюллетени на внесение изменений в эксплуатационную документацию, поэтому попробую пояснить работу данного механизма на примере.

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

Пример бюллетеня.

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

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

где С- готовая стоимость рассылки бюллетеней пользователям документации;

n - количество пользователей документации;

c_i - стоимость доставки почты i - ому пользователю;

q - количество рассылок в год.

Учитывая среднюю стоимость доставки письма по территории РФ равную 30 руб. и 12 разовую рассылку бюллетеней в течение года, то для изделий, выпущенных тиражам 10 000 экземпляров стоимость годовой рассылки бюллетеней будет составлять 3 600 000 руб!!! И это только затраты на доставку бюллетеней до конечных пользователей, а если учесть все затраты на подготовку бюллетеней и их тиражирование, формирование комплекта рассылки и, самое главное, на внесение изменений в документ у пользователя, то мы получим гораздо большие цифры (примерно в 3-5 раз). Теперь, я надеюсь, Вы понимаете по какой причине у нас и нет актуальных бумажных каталогов.

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

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

Так что же с электронной формой представления? Как актуализировать такие документы?

В настоящее время существует ряд специализированных программных продуктов для разработки технической документации, позволяющих автоматизировать процесс внесения изменений в каталог деталей и сборочных единиц у пользователя документации (на отечественном рынке можно выделить две такие системы - это TG Builder и Arbortext). Если вам это интересно, пишите в комментариях, и я напишу отдельную статью, посвященную вопросам актуализации электронных каталогов деталей и сборочных единиц.

Сложность поиска информации и формирования заказа запасных частей

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

Значительная стоимость тиражирования/распространения (по сравнению с электронным каталогом)

Здесь проще всего пояснить на примере и посчитать стоимость тиражирования одного диска с оформлением при тираже 10 000 экземпляров. При таком объеме стоимость тиражирования одного диска составляет около 10 руб. Таким образом, затраты на запись и всего тиража будут составлять 100 000 руб. В то же время, офсетная (самая дешевая для такого тиража) печать 10 000 экземпляров каталога объемом в 400 листов, может составлять от 600 000 руб. до нескольких миллионов рублей, в зависимости от выбранного формата книги (цветность, качество бумаги, обложка и т.п.). Напомню, что в соответствии с нормативной документацией, с точки зрения легитимности документа, разницы между поставкой потребителю бумажной или электронной формы документа нет никакой (при условии, что это правильно оформлено). Стандарты допускают и то и другое.

Давайте разберемся, чем же отличаются эти два процесса

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

Схема процесса переработки каталога деталей и сборочных единиц.

Таким образом, ключевым этапом процесс переработки каталога деталей и сборочных единиц является этап переработки иллюстраций и спецификаций каталога. Под переработкой иллюстраций понимается весьма широкий спектр операций от ретуширования исходной иллюстрации в графических редакторах (Adobe Photoshop, Corel PHOTO-PAINT и т.д.), до разработки 3D модели иллюстрации и ее дальнейшей визуализации (создании на 2D иллюстрации на основе 3D модели). Что касается переработки спецификаций, то она зачастую заключается в их актуализации.

Теперь посмотрим, как выглядит процесс разработки каталога «с нуля».

Схема процесса разработки каталога деталей и сборочных единиц «с нуля».

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

Появление этапа анализа исходных данных связано с тем, что исполнителю передается копия комплекта конструкторской документации на изделие (в некоторых случаях, включая электронные модели деталей и сборочных единиц). Думаю, вы представляете, что это такое. Все эти данные нужно систематизировать, разобраться с конструкцией элементов изделия, а также упорядочить конструкторский состав изделия (в идеале – создать структуру изделия в системе, подобной PDM). В случаях, когда на предприятии используются PDM (PLM)- система, и в этой PDM «живет» полная 3D модель изделия, трудоемкость данного этапа значительно снижается.

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

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

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

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

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

Этап формирования готового каталога по трудоемкости сопоставим, как в случае переработки каталога, так и в случае с разработкой каталога «с нуля».

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

Качество каталогов, сформированных тем или иным способом

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

Здесь приведено не совсем верное суждение о полноте каталога, т.к. в целом состав каталога должен быть сформирован на основе анализа логистической поддержки (АЛП), в результате которого мы и должны получить перечень составных частей изделия, которые подлежат ремонту/замене в течение жизненного цикла изделия. Таким образом, полнота каталога это: соотношение количества элементов (деталей и сборок), указанных в каталоге, к тем, которые выявлены в ходе АЛП. Но учитывая то, что данная процедура применяется, в основном для сложных и крупных изделий (самолет, корабль), то мы здесь опустим теорию данного вопроса и, для простоты, будем считать, что показатель полноты каталога определяется эмпирически, как указано выше.

Упростим задачу и допустим, что теоретически заказать могут все, что можно разобрать. Т.е. все, что не склепано, не склеено, не сварено и т.д.

где P - показатель полноты каталога деталей и сборочных единиц;

Q_кат. - количество деталей и сборочных единиц, приведенных в каталоге;

Q_{теор.зак.} - количество деталей и сборочных единиц, которые теоретически могут быть заказаны.

Оценивая разработанные и переработанные каталоги по данному показателю, можно сказать следующие:

Показатель полноты каталога для переработанных документов может составлять от 30 до 70 %. Здесь есть две основных причины. Причина первая: связана с тем, что технологии разработки каталогов, которые применялись до конца 90-х годов прошлого века (да и в настоящее время имеют достаточное распространение), требуют немалых затрат, поэтому создать полный каталог на изделие было весьма трудоемким и дорогостоящим занятием (подробнее о различных методах разработки графической составляющей технической документации смотрите здесь). Поэтому приходилось принимать компромиссные решения по разработке «усеченных» каталогов деталей и сборочных единиц. Причина вторая: с начала 90-х годов и по настоящее время наблюдается острая нехватка квалифицированных инженеров и конструкторов, поэтому вопросы разработки/переработки документации, несмотря на их острую актуальность, отошли «на второй план». В некоторых случаях разработка документации велась по остаточному принципу: есть свободные специалисты – делаем, нет – тоже делаем, но уже в меньшем объеме (главное выполнить формальное требование наличия самого документа).
Показатель полноты каталога для современных каталогов, разработанных «с нуля» может составлять от 80 до 100 %. Высокое значения показателя полноты каталога связано с появлением и внедрением в процессы разработки технической документации информационных технологий (САПР, PDM/PLM - системы, специализированные системы разработки технической документации (TG Builder, Arbortext), специализированные системы разработки технических иллюстраций (SAP Visual Enterprise Author, Creo Illustrator, 3DVia Composer)), обеспечивающих сокращение трудоемкости разработки документации и общее повышение ее эффективности.

Рекомендации по выбору процесса: «разработка» или «переработка»

Думаю, необходимость в переработке каталога деталей и сборочных единиц может возникнуть в случаях, когда заказчик недоволен качеством иллюстративной части каталога или его актуальностью. На самом деле такой процесс ближе к переизданию, чем к разработке «с нуля». Кроме того, подобная задача может возникнуть в случае, когда нужно изменить форму представления каталога с бумажной на электронную. Несмотря на то, что переработка обойдется значительно дешевле разработки каталога с нуля следует помнить, что поверхностная переработка (когда не происходит уточнение перечня деталей и сборок, которые должны быть включены в состав каталога) может не принести желаемого эффекта (например, если при этом полнота каталога не измениться в большую сторону, то косвенно можно потерять средства на продаже запасных частей, ведь та номенклатура, что реально востребована эксплуатантом в настоящее время, может быть не включена в каталог). Что касается разработки каталога деталей и сборочных единиц «с нуля», то такой вариант является более трудоемким, но позволяет обеспечить максимальную полноту каталога.

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

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

Йошихиро Иномото (Yoshihiro Inomoto) – король технической иллюстрации в разрезе

polinenko@mail.ru (Polinenko Sergey) — Mon, 28 May 2012 06:06:00 +0000

Оригинал статьи находится здесь.

При написании статьи мне очень помогла Беспалова Наталья. Спасибо ей огромное.

Введение

У любого человека, серьезно занимающегося какой-либо проблемой рано или поздно в голове возникает некоторая потребность рассмотреть проблему в исторической ретроспективе. Узнать, кто первый выявил такую проблем, как он эту проблему выявил, и, в конце концов, почему эта проблема появилось? Лично для меня это верно на 100%.

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

Многие дни, проведённые за штудированием иностранных ресурсов, посвященным технической иллюстрации не прошли даром. Удалось выяснить следующее:
Сейчас достаточно много технических иллюстраторов, самым известным из которых, является Кевин Халси. О нем, думаю, будет отдельная статья.
В этом направлении существует некоторая преемственность. Т.е. каждый современный иллюстратор считает своим долгом упомянуть иллюстратора, повлиявшего на его творчество. Это и помогло написать эту статью.
Большинство современных иллюстраторов сходятся во мнении, что человеком, повлиявшим на их выбор карьеры технического иллюстратора, является Йошихиро Иномото. Кто-то пишет о том, что работы Иномото весели у них на стене в комнате, кто-то пишет о том, что он мог часами разглядывать его работы, опубликованные в различных журналах.

Последнее заставило сильно задуматься. Ряд ведущих иллюстраторов, не сговариваясь (а скорее всего это так), пишут восторженные статьи об одном и том же человеке. А Кевин Халси даже ездил в Японию и встречался с мистером Иномото. Захотелось разобраться так, кто же такой мистер Иномото и, что же он сделал такого выдающегося для технической иллюстрации.

(http://cache.gawker.com/assets/images/2009/02/custom_1233815987522_yoshihio_inomoto.jpg)

Краткая биография ^[1]

Итак, предлагаю начать с биографии. Родился в Японии в префектуре Кумамото 29 апреля 1932 года. С детства он проявлял интерес к эстетике автомобилей. Он был очарован иллюстрациями Херберта Шлензинга (Herbert Schlenzig), Волтера Готцке (Walter Gotschke), Макса Миллера (Max Miller), и Питера Хелка (Peter Helck). Вот некоторые примеры иллюстраций этих авторов:

Иллюстрация Херберта Шлензинга (Herbert Schlenzig)

(http://www.cultiris.com/kepek/thumb/INT-00157032/pr/INT-00157032.jpg )

Иллюстрация Питера Хелка (Peter Helck).

(http://www.ddavid.com/formula1/helck5.htm)

Иллюстрация Волтера Готцке (Walter Gotschke)

( http://graemehunt.com/motoringart/17/walter-gotschke-austrian-german-1912-2000 )

Он увлекся вопросами устройства и работа механизмов автомобиля, а также вопросами технологического развития автомобилей. Отучившись 3 года в средней школе, он бросил ее и начал учиться рисованию. Кроме того, в это время он посещал различные курсы, посвященные вопросам иллюстрации и дизайна. После такого небольшого формального обучения началась его профессиональная карьера. В 1952 он пришел на работу в конструкторское бюро Mazda в отдел новых разработок. Позже в 1957 году он перешел на работу в рекламный отдел Nissan, который покинул только в 1976 году. Он выполнил ряд иллюстраций для журнала Automobile Quarterly и начал карьеру свободного технического иллюстратора. Кроме Automobile Quarterly он работал с рядом известных автомобильных журналов, среди которых можно выделить журнал Road&Track.

Одна из иллюстраций, выполненных мистером Иномото для журнала Road&Track.

(http://www.2000gt.net/Presse/RoadAndTrack/RoadAndTrack00.php)

В 1999 году при поддержке Lexus Йошихиро организовал выставку своих оригинальных работ в Брюсселе. Также работы Иномото выставлялись на выставке Hillsborough Concoursd’ Elegance^[2] в Северной Калифорнии, на благотворительной акции Pebble Beach Concoursd’ Elegance^[3] в Монтерее в Калифорнии и на различных автошоу по всей Европе.

Кроме того, в качестве еще одного момента свидетельствующего о мировом признании Иномото, как выдающегося художника, можно отметить, что он был почетным судьей на 49-й и 50-й ежегодной выставке Hillsborough Concoursd’ Elegance в 2005 и 2006 годах соответственно. Йошихиро написал несколько ретроспективных статей в журнале Car Styling, раскрывающих сущность искусства технической иллюстрации. Им было опубликовано несколько книг в основном на Японском языке. Все его книги чрезвычайно редки и, по сути, являются предметами коллекционирования.

Йошихиро Иномото

(http://blog-imgs-18-origin.fc2.com/t/a/s/tasan/inomoto_03.jpg)

Сегодня Йошихиро живет в префектуре Тиба в Японии. Он не остался в стороне от современных методов разработки технической иллюстрации и начал использовать в своей работе Adobe Illustrator и Adobe Photoshop. Справедливости ради стоит сказать, что умея работать с современными инструментами технического иллюстратора, он зачастую предпочитает им карандаш, кисти и краски. Это помогает сохранить его неповторимый стиль. Йошихиро ведет активную жизнь, читает лекции и пишет стихи.

Йошихиро Иномото

(http://blog-imgs-18-origin.fc2.com/t/a/s/tasan/inomoto_04.jpg)

Удивительный факт, но у Йошихиро нет собственного автомобиля. Зато у него есть два мотоцикла Harley Davidson Sportster 1970 года выпуска и BMW R65 1980 года.

Йошихиро Иномото

(http://blog-imgs-31-origin.fc2.com/t/a/s/tasan/0ino_02.jpg)

Чем он знаменит?

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

Одна из первых работ Иномото в которой он подражает стилю своих “учителей”

(http://i.ebayimg.com/13/!BhCsIIQBmk~$(KGrHqQH-DwEsMLu09G1BLHbTKOrpg~~_1.JPG?set_id=8800005007)

Иллюстрация на которой автомобиль показан в разрезе

(http://www.autowp.ru/pictures/bugatti/type_53/autowp.ru_bugatti_type_53_2.jpg)

В качестве признания эго заслуг в данном направлении, можно привести факт, что в 1997 году Road&Track опубликовал статью, посвящённую Иномото, окрестили его “Королем технической иллюстрации в разрезе”. Кроме того, Иномото был одним из главных пионеров,внедрявших технику изображения объектов на иллюстрации в изометрических и перспективных проекциях.

Как он работает?

Так как же работает мастер. Сначала он создает набросок автомобиля от руки. На наброске он изображает внешний вид корпуса в основных линиях. Кроме, того на данном этапе он выделяет области корпуса, где будут выполнены разрезы и где будут, размещаются агрегаты, на которое он собирается обратить внимание. На примере эскиза технической иллюстрации Honda RA273, я постарался показать основные этапы его работы (см. рисунок ниже, линии выделенные красным). Да, простит меня Иномото за то, что я посмел “уродовать” его эскизы.

После этого он прорисовывает отдельно каждый узел и агрегат автомобиля, как правило, это осуществляется на том же листе, на котором был выполнен эскиз (см. рисунок ниже).

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

Далее, используя кисти и акриловые краски, он раскрашивает, разработанный эскиз автомобиля.

(http://www.autowp.ru/pictures/honda/formula_1/autowp.ru_honda_ra272_4.jpg)

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

Выводы

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

Источники:
http://www.core77.com/blog/graphic_design/masters_of_the_cutaway_part_3_yoshihiro_inomoto_21421.asp
http://www.automotiveillustrations.com/illustrators/automotive-illustrator-inomoto.html
http://jalopnik.com/5146799/yoshihiro-inomotos-amazing-car-cutaways
http://www.linesandcolors.com/2009/02/14/yoshihiro-inomoto/
http://v8tvshow.com/component/option,com_smf/Itemid,108/topic,4938.0/prev_next,prev/
http://www.worthpoint.com/worthopedia/yoshihiro-inomoto-helck-gotsche-prints-ltd

[1] http://www.automotiveillustrations.com/illustrators/automotive-illustrator-inomoto.html

[2] Выставка самых дорогих и коллекционных автомобилей и мотоциклов.

[3] В переводе с французского – это значит конкурс элегантности. По сути, является выставкой ретро автомобилей, проходит с 1950 года в Калифорнии в благотворительных целях.

Длинный и извилистый путь 3D-визуализации

polinenko@mail.ru (Polinenko Sergey) — Fri, 18 May 2012 05:14:00 +0000

Перевод статьи Чеда Джексона, опубликованный по адресу: http://wiki.itorum.ru/2012/05/dlinnyj-i-izvilistyj-put-3d-vizualizacii/.

Нашел интересную статью Чеда Джексона (Chad Jackson), посвященную основным вехам в процессе развития технологии 3D-визуализации. Статья примечательна в первую очередь тем, что раскрывает предназначение таких программных продуктов, как 3DVia Composer, Creo Illustrator, SAP Visual Enterprise Author и др. и показывает разницу в позиционировании продаж данных программных продуктов в России и за рубежом.

Для меня статья оказалась настолько интересной, что я решил ее перевести и опубликовать перевод.

Оригинал стать находится здесь: http://www.engineering-matters.com/2012/03/road-3d-viz/

Кроме того, рекомендую всем специалистам, интересующими технологиями информационной поддержки жизненного цикла изделий, ознакомиться с блогом http://www.engineering-matters.com.

Это было еще в 1996 году или около того. Я участвовал в программе Космического центра имени Линдона Джонсона в Хьюстоне по разработке аппарата обеспечения экстренного возвращения экипажа. На одном из докладов, посвященных ходу реализации программы, обсуждались вопросы использования CAD – приложений в ходе работ над проектом. При помощи программного обеспечения, позволяющего построить 3D модель по облаку точек (альфа 3D визуализация), была создана 3D модель корабля, которую и показали на совещании. Все присутствующие были поражены. Я думаю, что многие из тех, кто работал в аэрокосмической индустрии хоть какое-то время имеет подобный опыт.

Когда инструменты 3D визуализации только начинали применяться, реакция всегда была похожа на что-то близкое к изумлению. В то время многие обсуждали, как данная технология может быть использована в процессе разработки изделий, и на уме у всех было одно: Сollaboration (совместная работа над проектом)! Но события развивались совсем не так, как мы ожидали. Как тогда, так и сейчас совместное взаимодействие в рамках проекта - это больная тема. Вы можете почитать подробнее о данной проблеме в моей статье "A Framework to Reclaim a Tarnished Yet Worthy Term: Collaboration", опубликованной еще в 2010. В результате путаницы, возникшей в наших головах, технология 3D визуализации представлялась решением всех проблем. И я думаю, что со временем многим из нас пришлось умерить и скорректировать свои ожидания.

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

1 Повсеместное использование 3D визуализации в системах предприятия

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

Все новаторское, что было в этой технологии в 1996, с течением времени распалось на маленькие кусочки, которые сейчас используются в различных системах, предприятия таких как PDM, PLM, SDM/SLM, ERP и других. На практике мы с этим довольно часто сталкиваемся. Например, когда мы находим в PLM системе какую-либо деталь, а потом заходим на вкладку ее свойств, то можем увидеть размытый в общем потоке информации о детали маленький прямоугольник, в котором отображается 3D модель детали. Как правило мы замечаем этот прямоугольник только мельком, когда нужно узнать, как выглядит деталь, и тут же забываем о нем.

Что это значит? Итак, сегодня почти для любой системы предприятия (PDM, PLM, SDM/SLM, ERP и т.д.) 3D визуализация является чем-то вроде входного билета на рынок программного обеспечения для предприятий промышленности. Не решив проблему 3D визуализации очень сложно "войти в игру". В той или иной форме 3D визуализация позволила ускорить принятие решений конструкторами, инженерами и многими другими специалистами. Однако это сложно доказать с использованием механизма оценки возврата инвестиций (ROI). Сейчас 3D визуализация всего лишь часть систем предприятия.

2 Специализированные приложения для 3D визуализации

Около 15 лет прошло. И где же все эти приложения для 3D визуализации? Ну, по большей части, они сейчас практически не существуют в том виде, как это было раньше. Те приложения, которые были раньше, с течением времени стали более специализированными. По сути, они превратились в приложения со специфическими функциями. Давайте обратим внимание на некоторые из них.

2.1 Совместная работа при конструировании

Вы можете согласовать конструкцию изделия на основе CAD модели? Конечно. Вы хотите сделать это? Ни в коем случае.

3D модели в формате систем автоматизированного проектирования содержат все "кровавые" подробности о том, как конструировалась данная деталь или сборочная единица. То, что вы делитесь этими файлами с коллегами внутри компании – конечно не проблема, но вам неизбежно придётся показать модели кому-то чужому за пределами ваших четырёх стен. И тогда вы рискуете, что ваши конструктивные решения могут быть украдены и использованы вашими конкурентами. Здесь возникает проблема, связанная с защитой интеллектуальной собственности.

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

Что это значит? В целом это один из способов замены рабочего процесса, который раньше осуществлялся с использованием чертежей или 3D, выполненных в САПР. Получение обратной связи в электронной форме позволяет сохранить историю рецензирования и согласования 3D модели, что повышает прозрачность принятия тех или иных решений. Я не вижу какого-либо способа оценить возможность такого сценария. И мне бы было интересно получить комментарии с примерами.

2.2 Способ общения инженеров при планировании

Сейчас объем конструкторских решений не тот, что был раньше. Раньше инженер при проектировании должен был принять во внимание только форму, размер и функции, проектируемого изделия. Но сегодня существует множество других факторов, которые должны быть учтены при проектировании. К таким факторам можно отнести эксплуатационную надежность, возможности производства, использование ресурсов и т.д. Это значит, что все заинтересованные лица из департамента сервисного обслуживания, производства и снабжения должны участвовать в процессе разработки изделия. Что они должны сделать? Они должны в общих чертах понять конструктивное решение, и с учетом этого, сделать ценные замечания.

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

Что это значит? Это можно рассматривать, как движущий фактор для DFX инициатив (инициативы направленные на разработку системы совершенного проектирования (DFX - Design for Excellence)), которые сейчас очень популярны. Использование подобных технологий и соответствующих инструментов может существенно повысить эффективность процесса проектирования, так как инженеру не придется вручную документировать конструктивные решения.

2.3 Проверка и утверждение процедур

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

Это является еще одной областью, где можно применять приложения, использующие технологию 3D визуализации. Функционал таких приложений позволяет пользователям делать больше, чем просто проверять и комментировать модель. Он позволяет имитировать различные разборочно-сборочные операции на 3D моделях задолго до того, как изделия появиться в «железе». Это позволяет апробировать конструктивные решения на ранних этапах жизненного цикла.

Что это значит? Конечно же, все заинтересованные стороны потенциально могли бы использовать СAD модели для проверки своих процедур. Однако, заставить не инженера использовать CAD модели достаточно трудно. Им нужно что-то более простое и легкое в применении. Без простой и работоспособной технологии, помогающей оценить правильность выполнения процедур, разработчикам зачастую приходиться полагаться либо на здравый смысл, либо оценивать возможность выполнения той или иной процедуры по чертежам. Оба эти варианты являются не самым оптимальным решением.

2.4 Сокращение количества бумажных конструкторских документов (переход на безбумажный документооборот)

На протяжении многих лет постоянно было стремление не только к переходу на электронную форму передачи результатов работы инженеров в производство, но и к сокращению количества бумажных конструкторских документов. В целом идея заключается в замене бумажного конструкторского документа 3D моделью. Речь идет о полноценной замене не только геометрического описания изделия, но и включения в состав модели, так называемых данных о производстве детали (PMI - Part Manufacturing Information).

В то время, как в качестве основного конструкторского документа на начальных этапах жизненного цикла изделия используется 3D модель в формате САПР, инженеры на производстве и специалисты, занимающиеся продажей продукта не могут использовать подобную документацию. Как раз в этот момент в игру вступают другие программы, использующие технологии 3D визуализации. Они позволяют сделать 3D графику доступной для «широких масс» (здесь имеются в виду заинтересованные лица за пределами конструкторского бюро) и, вместе с тем, убрать «лишнюю» информацию из модели.

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

2.5 Создание технической документации

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

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

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

2.6 Создание продаж и обеспечение маркетинга

Есть ли плохое время для продажи или вывода продукта на рынок? Неважно, хотите ли вы получить контракт или сделать большую рекламу ваших продуктов, вы должны как можно лучше их представить. В первую очередь продемонстрировать то, как он выглядит в реальных условиях. Это имеет огромное значение. Вы можете использовать иллюстрации или это может быть спецификация продукта. Это могут быть какие-то маркетинговые документы. Везде применяется похожий подход. Это еще одна область, где 3D визуализация показала себя с лучшей стороны. Инструменты 3D визуализации позволяют показать пользователю, как продукт выглядит в реальном мире. Эти образы могут быть использованы в самых различных целях.

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

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

1. Технологии 3D визуализации, включенные в различные корпоративные системы в качестве повсеместной инфраструктуры.

2. 3D визуализация породила целый ряд специализированных приложений.

Эти специализированные приложения могут использоваться:

1. При совместной работе в процессе конструировании изделия;

2. Как способ общения инженеров при планировании;

3. При проверке и утверждении различных процедур и операций;

4. Как способ сокращения количества бумажных конструкторских документов (переход на безбумажный документооборот);

5. Для создания технической документации;

6. При создании продаж и обеспечении маркетинга.

Техническая документация и немного личного

Пару слов о Вене

Пересадка в Цюрихе

Несколько часов в окрестностях Колизея или галопом по Риму

ITEC 2013 (Defense, Training, Education and Simulation) Обзор выставки

Разработчики систем визуализации

Разработчики игровых движков

Разработчики решений для виртуальной реальности

Рождественские праздники в Барселоне. Часть 6. Аквариум и зоопарк в Барселоне, рынок Бокерия

Рождественские праздники в Барселоне. Часть 5. Гора Монжуик

Рождественские праздники в Барселоне. Часть 4. Барселона Гауди и другая архитектура

Рождественские праздники в Барселоне. Часть 3. Рождественский заплыв - "Кубок Надаля"

Рождественские праздники в Барселоне. Часть 2. Барселона в праздники

Рождественские праздники в Барселоне. Часть 1. Планирование путешествия

Обзор Technical Guide builder

Испания. На футболе (Барселона – Реал Мадрид, 23 августа 2012)

Испания. Таррагона и Камбрильс

Испания. Салоу и Барселона

Испания. Покупка билета на футбол и путь до Барселоны

Испания. О негативном

Электронный каталог изделий. Или чего ждать от ГОСТ 2.611-2011? Часть 2. Элементы данных

Внутренняя структура (элементы данных) электронного иллюстрированного каталога изделий

Элементы данных верхнего уровня

Элементы данных группы Позиционное обозначение

Элементы данных группы Идентификационные данные об изделии

Электронный каталог изделий. Или чего ждать от ГОСТ 2.611-2011? Часть 1. Особенности программной архитектуры и содержания документа

Введение

Особенности программной архитектуры и содержания электронного иллюстрированного каталога изделий

Рекомендации по составлению тендерных требований на разработку каталога деталей и сборочных единиц. Часть 5. Формирование требований к содержательной части

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

Особые требования при формировании каталога в бумажной форме

Особые требования при формировании интерактивного электронного каталога

Особые требования при формировании каталога с учетом требований спецификации S1000D

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

Исходные данные необходимые для разработки каталога деталей и сборочных единиц

Рекомендации по формированию раздела тендерных требований, посвященного исходным данным

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

Какие бывают формы представления каталогов деталей и сборочных единиц

Особенности бумажной формы представления каталога деталей и сборочных единиц

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

Сложность поиска информации и формирования заказа запасных частей

Значительная стоимость тиражирования/распространения (по сравнению с электронным каталогом)

Рекомендации при формировании тендерных требований в части формы представления каталога деталей и сборочных единиц

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

Давайте разберемся, чем же отличаются эти два процесса

Качество каталогов, сформированных тем или иным способом

Рекомендации по выбору процесса: «разработка» или «переработка»

Рекомендации по составлению тендерных требований на разработку каталога деталей и сборочных единиц. Часть 1. Введение

Йошихиро Иномото (Yoshihiro Inomoto) – король технической иллюстрации в разрезе

Длинный и извилистый путь 3D-визуализации

1 Повсеместное использование 3D визуализации в системах предприятия

2 Специализированные приложения для 3D визуализации

2.1 Совместная работа при конструировании

2.2 Способ общения инженеров при планировании

2.3 Проверка и утверждение процедур

2.4 Сокращение количества бумажных конструкторских документов (переход на безбумажный документооборот)

2.5 Создание технической документации

2.6 Создание продаж и обеспечение маркетинга