Проект автоматизации процесса учета муниципальной собственности, путем внедрения АИС "Saumi".

- получение оперативной информации о состоянии арендного фонда (наличие на любой момент времени свободных площадей, подлежащих сдаче в аренду);

- учет начислений и платежей с учетом кодов бюджетной классификации и построения отчетов в разрезе КБК.

Особые возможности учета финансовых обязательств:

- отражение всех финансовых расчетов как с точки зрения управленческого, так и бухгалтерского учета;

- автоматическая разноска платежей, информация о которых поступает в электронном виде из казначейства;

- настраиваемый автоматический расчет финансовых обязательств (например, арендной платы).

Учет земельных отношений:

- учет земельных участков в соответствии с требованиями по ведению земельного кадастра;

- оформление вещных, ограниченных вещных и обязательственных прав на земельные участки (собственность, постоянное (бессрочное) пользование, пожизненное наследуемое владение, сервитут, аренда, залог и др.);

- возможность работы с пространственными данными (ГИС) с непосредственной привязкой к объектам, что обеспечивает всю полноту учета необходимой информации и отображения ее на карте (реквизиты, правовые отношения и т.д.);

- утилита импорта пространственных данных, с помощью которой в SAUMI легко могут быть импортированы данные из подавляющего большинства общепринятых форматов ГИС-систем.

Работа с предприятиями и учреждениями:

- принятие отчетной информации от предприятий и учреждений в электронном виде и ее автоматическая обработка;

- выявление фактов сокрытия имущества и его незаконного списания;

- расчет амортизации в соответствии с классификатором амортизационных отчислений;

- формирование отчета о движении основных средств.

Работа с документами:

- полный учет документов и пакетов документов с возможностью хранения текстов в базе данных «SAUMI»;

- указание для каждого документа перечня всех участвующих в его подписании сторон в нормализованном виде;

- определение роли каждого документа в пакете;

- автоматическое создание и печать документов (договоров, распоряжений, решений и пр. документов) на основе шаблонов.

Работа с ценными бумагами:

- регистрация купли/продажи ценных бумаг;

- регистрация вхождения в долю.

Исходя из анализа представленных программных продуктов, была составлена сводная таблица (Таблица 1.1).

Таблица 1.1 - Сводная таблица программных продуктов

Признаки сравнения	АС «УМЗ»	АС "Управление имуществом	АИС «Имущество»	АИС «SAUMI»
	1	2	3	4
Функциональные возможности	управлению имуществом в части ведения реестров земельных участков и помещений, а также может использоваться в качестве базовой для построения Единой муницип-й информ-й системы.	деятельности органов местного самоуправления в части владения, пользования и распоряжения муниципальной собств-стью.	собственности, учета и контроля всех этапов работы с договорами аренды муниципального имущества, учета процессов, связанных с земельными участками, находящимися в муниципальной собственности и т.д.	учета земельных и имущественных отношений.
Стоимость основного продукта	от 250 тыс. руб.	от 300 тыс. руб.	от 250 тыс. руб.	от 200 до 500 тыс. руб. (в зависимости от версии)
Архитектура	файл-сервер	клиент-сервер	клиент-сервер	клиент-сервер с выделенным сервером
Открытость структуры	открыта	открыта	открыта	открыта
Структура системы	средняя	хорошая	средняя	хорошая
Признаки сравнения	АС «УМЗ»	АС "Управление имуществом"	АИС «Имущество»	АИС «SAUMI»
Масштабируемость	низкая	хорошая, возможность работы в многопользовательском режиме	хорошая	хорошая, возможна работа в удаленном режиме с использованием модемного соединения
Гибкость	низкая	высокая	средняя	высокая, гибкий механизм настроек позволяет учесть особенности конкретного управления, отдела или комитета
Примеры внедрения	европейская часть России.	Архангельская, Саратовская, Иркутская, Омская, Тульская, Ярославская область, Краснодарский край, Республика Карелия и др.	Свердловская область, Ханты-Мансийский автономный округ.	в больших и небольших городах и краях по всей России (Хабаровский край, Калининград, Новосибирск, Казань, Пермь,
Признаки сравнения	АС «УМЗ»	АС "Управление имуществом"	АИС «Имущество»	АИС «SAUMI»
Примеры внедрения				Краснодар, Магадан, Мирный, Белоярский, Сатка, Рубцовск и т.д.)

Итак, как показал сравнительный анализ представленных программных продуктов, преимущество имеют АС "Управление имуществом", АИС «Имущество» и АИС «SAUMI». АС «УМЗ» имеет признаки, неудовлетворяющие в полной мере критериям выполнения задач, связанных с процессом учета муниципальной собственности в отделе по управлению муниципальной собственностью Администрации Партизанского городского округа Приморского края. Данными признаками являются низкая гибкость и масштабируемость, а также архитектура файл-сервер, которая имеет ряд недостатков:

- трудности при обеспечении непротиворечивости и целостности данных;

- существенная загрузка локальной сети передаваемыми данными;

