Разработка подсистемы 'Registration Of Weapons' для регистрации оружия в ОЛРР УВД по г. Ставрополю

ВВЕДЕНИЕ

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

Актуальность разработки информационной подсистемы для ОЛРР УВД по г. Ставрополю обусловлена тем, что процесс регистрации оружия занимает большие временные затраты.

Целью данного проекта является разработка подсистемы "RegistrationOfWeapons" для регистрации оружия в ОЛРР УВД по г. Ставрополю.

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

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

Во втором разделе описан процесс разработки подсистемы. Проектирование данного продукта осуществляется с помощью современной среды программирования Microsoft Visual Studio 2008 на языке программирования C# с использованием библиотек .Net Framework 4.0. Хранение информации осуществляется с помощью СУБД MS SQL. Использование данных технологий позволяет запускать несколько экземпляров созданного приложения и одновременного доступа к общей БД.

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

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

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

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

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

.1 Результаты предпроектного обследования отдела лицензионно- разрешительных работ управления внутренних дел по г. Ставрополю

 

.1.1 Объекты и методы проведения предпроектного обследования

Основными объектами предпроектного обследования являются:

· отдел лицензионно-разрешительных работ управления внутренних дел по г. Ставрополю;

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

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

Основными целями выполнения предпроектного обследования ОЛРР УВД по г. Ставрополю являются:

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

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

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

Характеристики метода проведения обследования ОЛРР УВД по г. Ставрополю приведены в таблице 1.1.

Таблица 1.1 - Методы организации проведения обследования

Критерии классификации методов организации проведения обследования	Выбранный метод
По цели проектирования	Локальное обследование
По числу исполнителей	Индивидуальное обследование
По степени охвата объекта	Сплошное обследование
По отношению к этапам	Последовательное обследование

При выборе методов учитывались следующие критерии [1]:

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

· временные, трудовые затраты на получение сведений об отделе.

Характеристика методов сбора материалов обследования, использованных в проекте, представлена в таблице 1.2.

Таблица 1.2 - Характеристика методов сбора материалов обследования

Название методов сбора материалов обследования	Характеристика методов
Силами исполнителей	Метод анализа операций
По числу исполнителей	Личное наблюдение
По степени охвата объекта	Беседы и консультации с главным инженером и ведущим инженером ОЛРР УВД по г. Ставрополю
По отношению к этапам	Опрос должностных лиц на рабочих местах

 

.1.2 Программа проведения обследования

Программа обследования ОЛРР УВД по г. Ставрополю представлена в таблице 1.3. План-график выполнения работ на стадии сбора материалов обследования представлен в таблице 1.4.

Таблица 1.3 - Программа обследования

Наименование вопроса	Источник информации	Получатель информации
Общие сведения организации	Начальник	Проектировщик: Аказина Е.Д.
Организационная структура	Аналогично	Аналогично
Функционирование области деятельности	Аналагично	Аналогично
Цели функционирования	Аналогично	Аналогично
Документооборот	Аналогично	Аналогично
Формы документов	Аналогично	Аналогично
Порядок создания и хранения документов	Аналогично	Аналогично
Штатный состав	Аналогично	Аналогично
Наличие средств вычислительной техники и программного обеспечения	Аналогично	Аналогично
Характеристики существующей информационной системы	Аналогично	Аналогично
Технологии, методы и технические средства преобразования информации	Аналогично	Аналогично
Проблемные ситуации в работе информационной системы	Аналогично	Аналогично

Таблица 1.4 - План-график выполнения работ на стадии сбора материалов обследования ОЛРР УВД по г. Ставрополю

Наименование вопроса	Код работы	Исполнитель	Дата начала	Кол-во дней	Дата окончания
Общие сведения организации	001	Проектировщик: Аказина Е.Д.	10.01.11	8	18.01.11
Организационная структура	002	Аналогично	18.01.11	3	21.01.11
Цели функционирования	003	Аналогично	21.01.11	1	22.01.11
Документооборот	004	Аналогично	22.01.11	2	24.01.11
Формы документов	005	Аналогично	24.01.11	2	26.01.11
Порядок создания и хранения документов	006	Аналогично	26.01.11	9	5.02.11
Штатный состав	007	Аналогично	5.02.11	10	15.02.11
Наличие средств вычислительной техники и программного обеспечения	008	Проектировщик: Аказина Е.Д.	15.02.11	2	17.02.11
Характеристики существующей информационной системы	009	Аналогично	17.02.11	10	27.02.11
Технологии, методы и технические средства преобразования информации	010	Аналогично	27.02.11	2	01.03.11
Проблемные ситуации в работе информационной системы	011	Аналогично	01.03.11	6	07.03.11
Всего затрачено дней				55

1.1.3 Результаты предпроектного обследования и их анализ

1.1.3.1 Общая характеристика ОЛРР УВД по г. Ставрополю

Полное фирменное наименование фирмы на русском языке: отдел лицензионно-разрешительных работ управления внутренних дел по г. Ставрополю. Сокращенное наименование фирмы: ОЛРР УВД по г. Ставрополю (далее по тексту Отдел).

Отдел лицензионно-разрешительных работ и контролю за частной детективной и охранной деятельностью является структурным подразделением милиции общественной безопасности УВД по г. Ставрополю. Отдел существует в целях организации и контроля за выполнением управления внутренних дел Законов РФ "Об оружии", "О частной детективной и охранной деятельности в РФ", законодательства РФ, приказа МВД РФ от 19.07.2006 года № 447 "Об утверждении Инструкции об организации работы по лицензированию и осуществлению органами внутренних дел контроля за частной детективной и охранной деятельностью на территорию Российской Федерации" и иных нормативных правовых актов МВД РФ, ГУВД СК в сфере оборота гражданского, служебного оружия, частной детективной и охранной деятельности.

Организационно-методическое руководство и контроль за деятельностью Отдела осуществляет ООЛРР ГУВД СК.

Реквизиты Отдела:

· ИНН 2635130373;

· КПП 263501001;

· р/счет 40105810600000010002 в ГРКЦ ГУ Банка России по Ставропольскому краю г. Ставрополя;

· ОГРН 1092635015978;

· л/с 03211w09500 в Отделение по г. Ставрополю УФК по Ставропольскому краю;

· БИК 040702001;

· юридический адрес: 355035 г. Ставрополь, ул. Ленина, 421.

Основные виды деятельности Отдела:

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

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

· истребует необходимые документы и выдает гражданам лицензии, разрешения, направления на продажу оружия;

· контролирует соблюдение гражданами сроков перерегистрации оружия;

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

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

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

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

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

.1.3.2 Организационная структура Отдела

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

Структура управления организации представлена на рисунке 1.1.

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

· ежедневно осуществляет практическое руководство служебной деятельностью ОЛРР;

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

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

· контролирует накопление наблюдательных дел на объект разрешительной системы, постановку на учет детективных и охранных структур, предприятий с особыми уставными задачами, негосударственных образовательных учреждений, магазинов по торговле гражданским и служебным оружием (приказов МВД России № 288-99г., № 447-06г.);

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

· ежеквартально обеспечивает и осуществляет контроль за проведением проверок деятельности частных предприятий и служб безопасности по соблюдению Закона РФ "О частной детективной и охранной деятельности в РФ";

· исполняет иные обязанности, возложенные на него начальником МОБ УВД.

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

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

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

.1.3.3 Функциональная структура предприятия

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

Первоочередной задачей при проведении предпроектного обследования является проведение анализа структуры управления ОЛРР УВД по г. Ставрополю и, прежде всего его функциональной структуры.

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

·   производственную (лицензионно-разрешительную);

·   обеспечивающую;

·   управленческую [1].

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

1.1.3.3 Функциональная структура предприятия

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

Первоочередной задачей при проведении предпроектного обследования является проведение анализа структуры управления ОЛРР УВД по г. Ставрополю и, прежде всего его функциональной структуры.

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

·   производственную (лицензионно-разрешительную);

·   обеспечивающую;

·   управленческую [1].

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

Рисунок 1.1 - Схема организационной структуры управления ОЛРР УВД по г. Ставрополю

Таблица 1.2 - Функциональные задачи и подзадачи отдела

Номер и название функциональной области	Номер и процессы, протекающие в области
1. Производственная (лицензионно-разрешительная)	1.1 Предупреждение и пресечение преступлений и административных правонарушений в сфере оборота оружия
	1.2 Выявление и раскрытие преступлений
	1.3Охрана общественного порядка и обеспечение общественной безопасности
2. Управленческая	2.1 Анализ информации о деятельности отдела
3. Обеспечивающая	3.1 Закупка оборудования
	3 2 Ремонт и техническое обслуживание оборудования

Таблица 1.3 - Организационно-управленческая модель отдела

Организационно-управленческая модель отдела представлена в виде таблицы-матрицы, в которой имеются следующие обозначения: Х - полное участие в процессе, / - частичное участие в процессе, 0 - ответственность за выполнение процесса.

.1.3.4 Цели функционирования отдела

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

Схема дерева целей представлена на рисунке 1.2. В таблице 1.4 приведены возможные средства и критерии достижения поставленных целей.

.1.3.5 Документооборот отдела

На сегодняшний день ни одно, даже самое автоматизированное, предприятие не обходится без документов, представленных в бумажном виде. Перечень наиболее распространенных документов в ОЛРР УВД по г. Ставрополю представлен в таблице 1.6

