16
транспортных средств взамен утраченных или непригодных для
использования и иные регистрационные действия (кроме выдачи
регистрационных знаков "ТРАНЗИТ", временной регистрации по месту
пребывания транспортных средств) производятся по месту регистрации
транспортных средств.
В представляемых для совершения регистрационных действий
документах, удостоверяющих принадлежность транспортного средства,
номерного агрегата, содержатся: дата и место их составления, адреса,
реквизиты и подписи сторон (для юридических лиц – подписи, заверенные
печатью), сведения о транспортном средстве (марка, модель, модификация
(тип), год выпуска (год изготовления), идентификационный номер
транспортного средства (VIN), цвет, порядковый производственный номер
шасси (рамы), кузова (кабины, коляски, прицепа), модель, номер двигателя
(блока двигателя), серия, номер, дата выдачи формуляра машины и (или)
регистрационного документа и наименование организаций, их выдавших.
Сведения о совершенных регистрационных действиях,
зарегистрированных транспортных средствах и владельцах транспортных
средств на основании письменного запроса выдаются:
а) судам, органам военной прокуратуры, следствия, дознания в связи с
находящимися в их производстве уголовными, гражданскими делами, а
также другим органам в порядке и случаях, предусмотренных
законодательством Российской Федерации;
б) подразделениям Госавтоинспекции и АТУ при выполнении
возложенных на них задач, а также другим органам в случаях и порядке,
предусмотренных законодательством Российской Федерации.
Подразделения АТУ принимают к рассмотрению рапорт
должностного лица, действующего от имени воинской части, на основании
доверенности. Истребуют сведения и документы, необходимые для
регистрации транспортных средств.
17
Осуществляют контроль за соблюдением владельцами транспортных
средств установленных настоящими Правилами сроков для регистрации
транспортных средств.
Проверяют документы, удостоверяющие владельца транспортного
средства, номерного агрегата, и (или) формуляр, и иные представленные
документы с применением технических средств на соответствие подлинности
документов (выявление поддельных или измененных каким-либо иным
способом) требованиям законодательства Российской Федерации и
настоящих Правил.
По рапорту представителя владельца транспортного средства копии
(ксерокопии) документов, удостоверяющих принадлежность транспортного
средства, номерного агрегата, заверенные подписью должностного лица и
оттиском печати АТУ, могут в установленном порядке выдаваться
заявителям, а также иным организациям.
Реестры регистрации транспортных средств, дела с документами,
послужившими основанием для производства регистрационных действий, и
карточки регистрационного учета транспортных средств хранятся в порядке,
установленном нормативными правовыми актами МВД России для
Госавтоинспекции.
На зарегистрированное транспортное средство выдаются:
а) свидетельство о регистрации транспортного средства;
б) государственные регистрационные знаки (типы 5-8, 17),
соответствующие государственному стандарту Российской Федерации, в
порядке, установленном нормативными правовыми актами МВД России.
На транспортные средства, имеющие неисправности, при которых
запрещается их эксплуатация, регистрационные знаки не выдаются.
На автомобили и автобусы выдается по два, а на мототранспортные
средства и прицепы - по одному регистрационному знаку;
в) формуляр, выданный довольствующим органом с соответствующей
отметкой в графе "Особые отметки" о регистрации.
18
О произведенной регистрации, снятии с регистрационного учета
транспортного средства, выдаче и приеме регистрационных документов,
формуляров и иных документов, а также регистрационных знаков делается
запись в реестре регистрации транспортных средств. Допускается ведение
как одного реестра при совершении всех регистрационных действий, так и на
отдельные регистрационные действия. Реквизиты реестра регистрации
транспортных средств при его автоматизированном заполнении должны
соответствовать установленному образцу.
На каждое зарегистрированное транспортное средство заполняется
карточка регистрационного учета транспортного средства.
Заполнение карточек учета транспортных средств, формирование
картотек регистрационного учета транспортных средств, внесение в них
корректив при совершении регистрационных действий осуществляются в
порядке, установленном настоящими Правилами и другими нормативными
правовыми актами МВД России.
Изменение регистрационных данных транспортных средств
производится при отсутствии запретов и ограничений, предусмотренных
пунктами настоящих Правил.
В случае замены кузова легкового автомобиля и автобуса, кабины
грузового автомобиля, в том числе на другую модель (модификацию), год
выпуска транспортного средства не изменяется.
В графе "Марка, модель" свидетельства о регистрации транспортного
средства и карточки регистрационного учета транспортного средства
указывается идентификационный номер (VIN), марка, модель
установленного кузова (кабины), а в графе "Особые отметки" сдаваемого
свидетельства о регистрации транспортного средства делается отметка
"замена кузова (кабины)" с указанием номера агрегата и даты внесения
изменения. Одновременно на транспортном средстве и в формуляре
проверяют все данные об измененных номерах агрегатов и модели
19
(модификации) транспортного средства, а также дату и основания для их
изменения.
1.3 Обоснование необходимости автоматизации системы
Необходимость создания подобной АИС обосновывается тем, что
отсутствует единая система базы данных.
Ранее выявленными недостатками являлось:
- усложнение процесса работы АТУ;
- увеличенное время, необходимое на поиск требуемой информации;
- не исключает вероятность возникновения ошибок (например
постановки одного и того же автомобиля на учет несколько раз).
Разработка АИС позволит решить все эти проблемы. Кроме всего
прочего создание такой системы вызовет следующие положительные
моменты:
- сокращение количества ошибок в работе,
- повышение производительности труда,
- сокращение сроков формирование документации,
- ускорение процессов обработки информации.
1.4 Моделирование предметной области
На начальных этапах создания ИС необходимо понять, как работает
организация или система, которую мы собираемся автоматизировать. В
нашем случае объект исследования – подразделения АТУ.
Для описания работы системы необходимо построить модель. BPwin
как раз и предназначен для построения такой модели - функциональной
модели (или модели процессов).
Обычно сначала строится модель существующей организации работы –
«AS-IS» (как есть). Анализ функциональной модели позволяет понять, где
находятся наиболее слабые места, в чем будут состоять преимущества новых
бизнес-процессов и насколько глубоким изменениям подвергнется
20
существующая структура организации системы. Найденные в модели «AS-
IS» недостатки можно исправить при создании модели «TO-BE» (как должно
быть) - модели новой организации бизнес-процессов.
Наиболее удобным языком моделирования бизнес- процессов является
IDEF0, предложенный более 20 лет назад Дугласом Россом (Ранее назывался
SADT - StructuredAnalysisandDesignTechnique).
Под моделью в IDEF0 понимают описание системы (текстовое и
графическое), которое должно дать ответ на некоторые заранее
определенные вопросы. Процесс моделирования какой -либо системы в
IDEF0 начинается с определения контекста, т.е. наиболее абстрактного
уровня описания системы в целом. В контекст входит определение субъекта
моделирования, цели и точки зрения на модель. Под субъектом понимается
сама система, при этом необходимо точно установить, что входит в систему,
а что лежит за ее пределами, другими словами, мы должны определить, что
мы будем в дальнейшем рассматривать как компоненты системы, а что как
внешнее воздействие. На определение субъекта системы будет существенно
влиять позиция, с которой рассматривается система, и цель моделирования -
вопросы, на которые построенная модель должна дать ответ. IDEF0-модель
предполагает наличие четко сформулированной цели, единственного
субъекта моделирования и одной точки зрения.
Основу методологии IDEF0 составляет графический язык описания
бизнес- процессов. Модель в нотации IDEF0 представляет собой
совокупность иерархически упорядоченных и взаимосвязанных диаграмм.
Вершина этой древовидной структуры, представляющая собой самое общее
описание системы и ее взаимодействия с внешней средой, называется
контекстной диаграммой. После описания системы в целом проводится
разбиение ее на крупные фрагменты. Этот процесс называется
функциональной декомпозицией, а диаграммы, которые описывают каждый
фрагмент и взаимодействие фрагментов, называются диаграммами
декомпозиции. После декомпозиции контекстной диаграммы проводится
21
декомпозиция каждого большого фрагмента системы на более мелкие и так
далее до достижения нужного уровня подробности описания. Синтаксис
описания системы в целом и каждого ее фрагмента одинаков во всей модели.
Работы (Activity), которые означают некие поименованные процессы,
функции или задачи, изображаются в виде прямоугольников. Именем работы
должен быть глагол или глагольная форма (например "Изготовление детали",
"Прием заказа" и т.д.). Взаимодействие работ с внешним миром и между
собой описывается в виде стрелок. Стрелки представляют собой некую
информацию и именуются существительными (например, "Заготовка",
"Изделие", "Заказ"). В IDEF0 различают пять типов стрелок:
Вход (Input) - материал или информация, которая используется или
преобразовывается работой.
Управление (Control) - правила, стратегии, процедуры или стандарты,
которыми руководствуется работа. Каждая работа должна иметь хотя бы
одну стрелку управления.
Выход (Output) - материал или информация, которая производится
работой. Каждая работа должна иметь хотя бы одну стрелку выхода.
Механизм (Mechanism)- ресурсы, которые выполняют работу,
например, персонал предприятия станки, механизмы и т.д.
Вызов - специальная стрелка, указывающая на другую модель работы.
Каждый тип стрелок подходит или выходит к определенной стороне
прямоугольника, изображающего работу. К левой стороне подходят стрелки
входов, к верхней - стрелки управления, к нижней - механизмов реализации
выполняемой функции, а из правой - выходят стрелки выходов. Такое
соглашение предполагает, что используя управляющую информацию и
реализующий ее механизм, функция преобразует свои входы в
соответствующие выходы.
Модель AS-IS представляет собой «снимок» положения дел на
предприятии (взаимодействия подразделений, бизнес-процессы) на момент
обследования и позволяющей понять, что делает и как происходят процессы
22
при постановки автомобиля на учет. Также она позволяет сформулировать
ряд предложений по улучшению ситуации.
Построение модели AS-IS системы начинается с контекстной
диаграммы, позволяющая описать систему в целом и отобразить её
взаимодействие с окружающим миром.
Контекстная диаграмма показана на рисунке 1.1.
Рисунок 1. Контекстная диаграмма
Описание контекстной диаграммы показано в таблице 1.
Таблица 1
Описание контекстной диаграммы
Процесс
Вход
Выход
Управление
Механизм
Регистрация
транспорт-
ных средств
Данные о ТС,
данные о
воинской части
Выходная
документация о
регистрации
Правила
работы,
Приказы и
другая
документация
Сотрудники
подразделе-
ния АТУ
В результате дальнейшей декомпозиции контекстной диаграммы в
нотации IDEF0 получим модель AS-IS (как есть) показанную на рисунке 1.2.
23
Рисунок 2. Модель AS-IS
Описание диаграммы показано в таблице 2.
Таблица 2
Описание диаграммы декомпозиции первого уровня
Процесс
Вход
Выход
Управление
Механизм
Проверка
полученных
данных
Данные о ТС,
Данные о
воинской
части
Данные о ТС,
Данные о
воинской
части
Правила
работы,
Приказы и
другая
документация
Сотрудники
подразделе-
ния АТУ
Внесение
информации
в книги
регистрации
Данные о ТС,
Данные о
воинской
части
Книги
регистрации
Правила
работы,
Приказы и
другая
документация
Сотрудники
подразделе-
ния АТУ
Формирова-
ние
документов
Книги
регистрации
Выходная
документация
о регистрации
Правила
работы,
Приказы и
другая
документация
Сотрудники
подразделе-
ния АТУ
1.5 Анализ модели системы «AS - IS»
В результате анализа модели существующей системы были выявлены
следующие недостатки:
24
1. Большое количество ручного труда (проверка данных, внесение
информации и формирование документации выполняются вручную).
2. Большое количество рутинной бумажной работы (все
вышеперечисленные операции требуют работы с документацией, которая
ведется в бумажном виде).
3. Сложность поиска необходимой информации (информация
хранится в виде твердых копий – записей в книгах, журналах и т.д. – поэтому
для поиска информации требуется просмотреть большое количество
документов).
4. Наличие вероятность непреднамеренного искажения или потери
информации (порча и утеря бумажных носителей, неразборчивый почерк и
т.д.).
Все эти недостатки можно устранить в случае введения в
эксплуатацию разрабатываемой АИС.
1.6 Выбор модели базы данных и СУБД
Для эффективного функционирования программы нужно разработать
базу данных. Исходя из этого, ниже рассмотренные типы СУБД и логические
модели данных.
В зависимости от расположения отдельных частей СУБД различают
локальные и сетевые СУБД.
Все части локальной СУБД размещаются на компьютере пользователя
базы данных. Если к одной БД обращаются несколько пользователей
одновременно, каждый предназначенный для пользователя компьютер
должен иметь свою копию локальной СУБД. Существенной проблемой
СУБД такого типа является синхронизация копий данных, если с ними
работают несколько пользователей. Именно поэтому локальные СУБД не
имеют широкого практического применения, но в некоторых случаях их
применения является оптимальным.
25
К сетевым относятся файл-серверные, клиент-серверные и
распределенные СУБД. Непременным атрибутом этих систем является сеть,
которая обеспечивает аппаратную связь компьютеров и делает возможной
корпоративную работу множества пользователей с одними и теми же
данными. В файл-серверных СУБД все данные принято размещать в одном
или нескольких каталогах достаточно мощной машины, специально
выделенной для этих целей и постоянно подключенной к сети. Такой
компьютер называется файл-сервером - отсюда название СУБД. Безусловным
преимуществом СУБД этого типа является относительная простота ее
создания и обслуживания - фактически все сводится лишь к развертыванию
локальной сети и установки на подключенных к ней компьютерах сетевых
операционных систем. Недостатком файл-серверных систем есть
значительная нагрузка на сеть. Файл-серверные СУБД могут успешно
использоваться в относительно небольших фирмах с количеством
клиентских мест до нескольких десятков.
Клиент-серверные системы значительно снижают загрузку сети, так
как клиент общается с данными через специализированного посредника -
сервер базы данных, который размещается на машине с данными. Сервер БД
принимает запрос от клиента, отыскивает в данных нужную запись и
передает ее клиенту. Запрос к серверу формируется на специальном языке
структурированных запросов SQL (StructuredQueryLanguage),из-за чего часто
серверы БД называются SQL-серверами. Серверы БД представляют собой
относительно сложные программы, которые изготовляются различными
фирмами. Клиент-серверные СУБД масштабируются до сотен и тысяч
клиентских мест.
Распределенные СУБД могут содержать несколько десятков и сотен
серверов БД. Количество клиентских мест в них может достигать десятков и
сотен тысяч. Такие СУБД работают на предприятиях государственного
масштаба, отдельные подразделения которых разнесены на значительной
территории.