- •1. Осн понят и определ. Жц пc. Структ жц пс в соотв исо/мэк 12207. Классиф проц жц пс. Структ проц разраб. Модель жц.
- •8. Базовая rad-модель быстрой разработки приложений жизненного цикла пс. Достоинства и недостатки. Область применения.
- •11. Инкрементн модель жцпс. Дост-ва и недост. Обл применения.
- •13. Эволюционная модель жц пс по гост р исо/мэк то 15271-2002. Достоинства и недостатки. Область применения.
- •17. Упрощ спиральн модель жц пс института качества sqi. Достоинства и недостатки. Область применения.
- •18. Упрощенная спиральная модель жц пс Института Управления проектами. Дост и недостатки. Область применения.
- •20. Спиральная модель жц пс Консорциума по вопросам разработки программного обеспечения. Дост и недостатки. Область применения.
- •21. Компонентно-ориентированная модель жизненного цикла пс. Достоинства и недостатки. Область применения.
- •22. Классиф проектов по разработке пс и систем, ориентированная на выбор модели жц. Категории и критерии классификации проектов.
- •23. Процесс выбора модели жц разработки пс и систем института sqi
- •24. Адаптация модели жц разработки пс и систем к условиям конкретного проекта по стб исо/мэк 12207-2003 и гост р исо/мэк то 15271-2002. Харак-ки проекта, влияющ на адаптац.
- •25. Модульное проектирование программ. Признаки модульности программы. Дост и недост модульности. Классификация методов проектирования модульных программ.
- •26. Нисходящее проектирование программ и его стратегии. Стратегия, основ на использовании псевдокода. Дост и недост. Пр.
- •27. Стратегия пошаг проект-я при нисходящем проектировании программ, основанная на использовании комментариев. Виды и нормы комментариев. Пример.
- •28. Стратегия анализа сообщений при нисходящем проектировании программ. Пример.
- •29. Метод восходящего проектир. Сущность. Целесообразность использования. Недостатки. Способы сочетания с другими методами.
- •30. Метод Джексона. Сущность. Основ констр постр структур дан. Примен к иерархич, сетев и реляц структ данн. Пр.
- •31. Первый этап метода Джексона. Виды документов, создаваемых на данном этапе. Пример.
- •32. 2 Этап метода Джексона. Цель.Сущность. Правила уст-я соотв.
- •33. Третий этап метода Джексона. Цель. Сущность. Подэтапы.
- •34. Четвертый этап метода Джексона. Цель. Сущность. Контрольный перечень операций. Пример.
- •35. Пятый этап метода Джексона. Цель. Сущность. Пример.
- •36. Связность модуля. Типы и сила связности.
- •37.Сцепление модулей. Типы и меры сцепления.
- •38.Case-технологии. Обзор методов структ проектирования. Цели использования case-технологий. Семейство методологий idef.
- •39.Idef0. Системы и модели. Основные понятия и определения. Цель модели. Точка зрения модели. Субъект моделирования. Пример.
- •40. Idef0. Синтаксис диагр. Правила изобр функц блоков. Доминир-е. Виды отношений м/у объектами и функциями. Пример
- •41. Idef0. Синтаксис диагр. Правила изображения дуг. Метки. Типы взаимосвязей между блоками. Иерархия дуг. С-номера. Пр.
- •42. Idef0. Синтаксис моделей. Декомпозиц. Контекстная диагр. Номер узла. Организац связей м/у диагр. Диагр дерева узлов.
- •43. Idef0. Синтаксис моделей. Внешние дуги. Обозначения. Правила стыковки внешних и граничных дуг. «Вхождение дуги в тоннель». Пример.
- •44. Idef0. Стратегии декомпозиции. Пример.
- •45. Процесс моделирования в idef0.
- •46. Idef1x. Сущности. Категории сущн. Завис и независ сущности. Пример.
- •47. Idef1x. Атрибуты. Классификация атрибутов. Пример.
- •Классиф атриб
- •48. Idef1x. Правила атрибутов. Способы представл сущн с атриб.
- •3 Основн способа представления сущностей с атриб
- •49. Idef1x. Связи. Соединит связи. Графич представл соединит связи. Пр.
- •50.Информ моделир. Безусл и условн связи. Мощно связи. Формы связи. Пр.
- •Безусловные формы
- •Условные формы
- •Биусловные формы
- •51.Idef1x. Графич и текстов представл дочерн мощности соедин связей. Пр.
- •52. Idef1x Формализация соединит связей. Идентиф и неидентиф связи. Пр.
- •53. Idef1x. Реализация условных и безусловных связей. Обязательные и необязат связи. Родительская мощность связи.
- •54. Idef1x. Неспецифические связи. Формализация неспецифич связей. Пр.
- •55. Idef1x. Организация рекурсивн связей. Иерархич и сетевая рекурсии. Пр.
- •56. Idef1x. Связи категоризац. Графич представл. Полная и неполная группы категорий. Дискриминатор. Роли. Пример.
- •57. Idef1x. Рабочие продукты информац моделирования. Уровни диаграмм. Пр.
- •58. Эволюц case-средств. Периоды развития case-средств.
- •59. Базовые основы построения case-средств. Принципы и положения, положенные в основу построения case-средств.
- •61. Классиф case-средств по типам. Примеры case-средств.
- •62. Классиф case-средств по категориям и уровням. Пр case-средств.
- •Классифик по уровням
11. Инкрементн модель жцпс. Дост-ва и недост. Обл применения.
Как правило, инкрементные модели объединяют элементы каскадных моделей и прототипирования.Существуют различные варианты реализации инкрементных моделей.В классических вариантах модель основана на использовании полного заранее сформированного набора требований, реализуемых последовательно в виде небольших проектов.Существуют также варианты модели, начинающиеся с формулирования общих требований. Требования постепенно уточняются в процессе разработки прототипов.
Каждая послед версия прототипа добавляет новые функцион возм и может самост сдаваться в эксплуат. Вариант инкрементной модели жизненного цикла, предусматривающий изменение или уточнение требований на начальных этапах процесса разработки.
Дост-ва: 1)возможность получения функционального продукта после реализации каждого инкремента; 2)короткая продолжительность создания инкремента; это приводит к ускорению начального графика поставки и снизить затраты поставки ПП; 3)предотвращение реализации громоздких перечней требований; возможность учета изменившихся требований; 4)снижение риска неудачи и изменения требований по сравнению с каскадной моделью; 5)включение в процесс пользователей, что позволяет оценить самые важные функциональные возможности продукта на более ранних этапах разработки и приводит к повышению качества ПП, снижению затрат и времени на его разработку; 6)стабильн треб-й во врем созд-я опред-го инкремента, возм-ти учета измен-ся треб-й.
Недост-ки: 1)необходимость полного функционального определения системы или программного средства в начале жизненного цикла для обеспечения определения инкрементов, планирования и управления проектом; 2)возможность текущего изменения требований к системе или программному средству, которые уже реализованы в предыдущих инкрементах; 3)необходимость хорошего планирования и проектирования, грамотного распределения работы; 4)наличие тенденции к оттягиванию решения трудных проблем на поздние инкременты, что может нарушить график работ.
Области прим-я: 1)при разработке проектов, в которых большинство требований можно сформулировать заранее, но часть из них могут быть сформулированы через определенный период времени; 2)при необходимости быстро поставить на рынок продукт, имеющий функциональные базовые свойства; 3) для выполнения проектов с большим периодом разработки (один год и более); 4)при разработке проектов с низкой или средней степенью риска; 5)при выполнении проекта с применением новой технологии.
Вариант инкрементной модели по ГОСТ Р ИСО/МЭК ТО 15271-2002. Достоинства и недостатки. Область применения.
Основан на использовании полного заранее сформированного набора требований и их постепенной реализации в отдельных инкрементах. Учитывает возможность как частично парал разработки инкрементов, так и их последовательной разработки. Разработка каждого инкремента состоит из трех укрупненных этапов: проектирование, программирование и тестирование, ввод в действие и обеспечение приемки. Инкрементную модель можно комбинировать с другими моделями. Зачастую ее объединяют со спиральной или V-образной моделью, что позволяет снизить затраты и риски при разработке ПС (системы).
Дост-ва: 1)возможность получения функционального продукта после реализации каждого инкремента; 2)короткая продолжительность создания инкремента; это приводит к ускорению начального графика поставки и снизить затраты поставки ПП; 3)предотвращение реализации громоздких перечней требований; возможность учета изменившихся требований; 4)снижение риска неудачи и изменения требований по сравнению с каскадной моделью; 5)включение в процесс пользователей, что позволяет оценить самые важные функциональные возможности продукта на более ранних этапах разработки и приводит к повышению качества ПП, снижению затрат и времени на его разработку; 6)стабильн треб-й во врем созд-я опред-го инкремента, возм-ти учета измен-ся треб-й.
Недост-ки: 1)необходимость полного функционального определения системы или программного средства в начале жизненного цикла для обеспечения определения инкрементов, планирования и управления проектом; 2)возможность текущего изменения требований к системе или программному средству, которые уже реализованы в предыдущих инкрементах; 3)необходимость хорошего планирования и проектирования, грамотного распределения работы; 4)наличие тенденции к оттягиванию решения трудных проблем на поздние инкременты, что может нарушить график работ.
Области прим-я: 1)при разработке проектов, в которых большинство требований можно сформулировать заранее, но часть из них могут быть сформулированы через определенный период времени; 2)при необходимости быстро поставить на рынок продукт, имеющий функциональные базовые свойства; 3) для выполнения проектов с большим периодом разработки (один год и более); 4)при разработке проектов с низкой или средней степенью риска; 5)при выполнении проекта с применением новой технологии.