Спецификация - система
Cтраница 3
Кодирование с целью сокращения избыточности источника данных обычно влечет за собой выбор эффективного двоичного представления этого источника. Часто это требует замены двоичного представления символов источника альтернативным представлением. Замена обычно является временной и производится, для того чтобы достичь экономии при запоминании или передаче символов дискретного источника. Двоичный код, присвоенный каждому символу источника, должен удовлетворять определенным ограничениям, чтобы позволить обращение замены. К тому же код может быть далее ограничен спецификацией системы, например ограничениями памяти и простотой реализации. [31]
 |
Пример бюджета канала наземный терминал - спутник. частота - 8 ГГц, расстояние - 21 915 морских миль ( 40 626 км. [32] |
В данном разделе мы используем эти соотношения для расчета простого бюджета канала, показанного в табл. 5.2. Данная таблица может показаться страшным перечнем терминов; может создаться впечатление, что бюджет канала представляет сложный процесс обработки имеющейся информации. На самом деле это не так, и для подтверждения этого мы приведем рис. 5.23. На этом рисунке набор пунктов из таблицы сведен к нескольким ключевым параметрам. Вообще, цель анализа канала связи - определить, достигается ли требуемая достоверность передачи. Для этого отношение ЕЬ / NO в реально принятом сигнале сравнивается с тем, которое необходимо для удовлетворения спецификации системы. [33]
В связи с задачами, рассматриваемыми в данном параграфе, уместно упомянуть так называемые таймерные задачи, или задачи управления процессом обслуживания, которые не охватываются материалом этой книги. Для задач такого типа в первую очередь важно найти хотя бы одно правильное решение, а не заниматься оптимизацией. На практике решение данных проблем нужно обеспечить в первую очередь, после чего можно улучшать среднюю или максимальную длительность обслуживания. Заметим тем не менее, что решение трех последних из названных задач управления процессом обслуживания непосредственно связано с правильностью разработки спецификаций системы заданий и, следовательно, с точки зрения нашего исследования может считаться очевидным. [34]
Программирующие на C концентрируются на определении своих собственных пользовательских типов, называемых классами. Каждый класс содержит как данные, так и набор функций, манипулирующих этими данными. Данные класса, входящие в его состав, называются элементами данных класса. Функциональные компоненты класса называются его элементами-функциями. Если представитель встроенного типа, например, типа int, называется переменной, то представитель пользовательского типа ( т.е. класса) называется объектом. Внимание в языке C фокусируется на объектах, а не на функциях. Существительные в спецификации системы помогают программисту определить набор классов C, на основе которых будут созданы объекты, совместная работа которых обеспечит реализацию системы. [35]
Страницы: 1 2 3