Сапр что это такое: Для чего нужен САПР и как установить? – Статьи интернет-магазина «Спектрасофт»

Содержание

Чем болеет отрасль САПР / Хабр

Мама, я очень болен. Мама, нас лечат не те врачи. Те, кто нас заразил этим, – врачуют нам раны. Именно поэтому я неизлечим.

Сергей «Чиж» Чиграков

здесь и далее кадры из “И.В. меняет профессию” мне кажется что моменты и цитаты подобраны по смыслу.

Нет, в данном тексте пойдет речь не про пандемию, и даже не про политику. Скорее про большую отрасль компьютерной жизнедеятельности, а именно про отрасль САПР.

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

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

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

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

Болезнь 0. Терминология. Маркетинг

Ну это не совсем болезнь, и уж тем более не совсем отрасли. Но проблема есть.

Обозначу примером из жизни. Представьте себе такой диалог:

  • Здравствуйте, мне нужно, чтобы Вы помогли рассчитать мою конструкцию на прочность.

  • Для этого мне нужна геометрия, свойства материалов, условия нагружения, условия работы..

  • Вы не поняли, я уже купил программу, мне нужно, чтобы Вы просто помогли.

  • Программа – это хорошо, но она сама по себе не работает, нужна информация о том, что происходит

  • Походу, Вы не специалист, мне продавцы другое рассказывали…

  • Ну так пусть они Вам помогут посчитать!

  • Так они меня к Вам и послали…

А теперь чуть более развернуто.

Частично проблема всей отрасли идет от того, что мы говорим слово САПР (системы автоматизированного проектирования), а не CAD/CAM/CAE/PDM/PLM (и еще где-то триста сокращений от двух до пяти букв). И как-то так вышло, что раз «Проектирование» по английски «Design», то САПР==CAD (computer aided design). Хотя, по сути, в CAD практически нет проектирования (за исключением некоторых мастеров/визардов для создания типовых объектов типа болтов или шестеренок).

Казалось бы оба Ивана Васильевича, но такие разные. Как и термины

Да, с помощью программ, которые относят к классу CAD, решаются задачи, связанные с проектированием. Но преимущественно только две из них – описание геометрии и оформление чертежей (ну или документации в целом, если смотреть более широко). А это не все задачи проектирования… Отнюдь не все. Да, есть еще часть задач, которые можно частично или полностью решить, анализируя в CAD построенную геометрию: масс-инерционные характеристики найти, проверить собираемость, некоторые вопросы технологичности. Но это скорее следствие наличия 3D геометрии, чем конкретного CAD. Более того, даже в этих вопросах обычно есть проблемы, которые идут от вопросов точности изготовления, от того, что реальные объекты имеют конечную жесткость и много других нюансов, которые не всегда проверишь в CAD. И это несмотря на то, что в других – похожих – случаях все вроде работало.

Остальные вопросы проектирования решаются в других программах, относящихся к классам CAE, CAM, CAPP… к большому списку, как уже говорилось ранее. Казалось бы, об этом факте сказано и написано много где. Но от этого проблема не решена. И даже сами вендоры часто делают подобную ошибку. Приведу как пример «Руководство по цифровой трансформации производственных предприятий» http://Autodesk.ru/digitalguide . На самом деле подобные примеры можно найти практически у всех.

Усугубляется ситуация еще и тем, что и про остальные типы программ класса САПР тоже можно сказать подобное. CAE не оценивают прочность конструкций/изделий и не дают ответов о работоспособности (computer aided engineering). CAM – не решают сами по себе проблем производства (computer aided manufacturing). Все решения принимаются людьми, программы лишь автоматизируют рутинный процесс работы, частично уменьшая ее объем, частично заменяя другими действиями. И хоть многие об этом знают и помнят (применительно к той отрасли, в которой они работают) – знают не все. И даже те, кому известно, насколько от оператора программы зависит итог (например, при работе в CAM)… Насмотревшись, начитавшись и наслушавшись “рекламы”, такой специалист приходит к выводу: для решения задач, в которых он не разбирается, достаточно просто купить правильный софт.

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

Но! Проблема в том, что САПР (ни в варианте CAD, ни в варианте CAD/CAM/CAE…) не проектирует, он лишь инструмент в руках человека. И КПД человека с САПР –  это произведение “компетенции человека” на “возможности инструмента”. При этом в компетенцию входит не только “владение инструментом”, но и знание предметной области. Почему написано “возможности инструмента” вместо “возможности САПР”? Наверное, потому, что компетентный человек и без САПРа может многое сделать.  И некомпетентный за счет САПРов тоже может что-то сделать. И оно нередко даже будет работать. Но гарантировать это не может никто, и в лицензионных соглашениях ПО обычно на этот случай есть куча оговорок, “отмазывающих” программный продукт и его разработчиков от ответственности (как говорится, читайте текст, набранный мелким и очень мелким шрифтом в конце документа).

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

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

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

Во первых, объяснить с какого почему я склоняю аббревиатуру, неправильно склоняю слова рядом с термином САПР, а далее по тексту вообще буду писать ахинею в стиле “САПР системы”, “программы САПР”. Да, САПР – это четкая однозначная аббревиатура (хотя и с ее расшифровкой некоторые умудряются начудить). И по хорошему, с ней надо поступать именно как с аббревиатурой. Но в то же время данный термин уже давно вошел в жизнь тех, кто с ним связан, что из простого “сокращения” превратился по сути в слово. И раз уж можно “задеплоить”, “отманажить” и “имхнуть”, то почему нельзя и тут поступить соответственно? Я долго спорил на эту тему с разными людьми, особенно старшего поколения. Но потом неожиданно нашел авторитетного союзника в данном споре: Давид Левин, редактор портала isicad.ru. К сожалению оригинальную заметку не нашел, ну да ладно.

Еще одной проблемой является то, что половина индустрии “построена” на хайпах и войне терминов. Стоит кому-то придумать что-то относительно новое, как все остальные тут же начинают доказывать, что:

  1.  это никому на самом деле не нужно;

  2. у них есть все тоже самое и уже давно.

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

да, это не из кинофильма. Но аналог не подобрал. Характеризует отмазки вендоров при копировании чужого

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

Болезнь 1. Застой и стагнация

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

взгляд в ретроспективе обычно более точен

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

используй то, что под рукою… и не ищи себе другое (с) Филеас Фог

В рамках данного раздела хотелось бы, на самом деле, поговорить  не про извечные слезы пользователей, что в их любимом САПРе ничего не поменялось и только в интерфейсе кнопки перекрашивают да местами меняют. Ибо если человека, уже привыкшего к новой последней/предпоследней версии, вдруг пересадить на нечто устаревшее на 3-5 лет, то вдруг окажется, что нет каких-то мелких практически незаметных “ништяков”, которые сделали жизнь легче и добавили удобства в последних версиях. А ведь на самом деле модернизация интерфейса – это сложная задача. Не просто ж так сейчас все CAD программы похожи друг на друга, как близнецы. И да, если сравнить, как выглядели некоторые программы 20 лет назад и как они выглядят сейчас – разница будет налицо. Если обобщить изменения, можно даже предположить,  что где-то существует обязательный к исполнению ГОСТ на то, как должны выглядеть и работать САПР, и особенно CAD. Если выйти за пределы CAD и распространить похожие сравнения на CAMы, CAE, то разница будет больше. Но опять же: рассматривая ближайших конкурентов и вектора развития интерфейсов можно предположить, что вся отрасль ведет себя по школьному принципу “дай списать”. 

такие разные и такие одинаковые, одновременно

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

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

во все времена были “посредники” помогавшие страждущим

А Вам знакомы такие истории? Или, может быть, “копеечные проблемы”, которые не решаются годами, или вылезаютт от релиза к релизу, от сервиспака к сервиспаку? А может, у Вас есть история про “копеечную проблему”, которая на самом деле является вершиной айсберга?

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

Или нет и все объективно?

