UML методы через процессы UP

Автор работы: Пользователь скрыл имя, 18 Января 2011 в 18:14, лабораторная работа

Краткое описание

1.Разработка модели требований к системе АСУТП.
2. Разработка UML-модели прецедентов АСУ ДНС-45 в соответствии с методом UP

Скачать целиком (17.03 Кб) Сколько стоит заказать работу?
Содержимое работы - 1 файл

3 хамадеева.doc

— 127.50 Кб (Скачать файл)
    1. Разработка  модели требований к  системе АСУТП

     Разработка  функциональных требований к системе  ДНС - 45 проводилась на основании того что должна делать система в конечном результате.

     Функциональные  требования к системе:

  1. ДНС - 45 должна отображать информацию технологической схемы.
  2. ДНС - 45 должна отображать аварийное состояние приборов.
  3. ДНС - 45 должна отображать информацию о действующих на текущей момент времени значений предупредительных и аварийных уставок технологических параметров.
  4. ДНС - 45 должна отображать причину аварии ТП.
  5. ДНС - 45 должна отображать показатели работоспособности клапана.
  6. В ДНС – 45 должна быть возможность изменять управляющие параметры клапана регулятора.

      Нефункциональные  требования к системе:

      1. Система должна иметь оптимальные размера окна для удобства управления.

2. Разработка UML-модели прецедентов АСУ ДНС-45 в соответствии с методом UP

     На  основании функциональных требований, мы определили актеров и прецедентов.

     Актеры  – роли, выполняемые людьми или  сущностями, использующими систему.

     Прецеденты  – то, что актеры могут делать с системой.

     В нашем случае Актерами являются: «Сотрудник». А в роли прецедентов выступают  элементы модели требований.

     После того как определили составляющие диаграммы  прецедентов мы смоделировали модель прецедентов. Графическое представление данной диаграммы представлено на рисунке 1 приложения А.

     Далее к каждому прецеденту должно быть предоставлено спецификация прецедента. В UML 2 стандарта для спецификации прецедента не существует. Спецификацию всех прецедентов было принято выполнить виде таблиц. Спецификации прецедентов приведены в таблицах 1 — 6.  

    Таблица 1 — Спецификация прецедента «Запустить команду на

    отображение всех данных в реальном времени»

Прецедент: ЗапуститьКомандуНаОтображениеВсехДанныхВРеальномВремени
ID: 1
Краткое описание:

Отображение состояния  работы всех измерительных приборов в реальном времени  по запросу оператора

Главные актеры:

Оператор

Второстепенные  актеры:

Нет

Предусловия:

Оператор осуществил запуск “Технологической схемы ДНС - 45”

Основной  поток:
  1. Прецедент начинается, когда оператор запускает команду - Опросить все

    1.1 Система отправляет запрос на считывание показателей приборов, и получает ответ

  1. Оператор получает на схеме все входные параметры работы системы
Постусловия:
  1. Работа системы не изменилась
Альтернативные  потоки:

Нет

 
 

Таблица 2 — Спецификация прецедента «Запустить команду экран КИП» 

Прецедент: ЗапуститьКомандуЭкранКИП.
ID: 2
Краткое описание:

Отображение информации о состоянии системы контроля и управления технологическими объектами

Главные актеры:

Оператор

Второстепенные  актеры:

Нет

Предусловия:

После осуществления запуска “Технологической схемы ДНС – 45”

Основной  поток:

1.   Прецедент начинается, когда оператор запускает команду – Экран КИП.

2.   Система отправляет запрос на считывание показателей приборов, и получает ответ

3.   Оператор получает на схеме все входные параметры работы системы, а именно

    3.1 Наличие  электропитания

    3.2 Состояние  модулей ввода/вывода

     3.3 Состояние измерительных каналов модулей ввода/вывода

      3.4 Состояние аварийности приборов

Постусловия:
    1.     Работа системы не изменилась
Альтернативные  потоки:

Нет.

 

    Таблица 3 — Спецификация прецедента «Запустить команду Установки»

Прецедент: ЗапуститьКомандуУстановки.
ID: 3
Краткое описание:

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

Главные актеры:

Оператор

Второстепенные  актеры:

Нет

Предусловия:

После осуществления запуска “Технологической схемы ДНС – 45”

Основной  поток:

1.   Прецедент начинается, когда оператор запускает команду – Установки.

2.   Система  отправляет запрос на считывание  показателей приборов, и получает  ответ

3.   Оператор получает на схеме значения предупредительных и аварийных установок технологических параметров, а именно

     3.1 Уровень в рабочих емкостях

         3.1.1 Значение уставок для различных параметров

    3.2 Уровень  взлива в КС 

         3.2.1 Значение уставок для различных параметров

    3.3 Уровень  взлива в ДЕ

         3.3.1 Значение уставок для различных параметров

   3.4 Давление на выкиде ДЕ

        3.4.1 Значение уставок для различных параметров

   3.5 Давление  в емкостях 

         3.5.1 Значение уставок для различных  параметров

   3.6 Давление  клапаном регуляторм 

         3.6.1 Значение уставок для различных параметров       