Для наиболее наглядного представления движения документов приведена схема документооборота на рисунке 1.3.

Рисунок 1.3 - Схема документооборота ОЛРР УВД по г. Ставрополю

Рисунок 1.2 - Дерево целей ОЛРР УВД по г. Ставрополю

Таблица 1.4 - Цели отдела и критерии их достижения

Название подцели	Средства достижения	Критерии достижения
Предупреждение и пресечение преступлений и административных правонарушений в сфере оборота оружия	Проверка условий хранения, выдачи и оборота оружия	Снижение роста преступлений и административных нарушений в сфере оборота оружия на 75 %
	Выступление в СМИ, на предприятиях
Выявление и раскрытие преступлений	Инициативные преступления по линии ЛЛР	Снижение роста тяжких преступлений с применением оружия
	Проверка предоставляемых документов на предмет их подлинности
	Проверка наличия незарегистрированного оружия, боеприпасов по месту жительства
Охрана общественного порядка и обеспечение общественной безопасности	Участие сотрудников ОЛРР в профилактических мероприятиях на территории г. Ставрополя	Снижение роста преступлений и административных нарушений в сфере оборота оружия Снижение роста тяжких преступлений с применением оружия
Недопущение совершения преступлений и административных правонарушений в сфере частной охранной и детективной деятельности	Проверка условий хранения, выдачи и несения службы со служебным оружием	Снижение роста преступлений и административных нарушений в сфере частной охранной и детективной деятельности

Таблица 1.6 - Документооборот ОЛРР УВД по г. Ставрополю

Название	Кем готовится	Кем используется	Кол-во в год	Периодичность	Примечание
Заявление на приобретение оружия, на получение удостоверения охранника	Заявитель	Старший инспектор	любое	2 раза в неделю	Документ предназначен для сбора сведений о заявителях
Журналы учета владельцев оружия, заявлений, выданных лицензий и разрешений	Начальник отдела	Старший инспектор	любое	По мере необходимости	Документ, предназначенный для учета выдан лицензий на оружие
Номенклатурные дела	Старший инспектор	Начальник милиции общественной безопасности	любое	По мере необходимости
Папки накопители по оперативно-профилактическим мероприятиям	Старший инспектор	Начальник канцелярии	любое	По мере необходимости	Результаты работы по проводимой операции
Выдача разрешений и лицензий на оружие, удостоверений охранника	Старший инспектор	Заявитель	любое	2 раза в неделю

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

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

1. Системный блок Celeron D 2.66ГГц /512Мбайт /80Гбайт /FDD /CDRW /Video /Sound /Lan /ATX 250 Вт;

2. Системный блок Pentium 4 2.4 ГГц /512 Мбайт /320 Гбайт /DVD+CDRW /Video /Sound /Lan /ATX 400 Вт ;

3. Системный блок Core2Duo E6750 /2048 Мбайт /1 Тбайт +320 Гбайт /DVD+CDRW /Video GF8800GT /Sound /Lan /ATX 580 Вт ;

4. Системный блок Sempron(tm) Processor 3000+ /512 Мбайт /160 Гбайт /DVD+CDRW /Video /Sound /Lan /ATX 400 Вт;

5. Принтер Samsung SCX-4200;

6. Сканер Samsung SCX-4200.

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

·   операционная система - Windows XP;

·   Microsoft Office Enterprise 2007 (Select edition) Russia;

·   архиватор WINRAR v3,5;

·   антивирусные средства: ESET NOD32 Antivirus, Avast Free Antivirus и др. средства.

1.1.4 Анализ проблемных ситуаций и обоснование путей их решения

В ходе прохождении преддипломной практики были выявленные следующие проблемные ситуации и способы их решения, представленные в таблице 1.7.

Таблица 1.7 - Проблемные ситуации

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

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

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

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

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

 

.2 Формулировка задач проектирования

 

.2.1 Общие сведения

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

Проведение данного вида работ осуществляется на основании заказа на выполнение дипломной работы. Согласно данному заказу ОЛРР УВД по г. Ставрополю поручает Северо-Кавказскому государственному техническому университету создание программно-технической продукции.

Заказчик поручает, а исполнитель принимает на себя работу по созданию подсистемы для ОЛРР УВД по г. Ставрополю.

Срок окончания работ по заказу 20 мая 2011 года.

1.2.2 Назначение, цели создания информационной подсистемы

Основной целью разработки подсистемы выступает повышение эффективности работы ОЛРР УВД по г. Ставрополю.

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

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

·   время обработки поступающей информации уменьшается до минимума;

·   время на доступ к требуемой информации уменьшается до минимума;

·   снижается вероятность потери или утраты информации;

·   снижается вероятность ошибки на уровне ввода данных сотрудниками предприятия;

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

·   вводимая информация проверяется на уникальность.

1.2.3 Характеристика объекта автоматизации

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

·   прием;

·   регистрация;

·   формирование и печать отчетов.

 

.2.4 Требования к подсистеме

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

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

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

·   регистрация поступивших обращений;

·   просмотр информации в удобном и наглядном виде;

·   редактирование информации;

·   формирование и печать отчетов.

1.2.5 Состав и содержание работ по созданию подсистемы

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

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

·   разработка основных положений по новой системе;

·   разработка функциональной структуры и перечня задач;

·   разработка постановки решения задач для подсистемы;

·   разработка внемашинной и внутримашинной технологии решения каждой задачи;

·   уточнение состава периферийной техники;

·   уточнение состава аппаратной платформы проекта;

·   разработка плана мероприятий по подготовке к внедрению системы;

·   окончательное оформление проекта.

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

·   разработка программного обеспечения для каждой задачи подсистемы;

·   разработка технологических документов и инструкций;

·   разработка правовых инструкций;

·   оформление рабочего проекта.

Наиболее ответственной работой, выполняемой на этом этапе, являются "Кодирование и составление программной документации", в состав которой входят следующие компоненты:

·   описание программ;

·   спецификация программ;

·   тексты программ;

·   контрольные примеры;

·   инструкции для системного программиста, оператора и пользователя.

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

Технологическая документация разрабатывается в соответствии с требованиями ГОСТ 3.11.09 - 82 "Система технологической документации. Термины и определения основных понятий", и составляет содержание технологического обеспечения информационной системы.

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

 

.2.6 Порядок контроля приемки подсистемы

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

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

Заказчик в течение 10 дней со дня получения Акта сдачи-приемки и отчетных документов обязан направить исполнителю подписанный Акт сдачи-приемки программно-технической продукции или мотивированный отказ от приемки работ. В случае отказа сторонами составляется двусторонний акт с перечнем необходимых доработок и сроков их выполнения.

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

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

.2.7 Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу подсистемы в действие

Для ввода подсистемы в действие следует произвести следующие работы:

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

1)   Microsoft SQL Server 2005 R2 или выше;

2)   NET Framework 4.0.

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

1.2.8 Требование к документированию

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

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

1.   Документ "Основные положения по системе".

2.      Документ "Постановка задачи", который включает три составные части:

·   характеристику задачи;

·   описание выходной информации;

·   описание входной информации.

На этапе рабочего проектирования разрабатывается:

·   технологическая документация, включающая технологические и инструкционные карты;

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

·   правовые инструкции;

·   документ "Рабочий проект", в который входят перечисленные на этом этапе документы.

На этапе подготовки объекта к внедрению формируется "Программа проведения опытного внедрения" и издается "Приказ о начале опытного внедрения".

На этапе "Сдача проекта в промышленную эксплуатацию" используют следующую совокупность документов:

·   договорная документация;

·   "Приказ на разработку информационной системы";

·   технико-экономическое обоснование и техническое задание;

·   "Приказ о начале промышленного внедрения";

·   "Программа проведения испытаний";

·   "Требования к научно-техническому уровню проекта системы".

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

1.2.9 Источники разработки

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

Информационные материалы на отечественные и зарубежные системы-аналоги не использовались.

При проектировании базы данных, написании исходного кода информационной подсистемы использовалась специальная литература, в частности, по Microsoft SQL 2005 и Visual C#.

Кроме этого, в процессе проектирования применялись различные ГОСТы, например, ГОСТ 3.11.09 - 82 "Система технологической документации. Термины и определения основных понятий".

Выводы

1.   ОЛРР УВД по г. Ставрополю обладает линейно-функциональной структурой управления.

2.   Определены цели и необходимые для их достижения подцели отдела.

3.   Проведение данного вида работ осуществляется на основании заказа на создание программно-технической продукции.

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

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

6.   В качестве научно-технической и практической ценности ожидаемых результатов работы выступает повышение экономической эффективности работы ОЛЛР УВД по г. Ставрополю.

2. РЕАЛИЗАЦИЯ ИНФОРМАЦИОННОЙ ПОДСИСТЕМЫ "REGISTRATION OF WEAPONS"

 

2.1 Обоснование выбора среды разработки подсистемы

В качестве среды разработки приложения была выбрана Microsoft Visual Studio 2008, включающая в себя полный набор новых и улучшенных функций, упрощающих все этапы процесса разработки от проектирования до развертывания.

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