Болезнь 2. Обратная совместимость. Совместимость. Совместная работа

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

старые файлы в новых программах

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

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

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

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

Именно поэтому лично мне несколько смешно слышать про PLM (product life management), о котором так любят говорить большинство вендоров CAD и много других. Формально это принцип, идея, метод (тут нет единого мнения) о том, что весь проект надо вести в единой среде (не программе, а среде, системе, наборе программ выстроенных в правильную цепочку) от идеи и до утилизации. Ведь срок жизни большинства разрабатываемых объектов составляет минимум десятилетия. И хоть у нас есть “болезнь 1”, в рамках которой мы считаем, что ничего не поменялось, следует отметить – сменились целые поколения оборудования, ОС, программ. Это делает идею PLM “тупо” не применимой в реальной практике. И все эти слова начинают выглядеть не как конкретный метод, не как подход, а просто как “благие пожелания” или утопические идеи.

Несмотря на “лучшее в мире образование”, связь поколений была утеряна. С PLM все тоже самое

И вот тут можно поднять вопрос совместной работы. Причем даже если “вывести за скобки” человека, а рассматривать просто вопрос совместной работы приложений, то мы получим боль… хотя нет, скорее БОЛЬ!!!

20 лет назад большинство вендоров пыталось сделать так, чтобы пользователи работали только в их программах, и отсутствие совместимости с другими ПО – было одним из инструментов привязки пользователей. Ведь рынок был небольшим. Дальнейшая история развития показала, что рынок на самом деле гораздо больше и попытка ограничить пользователя своей экосистемой на самом деле оттолкнет пользователя в сторону системы, которая дает большую свободу выбора. Так родилось вынужденное сотрудничество многих компаний. И это, кроме прочего, является еще одним проявлением современных реалий бизнеса, в рамках которых кто-то кого-то постоянно покупает и продает. Это делается для доступа к патентам, разработкам, людям, чтобы “съесть” конкурента… вариантов множество. Итог – “посадить” всю компанию на один софт практически невозможно, потому что у разных подразделений разные цели и задачи, и нередко выбор софта обусловлен не только историей, но и потребностями. Бывают и другие ситуации. Да, руководство может посадить все подразделения на один софт. Но экономически выгоднее для некоторых подразделений выбрать что-то другое, существенно дешевле. Еще бывают случаи, когда часть работы выполняется на аутсорсе, и там не всегда можно что-то требовать, потому что это единственный аутсорсер, который решает такие задачи, а он сотрудничает с разными компаниями, работающими в разном же софте. Давление на данную компанию может привести не к тому, что тебе станет удобнее работать, а к потере исполнителя и проигрышу конкурентам. Все это сдабривается опять же покупками, продажами и реорганизациями, что делает вопрос единого софта такой же утопией, как и PLM.

Но и в среде разработчиков САПР нередко возникают аналогичные ситуации, когда вчерашний конкурент может стать сегодняшним подчиненным, партнером или даже начальником. И софт, от которого ты “откараскивался” как мог, вдруг становится дружественным, и с ним надо делать интеграцию. Причем желательно глубокую – и быстро.

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

Что уж говорить о совместимости разных программ одного или разного типа.

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

Но от боли и страдания это, к сожалению не избавляет. Можно было бы подумать, что раз вендоры договорились сотрудничать – то все, проблема решена. Но нет, ибо каждый старается выгадать побольше для себя, дать поменьше конкуренту и  – главное! – не перетрудиться. И определяющим тут, как обычно, является последний пункт: как бы сделать, чтобы ничего не делать. Логично. Понятно. Но от боли это не избавляет.. 

Я повторяюсь? Да, повторяюсь. Но, думаю, причины понятны.

Окей, вендоры не напрягаются, а проблема есть. Что в этом случае делается? Правильно, принимается стандарт. И они есть. Более того, тот самый STEP, который все ругают, на самом деле  содержит в себе возможности практически к полному обмену конструкторской, технологической, расчетной информацией. Вопрос: а кто-то об этом вообще знает? Судя по тому, что ему на смену приняли новый ISO стандарт JT, целями создания которого и заявили возможность передавать не только геометрию, но и остальную проектную информацию, особенно технологическую и расчетную – нет, не знает. 

Да, STEP немного устарел, но зачем было делать принципиально новый стандарт, а не “допиливать” требования к существующему? Зачем это компании Siemens, которая продвигала СВОЙ стандарт – вполне понятно. Почему такая слабая поддержка данного стандарта другими вендорами – тоже понятно, “троянский конь” мало кому нужен. Почему после принятия данного стандарта даже софт от Siemens  очень ограниченно поддерживал данный стандарт (по крайней мере первое время, сейчас не скажу, давно не сталкивался) – уже понять сложнее. Почему, если не хочется внедрять JT, не “допилить” поддержку STEPа так, чтобы он хотя бы геометрию открывал без проблем? Фиг с ней, с историей построения, фиг с ней, с параметрикой. Про расчетные сетки я вообще молчу. Но ГЕОМЕТРИЮ без потерь можно научиться передавать?! 

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

Болезнь 3. Производительность. Многопоточность

Регулярно на форумах, в чатах, под видео народ ругается, что купил мощный комп с кучей ядер, а “их” CAD (да в целом и CAM, а иногда и CAE) тормозит хуже чем на старом. Когда таким людям говоришь, что не только “ихний” кад, но и вообще практически любой не умеет работать параллельно и многопоточно, они спорят, обзываются и тыкают в статьи о том, как классно САПР работает на многоядерных процах (правда, я из этих же статей делаю обратные выводы). Тыкают в статьи, где рассказано, как видеокарты ускоряют математические расчеты вообще и САПР в частности (опять же обычно путается мягкое с теплым, ну да ладно). Показывают графики использования процессора и ядер. При этом доказывают, что раз пики идут на всех ядрах, то общая загрузка системы не превышает процента “полутора ядер”. И, значит, тот, кто говорит про неумение использовать много ядер – дебил и диванный эксперт.

Вы представляете?… и эти люди борются…

Я не буду сейчас ничего доказывать. Ибо верю в то, что только на некоторых операциях большая часть САПРов научилась задействовать больше чем “полтора ядра”. Исключение составляют, по сути, только расчеты (ну там прочность, газодинамика и… рендер). У рендеров с параллельностью все супер, у CAE с параллельностью все  очень неплохо (не всегда, но чаще всего), у CAM бывает неплохо. У CAD – все плохо.

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

И все же это БОЛЬ. 

И вот тут надо сделать еще одно отвлечение. Дело в том что алгоритмы алгоритмами. проблемы проблемами… НО! Лично мне очень странно видеть, что каждый год вендоры бодро рапортуют о том, что их САПРы работают быстрее, эффективнее, менее ресурсоемко. Странно потому, что насколько поменялась производительность компьютеров – я вижу. Она подтверждается тестами и много чем еще. И я как человек, который почти 20 лет назад работал со сборками 20 тыс. единиц и более, как человек, лично делавший сборку в 2 тыщи единиц, не могу серьезно воспринимать эти заверения. Особенно когда вижу, как у людей тормозит сборка из 100 компонентов на современных компьютерах в современных CAD (а оба должны быть производительнее). Да, иногда это идет от культуры моделирования. А точнее – ее отсутствия (по понятиям 20 летней давности). Но ведь не только от этого.

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

И, что интересно, у меня есть некоторые объяснения. Я видел, как запускаются две версии программы до ее покупки одним вендором и после. Никаких отличий в программах не видно и не заявлялось. Единственное, что было сделано – это в интерфейс программы был добавлен фирменный “видовой куб” для навигации. Надо ли объяснять, что время запуска “обновленной” программы увеличилось, если верить секундомеру, почти в 30 раз?

