rpd000012687 (1010440), страница 2
Текст из файла (страница 2)
- 41. Результат (теорема) Рабина о нижней грани
- 42. Блок-схемы программ (flow chart)
- 43. Диаграммы Насси-Шнейдермана для спецификации программ
- 44. SADT Д.Росса - предшественник методологии IDEF
- 45. ГОСТ 34.602-89 – «Техническое задание на создание автоматизированной системы»
- 46. Стандарт IEEE/ISO/IEC 29148-2011 на разработку требований в программной инженерии
- 47. Диаграммы классов
- 48. Связи в диаграммах
- 49. Диаграммы прецедентов
- 50. Интерфейсы и компоненты в диаграммах
- 51. Диаграммы взаимодействия
- 52. Диаграммы деятельности
- 53. Моделирование процессов и потоков
- 54. Моделирование событий и сигналов
- 55. Диаграммы артефактов
- 56. Диаграммы размещения
- 57. Методология функционального моделирования IDEF0
- 58. Методология моделирования информационных потоков внутри системы IDEF1
- 59. Методология построения объектно-ориентированных систем IDEF4
- 60. Методология (стандарт) онтологического исследования сложных систем IDEF5
- 61. Методология разработки интерфейсов взаимодействия оператора и системы (пользовательских интерфейсов) IDEF8
- 62. Методология исследования бизнес ограничений IDEF9
- 63. Методология проектирования компьютерных сетей IDEF14
- 64. Работа с UML в Rational Rose
- 65. Работа с UML в продуктах Microsoft
- 66. Рекомендации по применению IDEF при разработке требований к программам
- 67. Опрос и анкетирование как способ разработки требований
- 68. Анализ прототипов
- 69. Жизненный цикл требований в итеративных технологиях проектирования
- 70. Требования как основа для разработки тестов и эксплуатационной документации
- 71. Критерии полноты и непротиворечивости требований
- 72. Метрики Чидамбера-Кемерера
- 73. Метрики Лоренца и Кидда
- 74. Подходы к формализации спецификаций Z, VDM, RAISE
-
Лекции
| № п/п | Раздел дисциплины | Объем, часов | Тема лекции | Дидакт. единицы |
| 1 | 1.1.Разработка и анализ требований как элемент жизненного цикла программы | 2 | Разработка и анализ требований как элемент жизненного цикла программы | 1, 2, 4, 8, 9, 19, 20, 21, 22, 23 |
| 2 | 1.2.Качество программного обеспечения | 2 | Качество программы как промышленного изделия | 10, 24, 25 |
| 3 | 1.2.Качество программного обеспечения | 2 | Системы показателей качества | 11, 12, 13, 16, 26, 27, 28, 29, 30, 31, 32, 33 |
| 4 | 1.2.Качество программного обеспечения | 2 | Показатели качества программ по М.Холстеду | 14, 34, 35 |
| 5 | 1.2.Качество программного обеспечения | 2 | Оценки вычислительной сложности программ | 36, 37, 38, 39, 40, 41 |
| 6 | 1.3.Генезис подходов к формализованной спецификации программ | 2 | Генезис подходов к формализованной спецификации программ | 42, 43, 44, 45, 46, 72, 73, 74 |
| 7 | 1.4.Нотация UML как средство выражений требований к программам | 2 | Синтаксис и семантика структурного моделирования в нотации UML | 47, 48, 50 |
| 8 | 1.4.Нотация UML как средство выражений требований к программам | 2 | Компьютерные среды для проектирования на UML | 64, 65 |
| 9 | 1.4.Нотация UML как средство выражений требований к программам | 2 | Синтаксис и семантика моделирования поведения в нотации UML | 49, 51, 52, 53, 54 |
| 10 | 1.4.Нотация UML как средство выражений требований к программам | 2 | Практика применения UML при проектировании программ | 6, 47, 49, 53, 54, 55, 56 |
| 11 | 1.5.Методология IDFF как средство выражения требований к программам | 2 | Синтаксис и семантика IDEF | 57, 58, 59, 60, 61, 62, 63 |
| 12 | 1.5.Методология IDFF как средство выражения требований к программам | 2 | Практика применения IDEF при проектировании программ | 57, 59, 60, 62, 66 |
| 13 | 1.6.Организация разработки и применения требований к программе | 2 | Организация разработки и применения требований к программе | 2, 3, 9, 15, 17, 67, 68, 69, 70, 71 |
| Итого: | 26 | |||
-
Практические занятия
| № п/п | Раздел дисциплины | Объем, часов | Тема практического занятия | Дидакт. единицы |
| Итого: | ||||
-
Лабораторные работы
| № п/п | Раздел дисциплины | Наименование лабораторной работы | Наименование лаборатории | Объем, часов | Дидакт. единицы |
| 1 | 1.3.Генезис подходов к формализованной спецификации программ | Разработка описания прецедентов и технических требований по стандартам ГОСТ 34.602-89 и IEEE/ISO/IEC 29148 | 4 | 18, 45, 46 | |
| 2 | 1.4.Нотация UML как средство выражений требований к программам | Разработка требований к программе в нотации UML | 4 | 47, 48, 49, 50, 51, 52, 53, 55, 56, 64, 65, 71 | |
| 3 | 1.5.Методология IDFF как средство выражения требований к программам | Разработка требований к программе в методологии IDEF | 4 | 57, 58, 59, 60, 61, 62, 71 | |
| Итого: | 12 | ||||
-
Типовые задания
| № п/п | Раздел дисциплины | Объем, часов | Наименование типового задания |
| Итого: | |||
-
Курсовые работы и проекты по дисциплине
-
Рубежный контроль
-
Промежуточная аттестация
1. Зачет (8 семестр)
Прикрепленные файлы: Вопросы к зачёту по разработке и анализу требований.doc
-
УЧЕБНО-МЕТОДИЧЕСКОЕ И ИНФОРМАЦИОННОЕ ОБЕСПЕЧЕНИЕ ДИСЦИПЛИНЫ
а)основная литература:
1. Гагарин, А.П. Элементы технологии программирования примерах и упражнениях (электронный конспект), 2011, 70 с.
2. Иванова, Г.С. Технология программирования. Учебник для вузов. 3-е изд., МГТУ, 2006, 335 с.
3. Камаев, В.А., Косторин В.В. Технология программирования. Учебник для вузов. М.: Высш. школа, 2005, 359 с.
4. Липаев, В.В. Качество программного обеспечения, М.: Финансы и статистика, 1983
5. Гради Буч, Джеймс Рамбо, Ивар Якобсон. Введение в UML от создателей языка
6. Крэг Ларман. Применение UML и шаблонов проектирования. Введение в объектно-ориентированный анализ, проектирование и унифицированный процесс UP. М., СПб, Киев: Вильямс, 2002, 619 с.
7. Информационные технологии поддержки жизненного цикла продукции. Методология функционального моделирования.ГОССТАНДАРТ РОССИИ.Р 50.1.028-2001
8. Методические указания к лабораторным работам
б)дополнительная литература:
1. Крэг Ларман. Применение UML и шаблонов проектирования. Введение в объектно-ориентированный анализ, проектирование и унифицированный процесс UP. М., СПб, Киев: Вильямс, 2002, 619 с.
2. ГОСТ 34.602-89 – «Техническое задание на создание автоматизированной системы»
3. IEEE/ISO/IEC 29148-2011 – «Systems and software engineering -- Life cycle processes -- Requirements engineering»
4. ISO/IEC 12207:2008 – «Systems and software engineering -- Life cycle processes -- Requirements engineering»
5. Л.Г. Гагарина, Е.В. Кокорева, Б.Д. Виснадул. Технология разработки программного обеспечения: учебное пособие. Под ред. Л.Г. Гагариной. – М.: ИД «Форум»: ИНФРА-М, 2008. – 400 с.
6. МЕТОДОЛОГИЯ СТРУКТУРНОГО АНАЛИЗА И ПРОЕКТИРОВАНИЯ http://or-rsv.narod.ru/SADT/SADT.htm
7. Филипп Крачтен, «Введение в Rational Unified Process», Вильямс, 2002 г.
в)программное обеспечение, Интернет-ресурсы, электронные библиотечные системы:
1. Операционная система Microsoft Windows7 или выше.
2. Microsoft Visual Studio 2010 или выше
3. Microsoft Visiso
4. Rational Rost
5. StarUML
-
МАТЕРИАЛЬНО-ТЕХНИЧЕСКОЕ ОБЕСПЕЧЕНИЕ ДИСЦИПЛИНЫ
1.Компьютерный класс
2.Демонстрационная доска
3.Проектор
Приложение 1
к рабочей программе дисциплины
«Разработка и анализ требований »
Аннотация рабочей программы
Дисциплина Разработка и анализ требований является частью Профессионального цикла дисциплин подготовки студентов по направлению подготовки Программная инженерия. Дисциплина реализуется на 3 факультете «Московского авиационного института (национального исследовательского университета)» кафедрой (кафедрами) 304.
Дисциплина нацелена на формирование следующих компетенций: ОК-6 ,ПК-2 ,ПК-4 ,ПК-5 ,ПК-6 ,ПК-7 ,ПК-8 ,ПК-11 ,ПК-13 ,ПК-18 ,ПК-23.
Содержание дисциплины охватывает круг вопросов, связанных с: начальными действиями при разработке программы: выявлением требований потенциального пользователя, их анализом и формулированием требований, которые должен будут выполнить программист-исполнитель проекта.
Преподавание дисциплины предусматривает следующие формы организации учебного процесса: Лекция, мастер-класс, Лабораторная работа.
Программой дисциплины предусмотрены следующие виды контроля: промежуточная аттестация в форме Зачет (8 семестр).
Общая трудоемкость освоения дисциплины составляет 2 зачетных единиц, 72 часов. Программой дисциплины предусмотрены лекционные (26 часов), практические (0 часов), лабораторные (12 часов) занятия и (34 часов) самостоятельной работы студента. Дисциплина сообщает комплекс теоретических знаний и прививает набор навыков, необходимых для трудовой деятельности в качестве системного аналиста и программиста при формировании программного проекта и в течение начальных этапов его исполнения..
Приложение 2
к рабочей программе дисциплины
«Разработка и анализ требований »
Cодержание учебных занятий
-
Лекции
1.1.1. Разработка и анализ требований как элемент жизненного цикла программы (АЗ: 2, СРС: 1)
Тип лекции: Информационная лекция
Форма организации: Лекция, мастер-класс















