- •Дайте определение понятию жизненный цикл по. Опишите осоновные этапы жизненного цикла по.
- •Перечислите и дайте краткую характеристику моделям жцпо в соответствии со стандартом iso/ies
- •Опишите спиральную модель жцпо. Изображение . Достоинства и недостатки
- •Опишите каскадную модель с промежуточным контролем . Изображение. Достоинства и недостатки.
- •Опишите принципы построения интерфейса (« Кошелек Миллера», «бритва Оккама»).
- •Опишите принципы построения интерфейса («принцип группировки», «видимость отражает полезность»)
- •Опишите принципы построения интерфейса («Золотое сечение», «умные заимствования»)
- •Дайте определение понятию структурного подхода к разработке по. Опишите цели, принципы, достоинства и недостатки данного подхода
- •Дайте определение понятию функционального моделирования .Опишите цели, принципы, достоинства и недостатки функционального моделирования
- •Дайте характеристику моделирования бизнес-процессов. Опишите историю развития бизнес-моделирования
- •Опишите типы информационных потоков: поток преобразований, поток запросов
- •1.Поток преобразований
- •Поток запросов
- •Дайте определение понятию проектирование структур баз данных. Опишите основные этапы проектирования бд(концептуальное, логическое, физическое проектирование, нормализация, модели «сущность-связь»)
- •Дайте определение понятию объектно-ориентированному подходу. Опишите цели, принципы, достоинства и недостатки данного подхода
- •Опишите историю развития унифицированного языка моделирования. Дайте определение понятию uml. Перечислите основные характеристики, преимущества uml
- •Опишите диаграмму вариантов использования uml. Укажите назначение. Опишите элементы и правила построения диаграммы.
- •Опишите диаграмму классов uml. Укажите назначение. Опишите элементы и правила построения диаграммы
- •Опишите диаграмму пакетов uml. Укажите назначение. Опишите элементы и правила построения диаграммы
- •Опишите диаграмму последовательностей uml. Укажите назначение. Опишите элементы и правила построения диаграммы
- •Опишите диаграмму деятельности uml. Укажите назначение. Опишите элементы и правила построения диаграммы
- •Дайте характеристику модульного программирования. Опишите основные характеристики программного модуля.
- •Дайте определение методологии rad. Опишите принципы методологии rad.
- •Раскройте понятие экстремального программирования (история, принципы, преимущества и недостатки).
- •Опишите основные техники экстремального программирования (живое планирование, частая смена версий и т.Д.).
- •Опишите концепцию шаблонов проектирования.
- •Дайте определение понятию сом-технологии. Опишите технологии, основанные на сом. Дайте определения и кратко опишите понятия сом-объект, CoClass, сом-интерфейс, библиотеки.
- •Дайте определение понятию тестирование по. Опишите процесс тестирования по. Опишите методы белого и черного ящика тестирования по.
- •Дайте определение понятию документирование по. Опишите процесс документирования по. Дайте характеристику и приведите примеры архитектурно-проектной и технической документации.
- •Дайте определение понятию документирование по. Опишите процесс документирования по.Дайте характеристику и приведите примеры пользовательской и маркетинговой документации.
- •Дайте характеристику процессу оценки затрат на разработку по. Опишите модели оценки надежности программного обеспечения.
- •Опишите и дайте характеристику промышленным методам разработки программного обеспечения datarun, rup, oracle.
Опишите диаграмму классов uml. Укажите назначение. Опишите элементы и правила построения диаграммы
Диаграмма классов (class diagram)
Класс (class) - категория вещей, которые имеют общие атрибуты и операции.
Классы - это строительные блоки любой объектно-ориентированной системы. Они представляют собой описание совокупности объектов с общими атрибутами, операциями, отношениями и семантикой.
Диаграмма классов - это набор статических, декларативных элементов модели. Диаграммы классов могут применяться и при прямом проектировании, то есть в процессе разработки новой системы, и при обратном проектировании - описании существующих и используемых систем.
Архитектор программного обеспечения в первую очередь обращает внимание на объекты предметной области. Программист же концентрируется на поведении этих объектов, пользуясь классами, к которым они принадлежат. Вот поэтому-то диаграмма классов и является одной из важнейших диаграмм UML. Она используется для документирования программных систем, и основным ее компонентом является класс.
Класс на диаграмме изображается в виде прямоугольника, разделенного горизонтальными линиями на три части. В первой части указывается название класса. Как правило, имя класса состоит из одного, максимум двух слов. Вторая часть содержит перечень атрибутов класса, которые характеризуют тот или иной объект этого класса в модели предметной области. Третья часть содержит перечень операций, отражающих его поведение в модели предметной области.
Пример "генеалогическое древо" бытовой техники
Опишите диаграмму пакетов uml. Укажите назначение. Опишите элементы и правила построения диаграммы
Диаграммой пакетов является диаграмма, содержащая пакеты классов и зависимости между ними. Строго говоря, пакеты и зависимости являются элементами диаграммы классов, т. е. диаграмма пакетов - это всего лишь форма диаграммы классов. Однако на практике причины построения таких диаграмм различны.
Зависимость между двумя элементами имеет место в том случае, если изменения в определении одного элемента могут повлечь за собой изменение в другом. Что касается классов, то причины зависимостей могут быть самыми разными: один класс посылает сообщение другому; один класс включает часть данных другого класса; один класс ссылается на другой как на параметр операции.
На рис. мы имеем дело с классами предметной области, моделирующими деятельность организации и сгруппированными в два пакета: «Клиенты» и «Заказы».
Зависимость между двумя пакетами существует в том случае, если имеется какая-либо зависимость между любыми двумя классами в пакетах. Пакеты являются жизненно необходимым средством для больших проектов. Их следует использовать в тех случаях, когда диаграмма классов, охватывающая всю систему в целом.
Пакеты не дают ответа на вопрос, каким образом можно уменьшить количество зависимостей в разрабатываемой системе, однако они помогают выделить эти зависимости. Сведение к минимуму количества зависимостей позволяет снизить связанность компонентов системы. Но эвристический подход к этому процессу далек от идеала.
Пакеты особенно полезны при тестировании. Каждый пакет при тестировании может содержать один или несколько тестовых классов, с помощью которых проверяется поведение пакета.
