Класс Product

[Max KZK 2]

Поковырялся тут с классом Project в SmDemo.

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

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

Есть у кого-нибудь идеи?

[green_fx 0]

Суть:

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

[Termik 0]

Суть:

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

Это чушь.

Product Views используются для хранения различных представлений структуры изделия на разных этапах его жизненного цикла.

Цитата из документации: "For example, the designer might want to see how the product is created from its components during the planning process, the planner will want to see how the product is to be assembled, while the manufacturing staff will want to see the assembly from the point of view of cost"

[Max KZK 2]

Не совсем понятно, для чего такая структура. Ну сгородили бы несколько суперклассов по числу стадий. Было бы логичнее. А зачем класс Продакт, да еще на каждый объект по дереву....

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

И кстати, что может значить ключик на пиктограмме?

[green_fx 0]

Это чушь.

Product Views используются для хранения различных представлений структуры изделия на разных этапах его жизненного цикла.

Бред не надо читать всякий просто!

Для этого есть phasees!

[Termik 0]

Бред не надо читать всякий просто!

Для этого есть phasees!

Обозвать документацию бредом - это сильно даже для Вас !

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

[green_fx 0]

Эта документация полное говно!

А виды как раз растут из фаз и не надо по этому спорить!

[Termik 0]

green_fx

ты прекрасный программист, но зачем лезть в идеологию системы и производственные процессы, в которых ни черта не понимаешь ?

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

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

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

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

Ты, наверное, чувствуешь себя Богом на этом форуме ?

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

[goscha 0]

Privet,

nemnogko predstawliaja otkuda eti poniatija as build as designed a.s.o. pojawilis' xochu pomirit' sporiashix - eto tak nazivaemie views, kotorie otkrivajut ( konfigurirujut) strukturnoe derevo po opredelennim fazam i domainam gde chto i kak nugno.

naprimer as designed: otnositelno ploskaja struktura ustroenaja po logike raspologenija prostranstwennix komponent.

as manufaktured: struktura, sostojashiaja is tex ge komponent no ustrojennaja po prinzipu - manufacturing stages

tak chto ne derites' :)

make love no war!

goscha

P.S.: a dokumentazija chitaetsia obichno 2 raza: do 3x mesiachnogo obuchenija i posle :)))))

[Max KZK 2]

Мне вот тоже почему-то кажется, что оба спорщика говорят об одном и том же не до конца понимая суть дела. Сам я в прочем тоже до конца ее не понимаю.

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

[green_fx 0]

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

Что касается продукта и видов (Views), здесь дело тонкое, их можно использовать по разному… Вот мы например используем виды для ведения/отображения/анализа фаз проекта, а продукт у нас это ничто иное как сам проект в целом. И вот что получается: проект – продукт, под проекты это фазы и продукт в свою очередь тоже состоит из тех же фаз, следовательно, из под проектов. Вывод: управление осуществляется портфелями (программами) проектов, а это дорогого стоит