Разработка ведется на языке С#, с использованием технологии .NET Framework. C# - один из языков, предназначенных для написания приложений для архитектуры .NET. C# опирается на богатое наследие в области программирования и происходит от трех языков C, C++ и Java. Язык C# унаследовал синтаксис, ключевые слова и операторы от C, С# позволяет построить и усовершенствовать объектную модель определенную в C++, также как и Java C# поддерживает программирование распределенных систем, использует промежуточный код для достижения переносимости и предлагает средства динамического обнаружения ошибок, обеспечение безопасности и управляемого выполнения программ.

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

·   Объектно-ориентированное программирование - .Net Fraemwork и C# полностью базируются на объектно-ориентированных принципах, что очень удобно при разработке сложных программ

·   Дизайн - библиотека классов организована с очень понятным интерфейсом.

·   Независимость от языка - языки С#, J#, C++ обладают возможность взаимодействия, так как компилируются в общий язык - Intermedia Language.

·   Доступ к данным - компоненты ADO.NET предоставляют эффективный доступ к базам данным. Встроена поддержка XML.

·   Разделение кода - .Net заменил способ разделения кода между приложениями, введя концепцию сборки, заменившая .DLL

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

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

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

В качестве СУБД для базы данных разрабатываемой подсистемы была выбрана современная СУБД - SQL Server 2005 R2 Express Edition. Выбор данного средства обусловлен следующими сведениями об этой системе:

·   SQL Server 2005 направлен на то, чтобы сделать управление данными самонастраивающимся, самоорганизующимся и самообслуживающимся механизмом - для реализации этих возможностей были созданы технологии SQL Server Always On. Это позволит уменьшить до нуля время нахождения сервера в нерабочем состоянии.

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

·   Для повышения эффективности администрирования в SQL Server были включены библиотеки Declarative Management Framework, позволяющие распределять полномочия для баз данных или отдельных таблиц. Были улучшены методы компрессии данных. SQL Server Katmai поддерживает набор библиотек ADO.NET Entity Framework и средства оповещения, репликации и определения данных.

·   В SQL Server 2005 встроена поддержка .NET Framework. Благодаря этому хранимые процедуры БД могут быть написаны на любом языке платформы .NET, используя полный набор библиотек, доступных для .NET Framework, включая Common Type System (система обращения с типами данных в Microsoft .NET Framework). Однако, в отличие от других процессов, .NET Framework, будучи базисной системой для SQL Server 2005, выделяет дополнительную память и выстраивает средства управления SQL Server вместо того, чтобы использовать встроенные средства Windows. Это повышает производительность в сравнении с общими алгоритмами Windows, так как алгоритмы распределения ресурсов специально настроены для использования в структурах SQL Server.

Microsoft SQL Server Express является бесплатно распространяемой версией SQL Server. Данная версия имеет некоторые технические ограничения. Такие ограничения делают её непригодной для развертывания больших баз данных, но она вполне годится для ведения программных комплексов в масштабах небольшой компании. Содержит полноценную поддержку новых типов данных, в том числе XML-спецификации. Фактически, это полноценный MS SQL Server, включая все его компоненты программирования, поддержку национальных алфавитов и Unicode. Поэтому используется в приложениях, при проектировании или для самостоятельного изучения. Нет никаких препятствий для дальнейшего развёртывания накопленной базы данных на MS SQL Server неэкспрессной версии, стоимость разработки в части использования средств разработки была нулевой. Таким образом, используемые технологии позволяют достичь высоких результатов, не требуя никаких денежных вливаний ни на одной из стадий разработки, тестирования, внедрения и эксплуатации разрабатываемой подсистемы.

2.2 Создание логической и физической модели базы данных информационной подсистемы

.2.1 Определение сущностей модели базы данных информационной подсистемы

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

Таблица 2.1 - Перечень сущностей

Наименование сущности	Описание
Owner	Содержит информацию о владельцах
Weapons	Содержит информацию об оружии
Journal	Содержит информацию о выданных документах
ReferenceDocuments	Содержит информацию о типах документов
Possession	Содержит информацию о владении оружием
TypeWeapons	Содержит информацию о типах оружия

2.2.2 Определение атрибутов сущностей базы данных информационной подсистемы

Атрибут является характеристикой сущности, значимой для рассматриваемой предметной области. Рассмотренные выше сущности имеют следующие атрибуты, представленные в таблице 2.2.

Таблица 2.2 - Перечень атрибутов

Наименование сущности	Наименование атрибута	Применение	Тип данных
Owner	idOwner	содержит уникальный номер владельца	int
	sirname	содержит фамилию владельца	nvarchar(50)
	name	содержит имя владельца	nvarchar(50)
	patronymic	содержит отчество владельца	nvarchar(50)
	birthday	содержит дату рождения владельца	datetime
	actualAddress	содержит фактический адрес проживания владельца	nvarchar(50)
	residentialAddress	содержит адрес по прописке владельца	nvarchar(50)
	phone	содержит контактный телефон владельца	nvarchar(50)
	job	содержит данные о месте работы владельца	nvarchar(50)
	conviction	указывает судим владелец или нет	bit
Weapons	idWeapons	содержит уникальный номероружия	int
	series	содержит серию оружия	nvarchar(50)
	number	содержит номер оружия	nvarchar(50)
	idType	содержит номер типа оружия	int
	caliber	содержит калибр оружия	nvarchar(50)
Journal	idRecord	содержит уникальный номер записи	int
	idPossession	содержит номер владения	int
	idType	содержит номер типа документа	int
	dateOfIssue	содержит дату выдачи документа	datetime
	expirationDate	содержит дату окончания срока действия документа	datetime
	series	содержит серию документа	nvarchar(50)
	number	содержит номер документа	nvarchar(50)
Reference Documents	idType	содержит уникальный номер типа документа	int
	type	содержит типы документов	nvarchar(200)
Possession	idPossession	содержит уникальный номер владения	int
	idOwner	содержит номер владельца	int
	idWeapons	содержит номер оружия	int
TypeWeapons	idType	содержит уникальный номер типа оружия	int
	Type	содержит типы оружия	nchar(50)

2.2.3 Инфологическое проектирование базы данных

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

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

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

При построении инфологических моделей чаще всего используется язык ER-диаграмм (от англ. Entity-Relationship, т.е. сущность-связь). В них сущности изображаются помеченными прямоугольниками, ассоциации - помеченными ромбами или шестиугольниками, атрибуты - помеченными овалами, а связи между ними - ненаправленными ребрами, над которыми может проставляться степень связи (1 или буква, заменяющая слово "много") и необходимое пояснение. Отношения M : N возникают между двумя таблицами в том случае, если:

1)   одна запись из первой таблицы может быть связана более чем с одной записью из второй таблицы;

2)   одна запись из второй таблицы может быть связана более чем с одной записью первой из таблицы.

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

Инфологическая модель данных приведена на рисунке 2.1.

Рисунок 2.1 - Инфологическая модель данных

Классификация связей приведена в таблице 2.3.

Таблица 2.2 - Классификация связей

Номер связи	Родительская таблица	Дочерняя таблица	Тип связи
1	Owner	Possession	1:М
2	Weapons	Possession	1:М
3	TypeWeapons	Weapons	1:М
4	Possession	Journal	1:М
5	ReferenceDocuments	Journal	1:М

 

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

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

Таблица 2.3 - Функциональные зависимости между атрибутами сущности "Owner"

Таблица 2.4 - Функциональные зависимости между атрибутами сущности "Weapons"

Таблица 2.5 - Функциональные зависимости между атрибутами сущности "Journal"

Таблица 2.6 - Функциональные зависимости между атрибутами сущности "ReferenceDocuments"

Таблица 2.7 - Функциональные зависимости между атрибутами сущности "Possession"

Таблица 2.8 - Функциональные зависимости между атрибутами сущности "TypeWeapons"

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

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

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

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

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

Таблица 2.12 - Первичные ключи

Сущность	Первичный ключ
Owner	idOwner
Weapons	idWeapons
Journal	idRecord
ReferenceDocuments	idType
Possession	id Possession
TypeWeapons	id iType

2.2.4 Разработка даталогической модели

Даталогическая модель является моделью логического уровня и представляет собой отображение логических связей между элементами данных безотносительно к их содержанию и среде хранения. Эта модель строится в терминах информационных единиц, допустимых в той конкретной СУБД, в среде которой мы проектируем базу данных. Задача логического проектирования базы данных состоит в разработке ее "логической" структуры в соответствии с инфологической моделью предметной области. Решение этой задачи зависит от того, какую модель данных поддерживает выбранная СУБД. Выбранная СУБД поддерживает реляционную модель данных. В соответствии с реляционной моделью данных база данных представляется в виде совокупности таблиц, над которыми могут выполняться операции, формулируемые в терминах реляционной алгебры. Столбцы таблицы называются атрибутами, строки - кортежами. Множество значений, которые может принимать атрибут, называется доменом. Тип сущности здесь интерпретируется отношением или таблицей. Экземпляр сущности интерпретируется кортежем, а атрибут интерпретируется столбцом таблицы. Опишем таблицы, указав для каждого поля таблицы размер поля и тип.

Таблица 2.13 - Состав таблицы "Owner"

Наименование атрибута	Тип поля	Размер поля	Допустимость неопределенных значений
idOwner	integer	4	NOT NULL
sirname	nvarchar	50
name	nvarchar	50
patronymic	nvarchar	50
birthday	datetime
actualAddress	nvarchar	50
residentialAddress	nvarchar	50
phone	nvarchar	50
job	nvarchar	50
conviction	bit	1

