1. Системный анализ задачи - выделяются процессы и функции, реализация кото­рых будет возложена на мк или ип.

2. Алгоритмизация процессов и функций - разрабатываются алгоритмы решения задачи.

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

Таблица . 1

Области использования мк

Значение критерия	Характеристика задач	Разрядность МК/ производительность
Мало данных - мало вычислений	Задачи логического управления неслож­ными объектами и процессами	8/Низкая
Мало данных - много вычислений	Локальные регуляторы, системы управ­ления электрическими двигателями, под­вижными аппаратами, различными элект­рическими агрегатами, роботами-мани­пуляторами, станками, портативное обо­рудование и т. д.	16/Средняя
Много данных - мало вычислений	Многие сетевые задачи, системы управ­ления потоками данных, коммутаторы, концентраторы, маршрутизаторы и т.п.	32/Высокая
Много данных - много вычислений	Задачи управления реального времени, обработка сигналов с интенсивным об­меном, системы распознавания речи, изображений и т. п.	32/Сверхвысокая

Безусловно, для разработчика (пользователя) важно знать затраты, которые его ожи­дают на этом пути. Как показывает анализ практических приложений (в этом также убеж­дают и различные публикации), затраты распределяются по этапам следующим обра­зом: 30 - 40; 40 - 50; 10 - 20. Затраты по каждому этапу варьируются в некотором диапа­зоне, но очевидно одно: первые два этапа являются определяющими.

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

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