- в целом, невысокая скорость обработки и представления информации;

- высокие требования к ресурсам компьютеров. При этом возникают следующие ограничения: невозможность организации равноправного одновременного доступа; пользователей к одному и тому же участку базы данных, количество одновременно работающих с системой пользователей не превышает пяти человек для ЛВС, построенной в соответствии со спецификацией 10BaseT (скорость обмена данными до 10Мб/с).

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

АИС «Имущество» также соответствует критериям выполнения задач процесса учета муниципальной собственности, но некоторые признаки, по которым проводилось сравнение, имеют ниже уровень (например, гибкость и структура системы - средняя).

Наилучшим программным продуктом для решения проблем в отделе по управлению муниципальной собственностью Администрации Партизанского городского округа Приморского края был выбран продукт ООО «БФТ» и ООО «САУМИ-Центр» АИС «SAUMI». Так же, помимо того, что данный программный продукт имеет наиболее высокие показатели по признакам сравнения, он имеет и ряд преимуществ перед АС «УМЗ», АС "Управление имуществом" и АИС «Имущество».

Преимущества, послужившие для выбора АИС «SAUMI»:

- комплексный подход к учету земельных и имущественных отношений, с собственной ГИС-подсистемой;

- учет всех взаимосвязей между объектами, субъектами, документами и видами права на пользование объектами;

- неограниченные возможности поиска и построения аналитических отчетов средствами пользовательского интерфейса, что снимает необходимость обращения за каждым отчетом к программистам;

- пообъектный учет с возможностью хранения всей истории значений реквизитов каждого объекта;

- хранение и просмотр истории всех правовых отношений, возникающих по поводу каждого объекта учета;

- разграничение доступа на внесение, редактирование и просмотр информации;

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

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

- открытая архитектура базы данных с полным описанием, позволяющая техническим специалистам комитета редактировать и создавать новые таблицы и поля, писать свои функции, процедуры;

- использование общепринятых форматов, позволяющих SAUMI стать частью единой муниципальной информационной системы;

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

- постоянное обновление системы на бесплатной основе;

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

1.4 Обоснование проектных решений по видам обеспечения

1.4.1 Обоснование проектных решений по техническому обеспечению (ТО)

Автоматизированная система отдела по управлению муниципальной собственностью Администрации Партизанского городского округа Приморского края предназначена для функционирования на компьютере типа IBM PC со следующими техническими требованиями: технические требования к серверу и технические требования к рабочей станции.

Технические требования к серверу:

Минимальное значение:

- процессор: Core 2 Duo 2,5 GHz;

- оперативная память: 1 Гбайт;

- свободное место на жестком диске: 5 Гбайт.

Рекомендуемое значение:

- процессор: Core 2 Duo 3 GHz;

- оперативная память: 3 Гбайт;

- свободное место на жестком диске: 8 Гбайт, SCSI, RAID-массив 5-го уровня.

Минимальное и рекомендуемое значение:

- сетевой адаптер: 100 Мбит;

- установленная операционная система: Windows 2000 SP4, XP Pro SP3, 2003;

- установленная СУБД: Oracle XE/Oracle 10g.

Технические требования к рабочей станции:

Минимальное значение:

- процессор: Intel Celeron 1,8 GHz;

- оперативная память: 512 Мбайт;

- установленная операционная система: Windows 2000 SP4.

Рекомендуемое значение:

- процессор: Intel Celeron-E 2,2 GHz;

- оперативная память: 1 Гбайт;

- установленная операционная система: Windows XP Pro SP3.

Минимальное и рекомендуемое значение:

- свободное место на жестком диске: 200 Мбайт;

- сетевой адаптер: 100 Мбит.

Все рабочие станции и сервер должны быть соединены локальной сетью производительностью не менее 100 Мбит/сек.

Требуемое техническое обеспечение имеется в отделе по управлению муниципальной собственностью и, нет необходимости в покупке.

1.4.2 Обоснование проектных решений по информационному обеспечению (ИО)

Информационное обеспечение состоит из внутримашинного, которое включает массивы данных (входные, промежуточные, выходные), программы для решения задач, и внемашинного, которое включает системы классификации и кодирования оперативных документов, нормативно-справочной информации (НСИ).

Одно из важных требований к информационному обеспечению - это достоверность данных информационной базы.

Необходимая достоверность данных в информационных базах обеспечивается высокой степенью контроля на всех стадиях работы с данными.

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

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

В состав технологических операций входят:

- загрузка программы;

- ввод данных;

- контроль информации и возможность корректировки;

- справочно-информационное обслуживание;

- формирование информационных массивов;

- вывод информации.

Существует несколько способов регистрации первичной информации:

- документальный;

- документальный с регистрацией на машинном носителе;

- автоматический.

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

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

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

По способу установления связей между данными различают реляционную, иерархическую и сетевую модели. Реляционная модель является простейшей и наиболее привычной формой представления данных в виде таблиц. Иерархическая и сетевая модели предполагают наличие связей между данными, имеющими какой-либо общий признак. В иерархической модели такие связи могут быть отражены в виде дерева-графа, в сетевой возможны связи “всех со всеми”.

