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

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

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

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

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

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

? обеспечивается разграничение прав доступа пользователей и администраторов.

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

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

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

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

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

? ведение журналов вирусной активности;

администрирование всех антивирусных продуктов.

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

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

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

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

? Добавление элементов в справочники системы;

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

? Контроль динамики наполняемости базы данных по ключевым показателям.

? Контроль авторизации пользователей;

? Массовое оповещение пользователей;

? Просмотр логов;

? Блокировка системы для проведения сервисных работ;

? Создание собственных шаблонов печатных форм на базе имеющихся отчетов.

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

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

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

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

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

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

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

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

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

? Лицевой счет;

? Тип хозяйства;

? Глава хозяйства; ? Населенный пункт;

? Адрес.

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

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

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

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

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

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

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

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

7. Сельхозинвентарь. В данной вкладке должен учитываться весь сельхозинвентарь хозяйства. Сельхозинвентарь должен подтягиваться из справочника видов сельхозинвентаря;

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

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

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

2) Учет физических лиц

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

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

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

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

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

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

Ф.И.О.;

Адрес проживания;

Пол;

Дата рождения.

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

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

? все физические лица;

? проживающие в хозяйствах сейчас;

? проживающие в хозяйствах ранее;

? временно проживающие;

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

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

1. Основные сведения (ФИО, дата рождения, место рождения, пол, резидент/нерезидент, национальность, гражданство, образование, военнообязанность, семейной положение, ИНН, ПФР, адрес, дата смерти, причина смерти);

2. Дополнительные сведения. Сведения должны тянуться из справочника «Дополнительные сведения».

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

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

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

6. Льготы. В данном разделе должны учитываться льготы физического лиц, даты начала и окончания действия льгот. Льготы должны подтягиваться из справочника «Виды льгот»;

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

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

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

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

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

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

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

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

3) Учет Похозяйственных книг

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

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

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

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

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

Территория;

Номер книги;

Дата начала;

Дата окончания.

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

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

1. Территория учета. В данном разделе указываются все территории (населенные пункты, улицы), которые относятся к похозяйственной книге;

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

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

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

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

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

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

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

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

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

? Территория;

? Адрес;

? Кадастровый номер;

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

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

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

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

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

? Неоформленные участки (незарегистрированные земли).

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

1. Основные сведения (кадастровый номер, территория, категория земель, общая площадь, тем земельного участка, стоимость, вид разрешенного использования, Адрес, населенный пункт, улица, дом, индекс);

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

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

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

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

5) Учет помещений

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

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

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

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

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

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

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

? Территория;

? Адрес;

Кадастровый номер;

Тип помещения; Вид помещения; Площадь.

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

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

? все помещения;

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

? неоформленные помещения (незарегистрированные помещения).

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

1. Основные сведения (территория, населенный пункт, улица, номер дома, номер квартиры, кадастровый номер, вид помещения, тип помещения, материал кровли, общая площадь, стоимость, год постройки, материал стен);

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

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

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

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

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

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

6) Учет технических средств

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

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

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

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

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

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

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

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

? Наименование;

? Тип;

? Марка;

? Мощность;

? Год выпуска.

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

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

? Все технические средства;

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

? Неоформленные технические средства (незарегистрированные технические средства).

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

1. Основные сведения (Территория, Регистрационный номер, Тип технического средства, марка, мощность, год выпуска);

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

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

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

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

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

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

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

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

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

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

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

? Наименование;

? Территория; ? Адрес учреждения.

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

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

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

улица, дом);

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

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

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

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

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

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

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

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

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

? Полное наименование; ? Краткое наименование;

? ИНН.

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

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

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

2. Дополнительные сведения: (дата актуальности, заместитель руководителя, контактные телефоны, дополнительный адрес);

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

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

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

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

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

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

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

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

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

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

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

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

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

? Ф.И.О;

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

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

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

? Прибывшее физическое лицо. Физическое лицо должно подтягивается из

? реестра физических лиц;

? Территория. Сельское поселение/населенный пункт - территория прибытия

? физического лица. Территория должна подтягивается из справочника территории;

? Тип прибытия (из вне, внутреннее перемещение, возвращение из временного

? отсутствия и т.д.) Тип прибытия должен выбираться из выплывающего списка;

? Основание прибытия. Должно подтягиваться из справочника «Основания

? прибытия»;

? Дата прибытия, Дата убытия (в случае временного пребывания);

? Документ физического лица. Документ, удостоверяющий личность

? физического лица, реквизиты документа (серия, номер, дата выдачи, кем выдано). Сведения о документе должны автоматически фиксироваться в карточке физического лица;

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

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

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

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

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

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

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

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

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

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

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

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

? Ф.И.О;

? Территория;

? Реквизиты документа;

? Тип убытия.

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

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

? Убывающее физическое лицо. Физическое лицо должно подтягивается из реестра физических лиц;

? Территория. Сельское поселение/населенный пункт, территория из которого убывает физического лица. Территория должна подтягивается из справочника территорий;

? Тип убытия (временное или постоянное) Тип прибытия должен выбираться из выплывающего списка;

? Основание убытия. Должен подтягиваться из справочника «Основания убытия»;

