РАЗРАБОТКА ТЕХНИЧЕСКОГО ЗАДАНИЯ НА ВНЕДРЕНИЕ ПРОГРАММНОГО КОМПЛЕКСА «ПОХОЗЯЙСТВЕННЫЙ УЧЕТ» В АДМИНИСТРАЦИЮ СЕЛА ТАШБУЛАТОВО

Давлеткиреева Л.З. 1, Хужина Ю.В. 2

1МАГНИТОГОРСКИЙ ГОСУДАРСТВЕННЫЙ ТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ ИМ. Г.И. НОСОВА

2Магнитогорский государственный технический университет им. Г.И. Носова

Работа в формате PDF

1 MB

Сертификат участника

Комментарии

Текст работы размещён без изображений и формул.
Полная версия работы доступна во вкладке "Файлы работы" в формате PDF

ВВЕДЕНИЕ

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

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

Методической поддержкой для подготовки технического задания является ГОСТ 34.602-89 "Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Техническое задание на создание автоматизированной системы", в котором определен перечень требований к содержанию документа и проведению испытаний.

В соответствии с указанным стандартом техническое задание включает следующие разделы, которые могут быть разделены на подразделы:

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

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

приложения.

Объектом исследования является Администрация сельского поселения села Ташбулатово МР Абзелиловский район.

Предметом является процесс выдачи справок в администрации села Ташбулатово.

Целью курсовой работы является разработка технического задания на внедрение программного комплекса «Похозяйственный учет» в администрацию сельского поселения села Ташбулатово МР Абзелиловский район.

Основные задачи для достижения сформулированной цели.

Обследование объекта информатизации.
Анализ существующих разработок и обоснование выбора технологии.
Разработка проектных решений.
Разработка концепции.
Разработка системной архитектуры.

1. ОБСЛЕДОВАНИЕ ОБЪЕКТА ИНФОРМАТИЗАЦИИ

1. Технико-экономическая характеристика Администрации села Ташбулатово Абзелиловского района

Местное самоуправление на территории сельского поселения Ташбулатовский сельсовет муниципального района осуществляется через территориальные исполнительные органы – территориальные отделы, входящие в единую структуру Администрации с. Ташбулатово муниципального района Республики Башкортостан. В своей деятельности территориальные отделы руководствуются федеральным законодательством, законодательством РБ, правовыми актами органов местного самоуправления района, а также настоящим Положением. Территориальные отделы подотчетны в своей деятельности Главе Абзелиловского Муниципального района и несут перед ним ответственность за выполнение возложенных на них полномочий.

Администрация сельского поселения Ташбулатовский сельсовет Муниципального района Абзелиловский район имеет следующие полномочия [4]:

осуществляет правомочия территориального отдела как территориального исполнительного органа, а также исполнительно-распорядительные функции по управлению территориальным отделом;
действует без доверенности от имени территориального отдела,представляет его интересы во всех органах государственной власти, в томчисле в судах, государственных органах, а также органах местногосамоуправления и иных организациях в связи с осуществлением полномочий;
в пределах своей компетенции заключает договоры и соглашения с физическими и юридическими лицами;
согласно смете расходов распоряжается бюджетными средствами, выделенными территориальному отделу, в соответствии с их целевым назначением и в порядке, предусмотренном действующимзаконодательством;
взаимодействует с Администрацией Абзелиловского муниципального района, ее структурными подразделениями по вопросам развития и обеспечения жизнедеятельности подведомственной территории;
ведет прием граждан, организует рассмотрение предложений и дает ответ в течении месяца гражданам, заявлений и жалоб граждан по вопросам, относящимся к компетенции территориального отдела;
осуществляет прием и увольнение работников территориального отдела в соответствии со штатным расписанием, утвержденным главой Абзелиловского муниципального района, и действующим законодательством. Применяет меры поощрения и меры дисциплинарного взыскания к работникам территориального отдела, устанавливает размеры премий и иных выплат работникам территориального отдела в пределах утвержденной сметы и бюджетного финансирования; дает указания, обязательные для всех работников;
обеспечивает исполнение решений Совета депутатов Абзелиловского муниципального района, правовых актов Главы района;
обеспечивает ведение делопроизводства и передачу дел в Архивный отдел Администрации Абзелиловского муниципального района;
обеспечивает организацию переподготовки и повышение квалификации работников территориального отдела;
осуществляет иные исполнительно-распорядительные функции, отнесенные к ведению территориального отдела, нормативными правовыми актами Абзелиловского муниципального района в соответствии с действующим законодательством и Уставом Абзелиловского муниципального района [5,6].

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

Организационная структура – важнейший фактор деятельности органа местного самоуправления, форма, в которой реализуется процесс муниципального управления [7].

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

Рисунок 1 – Организационная структура

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

Предоставление муниципальной услуги осуществляется в соответствии с:

Конституцией Российской Федерации;
Гражданским кодексом Российской Федерации, ч.1 («Собрание законодательства РФ», 05.12.1994, №32, ст.3301);
Налоговым кодексом Российской Федерации (Собрание законодательства Российской Федерации от 3 августа 1998 г. №31 ст.3824);
Федеральным законом от 06.10.2003г. № 131-ФЗ «Об общих принципах организации местного самоуправления в Российской Федерации» («Собрание законодательства РФ», 06.10.2003, №40, ст.3822);
Федеральным законом от 02.05.2006г. № 59-ФЗ «О порядке рассмотрения обращений граждан Российской Федерации»;
Федеральный закон от 27.07.2010г. № 210-ФЗ «Об организации предоставления государственных и муниципальных услуг»;
Федеральным законом от 07 июля 2003 года № 112-ФЗ «О личном подсобном хозяйстве» («Собрание законодательства РФ», 14.07.2003, №28, ст. 2881);
Федеральным законом от 27.07.2006г. №152-ФЗ «О персональных данных» («Собрание законодательства РФ», 31.07.2006, №31 (1 ч.), ст. 3451);
Федеральный закон от 09.02.2009г. №8-ФЗ «Об обеспечении доступа к информации о деятельности государственных органов и органов местного самоуправления» («Собрание законодательства РФ», 16.02.2009, №7, ст.776);
Постановлением Правительства РФ от 11.11.2005 №679 (ред. От 02.10.2009) «О порядке разработки и утверждения административных регламентов исполнения государственных функций (предоставления государственных услуг)» («Собрание законодательства РФ», 21.11.2005, №47, ст.4933);
Приказом от 20 сентября 2007 года №208 «Об утверждении Административного регламента предоставления федеральной миграционной службой государственной услуги по регистрационному учету граждан Российской Федерации по месту пребывания и по месту жительства в пределах Российской Федерации;
Федеральным Законом «О личном подсобном хозяйстве», от 07.07.2003 года №112-ФЗ;
Приказом от 29.08.2006 года № 146 Федеральной регистрационной службы «Об утверждении формы выписки из похозяйственной книги о наличии у гражданина права на земельный участок»;
Уставом муниципального образования сельского поселения Ташбулатовский сельсовет Муниципального района Абзелиловский район Республики Башкортостан;
настоящим Административным регламентом [9,10].

Целями Администрации Ташбулатовского сельского поселения являются:

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

Отдел выдачи справок выполняет следующие функции:

предоставление справок: о семейном положении, о ЛПХ, об иждивении, о трудовой занятости и т.д.
сбор данных для заполнения похозяйственной книги;
ведет книги выдачи справок;
ведет в установленном порядке похозяйственные книги, вносит в

них изменения.

Процесс Учета выдачи справок в Администрации села Ташбулатово состоит из приема заявлений, выдачи справок (выписок) и формирования отчета [11].

В учете процессе выдачи справок (выписок) используются следующие документы:

паспорт;
справка (выписка);
книга учета;
отчет о работе.

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

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

С помощью модели бизнес процесса, а именно диаграммы потоков данных (DFD), был подробно рассмотрен основной процесс отдела выдачи справок Администрации СП Ташбулатово «Выдача справок» (рис.2, 3).

Рисунок 2. Контекстная диаграмма. Учет выдачи справок в нотации DFD

Рисунок 3. Декомпозиция процесса выдачи справок в нотации DFD

Для более точного получения информации о существующем документообороте в отделе выдачи справок было проведено анкетирования главы администрации.

Анкета

Название подразделения: Отдел выдачи справок (ведомостей).

Фамилия, имя, отчество начальника: Нафиков Салават Тагирович, телефон: 23393.
Фамилия, имя, отчество заместителя начальника отдела: управляющий делами – Мухутдинова Асия Нигматовна, телефон заместителя начальника отдела 23330.
Основная цель отдела выдачи справок: предоставление нужного документа жителям села Ташбулатово.
Основные функции:

предоставление справок: о семейном положении, о ЛПХ, об иждивении, о трудовой занятости;
сбор данных для заполнения похозяйственной книги;
ведет книги выдачи справок и ведомостей;
ведет в установленном порядке похозяйственные книги, вносит в них изменения.

Кадровый состав Администрации сельского поселения Ташбулатово: Специалист 1 категории по выдаче справок: Аюпова Динара Руслановна

Документы, поступающие в Администрацию сельского поселения Ташбулатовский из других подразделений: паспорт и любой другой документ клиента.
Физическое представление, время и частота поступления, вид обработки и требования к безопасности каждого из этих документов: оригиналы или копии документов, поступает в отдел справок, для обеспечения безопасности, документы возвращаются клиентам сразу после оформления справки.
Продолжительность хранения каждого из документов и условия перевода в архив: документы сдаются в руки клиентам сразу после формирования нужного ему документа.
Документы, формирующиеся в: справки, ведомости и отчет.
Физическое представление время, частота и вид обработки и требования к безопасности каждого из этих документов: отчетности предоставляются по мере проведения анализа в бумажном виде, хранятся в сейфе начальников других отделений.
Продолжительность хранения каждого из документов и условия перевода в архив: документы переводятся в архив через полгода после формирования и выдачи документов клиенту.
Информация, поступающая в отдел выдачи справок из внешних к Администрации источников (банк, заказчик, налоговые органы и т.д.): справки и ведомости.
Физическое представление время и частота поступления, вид обработки и требования к безопасности каждого из видов информации: справки и ведомости предоставляются по мере проведения анализа в бумажном виде, хранятся в сейфе начальников других отделений.
Продолжительность хранения каждого из документов и условия перевода в архив: справки и ведомости отправляются в архив через полгода после проверки готовой продукции.
Информация, передающаяся из отдела выдачи справок во внешние органы: справки.
Физическое представление время и частота передачи, вид обработки и требования к безопасности каждого из видов информации: справки предоставляются клиенту.
Продолжительность хранения каждого из документов и условия перевода в архив: клиент хранит справки до истечения срока действия документа, после документы отправляются в архив.
Описание информационной инфраструктуры (техническое оснащение и программные продукты) отдела выдачи справок: программа для выдачи справок (ведомостей) «Похозяйственный учет».
Основные недостатки бизнес-процессов и существующей системы обработки документов в отделе выдачи справок: недостатков в документообороте нет, система автоматизирована.
Предложения по реорганизации бизнес-процессов и существующей системы обработки документов в отделе выдачи справок: нет.
Дата заполнения анкеты: 25.02.2014 год

Подпись: ________________________________.

1.3.Анализ существующих разработок

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

Отображение инфраструктуры Администрации села Ташбулатово представлено на рис.4.

Рисунок 4. Инфраструктура Администрации села Ташбулатово

На сегодняшний день в Администрации существует проблема взаимодействия между АРМами, затруднена передача информации. Отсутствует общее хранилище данных, поэтому приходить передавать информацию, либо вручную, либо по электронной почте MS Outlook. Данную проблему можно решить, внедрив АИС, которая бы смогла служить единым хранилищем данных.

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

Таблица 2. Анализ существующих решений на рынке предлагаемых услуг.

Название

Функции

Модули

Парус – Похозяйственный учет

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

налогообложения на следующий период;

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

Администратор налоговых поступлений.

АИС «ПХУ»

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

Администрирование;
Ведение похозяйственного учета;
Учет юридических лиц, зарегистрированных на территории муниципальных образований;
Миграция, ЗАГС;
Воинский учет;
Формирование отчетности.

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

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

ВЫВОДЫ ПО ПЕРВОЙ ГЛАВЕ

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

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

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