В настоящее время реляционные системы лучше соответствуют техническим возможностям персональных компьютеров. Скоростные характеристики этих СУБД поддерживаются специальными средствами ускоренного доступа к информации и индексирование баз данных. Для отдела по управлению муниципальной собственностью необходима объектно-реляционная система управления базами данных Oracle Database или Oracle 10g.

Среди большого количества существующих на настоящий момент СУБД выбирается Oracle 10g, так как данная СУБД уже установлена на сервере и рабочих станциях отдела по управлению муниципальной собственностью Администрации Партизанского городского округа Приморского края и других отделах и управлениях Администрации. Также данная СУБД подходит как платформа для работы АИС «SAUMI».

1.4.3 Обоснование проектных решений по программному обеспечению (ПО)

Под программным обеспечением следует понимать совокупность программ, обеспечивающих функционирование вычислительной системы (системное программное обеспечение), а также программ, предназначенных для решения конкретных задач пользователя (прикладное программное обеспечение) [].

К выбираемому программному обеспечению в данном случае относятся операционная система (ОС) и среда программирования.

Чтобы выбрать оптимальную операционную систему для решения данной задачи необходимо рассмотреть некоторые ОС (Таблица 1.2).

Таблица 1.2 - Сравнительная таблица

Версия	Год выпуска	Особенности	Тип ЦП	Свободное место на HDD, Мб
Windows 2000 Professional Server Advanced server	2000	Настольные компьютеры Файл-серверы, поддержка сети Ядро Windows NT	Pentium III	1000
Windows XP (eXPerienced)	2001	Ядро Windows NT	Pentium III, IV	-
Windows NT Workstation 4.0 Server 4.0	1993 - первая версия	Операционная система для сервера Повышенная надежность, устойчивость к отказам и сбоям	80486 DX2 min	30-40
Windows 2003 Server	2003	Операционная система для сервера: Файл-серверы, поддержка сети Ядро Windows NT	Pentium IV	1000 и выше

На основании данных таблицы 1.2 и некоторых других соображений выбирается ОС Windows 2000 Professional Server Advanced server. Такой выбор объясняется тем, что для корректной работы АИС «SAUMI» подходит именно эта операционная система. Дополнительного приобретения программного обеспечения не требуется.

1.4.4 Обоснование проектных решений по технологическому обеспечению

От того, насколько рационально будет спроектирован технологический процесс, настолько гарантировано будет снижение стоимостных, трудовых и временных затрат.

При выборе технологии требуется учитывать следующие требования:

- обеспечение достоверности обрабатываемой информации;

- решение задач в установленные сроки;

- обеспечение минимальных трудовых и стоимостных затрат на обработку данных;

- наличие возможности обработки данных на ЭВМ.

Эти требования могут быть выполнены за счет нескольких факторов:

- снижение объема обрабатываемых данных;

- повышение квалификации пользователей, улучшение условий труда и, как следствие, повышение производительности.

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

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

Цель второго этапа - перенос данных на машинные носители, то есть первоначальное формирование информационной базы.

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

На выбор технологии обработки данных влияют следующие факторы:

- возможности ПО;

- параметры решаемых задач;

- необходимость рациональности технологии.

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

Подготовка данных для ввода в ЭВМ предполагает осуществление контроля правильности вводимой информации. Существует три основных метода контроля переноса информации на машинные носители:

- метод верификации - метод двойного набора, ввод осуществляется два раза, затем оба варианта сравниваются на предмет расхождений;

Метод очень трудоемкий (стопроцентная повторяемость набора), но достоверность его достаточно высокая.

- метод контрольных сумм - используется для статистических документов: в первичном документе подсчитываются контрольные суммы (по строке, по столбцу документа), вносятся в документ, а затем переносятся на машину вместе с документом. ЭВМ подсчитывает контрольные суммы и сравнивает с теми, которые были введены на предмет расхождений;

Метод менее трудоемкий, чем первый, но достоверность его ниже, так как не всегда выявляются ошибки (например, при перестановке цифр или при совпадении верной и ошибочной контрольных сумм).

- визуальный контроль - представляет собой чисто зрительный контроль на предмет обнаружения явных ошибок.

Метод малотрудоемкий и ненадежный, но он, как правило, компенсируется хорошим программным контролем.

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

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

В результате были обоснованы проектные решения по видам обеспечения и определены требования к внедряемой информационной системе.



2. Разработка проекта автоматизации процесса учета муниципальной собственности отдела по управлению муниципальной собственностью

2.1 Постановка задачи

2.1.1 Цели и назначение автоматизированного варианта решения задачи

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

Целью создания автоматизированного варианта решения задачи с точки зрения получения косвенного эффекта в процессах управления отделом по управлению муниципальной собственностью является []:

- повышение эффективности работы специалистов отдела по управлению муниципальной собственностью;

