- •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. Разработать диаграмму классов для варианта использования "Покупка бензина на автозаправочной станции" и показать взаимодействия объектов этой модели на диаграмме последовательностей.
37. Объектная модель и роль языка uml как универсального средства спецификации, визуализации, конструирования и документирования при проектировании и разработке информационных систем.
Объектная модель
Объектно-ориентированная технология основывается на так называемой объектной модели [3]. Основными принципами объектной модели являются: абстрагирование, инкапсуляция, модульность, иерархичность, типизация, параллелизм и сохраняемость. Каждый из этих принципов сам по себе не нов, но в объектной модели они впервые применены в совокупности.
Объектная модель представляет собой набор правил, которые предписывают, каким образом объекты определяются и документируются. Все объекты, принадлежащие данной объектной модели, соответствуют строгим правилам, которые диктуют их: определение, создание, взаимодействия между объектами и уничтожение. Другими словами, объектная модель формально определяет, что представляет собой объект, как он располагается в памяти, когда создается, как взаимодействует с другими объектами и когда уничтожается..
Существует ряд других определений объектной модели, известные автору, и дающие дополнительные возможности понимания данной парадигмы.
Объектная модель – описывает обязанности, отношения и структуру различных объектов предметной области.
Объектная модель представляет системные сущности, их классификацию и агрегирование.
Объектные модели включают модели наследования, агрегирования и поведенческие модели.
Объектная модель предназначена для описания статической структуры информации в системе, которая включает структуру классов и отношения между ними, атрибуты классов, отношения включения и специализации.
UML (англ. Unified Modeling Language — унифицированный язык моделирования) — язык графического описания для объектного моделирования в области разработки программного обеспечения. UML является языком широкого профиля, это — открытый стандарт, использующий графические обозначения для создания абстрактной модели системы, называемой UML-моделью. UML был создан для определения, визуализации, проектирования и документирования, в основном, программных систем. UML не является языком программирования, но на основании UML-моделей возможна генерация кода.
Использование UML не ограничивается моделированием программного обеспечения. Его также используют для моделирования бизнес-процессов, системного проектирования и отображения организационных структур.UML позволяет также разработчикам программного обеспечения достигнуть соглашения в графических обозначениях для представления общих понятий (таких как класс, компонент, обобщение (англ. generalization), агрегация (англ. aggregation) и поведение) и больше сконцентрироваться на проектировании и архитектуре.
38. Разработать диаграмму классов для варианта использования "Покупка бензина на автозаправочной станции" и показать взаимодействия объектов этой модели на диаграмме последовательностей.
Подготовить диаграмму вариантов использования. Обычно клиент платит за бензин наличными. Кроме отношения <include> добавить отношение расширения <extend>, с помощью которого описывается дополнительное поведение, возникающее, когда клиент платит кредитной картой снаружи или внутри АЗС. Возможны дополнительные услуги АЗС, в виде мойки машины, посещения кафетерия, приобретения авто товаров, продуктов питания и авто принадлежностей и т.п.
Диаграмма классов
Диаграмма последовательности
39. Для основного и альтернативных сценариев варианта использования "Покупка авиабилета" разработать диаграммы пригодности и последовательности. Полученные решения сформулировать на диаграмме классов. (162,208)
Подготовить диаграмму вариантов использования. Обычно клиент платит за бензин наличными. Кроме отношения <include> добавить отношение расширения <extend>, с помощью которого описывается дополнительное поведение, возникающее, когда клиент платит кредитной картой снаружи или внутри АЗС. Возможны дополнительные услуги АЗС, в виде мойки машины, посещения кафетерия, приобретения авто товаров, продуктов питания и авто принадлежностей и т.п.
Диаграмма последовательности. Ищет доступные места на нужную дату.
Диаграмма пригодности:
40. Для основного и альтернативных сценариев варианта использования " Покупка бензина на автозаправочной станции" разработать диаграммы пригодности и последовательности. Полученные решения сформулировать на диаграмме классов. (162,208)
Подготовить диаграмму вариантов использования. Обычно клиент платит за бензин наличными. Кроме отношения <include> добавить отношение расширения <extend>, с помощью которого описывается дополнительное поведение, возникающее, когда клиент платит кредитной картой снаружи или внутри АЗС. Возможны дополнительные услуги АЗС, в виде мойки машины, посещения кафетерия, приобретения авто товаров, продуктов питания и авто принадлежностей и т.п.
Диаграмма последовательности:
Диаграмма пригодности: Слово билет заменить на слово товар.Фразу «Искать по дате» заменить на «Искать по id»
