13. Прецедент «Параметры коммутатора»

Сводка.

Выполнение команды «Параметры коммутатора» в соответствии с протоколом.

Зависимости.

Расширяет прецедент «Обработка данных».

Описание.

1. Обработка данных команды «Параметры коммутатора» в соответствии с протоколом.

2. Применение обработанных параметров коммутатора.

14. Прецедент «Управление силовыми ключами»

Сводка.

Выполнение команды «Управление силовыми ключами» в соответствии с протоколом.

Зависимости.

Расширяет прецедент «Обработка данных».

Описание.

1. Обработка данных команды «Управление силовыми ключами» в соответствии с протоколом.

2. Однофазный режим. Включение/выключение указанных силовых ключей.

Альтернативы.

2а. Трёхфазный режим. Включение/выключение всех силовых ключей.

15. Прецедент «Сервисная функция»

Сводка.

Выполнение команды «Сервисная функция» в соответствии с протоколом.

Зависимости.

Расширяет прецедент «Обработка данных».

Описание.

1. Обработка данных команды «Сервисная функция» в соответствии с протоколом.

2. В соответствии с кодом сервисной функции выполнить её.

Альтернативы.

2а. Измерение частоты в каналах и отправка результатов по CAN в соответствии с протоколом.

2б. Измерение входного напряжения в каналах и отправка результатов по CAN в соответствии с протоколом.

2в. Измерение нагрузки в каналах и отправка результатов по CAN в соответствии с протоколом.

2г. Отправка текущих параметров коммутатора по CAN в соответствии с протоколом.

5. Требования пользователя к программному изделию

   1. Входные и выходные данные

Входными данными должны являться:

• Команда «Параметры модуля коммутатора» по интерфейсу CAN. Данные команды определяют режим работы модуля коммутатора переменного тока;

• Команда «Включение/выключение каналов модуля коммутатора» по интерфейсу CAN. Данные команды определяют разрешение работы каналов модуля коммутатора переменного тока;

• Команда «Сервисная функция» по интерфейсу CAN. Данные команды выполняют сервисные функции модуля коммутатора переменного тока.

Выходными данными должны являться:

• Команда «Информация о состоянии модуля комутации» по интерфейсу CAN. Данная команда возращает информацию о текущем состоянии модуля коммутатора переменного тока;

• Команда «Информация об исходном состоянии коммутатора» по интерфейсу CAN. Данная команда возращает информацию о изменяемых параметрах модуля коммутатора переменного тока.

2. Программные ограничения, совместимость

Программа должна быть написана на языке C, C++ и работать на 32х разрядном микропроцессоре 1986ВЕ91.

3. Результирующие компоненты изделия

В программное изделие должны входить следующие компоненты:

• файл-образ флэш для модуля коммутатора переменного напряжения;

• программная документация на изделие.

4. Носители информации

Программа должна размещаться в флэш-памяти модуля коммутатора переменного напряжения.

5. Требования к надежности

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

6. Рестарт

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

7. Требования к составу и параметрам технических средств

Программное изделие должно работать на микроконтроллере «Миландр» 1986ВЕ91 со следующими характеристиками:

• 128 кбайт flash-памяти,

• оперативная память 32 кбайт.

6. Диаграмма вариантов использования

Перечисленные в 1.5.1 прецеденты, а также операции отношения между ними и воздействующие системы отражены в диаграмме вариантов использования, представленной на рисунке 1.1. Диаграмма была построена в соответствии с правилами и обозначениями языка UML [1, с. 96].

Рисунок 1.1 – Диаграмма вариантов использования

2. Технический проект

1. Модель предметной области

   1. МПО на основе прецедента «Начальная инициализация»

При разработке модели предметной области на основе прецедента «Начальная инициализация» были выполнены следующие действия:

Составлен список кандидатов на роль концептуальных классов на основе текстового описания прецедента: «PortClass», «ADCManager», «CANManager», «ClockClass», «HardwareInit», «VSK_main», «Tools».

Добавлены необходимые ассоциации, отражающие связи информационных сущностей. Разработанные ассоциации представлены в таблице 2.1.

Таблица 2.1 – Ассоциации для прецедента «Начальная инициализация»

Объекты	Ассоциации
HardwareInit – VSK_main	Передаёт управление
HardwareInit – ClockClass	Передаёт управление
HardwareInit – ADCManager	Передаёт управление
HardwareInit – CANManager	Передаёт управление
HardwareInit – PortClass	Передаёт управление
HardwareInit – Tools	Передаёт управление

Добавлены атрибуты, необходимые для выполнения информационных требований.

На рисунке 2.1 показана модель предметной области, разработанная на основе текстового описания прецедента «Начальная инициализация».

Рисунок 2.1 – Модель предметной области на основе прецедента «Начальная инициализация»