Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
example_project_2_add.docx
Скачиваний:
1
Добавлен:
01.07.2025
Размер:
126 Кб
Скачать
☆
      1. Используемые термины

Термин

Определение

Распределенная компьютерная система (РКС)

Система, состоящая из компьютеров (хостов), сетевых устройств и линий связи, а также системного ПО (операционных систем) и обеспечивающего (промежуточного) ПО.

В вырожденном случае РКС может состоять из одного компьютера и установленного на нем ПО.

Распределенное приложение (РП)

Комплекс приложений, который может выполняться в Распределённой компьютерной системе. РП должно быть сконфигурировано для выполнения в Распределённой компьютерной системе. Приложения (программы), составляющие РП, выполняют общую задачу и, как правило, обмениваются данными.

Примерами РП могут служить: федерация HLA, RRTI.

Хост

Компьютер, на котором установлено программное обеспечение.

RTI

Run-Time Infrastructure – инфраструктура времени выполнения.

Транспортная инфраструктура, служащая для связи моделирующих систем. Ее интерфейс и основная функциональность описаны в стандарте IEEE 1516-2010.

UML

Unified Modelling Language — унифицированный язык моделирования.

Язык графического описания для объектного моделирования в области разработки программного обеспечения. UML является языком широкого профиля, это открытый стандарт, использующий графические обозначения для создания абстрактной модели системы, называемой UML-моделью. UML был создан для определения, визуализации, проектирования и документирования в основном программных систем. UML не является языком программирования, но в средствах выполнения UML-моделей как интерпретируемого кода возможна генерация кода.

  1. Общая архитектура

    1. Область применения

РИС ППУ применяется для облечения поиска услуг, возможность пользования которыми зависит от большого числа меняющихся факторов, в том числе от текущего географического расположения Потребителя и/или Поставщика услуг. Предполагается обслуживать большое количество запросов на получение информации об услугах, доступных при различных условиях.

    1. Анализ требований тз

Анализ требований ТЗ приведен в таблице ниже.

Таблица 1 Анализ требований ТЗ

Требование ТЗ

Влияние на архитектуру РИС ППУ

3.1.1. Имеются два типа пользователей РИС ППУ:

– поставщики услуг;

– потребители услуг.

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

3.1.2 РИС ППУ содержит специализированное приложение – Посредник обнаружения, позволяющее Потребителю услуги обнаружить услугу, предоставляемую Поставщиком услуг.

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

3.2.1. Поставщик услуги должен иметь возможность зарегистрировать предоставляемую услугу в РИС ППУ для того, чтобы сделать ее доступной для обнаружения Потребителями услуг

Определяет наличие интерфейса SPA – ESSN

3.2.2. Потребитель услуги должен иметь доступ к среде, позволяющей обнаруживать доступные услуги.

Определяет наличие интерфейса SCA – ESSN

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

Определяет функциональность интерфейса SCA – ESSN.

3.2.4. Каждой услуге ставится в соответствие область видимости.

3.2.5. Услуга предоставляется, если потребность в услуге у Потребителя услуги совпадает с наличием услуги у Поставщика услуги.

3.2.6. Поставщики и Потребители услуг обладают географическими координатами.

3.2.7. Пользователи могут перемещаться в пространстве, изменяя свои координаты.

3.2.8. Области потребностей изменяются, в частности, из-за изменения координат.

  • Определяет наличие интерфейса SPA – ESSN;

  • Определяет функциональность интерфейса SCA – ESSN;

  • Определяет функциональность Программной среды поиска предоставляемых услуг.

3.2.11. Приложения Потребителя услуг должно функционировать на смартфонах и планшетных компьютерах под управлением операционных систем:

– Android 4.2 и выше;

– iOS 8.1 и выше;

– Microsoft Windows Phone 8 и выше.

  • Выбираемые утилиты и/или библиотеки функций должны, по возможности, быть доступными для указанных ОС;

  • Основная часть кода должна быть написана способом, не зависящим от ОС;

  • Части кода, зависящие от ОС, должны быть выделены в явном виде.

3.2.4.2.1. РИС ППУ должно обеспечивать возможность реконфигурации своих компонентов при выходе из строя любого узла таким образом, чтобы обеспечить функционирование системы как единого целого при изоляции отказавшего компонента. При этом время на подобную реконфигурацию не должно превышать 30 мин.

3.2.4.2.2. Любое приложение должно иметь возможность в любой момент вступать и выходить из системы без нарушения ее функционирования.

3.2.4.4.1. РИС ППУ должно работать поверх стеков протоколов ТСР/IP.

3.2.4.6.1. РИС ППУ одновременное подключение:

– до 100 Поставщиков услуг;

– до 10000 Потребителей услуг.

Накладывает ограничения на используемые архитектурные решения.

3.2.4.4.2. Приложения РИС ППУ должно иметь графический пользовательский интерфейс.

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

Варианты предполагаемого использования РИС ППУ описаны в разделе «Варианты использования». Для каждого описанного варианта использования детализирована требующаяся от РИС ППУ функциональность.

Связь принятых архитектурных решений с требованиями ТЗ подробно рассмотрена в разделе «Трассировка проектных решений к требованиям ТЗ».

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]