Информационная система обслуживания клиентов паспортного стола
Оглавление
Введение
. Предпроектное обследование
.1 Общее описание предметной области
.2 Цели и задачи дипломной работы
.3 Сравнительный анализ существующих решений
.4 Организационная структура паспортного стола (УФМС)
.5 Функциональная схема отдела контроля по соблюдению
правил проживания и временного пребывания иностранных граждан и лиц без
гражданства
.6 Сценарий работы отделения по контролю за соблюдением
правил проживания и временного пребывания иностранных граждан и лиц без
гражданства
.7 Функционально ориентированная модель отделения по
контролю за соблюдением правил проживания и временного пребывания иностранных
граждан и лиц без гражданства
. Математическая формализация и реинжиниринг бизнес
процессов
.1 Анализ и выбор CASE средств
.2 Математическая формализация функционально
ориентированной модели
.2.1 Характеристики одноканальной СМО в период несезонности
.2.2 Характеристики одноканальной СМО в период сезонности
.3 Оптимизация модели СМО
.4 Функциональные требования к информационной системе
поддержки паспортного контроля на границе
. Проектирование информационной системы обслуживания
клиентов паспортного стола
.1 Выбор архитектуры информационной системы в
соответствии с выявленными функциональными требованиями
.1.1 Архитектура файл-сервер
.1.2 Архитектура клиент сервер
.1.3 Многоуровневая архитектура
.1.4 Сравнительный анализ рассмотренных архитектур
.2 Схема развертывания информационной системы
.3 Анализ средств проектирования баз данных
.4 Проектирование информационной структуры
. Реализация выбранного варианта решения
.1 Выбор языка программирования
.2 Выбор СУБД
.2.1 Понятие БД. СУБД и приложения
.2.2 Особенности СУБД Microsoft SQL Server
.3 Аппаратные требования
. Социальная значимость разработки
. Технико-экономическое обоснование проекта
.1 Расчет интегрального показателя качества
.1.1 Анализ рынка
.1.2 Выбор системы-аналога
.1.3 Интегральный показатель качества
.2 Расчет себестоимости системы
.3 Подход к ценообразованию
.4 Расчет трудоемкости разработки программного продукта
.5 Расчет экономического эффекта от использования
программы
.6 Экономия от увеличения производительности труда
. Безопасность и экологичность при эксплуатации
информационной системы страховой компании
.1 Анализ напряженности трудового процесса при
эксплуатации информационной системы
.1.1 Оценка показателей трудового процесса
.1.2 Дерево отказов при эксплуатации системы
.2 Мероприятия по улучшению условий труда при
эксплуатации информационной системы
.2.1 Содержание работы
.2.2 Длительность сосредоточенного наблюдения
.2.3 Наблюдение за экранами видеотерминалов
.2.4 Степень ответственности
.3 Пожаробезопасность при эксплуатации информационной
системы
.3.1 Пожарная безопасность
.3.2 Электрическая безопасность
.4 Защита окружающей и природной среды при эксплуатации
информационной системы
Заключение
Введение
В наше время, когда бурно развиваются многие направления и отрасли в
науке и технике, когда происходят новые открытия, реализуются новейшие
разработки и проекты, огромное и значимое место в этом всем развивающемся и
совершенствующемся мире выделяется именно информационным технологиям.
Управление федеральной миграционной службой (УФРС) предназначено для
осуществления регистрационного учета граждан Российской Федерации и контроля за
соблюдением гражданами и должностными лицами правил регистрации и снятия с
регистрационного учета граждан РФ, а так же для оформления и выдачи основных
документов, удостоверяющих личность гражданина Российской Федерации.
Ежедневно в отделение приходит большое количество людей по различным
вопроса, связанным с регистрацией по месту прибытия (убытия), получением
гражданства, документов, удостоверяющих личность, обмен паспорта в случае
достижения 20-ти или 45-ти лет, в случае смены фамилии, утери документа и
многое другое. Несомненно, скапливаются большие живые очереди, что мешает
работе сотрудников. Какая же первая мысль возникает у граждан при походе в
отделение УФРС.
Конечно, это мысль - сколько времени придется потратить в ожидании своей
очереди, и еще не факт что вы стояли в тот кабинет, который вам действительно
нужен. Эти утомительные и изматывающие очереди, мы теряем столько драгоценных
минут.… Неужели никак нельзя сократить времяпрепровождения на границе? Конечно
можно! Ведь мы живем в веке информационных технологий, а автоматизированное
управление достигает своего пика. В данной работе будет сделана попытка решить
проблемы УФРС с применением новых информационных технологий. Хотелось бы
отметить ключевые моменты. Целью создания и реализации автоматизированного
управления является повышение эффективности производственной деятельности за
счёт использования информационных технологий в контуре
управления.Информационная технология органично вписывается как система
обработки данных в реальный процесс управления.
1.
Предпроектное обследование
1.1 Общее описание предметной
области
Территориальный орган создается для осуществления правоприменительных
функций, функций по контролю, надзору и оказанию государственных услуг в сфере
миграции, а также для реализации отдельных установленных законодательными и иными
нормативными правовыми актами Российской Федерации задач и функций Федеральной
миграционной службы
Территориальный орган в своей деятельности руководствуется Конституцией
Российской Федерации, федеральными конституционными законами, федеральными
законами, актами Президента Российской Федерации и Правительства Российской
Федерации, общепризнанными принципами и нормами международного права,
международными договорами Российской Федерации, нормативными правовыми актами
Министерства внутренних дел Российской Федерации, приказами и распоряжениями
ФМС России, а также настоящим Положением.
Деятельность территориального органа осуществляется в соответствии с
принципами уважения прав и свобод человека и гражданина, законности и
гуманизма, на основе планирования, сочетания единоначалия в решении вопросов
служебной деятельности и коллегиальности при их обсуждении, персональной
ответственности каждого сотрудника, гражданского служащего, работника
территориального органа за состояние дел на порученном участке и выполнение
отдельных поручений
Положение о территориальном органе, структура, штатное расписание,
численность территориального органа и фонд оплаты труда, в пределах
установленных численности и фонда оплаты труда сотрудников органов внутренних
дел (далее - «сотрудники»), федеральных государственных гражданских служащих
(далее - «гражданские служащие») и работников ФМС России, а также смета доходов
и расходов на их содержание в пределах ассигнований, предусмотренных в
федеральном бюджете на эти цели, утверждаются директором ФМС России.
Территориальный орган имеет структурные подразделения, включая посты
иммиграционного контроля в пунктах пропуска через Государственную границу
Российской Федерации.
Целью деятельности УФМС является осуществление в соответствии с законодательством
Российской Федерации контроля за соблюдением правил проживания и временного
пребывания иностранных граждан и лиц без гражданства, установление гражданства,
регистрация и снятие граждан Российской Федерации с регистрационного учета по
месту пребывания и по месту жительства в пределах Российской Федерации.
Ежедневно через отделы УФМС проходит большой поток людей. Узким местом
работы данной организации является скопление подавляющего большинства клиентов.
В связи с этим замедляется обслуживание посетителей. Так же много людей
оказываются не обслуженными. Это происходит потому, что сотрудники не успевают
справиться с работой. В основном большой поток людей приезжает в праздничные
выходные, отпуска, что показано на примерном графике прибытия людей (см.
рисунок 1.1).
Рис. 1.1 Приблизительный график динамики прибытия людей в отделения УФМС
Для выяснения причин появления вышеуказанных проблем рассмотрим основные
цели данной работы.
1.2 Цели и задачи дипломной работы
информационный система паспортный стол
Целью дипломного проекта является исследования деятельности УФМС и
создание автоматизированной информационной системы поддержки обслуживания
клиентов, с основной мотивацией - сокращение очередей, которые мешают работе
сотрудников отдела.
Для достижения поставленной цели необходимо выполнить следующие задачи:
· Провести сравнительный анализ существующих решений;
· Построить организационную структуру, функциональную схему,
сценарий и функционально-ориентированную модель рассматриваемого объекта;
· Формализовать функционально ориентированную модель с помощью
системы массового обслуживания;
· Провести анализ выделенных характеристик СМО и выявить
существующие проблемы предметной области;
· Провести реинжиниринг путем построения новой,
оптимизированной функционально ориентированной модели;
· Формализовать новую модель с помощью СМО;
· Провести сравнительный анализ моделей и показать преимущество
оптимизированной модели;
· Произвести проектирование информационной системы предназначенной
для поддержки оптимизированных бизнес процессов;
· Рассмотреть способы реализации спроектированной
информационной системы;
· Рассмотреть социальную значимость данного проекта;
· Провести технико-экономическое обоснование проекта;
· Рассмотреть вопросы связанные с безопасностью и
экологичностью проекта.
1.3 Сравнительный анализ существующих решений
Работ с гражданами в отделе УФМС идейно не отличается от работы с
клиентами в любом виде бизнеса, поэтому в качестве аналогов будем рассматривать
существующие систему управления взаимоотношениями с клиентами. Вбизнесе
возможности долговременного накопления информации перед принятием решений
ограничены. Персональная работа с клиентом занимает куда большую, чем в крупных
компаниях, часть времени. Руководителю зачастую приходится одновременно, и
работать с клиентом, и консультироваться с коллегами, и решать административные
задачи. Отличным решением этих проблем может являться автоматизированная
система управления взаимоотношениями с клиентами [10].
Сравнительный анализ существующих информационных систем управления
взаимоотношения с клиентами является сложным процессом, это связано, прежде
всего, с различной организационной структурой систем и масштабом охватываемой
деятельности.
На российском рынке CRM-системы представлены как зарубежными, так и
отечественными производителями. Причем в секторе среднего и малого бизнеса
последние занимают далеко не худшие позиции за счет меньшей стоимости лицензий
при сравнимой полезной функциональности. Достаточно хорошо внедряются такие
системы, как "Terrasoft", "1С:Предприятие 8.0",
"Winpeak".
Может случиться и так, что система, выбранная в качестве наиболее
оптимальной, окажется несовместимой с существующей программой учета и
накопленной с ее помощью базой данных. Поэтому, учитывая тот факт что
1С:Предприятие поддерживает различные средства интеграции, оптимальным решением
будет разработка конфигурации на данной платформе, целью которой будет
управление взаимоотношениями с клиентами.
Проанализировав функциональные возможности существующих информационных
систем предназначенных для управления взаимоотношениями с клиентами, которые
были описаны в пункте 1.4. Можно сделать вывод:
Проведём сравнительный анализ рассмотренных информационных систем
(Таблица 1.1). В качестве критериев будут выступать функциональных возможность
данных систем.
«+» - данный функционал присутствует в системе.
«-» - данный функционал отсутствует в системе.
Таб. 1.1 Сравнительный анализ параметров
|
Программный продукт Критерии
оценки
|
Microsoft
Business Solutions CRM
|
1С:УПП
|
WinPeak CRM
|
|
Ведение списка контактов
|
+
|
+
|
+
|
|
Ведение клиентской базы
|
+
|
+
|
+
|
|
Сегментация клиентов
|
+
|
+
|
+
|
|
Разграничение прав доступа
|
-
|
+
|
-
|
|
Формирование базы знаний
|
+
|
-
|
+
|
|
Использование встроенной
отчётности
|
+
|
+
|
+
|
|
Аналитика и выявление
прибыльных клиентов
|
+
|
+
|
+
|
|
Распределение заказов по
персоналу компании
|
+
|
+
|
+
|
|
Возможность настройки
системы
|
+
|
+
|
+
|
|
Организация бумажного
архива
|
-
|
-
|
-
|
Вывод: Исходя из поставленных задач в данной дипломной работе, можно
утверждать, что использование 1С:Управление производственным предприятием не
будет являться рациональным, это связано прежде всего с ориентацией функций на
бизнес и на долговременное сотрудничество с клиентами. В нашем же случае
необходимы специализированные функции информирования клиентов и организации
электронных очередей, а также эффективные инструменты поддержки обслуживания
клиентов. Поэтому целесообразней проанализировать бизнес процессы в отделе
обслуживания клиентов паспортного стола и выявить необходимый функциональный
набор. Который, в дальнейшем реализовать в виде автоматизированной
информационной системы. Хотя стоит отметить, что некоторые архитектурные и
функциональные решения в рассмотренных системах могут быть заимствованы при
реализации нашей информационной системы.
1.4 Организационная структура паспортного стола (УФМС)
Итак, как уже было сказано в задачах дипломной работы для исследования
бизнес процессов паспортного стола необходимо: построить организационную
структуру паспортного стола и выделить ту сферу деятельности, которой посвящена
данная работа.
Рис. 1.2Паспортный стол (УФМС)
Из выше представленной организационной структуры видно, что у паспортного
стола в подчинении находятся:Отдел кадрового и правового обеспечения
делопроизводства и режима, Отдел оформления заграничных паспортов, Отдел
обеспечения паспортной и регистрационной работы, Отдел по вопросам гражданства,
виз, разрешений, приглашений и регистрации иностранных граждан, Отдел адресно
справочной работы, Отдел иммиграционного контроля, отдел по вопросам трудовой
миграции, беженцев и вынужденных переселенцев. Рассмотрим подробнее отдел
иммиграционного контроля, представленный на рисунке 1.3.
Рис.
1.3 Организационная структура отдела иммиграционного контроля
Из
выше представленной организационной структуры видно, что отдел реализует такие
виды деятельности как:
1. Организация работы по закрытию и открытию въезда в РФ в отношении
ин. граждан и лиц без гражданства, въезд которым в РФ не разрешен
. Выявление иностранных граждан и лиц без гражданства, нарушающих
правила въезда, проживания, временного пребывания на территории РФ и выезда из
РФ
. Осуществление обработки и анализа заполненных бланков
миграционных карт, внесение сведений в региональную базу данных
. Взаимодействие с органами пограничного контроля по вопросам
осуществления непропуска иностранных граждан на территорию России
. Контроль за соблюдением правил проживания и временного
пребывания иностранных граждан и лиц без гражданства
Так как мы будем заниматься рассмотрением работы отделения контроля за
соблюдением правил проживания и временного пребывания иностранных граждан и лиц
без гражданства, то видно, что этой работой занимается следующий штат
сотрудников:
· начальник отделения;
· инспектор;
· секретарь-делопроизводитель.
Далее рассмотрим функциональную схему данного отделения, представленную
на рисунке 1.4
1.5
Функциональная схема отдела контроля по
соблюдению правил проживания и временного пребывания иностранных граждан и лиц без
гражданства
Рис. 1.4 Функциональная схема отдела контроля
На данной функциональной схеме представлены функции сотрудников,
последовательность их выполнения, а также взаимодействие функций между собой.
Далее представлен сценарий работы «Отделения контроля за соблюдением
правил проживания и временного пребывания иностранных граждан и лиц без
гражданства». В нем описан план, по которому осуществляется проверка.
1.6
Сценарий работы отделения по контролю за
соблюдением правил проживания и временного пребывания иностранных граждан и лиц
без гражданства
Рис.
1.5 Сценарий работы отделения по контролю за соблюдением правил проживания и
временного прибивания иностранных граждан и лиц без гражданства
Из
данного сценария видно, что сначала клиент взаимодействует с
секретарём-делопроизводителем посредством предъявления документов. Это
необходимо для того, чтобы секретарь проверил подлинность предъявленных
документов, данные человека. В дальнейшем он возвращает документ, выдаёт
необходимые бланки, справки для заполнения и направляет человека к инспектору
на оформление необходимых документов.
По
прибытии клиента к инспектору, клиент предоставляет все заполненные им
документы, а так же документы, удостоверяющие личность. В свою очередь,
инспектор проводит оформление требующихся справок, бланков, затем выдаёт
оформленные документы и направляет начальнику.
Начальник
проверяет все заполненные документы, а так же документы, удостоверяющие
личность, ставит подпись, затем выдаёт уже полностью оформленные документы с
разрешением.
При
дальнейшем анализе нашей функциональной схемы, сценария работы мы можем
составить Функционально-Ориентированную Модель (далее ФОМ), которая и будет
являться в дальнейшем исходной моделью для формализации и оптимизации.
1.7 Функционально ориентированная модель отделения по контролю за
соблюдением правил проживания и временного пребывания иностранных граждан и лиц
без гражданства
ФОМ - модель, детализированная до уровня функций. Её использование
позволяет ставить и решать задачи на уровне организационной структуры и на
уровне функциональной структуры предприятия.
Основное достоинство ФОМ - разделение отдельных глобальных функций на
более мелкие функциональные единицы, оперирующие с отдельными документами.
Представление в виде ФОМ удобно и наглядно с точки зрения восприятия общей
структуры предприятия, взаимодействия основных его функций (подразделений).
ФОМ «Отделения по контролю за соблюдением правил проживания и временного пребывания
иностранных граждан и лиц без гражданства» можно представить следующим образом
- см. рисунок 1.6.
Рис.
1.6 ФОМ отделения по контролю за соблюдением правил проживания и временного
пребывания иностранных граждан и лиц без гражданства
В
данной ФОМ отображены функции, результаты их выполнения и интерфейсы, где
отражены временные затраты на выполнение функции (в минутах).
2.
Математическая формализация и
реинжиниринг бизнес процессов
2.1 Анализ и выбор CASEсредств
Для того чтобы начать процесс создания моделей системы, необходимо
определиться с выбором средства, в котором данные модели будут создаваться.
Первый и основополагающим требованием к CASE-средству должна быть
поддержка нотации UML версии 2.0 и свободное встраивание в модели произвольных
графических объектов. Вторым немаловажным требованием является удобство
применения CASE-средства.
На следующем этапе выберем несколько CASE-средств, среди которых будет производиться выбор. В
данной работе в процессе анализа будут представлены следующие CASE-средства: Borland Together,MSVisio 2007,Rational Rose. Все эти продукты
поддерживают нотацию UML
2.0.
Достоинством MSVisio
2007является тот факт, что данный продукт распространяется как надстройка к MSOffice 2007. Размер дистрибутива у данного
продукта не очень большой, что позволяет скачать его с сайта разработчика без
каких-либо серьезных затрат.
Недостатком в данном CASE-средстве
является тот факт, что оно поддерживает не все диаграммы нотации UML 2.0. Еще один минус - это отсутствие
технической поддержки пользователей.Но! Большим плюсом является тот факт, что
имеется возможность использовать не стандартные графические примитивы.
CASE-средство
Rational Rose является коммерческой разработкой компании IBM. Последняя 2007 версия данного
продукта поддерживает нотацию UML
2.0 в полном объеме. При инсталляции пакета разработчику предоставляется
множество утилит и сопутствующих продуктов, облегчающих разработку систем.
Также в пакете присутствует возможность генерации исходного кода приложения на
основе моделей. Среди достоинств еще можно выделить очень красивый интуитивно
понятный и эргономичный интерфейс продукта.
Недостатком является слишком высокая цена за лицензионную копию продукта.
Приобретение данного продукта по карману только очень крупным и богатым фирмам
или командам разработчиков.
CASE-средство
Borland Together поставляется в комплекте с пакетом BorlandDeveloperStudio. Данный пакет ориентирован на
разработку приложений на языках Delphi, C++ и Java. Встроенное CASE-средство в данный пакет позволяет создавать модели и генерировать
исходный код из диаграммы классов. Данный пакет изначально ориентирован на
написание исходного кода приложения, его компиляцию и отладку. Функции
разработки моделей в данном пакете являются дополнительными.
Стоимость данного пакета является высокой. Но возможность приобрести
лицензионную версию доступна более широкому кругу разработчиков.
В идеальном случае для создания моделей и проведения моделирования
предметной области необходимо использовать CASE-средство от компании IBM - RationalRose7.0. Но ввиду высокой стоимости и недоступности данного средства, в
данной работе будет использовано CASE-средство
MSVisio 2007. Оно в данном случае
удовлетворяет всем требованиям и является доступным.
CASE-средство
BPwinподдерживающее методологии IDEF0, DFD, IDEF3
и CASE-средство ERwinподдерживающее методологию IDEF1x,являются
безальтернативными в плане выбора. Проводить сравнение между средствами,
поддерживающими нотацию UML
2.0 и методологии IDEF0, DFD, IDEF3 и IDEF1x считаю нецелесообразным, так как
данные средства нацелены на решение различного круга задач, причем средства с
поддержкой UML 2.0 способны решать задачи, решаемые
средствами BPwin и ERwin.
Таблица
2.1Анализ CASE средств
|
MS Visio 2007
|
RationalRose 7.0
|
Borland Together
|
|
Поддержка UML 2.0 и выше
|
+
|
+
|
+
|
|
Генерация кода программы
|
+
|
+
|
+
|
|
Работа в комплексе
|
-
|
+
|
+
|
|
Поддержка
|
-
|
+
|
+
|
|
Экспертная оценка
|
Удовлетворительно
|
Отлично
|
Хорошо
|
|
Размер дистрибутива
|
350 Мбайт
|
8 400 Мбайт
|
4 500 Мбайт
|
|
Аппаратные требования
|
512 Мб оперативной памяти,
400 Мб свободного места на HDD.
|
Минимум 1 Гб оперативной
памяти , от 1200 Мб свободного места на HDD.
|
Минимум 1 Гб оперативной
памяти (рекомендуется больший объем), 700 Мб свободного места HDD
|
|
Стоимость
|
Бесплатно, при условии
покупки MsOffice
|
> 130 000 рублей
|
>55 000 рублей
|
|
|
|
|
|
Проведя анализ достоинств и недостатков, представленных CASEсредств,
можно сделать выбор какое средство необходимо использовать в данном случае. Я
склоняюсь к использованию для создания модели работы объекта исследования и
модели разрабатываемой системы CASEсредства MSVisio 2007, так как оно удовлетворяет требованиям по
использованию нотации UML 2.0 в создаваемых моделях.
2.2 Математическая формализация функционально ориентированной
модели
Наиболее эффективным математическим аппаратом для нашей задачи является
аппарат систем массового обслуживания (СМО). Задача состоит во введении
необходимых средств автоматизации, которые позволили бы сократить очередь и
время обслуживания клиента.
Выбор обуславливается в первую очередь тем, что наблюдается:
. Входной поток поступающих требований или заявок на обслуживание
. Дисциплина очереди
. Механизм обслуживания
Все эти 3 составляющие являются основными компонентами СМО любого вида.
СМО - система, в которую в случайный момент времени поступают заявки на
обслуживание с помощью имеющихся в распоряжении системы каналов обслуживания.
Поступив в обслуживающую систему, требование присоединяется к очереди
других ранее поступивших требований. Канал обслуживания выбирает требование из
находящихся в очереди с тем, чтобы приступить к его обслуживанию. После
завершения процедуры обработки очередного требования, канал обслуживания
приступает к обработке следующего требования, если таковое имеется в блоке
ожидания. Цикл функционирования СМО повторяется многократно, в течение всего
периода работы обслуживающей системы. При этом предполагается, что переход
системы на обработку очередного требования после завершения обработки
предыдущего, происходит мгновенно в случайные моменты времени.
В нашем случае Отделение по контролю за соблюдением правил проживания и
временного пребывания иностранных граждан и лиц без гражданства имеет один
канал обслуживания. В связи с намерением клиента получить разрешение на
пребывание на границе РФ, то независимо, от того, занят ли канал или нет,
человек становится в очередь и ждет столько времени, сколько понадобится, т.е.
пребывая в очереди, он может ждать неограниченно долго. Это говорит о том, что
система без отказов. Исходя из этого, имеем одноканальную СМО с неограниченным
временем ожидания и неограниченной длиной очереди.
Отделение контроля за соблюдением правил проживания и временного
пребывания иностранных граждан и лиц без гражданства представляет собой СМО с
одним каналом обслуживания. Поток людей, прибывающих в УФМС имеет интенсивность
в период несезонности λ=10 (10 человек в час), а в период сезонности
λ=20
(20 человек в час).
Процесс проверки документов у секретаря делопроизводителя продолжается в
среднем 5 минут = 0.083 часа, у инспектора - 10 минут = 0,167 часа, у
начальника - 5 минут = 0,083 часа.
Рис. 2.1 Граф состояний
Сведем характеристики одноканальной СМО и представим их в виде таблицы.
2.2.1 Характеристики одноканальной СМО в период несезонности
Нижеприведённые характеристики рассчитаны на основе статистических данных
поступления людей в период несезонности: февраль, март, апрель, июнь, сентябрь,
октябрь, декабрь, (см. График 1 «Прибытие людей»).
Таблица 2.2 Характеристики СМО Инспектора
|
Обозначение
|
Физический смысл
|
Формула для вычисления
|
Результат
|
Размерность
|
|
λ
|
Интенсивность поступления
людей
|
Исходные данные
|
10
|
Человек/час
|
μ Интенсивность обслуживания μ =
|
5,988Человек /час
|
|
|
|
|
tобс
|
Время обслуживания одной
заявки
|
Исходные данные
|
0,167
|
Часы
|
|
Ротк
|
Вероятность отказа
обслуживания человека
|
Исходные данные
|
0
|
|
ρ Количество
обслуженных заявок в единицу времени ρ =
|
3,34Человек
|
|
|
|
|
q
|
Относительная пропускная
способность
|
q = 1 - Pотк
|
1
|
Человек
|
|
А
|
Абсолютная пропускная
способность - среднее число заявок, которое может обслужить система в единицу
времени
|
A = λ*q
|
10
|
Человек
|
|
r
|
Среднее число заявок в
очереди
|
r = ρ2/(1
- ρ), при ρ<1 и r =
ρ2/(ρ - 1), при ρ>1
|
4,767
|
Человек
|
|
k
|
Среднее число заявок в
системе
|
k = r + ρ
|
8,107
|
Человек
|
|
tож
|
Среднее время ожидания в
очереди
|
tож = ρ/μ*( ρ - 1)
= ρ2/λ*( ρ - 1)
|
0,238
|
Часы
|
|
tсмо
|
Среднее время пребывания
заявки в СМО (включая время ожидания и время обслуживания)
|
tсмо = tож + tобс
|
0,405
|
Часы
|
Таблица 2.3 Характеристики СМО Секретаря-делопроизводителя
|
Обозначение
|
Физический смысл
|
Формула для вычисления
|
Результат
|
Размерность
|
|
λ
|
Интенсивность поступления
людей
|
Исходные данные
|
10
|
Человек/час
|
μ Интенсивность обслуживания μ =
|
12,048Человек /час
|
|
|
|
|
tобс
|
Время обслуживания одной
заявки
|
Исходные данные
|
0,083
|
Часы
|
|
Ротк
|
Вероятность отказа
обслуживания человека
|
Исходные данные
|
0
|
|
|
ρ
|
Количество обслуженных
заявок в единицу времени
|
ρ =1,66Человек
|
|
|
|
q
|
Относительная пропускная
способность
|
q = 1 - Pотк
|
1
|
Человек
|
|
А
|
Абсолютная пропускная
способность - среднее число заявок, которое может обслужить система в единицу
времени
|
A = λ*q
|
10
|
Человек
|
|
r
|
Среднее число заявок в
очереди
|
r = ρ2/(1
- ρ), при ρ<1 и r =
ρ2/(ρ - 1), при ρ>1
|
4,175
|
Человек
|
|
k
|
Среднее число заявок в
системе
|
k = r + ρ
|
5,835
|
Человек
|
|
tож
|
Среднее время ожидания в
очереди
|
tож = ρ/μ*( ρ - 1)
= ρ2/λ*( ρ - 1)
|
0,209
|
Часы
|
|
tсмо
|
Среднее время пребывания
заявки в СМО (включая время ожидания и время обслуживания)
|
tсмо = tож + tобс
|
0,292
|
Часы
|
Таблица 2.4 Характеристики СМО у начальника
|
Обозначение
|
Физический смысл
|
Формула для вычисления
|
Размерность
|
|
λ
|
Интенсивность поступления
людей
|
Исходные данные
|
10
|
Человек/час
|
μ Интенсивность обслуживания μ =
|
12,048Человек /час
|
|
|
|
|
tобс
|
Время обслуживания одной
заявки
|
Исходные данные
|
0,083
|
Часы
|
|
Ротк
|
Вероятность отказа
обслуживания человека
|
Исходные данные
|
0
|
|
ρ Количество
обслуженных заявок в единицу времени ρ =
|
1,66Человек
|
|
|
|
|
q
|
Относительная пропускная
способность
|
q = 1 - Pотк
|
1
|
Человек
|
|
А
|
Абсолютная пропускная
способность - среднее число заявок, которое может обслужить система в единицу
времени
|
A = λ*q
|
10
|
Человек
|
|
r
|
Среднее число заявок в
очереди
|
r = ρ2/(1
- ρ), при ρ<1 и r =
ρ2/(ρ - 1), при ρ>1
|
4,175
|
Человек
|
|
k
|
Среднее число заявок в
системе
|
k = r + ρ
|
5,835
|
Человек
|
|
tож
|
Среднее время ожидания в
очереди
|
tож = ρ/μ*( ρ - 1)
= ρ2/λ*( ρ - 1)
|
0,209
|
Часы
|
|
tсмо
|
Среднее время пребывания
заявки в СМО (включая время ожидания и время обслуживания)
|
tсмо = tож + tобс
|
0,292
|
Часы
|
2.2.2
Характеристики одноканальной СМО в период сезонности
Поступления людей в период сезонности: январь, май, июль, ноябрь (см.
График 1«Прибытие людей»):
Таблица 2.5 Характеристики СМО секретаря-делопроизводителя
|
Обозначение
|
Физический смысл
|
Формула для вычисления
|
Результат
|
Размерность
|
|
λ
|
Интенсивность поступления
людей
|
Исходные данные
|
20
|
Человек/час
|
μ Интенсивность обслуживания μ =
|
12,048Человек /час
|
|
|
|
|
tобс
|
Время обслуживания одной
заявки
|
Исходные данные
|
0,083
|
Часы
|
|
Ротк
|
Вероятность отказа
обслуживания человека
|
Исходные данные
|
0
|
|
ρ Количество
обслуженных заявок в единицу времени ρ =
|
0,83Человек
|
|
|
|
|
q
|
Относительная пропускная
способность
|
q = 1 - Pотк
|
1
|
Человек
|
|
А
|
Абсолютная пропускная
способность - среднее число заявок, которое может обслужить система в единицу
времени
|
A = λ*q
|
20
|
Человек
|
|
r
|
Среднее число заявок в
очереди
|
r = ρ2/(1
- ρ), при ρ<1 и r =
ρ2/(ρ - 1), при ρ>1
|
4,052
|
Человек
|
|
k
|
Среднее число заявок в
системе
|
k = r + ρ
|
4,882
|
Человек
|
|
tож
|
Среднее время ожидания в
очереди
|
tож = ρ/μ*( ρ - 1)
= ρ2/λ*( ρ - 1)
|
0,405
|
Часы
|
|
tсмо
|
Среднее время пребывания
заявки в СМО (включая время ожидания и время обслуживания)
|
tсмо = tож + tобс
|
0,488
|
Часы
|
Таблица 2.6 Характеристики СМО у инспектора
|
Обозначение
|
Физический смысл
|
Формула для вычисления
|
Результат
|
Размерность
|
|
λ
|
Интенсивность поступления
людей
|
Исходные данные
|
20
|
Человек/час
|
|
μ
|
Интенсивность обслуживания
|
μ =5,988Человек
/час
|
|
|
|
tобс
|
Время обслуживания одной
заявки
|
Исходные данные
|
0,167
|
Часы
|
|
Ротк
|
Вероятность отказа
обслуживания человека
|
Исходные данные
|
0
|
|
|
ρ
|
Количество обслуженных
заявок в единицу времени
|
ρ =1,67Человек
|
|
|
|
q
|
Относительная пропускная
способность
|
q = 1 - Pотк
|
1
|
Человек
|
|
А
|
Абсолютная пропускная
способность - среднее число заявок, которое может обслужить система в единицу
времени
|
A = λ*q
|
20
|
Человек
|
|
r
|
Среднее число заявок в
очереди
|
r = ρ2/(1
- ρ), при ρ<1 и r =
ρ2/(ρ - 1), при ρ>1
|
4,163
|
Человек
|
|
k
|
Среднее число заявок в
системе
|
k = r + ρ
|
5,833
|
Человек
|
|
tож
|
Среднее время ожидания в
очереди
|
tож = ρ/μ*( ρ - 1)
= ρ2/λ*( ρ - 1)
|
0,416
|
Часы
|
|
tсмо
|
Среднее время пребывания
заявки в СМО (включая время ожидания и время обслуживания)
|
tсмо = tож + tобс
|
0,583
|
Часы
|
Таблица 2.7 Характеристики СМО у начальника
|
Обозначение
|
Физический смысл
|
Формула для вычисления
|
Результат
|
Размерность
|
|
λ
|
Интенсивность поступления
людей
|
Исходные данные
|
20
|
Человек/час
|
μ Интенсивность обслуживания μ =
|
12,048Человек /час
|
|
|
|
|
tобс
|
Время обслуживания одной
заявки
|
Исходные данные
|
0,083
|
Часы
|
|
Ротк
|
Вероятность отказа
обслуживания человека
|
Исходные данные
|
0
|
|
ρ Количество
обслуженных заявок в единицу времени ρ =
|
0,83Человек
|
|
|
|
|
q
|
Относительная пропускная
способность
|
q = 1 - Pотк
|
1
|
Человек
|
|
А
|
Абсолютная пропускная
способность - среднее число заявок, которое может обслужить система в единицу
времени
|
A = λ*q
|
20
|
Человек
|
|
r
|
Среднее число заявок в
очереди
|
r = ρ2/(1
- ρ), при ρ<1 и r =
ρ2/(ρ - 1), при ρ>1
|
4,052
|
Человек
|
|
k
|
Среднее число заявок в
системе
|
k = r + ρ
|
4,882
|
Человек
|
|
tож
|
Среднее время ожидания в
очереди
|
tож = ρ/μ*( ρ - 1)
= ρ2/λ*( ρ - 1)
|
0,405
|
Часы
|
|
tсмо
|
Среднее время пребывания
заявки в СМО (включая время ожидания и время обслуживания)
|
tсмо = tож + tобс
|
0,488
|
Часы
|
Анализируя полученные данные, видим, что основная нагрузка падает на
инспектора.
Среднее время пребывания заявки у инспектора (включая время ожидания и
время обслуживания) в период несезонности составляет меньше получаса, а среднее
врем пребывания заявки в СМО составляет час.
Среднее время пребывания заявки у инспектора (включая время ожидания и
время обслуживания) в период сезонности составляет чуть больше получаса, а
среднее время пребывания заявки в СМО составляет приблизительно полтора часа.
В период несезонности данные характеристики нас устраивают, а результаты,
полученные в период сезонности необходимо пересмотреть.
Чтобы ускорить прохождение процесса регистрации иммигранта в период
сезонности, следует пересмотреть работу системы и провести реинжиниринг.
Вывод:на основе полученной модели СМО провести реинжиниринг таким
образом, чтобы достичь времени ожидания человеком обслуживания не более 20
минут, времени нахождения человека в системе не более 25 минут. Количество
человек в очереди не должно превышать 4.
2.3 Оптимизация модели СМО
Если внимательно посмотреть на функции инспектора, то следует сделать
вывод о том, что именно на его работу, а именно на оформление документов,
затрачивается длительный интервал времени. Чтобы снизить этот интервал, следует
добавить ещё одного инспектора именно в период сезонности.
В связи с тем, что функции сотрудников мы не модифицируем, и любой из
двух инспекторов выполняет одинаковую последовательность действий, и функции
остальных участников не изменились, то ФОМ не меняет свой вид.
Отделение по контролю за соблюдением правил проживания и временного
пребывания иностранных граждан и лиц без гражданства представляет собой СМО с
одним и двумя (2 инспектора) каналами обслуживания. Поток людей, прибывающих в
УФМС, в период сезонности λ=20 (20 человек в час). Процесс проверки
документов у секретаря делопроизводителя продолжается в среднем 5 минут = 0.083
часа, у инспекторов - 10 минут = 0,167 часа, у начальника - 5 минут = 0,083
часа
Граф такой СМО представлен на рисунке 2.2.
Рис. 2.2 Граф состояний оптимизированной СМО
Таблица 2.8 Характеристики оптимизированной СМО у секретаря
делопроизводителя
|
Обозначение
|
Физический смысл
|
Формула для вычисления
|
Результат
|
Размерность
|
|
λ
|
Интенсивность поступления
людей
|
Исходные данные
|
20
|
Человек/час
|
|
μ
|
Интенсивность обслуживания
|
μ =12,048Человек
/час
|
|
|
|
tобс
|
Время обслуживания одной
заявки
|
Исходные данные
|
0,083
|
Часы
|
|
Ротк
|
Вероятность отказа
обслуживания человека
|
Исходные данные
|
0
|
|
|
ρ
|
Количество обслуженных
заявок в единицу времени
|
ρ =0,83Человек
|
|
|
|
q
|
Относительная пропускная
способность
|
q = 1 - Pотк
|
1
|
Человек
|
|
А
|
Абсолютная пропускная
способность - среднее число заявок, которое может обслужить система в единицу
времени
|
A = λ*q
|
20
|
Человек
|
|
r
|
Среднее число заявок в
очереди
|
r = ρ2/(1
- ρ), при ρ<1 и r =
ρ2/(ρ - 1), при ρ>1
|
4,052
|
Человек
|
|
k
|
Среднее число заявок в
системе
|
k = r + ρ
|
4,882
|
Человек
|
|
tож
|
Среднее время ожидания в
очереди
|
tож = ρ/μ*( ρ - 1)
= ρ2/λ*( ρ - 1)
|
0,405
|
Часы
|
|
tсмо
|
Среднее время пребывания
заявки в СМО (включая время ожидания и время обслуживания)
|
tсмо = tож + tобс
|
0,488
|
Часы
|
Таблица 2.9 Характеристика оптимизированной СМО у инспектора
|
Обозначение
|
Физический смысл
|
Формула для вычисления
|
Результат
|
Размерность
|
|
λ
|
Интенсивность поступления
людей
|
Исходные данные
|
20
|
Человек/час
|
|
μ
|
Интенсивность обслуживания
|
μ=12,048Человек
/час
|
|
|
|
tобс
|
Время обслуживания одной
заявки
|
Исходные данные
|
0,167
|
Часы
|
|
Ротк
|
Вероятность отказа
обслуживания человека
|
Исходные данные
|
0
|
|
|
ρ
|
Количество обслуженных
заявок в единицу времени n каналами
|
ρ=1,577Человек
|
|
|
|
χ
|
Количество обслуженных
заявок в единицу времени одним каналом
|
χ
= 0,789Человек
|
|
|
|
n
|
Количество каналов
|
Исходные данные
|
2
|
Штуки
|
|
Р0
|
Вероятность простоя системы
|
P0=  0,259
|
|
|
|
t0
|
Время простоя системы,
возникающее с вероятностью Р0
|
Р0*Т
|
0,259
|
Часы
|
|
T
|
Период
|
Исходные данные
|
1
|
Часы
|
|
q
|
Относительная пропускная
способность
|
q = 1 - Pотк
|
1
|
Человек
|
|
А
|
Абсолютная пропускная
способность - среднее число заявок, которое может обслужить система в единицу
времени
|
A = λ*q
|
20
|
Человек/час
|
|
z
|
Среднее число занятых
каналов
|
z = A/μ
|
1,577
|
Штук
|
|
r
|
Среднее число заявок в
очереди
|
r =  3,671Человек
|
|
|
|
k
|
Среднее число заявок в
системе
|
k = r + z
|
Человек
|
tож Среднее
время ожидания в очереди tож = 
|
0,292Часы
|
|
|
|
|
tсмо
|
Среднее время пребывания
заявки в СМО (включая время ожидания и время обслуживания)
|
tсмо = tож + tобс
|
0,381
|
Часы
|
Таблица 2.10 Характеристика оптимизированной СМО у Начальника
|
Обозначение
|
Физический смысл
|
Формула для вычисления
|
Результат
|
Размерность
|
|
λ
|
Интенсивность поступления
людей
|
Исходные данные
|
20
|
Человек/час
|
|
μ
|
Интенсивность обслуживания
|
μ =12,048Человек
/час
|
|
|
|
tобс
|
Время обслуживания одной
заявки
|
Исходные данные
|
0,083
|
Часы
|
|
Ротк
|
Вероятность отказа
обслуживания человека
|
Исходные данные
|
0
|
|
|
ρ
|
Количество обслуженных
заявок в единицу времени
|
ρ =0,83Человек
|
|
|
|
q
|
Относительная пропускная
способность
|
q = 1 - Pотк
|
1
|
Человек
|
|
А
|
Абсолютная пропускная
способность - среднее число заявок, которое может обслужить система в единицу
времени
|
A = λ*q
|
20
|
Человек
|
|
r
|
Среднее число заявок в
очереди
|
r = ρ2/(1
- ρ), при ρ<1 и r =
ρ2/(ρ - 1), при ρ>1
|
4,052
|
Человек
|
|
k
|
Среднее число заявок в
системе
|
k = r + ρ
|
4,882
|
Человек
|
|
tож
|
Среднее время ожидания в
очереди
|
tож = ρ/μ*( ρ - 1)
= ρ2/λ*( ρ - 1)
|
0,405
|
Часы
|
|
tсмо
|
Среднее время пребывания
заявки в СМО (включая время ожидания и время обслуживания)
|
tсмо = tож + tобс
|
0,488
|
Часы
|
Произведем сравнительный анализ одноканальной и 2-канальной СМО и
представим его в виде таблицы 11.
Таблица 11 Сравнительный анализ одноканальной и двухканальной СМО
|
Обозначение
|
Физический смысл
|
Результат СМО с одним
каналом
|
Результат СМО с двумя
каналами
|
|
λ
|
Интенсивность поступления
ЛПГ
|
20
|
20
|
|
tобс
|
Время обслуживания одной
заявки
|
0,083
|
0,083
|
|
r
|
Среднее число заявок в
очереди
|
5
|
3
|
|
k
|
Среднее число заявок в
системе
|
6
|
5
|
|
tож
|
Среднее время ожидания в
очереди
|
0,416
|
0,292
|
|
tсмо
|
Среднее время пребывания
заявки в СМО (включая время ожидания и время обслуживания)
|
0,583
|
0,381
|
Вывод: Анализируя полученные результаты, видим что среднее время ожидания
человеком обслуживания составляет приблизительно 17 минут, среднее время
пребывания его в системе равно приблизительно 22 минуты, а количество человек в
очереди свелось к 3. Таким образом, делаем вывод, что проведенный реинжиниринг
помог достичь поставленной в дипломной работе задачи, т.е. построение
оптимальной модели позволяет уменьшить время обслуживания человека инспектором
и тем самым сократить время пребывания человека в УФМС, сократить очередь.
Также необходимо теперь разработать автоматизированную систему поддерживающую
работу инспектора для этого необходимо сформировать функциональные требования к
системе.
2.4 Функциональные требования к информационной системе поддержки
паспортного контроля на границе
В соответствии с проведенным анализом предметной области и построенным
моделям автоматизированная информационная система обслуживания клиентов
паспортного стола должна обладать следующими возможностями:
.Единое централизованное хранилище всей информации включая:
· справочники сотрудников;
· справочники лиц желающих получить обслуживание;
· справочники лиц, которым запрещено нахождение на территории
РФ;
· справочник возможных документов;
.Автоматизированное рабочее место инспектора с возможностью внесения
информации в единое централизованное хранилище информации, должно реализовывать
следующие функции:
· Проверка на разрешения нахождения на территории РФ;
· Определение вида документа;
· Фиксация всех необходимых отметок;
· Занесение информации в центральное хранилище данных.
3. Проектирование информационной системы обслуживания клиентов
паспортного стола
.1 Выбор архитектуры информационной системы в соответствии с
выявленными функциональными требованиями
.1.1 Архитектура файл-сервер
Архитектура файл-сервер не имеет сетевого разделения
компонентов и использует клиентский компьютер для выполнения функций диалога и
обработки данных, что облегчает построение графического интерфейса. Файл-сервер
только извлекает данные из файлов, так что дополнительные пользователи и приложения
добавляют лишь незначительную нагрузку на центральный процессор. Каждый новый
клиент добавляет вычислительную мощность к вычислительной сети.
Объектами разработки в файл-серверном приложении
являются компоненты приложения, определяющие логику диалога PL, а также логики обработки BLи управления данными DL. Разработанное приложение
реализуется либо в виде законченного загрузочного модуля, либо в виде
специального кода для интерпретации.
Однако такая архитектура имеет существенный недостаток: при выполнении
некоторых запросов к базе данных клиенту могут передаваться большие объемы
данных, которые загружают сеть и приводят к непредсказуемому времени реакции.
Значительный сетевой трафик особенно сильно сказывается при организации
удаленного доступа к базам данных на файл-сервере через низкоскоростные каналы
связи. Одним из вариантов устранения данного недостатка является удаленное
управление файл-серверным приложением в сети. При этом в локальной сети
размещается сервер приложений, совмещенный с телекоммуникационным сервером
(обычно называемым сервером доступа), в среде которого выполняются обычные
файл-серверные приложения. Особенность такой организации состоит в том, что
диалоговый ввод-вывод поступает от удаленных клиентов через телекоммуникации.
Приложения не должны быть слишком сложными, иначе велика вероятность перегрузки
сервера, или же нужна очень мощная платформа для сервера приложений.
3.1.2 Архитектура клиент сервер
Архитектура клиент-сервер предназначена для разрешения
проблем файл-серверной архитектуры путем разделения компонентов приложения и
размещения их там, где они будут функционировать наиболее эффективно.
Особенностью архитектуры клиент-сервер является использование выделенных
серверов баз данных, понимающих запросы на языке структурированных запросов SQL (StructuredQueryLanguage) и выполняющих поиск, сортировку и
агрегирование информации. Отличительная черта серверов БД - наличие справочника
данных, в котором записана структура БД, ограничения целостности данных,
форматы и даже серверные процедуры обработки данных по вызову или по событиям в
программе. Объектами разработки в таких приложениях помимо диалога и логики
обработки являются, прежде всего, реляционная модель данных и связанный с ней
набор SQL-операторов для типовых запросов к
базе данных.
Большинство конфигураций клиент-сервер использует
двухуровневую модель, в которой клиент обращается к услугам сервера.
Предполагается, что диалоговые компоненты PS и PL
размещаются на клиенте, что позволяет обеспечить графический интерфейс. Компоненты
управления данными DS и FS размещаются на сервере, а диалог (PS, PL), логики BL и DL - на клиенте. Двухуровневая
архитектура клиент-сервер использует именно этот вариант: приложение работает
на клиенте, СУБД - на сервере (см. рис. 3.1).
Рис.
3.1 Классический вариант клиент-серверной информационной системы
Поскольку эта архитектура предъявляет наименьшие требования к серверу,
она обладает наилучшей масштабируемостью. Однако сложные приложения, вызывающие
большое взаимодействие с БД, могут жестко загрузить как клиента, так и сеть.
Результаты SQL-запроса должны вернуться клиенту для
обработки, потому что там находится логика принятия решения. Такая схема
приводит к дополнительному усложнению администрирования приложений,
разбросанных по различным клиентским узлам.
Для сокращения нагрузки на сеть и упрощения
администрирования приложений компонент BL можно разместить на сервере. При этом вся логика принятия
решений оформляется в виде хранимых процедур и выполняется на сервере БД.
Хранимая процедура - процедура с операторами SQL для доступа к БД, вызываемая по имени с передачей
требуемых параметров и выполняемая на сервере БД. Хранимые процедуры могут
компилироваться, что повышает скорость их выполнения и сокращает нагрузку на
сервер.
Хранимые процедуры улучшают целостность приложений и
БД, гарантируют актуальность коллективно используемых операций и вычислений.
Улучшается сопровождение таких процедур, а также безопасность данных (нет
прямого доступа к данным).
Создание архитектуры клиент-сервер возможно и на
основе многотерминальной системы. В этом случае в многозадачной среде сервера
приложений выполняются программы пользователей, а клиентские узлы вырождены и
представлены терминалами. Подобная схема информационной системы характерна для UNIX. В настоящее время архитектура
клиент-сервер получила признание и широкое распространение как способ
организации приложений для рабочих групп и информационных систем корпоративного
уровня. Подобная организация работы повышает эффективность выполнения
приложений за счет использования возможностей сервера БД, разгрузки сети и
обеспечения контроля целостности данных.
Двухуровневые схемы архитектуры клиент-сервер могут привести к некоторым
проблемам в сложных информационных приложениях с множеством пользователей и
запутанной логикой. Решением этих проблем может стать использование
многоуровневой архитектуры.
3.1.3 Многоуровневая архитектура
Многоуровневая архитектура стала развитием архитектуры
клиент-сервер и в классической форме состоит из трех уровней (см. рис. 3.2)
- нижний уровень представляет собой приложения клиентов,
выделенные для выполнения функций и логики представлений PS и PL и имеющие программный интерфейс для вызова приложения на
среднем уровне;
- средний уровень представляет собой сервер приложений,
на котором выполняется прикладная логика BL и с которого логика обработки данных DL вызывает операции с базой данных DS;
- верхний уровень представляет собой удаленный
специализированный сервер базы данных, выделенный для услуг обработки данных DS и файловых операций FS(без использования хранимых
процедур).
Рис.
3.2 Классический вариант многоуровневой информационной системы
Подобную концепцию обработки данных пропагандируют, в
частности, фирмы Oracle, Sun, Borland и др.
Трехуровневая архитектура позволяет еще больше
сбалансировать нагрузку на разные узлы и сеть, а также способствует
специализации инструментов для разработки приложений и устраняет недостатки
двухуровневой модели клиент-сервер.
Централизация логики приложения упрощает
администрирование и сопровождение. Четко разделяются платформы и инструменты
для реализации интерфейса и прикладной логики, что позволяет с наибольшей
отдачей реализовывать их специалистами узкого профиля. Наконец, изменения
прикладной логики не затрагивают интерфейс, и наоборот. Но поскольку границы
между компонентами PL, BL и DL размыты, прикладная логика может появиться на всех трех
уровнях. Сервер приложений с помощью монитора транзакций обеспечивает интерфейс
с клиентами и другими серверами, может управлять транзакциями и гарантировать
целостность распределенной базы данных. Средства удаленного вызова процедур
наиболее соответствуют идее распределенных вычислений: они обеспечивают из
любого узла сети вызов прикладной процедуры, расположенной на другом узле,
передачу параметров, удаленную обработку и возврат результатов. С ростом систем
клиент-сервер необходимость трех уровней становится все более очевидной.
Продукты для трехзвенной архитектуры, так называемые мониторы транзакций,
являются относительно новыми. Эти инструменты в основном ориентированы на среду
UNIX, однако прикладные серверы можно
строить на базе MicrosoftWindowsNT
с использованием вызова удаленных процедур для организации связи клиентов с сервером
приложений. На практике в локальной сети могут использоваться смешанные
архитектуры (двухуровневые и трехуровневые) с одним и тем же сервером базы
данных. С учетом глобальных связей архитектура может иметь больше трех звеньев.
В настоящее время появились новые инструментальные средства для гибкой
сегментации приложений клиент-сервер по различным узлам сети.
Таким образом, многоуровневая архитектура распределенных приложений
позволяет повысить эффективность работы корпоративной информационной системы и
оптимизировать распределение ее программно-аппаратных ресурсов. Но пока на
российском рынке по-прежнему доминирует архитектура клиент-сервер.
3.1.4 Сравнительный анализ рассмотренных архитектур
В результате изучения представленных в данном разделе архитектур и
предъявленных во втором разделе функциональных требований следует выбрать
архитектуру клиент-сервер. Так как требуется одновременная работа нескольких
АРМ инспекторов, а именно двух в период сезонности, с единым хранилищем данных.
Следует отметить, что выбранная архитектура является наиболее подходящей не
только из-за требования к распределенной работе с едиными ресурсами, но из-за
меньшей нагрузки на канал передачи данных между АРМ инспекторов и единым
хранилищем данных.
3.2 Схема развертывания информационной системы
Учитывая выбранную архитектуру схему развертывания можно изобразить, как
показано на рисунке 3.3.
Рис. 3.3 Схема развертывания ИС
На сервере располагаются следующие компоненты: БД и Обработка данных. На
АРМ инспекторов располагается интерфейс для выполнения всех необходимых
функций. Автоматизированные рабочие места соединены с сервером посредством
локальной вычислительной сети.
Вывод:
Подобная архитектура ИС и схема развертывания позволяют достичь
необходимого уровня производительности при средних требованиях к программному и
аппаратному обеспечению.
3.3 Анализ средств проектирования баз данных
Ни одну область деятельности человека, поддерживаемую информационными
технологиями, невозможно представить себе без использования баз данных,
помогающих получить быстрый доступ к информации, увеличивая тем самым
продуктивность работы.
Среди CASE-средств для разработчиков сейчас наиболее популярны средства
проектирования баз данных (БД). Поскольку структура БД, создаваемой ИС, как
правило, весьма сложна, то ее разработка - процесс трудоемкий. К тому же
необходимо обеспечить связь между модельной составляющей и БД, автоматическое
написание рабочего кода приложения, существенно экономящее время программистов и
гарантирующее проектировщикам, что в системе воплощено именно то, что они
задумали.
Как правило, современные средства проектирования данных поддерживают
несколько типов СУБД (например, ERwin фирмы Computer Associates поддерживает
более 20различных СУБД). Уровень поддержки той или иной платформы в разных
средствах проектирования данных может быть различен. Например, конкретное
средство может поддерживать или не поддерживать для данной СУБД такие
особенности, как создание хранимых процедур, генерация объектов физической
памяти (табличных пространств, сегментов отката и др.), задание местоположения
объектов базы данных в физических объектах и т.д. Поэтому, выбирая средство
проектирования данных для решения конкретной задачи, стоит поинтересоваться,
каковы его возможности с точки зрения поддержки особенностей той или иной
платформы- при удачном раскладе можно сэкономить немало времени на «ручное»
доведение создаваемой базы данных (или DDL-скрипта для ее генерации) до
необходимого состояния. При этом, естественно, чем больше возможностей и
платформ поддерживает конкретное средство проектирования данных, тем дороже оно
стоит (следует отметить, что CASE-средства вообще относятся к не самым дешевым
программным продуктам- цены на них составляют обычно от одной до нескольких
десятков тысяч долларов).
Рассмотрев, что представляет собой процесс проектирования данных, имеет
смысл перейти к рассмотрению наиболее популярных продуктов, с помощью которых
можно его осуществить.
Наиболее популярные средства проектирования данных
Итак, кратко рассмотрим особенности наиболее популярных CASE-средств,
применяемых для проектирования данных. Их список приведен в таблице3.1.
Таблица 3.1
Наиболее популярные средства проектирования данных
|
CASE - средство
|
Производитель
|
URL
|
|
Designer 2000
|
Oracle
|
<#"783958.files/image019.gif">
Рис.
3.4 Логическая модель данных
Структура
базы данных состоит из следующих сущностей:
· Клиент паспортного стола. Сущность, характеризующая человека
обратившегося в паспортный стол. Содержит необходимую информацию о каждом
кандидате в следующих атрибутах:
o Идентификатор - уникальный идентификатор, который
присваивается человеку при обращении в паспортный стол;
o ФИО - фамилия, имя и отчество человека;
o Пол - пол человека;
o Возраст;
o Гражданство;
o Дополнительная информация о человеке.
· Документ. Сущность, которая характеризует документы
предъявляемые человеком. Содержит необходимую информацию о каждом документе в
следующих атрибутах:
o Идентификационный номер документа;
o Идентификатор клиента - атрибут для связи с сущностью «клиент
паспортного стола»;
o Тип;
o Дата выдачи;
o Срок действия;
o Фото;
o Дополнительная информация.
· Инспектор. Сущность, которая характеризует инспектора
находящегося на дежурстве и осуществляющего проверку и регистрацию документов
клиента. Содержит всю необходимую информацию о инспекторе в следующих
атрибутах:
o Личный номер;
o ФИО;
o Звание;
o Логин в системе;
o Пароль в системе;
o Возраст;
o Идентификатор клиента паспортного стола - атрибут для связи с
сущностью «клиент паспортного стола».
· Фактическое место регистрации. Сущность, которая
характеризует место жительства, по которомуклиент паспортного стола пытается
осуществить регистрацию. Содержит всю необходимую информацию о месте жительства
в следующих атрибутах:
o Id;
o Город;
o Улица;
o Дом;
o Квартира;
o Особые отметки.
Следующим шагом в разработке БД является переход от логической модели
данных к физической. Используемая методология IDEF1x
предполагает разработку реляционной БД, в которой физическая модель идентична
логической. Заметим, что при переходе от логического уровня к физическому
необходимо устранить связи «многие-ко-многим» посредством введения
дополнительной сущности. Таким образом, физическая модель данных будет
выглядеть, как показано на рисунке 3.5.
Рис.
3.5Физическая модель данных
Таким
образом, разработана структура БД, которая позволяет хранить всю необходимую
для корректной работы системы информацию.
4.
Реализация выбранного варианта решения
Реализация включает в себя финальный этап разработки информационной
системы. На нем выбирается язык программирования и СУБД.
Перед написанием программного кода очень важно описать все алгоритмы
работы системы, просчитать все вероятные действия пользователя.
4.1 Выбор языка программирования
Основное достоинство языка программирования Delphiсостоит в объектно-ориентированном представлении. Так
же существенно изменился принцип компиляции программ.- это комбинация
нескольких важнейших технологий:
- высокопроизводительный компилятор в машинный код;
- объектно-ориентированная модель компонент;
- визуальное (а, следовательно, и скоростное) построение
приложений из программных прототипов;
- масштабируемые средства для построения баз данных.
Основной упор модели в Delphi делается на то,чтобы максимально
производительно использовать код. Это позволяет очень быстро разрабатывать
приложения, так как уже существуют заранее подготовленные объекты. А так же вы
можете создавать свои собственные объекты, без каких-либо ограничений. Язык Delphi
- строго типизированный объектно-ориентированный язык, в основе которого лежит
хорошо знакомый программистам Object Pascal.
В стандартную поставку Delphi входят основные объекты из 270 базовых
классов. На этом языке очень удобно писать, как приложения к базам данных, так
даже и игровые программы. Если принять во внимание и удобный интерфейс для
создания графических оболочек, то можно с уверенностью заявить что язык Delphi
- это очень доступный для понимания, но в то же время и очень мощный язык
программирования.
Среди пользователей самой популярной операционной системой является
Windows. И для разработчика несомненно очень важно,чтобы писать программы
именно для этой оболочки. До недавнего времени практически все программы для
этого пакета операционных систем писались на Borland С++, который в своё время
мог освоить только пользователь с большим опытом программирования и требовал
серьёзных знаний в теории.
Бурное развитие информационных технологий требовало качественной и
быстрой разработке программного обеспечения. Именно для таких разработок
проявил себя Borland Delphi и Microsoft Visual Basic. В основе систем быстрой
разработки (RAD-систем, Rapid Application Development - среда быстрой
разработки приложений) лежит технология визуального проектирования и
событийного программирования, и вам не надо будет думать над программным кодом
и реализацией стандартных задач, все, что вам требуется - это подключить
определённый модуль (в зависимости от задачи) и правильно построить интерфейс
программы.
Компилятор, встроенный в Delphi,
обеспечивает высокую производительность, необходимую для построения приложений
в архитектуре “клиент-сервер”. Он предлагает легкость разработки и быстрое
время проверки готового программного блока, характерного для языков четвертого
поколения (4GL) и в то же время обеспечивает
качество кода, характерного для компилятора 3GL. Кроме того, Delphi
обеспечивает быструю разработку без необходимости писать вставки на Си или
ручного написания кода (хотя это возможно).
Delphi
предназначен не только для программистов-профессионалов, но и для малоопытных в
программировании людей. С помощью данного языка программирования можно наиболее
просто и эффективно реализовать поставленные задачи.
4.2 Выбор СУБД
Важным шагом в проектировании БД является выбор СУБД. От выбора СУБД
зависит качество работы пользователя с данными.
4.2.1 Понятие БД. СУБД и приложения
База данных (БД) представляет собой совокупность специальным образом
организованных данных, хранимых в памяти вычислительной системы и отображающих
состояние объектов и их взаимосвязей в рассматриваемой предметной области.
Особенностью БД является тот факт, что она рассчитана на использование
при создании различных независимых программ и приложений. В этом основное
отличие БД от обычных файлов данных - они используются только в конкретно
разработанном для них приложении.
Система управления базой данных - специальная программа и/или пакет
программ, которые предназначены для создания, управления работой БД,
обеспечения доступа к данным и их централизованного управления.
Приложение представляет собой программу или комплекс программ,
обеспечивающих автоматизацию обработки информации для прикладной задачи. Мы
рассматриваем приложения, использующие БД. Приложения могут создаваться в среде
или вне среды СУБД - с помощью системы программирования, использующей средства
доступа к БД. Приложения, разработанные в среде СУБД, часто называют
приложениями СУБД, а приложения, разработанные вне СУБД,- внешними
приложениями.
4.2.2 Особенности СУБД Microsoft SQL Server
Важнейшие характеристики СУБД MicrosoftSQLServer- это:
1. Простота администрирования;
2. Возможность подключения к Web;
. Быстродействие и функциональные возможности механизма сервера
СУБД;
. Наличие средств удаленного доступа.
В комплект средств административного управления данной СУБД входит целый
набор специальных мастеров и средств автоматической настройки параметров
конфигурации. Также данная БД оснащена замечательными средствами тиражирования,
позволяющими синхронизировать данные ПК с информацией БД и наоборот. Входящий в
комплект поставки сервер OLAP дает возможность сохранять и анализировать все
имеющиеся у пользователя данные.
В принципе, данная СУБД представляет собой современную
полнофункциональную базу данных, которая идеально подходит для малых и средних
организаций. Необходимо заметить, что SQL Server уступает другим СУБД по двум
важным показателям: программируемость и средства работы. При разработке
клиентских БД приложений на основе языков Java, HTML часто возникает проблема
недостаточности программных средств SQL Server и пользоваться этой СУБД будет
труднее, если перечисленные языки необходимы. SQL Server функционирует только в
среде Windows. Поэтому использование SQL Server целесообразно, по нашему
мнению, только если для доступа к содержимому БД используется исключительно
стандарт ODBC, в противном случае лучше использовать другие СУБД.
MicrosoftSQLServer относится к классу многопользовательских систем. Данная СУБД
развивается и совершенствуются уже в течение многих лет и реализуется как
коммерческий программный продукт. Эту СУБД можно характеризовать как основу для
промышленных решений в области обработки данных.
Т. к. разрабатываемая информационная система предназначена для небольшой
компании с малым количеством сотрудником, то применение СУБД MicrosoftSQLServer будет оптимальным.
4.3
Аппаратные требования
Данная система не требует наличия высокоскоростных рабочих станцийсо
стороны клиентов.
Минимальные аппаратные требования для компьютера клиента. Для работы
клиентской станции достаточно следующей конфигурации:
- процессор Pentium 75;
- память 32 Мб;
- VGA совместимый видеоадаптер;
- сетевой адаптер;
- клавиатура;
- манипулятор “Мышь”
- модуль беспроводной локальной сети «Wi-Fi».
Минимальные аппаратные требования со стороны сервера. Для работы сервера
достаточно следующей конфигурации:
- процессор Pentium(Celeron) 400;
- память 64 Мб;
- VGA совместимый видеоадаптер;
- сетевой адаптер;
- накопитель на Жестком Магнитном Диске 2 Гб.
5.
Социальная значимость разработки
В ходе исследования данной предметной области была выявлена основная
проблема. Это связано с тем, что в период сезонности инспектора не успевают
обслужить весь поток клиентов, поэтому создаются большие очереди, а пребывание
человека в УФМС становится невыносимым.
Для устранения данной проблемы было предложено увеличить число
инспекторов. Тем самым мы сократим время обслуживания и, следовательно, время
ожидания заявки на обслуживание. Так же для увеличения производительности
работы инспектора, предложена информационная система обслуживания клиентов
паспортного стола.
Таким образом, для увеличения производительности, я считаю, необходимо
воспользоваться вышеизложенным предложением.
Внедрение информационных технологий в деятельность общественных
институтов позволяет достичь не только лучших показателей производительности,
но и подтолкнуть его работников к развитию себя как личности в рамках
современного технического прогресса.
Современное общество не только нуждается в культурном и социальном
развитии, но и требует постоянного информационного развития, повышения качества
информации и улучшение эргометрических характеристик работы с ней.
6.
Технико-экономическое обоснование
проекта
Необходимо произвести анализ экономической эффективности разработки
системы, в современных условиях рыночной экономики, оценить затраты на
проектирование. Одним из важнейших моментов при проектировании системы,
является обоснование экономической эффективности от внедрения системе [9].
6.1 Расчет интегрального показателя качества
Потребительская ценность продукции зависит не только от эксплуатационных
показателей качества, но и от целого ряда других потребительских ценностей,
прямо или косвенно характеризующих продукцию. Количественная характеристика
одного или нескольких свойств продукции, составляющих ее качество, называется
показателем качества продукции [10].
6.1.1 Анализ рынка
Данная система будет пользоваться спросом. Автоматизация процесса
паспортного контроля предоставляет расширенный спектр возможностей, которые
вручную выполнить достаточно трудоёмко.В связи с массовой автоматизацией
предприятий разработка будет актуальна.Подобный программный продукт может быть
реализован в единичном экземпляре либо тиражирован и реализован некоторому
числу заказчиков. Важным фактором, влияющим на процесс формирования цены,
является конкуренция на рынке, необходимость учета которой очевидна.
6.1.2 Выбор системы-аналога
В настоящее время существует масса систем для автоматизации
бизнес-процессов паспортного контроля. Они ориентированы как на небольшие
организации, так и на предприятия-гиганты. Я остановил свой выбор на малых
учреждениях, в силу причин, описанных ранее.
Первое, на что стоит обратить внимание при изучении системы, это состав
ее информационных объектов. Именно они характеризуют информационную мощность
системы, т. е. определяют, какими понятиями и с какой степенью детализации
можно оперировать при выполнении работ по моделированию.
Для сравнения с разработанной системой, мы выбрали наиболее подходящую по
функциональности и общим характеристикам систему. Это система
"Контроль+". Именно ее мы будем рассматривать при составлении базы
сравнения и вычисления интегрального показателя качества.
В таблице 6.1 приведено сопоставление основных критериев сравнения по
10-бальной шкале разрабатываемой модели информационной системы и существующей
системы-аналога.
Таблица 6.1 - Сопоставление технико-экономических критериев
|
Критерий
|
Весовой коэффиц., qi
|
Оценка модели, А1i
|
qi·A1i
|
Оценка аналога, А2i
|
qi·A2i
|
|
Учет попыток пересечения
|
0,3
|
10
|
3,0
|
10
|
3,0
|
|
Поддержка обновления информации
|
0,3
|
10
|
3,0
|
7
|
2,1
|
|
Разграничение доступа
|
0,1
|
6
|
0,6
|
6
|
0,6
|
|
Совместимость
|
0,2
|
8
|
1,6
|
6
|
1,2
|
|
Использование СУБД
|
0,2
|
8
|
1,6
|
8
|
1,6
|
|
ИТОГО:
|
1,0
|
|
9,8
|
|
8,5
|
6.1.3 Интегральный показатель качества
По данным сравнительной характеристики рассчитаем интегральный технический
показатель разрабатываемой системы и выбранного аналога.
Он будет равен:
для разрабатываемой системы:
Θ1 = ∑ A1iqi = 9,8
для аналога:
Θ2 = ∑ A2iqi = 8,5,
где A1i и A2i соответствующая характеристика
проекта и аналога;qi - весовые
коэффициенты.
Относительная технико-экономическая эффективность разработанного
продукта:
Kи = Θ1
/ Θ2 = 1,153.
Полученное значение Kи
показывает целесообразность и экономическую эффективность разработки.
6.2 Расчет себестоимости системы
Под разработкой информационной системы будем понимать совокупность работ,
которые необходимо выполнить, чтобы разработать программный продукт,
выполняющий все описанные на этапе моделирования функции.
Для расчета затрат на этапе проектирования необходимо определить
продолжительность каждой работы. Продолжительность работ определяется либо по
нормативам (с использованием специальных справочников), либо расчетом с помощью
экспертных оценок по формуле (6.1):
 ,(6.1)
