Дипломная работа: Автоматизация приема и анализа заявок технической поддержки предприятия БРУ АО "Транснефть-Дружба")
Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
67
• Определить общие границы и контекст моделируемой предметной обла-
сти на начальных этапах проектирования системы.
• Сформулировать общие требования к функциональному поведению
проектируемой системы.
• Разработать исходную концептуальную модель системы для ее после-
дующей детализации в форме логических и физических моделей.
• Подготовить исходную документацию для взаимодействия разработчи-
ков системы с ее заказчиками и пользователями.
Суть данной диаграммы состоит в следующем: проектируемая система
представляется в виде множества сущностей или актеров, взаимодействующих
с системой с помощью так называемых вариантов использования. При этом ак-
тером (асtоr) или действующим лицом называется любая сущность, взаимодей-
ствующая с системой извне. Это может быть человек, техническое устройство,
программа или любая другая система, которая может служить источником воз-
действия на моделируемую систему так, как определит сам разработчик. В
свою очередь, вариант использования (usе саsе) служит для описания сервисов,
которые система предоставляет актеру. Другими словами, каждый вариант ис-
пользования определяет некоторый набор действий, совершаемый системой
при диалоге с актером. При этом ничего не говорится о том, каким образом бу-
дет реализовано взаимодействие актеров с системой.
Рис. 53. Диаграмма вариантов использования
Оператор
(from Use Case View)
ввод заявок на ремонт ПК
(from Use Case View)
База данных
(from Use Case View)
Ввод запросов и подготовка
отчетов
(from Use Case View)
Руководитель
(from Use Case View)
68
На данной диаграмме показаны два действующих лица: оператор и мене-
джер. Существуют также три основных действия, выполняемых моделируемой
системой: ввод данных о товаре и поставке, обработка и хранение информации
в базе данных, ввод запросов и подготовка отчетов.
Рассмотрим действующие лица данной диаграммы:
Оператор: сложное лицо, которое принимает и регистрирует документы,
вводит запросы и подготавливает отчеты.
Руководитель: простое лицо, которое получает отчеты.
На диаграмме вариантов использования представлены следующие вари-
анты, которые делятся на три вида:
Ввод заявок на ремонт (простой): эти данные поступают от оператора и
заносятся в базу данных.
Обработка и хранение данных в базе данных (среднее): информация зано-
сится в базу данных, где обрабатывается и хранится.
Ввод запросов и подготовка отчетов (сложное): оператор формулирует
запрос или конкретные сведения о ремонте компьютерной технике, далее этот
отчёт или запрос передаётся руководителю.
Руководитель может проверять достоверность и полноту вводимой ин-
формации оператором в базу данных, также осуществлять проверку запроса за-
прашиваемого оператором, причём, не изменяя структуры, проверять или све-
рять информацию, выводимую из базы.
На основании диаграммы вариантов использования производится расчёт
трудоёмкости в несколько этапов.
1. Определение весовых показателей действующих лиц.
Все действующие лица системы делятся на три типа: простые, средние и
сложные.
Простое действующее лицо представляет внешнюю систему с чётко
определённым программным интерфейсом.
69
Среднее действующее лицо представляет либо внешнюю систему, взаи-
модействующую с данной системой посредством протокола наподобие ТСР/IP,
либо личность, пользующуюся текстовым интерфейсом (например, алфавитно-
цифровым терминалом).
Сложное действующее лицо представляет личность, пользующуюся
графическим пользовательским интерфейсом.
Общее количество действующих лиц каждого типа умножается на соот-
ветствующий весовой коэффициент, затем вычисляется общий весовой показа-
тель (табл. 4).
Таблица 4
Весовые коэффициенты действующих лиц
Тип действующего лица
Весовой коэффициент
Простое
1
Среднее
2
Сложное
3
Рассмотрим информационную систему «Ремонт компьютеров и оргтехники»
(табл. 5).
Таблица 5
Типы действующих лиц
Действующее лицо
Тип
Оператор
Сложное
Руководитель
Простое
Таким образом, общий весовой показатель равен:
А = 1*3+1*1 = 4
2. Определение весовых показателей вариантов использования.
Все варианты использования делятся на три типа: простые, средние и
сложные в зависимости от количества транзакций в потоках событий (основных
и альтернативных). В данном случае под транзакцией понимается атомарная
последовательность действий, которая выполняется полностью или отменяется.
70
Общее количество вариантов использования каждого типа умножается на
соответствующий весовой коэффициент, затем вычисляется общий весовой по-
казатель (табл.6).
Таблица 6
Весовые коэффициенты вариантов использования
Тип варианта использо-
вания
Описание
Весовой коэффици-
ент
Простой
3 или менее транзакций
5
Средний
От 4 до 7 транзакций
10
Сложный
Более 7 транзакций
15
Другой способ определения сложности вариантов использования заклю-
чается в подсчете количества классов анализа, участвующих в их реализации
(табл. 7).
Таблица 7
Весовые коэффициенты вариантов использования
Тип варианта использо-
вания
Описание
Весовой коэффициент
Простой
Менее 5 классов
5
Средний
От 5 до 10 классов
10
Сложный
Более 10 классов
15
Для информационной системы «Ремонт компьютеров и оргтехники»
сложность вариантов использования определяется следующим образом (табл.
8).
Таблица 8
Сложность вариантов использования
Вариант использования
Тип
Ввод заявок на ремонт ПК
Простое
Обработка и хранение информации в базе
данных
Среднее
Ввод запросов и подготовка отчетов
Сложное
Таким образом, общий весовой показатель равен:
UС = 1*5+1*10+1*15 = 30
71
В результате получаем показатель UUСР (Unаdjustеd Usе Cаsе Pоints):
UUСР = A+UC = 4+30 = 34
3. Определение технической сложности проекта.
Техническая сложность проекта (ТСF – Tесhniсаl Cоmрlехitу Fасtоr) вы-
числяется с учетом показателей технической сложности (Табл.9).
Каждому показателю присваивается значение Тi в диапазоне от 0 до 5
(0 означает отсутствие значимости показателя для данного проекта, 5 -
высокую значимость).
Значение TCF вычисляется по формуле:
ТСF = 0,6+(0,01(∑Тi* Весi))
Таблица 9
Показатели технической сложности проекта TCF
Показатель
Описание
Вес
T1
Распределенная система
2
T2
Высокая производительность (пропускная способность)
1
T3
Работа конечных пользователей в режиме On-Linе
1
T4
Сложная обработка данных
1
T5
Повторное использование кода
1
T6
Простота установки
0.5
T7
Простота использования
0.5
T8
Переносимость
2
T9
Простота внесения изменений
1
T10
Параллелизм
1
T11
Специальные требования к безопасности
1
T12
Непосредственный доступ к системе со стороны
внешних пользователей
1
T13
Специальные требования к обучению пользователей
1
Вычислим TCF для информационной системы (табл. 10).
ТСF = 0,6+(0,01*26) = 0,86
Источник: https://baza.diplomsite.ru/previewfile/1959