UML, UseCase + презентация

UML (англ. Unified Modeling Language — унифицированный язык моделирования) — язык графического описания для объектного моделирования в области разработки программного обеспечения. UML является языком широкого профиля, это открытый стандарт, использующий графические обозначения для создания абстрактной модели системы, называемой UML-моделью. UML был создан для определения, визуализации, проектирования и документирования в основном программных систем. UML не является языком программирования, но в средствах выполнения UML-моделей как интерпретируемого кода возможна кодогенерация.

Использование

Использование UML не ограничивается моделированием программного обеспечения. Его также используют для моделирования бизнес-процессов, системного проектирования и отображения организационных структур. UML позволяет также разработчикам программного обеспечения достигнуть соглашения в графических обозначениях для представления общих понятий (таких как класс, компонент, обобщение (generalization), объединение (aggregation) и поведение), и больше сконцентрироваться на проектировании и архитектуре.

UseCase


Назначение

Прецеде?нт (англ. Use Case), также: вариант использования, сценарий использования — спецификация последовательностей действий (варианты последовательностей и ошибочные последовательности) в Унифицированном языке моделирования (UML), которые может осуществлять система, подсистема или класс, взаимодействуя с внешними акторами (англ. Actors). Прецеденты были предложены Иваром Якобсоном и значительно популяризированы Алистером Коберном. Прецеденты служат для документирования функциональных требований к программным системам. Прецедент описывает некоторый целостный фрагмент поведения системы, не вдаваясь при этом в особенности внутренней структуры субъекта. Определение прецедента содержит все свойственные ему виды поведения: основную последовательность, различные варианты стандартного поведения и различные исключительные ситуации с указанием ответной реакции на них. С точки зрения пользователя некоторые из видов поведения выглядят как ошибочные. Однако для системы ошибочная ситуация является одним из вариантов поведения, который должен быть описан и обработан. Прецедент описывает взаимодействие программной системы с акторами в виде последовательности сообщений. В понятие актор входят люди, компьютерные системы и процессы. При проектировании программной системы производится поиск таких классов для реализации прецедента, которые удачно сочетали бы в себе требуемые роли и не приводящие к излишнему усложнению системы. Реализацию прецедента можно смоделировать в виде одной или нескольких коопераций (реализаций прецедента). Один и тот же прецедент может быть описан с различной степенью детализации. В MSF используются аналоги прецедентов — сценарии (англ. Scenario).

Презентация "Схема автоматизації продажу білетів автовокзалу"


Оглавление
  1. Описання системи
    • Аналіз системи
    • Визначення основних функцій
    • Визначення акторів
    • UseCase діаграма в Enterprice Architect
    • Сценарій UseCase
  2. Діаграми класів
    • Визначення класів для кожного варіанту використання
    • Визначення стереотипів класів.
    • Опис зв’язків «Акторів» з «Класами».
    • Побудова фізичної моделі діаграм класів в Sybase PowerDesigner
    • Побудова діаграми класів в нотації стереотипів (Enterprise Architect)
    • Визначення класу асоціації
    • Визначення дерева спадкування
  3. Діаграми взаємодії
    • Варіант використання, сценарій варіанта використання
    • Визначення послідовності повідомлень
    • Діаграма побудови нотації стереотипів (Enterprise Architect)
    • Класифікація по найменуванню
    • Описання особливостей лінії життя кожного об’єкту
    • Побудова діаграми кооперації
  4. Діаграми стану
    • Описання можливих станів класу «Заказ», класифікація.
    • Визначення дій всередині станів, класифікація
    • Визначення подій, які призводять до переходу від стану до стану, класифікація
    • Визначити види переходів
    • Діаграма станів в PowerDesigner
    • Діаграма класу, який має парелельні стани
    • Діаграма класу, який має складовий стан
  5. Діаграми активності
    • Основні діяльності. Описання діяльності.
    • Визначення відповідальностей, визначення доріжок
    • Можливі вузли рішень, визначення умов переходу
    • Визначення паралельних потоків виконання
    • Діаграма активності в PowerDesigner
  6. Діаграми компонентів
    • Пакети
    • Склад пакетів
    • Компоненти, які використовуються для реалізації системи
    • Діаграма в EnterpriseArchitect

Комментарии (0):

Комментариев, к данной статье, нет

Оставить комментарий:


* Введите Ваше имя


* Введите комментарий

Введите результат с картинки:

* Введите результат

Фото дня на Яndex


Червячок на шашлычок - вкусно очень