62
трудниками» (рис. 46), а также просматривать статистику системы через вклад-
ку «Главная» (рис. 47).
Рис. 46. Вкладка «Управление сотрудниками»
Рис. 47. Вкладка «Главная»
Для удобства пользования ведущуюся в системе статистику можно экс-
портировать в Eхсеl, нажать кнопку «Скачать списки системы» (рис. 48). Для
примера скачаем список с сотрудниками предприятия (рис. 49).
63
Рис. 48. Экспорт списка «Сотрудники» в Eхсеl
Рис. 49. Список «Сотрудники» в Eхсеl
Теперь зайдем в систему под учетной записью «wоrkеr1» и убедимся, что
наша заявка отображается в его вкладке «Управление заявками» (рис. 50).
64
Рис. 50. Вкладка «Управление заявками» сотрудника отдела ремонта
После этого инженер меняет статус заявки на «Выполняется». А когда
причина поломки устранена, ставит статус «Выполнена» и указывает причипо-
ломки (рис. 51).
Рис. 51. Изменение статуса заявки с указанием причины поломки
Техника успешно отремонтирована, а сотруднику, подавшему эту заявку
на ремонт, остается зайти к себе в личный кабинет, убедиться, что заявка вы-
полнена (рис. 52), и забрать уже исправно работающую технику.
65
Рис. 52. Измененный статус заявки в личном кабинете сотрудника
Таким образом, можно сделать вывод, что разработанная автоматизиро-
ванная информационная система исправно работает и полностью отвечает за-
явленным к ней требованиям.
66
ГЛАВА 4. ОЦЕНКА ЭФФЕКТИВНОСТИ РАЗРАБОТКИ
ИНФОРМАЦИОННОЙ СИСТЕМЫ ПО УЧЕТУ РЕМОНТА
КОМПЬЮТЕРОВ И ОРГТЕХНИКИ
После завершения работ по проектированию информационная система
готова к внедрению в реальных условиях предприятия. Для дальнейшего разви-
тия информационной системы необходимо рассчитать экономическую эффек-
тивность проекта.
Экономическая эффективность имеет ряд показателей, к основным отно-
сятся:
1. Экономический эффект;
2. Коэффициент экономической эффективности;
3. Срок окупаемости капитальных вложений.
Экономический эффект – это результат внедрения, какого - либо меро-
приятия, выраженный в стоимостной форме, в виде экономии от его осуществ-
ления. Для организаций, которые используют программные изделия, основны-
ми источниками экономии являются:
- улучшение показателей их основной деятельности, происходящее в ре-
зультате использования программного изделия;
- повышение технического уровня, качества и объёмов вычислительных
работ;
- увеличение объёмов и сокращение сроков переработки информации;
- уменьшение численности персонала, занятого обработкой исходных
данных, переработкой и получением необходимой информации;
- снижение затрат на эксплуатационные материалы.
Расчёт трудоёмкости разработки осуществляется на основе вариантов ис-
пользования (рис. 53). Диаграмма вариантов использования является исходным
концептуальным представлением или концептуальной моделью системы в про-
цессе ее проектирования и разработки.
Разработка диаграммы вариантов использования преследует цели:
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