МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РОССИЙСКОЙ ФЕДЕРАЦИИ
ПЕНЗЕНСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ
ПОЛИТЕХНИЧЕСКИЙ ИНСТИТУТ
ФАКУЛЬТЕТ ВЫЧИСЛИТЕЛЬНОЙ ТЕХНИКИ
УТВЕРЖДАЮ Декан ФВТ _______________ Л. Р. Фионова «_____» ___________________ 2016 г. |
РАБОЧАЯ ПРОГРАММА ДИСЦИПЛИНЫ
Б1.В. ОД.11 ТЕХНОЛОГИИ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ
Направление подготовки 09.03.01 Информатика и вычислительная техника (уровень бакалавр)
Бакалаврская программа
"Системы автоматизированного проектирования"
Квалификация выпускника бакалавр
Форма обучения очная
Пенза, 2016
1. Цели освоения дисциплины
Целью изучения дисциплины «Технологии программного обеспечения» является формирование профессиональных компетенций:
способностью инсталлировать программное и аппаратное обеспечение для информационных и автоматизированных систем (ОПК-1);
способностью разрабатывать компоненты аппаратно-программных комплексов и баз данных, используя современные инструментальные средства и технологии программирования (ПК-2);
способностью подключать и настраивать модули ЭВМ и периферийного оборудования (ППК-1);
способностью сопрягать аппаратные и программные средства в составе информационных и автоматизированных систем (ППК-2);
2. Место дисциплины в структуре ООП
2.1. Дисциплина входит в базовую часть образовательной программы. Изучение данной дисциплины базируется на следующих курсах: «Информатика», «Программирование», «Информационные технологии в профессиональной деятельности»
2.2. Минимальные требования к «входным» знаниям, необходимым для успешного усвоении данной дисциплины ‑ удовлетворительное усвоение программ по следующим разделам указанных выше дисциплин:
- «Информатика» в полном объеме; «Программирование» ‑ практика программирование на языке высокого уровня.
3. Компетенции обучающегося, формируемые в результате освоения дисциплины
Коды компетенции | Наименование компетенции | Структурные элементы компетенции (в результате освоения дисциплины обучающийся должен знать, уметь, владеть) |
1 | 2 | 3 |
ОПК-1 | способностью инсталлировать программное и аппаратное обеспечение для информационных и автоматизированных систем | Знать: способы создания загрузочных дисков и релизов программ, знать последовательность разработки программного обеспечения Владеть: практической аппаратным и программным обеспечениям необходимыми для создания программ на языках высокого уровня |
ПК-2 | способностью разрабатывать компоненты аппаратно-программных комплексов и баз данных, используя современные инструментальные средства и технологии программирования | Знать: современные программно-аппаратные комплексы для разработки баз данных и программ; Уметь: проводить пред проектное обследование, и работать в команде. |
ППК-1 | способностью подключать и настраивать модули ЭВМ и периферийного оборудования | Знать: методики сборки программного обеспечения, и модели разработки комплексов программного обеспечения; Владеть: современными средствами диагностики и настройки программного обеспечения. |
ППК-2 | способностью сопрягать аппаратные и программные средства в составе информационных и автоматизированных систем | Знать: состав современных автоматизированных систем; Уметь: сопрягать аппаратные и программные средства в составе информационных систем |
4. Структура и содержание дисциплины (модуля) __ ТЕХНОЛОГИЯ РАЗРАБОТКИ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ
4.1. Структура дисциплины (модуля)
Общая трудоемкость дисциплины составляет _8____ зачетных единиц, _288______ часов.
№ п/п | Наименование разделов и тем дисциплины (модуля) | Семестр | Недели семестра | Виды учебной работы, включая самостоятельную работу студентов и трудоемкость (в часах) | Формы текущего контроля успеваемости (по неделям семестра) | ||||||||||
Аудиторная работа | Самостоятельная работа | ||||||||||||||
Всего | Лекция | Практические занятия | Лабораторные занятия | Всего | Подготовка к аудиторным занятиям | Реферат, эссе и др. | Курсовая работа (проект) | Подготовка к зачету | Собеседование | Коллоквиум | Проверка тестов | Проверка контрольн. работ | Проверка реферата | Проверка эссе и иных творческих работ | курсовая работа (проект) |
1 | Введение | 3 | 2 | 6 | |||||||||||
2 | Этапы разработки программного обеспечения | 3 | 4 | 6 | 2 | 8 | 2 | ||||||||
3 | Конструирование ПО | 3 | 4 | 6 | 2 | 8 | 2 | ||||||||
4 | Проектирование при конструировании | 3 | 4 | 6 | 2 | 8 | 2 | ||||||||
5 | Компоненты проектирования | 3 | 4 | 6 | 2 | 8 | 2 | ||||||||
6 | Методики проектирования | 3 | 6 | 6 | 2 | 8 | 2 | ||||||||
7 | Высококачественные классы | 3 | 6 | 6 | 2 | 8 | 2 | ||||||||
8 | Высококачественные методы | 4 | 6 | 6 | 2 | 8 | 2 | ||||||||
9 | Процесс программирования с псевдокодом | 4 | 6 | 8 | 2 | 8 | 2 | ||||||||
10 | Общие принципы использования переменных | 4 | 6 | 8 | 2 | 8 | 2 | ||||||||
11 | Совместная разработка ПО | 4 | 6 | 8 | 2 | 8 | 4 | ||||||||
Курсовая работа (проект) | 4 | ||||||||||||||
Подготовка к зачету | 3 | ||||||||||||||
Подготовка к экзамену | 4 | ||||||||||||||
Общая трудоемкость, в часах | 54 | 72 | 60 | 80 | 22 | Промежуточная аттестация | |||||||||
Форма | Семестр | ||||||||||||||
Экзамен | 4 | ||||||||||||||
Зачет | 3 |
4.2. Содержание дисциплины (модуля)
4.2.1.Содержание лекционного курса
Введение. Организация учебного процесса. Рекомендуемая литература. Предмет курса, его цели, задачи и особенности, связь с другими дисциплинами. Этапы разработки программного обеспечения. Система разработки программного обеспечения. Модели процесса разработки программ: водопадная модель процесса, спиральная модель процесса и инкрементальная модель процесса. Документация Конструирование ПО. Предварительные условия. Тип ПО. Предварительные условия, связанные с определением проблемы. Предварительные условия, связанные с выработкой требований. Выбор языка программирования. Проектирование при конструировании. Проблемы, связанные с проектированием ПО. Основные концепции проектирования. Уровни проектирования Компоненты проектирования: эвристические принципы (определение объектов реального мира; определение согласованных абстракций; инкапсуляция деталей реализации; использование наследования; сокрытие информации; определение области вероятных изменений; поддержание сопряжение слабым; использование популярных шаблоны проектирования). Методики проектирования. Итерация, разделяй и властвуй, экспериментальное прототипирование, совместное проектирование, регистрация процесса проектирования. Высококачественные классы. Абстрактный тип данных. Качественные интерфейсы классов. Методы-члены и данные-члены. Конструкторы. Причины создания классов. Высококачественные методы. Причины создания методов. Проектирование на уровне методов. Удачные имена методов. Использование параметров методов. Процесс программирования с псевдокодом. Этапы создания классов и методов. Этапы построения метода. Альтернативы ППП. Общие принципы использования переменных. Принципы инициализации переменных. Область видимости. Имена переменных. Совместная разработка ПО. Парное программирование. Формальные инспекции. Другие методики совместной разработки ПО (анализ проекта или кода, чтение кода, презентация)
4.2.2. Перечень и содержание лабораторных занятий.
№ п/п | № разде лов | Наименование лабораторных работ | Кол. ч |
1 | 2 | Лабораторная работа № 1 Введение в XNA Game Studio 2.0 | 6 |
2 | 2 | Лабораторная работа № 2. 2D-графика в XNA Game Studio 2.0. | 6 |
3 | 3-5 | Лабораторная работа № 3 Устройства ввода, перемещение объектов | 6 |
4 | 6 | Лабораторная работа № 4 Взаимодействие объектов | 6 |
5 | 6 | Лабораторная работа № 5 Игровая физика. | 6 |
6 | 7 | Лабораторная работа № 6 Спрайтовая анимация | 6 |
7 | 8-10 | Лабораторная работа № 7 Работа с текстом | 12 |
8 | 11 | Лабораторная работа № 8 Работа со звуком | 6 |
4.2.3. Тематика и содержание курсового проектирования:
Курсовой проект состоит в разработке 2D КОМПЬЮТЕРНЫХ ИГР на XNA Game Studio предназначенных для тестирования знаний по гуманитарным дисциплинам в игровой форме.
5. Образовательные технологии
5.1 Чтение лекций по дисциплине проводится с использованием мультимедийного компьютерного проектора.
5.2 При изучении материалов лабораторного практикума использовать Интернет ресурсы с сайта кафедры САПР (cad. pnzgu. ru).
5.3 При самостоятельной работе используются материалы сайта «Интернет-Университет Информационных Технологий (www. intuit. ru).
5.4. В лабораторном практикуме используются офисные и программные пакеты, Visual Studia.
5.5. Часть лабораторных занятия носит проектный характер.
5.6 Организация встреча студентов с представителями российских компаний - работодателей, посвященных обсуждению вопросов разработке компьютерных игр.
6. Учебно-методическое обеспечение самостоятельной работы студентов.
Оценочные средства для текущего контроля успеваемости,
промежуточной аттестации по итогам освоения дисциплины.
6.1. План самостоятельной работы студентов
№ нед. | Тема | Вид самостоятельной работы | Задание | Рекомендуемая литература | Количество |
Тема 2 | Подготовка к аудиторным занятиям | Рассмотреть подробно итеративные процессы разработки | Основная и дополнительная литература. | 8 | |
Тема 3 | Подготовка к аудиторным занятиям | Изучить ГОСТы для составления спецификации | Основная и дополнительная литература. | 8 | |
Тема 4 | Подготовка к аудиторным занятиям | Подготовить сообщение о разработке детальных требований | Основная и дополнительная литература. | 8 | |
Тема 5 | Подготовка к аудиторным занятиям | Рассмотреть методы работы с заказчиками | Основная и дополнительная литература. | 8 | |
Тема 6 | Подготовка к аудиторным занятиям | Изучить основополагающие способы детального проектирования | Основная и дополнительная литература. | 8 | |
Тема 7 | Подготовка к аудиторным занятиям | Рассмотреть шаблоны проектирования | Основная и дополнительная литература. | 8 | |
Тема 8 | Подготовка к аудиторным занятиям | Составить примеры использования шаблонов проектирования | Основная и дополнительная литература. | 8 | |
Тема 9 | Подготовка к аудиторным занятиям | Разработать несколько качественных классов из окружающего мира | Основная и дополнительная литература. | 8 | |
Тема 10 | Подготовка к аудиторным занятиям | Привести примеры нотаций имен переменных | Основная и дополнительная литература. | 8 | |
Тема 11 | Подготовка к аудиторным занятиям | Рассмотреть методы совместного проектирования и работы в паре | Основная и дополнительная литература. | 8 |
6.2. Методические указания по организации самостоятельной работы студентов
Планируются следующие виды самостоятельной работы (внеаудиторной) относятся:
- подготовка к лабораторным работам занятиям, оформление отчётов по лабораторным работам, подготовка к зачету, работа с конспектом лекций и изучение рекомендованной литературы при подготовке к экзаменам.
6.3. Материалы для проведения текущего и промежуточного контроля знаний студентов
Контроль освоения компетенций
№ п\п | Вид контроля | Контролируемые разделы | Компетенции, компоненты которых контролируются |
1 | Текущие собеседование при защите лаб. заданий | Разделы 2-11. | ОПК-1; ПК-1, ППК-1, ППК-2 |
2 | Промежуточный: контроль, зачет | Разделы 1-3 | ОПК-1; ПК-1, ППК-1, ППК-2 |
Контроль освоения компетенции выполняется:
для компетенции (ОПК-1) ‑ путем оценки способности к освоении информационных и автоматизированных систем ;
для компетенции (ПК-2) - путем оценки способности разрабатывать компоненты аппаратно-программных комплексов и баз данных, используя современные инструментальные средства и технологии программирования;
для компетенции (ППК-1) - способностью подключать и настраивать модули ЭВМ и периферийного оборудования;
для компетенции (ППК-2) - способностью сопрягать аппаратные и программные средства в составе информационных и автоматизированных систем
Примерный перечень вопросов и заданий к зачету
Перечислите основные этапы разработки программного обеспечения Что включает в себя система разработки программного обеспечения? Какие продукты называют АРТЕФАКТАМИ? Технология разработки программного обеспечения охватывает разнообразные типы программ, перечислите какие? В 80-е и 90-е годы в области разработки программного обеспечения преобладали две тенденции. Какие? Основные модели процесса разработки программного обеспечения? Какая модель процесса разработки программного обеспечения является классической? Правильно расположите последовательность фаз водопадной модели Суть каждой фазы водопадной модели состоит в следующем: Какими фазами расширяют водопадный процесс? Правильно расположите последовательность фаз расширенной водопадной модели Суть каждой фазы расширенной водопадной модели состоит в следующем: Основная причина неприменимости водопадного процесса в чистом виде является Как называются процессы, в которых водопадная модель применяется многократно Какие существуют разновидности итеративных процессов? Сколько раз в случае спирального процесса выполняется последовательность действий : анализ требований-проектирование-реализация-тестирование Укажите основные причины почему последовательность фаз в спиральном процессе выполняется более одного раза? Какие трудности встречаются в спиральном процессе? Система разработки программного обеспечения включает в себя Персонал, Процесс, Проект и Продукт. Сопоставьте картинки Сопоставьте изображения с названия процессов разработки Дайте определение Для поддержания соответствующего уровня инкрементальной разработки необходимо иметь: Какой характерный временной интервал обычно выбирается для инкрементальной разработки Что обновляется на этапах инкрементальной разработки Сопоставьте характеристики для процессов разработки. ФАКТОР - Легкость контроля документации Сопоставьте характеристики для процессов разработки. ФАКТОР - Возможность взаимодействия с заказчиком Сопоставьте характеристики для процессов разработки. ФАКТОР - Поддержка хорошего проектирования Сопоставьте характеристики для процессов разработки. ФАКТОР - Сбор метрических данных, собранных в ходе проекта Создание высококачественного ПО, является использование высококачественных методов, ставящих ударение на качестве ПО..... (где?) Если подчеркивать качество в конце проекта, то тогда делается акцент на этап............ системы (Заполните многоточие) Если уделять повышенное внимание качеству в середине работы над проектом, то это подчеркивать......(Заполните многоточие) Если подчеркивать качество в начале проекта, то это качественно выполнять.......(Заполните пробелы) Создание высококачественного ПО, является использование высококачественных методов, ставящих ударение на качестве ПО в самом начале, середине и конце проекта (Сопоставьте этапы) Расставьте в хронологическом порядке этапы планирования при разработке ПО Общая цель подготовки ( при разработки архитектуры, проектировании и планировании проекта) это - ..... Главные факторы риска в создании ПО это: Причины неполной подготовки к конструированию Веские аргументы в пользу выполнения предварительных условий перед началом конструирования Расположите в порядке убывания стоимость исправления дефектов в зависимости от времени обнаружения дефектов Расположите в порядке возрастания стоимость исправления дефектов в зависимости от времени внесения дефекта Какой дефект архитектуры дороже исправить? Оптимальные методы работы над программными проектами трех популярных типов - ТИПИЧНЫЕ ПРИЛОЖЕНИЯ Оптимальные методы работы над программными проектами трех популярных типов - МОДЕЛИ ЖИЗНЕННОГО ЦИКЛА Оптимальные методы работы над программными проектами трех популярных типов - ПЛАНИРОВАНИЕ И УПРАВЛЕНИЕ Оптимальные методы работы над программными проектами трех популярных типов - ВЫРАБОТКА ТРЕБОВАНИЙ Оптимальные методы работы над программными проектами трех популярных типов - ПРОЕКТИРОВАНИЕ Оптимальные методы работы над программными проектами трех популярных типов - КОНСТРУИРОВАНИЕ Оптимальные методы работы над программными проектами трех популярных типов - ТЕСТИРОВАНИЕ И ГАРАНТИЯ КАЧЕСТВА Оптимальные методы работы над программными проектами трех популярных типов - ВНЕДРЕНИЯ ПРИЛОЖЕНИЯ Сопоставьте Степень, в которой предварительные условия должны быть выполнены наперед, зависит от типа проекта, формальности проекта, технической среды, возможностей сотрудников и бизнес-модели проекта. Первое предварительное условие, которое нужно выполнить перед конструированием Расставьте в хронологическом порядке предварительные условия Сопоставьте определения Определение проблемы - это Проблему следует формулировать Зачем нужны официальные требования? Какие вопросы относятся к Какие вопросы относятся к .....должна включать общее описание системы.....должна включать подтверждения того, что при ее разработке были рассмотрены альтернативные варианты, и обосновывать выбор окончательной организации системы....должна определять основные компоненты....должна ясно определять правила коммуникации для каждого компонента Типичные компоненты архитектуры Что должны содержать типичные компоненты архитектуры Что должны содержать типичные компоненты архитектуры Что должны содержать типичные компоненты архитектуры Типичным компонентом архитектуры является - обработка ошибок. На что в этом компоненте нужно обратить внимание? Какие вопросы относятся к Сколько времени следует посвятить выполнению предварительных условий? Кто достигает более высокой производительности и создают более качественный код? Сопоставьте определения .....это разработка или изобретение схемы преобразования спецификации приложения в готовое приложение. ......это процесс, который связывает выработку требований с кодированием и отладкой. Проетирование... Какие проблемы связаны с проектированием? Основные концепции проектирования При проектировании автомобиля, что является существенными и несущественными свойствами? На уровне архитектуры ПО сложность проблемы можно снизить Как бороться со сложностью проектирования? Желательные характеристики проекта это: ? В желательных характеристиках проекта есть - высокий коэффициент объединения по входу и низкий или средний коэффициент разветвления по выходу. Что они означают? Уровни проектирования Влияния правил коммуникация на взаимодействие подсистем Что проще Какие подсистемы часто используются? Критерии оценки сопряжения Виды сопряжения Какое сопряжение опасно тем, что изменение кода в используемом модуле может так нарушить работу использующего модуля, что компилятор этого не определит? .....снижают сложность, предоставляя готовые абстракции. .....снижают число ошибок, стандартизируя детали популярных решений. ......имеют эвристическую ценность, указывая на возможные варианты проектирования. Популярные шаблоны проектирования Популярные шаблоны проектирования Популярные шаблоны проектирования С применением шаблонов связаны две ловушки. Какие? Применения эвристических методик проектирования - часто приводят к хорошим результатам (написанию высококачественного кода). Какие из перечисленных методик относятся к эвристическим? Сопоставьте определения для нисходящего и восходящего подхода к проектированию Сопоставьте определения для нисходящего и восходящего подхода к проектированию Нисходящий и восходящий подходы к проектированию имеют достоинства и недостатки Как происходит регистрация процесса проектирования? Сопоставьте определения Преимущества использования АТД Определите операции над абстрактными типами данных Принципы использования АТД .....должен представлять хорошую абстракцию, скрывающую детали реализации класса Какой интерфейс формирует хорошую абстракцию, а какой нет? Способ оценки абстракции класса основан на изучении Чтобы классы имели высококачественные абстрактные интерфейсы, следует соблюдать при их проектировании следующие принципы [.....] помогает управлять [.....] , предоставляя модели игнорировать детали [.....] . [.....] не позволяет узнать детали [.....] , даже если вы этого захотите. Расположите доступность методов класса, начиная с самого минимально доступного Какой из вариантов предоставляет доступ к данным членам нарушает инкапсуляцию и ограничивает контроль над абстракцией? Что относится к семантическим нарушениям инкапсуляции Составьте определения Настороженно относитесь к классам, содержащим более [.....] элементов данных-членов Наследуемые методы могут относиться к одной из трех категорий Если вам нужна реализация класса, но не его интерфейс, используйте [.....] , а не [.....] Какой пример кода следовало бы заменить вызовом полиморфного метода? Одним из главных аспектов работы со сложными объектами является выбор типа их копирования: полного или ограниченного. Классы, которых следует избегать Какие вопросы о качестве классов относятся к Абстракции, Инкапсуляции и Наследованию? Разумные причины создания классов Найдите недостатки метода ....- это отдельная функция или процедура, выполняющая одну задачу. .....самый эффективный способ уменьшения объема и повышения быстродействия программ. Причины создания [.....] : [.....] сложности; формирование понятной промежуточной [.....] ; предотвращение [.....] кода; поддержка [.....] ; сокрытие операций над указателями; [.....] портируемости; [.....] сложных булевых проверок; [.....] быстродействия. В случае методов связность характеризует соответствие выполняемых в методе операций единой цели. Классифицируйте виды связности Какие советы надо использовать, чтобы дать методу удачное имя? Главной задачей имени метода следует считать как можно более ясное и понятное описание сути метода, поэтому имя может иметь любую длину, удовлетворяющую этой цели. Но исследования показывают, что оптимальная длина имени переменной равняется в среднем...... Применение конвенций именования методов, подразумевает использование антонимов и поддерживает согласованность имен, что облегчает чтение кода. Подберите пары антонимов Насколько объемным может быть метод? В каком порядке следует передавать параметры в методы Как следует передавать параметры в метод? В какой очередности надо передавать переменные статуса в метод? Следует ли использовать все параметры в методе? Можно ли использовать параметры метода в качестве рабочих переменных? Какие типы предположений о параметрах следует документировать? Какие вопросы разработки высококачественного метода следуют отнести к общим вопросам, а какие к вопросам передачи параметров? Процесс программирования с [.....] , [.....] объем работы по [.....] и документированию и [.....] качество и первого, и второго. Конструированию классов это итеративный процесс - из каких блоков он состоит? Этапы создания класса Основные действия по созданию метода [.....] называют неформальную нотацию на [.....] , описывающую работу алгоритма, метода, класса или программы Рассмотрите пример программы написанной на псевдокоде. Найдите хороший и плохой пример псевдокода. Преимущества написания программ с псевдокодом Этапы конструирования методов Этапы кодирования метода с помощью псевдокода. Ошибки в псевдокоде могут не проявиться до окончательного кодирования по нескольким причинам. Выберете эти причины: Какие способы существуют проверки кода после кодирования программы написанной на псевдокоде Одним из этапов конструирования программ на псевдокоде является этап - Наведения глянца. Какие действия выполняются на этом этапе Какие альтернативы существуют програмированию с псевдокодом? Альтернативы программированию с псевдокодом Неверная [.....] данных - один из самых плодородных источников ошибок в программировании. При неверной [.....] проблемы объясняются тем, что [.....] имеет не то [.....] значение, которое вы ожидаете. При неверной инициализации проблемы могут случиться по одной из следующих причин. Какие существуют способы предотвращения проблем, связанных с инициализацией? Областью........ называют фрагмент программы, в котором переменная известна и может быть использована. Определите интервал между обращениями к переменной - а=? Определите интервал между обращениями к переменной - b=? Определите интервал между обращениями к переменной - c=? Определите средний интервал между обращениями к переменной - b=? Определите время жизни переменной - а=? Определите время жизни переменной - b=? Определите время жизни переменной - c=? Что называют временем жизни переменной, а что локальным обращением к ней (интервалом) Интервал между обращениями к переменной и время ее жизни желательно делать как можно.... Наидите на каждом рисунке Время жизни переменной и Интервал Преимущества короткого интервала между обращениями и короткого времени жизни переменной: Какие советы следуюет применять, чтобы минимизировать область видимости переменной Примеры удачных и неудачных имен переменных (Суть переменной - Удачное имя, адекватное описание - Неудачное имя, неадекватное описание) Хорошее мнемоническое имя чаще всего описывает..... Оптимальная длина имени переменной? О чем могут говорить короткие имена переменных? Многие программы включают переменные, содержащие вычисляемые значения: суммы, средние величины, максимумы и т. д. Дополняя такое имя спецификатором вроде.... (выберете возможные спецификаторы) укажите его в конце имени Многие программы включают переменные, содержащие вычисляемые значения: суммы, средние величины, максимумы и т. д. Дополняя такое имя спецификатором где его следует указать? Какое имя следует дать перемнной цикла, если её предполагается использовать вне цикла? Какое имя следует дать перемнной цикла, если её предполагается использовать только индексом простых циклов? Как следует называть переменные статуса, характеризующие состояние программы? Именование переменных статуса. Выберете пример грамотного использования переменных статуса. Примеры написаны на С++ Дайте определение типам переменных Типичные имена булевых переменных Используйте [.....] имена булевых переменных Принадлежность переменных к тому или иному перечислению можно пояснить, дополнив их имена [.....] Конвенции обеспечивают несколько преимуществ. Когда следует использовать конвенцию именования? Конвенция именования переменных, не зависящая от языка: различие между именами переменных и именами методов Конвенция именования переменных, не зависящая от языка: различие между классами и объектами Конвенция именования переменных, не зависящая от языка: глобальные переменные. Какой префикс рекомендуют использовать при идентификации глобальных переменных? Проектирование не является детерминированным, поэтому главным аспектом проектирования качественного ПО становится умелое применение..... Основные эвристические принципы проектирования: Что следует определить при проектировании с использованием объектов? ....-один из главных способов борьбы со сложностью реального мира.....позволяет представить сложную концепцию в более простой форме ......помогает управлять сложностью, блокируя доступ к ней......не только представляет сложную концепцию в более простой форме, но и не позволяет взглянуть на какие бы то ни было детали сложной концепции Сокрытие информации - один из основных принципов и структурного, и объектно-ориентированного проектирования. Сопоставьте какие идеи и концепции используются для структурного, и объектно-ориентированного проектирования. Связанные с сокрытием информации секреты относятся к двум общим категориям: Один из основных эвристических принципов проектирования - это определение области вероятных изменений. Подготовка к изменениям проходит следующим образом: (расставьте по порядку) При грамотном сокращении имен переменных, какие советы следует выполнять? Имена переменных, которых следует избегать
7. Учебно-методическое и информационное обеспечение
дисциплины (модуля)
7.1. Основная литература:
основная литература:
Брауде Эрик. Технология разработки программного обеспечения. — СПб.: Питер, 2004. Макконнелл Стив. Совершенный код. Мастер-класс / Пер. с англ. — М. : Издательско-торговый дом «Русская Редакция» ; СПб.: Питер, 20137.2. Дополнительная литература:
– Качество и тестирование ПО – Пенза, 2012 , Заика разработки компьютерных игр в XNA Game Studio/ Издательство INTUIT. – М., 2008.-с.153 Tom Miller, Dean Johnson XNA Game Studio 4.0 Programming: Developing for Windows Phone 7 and Xbox 360 Published Dec 12, 2010 by Addison-Wesley Professional. Part of the Developer's Library series. Pages: 528 ISBN-10: 0-672-33345-7 Александр Лобао, Бруно Евангелиста, Жозе Антонио Лил, де Фариас Основы программирования игр с XNA 2.0. От новичка до профессионала7. 3. программное обеспечение и Интернет-ресурсы:
Информационный сайт http://www. intuit. ru8. Материально-техническое обеспечение дисциплины (модуля)
При проведении лекционных занятий для ряда тем необходимо проекционное оборудование, сопряженное с компьютером.
Лабораторные занятия проводятся в компьютерном классе с установленным Visual Studio 2005 и и ХNA 2.0 выше..
Рабочая программа дисциплины Технология разработки программного обеспечения составлена в соответствии с требованиями ФГОС ВПО
Программу составили:
К. т.н., доцент каф. САПР ПГУ
Настоящая программа не может быть воспроизведена ни в какой форме без предварительного письменного разрешения кафедры-разработчика программы.
Программа одобрена на заседании кафедры САПР
Протокол № ______________от «____» ______________ 2016 года
Зав. кафедрой САПР
Программа одобрена методической комиссией ФВТ
Протокол № ______от «____» ______________ 2016 года
Председатель методической комиссии ФВТ
Сведения о переутверждении программы на очередной учебный год и регистрации изменений
Учебный год | Решение кафедры (№ протокола, дата, подпись зав. кафедрой) | Внесенные изменения | Номера листов (страниц) |
заменен- ных | новых | аннулиро-ванных | |
