
- •1. Введение.
- •1.1 Понятие о микропроцессорной системе управления.
- •2. Цикл проектирования системы.
- •3. Требования пользователей и функциональная спецификация.
- •3.1. Требования пользователей.
- •3.2. Функциональная спецификация.
- •4. Проектирование системы.
- •4.1. Выбор соотношения между программными и аппаратными средствами.
- •4.2. Нисходящее проектирование.
- •4.3. Проектная спецификация.
- •4.4. Проверка проекта.
- •5. Требования к оформлению курсового проекта.
4.1. Выбор соотношения между программными и аппаратными средствами.
На самом начальном этапе проектирования важно решить какие функции лучше выполняются с помощью программного обеспечения, а какие с помощью аппаратных средств. Все функции должны быть распределены между программными и аппаратными средствами.
Некоторые функции можно выполнить только аппаратными средствами, а некоторые только программно. Большинство функций может быть реализовано альтернативными путями. Поэтому очень важно на самом начальном этапе проектирования определить соотношение между программной и аппаратной реализациями и не вносить в проект никаких изменений, хотя на практике подобные модификации имеют место. В любом случае, следует помнить, что модификация проекта дешевле модификации изделия.
Критериями выбора способа реализации функций должны быть надежность, качество выполнения функции и стоимость реализации. При этом надежность зависит от количества компонентов, составляющих систему. Качество выполнения функции определяется многими факторами, в том числе и характеристиками электронных компонентов, включая и микропроцессор. Стоимость реализации функций программным путем, как правило, существенно дешевле и надежнее аппаратной реализации.
4.2. Нисходящее проектирование.
Проектирование системы может быть разделено на несколько функциональных уровней. Высший - наиболее общий, низший - наиболее детализированный.
Высший уровень для аппаратных средств состоит из структурных схем, обозначающих приближенное разбиение. Декомпозиция блоков продолжается до тех пор, пока не будет достигнут уровень таблиц соединений или монтажных схем.
Высший уровень проектной документации программного обеспечения (ПО) состоит из блок-схемы модулей системы. При этом каждый модуль содержит набор процедур, реализующих специфические функции данного модуля.
На нижних уровнях детализации ПО более тесно связано с аппаратурой. Поэтому, часто возникает желание начать проектирование именно с таких уровней, т.к. они кажутся наиболее легкими и понятными. Этого следует избегать по следующим причинам:
- На начальной стадии может быть неясно, как программные функции нижнего уровня взаимодействуют с функциями верхнего уровня. Может случиться так, что потом придется вносить значительные изменения. Начиная проектирование с высшего уровня, обеспечивается возможность не только более быстрой, но и более точной разработки функций нижнего уровня, что уменьшает количество последующих изменений.
- Если стоимость и затраты времени на проектирование на некотором этапе превышают допустимые, и если, при этом, модули верхнего уровня уже работают, можно временно исключить те из функций, которые еще не завершены. При этом, система хотя и не будет полностью соответствовать требованиям пользователей или функциональной спецификации, но уже будет действовать, демонстрируя возможность завершения. Если же используется метод "снизу вверх", трудно будет завершить проектирование верхних уровней системы, не продемонстрировав возможностей ее функционирования вообще.