УТВЕРЖДАЮ
Директор ИК
___________
«___» ____________2015 г.
РАБОЧАЯ ПРОГРАММА ДИСЦИПЛИНЫ
РАЗРАБОТКА И АНАЛИЗ ТРЕБОВАНИЙ
НАПРАВЛЕНИЕ ООП: 09.03.04 ПРОГРАММНАЯ ИНЖЕНЕРИЯ
КВАЛИФИКАЦИЯ (СТЕПЕНЬ): бакалавр
БАЗОВЫЙ УЧЕБНЫЙ ПЛАН ПРИЕМА 2015 г.
КУРС 3; СЕМЕСТР 5
КОЛИЧЕСТВО КРЕДИТОВ: 3 кредита ECTS
ПРЕРЕКВИЗИТЫ: «Информатика», «Программирование», «Введение в инженерную деятельность»
КОРРЕКВИЗИТЫ: «Конструирование программного обеспечения»
ВИДЫ УЧЕБНОЙ ДЕЯТЕЛЬНОСТИ И ВРЕМЕННОЙ РЕСУРС:
Лекции | 16 | часов |
ПРАКТИЧЕСКИЕ занятия | 16 | часов |
АУДИТОРНЫЕ ЗАНЯТИЯ | 32 | часа |
САМОСТОЯТЕЛЬНАЯ РАБОТА | 76 | часов |
ИТОГО | 108 | часов |
ФОРМА ОБУЧЕНИЯ | очная |
ВИД ПРОМЕЖУТОЧНОЙ АТТЕСТАЦИИ: ЗАЧЕТ – 5 семестр
Обеспечивающая кафедра: «Прикладная математика»
ЗАВЕДУЮЩИЙ КАФЕДРОЙ: к. т.н., доц.
РУКОВОДИТЕЛЬ ООП: к. т.н., доц.
ПРЕПОДАВАТЕЛЬ: к. ф.-м. н., доц.
2015 г.
ЦЕЛИ И ЗАДАЧИ ДИСЦИПЛИНЫ
Целью дисциплины является ознакомление с теоретическим и интеллектуальным базисом проектирования высококачественного программного обеспечения, удовлетворяющим заданным заказчиком функциональным и нефункциональным требованиям.
Дисциплина включает в себя сведения о разработке и анализе требований, предъявляемых к программному продукту. Приводятся классификация требований, анализируются свойства требований, рассматриваются методологии, стандарты, нотации, артефакты работы с требованиями. Подробно анализируются составляющие анализа требований: выявление, специфицирование и документирование, верификация. Рассматривается роль прототипов, моделей, инструментальных средств, процесс управления требованиями, процесс совершенствования работы с требованиями.
Задачи дисциплины: разработка программных проектов, состоящая в использовании моделей жизненного цикла, в процессы которых встроены методы проектирования, верификации, тестирования и оценивания промежуточных рабочих продуктов, а также проверки планов и времени выполнения работ на этих процессах для возможности регулировать сроки и затраты, а также возможные риски и недостатки.
2. МЕСТО ДИСЦИПЛИНЫ В СТРУКТУРЕ ООП
Настоящая дисциплина относится к вариативной части междисциплинарного профессионального модуля ДИСЦ. В.М – ДИСЦ. В.М14.
В соответствии с рабочим учебным планом по направлению "Программная инженерия" дисциплина "Разработка и анализ требований" читается студентам третьего курса бакалавриата в 5 семестре
Изучение данной дисциплины базируется на знаниях, полученных студентами при освоении учебных дисциплин: «Информатика», «Программирование», «Введение в инженерную деятельность»,
Освоение дисциплины необходимо для изучения следующих дисциплин: «Конструирование программного обеспечения», «Тестирование программного обеспечения», «Управление программными проектами», «Экономика программной инженерии», «Технология командной разработки программного обеспечения».
3. КОМПЕТЕНЦИИ ОБУЧАЮЩЕГОСЯ, ФОРМИРУЕМЫЕ В РЕЗУЛЬТАТЕ ОСВОЕНИЯ ДИСЦИПЛИНЫ
Процесс изучения дисциплины «Разработка и анализ требований» направлен на формирование следующих профессиональных компетенций;
- способность формализовать предметную область программного проекта и разработать спецификацию для компонентов программного продукта; способность выполнить начальную оценку степени трудности, рисков, затрат и сформировать рабочий график;
4
- способность готовить коммерческие предложения с вариантами решения;
понимание методов управления процессами разработки требований, оценки рисков, приобретения, проектирования, конструирования, тестирования, эволюции и сопровождения.
В результате изучения дисциплины студент должен
знать:
концепции эволюционного развития программного обеспечения;
концепции и реализации программных процессов;
уметь:
разрабатывать и специфицировать требования;
разрабатывать основные программные документы;
владеть:
методами и средствами разработки и оформления технической документации.
4. ОБЪЕМ УЧЕБНЫХ ПОРУЧЕНИЙ
Лекции - 16 часов
Практические занятия - 16 часов
Самостоятельная работа - 76 часов
Итого - 108 часов
5. СОДЕРЖАНИЕ ДИСЦИПЛИНЫ
5.1.СОДЕРЖАНИЕ РАЗДЕЛОВ ДИСЦИПЛИНЫ
№ | Наименование раздела | Содержание раздела | ||||
П/П | дисциплины | |||||
1. | Введение | Понятие требования; классификации требований; свойства | ||||
требований к программной системе. | ||||||
2. | Анализ | и выявление Анализ | требований - | один из | основных | процессов |
требований | программной инженерии. Контекст задачи анализа | |||||
требований: применение анализа требований, бизнес- | ||||||
анализа или бизнес-моделирования. | ||||||
Выявление требований, основные источники требований. | ||||||
Стратегии выявления данных требований: интервью, | ||||||
анкетирование, наблюдение и т. п. | ||||||
Формирование видения продукта и границ проекта, | ||||||
сопутствующее ранней фазе проекта, до начала | ||||||
широкомасштабных консультаций по выявлению подробных | ||||||
требований. | ||||||
Классификация и специфицирование требований в форме | ||||||
вариантов использования. Составление реестра актеров и | ||||||
вариантов использования. | ||||||
3. | Расширенный анализ | Моделирование анализа требований: диаграммы UML, | ||||
требований | поясняющие функциональность и внутреннее устройство | |||||
системы; альтернативные языки моделирования. | ||||||
Иллюстрированные | сценарии | и | прототипы: | |||
прототипирование; основные цели, требующие применения | ||||||
прототипов; иллюстрированные сценарии прецедентов. | ||||||
4. | Документирование | Чтобы требования, выявленные и описанные, приняли силу | ||||
требований | соглашения между заказчиком и разработчиком, их | |||||
необходимо оформить в виде документа. | ||||||
5. | Проверка требований | Верификация и валидация. Методы и средства проверки | ||||
требований. Типичные проблемные ситуации процесса | ||||||
формирования и оценки требований. | ||||||
6. | Введение в управление | Вопросы контроля процесса изменений требований и его | ||||
требованиями | влияние на другие рабочие процессы программной | |||||
индустрии. Этапы, артефакты, приемы и методы управления | ||||||
требованиями. | ||||||
7. | Требования в управлении Способы | планирования | проектов: | выявление | и анализ | |
проектом | требований, формирование архитектурной основы, создание | |||||
прототипа. |
5.2. РАЗДЕЛЫ ДИСЦИПЛИНЫ И МЕЖДИСЦИПЛИНАРНЫЕ СВЯЗИ С ОБЕСПЕЧИВАЕМЫМИ (ПОСЛЕДУЮЩИМИ) ДИСЦИПЛИНАМИ
№ п/п | Наименование обеспечивае- | № № тем данной дисциплины, необходимых для изу- | ||||
мых (последующих) дисци- | чения обеспечиваемых (последующих) дисциплин | |||||
плин | ||||||
1 | 2 | 3 | 4 | 5 | 6 | 7 |
1 | Проектирование | и | ||||
архитектура | программных | + | + | + | ||
систем | ||||||
2 | Конструирование | + | + | |||
программного обеспечения | + | |||||
3 | Тестирование программного | |||||
обеспечения | + | |||||
4 | Управление | программными | + | + | + | + |
7
| проектами | + | + | |||
5 | Технология | командной | ||||
разработки | программного | + | + | + | + | + |
обеспечения |
6. ПРАКТИЧЕСКИЕ ЗАНЯТИЯ
№ темы | Трудоем- | ||
№ п/п | Тематика практических занятий (семинаров) | кость, | |
дисциплины | |||
час. | |||
1 | 1 | Классификация требований; свойства требований к | 1 |
программной системе. | |||
2 | 2 | Стратегии анализа и выявления требований; | 2 |
специфицирование требований в форме вариантов | |||
использования. | |||
3 | 3 | Моделирование анализа требований: диаграммы UML, | 3 |
поясняющие | функциональность | и | внутреннее |
устройство системы. | |||
4 | 4 | Документирование требований. | 2 |
5 | 5 | Верификация и валидация требований. | 3 |
6 | 6 | Приемы и методы управления требованиями. | 2 |
7 | 7 | Способы планирования проектов. | 3 |
ИТОГО | 16 |
7. РЕКОМЕНДУЕМЫЕ ОБРАЗОВАТЕЛЬНЫЕ ТЕХНОЛОГИИ
Для проработки и закрепления лекционного материала по дисциплине «Разработка и анализ требований» применяются:
Семестр | Вид занятия | Используемые интерактивные | Количество |
(Л, ПЗ, ЛЗ) | образовательные технологии | часов | |
5 | Л | Дискуссии | 8 |
ПЗ | Разбор конкретных ситуаций | 8 | |
8. КОНТРОЛЬНЫЕ ВОПРОСЫ ДЛЯ САМОПРОВЕРКИ
Определение концепций разрабатываемого программного продукта и
сбор требований:
1. Особенности определения множества целей, к достижению которых должно
стремиться разрабатываемое ПО.
2. Основные этапы предварительных исследований.
3. Основные методы взаимодействия аналитика и пользователя с целью разработки
требований к ПО
4. Назначение и особенности прототипирования.
Анализ требований:
1. Характеристики, которыми должна обладать качественная спецификация
требований к ПО.
Непротиворечивость требований Выполнимость требований Проверяемость требованийСпецифицирование требований:
1. Основные пункты спецификации требований к ПО в соответствии со стандартом
lEEE 29148-2011.
2. Основные пункты технического задания на создание ПО в соответствии со
стандартом ГОСТ 34.602-89.
9. КРИТЕРИИ ОЦЕНКИ ЗНАНИЙ, УМЕНИЙ И НАВЫКОВ
Итоговой формой контроля знаний, умений и навыков по дисциплине является
зачет. Зачет является совокупной оценкой работы студента в течение семестра,
результатом которой является формализованная спецификация требований к ПО,
выбранного студентом самостоятельно.
Оценка знаний студентов производится по следующим критериям:
оценка «Зачтено» выставляется студенту, если оформленная работа лишена
противоречивых и не выполнимых требований, содержит полное и не двусмысленное
описание требований к выбранному ПО;
оценка «не зачтено» выставляется студенту, не оформившему спецификацию
требований к программному продукту, или указанная работа не соответствует критериям
непротиворечивости, недвусмысленности, выполнимости.
10. ГРАФИК СРС
недели | |||||
1-2 | 3-4 | 5-6 | 7-8 | 9-10 | |
форма | |||||
отчетности | |||||
Устная, | ВК, К | Д | К | КР | РК1 |
письменная | |||||
недели | |||||
11-12 | 13-14 | 15-16 | 17-18 | ||
форма | |||||
отчетност | |||||
и | |||||
Устная, | Р | Д | К | РК2 | |
письменна | |||||
я |
*ВК - входной контроль * К – коллоквиум *Д – доклад *Р – реферат
*КР – контрольная работа *РК - рубежный контроль
11. УЧЕБНО-МЕТОДИЧЕСКОЕ И ИНФОРМАЦИОННОЕ ОБЕСПЕЧЕНИЕ ДИСЦИПЛИНЫ
а) основная литература
, Технологии разработки программного обеспечения: Учебник для вузов. – СПб.: Питер, 2012. – 608 с. Технология программирования: учебник. – М.: КНОРУС, 2011. – 336 с. Анализ требований к автоматизированным информационным системам: Учебное пособие. – М.: Интернет - Университет Информационных Технологий; БИНОМ. Лаборатория знаний, 2012. – 200 с.б) дополнительная литература
, , Технология разработки программного обеспечения: учебное пособие. – М.: ИД «ФОРУМ»: ИНФРА-М, 2009. – 400 с. Технология разработки программных продуктов: учебник. М.: Издательский центр «Академия», 2012. – 208 с. Технология проектирования автоматизированных систем обработки информации и управления. Учебное пособие для вузов. – М.: Горячая линия – Телеком, 2011. – 304 с.
в) программное обеспечение:
MS Word.
MS Visio как средство для моделирования (построения UML-диаграмм вариантов использования.
12. МАТЕРИАЛЬНО-ТЕХНИЧЕСКОЕ ОБЕСПЕЧЕНИЕ ДИСЦИПЛИНЫ
Для преподавания дисциплины кафедрой ПМ предоставляется 4 компьютерных класса и лекционная аудитория с проектором и экраном (ауд. 102 – 105, 112 корпуса ИК). В каждом компьютерном классе установлены: 12 компьютеров (MB S-1155 GigaByte_GA B75M D3H, Intel Pentium G870 3,10 GHz, 2 Dimm 2048 Mb, HDD 500 Gb), ОС – Windows 8.1.
Все ПК с помощью cетевого коммутатора CNet 16 ports объединены в локальную сеть с автоматическим выходом в корпоративную сеть ТПУ и глобальную сеть Интернет.
Программа составлена на основе Стандарта ООП ТПУ в соответствии с требованиями ФГОС по направлению 09.03.04 «Программная инженерия».
Программа одобрена на заседании кафедры ПМ (протокол № от 2014 г.).
Автор – доцент кафедры прикладной математики
Рецензент – доцент кафедры прикладной математики