Так как мы на хабре, то я сразу скажу – я не программист. Но когда ты в отрасли давно, почти со времен мамонтов (не динозавров, и то хорошо), то без программирования обойтись сложно. И я видел  некоторые куски кода отдельных приложений. И мне приходилось заменять полторы тысячи строк чужого неработающего кода на 30 работающего. Да, я заменил фреймворки на чистую математику, только потому что плохо разбираюсь в фреймворках, а в математике, наоборот, что-то понимаю. Да, там кусок разросся до полутора тысяч просто потому, что  автор решал проблемы методом поиска решений на stackoverflow. И все же.

Также мне приходилось заменять “case” на 200+ проверок линейным уравнением и делать ряд других вещей. Но, как вы понимаете, это отразилось на итоговой скорости приложений. Справедливости ради следует сказать, что и мой говнокод не раз подвергался переработке и ускорению со стороны настоящих программистов. Ибо я ничего более серьезного чем “пруф оф концепт” сотворить не могу. Даже на “минимал воркинг прототип” то, что я делаю, не всегда тянет.

Но в “мире САПР” создается ощущение, что за редким исключением вопросами скорости работы программ пренебрегают в ущерб скорости их написания. И это… да, я снова повторюсь про боль.

Болезнь 4. Цена

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

Продолжая цитировать сапропродавцев, я также могу напомнить: САПР – это высокоинтеллектуальный продукт, в который вложено куча сил (иногда это сотни тысяч человеколет) очень крутых и дорогостоящих специалистов (некоторые из которых являются уникальными во всем мире, а других спецов такого класса и типа в мире буквально пара сотен человек), и это также влияет на цену. И нет, это не значит, что какой нибудь условный FreeCAD или OpenFOAM написаны криворукими дебилами на коленке за 5 минут.

Также  можно вспомнить про ответственность, которая лежит на плечах САПР, но вместо упоминаний условных FreeCAD и OpenFOAM, я напомню: очень многие пользователи ругаются на устойчивость лицензионных коммерческих САПР (и достаточно активно). Напомню и то, что, согласно лицензионному соглашению, разработчики ни за что ответственности не несут. Интересный подход к ответственности, не правда ли?

вендоры лучше знают где хранить деньги, и сколько что должно стоить. Но иногда…

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

И да, я вкурсе про существование бесплатных и opensource решений в мире САПР. Но для широкой аудитории они пока часто неприемлемы ввиду отсутствия адекватного интерфейса на уровне коммерческого софта хотя бы 5-10 летней давности.

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

(слово “все” – является гиперболой и оценочной характеристикой, не имеющей желания кого-то обвинить в пособничестве пиратству).

Заключение

Текст вышел достаточно объемным и сумбурным. Надеюсь, что он был для Вас интересным и полезным. Я вряд ли смог осветить и раскрыть все болячки. Я лишь затронул наиболее важные болезни и их симптомы. Дальнейшее повествование, возможные пути лечения и пр. – упираются в вопрос наличия/отсутствия интереса к данной проблематике. 

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

и меня… вылечат…

Здоровья всем нам, нашим близким и отрасли в целом.

Интернет-издание о высоких технологиях

Павел Брук:

Рост продаж «тяжелых» САПР, по сравнению с «легкими» и «средними», незначителен

О тенденциях на российском рынке систем автоматизированного проектирования, о соотношении спроса предприятий на САПР различной функциональности и масштаба, о правомерности применения концепции PLM при современном уровне развития бизнес-процессов отечественных заказчиков промышленного сектора в интервью CNews рассказал Павел Брук, директор направления «Машиностроение» российского представительства Autodesk.

CNews: Какие изменения вы отмечаете за последний год на российском рынке CAD/CAЕ систем для промышленных предприятий?

Павел Брук: В последнее время многие западные аналитики, работающие на рынке CAD/CAE, заговорили о стирании грани между САПР высокого и среднего уровня. На мой взгляд, эта тенденция стала достаточно заметно проявляться и на российском рынке. Мы наблюдаем серьезный рост заинтересованности заказчиков в САПР именно среднего уровня, потому что по ценовым параметрам подобные решения являются очень доступными, а с точки зрения моделирования в них присутствует практически вся функциональность дорогих систем.

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

Помимо перечисленных изменений, стоит сказать про продолжающийся быстрый рост рынка. Хорошие показатели были достигнуты за счет начавшегося процесса лицензирования, но огромную  роль сыграли и такие факторы, как улучшение экономической ситуации в промышленности в целом и в машиностроении в частности, усиление роли государства в процессах технического перевооружения машиностроительных предприятий и т.д. В прошлом году, по нашим оценкам, объем российского рынка САПР составил порядка $50 млн, в этом году он будет где-то на уровне $70-80 млн. Бизнес Autodesk в прошедшем году рос значительно быстрее рынка (в 2,5-3 раза) во многом за счет сектора машиностроения: в несколько раз выросли продажи, резко вырос спрос на вертикальные и специализированные решения, например, на электротехнические САПР — AutoCAD Electrical.

CNews: Как изменяется спрос на САПР со стороны машиностроительных предприятий? Какая функциональность наиболее востребована в отрасли сегодня?

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

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

CNews: Какой сегмент рынка САПР развивается наиболее динамично в настоящий момент?

Павел Брук: Рост продаж «тяжелых» САПР, по сравнению с «легкими» и «средними», незначителен

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

CNews: Можно ли говорить о специфике потребления САПР в России — по сравнению с другими региональными рынками?

Павел Брук: Я остаюсь сторонником того, что в России не существует каких-то особенных факторов, способных помешать использованию тех или иных систем для решения инженерных проблем. Безусловно, одним из основных критериев пригодности использования программного продукта для определенного рынка является локализация данной системы и приведение ее в соответствие с принятыми на локальном рынке стандартами. Важно также наличие соответствующих библиотек с наборами данных, которые характерны для каждой отрасли промышленности. Autodesk вкладывает значительные средства в локализацию и «кантрификацию» (от английского слова country — страна) своих продуктов для российского рынка. Вначале мы всегда доводим свои решения до соответствия местным стандартам, и лишь затем выпускаем их на рынок.

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

CNews: Насколько востребованы в России «тяжелые» САПР, по вашим наблюдениям?

Павел Брук: Конечно, так называемые «тяжелые» САПР всегда будут востребованы, поскольку существуют задачи, где эти решения оказываются вне конкуренции. Но сегодня к предприятиям приходит понимание, что нельзя абсолютно все свои задачи пытаться решить посредством таких систем. Это экономически неэффективно и нецелесообразно: во-первых, стоимость владения такими системами очень высока, а во-вторых, при таком подходе они будут использоваться максимум на 10-15%. Еще раз отмечу — да, безусловно, есть ниши, где «тяжелые» САПР нужны, но этих ниш не так много. И это понимает уже большинство пользователей и руководителей ИТ-отделов.

Мы видим фактическое подтверждение этим словам в виде очень незначительного роста продаж лицензий «тяжелых» САПР по сравнению с «легкими» и «средними» — поскольку рынок уже насыщен. Большинство задач предприятий в области автоматизации должны закрываться более доступными и эффективными средствами, и лишь 5-10% задач должны решаться посредством «тяжелых» САПР.

CNews: Существует ли на самом деле противопоставление концепции PLM и рынка массовых САПР?

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

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

CNews: Насколько САПР может помочь подъему российского автопрома, по вашему мнению?

Павел Брук: Автопром — это область, которой в нашей стране долгое время не уделялось должного внимания. Это не значит, что мы не умеем делать машины. Просто любая отрасль испытывает определенную рыночную зависимость. И если находятся покупатели на низкокачественные «Жигули» с дизайном 30-летней давности, то у предприятия нет и не будет никакого стимула что-то менять.

Российский автопром использует самые разные САПР, но на первый план должны выйти решения, которые будут влиять на внешний облик будущего автомобиля. Система, которая есть у нас — Autodesk AliasStudio — практически единственная в области промышленного дизайна. Она используется всеми известными мировыми автомобильными компаниями и помогает еще до начала проектирования увидеть, как будет выглядеть реальный автомобиль. В 2007 году мы вывели эту систему на российский рынок, и у нее уже появилось несколько заказчиков. Так что мы надеемся, что с нашей помощью и с помощью дизайнеров, которые сейчас приходят в автопром, в ней произойдут перемены. А классические САПР помогут обеспечивать взаимодействие проектировщиков с промышленными дизайнерами.

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

