2.2 Контур управления

Контур управления предлагаемой информационной системы состоит из следующих контуров:

• контур регулирования;

• контур адаптации.

В контуре реализуются типовые функции элементов замкнутых систем управления с обратной связью:

• сравнение и анализ поступивших данных на наличие отклонений;

• анализ ситуации;

• принятие решения;

• реализация управляющих воздействий.

Контур состоит из следующих составных элементов:

Объект – объект управления, на который будут действовать внешние возмущающие воздействия, и корректировка которого должна привести его параметры желаемым;

Желаемое значение параметра – это условия, при которых осуществляется своевременное обеспечения предприятия всеми необходимыми потребностями, в частности в задаче АИС управления простоями станков с ЧПУ – обеспеченность своевременного составления отчета о трудовых ресурсах производства;

Элемент сравнения – сравнение требуемых и действительных параметров объекта автоматизации и выявление сигнала рассогласования;

Анализ – анализ рассогласования поступаемого из элемента сравнения.

Принятие решений – генерирование решений по проанализированным рассогласованиям;

Выбор управляющего воздействия – сравнение вариантов решения поступаемых из блока «анализ» и по соответствующим параметрам определение тех, которые наиболее эффективнее и оптимальнее решают все поставленные задачи.

Объектом управления в данной системе является процесс создания и оформления договоров и работу с ними.

Желаемым значением параметра выступает правильно оформленный договор, и проведенная с ним работа. Объект и желаемое значение параметра поступают на элемент сравнения. Осуществляется сравнение требуемых и действительных параметров. Сравнение ведется с типовым договором. Далее проводится анализ выполнения договорных обязательств.

Контур управления предлагаемой информационной представлен на рисунке 2.11

Рисунок 2.11 – Контур управления

2.3 Информационная модель

Информационная модель построена в соответствии с методологией IDEF1X, с использованием пакета All Fusion Data Modeler ERwin 7.0, основываясь на данных функциональной модели рассматриваемого в данной выпускной квалификационной работе процесса. Информационная модель отражает логическую структуру базы данных.

2.3.1 Информационная модель существующего процесса

Фрагмент информационной модели существующего процесса управления микрофинансовой организацией приведена ниже (рисунок 2.12).

Рисунок 2.12 – Информационная модель существующего процесса

На рисунке 2.12 представлен фрагмент Информационной модели, в которой в качестве сущностей указаны основные документы, фигурирующие в процессе деятельности предприятия, а именно договоры займа и вклада. Сущность «Документ. Договор вклада» является родительской для сущностей «Документ. Дополнительный вклад», «Документ. Завершение договора вклада». Необходимая информация о физическом лице заключающем договоры берется из сущности «Справочник. Физические лица».

2.3.2 Информационная модель предлагаемого процесса

Фрагмент информационной модели предлагаемого процесса управления микрофинансовой организацией приведена ниже (рисунок 2.20).

Рисунок 2.20 – Информационная модель предлагаемого процесса

В сущности «Документ. Договор вклада» имеются атрибуты «Договор с ЧП», «Без НДФЛ», «Бивалютный», «Паевый». На самом деле эти атрибуты представляют собой отдельные виды договоров вклада.

Тоже самое, в сущности «Документ. Договор займа». Имеются атрибуты «Залог недвижимости», «Коммерческий», «Договор с ЧП», «Выдача ЗП». Эти атрибуты так же представляют собой отдельные виды договоров займа.

При большом объеме обрабатываемых данных, и когда этот объем постоянно возрастает наблюдается невысокая скорость производительности при работе с договорами вклада, т.к. сотруднику предприятия для того чтобы найти информацию по требуемому ему договору уходит много времени.

Для улучшения работы с данными следует внести отношение категоризации, т.е. поставить дискриминатор. В итоге атрибуты в договорах вклада и займа, которые представляют из себя отдельные виды договоров, станут отдельными сущностями, и будут отделяться друг от друга, что позволит легче и быстрее ориентироваться сотруднику организации в большом количестве договоров.

2.4 Математическая модель

В среднем в организации КПК «Ренда ЗСК» в месяц обрабатывается около 40 договоров (заявок). Имеется один сотрудник (юрист), который этим занимается. Так как один обрабатывающий заявки канал один (юрист), Система Массового Обслуживания является одноканальной.

Учитывая 8-ми часовой рабочий день, и 20 рабочих дней в месяц, вычисляем интенсивность поступления заявок в систему:

=40 заявок в месяц то = 40/20 • 8=0,25 заявок в час.

2.4.1 Математическая модель существующего процесса

В базовом варианте время обслуживания одной заявки 3 часа (инфу взял из эконом части)

Системы массового обслуживания.

Исчисляем показатели обслуживания для одноканальной СМО:

Интенсивность потока обслуживания:

μ = 1/3 = 0.33

