- •1.Технология создания по. Методы средства процедуры.
- •2. Распределение обязанностей в команде разработчиков
- •3. Стратегии конструирования по. Инкрементная модель
- •4. Стратегии конструирования по. Спиральная модель
- •7. Оценка программного проекта. Размерно-ориентированные метрики
- •8. Оценка программного проекта. Функционально-ориентированные метрики
- •9. Оценка программного проекта. Метод функциональных указателей
- •10. Конструктивная модель оценки стоимости. Модель композиции приложения
- •11. Модель раннего этапа проектирования
- •12. Модель этапа постархитектуры
- •14. Модели жизненного цикла проектирования по.
- •15. Унифицированный процесс разработки, его структура
- •16. Унифицированный процесс разработки. Рабочие потоки процесса
- •18. Унифицированный процесс разработки. Этап конструирование (Construction)
- •19. Управление риском при разработке по. Этап оценивания
- •20. Управление риском при разработке по. Этап контроля
- •40. Конструктивная модель стоимости cocomo’81
- •21. Понятие и принципы тестирования.
- •5. Проектирование на базе стандарта idef3.
- •40. Конструктивная модель оценки стоимости cocomo81.
- •10 Конструктивная модель оценки стоимости. Модель композиции приложений.
- •11 Конструктивная модель оценки стоимости. Модель раннего этапа проектирования.
- •12 Конструктивная модель оценки стоимости. Модель этапа пост-архитектуры.
- •6.Проектирование на базе стандарта dfd
- •22.Структурное тестирование по.
- •23.Способы тестирования базового пути.
- •24. Способы тестирования условий. Тестирования циклов
- •25. Функциональное тестирование по.
- •26. Тестирование с помощью диаграмм причинно-следственных связей.
- •27. Организация процесса тестирования. Тестирование элементов и интеграции.
- •28 Организация процесса тестирования. Тестирование правильности. Системное тестирование
- •19 Управление риском при разработке по. Этапы оценивания.
- •20 Управление риском при разработке по. Этапы контроля.
- •13.Проектирование на базе стандарта idef0.
- •29. Базовые понятия uml. Структурные предметы.
- •30. Базовые понятия uml. Предметы поведения, группирующие и поясняющие предметы. Отношения
- •31. Базовые понятия uml. Виды диаграмм, их краткая характеристика.
- •33. Статические модели uml. Отношение в диаграммах классов.
- •Вершины в диаграммах классов
- •Свойства
- •34. Моделирование поведения. Диаграмма схем состояния.
- •35. Моделирование поведения. Диаграммы деятельности.
- •36. Моделирование поведения. Диаграммы взаимодействия.
- •37. Моделирование поведения. Диаграммы последовательности.
- •38. Моделирование поведения. Диаграммы прецедентов.
- •39. Архитектурное моделирование.
- •32.Статические модели uml . Классы в uml.
39. Архитектурное моделирование.
Строительный словарь определяет теорию архитектуры как науку о природе и специфике архитектуры и о её общих закономерностях.
Теория архитектуры охватывает разработку фундаментальных проблем архитектуры:
ее социальных и социально-функциональных аспектов, формо- и стилеобразования, семантики, эстетики и художественной образности, а также конструктивно-технической, экономической, социально-культурной и экологической обусловленности архитектурной деятельности, этнокультурных и региональных особенностей, сохранения историко-культурных ценностей, архитектурного наследия, взаимоотношений традиций и новаторства, творческого освоения исторического опыта;
выявление и изучение памятников архитектуры и градостроительства, закономерностей и особенностей процесса развития профессионального мастерства с древних времен до современности, роли и места российской архитектуры в мировом архитектурном процессе творчества мастеров архитектуры].
32.Статические модели uml . Классы в uml.
Статическое представление модели описывает концепции предметной области системы, а также внутренние концепции, необходимые для ее реализации. Статическим это представление называется потому, что не описывает динамику, то есть изменения, происходящие в системе с течением времени. Для описания поведения системы служат другие представления моделей. Основой статического представления модели являются классы и их отношения: ассоциации, обобщения и различные виды зависимостей, например реализация и использование. Классом (class) называется описание некоторой концепции предметной области или элемента программного решения. Классы являются тем центром, вокруг которого строится представление классов. Все прочие элементы либо принадлежат классам, либо относятся к ним. Статическое представление изображается на диаграммах классов, в которых основной акцент сделан именно на описании классов и их взаимоотношений. Графически класс изображается в виде прямоугольника. Атрибуты и операции класса перечисляются в горизонтальных отделениях этого прямоугольника. Если на диаграмме не нужно представлять полное описание класса, то отделения можно просто скрыть. Один и тот же класс может присутствовать на различных диаграммах и отображаться с разной степенью детализации (полное описание класса часто присутствует только на одной диаграмме). Отношения между классами выражаются при помощи различных линий и дополнительных обозначений, которые ставятся либо над самими линиями, либо у их концов.
Классы можно описывать с разной степенью детализации. На ранней стадии проектирования модель отражает только логические аспекты системы. В процессе дальнейшей работы в модель вносится информация о различных проектных решениях и деталях реализации системы. Большинство представлений модели находятся приблизительно на одном уровне детализации.
1