CNews: Какие еще российские вертикальные рынки, помимо машиностроения, сегодня в наибольшей степени заинтересованы в автоматизированных системах проектирования?

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

CNews: В каких отраслях вы планируете развивать свой бизнес в 2008 году?

Павел Брук: Если коротко ответить на этот вопрос, то я бы сказал, — во всех. У нас очень амбициозные планы на ближайший год  по развитию присутствия Autodesk в СНГ. За 2007 год число сотрудников московского офиса выросло в три раза. В следующем году их будет еще больше. Очень большие инвестиции идут в российский рынок со стороны головного офиса Autodesk — маркетинговые мероприятия, вывод новых продуктов на рынок. В 2008 году для отрасли машиностроения мы планируем выпустить минимум три новых продукта из тех, которые еще не были представлены в локализованном, кантрифицированном виде на российском рынке.

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

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

CNews: Спасибо.

НОУ ИНТУИТ | Лекция | Системы автоматизированного проектирования (САПР) РЭС

Аннотация: В лекции приводятся основные определения, назначение и принципы систем автоматизированного проектирования (САПР). Даются сущность и схема функционирования САПР. Показано место САПР РЭС среди других автоматизированных систем. Рассматриваются структура и разновидности САПР. Основное назначение лекции — показать сущность процесса проектирования РЭС, основные принципы проектирования. Особенное внимание уделяется системному подходу к проектированию конструкции и технологии производства РЭС

4.1. Определение, назначение, цель

По определению, САПР — это организационно-техническая система, состоящая из совокупности комплекса средств автоматизации проектирования и коллектива специалистов подразделений проектной организации, выполняющая автоматизированное проектирование объекта, которое является результатом деятельности проектной организации [54, 9].

Из этого определения следует, что САПР — это не средство автоматизации, а система деятельности людей по проектированию объектов. Поэтому автоматизация проектирования как научно-техническая дисциплина отличается от обычного использования ЭВМ в процессах проектирования тем, что в ней рассматриваются вопросы построения системы, а не совокупность отдельных задач. Эта дисциплина является методологической, поскольку она обобщает черты, являющиеся общими для разных конкретных приложений [59].

Идеальная схема функционирования САПР представлена на рис. 4.1.


Рис. 4.1. Схема функционирования САПР; КСА — комплекс технических средств

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

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

Из определения САПР следует, что целью ее функционирования является проектирование. Как уже было сказано, проектирование — это процесс переработки информации, приводящий в конечном счете к получению полного представления о проектируемом объекте и способах его изготовления [37].

В практике неавтоматизированного проектирования полное описание проектируемого объекта и способов его изготовления содержит проект изделия и техническую документацию. Для условия автоматизированного проектирования еще не узаконено названия конечного продукта проектирования, содержащего данные об объекте, и технологии его создания. На практике его называют по-прежнему “проектом”.

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

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

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

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

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

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

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

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

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

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

Каковы основные черты систем автоматизированного проектирования и их принципиальные отличия от “позадачных” методов автоматизации?

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

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

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

Третья особенность САПР РЭС заключается в возможности имитационного моделирования радиоэлектронных систем в условиях работы, близких к реальным. Имитационное моделирование дает возможность предвидеть реакцию проектируемого объекта на самые различные возмущения, позволяет конструктору “видеть” плоды своего труда в действии без макетирования. Ценность этой особенности САПР заключается в том, что в большинстве случаев крайне трудно сформулировать системный критерий эффективности РЭС. Эффективность связана с большим числом требований различного характера и зависит от большого числа параметров РЭС и внешних факторов. Поэтому в сложных задачах проектирования практически невозможно формализовать процедуру поиска оптимального по критерию комплексной эффективности решения. Имитационное моделирование позволяет провести испытания различных вариантов решения и выбрать лучший, причем сделать это быстро и учесть всевозможные факторы и возмущения.

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

4.2. Принципы создания систем автоматизированного проектирования конструкции и технологии

При создании САПР руководствуются следующими общесистемными принципами:

  1. Принцип включения состоит в том, что требования к созданию, функционированию и развитию САПР определяются со стороны более сложной системы, включающей в себя САПР в качестве подсистемы. Такой сложной системой может быть, например, комплексная система АСНИ — САПР — АСУТП предприятия, САПР отрасли и т. п.
  2. Принцип системного единства предусматривает обеспечение целостности САПР за счет связи между ее подсистемами и функционирования подсистемы управления САПР.
  3. Принцип комплексности требует связности проектирования отдельных элементов и всего объекта в целом на всех стадиях проектирования.
  4. Принцип информационного единства предопределяет информационную согласованность отдельных подсистем и компонентов САПР. Это означает, что в средствах обеспечения компонентов САПР должны использоваться единые термины, символы, условные обозначения, проблемно-ориентированные языки программирования и способы представления информации, которые обычно устанавливаются соответствующими нормативными документами. Принцип информационного единства предусматривает, в частности, размещение всех файлов, используемых многократно при проектировании различных объектов, в банках данных. За счет информационного единства результаты решения одной задачи в САПР без какой-либо перекомпоновки или переработки полученных массивов данных могут быть использованы в качестве исходной информации для других задач проектирования.
  5. Принцип совместимости состоит в том, что языки, коды, информационные и технические характеристики структурных связей между подсистемами и компонентами САПР должны быть согласованы так, чтобы обеспечить совместное функционирование всех подсистем и сохранить открытую структуру САПР в целом. Так, введение каких-либо новых технических или программных средств в САПР не должно приводить к каким-либо изменениям уже эксплуатируемых средств.
  6. Принцип инвариантности предусматривает, что подсистемы и компоненты САПР должны быть по возможности универсальными или типовыми, т. е. инвариантными к проектируемым объектам и отраслевой специфике. Применительно ко всем компонентам САПР это, конечно, невозможно. Однако многие компоненты, например программы оптимизации, обработки массивов данных и другие, могут быть сделаны одинаковыми для разных технических объектов.
  7. Принцип развития требует, чтобы в САПР предусматривалось наращивание и совершенствование компонентов и связей между ними. При модернизации подсистемы САПР допускается частичная замена компонентов, входящих в подсистему, с изданием соответствующей документации.

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

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

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

Не удается найти страницу | Autodesk Knowledge Network

(* {{l10n_strings.REQUIRED_FIELD}})

{{l10n_strings.CREATE_NEW_COLLECTION}}*

{{l10n_strings.ADD_COLLECTION_DESCRIPTION}}

{{l10n_strings.COLLECTION_DESCRIPTION}} {{addToCollection.description.length}}/500 {{l10n_strings.TAGS}} {{$item}} {{l10n_strings.PRODUCTS}} {{l10n_strings.DRAG_TEXT}}  

{{l10n_strings.DRAG_TEXT_HELP}}

{{l10n_strings.LANGUAGE}} {{$select.selected.display}}

{{article.content_lang.display}}

{{l10n_strings.AUTHOR}}  

{{l10n_strings.AUTHOR_TOOLTIP_TEXT}}

{{$select.selected.display}} {{l10n_strings.CREATE_AND_ADD_TO_COLLECTION_MODAL_BUTTON}} {{l10n_strings.CREATE_A_COLLECTION_ERROR}}

Что такое SAP? Значение и определение программного обеспечения SAP ERP

Что такое SAP?

SAP означает системные приложения и продукты для обработки данных. SAP, по определению, также является названием программного обеспечения ERP (планирование ресурсов предприятия), а также названием компании. SAP Software — европейская многонациональная корпорация, основанная в 1972 году Велленройтером, Хоппом, Гектором, Платтнером и Чирой. Они разрабатывают программные решения для управления бизнес-операциями и отношениями с клиентами.

Система

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