ГЛАВА 2. РАЗРАБОТКА ПРОЕКТНЫХ РЕШЕНИЙ

2.1.Разработка концепции

Муниципальная услуга, предоставляемая органом местного самоуправления, деятельность по реализации функций органа местного самоуправления. Осуществляется по запросам заявителей в пределах полномочий органа, предоставляющего муниципальные услуги, по решению вопросов местного значения, установленных в соответствии с Федеральным законом от 6 октября 2003 года N 131-ФЗ "Об общих принципах организации местного самоуправления в Российской Федерации" и уставами муниципальных образований [13].

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

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

Право на получение муниципальной услуги имеют физические и юридические лица.

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

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

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

Основанием для предоставления муниципальной услуги является личное обращение Заявителя.

Все обращения граждан о выдаче справок подлежат обязательной регистрации с содержанием следующей информации [14]:

дата и время обращения;
ФИО заявителя, место жительства, место регистрации;
вид справки;
дата и время выдачи справки;
куда требуется документ;
ФИО выдавшего справку;

подпись специалиста выдавшего справку.

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

паспорт заявителя;
трудовая книжка, аттестат (если нет трудовой книжки);
зеленка.

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

прием заявлений;
выдачи справок;
формирования отчета.

Деятельность отдела выдачи справок представлено на рис.5.

Рисунок 5. Диаграмма потока работ ARIS eEPC в MS Visio модели TO-BE

Требования к внедрению программного комплекса «Похозяйственный учет» Требования к структуре и функционированию системы

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

После внедрения должны функционировать следующие модули:

модуль «Администрирование»;
модуль «Ведение похозяйственного учета»;
модуль «Учет юридических лиц, зарегистрированных на территории муниципальных образований»;
модуль «Миграция, ЗАГС»;
модуль «Воинский учет»;
модуль «Формирование отчетности».

Требования к персоналу

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

специалист по справкам;
землеустроитель;
паспортистка (специалист ВУС).

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

Рисунок 6. Диаграмма UseCase

Требования к безопасности

Требования к эргономике

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

Требования к защите информации от несанкционированного доступа

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

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

Должна быть реализована возможность назначения для каждого пользователя одной или более ролей, которые этот пользователь выполняет в Системе.

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

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

Доступ к системе посредством Web-интерфейса должен осуществляться с помощью SSL сертификатов и защищенного протокола HTTPS.

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

Требования к информационной безопасности

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

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

Требования к антивирусной защите

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

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

Требования к функциям в системе

В данном разделе по каждому модулю представлены требования, предъявляемые к функциям, задачам и их комплексам, подлежащих автоматизации [19, 20].

Интерфейс пользователя представлен в приложении 1.

Модуль «Администрирование»

Модуль должен обеспечивать выполнение следующих функций:

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

Модуль «Ведение похозяйственного учета»

Модуль должен обеспечивать выполнение следующих функций:

учет хозяйств

В системе должен быть реализован реестр хозяйств.

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

Реестр должен отображаться в табличном виде с возможностью экспорта в Microsoft Excel (Open Office).

Выводить объекты необходимо по 25 записей на странице.Должно отражаться общее количество страниц и записей в таблице.Должна быть возможность перемещения по страницам и открытие конкретной страницы.

Должна быть реализована возможность добавления, редактирования, удаления записей, а также обновления реестра.

Таблица должна состоять из следующих столбцов:

лицевой счет;
тип хозяйства;
глава хозяйства;
населенный пункт;
адрес.

По каждому столбцу должна быть реализована возможность фильтрации и сортировки.

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

Основные сведения. В данной вкладке должны учитываться основные сведения хозяйства (населенный пункт хозяйства, лицевой счет, дата регистрации хозяйства, основание регистрации, дата ликвидации хозяйства, основание ликвидации);
Дополнительные сведения. В данной вкладке должны учитываться дополнительные сведения хозяйства (реализация молока, реализация яиц, скот и птица на убой, реализация овощей). Дополнительные сведения должны подтягиваться из справочника. Должна быть реализована возможность добавления дополнительных сведений в справочник.
Члены хозяйства. В данной вкладке должны учитываться все члены хозяйства (глава хозяйства, дата начала членства в хозяйстве, дата окончания членства в хозяйстве/дата убытия, причины убытия, учет проживающих в хозяйстве ранее, отношение членов к главе хозяйства). Члены хозяйства должны подтягиваться из реестра физических лиц;
Жилые помещения. В данной вкладке должны учитываться все жилые помещения, относящиеся к хозяйству. Жилые помещения должны подтягиваться из реестра помещений;
Земельные участки. В данной вкладке должны учитываться все земельные участки, относящиеся к хозяйству. Земельные участки должны подтягиваться из реестра земельных участков;
Скот. В данной вкладке должен учитываться весь скот хозяйства (дата актуальности, выбор из справочника видов скота, ведение истории изменений количества скота). Виды и типы скота должны подтягиваться из справочников.
Сельхозинвентарь. В данной вкладке должен учитываться весь сельхозинвентарь хозяйства. Сельхозинвентарь должен подтягиваться из справочника видов сельхозинвентаря;
Технические средства. В данной вкладке должны учитываться все технические средства хозяйства (дата начало использования, дата окончания использования, учет истории наличия тех. средств). Технические средства должны подтягиваться из реестра Технических средств.

В каждой вкладке должна вестись история изменений.

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

учет физических лиц

В системе должен быть реализован реестр физических лиц.

Пользователь должен иметь доступ только к тем физическим лицам, которые закреплены за той же (или дочерней) территорией, что и сам пользователь.

Реестр должен отображаться в табличном виде с возможностью экспорта в Microsoft Excel (Open Office).

Таблица должна состоять из следующих столбцов:

Ф.И.О.;
адрес проживания;
пол;
дата рождения.

По каждому столбцу должна быть реализована возможность фильтрации и сортировки.

В реестре должна быть реализована возможность отображения физических лиц по категориям:

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

У каждого физического лица должна быть индивидуальная карточка со следующими разделами.

Основные сведения (ФИО, дата рождения, место рождения, пол, резидент/нерезидент, национальность, гражданство, образование, военнообязанность, семейной положение, ИНН, ПФР, адрес, дата смерти, причина смерти);
Дополнительные сведения. Сведения должны тянуться из справочника «Дополнительные сведения».
Прописка (дата начала прописки, дата выписки, адрес прописки). Адрес прописки должен потягиваться из Классификатора Адресов России (КЛАДР);
Родственники. В данном разделе должны указываться родственные взаимосвязи физических лиц (прямое родство, обратное родство, дата начала родства, окончания родства, признак отношения к членам семьи);
Документы физического лица. В данном разделе должны учитываться все документы физического лица и их реквизиты (номер, серия, кем выдан, дата выдачи, признак основного документа, примечания). Документы должны подтягиваться из справочника документов;
Льготы. В данном разделе должны учитываться льготы физического лиц, даты начала и окончания действия льгот. Льготы должны подтягиваться из справочника «Виды льгот»;
Пенсии. В данном разделе должны учитываться пенсии физического лица по видам и реквизиты пенсионного удостоверения (серия, номер, кем выдан, дата выдачи, примечания). Пенсии должны подтягиваться из справочника «Виды пенсий»;
Места работы (наименование организации, должность, дата трудоустройства, дата увольнения, примечания);
Образование. В данном разделе должны учитываться все учреждения, в которых физическое лицо обучался либо обучается, а также реквизиты документа об образовании (серия, номер, дата начала, дата окончания, учреждение, вид обучения, специальности, квалификация, примечания);
Земельные участки. В данном разделе должны учитываться все земельные участки, которые находятся у физического лица в любой из форм собственности (правообладания) с учетом доли правообладания и площади земельного участка. Должен быть реализован учет документов свидетельствующих о регистрации права, а также о прекращении правообладания (тип документа должен вноситься из справочника типов документов) и их реквизитов (серия, номер, дата выдачи, примечание). Тип правообладания должен подтягиваться из справочника типов правообладания, земельные участки - из реестра земельных участков.
Жилые помещения. В данном разделе должны учитываться все жилые помещения, которые находятся у физического лица в любой из форм собственности (правообладания) с учетом доли правообладания и площади жилого помещения. Должен быть реализован учет документов свидетельствующих о регистрации права, а также о прекращении правообладания (тип документа должен вноситься из справочника типов документов) и их реквизитов (серия, номер, дата выдачи, примечание). Тип правообладания должен подтягиваться из справочника типов правообладания, жилые помещения - из реестра жилых помещений;
Технические средства. В данном разделе должны учитываться все технические средства, которые находятся у физического лица в любой из форм собственности (правообладания). Должен быть реализован учет документов свидетельствующих о регистрации права, а также о прекращении правообладания (тип документа вноситься из справочника типов документов) и их реквизитов (серия, номер, дата выдачи, примечание). Тип правообладания должен подтягиваться из справочника типов правообладания, техническое средство - из реестра технических средств.

В каждой вкладке должна вестись история изменений.

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

учет похозяйственных книг

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

Реестр должен отображаться в табличном виде с возможностью экспорта в Microsoft Excel (Open Office).

Таблица должна состоять из следующих столбцов:

территория;
номер книги;
дата начала;
дата окончания.

По каждому столбцу должна быть реализована возможность фильтрации и сортировки.

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

Территория учета. В данном разделе указываются все территории (населенные пункты, улицы), которые относятся к похозяйственной книге;
Хозяйства. Хозяйства должны добавляться автоматически, по принадлежности к территории, указанной в разделе «Территория учета». Должна существует возможность удаления хозяйств из похозяйственной книги.

учет земельных участков

В системе должен быть реализован реестр земельных участков. Пользователь должен иметь доступ только к тем земельным участкам, которые закреплены за той же (или дочерней) территорией, что и сам пользователь.

Реестр должен отображаться в табличном виде с возможностью экспорта в Microsoft Excel (Open Office).

Выводить объекты необходимо по 25 записей на странице.

Должно отражаться общее количество страниц и записей в таблице.

Должна быть возможность перемещения по страницам и открытие конкретной страницы.

Таблица должна состоять из следующих столбцов:

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

По каждому столбцу должна быть реализована возможность фильтрации и сортировки.

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

все земельные участки;
оформленные участки (зарегистрированные земли, имеющие собственников);
неоформленные участки (незарегистрированные земли).

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

основные сведения (кадастровый номер, территория, категория земель, общая площадь, тем земельного участка, стоимость, вид разрешенного использования, Адрес, населенный пункт, улица, дом, индекс);
дополнительные сведения (дата актуальности сведений, площадь земли под постройки, площадь лесных земель, посевная площадь под зерновые культуры, посевная площадь картофель, посевная площадь под овощи, посевная площадь под подсолнечник, посевная площадь под кукурузу, посевная площадь под сахарную свеклу, прочая посевная площадь, плодовые насаждения, ягодные культуры, сельхоз площадь под многолетник насаждения, сельхоз площадь под пастбища, сельхоз площадь под пашню, сельхоз площадь под сенокосы, прочая сельхоз площадь, площадь на территории района, площадь на территории сельского поселения, посевная площадь под зерновые культуры, наименование ориентира, расстояние от ориентира до земельного участка, направление от ориентира на земельный участок, Положение на ДКК);
правообладатели (физические лица). В данном разделе должны учитываться все правообладатели земельного участка – физические лица. Должен быть реализован учет документов свидетельствующих о регистрации права, а также о прекращении правообладания (тип документа должен вноситься из справочника типов документов) и их реквизитов (серия, номер, дата выдачи, примечание). Тип правообладания должен подтягиваться из справочника типов правообладания, физическое лицо - из реестра физических лиц;
правообладатели (юридические лица). В данном разделе должны учитываться все правообладатели земельного участка – юридические лица. Должен быть реализован учет документов свидетельствующих о регистрации права, а также о прекращении правообладания (тип документа должен вноситься из справочника типов документов) и их реквизитов (серия, номер, дата выдачи, примечание). Тип правообладания должен подтягиваться из справочника типов правообладания, юридическое лицо - из реестра юридических лиц.

В каждой вкладке должна вестись история изменений.

учет помещений

В системе должен быть реализован реестр помещений. Пользователь должен иметь доступ только к тем помещениям, которые закреплены за той же (или дочерней) территорией, что и сам пользователь.

Реестр должен отображаться в табличном виде с возможностью экспорта в Microsoft Excel (Open Office).