- повышение степени технологичности, выполняемых процессов ведения реестра муниципальной собственности;

- повышения качества контроля над работой специалистов и степени материальной заинтересованности за показатели оценки их труда.

С точки зрения получения прямого эффекта от автоматизации решения выделенного комплекса задач целью может служить:

- снижение трудоемкости;

- повышение производительности труда специалистов;

- повышение точности выполнения операций по ведению реестра муниципальной собственности;

- повышение оперативности получения выходных данных в виде конкретной информации об объекте муниципальной собственности;

- улучшение возможностей поиска необходимой информации об объекте муниципальной собственности.

- повышение достоверности получаемых результатных данных о муниципальной собственности.

Назначением разработки автоматизированного комплекса задач является []:

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

- автоматизация получения и поиска информации об объекте(-ах) муниципальной собственности с возможностью выдачи их на экран;

- автоматизация формирования и получения отчетов.

2.1.2 Общая характеристика организации решения подзадач на ЭВМ

Задача автоматизации процесса учета муниципальной собственности в отделе состоит из нескольких подзадач:

- внедрение АИС с удобным методом хранения;

- соответствие АИС определенным требованиям.

К требованиям, которым должна соответствовать АИС относятся:

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

- легкая возможность модернизации - простота и открытость АИС является одним из основных требований для страховки отдела по управлению муниципальной собственностью от невозможности разработчика данной АИС далее работать и обслуживать ее;

- отсутствие высоких требований к аппаратным компонентам - для отсутствия высоких дополнительных затрат на модернизацию парка ЭВМ отдела по управлению муниципальной собственностью;

- ввод данных в базу должен иметь удобный интерфейс;

- упрощенный доступ к получению информации из базы данных.

Также задача будет решаться в диалоговом режиме.

2.2 Разработка проекта автоматизации информационный менеджмент

2.2.1 Этапы жизненного цикла проекта автоматизации

Методология проектирования информационных систем описывает процесс создания и сопровождения систем в виде жизненного цикла ИС, представляя его как некоторую последовательность стадий и выполняемых на них процессов []. Для каждого этапа определяются состав и последовательность выполняемых работ, получаемые результаты, методы и средства, необходимые для выполнения работ, роли и ответственность участников.

Жизненный цикл - это модель создания и использования ИС, отражающая ее различные состояния, начиная с момента возникновения необходимости в данной системе и заканчивая моментом ее полного завершения использования у всех без исключения пользователей [].

Жизненный цикл протекает в соответствии с выбранной моделью ЖЦ.

Существует целый ряд стандартов, регламентирующих ЖЦ ПО, а в некоторых случаях и процессы разработки.

Среди наиболее известных стандартов можно выделить следующие:

- ГОСТ 34.601-90;

- ISO/IEC 12207:1995;

- Custom Development Method (методика Oracle);

- Rational Unified Process (RUP);

- Microsoft Solution Framework (MSF);

- Extreme Programming (XP).

В настоящее время существует две основные модели жизненного цикла это каскадная и спиральная модели. В каскадной модели процесс разработки идет поэтапно. Переход к следующему этапу происходит только после завершения предыдущего. В спиральной модели разработка проходит по нарастающей. Жизненный цикл автоматизации процесса учета муниципальной собственности представлен в виде каскадной модели, так как для разрабатываемой системы больше подходит поэтапная разработка. Переход к следующему этапу происходит только после завершения всех работ на предыдущем этапе. Однако в случае, если в середине разработки вскрываются ошибки, допущенные в начале, то приходится прибегать к энтраверсии проекта и реальная схема каскадной модели приобретает следующий вид [] (рисунок 2.1).

Рисунок 2.1 Каскадная схема реального процесса разработки проекта

Жизненный цикл информационной системы охватывает все стадии и этапы ее создания, сопровождения и развития:

- анализ или исследование предметной области (деятельности отдела по управлению муниципальной собственности) с последующим формированием функциональной и информационной модели процесса учета муниципальной собственности, для которого предназначена информационная система;

На этапе анализа проводится исследование проблем процесса учета муниципальной собственности (пункт 1.1.3), требующих решения. Этап разбивается на подэтапы, задачи, которых: определений требований к информационной системе, определение функций информационной системы и стратегий автоматизации, обоснование проектных решений по техническому, информационному и программному обеспечению. На данных подэтапах, составляются диаграммы, проводится анализ готовых программных продуктов, делаются выводы. Результатом, полученным на этом этапе, является техническое задание, согласованное со всеми заинтересованными сторонами на программный продукт АИС «Saumi».

- проектирование системы, заключающееся в разработке проектных решений, удовлетворяющих всем требованиям технического задания;

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

- реализация (тестирование прикладных программ на основании проектных спецификаций подсистем, выделенных на стадии проектирования);

В ходе этапа реализации осуществляется разработка программного обеспечения в соответствии с проектными решениями, полученными на предыдущем этапе. Методы, используемые для реализации, не имеют принципиального значения. Результатом выполнения этого этапа является готовый программный продукт АИС «Saumi».