SAP — №1 на рынке ERP. По состоянию на 2010 г. SAP имеет более 140 000 установок по всему миру, более 25 отраслевых бизнес-решений и более 75 000 клиентов в 120 странах

.

Другими конкурирующими продуктами SAP Software на рынке являются Oracle, Microsoft Dynamics и т. д.

Что такое SAP ERP? Почему это требуется?

В следующем видеоролике объясняется необходимость программного обеспечения ERP, такого как SAP, на предприятии



Нажмите здесь, если видео недоступно

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

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


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

Вот весь процесс, которому следует любое бизнес-подразделение.

  1. Клиент связывается с отделом продаж, чтобы проверить наличие продукта
  2. Отдел продаж обращается в отдел инвентаризации, чтобы проверить наличие продукта
  3. В случае отсутствия товара на складе отдел продаж обращается в отдел планирования производства для производства товара
  4. Группа планирования производства проверяет в отделе запасов наличие сырья
  5. Если сырья нет в наличии, группа планирования производства покупает сырье у поставщиков
  6. Затем производственное планирование направляет сырье в цеховое исполнение для фактического производства
  7. Когда все готово, команда цеха отправляет товары в отдел продаж
  8. Отдел продаж, который, в свою очередь, доставляет его клиенту
  9. Группа продаж обновляет финансы с учетом дохода, полученного от продажи продукта.Группа планирования производства обновляет финансы с платежами, которые должны быть сделаны различным поставщикам сырья.
  10. Все отделы обращаются к HR по любому вопросу, связанному с персоналом.

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

В зависимости от способа управления связью и обменом данными. Корпоративные системы можно в целом классифицировать как

.

1) Децентрализованная система

2) Централизованная система, также называемая ERP.

Децентрализованная система

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

  • Данные хранятся локально в отдельных отделах
  • Отделы не имеют доступа к информации или данным других отделов

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

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

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

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

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

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

Как только сырье становится доступным, цеховой отдел внезапно понимает, что им не хватает рабочих. Они обращаются к HR, который, в свою очередь, нанимает временных сотрудников по более высоким ставкам, чем рыночные. Таким образом, стоимость ТРУД увеличивается.

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

Это лишь некоторые из многих проблем с децентрализованными системами.

Некоторые серьезные проблемы с децентрализованной системой —

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

Вот некоторые основные недостатки, для которых нам нужно решение. Что ж, решение лежит в централизованных системах , то есть в ERP.

Централизованная система

В компании с централизованной системой управления информацией и данными.

1) Данные хранятся в центральном месте и передаются различным отделам

2) Департаменты имеют доступ к информации или данным из других Департаментов

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

В этом случае все отделы обновляют центральную информационную систему.

  • Когда Клиент обращается к отделу продаж, чтобы срочно купить товар. Отдел продаж имеет доступ к информации в режиме реального времени о продуктах в инвентаре, который обновляется отделом инвентаризации в централизованной системе
  • .
  • Отдел продаж своевременно реагирует на запросы клиентов, что приводит к увеличению доходов и удовлетворению клиентов.
  • В случае, если требуется производство, группа продаж обновляет централизованную базу данных, чтобы все отделы оставались в курсе состояния продукта.
  • Отдел планирования производства автоматически обновляется централизованной базой данных по требованиям. Группа планирования производства проверяет наличие необходимого сырья через центральную базу данных, которая обновляется отделом инвентаризации.
  • Таким образом удается избежать дублирования данных и сделать доступными точные данные. Команда цеха регулярно обновляет свой статус рабочей силы в центральной базе данных, к которой может получить доступ отдел кадров.
  • В случае нехватки рабочей силы, команда HR начинает процесс найма со значительным запасом времени, чтобы нанять подходящего кандидата по рыночной цене.Таким образом стоимость рабочей силы снижается.
  • В то время как поставщики могут напрямую отправлять свои счета в Центральную корпоративную систему, к которой может получить доступ финансовый отдел. Таким образом, платежи осуществляются вовремя, а возможные судебные иски избегаются
  • Программное обеспечение SAP представляет собой тип централизованной системы. Системы SAP являются наиболее популярными в программном обеспечении ERP.

Основные преимущества централизованной системы:

  • Устраняет дублирование, неоднородность и избыточность данных
  • Предоставляет информацию между отделами в режиме реального времени.
  • Компания SAP обеспечивает контроль над различными бизнес-процессами
  • Повышает производительность, улучшает управление запасами, повышает качество, снижает материальные затраты, эффективно управляет человеческими ресурсами, снижает накладные расходы, увеличивает прибыль
  • Улучшение взаимодействия с клиентами и увеличение пропускной способности. Это также улучшает обслуживание клиентов
  • Следовательно, требуется централизованная система управления предприятием.
  • Программное обеспечение SAP — это централизованная система управления предприятием, также известная как планирование ресурсов предприятия.
  • Аббревиатура SAP — «Системные приложения и продукты в обработке данных».

Что такое SAP?

Обновление: этот пост в блоге вызвал продолжительную дискуссию в Hacker News. Прочтите это здесь .

Что такое SAP? И почему он стоит 163 миллиарда долларов?

Ежегодно компании тратят 41 миллиард долларов на программное обеспечение для планирования ресурсов предприятия , широко известное как ERP . Сегодня почти в каждом крупном бизнесе внедрена какая-либо ERP-система.Но большинство малых предприятий, как правило, не покупают ERP-системы в готовом виде, и большинство инженеров, вероятно, не видели их в дикой природе. Итак, для тех из нас, кто сам не использовал ERP-систему… в чем проблема? Как такая компания, как SAP, ежегодно продает программное обеспечение ERP на 25 миллиардов долларов? И как 77 % мирового дохода от транзакций и 78 % мировых продуктов питания проходят через SAP?

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

Но прежде чем завоевать современный деловой мир, как зародилось программное обеспечение ERP? История ERP начинается с крупных усилий по автоматизации в 1960-х годах: в то время как 1940-е и 50-е годы были сосредоточены на механической автоматизации работы «синих воротничков» — вспомните, как General Motors создала свой отдел автоматизации в 1947 году — автоматизация работы «белых воротничков» (часто с помощью компьютера! ) началось в 1960-х годах.

Автоматизация середины века: компьютеры входят в промышленность

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

К 1960-м годам многие компании использовали компьютеры IBM для автоматизации задач по начислению заработной платы и выставлению счетов. Обработка данных — устаревший термин, прочным наследием которого является название
Automatic Data Processing, Inc — это то, что мы сегодня называем ИТ. Разработка программного обеспечения еще не была дисциплиной, поэтому эти отделы часто брали сотрудников с аналитическим прошлым, обучая их программированию на рабочем месте. Purdue только что создала первый факультет компьютерных наук в США в 1962 году, и несколько лет спустя начали появляться первые выпускники компьютерных наук.

Программирование для автоматизации/обработки данных в 1960-х годах было сложной задачей из-за нехватки памяти. Не было ни языков высокого уровня, ни стандартизированных операционных систем, ни персональных компьютеров — только большие дорогие мэйнфреймы с небольшим объемом памяти, выполняющие программы на катушках с магнитной лентой! Программисты часто разрабатывали по ночам, чтобы максимизировать время компиляции. Такие компании, как GM, часто писали свои собственные операционные системы, чтобы получить максимальную отдачу от своих мейнфреймов.

Хотя сегодня мы запускаем прикладное программное обеспечение поверх нескольких распространенных операционных систем, до 1990-х годов такого не было.В средние века вычислений на мейнфреймах 90% всего продаваемого программного обеспечения создавалось на заказ; только 10% было куплено с полки.

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

Рождение стандартного программного обеспечения: расширяемая разработка SAP

В 1972 году пятеро инженеров уволились с работы в IBM, чтобы заключить контракт на разработку программного обеспечения с крупной химической фирмой ICI. Их новая компания SAP (Systemanalyse und Programmentwicklung, или «Системный анализ и разработка программ» на английском языке), как и большинство компаний-разработчиков программного обеспечения в то время, по сути, занималась консультированием по программному обеспечению. SAP встраивалась в офисы своих клиентов и развивалась на компьютерах своих клиентов, создавая в основном программное обеспечение для управления логистикой.

