[an error occurred while processing this directive]
Ответ: (+)
(«Телесистемы»: Конференция «Языки описания аппаратуры (VHDL и др.))

миниатюрный аудио-видеорекордер mAVR

Отправлено dxp 10 ноября 2004 г. 12:26
В ответ на: Это тоже самое. отправлено V61 10 ноября 2004 г. 11:13

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

С этим никто не спорит. Речь шла у межсоединениях у модулей и только.

>> Поэтому нужно формировать другие (совершенно
>> не нужные) модули, только для того, что бы проект
>> (на каком то уровне) был нарисован.

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

>> Кроме того, именно на верхнем уровне нужно
>> делать различные отладочные блоки, элементы
>> типа "--pragma translate_off … --pragma translate_on",
>> и т.п. вещи, которые при схемном вводе сделать
>> тяжело (а иногда и не возможно).

Для отладки ничего не мешает ставить такие директивы прямо в тексте - текст-то доступен. А после они не нужны. Кроме того некоторые графиеские среды позволяют вставлять комментарии прямо в свойствах модуля. Если всем объектам ввести комментарий "pragma translate_on", то поставив какому-либо "pragma translate_off" как раз получится то, что надо. Хотя не скажу, что в данном случае это хороший способ - проще и быстрее прямо в тексте.

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

Вот именно, что связей. Между модулями. А не описание функциональности на поведенческом уровне.

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

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

Такое возможно, если очень хорошо знать предметную область, т.е. когда проект уже не первый на этом пути. Согласен, что это скорее редкий случай.

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

Составить ответ  |||  Конференция  |||  Архив

Ответы


Отправка ответа

Имя (обязательно): 
Пароль: 
E-mail: 

Тема (обязательно):
Сообщение:

Ссылка на URL: 
Название ссылки: 

URL изображения: 


Перейти к списку ответов  |||  Конференция  |||  Архив  |||  Главная страница  |||  Содержание  |||  Без кадра

E-mail: info@telesys.ru