- •1. Понятие информационной системы (ис). Корпоративные ис. Структура ис.
- •2. Понятие информационной системы (ис). Корпоративные ис. Классификация ис.
- •3. История развития ис.
- •4. .Net Framework. Общеязыковая среда исполнения (clr). Управляемые модули и сборки.
- •5. .Net Framework. Общая система типов (cts) и Общеязыковая спецификация (cls).
- •6. .Net Framework. Механизм сборки мусора.
- •7. C#. Объявление класса.
- •8. Java. Объявление класса.
- •9. C#. Делегаты.
- •10. C#. События.
- •11. C#. Наследование: правила, синтаксис. Сокрытие имен.
- •12. Java. Наследование: правила, синтаксис. Сокрытие имен.
- •13. Правила наследования типов. Принцип «Open-Closed Principle».
- •14. Правила наследования типов. Принцип «Liskov Substitution Principle».
- •15. C#. Приведение типов. Операторы as и is.
- •16. C#. Виртуальные и невиртуальные методы. Статические методы.
- •17. C#. Абстрактные и конечные методы.
- •310 Часть I. Язык с#
- •18. Java. Абстрактные, виртуальные, конечные и статические методы.
- •19. C# и Java. Интерфейсы.
- •20.C#. Структуры.
- •21. C#. Перечисления.
- •22.C#. Упаковка и распаковка объектов значимых типов.
- •23.C# и Java. Исключения. Механизм исключений.
- •24.C# и Java. Исключения. Классы исключений.
- •25.C# и Java. Исключения. Основные принципы использования механизма
- •26.C#. Обобщения: понятие и синтаксис. Ограничения обобщений.
- •27. Java. Обобщения: понятие и синтаксис.
- •28.C#. Коллекции.
- •29.Java. Коллекции.
- •30.C#. Dispose Pattern.
- •31. .Net Framework 3.0, 3.5, 3.5 sp1: общая характеристика.
- •32. C# 3.0, linq: обзор.
- •Источники данных
- •SqlMetal
- •33. Понятие жизненного цикла ис (жц ис). Каскадная модель жц ис.
- •34. Понятие жизненного цикла ис (жц ис). Спиральная модель жц ис.
- •35. Анализ требований. Функциональные и нефункциональные требования.
- •36 Требования и прецеденты. Формат описания прецедента. Структура прецедента.
- •37 Требования и прецеденты. Взаимосвязь прецедентов.
- •38 Модель предметной области. Концептуальные классы. Ассоциации и атрибуты.
- •39 Язык uml. Способы использования. Model Driven Architecture. Executable uml. ДиаграммыUml.
- •40 Диаграмма прецедентов.
- •41. Диаграмма классов. Обозначение классов. Отношение ассоциации.
- •42.Диаграмма классов. Обозначение интерфейсов. Отношение обобщения и зависимости.
- •43.Диаграмма объектов.
- •44.Диаграмма пакетов.
- •45.Диаграмма состояний.
- •46.Диаграмма развертывания.
- •49.Диаграмма коммуникации.
- •50.Паттерн: понятие, структура, классификация.
- •1) Понятие паттерна
- •2) Структура и Классификация паттернов
- •51. Проектирование на основе обязанностей. Принципы grasp.
- •52.Grasp: принцип Low Coupling.
- •53.Grasp: принцип High Cohesion.
- •54.Grasp: принцип Information Expert.
- •55. Grasp: принцип Creator.
- •56.Grasp: принцип Pure Fabrication.
- •57. Grasp: принцип Indirection.
- •59.Grasp: принцип Protected Variations.
- •60.Grasp: принцип Controller.
43.Диаграмма объектов.
Диаграмма объектов, Object diagram — демонстрирует полный или частичный снимок моделируемой системы в заданный момент времени. На диаграмме объектов отображаются экземпляры классов (объекты) системы с указанием текущих значений их атрибутов и связей между объектами.
Назначение
«Снимок» объектов системы в какой-то момент времени
отображают один из вариантов конфигурации системы
Пример
Применение
- Демонстрация примера связанных объектов
- Прояснение ситуации в случае сложных связей между объектами
44.Диаграмма пакетов.
Назначение
Иллюстрирует логическую архитектуру приложения (уровни, подсистемы, пространства имен)
Показывает: пакеты и зависимости между ними
Пакет — механизм группировки элементов
Диаграмма пакетов, Package diagram — структурная диаграмма, основным содержанием которой являются пакеты и отношения между ними. Жёсткого разделения между разными структурными диаграммами не проводится, поэтому данное название предлагается исключительно для удобства и не имеет семантического значения (пакеты и диаграммы пакетов могут присутствовать на других структурных диаграммах). Диаграммы пакетов служат, в первую очередь, для организации элементов в группы по какому-либо признаку с целью упрощения структуры и организации работы с моделью системы.
45.Диаграмма состояний.
Назначение
Показывают: события и состояния объектов
Основные элементы
- Событие (event) — значимое происшествие; инициирует переход
- Состояние (state) — характеризует объект между событиями
- Переход (transition) — движение между состояниями trigger [guard] / activity
Применение
Моделирование зависимых от состояний типов со сложным поведением
- физические устройства с программным управлением
- транзакции и взаимосвязанные бизнес-объекты
- классы, изменяющие свою роль
Моделирование протоколов и допустимых последовательностей событий
- коммуникационные протоколы
- окна пользовательского интерфейса
- обработка событий отдельного окна
- контроллеры/сеансы
Диаграммы состояний чаще всего используются для описания поведения отдельных объектов, но также могут быть применены для спецификации функциональности других компонентов моделей, таких как варианты использования, актеры, подсистемы, операции и методы.
46.Диаграмма развертывания.
Назначение
Проецирует программную архитектуру на аппаратную архитектуру
Определяет:
- физическое оборудование, на котором будет выполняться система
- как ПО будет развертываться на это оборудование
Основные элементы
Узел (node) — тип вычислительного ресурса, на который могут быть развернуты артефакты для выполнения
- устройство (device)
- среда выполнения (execution environment) (операционная система, виртуальная машина, СУБД)
Коммуникационный путь (communication path) — канал связи узлов
- помечается названием протокола, реализующего взаимодействие
Артефакт («artefact») — реальная сущность (файл)
(исходный код («source») и исполняемые файлы («executable», «library»), сценарии («script»), таблицы БД, документы («document»), файл («file»), «deployment spec»)
Диаграмма развёртывания, Deployment diagram — служит для моделирования работающих узлов (аппаратных средств, англ. node) и артефактов, развёрнутых на них. В UML 2 на узлах разворачиваются артефакты (англ. artifact), в то время как в UML 1 на узлах разворачивались компоненты. Между артефактом и логическим элементом (компонентом), который он реализует, устанавливается зависимость манифестации.
47.Диаграмма деятельности.
Назначение Диаграммы деятельности (activity) — «объектно-ориентированные» блок-схемы
Отображают:
последовательные и параллельные бизнес-процессы
логику процедур
потоки работ
потоки данных
Пример
Основные элементы
система узлов, соединенных ребрами
Узлы (nodes):
узлы действия (action nodes) элементарные единицы работы
действие
посылка сигнала
принятие события
принятие события времени
объектные узлы (object nodes) — данные
узлы управления (control nodes) — управляют потоком деятельности
начальный и конечный узел деятельности
узел решения и узел слияния
узел ветвления и узел объединения
Ребра (edges):
ребра потоков управления (control flows)
ребра потоков объектов (object flows) — вместе с узлами объектов показывают поток данных
Разделы (partitions):
группа взаимосвязанных действий
семантику определяет разработчик
прецеденты, классы, компоненты, организационные единицы, роли
Применение
Моделирование бизнес-процессов
Моделирование потоков данных
Графическое моделирование потока прецедента
Блок-схемы — редко
Диаграмма деятельности, Activity diagram — диаграмма, на которой показано разложение некоторой деятельности на её составные части. Под деятельностью (англ. activity) понимается спецификация исполняемого поведения в виде координированного последовательного и параллельного выполнения подчинённых элементов — вложенных видов деятельности и отдельных действий (англ. action), соединённых между собой потоками, которые идут от выходов одного узла ко входам другого.
Диаграммы деятельности используются при моделировании бизнес-процессов, технологических процессов, последовательных и параллельных вычислений.
48.Диаграмма последовательности.
Н
азначение
Показывают: объекты и то, как они обмениваются сообщениями в рамках одного сценария
Акцент: временная упорядоченность сообщений
Участник взаимодействия
Участник взаимодействия — экземпляр класса
Представлен линией жизни (lifeline)
Синтаксис: имя [селектор]: тип
Фокус управления
Фокус управления — активное состояние объекта (выполнение некоторых действий)
Новое название: Блок управления, описание
выполнения (execution specification bar)
Часто не указывается
Сообщение
Диаграмма последовательности, Sequence diagram — диаграмма, на которой изображено упорядоченное во времени взаимодействие объектов. В частности, на ней изображаются участвующие во взаимодействии объекты и последовательность сообщений, которыми они обмениваются.
