rpd000012687 (1010440)
Текст из файла
Министерство образования и науки Российской Федерации
Федеральное государственное бюджетное образовательное учреждение высшего профессионального образования
Московский авиационный институт
(национальный исследовательский университет)
УТВЕРЖДАЮ
Проректор по учебной работе
______________Куприков М.Ю.
“____“ ___________20__
РАБОЧАЯ ПРОГРАММА ДИСЦИПЛИНЫ (000012687)
Разработка и анализ требований
(указывается наименование дисциплины по учебному плану)
| Направление подготовки | Программная инженерия | |||||
| Квалификация (степень) выпускника | Бакалавр | |||||
| Профиль подготовки | Программно-информационные системы | |||||
| Форма обучения | очная | |||||
| (очная, очно-заочная и др.) | ||||||
| Выпускающая кафедра | 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 | Умение описать прецеденты (use case) программы | |
| 4 | Умение описать требования к программе в нотации UML | |
| 5 | Умение описать требования к программе по методологии IDEF |
Перечисленные РО являются основой для формирования следующих компетенций: (в соответствии с ФГОС ВПО и требованиями к результатам освоения основной образовательной программы (ООП))
| N | Шифр | Компетенция |
| 1 | ОК-6 | Стремление к саморазвитию, повышению своей квалификации и мастерства |
| 2 | ПК-2 | Способность к формализации в своей предметной области с учетом ограничений используемых методов исследования |
| 3 | ПК-4 | Готовность обосновать принимаемые проектные решения, осуществлять постановку и выполнение экспериментов по проверке их корректности и эффективности |
| 4 | ПК-5 | Умение готовить презентации, оформлять научно-технические отчеты по результатам выполненной работы, публиковать результаты исследований в виде статей и докладов на научно-технических конференциях |
| 5 | ПК-6 | Способность формализовать предметную область программного проекта и разработать спецификации для компонентов программного продукта |
| 6 | ПК-7 | Способность выполнить начальную оценку степени трудности, рисков, затрат и сформировать рабочий график |
| 7 | ПК-8 | Способность готовить коммерческие предложения с вариантами решения |
| 8 | ПК-11 | Навыки чтения, понимания и выделения главной идеи прочитанного исходного кода, документации |
| 9 | ПК-13 | Способность оценивать временную и емкостную сложность программного обеспечения |
| 10 | ПК-18 | Понимание концепций и атрибутов качества программного обеспечения (надежности, безопасности, удобства использования), в том числе, роли людей, процессов, методов, инструментов и технологий обеспечения качества |
| 11 | ПК-23 | Понимание методов управления процессами разработки требований, оценки рисков, приобретения, проектирования, конструирования, тестирования, эволюции и сопровождения |
-
СТРУКТУРА И СОДЕРЖАНИЕ ДИСЦИПЛИНЫ
Общая трудоемкость дисциплины составляет 2 зачетных(ые) единиц(ы), 72 часа(ов).
| Модуль | Раздел | Лекции | Практич. занятия | Лаборат. работы | СРС | Всего часов | Всего с экзаменами и курсовыми |
| Разработка и анализ требований к проектируемой программе | Разработка и анализ требований как элемент жизненного цикла программы | 2 | 0 | 0 | 1 | 3 | 72 |
| Качество программного обеспечения | 8 | 0 | 0 | 6 | 14 | ||
| Генезис подходов к формализованной спецификации программ | 2 | 0 | 4 | 6 | 12 | ||
| Нотация UML как средство выражений требований к программам | 8 | 0 | 4 | 12 | 24 | ||
| Методология IDFF как средство выражения требований к программам | 4 | 0 | 4 | 8 | 16 | ||
| Организация разработки и применения требований к программе | 2 | 0 | 0 | 1 | 3 | ||
| Всего | 26 | 0 | 12 | 34 | 72 | 72 | |
-
Содержание (дидактика) дисциплины
В разделе приводится полный перечень дидактических единиц, подлежащих усвоению при изучении данной дисциплины.
- 1. Программа как артефакт и промышленный продукт
- 2. Человеческий фактор в программировании
- 3. Особенности труда и трудовых отношений в промышленном программировании
- 4. Жизненный цикл программной продукции
- 6. Нотация UML в проектировании программ
- 8. Базовая классификация технологий ведения программных проектов
- 9. Особенности взаимодействия разработчика программного продукта с потребителем и заказчиком
- 10. Качество программ как изделий промышленности
- 11. Категорийно-описательные метрики качества программ по стандарту ISO 9126
- 12. Система показателей качества по В.В.Липаеву
- 13. Структурная сложность программ
- 14. Комбинаторный подход М.Холстеда к оценке свойств программы
- 15. Учёт факторов совместимости и преемственности при выработке требований
- 16. Подходы к оценке корректности программ, модели ошибок
- 17. Возвратное (реверсивное) проектирование
- 18. Прецеденты и сценарии применения разрабатываемой программы
- 19. Системный и бизнес анализ предметной области
- 20. Понятие бизнес-моделирования
- 21. Договорная и исходная проектная документация при программировании на заказ
- 22. Понятие технического задания
- 23. Понятие спецификации программы
- 24. Онтология качества
- 25. Концепция TQM (Total Quality Management)
- 26. Модель качества программ по Боэму
- 27. Метрика GQM (Goal-Question_Metric) качества программ
- 28. Подходы к оценке сложности программы
- 29. Оценка структурной сложности программы цикломатическим числом
- 30. Подходы к оценке корректности программы
- 31. Подходы к оценке надёжности программы
- 32. Модель выявления ошибок Джилинского –Моранды
- 33. Модель выявления ошибок Шика-Валвертона
- 34. Совершенство программы и оценка её уровня по Холстеду
- 35. Оценка трудоёмкости программы и вероятного количества ошибок по Холстеду
- 36. Задачи с полиномиальной сложностью решения
- 37. Задачи с экспоненциальной сложностью решения
- 38. Понятие полиномиальной сводимости задач
- 39. Определение класса NP-полных задач
- 40. Результат (теорема) Рабина о “сжимании”
Характеристики
Тип файла документ
Документы такого типа открываются такими программами, как 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}
