1C выпустил бету системы поддержки разработки ПО и кастомизации типовых решений

[Сисой]

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

[Сисой]

Что пока понял:
Объекты данных - описывают объекты конфигурации 1С. Они же - элементы управления в IDEF0 функций системы.
Профили пользователей - описывают профили (наборы ролей и функциональных ключей), Они же - Исполнители ("механизмы" в классической нотации) IDEF0.
Функции - функциональность системы в терминах иерархии функций, каждая из которых описывается диаграммой IDEF0 и содержит перечень операций в терминах ИС.
Бизнес-процессы - иерархическая структура. Элемент БП может ссылаться функцию системы.

В бета-версии в конфигурацию залита информация по "Управлению торговлей 11".

[mazzy]

Цитата:

Сообщение от Сисой

В бета-версии в конфигурацию залита информация по "Управлению торговлей 11".

А в дальнейшем они планируют дать людям описания своих типовых конф?

[Сисой]

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

[mazzy]

Цитата:

Сообщение от Сисой

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

Дай бог, конечно. Может они найдут серебряную пулю.

немножко похоже на то как генерится хелп к Аксапте/Навижину.
у динамиксов конечно нет встроенного в хелпогенерилку IDEF0 и диаграммы сущностей (хотя бы потому что у майкрософта есть визио )

но хелп тоже собирается из маленьких кусочков.
http://msdn.microsoft.com/en-US/libr...=AX.10%29.aspx
читать "это" - пытка.
более-менее читаемые страницы - как раз сгенеренные вручную.
зато у МС хороший показатель % покрытия хелпом.

но, может быть, у 1С что-то получится.

Для сравнения см. рекомендации по составлению статей
в википедии
Много маленьких или одна большая?

и луркмоаре
луркоморье — не твиттер
Размер статьи

[Reaper]

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

[Сисой]

Цитата:

Сообщение от Reaper

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

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

[Сисой]

Из хэлпа:

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

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

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

· функции, описывающие функциональность разрабатываемой конфигурации с заданной степенью детализации;

· объекты данных, являющиеся единицей потоков информации в схемах IDEF0 и описывающие объем и характер информации, поступающей на вход функций или формируемых функцией;

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

Логическая модель представляется графически и описывается в соответствие со стандартом IDEF0. Согласование логической модели выполняется по ряду критериев, описанных в главе, посвященной логическому проектированию.

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

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

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

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

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

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

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

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

Пятый этап – этап разработки конфигурации выполняется в конфигураторе без использования СППР.

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

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

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

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

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

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

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

[Garya]

Цитата:

Сообщение от Сисой

Пятый этап – этап разработки конфигурации выполняется в конфигураторе без использования СППР.

Очень забавный этап.

[ibc]

Сисой, а по цене этого СППР, 1С не сориентировал хотя бы примерно?