Спецификация требований

1. Первичный список требований.
   
   Функциональные требования:
   • Программа должна извлекать данные из ячейки в файле *.ods
   • Программа должна обрабатывать полученные данные и сохранять их в файл *.txt для LP-solver
   • При взятии данных из ячейки, должна быть предусмотренна возможность устанавливать дополнительные ограничения.
   • Программа должна проверять наличие указанного файла, а также правильность расширения и наличия данных в ячейке.
   
   
2. Модели требований.
   
   Модель предметной области, oбъекты и взаимосвязи между ними.
   
   Все объекты предметной области можно разделить на следующие классы:
   • Вводимые данные (файл)
   • Дополнительные ограничения
   • Конечные данные (файл *.txt)
   • Пользователь программы
   
   
   Описание взаимосвязей между объектами классов:
   
   • Пользователь вводит первоначальные данные из документа *.ods
   • Пользователь устанавливает к введенным данным дополнительные ограничения для решения задачи.
   • Пользователь запускает программу после введения данных и ограничений, и получает обработанные данные в формате .txt
   
   
   Рамки разрабатываемой системы:
   • Проект предназначен для решения задачи и обработки и подготовки данных для работы LP-solver.
     
   
   
   Функциональная модель.
   
   Детальное описание работы каждой функции с точки зрения пользователя:
   
   • Запустить программу.
   • Ввести имя файла с первоначальными данными. (*.ods)
   • Указать дополнительные ограничения и другие свойства данных.
   • Удалить или добавить ограничения.
   • Указать имя конечного файла (*.txt)
   • Возможность перезаписи конечного файла в уже существующий.
   
   
3. Высокоруровневая архитектура системы.
   
   Модель архитектуры.
   
   
   
   Архитектуру данной системы можно разбить на следующие подсистемы: интерфейс пользователя, обработка ошибок и алгоритмы программы.
   Окружение программной системы составляют: пользователь, исходный файл(*.ods), выходной файл (*.txt).
   На рисунке показаны основные связи взаимодействия между внутренними подсистемами и окружением. Пользователь вводит данные или запрос через интерфейс пользователя, через устройства вывода он получает ответ на запрос или ответ программы на введенные данные. Информация об ошибках выводится пользователю через интерфейс пользователя. Главной подсистемой программы являются алгоритмы программы, которые работают с входным и выходным файлами.
   
   Детальные требования к основным подсистемам.
   
   Интерфейс пользователя даёт возможность указывать небходимые данные из исходного файла, указывать дополнительные ограничения данных. Также он необходим для отображения данных и информации об ошибках.
   Подсистема алгоритмов программы получает исходные данные, необходимые огреничения на них, обрабатывает и выводит их в конечный (выходной) файл.
   Подсистема обработки ошибок осуществляет обработку возникших ошибок (выводит соответствующее сообщение пользователю через интерфейс пользователя).
   
   
4. Критерии аттестации системы.
   Набор базовых высокоуровневых тестов и характеристик, которые будут проверяться при аттестации ПО и удостоверяют его соответствие требованиям заказчика.
   
   • Тест 1: экспорт и импорт данных
     Описание:
     Проверяется работа функции экспорт данных в файл с расширением «txt» и работа функции импорта данных из файла с расширением «ods».
     Алгоритм:
     Выбрать функцию экспорта и указать директорию, в которой будет сохранён файл. Выбрать функцию импорта и файл, данные из которого необходимо импортировать.
     Ожидаемы результат:
     При экспорте в соответствующей директории должен быть создан файл. При импорте данные из выбранного файла должны отобразиться пользователю.
   • Тест 2: добавление и удаление ограничений
     Описание:
     Цель проведения теста состоит в проверке работы функции добавления и удаления ограничений.
     Алгоритм:
     Произвести соответствующее действие, описанное в функциональной модели (функция добавления и удаления ограничений).
     Ожидаемы результат:
     При добавлении новые ограничения должны отобразиться пользователю в списке ограничений. Если такое ограничение уже существует, то появится соответствующее сообщение. При удалени ограничение исчезнет из списка ограничений.
   • Тест 3: экспорт данных в уже существующий файл
     Описание:
     Проверяется работа функции экспорт данных в существующий файл с расширением «txt»
     Алгоритм:
     Выбрать функцию экспорта и указать файл, в который будет сохранены данные.
     Ожидаемы результат:
     В указанном файле будут находиться новые данные.
   
   
5. Глоссарий терминов.
   • Экспорт данных - вывод всех или части данных из текущего файла/документа/базы данных (в том числе в ОЗУ) во внешний источник. Часто сопровождается конвертацией (переводом) данных из одного формата в другой.
   • Импорт данных - добавление данных, вставка данных из внешних источников в текущий файл/документ/базу данных. Часто сопровождается конвертацией (переводом) данных из одного формата в другой.
   • Конвертация данных - преобразование данных из одного формата в другой. Обычно с сохранением основного логическо-структурного содержания информации.
   • Конвертер - программа для преобразования файлов из одного формата в другой.
   • OpenOffice - это свободный пакет офисных приложений, разработанный с целью предоставить альтернативу Microsoft Office.
   • Интерфейс пользователя - совокупность средств, при помощи которых пользователь общается с различными устройствами, чаще всего - с компьютером. Интерфейс пользователя компьютерного приложения включает: средства отображения информации; командные режимы, язык «пользователь - интерфейс»; устройства и технологии ввода данных.
   • Lp-solver - программное приложение для решения задач линейного программирования.
   • Тест - проверка работоспособности программы на соответствие требованиям заказчика.
   • Код возврата функции - некоторое значение, которое возвращает системе функция в случае возникновения определенной ситуации(например, произошла ошибка)