Студопедия
Случайная страница | ТОМ-1 | ТОМ-2 | ТОМ-3
АвтомобилиАстрономияБиологияГеографияДом и садДругие языкиДругоеИнформатика
ИсторияКультураЛитератураЛогикаМатематикаМедицинаМеталлургияМеханика
ОбразованиеОхрана трудаПедагогикаПолитикаПравоПсихологияРелигияРиторика
СоциологияСпортСтроительствоТехнологияТуризмФизикаФилософияФинансы
ХимияЧерчениеЭкологияЭкономикаЭлектроника

Функциональная структура

Читайте также:
  1. I. Офис и его структура.
  2. II. Структура
  3. III. Структура и организация деятельности Консульского учреждения
  4. III. СТРУКТУРА И УПРАВЛЕНИЕ СНО
  5. IV Структура действия
  6. IV. Психические механизмы и структура неврозов
  7. N21 Психологічна структура самосвідомості.

КАФЕДРА ВТ

 

Лабораторная работа №1

 

«Разработка функциональной спецификации»

 

 

 

 

Выполнили:

Карманов И. 7307

Колесников И. 7307

Родина А. 7306

Кубахиро А. 7307

 

Санкт-Петербург

 

2012 г.

Цель работы: Ознакомиться и получить навыки сбора, анализа и документирования функциональных требований.

 

Общее описание системы: Проект “GRACE” является сервисом, состоящим из клиентского приложения и серверной части, которые позволяют отдавать часть ресурса своего компьютера в облако, за что будет начисляться рейтинг. В дальнейшем этот рейтинг можно тратить на получение ресурса из облака для выполнения ресурсоемких задач. Подразумевается также и облако собственных ресурсов, доступ к которому будет осуществляться только на платной основе.

Функциональная спецификация на проект «GRACE»

 

Изменения

Дата Изменения Автор
24.03.12 Подготовлена первая версия Карманов И.
28.03.12 Расширены функциональные требования до 15 для каждого модуля Карманов И. Родина А. Колесников И.
     
     

 

 

Оглавление

Лабораторная работа №1. 1

Назначение продукта. 3

Общие функциональные требования. 3

Функциональная структура. 3

Функциональные требования к модулю «Администратора». 4

Функциональные требования к модулю «Пользователя». 5

Функциональные требования к модулю «Учета раздаваемых ресурсов». 6

Функциональные требования к модулю «Получения ресурсов». 6

Функциональные требования к модулю «Раздачи ресурсов». 7

Эксплуатационные требования. 7

Требования к инсталляции. 7

Вывод: 8

 

 

Назначение продукта

Программное средство (ПС) «Grace», предназначенное для раздачи и получения ресурсов гибридного облака.

Общие функциональные требования

  1. ПС «Электронная библиотека» должна быть реализована как приложение для всех существующих ОС.
  2. Система должна обеспечивать работу следующих пользователей:
    1. администратор;
    2. раздающий ресурс;
    3. получающий ресурс.
  3. Должен проводиться учет раздаваемых ресурсов и расчет рейтинга для того, чтобы пользователи могли тратить свой рейтинг на получение ресурсов гибридного облака.

Функциональная структура

ПС «Grace» должно иметь следующую структуру. Пользователь устанавливает себе на компьютер приложение, которое может конфигурировать через браузер или само приложение. Согласно раздаваемому им ресурсу рассчитывается индивидуальный рейтинг. Рейтинг можно тратить на получение вычислительной мощности от других пользователей системы. Функционально система делится на следующие модули:

- модуль администратора – реализует функции насильственного вмешательства или коррекции деятельности системы;

- модуль пользователя – реализует функции по получению ресурса и выделении части ресурса своего ПК в облако;

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

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

- модуль раздачи ресурсов – реализует выделение части вычислительных мощностей машины в облако, что влечет за собой необходимость принимать задачи, выполнять их и отсылать результаты выполнения.

Функциональная структура представлена на рисунке.

 

Представление (Web - браузер)
Бизнес логика (Серверное приложение)
Данные (СУБД)

Функциональные требования к модулю «Администратора»

  1. Модуль должен обеспечивать возможность редактирования алгоритмов формирования пути решения задачи
  2. Модуль должен обеспечивать возможность редактирования алгоритмов разбиения и скрещивания задач.
  3. Модуль должен обеспечивать возможность управления нагрузкой на узлах.
  4. Модуль должен обеспечивать возможность изменения рейтинга пользователей в случае неполадок.
  5. Модуль должен обеспечивать возможность принудительного перезапуска функционирующей системы
  6. Модуль должен обеспечивать возможность удаления нефункционирующих узлов.
  7. Модуль должен обеспечивать возможность бана нежелательного пользователя.
  8. Модуль должен обеспечивать возможность выделения неиспользуемой части гибридного облака в отдельную структуру
  9. Модуль должен обеспечивать возможность осуществлять загрузку неиспользуемой части, добиваясь максимальной продуктивности системы.
  10. Модуль должен обеспечивать возможность полной остановки работы сервиса и его запуска
  11. Модуль должен обеспечивать возможность отслеживать путь выполнения каждой задачи
  12. Модуль должен обеспечивать доступ к данным по статистике использования каждого узла
  13. Модуль должен обеспечивать возможность просмотра статистики каждого пользователя
  14. Модуль должен обеспечивать возможность просмотра истории измерения рейтинга
  15. Модуль должен обеспечивать возможность оценки производительности системы, её занятости и пр.

