- •Группа стандартов iso
- •Группа стандартов cmm, разработанных sei
- •9. Тяжелые" и "легкие" процессы разработки
- •10. Унифицированный процесс Rational
- •11.Фазы процесса rup выделяемые в жц.
- •12.Артефакты проекта rup- модели их виды.
- •13.Дисциплины rup, различные наборы деятельностей.
- •23. Методы контроля качества
- •24.Тестирование
- •25. Проверка на моделях
- •26. Ошибки в программах
- •27.Анализ области решений
- •28) Архитектура программного обеспечения.
- •29) Список стандартов, регламентирующих описание архитектуры
- •30) Разработка и оценка архитектуры на основе сценариев
- •31)Uml Виды диаграмм uml
- •32) Статические диаграммы
- •33)Динамические диаграммы
- •34) Образец проектирования их виды.
- •35) Архитектурный стиль, идиома, образец анализа
- •36)Архитектурный стиль «многоуровневая система» . Архитектурный стиль « данные» представление- обработка» идиома «шаблонный метод»
- •37) Образцы организации и образцы процессов
- •38)Принципы создания удобного пользовательского интерфейса
- •39) Удобство использования программного обеспечения
- •40) Психологические и физиологические факторы
- •41) Факторы удобства использования и принципы создания удобного по
- •42.Методы разработки удобного программного обеспечения.
- •43.Контроль удобства программного обеспечения.
- •44.Компоненты технологии и разработка распределенного по.
- •46.Задачи управления проектами. Окружение проекта.
- •Окружение проекта
- •47.Структура организации-исполнителя проекта
- •48.Организационная культура. Заинтересованные в проекте лица.
- •Заинтересованные в проекте лица
- •50. Управление содержанием проекта и качеством
- •51. Метрики по
- •52.Управление ресурсами
- •53.Специфика управления персоналом
- •52.Управление рисками
- •55.Управление коммуникациями и информационным обеспечением
34) Образец проектирования их виды.
Образец (pattern) представляет собой шаблон решения типовой, часто встречающейся задачи в некотором контексте, т.е. при некоторых ограничениях на ожидаемые решения и определенном наборе требований к ним.
Образец проектирования нельзя выдумать или изобрести. Они возникают если он неоднократно применялся для решения одной и той же задачи на практике.
Образцы проектирования часто сильно связаны друг с другом в силу того, что они решают смежные задачи. Поэтому часто наборы связанных, поддерживающих друг друга образцов представляются вместе в виде систем образцов (patternsystem) или языка образцов (patternlanguage), в которых указаны возникающие между ними связи и описываются ситуации, в которых полезно совместное использование нескольких образцов:
По типу решаемых задач выделяют следующие разновидности образцов.
Образцы анализа (analysispatterns) – представляют собой типовые решения при моделировании сложных взаимоотношений между понятиями некоторой предметной области.
Архитектурные образцы или архитектурные стили (architecturalstyles, architecturalpatterns) –представляют собой типовые способы организации системы в целом или крупных подсистем, задающие некоторые правила выделения компонентов и реализации взаимодействий между ними.
Образцы проектирования (designpatterns) – определяют типовые проектные решения для часто встречающихся задач среднего уровня, касающиеся структуры одной подсистемы или организации взаимодействия двух-трех компонентов.
Идиомы (idioms, programmingpatterns) – являются специфическими для некоторого языка программирования способами организации элементов программного кода.
Образцы организации (organizationalpatterns) и образцы процессов (processpatterns) – описывают организации разработки ПО или другие сложные деятельности, позволяющие решать определенные задачи в рамках некоторого контекста, который включает ограничения на возможные решения.
35) Архитектурный стиль, идиома, образец анализа
Архитектурный стиль определяет основные правила выделения компонентов и организации взаимодействия между ними в рамках системы или подсистемы в целом. Различные архитектурные стили подходят для решения различных задач в плане обеспечения нефункциональных требований — различных уровней производительности, удобства использования, переносимости и удобства сопровождения.
Идиома представляет собой типовое решение, определяющее специфическую структуризацию элементов кода на некотором языке программирования. Чаще всего это некоторый "трюк", с помощью которого можно придать программе на данном языке нужные свойства. При этом идиома может оказаться специфичной для языка и не иметь аналога в других языках. Кроме того, очень часто удачные идиомы при развитии языков программирования превращаются в новые синтаксические конструкции, делающие такую идиому ненужной.
Образец анализа является типовым решением по представлению набора понятий некоторой предметной области в виде набора классов и связей между ними.