Таблица 2.14 - Состав таблицы "Weapons"

Наименование атрибутаТип поляРазмер поляДопустимость неопределенных значений
idWeapons	integer	4	NOT NULL
series	nvarchar	50
number	nvarchar	50
idType	integer	4
caliber	nvarchar	50

Таблица 2.15 - Состав таблицы "Journal"

Наименование атрибутаТип поляРазмер поляДопустимость неопределенных значений
idRecord	integer	4	NOT NULL
idPossession	integer	4
idType	integer	4
dateOfIssue	datetime	8
expirationDate	datetime	8
series	nvarchar	50
number	50

Таблица 2.16 - Состав таблицы "ReferenceDocuments"

Наименование атрибутаТип поляРазмер поляДопустимость неопределенных значений
idType	integer	4	NOT NULL
type	nvarchar	50

Таблица 2.17 - Состав таблицы "Possession"

Наименование атрибутаТип поляРазмер поляДопустимость неопределенных значений
idPossession	integer	4	NOT NULL
idOwner	integer	4
idWeapons	integer	4

Таблица 2.18 - Состав таблицы "TypeWeapons"

Наименование атрибутаТип поляРазмер поляДопустимость неопределенных значений
idType	integer	4	NOT NULL
type	nchar	50

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

2.3 Реализация информационной подсистемы в виде приложения баз данных

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

Используя набор команд: "Файл → Создать → Проект → Приложение WindowsForms" создаем новый проект.

2.3.1 Разработка интерфейса формы с именем AddJournal

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

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

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

·   dataGridView2 - таблица, в которой отображается записи об оружии, добавляемые в журнал;

·   шесть элементов textBox - поля для ввода текста. В данном случае используются как строки поиска;

·   comboBox1 - поле с выпадающим списком. Используется для фильтрации видов документов;

·   comboBox2 - поле с выпадающим списком. Используется для фильтрации фамилий;

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

·   пять элементов label - текст для оформления формы.

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

Разрабатываемая форма примет вид, показанный на рисунке 2.2.

В общем итоге в приложении было разработано 11 форм.

.3.2 Организация обмена даннымиIntegrated Query (LINQ) - проект Microsoft по добавлению синтаксиса языка запросов, напоминающего SQL, в языки программирования платформы .NET Framework. LINQ выпущен вместе с Visual Studio 2008 в конце ноября 2007 года.представляет собой набор функций Visual Studio 2008, расширяющих мощные возможности запроса в синтаксисе языка C# и Visual Basic. LINQ представляет стандартные шаблоны для создания запросов и обновления данных; технология может быть расширена для поддержки потенциально любого типа хранилища данных. Visual Studio 2008 включает сборки поставщиков LINQ, позволяющие использовать LINQ с коллекциями платформы .NET Framework, базами данных SQL Server, наборами данных ADO.NET и XML-документами.представляет собой набор расширений языка, поддерживающий формирование запросов данных способом, безопасным по типам. Запрашиваемые данные могут быть представлены в форме XML (запросы LINQ к XML), баз данных (ADO.NET с поддержкой LINQ, куда входят LINQ к SQL, LINQ к наборам данных и LINQ к экземплярам), объектов (LINQ к объектам) и т.д. Отображение реляционных данных на объектную модель всегда было одной из наиболее сложных проблем при построении объектно-ориентированных систем. В большинстве случаев, запросы к базе данных пишутся на языке SQL, а их результат конвертируется в объекты.to SQL - простая, но достаточно мощная система объектно-реляционного отображения (ORM). По сравнению с традиционной технологией ADO.NET применение LINQ to SQL позволяет значительно упростить код, снизить вероятность ошибок и сократить время разработки проекта. Для начала необходимо добавить файл LINQ to SQL classes. Для этого выполним следующее Проект → Добавить компонент. После чего высветится окно, в котором нужно выбрать требуемый файл.

Затем в окне Server Explorer следует развернуть дерево базы данных RegistrationOfWeapons и перетащить нужные таблицы и хранимые процедуры в окно файла отображения на панель методов.

Выводы

·   В качестве среды разработки программного средства была выбрана среда Microsoft Visual Studio 2008. Она позволяет достичь высочайшей производительности приложений. Благодаря программе DreamSpark, доступ к полной лицензионной версии среды разработи бесплатен.

Рисунок 2.11 - Добавление файла LINQ to SQL classes

Рисунок 2.12 - Создание классов и методов, отображенных на БД

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

·   В качестве СУБД для базы данных разрабаываемой подсистемы был использован Microsoft SQL Server 2005 R2 Express Edition. Данная версия СУБД является бесплатно распространяемой версией SQL Server.

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

·   Для организации обмена данными была использована система LINQ to SQL - простая, но достаточно мощная система объектно-реляционного отображения.

·   Размер каталога, в котором находятся файлы разработанного программного продукта, составляет 4,80 Мбайт.

3. ИНФОРМАЦИОННОЕ И ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ

.1 Общие сведения о программе

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

Программа написана на языке программирования C# в среде разработки Microsoft Visual Studio 2008 с использованием сервера баз данных MS SQL Server 2005 R2 Express Edition.

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

Разработанное программное средство может использоваться на IBM-совместимых компьютерах под управлением операционной системы Windows XP/Vista/Seven.

программа датологический информационный база данный

3.2 Функциональное назначение программы

Назначение информационной подсистемы - автоматизация регистрации оружия ОЛРР УВД по г. Ставрополю.

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

Информационная подсистема "RegistrationOfWeapons" выполняет следующие функции:

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

2.   Ведение базы данных оружия (серия, номер, тип, калибр).

3.   Ведение справочников видов документов и типов оружия.

4.   Автоматизированное формирование, просмотр и печать следующих отчетов:

-     владельцы и принадлежащее им оружие;

-        владельцы и принадлежащие им лицензии и разрешения.

·   формирование, просмотр и печать отчетов;

3.3 Описание логической структуры программы

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

Основным компонентом является модуль формы с именем InfoPlaints.

Для доступа к данным базы данных используется технология LINQ to SQL.

Логическую структуру программы иллюстрирует диаграмма компонентов, представленная на рисунке 3.1

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

3.4.1 Общие требования

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

·   Microsoft SQL Server 2008 R2 или выше;

·   NET Framework 4.0.

Рисунок 3.1 - Диаграмма компонентов информационной подсистемы "Registration Of Weapons"

Разработанное программное средство может использоваться на IBM-совместимых компьютерах под управлением операционной системы Windows XP/Vista/Seven.

.4.2 Требования к центральному процессору

На основании проведенных контрольных прогонов и учитывая, использование операционной системы Windows XP было установлено, что требованиями для удовлетворительной работы приложения является процессор Pentium - совместимый с тактовой частотой от 400 МГц.

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

.4.3 Требования к оперативному запоминающему устройству

Необходимый размер оперативного запоминающего устройства W_ОЗУ, Мбайт, для программных продуктов, являющихся самостоятельными приложениями, рассчитывается по формуле

W_ОЗУ = W_ОЗУ1 + W_ОЗУ2 + W_ОЗУ3, (2.1)

где W_ОЗУ1 - минимальный необходимый размер ОЗУ, требуемый для работы операционной системы, Мбайт;_ОЗУ2 - объем ОЗУ, занимаемый задачами программного продукта, Мбайт;_ОЗУ3 - минимальных требований со стороны дополнительных программных модулей, обеспечивающих работу программного продукта, Мбайт.

Минимальный необходимый размер ОЗУ, требуемый для работы операционной системы Windows XP равен 128 Мбайт.

Объем ОЗУ, занимаемый задачами программного продукта, был измерен с помощью диспетчера задач Windows (рисунок 3.2). Было выяснено, что работающее приложение занимает около 10 Мбайт.

Минимальные требования со стороны дополнительных программных модулей, обеспечивающих работу программного продукта, были определены на официальном сайте компании Microsoft, и составили  <#"522899.files/image015.gif">

Рисунок 3.2- Диспетчер задач Windows

Свободное дисковое пространство необходимое для установки приложения W₁ = 10 Мбайт. Размер БД используемой для работы не менее W₂ = 4 Мбайт.

Для установки требуемой библиотеки Framework необходимо 140 Мбайт. Для установки MS SQL Server 2008 R2 - 1,8 Гбайт. Таким образом

W₃ = 140 + 1800 = 1940 Мбайт

Минимально необходимое свободное пространство на жёстком диске будет равно

= 10 + 4 + 1940 = 1954 Мбайт

3.4.5 Требование к монитору

Поскольку программный продукт не предъявляет специфических требований к видео подсистеме, то для нормального функционирования программного продукта минимальное разрешение видеоадаптера и монитора составляет 1024×768, True Color (16 бит). Обоснование разрешения исходило из размера открытых диалоговых окон, используемых программным продуктом.

.4.6 Требования к принтеру

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

.5 Установка и вызов программы

