- •Группа стандартов 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.Управление коммуникациями и информационным обеспечением
29) Список стандартов, регламентирующих описание архитектуры
Список стандартов, регламентирующих описание архитектуры, которое является основной составляющей проектной документации на ПО, выглядит так:
IEEE 1016-1998 RecommendedPracticeforSoftwareDesignDescriptions [2] (рекомендуемые методы описаний проектных решений для ПО).IEEE 1471-2000 RecommendedPracticeforArchitecturalDescriptionofSoftware-IntensiveSystems (рекомендуемые методы описания архитектуры программных систем).Основное содержание этого стандарта сводится к определению набора понятий, связанных с архитектурой программной системы.
Стандарт IEEE 1471 определяет также представление архитектуры (architecturaldescription) как согласованный набор документов, описывающий архитектуру с точки зрения определенной группы заинтересованных лиц с помощью набора моделей. Архитектура может иметь несколько представлений, отражающих интересы различных групп заинтересованных лиц.
Стандарт IEEE 1471 отмечает необходимость использования архитектуры системы для решения таких задач, как следующие:
Анализ альтернативных проектов системы.
Планирование перепроектирования системы, внесения изменений в ее организацию.
Общение по поводу системы между различными организациями, вовлеченными в ее разработку, эксплуатацию, сопровождение, приобретающими систему или продающими ее.
Выработка критериев приемки системы при ее сдаче в эксплуатацию.
Разработка документации по ее использованию и сопровождению, включая обучающие и маркетинговые материалы.
Проектирование и разработка отдельных элементов системы.
Сопровождение, эксплуатация, управление конфигурациями и внесение изменений и поправок.Планирование бюджета и использования других ресурсов в проектах, связанных с разработкой, сопровождением или эксплуатацией системы.Проведение обзоров, анализ и оценка качества системы.
30) Разработка и оценка архитектуры на основе сценариев
При проектировании архитектуры системы на основе требований, зафиксированных в виде вариантов использования, первые возможные шаги состоят в следующем.
Выделение компонентов
Выбирается набор "основных" сценариев использования
Определяются компоненты, отвечающие за определенные действия в рамках этих сценариев
При возникновении дополнительных хорошо выделенных подзадач добавляются новые компоненты, и сценарии уточняются.
Определение интерфейсов компонентов
Уточнение набора компонентов
Достижение нужных свойств.
На основе возможных сценариев использования или модификации системы возможен анализ характеристик архитектуры и оценка ее пригодности для поставленных задач или сравнительных анализов нескольких архитектур, это так называемый метод анализа архитектуры ПО, основные шаги которого:
1) Определить набор сценариев действия пользователя или внешних систем
2) Определить архитектуру
3) Классифицировать сценарий
4) Необходимо оценить сценарий
5) Выявить взаимодействие сценариев
6) Оценить архитектуру в целом, для этого надо использовать оценки важности сценариев и степень их поддержки архитектуры.