rpd000012686 (1010438)
Текст из файла
Министерство образования и науки Российской Федерации
Федеральное государственное бюджетное образовательное учреждение высшего профессионального образования
Московский авиационный институт
(национальный исследовательский университет)
УТВЕРЖДАЮ
Проректор по учебной работе
______________Куприков М.Ю.
“____“ ___________20__
РАБОЧАЯ ПРОГРАММА ДИСЦИПЛИНЫ (000012686)
Управление программными проектами
(указывается наименование дисциплины по учебному плану)
| Направление подготовки | Программная инженерия | |||||
| Квалификация (степень) выпускника | Бакалавр | |||||
| Профиль подготовки | Программно-информационные системы | |||||
| Форма обучения | очная | |||||
| (очная, очно-заочная и др.) | ||||||
| Выпускающая кафедра | 304 | |||||
| Обеспечивающая кафедра | 304 | |||||
| Кафедра-разработчик рабочей программы | 304 | |||||
| Семестр | Трудоем-кость, час. | Лек-ций, час. | Практич. занятий, час. | Лаборат. работ, час. | СРС, час. | Экзаменов, час. | Форма промежуточного контроля |
| 8 | 72 | 26 | 0 | 12 | 34 | 0 | Зч |
| Итого | 72 | 26 | 0 | 12 | 34 | 0 |
Москва
2011
РАБОЧАЯ ПРОГРАММА ДИСЦИПЛИНЫ
Разделы рабочей программы
-
Цели освоения дисциплины
-
Структура и содержание дисциплины
-
Учебно-методическое и информационное обеспечение дисциплины
-
Материально-техническое обеспечение дисциплины
Приложения к рабочей программе дисциплины
Приложение 1. Аннотация рабочей программы
Приложение 2. Cодержание учебных занятий
Приложение 3. Прикрепленные файлы
Программа составлена в соответствии с требованиями ФГОС ВПО по направлению подготовки 231000 Программная инженерия
Авторы программы:
| Гагарин А.П. | _________________________ |
| Заведующий обеспечивающей кафедрой 304 | _________________________ |
Программа одобрена:
| Заведующий выпускающей кафедрой 304 _________________________ | Декан выпускающего факультета 3 _________________________ |
-
ЦЕЛИ ОСВОЕНИЯ ДИСЦИПЛИНЫ
Целью освоения дисциплины Управление программными проектами является достижение следующих результатов образования (РО):
| N | Шифр | Результат освоения |
| 1 | Базовая готовность к профессиональной трудовой деятельности в коллективе разработчиков ПО | |
| 2 | Умения выполнять функции руководителя проекта низшего звена | |
| 3 | Понимание задач и принципов деятельности руководителя проекта среднего и высшего звена |
Перечисленные РО являются основой для формирования следующих компетенций: (в соответствии с ФГОС ВПО и требованиями к результатам освоения основной образовательной программы (ООП))
| N | Шифр | Компетенция |
| 1 | ПК-2 | Способность к формализации в своей предметной области с учетом ограничений используемых методов исследования |
| 2 | ПК-3 | Готовность к использованию методов и инструментальных средств исследования объектов профессиональной деятельности |
| 3 | ПК-4 | Готовность обосновать принимаемые проектные решения, осуществлять постановку и выполнение экспериментов по проверке их корректности и эффективности |
| 4 | ПК-6 | Способность формализовать предметную область программного проекта и разработать спецификации для компонентов программного продукта |
| 5 | ПК-7 | Способность выполнить начальную оценку степени трудности, рисков, затрат и сформировать рабочий график |
| 6 | ПК-8 | Способность готовить коммерческие предложения с вариантами решения |
| 7 | ПК-22 | Понимание классических концепций и моделей менеджмента в управлении проектами |
| 8 | ПК-23 | Понимание методов управления процессами разработки требований, оценки рисков, приобретения, проектирования, конструирования, тестирования, эволюции и сопровождения |
| 9 | ПК-25 | Понимание методов контроля проекта и умение осуществлять контроль версий |
| 10 | ПК-26 | Понимание основных концепций и моделей эволюции и сопровождения программного обеспечения |
| 11 | ПК-27 | Понимание особенностей эволюционной деятельности, как с технической точки зрения, так и с точки зрения бизнеса (работа с унаследованными системами, возвратное проектирование, реинженеринг, миграцию и рефакторинг) |
| 12 | Понимать и владеть базовой терминологией в области управления проектами | |
| 13 | Знать основные модели процесса разработки ПО, уметь их адаптировать к текущей ситуации | |
| 14 | . Управлять рисками |
-
СТРУКТУРА И СОДЕРЖАНИЕ ДИСЦИПЛИНЫ
Общая трудоемкость дисциплины составляет 2 зачетных(ые) единиц(ы), 72 часа(ов).
| Модуль | Раздел | Лекции | Практич. занятия | Лаборат. работы | СРС | Всего часов | Всего с экзаменами и курсовыми |
| Управление программными проектами | Основы управления проектами | 2 | 0 | 0 | 2 | 4 | 72 |
| Обзор технологий проектирования программных продуктов | 4 | 0 | 4 | 6 | 14 | ||
| Процессы проектирования программ | 4 | 0 | 0 | 3 | 7 | ||
| Технология RUP (Rational Unified Process) | 4 | 0 | 4 | 12 | 20 | ||
| Управление процессами проектирования | 12 | 0 | 4 | 11 | 27 | ||
| Всего | 26 | 0 | 12 | 34 | 72 | 72 | |
-
Содержание (дидактика) дисциплины
В разделе приводится полный перечень дидактических единиц, подлежащих усвоению при изучении данной дисциплины.
- 1. Проект как форма целенаправленной деятельности
- 2. Проект как единица планирования в производстве программных продуктов
- 3. Проект как элемент жизненного цикла программы
- 4. Программа как артефакт и промышленный продукт
- 5. Человеческий фактор в программировании
- 6. Особенности труда и трудовых отношений в промышленном производстве программ
- 7. Выбор технологии реализации проекта
- 8. Исторический опыт в области проектирования программ
- 9. Технологии традиционного типа (ЕСПД, CMMI)
- 10. Концепция RAD (Rapid Application Development)
- 11. Каскадные технологии versus итеративные
- 12. Спиральная технология Боэма
- 13. Технология UP (Unified Process от OMG)
- 14. Адаптивные технологии (MSF, “экстремальное” программирование)
- 15. Процесс разработки (13 видов работ) как один из основных процессов жизненного цикла
- 16. Вспомогательные процессы жизненного цикла, включающие верификацию, аттестацию и аудит проектов
- 17. Процесс управления как один из организационных процессов
- 18. Виды работ, реализуемых в процессе управления: подготовка и определение области управления, планирование, выполнение и контроль, проверка и оценка
- 19. Особенности взаимодействия разработчика программного продукта с потребителем и заказчиком
- 20. Опрос и анкетирование как способ разработки требований
- 21. Анализ прототипов
- 22. Жизненный цикл требований в итеративных технологиях проектирования
- 23. Требования как основа для разработки тестов и эксплуатационной документации
- 24. Критерии полноты и непротиворечивости требований
- 25. Фазы и итерации проекта
- 26. Дисциплины проекта, их распределение по фазам и итерациям
- 27. Артефакты проекта
- 28. Нотация UML (Unified Modelling Language) как средство документирования проекта
- 29. Переход от исходной диаграммы классов к диаграмме классов проекта
- 30. Выражение алгоритмов программы в диаграммах последовательностей и их трансформация в тексты на исходных языках программирования
- 31. Обратное (реверсивное) проектирование
- 32. Методы оценки трудоёмкости элементов проекта
- 33. Методы оценки сроков выполнения элементов проекта и проекта в целом
Характеристики
Тип файла документ
Документы такого типа открываются такими программами, как Microsoft Office Word на компьютерах Windows, Apple Pages на компьютерах Mac, Open Office - бесплатная альтернатива на различных платформах, в том числе Linux. Наиболее простым и современным решением будут Google документы, так как открываются онлайн без скачивания прямо в браузере на любой платформе. Существуют российские качественные аналоги, например от Яндекса.
Будьте внимательны на мобильных устройствах, так как там используются упрощённый функционал даже в официальном приложении от Microsoft, поэтому для просмотра скачивайте PDF-версию. А если нужно редактировать файл, то используйте оригинальный файл.
Файлы такого типа обычно разбиты на страницы, а текст может быть форматированным (жирный, курсив, выбор шрифта, таблицы и т.п.), а также в него можно добавлять изображения. Формат идеально подходит для рефератов, докладов и РПЗ курсовых проектов, которые необходимо распечатать. Кстати перед печатью также сохраняйте файл в PDF, так как принтер может начудить со шрифтами.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