Выводить объекты необходимо по 25 записей на странице.

Должно отражаться общее количество страниц и записей в таблице.

Должна быть возможность перемещения по страницам и открытие конкретной страницы.

Таблица должна состоять из следующих столбцов:

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

По каждому столбцу должна быть реализована возможность фильтрации и сортировки.

В реестре должна быть реализована возможность отображение помещений по следующим категориям:

все помещения;
оформленные помещения (зарегистрированные помещения, имеющие собственников);
неоформленные помещения (незарегистрированные помещения).

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

Основные сведения (территория, населенный пункт, улица, номер дома, номер квартиры, кадастровый номер, вид помещения, тип помещения, материал кровли, общая площадь, стоимость, год постройки, материал стен);
Дополнительные сведения (дата актуальности сведений, жилая площадь, площадь оборудованная водопроводом, площадь оборудованная централизованным водопроводом, площадь оборудованная водоотведением, площадь оборудованная централизованным водоотведением, площадь оборудованная отоплением, площадь оборудованная горячим водоснабжением, площадь оборудованная централизованным водоснабжением, площадь оборудованная ванными, площадь оборудованная газом, площадь оборудованная напольными электроплитами, число комнат, число этажей, наличие прибора учета воды, наличие прибора учета газа, наличие прибора учета тепла, наличие прибора учета горячего водоснабжения);
Хозяйственные постройки. В данном разделе должны учитываться хозяйственные постройки, относящиеся к выбранному помещению (наименование хозяйственной постройки, тип помещения, площадь, стоимость, год постройки);
Пристрои. В данном разделе должны учитываться все пристрои, относящиеся к выбранному помещению (материалы стен, материалы кровли, площадь, год постройки, наличие отопления);
Правообладатели (физические лица). В данном разделе должны учитываться все правообладатели помещений – физические лица. Должен быть реализован учет документов свидетельствующих о регистрации права, а также о прекращении правообладания (тип документа должен вноситься из справочника типов документов) и их реквизитов (серия, номер, дата выдачи, примечание). Тип правообладания должен подтягиваться из справочника типов правообладания, физическое лицо - из реестра физических лиц;
Правообладатели (юридические лица). В данном разделе должны учитываться все правообладатели помещений – юридические лица. Должен быть реализован учет документов свидетельствующих о регистрации права, а также о прекращении правообладания (тип документа должен вноситься из справочника типов документов) и их реквизитов (серия, номер, дата выдачи, примечание). Тип правообладания должен подтягиваться из справочника типов правообладания, юридическое лицо - из реестра юридических лиц.

В каждой вкладке должна вестись история изменений.

учет технических средств

В системе должен быть реализован реестр технических средств. Пользователь должен иметь доступ только к тем техническим средствам, которые закреплены за той же (или дочерней) территорией, что и сам пользователь.

Реестр должен отображаться в табличном виде с возможностью экспорта в Microsoft Excel (Open Office).

Выводить объекты необходимо по 25 записей на странице.

Должно отражаться общее количество страниц и записей в таблице.

Должна быть возможность перемещения по страницам и открытие конкретной страницы.

Таблица должна состоять из следующих столбцов:

регистрационный номер;
наименование;
тип;
марка;
мощность;
год выпуска.

По каждому столбцу должна быть реализована возможность фильтрации и сортировки.

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

все технические средства;
оформленные технические средства (зарегистрированные технические средства, имеющие собственников);
неоформленные технические средства (незарегистрированные технические средства).

У каждого Технического средства должна быть индивидуальная карточка со следующими разделами.

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

В каждой вкладке должна вестись история изменений.

учет специализированных учреждений

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

Реестр должен отображаться в табличном виде с возможностью экспорта в Microsoft Excel (Open Office).

Выводить объекты необходимо по 25 записей на странице.

Должно отражаться общее количество страниц и записей в таблице.

Должна быть возможность перемещения по страницам и открытие конкретной страницы.

Таблица должна состоять из следующих столбцов:

наименование;
территория;
адрес учреждения.

По каждому столбцу должна быть реализована возможность фильтрации и сортировки.

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

Основные сведения (Наименование, Территория, населенный пункт, улица, дом);

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

Модуль «Учет юридических лиц, зарегистрированных на территории муниципальных образований»

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

Реестр должен отображаться в табличном виде с возможностью экспорта в Microsoft Excel (Open Office).

Выводить объекты необходимо по 25 записей на странице.

Должно отражаться общее количество страниц и записей в таблице.

Должна быть возможность перемещения по страницам и открытие конкретной страницы.

Таблица должна состоять из следующих столбцов:

полное наименование;
краткое наименование;
ИНН.

По каждому столбцу должна быть реализована возможность фильтрации и сортировки.

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

Основные сведения (Полное наименование; Сокращенное наименование; Организационно правовая форма; Тип организации; Адрес; ФИО руководителя; Должность; ФИО главного бухгалтера; ИНН; КПП; ОГРН; ОКПО; ОКОНХ; ОКВЭД, Расчетный счет; Корреспондирующий счет; БИК; Юридических адрес, Фактический адрес);
Дополнительные сведения: (дата актуальности, заместитель руководителя, контактные телефоны, дополнительный адрес);
Земельные участки. В данном разделе должны учитываться все земельные участки, которые находятся у юридического лица в любой из форм собственности (правообладания) с учетом доли правообладания и площади земельного участка. Должен быть реализован учет документов свидетельствующих о регистрации права, а также о прекращении правообладания (тип документа должен вноситься из справочника типов документов) и их реквизитов (серия, номер, дата выдачи, примечание). Тип правообладания должен подтягиваться из справочника типов правообладания, земельные участки - из реестра земельных участков;
Жилые помещения. В данном разделе должны учитываться все жилые помещения, которые находятся у юридического лица в любой из форм собственности (правообладания) с учетом доли правообладания и площади жилого помещения. Должен быть реализован учет документов свидетельствующих о регистрации права, а также о прекращении правообладания (тип документа должен вноситься из справочника типов документов) и их реквизитов (серия, номер, дата выдачи, примечание). Тип правообладания должен подтягиваться из справочника типов правообладания, жилые помещения - из реестра жилых помещений;
Технические средства. В данном разделе должны учитываться все технические средства, которые находятся у юридического лица в любой из форм собственности (правообладания). Должен быть реализован учет документов свидетельствующих о регистрации права, а также о прекращении правообладания (тип документа должен вноситься из справочника типов документов) и их реквизитов (серия, номер, дата выдачи, примечание).

Модуль «Миграция, ЗАГС»

Модуль должен обеспечивать выполнение следующих функций:

- 1. учет листков прибытия

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

Реестр должен отображаться в табличном виде с возможностью экспорта в Microsoft Excel (Open Office).

Выводить объекты необходимо по 25 записей на странице.

Должно отражаться общее количество страниц и записей в таблице.

Должна быть возможность перемещения по страницам и открытие конкретной страницы.

Таблица должна состоять из следующих столбцов:

Ф.И.О;
территория;
реквизиты документа;
тип прибытия.

По каждому столбцу должна быть реализована возможность фильтрации и сортировки.

При внесении в систему нового документа должны заполняться следующие реквизиты.

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

Адрес должен подтягиваться из справочника Классификатор Адресов РФ (КЛАДР).

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

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

- 1. учет листков убытия

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

Реестр должен отображаться в табличном виде с возможностью экспорта в Microsoft Excel (Open Office).

Выводить объекты необходимо по 25 записей на странице.

Должно отражаться общее количество страниц и записей в таблице.

Должна быть возможность перемещения по страницам и открытие конкретной страницы.

Таблица должна состоять из следующих столбцов:

Ф.И.О;
территория;
реквизиты документа;
тип убытия.

По каждому столбцу должна быть реализована возможность фильтрации и сортировки.

При внесении в систему нового документа должны заполняться следующие реквизиты:

Убывающее физическое лицо. Физическое лицо должно подтягиваться из реестра физических лиц;
Территория. Сельское поселение/населенный пункт, территория из которого убывает физического лица. Территория должна подтягивается из справочника территорий;
Тип убытия (временное или постоянное) Тип прибытия должен выбираться из выплывающего списка;
Основание убытия. Должен подтягиваться из справочника «Основания убытия»;
Дата убытия;
Куда убыл. Адрес населенного пункта, куда убыло физическое лицо.

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

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

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

Реестр должен отображаться в табличном виде с возможностью экспорта в Microsoft Excel (Open Office).

Выводить объекты необходимо по 25 записей на странице.

Должно отражаться общее количество страниц и записей в таблице.

Должна быть возможность перемещения по страницам и открытие конкретной страницы.

Таблица должна состоять из следующих столбцов:

Ф.И.О;
территория;
реквизиты документа.

По каждому столбцу должна быть реализована возможность фильтрации и сортировки.

При внесении в систему нового документа должны заполняться следующие реквизиты:

физическое лицо, подавшее заявление на регистрацию. Физическое лицо должно подтягиваться из реестра физических лиц;
территория. Сельское поселение/населенный пункт, территория в котором регистрируется физическое лицо. Территория должна подтягиваться из справочника территорий;
адрес регистрации. Адрес должен подтягиваться из КЛАДРа;
дата регистрации.

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

- 1. учет листков выписки

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

Реестр должен отображаться в табличном виде с возможностью экспорта в Microsoft Excel (Open Office).

Выводить объекты необходимо по 25 записей на странице.

Должно отражаться общее количество страниц и записей в таблице.

Должна быть возможность перемещения по страницам и открытие конкретной страницы.

Таблица должна состоять из следующих столбцов:

Ф.И.О;
территория;
реквизиты документа.

По каждому столбцу должна быть реализована возможность фильтрации и сортировки.

При внесении в систему нового документа должны заполняться следующие реквизиты:

физическое лицо, подавшее заявление на снятие с регистрации. Физическое лицо должно подтягиваться из реестра физических лиц;
территория. Сельское поселение/населенный пункт, территория в котором зарегистрировано физическое лицо. Территория должна подтягиваться из справочника территорий;
адрес прописки. Адрес должен подтягиваться из КЛАДРа;
дата снятия с регистрации.

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

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

- 1. учет свидетельств о рождении

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

Реестр должен отображаться в табличном виде с возможностью экспорта в Microsoft Excel (Open Office).

Выводить объекты необходимо по 25 записей на странице.

Должно отражаться общее количество страниц и записей в таблице.

Должна быть возможность перемещения по страницам и открытие конкретной страницы.

Таблица должна состоять из следующих столбцов:

Ф.И.О;
Территория;
Реквизиты документа.

По каждому столбцу должна быть реализована возможность фильтрации и сортировки.

При внесении в систему нового документа должны заполняться следующие реквизиты:

Новорожденное физическое лицо. Физическое лицо должно подтягиваться из реестра физических лиц;
Территория. Сельское поселение/населенный пункт – территория, к которой относится физическое лицо. Территория должна подтягиваться из справочника территории;
Реквизиты свидетельства о рождении (серия, номер, дата выдачи);
Данные о матери ребенка. Физическое лицо должно подтягиваться из реестра физических лиц;
Данные об отце ребенка. Физическое лицо должно подтягиваться из реестра физических лиц.

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

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

- 1. учет свидетельств о смерти

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

Реестр должен отображаться в табличном виде с возможностью экспорта в Microsoft Excel (Open Office).

Выводить объекты необходимо по 25 записей на странице.

Должно отражаться общее количество страниц и записей в таблице.

Должна быть возможность перемещения по страницам и открытие конкретной страницы.

Таблица должна состоять из следующих столбцов:

Ф.И.О;
Территория;
Реквизиты документа.

По каждому столбцу должна быть реализована возможность фильтрации и сортировки.

При внесении в систему нового документа должны заполняться следующие реквизиты:

Физическое лицо. Должно подтягиваться из реестра физических лиц;
Территория. Сельское поселение/населенный пункт – территория, к которой относится физического лица.
Реквизиты свидетельства о смерти (серия, номер, дата выдачи);
Причина смерти, место смерти.

Для отражения информации о смерти физического лица в базе данных системы – необходимо реализовать механизм регистрации свидетельства о смерти.

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

- 1. учет свидетельств о регистрации брака

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

Реестр должен отображаться в табличном виде с возможностью экспорта в Microsoft Excel (Open Office).