Бизнес шел хорошо: SAP закончила свой первый год с доходом в 620 000 немецких марок, что составляет немногим более 1 миллиона долларов в сегодняшних долларах. Вскоре они начали продавать свое программное обеспечение дополнительным клиентам, при необходимости перенося его на другие операционные системы. В течение следующих четырех лет они приобрели более 40 клиентов, в 6 раз увеличили свой доход и увеличили штат с 9 до 25 сотрудников. Это может быть далеко от сегодняшней желанной кривой роста T2D3, но будущее SAP было ярким.

Программное обеспечение

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

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

Важность интеграции

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

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

Интегрированное программное обеспечение

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

Скорость доступа к данным с помощью интегрированного программного обеспечения позволила компаниям полностью изменить свои бизнес-модели. Для Compaq ERP позволила изменить свою стратегию распространения на модель «изготовление на заказ» (т. е. создание компьютера только после явного размещения заказа).Эта модель экономит деньги, устраняя затраты на инвентарь, но полагается на быстрое время выполнения работ — именно в этом помогает хорошая реализация ERP. Когда IBM предприняла аналогичные усилия, время доставки запасных частей сократилось с 22 до всего лишь 3 дней!


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

Как на самом деле выглядит программное обеспечение ERP

Слова «корпоративное программное обеспечение» не вызывают представления о гладких, удобных для пользователя пользовательских интерфейсах, и программное обеспечение SAP ERP не является исключением.Базовая установка SAP имеет 20 000 таблиц базы данных, 3 000 из которых являются таблицами конфигурации. В этих таблицах содержится около 8000 конфигурационных решений, которые вам нужно принять еще до начала работы. И именно поэтому специалист по конфигурации SAP — настоящая должность!

Несмотря на сложность настройки, ERP-система SAP обладает ключевой ценностью — широкой интеграцией нескольких бизнес-процессов. Эта интеграция приводит к тысячам вариантов использования в организации. SAP организует эти варианты использования в транзакции, которые представляют собой бизнес-действия.Некоторые примеры транзакций включают «создание заказа» и «отображение клиента». Эти транзакции организованы в формате вложенного каталога. Таким образом, чтобы найти транзакцию Создать заказ на продажу , вы должны перейти к Логистика , затем Продажи , а затем Заказ , где вы найдете фактическую транзакцию.

Называть ERP «браузером транзакций» было бы на удивление точно. Он очень похож на один, с кнопкой «Назад», элементами управления масштабированием и текстовым полем для «TCodes», эквивалентом URL-адресов в веб-браузере.SAP имеет более 16 000 различных типов транзакций, поэтому навигация по дереву транзакций может быть сложной без этих кодов.

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

Данные

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

Логика

SAP разработал язык под названием ABAP (сноска: расширенное программирование бизнес-приложений, первоначально Allgemeiner Berichts-Aufbereitungs-Prozessor, по-немецки «общий процессор создания отчетов»), который позволяет разработчикам выполнять пользовательскую бизнес-логику в ответ на определенные события или по расписанию.ABAP — многословный язык с примерно в 3 раза большим количеством ключевых слов по сравнению с JavaScript (вот реализация 2048 в ABAP). После того, как вы написали свою программу (SAP предоставляет редактор), вы отправляете ее как собственную транзакцию с собственным TCode. Вы также можете настроить существующее поведение с помощью обширной системы хуков, называемых «бизнес-надстройками», где вы можете настроить свою программу для запуска при выполнении определенной транзакции — аналогично триггерам SQL.

ИН

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

.

Проблемы с внедрением ERP

ERP стоит недешево. Крупная многонациональная компания может потратить от 100 до 500 миллионов долларов на внедрение в общей сложности: 30 миллионов долларов на оплату лицензий на программное обеспечение, 200 миллионов долларов на консультационные услуги, миллионы на оборудование и еще миллионы на обучение менеджеров и сотрудников.Полная реализация занимает от четырех до шести лет. Приводились слова генерального директора крупной химической компании: «Конкурентное преимущество в этой отрасли может заключаться только в том, что вы выполняете лучшую и дешевую работу по внедрению SAP».

И дело не только в деньгах — внедрение ERP — рискованное предприятие, и результаты сильно различаются. В лучшем случае это выглядит как внедрение ERP Cisco, на которое у них ушло 9 месяцев и 15 миллионов долларов. Для сравнения, внедрение Dow Chemical, например, заняло 1 миллиард долларов и 8 лет; У.S. Navy потратил 1 миллиард долларов на четыре различных проекта ERP, но все они потерпели неудачу. Колоссальные 65% руководителей считают, что внедрение ERP имеет умеренный шанс нанести ущерб их бизнесу (это не то, что вы обычно слышите при оценке программного обеспечения!).

Благодаря интегрированному характеру ERP ее внедрение требует усилий всей компании. А поскольку компании извлекают выгоду только после повсеместного внедрения ERP, это особенно рискованно! Внедрение ERP — это не просто решение о покупке: это обязательство изменить то, как вы управляете операциями.Установка программного обеспечения является легкой частью; корректировка всего рабочего процесса компании — большая часть работы.

Компания, внедряющая ERP-систему, часто нанимает консалтинговую фирму, например Accenture, и платит им миллионы долларов за работу с отдельными бизнес-подразделениями и выяснение того, как интегрировать ERP в их процессы. И как только интеграция будет запущена, компания должна начать обучение всех сотрудников работе с системой. Gartner рекомендует резервировать 17% бюджета только на обучение!

Несмотря на все трудности, большинство компаний из списка Fortune 500 внедрили ERP-системы к 1998 году, и этот процесс ускорился с приближением 2000 года.ERP продолжает расти, и сегодня это рынок стоимостью более 40 миллиардов долларов, что является одним из крупнейших сегментов в индустрии программного обеспечения.

Современная индустрия программного обеспечения ERP

Сегодня крупнейшими игроками на рынке ERP являются Oracle и SAP. Хотя обе компании являются лидерами рынка, их ERP-продукты удивительно отличаются друг от друга. Продукт SAP в основном создавался собственными силами, в то время как Oracle активно продвигалась вперед, выкупая конкурентов, таких как PeopleSoft и NetSuite.

Oracle и SAP настолько доминируют, что даже Microsoft использует SAP вместо своего собственного предложения ERP, Microsoft Dynamics.

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

  • Ellucian Banner специально для высшего образования
  • Infor заключила партнерское соглашение с McKesson, чтобы разработать специально для здравоохранения
  • QAD специально для производства и цепочки поставок

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

Специализация — не единственное отличие: несколько стартапов переносят на «стол ERP» более современные практики программных платформ. Примером может служить Zuora, платформа, специально предназначенная для того, чтобы позволить компаниям интегрироваться (с ERP!) и управлять своим бизнесом по подписке. Другие, такие как Anaplan и Zoho, делают то же самое.

ERP на подъеме?

На дворе 2019 год, и SAP — гигант: в прошлом году их выручка составила 25 миллиардов долларов, а рыночная капитализация — почти 150 миллиардов долларов.Но мир программного обеспечения уже не тот, что раньше. Когда SAP только появился, данные были разрознены и их было трудно интегрировать; хранение всего этого в SAP было очевидным ответом.

Сейчас это быстро меняется; на серверной части большинство современных корпоративных программ (например, Salesforce, Jira и т. д.) теперь имеют хорошие API для экспорта данных. Озера данных ETL и данных находятся на подъеме: Presto, например, облегчает объединение между базами данных, которое было невозможно всего несколько лет назад.

Что такое SAP (продукты системных приложений)

Что такое SAP (продукты системных приложений)?

