Требования к домашнему заданию по дисциплине СП
Описание файла
Документ из архива "Требования к домашнему заданию по дисциплине СП", который расположен в категории "". Всё это находится в предмете "системное программирование" из 4 семестр, которые можно найти в файловом архиве МГТУ им. Н.Э.Баумана. Не смотря на прямую связь этого архива с МГТУ им. Н.Э.Баумана, его также можно найти и в других разделах. Архив можно найти в разделе "книги и методические указания", в предмете "системное программирование" в общих файлах.
Онлайн просмотр документа "Требования к домашнему заданию по дисциплине СП"
Текст из документа "Требования к домашнему заданию по дисциплине СП"
2010 год 2 курс 4-й семестр ИУ5 Большаков С.А.
Требования к домашнему заданию по дисциплине СП
(2 курс 4-й семестр)
“Разработка ТЗ для КР по резидентной программе (TSR)”
-
Содержание и цель домашнего задания
Цель выполнения домашнего задания по дисциплине Системное программирование заключается в разработке технического задания (ТЗ) для курсовой работы по этой дисциплине, выполняемой в следующем семестре (5-й семестр). Техническое задание разрабатывается в соответствии с требованиями. Студенты получают навыки разработки проектного документа, а также разбираются в теме своего задания.
Требования к курсовой работе представлены в отдельном документе на сайте и продублированы в данном документе. Требования к оформлению ТЗ и другим документам, также размещены в отдельном документе на сайте. Основные требования к ТЗ размещены также ниже.
-
Требования к разработке и оформлению ТЗ
Общие требования к документам. Студент должен знать и понимать назначение каждого документа, четко отвечать на вопрос, для какой категории пользователя он предназначен. Также нужно четко представлять основной смысл документа и различать особенности стиля изложения каждого документа (эта информация есть в данных методических указаниях).
Требования к техническому заданию (ТЗ) на разработку программного продукта (заказчик – преподаватель, исполнитель - студент).
2.1 Структура оглавления и содержание ТЗ:
1. НАИМЕНОВАНИЕ
2. ОСНОВАНИЕ ДЛЯ РАЗРАБОТКИ
3. НАЗНАЧЕНИЕ РАЗРАБОТКИ
4. ИСПОЛНИТЕЛЬ
5. ТЕХНИЧЕСКИЕ ТРЕБОВАНИЯ
5.1. Требования к функциональным характеристикам
5.2. Требования к программному обеспечению
5.3. Требования к условиям эксплуатации
5.4. Требования к информационному обеспечению
5.5. Требования к надежности
5.6. Требования к составу и характеристикам технических средств
5.7. Требования к программной совместимости
6. ТРЕБОВАНИЯ К ПРОГРАММНОЙ ДОКУМЕНТАЦИИ
6.1. Разрабатываемые технические и эксплуатационные документы
7. ТЕХНИКО-ЭКОНОМИЧЕСКИЕ ПОКАЗАТЕЛИ
8. СТАДИИ И ЭТАПЫ РАЗРАБОТКИ
8.1. Сроки выполнения отдельных этапов работ
9. ПОРЯДОК КОНТРОЛЯ И ПРИЕМКИ ЗАДАНИЯ
9.1. Требования к сдаче и условия приемки
10. ДОПОЛНИТЕЛЬНЫЕ ТРЕБОВАНИЯ
2.2 Стиль изложения ТЗ – декларативный (предписывающий): все предложения должны соответствовать предписывающему стилю ("программа должна обеспечивать …" или "в процедуре необходимо обеспечить" или "система должна выполнять" и т.д.).
2.3 Главные требования к основным разделам ТЗ (на выполнение этих требований будет обращаться повышенное внимание при предъявлении программ):
2.3.1 В пункте 3 (НАЗНАЧЕНИЕ РАЗРАБОТКИ) очень кратко (2-3 предложения) формулируется назначение разработки: какие преимущества возникают при его применении, какие новые возможности появляются у пользователя, какие операции автоматизируются при использовании программного продукта.
2.3.2. В раздел 5.1 на должны быть включены основные функции резидентной программы, которые соответствуют варианту задания (для русификатора клавиатуры - "программа должна обеспечивать переключение в режим ввода русских символов", " программа должна обеспечивать переключение в режим ввода латинских символов " и т.д.). Эти основные функции должны быть размещены в начале раздела 5.1. Кроме того, должны быть отражены и дополнительные функции (загрузка, выгрузка и т.д.).
2.3.3. Все позиции в ТЗ (для ссылок на них) должны быть пронумерованы с помощью многоуровневой нумерации (5.1.1, 5.1.2 и т.д.)
2.3.4. В разделах п.7 и п.10 информация может отсутствовать.
2.3.5. В раздел 5 могут быть добавлены новые позиции по соглашению с заказчиком (Например, функции защиты информации, безопасность использования программного и технического обеспечения и т.д.).
2.3.6. Титульный лист ТЗ представлен в приложении к данному документу.
Ниже приведены методические указания для разработки курсовой работы 5-го семестра. Варианты, выданные студентам в 4-м семестре, действительны и для следующего семестра, их изменять не нужно, даже если списки изменятся. Если студент включен в список заново, то вариант для выполнения КР он получает отдельно у преподавателя.
-
Содержание и цель курсовой работы 5-го семестра
Цель выполнения курсовой работы заключается в изучении механизмов написания резидентных программ на языке Ассемблер, освоения навыков тестирования и отладки программных модулей, а также оформления комплекта документации на системные программные продукты.
В курсовой работе студентов 3 курса должна быть разработана резидентная программа на языке Ассемблер PC, оформлена документация на программу и изготовлена конструкторская документация в виде 3 листов формата А1. Варианты курсовой работы определяются номером в списке официального журнала старосты и уточняются у преподавателя.
Резидентная программа должна выполняться под управлением MS DOS версии не ниже 6.21 или в режиме эмуляции ДОС для ОС класса WINDOWS (в режиме командной строки).
Студенты выполняют сдачу программ и документации курсовой работы на основе программы методики испытаний, демонстрации знаний языка Ассемблер и устройства операционных систем.
-
Общие требования к резидентной программе
Резидентная программы должна удовлетворять следующим основным требованиям, а именно:
-
Программа должны выполнять совокупность функций заданных вариантом (см. варианты заданий для курсовой работы в отдельном файле). Данные функции разрабатываются студентом, конкретизируются и обязательно должны быть отражены в техническом задании на КР.
-
Обеспечивать загрузку в оперативную память (ОП) с фиксацией в виде резидента (TSR программы), для чего используются специальные функции и прерывания ДОС;
-
Обеспечивать сохранение и вызов старого драйвера (TSR программы) по данному прерыванию, если такой драйвер был ранее установлен в операционной среде;
-
Выполнять проверку повторности загрузки данного резидента, выдавая при повторной загрузке специальное сообщение на экран дисплея;
-
Выдавать справку по своей работе программы при задании ключа “/?” при запуске в режиме командной строки, при этом проверка повторности и загрузка резидента не производиться;
-
Обеспечивать выгрузку резидентной программы с полным освобождением ОП. Должна выгружаться как резидентная часть программы (ее тело) так и PSP – окружение программы (варианты технологии выгрузки программ определяются по группам, контроль освобождения ОП выполняется утилитой MEM по числу свободных байтов до и после выгрузки из памяти).
-
При выгрузке программа должна корректно восстанавливать старый обработчик данного прерывания;
-
Программа должна выдавать сообщение о своем завершении, очистки ОП и восстановлении старых резидентных программ;
-
Программа оформляется в формате *.СОМ – файла (исполнимого модуля).
-
В программе методике испытаний (отдельный документ, см. ниже) должны быть четко определены условия проведения испытаний программы на соответствие ТЗ.
Примечание: В ТЗ должны быть обязательно отражены функции ПО программного изделия в соответствии с собственным вариантом, они должным быть основными и размещены в начале раздела ТЗ №5. Технические требования в пункте 5.1 “Требования к выполняемым функциям”. Кроме того, в процессе проектирования программы и ТЗ, могут появиться дополнительные функции, которые также необходимо отобразить в документации и ТЗ на КР.
-
Документация по разработке
Требования к содержанию и форме разрабатываемых документов изложены в специальных методических указаниях, которые предоставляются студентам и размещены на сайте. Разрабатываемая в рамках КР документация должна включать (детальное описание требований к разрабатываемой документации смотрите в специальном документе, размещенном на сайте):
-
Техническое задание на разработку программы резидента (техническое задание должно содержать, помимо общих, и конкретные пункты ТЗ для варианта задания, причем эти пункты должны быть первыми в перечне функциональных требований).
-
Описание применения ПО.
-
Техническое описание программы ПО (описание всех процедур, их входных и выходных параметров, программ и структур данных, включая описание модульной структуры и блок-схем программ, которые выносятся на листы).
-
Текст программы в виде листинга, выдаваемого Ассемблером. Только так, распечатка исходного текста программы без листинга Ассемблера не будет приниматься.
-
Руководство системного программиста (в том числе обязательно: состав ПО, системные требования к ОС, используемые прерывания, требования к развертыванию и удалению программного обеспечения).
-
Руководство пользователя: все от "А" до "Я" по работе пользователя, включая инструкцию командной строки в БНФ. (Бэкуса Нормальная Форма/Бэкуса-Наура Форма - сохранилось две расшифровки этой аббревиатуры). Инструкция должна быть понятна пользователю, и ориентирована именно на такого пользователя, которому функционально предназначен программный продукт. Должны быть приведены примеры запуска и использования программы.
-
Программа и методика испытаний (основное - в виде таблицы для проверки всех пунктов ТЗ со ссылкой на них, обязательно условия проведения испытаний и результат выполнения пункта). Обязательно должны быть отражены название испытуемого изделия и программы, условия проведения испытаний, действия для проверки и результаты этих действий (вплоть до нажатия отдельных клавиш). ПМИ разрабатывается для отдельной проверки выполнения каждого пункта ТЗ и работоспособности.
-
3 листа формата А3 или А2 (см. Ниже), поясняющих конструкцию и работу программы.
-
Дискета с исходными текстами, документацией и резидентной программой готовой к выполнению, откомпилированная для режима ДОС. Дискетки можно взять у преподавателя.
Документация оформляется в соответствии с ГОСТ. Все документы должны иметь отдельный титульный лист (форма титульного листа дана в документе – требования к документации), оформленный по требованиям кафедры. Уточнить требования к КР и оформлению документации можно на консультациях, а на отдельной лекции я постараюсь дать дополнительные пояснения этих требований.
-
Листы курсовой работы
В курсовой работе разрабатывается 3 листа, конструкторской документации. Листы могут быть выполнены в машинном исполнении, только в этом случае допускается их распечатка на бумаге формата А4 (можно использовать MS Visio (предпочтительно), MetaDesign, CorelDraw и других пакеты).
В листах должно быть отражено:
-
Блок схемы алгоритмов программы и процедур (обязательно);
-
Модульная структура программы (обязательно);
-
Схема взаимодействия резидентной программы с аппаратурой, в которой отражаются: вектор прерываний, резидентные и фоновые программные компоненты, клавиатура компьютера, области памяти где расположены программы и данные, микропроцессор компьютера, технические компоненты, которыми связана программа и др. (обязательно). Разработанная схема должна быть уникальной для конкретного проекта и описана в специальном разделе технического описания. При защите КР студент должен четко пояснить по ней работу собственной программы (пример обобщенной схемы теперь размещен на сайте!).
-
Описание пользовательского интерфейса в виде инструкции командной строки или графа диалога (при наличии), если это не выноситься на лист, то должно быть отражено в руководстве пользователя;
-
Структуры данных, используемые в программе (при наличии таковых), структуры файлов, массивов, записей и др.
-
Требования к выполнению работы
Работа выполняется индивидуально каждым студентом. При выполнении работы может быть использован любой доступный компилятор (QC25, masm, tasm и др. любых версий). При разработке программ и процедур должен использоваться отладчик (либо встроенный в QC или автономный –TD, CV).
-
Варианты выполнения работы
Варианты выполнения работы по номерам списков студентов в группах (по журналу старосты) приведены в документе - (Var3_kr.zip – см. на сайте), а требования к КР в документе (Treb3_kr.zip - см. на сайте).
По согласованию с преподавателем (доц. Большаков С.А.) тема может быть изменена или уточнена (до 8-й недели 4-го семестра).
По группам 41,42,43 и 44 введены специальные требования:
ИУ5-41 - резидентная программа должна выгружаться при запуске специально разработанной на языке Ассемблер собственной утилиты - UNLDTSR.EXE.
ИУ5-42 - резидентная программа должна выгружаться по ключу “/U” или “/u” при повторном запуске в командной строке.
ИУ5-43 - резидентная программа должна выгружаться по горячей клавише Ctrl+u/U.
Уточнение тем КР производится на консультациях до 8-й недели 4-го семестра.
ИУ5-44 - резидентная программа должна выгружаться при повторном запуске программы без параметров.
ГРУППА СУЦ – выполняет требования по варианту 1-й группы.
-
Литература для выполнения КР
-
Данные методические указания.
-
Требования к оформлению документации (см. на сайте).
-
Лекции по курсу СП
-
Список литературы по дисциплине (дан на сайте). Особо рекомендую книги Финогенова К.Г. (п.п. 9-11). В частности:
-
Л.Г. Финогенов “Самоучитель по системным функциям MSDOS”-М.,РиС,Энтроп, 1995 г.
-
П.И.Рудаков, К.Г.Финогенов “Программирование на языке ассемблера IBM PC” Обнинск,Принтер, 1997г.
-
П.И.Рудаков, К.Г.Финогенов “Основы программирования на языке ассемблера IBM PC Части 1-4” Обнинск, Принтер, 1995г.
-
Р.Джордейн “Справочник программиста персональных компьютеров типа IBM PC”- М.,ФиС, 1991г.
-
Другая литература по дисциплине.
-
Сроки и Защита курсовой работы
Защита курсовой работы производится по предоставлению полного комплекта документации, листов, исходных и загрузочных текстов программ на дискете. Сдача работающей программы обязательна и выполняется на основе ТЗ и утвержденной программы и методики испытаний. На защите задаются вопросы по работе и по лекционному материалу и любые вопросы по листингу программы.