Краткая презентация о нотации UML, как её можно использовать в работе системного аналитика.
Short presentation on UML notation and how it can be used in the work of system analyst.
Диаграмма компонентов как модель представления физической структуры разрабатываемой системы. Понятие компонента программной системы и его графическая нотация. Семантика компонента в контексте реализации классов логической модели. Порты, интерфейсы и соединители на диаграмме компонентов. Особенности построения диаграммы компонентов в качестве модели архитектуры разрабатываемой программной системы. Примеры построения диаграмм компонентов.
Базовые принципы и понятия технологии разработки объектно-ориентированных инф...DEVTYPE
Основы современной методологии объектно-ориентированного анализа и проектирования. Особенности визуального моделирования информационных систем. Базовые семантические конструкции языка UML 2 и их описание с помощью специальных обозначений. Основные элементы нотации языка UML 2 и их отличие от языка UML 1. Особенности моделей представления структуры и поведения в проектах разработки сложных программных систем и бизнес-процессов. Канонические диаграммы языка UML 2 и их общая характеристика. Механизмы расширения языка UML 2.
Краткая презентация о нотации UML, как её можно использовать в работе системного аналитика.
Short presentation on UML notation and how it can be used in the work of system analyst.
Диаграмма компонентов как модель представления физической структуры разрабатываемой системы. Понятие компонента программной системы и его графическая нотация. Семантика компонента в контексте реализации классов логической модели. Порты, интерфейсы и соединители на диаграмме компонентов. Особенности построения диаграммы компонентов в качестве модели архитектуры разрабатываемой программной системы. Примеры построения диаграмм компонентов.
Базовые принципы и понятия технологии разработки объектно-ориентированных инф...DEVTYPE
Основы современной методологии объектно-ориентированного анализа и проектирования. Особенности визуального моделирования информационных систем. Базовые семантические конструкции языка UML 2 и их описание с помощью специальных обозначений. Основные элементы нотации языка UML 2 и их отличие от языка UML 1. Особенности моделей представления структуры и поведения в проектах разработки сложных программных систем и бизнес-процессов. Канонические диаграммы языка UML 2 и их общая характеристика. Механизмы расширения языка UML 2.
Диаграммы композитной структуры, коммуникации и пакетовDEVTYPE
Особенности представления внутренней структуры классов в UML 2. Основные элементы диаграммы композитной структуры и их графическая нотация. Классы и интерфейсы на диаграмме композитной структуры. Порты и соединители. Интегрированное представление элементов структуры и поведения на диаграмме коммуникации. Нотация линий жизни и связей между ними. Графическое изображение сообщений, посылаемых и принимаемых линиями жизни. Особенности представления архитектуры сложной программной системы в форме диаграммы пакетов. Нотация пакетов и отношений между ними в языке UML 2.Примеры построения диаграмм композитной структуры, диаграмм и пакетов коммуникации.
Открытый семинар для студентов в компании CUSTIS (30 мая 2013 года).
Лектор: Юрий Солдаткин, ведущий разработчик C#.
Аннотация: UML — это средство графического моделирования объектов при проектировании ПО. Из этого семинара вы узнаете, что из себя представляет этот инструмент, где он необходим, в каких случаях применяется, а также получите конкретные примеры его использования в разработке ИТ-систем.
Видеозапись семинара: https://vimeo.com/67624786.
Диаграммы композитной структуры, коммуникации и пакетовDEVTYPE
Особенности представления внутренней структуры классов в UML 2. Основные элементы диаграммы композитной структуры и их графическая нотация. Классы и интерфейсы на диаграмме композитной структуры. Порты и соединители. Интегрированное представление элементов структуры и поведения на диаграмме коммуникации. Нотация линий жизни и связей между ними. Графическое изображение сообщений, посылаемых и принимаемых линиями жизни. Особенности представления архитектуры сложной программной системы в форме диаграммы пакетов. Нотация пакетов и отношений между ними в языке UML 2.Примеры построения диаграмм композитной структуры, диаграмм и пакетов коммуникации.
Открытый семинар для студентов в компании CUSTIS (30 мая 2013 года).
Лектор: Юрий Солдаткин, ведущий разработчик C#.
Аннотация: UML — это средство графического моделирования объектов при проектировании ПО. Из этого семинара вы узнаете, что из себя представляет этот инструмент, где он необходим, в каких случаях применяется, а также получите конкретные примеры его использования в разработке ИТ-систем.
Видеозапись семинара: https://vimeo.com/67624786.
ПРОБЛЕМЫ ЭФФЕКТИВНОГО ИСПОЛЬЗОВАНИЯ СЕТЕВЫХ СЕРВИСОВITMO University
Рассматриваются основные проблемы, которые возникают при использовании сетевых сервисов на этапах поиска, выбора и интеграции. Рассмотрены качественные характеристики, по которым можно производить сравнение и выбор сервисов, и абстрактная модель, наглядно демонстрирующая взаимодействие сетевых сервисов.
В работе приведен обзор 7 классов метрик и более 50 их представителей, дано детальное описание и используемые алгоритмы вычисления, описана роль метрик в разработке программного обеспечения.
2. UML (англ. Unified Modeling Language – унифицированный язык
моделирования) – язык графического моделирования в области разработки
программного обеспечения.
Что такое язык UML?
3. Язык UML представляет собой общецелевой язык визуального
моделирования, который разработан для спецификации, визуализации,
проектирования и документирования компонентов программного
обеспечения, бизнес-процессов и других систем. Язык UML одновременно
является простым и мощным средством моделирования, который может
быть эффективно использован для построения концептуальных, логических
и графических моделей сложных систем самого различного целевого
назначения. Этот язык вобрал в себя наилучшие качества методов
программной инженерии, которые с успехом использовались на
протяжении последних лет при моделировании больших и сложных систем
4. - Моделировать системы целиком, от концепции до конечного пункта
- Решить проблему сложности систем
- Создать такой язык моделирования, который может использоваться не только
людьми, но и компьютером.
5. • Предоставить в распоряжение пользователей легко воспринимаемый и
выразительный язык визуального моделирования, специально
предназначенный для разработки и документирования моделей сложных
систем самого различного целевого назначения
• Снабдить исходные понятия языка UML возможностью расширения и
специализации для более точного представления моделей систем в конкретной
предметной области.
• Описание языка UML должно поддерживать такую спецификацию моделей,
которая не зависит от конкретных языков программирования и
инструментальных средств проектирования программных систем
• Поощрять развитие рынка объектных инструментальных средств.
Способствовать распространению объектных технологий и соответствующих
понятий ООАП (объектно-ориентированный анализ и проектирование)
• Интегрировать в себя новейшие и наилучшие достижения практики ООАП
6. В ТЕРМИНАХ ЯЗЫКА UML
ОПРЕДЕЛЕНЫ СЛЕДУЮЩИЕ ВИДЫ
ДИАГРАММ:
1. Диаграмма вариантов использования (use case diagram)
2. Диаграмма классов (class diagram)
3. Диаграммы поведения (behavior diagrams)
4. Диаграмма состояний (statechart diagram)
5. Диаграмма деятельности (activity diagram)
6. Диаграммы взаимодействия (interaction diagrams)
7. Диаграмма последовательности (sequence diagram)
8. Диаграмма кооперации (collaboration diagram)
9. Диаграммы реализации (implementation diagrams)
10. Диаграмма компонентов (component diagram)
11. Диаграмма развертывания (deployment diagram)
8. Диаграмма вариантов
использования
Конструкция или стандартный элемент языка UML - вариант
использования применяется для спецификации общих
особенностей поведения системы без рассмотрения внутренней
структуры этой сущности. Каждый вариант использования
определяет последовательность действий, которые должны быть
выполнены проектируемой системой при взаимодействии ее с
соответствующим лицом. Диаграмма вариантов использования
может дополняться пояснительным текстом, который раскрывает
смысл или семантику составляющих ее компонентов.
9. Вариант использования представляет собой
последовательность действий, выполняемых системой в
ответ на событие, инициируемое некоторым внешним
объектом (действующим лицом). Вариант использования
описывает типичное взаимодействие между пользователем
и системой
10.
11. • Актером может выступать отдельное лицо, компания, устройство,
программное обеспечение либо любой внешний объект,
взаимодействующий с вашей системой. Например, актером может быть
клиент, ресторан или база данных. Обычно в модели они представлены с
внешней стороны системы, за ее границами.
• Вариант использования представляет собой действие, которое
выполняется в рамках системы – обычно оно представлено в виде
комбинации глагола и существительного, например, «поставить
продукт», «подготовить счет-фактуру» и т.д.
12. • Текст <<uses>>, добавленный в какой-либо вид отношений и
соединяющий точки А и В означает, что выполнение действия А
подразумевает выполнение действия В по меньшей мере один раз.
• Вы можете выбирать, необходимо ли вам создавать границы вокруг
вариантов использования для указания системных функций, которые
находятся в пределах этой границы.
13. В языке UML существует несколько
стандартных видов отношений между
актерами и вариантами использования:
•ассоциации (association relationship);
•расширения (extend relationship);
•обобщения (generalization relationship);
•включения (include relationship).
14. Отношение ассоциации
Применительно к диаграммам вариантов
использования ассоциация специфицирует семантические
особенности взаимодействия актеров и вариантов
использования в графической модели системы, то есть, это
отношение устанавливает, какую конкретную роль играет
актер при взаимодействии с экземпляром варианта
использования. На диаграмме вариантов использования
отношение ассоциации обозначается сплошной
линией между актером и вариантом использования. Эта
линия может иметь условные обозначения, такие как имя и
кратность.
15. Отношение расширения
Отношение расширения определяет взаимосвязь экземпляров
отдельного варианта использования с более общим вариантом, свойства
которого определяются на основе способа совместного объединения
данных экземпляров. В метамодели отношение расширения является
направленным и указывает, что применительно к отдельным примерам
некоторого варианта использования должны быть выполнены конкретные
условия, определенные для расширения данного варианта использования.
Так, если имеет место отношение расширения от варианта
использования А к варианту использованияВ, то это означает, что свойства
экземпляра варианта использования В могут быть дополнены благодаря
наличию свойств у расширенного варианта использования А.
16. Отношение обобщения
Отношение обобщения служит для указания того факта, что
некоторый вариант использования А может быть обобщен до
варианта использования В. В этом случае вариант А будет
являться специализацией варианта В. При этом, В называется
предком или родителем по отношению А, а вариант А -
потомком по отношению к варианту использования В. Потомок
наследует все свойства и поведение своего родителя, а также
может быть дополнен новыми свойствами и особенностями
поведения. Графически данное отношение
обозначается сплошной линией со стрелкой в форме
незакрашенного треугольника, которая указывает на
родительский вариант использования.
17. Отношение включения
Отношение включения между двумя вариантами
использования указывает, что некоторое заданное
поведение для одного варианта использования включается
в качестве составного компонента в последовательность
поведения другого варианта использования.