
- •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-средств.
- •Классифик по уровням
17. Упрощ спиральн модель жц пс института качества sqi. Достоинства и недостатки. Область применения.
В
данной модели процесс жизненного цикла
разработки проекта разделен на четыре
квадранта: «Планирование», «Риск»,
«Разработка», «Заказчик». В пределах
квадрантов выделяются только основные
действия различного уровня.
Таким образом, в данной модели устранена чрезмерная детализация процесса. Необходимая детализация процессов предусматривается при выполнении работ этапов планирования конкретного цикла спирали.
Дост-ва:
данные модели упрощены по сравнению с базовой моделью Боэма; это делает их более понятными как разработчику, так и заказчику;
несмотря на упрощения, большое внимание в данных моделях уделяется действиям, непосредственно не связанным с разработкой; это повышает качество как процесса разработки, так и продуктов разработки, упрощает прогнозирование сроков и стоимости разработки, повышает удовлетворенность заказчика результирующим продуктом.
18. Упрощенная спиральная модель жц пс Института Управления проектами. Дост и недостатки. Область применения.
1-начальные требования; 2-концептуальное проектирование; 3-доказательство концепции;4 –анализ рисков;5- требования к системе; 6- логическое проектирование (проектирование системы); 7–первая сборка; 8–квалификационные испытания и оценка; 9–требования к программным компонентам; 10–проектирование программных компонентов; 11– вторая сборка; 12– квалификационные испытания и оценка; 13– требования к модулям; 14– программирование и тестирование модулей программных средств; 15– конечная сборка; 16– ввод в действие и обеспечение приемки; 17– эксплуатация и сопровождение.
Дост-ва:
данные модели упрощены по сравнению с базовой моделью Боэма; это делает их более понятными как разработчику, так и заказчику;
несмотря на упрощения, большое внимание в данных моделях уделяется действиям, непосредственно не связанным с разработкой; это повышает качество как процесса разработки, так и продуктов разработки, упрощает прогнозирование сроков и стоимости разработки, повышает удовлетворенность заказчика результирующим продуктом.
Модель «win-win» жизненного цикла ПС. Достоинства и недостатки. Область применения.
Данная модель уделяет повышенное внимание участникам проекта (пользователям, заказчикам, разработчикам, тестировщикам и т.д.) и, в первую очередь, роли заказчика в жизненном цикле разработки.
Дост-ва:
1) более быстрая разработка продуктов проекта благодаря содействию, оказываемому участникам проекта;
уменьшение стоимости продуктов проекта благодаря уменьшению объема переделок и текущего сопровождения, а также ускорению разработки;
более высокий уровень удовлетворения со стороны участников проекта;
4) как результат, более высокое качество разработанных продуктов.
20. Спиральная модель жц пс Консорциума по вопросам разработки программного обеспечения. Дост и недостатки. Область применения.
1 – Определение проекта, в том числе: участники работ; анализ требований; альтернативы;ограничения.
– Определение рисков; 3 – Оценка рисков;
4– Планиров-е разрешения рисков; 5– Оценка разрешения рисков; 6– Оценка альтернатив, предл-х в 1й работе, с учас оценки разр-я рисков;
7– Планирование и разработка графиков проекта;
8– Разработка и верификация продукта;
9– Мониторинг (надзор) и оценка продукта;
– Управление конфигурацией версии;
– Приемочные испытания уровня;
– Обновление спирального плана проекта.
Результат выполнения каждого этапа изображен в прямоугольнике. Содержание работ каждого этапа указано в соответствующем секторе спирали
Дост-ва:
данные модели упрощены по сравнению с базовой моделью Боэма; это делает их более понятными как разработчику, так и заказчику;
несмотря на упрощения, большое внимание в данных моделях уделяется действиям, непосредственно не связанным с разработкой; это повышает качество как процесса разработки, так и продуктов разработки, упрощает прогнозирование сроков и стоимости разработки, повышает удовлетворенность заказчика результирующим продуктом.