Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
кусочек.doc
Скачиваний:
2
Добавлен:
01.03.2025
Размер:
54.78 Кб
Скачать

4.1. Выбор соотношения между программными и аппаратными средствами.

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

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

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

4.2. Нисходящее проектирование.

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

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

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

На нижних уровнях детализации ПО более тесно связано с аппа­ратурой. Поэтому, часто возникает желание начать проектирова­ние именно с таких уровней, т.к. они кажутся наиболее легкими и понятными. Этого следует избегать по следующим причинам:

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

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