Функциональные требования к модулю «Пользователя»

  1. Модуль должен обеспечивать возможность добавления нового пользователя.
  2. Для каждого пользователя должна быть возможность ввода следующей информации:
    1. фамилия;
    2. имя;
    3. отчество;
    4. тип устройства;
    5. город;
    6. электронный адрес.
  3. Модуль должен обеспечивать возможность определить объем и время раздачи/получения ресурса
  4. Модуль должен обеспечивать визуальное отображение текущего рейтинга.
  5. Модуль должен обеспечивать возможность визуально отобразить способы возможной траты рейтинга
  6. Модуль должен обеспечивать возможность конфигурировать приложение (автозагрузка, автообновление)
  7. Модуль должен обеспечивать возможность указать пользователю максимальный процент использования системы.
  8. Модуль должен обеспечивать возможность задать пользователю интервал времени бездействия компьютера, начиная с которого он автоматически начнет раздавать ресурс
  9. Модуль должен обеспечивать возможность прерывания раздачи ресурса
  10. Модуль должен обеспечивать возможность приостановления раздачи ресурса
  11. Модуль должен обеспечивать возможность прерывания получения ресурса.
  12. Модуль должен обеспечивать возможность приостановления получения ресурса
  13. Модуль должен обеспечивать возможность сворачивания приложения в трей
  14. Модуль должен обеспечивать возможность закрытия приложения
  15. Модуль должен обеспечивать возможность входа в личный кабинет для корректировки личных данных

Функциональные требования к модулю «Учета раздаваемых ресурсов»

  1. Модуль должен обеспечивать возможность подсчета отдаваемых ресурсов
  2. Модуль должен обеспечивать возможность расчета получаемого рейтинга.
  3. Модуль должен обеспечивать возможность расчета вычитаемого рейтинга.
  4. Модуль должен обеспечивать возможность подсчета получаемых ресурсов.
  5. Модуль должен обеспечивать возможность расчет штрафов.
  6. Модуль должен обеспечивать возможность расчета бонусов.
  7. Модуль должен обеспечивать возможность рассмотрения возможных вариантов получения ресурсов за счет своего рейтинга
  8. Модуль должен обеспечивать возможность ведения истории учета ресурсов
  9. Модуль должен обеспечивать возможность анализа текущего состояния системы
  10. Модуль должен обеспечивать возможность доступа к статистическим данным для администратора
  11. Модуль должен обеспечивать возможность присоединения денежного счета к рейтинговому
  12. Модуль должен обеспечивать возможность расчета стоимости получения заданного пользователем ресурса
  13. Модуль должен обеспечивать возможность ведения тарификации ресурса.
  14. Модуль должен обеспечивать возможность изменения формулы формирования рейтинга администратором
  15. Модуль должен обеспечивать возможность выведения упрощенной статистики по аккаунту для пользователя.

Функциональные требования к модулю «Получения ресурсов»

  1. Модуль должен обеспечивать возможность физически получить ресурс.
  2. Модуль должен обеспечивать возможность присоединить к компьютеру некоторую виртуальную машину
  3. Модуль должен обеспечивать возможность задать параметры виртуальной машины.
  4. Модуль должен обеспечивать возможность взаимодействия с этой виртуальной машиной.
  5. Модуль должен обеспечивать возможность коррекции её действий в случае сбоя.
  6. Модуль должен обеспечивать возможность принудительного перезапуска задачи.
  7. Модуль должен обеспечивать возможность принудительного перерасчета оптимального пути распространения задач
  8. Модуль должен обеспечивать возможность выбора количества узлов в предоставляемом облаке
  9. Модуль должен обеспечивать возможность выбора максимальной удаленности узлов облака
  10. Модуль должен обеспечивать возможность выбора минимальной ширина канала обмена данных для узлов
  11. Модуль должен обеспечивать возможность выбора времени для получения ресурса
  12. Модуль должен обеспечивать возможность выбора объема получаемого ресурса
  13. Модуль должен обеспечивать возможность приостановки получения ресурса
  14. Модуль должен обеспечивать возможность прерывания получения ресурса
  15. Модуль должен обеспечивать возможность платного получения ресурсов
  16. Модуль должен обеспечивать возможность разделения большой задачи на множество маленьких.

Функциональные требования к модулю «Раздачи ресурсов»

Дата добавления: 2015-12-07; просмотров: 80 | Нарушение авторских прав

mybiblioteka.su - 2015-2024 год. (0.007 сек.)