- внедрение;

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

- сопровождение системы.

Сопровождение системы - последний этап, в который входит сдача готового проекта, ввод его в эксплуатацию, мониторинг и доработка программного и технического обеспечения АИС «Saumi» в процессе эксплуатации, а также работа с пользователями (специалистами отдела по управлению муниципальной собственностью).

2.2.2 Разработка и описание проекта автоматизации, плана-графика автоматизации и сетевой модели задач

При формировании плана-графика использовалось программное приложение GanttProject.

На рисунке 2.2 приведена диаграмма Ганта (без этапа «Внедрение»), отражающая план-график проекта, с указанием используемых трудовых ресурсов.

Рисунок 2.2 - Диаграмма Ганта без этапов «Внедрение» и «Сопровождение»

Длительность проекта 23 дня без этапа «Внедрение». Начало проекта 28 апреля 2014 года, окончание проекта 29 мая 2014 года.

Первый этап «Анализ». Этот этап начинается с подэтапа «Определение требований к ИС». Начало подэтапа 28 апреля 2014, окончание подэтапа 7 мая 2014, длительность подэтапа 4 дня (без учета праздничных и выходных дней). Первая задача - «Анализ бизнес-процессов КАК ЕСТЬ». Выполняет данную задачу менеджер по проектированию ИС и менеджер отдела планирования. При выполнении задачи строится структурно-функциональная диаграмма бизнес-процессов КАК ЕСТЬ в нотации IDEF0. На анализ бизнес-процессов отводится 1 день. На основании проведенного анализа выбирается комплекс задач автоматизации. Данную задачу осуществляет менеджер по проектированию ИС. На эту задачу отводится 1 день. Следующая задача подэтапа «Выбор задачи проектирования в комплексе задач», осуществляет данную задачу менеджер по проектированию ИС и менеджер ИТ отдела. На данную задачу также отводится 1 день. Последняя задача подэтапа это «Определение свойств ИС, требуемых для решения задачи». Участники - менеджер по проектированию ИС и менеджер ИТ отдела. Длительность - 1 день.

Следующий подэтап в этапе «Анализ» - определение функций будущей ИС. Участниками являются менеджеры по планированию, по проектированию ИС и ИТ отдела. Подэтап начинается 12 мая 2014, заканчивается 15 мая 2014. Длительность этапа 3 дня.

Первая задача подэтапа - «Анализ существующих разработок» в данной предметной области. Задача выполняется в один день. Следующая задача подэтапа - «Выбор способа приобретения ИС». На задачу также отводится 1 день. Далее следует задача - «Выбор стратегии автоматизации», в рамках которой определяется не только стратегия автоматизации, но и объем системы (АИС). На эту задачу отводится 1 день. Эти две задачи определяются параллельно. Последняя задача подэтапа - «Определение целей и задач автоматизации». На последнюю задачу отводится 1 день.

Предпоследний подэтап этапа «Анализ» это «Обоснование проектных решений». Начало подэтапа 15 мая 2014, окончание 16 мая 2014. Длительность подэтапа 1 дней. Подэтап состоит из четырех основных задач: обоснование проектных решений по техническому обеспечению, обоснование проектных решений по информационному обеспечению, обоснование проектных решений по программному обеспечению, обоснование проектных решений по технологическому обеспечению.

Цель данных задач - сформировать необходимые требования к вышеперечисленным видам обеспечения ИС. Участниками данного подэтапа являются менеджеры по проектированию ИС и ИТ отдела.

Последний подэтап этапа «Анализ» - это создание документации по техническому заданию. Длительность данного подэтапа 1 день.

Следующий этап «Проектирование». Начало этапа 19 мая 2014, окончание 24 мая 2014 года. Длительность этапа 5 дней. Этап состоит из трех подэтапов. Первый подэтап - это «Разработка проекта автоматизации». Длительность подэтапа 3 дня. Первая задача подэтапа это «Разработка плана-графика автоматизации». Разработку проводит менеджер по проектированию ИС. Задача выполняется в течение одного дня. Следующая задача - «Оценка стоимости проекта». Эту задачу решает экономист, на основании разработанного плана-графика. Следующая задача - «Разработка архитектуры проекта». В рамках данной задачи разрабатываются техническая и программная архитектуры проекта. На данную задачу отводится 1 день. Эта задача решается параллельно с оценкой стоимости проекта. Следующая задача «Анализ рисков проекта». Задача осуществляется в течение одного дня. Вышеперечисленные задачи подэтапа выполняют менеджеры по проектированию ИС и ИТ отдела, программист1.

Следующий подэтап - «Разработка информационного обеспечения задачи». Длительность подэтапа 1 день. Начало подэтапа 22 мая 2014, окончание 23 мая 2014 года. Участниками являются программист2 и менеджер по проектированию ИС. Первая задача - это «Разработка информационной модели» будущей ИС. Последним подэтапом является создание проектной документации на основании проведенных разработок. Срок исполнения 1 день, выполняется менеджером по проектированию ИС.

