Федеральное агентство по образованию

Государственное образовательное учреждение

высшего профессионального образования

УФИМСКИЙ ГОСУДАРСТВЕННЫЙ АВИАЦИОННЫЙ ТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ

Кафедра автоматизации проектирования информационных систем

План-график выполнения работы:

Наименование этапа работы	Плановый срок предъявления консультанту	Фактический срок предъявле-ния консультанту
Получение и согласование задания	3-4 недели
Разработка схем работы системы и программ	4- 5 неделя
Разработка таблиц решений для функций программы	5 – 6 неделя
Разработка тестов для верификации функций программы. Тестирование и отладка	9- 10 неделя
Представление отчета по курсовой работе	10 - 11неделя

Специфицирование и тестирование программ пояснительная записка

к курсовой работе

по дисциплине ‘Технология программирования’

Выполнил студент группы: асои-234

________________________

Приняла комиссия в составе:

Фамилия И.О.	Подпись
Бежаева О.Я.
Мукасеева В.Н.

Дата Оценка

Уфа - 2007

Ограничения на входные и выходные данные

Ограничения, накладываемые на входные данные, считываемые из первого файла:

1) Номер предмета должен содержать только цифры.

2) Наименование предмета не должно содержать цифр.

3) Номер предмета не должен повторятся.

4) В строке не допустимо отсутствие каких-либо данных и присутствие лишних данных.

Ограничения, накладываемые на входные данные, считываемые из второго файла:

1) Номер группы должен содержать только цифры.

2) ФИО не должно содержать цифр.

3) Номер предмета не должен содержать ничего кроме цифр.

4) Оценка не должна содержать ничего кроме цифр.

5) В строке не допустимо отсутствие каких-либо данных и присутствие лишних данных.

Другие ограничения

Производится проверка правильности открытия файлов f1 и f2. Если хотя бы одного файла с указанным именем не существует, то выводится сообщение о некорректном вводе имени файла. Номера предметов в обоих файлах должны совпадать.

3. Структура целей разрабатываемой программы

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

Структурным анализом принято называть такое исследование системы, которое начинается с ее общего обзора и затем детализируется, приобретая иерархическую структуру со все большим числом уровней. Для таких методов характерно разбиение на уровни абстракции с ограничением числа элементов на каждом из уровней (обычно от 3 до 6-7). В технологии программирования эта идея была сформулирована как один из принципов структурного программирования: разработку программ рекомендуется вести сверху вниз или, иначе, по нисходящей стратегии.

Суть нисходящей стратегии в том, что цели разрабатываемого ПП структурируются по схеме: цели - подцели 1-го уровня - ... - подцели i-го уровня - ... - подцели n-уровня - функции до такой степени детализации, когда реализация подцелей последнего уровня (функций) становится очевидной.

Совместная обработка 2-х файлов