Общее использование UML

Базовый алгоритм:

1. Найти номер образцов, чтобы вписаться в бессоветую
2. Определите, сколько образцов должно быть представлено каждым пикселем
3. . Рассчитать RMS (или пик ) Значение для каждого пикселя из блока образца. Усреднение не работает для аудиосигналов.
4. Нарисуйте значения.

Давайте предположим, что N (количество образцов) = 44100, W (ширина) = 100 пикселей:

, затем каждый пиксель должен представлять 44100/100 == 441 образцы (блокируют)

for (x = 0; x < w; x++)
    draw_pixel(x_offset + x,
               y_baseline - rms(&mono_samples[x * blocksize], blocksize));

вещи, чтобы попробовать для разных визуальных Появляются:

• RMS VS Max Value из блока
• Перекрывающиеся блоки (блокирует х, но аванс х / 2 для каждого пикселя и т. Д.)

Передача не будет работать, как вы потеряете информацию.

UML (единый язык моделирования) гибкий. Не нужно все время использовать «полный» UML.

Да, я использовал UML для общения дизайна. Я использовал домен, класс, деятельность, использование корпус, последовательность и диаграммы развертывания для различных целей.

Некоторые из этих целей были за пределами «очевидного» использования диаграммы. Например, я использовал диаграммы развертывания к документу наборов виртуальных машин. Поскольку элемент узла представляет собой UML «классификатор», его можно использовать с наследством. Я использовал это, чтобы показать, как специализирована базовая виртуальная машина. Например, база - это просто Windows Server 2008, но специализация этого имеет установленную SQL Server, и специализация этого используется в качестве сервера базы данных.

Я видел использование диаграмм класса UML для автоматического генерации кода. Поток был что-то подобное, архитектор предприятия использовали для генерации XML-схемы из диаграммы классов. Эта схема затем использовалась в качестве входа для JAXB для генерации генерации классов Java, которые предоставляют программный доступ к данным, представленным в модели UML.

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

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

Я нашел диаграмму класса UML, чтобы быть гораздо более полезной для выполнения логической модели данных или модели домена, чем диаграмма отношений на объекте. Это более выразительно, имея обобщение (то есть наследство) и специфические отношения N-до-N. Попробуйте моделировать это в диаграмме ER:)

Диаграммы UML полезны для фиксации и передачи требований и обеспечения соответствия системы этим требованиям. Они могут использоваться итеративно и на различных этапах планирования, проектирования, разработки и тестирования.

Из темы: Использование моделей в процессе разработки на http://msdn.microsoft.com/en-us/library/dd409423%28VS.100%29.aspx

Модель может помочь вам визуализировать мир, в котором работает ваша система, прояснить потребности пользователей, определить архитектуру вашей системы, проанализировать код и убедиться, что ваш код соответствует требованиям.

Если вы не хотите создавать диаграммы UML с нуля, вы можете создавать диаграммы последовательности, графы зависимостей и диаграммы слоев из кода и использовать проверку слоев, чтобы убедиться, что изменения в коде не противоречат заданному дизайну. Более подробно я описываю это в следующем посте:

Как научиться "хорошему дизайну/архитектуре программного обеспечения"? на https://stackoverflow.com/questions/268231/how-to-learn-good-software-design-architecture/2293489#2293489