Сведения о языке UML (1183998), страница 14
Текст из файла (страница 14)
3.18 – 3.22.Рис. 3.18. Структура пакета CourseCatalogSystem<<subsystem>>CourseCatalogSystem(from Business Services)External SystemInterfaces(from Business Services)University Artifacts(from Business Services)Рис. 3.19. Зависимости между подсистемой и другими пакетами(диаграмма классов CourseCatalogSystem Dependencies)89Чтобы поместить зависимость между пакетами на диаграмму классов:1. Нажмите кнопку Dependency панели инструментов.2.
Проведите линию зависимости от зависимого пакета к тому,от которого он зависит.<<Interface>>ICourseCatalogSystem<<subsystem proxy>>CourseCatalogSystemgetCourseOfferings()initialize()getCourseOfferings()initialize()DBCourseOfferringcreate()read()initialize()Рис.
3.20. Классы, реализующие интерфейс подсистемы (диаграммаклассов ICourseCatalogSystem)Класс DBCourseOfferring отвечает за взаимодействие с БД каталогакурсов.CourseCatalogSystem Client: CourseCatalogSystem: DBCourseOfferring1: getCourseOfferings(Semester):CourseOfferingList :CourseOfferingCreate a list to hold allretrieved course offerings2: read(string)Retrieve all available courseofferings for the currentsemester3: new( )4: new( )5: setData( )Repeat these operations for eachelement returned from the query.The CourseOfferingList is loaded withthe data retrieved from the database.The getData and setData operationsare called for each attribute in theeach retrieved class instance.6: add(CourseOffering)Add the retrieved course offering tothe list to be returnedРис.
3.21. Диаграмма последовательности ICourseCatalogSystem::getCourseOfferings, описывающая взаимодействие элементов при реализацииоперации интерфейса getCourseOfferings90CourseCatalogSystem Client: CourseCatalogSystem1: initialize( ): DBCourseOfferring2: initialize( )Рис. 3.22. Диаграмма последовательности ICourseCatalogSystem::initialize, описывающая взаимодействие элементов при реализацииоперации интерфейса initialize3.6.2. Моделирование распределенной конфигурации системыРаспределенная конфигурация системы моделируется с помощьюдиаграммы размещения. Ее основные элементы:• узел (node) – вычислительный ресурс (процессор или другоеустройство (дисковая память, контроллеры различных устройстви т. д.). Для узла можно задать выполняющиеся на нем процессы;• соединение (connection) – канал взаимодействия узлов (сеть).Пример: сетевая конфигурация системы регистрации (без процессов).Desktop PCDesktop PC<<Campus LAN>><<Campus LAN>>RegistrationServer<<Campus LAN>><<Campus LAN>><<legacy>><<legacy>>CourseCatalogSystemBillingSystemРис.
3.23. Сетевая конфигурация системы регистрации91Распределение процессов по узлам сети производится с учетомследующих факторов:• используемыеобразцыраспределения(трехзвеннаяклиент-серверная конфигурация, «толстый клиент», «тонкий клиент»,равноправные узлы (peer-to-peer) и т.д.);• время отклика;• минимизация сетевого трафика;• мощность узла;• надежность оборудования и коммуникаций.Пример распределения процессов по узлам приведен на рис. 3.24.Desktop PCDesktop PCStudentApplicationRegistrarApplicationStudentApplicationRegistrarApplication<<Campus LAN>><<Campus LAN>>RegistrationServer<<Campus LAN>><<Campus LAN>>CourseCatalogSystemAccessCourseRegistrationProccessCloseRegistrationProccessBillingSystemAccess<<legacy>><<legacy>>CourseCatalogSystemBillingSystemРис.3.24.Сетеваяконфигурацияс распределением процессов по узлам92системырегистрацииУпражнение 11.
Создание диаграммы размещения системырегистрацииЧтобы открыть диаграмму размещения, надо дважды щелкнутьмышью на представлении Deployment View (представлении размещения)в браузере.Чтобы поместить на диаграмму процессор:1. На панели инструментов диаграммы нажмите кнопку Processor.2. Щелкните на диаграмме размещения в том месте, куда хотитеего поместить.3. Введите имя процессора.В спецификациях процессора можно ввести информацию о егостереотипе, характеристиках и планировании. Стереотипы применяютсядля классификациипроцессоров(например,компьютеровпод управлением UNIX или ПК).Характеристики процессора – это его физическое описание.
Ономожет, в частности, включать скорость процессора и объем памяти.Поле планирования (scheduling) процессора содержит описание того,как осуществляется планирование его процессов:• Preemptive (с приоритетом). Высокоприоритетные процессыимеют преимущество перед низкоприоритетными.• Non preemptive (без приоритета). У процессов не имеетсяприоритета. Текущий процесс выполняется до его завершения,после чего начинается следующий.• Cyclic (циклический). Управление передается между процессамипо кругу. Каждому процессу дается определенное время на еговыполнение, затем управление переходит к следующему процессу.• Executive(исполнительный).Существуетнекоторыйвычислительный алгоритм, который и управляет планированиемпроцессов.• Manual (вручную). Процессы планируются пользователем.Чтобы назначить процессору стереотип:1. Откройте окно спецификации процессора.2.
Перейдите на вкладку General.933. Введите стереотип в поле Stereotype.Чтобы ввести характеристики и планирование процессора:1. Откройте окно спецификации процессора.2. Перейдите на вкладку Detail.3. Введите характеристики в поле характеристик.4. Укажите один из типов планирования.Чтобы показать планирование на диаграмме:1. Щелкните правой кнопкой мыши на процессоре.2. В открывшемся меню выберите пункт Show Scheduling.Чтобы добавить связь на диаграмму:1.
На панели инструментов нажмите кнопку Connection.2. Щелкните на узле диаграммы.3. Проведите линию связи к другому узлу.Чтобы назначить связи стереотип:1. Откройте окно спецификации связи.2. Перейдите на вкладку General.3. Введите стереотип в поле Stereotype (Стереотип).Чтобы добавить процесс:1. Щелкните правой кнопкой мыши на процессоре в браузере.2. В открывшемся меню выберите пункт New > Process.3. Введите имя нового процесса.Чтобы показать процессы на диаграмме:1. Щелкните правой кнопкой мыши на процессоре.2.
В открывшемся меню выберите пункт Show Processes.3.6.3. Проектирование классовКлассы анализа преобразуются в проектные классы:• Проектирование граничных классов – зависит от возможностейсреды разработки пользовательского интерфейса (GUI Builder);• Проектирование классов-сущностей – с учетом соображенийпроизводительности (выделение в отдельные классы атрибутовс различной частотой использования);94• Проектирование управляющих классов – удаление классов,реализующих простую передачу информации от граничныхклассов к сущностям;• Идентификация устойчивых (persistent) классов, содержащиххранимую информацию.Обязанности классов, определенные в процессе анализа,преобразуются в операции. Каждой операции присваивается имя,характеризующее ее результат. Определяется полная сигнатураоперации: operationName(parameter:class,…):returnType.
Создается краткоеописание операции, включая смысл всех ее параметров. Определяетсявидимость операции: public, private, protected. Определяется областьдействия (scope) операции: экземпляр или классификатор.Определяются (уточняются) атрибуты классов:• Кроме имени, задается тип и значение(необязательное): attributeName:Type = Default;поумолчанию• Учитываются соглашения по именованию атрибутов, принятыев проекте и языке реализации;• Задается видимость атрибутов: public, private, protected;• При необходимости определяются производные (вычисляемые)атрибуты.Упражнение 12. Определение атрибутов и операций для классаStudentЧтобы задать тип данных, значение по умолчанию и видимостьатрибута:1.
Щелкните правой кнопкой мыши на атрибуте в браузере.2. В открывшемся меню выберите пункт Open Specification.3. Укажите тип данных в раскрывающемся списке типов или введитесобственный тип данных.4. В поле Initial Field (Первоначальное значение) введите значениеатрибута по умолчанию.955. В поле Export Control выберите видимость атрибута: Public,Protected, Private или Implementation. По умолчанию видимостьвсех атрибутов соответствует Private.<<entity>>Student.- name : string- address : string<<class>> - nextAvailID : int- studentID : int- dateofBirth : Date+ getTuition() : double+ addSchedule(theSchedule : Schedule)+ getSchedule(forSemester : Semester) : Schedule+ deleteSchedule(forSemester : Semester)+ hasPrerequisites(forCourseOffering : CourseOffering) : boolean# passed(theCourseOffering : CourseOffering) : boolean<<class>> + getNextAvailID() : int+ getStudentID() : int+ getName() : string+ getAddress() : stringРис.
3.25. Класс Student с полностью определенными операциями иатрибутамиЧтобы изменить нотацию для обозначения видимости:1. В меню модели выберите пункт Tools > Options.2. Перейдите на вкладку Notation.3. Пометьте контрольный переключатель Visibility as Icons, чтобыиспользовать нотацию Rose, или снимите пометку, чтобыиспользовать нотацию UML.Примечание. Изменение значения этого параметра приведет к смененотации только для новых диаграмм и не затронет уже существующиедиаграммы.96Чтобы задать тип возвращаемого значения, стереотип и видимостьоперации:1.
Щелкните правой кнопкой мыши на операции в браузере.2. Откройте окно спецификации класса этой операции.3. Укажите тип возвращаемого значения в раскрывающемся спискеили введите свой тип.4. Укажите стереотип в соответствующем раскрывающемся спискеили введите новый.5. В поле Export Control укажите значение видимости операции:Public, Protected, Private или Implementation. По умолчаниювидимость всех операций установлена в public.Чтобы добавить к операции аргумент:1.
Откройте окно спецификации операции.2. Перейдите на вкладку Detail.3. Щелкните правой кнопкой мыши в области аргументов,в открывшемся меню выберите Insert.4. Введите имя аргумента.5. Щелкните на колонке Data type и введите туда тип данныхаргумента.6. Если надо, щелкните на колонке default и введите значениеаргумента по умолчанию.Определение состояний для классов моделируется с помощьюдиаграмм состояний.Диаграммы состояний создаются для описания объектов с высокимуровнем динамического поведения.В качестве примера рассмотрим поведение объекта классаCourseOffering.
Он может находиться в открытом состоянии (возможнодобавление нового студента) или в закрытом состоянии (максимальноеколичество студентов уже записалось на курс). Таким образом, конкретноесостояние зависит от количества студентов, связанных с объектомCourseOffering. Рассматривая каждый вариант использования, можно97выделить еще два состояния: инициализация (до начала регистрациистудентов на курс) и отмена (курс исключается из расписания).Initializationdo/ initialize course offeringdataadd student / set count=0 ^CourseRoster.create[ count = 10 ]OpenCloseddo/ Finalize courseentry/ Register studentexit/ ^CourseRoster.AddStudent(Student)cancelcanceladd student[ count < 10 ]^CourseRoster.deleteCanceledРис. 3.26. Диаграмма состояний для класса CourseOfferingУпражнение 13. Создание диаграммы состояний для классаCourseOfferingДля создания диаграммы состояний:1.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