Выводить объекты необходимо по 25 записей на странице.

Должно отражаться общее количество страниц и записей в таблице.

Должна быть возможность перемещения по страницам и открытие конкретной страницы.

Таблица должна состоять из следующих столбцов:

Ф.И.О;
Территория;
Реквизиты документа.

По каждому столбцу должна быть реализована возможность фильтрации и сортировки.

При внесении в систему нового документа должны заполняться следующие реквизиты:

Физические лица, вступающие в брак; Физические лица должны подтягиваться из реестра физических лиц. Должна быть реализована проверка на принадлежность физических лиц к мужскому и женскому полу. В поле «муж» должно указываться физическое лицо мужского пола, в поле «жена» - женского пола.
Территория. Сельское поселение/населенный пункт – территория, к которой относятся физические лица. Территория должна подтягиваться из справочника территории;
Реквизиты свидетельства о регистрации брака (номер, дата выдачи);
Фамилия мужа, Фамилия жены после регистрации брака (в случае ее смены);
Место регистрации;
Дата регистрации.

Для отражения информации о регистрации брака в базе данных системы – необходимо реализовать механизм регистрации свидетельств о регистрации брака. При регистрации свидетельства о регистрации барка должна добавляться информация о родственных отношениях в карточки физических лиц.

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

учет свидетельств о разводе

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

Реестр должен отображаться в табличном виде с возможностью экспорта в Microsoft Excel (Open Office).

Выводить объекты необходимо по 25 записей на странице.

Должно отражаться общее количество страниц и записей в таблице.

Должна быть возможность перемещения по страницам и открытие конкретной страницы.

Таблица должна состоять из следующих столбцов:

Ф.И.О;
Территория;
Реквизиты документа.

По каждому столбцу должна быть реализована возможность фильтрации и сортировки.

При внесении в систему нового документа должны заполняться следующие реквизиты:

Физические лица, расторгающие брачные отношения; Физические лица должны подтягиваться из реестра физических лиц. Должна быть реализована проверка на принадлежность физических лиц к мужскому и женскому полу. В поле «муж» должно указываться физическое лицо мужского пола, в поле «жена» - женского пола.
Территория. Сельское поселение/населенный пункт – территория, к которой относятся физические лица. Территория должна подтягиваться из справочника территории;
Реквизиты свидетельства о расторжении брака (номер, дата выдачи);
Фамилия мужа, Фамилия жены после расторжения брака (в случае смены фамилии);
Место регистрации расторжения брака;
Дата регистрации расторжения брака.

Для отражения информации о расторжении брака в базе данных системы – необходимо реализовать механизм регистрации свидетельства о расторжении брака. При регистрации свидетельства должна обновляться информация о родственных отношениях в карточках физических лиц.

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

журнал внутренних перемещений

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

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

Реестр должен отображаться в табличном виде с возможностью экспорта в Microsoft Excel (Open Office).

Выводить объекты необходимо по 25 записей на странице.

Должно отражаться общее количество страниц и записей в таблице.

Должна быть возможность перемещения по страницам и открытие конкретной страницы.

Таблица должна состоять из следующих столбцов:

Листок убытия;
Листок прибытия.

По каждому столбцу должна быть реализована возможность фильтрации и сортировки.

При внесении в систему нового документа должны заполняться следующие реквизиты:

Физическое лицо. Физическое лицо должно подтягивается из реестра физических лиц;
Основание убытия. Должно подтягиваться из справочника «Основания прибытия»;
Дата перемещения;
Хозяйство. Хозяйство, в которое перемещается физическое лицо.

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

журнал регистрации документов

В системе должен быть реализован реестр всех документов модуля Миграции, ЗАГС. Пользователь должен иметь доступ только к тем документам, которые относятся к той же (или дочерней) территории, что и сам пользователь.

Реестр должен отображаться в табличном виде с возможностью экспорта в Microsoft Excel (Open Office).

Выводить объекты необходимо по 25 записей на странице.

Должно отражаться общее количество страниц и записей в таблице.

Должна быть возможность перемещения по страницам и открытие конкретной страницы.

Таблица должна состоять из следующих столбцов:

Ф.И.О;
Наименование документа;
Связь. В данном столбце должно, отображаться в каком хозяйстве или специализированном учреждении зарегистрировано физическое лицо;
Дата регистрации;
Статус (Зарегистрировано/Не зарегистрировано).

По каждому столбцу должна быть реализована возможность фильтрации и сортировки.

В реестре должна быть реализована возможность отображения документов по категориям:

Листки прибытия;
Листки убытия;
Листки прописки;
Листки выписки;
Свидетельства о рождении;
Свидетельства о смерти;
Свидетельства о регистрации брака;
Свидетельства о расторжении брака.

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

Модуль «Воинский учет»

Модуль должен обеспечивать выполнение следующих функций:

учет карточек офицеров запаса

В системе должен быть реализован реестр офицеров запаса.

Пользователь должен иметь доступ только к тем карточкам офицеров запаса, которые закреплены за той же (или дочерней) территорией, что и сам пользователь.

Реестр должен отображаться в табличном виде с возможностью экспорта в Microsoft Excel (Open Office).

Выводить объекты необходимо по 25 записей на странице.

Должно отражаться общее количество страниц и записей в таблице.

Должна быть возможность перемещения по страницам и открытие конкретной страницы.

Таблица должна состоять из следующих столбцов:

Ф.И.О.;
Звание;
Пол;
Дата рождения;
Адрес.

По каждому столбцу должна быть реализована возможность фильтрации и сортировки.

В реестре должна быть реализована возможность отображения физических лиц по категориям:

Все;
Имеющие мобилизационное предписание;
Не имеющие мобилизационное предписание;
Не состоящие на учете.

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

Основные сведения. Сведения об офицере запаса (ФИО, дата рождения, место рождения, пол, место работы, Домашний адрес, гражданское образование) должны заполняться автоматически из карточки физического лица. Сведения о типе учета, категории годности, группе учета, звании, личном номере, военном образовании, военной специальности, мобилизационном предписании - должны заполняться в ручную.
Дети до 18 лет. В данном разделе должны указываться все дети не достигшие 18 лет. Вкладка должна заполняться автоматически в соответствии с данными из вкладки «Родственники» физического лица.
Отметки о воинском учете. В данной вкладке должна учитываться постановка и снятие офицера запаса с воинского учета.

учет карточек призывников

В системе должен быть реализован реестр призывников.

Пользователь должен иметь доступ только к тем карточкам призывников, которые закреплены за той же (или дочерней) территорией, что и сам пользователь.

Реестр должен отображаться в табличном виде с возможностью экспорта в Microsoft Excel (Open Office).

Выводить объекты необходимо по 25 записей на странице.

Должно отражаться общее количество страниц и записей в таблице.

Должна быть возможность перемещения по страницам и открытие конкретной страницы.

Таблица должна состоять из следующих столбцов:

Ф.И.О.;
Звание;
Пол;
Дата рождения;
Адрес.

По каждому столбцу должна быть реализована возможность фильтрации и сортировки.

В реестре должна быть реализована возможность отображения физических лиц по категориям:

Все;
Не поставленные на воинский учет;
Состоящие на воинском учете;
Не состоящие на учета.

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

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

Модуль «Формирование отчетности»

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

Отчеты должны быть сгруппированы по группам и содержать следующие данные:

1) Государственное статистическое наблюдение:

Форма №14;
Приложение к форме №14.

Данные отчеты должны также отображаться в НТМL формате с возможностью «проваливания» в количественные показатели с целью их детализации.

2) Отчеты модуля «Миграция, ЗАГС»:

Заявление о регистрации по месту жительства;
Заявление о регистрации по месту пребывания;
Заявление о снятии с регистрационного учета по месту жительства;
Листки прибытия;
Листки убытия.

3) Налоговые ведомости:

Сведения о зарегистрированных правах на недвижимое имущество (в том числе земельные участки) и сделках с ним, правообладателях недвижимого имущества и об объектах недвижимого имущества (Приказ 23Н).

Должна быть реализована выгрузка данного отчета в xml формате для предоставления в налоговые органы.

4) Похозяйственная книга:

Форма Похозяйственной книги утвержденная Приказом МСХ РФ от 11 октября 2010г. №345 «Об утверждении формы и порядка ведения похозяйственных книг органами местного самоуправления поселений и органами местного самоуправления городских округов».

5) Сводные ведомости:

Алфавитная книга хозяйств;

Список проживающих;
Список проживающих в сельском поселении более года (Форма 2В);
Список проживающих в специализированных учреждениях (Форма 2С);
Список проживающих до заданного возраста;
Список населенных пунктов и населения;
Список напоминаний о получении паспорта;
Справка о количестве мужчин и женщин;
Справка о молодых избирателях;
Справка о национальном составе населения;
Справка о численности населения до 18 лет;
Справка о численности населения по полу и возрасту;
Справка о количестве скота.

6) Справки населению:

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

Должен быть разработан удобный механизм просмотра взаимосвязей между элементами одного реестра с элементами другого реестра, путем перехода из одного реестра в другой.

2.2.Обоснование проектных решений по видам обеспечения АС Требования к программному обеспечению

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

Windows XP и выше;
Linux для рабочих станций и серверов;
MacOS;
любой другой операционной системы, в которой есть возможность запуска одного из web-браузеров (см. ниже);

Должна быть реализована возможность работы пользователей в следующих web-браузерах:

Internet Explorer 7 и выше (только для Windows);
Mozilla Firefox 1.5 и выше;
Safari 3 и выше;
Google Chrome 3 и выше.

Система должна обеспечивать комфортную работу пользователей при доступе к сети Интернет со скоростью 256 Кбит/сек.

Программный компонент Системы должен включать инсталлятор (деинсталлятор).

Инсталлятор должен обеспечивать:

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

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

Требования к организационному обеспечению системы

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

Заказчиком должны быть определены должностные лица, ответственные за:

обработку информации АС;
администрирование АС;
обеспечение безопасности информации АС;
управление работой персонала по обслуживанию АС.

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

Требования к аппаратному обеспечению серверов

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

Сервер базы данных:

2 четырех ядерных процессора Xeon 2Ггц или эквивалент;
Оперативная память: не менее 8 ГБ;
Дисковое пространство: не менее 400 ГБ.

Web-сервер:

Apache 2.2 и выше;
Nginx 0.7 и выше.

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

IBM DB2 не ниже 6.0;
Firebird 1.5 и выше;

Канал связи между серверами не менее 1Гбит.
Внешний канал связи не менее 10Мбит.

2.3 Разработка системной архитектуры

Системная архитектура в системе стандартов предприятия определяет правила формирования своих компонентов и обеспечения взаимодействия между ними [24].

Системная архитектура состоит из трех взаимосвязанных компонентов:

прикладной архитектуры;
архитектуры данных;
технической архитектуры.

Прикладная архитектура включает в себя [23]:

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

Архитектура данных включает в себя:

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

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

сетевой архитектуры
архитектуры платформ.

Сетевая архитектура включает в себя:

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

Архитектура платформ включает в себя [25]:

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

Состав технической инфраструктуры и ее стоимость по ценам 2014г. с интернет источников (табл. 2).

Таблица 2 – Обоснование готовности технической инфраструктуры к внедрению

№		Характеристика		Цена (руб.)
1.	Монитор Samsung SyncMaster 191N	Тип: TFT/PVA Диагональ: 19 Разрешение: 1280x1024 (5:4) Яркость: 250 кд/м2 Котрастность: 500:1	http://market.yandex.ru/model-spec.xml?modelid=240057&hid=91052&track=sticker	8500
2.	Системный блок	Микропроцессор: Intel (R) Core (TM) i3-2105 CPU @ 3.10 Ггц Оперативная память: 4096 Mb; Тип системы: 32-разрядная ОС Винчестер: 460 GB Дисковод: CD-ROM		14022
3.	Принтер HP LaserJet Pro M225rdn	Скорость черно-белой печати: Обычный режим: До 25 стр./мин Выход первой страницы (режим готовности): Черно-белая: За 8 с Нагрузка (в месяц, формат A4): До 8000 страниц Рекомендуемый ежемесячный объем печати: 500—2000. Технология печати: Лазерная	http://www8.hp.com/ru/ru/products/printers/product-detail.html?oid=6302639#!tab=specs	6 234
4.	Телефон	PANASONIC KX TS2350RUB	http://www.eldorado.ru/cat/detail/42000230/?category=6006	898
5.	Факс	Panasonic KX-FT982 RU-B	http://mcgrp.ru/faks-termo-Panasonic-KX-FT982-RU-B.html	5 917
6.	Клавиатура	Oklick 110 M Standard Keyboard Вlack USB	http://pro-77.ru/catalog/klaviatury/klaviatury/oklick_110_m_standard_keyboard_vlack_usb.html	210
7.	Мышь	Genius NetScroll 100X Black USB	http://pro-77.ru/catalog/myshi_trekboly_kovriki/provodnye/genius_netscroll_100x_black_usb.html	250
8.	Операционная система:	Microsoft Windows 7 Домашняя Версия 2009 SP1; Microsoft Office; Adobe Reader X; Антивирус: Kaspersky 2013; Архиватор: 7 Zip; Почта: MS Outlook; Интернет браузер: Internet Explorer, Google Chrome;
9.	Итого:	36 031*6	216 186 руб.

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