Для установки приложения необходимо установить на компьютер пользователя СУБД MS SQL Server и произвести восстановление резервной копии базы данных. Для этого необходимо щелкнуть правой кнопкой мыши на списке баз данных в обозревателе объектов и в контекстном меню выбрать "Восстановлении базы данных". После этого на экране появится диалоговое окно, в котором необходимо указать имя базы данных и источник резервного набора для восстановления. Затем следует скопировать каталог с программой на жесткий диск компьютера. Для ускоренного запуска рекомендуется создать ярлык приложения на рабочем столе.

Для запуска программы необходимо запустить на выполнение файл "RegistrationOfWeapons.exe".

3.6 Входные данные программы

Входными данными для данной программы являются:

·   информация о владельце (ФИО, адрес проживания, адрес по прописке, место работы, телефон, судимость);

·   информация об оружии (серия, номер, калибр);

·   информация о типах документов.

.7 Выходные данные программы

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

·   отчет по владельцам и принадлежащим им оружии;

·   отчет по владельцам и принадлежащим им документам.

.8 Результаты тестирования программы

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

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

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

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

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

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

.9 Краткая инструкция оператору по работе с программой

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

Рисунок 3.1 - Вызов программы из каталога установки

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

Вид главной формы представлен на рисунке 3.2.

Рисунок 3.2 - Вид главной формы

.3.2 Формы справочников

Пункт меню Справочники содержит два пункта подменю "Типы документов" - служит для просмотра типов документов и "Типы оружия" - служит для просмотра оружия.

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

На рисунке 3.3 представлена форма "Типы документов".

Рисунок 3.3 - Вид формы "Типы документов"

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

Рисунок 3.4 - Вид формы "Типы оружия"

.3.3 Форма добавления записи в журнал

Пункт меню Журнал содержит два пункта "Добавить запись" и "Просмотр".

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

Рисунок 3.5 - Вид формы "Добавление в журнал"

.3.4 Форма просмотра журнала

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

Рисунок 3.6 - Вид формы просмотра журнала

Также на форме имеются поля быстрого поиска по ФИО владельца.

2.3.5 Форма добавления владельца

Форма "Добавление владельца" предназначена для добавления данных о новых владельцах.

Рисунок 3.7 - Вид формы "Добавление владельца"

.3.6 Форма просмотра владельцев

Форма "Просмотр" служит для просмотра данных о владельцах.

Рисунок 3.8 - Вид формы "Просмотр"

.3.7 Форма просмотра карточки владельца

Форма "Карточка владельца" предназначена для просмотра данных о владельцах у которых сроки регистрации документа заканчиваются в текущем месяце.

Рисунок 3.9 - Вид формы "Карточка владельца"

.3.7 Форма добавления оружия

Форма "Добавление оружия" предназначена для удобного добавления оружия.

Рисунок 3.10 - Вид формы "Добавление оружия"

Выводы

1. Программа написана на языке программирования C# в среде разработки Microsoft Visual Studio 2008 с использованием сервера баз данных MS SQL Server 2005 R2 Express Edition.

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

3. Определены минимальные системные требования. Определено, что для оптимальной работы подсистемы следует использовать компьютер с процессором Pentium совместимый с тактовой частотой от 400 МГц и выше.

4. Необходимый минимальный объем оперативной памяти 650 МВ. Определены требования к свободному пространству жесткого дика - 1954 Мбайт и требования к периферийным устройствам.

5. Составлена краткая инструкция оператору по работе с программой.

4. Технико-экономическое обоснование ПРОЕКТА

.1 Краткая характеристика проекта

В дипломном проекте разработана информационная подсистема регистрации оружия "Registration Of Weapons" для отдела лицензионно-разрешительных работ управления внутренних дел по г. Ставрополю.

Назначение информационной подсистемы - автоматизация регистрации оружия ОЛРР УВД по г. Ставрополю.

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

Информационная подсистема "RegistrationOfWeapons" выполняет следующие функции:

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

2.      Ведение базы данных оружия (серия, номер, тип, калибр).

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

.        Автоматизированное формирование, просмотр и печать следующих отчетов:

-     владельцы и принадлежащее им оружие;

-        владельцы и принадлежащие им лицензии и разрешения.

5.   Ускоренный поиск данных о владельце, занесенных в базу данных, по его фамилии.

6.      Ускоренный поиск данных об оружии, занесенном в базу данных, по его типу.

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

На рынке программных продуктов отсутствуют программы, которые можно было бы непосредственно применить для решения задач регистрации оружия в ОЛРР УВД по г. Ставрополю. Поэтому, создание информационной подсистемы "RegistrationOfWeapons" носило узкий прикладной характер и, в связи с этим, потребовало учета ряда особенностей, обеспечивающих нестандартные свойства этой информационной подсистемы.

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

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

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

Программа разрабатывается сторонней организацией по техническому заданию (ТЗ) ОЛРР УВД по г. Ставрополю.

Исходное число строчек кода в тексте программы  = 700 ед.

В этом разделе рассмотрены вопросы расчета:

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

· суммарных затрат на создание программного продукта;

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

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

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

4.2 Трудоемкость выполняемых работ

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

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

Трудоемкость разработки программного обеспечения Т_ПО, чел.-ч., определяется по формуле

Т_ПО = Т_О + Т_И + Т_А + Т_П + Т_ОТЛ + Т_Д,  (4.1)

где Т_О - затраты труда на описание задачи, чел.-ч.;

Т_И - затраты на исследование предметной области, чел.-ч.;

Т_А - затраты на разработку блок-схем, чел.-ч.;

Т_П - затраты на программирование, чел.-ч.;

Т_ОТЛ - затраты на отладку, чел.-ч.;

Т_Д - затраты на подготовку документации, чел.-ч.

Все составляющие в правой части формулы (4.1) определим через общее число строчек кода D, ед.:

D = α×c×(1 + p),  (4.2)

где α - исходное число строчек кода в тексте программы, (α = 700 ед.);

с − коэффициент сложности задачи;

р - коэффициент коррекции программы, учитывающий новизну проекта.

Коэффициент сложности задачи "с" характеризует относительную сложность программы по отношению к так называемой типовой задаче, реализующей стандартные методы решения, сложность которой принята равной единице (величина коэффициента "с" лежит в пределах от 1,25 до 2). Для рассматриваемого программного продукта, включающего в себя алгоритмы учета, отчетности, поиска - коэффициент сложности задачи примем равным 1,75 (c = 1,75).

Коэффициент "p" коррекции программы, учитывающий новизну проекта, количественно характеризует увеличение объема работ по реализации программного продукта, возникающего за счет внесения изменений в алгоритм или в тексте программы по результатам её тестирования и отладки, с учетом коррекций требований к прецедентам, поддерживаемым программным продуктом, со стороны заказчика. В данном случае заказчик, недостаточно хорошо представлял себе, полный перечень прецедентов, которые должен поддерживать программный продукт, а это приводило к многочисленным корректировкам и доработкам текста программного кода. Поэтому примем коэффициент "p" равным 0,1.

В результате подстановки численных значений коэффициентов и параметров в формулу (4.2) получим следующее общее число строчек кода

 

D = 700×1,75×(1 + 0,1) = 1347,50 ед.

Затраты труда на описание задачи принимаем: Т_О = 40 чел.-ч. Работу по описанию задачи выполняет инженер-программист первой категории с окладом 4350,00 руб. в месяц и коэффициентом квалификации k_К = 1,35 (опыт работы по специальности шесть лет).

Затраты труда на изучение задачи Т_И, чел.-ч., с учетом уточнения описания и квалификации программиста могут быть определены по формуле:

Т_И = Db/(s_Иk_K), (4.3)

где D - общее число операторов, ед.;

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

s_И - количество строчек кода, приходящееся на один чел.-ч., (ед./ чел.-ч.);

k_K - коэффициент квалификации работника (определяется в зависимости от стажа работы).

В связи с тем, что решение рассматриваемой задачи потребовало уточнения и доработок, примем коэффициент b = 1,5.

Количество строчек кода в тексте программы, приходящееся на один чел.-ч., примем равным s_И = 75 ед./ чел.-ч.

Таким образом, на основании формулы (4.3) получим

Т_И = 1347,5×1,5/(75×1,35) = 19,96 чел.-ч.

Затраты труда на разработку алгоритма решения задачи Т_А, чел.-ч., рассчитываются по формуле:

Т_А = D/(s_Аk_K),  (4.4)

где D - общее число операторов, ед.; s_А - количество строчек кода алгоритма решения задачи, приходящееся на один чел.-ч., (ед./ чел.-ч.);

k_K - коэффициент квалификации работника (определяется в зависимости от стажа работы).

Для расчета по формуле (4.4) примем s_А = 20 ед./ чел.-ч.

Подставив численные значения параметров и коэффициентов в формулу (4.4), получим

Т_А = 1347,5/(20×1,35) = 49,91 чел.-ч.

Затраты труда на составление программы по готовой блок-схеме Т_П, чел.-ч., определяется по формуле:

Т_П = D/(s_Аk_K),  (4.5)

где D - общее число операторов, ед.;

s_А - количество операторов алгоритма решения задачи, приходящееся на один чел.-ч., (ед./ чел.-ч.);

k_K - коэффициент квалификации работника (определяется в зависимости от стажа работы).

Для расчетов по формуле (4.5) примем s_А = 20 ед./чел.-ч.

Подставив численные значения параметров и коэффициентов в формулу (4.5), получим

Т_П = 1347,5/(20×1,35) = 49,91 чел.-ч.