где То - ожидаемая длительность работ;Тmin и Тmax - наименьшая и
наибольшая, по мнению эксперта, длительность работ.
Все расчеты сведены в таблице 6.2.
Таблица 6.2 - Определение продолжительности работ
|
Наименование работ
|
Длительность работ (дней)
|
|
tmin
|
tmax
|
t0
|
|
Разработка ТЗ
|
5
|
9
|
6,6
|
|
Анализ ТЗ
|
4
|
6
|
4,8
|
|
Поиск и изучение
источников*
|
12
|
16
|
13,6
|
|
Разработка алгоритма
|
14
|
20
|
16,4
|
|
Разработка программы*
|
20
|
34
|
25,6
|
|
Тестирование и отладка
программы*
|
20
|
25
|
22,0
|
|
Оформление сопроводительной
документации*
|
7
|
14
|
9,8
|
|
Машинное время
|
59
|
89
|
71,0
|
|
Итого:
|
82
|
124
|
98,8
|
Ленточный график работ представлен на рисунке 6.1.
Рисунок 6.1 - Ленточный график
Всего было затрачено 99 дней (из них с использованием ЭВМ - 71 день).
Себестоимостьразработанной системы рассчитаем по формуле (6.2):
К = Zп + Мп + Нр,(6.2)
где Zп - заработная плата проектировщика на всем этапе проектирования;Мп
- затраты на использование ЭВМ на этапе проектирования;Нр - накладные расходы.
Одним из основных видов затрат на этапе проектирования является
заработная плата проектировщика, которая рассчитывается по формуле (6.3):
Zп = Zд Тп (1 + ас /100) (1 + ап /100),(6.3)
где Zд - дневная заработная плата разработчика на этапе проектирования;
ас - единый социальный налог (ЕСН); ап - процент премий.д = 110 руб.,
Тп= 99 дней,
aс = 26%,
aп = 20%,п = 110· 99 (1 + 26/100)(1 + 20/100) = 16466 (руб.).
Формула (6.4) для расчетов затрат на использование ЭВМ на этапе
проектирования имеет вид:
где СМ - стоимость 1 часа машинного времени; tМ - необходимое для решения
задачи машинное время (час).
СМ= 15 руб.,М = tР t,
где tР - время, требуемое на разработку программы; t - количество часов
работы с ПП в день.М = 71 · 4 = 284 ч,
МП = 15 · 352 = 4260 руб.
Накладные расходы составляют 10% от заработной платы персонала, занятого
эксплуатацией программы, и вычисляются по формуле (6.5):
НП = (ZП · 10) / 100,(6.5)
НП = (16466 · 10) / 100 = 1647 руб.
Таким образом, получим себестоимость системы по формуле (6.6):
С = Zп + Мп + Нп,(6.6)
С= 16466 + 4260 + 1647 =22373 руб.
Цена разработанной системы вычисляется по следующей формуле (6.7):
Ц = С + П,(6.7)
где П - прибыль разработчика.
Прибыль составляет 5% от себестоимости системы.
Таким образом, цена разработанной системы равна:
Ц = С + 0,05 · С,
Ц = 22373 + 0,05 · 22373 = 23492 руб.
6.3 Подход к ценообразованию
Управление любым предприятием наряду с множеством проблем, таких, как
набор квалифицированного персонала, обеспечение бесперебойной работой
имеющегося оборудования, своевременный сбыт продукции, решает еще одну,
важнейшую задачу - как добиться прибыльности производства, и более того, как
получить максимальную прибыль. Поэтому важным фактором для получения прибыли
является выбор рынка сбыта продукции. Как свидетельствует статистика,
большинство производимой продукции продается на рынках, имеющих структуру
олигополии. Поэтому важно понять механизм получения максимальной прибыли на
олигополистическом рынке, особенности, выделяющие этот рынок из множества
других рыночных структур.
Олигополия - это отрасль, в которой большую часть продаж осуществляется
несколькими фирмами, каждая из которых оказывает влияние на рыночную цену
своими собственными действиями.
Для рынка олигополии характерно:
- господство в отрасли нескольких, относительно (а иногда, и
абсолютно) крупных предприятий, принципиальным следствием чего являются их
особые взаимоотношения, тесная взаимозависимость и острое соперничество во всех
сферах деятельности;
- производство как однородной, так и диверсифицированной
продукции;
высокая монопольная (рыночная) власть отдельной фирмы (больше, чем
на конкурентном рынке, но меньше, чем при чистой монополии).
Основная проблема, с которой сталкиваются все олигополисты, заключается в
необходимости постоянного учета деятельности фирм-конкурентов. Теснейшая
взаимозависимость фирм на рынке предопределяет специфику их поведения.
В отличие от других рыночных структур, олигополист всегда учитывает, что
выбранные им цены и объем выпуска напрямую зависят от рыночной стратегии его
конкурентов, которая в свою очередь определяется выбранными им решениями.
Рынок олигополии наиболее приемлем для сбыта разработанной
автоматизированной системы построения расписаний, т.к. существует несколько
крупных компаний, выпускающих продукцию подобного типа и остро конкурирующих
друг с другом.
6.4 Расчет трудоемкости разработки программного продукта
В качестве основного фактора определяющего трудоемкость и длительность
разработки программного продукта будем принимать размер исходного текста
программы (ИТП).
Обозначим G - трудоемкость
разработки ПП (чел-мес), Т - длительность разработки ПП, месяц.
G и Т
определяются по формулам (6.8) и (6.9)
 ,(6.8)
 ,(6.9)
