- •1.Что такое it - консалтинг и работы, выполняемые в процессе консалтинга.
- •2. Назначение и средства построения моделей существующей as-is и новой to-be организации бизнес-процессов предприятия
- •3.Два способа перехода от модели as-is к модели to-be. (35)
- •4.Решения начальных этапов проектирования информационной системы (36)
- •5.Методология структурного анализа sadt и стандарт моделирования бизнес-процессов idef0. (44)
- •6.Каковы цели и этапы разработки консалтинговых проектов? (33)
- •7.Представить функциональную модель бизнес-процессов работы банкомата, используя нотацию idef0.
- •8.Представить информационную модель работы банкомата, используя нотацию dfd.
- •9.Каким образом можно связать технологию создания функциональных моделей Каким образом можно связать технологию создания функциональных моделей и реинжиниринг бизнес-процессов.
- •10.Суть и назначение процессного подхода, сформулированного м. Хаммером и д. Чампи.
- •11. Свойства объектного подхода: абстракция, инкапсуляция, наследование, полиморфизм, взаимодействие путем передачи сообщений, повторное использование компонентов
- •12. Основные принципы объектной модели и правила определения и документирования объектов.
- •13. Преимущества объектной модели от моделей структурного анализа, проектирования и программирования.
- •14. Природа классов и объектов объектной модели, взаимоотношения между ними; состояние, поведение и идентичность объектов на примере Вашей курсовой работы.
- •15. Что такое класс объектной модели, атрибуты и операции класса и их форматы спецификаций на примере Вашей курсовой работы. (92)
- •16. Отношения между классами: ассоциация и зависимость. Привести примеры таких отношений на диаграмме классов Вашей курсовой работы . (102)
- •17.Отношения между классами: конкретизация и зависимость. Привести примеры таких отношений на диаграмме классов Вашей курсовой работы. (103)
- •19. Объяснить назначение классов и применение отношений: ассоциация, зависимость, композиция и конкретизация между классами модельного примера "Гирлянда из цветных лампочек". (113)
- •21. Запись функциональных требований к информационной системе с помощью вариантов использования. Пример диаграммы вариантов использования интернет-системы бронирования авиабилетов.(125, 162)
- •22. Нефункциональные требования и пример нефункциональных требований к интернет-системе бронирования авиабилетов. (134, 162, 213)
- •23. Концептуальные модели: пользовательского интерфейса и предметной области - их назначение и особенности представления. Примеры этих моделей для интернет-системы бронирования авиабилетов. (162, 229)
- •26. Моделирование поведения системы, какие модели используются для этих целей и каким образом отображаются на них события и сообщения между объектами системы. (179)
- •28. Основные концепции и укрупненная схема процесса iconix. Классы анализа и базовые правила их взаимодействия. (201, 205)
- •Примеры использования анализа пригодности
- •30. Концептуальная модель пользовательского интерфейса и руководящие принципы проектирования интерфейса на примере Вашей курсовой работы. (229,239)
- •31. Моделирование вариантов использования. Основной и альтернативные потоки событий. Привести пример моделирования варианта использования «Покупка бензина на автозаправочной станции».
- •Структура спецификации требований
- •33. На примере концептуальной модели предметной области Вашей курсовой работы, смоделировать различные сценарии обслуживания, с использованием crc- карт. (118)
- •34. Методика исследования структуры объектов Вашей курсовой работы и механизмов их взаимодействия с использованием crc-карт. (118-119)]
- •35.Ассоциативный класс и примеры ассоциативных классов Вашей курсовой работы.
- •37. Объектная модель и роль языка uml как универсального средства спецификации, визуализации, конструирования и документирования при проектировании и разработке информационных систем.
- •38. Разработать диаграмму классов для варианта использования "Покупка бензина на автозаправочной станции" и показать взаимодействия объектов этой модели на диаграмме последовательностей.
15. Что такое класс объектной модели, атрибуты и операции класса и их форматы спецификаций на примере Вашей курсовой работы. (92)
Понятия объекта и класса настолько тесно связаны, что невозможно говорить об объекте безотносительно к его классу.
Класс – это дескриптор множества объектов, обладающих одинаковым набором атрибутов и операций.
Класс – это некое множество объектов, имеющих общую структуру и общее поведение.
Класс – это контейнер для кода и данных и способ инкапсуляции пространства имен и управления видимостью переменных и методов.
Объект обозначает конкретную сущность, определенную во времени и в пространстве, класс же, определяет лишь абстракцию существенного в объекте.
Любой конкретный объект является просто экземпляром (instance) класса. Класс служит в качестве шаблона (template) для создания объектов. Каждый объект, созданный по шаблону, содержит значения атрибутов, соответствующие типам атрибутов, определенных в классе, и может вызвать операции, определенные в классе.
Свойства класса представляют единое понятие, воплощающееся в двух, совершенно различных, сущностях: в атрибутах и в ассоциациях. Класс, как концепция предметной области, описывается атрибутами, а взаимодействия класса с другими классами на диаграмме классов, фиксируются через ассоциации.
Атрибут представляет собой пару тип-значение. Класс определяет типы атрибутов. Объекты содержат значения атрибутов.
Полный формат атрибута:
видимость имя : тип [кратность] = значение по умолчанию {характеристика}
Например:
- имя атрибута : string [1] = «Без имени» {readOnly}
Обязательно только имя.
Метка видимость обозначает, относится ли атрибут к открытому (+) (public), или закрытому (-) (private), защищенному (#) (protected) или к пакетному (~) (package, internal) типам видимости.
имя атрибута – способ ссылки класса на атрибут – приблизительно соответствует имени поля в языке программирования.
тип атрибута накладывает ограничение на вид объекта, который может быть размещен в атрибуте. Можно считать его аналогом типа поля в языке программирования.
кратность определим при рассмотрении ассоциации.
значение по умолчанию представляет собой значение для вновь создаваемых объектов, если атрибут не определен в процессе создания.
Элемент {характеристика} позволяет указывать дополнительные свойства атрибута. В нашем примере он равен {readOnly}, то есть клиенты не могут изменять значение атрибута. Если этот элемент пропущен, то, как правило, атрибут можно модифицировать.
Отметим ряд других характеристик:
changeable – нет ограничений на модификацию значения атрибута;
addOnly – для атрибутов с множественностью большей единицы; дополнительные значения могут быть добавлены, но после создания значение не может удаляться или изменяться;
frozen – после инициализации объекта значение атрибута не изменяется;
ordered – ограничение {повторение} подразумевает, что целевые объекты некоторым образом упорядочены, то есть образуют список, причем в этом списке каждый целевой объект может появиться только один раз.
Объект содержит данные (атрибуты) и использует операции, определенные в своем классе, для работы с этими данными. Имя сообщения и имя операции совпадают. Операция содержит список параметров, которым при вызове сообщения могут быть присвоены определенные значения, и может возвращать значение вызывающему объекту.
Имя операции вместе со списком типов формальных параметров называется сигнатурой (signature) операции. Сигнатура (подпись) в пределах класса должна быть уникальной. Это значит, что класс может обладать множеством операций с одним и тем же именем, при условии, что списки типов параметров этих операций отличаются.
Формат синтаксиса операции в языке UML выглядит следующим образом:
видимость Имя (список параметров): возвращаемый тип {характеристика}
Метка видимости обозначает, относится ли операция к открытым (+) (public) или закрытым (-) (private), либо к пакетному (~) (package), либо к защищенному (#) (protected) уровням видимости.
Список параметров – список параметров операции.
Возвращаемый тип – тип возвращаемого значения, если таковое есть.
Характеристика – значение свойства, которое применяется к данной операции.
Параметры операции имеют вид:
направление имя : тип = значение по умолчанию
имя, тип и значение по умолчанию те же самые, что и для атрибутов.
направление обозначает, является ли параметр входным (in), выходным (out) или тем и другим (inout). Если направление не указано, то предполагается in. Например, в классе Счет операция может выглядеть так:
+balanceOn (data: Date): Money
