Разработка концепции программы для микроконтроллера Опции

[yanvasiij]

Дошёл до такого уровня, когда программа пишется не за день-два и все необходимое держишь в голове, а когда проект большой и сложный на несколько месяцев. Мне нужно средство, которое позволило бы грамотно проработать концепцию программы, спланировать работу, разбить ее на куски и т.д. То есть здесь не обойтись просто алгоритмами, нужно нечто более глобальное такое как UML. Но как применить UML к embedded на простом Си. Как составлять диаграммы классов, если у тебя их в явном виде нет как таковых, какие диаграммы из стандарта мне вообще нужны и в каком порядке мне их применять? Посоветуйте, что знаете и что сами применяете. Вообщем поделитесь опытом, буду признателен.

[FPGAz]

Мне нужно средство, которое позволило бы грамотно проработать концепцию программы, спланировать работу, разбить ее на куски и т.д.

Обратите внимание на методологию SADT (IDEF0), которая как раз для этого и придумана. Хотя мне для программ порядка 10000 строк кода хватает 30-40 тетрадных листов и обычных блок-схем.
А методологий и языков помимо UML куча...

Но как применить UML к embedded на простом Си.

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

[Kopa]

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

Не буду оригинальным и предложу всем кто понимает озвученную мысль к прочтению книгу (если ещё не читали данный нетленный труд)ЛЕО БРОУДИ
СПОСОБ МЫШЛЕНИЯ - Ф О Р Т ЯЗЫК И ФИЛОСОФИЯ ДЛЯ РЕШЕНИЯ ЗАДАЧ (книге уже лет 30 примерно отроду)
Эти все моменты там обдуманы автором книги!!! Форт язык, в книге, как самый простой способ обсуждения проблематики затронутых вопросов.
А дальше можно увязать информацию из книги со своим опытом и знаниями

P.S. Программистов на Форт, конечно, найти практически невозможно. Вымирающий вид, но свой вклад в понимание и развитие IT области всё ещё вносят.

Сообщение отредактировал Kopa - May 22 2014, 15:14