- •Применение rup – технологии для описания бизнес-процесса при проектировании ис.
- •Управление прецедентами
- •Начало проекта:
- •Выбор классов:
- •Создание пакетов
- •Диаграммы классов
- •Технология
- •Определение отношений
- •Отношения
- •Мощность отношения
- •Диаграмма пакетов
- •Диаграмма компонентов
- •Нотации диаграммы пакетов и компонентов
-
Начало проекта:
Этап задумки - Идея и определение общих требований и форм на Этапе задумки; Заканчивается утверждением: Наша система делает …
-
Идея преобретает ясные очертания
-
собираются и документируются все идеи
-
описываются риски
-
внешние интерфейсы
-
общая функциональность системы
-
создание тестовых прототипов для проверки общей концепции
-
-
идеи поступают из разных источников: заказчики, эксперты по предметной области, сами разработчики, изучение существующих систем
-
Прототипы как временный код для проверки предположений
На этом этапе могут быть проведены неформально, но они всегда включают анализ бизнес требований, доступных ресурсов, возможность использования различных технологий, а также идей и пожеланий конечных пользователей.
Пример 1.1: Учет товара на складе.
-
Описание среды (предприятие, товар, склад )
-
Риски задачи (сохранять и получать информацию о товаре…;) Несколько прототипов: доступа к информации через СУБД. Дополнительные прототипы для оценки аппаратных ресурсов, для создания онлайновой системы регистрации.
-
Постановка задачи учет товара
Фаза задумки – этап открытия. Задача оговаривается и обсуждается.
-
Результат:
-
описание внешних интерфейсов
-
оценка начальных рисков
-
определение требований к системе.
-
предлагаются пути получения необходимых ресурсов и инструментов
-
Создание прецедентов
-
Поведение системы
-
Актеры
-
Прецеденты
-
Отношение прецедентов
-
Диаграммы прецедентов
-
Диаграммы действий
-
Вывод
-
Классы
-
Что ТАКОЕ КЛАСС
-
Пакеты
-
Диаграммы классов
-
Что ТАКОЕ КЛАСС
Объект
Класс
Стереотипы и классы:
-
сущность (есть стереотип)
-
граничный элемент (есть стереотип)-
-
элемент управления (есть стереотип)
-
сервисный элемент
-
исключение;
Три стереотипа соответствуют концепции модель– представление - управление
Сущность для моделирования данных. Определяется на стадии проработки. Называют классами предметной области, т.к. представляют абстракции предметов реального мира.
Граничные классы - обеспечивают взаимосвязь между окружающей средей и внутренними элементами системы. Представляют интерфейс для пользователя или другой системы (т.е. актера) Внешне зависимая часть системы и используются для моделирования интерфейсов системы. Для обнаружения таких классов изучают пары актер/сценарий. Определяются на фазе проработки. Являются классами верхнего уровня. Описываются требования к интерфейсу, но не реализуется. Для разработки используются прототипы. На этапе проектирования – реализуются.
Управляющие классы - служат для моделирования последовательного поведения одного или нескольких прецедентов и координации событий, реализующих заложенное в них поведение. Можно представить как классы, исполняющие прецедент и определяющие его динамику. Они зависят от приложения. На ранней стадии проработки они добавляются для каждой пары актер/прецедент. Создается на начальном этапе. В дальнейшем может исключаться , разделяться или объединяться.
Пакеты - это набор классов и других связанных пакетов. Получение модели на более высоком уровне. Каждый пакет содержит:
-
интерфейс, т. е. набор общедоступных классов, с которыми могут общаться классы из других пакетов
-
классы реализации, которые не взаимодействуют с классами в других пакетах.
Создаются на этапе проработки.
Пример. Объекты и классы в системе оприходования товара на складе .
Рассмотрим сценарий: регистрировать товар,
Данный сценарий работы кладовщика для конкретного поступления товара насклад. Рассматриваем пошагово, хотя на практике большинство шагов могут быть выполнено одновременно.
Используем: Алгоритм, используемые данные, задачи, решаемые пользователями ИС и документы.