Интенсивность нагрузки вычисляется следующим образом

ρ = λ • tобс = 0.25 • 3 = 0.75

Интенсивность нагрузки ρ=0.75 показывает степень согласованности входного и выходного потоков заявок канала обслуживания и определяет устойчивость системы массового обслуживания.

Поскольку ρ < 1, то очередь не будет расти бесконечно, следовательно, предельные вероятности существуют.

Вероятность, что канал свободен (доля времени простоя канала):

p0 = 1 - ρ = 1 - 0.75 = 0.25

Следовательно, 25% в течение часа канал будет не занят, время простоя равно t_пр = 15 мин.

Вероятность того, что в очереди:

1. 1 заявка:

p1 = ρ(1 - ρ) = 0.75¹(1 - 0.75) = 0.19

2. 2 заявка:

p2 = ρ(1 - ρ) = 0.75²(1 - 0.75) = 0.14

3. 3 заявка:

p3 = ρ(1 - ρ) = 0.75³(1 - 0.75) = 0.11

4. 4 заявка:

p4 = ρ(1 - ρ) = 0.75⁴(1 - 0.75) = 0.0791

5. 5 заявка:

p5 = ρ(1 - ρ) = 0.75⁵(1 - 0.75) = 0.0593

6. 6 заявка:

p6 = ρ(1 - ρ) = 0.75⁶(1 - 0.75) = 0.0445

7. 7 заявка:

p7 = ρ(1 - ρ) = 0.75⁷(1 - 0.75) = 0.0334

8. 8 заявка:

p8 = ρ(1 - ρ) = 0.75⁸(1 - 0.75) = 0.025

9. 9 заявка:

p9 = ρ(1 - ρ) = 0.75⁹(1 - 0.75) = 0.0188

10. 10 заявка:

p10 = ρ(1 - ρ) = 0.75¹⁰(1 - 0.75) = 0.0141

Доля заявок, получивших отказ:

p1 = 1 - p0 = 1 - 0.25 = 0.75

Значит, 75% из числа поступивших заявок не принимаются к обслуживанию.

Поскольку в рассматриваемой СМО ограничение на длину очереди отсутствует, то любая заявка может быть обслужена, поэтому Q = Р_обс = 1.

Абсолютная пропускная способность:

A = Q • λ = 1 • 0.25 = 0.25 заявок/час.

Среднее число заявок в очереди (средняя длина очереди):

L_оч = ρ²/1 - ρ = 0.75²/ 1 - 0.75 = 2.25

Среднее время простоя СМО (среднее время ожидания обслуживания заявки в очереди).

T_оч = L_оч/A = 2.25/0.25 = 9 ч.

Среднее число обслуживаемых заявок:

L_об = ρ = 0.75

Среднее число заявок в системе:

L_смо = L_оч + L_обс = 2.25 + 0.75 = 3 ед.

Среднее время пребывания заявки в СМО:

T_смо = L_смо/A = 3/0.25 = 12 час

Число заявок, получивших отказ в течение час: λ • p1 = 0 заявок в час.

Номинальная производительность СМО: 1 / 3 = 0.333 заявок в час.

Фактическая производительность СМО: 0.25 / 0.333 = 75% от номинальной производительности.

2.4.2 Математическая модель предлагаемого процесса

Во внедряемом варианте время обслуживания одной заявки 0,6 часа (40мин)

Системы массового обслуживания.

Исчисляем показатели обслуживания для одноканальной СМО:

Интенсивность потока обслуживания:

μ = 1/0.6 = 1.67

1. Интенсивность нагрузки.

ρ = λ • tобс = 0.25 • 0.6 = 0.15

Интенсивность нагрузки ρ=0.15 показывает степень согласованности входного и выходного потоков заявок канала обслуживания и определяет устойчивость системы массового обслуживания.

Поскольку ρ < 1, то очередь не будет расти бесконечно, следовательно, предельные вероятности существуют.

Вероятность, что канал свободен (доля времени простоя канала):

p0 = 1 - ρ = 1 - 0.15 = 0.85

Следовательно, 85% в течение часа канал будет не занят, время простоя равно t_пр = 51 мин.

Вероятность того, что в очереди:

1. 1 заявка:

p1 = ρ(1 - ρ) = 0.15¹(1 - 0.15) = 0.13

2. 2 заявка:

p2 = ρ(1 - ρ) = 0.15²(1 - 0.15) = 0.0191

3. 3 заявка:

p3 = ρ(1 - ρ) = 0.15³(1 - 0.15) = 0.00287

4. 4 заявка:

p4 = ρ(1 - ρ) = 0.15⁴(1 - 0.15) = 0.00043

5. 5 заявка:

p5 = ρ(1 - ρ) = 0.15⁵(1 - 0.15) = 6.5E-5

6. 6 заявка:

