Владислав Жаринов писал(а):
По велосипедам - вот если будет профессиональный ответ на это: viewtopic.php?p=74873#p74873 - так делать или не так (хотя бы от разработчиков семредактора) - то будет ясно, что уже изобретено (ими), что изобретается, а что ещё предстоит (и какие здесь м.б. проблемы)...
...
А вот взять себе на заметку интеграцию и поддержку работы оргсистемы в целом (как было, судя по всему, в РТК-Микро) - обязательно.
...
Я не в курсе, но думаю, что вряд ли все Ваши
пожелания уже реализованы в обсуждаемых там семредакторах, особенно, учитывая потенциальную поддержку оргсистемы в целом. А в РТК, действительно, всё уже "было украдено до нас". Повторю рисунок с сайта фонда Глушкова, где можно понять направление проектирования: от "мысленных образов" до конкретной реализации, через спецификации и матмодели, и пр.:
Вложение:
r_fact.png [ 104.22 КБ | Просмотров: 20045 ]
А в много цитируемой здесь статье Вельбицкого кратко описана сама суть (думаю, что лично Вы в курсе, но я процитирую для всех, также есть информация и в последней выше представленной статье из журнала):
Цитата:
Технологический модуль. В Р-технологии это понятие является развитием известных понятий (структура, модуль, абстрактный тип данных, базы знаний) в направлении стандартизации понятия "интерфейс". Технологический модуль в Р-технологии (РТМ) - это элемент абстракции процесса программирования. Он состоит из трех частей:
Вложение:
116_290.gif [ 9.68 КБ | Просмотров: 20045 ]
Цитата:
Интерфейсная часть РТМ - это то, что всегда видит специалист на экране дисплея или распечатке при обращении к РТМ.
Операционная часть РТМ определяет все допустимые действия специалиста в интерфейсной видимой части модуля, а также связь ее с информационной частью и другими модулями.
Вложение:
117_7C8.gif [ 101.55 КБ | Просмотров: 20045 ]
Ещё пример из второй статьи:
Вложение:
r_chert.PNG [ 151.24 КБ | Просмотров: 20045 ]
Цитата:
Имя чертежа - произвольная последовательность символов, имеющая в некоторых случаях краткий эквивалент или шифр.
Поле спецификаций - база знаний или определение предметной области на соответствующем уровне абстракции, задаваемом чертежом. Такое определение осуществляется с помощью структурированного текста (формального или неформального) с максимальным использованием наиболее наглядных в соответствующей предметной области графическиих, формульных и других обозначений.
Рабочая часть - функциональная часть чертежа, задающая в строгой алгоритмической форме (например в Р-схемах) соответствующий фрагмент проектируемой структуры - алгоритма, программы, СУБД и т.д.
В поле абстракций определяются любые неформальные обозначения, используемые в рабочем поле или поле спецификаций чертежа и соответствующие математическим текстам после слова "где...".
Чертежи (точнее - содержательная их часть) могут быть связаны друг с другом иерархически через механизм раскрытия любого обозначения или понятия на чертеже. Раскрыть понятие можно в поле абстракций данного чертежа, а также с помощью чертежа следующего уровня или того же уровня иерархии - вариантное определение (рис.
. Раскрываемые понятия на чертеже выделяются тем или иным способом (цветом, тоном и др.). Иерархия чертежей может быть многоуровневой и многомерной.
Помимо иерархии, чертежи можно объединить в контуры, связь между которыми не является жесткой, алгоритмической, а скорее информационной, например: "об этом в другом контуре сказано в таком-то месте" или "требования к этому алгоритму сформулированы в контуре технического задания там-то" и т.д. Контуры проекта могут быть самыми разнообразными, например: информационный контур заказчика (техническое задание), моделирующий, алгоритмический, рабочий, оптимизирующий время работы, эксплуатационной документации и т.д. Связь между понятиями в разных контурах может быть разветвленной и поименованной (средствами меню), например:
Вложение:
126_3A58.gif [ 13.62 КБ | Просмотров: 20045 ]
Цитата:
Такая система разветвленной связи между различными понятиями чертежей (при электронной, безбумажной схеме ее реализации) позволяет оперативно сформировать гибкий интерфейс всестороннего и быстрого проекта.
Технологический процесс. В Р-технологии он формируется на этапе технологической подготовки работ та РТМ, соответствующим образом запрограммированных. Этим достигается особая гибкость процесса конструкторской разработки в Р-технологии, обеспечивающая эффективную ее настройку на конкретные условия коллектива, планируемое повышение качества программных средств и производительности труда программистов.
При формировании конкретной технологической линии в Р-технологии используется понятие универсального технологического цикла, которое означает, что любая разработка (и/или производство, использование) программной системы должна иметь следующий универсальный технологический цикл выполнения:
Вложение:
128_1558.gif [ 6 КБ | Просмотров: 20045 ]
Цитата:
где СА - системный анализ, МП - модельное проектирование, Р - собственно работа, Д - документирование работы, АНАЛИЗ - итерационный процесс улучшения выполненной работы.
Указанные имена условны и на разных стадиях и этапах технологического процесса могут иметь другие названия, сходные по сути: предпроектные исследования, эскизный, технический и рабочие проекты, создание прототипа, экспертиза проекта, отладка, тестирование, отчего выполнении работы, контроль исполнения, производство, сопровождение и т.д.
Разработка программ по Р-технологии производится по заранее запрограммированному технологическому маршруту. В результате многоконтурного и многоуровневого проектирования создается комплект чертежей программной системы, который может иметь вариантные (нерабочие) ветви, проверяющие различные идеи реализации, а также избыточные ветви для возможной генерации по месту эксплуатации проекта. В конструкторской разработке есть этап сборки чертежей для создания постановочного проекта или опытного образца (прототипа) для последующего воспроизводства на этапе производства.
В процессе разработки программный проект (начиная с самых ранних этапов неформального проектирования) испытывается, в частности, на соответствие документации и спецификациям проекта. Для этого разработаны соответствующие автоматизированные методики, которые опираются на наглядную графическую форму задания алгоритмов Р-технологии, формализованы ые методы оценки сложности программных средств и автоматизированную генерацию текстов.
Этап документирования в традиционном его понимании отсутствует в Р-технологии, ибо комплект чертежей программного проекта по ГОСТ 19.005-85 (ISO 8631Н) полностью заменяет документ "Описание программы" по БСПД. Эксплуатационная же документация проекта (инструкция для пользователя, оператора и др.) получается не изготовлением заново, как обычно, а редактированием и автоматизированной генерацией из поля спецификаций соответствующего комплекта чертежей. Объем ее меньше традиционного, так как содержит только основные, самые необходимые для эксплуатации системы сведения, а за остальными пользователя отсылают к соответствующему комплекту чертежей проектной документации. Проектная и эксплуатационная документация создается по унифицированным технологическим операциям, содержащим соответствующие шаблоны и трафареты, что облегчает ее понимаемость и усваиваемость.
В комплект поставки программных средств, изготовленных по Р-технологии, входят отредактированное дерево проекта (комплект чертежей), инструкция по генерации системы, программа испытаний с генератором контрольных тестов и комплект эксплуатационной документации.
Производство программ по Р-технологии-это Не только тиражирование программного проекта, но и большой комплекс работ по его привязке к условиям эксплуатации. В процессе производства исходный программный проект рассматривается лишь как прототип или опытный образец и фактически заново переконструируется на макроуровне таким образом, чтобы обеспечить удобную и эффективную эксплуатацию соответствующей программной системы в конкретных условиях эксплуатации. К производству относится также большой комплекс мероприятий по маркетингу, сбору статистики при использовании проекта, анализу рекламаций, модификации проекта в результате накопленного опыта эксплуатации и т.д. Все эти работы проводятся независимо от разработчиков проекта теми же инструментальными средствами, что и разработка по технологическим маршрутам и РТМ, запрограммированным для задач производства.
Использование программ по Р-технологии осуществляется независимо - от тех, кто их разрабатывал, и от тех, кто их производил. Пользователь программной системы, разработанной по Р-технологии, Может по комплекту документации поставки разобраться как угодно глубоко в принципах работы системы и по опыту ее использования самостоятельно ее модифицировать или дать задание на проведение таких модификаций службой сопровождения или производства.
Организация коллектива в Р-технологии осуществляется по безбумажной схеме в некоторой электронной почтовой диалоговой сети. В этой сети все специалисты (заказчики, функциональные специалисты, разработчики программ, администраторы проекта и др.) иерархически упорядочены так, что работа каждого предопределена технологическим маршрутом, заложенным в машину на этапе технологической подготовки работ для каждого типа специалистов и каждого этапа выполняемой ими работы. Каждый специалист в этой схеме имеет паспорт, в котором указываются его фамилия, шифр, пароль доступа к данным, список его подчиненных, список текущих, запланированных и выполненных работ и т.д. Машина следит за правильностью взаимодействия специалистов по схеме и блокирует любые несанкционированные схемой обращения.
В Р-технологии каждая работа также имеет паспорт, в котором указаны ее название, регистрационный номер (шифр), организационные и технические данные. К организационным данным относятся сведения о том, кем сформулирована работа, когда и кому поручена, в какие сроки и чем должна заканчиваться, кому и в каком виде предъявляется и т.д. Эти данные передаются системе при определении неформального обозначения в поле абстракции соответствующего чертежа проекта. По этим данным в системе формируется сетевой график выполнения работ и проводится автоматический контроль за его соблюдением. В технической части паспорта сообщаются сведения о технологическом маршруте для данной работы, т.е. последовательности технологических операций с соответствующими организационными данными для каждой из них. Большинство данных в организационной и технической частях паспорта на работу формируются автоматически.
Обмен информацией в электронной почтовой диалоговой сети осуществляется с помощью телеграмм, которые для каждого абонента запоминаются системой в предыдущем сеансе связи и выдаются ему при обращении к системе по его шифру и паролю. Телеграммы бывают трех видов: порученческие - от руководителей к своим подчиненным, системные - когда система автоматически напоминает об истечении ранее запланированных сроков выполнения соответствующей работы или констатирует их срыв, и прочие сообщения - от служб эксплуатации, администраторов проекта, от других программистов и т. д. Каждый тип телеграмм имеет свой фиксированный в системе порядок обработки, контролируемый в процессе работы технологической линии.
Короче говоря, всё было, о чём "мечтают большевики", включая и свои ныне модные интернет-технологии. Во второй статье есть ещё сведения, в т.ч. и насчёт планирования, анализа, нагрузки кадров и т.п. Думаю, что не исключена возможность иметь Р-чертежи из
"трёх священных колонок" .
Как видно, только вот в последние времена в отрасли начали потихоньку приближаться к РТК, древних лет. Например, первичные "багтрекалки" постепенно дополнились системами ведения документов (wiki), всё больше напрягаются в интеграции с системами контроля версий кода, и сейчас всё больше и больше стараются реализовывать функционал именно ведения проектов, со своими "сетевыми графиками" и ПМ, включая поддержку обслуживания конечных пользователей (хотя бы баги от них собирать). Но проблема современного зоопарка технологий, как и опенсорсных, так и мегакоммерческих - толком всё не наинтегрируешь, везде костыль на костыле. А РТК идёт ещё дальше - всё предприятие информационно впихивается в одну среду, т.е. от Р-Visual Studio/P-Eclipse/Р-нотепад до Р-1С/P-SAP R3/P-Axapta и пр. по вкусу, не исключены и Р-AutoCAD-ы и т.п. (если бы не 91-й ...). Мечта...