- •Введение
- •1.1 Цели обучения
- •1.2 Рекомендуемая литература
- •1.3 Структура конспекта
- •4. Документ. Электронный документ. Информационная система. Информационная технология.
- •5. Комплексная архитектура предприятия
- •5.2 Основные понятия бизнес – модели предприятия
- •6. Моделирование информационных систем
- •6.1 Общие положения
- •6.2 Методы структурного моделирования
- •8. Модели жизненного цикла информационных систем
- •8.1 Каскадная модель
- •8.2 Инкрементная модель
- •8.3 Эволюционная модель
- •9. Ключевые концепции унифицированного процесса
- •9.1 Унифицированный процесс – управляемый вариантами использования
- •9.2 Унифицированный процесс - ориентирован на архитектуру
- •9.3 Унифицированный процесс - итеративный и инкрементный
- •9.4 Жизненный цикл в унифицированном процессе
- •9.5 Продукт унифицированного процесса
- •9.6 Унифицированный процесс – методология разработки
- •10.1 Граничные классы
- •10.2 Классы сущностей
- •10.3 Управляющие классы
- •11. Проектирование. Модель проектирования (логическая модель)
- •11.1 Подходы к разработке модели проектирования
- •11.3 Шаблоны проектирования
- •11.3.1 Шаблон MVC (Model-View-Controller)
- •11.3.2 Шаблон Expert
- •11.3.3 Шаблон Controller
- •11.3.4 Шаблон Polymorphism
- •11.4 Определение атрибутов класса проектирования
- •11.5 Определение ассоциаций и агрегаций класса проектирования
- •11.6 Определение обобщений класса проектирования
- •11.7 Определение методов класса проектирования
- •12. Экстремальные методологии
- •13. Перечень использованных источников
- •14. Приложения
- •14.1 Приложение 1. Пример текстового описания варианта использования
- •14.2.1 Правила и требования
- •14.2.2 Некоторые факты и события в пространстве сущностей
- •14.4 Приложение 4. Содержание отчета по лабораторной работе
\\ Проектирование информационных систем\ Конспект лекций \ Смирнов Н.В.\ Версия 0.3.3\*.
11.4Определение атрибутов класса проектирования
Атрибутом класса проектирования называется представление свойства или
признака объекта (класса) в знаковой форме в процессе мысленного выделения из окружающей его среды.
При определении атрибутов следует учитывать следующие положения:
1.Рассмотрите атрибуты классов анализа, трассируемых в классы проектирования. Иногда они соответствуют одному или нескольким атрибутам
класса проектирования
2.Доступные типы атрибутов выбираются из предполагаемого к использова-
нию языка программирования
3.Выбирая тип, постарайтесь использовать ранее применяемые типы
4.Одиночный экземпляр атрибута не может совместно использоваться не-
сколькими объектами проектирования. При необходимости атрибут пере-
определяют в виде отдельного класса
5.При уменьшении понимания класса проектирования по причине сложности его атрибутов, некоторые из его атрибутов можно выделить и переопределить в виде отдельных классов
6.При необходимости рассмотреть все множество атрибутов класса проектирования, можно проиллюстрировать его структуру отдельной диаграммой, указав на ней только атрибуты класса.
11.5Определение ассоциаций и агрегаций класса проектирования
Ассоциацией называется модель отношения между объектами по какому либо свойству (признаку)
При определении и уточнении ассоциаций следует учитывать следующие
общие положения:
Полный конспект |
©БГТУ \ ИИУС \ И3 \ |
124-146 |
\\Проектирование информационных систем\ Конспект лекций \ Смирнов Н.В.\ Версия 0.3.3\*.
1.Ассоциация между классами анализа могут соответствовать одной или
нескольким ассоциациям в модели проектирования между классами проектирования
2.Уточните сложность ассоциаций, название ролей, классы ассоциаций, упорядоченные роли, именованные роли и n-арные в плане поддержки этих структур используемым языком программирования. Так, например,
имена ролей при генерации кода могут стать атрибутами класса проектирования, зафиксировав таким образом форму имен ролей. Или класс ас-
социации может стать новым классом, соединяющим два класса, что потребует новых ассоциаций.
3.Уточните направление просмотра ассоциаций. Воспользуйтесь диаграммой взаимодействий, в которых участвуют эти ассоциации. Направление передачи сообщений между объектами проектирования будет соответствовать направлению просмотра ассоциаций между ассоциированными
классами.
4.Взаимодействие объектов классов проектирования требует ассоциаций между соответствующими классами. Сообщения, которыми обмениваются объекты, должны быть внимательно рассмотрены с целью определения необходимых ассоциаций. Экземпляры ассоциаций могут быть использо-
ваны для хранения ссылок на другие объекты и группирования объектов в
агрегации для посылки им сообщений
5.Количество отношений между классами в модели стремятся свести к минимуму. Ассоциациями и агрегациями моделируются не первоначальные отношения, взятые из реального мира, а отношения созданные в ответ на требования различных реализаций вариантов использования. Кро-
ме того, в ходе проектирования решаются проблемы производительности, следует провести моделирование оптимальных маршрутов поиска среди
ассоциаций и агрегаций.
Полный конспект |
©БГТУ \ ИИУС \ И3 \ |
125-146 |
\\ Проектирование информационных систем\ Конспект лекций \ Смирнов Н.В.\ Версия 0.3.3\*.
11.6Определение обобщений класса проектирования
Обобщения используются с той же семантикой, которая определена в применяемом в проекте языке программирования. Если язык программирования не
поддерживает обобщений (или наследования), то для посылки сообщений от объекта специализированного класса объектам более общих классов следует использовать ассоциации
11.7Определение методов класса проектирования
Методы в проектировании используются для реализации операций. Напри-
мер, метод может определить алгоритм, необходимый для реализации операции. Но в большинстве случаев методы в ходе проектирования не определяются. Они создаются в ходе реализации на выбранном языке программирования.
Полный конспект |
©БГТУ \ ИИУС \ И3 \ |
126-146 |