Затраты труда на отладку программы на персональном компьютере Т_ОТЛ, чел.-ч., рассчитывается по формуле

Т_ОТЛ = D/(s_ОТЛk_K),  (4.6)

где D - общее число операторов, ед.;

s_ОТЛ - количество отлаживаемых операторов программы, приходящееся на один чел.-ч., (ед./ чел.-ч.);

k_K - коэффициент квалификации работника (определяется в зависимости от стажа работы).

Для расчетов по формуле (4.6) примем s_ОТЛ = 4 ед./чел.-ч.

Подставив численные значения параметров и коэффициентов в формулу (4.6), получим

Т_ОТЛ = 1347,5/(4×1,35) = 249,54 чел.-ч.

Затраты труда на подготовку документации по задаче Т_Д определяются по формуле:

Т_Д = Т_ДР + Т_ДО,   (4.7)

где Т_ДР - затраты труда на подготовку материалов в рукописи, чел.-ч.;

Т_ДО - затраты труда на редактирование, печать и оформление документации, чел.-ч.

Затраты труда на подготовку материалов в рукописи Т_ДР, чел.-ч., вычислим по формуле

Т_ДР = D / (s_ДРk_K), (4.8)

где D - общее число операторов, ед.;

s_ДР - количество операторов программы в рукописи, приходящееся на один чел.-ч., (ед./ чел.-ч.);

k_K - коэффициент квалификации работника (определяется в зависимости от стажа работы).

Для расчетов по формуле (4.8) примем s_ДР = 15 ед./чел.-ч.

Подставив численные значения параметров и коэффициентов в формулу (4.8), получим

Т_ДР = 1347,5/(15×1,35) = 66,54 чел.-ч.

Затраты труда на редактирование, печать и оформление документации Т_ДО, чел.-ч., вычислим по формуле

Т_ДО = 0,75 × Т_ДР. (4.9)

Подставив численное значение затраты труда на подготовку материалов в рукописи Т_ДР, чел.-ч., в формулу (4.9), получим

Т_ДО = 0,75×66,54 = 49,91 чел.-ч.

Таким образом, подставив численные значение затраты труда на подготовку материалов в рукописи Т_ДР, чел.-ч., и затраты труда на редактирование, печать и оформление документации Т_ДО, чел.-ч., в формулу получим

Т_Д = 66,54 + 49,91 = 116,45 чел.-ч.

Подставив все полученные данные в формулу (4.1), получим полную трудоемкость разработки программного обеспечения

Т_ПО = 40 + 19,96 + 49,91 + 49,91 + 249,54 + 116,45 = 525,77 чел.-ч.

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

Т_КОР = Т_ПОk_КОР, (4.10)

гдеk_КОР - коэффициент коррекции, учитывающий изменения трудоемкости разработки программного обеспечения в зависимости уровня языка программирования (таблица 4.1).

Таблица 4.1 - Изменение трудоемкости в зависимости уровня языка программирования

Уровень языка программирования	Характеристика языка программирования	Коэффициент изменения трудоемкости
1	Ассемблер	1
2	Макроассемблер	0,95
3	Алгоритмические языки высокого уровня	0,8 − 0,9

