Модель файловой системы операционной системы реального времени. Модуль сжатия файловой системы и изменения имени и типа файлов

Размещено на http://www.allbest.ru/

ФГБОУ «Национальный исследовательский ядерный университет «МИФИ»»

Кафедра №29 «Управляющие интеллектуальные системы»

Заказчик: М.Н. Петухов

Модель файловой системы ОС реального времени

Модуль сжатия файловой системы и изменения имени и типа файлов

Программа и методика испытаний

ГОСТ 19.301-79

Исполнители

А.Д. Иванов

К.Д. Ермошин

Принял

И.В. Алексеенко

Москва 2015



Содержание

1. Объект испытаний

1.1 Наименование программы

1.2 Область применения программы

1.3 Обозначение испытуемой программы

2. Цель испытаний

3. Требования к программе

3.1 Требования, подлежащие проверке во время испытаний

3.2 Требования, заданные в техническом задании на программу

4. Требования к программной документации

4.1 Требования к составу программной документации, предъявляемой на испытания

4.2 Специальные требования

5. Состав и порядок испытаний

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

5.2 Порядок проведения испытаний

6. Методы испытаний



1. Объект испытаний

1.1 Наименование программы

Наименование - Модуль сжатия файловой системы и изменения имени и типа файлов модели файловой системы ОС реального времени

1.2 Область применения программы

Программа предназначена к применению в учебных целях.

1.3 Обозначение испытуемой программы

Наименование темы разработки - «Разработка модуля сжатия файловой системы и изменения имени и типа файлов». Файловая система представляется в виде текстового файла fs.txt (содержащего информацию о файловой системе, а так же о каждом файле) и приложения monitor.exe (предоставляющего функциональность по управлению системой через текстовый интерфейс пользователя).



2. Цель испытаний

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



3. Требования к программе

3.1 Требования, подлежащие проверке во время испытаний

Проверке подлежат команды файловой системы, а именно:

Таблица 3.1

Команда	Результат
сmprs	В случае отсутствия файлов в системе в окно монитора команд выводится соответствующее сообщение. Если файлы есть, выводится упорядоченный по расположению в памяти список файлов и неиспользуемых блоков (см. "РО сжатие и изменение имени и типа файлов"), а также общий размер файлов до сжатия файловой системы и после.
chtype name.type ntype	В окно монитора команд выводится сообщение об успешном изменении типа файла, либо сообщение об отсутствии файла в системе.
renfile oname.type nname	В окно монитора команд выводится сообщение об успешном изменении имени файла, либо сообщение об отсутствии файла в системе.

3.2 Требования, заданные в техническом задании на программу

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

При использовании команд renfile и chtype в окно МК должно быть выведено сообщение об успешном изменении имени или типа файла соответственно, либо сообщение о том, что файла в системе нет, в случае его отсутствия в системе.

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

4. Требования к программной документации

4.1 Требования к составу программной документации, предъявляемой на испытания

Состав программной документации должен включать в себя:

Техническое задание.

Пояснительная записка.

Текст и описание программы.

Программа и методика испытаний.

Руководство системного программиста и руководство оператора для каждого модуля монитора команд и для системы в целом.

4.2 Специальные требования

Каждая команда, описанная в предыдущем пункте, должна выполняться не более 10 секунд. Это значит, что временной интервал между моментом нажатия клавиши ENTER (после вода команды) и моментом появления в окне монитора команд результата соответствующего этой команде (результаты команд описаны выше) не должен превышать 10 секунд.



5. Состав и порядок испытаний

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

Для нормального функционирования файловой системы на компьютере должна быть установлена лицензионная и полностью исправная операционная система Windows 8, Windows 7 или Windows XP с поддержкой русского языка, разрешение экрана должно быть 800х600 или выше. На жестком диске компьютера должен быть более чем 1 гигабайт свободной памяти. Минимальный объем оперативной памяти 512 мегабайт.

испытание требование файловый система

5.2 Порядок проведения испытаний

Испытания проводятся в два этапа:

ознакомительный;

испытания.

Перечень проверок, проводимых на 1-м этапе испытаний, должен включать в себя:

проверку комплектности программной документации;

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

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

Проверка считается завершенной в случае соответствия состава и комплектности программной документации, представленной исполнителем, перечню программной документации, приведенному в указанном выше пункте.

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

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

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

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

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

Проверка считается завершенной в случае соответствия состава и последовательности действий оператора при выполнении данных функции указанных выше.



6. Методы испытаний

Проверка выполнения команд производится представителями заказчика и включает в себя проверку команд, представленных в таблице 3.1., а именно:

chtype name.type ntype - изменяется тип заданного файла (name.type) на указанный (ntype) и выводится сообщение о результате выполнения операции.

Тесты команды chtype name.type ntype.

Если файл в системе отсутствует, команда выводит:

Файла в системе не обнаружено.

Если в системе содержится файл с именем name.type, команда меняет его тип на ntype и выводит:

Изменение типа прошло успешно.

renfile oname.type nname - изменяется тип заданного файла (oname.type) на указанный (nname) и выводится сообщение о результате выполнения операции.

Тесты команды renfile oname.type nname.

Если файл в системе отсутствует, команда выводит:

Файла в системе не обнаружено.

2) Если в системе содержится файл с именем oname.type, команда меняет его тип на nname и выводит:

Изменение имени прошло успешно.

сmprs - команда производит сжатие файловой системы.

Тесты команды сmprs.

Если файлов в системе не обнаружено, на экран монитора команд должно выводиться сообщение:

No files

Если файлы есть, должен быть выведен список файлов по расположению в памяти в следующем виде:

offset: <x > ; size: <y>; <”file: <имя_файла1>” или “empty block”>

offset: <x+y > ; size: <z>; <”file: <имя_файла2>” или “empty block”>

offset: <x+y+z > ; size: <w>; <”file: <имя_файла3>” или “empty block”>

…

The whole data size before compressing: <общий размер в байтах до сжатия>

<аналогичный список блоков и общий размер после сжатия …>

The whole data size after compressing: <общий размер в байтах после сжатия>

X, x+y, x+y+z - смещения в байтах относительно конца области файловых дескрипторов для файлов 1, 2, 3 соответственно (или для пустых блоков), а x,y,w - их размеры. Пустые блоки после последнего от конца области дескрипторов записанного файла не должны отображаться. Список, выводимый после сжатия должен содержать только блоки с файлами, идущие строго подряд. Количество, имена и размеры файлов не должны меняться после сжатия.

Для более детальной проверки результатов работы команды следует открыть файл fs.txt в любом текстовом редакторе и проверить соответствие выведенной на экран информации содержимому файловых дескрипторов (см. Основное ТЗ, Основную ПЗ). Пример испытания корректной работы команды:

Содержимое fs.txt до сжатия:

002000

name1

type1

128

2015 03 05

1024

1

002000

name2

type2

512

2015 03 05

1152

2

002000

name3

type3

128

2015 03 05

1964

-1

Содержимое fs.txt после сжатия:

002000

name1

type1

128

2015 03 05

1024

1

002000

name2

type2

512

2015 03 05

1152

2

002000

name3

type3

128

2015 03 05

1664

-1

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

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

Набор команд проводится в мониторе команд. Данные в файле, представляющем файловую систему, должны соответствовать требованиям, изложенным в пояснительной и технической записках.

Размещено на Allbest.ru

...