Проектирование: 1С-ориентированная среда проектирования. #259238

Просто мысли вслух а-ля Гений 1С. Возникла идея формирования стандартов проектирования с учетом характера платформы 1с8 (измененный UML), включая описанные этими стандартами основные приемы (паттерны) проектирования. Стандарты будут содержать 1. Словарь диаграмм. 2. Описание этапов проектирования. 3. Основные приемы Естественно, проектирование изменений в типовых, может быть импорт готовой конфы (обратное проектирование) Возможно создание графической среды с генерацией структуры и модулей.

Я только за =)

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

Чем-то это напоминает стандарты на сочинение стихов... Зачем Вам это?

Свяжись с Гением 1С, сколотите банду.

не совсем понял что предлагается - использовать UML для проектирования или сделать свой язык по типу UML? и как это связать с 8-кой, внешними компонентами? отдельным приложением?

Стандарты и регламенты - это хорошо, особенно, когда наблюдается текучка кадров-разработчиков. Я сам занимался этим для PL/SQL и .NET... Можно быстро заменить одного разработчика другим... Но вот создание среды с заточкой под 1С... геморно...

И все это написать на платформе 1С

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

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

с 8-кой то чем связывать?

Вот, может поможет: готовые обработки для 7.7 и 8.0 для составления диаграммы связей

Не могли бы Вы для примера привести хоть один стандарт ПРОЕКТИРОВАНИЯ? Не стандарт документирования, не регламент разработки, а именно ПРОЕКТИРОВАНИЯ.

Программно генерировать конечно навряд ли получится (cf файл вроде закрыт). Генерация ТЗ ?

например хорошим стандартом проектирования явлется, что в проете должен быть 1 человек главный (+1-2 зама) для руководства проекта в целом

CF можно сгенерировать, думаю. MMF должен знать ответ.

По-моему это не стандарт ПРОЕКТИРОВАНИЯ, а стандарт управления проектом...

Стандарт, методология, свод правил. Кажется все поняли о чем примерно речь...

У нас один такой есть - Путин.

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

Интересная штука. Надо заценить.

Г.Буча спроси.

Правильной дорогой идеш товарищ! Аналогичное на ARIS планировал (планирую)

SADT ))

Старьё

Про моделирование нашел много, а вот про проектирование какое-то молчание...

а для меня это сейчас самый важный момент по 1 крупному проекту

И где же Буч говорит о ПРОЕКТИРОВАНИИ?

Моделирование деятельности организации важнейшая часть проектирования ПО для неё. Это тоже проектирование.

Тогда давайте не будет мешать в одну кучу управление проектом и проектирование - это две очень разные вещи...

RUP, кодогенерация, управление требованиями - ничего не говорит о проектировании ????

+

Моделирование чего?

"RUP, кодогенерация, управление требованиями" - где же тут проектирование то?

Деятельности !

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

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

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

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

без хорошего управления - проектирование превращается в "кто упеет пнуть..."... или

RUP - методология. Включает проектирование как этап итерации. Кодогенерация - возможна как результат успешного проектирования Управление требованиями - а что тогда если не проектирование ??

Ну если так подходить, то любую пару слов можно за синонимы принять :-)

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

неее....нам до этого далеко ! кто бы хоть раборался немного со стартами идеологий примерно 60-70 баз на различных 7-8 языках программрования

Можно нскромный вопрос? А ты читал эту книгу?

Посмотри плиз что скажешь ?

Видел массу примеров, когда при хорошем управлении, писалось много стандартных бумажек с полным бредом в содержании... Так как же осуществлять этот самый "проектирование как этап итерации"? Что и как на этом этапе нужно делать? Кодогенерация вообще не связана с успешностью или неуспешностью проектирования. "Управление требованиями" - даже из названия ясно, что это управление, а не проектирование.

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

Читал и не один раз

Что скажешь по поводу генерации CF или хотя бы модификации? Было бы круто генерить структуру по UML модели.

Отбой. Уже нашел твой ответ.

пустой Cf сгенерировать или собрать в Cf разобранное содержимое конфы - это одно. А вот самому нагенерировать внутренние структуры на основе неких моделей - неосуществимо

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