? Дата убытия;

? Куда убыл. Адрес населенного пункта, куда убыло физическое лицо. Адрес должен подтягивается из КЛАДР.

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

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

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

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

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

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

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

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

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

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

? Ф.И.О;

? Территория;

? Реквизиты документа.

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

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

? Физическое лицо, подавшее заявление на регистрацию. Физическое лицо должно подтягиваться из реестра физических лиц;

? Территория. Сельское поселение/населенный пункт, территория в котором регистрируется физическое лицо. Территория должна подтягиваться из справочника территорий;

? Адрес регистрации. Адрес должен подтягиваться из КЛАДРа; ? Дата регистрации.

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

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

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

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

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

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

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

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

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

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

? Ф.И.О;

? Территория;

? Реквизиты документа.

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

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

? Физическое лицо, подавшее заявление на снятие с регистрации. Физическое лицо должно подтягиваться из реестра физических лиц;

? Территория. Сельское поселение/населенный пункт, территория в котором зарегистрировано физическое лицо. Территория должна подтягиваться из справочника территорий;

? Адрес прописки. Адрес должен подтягиваться из КЛАДРа; ? Дата снятия с регистрации.

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

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

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

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

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

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

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

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

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

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

? Ф.И.О;

? Территория;

? Реквизиты документа.

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

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

? Новорожденное физическое лицо. Физическое лицо должно

подтягиваться из реестра физических лиц;

? Территория. Сельское поселение/населенный пункт - территория, к которой относится физическое лицо. Территория должна подтягиваться из справочника территории;

? Реквизиты свидетельства о рождении (серия, номер, дата выдачи);

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

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

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

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

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

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

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

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

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

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

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

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

? Ф.И.О;

? Территория;

? Реквизиты документа.

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

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

? Физическое лицо. Должно подтягиваться из реестра физических лиц;

? Территория. Сельское поселение/населенный пункт - территория, к которой относится физического лица. Территория должна подтягиваться из справочника территории;

? Реквизиты свидетельства о смерти (серия, номер, дата выдачи); ? Причина смерти, место смерти.

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

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

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

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

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

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

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

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

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

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

? Ф.И.О;

? Территория;

? Реквизиты документа.

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

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

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

? Территория. Сельское поселение/населенный пункт - территория, к которой относятся физические лица. Территория должна подтягиваться из справочника территории;

? Реквизиты свидетельства о регистрации брака (номер, дата выдачи);

? Фамилия мужа, Фамилия жены после регистрации брака (в случае ее смены);

? Место регистрации; ? Дата регистрации.

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

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

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

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

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

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

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

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

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

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

? Ф.И.О;

? Территория;

? Реквизиты документа.

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

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

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

? Территория. Сельское поселение/населенный пункт - территория, к которой относятся физические лица. Территория должна подтягиваться из справочника территории;

? Реквизиты свидетельства о расторжении брака (номер, дата выдачи);

? Фамилия мужа, Фамилия жены после расторжения брака (в случае смены фамилии);

? Место регистрации расторжения брака; ? Дата регистрации расторжения брака.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

? Физическое лицо. Физическое лицо должно подтягивается из реестра физических лиц;

? Основание убытия. Должно подтягиваться из справочника «Основания прибытия»;

? Дата перемещения;

? Хозяйство. Хозяйство в которое перемещается физическое лицо.

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

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

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

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

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

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

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

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

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

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

? Ф.И.О;

? Наименование документа;

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

? Дата регистрации;

? Статус (Зарегистрировано/Не зарегистрировано).

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

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

? Листки прибытия;

? Листки убытия;

? Листки прописки;

? Листки выписки;

? Свидетельства о рождении;

? Свидетельства о смерти;

? Свидетельства о регистрации брака; ? Свидетельства о расторжении брака.

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

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

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

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

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

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

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

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

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

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

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

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

? Ф.И.О.;

? Звание;

? Пол;

? Дата рождения;

? Адрес.

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

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

? Все;

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

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

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

2. Дети до 18 лет. В данном разделе должны указываться все дети не достигшие 18 лет. Вкладка должна заполняться автоматически в соответствии с данными из вкладки «Родственники» физического лица.

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

2) Учет карточек призывников

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

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

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

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

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

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

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

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

? Ф.И.О.;

? Звание;

? Пол;

? Дата рождения; ? Адрес.

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

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

? Все;

? Не поставленные на воинский учет;

? Состоящие на воинском учете; ? Не состоящие на учета.

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

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

2. Близкие родственники. В данном разделе должны указываться все родственники входящие в состав семьи физического лица. Вкладка должна заполняться автоматически в соответствии с данными из вкладки «Родственники» физического лица.

3. Отметки о воинском учете. В данной вкладке должна учитываться постановка и снятие призывников с воинского учета.

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

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

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

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

? Форма №14;

? Приложение к форме №14.

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

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

? Заявление о регистрации по месту жительства;

? Заявление о регистрации по месту пребывания;

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

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

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

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

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

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

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

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

? Список проживающих;

? Список проживающих в сельском поселении более года (Форма 2В);

? Список проживающих в специализированных учреждениях (Форма 2С);

? Список проживающих до заданного возраста;

...