Следующий этап это «Реализация». Начало этапа 26 мая 2014 года, окончание 29 мая 2014 года. Длительность этапа 3 дня. Этап включает в себя подэтап «Покупка программного продукта». Задача осуществляется в течение 3 дней и выполняется программистом2.

2.2.4 Характеристика этапа внедрения разрабатываемого проекта

На рисунке 2.3 представлен план-график этапа внедрения.

Рисунок 2.3 - План-график этапа внедрения

Длительность этапа внедрения 6 дней. Подэтап «Создание среды функционирования ИС» осуществляется в течение 2 дней. Первая задача подэтапа это «Установка АИС «Saumi» на сервер». Задача осуществляется программистом1. Вторая задача это «Установка АИС «Saumi» на рабочие станции». Установку производит программист2. На данную задачу отводится 2 дня.

Следующий подэтап - это «Тестирование ИС», подэтап начинается 2 июня 2014, заканчивается 5 июня 2014 года. Длительность этапа 3 дня. Осуществляется программистом1.

Задача - «Тестирование технического обеспечения ИС». Это проверка технического обеспечения ИС, как вновь установленного, так и имеющегося.

Этап внедрения заканчивается подэтапом «Обучение пользователей» (специалистов отдела по управлению муниципальной собственностью). Длительность подэтапа 2 дня. Обучение пользователей осуществляется программистом2.

2.2.5 Характеристика этапа эксплуатации разрабатываемого проекта и возможных работ

На этап эксплуатации АИС «Saumi» отводится четыре года. Он подразумевает мониторинг работы АИС «Saumi», поддержку АИС «Saumi», установку обновлений.

В течение двух первых месяцев эксплуатации, необходимо провести совещание один раз с участием менеджера ИТ отдела, менеджера по проектированию ИС, а также с участием менеджера отдела планирования. Цель совещания - не только выявить недостатки АИС «Saumi», но и определить возможные пути ее совершенствования.

Таким образом, к концу этапа эксплуатации должны быть устранены все недостатки в АИС «Saumi», а также осуществлено максимум мер по ее совершенствованию. После окончания этапа эксплуатации проект считается законченным.

2.2.6 Ожидаемые риски на этапах жизненного цикла и их описание

Риски на подэтапе «Определение требований к ИС».

Основной риск на данном подэтапе - это недостаточное определение свойств ИС, требуемых для решения задачи и неправильный выбор задач проектирования (чрезмерно большой или недостаточный объем задач автоматизации). Это может потребовать, на этапе эксплуатации, дополнительной доработки ИС, что приведет к финансовому риску. Риск предотвращается использованием современных case-средств при моделировании бизнес-процессов. При возникновении такого риска проводится дополнительное моделирование с использованием современных case-средств.

На подэтапе «Определение функций ИС и стратегий автоматизации» основной риск это неправильное определение функций ИС и стратегии автоматизации. На данном подэтапе существует риск неправильного выбора способа приобретения ИС. Риск предотвращается основательным анализом всех вариантов. В случае возникновения, риск устраняется проведением повторного анализа вариантов выбора ИС. Риск взаимосвязан с риском неправильного определения функций ИС и стратегии автоматизации. Данный риск предотвращается и устраняется использование современных case-средств в процессе анализа.

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

На подэтапе «Разработка информационного обеспечения задачи» основные риски - это разработка неправильной информационной модели. Риск предотвращается по согласованию с заказчиками (менеджера по проектированию ИС и менеджера ИТ отдела).

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

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

2.2.7 Оценка стоимостных параметров проекта автоматизации

При оценке стоимостных параметров использовалось программное приложение GanttProject.

Трудовыми ресурсами (участниками) на этапах жизненного цикла проекта являются:

- менеджер по проектированию ИС;

- менеджер ИТ отдела;

- менеджер отдела планирования;

- экономист;

- программист1;

- программист2.

На этапах проектирования также используются технические ресурсы: компьютер, интернет, сетевое оборудование, электричество по ПК и электричество по серверу; т.е. под техническими ресурсами в данном случае подразумевается часовая амортизация используемых средств. Internet используется при анализе существующих разработок, в выборе способа приобретения информационной системы, в обосновании проектных решений по информационному обеспечению, в тестирование технического обеспечения, обучении пользователей, мониторинге работы автоматизированной информационной системы «Saumi». На рисунке 2.4 представлена таблица ресурсов, участвующих в проекте автоматизации процесса учета муниципальной собственности.

Рисунок 2.4 - Таблица ресурсов проекта автоматизации процесса учета муниципальной собственности

Формулы расчета ставки операционных расходов представлены ниже.

Интернет:

S1 = m* (2.1)

где S1 - стоимость интернета за один рабочий час (рубли в час);

m - стоимость трафика (мегабайты);

n - норма расхода трафика на один ПК (мегабайты в час)

S1 = 0,3*8 = 2,4 рубля в час.

Компьютер:

S2 = P1/Т/t1 (2.2)

