1 - Техническое задание. (1077157)
Текст из файла
______________________________________________________________________
Московский государственный технический университет им. Н.Э.Баумана
_______________________________________________________________________
Утверждаю: | |
Большаков С.А. | "__"_____________2009 г. |
Курсовая работа по курсу Системное программирование
“<Класс комплектующих компьютера и их наборов>”
Вариант № 22
Техническое задание
(вид документа)
писчая бумага
(вид носителя)
4
(количество листов)
ИСПОЛНИТЕЛЬ: | |
студент группы ИУ5-31 | Сидякин А.А. |
Большаков С.А. | "__"_____________2009 г. |
Москва - 2009
_______________________________________________________________________
ОГЛАВЛЕНИЕ:
1. НАИМЕНОВАНИЕ
2. ОСНОВАНИЕ ДЛЯ РАЗРАБОТКИ
3. НАЗНАЧЕНИЕ РАЗРАБОТКИ
4. ИСПОЛНИТЕЛЬ
5. ТРЕБОВАНИЯ К ПРОГРАММНОМУ ИЗДЕЛИЮ
5.1. Требования к функциональным характеристикам
5.2. Требования к программному обеспечению
5.3. Требования к условиям эксплуатации
5.4. Требования к информационному обеспечению
5.5. Требования к надежности
5.6. Требования к составу и характеристикам технических средств
5.7. Требования к программной совместимости
6. ТРЕБОВАНИЯ К ПРОГРАММНОЙ ДОКУМЕНТАЦИИ
6.1. Разрабатываемые документы
7. ТЕХНИКО-ЭКОНОМИЧЕСКИЕ ПОКАЗАТЕЛИ
8. СТАДИИ И ЭТАПЫ РАЗРАБОТКИ
9. ПОРЯДОК КОНТРОЛЯ И ПРИЕМКИ ЗАДАНИЯ
10. ДОПОЛНИТЕЛЬНЫЕ ТРЕБОВАНИЯ
1. НАИМЕНОВАНИЕ
Класс комплектующих компьютера и их наборов
2. ОСНОВАНИЕ ДЛЯ РАЗРАБОТКИ
Основанием для разработки является учебный план кафедры ИУ5.
3. НАЗНАЧЕНИЕ РАЗРАБОТКИ
Целью данной разработки является практическая отработка знаний, полученных в теоретическом курсе.
4. ИСПОЛНИТЕЛЬ
Студент группы ИУ5-31 Сидякин Артём Александрович.
5. ТРЕБОВАНИЯ К ПРОГРАММНОМУ ИЗДЕЛИЮ
5.1. Требования к функциональным характеристикам
5.1.1. Должны быть разработаны 3 класса: базовый абстрактный класс комплектующих, классы конкретных комплектующих, наследованный от базового, и контейнерный класс “компьютер”, хранящий в себе объекты классов комплектующих.
-
Требования к базовому классу:
-
Класс Component должен содержать следующие поля: производитель, название, модель, наличие, цена;
-
Класс Component должен предоставлять пользователю возможность распечатать любой элемент объекта и любое поле объекта;
-
-
Требования к классам компонентов:
-
Классы Chipset, SoundCard, VideoAdapter должны наследоваться от базового класса Component;
-
5.1.2.2. Класс Chipset должен иметь поле SocketType;
5.1.2.3. Класс SoundCard должен иметь поле NumOfChannels;
5.1.2.4. Класс VideoAdapter должен иметь поле RAM;
5.1.3. Требования к контейнерному классу Computer
5.1.3.1. Класс Computer должен быть контейнерным для класса Component;
5.1.3.2. Класс Computer должен уметь выполнять операции над списками: добавление комплектующих в компьютер, замену комплектующих по типу, множественность некоторых комплектующих компьютера (две видеокарты) и очистку набора;
5.2. Требования к программному обеспечению
-
Поддерживаемые операционные системы: MS-DOS (версии не ниже 6.22), Windows (все версии платформы x32)
-
Компилятор Borland C++ 3.1.
-
Требования к условиям эксплуатации
Пользователь не должен использовать или создавать классы с именами, совпадающими с именами разрабатываемых классов.
-
Требования к информационному обеспечению
Отсутствуют.
-
Требования к надежности
При корректном использовании система классов не должна приводить к сбоям в работе программы.
-
Требования к составу и характеристикам технических средств
Для эксплуатации данной системы классов необходимы технические средства:
Процессор Intel 8086, 8Мб RAM, жесткий диск, USB (или устройство для чтения лазерных компакт-дисков).
-
Требования к программной совместимости
Разрабатываемые классы не должны конфликтовать с уже существующими в Borland C++ 3.1.
6. ТРЕБОВАНИЯ К ПРОГРАММНОЙ ДОКУМЕНТАЦИИ
-
Разрабатываемые документы
-
Техническое задание (ТЗ) на разработку программного продукта.
-
Описание применения программного продукта.
-
Техническое описание программного продукта.
-
Исходный текст программ программного продукта.
-
Программа и методика испытаний для сдачи программного продукта по ТЗ.
-
Руководство пользователя программного продукта.
-
Описание тестового примера.
-
USB Flash Drive или лазерный компакт диск (по выбору заказчика) с исходными текстами, документацией и программным продуктом готовым к выполнению.
7. ТЕХНИКО-ЭКОНОМИЧЕСКИЕ ПОКАЗАТЕЛИ
Отсутствуют.
8. СТАДИИ И ЭТАПЫ РАЗРАБОТКИ
№ | Содержание работы | Срок |
1 | Получение и уточнение задания | 1 неделя |
2 | Разработка программ и проектирование | 1-2 недели |
3 | Кодирование и отладка | 5-7 недель |
4 | Разработка документации | 1 неделя |
5 | Защита и проведение испытаний | 1-2 недели |
9. ПОРЯДОК КОНТРОЛЯ И ПРИЕМКИ ЗАДАНИЯ
Прием системы осуществляется в соответствии с документом “Программа и методика испытаний”.
10. ДОПОЛНИТЕЛЬНЫЕ ТРЕБОВАНИЯ
Данное техническое задание может уточняться в установленном порядке.
4
Характеристики
Тип файла документ
Документы такого типа открываются такими программами, как Microsoft Office Word на компьютерах Windows, Apple Pages на компьютерах Mac, Open Office - бесплатная альтернатива на различных платформах, в том числе Linux. Наиболее простым и современным решением будут Google документы, так как открываются онлайн без скачивания прямо в браузере на любой платформе. Существуют российские качественные аналоги, например от Яндекса.
Будьте внимательны на мобильных устройствах, так как там используются упрощённый функционал даже в официальном приложении от Microsoft, поэтому для просмотра скачивайте PDF-версию. А если нужно редактировать файл, то используйте оригинальный файл.
Файлы такого типа обычно разбиты на страницы, а текст может быть форматированным (жирный, курсив, выбор шрифта, таблицы и т.п.), а также в него можно добавлять изображения. Формат идеально подходит для рефератов, докладов и РПЗ курсовых проектов, которые необходимо распечатать. Кстати перед печатью также сохраняйте файл в PDF, так как принтер может начудить со шрифтами.