В настоящее время техническое оснащение рабочих мест соответствует корпоративным требованиям.

Интерфейс системы

Автоматизированная информационная система сельского муниципального образования [21] для ведения похозяйственной книги и форм организации ведения регистрационных записей «Похозяйственный учет».

Открываем программу «ПОХОЗЯЙСТВЕННЫЙ УЧЕТ»

Дважды щелкаем левой кнопкой мыши по иконке «ПХУ_S1», появляется окно входа в программу (рис. 7), который содержит информацию о пути к программе в данном компьютере, номер версии (обновления), а также контактную информацию о фирме-разработчике программы «Похозяйственный учет».

Рисунок 7. Окно входа в программу

После входа в программу открывается главная форма (рис. 8). В этой же форме в меню справка выбирается вид справки.

Рисунок 8. Главная форма.

При выборе вида справки открывается форма списка граждан (рис. 9). Из списка выбирается тот гражданин, которому нужно выдать справку и дальше нажимаем кнопку .

Рисунок 9. Форма списка гражданина

В Форме предварительного просмотра справки (рис. 10), можно вывести справку в Word, в Excel, в PDF и в HTML форматы. Можно так же просто распечатать.

Рисунок 10. Форма предварительного просмотра.

ВЫВОДЫ ПО ВТОРОЙ ГЛАВЕ

В данной главе были сформированы требования к внедрению системы, разработаны требования к системе, построены диаграммы при помощи методологии Microsoft Visio, а именно модель процесса учета выдачи справок (TO-BE), инфраструктура Администрации села Ташбулатово.

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

ЗАКЛЮЧЕНИЕ

Целью данной работы является разработка технического задания на внедрение программного комплекса «Похозяйственный учет» в администрацию сельского поселения села Ташбулатово МР Абзелиловский район.

Согласно цели курсовой работы были выполнены следующие задачи:

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

Были сформированы требования к внедрению системы, разработаны требования к системе, построены диаграммы при помощи методологии Microsoft Visio, а именно модель процесса учета выдачи справок (TO-BE), инфраструктура Администрации села Ташбулатово и DFD, был подробно рассмотрен основной процесс отдела выдачи справок Администрации СП Ташбулатово «Выдача справок». С помощью данной модели был проведен (Приложение А) анализ «узких мест».

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

На основании проведенных обследований было разработано техническое задание (Приложение В) на внедрение программного комплекса «Похозяйственный учет»

СПИСОК ИСПОЛЬЗУЕМЫХ ИСТОЧНИКОВ

Положение о территориальных отделах Администрации Абзелиловского муниципального района Республики Башкортостан, 2009.
ГОСТ 34.201-89. Информационная технология. Комплекс стандартов на автоматизированные системы. Виды, комплектность и обозначение документов при создании автоматизированных систем.
ГОСТ 34.601-89. Информационная технология. Комплекс стандартов на автоматизированные системы. Стадии создания.
ГОСТ 34.602-89. Информационная технология. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы.
БАС система программы: Модуль программы «Похозяйственный учет» [Электронный ресурс] / БАС система программы – Режим доступа: http://bassoft.ru/index.php?option=com_content&view=article&id=66&Itemid=80
ГОСТ 2.105-95 ЕСКД. Общие требования к текстовым документам.
ГОСТ 24.103-84 «Автоматизированные системы. Основные положения».
ГОСТ 24.104-85 «Автоматизированные системы. Общие требования».
ГОСТ 34.003-90 Информационная технология. Комплекс стандартов на

автоматизированные системы. Автоматизированные системы. Термины и определения.

ГОСТ 7.1-2003. Библиографическая запись. Библиографическое описание. Общие требования и правила составления.
ГОСТ 7.32-2001 ССИБИД. Отчет о НИР. Структура и правила оформления.
ГОСТ Р 50922-96. Защита информации. Основные термины и определения.
ГОСТ Р 51275-99. Защита информации. Объект информации. Факторы, воздействующие на информацию. Общие положения.
ГОСТ Р ИСО/МЭК 15271-02 Информационная технология. Руководство по применению ГОСТ Р ИСО/МЭК 12207 Процессы жизненного цикла программных средств
ГОСТ Р ИСО/МЭК 159 10-2002. Процесс создания документации пользователя программных средств.
Дмитриев Р.Б., Давлеткиреева Л.З., Варфоломеева Т.Н. Развитие технической инфраструктуры индивидуального предпринимателя // Портал научно-практических публикаций [Электронный ресурс]. URL: http://portalnp.ru/2013/11/1228 (дата обращения: 19.07.2014)
Крюкова В.Д., Давлеткиреева Л.З., Белоусова И.Д. Исследование ИТ -инфраструктуры проектной компании для внедрения единой информационной системы // Портал научно-практических публикаций [Электронный ресурс]. URL: http://portalnp.ru/2013/11/1259 (дата обращения: 19.07.2014)
Малюкова К.В., Назарова О.Б., Давлеткиреева Л.З. Развитие технической инфраструктуры страховой компании // Современные научные исследования и инновации. 2013. № 3 [Электронный ресурс]. URL: http://web.snauka.ru/issues/2013/03/22836 (дата обращения: 08.08.2014).
Назарова, О. Б. Требования к курсовой работе по дисциплине «Проектирование информационных систем» : метод.указания для студ. 3 курса направления «Бизнес-информатика» / О. Б. Назарова. – Магнитогорск :МаГУ, 2009. – 22 с.
РД 50-34.698-90 Автоматизированные системы. Требования к содержанию документов.
СМК-МИ 29.2-06. Общие требования к построению, содержанию, оформлению, обозначению и управлению Стандартом университета (организации) и Методической инструкцией.
СМК-СМГТУ-29-06. Система менеджмента качества. Стандарт организации. Структура, содержание и изложение, правила оформления и обозначения документации системы менеджмента качества.
Требования к выпускной квалификационной работы студентов специальности 080801 «Прикладная информатика (в экономике)»: метод. рекомендации / под общ. ред. О.Б. Назаровой. – Магнитогорск : МаГУ, 2009. – 82 с
Федерального закона от 06.10.2013 г. №131-ФЗ «Об общих принципах

организации местного самоуправления в РФ».

Должностная инструкция специалиста 1 категории, 2009 г.
«Земельный кодекс Российской Федерации» от 25 октября 2010 года

№136-ФЗ;

ПРИЛОЖЕНИЕ

ПРИЛОЖЕНИЕ А

Анализ «узких» мест

«Узкие» места будем определять на основе анализа построенной модели AS-IS. При этом анализ будем проводить по следующим направлениям:

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

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

В нашей предметной области рассматриваются следующие основные документы:

документы клиента
справки
ведомости
отчет о работе отдела

Справка или ведомость может быть составлен неправильно, если сами данные введены неправильно в базу или были допущены ошибки при заполнении документа.

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

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

Анализ внутреннего документооборота отдела выдачи справок

Справка – это…

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

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

Отчет – электронный документ, представляет собой таблицу с данными о проделанной работе, в соответствии с требованиями к отчетности.

ПРИЛОЖЕНИЕ Б

(обязательное)

Техническое задание на внедрение программного средства «Похозяйственный учет»

ТЕХНИЧЕСКОЕ ЗАДАНИЕ

На внедрение программного средства «Похозяйственный учет» в Администрацию села Ташбулатово Абзелиловского района

На 35 листах

Оглавление

МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РОССИЙСКОЙ ФЕДЕРАЦИИ 1

ФЕДЕРАЛЬНОЕ ГОСУДАРСТВЕННОЕ БЮДЖЕТНОЕ ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ ВЫСШЕГО ПРОФЕССИОНАЛЬНОГО ОБРАЗОВАНИЯ«МАГНИТОГОРСКИЙ ГОСУДАРСТВЕННЫЙ ТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ ИМ. Г.И. НОСОВА» 1

ОГЛАВЛЕНИЕ 2

1.3.Анализ существующих разработок 12

Требования к внедрению программного комплекса «Похозяйственный учет» 16

Требования к структуре и функционированию системы 16

Требования к персоналу 17

Требования к антивирусной защите 18

Требования к функциям в системе 19

Модуль «Администрирование» 19

Модуль «Ведение похозяйственного учета» 19

Модуль «Учет юридических лиц, зарегистрированных на территории муниципальных образований» 27

2.2.Обоснование проектных решений по видам обеспечения АС 40

Требования к программному обеспечению 40

2.3 Разработка системной архитектуры 42

Принтер HP LaserJet Pro M225rdn 43

PANASONIC KX TS2350RUB 43

898 43

Panasonic KX-FT982 RU-B 43

5 917 43

ВЫВОДЫ ПО ВТОРОЙ ГЛАВЕ 47

ЗАКЛЮЧЕНИЕ 48

СПИСОК ИСПОЛЬЗУЕМЫХ ИСТОЧНИКОВ 49

Оглавление 54

1.1. Наименование системы 56

1.1.1. Полное наименование системы 56

1.1.2. Краткое наименование системы 56

2. НАЗНАЧЕНИЕ И ЦЕЛИ ВНЕДРЕНИЯ СИСТЕМЫ 56

2.1. Назначение системы 56

2.2. Цели внедрения системы 56

2.2.1. Для реализации поставленных целей система должна решать следующие задачи 56

3. ХАРАКТЕРИСТИКА ОБЪЕКТА АВТОМАТИЗАЦИИ 58

3.1. Общие сведения о предприятии 58

3.1.1. Структура предприятия 58

3.2. Существующее программное обеспечение 58

3.3. Существующее нормативно-правовое обеспечение 59

4. ТРЕБОВАНИЯ К СИСТЕМЕ «ПОХОЗЯЙСТВЕННЫЙ УЧЕТ» 59

4.1. Общие требования к системе 59

4.2. Требования к структуре и функционированию системы 59

4.3. Требования к персоналу 60

4.4. Требования к безопасности 60

4.4.1 Требования к эргономике 60

4.4.2 Требования к защите информации от несанкционированного доступа 61

4.4.3. Требования к информационной безопасности 61

4.4.4 Требования к антивирусной защите 61

4.5.Требования к функциям в системе 62

4.5.1. Модуль «Администрирование» 62

4.5.2. Модуль «Ведение похозяйственного учета» 62

4.5.3. Модуль «Учет юридических лиц, зарегистрированных на территории муниципальных образований» 70

4.6. Требования к видам обеспечения 84

4.6.1. Требования к программному обеспечению 84

5. СОСТАВ И СОДЕРЖАНИЕ РАБОТ ПО СОЗДАНИЮ СИСТЕМЫ 85

6. ПОРЯДОК КОНТРОЛЯ И ПРИЕМКИ СИСТЕМЫ 86

6.1.Виды испытаний 87

6.2.Общие требования к приемке работы 87

6.3. Порядок согласования этапов работ. 87

7. ТРЕБОВАНИЯ К СОСТАВУ И СОДЕРЖАНИЮ РАБОТ ПО ПОДГОТОВКЕ ОБЪЕКТА АВТОМАТИЗАЦИИ К ВВОДУ СИСТЕМЫ В ДЕЙСТВИЕ 87

7.1. Технические мероприятия 87

8. ТРЕБОВАНИЯ К ДОКУМЕНТИРОВАНИЮ 88

9. ИСТОЧНИКИ РАЗРАБОТКИ 88