где n - количество тысяч строк ИТП.
ИТП, в нашем случае составляет 2100 строк, т.е. n= 2,1. Исходя из этого, определим G и Т:
 ,
 .
6.5
Расчет экономического эффекта от использования программы
Критерием эффективности создания и внедрения новых методов является
ожидаемый экономический эффект. Он определяется по формуле (6.10):
Э = Эг - Кп · Ен,(6.10)
где Эг - годовая экономия; Кп - капитальные затраты покупателя; Ен -
нормативный коэффициент (Ен = 0,3).
Годовая экономия Эг складывается из экономии эксплуатационных расходов и
экономии в связи с повышением производительности труда пользователя. Таким
образом, получаем формулу (6.11):
Эг = (Р1 + Р2) + DРп,(6.11)
где Р1 и Р2 - соответственно эксплуатационные расходы до и после
внедрения; DРп - экономия
от повышения производительности труда пользователя.
Т.к. программный продукт не требует дополнительных эксплуатационных
расходов, то годовая экономия Эг равна:
Эг = DРп.
6.6 Экономия от увеличения производительности труда
Если пользователь при выполнении работы j-того вида после использования
системы экономит Тj часов, то повышение производительности труда Рп (в
процентах) определяется по формуле (6.12):
Pп = Тj / (tj- Tj) · 100,(6.12)
где tj - время, которое планировалось
пользователю для выполнения работы j-того вида до внедрения разработанной
системы (в часах).
Тj иtj должны быть определены в среднем за
год.
Без использования программы расчет статистических критериев представляет
собой сложный и трудоемкий процесс, занимающий порядка двух часов в день. При
внедрении программы время затрачивается только на ввод исходных данных и
составляет 10 минут в день. Таким образом:
Рп = (1,83 / (2 - 1,83))*100% = 1076%
До использования программы годовая оплата пользователя составляла:
*12 = 60000 руб.
После использования программы:
(5000 / 10,76) · 12 = 5576 руб.
Таким образом, экономия от повышения производительности труда
пользователя равна:
DРп = 60000 - 5576 = 54424 руб.
Годовая экономия равна:
Эг = DРп = 54424 руб.
Так как капитальные затраты покупателя равны:
Кп = С + П,
КП= 22373 + 0,05 · 22373 = 23492 руб.
Отсюда получаем, что ожидаемый экономический эффект равен:
Э = Эг - Ен· Кп
Э = 54424 - 0,3 ·23492 = 47346 руб.
В результате получим таблицу 6.3.
Таблица 6.3 - Показатели экономической эффективности разработки
|
Показатель
|
Цена, руб.
|
|
Себестоимость
|
22373
|
|
Цена с учетом прибыли
|
23492
|
|
Экономический эффект
|
47346
|
7.
Безопасность и экологичность при
эксплуатации информационной системы страховой компании
Несоблюдение гигиенических норм и правил на рабочем месте может привести
к возникновению умственного переутомления, нервного возбуждения и как следствие
снижения работоспособности. К этому могут привести такие характеристики
трудового процесса, как значимость работы, ответственность за конечный
результат, а также факторы монотонности труда: число элементов и
продолжительность простых заданий и повторяющихся операций, число объектов наблюдения
и другие. Для продуктивной работы пользователю необходимы: правильный режим
питания, режим дня, режим труда и отдыха, правильная организация рабочего
места.
7.1 Анализ напряженности трудового процесса при эксплуатации
информационной системы
Оценку напряженность трудового процесса для оператора проведем в
соответствии с руководством P2.2.2006-05
«Гигиенические критерии оценки и классификация условий труда по показателям
вредности и опасности факторов производственной среды, тяжести и напряженности трудового
процесса»[11].
Методы классификации, представленные в выше упомянутом руководстве,
позволяют при выставлении общей оценки учитывать комбинации и сочетания всех
факторов производственной среды и трудового процесса, а также прогнозировать
риск развития профессиональных заболеваний или других нарушений здоровья.
Все факторы (показатели) трудового процесса имеют качественную или
количественную выраженность и сгруппированы по видам нагрузок:
интеллектуальные, сенсорные, эмоциональные, монотонные, режимные нагрузки.
7.1.1 Оценка показателей трудового процесса
Рассмотрим и оценим все показатели трудового процесса согласно
гигиеническим критериям.
. Нагрузки интеллектуального характера
.1. "Содержание работы" -наиболее сложная по содержанию работа,
требующая той или иной степени эвристической (творческой) деятельности. Оценка
3.2;
.2. "Восприятие сигналов (информации) и их оценка" - по данному
фактору трудового процесса осуществляется восприятие сигналов (информации) с
последующей коррекцией действий и выполняемых операций. Оценка 2.0;
.3. "Распределение функций по степени сложности задания". Любая
трудовая деятельность характеризуется распределением функций между работниками.
Соответственно, чем больше возложено функций на работника, тем выше
напряженность его труда. Оценка 2.0;
.4. "Характер выполняемой работы". Наибольшая напряженность
характеризуется работой в условиях дефицита времени и информации. При этом
отмечается высокая ответственность за конечный результат работы. Оценка 3.2;
. Сенсорные нагрузки.
.1. "Длительность сосредоточенного наблюдения (в % от времени
смены)" - чем больше процент времени отводится в течение смены на
сосредоточенное наблюдение, тем выше напряженность. Общее время рабочей смены
принимается за 100%. Оценка 3.1;
.2. "Плотность сигналов (световых, звуковых) и сообщений в среднем
за 1 ч работы" - количество воспринимаемых и передаваемых сигналов
(сообщений, распоряжений) позволяет оценивать занятость, специфику деятельности
работника. Оценка 1.0;
.3. "Число производственных объектов одновременного наблюдения"
- указывает, что с увеличением числа объектов одновременного наблюдения
возрастает напряженность труда (до5). Оценка 1.0;
.4. "Размер объекта различения (при расстоянии от глаз работающего
до объекта различения не более 0.5 м) при длительности сосредоточенного
наблюдения (% от времени смены)". Класс напряженности труда зависит от
размера рассматриваемого предмета и продолжительности времени наблюдения (т.е.
от нагрузки на зрительный анализатор). Оценка 2.0;
.5. "Работа с оптическими приборами (микроскоп, лупа и т.п.) при
длительности сосредоточенного наблюдения (% от времени смены)". На основе
хронометражных наблюдений определяется время (часы, минуты) работы за
оптическим прибором. Оценка 1.0.
.6. "Наблюдение за экраном видеотерминала (ч в смену)".
Согласно этому показателю фиксируется время (ч, мин.) непосредственной работы
пользователя ВДТ с экраном дисплея в течение всего рабочего дня при вводе
данных, редактировании текста или программ, чтении буквенной, цифровой, графической
информации с экрана. Оценка 3.1;
.7. "Нагрузка на слуховой анализатор (при производственной
необходимости восприятия речи или дифференцированных сигналов)".
Разборчивость слов и сигналов от 100% до 90%, помехи отсутствуют. Оценка 1.0;
.8. "Нагрузка на голосовой аппарат (суммарное количество часов,
наговариваемых в неделю)". Степень напряжения голосового аппарата зависит
от продолжительности речевых нагрузок. Перенапряжение голоса наблюдается при
длительной, без отдыха, голосовой деятельности. Оценка 1.0;
. Эмоциональные нагрузки.
.1. "Степень ответственности за результат собственной деятельности.
Значимость ошибки" - указывает, в какой мере работник может влиять на
результат собственного труда при различных уровнях сложности осуществляемой
деятельности. Характерна самая высокая степень ответственности за окончательный
результат работы, а допущенные ошибки могут привести возникновению опасных
ситуаций для жизни людей. Оценка 3.2;
.2. "Степень риска для собственной жизни". Исключена. Оценка
1.0;
.3. "Степень ответственности за безопасность других лиц".
Исключена. Оценка 1.0;
. Монотонность нагрузок.
.1. "Число элементов (приемов), необходимых для реализации простого
задания или многократно повторяющихся операций" - чем меньше число
выполняемых приемов, тем выше напряженность труда, обусловленная многократными
нагрузками. Оценка 2.0;
.2. "Продолжительность (с) выполнения простых производственных
заданий или повторяющихся операций" - чем короче время, тем,
соответственно, выше монотонность нагрузок. Оценка 2.0;
.3. "Время активных действий (в % к продолжительности смены)".
Чем меньше время выполнения активных действий и больше время наблюдения за
ходом производственного процесса, тем, соответственно, выше монотонность
нагрузок. Оценка 2.0;
.4. "Монотонность производственной обстановки (время пассивного
наблюдения за ходом техпроцесса в % от времени смены)" - чем больше время
пассивного наблюдения за ходом технологического процесса, тем более монотонной
является работа. Оценка 2.0;
. Режим работы.
.1. "Фактическая продолжительность рабочего дня". Колеблется от
8 - 9 ч. Оценка 2.0;
.2. "Сменность работы" определяется на основании
внутрипроизводственных документов, регламентирующих распорядок труда на данном
предприятии, организации. Односменная работа (без ночной смены). Оценка 2.0;
.3. "Наличие регламентированных перерывов и их
продолжительность". Перерывы регламентированы, недостаточной
продолжительности: от 3 до 7 % рабочего времени. Введение перерывов на отдых в
счет рабочего времени способствует улучшению функционального состояния
организма работника и обеспечивает высокую производительность его труда. Оценка
2.0.
Так как количество оценок 3.1 или 3.2 не превышает пяти, то условия труда
пользователя допустимы (2 класс).Допустимые условия труда характеризуются такими
уровнями факторов среды и трудового процесса, которые не превышают
установленных гигиенических нормативов для рабочих мест, а возможные изменения
функционального состояния организма восстанавливаются во время
регламентированного отдыха или к началу следующей смены и не должны оказывать
неблагоприятного действия в ближайшем и отдаленном периоде на состояние
здоровья работающих и их потомство. Допустимые условия труда условно относят к
безопасным.
7.1.2 Дерево отказов при эксплуатации системы
Многообразие причин аварийности и травматизма позволяет утверждать, что
самыми подходящими для исследования производственных опасностей являются
модели, представляющие процесс появления и развития цепи предпосылок (причин) в
виде диаграмм. Наибольшее распространение в последнее время получили диаграммы
в виде ветвящихся структур - деревьев.
Причины образуют так называемую иерархическую структуру, при которой одна
причина подчинена другой, переходит в другую или в несколько других причин.
Графическое изображение таких зависимостей чем-то напоминает ветвящееся дерево,
поэтому и используются термины "дерево причин", "дерево
отказов", "дерево опасностей", "дерево событий".
Поскольку в строящихся деревьях, как правило, имеются ветви причин и ветви
опасностей, точнее называть полученные графические изображения "деревьями
причин и опасностей".
Такие диаграммы включают одно нежелательное (головное) событие, которое
размещается вверху и соединяется с другими событиями (причинами) логическими
знаками.Построение "деревьев" является эффективной процедурой
выявления причин различных нежелательных событий (аварий, травм, пожаров и
т.п.). Многоэтапный процесс ветвления "дерева" требует введения
ограничений с целью определения его пределов. Эти ограничения целиком зависят
от целей исследования. Границы ветвления определяются логической
целесообразностью.Однако следует учитывать, что если система чрезмерно
ограничена, то появится возможность получения разрозненных
несистематизированных профилактических мер, некоторые опасные факторы могут остаться
без внимания, но если система слишком обширна, то результаты анализа могут
оказаться крайне неопределенными.
Таким образом, определим и разделим события, которые должны быть
предотвращены при работе с информационной системой управления учебной деятельностью
в средней общеобразовательной школе на несовместные группы по одинаковым
причинам возникновения:
1. Некорректные действия оператора:
- ошибки вследствие переутомления;
ошибки из-за нервного напряжения;
ошибки вследствие недостаточной квалификации пользователя.
2. Программные ошибки:
- сбой операционной системы (ОС);
ошибки проектирования;
ошибки программ.
3. Сбой в работе сети:
- отключение системы питания;
выход из строя системы оборудования.
4. Возникновение пожара:
- присутствие горючих материалов;
появление искры или огня.
Основными достоинствами моделирования опасностей с помощью дерева
опасностей (причин) являются простота, наглядность и легкость математической
алгоритмизации исследуемых процессов с помощью ЭВМ. Дерево отказов при эксплуатации
информационной системы, на котором указаны описанные выше события, представлено
на рисунке 7.1.
Некорректные действия оператора возможны при переутомлении или нервном
напряжении (первая категория монотонных работ). Переутомление является
результатом нарушений режима труда и отдыха или организации рабочего места с
нарушением эргономических требований.Нервное напряжение происходит из-за
воздействия шума (для конструкторских бюро 50 дБА) или различных излучений (в
любой точке на расстоянии 5 см от корпуса не выше 5,55 мкР/с) и электрической
напряженности (внутри помещения до 0,5 кВ/м). Также возникновение ошибок может
быть следствием недостаточной подготовленности, квалификации пользователя.
Неверные действия пользователя приводят к отказу в процессе функционирования
системы, который связан с неправильными действиями пользователя в диалоге с
ЭВМ.
Отказ системы вследствие программных ошибок происходит из-за сбоя ОС,
ошибок проектирования либо ошибок в коде программы. Сбой в ОС происходит
вследствие некорректной установки ОС или при возникновении программ-вирусов.
Возникновение вирусов происходит, если отсутствуют антивирусные базы или если
они устарели. Ошибки проектирования влекут за собой кардинальные изменения всей
разрабатываемой системы. Учесть такие ошибки возможно только при моделировании
и глубоком, детальном анализе создаваемых проектов.
Сбой в сети приводит к разрыву соединения с базой данных, что в итоге
приводит к неработоспособности системы. Происходит данное событие при выходе из
строя отдельных элементов сети или при отключении системы питания.
Возникновение пожара происходит, когда имеются горючие материалы
(способные воспламеняться от кратковременного (до 30 с) воздействия источника
зажигания) и наличие искры, огня (при использовании дополнительных
электрических приборов). Появление искры или огня возможны при плохом контакте
или при воспламенении электроприборов или элементов системы электропитания.
Воспламенение происходит при перегреве оборудования или если система
электропитания перегружена. Перегрев оборудования происходит при нарушении
изоляции или неисправности оборудования.
Рис.
7.1 Дерево отказов при эксплуатации информационной системы
7.2 Мероприятия по улучшению условий труда при эксплуатации информационной
системы
Рассмотрим более детально факторы, получившие оценку 3.1 и выше, и
определим способы устранения их вредного влияния.
7.2.1 Содержание работы
Разработанный программный продукт - информационная системапозволяет
автоматизировать деятельность инспектора по обслуживанию клиентов паспортного
стола. От пользователя в основном требуется большая нагрузка на логическое
мышление. Поэтому необходимо, чтобы во время работы человека ничего не
отвлекало, рабочее место было комфортным и удобным. В работе обязательно должны
присутствовать перерывы, в течение которых пользователь должен расслабиться и
переключиться на небольшие физические упражнения. Организация работы должна
позволять выполнять задания, чередуя сложные и менее сложные. Так как при работе
с программным модулем требуется поддержание высокого уровня умственной
работоспособности, то необходимо соблюдение ряда условий: постепенное вхождение
в трудовой процесс после отдыха, индивидуальный ритм работы, соблюдение
привычной последовательности деятельности, правильное чередование периодов
труда и отдыха. Эти и другие требования перечислены в ГОСТе 12.2.032-78 (2001).
CCБТ иСН 2.2.4/2.1.8.562-96.
7.2.2 Длительность сосредоточенного наблюдения
Значительную часть времени пользователю приходится наблюдать за объектами
на сравнительно небольшой площади (экрана). Это приводит к развитию
значительного утомления в сфере зрительного анализатора. Причиной этого
являются фиксация близко расположенных, объединенных объектов, рассматривание
мелких деталей, постоянный перевод взора с одного объекта на другой, частые
резкие переходы от света к тени и обратно, пульсация освещенности и др. Все это
через определенный период времени может привести к патологическим изменениям
органа зрения. Работа за видеотерминалами требует большого нервно-психического
напряжения, связанного с необходимостью длительного наблюдения концентрации
памяти и внимания, решения сложных задач.
При работе в условиях зрительного напряжения происходят существенные
изменения рефракции и аккомодационной способности глаз, ухудшается контрастная
чувствительность, снижается устойчивость хроматического и ахроматического
зрения, сокращаются границы поля зрения, снижаются острота зрения и скорость
восприятия переработки информации. Весь этот комплекс изменений в сфере
зрительного анализатора свидетельствует о развитии зрительного утомления. При
чрезмерной продолжительности или интенсивности напряжения органа зрения
утомление может накапливаться, приводить к развитию перенапряжения,
возникновению патологии зрительного аппарата.
Поэтому периодически необходимо делать перерывы. Во время перерывов
рекомендуется психологическая разгрузка в оборудованных для этой цели
помещениях. В них должны стоять удобные кресла, звучать специально подобранная
спокойная музыка, на стенах могут быть изображены пейзажи, оказывающие
успокоительное воздействие. Можно выполнить специальный комплекс физических
упражнений или просто подвигаться(смотреть Руководство Р.2.2.2006-05).
7.2.3 Наблюдение за экранами видеотерминалов
В процессе эксплуатирования информационной системы оператор ЭВМ большую
часть времени проводит за экраном монитора, которым оснащена его рабочая
станция. Как правило, монитор построен на базе ЭЛТ. Излучения такого монитора
оказывают самое пагубное влияние на здоровье человека, в первую очередь на
глаза.
Согласно СанПиНу 2.2.1/2.1.1.1278-03 освещенность на поверхности стола и
клавиатуры должна быть не менее 300 люкс, а вертикальная освещенность экрана -
всего 100-250 люкс. Исследования физиологов и гигиенистов убедительно доказали,
что и полутьма, и слишком высокая освещенность экрана приводят к быстрому
зрительному утомлению.
Похожие работы на - Информационная система обслуживания клиентов паспортного стола
|