Использованный для разработки программного обеспечения язык программирования (С#) относится к алгоритмическим языкам высокого уровня, с учетом этого примем k_КОР = 0,8.

Окончательно, с учетом корректировки, получим по формуле (4.10) итоговую трудоемкость разработки

Т_КОР = 525,77×0,8 = 420,62 чел.-ч.

.3 Расчет себестоимости автоматизированной информационной системы

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

З = З_О + З_Д + З_С + З_Э + З_М + З_П + З_АО, (4.11)

где З_О - основная заработная плата производственного персонала, руб.;

З_Д - дополнительная заработная плата производственного персонала,

руб.;

З_С - отчисления на страховые взносы, руб.;

З_Э - затраты на потребляемую электроэнергию, руб.;

З_М - расходы на материалы и запасные части, руб.;

З_П - затраты на техническое обслуживание и текущий ремонт вычислительной техники, руб.;

З_АО - затраты на амортизацию вычислительной техники, руб.

Оклад инженера-программиста первой категории составляет 4350,00 руб. в месяц.

Плановый фонд рабочего времени одного специалиста производственного персонала в месяц t_ПФ, ч, вычислим по формуле

t_ПФ = N_РДΔt_РД, (4.12)

гдеN_РД - количество рабочих дней специалиста производственного персонала за месяц;

Δt_РД - продолжительность рабочего дня специалиста производственного персонала, ч.

Для расчетов по формуле (4.12) примем N_РД = 22 дня, Δt_РД = 8 ч. Подставив указанные численные значения параметров N_РД и Δt_РД в формулу (4.12) получим, что плановый фонд рабочего времени одного специалиста производственного персонала в месяц составляет

t_ПФ = 22×8 = 176 ч.

Таким образом, часовая тарифная ставка s_Ч, руб./ч, инженера-программиста первой категории составляет

s_Ч = 4350,00/176 = 24,72 руб./ч.

Основная заработная плата З_О, руб., производственного персонала определяется по формуле

З_О = s_Ч×Т_КОР.  (4.13)

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

З_О = 24,72×420,62= 10397,73 руб.

Дополнительная заработная плата З_Д, руб., производственного персонала определяется по формуле

З_Д = З_Оη_Д,  (4.14),

гдеη_Д - коэффициент дополнительной заработной платы.

Коэффициент дополнительной заработной платы инженера-программиста первой категории составляет η_Д = 0,2. Таким образом, дополнительная заработная плата З_Д, руб., инженера-программиста первой категории, вычисленная по формуле (4.13), равна

З_Д = 10397,73×0,2 = 2079,55 руб.

Отчисления в Пенсионный фонд Российской Федерации, Фонд социального страхования Российской Федерации и фонды обязательного медицинского страхования Российской Федерации согласно закону № 212-ФЗ от 24.07.2009 ЗС, руб., вычислим по формуле:

З_С = (З_О + З_Д)/100×η_С, (4.15)

гдеη_С − норматив страховых взносов, %.

В соответствии с законом № 212-ФЗ от 24.07.2009 норматив страховых взносов составляет 34 % (η_С = 34 %).

Подставив все численные значения в формулу (4.15) получим, что отчисления на страховые взносы равны

З_С = (10397,73 + 2079,55)×34/100 = 12477,27×0,34 = 4242,27 руб.

Таким образом, отчисления на страховые взносы составят 4242,27 руб.

Затраты на потребляемую электроэнергию З_Э, руб.:

З_Э = P_Вt_Вц_Э, (4.16)

гдеP_В - мощность ЭВМ, кВт; t_В - время работы вычислительного комплекса, ч; ц_Э - стоимость 1 кВтч электроэнергии, руб./ кВтч.

Мощность ЭВМ, на которой работает инженер-программист, равна P_В = 0,3 кВт. Время работы вычислительного комплекса t_В, ч, при создании программного продукта вычислим по формуле

t_В = α_П×(Т_П + Т_ОТЛ + Т_Д)×k_КОР, (4.17)

гдеα_П - коэффициент, учитывающий затраты времени на профилактические работы на ЭВМ; k_КОР - коэффициент коррекции времени работы вычислительного комплекса.

Для расчетов по формуле (4.17) примем α_П = 1,15 и k_КОР = 0,8.

Подставив все численные значения параметров в формулу (4.17) получим

t_В = 1,15×(49,91 + 249,54 + 116,45)×0,8 = 382,63 ч.

Стоимость 1 кВтч электроэнергии составляет ц_Э = 4,34 руб./кВтч.

Подставив все численные значения параметров в формулу (4.16) получим, что затраты на потребляемую электроэнергию составят

З_Э =0,3×382,63×4,34 = 498,18 руб.

Данные для расчета затрат на материалы и запасные части занесем в таблицу 4.2.

Таблица 4.2 − Затраты на материалы и покупные изделия

Материал, покупное изделие	Количество, единиц	Сумма, руб.
Техническая литература	1	350,00	350,00
DVD-RW 4x 4,7 Гбайт	2	32,00	64,00
Упаковка бумаги, 500 листов	2	100,00	200,00
Тонер для картриджа принтера	1	150,00	150,00
Итого			764,00

Следовательно, затраты на материалы и запасные части З_М составят

З_М = 350,00 + 64,00 + 200,00 + 150,00 = 764,00 руб.

Затраты на техническое обслуживание и текущий ремонт вычислительной техники З_П, руб.:

З_П=К_В(/100)t_В/ t_В.Г, (4.17)

гдеК_В − балансовая стоимость вычислительной техники, руб.

α - норма отчислений на ремонт, %;

t_В.Г - годовой фонд времени работы вычислительной техники, ч.

Для расчетов по формуле (4.18) примем:

балансовая стоимость вычислительной техники = 22000,00 руб.;

· норма отчислений на ремонт α = 4 %;

· годовой фонд времени работы вычислительной техники при 40-часовой рабочей неделе t_В.Г = 1987 ч .

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

З_П = 22000,00×(4/100)×382,63/1987 = 169,46 руб.

Затраты на амортизацию вычислительной техники З_АО, руб.:

З_АО = K_B × (β / 100) × (t_B / t_B.Г) , (4.19)

где K_B − балансовая стоимость вычислительной техники, руб.

β - норма отчислений на амортизацию вычислительной техники, %;_B.Г - годовой фонд времени работы вычислительной техники, ч.

Для расчетов по формуле (4.19) примем:

балансовая стоимость вычислительной техники K_B = 22000,00 руб.;

норма отчислений на ремонт β = 20%;

- годовой фонд времени работы вычислительной техники при 40-часовой рабочей неделе в текущем году t_B.Г = 1986 ч.

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

З_АО = 22000,00×(20/100)×382,63/1987 = 847,29 руб.

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

Таблица 4.3 - Величины затраты, составляющих себестоимость автоматизированной информационной системы

Статья расхода	Сумма, руб.
Основная заработная плата производственного персонала	10397,73
Дополнительная заработная плата производственного персонала	2079,55
Отчисления на страховые взносы	4242,27
Затраты на потребляемую электроэнергию	498,18
Расходы на материалы и запасные части	764,00
Затраты на техническое обслуживание и ремонт вычислительной техники	169,46
Затраты на амортизацию вычислительной техники	847,29
Итого	18998,48

Таким образом, полные затраты на создание программного продукта составляют 18998,48 руб. Поскольку разработка программного продукта осуществлялась сотрудником организации-заказчика по техническому заданию (ТЗ) ОЛРР УВД по г. Ставрополю, то оптовая цена программного продукта не рассчитывается. Таким образом, капиталовложения при внедрении программного продукта равняются его себестоимости, и в приведении к расчетному году не нуждаются:

К = З = 18998,48 руб.

.4 Оценка экономической эффективности проекта

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

П = Э - Зисп,(4.20)

гдеЭ - стоимостная оценка результатов применения программного продукта в течение года, руб.;

Зисп - стоимостная оценка затрат при использовании программного продукта в течение года, руб.

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

Э = (З_РУЧ - З_АВТ) + Э_ДОП,(4.21)

Где З_РУЧ - затраты на ручную обработку информации, руб.;

З_АВТ - затраты на автоматизированную обработку информации, руб.;

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

Данный продукт используется инспектором ОЛРР УВД по г.Ставрополю. Оклад инспектора - 3900,00 руб. Тогда, цена одного часа работы инспектора ц_Ч, руб./ч, составит

ц_Ч = 3900,00/176 = 22,16 руб./ч.

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

Таблица 4.4 − Данные о времени, затрачиваемом на обработку информации вручную и при использовании программного продукта за один месяц

Наименования работы	tР, ч.	tА, ч.
Оформление кадровой документации	30	3
Поиск информации	20	1,5
Обмен документацией	5	1
Обработка информации	10	2
Оформление и анализ отчетов о выполненных операциях	15	2,5
Итого	80	10

В таблице 4.4 использованы следующие условные обозначения:

t_Р - затраты на ручную обработку информации в месяц, ч.;

t_А - затраты на автоматизированную обработку информации в месяц, ч.

Из данных таблицы 4.4 следует, что общие затраты времени на ручную обработку информации в месяц t_{ОБЩ. Р}, ч, составляют t_{ОБЩ. Р} = 80 ч, а общие затраты на автоматизированную обработку информации - t_{ОБЩ. А} = 10 ч.

Годовые затраты (затраты за 12 месяцев) оператора при ручной обработке информации З_РУЧН, руб., вычислим по формуле

З_РУЧН = t_ОБЩ.Р×12× ц_Ч.(4.22)

Тогда, по формуле (4.20), годовые затраты оператора при ручной обработке информации (по данным предпроектного обследования общие затраты времени на ручную обработку информации t_ОБЩ.Р = 40 ч/месяц) составят:

З_РУЧН = 80×12×22,16 = 21273,60 руб.

Годовые затраты (затраты за 12 месяцев) оператора при автоматизированной обработке информации З_АВТ, руб., вычислим по формуле

З_АВТ = t_ОБЩ.А×12×ц_Ч.(4.23)

Тогда, по формуле (4.21), при автоматизированной обработке информации (по результатам тестирования программного продукта установлено, что общие затраты времени при автоматизированной обработке информации t_ОБЩ.А = 10 ч/месяц) составят:

З_АВТ = 10×12×22,16 = 2659,20 руб.

Следовательно, годовой эффект от внедрения программного продукта, даже без учета дополнительный экономический эффекта (Э_ДОП = 0), на основании формулы (4.19), получится равным

Э = З_РУЧН  З_АВТ = 21273,6  2659,2 = 18614,40 руб.

Эксплуатационные затраты при использовании программного продукта будут состоять из затрат на электроэнергию, техническое обслуживание и текущие ремонты вычислительно техники. На основании формулы, для персонального компьютера инспектора ОЛРР УВД по г. Ставрополю за 12 месяцев затраты на электроэнергию З_Э, руб., при потребляемой мощности компьютера P_В = 0,3 кВт составят (стоимость электроэн ц_Э = 4,34 руб./кВтч).

З_Э = 0,3×10×12×4,34= 156,24 руб.

Балансовая стоимость вычислительной техники (персонального компьютера оператора) = 22000,00 руб. Тогда, на основании формулы (4.17), для персонального компьютера инспектора за 12 месяцев затраты на техническое обслуживание и текущий ремонт З_П.ОП, руб., составят:

З_П = 22000,00×(4/100)×(10×12)/1987 = 53,15 руб.

Затраты на амортизацию вычислительной техники по формуле (4.19) составят:

З_АО = 22000,00×(20/100)×(10×12)/1987 = 265,73 руб.

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

Зисп. = З_Э + З_П + З_АО = 156,24 + 53,15 + 265,73 = 475,11 руб.

Прибыль от использования программного продукта за год рассчитаем по формуле (4.20):

П = Э - З = 18614,40 - 475,11 = 18139,29 руб.

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

шаг (капиталовложения) - 18998,48 руб.;

шаг - 18139,29 руб.;

шаг - 18139,29 руб.;

шаг - 18139,29 руб.;

шаг - 18139,29 руб.;

Чистый дисконтированный доход ЧДД, руб., от использования программного продукта определим по формуле [14]:

,  (4.24)

гдеN - расчетный период, год; П_k - прибыль от использования программного продукта за k-й год его эксплуатации, руб.; Е - норма дисконта, %; K - капиталовложения при внедрении программного продукта, руб.

Следовательно, ЧДД, руб., при N = 4, т. е. за четыре года использования программного продукта (срок до морального старения рассматриваемой информационной подсистемы) при норме дисконта E = 20% в соответствии с формулой (4.24) составит:

ЧДД = 18139,29/(1 + 0,2) + 18139,29/(1 + 0,2)² + 18139,29/(1 + 0,2)³ +

+ 18139,29/(1 + 0,2)⁴ - 18998,48= 15116,07 + 12596,73 + 10497,27 + 8747,73 - 18998,48= 27959,32 руб.

Приходим к выводу, что ЧДД − положителен, т. е. проект эффективен.

Внутреннюю норму доходности проекта , %, определим по формуле

,

где  - максимальное значение внутренней нормы дисконта, %, при которой ЧДД является положительной величиной (ЧДД > 0);

 - минимальное значение внутренней нормы дисконта, %, при которой ЧДД является отрицательной величиной (ЧДД < 0);

 - ЧДД, руб., вычисленный по формуле (4.24) при подстановке нормы дисконта ;

 - ЧДД, руб., вычисленный по формуле (4.24) при подстановке нормы дисконта.

При норме дисконта Е_вн = 86% получаем ЧДД = 431,47 руб. (положителен), а при Е_вн = 90% получаем ЧДД = - 390,24 руб. (отрицателен).

Следовательно, по формуле (4.26) имеем:

.

Рассчитаем срок окупаемости проекта. Срок окупаемости проекта , год, можно найти по формуле

,(4.27)

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

- величины приведенных (дисконтированных) годовых эффектов за j-й год, руб., прошедший с начала эксплуатации программного продукта, вычисленные по формуле (4.24) при подстановке нормы дисконта E = 20%.

Величины приведенных (дисконтированных) годовых эффектов по первым трем годам расчетного периода равны:

 руб.;

 руб.;

 руб.

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

Величина дохода за первые два года составит

 руб.,

что больше величины капиталовложений (K = 18998,48 руб.).

Тогда, согласно формулы (4.27), срок окупаемости проекта составит

 года.

Таким образом, срок окупаемости проекта составляет 1,31 года, что является удовлетворительным.

.5 Основные технико-экономические показатели проекта

Для удобства анализа, все основные технико-экономические показатели проекта сведены в таблицу 4.4.

Таблица 4.4 − Основные технико-экономические показатели проекта

Основные характеристики	Единицы измерения	Проект
Итоговая трудоемкость разработки	чел.-ч.	420,62
Полные затраты на создание программного продукта	руб.	18998,48
Годовой эффект от внедрения программного продукта	руб.	9573,12
Чистый дисконтированный доход за 4 года использования программного продукта	руб.	18613,52
Внутренняя норма доходности проекта	%	87,81
Срок окупаемости проекта	год	1,31

Выводы

1.   Итоговая трудоемкость разработки программного продукта составляет 420,62 чел.-ч.

2.   Полные затраты на создание программного продукта составляют 18998,48 руб.

3.   Годовой эффект от внедрения программного продукта составляет 9573,12 руб.

4.   Чистый дисконтированный доход за 4 года использования программного продукта равен 18613,52 руб.

5.   Внутренняя норма доходности проекта составляет 87,81%.

6.   Срок окупаемости проекта 1,31 года.

7.   После внедрения программного продукта ежемесячные затраты времени инспектора на регистрацию оружия в ОЛРР УВД по г. Ставрополю и формирование соответствующих отчетов сократились с 80 до 10 часов, т. е. в восемь раз.

8.   Таким образом, разработка информационной подсистемы "Registration Of Weapons" для ОЛРР УВД по г. Ставрополю является экономически обоснованной и эффективной.

ЗАКЛЮЧЕНИЕ

В данном дипломном проекте были рассмотрены вопросы разработки подсистемы "Registration Of Weapons" для регистрации оружия в ОЛРР УВД по г. Ставрополю.

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

·   разработана база данных для приложения;

·   разработано приложения для работы с базой данных с использованием среды программирования Microsoft Visual Studio 2008 на языке программирования C#. Возможности приложения включают: регистрацию оружия, регистрацию владельцев, формирование, просмотр и печать отчетов. В результате оценки технико-экономического обоснования показано, что:

- полные затраты на создание программного продукта  18998,48 руб.;

годовой эффект от внедрения программного продукта составляет 9573,12 руб.;

- чистый дисконтированный доход за 4 года использования программного продукта равен 18613,52 руб.;

- срок окупаемости проекта 1,31 года.

Таким образом, разработка информационной подсистемы "RegistrationOfWeapons" является экономически обоснованной и эффективной.

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

 

БИБЛИОГРАФИЧЕСКИЙ СПИСОК

1. Архипова, Н. И. Исследование систем управления [Текст]/ Н. И. Архипова, В. В. Кульба, С. А. Косяченко - М.: Издательство "ПРИОР", 2002. - 214с.

2. Браст, Дж. Системы обработки информации - язык баз данных SQL со средствами поддержания целостности: Пер. с англ. [Текст]/ Дж. Браст - М.: Издательство "Русская редакция", 2007. - 878c.

3. Вендеров, А. М. Автоматизированные информационные технологии в экономике [Текст]/ А. М. Вендеров - М.: Финансы и статистика, 2002 . - 415с.

4. Дейт, К. Дж. Введение в системы баз данных (седьмое издание): Пер. с англ. [Текст]/ К. Дж. Дейт - М.: Вильямс, 2001. - 1072 с.

5. Деордица Ю.С., Нефедов Ю.М. Исследование операций в планировании и управлении [Текст]/ Ю.С. Деордица, Ю.М. Нефедов - Киев: Радиоэлектроника, 2001. -270с.

6. Зайдман, С.А. Реляционные Базы Данных. SQL - стандартный язык реляционных баз данных [Текст]/ С.А. Зайдман - СПб.: Питер, 2002 -180c.

7. Кириллов, В. В. Структуризированный язык запросов SQL [Текст]/В.В.Кириллов, Г.Ю.Громов - СПб.: Питер, 2004. - 113c.

8. Конноллн, Т., Базы данных. Проектирование, реализация и сопровождение: Пер. с англ. [Текст]/ Т. Конноллн, Б. Томас, К. Бегг - М.: Издательство "Русская редакция", 2005. - 415c.

9. Коннолли, Т. Базы данных: проектирование, реализация и сопровождение [Текст]/ Т. Коннолли, К. Бегг - М.: Вильямс, 2004. - 1120 с.: ил.

10.Корнеев, В.В. Базы данных. Интеллектуальная обработка информации [Текст]/ В.В. Корнеев - М.: Нолидж, 2000.-352с.

11.Кузнецов, С.Д. Стандарты языка реляционных баз данных SQL [Текст]/С.Д. Кузнецов - М.: "Дашков и К©", 2001.- 234 c.

12.Мишенин, А.И. Теория экономических информационных систем [Текст]/А.И. Мишенин - М.: Финансы и статистика, 2000г. - 239с.

13.Муминов, Н. Проблемы управления и информатика [Текст]/ Н. Муминов - М.: ИКЦ "Март", 2003. - 346с.

14.Омельченко, Л. Н. Самоучитель Visual Foxpro 9 [Текст]/ Л. Н. Омельченко - СПб.: БХВ-Петербург, 2003.- 688 с : ил.

15.Патрушина, С.Н. Компьютерные технологии обработки информации [Текст]/ С.Н. Патрушина - М.: ИКЦ "Март", 2002. - 247с.

16.Пономарева, К.В. Информационное обеспечение АСУ [Текст]/ К.В. Пономарева, Л.Г. Кузьмин - М.: Машиностроение, 1998.- 221с.

17.Тельнов, Ю.Ф. Интеллектуальные информационные системы в экономике [Текст]/ Ю.Ф. Тельнов - М.: Финансы и статистика, 1999. - 215с.

18.Турбилин, В. П. Автоматизированные информационные технологии в экономике [Текст]/ В.П. Турбилин. - М.: Инфа-М, 2000. - 420с.

19.Шаша, Д. Оптимизация баз данных. Принципы, практика, решение проблем: Пер. с франц. [Текст]/ Д. Шаша, Ф. Бонне - М.: "КУДИЦ-Образ", 2004.-586с.

20.Медведева, Е.А. Современная трактовка понятия информация.// Науч. и техн. б-ки., 1998 - №8 С.10-24

21."ИТ-книги" [Электронный ресурс] // Портал компьютерной литературы. - Режим доступа к электрон. дан.: win-web.ru/itbooks/bsharp.html

22."SQL Server 2005" [Электронный ресурс] // Форум официального SQL сайта. - Режим доступа к электрон. дан.: www.sql.ru/Forum.

Приложение А

Даталогическая модель базы данных

Приложение Б

 

Формы основных отчетов генерируемых информационной подсистемой

Рисунок Б.1 - Отчет владелец и выданный ему документ

Рисунок Б.2 - Отчет владелец и принадлежащее ему оружие

Приложение В

Программный код формы AddJournal

using System;System.Collections.Generic;System.ComponentModel;System.Data;System.Drawing;System.Linq;System.Text;System.Windows.Forms;RegistrationOfWeapons

{partial class AddJournal : Form

{AddJournal()

{();

}void AddJournal_Load(object sender, EventArgs e)

{

// TODO: данная строка кода позволяет загрузить данные в таблицу "registrationOfWeaponsDataSet.ReferenceDocuments". При необходимости она может быть перемещена или удалена..referenceDocumentsTableAdapter.Fill(this.registrationOfWeaponsDataSet.ReferenceDocuments);.typeWeaponsTableAdapter.Fill(this.registrationOfWeaponsDataSet.TypeWeapons);.typeWeaponsTableAdapter.Fill(this.registrationOfWeaponsDataSet.TypeWeapons);.viewWeaponsTableAdapter.Fill(this.registrationOfWeaponsDataSet.ViewWeapons);.viewWeaponsTableAdapter.Fill(this.registrationOfWeaponsDataSet.ViewWeapons);.ownerTableAdapter.Fill(this.registrationOfWeaponsDataSet.Owner);

}void dataGridView1_CellMouseClick(object sender, DataGridViewCellMouseEventArgs e)

{.Text = Convert.ToString(dataGridView1.Rows[dataGridView1.CurrentCell.RowIndex].Cells[0].Value);

}void dataGridView2_CellMouseClick(object sender, DataGridViewCellMouseEventArgs e)

{.Text = Convert.ToString(dataGridView2.Rows[dataGridView2.CurrentCell.RowIndex].Cells[0].Value);

}void button1_Click(object sender, EventArgs e)

{db = new RegistrationOfWeaponsDataContext();A = new Possession()

{= Convert.ToInt16(label6.Text),= Convert.ToInt16(label7.Text),

};.Possession.InsertOnSubmit(A);.SubmitChanges();.Text = Convert.ToString(A.idPossession);B = new JournalMain()

{= Convert.ToInt16(label8.Text),= Convert.ToInt16(comboBox1.SelectedValue.ToString()),= Convert.ToDateTime(textBox1.Text),= Convert.ToDateTime(textBox2.Text),= textBox3.Text,= textBox4.Text

};.Journal.InsertOnSubmit(B);.SubmitChanges();.Close();

}void button2_Click(object sender, EventArgs e)

{.ActiveForm.Close();

}void AddJournal_Activated(object sender, EventArgs e)

{.ownerTableAdapter.Fill(this.registrationOfWeaponsDataSet.Owner);.viewWeaponsTableAdapter.Fill(this.registrationOfWeaponsDataSet.ViewWeapons);

}void button3_Click(object sender, EventArgs e)

{f = new AddOwner();.ShowDialog();

}void button4_Click(object sender, EventArgs e)

{f = new AddWeapons();.ShowDialog();

}

}

}

Приложение Г

Копии слайдов презентации

Слайд 1 - Тема дипломного проекта, ФИО дипломника, ученая степень, ученое звание и ФИО руководителя

Слайд 2 -Актуальность, цель и задачи дипломного проекта

Слайд 3 -Даталогическая модель

Слайд 4 - Главная форма программы

Слайд 5 - Вид формы "Добавление в журнал"

Слайд 6 - Отчеты

Слайд 7 - Показатели технико-экономической эффективности проекта

Слайд 8 - Итоги дипломного проекта