1. ОБЩИЕ СВЕДЕНИЯ

1.1. Наименование системы 1.1.1. Полное наименование системы

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

1.1.2. Краткое наименование системы

Краткое название: ПХУ, Система.

2. НАЗНАЧЕНИЕ И ЦЕЛИ ВНЕДРЕНИЯ СИСТЕМЫ 2.1. Назначение системы

Система ПХУ предназначена для автоматизации деятельности Администрации села Ташбулатово по следующим направлениям:

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

2.2. Цели внедрения системы

Общими целями системы ПХУ являются:

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

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

отдел выдачи справок;
отдел землеустройства;
паспортный стол (ВУС).

2.2.1. Для реализации поставленных целей система должна решать следующие задачи

Паспортный стол:

Заявление о выдаче (замене) паспорта;
Карточка регистрации;
История замены документа (Архивные данные);
Сведения о регистрации / снятии физического лица;
Свидетельство о регистрации;
Сведения о фактах первичной выдачи или замены док., удостов. личность гражд. РФ;
Списки.

Воинский стол:

Пользовательские отчеты;
Карточки;
Еженедельный отчет о движении военнообязанных запаса;
Общий именной список.

Отчеты:

Списки населения;
Льготники;
Занятость населения;
Избиратели;
Дети;
Выбывшие;
Страхование;
Жилой фонд;
Земли, скот, техника;
Воинские;

Справки:

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

Кадастровый учет земель (ЗУ):

Юридические лица;
Физические лица;
Земли (собственность).

Земельные участки:

Сведения о ЗУ;
Выгрузка сведений о ЗУ;
Загрузка сведений о ЗУ;
Налог на ЗУ;
Аренда ЗУ;
Договора;
Списки ЗУ;
Настройка справочника кадастровых №.

3. ХАРАКТЕРИСТИКА ОБЪЕКТА АВТОМАТИЗАЦИИ 3.1. Общие сведения о предприятии 3.1.1. Структура предприятия

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

Рисунок Б.1 Организационная структура

3.2. Существующее программное обеспечение

На момент написания ТЗ в отделах справок, зумлеустроительства и паспортного стола используются следующие ПО:

MS Office 2003, 2007(Word, Excel);
Антивирус «Касперский».

3.3. Существующее нормативно-правовое обеспечение

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

Конституция Российской Федерации;
Трудовой кодекс Российской Федерации;
Коллективный трудовой договор;
Правовые и нормативные документы Администрации сельского поселения села Ташбулатово МР Абзелиловский район;
Положение о внутреннем распорядке.

4. ТРЕБОВАНИЯ К СИСТЕМЕ «ПОХОЗЯЙСТВЕННЫЙ УЧЕТ» 4.1. Общие требования к системе

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

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

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

Система должна работать в режиме Web-интерфейса, функционирующего в различных операционных средах – Microsoft Windows, Unix (Linux), Apple MacOS.

Сервер базы данных должен поддерживать мультиплатформенность и устанавливаться на различные операционные системы – Microsoft Windows, Unix (Linux) и т.д.

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

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

4.2. Требования к структуре и функционированию системы

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

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

Модуль «Администрирование»;
Модуль «Ведение похозяйственного учета»;
Модуль «Учет юридических лиц, зарегистрированных на территории муниципальных образований»;
Модуль «Миграция, ЗАГС»;
Модуль «Воинский учет»;
Модуль «Формирование отчетности».

4.3. Требования к персоналу

Предполагается, что обслуживающий персонал будет состоять как минимум из следующих категорий работников, прошедших соответствующее обучение:

Специалист по справкам;
Землеустроитель;
Паспортистка (специалист ВУС).

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

Рисунок Б.2 – Диаграмма UseCase

4.4. Требования к безопасности 4.4.1 Требования к эргономике

4.4.2 Требования к защите информации от несанкционированного доступа

Доступ к системе посредством Web-интерфейса должен осуществляться с помощью SSL сертификатов и защищенного протокола HTTPS

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

4.4.3. Требования к информационной безопасности

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

4.4.4 Требования к антивирусной защите

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

4.5.Требования к функциям в системе

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

Интерфейс пользователя представлен в приложении 1.

4.5.1. Модуль «Администрирование»

Модуль должен обеспечивать выполнение следующих функций:

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

4.5.2. Модуль «Ведение похозяйственного учета»

Модуль должен обеспечивать выполнение следующих функций:

- 1. Учет хозяйств

В системе должен быть реализован реестр хозяйств.

Реестр должен отображаться в табличном виде с возможностью экспорта в Microsoft Excel (Open Office).

Таблица должна состоять из следующих столбцов:

Лицевой счет;
Тип хозяйства;
Глава хозяйства;
Населенный пункт;
Адрес.

По каждому столбцу должна быть реализована возможность фильтрации и сортировки.

У каждого хозяйства должна быть индивидуальная карточка со следующими разделами:

Основные сведения. В данной вкладке должны учитываться основные сведения хозяйства (населенный пункт хозяйства, лицевой счет, дата регистрации хозяйства, основание регистрации, дата ликвидации хозяйства, основание ликвидации);
Дополнительные сведения. В данной вкладке должны учитываться дополнительные сведения хозяйства (реализация молока, реализация яиц, скот и птица на убой, реализация овощей). Дополнительные сведения должны подтягиваться из справочника. Должна быть реализована возможность добавления дополнительных сведений в справочник.
Члены хозяйства. В данной вкладке должны учитываться все члены хозяйства (глава хозяйства, дата начала членства в хозяйстве, дата окончания членства в хозяйстве/дата убытия, причины убытия, учет проживающих в хозяйстве ранее, отношение членов к главе хозяйства). Члены хозяйства должны подтягиваться из реестра физических лиц;
Жилые помещения. В данной вкладке должны учитываться все жилые помещения, относящиеся к хозяйству. Жилые помещения должны подтягиваться из реестра помещений;
Земельные участки. В данной вкладке должны учитываться все земельные участки, относящиеся к хозяйству. Земельные участки должны подтягиваться из реестра земельных участков;
Скот. В данной вкладке должен учитываться весь скот хозяйства (дата актуальности, выбор из справочника видов скота, ведение истории изменений количества скота). Виды и типы скота должны подтягиваться из справочников.
Сельхозинвентарь. В данной вкладке должен учитываться весь сельхозинвентарь хозяйства. Сельхозинвентарь должен подтягиваться из справочника видов сельхозинвентаря;
Технические средства. В данной вкладке должны учитываться все технические средства хозяйства (дата начало использования, дата окончания использования, учет истории наличия тех. средств). Технические средства должны подтягиваться из реестра Технических средств.
В каждой вкладке должна вестись история изменений.
Должна быть реализована проверка корректности дат. Дата начало членства, использования оборудования, дата актуальности по скоту и т.д. не может быть ранее даты регистрации хозяйства.

- 1. Учет физических лиц

В системе должен быть реализован реестр физических лиц.

Реестр должен отображаться в табличном виде с возможностью экспорта в Microsoft Excel (Open Office).

Таблица должна состоять из следующих столбцов:

Ф.И.О.;
Адрес проживания;
Пол;
Дата рождения.

По каждому столбцу должна быть реализована возможность фильтрации и сортировки.

В реестре должна быть реализована возможность отображения физических лиц по категориям:

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

У каждого физического лица должна быть индивидуальная карточка со следующими разделами:

Основные сведения (ФИО, дата рождения, место рождения, пол, резидент/нерезидент, национальность, гражданство, образование, военнообязанность, семейной положение, ИНН, ПФР, адрес, дата смерти, причина смерти);
Дополнительные сведения. Сведения должны тянуться из справочника «Дополнительные сведения».
Прописка (дата начала прописки, дата выписки, адрес прописки). Адрес прописки должен потягиваться из Классификатора Адресов России (КЛАДР);
Родственники. В данном разделе должны указываться родственные взаимосвязи физических лиц (прямое родство, обратное родство, дата начала родства, окончания родства, признак отношения к членам семьи);
Документы физического лица. В данном разделе должны учитываться все документы физического лица и их реквизиты (номер, серия, кем выдан, дата выдачи, признак основного документа, примечания). Документы должны подтягиваться из справочника документов;
Льготы. В данном разделе должны учитываться льготы физического лиц, даты начала и окончания действия льгот. Льготы должны подтягиваться из справочника «Виды льгот»;
Пенсии. В данном разделе должны учитываться пенсии физического лица по видам и реквизиты пенсионного удостоверения (серия, номер, кем выдан, дата выдачи, примечания). Пенсии должны подтягиваться из справочника «Виды пенсий»;
Места работы (наименование организации, должность, дата трудоустройства, дата увольнения, примечания);
Образование. В данном разделе должны учитываться все учреждения, в которых физическое лицо обучался либо обучается, а также реквизиты документа об образовании (серия, номер, дата начала, дата окончания, учреждение, вид обучения, специальности, квалификация, примечания);
Земельные участки. В данном разделе должны учитываться все земельные участки, которые находятся у физического лица в любой из форм собственности (правообладания) с учетом доли правообладания и площади земельного участка. Должен быть реализован учет документов свидетельствующих о регистрации права, а также о прекращении правообладания (тип документа должен вноситься из справочника типов документов) и их реквизитов (серия, номер, дата выдачи, примечание). Тип правообладания должен подтягиваться из справочника типов правообладания, земельные участки - из реестра земельных участков.
Жилые помещения. В данном разделе должны учитываться все жилые помещения, которые находятся у физического лица в любой из форм собственности (правообладания) с учетом доли правообладания и площади жилого помещения. Должен быть реализован учет документов свидетельствующих о регистрации права, а также о прекращении правообладания (тип документа должен вноситься из справочника типов документов) и их реквизитов (серия, номер, дата выдачи, примечание). Тип правообладания должен подтягиваться из справочника типов правообладания, жилые помещения - из реестра жилых помещений;
Технические средства. В данном разделе должны учитываться все технические средства, которые находятся у физического лица в любой из форм собственности (правообладания). Должен быть реализован учет документов свидетельствующих о регистрации права, а также о прекращении правообладания (тип документа вноситься из справочника типов документов) и их реквизитов (серия, номер, дата выдачи, примечание). Тип правообладания должен подтягиваться из справочника типов правообладания, техническое средство - из реестра технических средств.

В каждой вкладке должна вестись история изменений.

- 1. Учет Похозяйственных книг

Реестр должен отображаться в табличном виде с возможностью экспорта в Microsoft Excel (Open Office).

Таблица должна состоять из следующих столбцов:

Территория;
Номер книги;
Дата начала;
Дата окончания.

По каждому столбцу должна быть реализована возможность фильтрации и сортировки.

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

Территория учета. В данном разделе указываются все территории (населенные пункты, улицы), которые относятся к похозяйственной книге;
Хозяйства. Хозяйства должны добавляться автоматически, по принадлежности к территории, указанной в разделе «Территория учета». Должна существует возможность удаления хозяйств из похозяйственной книги.

- 1. Учет земельных участков

Реестр должен отображаться в табличном виде с возможностью экспорта в Microsoft Excel (Open Office).

Выводить объекты необходимо по 25 записей на странице.

Должно отражаться общее количество страниц и записей в таблице.

Должна быть возможность перемещения по страницам и открытие конкретной страницы.

Таблица должна состоять из следующих столбцов:

Территория;
Адрес;
Кадастровый номер;
Категория земли;
Тим земельного участка;
Площадь.

По каждому столбцу должна быть реализована возможность фильтрации и сортировки.

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

Все земельные участки;
Оформленные участки (зарегистрированные земли, имеющие собственников);
Неоформленные участки (незарегистрированные земли).

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

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

В каждой вкладке должна вестись история изменений.

- 1. Учет помещений

Реестр должен отображаться в табличном виде с возможностью экспорта в Microsoft Excel (Open Office).

Выводить объекты необходимо по 25 записей на странице.

Должно отражаться общее количество страниц и записей в таблице.

Должна быть возможность перемещения по страницам и открытие конкретной страницы.

Таблица должна состоять из следующих столбцов:

Территория;
Адрес;
Кадастровый номер;
Тип помещения;
Вид помещения;
Площадь.

По каждому столбцу должна быть реализована возможность фильтрации и сортировки.

В реестре должна быть реализована возможность отображение помещений по следующим категориям:

все помещения;
оформленные помещения (зарегистрированные помещения, имеющие собственников);
неоформленные помещения (незарегистрированные помещения).

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

Основные сведения (территория, населенный пункт, улица, номер дома, номер квартиры, кадастровый номер, вид помещения, тип помещения, материал кровли, общая площадь, стоимость, год постройки, материал стен);
Дополнительные сведения (дата актуальности сведений, жилая площадь, площадь оборудованная водопроводом, площадь оборудованная централизованным водопроводом, площадь оборудованная водоотведением, площадь оборудованная централизованным водоотведением, площадь оборудованная отоплением, площадь оборудованная горячим водоснабжением, площадь оборудованная централизованным водоснабжением, площадь оборудованная ванными, площадь оборудованная газом, площадь оборудованная напольными электроплитами, число комнат, число этажей, наличие прибора учета воды, наличие прибора учета газа, наличие прибора учета тепла, наличие прибора учета горячего водоснабжения);
Хозяйственные постройки. В данном разделе должны учитываться хозяйственные постройки, относящиеся к выбранному помещению (наименование хозяйственной постройки, тип помещения, площадь, стоимость, год постройки);
Пристрои. В данном разделе должны учитываться все пристрои, относящиеся к выбранному помещению (материалы стен, материалы кровли, площадь, год постройки, наличие отопления);
Правообладатели (физические лица). В данном разделе должны учитываться все правообладатели помещений – физические лица. Должен быть реализован учет документов свидетельствующих о регистрации права, а также о прекращении правообладания (тип документа должен вноситься из справочника типов документов) и их реквизитов (серия, номер, дата выдачи, примечание). Тип правообладания должен подтягиваться из справочника типов правообладания, физическое лицо - из реестра физических лиц;
Правообладатели (юридические лица). В данном разделе должны учитываться все правообладатели помещений – юридические лица. Должен быть реализован учет документов свидетельствующих о регистрации права, а также о прекращении правообладания (тип документа должен вноситься из справочника типов документов) и их реквизитов (серия, номер, дата выдачи, примечание). Тип правообладания должен подтягиваться из справочника типов правообладания, юридическое лицо - из реестра юридических лиц.

В каждой вкладке должна вестись история изменений.

- 1. Учет технических средств

Реестр должен отображаться в табличном виде с возможностью экспорта в Microsoft Excel (Open Office).

Выводить объекты необходимо по 25 записей на странице.

Должно отражаться общее количество страниц и записей в таблице.

Должна быть возможность перемещения по страницам и открытие конкретной страницы.

Таблица должна состоять из следующих столбцов:

Регистрационный номер;
Наименование;
Тип;
Марка;
Мощность;
Год выпуска.

По каждому столбцу должна быть реализована возможность фильтрации и сортировки.

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

Все технические средства;
Оформленные технические средства (зарегистрированные технические средства, имеющие собственников);
Неоформленные технические средства (незарегистрированные технические средства).

У каждого Технического средства должна быть индивидуальная карточка со следующими разделами:

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

В каждой вкладке должна вестись история изменений.

- 1. Учет специализированных учреждений

Реестр должен отображаться в табличном виде с возможностью экспорта в Microsoft Excel (Open Office).

Выводить объекты необходимо по 25 записей на странице.

Должно отражаться общее количество страниц и записей в таблице.

Должна быть возможность перемещения по страницам и открытие конкретной страницы.

Таблица должна состоять из следующих столбцов:

Наименование;
Территория;
Адрес учреждения.

По каждому столбцу должна быть реализована возможность фильтрации и сортировки.

У каждого специализированного учреждения должна быть индивидуальная карточка со следующими разделами:

Основные сведения (Наименование, Территория, населенный пункт, улица, дом);

4.5.3. Модуль «Учет юридических лиц, зарегистрированных на территории муниципальных образований»

Реестр должен отображаться в табличном виде с возможностью экспорта в Microsoft Excel (Open Office).

Выводить объекты необходимо по 25 записей на странице.

Должно отражаться общее количество страниц и записей в таблице.

Должна быть возможность перемещения по страницам и открытие конкретной страницы.

Таблица должна состоять из следующих столбцов:

Полное наименование;
Краткое наименование;
ИНН.

По каждому столбцу должна быть реализована возможность фильтрации и сортировки.

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

Основные сведения (Полное наименование; Сокращенное наименование; Организационно правовая форма; Тип организации; Адрес; ФИО руководителя; Должность; ФИО главного бухгалтера; ИНН; КПП; ОГРН; ОКПО; ОКОНХ; ОКВЭД, Расчетный счет; Корреспондирующий счет; БИК; Юридических адрес, Фактический адрес);
Дополнительные сведения: (дата актуальности, заместитель руководителя, контактные телефоны, дополнительный адрес);
Земельные участки. В данном разделе должны учитываться все земельные участки, которые находятся у юридического лица в любой из форм собственности (правообладания) с учетом доли правообладания и площади земельного участка. Должен быть реализован учет документов свидетельствующих о регистрации права, а также о прекращении правообладания (тип документа должен вноситься из справочника типов документов) и их реквизитов (серия, номер, дата выдачи, примечание). Тип правообладания должен подтягиваться из справочника типов правообладания, земельные участки - из реестра земельных участков;
Жилые помещения. В данном разделе должны учитываться все жилые помещения, которые находятся у юридического лица в любой из форм собственности (правообладания) с учетом доли правообладания и площади жилого помещения. Должен быть реализован учет документов свидетельствующих о регистрации права, а также о прекращении правообладания (тип документа должен вноситься из справочника типов документов) и их реквизитов (серия, номер, дата выдачи, примечание). Тип правообладания должен подтягиваться из справочника типов правообладания, жилые помещения - из реестра жилых помещений;
Технические средства. В данном разделе должны учитываться все технические средства, которые находятся у юридического лица в любой из форм собственности (правообладания). Должен быть реализован учет документов свидетельствующих о регистрации права, а также о прекращении правообладания (тип документа должен вноситься из справочника типов документов) и их реквизитов (серия, номер, дата выдачи, примечание).

4.5.4. Модуль «Миграция, ЗАГС»

Модуль должен обеспечивать выполнение следующих функций:

Учет Листков прибытия

Реестр должен отображаться в табличном виде с возможностью экспорта в Microsoft Excel (Open Office).

Выводить объекты необходимо по 25 записей на странице.

Должно отражаться общее количество страниц и записей в таблице.

Должна быть возможность перемещения по страницам и открытие конкретной страницы.

Таблица должна состоять из следующих столбцов:

Ф.И.О;
Территория;
Реквизиты документа;
Тип прибытия.

По каждому столбцу должна быть реализована возможность фильтрации и сортировки.

При внесении в систему нового документа должны заполняться следующие реквизиты:

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

Адрес должен подтягиваться из справочника Классификатор Адресов РФ (КЛАДР).

Учет листков убытия

Реестр должен отображаться в табличном виде с возможностью экспорта в Microsoft Excel (Open Office).

Выводить объекты необходимо по 25 записей на странице.

Должно отражаться общее количество страниц и записей в таблице.

Должна быть возможность перемещения по страницам и открытие конкретной страницы.

Таблица должна состоять из следующих столбцов:

Ф.И.О;
Территория;
Реквизиты документа;
Тип убытия.

По каждому столбцу должна быть реализована возможность фильтрации и сортировки.

При внесении в систему нового документа должны заполняться следующие реквизиты:

Убывающее физическое лицо. Физическое лицо должно подтягивается из реестра физических лиц;
Территория. Сельское поселение/населенный пункт, территория из которого убывает физического лица. Территория должна подтягивается из справочника территорий;
Тип убытия (временное или постоянное) Тип прибытия должен выбираться из выплывающего списка;
Основание убытия. Должен подтягиваться из справочника «Основания убытия»;
Дата убытия;
Куда убыл. Адрес населенного пункта, куда убыло физическое лицо. Адрес должен подтягивается из КЛАДР.

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

Учет листков прописки

Реестр должен отображаться в табличном виде с возможностью экспорта в Microsoft Excel (Open Office).

Выводить объекты необходимо по 25 записей на странице.

Должно отражаться общее количество страниц и записей в таблице.

Должна быть возможность перемещения по страницам и открытие конкретной страницы.

Таблица должна состоять из следующих столбцов:

Ф.И.О;
Территория;
Реквизиты документа.

По каждому столбцу должна быть реализована возможность фильтрации и сортировки.

При внесении в систему нового документа должны заполняться следующие реквизиты:

Физическое лицо, подавшее заявление на регистрацию. Физическое лицо должно подтягиваться из реестра физических лиц;
Территория. Сельское поселение/населенный пункт, территория в котором регистрируется физическое лицо. Территория должна подтягиваться из справочника территорий;
Адрес регистрации. Адрес должен подтягиваться из КЛАДРа;
Дата регистрации.

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

Учет Листков выписки

Реестр должен отображаться в табличном виде с возможностью экспорта в Microsoft Excel (Open Office).

Выводить объекты необходимо по 25 записей на странице.

Должно отражаться общее количество страниц и записей в таблице.

Должна быть возможность перемещения по страницам и открытие конкретной страницы.

Таблица должна состоять из следующих столбцов:

Ф.И.О;
Территория;
Реквизиты документа.

По каждому столбцу должна быть реализована возможность фильтрации и сортировки.

При внесении в систему нового документа должны заполняться следующие реквизиты:

Физическое лицо, подавшее заявление на снятие с регистрации. Физическое лицо должно подтягиваться из реестра физических лиц;
Территория. Сельское поселение/населенный пункт, территория в котором зарегистрировано физическое лицо. Территория должна подтягиваться из справочника территорий;
Адрес прописки. Адрес должен подтягиваться из КЛАДРа;
Дата снятия с регистрации.

Учет свидетельств о рождении

Реестр должен отображаться в табличном виде с возможностью экспорта в Microsoft Excel (Open Office).

Выводить объекты необходимо по 25 записей на странице.

Должно отражаться общее количество страниц и записей в таблице.

Должна быть возможность перемещения по страницам и открытие конкретной страницы.

Таблица должна состоять из следующих столбцов:

Ф.И.О;
Территория;
Реквизиты документа.

По каждому столбцу должна быть реализована возможность фильтрации и сортировки.

При внесении в систему нового документа должны заполняться следующие реквизиты:

Новорожденное физическое лицо. Физическое лицо должно подтягиваться из реестра физических лиц;
Территория. Сельское поселение/населенный пункт – территория, к которой относится физическое лицо. Территория должна подтягиваться из справочника территории;
Реквизиты свидетельства о рождении (серия, номер, дата выдачи);
Данные о матери ребенка. Физическое лицо должно подтягиваться из реестра физических лиц;
Данные об отце ребенка. Физическое лицо должно подтягиваться из реестра физических лиц.

Учет свидетельств о смерти

Реестр должен отображаться в табличном виде с возможностью экспорта в Microsoft Excel (Open Office).

Выводить объекты необходимо по 25 записей на странице.

Должно отражаться общее количество страниц и записей в таблице.

Должна быть возможность перемещения по страницам и открытие конкретной страницы.

Таблица должна состоять из следующих столбцов:

Ф.И.О;
Территория;
Реквизиты документа.

По каждому столбцу должна быть реализована возможность фильтрации и сортировки.

При внесении в систему нового документа должны заполняться следующие реквизиты:

Физическое лицо. Должно подтягиваться из реестра физических лиц;
Территория. Сельское поселение/населенный пункт – территория, к которой относится физического лица. Территория должна подтягиваться из справочника территории;
Реквизиты свидетельства о смерти (серия, номер, дата выдачи);
Причина смерти, место смерти.

Учет свидетельств о регистрации брака

Реестр должен отображаться в табличном виде с возможностью экспорта в Microsoft Excel (Open Office).

Выводить объекты необходимо по 25 записей на странице.

Должно отражаться общее количество страниц и записей в таблице.

Должна быть возможность перемещения по страницам и открытие конкретной страницы.

Таблица должна состоять из следующих столбцов:

Ф.И.О;
Территория;
Реквизиты документа.

По каждому столбцу должна быть реализована возможность фильтрации и сортировки.

При внесении в систему нового документа должны заполняться следующие реквизиты:

Физические лица, вступающие в брак; Физические лица должны подтягиваться из реестра физических лиц. Должна быть реализована проверка на принадлежность физических лиц к мужскому и женскому полу. В поле «муж» должно указываться физическое лицо мужского пола, в поле «жена» - женского пола.
Территория. Сельское поселение/населенный пункт – территория, к которой относятся физические лица. Территория должна подтягиваться из справочника территории;
Реквизиты свидетельства о регистрации брака (номер, дата выдачи);
Фамилия мужа, Фамилия жены после регистрации брака (в случае ее смены);
Место регистрации;
Дата регистрации.

Учет свидетельств о разводе

Реестр должен отображаться в табличном виде с возможностью экспорта в Microsoft Excel (Open Office).

Выводить объекты необходимо по 25 записей на странице.

Должно отражаться общее количество страниц и записей в таблице.

Должна быть возможность перемещения по страницам и открытие конкретной страницы.

Таблица должна состоять из следующих столбцов:

Ф.И.О;
Территория;
Реквизиты документа.

По каждому столбцу должна быть реализована возможность фильтрации и сортировки.

При внесении в систему нового документа должны заполняться следующие реквизиты:

Физические лица, расторгающие брачные отношения; Физические лица должны подтягиваться из реестра физических лиц. Должна быть реализована проверка на принадлежность физических лиц к мужскому и женскому полу. В поле «муж» должно указываться физическое лицо мужского пола, в поле «жена» - женского пола.
Территория. Сельское поселение/населенный пункт – территория, к которой относятся физические лица. Территория должна подтягиваться из справочника территории;
Реквизиты свидетельства о расторжении брака (номер, дата выдачи);
Фамилия мужа, Фамилия жены после расторжения брака (в случае смены фамилии);
Место регистрации расторжения брака;
Дата регистрации расторжения брака.

Журнал внутренних перемещений

Реестр должен отображаться в табличном виде с возможностью экспорта в Microsoft Excel (Open Office).

Выводить объекты необходимо по 25 записей на странице.

Должно отражаться общее количество страниц и записей в таблице.

Должна быть возможность перемещения по страницам и открытие конкретной страницы.

Таблица должна состоять из следующих столбцов:

Листок убытия;
Листок прибытия.

По каждому столбцу должна быть реализована возможность фильтрации и сортировки.

При внесении в систему нового документа должны заполняться следующие реквизиты:

Физическое лицо. Физическое лицо должно подтягивается из реестра физических лиц;
Основание убытия. Должно подтягиваться из справочника «Основания прибытия»;
Дата перемещения;
Хозяйство. Хозяйство в которое перемещается физическое лицо.

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

Журнал регистрации документов

Реестр должен отображаться в табличном виде с возможностью экспорта в Microsoft Excel (Open Office).

Выводить объекты необходимо по 25 записей на странице.

Должно отражаться общее количество страниц и записей в таблице.

Должна быть возможность перемещения по страницам и открытие конкретной страницы.

Таблица должна состоять из следующих столбцов:

Ф.И.О;
Наименование документа;
Связь. В данном столбце должно отображаться в каком хозяйстве или специализированном учреждении зарегистрировано физическое лицо;
Дата регистрации;
Статус (Зарегистрировано/Не зарегистрировано).

По каждому столбцу должна быть реализована возможность фильтрации и сортировки.

В реестре должна быть реализована возможность отображения документов по категориям:

Листки прибытия;
Листки убытия;
Листки прописки;
Листки выписки;
Свидетельства о рождении;
Свидетельства о смерти;
Свидетельства о регистрации брака;
Свидетельства о расторжении брака.

4.5.5. Модуль «Воинский учет»

Модуль должен обеспечивать выполнение следующих функций:

Учет карточек офицеров запаса

В системе должен быть реализован реестр офицеров запаса.

Реестр должен отображаться в табличном виде с возможностью экспорта в Microsoft Excel (Open Office).

Выводить объекты необходимо по 25 записей на странице.

Должно отражаться общее количество страниц и записей в таблице.

Должна быть возможность перемещения по страницам и открытие конкретной страницы.

Таблица должна состоять из следующих столбцов:

Ф.И.О.;
Звание;
Пол;
Дата рождения;
Адрес.

По каждому столбцу должна быть реализована возможность фильтрации и сортировки.

В реестре должна быть реализована возможность отображения физических лиц по категориям:

Все;
Имеющие мобилизационное предписание;
Не имеющие мобилизационное предписание;
Не состоящие на учете.

Основные сведения. Сведения об офицере запаса (ФИО, дата рождения, место рождения, пол, место работы, Домашний адрес, гражданское образование) должны заполняться автоматически из карточки физического лица. Сведения о типе учета, категории годности, группе учета, звании, личном номере, военном образовании, военной специальности, мобилизационном предписании - должны заполняться в ручную.
Дети до 18 лет. В данном разделе должны указываться все дети не достигшие 18 лет. Вкладка должна заполняться автоматически в соответствии с данными из вкладки «Родственники» физического лица.
Отметки о воинском учете. В данной вкладке должна учитываться постановка и снятие офицера запаса с воинского учета.

Учет карточек призывников

В системе должен быть реализован реестр призывников.

Реестр должен отображаться в табличном виде с возможностью экспорта в Microsoft Excel (Open Office).

Выводить объекты необходимо по 25 записей на странице.

Должно отражаться общее количество страниц и записей в таблице.

Должна быть возможность перемещения по страницам и открытие конкретной страницы.

Таблица должна состоять из следующих столбцов:

Ф.И.О.;
Звание;
Пол;
Дата рождения;
Адрес.

По каждому столбцу должна быть реализована возможность фильтрации и сортировки.

В реестре должна быть реализована возможность отображения физических лиц по категориям:

Все;
Не поставленные на воинский учет;
Состоящие на воинском учете;
Не состоящие на учета.

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

4.5.6. Модуль «Формирование отчетности»

Отчеты должны быть сгруппированы по группам и содержать следующие данные:

1) Государственное статистическое наблюдение:

Форма №14;
Приложение к форме №14.

2) Отчеты модуля «Миграция, ЗАГС»:

Заявление о регистрации по месту жительства;
Заявление о регистрации по месту пребывания;
Заявление о снятии с регистрационного учета по месту жительства;
Листки прибытия;
Листки убытия.

3) Налоговые ведомости:

Сведения о зарегистрированных правах на недвижимое имущество (в том числе земельные участки) и сделках с ним, правообладателях недвижимого имущества и об объектах недвижимого имущества (Приказ 23Н).

Должна быть реализована выгрузка данного отчета в xml формате для предоставления в налоговые органы.

4) Похозяйственная книга:

Форма Похозяйственной книги утвержденная Приказом МСХ РФ от 11 октября 2010г. №345 «Об утверждении формы и порядка ведения похозяйственных книг органами местного самоуправления поселений и органами местного самоуправления городских округов».

5) Сводные ведомости:

Алфавитная книга хозяйств;

Список проживающих;
Список проживающих в сельском поселении более года (Форма 2В);
Список проживающих в специализированных учреждениях (Форма 2С);
Список проживающих до заданного возраста;
Список населенных пунктов и населения;
Список напоминаний о получении паспорта;
Справка о количестве мужчин и женщин;
Справка о молодых избирателях;
Справка о национальном составе населения;
Справка о численности населения до 18 лет;
Справка о численности населения по полу и возрасту;
Справка о количестве скота.

6) Справки населению:

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

4.6. Требования к видам обеспечения 4.6.1. Требования к программному обеспечению

Windows XP и выше;
Linux для рабочих станций и серверов;
MacOS;
любой другой операционной системы, в которой есть возможность запуска одного из web-браузеров (см. ниже);

Должна быть реализована возможность работы пользователей в следующих web-браузерах:

Internet Explorer 7 и выше (только для Windows);
Mozilla Firefox 1.5 и выше;
Safari 3 и выше;
Google Chrome 3 и выше.

Программный компонент Системы должен включать инсталлятор (деинсталлятор).

Инсталлятор должен обеспечивать:

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

4.6.2. Требования к организационному обеспечению системы

Заказчиком должны быть определены должностные лица, ответственные за:

обработку информации АС;
администрирование АС;
обеспечение безопасности информации АС;
управление работой персонала по обслуживанию АС.

4.6.3. Требования к аппаратному обеспечению серверов

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

1. 1. 1. Сервер базы данных:

2 четырех ядерных процессора Xeon 2Ггц или эквивалент;
Оперативная память: не менее 8 ГБ;
Дисковое пространство: не менее 400 ГБ.

1. 1. 1. Web-сервер:

Apache 2.2 и выше;
Nginx 0.7 и выше.

1. 1. 1. Необходима возможность работы сервера базы данных Системы на следующих СУБД:

IBM DB2 не ниже 6.0;
Firebird 1.5 и выше;

Канал связи между серверами не менее 1Гбит.
Внешний канал связи не менее 10Мбит.

5. СОСТАВ И СОДЕРЖАНИЕ РАБОТ ПО СОЗДАНИЮ СИСТЕМЫ

Сроки исполнения этапов приведены в рис.Б.3

Рисунок Б.3 – Время выполнения работ

6. ПОРЯДОК КОНТРОЛЯ И ПРИЕМКИ СИСТЕМЫ

Рисунок Б.4 – Иерархическая структура работ

6.1.Виды испытаний

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

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

Порядок проведения испытаний, а так же контрольные примеры определяются в виде «Программы и методики испытаний».

Приемочные испытания должны включать:

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

6.2.Общие требования к приемке работы

Для проведения испытаний назначается двусторонняя комиссия, состоящая из представителей Исполнителя и Заказчика.

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

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

6.3. Порядок согласования этапов работ.

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

7. ТРЕБОВАНИЯ К СОСТАВУ И СОДЕРЖАНИЮ РАБОТ ПО ПОДГОТОВКЕ ОБЪЕКТА АВТОМАТИЗАЦИИ К ВВОДУ СИСТЕМЫ В ДЕЙСТВИЕ 7.1. Технические мероприятия

Силами работников сторонней организации по оказанию монтажных услуг в срок до начала этапа «Пусконаладочные работы» должны быть выполнены следующие работы:

монтаж технических средств и линий связи.

8. ТРЕБОВАНИЯ К ДОКУМЕНТИРОВАНИЮ

Документация к стандартному приложению состоит:

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

Вся документация должна быть подготовлена и передана как в печатном, так и в электронном виде (в формате Microsoft Word).

9. ИСТОЧНИКИ РАЗРАБОТКИ

ГОСТ 34.201-89. Информационная технология. Комплекс стандартов на автоматизированные системы. Виды, комплектность и обозначение документов при создании автоматизированных систем.
ГОСТ 34.601-89. Информационная технология. Комплекс стандартов на автоматизированные системы. Стадии создания.
ГОСТ 34.602-89. Информационная технология. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы.
ГОСТ 34.603-92. Информационная технология. Комплекс стандартов на автоматизированные системы. Виды испытаний автоматизированных систем.
Межотраслевых правил по охране труда при эксплуатации электроустановок потребителей ПОТРМ М-016-2001.
СанПиН 2.2.2.542-96 «Гигиенические требования к видеодисплейным терминалам, персональным электронно-вычислительным машинам и организации труда».
Федерального закона РФ «Об основах охраны труда в Российской Федерации» от 17.07.1990 № 181-ФЗ.
ГОСТа 12.2.002.75 ССБТ. Процессы производственные. Общие требования безопасности.
ГОСТа Р 50923-96. Рабочее место оператора.
ГОСТ 15150-69 «Машины, приборы и другие технические изделия. Исполнения для различных климатических районов. Категории, условия эксплуатации, хранения и транспортирования в части воздействия климатических факторов внешней среды».
ГОСТ 21958-76 «Система «Человек-машина». Зал и кабины операторов. Взаимное расположение рабочих мест. Общие эргономические требования».

Просмотров работы: 2558

Код для цитирования:

VII Международная студенческая научная конференция Студенческий научный форум - 2015

РАЗРАБОТКА ТЕХНИЧЕСКОГО ЗАДАНИЯ НА ВНЕДРЕНИЕ ПРОГРАММНОГО КОМПЛЕКСА «ПОХОЗЯЙСТВЕННЫЙ УЧЕТ» В АДМИНИСТРАЦИЮ СЕЛА ТАШБУЛАТОВО

Студенческий научный форум - 2015
VII Международная студенческая научная конференция