у нас сейчас "смешались люди кони")).. 1. является ли ErWin средством проектирования логической структуры базы данных для RDBMS? да, является. При этом поддерживаются различные физические СУБД: MSSQL, DB2 2. Можно ли создать средство проектирования структуры объектов метаданных 1С? Можно, вот насчет инструмента - надо думать.. Например, в ARIS можно соответствующий методологический фильтр создать и описываеть логическую структуру объектов метаданных 1С с последующим преобразованием в физическую структуру метаданных используя вот такой инструмент -

"Неосуществимо" - очень надеюсь, что ты хотя бы в этот раз преувеличиваешь.

2 - интересная вещь. В реале пробовал?

1. Это не средство проектирования, это средство для сохранения уже готового проекта и для формирования таблиц, в соответствии с проектом. Штука полезная, но она не помогает в процессе проектирования как такового. Представьте себе ситуацию. Берем студента, учим его рисовать резисторы, конденсаторы, транзисторы, проводочки, учим оформлять чертежи. Научился ли он проектировать? Что он сделает, если дать ему задание спроектировать принципиальную схему GPS приемника? Так и Erwin, Visio, ARIS, нотация Буча - это всего лишь инструмент для того, чтобы зафиксировать результаты проектирования, а не то КАК спроектировать...

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

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

у меня руки не добрались, но видел как чел реально его использовал в 1С... у него и ссылку взял! уважаемый, не нужно утрировать.. разговор идет о людях, представляющих о предмете проектирования.   Мы прекрасно же помимаем, что дав ErWin кухарке, не стоит ожидать создания в итоге некоей базы данных. Еще раз - говорим о инструменте поддержки проектирования (проектировании).. а не о замете таких замечательных специалистов, каковыми являются все 1Сники)))..

"говорим о инструменте поддержки проектирования" - как-то не сочетается с , там то как раз речь идет о самом проектировании...

всеж, надо понимать скорее как создание инструмента проектирования, а не средства для замены "тупого 1С-ника"..

Инструментов и так выше крыши. Зачем еще один, если не для замены "тупого 1С-ника"?

Понятно. Тогда действительно дело гиблое. Тогда остается только .2. Ну а че, быстро ли этот автоматизатор работает?

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

Главный инструмент проектировщика - это голова! А уж в какой нотации записывать все свои творения - это дело десятое (меня вот visio вполне устраивает)...

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

Ну как дела Mort? Как движется разработка? Думаю вообще конечно это дело полезное, даже очень полезное. Хотя по моему личному мнению - для такого дела нужен очень большой опыт и пожалуй не только одного человека.

ээх... а как бы хорошо было жить если бы 1С думал не тольк кошельком и спинным мозгом, но и реализовал механизм хоть вида "запуск конфигуратора в OLE режиме" c возможностью внесения изменений автоматизированно из внешних программных сред. Тут и RationalRose плагины сразу бы появились бы и альтернативная среда проектирования и графические отчеты и другие полезные фичи... но 1С пока похоже думает спинным мозгом экономистов-продажников... блин... вот ведь фигня..да?

Ну если очень хочется, то по OLE можно внести изменения, правда придется покурить формат хранения данных

Есть такая методология ICONIX. Там достаточно неплохо описано КАК можно использовать нотацию UML. То есть описана схема процесса проектирования программного обеспечения. Не то?

На дату посмотри :)

Вообще-то отношение к uml достаточно пессимистическое в it. Монстры считают, что uml себя изжил и его средств недостаточно для нормального описания поведенческой модели.

И вообще что Вы понимаете под "Стандартом проектирования"? Что это за штука такая, что в нее входит? Опишите, пожалуйста. Просто интересно стало..

см :)))

Сорри, кажется я разговариваю сам с собой)) Вообще такое заявление похоже на среднюю температуру по больнице. Слишком общо. Не надо так про uml)). У него есть область применимости. Хотя вполне возможно что это ERP туда не входит.

Ну не только, многие разработчики j2ee такого же мнения.

и что же эти "разрботчики" предлагают и как аргументируют? что думают в отношении UML2 ?