Применение языка UML при разработке информационных систем - Разработка урока

бесплатно 0
4.5 105
Определение назначения диаграмм деятельности и возможности их применения при разработке информационных систем. Особенность использования главных узлов занятия. Суть центрального буфера и хранилища данных. Анализ спецификации UML при программировании.

Скачать работу Скачать уникальную работу

Чтобы скачать работу, Вы должны пройти проверку:


Аннотация к работе
План занятия “Применение языка UML при разработке информационных систем. IDEF0 Методология функционального моделирования и графическая нотация, предназначенная для формализации и описания бизнес-процессовДанный документ содержит план занятия «Диаграммы деятельности», которое в свою очередь является частью курса «Применение языка UML при разработке информационных систем».Курс «Применение языка UML при разработке информационных систем» не включает описание основ UML, так как предполагает у слушателей наличие базовых знаний по данной тематике. Дидактической целью данного занятия является показать слушателям возможности применения диаграммы деятельности на различных стадиях разработки информационных систем (ИС). Данная цель будет достигнута посредством решения следующих задач: - сформировать четкое понимание основной цели использования диаграммы деятельности; сформировать представление о применении диаграммы деятельности на различных стадиях разработки ИС.После проведения занятия слушатели должны четко представлять цель и назначения диаграммы деятельности, а также ситуации, в которых ее применение будет целесообразно.Мы продолжаем курс занятий посвященных изучению унифицированного языка моделирования (UML), тема сегодняшнего занятия «Диаграмма деятельности» (1 слайд).Многие из вас уже имеют опыт создания моделей с использованием UML, в том числе и диаграммы деятельности (activity).Как уже говорилось на прошлом занятии разработка ИС - сложный процесс, который можно представить как поэтапный спуск от общей концепции будущей ИС, через понимание ее логической структуры к наиболее детальным моделям, описывающим физическую реализацию. Диаграмма деятельности в отличие от вариантов использования, рассмотренных на прошлом занятии, принадлежит к логической модели. Для понимания основных принципов работы с диаграммой й деятельности, наши примеры будем создавать для знакомого нам (по прошлому занятию) интернет-магазина. Итак, Заказчик имеет: - Off-line магазин. Для увеличения объема продаж Заказчик хочет: - Открыть интернет-магазин по продаже имеющихся у него товаров.Покупатель выбирает товар из каталога, оформляет заказ, в результате этой деятельности формируется объект «Заказ». В данном описании для определения основных узлов мы использовали понятие «Деятельность», потому что предполагаем, что каждый из перечисленных нами шагов может содержать последовательность других действий, направленных на достижение своей цели. Например, деятельность «Оформить заказ» может содержать действия: авторизоваться или зарегистрироваться, отредактировать заказ, подтвердить оформление заказа. Деятельность выполняется, только тогда, когда готовы все его «входы», после выполнения, деятельность передает управление и(или) данные на свои «выходы». Начальный узел деятельности (или начальное состояние деятельности) (activity initial node) является узлом управления, в котором начинается поток (или потоки) при вызове данной деятельности извне.Таким образом, диаграмма деятельности переназначена для описания последовательности действий, как на уровне анализа бизнес-процесса, так и на уровне разработки ИС. На уровне описания бизнес-процесса нам достаточно использовать такие элементы диаграммы как: - разделительные дорожки;Оборудование, предназначенное для изготовления автомобильного провода, достаточно сложное и его ремонтом занимается специализированное подразделение (ремонтный цех). То есть, цеховой технолог подготавливает заявку на проведение профилактических ремонтных работ. После проведения ремонтных работ бригадир фиксирует в заявке результат. При возникновении неполадок в оборудовании, мастером смены создается заявка на аварийный ремонт, которая может быть принята в работу без резолюции начальника цеха. Так как передача и хранение документов осуществляется в бумажном виде, заявки иногда теряются, что увеличивает сроки проведения ремонта и препятствует своевременному проведению аварийных работ.

План
Оглавление

Введение

1. Общие цели

2. Описание занятия

2.1 Объявление темы занятия

2.2 Постановка цели

2.3 Обращение к материалу предыдущего занятия

2.4 Основная часть

2.5 Закрепление пройденного материала

2.6 Контрольный пример

Список рекомендуемой литературы

Вы можете ЗАГРУЗИТЬ и ПОВЫСИТЬ уникальность
своей работы


Новые загруженные работы

Дисциплины научных работ





Хотите, перезвоним вам?