где S2 - стоимость работы ПК (рублей в час);

P1 - стоимость ПК (рубли);

T - срок амортизации (годы);

t1 - количество рабочих машино-часов в год (часы).

S2 = 30 000/3/(176*12) = 4,73 рублей в час.

Сетевое оборудование:

S4 = P3/Т/t3 (2.3)

где S4 - стоимость работы сетевого оборудования (рублей в час);

P3 - стоимость сетевого оборудования (рубли);

T - срок амортизации (годы);

t3- количество рабочих машино-часов в год (часы).

S4 = 90 650/3/(176*12) = 14,3 рубля в час.

Электричество по ПК:

S5 = Pa1*E (2.4)

где Pa1 - мощность блока-питания ПК (кВт);

E - стоимость 1 кВт в час (рубли);

S5 = 0,4*2,22 = 0,8 рублей в час.

Электричество по серверу:

S6 = Pa2*E (2.5)

где Pa2 - мощность блока-питания сервера (кВт);

E - стоимость 1 кВт в час (рубли);

S5 = 0,8*2,22 = 1,7 рубль в час.

На рисунке 2.6 представлен отчет, расшифровывающий стоимость проекта по этапам и временным параметрам.

Стоимость проекта составляет 357158,1 руб.

На рисунке 2.5 представлена стоимость проекта автоматизации процесса учета муниципальной собственности по этапам.

Рисунок 2.5 - Стоимость проекта автоматизации процесса учета муниципальной собственности по этапам

Наиболее низкие затраты приходятся на этапы «Проектирование» и «Внедрение». Наибольшие инвестиции доводятся на этап «Реализации». Наиболее наглядно данная ситуация представлена на рисунке 2.6.

Рисунок 2.6 - Диаграмма инвестиций проекта по этапам

Наличие наибольших инвестиций на этапе «Реализации» подтверждается, представленной выше диаграммой.

В таблице 2.1 представлена занятость ресурсов.

Таблица 2.1 - Занятость ресурсов

Ресурсы	Недели Анализ Проект-е Реал-я Внедрение
	1	2	3	4	5	6
Менеджер по проектированию ИС	v	v	v
Менеджер отдела планирования	v	v	v
Менеджер отдела ИТ	v	v	v
Программист1			v	v	v
Программист2			v	v	v	v
Экономист			v
Internet	v	v		v	v
Компьютер	v	v	v	v	v	v
Сетевое оборудование				v	v
Электричество по ПК	v	v	v	v	v	v
Электричество по серверу		v		v	v	v

Наиболее занятым ресурсом является программист2, т.к. данный специалист задействован на этапах проектирования, реализации и внедрения. Между менеджером по проектированию ИС, менеджером отдела планирования и менеджер отдела ИТ занятость распространена равномерно. Экономист является наименее занятым ресурсом, поскольку принимает участие только в оценке стоимости проекта автоматизации.

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

- компьютер, электричество по ПК (использование на всех этапах проекта);

- Internet, электричество по серверу.

Наименее занятым ресурсом является сетевое оборудование, которое используется только на этапе реализации и внедрения.

На рисунке 2.7 представлен сводный инвестиционный план проекта, с указанием статьи расходов затрат.

Рисунок 2.7 - Сводный инвестиционный план проекта

Наибольшая статья расходов - это затраты на материальные ресурсы, а именно программный продукт «Saumi» составляющие 220000 рублей.

Затраты на заработную плату составляют 135248 рублей. Наибольшие расходы по заработной плате приходятся на менеджера по проектированию ИС (42640 руб.).

Затраты на амортизацию материальных ресурсов составляют 1404,48 руб. Наибольшие расходы приходятся на амортизацию компьютера 832,48 руб.

Затраты на операционные расходы составляют 505,6 руб. В данную категорию входят:

- интернет;

- электричество по ПК;

- электричество по серверу.

Таким образом, общая стоимость внедрения проекта составляет 357158,1 руб.

Большая часть затрат уходит на материальные ресурсы (программный продукт АИС «SAUMI») - 61,6% от общих затрат. Это связано с тем, что программный продукт приобретается у сторонней организации.

Затраты на заработную плату составляют 37,9% от общих затрат.

Затраты на амортизацию материальных ресурсов составляют 0,4% от общих затрат, затраты на операционные расходы составляют 0,14%.

Предполагаемые расходы на этапе эксплуатации включают в себя:

- ежемесячное тестирование программного обеспечения один раз в месяц. Данная задача выполняется программистом1 в течение восьми часов.

Итого за пять лет 480 часа* 370р/час=177600 рублей;

- в течение первых двух месяцев проводятся совещания один раз. В них задействованы менеджеры: ИТ отдела, по проектированию ИС, отдела планирования. Совещание длится два часа.

Итого за два месяца 4 часа*(410р/час+354р/час+352р/час) = 4464 руб.

Итого стоимость сопровождения в течение пяти лет эксплуатации ИС предполагает затраты в размере 182064 руб.