p6 = ρ(1 - ρ) = 0.15⁶(1 - 0.15) = 1.0E-5

7. 7 заявка:

p7 = ρ(1 - ρ) = 0.15⁷(1 - 0.15) = 1.0E-6

8. 8 заявка:

p8 = ρ(1 - ρ) = 0.15⁸(1 - 0.15) = 0

9. 9 заявка:

p9 = ρ(1 - ρ) = 0.15⁹(1 - 0.15) = 0

10. 10 заявка:

p10 = ρ(1 - ρ) = 0.15¹⁰(1 - 0.15) = 0

Доля заявок, получивших отказ:

p1 = 1 - p0 = 1 - 0.85 = 0.15

Значит, 15% из числа поступивших заявок не принимаются к обслуживанию.

Относительная пропускная способность:

Поскольку в рассматриваемой СМО ограничение на длину очереди отсутствует, то любая заявка может быть обслужена, поэтому Q = Р_обс = 1.

Абсолютная пропускная способность:

A = Q • λ = 1 • 0.25 = 0.25 заявок/час.

Среднее число заявок в очереди (средняя длина очереди):

L_оч = ρ²/1 - ρ = 0.15²/ 1 - 0.15 = 0.0265

Среднее время простоя СМО (среднее время ожидания обслуживания заявки в очереди):

T_оч = L_оч /A = 0.0265/0.25 = 0.10 ч.

Среднее число обслуживаемых заявок:

L_об = ρ = 0.15

Среднее число заявок в системе:

L_смо = L_оч + L_обс = 0.0265 + 0.15 = 0.18 ед.

13. Среднее время пребывания заявки в СМО.

T_смо = L_смо/A = 0.18/0.25 = 0.71 час

Число заявок, получивших отказ в течение час: λ • p₁ = 0 договоров в час.

Номинальная производительность СМО: 1 / 0.6 = 2 договора в час.

Фактическая производительность СМО: 0.25 / 2 = 13% от номинальной производительности.

Вывод: Сравнивая итоги расчетов по базовому и внедряемому варианту можно увидеть что за час СМО во внедряемом варианте обслуживает 2 заявки , а в базовом 0,33, т.е производительность системы во внедряемом варианте будет в 6 раз выше, т.е. можно будет больше заявок принимать и обрабатывать в месяц.

2.5 Технология функционирования автоматизированной системы обслуживания улиентов

На рисунках 2.21-2.23 показан алгоритм функционирования системы.

Рисунок 2.21 – Алгоритм функционирования системы

Рисунок 2.22 – Алгоритм функционирования системы при заполнении договора займа

Рисунок 2.23 – Алгоритм функционирования системы при заполнении договора вклада

2.6 Работа пользователя с программой

Сотрудник может выбрать, необходимый вид работ с договорами (рисунок 23) .

Рисунок 2.24 – Виды работ с документами

Остальные экранные формы программы представлены ниже на рисунках 24 – 30.

Рисунок 2.25 – Справочник физические лица

Рисунок 2.26 – Создание договора вклада

Рисунок 2.27 – Список договоров вклада

Рисунок 2.28 – Создание договора займа

Рисунок 2.29 – Регистр учета договоров

Рисунок 2.30 – Список договоров соглашения паевой

Рисунок 2.31 – Работа системы в режиме конфигуратора

Рисунок 2.32 – Список договоров залога автомобиля

Рисунок 2.33 – Список договоров поручительства

Рисунок 2.34 – Форма заполнения документа завершение договора вклада

Рисунок 2.34 – Форма заполнения договора залога автомобиля

3 Организационно экономическая часть

3.1 Обоснование актуальности

Целью внедрения модернизированной автоматизированной системы управления микрофинансовой организацией является повышение эффективности работы сотрудников при оформлении и заполнении договоров, а так же улучшения работы с данными. Модернизация программного обеспечения это модификация и улучшение уже существующего ПО, или процесс создания новой функциональности на основе уже применяемого на предприятии ПО.

Разработка и внедрение автоматизированной системы управления микрофинансовой организацией велось на предприятии «Ренда ЗСК». Внедрение будет производиться в кредитно потребительский отдел.

Использовать автоматизированную систему будут юристы предприятия.

От модернизации автоматизированной системы ожидается повышение скорости работы, несмотря на постоянно возрастающий объем обрабатываемых данных.

Описание базового варианта: на данный момент при функционировании системы наблюдается невысокая скорость работы при возрастающем объеме обрабатываемых данных, а так же невысокая производительность труда работников.

Описание внедряемого варианта: после модернизации системы улучшится информационная структура системы, что приведет к повышению скорости работы, несмотря на постоянно возрастающий объем обрабатываемых данных; повыситься производительности труда работников, участвующих в процессе заполнения и оформления договоров; ожидается повышение качественного уровня обработки информации и снижение временных и материальных затрат.