Постусловия:

1.   Работа системы не изменилась

Альтернативные  потоки:

Нет.

 

Таблица 4 — Спецификация прецедента «Запустить команду Авария» 

Прецедент: ЗапуститьКомандуАвария
ID: 4
Краткое описание:

Отображение информации о причинах аварии насосов и клапанов давления

Главные актеры:

Оператор

Второстепенные  актеры:

Нет

Предусловия:

После осуществления запуска “Технологической схемы ДНС – 45”

Основной  поток:

1.   Прецедент начинается, когда оператор запускает команду – Авария.

2.   Система  отправляет запрос на считывание  показателей приборов, и получает  ответ

3.   Оператор получает на схеме причину аварии, насоса или клапана регулятора, при помощи, мигающего светового индикатора

Постусловия:

1.   Работа системы не изменилась

Альтернативные  потоки:

Нет.

 

Таблица 5 — Спецификация прецедента «Отображать показатели работоспособности клапана» 

Прецедент: ОтображатьПоказателиРаботоспособностиКлапана.
ID: 5
Краткое описание:

Отображение информации о работоспособности оборудования

Главные актеры:

Оператор

Второстепенные  актеры:

Нет

Предусловия:

После осуществления запуска ПМУ “Технологической схемы ДНС – 45”

Основной  поток:

1.   Прецедент начинается, когда оператор запускает команду – Регулятор давления.

2.   Система  отправляет запрос на считывание  показателей приборов, и получает  ответ

3.   Оператор получает на схеме все входные параметры работы системы, а именно

    3.1 Температура подшипников

    3.2 Входное давление

      3.3 Выходное давление

      3.4 Утечка

      3.5 Состояние аварийности клапана

      3.6 Причина аварии, или неработоспособности  клапана.

Постусловия:

1.   Работа системы не изменилась

Альтернативные  потоки:

Нет.

 

Таблица 6 — Спецификация прецедента «Отображать Управляющие параметры клапана» 

Прецедент: ОтображатьУправляющиеПараметрыКлапана.
ID: 6
Краткое описание:

Изменение управляющих  параметров клапанов

Главные актеры:

Оператор

Второстепенные  актеры:

Нет

Предусловия:

После осуществления запуска ПМУ “Технологической схемы ДНС – 45”

Основной  поток:

1. Прецедент начинается, когда оператор запускает команду – Регулятор давления.

2.  Система отправляет запрос на считывание показателей приборов, и получает ответ

3.  Оператор переходит на вкладку “регулирование давления” в которой может изменить следующие параметры:

    3.1 Процент  открытия клапана

    3.2 Выбор  режима работы клапана

    3.3 Выбор  состояния клапана

  1. На вкладке “регулирование давления” оператор так же может наблюдать следующие показатели:

   4.1 Причину  аварии клапана- то есть его  неработоспособности

Постусловия:

1.   Режим  работы системы перестраивается  под работу введенных параметров

Альтернативные  потоки:

Нет.

 

Таблица 7 — Спецификация прецедента «Отправлять запрос на считывание параметров ТП» 

Прецедент: ОтправлятьЗапросНаСчитываниеПараметровТП.
ID: 7
Краткое описание:

Осуществление посылания запроса на считывание параметров ТП

Главные актеры:

ТП

Второстепенные  актеры:

Нет

Предусловия:

После осуществления запуска “Технологической схемы ДНС – 45”

Основной  поток:

1.  Прецедент начинается, когда отправляется запрос на считывание параметров ТП

2.  После отправки  происходит формирование изменяемых параметров ТП

3.  После формирование  происходит отправка данных параметров

Постусловия:

1.   Работа системы не изменилась

Альтернативные  потоки:

Нет.

 

Таблица 8 — Спецификация прецедента «Принимать входной сигнал» 

Прецедент: ПриниматьВходнойСигнал.
ID: 8
Краткое описание:

Осуществление принятия входного сигнала

Главные актеры:

ТП

Второстепенные  актеры:

Нет

Предусловия:

Система приняла  входные параметры ТП

Основной  поток:

1.  Прецедент начинается, когда входные параметры ТП уже сформированы

2.  После формирования параметров ТП система осуществляет при помощи модуля передачи отправку параметров ТП для его принятия

Постусловия:

1.   Работа  системы не изменилась

Альтернативные  потоки:

Нет.

 

Таблица 9 — Спецификация прецедента «Обрабатывать входной сигнал для отображения поступивших параметров» 

Прецедент: ОбрабатыватьВходнойСигналДляОтображенияПоступившихПараметров.
ID: 9
Краткое описание:

Осуществляется  представление входных параметров ТП в графическое

Главные актеры:

ТП

Второстепенные  актеры:

Нет

Предусловия:

Система приняла  отчет с входными параметрами

Основной  поток:

1.  Прецедент начинается, когда входные параметры получены

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

Постусловия:

1.   Работа  системы не изменилась

Альтернативные потоки:

Нет.

Информация о работе UML методы через процессы UP