Соответственно, общая стоимость проекта, с учетом внедрения и сопровождения в течение пяти лет, составляет 539222,1 руб.

2.3 Информационное обеспечение задачи

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

Для системы была создана DFD диаграмма. Каждому событию были поставлены в соответствии процесс, входные и выходные потоки, накопители данных и внешние сущности для описания связей между этим процессом и его окружением. Процесс учёта муниципальной собственности представлен на диаграмме нулевого уровня (рисунок 2.8).

Рисунок 2.8 - Диаграмма потоков данных нулевого уровня

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

Затем блок декомпозируется, и система разбивается на процессы «Работа с объектами муниципальной собственности», «Поиск информации об объектах муниципальной собственности» и «Формирование отчётности» (рисунок 2.9).

Рисунок 2.9 - Диаграмма потоков данных первого уровня

Декомпозиция процесса «Работа с объектами муниципальной собственности» (рисунок 2.10).

Внешние сущности: специалист;

Хранилище данных: БД;

Процессы: ввод информации об объектах муниципальной собственности, Формирование реестра муниципальной собственности.

Рисунок 2.10 - Диаграмма потоков данных первого уровня «Работа с объектами муниципальной собственности»

Декомпозиция процесса «Поиск информации об объектах муниципальной собственности» (рисунок 2.11).

Внешние сущности: специалист;

Хранилище данных: БД;

Процессы: поиск, отображение.

Рисунок 2.11 - Диаграмма потоков данных первого уровня «Поиск информации об объектах муниципальной собственности»

На основе диаграммы потоков данных была построена er-модель.

ER-модель предназначена для логического представления данных. Любой фрагмент предметной области представляется как множество сущностей, между которыми существует множество связей различных типов.

Построение er-модели необходимо для точного и полного отображения реальной ситуации при формировании структуры базы данных. Модель должна отвечать следующим требованиям:

- обеспечивать адекватное отображение предметной области и давать возможность получить интегрированное представление о предметной области;

- содержать информацию о предметной области, достаточную для дальнейшего проектирования.

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

- здания и помещения;

- инженерная инфраструктура;

- незавершенное строительство;

- земельные участки;

- акции (пакеты акций, доли в капитале);

- транспортные средства;

- организации;

- прочее движимое имущество.

Графическое представление er-модели представлено на рисунке 2.12.

Рисунок 2.12 - ER-модель

2.3.2 Используемые классификаторы

Система классификации - совокупность правил и результат распределения заданного множества объектов на подмножества в соответствии с признаками сходства или различия []. Различают два метода классификации:

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

- фасетный метод, при использовании которого исходное множество объектов разбивается на подмножества в соответствии со значениями отдельных фасетов. Фасет - набор значения одного признака классификации. Фасеты взаимно независимы. Каждый объект может одновременно входить в различные классификационные группировки.

При проектировании данной информационной системы используется ряд классификаторов, список которых представлен в таблице 2.2.

Таблица 2.2 - Перечень используемых классификаторов

Наименование кодируемого множества объектов	Рабочее наименование	Знач-ность кода	Система кодирования	Система классификации	Вид классификатора
ID зданий и помещений	IDздп	6	Порядковая	Отсутствует	Локальный
ID инженерной инфраструктуры	IDии	6	Порядковая	Отсутствует	Локальный
ID незавершенного строительства	IDнс	6	Порядковая	Отсутствует	Локальный
ID земельных участков	IDзу	6	Порядковая	Отсутствует	Локальный
ID акций	IDак	6	Порядковая	Отсутствует	Локальный
ID транспортных средств	IDтс	6	Порядковая	Отсутствует	Локальный
ID организаций	IDорг	6	Порядковая	Отсутствует	Локальный
ID прочего движимого имущества	IDпди	6	Порядковая	Отсутствует	Локальный

Используемые общие системы классификаторов облегчают построение и заполнение справочников и на основании их отчетов.

2.3.3 Характеристика нормативно-справочной и входной оперативной информации

К нормативно-справочной и входной оперативной информации относиться информация, что поступает в систему постоянно, т.е. на протяжении всей жизни программного продукта.

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

Входной информацией для предоставленной БД - это данные об объекте муниципальной собственности. Основными данными об объекте муниципальной собственности являются:

- регистрационный номер;

- площадь участка;

- адрес расположения объекта;

- кадастровая стоимость.

Нормативно-справочная информация - условно-постоянный компонент корпоративной информации, являющийся основой для унификации и нормализации данных, сопровождающих протекающие бизнес-процессы, а также регламентацию деятельности организации []. Другими словами, нормативно-справочная информация - это информационный ресурс отдела по управлению муниципальной собственности Администрации Партизанского городского округа Приморского края, формируемый внутри и получаемый, как правило, извне. Она содержит стандарты, требования, правила, положения и прочую информацию, нормирующую и систематизирующую деятельность отдела.

В учете муниципальной собственности нормативно-справочной информацией является информация об объектах муниципальной собственности, об их кадастровой стоимости, площади и т.д.

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

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