53
Рисунок 2.5 Даталогическая модель данных
Структура таблиц приведена в таблицах.
Таблица 2.1
Структура таблицы claim_type
Поле
Тип
Null
По умолчанию
id
int(11)
Нет
title
varchar(255)
Да
NULL
Таблица 2.2
Структура таблицы client
Поле
Тип
Null
По умолчанию
id
int(11)
Нет
id_tariff
int(11)
Да
NULL
title
varchar(255)
Да
NULL
site
varchar(255)
Да
NULL
last_name
varchar(255)
Да
NULL
first_name
varchar(255)
Да
NULL
middle_name
varchar(255)
Да
NULL
function
varchar(255)
Да
NULL
phone
varchar(255)
Да
NULL
email
varchar(255)
Да
NULL
order
varchar(255)
Да
NULL
Таблица 2.3
Структура таблицы day_type
Поле
Тип
Null
По умолчанию
54
id
int(11)
Нет
title
varchar(255)
Да
NULL
Таблица 2.4
Структура таблицы defect
Поле
Тип
Null
По умолчанию
id
int(11)
Нет
title
varchar(255)
Да
NULL
Таблица 2.5
Структура таблицы priority
Поле
Тип
Null
По умолчанию
id
int(11)
Нет
title
varchar(255)
Да
NULL
Таблица 2.6
Структура таблицы request
Поле
Тип
Null
По умолчанию
id
int(11)
Нет
date_reg
datetime
Да
NULL
date_close
datetime
Да
NULL
id_status
int(11)
Да
NULL
id_client
int(11)
Да
NULL
description
mediumtext
Да
NULL
reproducibility
bit(1)
Да
NULL
id_staff
int(11)
Да
NULL
id_defect
int(11)
Да
NULL
id_priority
int(11)
Да
NULL
Таблица 2.7
Структура таблицы request_claim
Поле
Тип
Null
По умолчанию
id
int(11)
Нет
id_request
int(11)
Да
NULL
id_claim_type
int(11)
Да
NULL
date_reg
datetime
Да
NULL
date_close
datetime
Да
NULL
title
varchar(255)
Да
NULL
description
mediumtext
Да
NULL
closed
bit(1)
Да
NULL
Таблица 2.8
Структура таблицы request_service
Поле
Тип
Null
По умолчанию
id
int(11)
Нет
id_request
int(11)
Да
NULL
id_service
int(11)
Да
NULL
amount
int(11)
Да
NULL
Таблица 2.9
Структура таблицы service
Поле
Тип
Null
По умолчанию
id
int(11)
Нет
title
varchar(255)
Да
NULL
cost
double
Да
NULL
id_service_type
int(11)
Да
NULL
55
Таблица 2.10
Структура таблицы service_type
Поле
Тип
Null
По умолчанию
id
int(11)
Нет
title
varchar(255)
Да
NULL
Таблица 2.11
Структура таблицы staff
Поле
Тип
Null
По умолчанию
id
int(11)
Нет
last_name
varchar(255)
Да
NULL
first_name
varchar(255)
Да
NULL
middle_name
varchar(255)
Да
NULL
birthday
datetime
Да
NULL
id_function
int(11)
Да
NULL
phone
varchar(255)
Да
NULL
login
varchar(255)
Да
NULL
psw
varchar(255)
Да
NULL
blocked
bit(1)
Да
NULL
date_reg
datetime
Да
NULL
email
varchar(255)
Да
NULL
id_staff_type
int(11)
Да
NULL
Таблица 2.12
Структура таблицы staff_type
Поле
Тип
Null
По умолчанию
id
int(11)
Нет
title
varchar(255)
Да
NULL
Таблица 2.13
Структура таблицы status
Поле
Тип
Null
По умолчанию
id
int(11)
Нет
title
varchar(255)
Да
NULL
Таблица 2.14
Структура таблицы tariff
Поле
Тип
Null
По умолчанию
id
int(11)
Нет
title
varchar(255)
Да
NULL
cost
double
Да
NULL
id_priority
int(11)
Да
NULL
Структурная схема пакета ИС приведена на рисунке 2.5.
56
ПМ Главное меню
ПМ Настройки
ПМ Справка
ПМ Получение
отчетных
документов
ПМ Журнал поступления заявок от клиентов
ПМ Ведомость учета работ специалистов отдела
ПМ Ведомость учета и контроля поступления заявок от
клиентов за период
ПМ Работа со
справочниками
ПМ Клиент
ПМ Сотрудники
ПМ Работа с
заявками
ПМ Учет заявки
ПМ
Распределение
заявки
ПМ
Редактирование
заявки
ПМ Справочник Тип
Неисправности
ПМ Отчет о степени загруженности сотрудников отдела
ПМ Аналитический отчет о наиболее часто возникающих
проблемах клиентов
ПМ Отчет по заявке
ПМ Справочник Тип
Приоритета ТП
ПМ Справочник Тип
Должности
ПМ Справочник Тип
ДУ
ПМ Справочник Тип
ТМ
ПМ Справочник Статус
заявки
ПМ Удаление
заявки
ПМ Сводный отчет по клиентам
ПМ Отчет о выполненных заявках клиентов за период
ПМ Отчет о невыполненных заявках клиентов за период
ПМ Аналитический отчет о выполнении заявок клиентов
за период
ПМ Авторизация
ПМ Заставка
Рисунок
2.6 Структурная схема пакета ИС
Описание программных модулей приведено в пункте 2.3.4.
В таблице 2.20 представлен перечь программных модулей, представленных на
рисунке 2.5, а также описание их функций.
Таблица 2.15
Описание программных модулей
Название программного модуля
Описание
Заставка
Экранная форма Заставки
Авторизация
Экранная форма для ввода пароля и
процедура проверки пароля
Главное меню
Экранная форма с главным меню
программы
Меню «Справка»
Отображение справки по программе
Меню «Настройки»
Отображение меню настроек
Меню «Работа с заявками»
Отображение меню основных
функций по работе с заявками
Меню «Работа со справочниками»
Отображение меню справочников
ПМ «Клиент»
Отображение меню клиентов
Загрузка справочника Клиенты
Процедура вывода справочника на
экран
Печать справочника Клиенты
Процедура печати
Актуализация справочника Клиенты
Экранная форма с процедурой ввода
и корректировки записи
57
…
Аналогично для остальных
справочников
Меню «Получение отчетных
документов»
Отображение меню получения
отчетных документов
Одним из основных модулей разработанной системы технической поддержки
является модуль учета заявок. Основной функцией данного модуля является ввод и учет
данных о заявках на техническое обслуживание.
Блок-схема работы данного модуля приведена на рисунке 2.6.
58
Цикл по месяцам m=1;
m<=12; m++
Цикл по клиентам
j=1; j<=COUNT(Sotrudn); j++
Создание
представления для
списка заявок
Чтение i-й записи
представления Заявки
Установка указателя в
представлении Заявки
на первую запись
Sotr[i]. emp loyee_
id=Sotr[j].employee_id;
Sotr[i]. paymonth=m
Да
Нет
А
А
i=i+1
i=j+1;
Сортировка заявок по
возрастанию значений
поля Дата
Начало
Установка соединения
с сервером БД
Фильтр таблицы
requests по условию
(date=today)
Открытие таблиц
Заявки, Пользователи
Б
Б
Конец цикла по
месяцам
Конец цикла по
сотрудникам
Удаление i-й записи из
представления
Конец цикла по
клиентам
Цикл по месяцам m=1;
m<=12; m++
Цикл по клиентам,
j=1; j<=COUNT(klient); j++
Фильтр представления
Заявки по условию
dasteprod=m
П11=0
П10=0;
П11=0;
П12=0
П11=П11+ klient[j].summ
Внесение klient[j].summ
в столбец для месяца
m макета отчета
Расчет итоговых
показателей отчета
В
Sotrudn[j].summ=
Sotrudn[j].summ+
Sotrudn[i].summ
Конец цикла по
месяцам
Внесение
рассчитанного
показателя П11 в макет
отчета
П12=П12+П11
В
Конец цикла по
месяцам
Цикл по клиентам,
j=1; j<=COUNT(kli ent); j++
Цикл по месяцам m=1;
m<=12; m++
Фильтр представления
Klient по условию
klient_id=
klient[j].employee_id
П10=0
П11=П11+ klient[j].summ
Конец цикла по
клиентам
Внесение
рассчитанного
показателя П10 в макет
отчета
Конец
Закрытие таблиц,
уничтожение
представления Заявки
Рисунок 2.7 Блок-схема модуля учета заявок
59
3 Обоснование экономической эффективности проекта
3.1 Выбор и обоснование методики расчёта экономической эффективности
Учёт экономической результативности ИТ часто предполагает числовое
сравнение затрат и итоговых показателей. И если последние без особых проблем
формируются, то процесс оценки важно проводить при помощи явных методик учета
экономической результативности для финансовых проектов. Подобный подход самый
сложно реализуемый и общий, особенно для особых проектов, отличающихся от
используемых в промышленности. И основной проблемой использования такого
проекта для установки ИТ в медицине выступают итоги экономического анализа.
Вторым этапом достижения решения поставленной задачи становится анализ
подходов к учету эффективности ИС, без привязки к предметным областям. Тут
зачастую замечают отсутствие методов, которые сразу можно использовать.
Практические опыты имеются для частных случаев и отдельных условий, связанных с
методикой установки ИС.
При неимении адекватного используемого подхода к учету экономической
результативности ИТ сегодня создаются современные методы для ИС, служащие
решением отдельных задач контроля. Множество описанных методов имеет
эвристический характер и базируется на описании последствий и расходов для любого
отдельного случая. И если становится доступным отразить качественные затраты и
итоги применения таких систем, то далее есть смысл использовать совокупный подход
для учета экономической результативности проекта с вложениями, о которых было
сказано ранее.
Подобный уровень учета эффективности считается оптимальным для ИС, но и
самым сложно реализуемым. Потому плюсом можно найти то, что были определены
положительные результаты установки описываемой ИС благодаря определенным
качественным параметрам.
Совокупный подход к учету экономической результативности проектов с
финансовой поддержкой. Оптимальные методики поддержки подобных проектов
включают лишь начальные правила и становятся актуальными лишь для проектов
производственного характера. В данных методиках отражается желание привлечения
60
конкретных процедур для изучения итогового результата (к примеру, в проекте
технического или экологического развития). И это часто говорит о том, что методики
должны работать с более емкими, нежели производство продукции, целями. Подобные
методики учета эффективности отражают самое корректное вложение средств в
доступные сферы науки, здравоохранения, промышленности и т.п. Но любая выбранная
методика обязана уметь анализировать нестандартные проекты с промышленными
проектами, т.к. финансируемые ресурсы в данном случае не меняются.
Разница оценки эффективности работы ИТ заключена в показании результатов, не
выступающими доходами с продаж производимых товаров, поэтому так и отличается от
промышленных финансовых решений. Для исполнения такой ситуации есть следующие
методики. В них четко выделяется, что финансовые сложения созданы для извлечения
выгоды. А само определение выгоды нужно для того, чтобы не отражать ограничения
подобных проектов, а напротив, доступность приема фондов экономии средств,
минимизации потерь и т.д.
Показатель экономической результативности в рамках применения АИС в
ежедневных процессах фирмы зачастую отражается при обосновании плановых
параметров грамотного использования ЭВМ и ПО, а именно, экономия на минимизации
начальной цены продукции, рост объема производства, привлечение клиентов,
сокращение штата сотрудников, рационализация компьютерных ресурсов.
Отражение результативности ИС основано на принципах экономической
результативности фирмы и использования внутри компании современных технологий.
Экономический эффект в рамках реализации ИС отражается по параметрам
замены ранее работающего ИС на результативное и мощное, а также по показателям
установки в ИС нового инструмента для автоматизации ранее традиционного участка
производства. При использовании этого в нашем случае – тут сторонний процесс
автоматизации контроля продажи товара, его заказа и оплаты.
На различных стадиях ЖЦ ИС и при разнообразных целях расчета
рассчитываются и фиксируются некоторые виды экономического эффекта:
• Начальный;
• Имеющийся;
61
• Обязательный;
• Итоговый.
Начальный эффект рассчитывается до реализации работы в рамках технических
данных и близкого прогноза применения. Зачастую применяется в рамках планирования
и начале создания ИС.
Зачастую эффект лучше всего рассчитывать по итогу разработки, базируясь на
реализованных заранее технических параметрах и предполагаемых данных о
максимальных объемах применения ИС в фирме. Подобный эффект применяется еще
при оценке деятельности фирмы-создателя ИС.
Обязательный экономических эффект рассчитывается в виде эффекта для
некоторого конкретного внедрения и суммарного возможного применения по всем
объектам.
Для любого отдельного объекта обязательный эффект рассчитывается лишь по
факту окончания создания конкретного программного внедрения и базируясь на
показателях удельного эффекта, которое обещают разработчики в конкретных сроках и
ежегодном объеме применения ИС. Такой эффект от одного внедрения ИС
подсчитывается в процессе подписания договора между фирмой и клиентом.
Обязательный эффект требуется и для поддержания экономически грамотной
цены на все товарные позиции фирмы.
Итоговый экономический эффект рассчитывается в рамках данных учета и
разницы расходов к итогу использования ИС. Данный эффект может считаться от
одного программного включения на любом объекте, а также как совокупный эффект в
рамках применения одного ИС на всех объектах установки за отдельный срок.
Итоговый эффект часто используется для оценки работы фирмы, создающей или
устанавливающей ПО для перечисления в фонды экономического развития, а также для
изучения итогов работы ИС и определения аппаратных вариантов обновления ИС и
условий их применения.
За период работы и создания различных ИС было решено выделять часть общих
принципов их экономического обоснования и реализации подобных процессов. В
любом случае оценка результативности подобной ИС обязана быть комплексной и
62
включать все социальные, экологические и экономические, а также многие другие
особенности принимаемых решений.
Базовой целью экономического описания новой ИС станут количественное и
качественное обоснование экономической рентабельности разработки или обновления
ИС, а также выявление основных экономических и организационных условий для
последующей спокойной работы.
При создании ряда компонентов или элементов ИС, итоги экономического
анализа включаются непосредственно по ним. Важно понимать, что в любом процессе
подготовки ИС нужно учесть несколько аспектов экономического обоснования.
ПО стоит на особом место в составе комплексного инструмента для
автоматизации. Оно также имеет внутри себя программные модули или некоторые
пакеты программ, созданных для применения сторонней ИС (заимствованные), или
реализуемые для обширного круга использования в разных ИС (универсальные), или
класические для различных сфер ипользования ПК. Также такого типа ПО почти в
каждой ИС включает оригинальные, созданные на заказ программы и алгоритмы,
требуемые для нормальной работы данной ИС. Важно всегда отражать процесс
создания ПО из общей совокупности процессов удобно определять его с двух позиций:
• Прикладной, т.к. реализуемые программные продукты можно применять
независимо от базовой системы;
• Системной, т.к. создано пиратское ПО.
Для корректного планирования процесса разработки ПО и расчета итоговой цены
важно определить эффективность работы программных средств. Деление труда в
процессе внедрения ПО всегда граничит с рядом трудностей, так же, как и любое
нормирование творческой деятельности, элементы которого могут объединится только
после проведения экспертных оценок главных программистов, либо сложными и
нереальными сроками подготовки всего проекта, что заставляет IT-специалиста
выбирать решение. Творческая часть работы программистов можно нормировать, но
точность этих норм всегда очень большая и зависит от ряда факторов. Только в рамках
опытно-статистических данных от многих компаний, которые программируют или
занимаются им, Отрыто несколько методов расчета сложности создания ПО.