- •Специфицирование и тестирование программ
- •Уфа 2007
- •Введение
- •Задание на курсовую работу
- •1.Структура целей разрабатываемой программы
- •2.Ограничения. Учитываемые в программе обработки
- •3.Схемы работы программы
- •5. Таблицы решений
- •5.1 Таблица решений для функции GetNum
- •5.12 Таблицы решений для функции ChkForMistakes
- •5.12.1 Таблица решений для проверки на ошибки файла f2
- •5.12.2 Таблица решений для проверки на ошибки файла f1
- •5.12.3 Таблица решений для совместной проверки на ошибки файлов f1 и f2
- •5.13 Таблица решений для тела программы
- •6. Тестирование программы
- •6.1 Тестирование проверки на ошибки файла f2
- •6.2 Тестирование проверки на ошибки файла f1
- •6.3 Тестирование функции записи в файл f3
- •6.4 Безошибочное выполнение программы
- •Заключение
Задание на курсовую работу
Кафедра АПрИС
Задание на курсовую работу по технологии программирования
Выдано 18.03.2007 г студенту группы АСОИ-232 Антонову Д.В.
Срок выполнения 30.04..2007г.
ЗАДАНИЕ К РАБОТЕ
Разработать программу совместной обработки файлов типа F1 иF2 для формирования выходного документа типаF3.
ИСХОДНЫЕ ДАННЫЕ И ОСОБЕННОСТИ АЛГОРИТМА
Текстовые файлы на МД, структура записей которых приведена ниже:
Таблица 1 - Структура файла F1
№ предмета |
Наименование предмета |
|
|
Таблица 2 - Структура файла F2
День недели |
Время начала |
Время окончания |
№ предмета |
Начало(№ недели) |
Конец (№ недели) |
Вид занятий |
|
|
|
|
|
|
|
Результат обработки в виде выходного документа, представленного в таблице F3:
Таблица 3 - Структура файла F3
Время начала |
Время окончания |
День недели |
Название предмета |
Вид занятий |
С какой недели |
По какую неделю |
|
|
|
|
|
|
|
Занятия сгруппировать подряд по времени начала. Предусмотреть проверку на корректность данных файла F2. Рекомендуется имена файлов типаF1 иF2 запрашивать с клавиатуры дисплея.
1.Структура целей разрабатываемой программы
Составлению внешних спецификаций разрабатываемого программного обеспечения предшествует анализ целей будущего продукта, который в методиках разработки программного обеспечения называется структурным анализом и методической базой которого является нисходящая стратегия.
Структурным анализом принято называть такое исследование системы, которое начинается с ее общего обзора и затем детализируется, приобретая иерархическую структуру со все большим числом уровней /4/. Для таких методов характерно разбиение на уровни абстракции с ограничением числа элементов на каждом из уровней (обычно от 3 до 6-7). В технологии программирования эта идея была сформулирована как один из принципов структурного программирования: разработку программ рекомендуется вести сверху вниз или, иначе, по нисходящей стратегии.
Суть нисходящей стратегии в том, что цели разрабатываемого ПП структурируются по схеме: цели - подцели 1-го уровня - ... - подцели i-го уровня - ... - подцели n-уровня - функции до такой степени детализации, когда реализация подцелей последнего уровня (функций) становится очевидной.
Совместная обработка
2-х файлов
Проверка на корректность файла F2
Формирование выходного файла F3
Проверка на корректность файла F1
2.Ограничения. Учитываемые в программе обработки
1) Проверка на корректность файла F1:
а) Поле «№ предмета» должно быть уникальным;
б) Поле «Наименование предмета» должно быть уникальным;
2) Проверка на корректность файла F2:
а) Поле «День недели» не может быть меньше 1 и больше 6;
б) Поле «Время начала» не может быть меньше 00:00 и больше 23:59;
в) Поле «Время начала» должно соответствовать расписанию;
г) Поле «Время окончания» не может быть меньше 00:00 и больше 23:59;
д) Поле «Время окончания» должно соответствовать расписанию;
е) Время начала должно предшествовать времени окончания;
ж) Поле «№ предмета» должно быть уникальным;
з) Поле «Начало (№ недели)» не может быть меньше 1 и больше 24;
и) Поле «Конец (№ недели)» не может быть меньше 1 и больше 24;
к) Начальная неделя должна предшествовать конечной;
л) Поле «Вид занятий» может принимать только значения «практика» или «лекция»:
м) Поля «День недели» ,«№ предмета» , «Начало (№ недели)» и «Конец (№ недели)» должны быть числами;
н) Время проведения одного занятия не должно совпадать с временем проведения другого занятия;
о) Каждому номеру предмета должен соответствовать аналогичный номер предмета в файле F1;
Перечисленные ограничения учитываются при разработке алгоритма решения задачи и внешних спецификаций программы.
Корректность информации файла F1 следует проверять до совместной обработки файлов F1 и F2. В случае, фатальной ошибки обработка должна быть прекращена до устранения фатальной ошибки в F1. Аналогичные действия должны быть проведены для файла F2 до совместной обработки файлов. При другом классе ошибок пользователь получит предупреждение об ошибках, но выполнение программы прервано не будет. Поля, в которых содержатся недопустимые ошибки, в дальнейшей обработке файлов участия принимать не будут.