Опишите историю развития унифицированного языка моделирования. Дайте определение понятию uml. Перечислите основные характеристики, преимущества uml
. В 1995 году на конференции OOPSLA Буч и РУмбах представили Unified Method, который потом и получил название UML. Чуть позже к ним присоединился Якобсон, который добавил к результатам их труда элементы Objectory и начал работу над Rational Unified Process (RUP). В 1997 году UML был отправлен в Object Management Group (OMG) для стандартизации. Кроме трех нотаций "трех амиго" UML вобрал в себя элементы многих других методологий.
UML – формальный искусственный графический язык.
UML - унифицированный язык моделирования для описания, визуализации и документирования объектно-ориентированных систем, в процессе их анализа и проектирования.
Представляет собой стандартный способ написания проектной документации на системы, включает концептуальные аспекты (бизнес процессы и функции системы) и конкретные аспекты (выражения языков программирования, схемы БД и повторно используемые компоненты ПО).
Создатели UML: Грейди Буч, Джим Румбах, Айвар Якобсон.
!UML не является языком программирования,
!UML не является спецификацией какого то бы не было инструмента моделирования, хотя такие инструменты имеются.
!UML не является моделью какого либо процесса разработки
UML=нотация+семантика.
Назначение UML:
предоставить разработчикам легко воспринимаемый и выразительный язык визуального моделирования специально предназначенный для разработки и документирования моделей сложных систем;
снабдить исходные понятия языка UMLвозможностью расширения и специализации для более точного представления моделей систем в конкретной предметной области;
графическое представление моделей не должно зависеть от конкретных языков программирования и инструментальных средств программирования;
способствует распространению объектных технологией;
интегрировать в себя новейшие и наилучшие достижения практики ООАП.
В UML используется четыре вида элементов нотации: 1.фигуры, 2.линии, 3.значки, 4.надписи.
Опишите диаграмму вариантов использования uml. Укажите назначение. Опишите элементы и правила построения диаграммы.
Диаграмма прецедентов (use case diagram)
Эктор (actor) - это множество логически связанных ролей, исполняемых при взаимодействии с прецедентами или сущностями (система, подсистема или класс). Эктором может быть человек или другая система, подсистема или класс, которые представляют нечто вне сущности.
Графически эктор изображается либо " человечком", либо символом класса с соответствующим стереотипом. Обе формы представления имеют один и тот же смысл и могут использоваться в диаграммах.
Эктор образовано от слова action, что в переводе означает действие.
Прецедент (use-case) - описание отдельного аспекта поведения системы с точки зрения пользователя (Буч).
Прецедент (use case) - описание множества последовательных событий (включая варианты), выполняемых системой, которые приводят к наблюдаемому эктором результату. Прецедент представляет поведение сущности, описывая взаимодействие между экторами и системой. Прецедент не показывает, "как" достигается некоторый результат, а только "что" именно выполняется.
Прецеденты обозначаются очень простым образом - в виде эллипса, внутри которого указано его название. Прецеденты и экторы соединяются с помощью линий. Часто на одном из концов линии изображают стрелку, причем направлена она к тому, у кого запрашивают сервис, другими словами, чьими услугами пользуются.
Прецеденты могут включать другие прецеденты, расширяться ими, наследоваться и т. д. Пример :
Диаграммы прецедентов относятся к той группе диаграмм, которые представляют динамические или поведенческие аспекты системы. Это отличное средство для достижения взаимопонимания между разработчиками, экспертами и конечными пользователями продукта. Такие диаграммы очень просты для понимания и могут восприниматься и, что немаловажно, обсуждаться людьми, не являющимися специалистами в области разработки ПО.
Подводя итоги, можно выделить такие цели создания диаграмм прецедентов:
• определение границы и контекста моделируемой предметной области на ранних этапах проектирования;
• формирование общих требований к поведению проектируемой системы;
• разработка концептуальной модели системы для ее последующей детализации;
• подготовка документации для взаимодействия с заказчиками и пользователями системы.