Основные (обязательные) требования Их нарушение делает невозможным использование по назначению разработанных программных средст

разработанных программных средств
II. Дополнительные (вспомогательные) требования
Влияют главным образом на эффективность

ПО

Требования к ПО телекоммуникационных систем

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

Высокая производительность – ПО должно обеспечивать скорость обработки данных, достаточную

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

I. Основные требования к ПО

ошибок должно обеспечиваться общее требование к современным системам коммутации с

программным управлением – не более 2 часов полного простоя за 40 лет.

памяти
2. Открытость и гибкость ПО
Обеспечивает минимум затрат при внесении изменений

с целью модернизации ПО в процессе длительной эксплуатации.
3. Простота организации ПО
Облегчает разработку, производство, изучение и эксплуатацию программ.

II. Дополнительные требования к ПО

программирования встроенных систем реального времени
Встроенная система – это программно-аппаратная система,

в которой вычислительные средства управляют аппаратурой в реальном масштабе времени.
Масштаб времени зависит от типа системы, но обычно это микросекунды или миллисекунды.
Главная особенность встроенных систем – это необходимость во многих случаях уложиться в заданный интервал времени
(иначе безвозвратно пропадает информация или происходит срыв выполняемой задачи).

медицинское оборудование и т.д.
Многие специалисты относят создание встроенных систем к

числу самых трудных задач: здесь сосредоточены практически все проблемы системного программирования.
Особенности ПО встроенных систем
1. Повышенная надежность программных средств, поскольку ошибки в программах могут приводить к катастрофическим последствиям.
При этом отладка ПО реального времени осложняется трудностями проведения экспериментов.
Следовательно, в программах могут оставаться ошибки, которые проявляются только при определенном сочетании внешних и внутренних параметров.
Чтобы «поймать» такую редкую ошибку, приходится проявлять чудеса изобретательности.

рамки.
Отсюда вытекает необходимость тщательного анализа времени протекания различных процессов и

выделения критически важных задач.
3. Компактность. Это приводит к необходимости оптимизировать не только время выполнения программы, но требования к вычислительным ресурсам (т.е. мощность процессора и объем используемой памяти).
4. Работа с базами данных. Например, все однотипные АТС от одного производителя имеют одинаковый пакет программ, однако работа отдельного экземпляра станции с учетом конкретных условий эксплуатации обеспечивается благодаря информации, которая хранится в системной БД.

взаимодействия «человек-машина» (Man-Machine Language – MML).
5. Взаимодействие с человеком. Это

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

программирования для систем автоматической коммутации
1. Обработка очень большого количества параллельных

задач.
2. Многие действия должны выполняться не позднее заданного момента времени или в пределах определенного интервала.
3. Средства вычислительной системы имеют распределенную структуру.
4. Активное взаимодействие с аппаратными средствами объекта управления.

многообразии взаимодействующих элементов.
7. Непрерывная эксплуатация в течение длительного периода.
8. Организация

эксплуатационного сопровождения программных средств (устранение ошибок, реконфигурация и т.п.) без остановки системы.
9. Наличие очень жестких требований к качеству и надежности программных средств.
10. Устойчивая работа при аппаратных отказах и программных ошибках.

модулями.
Модули должны быть:
небольшими по размеру;
функционально-законченными
(это приводит к меньшему

количеству входов/выходов, что облегчает стыковку модулей и их взаимодействие).

Принципы построения ПО телекоммуникационных систем

которые подлежат обработке.
Существуют различные типы модулей:
В технологиях объектно-ориентированного программирования (ООП)

широкое распространение получают программные элементы (компоненты), которые называют объектами.

реализуются с помощью методов (процедур).
ОБЪЕКТ = ПРОГРАММЫ + ДАННЫЕ

В программах

для управления интерактивными системами такие объекты называют конечными автоматами (Finite Message Machine – FMM)

частями ПО
Минимизация стоимости разработки, т.к. для работы с достаточно простыми

модулями не требуются программисты очень высокой квалификации
Простота сборки рабочей версии программ для конкретного образца телекоммуникационной системы
Высокая гибкость ПО и простота внесения изменений при модернизации программ

Преимущества использования
принципа модульности ПО

одноуровневом построении (peer-to-peer – Р2Р) очень трудно держать под контролем

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

2. Принцип иерархичности

Условные обозначения:
↓ – запуск модуля
↑ – возврат управления

УИ.
2. После выполнения требуемых функций управление возвращается в точку, из

которой происходил запуск модуля.
3. Во время своей работы ПМ может обращаться к другим модулям более низкого УИ.
Недостатки:
Слишком жесткая схема взаимодействия
В некоторых ситуациях процесс взаимодействия замедляется.
Достоинство:
Все взаимодействия стандартизованы, поэтому такую схему легче настраивать, проще выявлять в ней возможные нарушения.

Правила иерархического взаимодействия

приоритетные уровни (ПУ), а затем программные модули распределяются по этим

уровням:
ПУ0 – наиболее важные функции системы, которые должны выполняться с минимальными задержками;
ПУ1 – функции обработки информации, при выполнении которых можно допустить незначительные задержки;
самый низкий ПУ – задачи, которые могут решаться в «фоновом режиме», т.е. при отсутствии других более важных задач.

3. Принцип приоритетности

обслуживание заявки более низкого приоритета.
Относительный приоритет – прерывания отсутствуют

и приоритет учитывается только при формировании очереди.
Смешанные приоритеты – между приоритетными уровнями действует абсолютный приоритет, а внутри одного уровня применяется относительный приоритет.

Преимущество принципа приоритетности:
требуемая производительность системы обеспечивается без использования мощных вычислительных средств
Недостаток: усложняется организация вычислительного процесса

Виды приоритетов