- •2 Жизненный цикл программного обеспечения. Дать краткую характеристику каждого этапа.
- •3 Почему программные системы сложны. Привести пять признаков сложной системы.
- •4 Техническое задание. Перечислить и охарактеризовать разделы, входящие в техническое задание.
- •5 Унифицированный процесс разработки программного обеспечения. Основные принципы унифицированного процесса.
- •6 Жизненный цикл унифицированного процесса. Цели каждого из этапов.
- •7 Работа с кадрами. Перечислить роли разработчиков и дать характеристику каждой из них.
- •8 Использование языка uml при проектировании сложных программных систем. Какие диаграммы используются в uml для создания моделей программной системы.
- •9 Диаграмма вариантов использования, ее назначение. Рассказать о варианте использования и действующем лице. Правила построения диаграммы вариантов использования.
- •10 Что такое классификация с точки зрения объектно-ориентированного проектирования программных систем. Теории классификации.
- •11 Методы классификации.
- •12 Диаграммы взаимодействия. Основное назначение.
- •13 Диаграмма классов. Ее назначение. Что она включает. Рассказать об основных видах связей между классами.
- •14 Дать определение тестированию и отладке. Особенности и объекты тестирования. Автономное и комплексное тестирование.
- •15 Дать определение тестированию и отладке. Направления тестирования. Стратегия тестирования. Контрольный лист тестирования модуля.
- •16 Дать определение тестированию и отладке. Локализация ошибок. Классификация ошибок.
- •17 Документирование. Состав и содержание документов прилагаемых к программной системе.
- •18 Оценка качества ПрогОбесп. Методы оценки свойств ПрогОбес.
- •19 Уровни зрелости организации с точки зрения cmm.
- •20 Понятие стандарта. Что включает в себя стандарт.
- •21 Сертификация. Схемы сертификации.
- •22 Психологич факторы проектирования интерфейса пользователя.
- •23 Правила построения удобного интерфейса пользователя.
- •24 Принципы построения интерфейса пользователя.
- •25 Проектирование, ориентированное на использование.
12 Диаграммы взаимодействия. Основное назначение.
Диаграммы взаимодействий используются для моделирования динамических аспектов системы. Сюда входит моделирование конкретных и прототипических экземпляров классов, интерфейсов, компонентов и узлов, а также сообщений, которыми они обмениваются, - и все это в контексте сценария, иллюстрирующего данное поведение. Диаграммы взаимодействий могут существовать автономно и служить для визуализации, специфицирования, конструирования и документирования динамики конкретного сообщества объектов, а могут использоваться для моделирования отдельного потока управления в составе прецедента.
Диаграммы взаимодействий важны не только для моделирования динамических аспектов системы, но и для создания исполняемых систем посредством прямого и обратного проектирования.
Диаграмма взаимодействия описывает поведение взаимодействующих групп объектов. Эти диаграммы позволяют с разных точек зрения рассмотреть взаимодействие объектов в создаваемой системе; Как правило, диаграмма взаимодействия охватывает поведение объектов в рамках только одного варианта использования. На такой диаграмме отображается ряд объектов и те сообщения, которыми они обмениваются между собой.Сообщение – средство, с помощью которого объект отправитель запрашивает у объекта-получателя выполнение одной из его операций.
Диаграмма последовательности отражает поток событий, происходящих в рамках варианта использования. Все действующие лица показаны в верхней части диаграммы. Стрелки соответствуют сообщениям, передаваемым между действующим лицом или между объектами для выполнения требуемых функций. Объект изображается в виде прямоугольника на вершине пунктирной вертикальной линии. Эта вертикальная линия называется линией жизни объекта. Каждое сообщение изображается в виде стрелки между линиями жизни двух объектов. Сообщения появляются в том порядке, как они показаны на странице сверху вниз.
Кооперативные диаграммы отображают поток событий через конкретный сценарий варианта использования. Заостряют внимание на связях между объектами. Из нее легче понять связи между объектами, однако труднее уяснить последовательность событий.
13 Диаграмма классов. Ее назначение. Что она включает. Рассказать об основных видах связей между классами.
Class diagram (диаграмма классов) является основной диаграммой проекта, отражающей логическую структуру проектируемой системы. При помощи диаграммы классов создается описание внутренней структуры системы, отражающей отдельные составляющие блоки системы (классы), функциональное наполнение этих блоков (атрибуты и операции классов) и взаимодействие между ними (связи между классами).
Class (класс)
Данный инструмент позволяет создать новый класс в диаграмме и модели. Класс — это установки структуры и шаблона поведения для некоторого множества реальных объектов, которые в дальнейшем будут определены в программе на основе данного шаблона. Класс — это некоторая абстракция реального мира. Когда эта абстракция принимает конкретное воплощение, она называется объектом. Класс в Rational Rose изображается как прямоугольник, разделенный на 3 части (рис. 11.2). В верхней части записывается название класса, в середине — атрибуты, в нижней части — операции.
Существует 3 типа классов анализа:
Граничные классы – применяются для обозначения границ программной системы. В качестве таких классов обычно выступают: интерфейсные классы и классы сопряжения с программными или аппаратными системами, которые не входят в состав наших. В курсовых работах выступают в качестве граничных классов все окна, куда вводят информацию.
Классы сущности – предназначены для долговременного хранения информации. В качестве классов сущностей выступают обычно таблицы базы данных или записи в этих таблицах. Обозначаются как круглешок.
Управляющие классы – предназначены для организации взаимодействия классов системы. (Список заказов – служит связующим звеном между граничным классом и остальными классами.)
Interface (интерфейс)
Значок Interface позволяет создать интерфейсный объект, который указывает на видимые извне операции класса или компонента. Обычно интерфейс создается только для некоторых строго определенных классов или компонентов и предназначен скорее для логического отображения системы, но может присутствовать как на диаграмме классов, так и на диаграмме компонентов.
В основном используется 4 типа связей между классами:
Ассоциация-смысловая связь. Бывают направленные и ненаправленные. Однонаправленная ассоциация –связь показывает, что объекты одного класса взаимодействуют с объектами другого класса. Ненаправленная ассоциация означает то, что перемещаться по данной ассоциации можно как в 1, так и в другую сторону. Направленная-применяется для ограничения связи. Направленная ассоциация обозначается как стрелочка классическая. Мощность ассоциации – 1:М, М:М, 1:1.
Агрегация- (часть-целое) показывает, что один класс не просто использует, а содержит другой. При этом стрелка связи на диаграмме приобретает ромб с обратной стороны стрелки (ромб у более общего понятия) . Агрегирование означает физическое включение объектов одного класса в объекты другого класса.
Зависимость или реализация – Этот тип связи позволяет показать, что один класс использует объекты другого. Использование может осуществляться при передаче параметров или вызове операций класса. Графически этот вид связи отражается пунктирной стрелкой.
Наследование - Данный тип связи позволяет указать, что один класс является родительским по отношению к другому, при этом будет создана связь наследования класса. (стрелка-треугольник без заливки от потомка к предку). Наследование - для создания иерархии наследования.