В следующих статьях вы узнаете все о SAP ERP-системах. Первый вопрос, который возникает у нас в голове «что такое SAP» ? и что такое программное обеспечение SAP ERP ?, который является лучшим модулем SAP , и какой модуль имеет наилучшие возможности для светлого будущего??

Что означает SAP SAP означает системы, приложения и продукты для обработки данных.

SAP — это система планирования ресурсов предприятия (ERP) , разработанная SAP AG, компанией, расположенной в Вальдорфе, Германия.AG происходит от немецкого слова AKtiengesellschaft. Согласно немецкому языку SAP означает Systeme, Anwendungen und Produkte в Der Datenverarbeitung. Пакет программного обеспечения SAP , который внедряется в рамках реинжиниринга и предоставляет комплексные решения для финансов, логистики, распределения и запасов. В настоящее время большое количество компаний используют программное обеспечение SAP для своей повседневной деятельности.

После чрезвычайно успешного R/3 компания SAP создала все больше и больше нишевого программного обеспечения, такого как управление взаимоотношениями с клиентами (CRM), SRM, XI (теперь называемого Process Integration или PI) и снова соответствует стандартам SAP. поддерживая тесную интеграцию со своим основным программным обеспечением ECC .Новейшая версия пакета — SAP ECC 6.0 .

История SAP

SAP Основана примерно в 1972 году пятью инженерами IBM Хоппом, Велленройтером, Гектором, Чирой и Платтнером.

SAP R/1 :– Первая версия программного обеспечения SAP была выпущена примерно в 1972 году и известна как «система R/1. R» означает обработку данных в реальном времени. это одноуровневая архитектура, в которой три уровня: представление, приложение и база данных установлены в одной системе/сервере

(один — представление + приложение + база данных)

SAP R/2: В 1979 г. вторая версия SAP R/2 был выпущен.с базой данных IBM и бизнес-приложением, ориентированным на диалог. SAP R/2 для работы с разными языками и валютами. R/2 — это двухуровневая архитектура, в которой три уровня представления, приложения и базы данных установлены на двух отдельных серверах.

(Сервер 1 — Презентация, Сервер 2 — Приложение + База данных

SAP R/3: SAP обновил R/2 до R/3. SAP R/3 — это клиент/серверная версия программного обеспечения и это трехуровневая архитектура, в которой три уровня представления, приложения и базы данных установлены на трех серверах/системах.

Первый сервер — презентация, второй сервер — приложение, третий сервер — база данных

SAP S/4Hana — В 2010 году была выпущена новая версия SAP Hana. SAP Hana (высокопроизводительное аналитическое приложение) — это база данных для вычислений в памяти. Последняя версия Hana — SAP S4 Hana 2021.

Продукты SAP

  • SAP R/3 и R/3 Enterprise
  • mySAP Business Suite
  • SAP ERP
  • Отраслевые решения SAP
  • SAP xApps
  • SAP Solution Manager

Отраслевые решения SAP

SAP R/3 — Модули и интеграция

Функциональные модули SAP

  • FICO — Финансы и управление
  • PP – Планирование производства
  • MM – Управление материальными потоками
  • SD – Продажа и распространение
  • WM — Управление складом
  • УК – Менеджмент качества
  • Управление персоналом — Управление персоналом
  • CRM — управление взаимоотношениями с клиентами

Технические модули SAP

  • ABAP — расширенное программирование бизнес-приложений
  • XI — Инфраструктура Exchange
  • Сетевой зритель
  • Основа
  • BIW – Складирование деловой информации

Что такое SAP FICO?

SAP FICO Обозначения FI (финансовый учет) и CO (контроллинг).SAP FICO — это имп-модуль ERP, и в модулях «Финансы» и «Контролинг» хранятся данные финансовых транзакций. «FI (финансовый учет)» записывает, собирает и обрабатывает финансовые операции или информацию в режиме реального времени, чтобы предоставить необходимые данные для внешней (установленной законом) отчетности. SAP CO играет важную роль для целей принятия управленческих решений и для целей внутренней отчетности. Подробнее для SAP FICO

FICO содержит следующие подмодули.

Стоимость
FI CO
Главная книга учета Учет по видам затрат
Кредиторская задолженность Стоимость МВП
Кредиторская задолженность Учет по МВП
Учет основных средств Внутренние заказы
Банковский учет Продукт Управление
Консолидация Анализ рентабельности
специального назначения Ledger
Travel Management

Что такое SAP ММ?

SAP MM (управление материальными потоками) — это один из модулей внедрения в программном обеспечении SAP ERP, который поддерживает функции закупок и инвентаризации, возникающие в повседневных бизнес-операциях.Этот модуль MM содержит множество аспектов, таких как закупки, получение товаров, хранение материалов, планирование на основе потребления и инвентаризация. Модуль SAP MM полностью интегрирован с другими модулями системы SAP R/3, такими как FICO, SD, QM, PM, PP и WM. Подробнее о SAP MM

SAP PP

T Модуль приложения «Планирование производства» используется для планирования и контроля производственной деятельности компании. состоит из всей конфигурации системы, основных данных и полных решений для производственного процесса.Подробнее о SAP PP Training

SAP SD?

SAP SD (Продажи и распределение) является важным модулем SAP и является частью логистики. Основными видами деятельности SD являются обработка заказов на продажу, распределение отгрузок клиентам, процесс выставления счетов, выставление счетов клиентам, доставка. Модуль SD полностью интегрирован с другими модулями системы SAP R/3, такими как финансы, закупки (MM), планирование производства (PP). Подробнее о SAP SD

Что такое SAP HR?

SAP Human Resources управляет полным жизненным циклом сотрудников и расчетом заработной платы.Охвачены все аспекты от обучения до оценки. Узнайте больше о SAP Human Capital management

Преимущества SAP:-

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

Почему — программное обеспечение SAP R/3 оказалось успешным

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

Архитектура SAP R/3

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

  • Представление: – Это уровень, на котором пользователь работает с SAP GUI.Он взаимодействует со слоем базы данных через прикладной уровень.
  • Приложение: – Взаимодействует между уровнем представления и базой данных
  • База данных: – Это центральная база данных, в которой хранятся все данные систем ERP SAP.

SAP System Landscape

Каждый проект внедрения SAP проходит этапы развертывания. Ландшафт системы SAP включал следующие среды:

  1. Система разработки
  2. Система тестирования и обеспечения качества
  3. Производственная система

SAP Business Suites

SAP предлагает различные приложения вместе с ERP SAP для удовлетворения требований клиентов.Важными приложениями SAP являются следующие.

Этапы проекта внедрения SAP

  • Фаза 1 – Подготовка проекта,
  • Фаза 2 – Бизнес-схема,
  • Фаза 3 – Реализация,
  • Фаза 4 – Окончательная подготовка,
  • Этап 5 — Запуск и поддержка

>>> Если вы не знакомы с SAP, ознакомьтесь с нашими учебными пособиями по SAP шаг за шагом со снимками экрана >>>>

Посетите официальный веб-сайт сокcom для полных решений SAP Software.

Что такое SAP? Определение ERP SAP Software Systems

Что такое SAP? объяснил все о том, что такое программные системы SAP.

Что такое SAP?

SAP — это программный пакет ERP, а SAP означает системы, приложения и продукты для обработки данных.

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

SAP — это название компании и название ее продукта. Последней версией систем SAP является SAP R/3 ECC 6.0 EHP 8.

Особенности программного обеспечения SAP

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

История и оценка SAP

  • SAP AG Компания была основана в 1972 году
  • Через год финансовый учет был введен на основе системы R/1, где R означает обработку данных в режиме реального времени.
  • Система SAP R/2 поддерживает различные языки и валюты,
  • В 1992 году была запущена новая версия SAP R/3 с новыми техническими функциями R/3 называется трехуровневой архитектурой.
  • В настоящее время доля пакета ERP SAP на рынке составляет более 75%, а остальная доля приходится на все остальные пакеты ERP.
  • Программное обеспечение SAP занимает первое место в мире бизнес-процессов.

Почему SAP Systems

  • SAP считается одним из лучших программ ERP.
  • SAP имеет полностью интегрированную и модульную структуру
  • Обеспечивает максимальную гибкость
  • Поддерживает несколько языков
  • Доступна поддержка OSS
  • Единая точка ввода данных и влияние на всю систему SAP
  • Простая интеграция с электронной коммерцией бизнес-решения
  • Предоставляет полномочия в соответствии с ролями и обязанностями.

Версии в SAP

Различные версии SAP выпускаются из года в год.

+
SAP-версия выхода Год
SAP R / 2 +1992
SAP R / 3 1.0 +1992
SAP R / 3 2.0, 2.1 +1997
SAP R/3 3.0B, C, E, G, 3.1G 1998
SAP R/3 4.0A 1998
SAP R/30D 1998
SAP R / 3 3.0f 1998
SAP R / 3 3.1H 1998
SAP R / 3 3.1I 1998
SAP R / 3 4.0B 1998
SAP R / 3 4.5A 2000
SAP R / 3 4.5B 2000
SAP R / 3 4.6A 2001
SAP R/3 4.6B 2001
SAP R/3 4.6C 2001
SAP R / 3 4.7 2003
SAP ECC 5.0 2004
SAP ECC 6.0 2005

Модули в SAP

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

  1. Функциональные модули
  2. Технические модули

Каждый модуль в SAP интегрирован друг с другом для обмена общей информацией.Важными модулями SAP являются

  1. Финансовый учет
  2. Контроль
  3. Продажи и распределение
  4. Управление материалами
  5. Управление цепочками финансового поста
  6. Проектные системы.

Теперь давайте подробно обсудим каждый модуль SAP один за другим.

SAP Financial Accounting (SAP FI): Модуль SAP FI (финансовый учет) является основой организации, поскольку он управляет финансами и контролирует деятельность организации. Он записывает все транзакции на ежедневной основе и генерирует финансовые отчеты в соответствии с требованиями.

Контроллинг SAP (SAP CO): Модуль SAP CO (Контроллинг) является частью SAP FICO (Финансовый учет и контроллинг). SAP CO помогает в планировании, отчетности, управлении и мониторинге бизнес-операций организации.

SAP Sales and Distribution (SAP SD): SAP SD (Sales & Distribution) — одна из важных прикладных областей логистики. SD обрабатывает всю деятельность по продажам и дистрибуции организации. Модуль SAP SD может быть интегрирован с другими модулями управления материальными потоками, финансового учета, планирования производства и т. д.

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

SAP Human Capital Management (SAP HCM) SAP HCM (Human Capital Management) Модуль управления человеческими ресурсами (HRM). Модуль SAP HCM отвечает за управление ресурсами, определение потребностей и потребности в рабочей силе, удовлетворенность сотрудников, управление заработной платой и т. д.

Архитектура SAP

Система SAP R/3 работает в одной общей базе который вводится в систему SAP одним отделом организации, сразу же доступен для всех отделов организации.Например, если вы введете информацию о поставщике в SAP, информация будет немедленно доступна для других отделов, таких как финансы, управление персоналом, управление материальными потоками и т. д. 3), то есть

  1. Уровень представления
  2. Уровень приложения
  3. Уровень базы данных

