Разработка информационной системы учета призывников в администрации на примере администрации (стр. 2 из 12)

¾ Список принятых и уволенных призывников

Недостатками данной системы является:

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

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

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

К еще одной информационной системе на которую стоит обратить внимание, можно отнести программный продукт ООО Научно-производственного центра «КОСМОС-2», Автоматизированная информационная система (АИС) Сельского Административного образования (САО) сокращенно (АИС САО) [2]. Система служит для автоматизации хозяйственной деятельности, похозяйственной книги, операций, выполняемых работниками муниципальных сельских администраций:

¾ ведение похозяйственного учета (в объеме книги похозяйственного учета)

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

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

¾ учет многоквартирных домов и квартир на территории сельского округа (с проживающими по квартирам жителями),

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

¾ оформление и печать справок, выписок, постановлений,

¾ регистрации пребывания граждан с подготовкой пакета документов,

¾ воинский учет с подготовкой пакета документов (повестки, акты, анкета).

Система имеет многоуровневую структуру, объединяя 9 Автоматизированных Рабочих Мест (АРМ), в число которых входит АРМ «Данные о жителях»

АРМ «Данные о жителях» позволяет реализовать следующие функции на основании реестра населения, формируемого системой:

¾ Подготовка и печать произвольных списков жителей. Как частный случай – подготовка списка призывников.

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

¾ Подготовка списков юбиляров.

¾ Учет и оформление документов по регистрации граждан.

В том числе:

¾ Учет и оформление документов по воинскому учету.

К недостатками данной системы можно отнести:

¾ Относительно высокая стоимость продукта;

¾ Наличие специалиста для конфигурирования системы.

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

Недостатками данной информационной системы является:

¾ Высокая стоимость системы;

¾ Наличие высокоскоростного подключения в Интернет для режима постоянного доступа (on-line).

1.2 Анализ предметной области

Анализ предметной области необходимо проводить для:

¾ Определения функциональной направленности предприятия;

¾ Определения перечня структурных звеньев предприятия.

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

Организационная структура сельской администрации представлена на рис. 1.1:

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

Ниже перечислены функции подразделений администрации:

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

¾ отдел воинского учета – проведение на местах военно–организационных работ.

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

¾ отдел общего назначения – паспортный режим, прописка, выписка и т.д.

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

Основными функциональными задачами отдела воинского учета являются:

¾ Постановка граждан на первоначальный воинский учет;

¾ Снятие с учета по причине смены места жительства;

¾ Снятие с учета по достижении возраста 50 лет;

¾ Ведение реестра граждан, подлежащих призыву;

Моделирование бизнес процессов отдела воинского учета проведено с использованием CASE-средства RanionalRose [5,6]. Разработанная диаграмма бизнес-вариантов использования представлена на рис. 1.2. Она отображает перечисленные выше функциональные задачи отдела и показывает основные бизнес-актеров данного процесса.

Рисунок 1.2 – Диаграмма бизнес-вариантов использования отдела воинского учета.

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

1.3 Сбор требований

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

В данном проекте для сбора требований была выбрана методика «Интервьюирование» которая рассматривает следующие этапы:

1. Разрабатываются вопросы

2. Производится выбор опрашиваемых пользователей.

3. Планируются контакты.

4. Проводится интервью.

5. Завершается встреча.

6. Определяются последующие действия.

А так же определены функциональные, системные требования и требования к интерфейсу системы:

В процессе формирования требований принимали участие следующие лица:

¾ Глава администрации;

¾ Инспектор ВУС (Военно-учетного стола отдела воинского учета);

¾ Специалист первой категории администрации.

На рисунке 1.3 представлена диаграмма вариантов использования ИС [5], представляющая процессы, происходящие в ИС отдела воинского учета.

Рисунок 1.3 – Диаграмма вариантов использования ИС отдела воинского учета.

1.4 Спецификация требований

Определение корректных требований — ответственный этап программного проекта. Формат проекта должен соответствовать требованиям к ПО, собранным командой разработчиков или одним разработчиком, в противном случае эти требования не смогут быть поддержаны и представлены в программном продукте. Спецификация требований к ПО - SoftwareRequirementsSpecification(SRS) имеет ключевое значение для всего жизненного цикла разработки программного продукта. Это не только производный документ, в котором определены спецификации программного проекта, но и основной документ, применяемый с целью проведения аттестационных и приемочных испытаний. Аттестация — это оценка качества работы менеджеров проекта. Она определяет степень соответствия программного продукта установленным требованиям. Спецификация SRS выступает в роли некоего механизма фиксирования системных требований, которые используются в качестве критериев при аттестации [7].

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

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

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

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

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

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

В SRS документе рассматривается сам продукт, а не процесс разработки проекта, поэтому на ее основании можно производить расширение завершенного продукта.

Спецификация требований к реализуемому программному обеспечению представлена в ПРИЛОЖЕНИИ А.