10 июня 2010 · Комментарий

Без заголовка

> У нас есть хороший пример: итоговый текст Open/METIS (я давал ссылку) > со структурой крайне близкой к определяемой ISO 24744 за мелкими > исключениями. Как это бы выглядело для него? > В моём понимании в этом итоговом тексте почти убрана разметка типов > значений (кроме того, что названия типов значений ушли в заголовки > типа "Processes", "Models" и т.д.), плюс отработана разметка вёрстки > (шрифты, центрирование и нестинг заголовков и т.д.). Нам нужно просто > -- восстановить, как этот текст выглядел бы до обработки > -- понять, как можно было бы улучшить этот текст в выходном виде > (дополнительная провязка гиперссылками? комментарии на полях? > дополнительные справочники в приложениях?), если бы мы грамотно его > разметили значениями/типами значений во входном виде. Вопросы: - когда Вы говорите о не желании заполнять поля таблиц то, как в текстовом языке планируется проверять полноту и целостность описания, то есть, будет ли потом результат скармливаться порождающим системам? Возможно, планируется запускать чекер который строит по тексту структуры и их уже проверяет на полноту и целостность, тогда мы получаем лишний шаг, который логичней сгрузить на интерфейс, не обязательно табличный, чтобы строить текст на DSL уже полный и целостный. Другая возможность Вам: не надо делать проверки, так как результат читается человеком и неполнота и возможные нарушение целостности ссылок не важны. - в тексте, приведенном к качестве примера, присутствуют иллюстрации, Вы в дальнейшем планируете и их порождать из структурированных описаний? Если да то как планируется решить вопрос порождения, текста, заготовок моделей из описаний на 15926 – языка фактов, но не действий (я имею ввиду статику информационной модели против динамики языков программирования). - что кроме текстовых описаний должно быть на выходе? Из обсуждений мегамоделей, я вынес понимание, что идея была в фиксации варианта мегамодели для проекта, и погружении в нее всего начиная от требований и заканчивая фиксацией прохождения развилок, трассировка целей и тп так, чтобы можно было извлекать из мегамодели ТЗ, спецификации, данные для динамических моделей, информацию для DSS и правила для проверки сборок, итп

К записи · К обсуждению