Ландшафт SAP

Каждая реализация проекта SAP проходит этапы развертывания.Для реализации проекта используются различные типы систем. SAP Ландшафт — это серверная конфигурация для реализации Проектов. Ландшафт систем SAP включает следующие среды:

  1. Система разработки
  2. Система тестирования и обеспечения качества
  3. Производственная система.

Ускоренная методология SAP

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

  1. Подготовка проекта
  2. Бизнес-план
  3. Реализация
  4. Окончательная подготовка
  5. Запуск и поддержка
  6. Непрерывное совершенствование.

Преимущества SAP

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

[Объясните, как я пять] Что такое SAP? : SAP

Позвольте мне попробовать ELI5 на этом:

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

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

И, как правило, создавать ОС с нуля слишком сложно, поэтому вы берете уже существующую (Windows, Linux, Mac OS и т.). Затем вы настраиваете его в соответствии со своими личными потребностями: выбираете обои, определяете, какие программы вы хотите использовать, управляете региональными настройками и языком и т. д. И вы настраиваете программы, которые хотите использовать (настройки Firefox или Chrome, в Word, Excel и т. д.)

SAP в основном одинаков для компании.

Компания выполняет множество ежедневных задач:

  • Размещение заказов поставщикам

  • Производство всего, что они продают

  • Продажа товаров или услуг клиентам 7 7 7 бухгалтерия

  • и т.д.

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

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

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

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

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

Награда за признание SAP | Университет Таусона

Продемонстрируйте свой опыт в ведущей в отрасли системе планирования ресурсов предприятия SAP. программное обеспечение для бизнеса потенциальным работодателям.

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

Что такое SAP/ERP?

SAP означает Системы, приложения и продукты в области обработки данных.SAP® является лидером на рынке программного обеспечения для планирования ресурсов предприятия (ERP). Организации использовать программное обеспечение ERP для управления межфункциональными бизнес-процессами, такими как планирование, закупки, запасы, продажи, финансы, управление взаимоотношениями с клиентами, человеческие ресурсы и более. Интеграция всех этих функций позволяет бизнес-аналитикам и руководителям видеть общую картину и принимать стратегические решения. Более 260 000 компаний в более 130 стран и 80% компаний из списка Fortune 500 используют SAP.Только в районе Балтимора, 492 компании используют SAP.

Зачем получать награду за признание SAP?

По состоянию на весну 2018 года более 70 000 вакансий, перечисленных на сайте Indeed.com, требуют навыков SAP, что делает их одними из самых востребованных ИТ-навыков. Но как и многие программного обеспечения, SAP представляет собой сложную платформу, для полноценного использования которой требуется обучение.Обучение работе с этим программным обеспечением на уровне бакалавриата даст вам конкурентное преимущество. на рынке труда и подготовит вас к многочисленным менеджерам программ начального уровня и вакансии бизнес-аналитика.

Награда за признание присуждается официальной программой SAP University Alliance и сигнализирует работодателям, что вы прошли это специализированное обучение.

Как получить награду

Бизнес-системы и процессы (BSAP) Студенты

Премия SAP Recognition Award встроена в бизнес-системы и процессы (BSAP). программа.Завершив обязательные курсы по специальности, вы будете работать над награда.

Студенты делового администрирования

Если вы хотите добавить в свое резюме определенные учетные данные SAP, вы можете взять три из следующие курсы для получения награды SAP Recognition Award: EBTM 310, EBTM 360, EBTM 370 и ЭБТМ 400.Специальность по бизнес-администрированию с упором на лидерство а руководство или маркетинг также могут считать EBTM 310 одним из своих сосредоточений. факультативы.

Специалисты по деловому администрированию могут получить двойную специальность в BUAD и BSAP, имея только пять дополнительных курсов. Вам нужен всего один дополнительный семестр, чтобы получить высшее образование по ДВУМ специальностям.Кроме того, вы также заработайте награду SAP Recognition Award — непревзойденная комбинация!

Что такое SAP и для чего он нужен?

Что такое SAP? Это один из самых часто задаваемых вопросов, которые возникают у компаний при входе в мир программного обеспечения для бизнеса.

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

Таким образом, можно сказать, что SAP является частью категории ERP (планирование ресурсов предприятия).

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

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

Здесь мы объясняем все, что вам нужно знать об этой мощной системе:

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

Благодаря широкому спектру возможностей он предлагает интуитивно понятную и всеобъемлющую платформу . Также следует отметить способность SAP управлять значительным массивом данных без потери гибкости.

Без сомнения, это наиболее полное программное обеспечение ERP на рынке, и его долгая история доказывает это.

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

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

В бизнес-сфере многие сектора заинтересованы в использовании SAP из-за его многочисленных функций.

Добавить комментарий

Ваш адрес email не будет опубликован.