Рис.
1.3 Организационная структура отдела иммиграционного контроля
Из выше представленной организационной структуры видно, что отдел реализует такие виды деятельности как:
1. Организация работы по закрытию и открытию въезда в РФ в отношении ин. граждан и лиц без гражданства, въезд которым в РФ не разрешен
. Выявление иностранных граждан и лиц без гражданства, нарушающих правила въезда, проживания, временного пребывания на территории РФ и выезда из РФ
. Осуществление обработки и анализа заполненных бланков миграционных карт, внесение сведений в региональную базу данных
. Взаимодействие с органами пограничного контроля по вопросам осуществления непропуска иностранных граждан на территорию России
. Контроль за соблюдением правил проживания и временного пребывания иностранных граждан и лиц без гражданства
Так как мы будем заниматься рассмотрением работы отделения контроля за соблюдением правил проживания и временного пребывания иностранных граждан и лиц без гражданства, то видно, что этой работой занимается следующий штат сотрудников:
· начальник отделения;
· инспектор;
· секретарь-делопроизводитель.
Далее рассмотрим функциональную схему данного отделения, представленную на рисунке 1.4
Рис. 1.4 Функциональная схема отдела контроля
На данной функциональной схеме представлены функции сотрудников, последовательность их выполнения, а также взаимодействие функций между собой.
Далее представлен сценарий работы «Отделения контроля за соблюдением
правил проживания и временного пребывания иностранных граждан и лиц без
гражданства». В нем описан план, по которому осуществляется проверка.
Рис.
1.5 Сценарий работы отделения по контролю за соблюдением правил проживания и
временного прибивания иностранных граждан и лиц без гражданства
Из данного сценария видно, что сначала клиент взаимодействует с секретарём-делопроизводителем посредством предъявления документов. Это необходимо для того, чтобы секретарь проверил подлинность предъявленных документов, данные человека. В дальнейшем он возвращает документ, выдаёт необходимые бланки, справки для заполнения и направляет человека к инспектору на оформление необходимых документов.
По прибытии клиента к инспектору, клиент предоставляет все заполненные им документы, а так же документы, удостоверяющие личность. В свою очередь, инспектор проводит оформление требующихся справок, бланков, затем выдаёт оформленные документы и направляет начальнику.
Начальник проверяет все заполненные документы, а так же документы, удостоверяющие личность, ставит подпись, затем выдаёт уже полностью оформленные документы с разрешением.
При
дальнейшем анализе нашей функциональной схемы, сценария работы мы можем
составить Функционально-Ориентированную Модель (далее ФОМ), которая и будет
являться в дальнейшем исходной моделью для формализации и оптимизации.
ФОМ - модель, детализированная до уровня функций. Её использование позволяет ставить и решать задачи на уровне организационной структуры и на уровне функциональной структуры предприятия.
Основное достоинство ФОМ - разделение отдельных глобальных функций на более мелкие функциональные единицы, оперирующие с отдельными документами. Представление в виде ФОМ удобно и наглядно с точки зрения восприятия общей структуры предприятия, взаимодействия основных его функций (подразделений).
ФОМ «Отделения по контролю за соблюдением правил проживания и временного пребывания иностранных граждан и лиц без гражданства» можно представить следующим образом - см. рисунок 1.6.
Рис.
1.6 ФОМ отделения по контролю за соблюдением правил проживания и временного
пребывания иностранных граждан и лиц без гражданства
В данной ФОМ отображены функции, результаты их выполнения и интерфейсы, где отражены временные затраты на выполнение функции (в минутах).
Для того чтобы начать процесс создания моделей системы, необходимо определиться с выбором средства, в котором данные модели будут создаваться.
Первый и основополагающим требованием к 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 в создаваемых моделях.
Наиболее эффективным математическим аппаратом для нашей задачи является аппарат систем массового обслуживания (СМО). Задача состоит во введении необходимых средств автоматизации, которые позволили бы сократить очередь и время обслуживания клиента.
Выбор обуславливается в первую очередь тем, что наблюдается:
. Входной поток поступающих требований или заявок на обслуживание
. Дисциплина очереди
. Механизм обслуживания
Все эти 3 составляющие являются основными компонентами СМО любого вида.
СМО - система, в которую в случайный момент времени поступают заявки на обслуживание с помощью имеющихся в распоряжении системы каналов обслуживания.
Поступив в обслуживающую систему, требование присоединяется к очереди других ранее поступивших требований. Канал обслуживания выбирает требование из находящихся в очереди с тем, чтобы приступить к его обслуживанию. После завершения процедуры обработки очередного требования, канал обслуживания приступает к обработке следующего требования, если таковое имеется в блоке ожидания. Цикл функционирования СМО повторяется многократно, в течение всего периода работы обслуживающей системы. При этом предполагается, что переход системы на обработку очередного требования после завершения обработки предыдущего, происходит мгновенно в случайные моменты времени.
В нашем случае Отделение по контролю за соблюдением правил проживания и временного пребывания иностранных граждан и лиц без гражданства имеет один канал обслуживания. В связи с намерением клиента получить разрешение на пребывание на границе РФ, то независимо, от того, занят ли канал или нет, человек становится в очередь и ждет столько времени, сколько понадобится, т.е. пребывая в очереди, он может ждать неограниченно долго. Это говорит о том, что система без отказов. Исходя из этого, имеем одноканальную СМО с неограниченным временем ожидания и неограниченной длиной очереди.
Отделение контроля за соблюдением правил проживания и временного
пребывания иностранных граждан и лиц без гражданства представляет собой СМО с
одним каналом обслуживания. Поток людей, прибывающих в УФМС имеет интенсивность
в период несезонности λ=10 (10 человек в час), а в период сезонности
λ=20
(20 человек в час).
Процесс проверки документов у секретаря делопроизводителя продолжается в
среднем 5 минут = 0.083 часа, у инспектора - 10 минут = 0,167 часа, у
начальника - 5 минут = 0,083 часа.
Рис. 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 |
Часы |