- •Использование системного подхода при проектировании программного обеспечения
- •Основные проблемы разработки и проектирования по и методы их преодоления
- •Понятие жизненного цикла по и его роль в проектировании информационных систем
- •Понятие модели жц в проектировании информационных систем, терминология моделей жц
- •Основные модели жц и рекомендации по их использованию
- •Преимущества и недостатки использования каскадной модели жц
- •Преимущества и недостатки использования эволюционной модели жц
- •Сравнение эволюционной и итерационной моделей жц
- •Понятие архитектуры программного обеспечения и причины возникновения такого понятия в рамках процесса создания информационных систем
- •Понятие "сложности" в современном проектировании информационных и способы её преодоления
- •Использование принципа декомпозиции в процессе проектирования информационных систем
- •Принципы объектно-ориентированного подхода к проектированию информационных систем
- •Основные понятия объектно-ориентированного подхода к проектированию информационных систем
- •Понятие соединения между элементами объектной модели и различные виды соединений
- •Понятие гибкого моделирования, манифест и основные принципы гибкого процесса проектирования
- •Понятие гибкого унифицированного процесса проектирования
- •Фазы и дисциплины унифицированного процесса проектирования, распределение работ на различных фазах для основных дисциплин
- •Начальная фаза унифицированного процесса и артефакты, которые могут создаваться на этой фазе процесса проектирования
- •Понятие требования к информационной системе, типы и категории требований
- •Понятие прецедента в процессе моделирования требований к информационной системе, модель прецедентов.
- •Понятие исполнителя в процессе формализации требований к информационной системе
- •Артефакты унифицированного процесса, используемые для описания нефункциональных требований к информационной системе
- •Фаза развития унифицированного процесса и артефакты, которые могут создаваться на этой фазе процесса проектирования
- •Задачи фазы развития унифицированного процесса и планирование итераций на этой фазе проектирования
- •Моделирование предметной области и основные понятия модели предметной области
- •Использование классов описаний и производных атрибутов в процессе моделирования предметной области
- •Понятие системного события и идентификация системных событий
- •Открытый системный интерфейс и описание операций в рамках унифицированного процесса проектирования
- •Проектирование динамической структуры по с использованием uml в рамках объектно-ориентированного подхода
- •Средства uml для выражения полиморфных сообщений в контексте проектирования динамической структуры по
- •Средства uml для выражения асинхронных вызовов в контексте проектирования динамической структуры по
- •Проектирование статической структуры по с использованием uml в рамках объектно-ориентированного подхода
- •Средства uml для представления атрибутов коллекций в контексте проектирования статической структуры по
- •Признаки существования зависимости между классами в контексте проектирования статической структуры по
- •Стадии создания информационной системы в рамках канонического проектирования
- •Обследование и технико-экономическое обоснование проекта
- •Разработка технического задания в соответствии с гост 34.602-89
- •Состав и содержание технического задания (гост 34.602- 89)
- •Состав эскизного и технического проектов
- •Типовое проектирование информационных систем
Фаза развития унифицированного процесса и артефакты, которые могут создаваться на этой фазе процесса проектирования
Фаза развития – первая последовательность итераций.
Фаза развития не является стадией проектирования или подготовки к реализации, как это имеет место быть в рамках каскадного процесса. На этой стадии создаются не прототипы, а полностью разрабатывается некоторый фрагмент системы (фрагменты).
Основными артефактами стадии развития являются:
Модель предметной области. (Визуализация понятий предметной области)
Модель проектирования (набор диаграмм, описывающих логику проектного решения, к ним относятся диаграммы программных классов, диаграммы взаимодействия объектов и диаграммы пакетов).
Описание программной архитектуры. Это документ, в котором рассмотрены основные архитектурные моменты и способы их реализации. В нем приводятся основные идеи проектного решения, и обосновывается их целесообразность для данной системы.
Модель данных – схема базы данных и стратегия отображения объектов в необъектное представление.
Прототипы интерфейса пользователя – описание интерфейсов и способов навигации.
Задачи фазы развития унифицированного процесса и планирование итераций на этой фазе проектирования
Фаза развития – первая последовательность итераций, в течении которой решаются следующие
задачи:
1. Реализуются и тестируются базовые архитектурные элементы.
2. Изучаются и стабилизируются большая часть требований.
3. Обосновываются и устраняются основные риски.
Фаза развития не является стадией проектирования или подготовки к реализации, как это имеет
место быть в рамках каскадного процесса. На этой стадии создаются не прототипы, а полностью
разрабатывается некоторый фрагмент системы (фрагменты).
Требования и итерации систематизируются в соответствии с рисками, границами и критичностью.
Риск – техническая сложность или другой фактор, например, отсутствие информации о
необходимых затратах или ресурсах.
Границы – определяются все основные части системы.
Критичность – этот параметр говорит о том, что в первую очередь реализуются те функции, которые имеют важное значения для системы.
Приведенные критерии используются для распределения по итерациям. Кроме того, прецеденты
или их отдельные сценарии ранжируются с целью определения приоритетов при реализации. На
начальных итерациях реализуются прецеденты с высоким рейтингом. В среднем фаза развития
состоит из 2-4 итераций длительностью от двух до шести недель каждая. Время каждой итерации
жестко фиксируются. Время жестко фиксируется так, чтобы к ее завершению был получен
устойчивый протестированный код. Если некоторые требования не укладываются в сроки
итерации, то они могут быть перенесены на следующую итерацию.
То есть делается акцент на быструю реализацию небольшого функционала, а не на построение всей системы.
Моделирование предметной области и основные понятия модели предметной области
Модель предметной области. (МПО)
Модель предметной области отображает основные с точки зрения моделирующего
концептуальные классы понятий предметной области. Каждой итерации соответствует своя модель
предметной области, отражающая реализуемый на данном этапе сценарий прецедентов. Таким
образом МПО эволюционирует в процессе разработки системы. Модель предметной области
связано с моделью проектирования. Особенно программными объектами, относящимися к уровню
предметной области.
Основные понятия МПО отображаются в словаре терминов.
Модель предметной области отображает классы понятий реального мира, а не программные
компоненты. На языке UML модель предметной области представляется в виде набора диаграмм
классов, на которых не определены никакие операции. Модель предметной области может
отображать следующие:
1. Объекты предметной области или концептуальные классы.
2. Ассоциации между концептуальными классами
3. Атрибуты концептуальных классов.
В модели предметной области не используются:
1. артефакты программирования (окна, БД) (если не программное средство)
2. Обязанности, методы