doc_kr35_2009 (Домашнее задание (вариант 20)), страница 2
Описание файла
Файл "doc_kr35_2009" внутри архива находится в следующих папках: Домашнее задание (вариант 20), [СП] ДЗ. Документ из архива "Домашнее задание (вариант 20)", который расположен в категории "". Всё это находится в предмете "системное программирование" из 4 семестр, которые можно найти в файловом архиве МГТУ им. Н.Э.Баумана. Не смотря на прямую связь этого архива с МГТУ им. Н.Э.Баумана, его также можно найти и в других разделах. Архив можно найти в разделе "курсовые/домашние работы", в предмете "системное программирование" в общих файлах.
Онлайн просмотр документа "doc_kr35_2009"
Текст 2 страницы из документа "doc_kr35_2009"
2. ЦЕЛЬ ИСПЫТАНИЙ
3. СОСТАВ ПРЕДЪЯВЛЯЕМОЙ ДОКУМЕНТАЦИИ
4. ТЕХНИЧЕСКИЕ ТРЕБОВАНИЯ К ИСПЫТАНИЯМ И УСЛОВИЯ ПРОВЕДЕНИЯ ИСПЫТАНИЯ
4.1. Требования к условиям проведения испытаний
4.2. Требования к техетческим средствам
5. ПОРЯДОК ПРОВЕДЕНИЯ ИСПЫТАНИЙ
5.1. Состав и структура технических и программных средств для проведения испытаний программного продукта.
5.2. Последовательность испытаний (в виде таблицы)
6. МЕТОДЫ ИСПЫТАНИЯ
7. РЕЗУЛЬТАТЫ ИСПЫТАНИЙ (если необходимо)
Примечание: Отмечу, что данном случае, программа испытания строится для проверки системы классов на тестовом примере, а не тестового примера! На это должны быть рассчитаны пункты проверки в таблице.
-
Стиль изложения должен быть предписывающим, и основан на техническом языке, принятом программистами и специалистами по разработке ПП (программистский жаргон недопустим). Например, "нажмите … клавишу", "получите на экране …", "испытания должны проводиться в режиме командной строки MS DOC в.6.12" и т.д. Неоднозначностей и ошибок в тексте документа ПМИ не должно быть. Данный документ должен быть лаконичным и четким. Не нужно строить сложные предложения.
-
Данный документ (ПМИ) должен быть фактически пошаговой инструкцией для проведения испытаний, принимающий должен без подсказок разработчика самостоятельно провести испытания и удостоверится в работоспособности программного продукта и выполнения всех пунктов ТЗ.
-
Главные требования к основным разделам программы и методики испытаний ПП (на выполнение этих требований будет обращаться повышенное внимание при предъявлении ПП). Эти требования характерны для нашего случая КР/ДЗ:
-
В п.1 описывается, что испытывается, включая и наименование программного изделия.
-
В п.2 устанавливается цель испытания, то есть фактически устанавливается вариант проведения приемно-сдаточных испытаний программного изделия.
-
В п.3 приводится полный перечень представляемой документации для проведения испытаний.
-
В п.4 определяются условия проведения испытаний, включая и технические (OC, требования к компьютеру и т.д.). При формировании условий проведения испытаний необходимо учитывать возможности заказчика (преподавателя), которые он может предоставить для проведения приемки. Сдача программного продукта на технических и программных средствах разработчика недопустима.
-
В пункте 5.1 определены конкретные условия проведения испытания для проверки. В пункте 5.2 в виде таблицы, формат которой приведен ниже дается перечень действий и результатов, необходимых для проведения испытаний. Пример таблицы:
-
№ п.п. | № пункта ТЗ | Выполняемые действия | Ожидаемый результат | Дополнительные требования |
1 | 2 | 3 | 4 | 5 |
СП | … | … | … | … |
4. | 5.1.2 – Должно быть обеспечена проверка повторной загрузки резидента | Убедитесь, что резидент уже загружен: выполните пункт 2 данной методики. Запустите повторно в командной строке резидент. Для этого введите: > rez.com И нажмите клавишу “Enter”. | На экране будет выведено сообщение: “Повторная загрузка резидента!” | |
… | … | … | … | … |
ООП | ||||
1. | 5.1.1 Должна быть обеспечена возможность сложения удиц | Выполните пункт меню № 3. ( Выполняется фрагмент тестового примера, где задается сложение. См. п 2.7 "Описание тестового примера" S3 = S1+S2;) | Результат выполнения представлен в п.п. 4.7 данного документа. (Примечания для студентов: в п.п. 4.7 отображаются все результаты, которые проверяющий должен проверить – детальный вывод на экран и другие результаты). | |
ИЛИ | 5.1.1 Должно быть обеспечано создание объекта дома | Выполните пункт меню № 1. Введите “1” и нажмите ENTER. | На экране будет распечатано содержимое объекта: Номер сп. - 0 Имя - Жилой Номер сим. - д.10 Номер - 7 Этажей - 2 Жителей - 10 Ремонт не нужен! Тип дома - много строений Число квартир – 8 (Примечания для студентов: ячейке таблицы отображаются все результаты, которые проверяющий должен проверить – детальный вывод на экран и другие результаты). | |
… | … | … | … | … |
Примечания: 1. В колонке 2 можно не раскрывать содержание пункта ТЗ, но желательно.
2. Выполняемые действия должны быть точными, расписанными в точности до нажатия отдельной клавиши.
3. Если результат трудно поместить в ячейке таблицы, то его можно разместить в конце данного документа, а в таблице дать ссылку на раздел и страницу, где размещены результаты.
4. Каждая строка таблицы проверки пунктов ТЗ должна содержать описание действий для выборочной проверки этого пункта. Поэтому нужно продумать все необходимое и возможно продублировать действия других пунктов или выполнить ссылку на них (по пункту в колонке №1).
5. Колонка 5 таблицы необязательна.
6. В пункте 6 , при необходимости, описываются методы и методики проведения испытаний, которые трудно отобразить в таблице п.5 (например, выводимые результаты на экран, сложные эксперименты для проверки работоспособности и т.д.). В этом случае пункты должны быть пронумерованы, а в таблице ПМИ будут сделаны ссылки на эти пункты.
7. В пункте 7 , при необходимости, размещаются результаты испытаний с возможностью ссылки на них из таблицы испытаний.
8. (ООП) Допускается ссылка на документ тестового примера, на конкретный пункт.
9.(ООП) Тестовый пример желательно сделать с использованием текстового меню.
-
Эксплуатационная документация. Руководство пользователя программного продукта. Данный документ ориентирован на пользователя, который применяет данный программный продукт. В нашем случае – это пользователь применяющий Ваш резидент на практике или программист использующий систему классовПользователем в нашем случае является прикладной программист, использующий систему классов.
-
Структура оглавления руководства пользователя очень зависит от функционального назначения ПП. Даже в рамках разных вариантов КР этот документ может иметь существенные отличия. Все отличия мы сведем в п.4. Для нашего случая структура документа может иметь вид:
-
1. (СП) НАЗНАЧЕНИЕ И УСЛОВИЯ ПРИМЕНЕНИЯ ПРОГРАММЫ
1. (ООП) НАЗНАЧЕНИЕ И УСЛОВИЯ ПРИМЕНЕНИЯ СИСТЕМЫ КЛАССОВ
2. (СП) ПОДГОТОВКА К РАБОТЕ С ПРОГРАММОЙ
2. (ООП) ПОДКЛЮЧЕНИЕ СИСТЕМЫ КЛАССОВ
3.(СП) ЗАПУСК ПРОГРАММЫ
4. (СП) РАБОТА С ПРОГРАММОЙ (системой классов)
4.1 Работа с программой в режиме …
4.2 Работа с программой в режиме …
…
4. (ООП) РАБОТА С СИСТЕМОЙ КЛАССОВ (системой классов)
4.1 Использование метода ХХХ класса ХХХ с примером…
4.2 Использование метода ХХХ класса ХХХ с примером…
…
5. (СП) ЗАВЕРШЕНИЕ РАБОТЫ ПРОГРАММЫ
5. (ООП) ОТКЛЮЧЕНИЕ СИСТЕМЫ КЛАССОВ
6. (СП и ООП) ОПИСАНИЕ СООБЩЕНИЙ ОБ ОШИБКАХ И ИСКЛЮЧИТЕЛЬНЫХ СИТУАЦИЙ ПРИ РАБОТЕ С ПРОГРАММОЙ
-
Стиль изложения руководства пользователя должен быть описательным и исчерпывающим. Описание необходимо давать простым языком, без злоупотреблений техническими терминами. Должны рассматриваться различные примеры и рисунки для различных режимов работы, рассматриваться ошибочные ситуации и диагностические сообщения. Данный документ должен понимать тот пользователь, на которого рассчитан программный продукт. В тексте документа не должно содержаться пространных рассуждений и материала, не относящегося к программному продукту. Должна быть дана подробная инструкция применения программы, включая запуск, использование и выгрузку. системы классов: подключения в программу, создания и манипулирования объектами, использование всех методов. Должны быть даны наглядные примеры для всех случаев использования.
-
Главные требования к основным разделам руководства пользователя (на выполнение этих требований будет обращаться повышенное внимание при предъявлении ПП).
-
В пункте 1 дается краткое описание назначения программного продукта и условий его использования (краткая выдержка из описания применения, но без рекламы, а ориентированное на тех, кто уже приобрел программный продукт).
-
В пункте 2 приводятся необходимые действия для подготовки работы с программой, системой классов.
-
В пункте 3 описываются в БНФ способы запуска программы с примерами для всех возможных случаев. Приводятся диагностические сообщения, выдаваемые программой при различных режимах применения и ошибках.
-
В пункте 4 подробно описывается работа с программой, системой классов. В отдельных пунктах рассматривается функционирование в различных режимах. Приводятся примеры для всех возможных случаев. Все штатные ситуации должны быть описаны в руководстве пользователя. Приводятся все сообщения, выдаваемые программой в процессе работы.
-
В пункте 6 дается перечень сообщений программы в виде таблицы и действия пользователя при появлении этих сообщений. Описываются возможные исключительные ситуации (например, объект не создается) и способы их обработки.
-
К данной инструкции может быть приложено описание тестового примера, если он входить в комплект поставки библиотеки классов.
-
-
Эксплуатационная документация. Руководство системного программиста программного продукта. Данный документ ориентирован на системного программиста организации, в которой приобретен программный продукт. Этот специалист отвечает за работоспособность техники и операционных систем и выполняет функции по установке и сопровождению ПП на конкретных компьютерах. В этот документ должна быть собрана вся необходимая информация для выполнения этих работ, в том числе и та, которая присутствует в других документах. Поэтому ряд пунктов совпадает, и мы не будем раскрывать в этом разделе.
-
Структура оглавления руководства системного программиста:
-
1. НАЗНАЧЕНИЕ И УСЛОВИЯ ПРИМЕНЕНИЯ ПРОГРАММЫ
2. ТРЕБОВАНИЯ К СОСТАВУ И ПАРАМЕТРАМ ТЕХНИЧЕСКИХ СРЕДСТВ
3. ТРЕБОВАНИЯ К ПРОГРАММНОМУ ОБЕСПЕЧЕНИЮ
4. СОСТАВ ПРОГРАММНОГО ПРОДУКТА
5. УСТАНОВКА ПРОДУКТА
6. УДАЛЕНИЕ ПРОДУКТА
7. ХАРАКТЕРИСТИКИ ПО
8. ПОДГОТОВКА К РАБОТЕ С ПРОГРАММОЙ
9. ЗАПУСК ПРОГРАММЫ
10. ПРОВЕРКА РАБОТОСПОСОБНОСТИ СИСТЕМЫ КЛАССОВ НА ОСНОВЕ
ТЕСТОВОГО ПИРИМЕРА.