Перейти к публикации

Расчет надежности PDM системы


Рекомендованные сообщения

Здравствуйте, уважаемые.

Занимался ли кто расчетом надежности, какой либо PDM системы на конкретом предприятии

Может, кто сталкивался с какими либо примерами, или методиками расчета.

Вообщем нужно от чего-то оттолкнуться.

Ссылка на сообщение
Поделиться на других сайтах


Что Вы понимаете под надежностью PDM-системы? Кол-во обслуживающего персонала, статистика проблем

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

PDM-система подбирается, разрабатывается под нужды конкретного предприятия, исходя из наличия опыта работы с системами, уровня интеграции с CAD-CAM-CAE - системами, наличия квалифицированных программистов, способных адаптировать (разрабатывать) систему. Сначало ТЗ разработайте, чтобы определиться с необходимым и достаточным функционалом.

Ссылка на сообщение
Поделиться на других сайтах

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

Задача:

Существует PDM система на производстве определенно кол-во рабочих мест, определены задачи, определены CAD, CAM и прочее САПР применяемые в процессе подготовки производства.

Данная система фигурирует в дипломном проекте. Человеку необходимо рассчитать надежность PDM при конкретных условиях.

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

Ссылка на сообщение
Поделиться на других сайтах

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

Ссылка на сообщение
Поделиться на других сайтах

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

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

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

Лучше бы тому человеку сменить тему дипломного проекта, бо кто ж ему даст такую статистику?

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

В общем, тут скорее пахнет кандидатской, чем дипломом... а то и докторской. :wink:

Ссылка на сообщение
Поделиться на других сайтах

я бы ставил вопрос так: а чем особенным система PDM отличается от других информационных систем, как-то ERP, планирование, бухгалтерия, электронная почта и прочее?

мое мнение: ничем особенным.

поэтому если найдете методику расчета для любой подобной системы - применяйте ее и для системы PDM.

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

собрать статистику очень сложно, так как такие системы работают очень стабильно...

Ссылка на сообщение
Поделиться на других сайтах

я бы ставил вопрос так: а чем особенным система PDM отличается от других информационных систем, как-то ERP, планирование, бухгалтерия, электронная почта и прочее?

мое мнение: ничем особенным.

Странное заявление, для знакомого с IT человека. :g:

А степень поддержки PDM системой специфических CAD-овских вещей типа совсем не важна?

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

поэтому если найдете методику расчета для любой подобной системы - применяйте ее и для системы PDM.

Вот и получит человек оценку образно говоря военно-транспортного самолёта по критериям ломового извозчика. :clap_1:

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

Ссылка на сообщение
Поделиться на других сайтах

Странное заявление, для знакомого с IT человека

преподы в вузе говорили золотые слова: "мы вас учим не знаниям, а умению искать информацию и решения".

кто обладает знаниями - тот просто ремесленник, кто умеет искать решение - тот инженер.

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

Ссылка на сообщение
Поделиться на других сайтах

преподы в вузе говорили золотые слова: "мы вас учим не знаниям, а умению искать информацию и решения".

кто обладает знаниями - тот просто ремесленник, кто умеет искать решение - тот инженер.

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

В таком случае отдавайте себе отчёт в том, что ваши преподы не научили вас ничему.

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

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

Ссылка на сообщение
Поделиться на других сайтах
  • 4 месяца спустя...

К софту не применяется понятие "надежность". Применяется понятие "качество". Есть стандарты серии ISO 9000, есть TickIT, также SEI SW-CMM. Многое написано в SWEBoK. Можно посмотреть подход ITIL. Но даже там речь идет не о качестве конкретного компакт-диска с софтиной, а о качестве процесса разработки, сопровождения, эксплуатации и т.д. информационных систем.

Если Вы возьмете, к примеру, бутылку пива, то там не написано о ее "надежности", но вполне может быть написано, что система управления качеством предприятия-изготовителя сертифицирована по ISO 9001.

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

Только не совсем понятно, зачем такие сложности для диплома. Эти вещи нужно знать только профессиональным софтостроителям. Юзерам они ни к чему.

Ссылка на сообщение
Поделиться на других сайтах

...

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

...

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

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

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

Присоединяйтесь к обсуждению

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

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.

  • Сейчас на странице   0 пользователей

    Нет пользователей, просматривающих эту страницу.




×
×
  • Создать...