Система проектирования прикладных решений (СППР), как широко используется?
 

Система проектирования прикладных решений (СППР)
[url]http://v8.1c.ru/model/[/url]
Кто реально использует?
Судя по тому, что на Т1С вообще ни разу не упомянута, то, могу предположить - НИКТО, хотя рад В ЭТОМ ошибиться.

Щупал 1.0.12.20
Планирую в обозримом будущем поюзать

Щупать то многие, наверно, щупали ;).
А, вот ещё интересно:
Есть ли какие - то [em]не гипотетические данные[/em],
что сами разработчики типовых конф. 1с используют СППР?

[em]Похоже[/em], реально никто не использует, в том числе и разработчики типовых конф. 1с ))).
Что ж, коньяк, [em]похоже[/em] мой ).

3-АйЯяйТи > Не видать тебе коньяка. Тандер юзает, инфа 146%

[quote=Defender aka LINN;25422991]СППР[/quote]Если так, это как [em]бальзам[/em]на душу, можно и без [em]коньяка[/em]пережить).

Приятно было обнаружить не затасканный материал по близкой теме:
"Разработка технического задания. Что это такое, зачем оно нужно, с чего начать и как должно выглядеть?"
[url]http://infostart.ru/public/123632/[/url]

(6) Ты сам то за что ратуешь?

(7-Reaper)
Я [em]ратую[/em] за то, что бы смотреть правде в глаза))).
СППР появилась только в конце 2010, до этого 1С конкретно открещивалась от этапов разработки, предшествующих конкретному кодингу. Вот единственное, что говориться об этапе постановки в библии 1с:
----------------------------
ПРОФЕССИОНАЛЬНАЯ РАЗРАБОТКА В СИСТЕМЕ 1С:ПРЕДПРИЯТИЕ.
Глава 18. Методология разработки. стр. 686
…
Проектирование.
Можно сказать, что собственно создание будущего прикладного решения [u]начинается с его проектирования[/u].
Предполагается, что к этому моменту задача, стоящая перед будущим прикладным решением,
[u]уже полностью сформулирована: [/u]
проведено обследование заказчика,
формализованы требования,
выработано техническое задание
и получена полная информация, которая необходима для того, что бы начать непосредственное создание конфигурации.
----------------------------

СППР сделали для престижу, неловко такой солидной фирме не иметь свою собственную технологию постановки (выявление требований итп). Потому получилась она чересчур академичной (в плохом смысле слова) и тяжеловесной. (например, использование нотации IDEF0).
Потому, практически никто и не использует, как показывает эта тема.
А 90% программеров (не важно 1с, или какая другая платформа, и не только в РФ, а даже и в USA) терпеть не могут все эти "методологии".
"...Только код отражает код. ... важны рабочие системы, а не красивые модели. Как лаконично выразился Джек Ривс, «The code is the design» («Код и есть проект»). ..."
[url]http://ru.wikipedia.org/wiki/UML[/url]
.
Ну вот примерно как-то так [em]ратую[/em].
Хотя, допускаю, что чего-то я не понимаю, а СППР - отличная штука для больших проектов.

(8) Я вообще не понял почему ты связываешь проекты внедрения с СППР. Инструмент нужен для проектирования коробочных решений. Я вот его крутил-вертел... если бы мне нужно было проектировать тиражное решение - я бы его использовал. А на внедрении я бы его использовал только если бы 1С поставляло вместе с ним модели своих конфигураций и обновляло бы их с каждым релизом. А с нуля рисовать УТ 11, которая через полгода изменится до неузнаваемости - мартышкин труд. Не по нам рубаха то.

[em]9-Reaper >Я вообще не понял почему ты связываешь проекты внедрения с СППР ...[/em]
Че та не найду у себя фразу, которую можно так понять :).