Разработка web-приложения, обеспечивающего взаимодействие депутатов городской Думы г. Нижнего Новгорода с избирателями

Федеральное государственное бюджетное образовательное учреждение высшего профессионального образования

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

Нижегородский институт управления

Специальность Прикладная информатика (в экономике)

Специализация Корпоративные информационные системы

Кафедра Информатики и информационных технологий

Дипломный проект

на тему: "Разработка web-приложения, обеспечивающего взаимодействие депутатов городской Думы г. Нижнего Новгорода с избирателями"

Нижний Новгород

г.

Аннотация

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

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

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

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

Оглавление

Введение

Глава 1. Аналитическая часть

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

1.2 Экономико-социальная сущность задачи

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

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

1.5 Обоснование проектных решений

Глава 2. Проектная часть

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

.2 Программное обеспечение задачи

.3 Технологическое обеспечение задачи

.4 Описание контрольного примера реализации проекта

Глава 3. Обоснование социально-экономической эффективности проекта

.1 Общий подход к оценке эффективности программного проекта

.2 Расчет показателей экономической эффективности проекта

Заключение

Источники и литература

Приложения

        
Введение

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

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

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

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

Появление "Электронного правительства" - это в определенной степени отклик на возникающие ожидания граждан в ответ на принятые властями обязательства.

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

Электронное правительство не является дополнением или аналогом традиционного правительства, а лишь определяет новый способ взаимодействия на основе активного использования информационно-коммуникационных технологий (ИКТ) в целях повышения эффективности предоставления государственных услуг.

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

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

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

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

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

1. Исследование предметной области по работе с обращениями граждан;

2. Анализ требований к системе;

3. Анализ входной, выходной и нормативно-справочной информации;

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

5. Обоснование выбора технического, технологического и программного обеспечения;

6. Создание программного приложения.

        

        
Глава 1. Аналитическая часть

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

        

         1.1 Технико-экономические особенности организации и предметной области

        

         Организационно-правовые основы деятельности городской Думы г. Н.Новгорода

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

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

Структуру Думы составляют:

1.  Глава города, заместитель (заместители) главы города.

2.      Комиссии Думы.

3.      Депутатские объединения (фракции, группы).

Рис. 1.1 Организационная структура городской Думы

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

Полномочия главы города:

1.  Созывает заседания Думы, доводит до сведения депутатов и населения время и место их проведения.

2.      Формирует проекты повестки дня заседаний Думы.

.        Формирует проекты планов работы Думы на основании предложений комиссий Думы, депутатских объединений.

.        Принимает решения о проведении выездных заседаний Думы.

.        Руководит подготовкой заседаний Думы и вопросов, рассматриваемых Думой.

.        Ведет заседания Думы.

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

.        Представляет Думу в отношениях с органами государственной власти и местного самоуправления, общественными объединениями, органами территориального общественного самоуправления, организациями и населением.

.        Подписывает решения, принятые Думой.

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

.        Назначает депутатские слушания, иные мероприятия, проводимые в Думе.

.        Оказывает содействие депутатам Думы в осуществлении ими своих полномочий.

.        Координирует деятельность комиссий Думы.

.        Дает поручения комиссиям Думы.

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

.        Обеспечивает гласность в работе Думы.

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

.        Вносит на рассмотрение Думы предложения о поощрениях от имени Думы.

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

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

.        Руководит работой аппарата Думы.

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

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

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

В настоящий момент в Думе функционируют 9 постоянных комиссий:

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

. По экономике, промышленности и предпринимательству (развитие промышленности, малого и среднего бизнеса, энергетического комплекса города и т.д.) ;

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

. По имуществу и земельным отношениям (регулирование земельных отношений, управление муниципальной собственностью);

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

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

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

. По местному самоуправлению (внесение изменений в Устав города);

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

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

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

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

Численность фракций не ограничивается.

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

Работу городской Думы г. Н.Новгорода регламентируют следующие нормативно-правовые документы:

1. Конституция Российской Федерации,

2. Законодательство Российской Федерации и Нижегородской области,

3. Устав города Нижнего Новгорода.

Дума является коллегиальным органом, состоящим из 42 депутатов.

Депутат осуществляет свои полномочия на основании Устава г. Н.Новгорода. Срок полномочий депутата составляет 5 лет.

Формами депутатской деятельности являются:

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

·              Участие в работе комиссий Думы.

·              Участие в работе депутатских объединений.

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

·              Выполнение поручений Думы и ее органов.

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

·              Работа с избирателями.

Нормативно-правовыми актами, регламентирующими работу с обращениями граждан:

·   ФЗ РФ от 2 мая 2006 г. N 59-ФЗ О порядке рассмотрения обращений граждан РФ;

·   Устав города Нижнего Новгород (статья 24);

·   Закон Нижегородской области от 07.09.2007 №124-З "О дополнительных гарантиях рассмотрения обращений граждан в Нижегородской области";

·   Конституция Российской Федерации, принятая всенародным голосованием 12 декабря 2003 года (статья 33);

·   Административный регламент по исполнению муниципальной функции "Рассмотрение обращений граждан", утвержденным постановлением администрации города Нижнего Новгорода от 09.06.2009 №2635

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

Полномочия Думы:

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

. Принятие Устава города и внесение в него изменений и дополнений.

3. Контроль за исполнением органами местного самоуправления и должностными лицами местного самоуправления полномочий по решению вопросов местного значения.

4. Формирование избирательных комиссий на территории города Нижнего Новгорода.

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

. Назначение опроса граждан, определение порядка назначения и проведения опроса граждан, формулировка вопросов, предлагаемых при проведении опроса.

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

. Внесение в органы государственной власти Нижегородской области предложений об установлении и изменении границ города.

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

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

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

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

. Установление, изменение и отмена местных налогов, льгот по ним в соответствии с законодательством Российской Федерации о налогах.

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

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

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

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

. Утверждение Генерального плана развития города.

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

. Утверждение местных программ использования и охраны земель.

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

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

23. Утверждение положений о территориальных органах администрации города - администрациях районов города.

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

. Принятие ежегодных отчетов главы города.

. Формирование контрольного органа Думы и принятие положения о нем.

. Принятие отчетов контрольного органа Думы.

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

На Рис.1 Приложения 1 отображена схема работы с обращениями избирателей в городской Думе на данный момент ("как есть").

Краткая характеристика аппарата Думы

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

Общее руководство деятельностью аппарата Думы осуществляет глава города.

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

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

Как показано на рисунке 1.2, аппарат Думы состоит из 6 управлений, некоторые из которых включают в себя отделы.

Рис. 1.2. Структура аппарата городской Думы

Описание взаимодействия депутатов Думы г. Нижнего Новгорода с избирателями.

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

·   Общение с избирателями;

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

·   Взаимодействие с постоянными (временными) комиссиями городской Думы.

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

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

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

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

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

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

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

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

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

1.2 Экономико-социальная сущность задачи

 

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

Сайт городской Думы г. Пермь

На сайте городской Думы г. Пермь отсутствует сервис "Интернет - приемная депутатов". Но у избирателя есть возможность узнать своего депутата по адресу проживания с помощью сервиса "Узнайте, кто Ваш депутат".

Рис. 1.3. Главная страница сайта городской Думы г. Пермь

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

Рис. 1.4. Сервис "Узнайте, кто Ваш депутат"

Рис. 1.5. Результат работы сервиса "Узнайте, кто Ваш депутат"

Интернет - приемная городской Думы г. Москва

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

Рис. 1.6. Главная страница сайта городской Думы г. Москва

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

В случае согласия с правилами работы с интернет - приемной избиратель заполняет обязательные поля на форме отправки обращения: Фамилия, Имя, Отчество, Почтовый адрес, Адрес проживания, E-mail, Текст обращения.

Рис. 1.7. Интернет-приемная на сайте городской Думы г. Москва

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

Рис. 1.8. Сервис "Вопрос - ответ"

Интернет - приемная городской Думы г. Рязань

На главной странице сайта городской Думы г. Рязань есть раздел "Обращения граждан", в котором избиратель может отправить обращение в Думу (адресат не известен). После ознакомления с правилами раздела, на форме отправки обращения избирателю необходимо заполнить обязательные поля: ФИО, Адрес, Текст обращения. Также предлагается заполнить необязательные поля: Электронный адрес, Телефон.

Рис. 1.9. Главная страница сайта городской Думы г. Рязань

Рис. 1.10. Интернет-приемная на сайте городской Думы г. Рязань

Ответ на обращение избирателя отправляется либо на электронный адрес, либо на почтовый адрес.

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

Рис. 1.11. Сервис "Кто Ваш депутат"

Выводы по обзору сайтов городских Дум городов России

Был проведен сравнительный анализ интернет - приемных сайтов Пермской, Рязанской и Московской городских Дум:

1.  на сайте Московской городской Думы реализован сервис "Интернет - приемная" с возможностью выбора избирателем интересующего депутата, комиссии или фракции. Отсутствует сервис, позволяющий определить депутата по своему избирательному округу;

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

3.  на сайте Пермской городской Думы не реализован сервис "Интернет - приемная";

4.      помимо "Интернет-приемной" на сайте Московской городской Думы работает сервис "Вопрос - ответ", в котором граждане могут задавать свои вопросы и получать на них ответ в режиме "он-лайн";

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

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

Современное состояние "электронного муниципалитета" России

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

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

В настоящее время развиваются три основные вариативные модели эволюционирования к "электронному муниципалитету":

-       Это типовая модель для городского округа. В столице типология отрабатывается в электронном муниципальном образовании "Жулебино".

-       В промышленных городах и областных центрах строится поэтапная городская модель (города Екатеринбург, Омск, Оренбург, Петрозаводск, Томск и др.).

-       Субъекты РФ и их органы управления разрабатывают программы и заказывают разработку электронизации отдельных сфер (управление недвижимостью, транспортное обслуживание, медицинские услуги и др.) и затем занимаются внедрением таких программ вместе с муниципалитетами. Это третья модель формирования электронного муниципалитета. Там, где имеются ресурсы и специалисты, элементы отдельных программ реализуются параллельно.

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

Законное и существенно важное место представительного органа местного самоуправления, в нашем случае - городской Думы г. Нижнего Новгорода, должно быть определено в концепции "электронного муниципалитета" с самого начала.

Двумя главными задачами, при этом, являются:

организация эффективного электронного взаимодействия городской Думы с городской администрацией с учетом их компетенции, установленной Федеральным законом № 131-ФЗ от 06.10.2003г. "Об общих принципах организации местного самоуправления в Российской Федерации" и уставом городского округа "город Нижний Новгород";

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

Рис 1.12 Место городской Думы г. Нижнего Новгорода в системе "электронного муниципалитета",

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

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

Интернет - приемная городской Думы города Нижнего Новгорода

Рассмотрим решения по взаимодействию с гражданами, реализованные на сайте в настоящее время. На сайте городской Думы г. Нижнего Новгорода реализована возможность отправить обращение только Главе города (председателю Думы) в разделе "Интернет-приемная". Для того чтобы отправить обращение, необходимо заполнить обязательные поля: Фамилия, Имя, Отчество, Почтовый адрес, Текст вопроса и ввести цифры с картинки для защиты от спама, также предлагается заполнить необязательные поля, такие как: Телефон и E-mail адрес.

Рис. 1.13. Интернет-приемная на сайте городской Думы города Нижнего Новгорода

Ответ на обращение избирателя отправляется на почтовый адрес.

Вывод по обзору Интернет-приемной Думы г. Н. Новгорода

Из рассмотренной ситуации вытекают следующие выводы:

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

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

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

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

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

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

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

·   у избирателя появляется возможность быстро отправить свое обращение интересующему депутату;

·   избирателю нет необходимости приезжать в приемную депутата и сидеть в очереди. Интернет - приемная депутатов экономит время избирателей;

·   избиратель может прикрепить к своему электронному обращению файл с дополнительными материалами;

·   ответ на свое электронное обращение избиратель получает на электронную почту;

·   сократится время работы секретаря с обращениями, т.к. обращения, адресованные депутатам, не регистрируются в отделе обращений и писем городской Думы.

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

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

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

Назначение системы ИПД

Система ИПД предназначена для обеспечения автоматизации исполнения следующих процессов:

прием и хранение, а так же отправка на электронную почту депутату обращений граждан в электронном виде;

распределение обращений граждан по тематике, занесение данной информации в БД;

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

занесение данных о заявителе в БД без лишней регистрации в интернет- приемной.

Интернет - приемная депутатов должна быть интегрирована с сайтом, действующим в городской Думе города Нижнего Новгорода.

Основные требования к функциям проектируемой системы:

·   Реализация возможности отправки обращения избирателем;

·   Просмотр ответа на обращение избирателем в своем электронном ящике;

·   Просмотр депутатом адресованных ему обращений;

·   Отправка депутатом ответа на обращение избирателя;

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

·   Заполнение, редактирование БД администратором системы.

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

Система должна предоставлять:

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

·   контролировать правильность действий и корректность вводимых данных;

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

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

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

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

·   Текст обращения избирателя;

·   Информация об избирателе (отправителе);

·   Информация о депутатах;

·   Информация о партийных фракциях;

·   Информация об округах и закрепленных за ними улицах и домах;

·   Информация о тематиках обращений избирателей.

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

         1.5 Обоснование проектных решений

Обзор и сравнение существующих веб-технологий

На данный момент существуют и успешно применяются различные виды технологий построения Web приложений серверной стороны. Все такие приложения имеют общую цель - реализацию бизнес - логики на стороне сервера и генерацию кода для клиента. Также у всех этих приложений одинакова архитектура взаимодействия сервера и клиента и общий протокол взаимодействия - HTTP. Общая логика работы приложения серверной стороны представлена на рис. 1.14.

Рис. 1.14 Архитектура работы приложений серверной стороны

Как видно из рисунка, работа серверных приложений происходит в три основных этапа:

1. Запрос. Клиент, используя web - браузер, инициирует запрос к серверу;

2. Обработка запроса, подготовка ответа. После получения запроса web - сервер проводит обработку запрашиваемого ресурса. В случае, если запрашивается статический ресурс, такой как HTML страница, рисунок, документ, эта информация форматируется для протокола HTTP и передается клиенту в качестве ответа. Если же запрашивается динамический ресурс, запрос передается на обработку соответствующему контейнеру web - приложений, где и происходит дальнейшая работа;

3. После формирования, данные передаются клиенту посредством протокола HTTP в качестве ответа. Ответ содержит данные (обычно HTML код, либо двоичные данные), а также дополнительные параметры, передаваемые в заголовках HTTP ответа.

Работа приложений серверной стороны всегда происходит по описанному выше сценарию. Очевидно, что такой подход создает сложности при создании web -приложений, основной из которых является отсутствие состояния у web - приложения (так называемое stateless programming). Это означает, что приложение работает исключительно в режиме запрос-ответ, не имея данных о предыдущих шагах пользователя или какой-либо иной постоянной информации. Для решения этой проблемы применяется понятие пользовательской сессии, которая позволяет хранить данные на сервере в течение сеанса работы пользователя.

Требования к приложениям серверной стороны

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

·   Непосредственная обработка запросов и формирование ответов.

·   Встраивание программного кода в шаблоны HTML страниц.

Первый подход предоставляет наибольшие возможности по управлению обработкой и повышению производительности. Он предусматривает передачу всех данных о запросе непосредственно исполняемому коду, который может как сформировать ответ со страницей для пользователя, так и открыть на передачу поток двоичных данных, например для передачи изображения. Однако при таком подходе все данные для передачи формируются программным путем, что замедляет разработку простых страниц и усложняет взаимодействие между верстальщиком и программистом. Примерами этого подхода служат технологии CGI, Java Servlets. Второй подход использует шаблоны страниц пользователя, оформленные особым образом, что позволяет вставлять в них участки программного кода. Этот подход особенно эффективен при создании простых приложений, основная информация в которых статична, а динамическая информация может быть сгенерирована простыми программными конструкциями. При разработке сложных программных систем этот вариант усложняет взаимодействие между компонентами и затрудняет реализацию сложной архитектуры. Также он менее эффективен по производительности и ограничивает возможности по реализации сложных страниц. Примерами этого подхода служат очень популярные на данный момент технологии PHP, ASP, JSP.

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

·   Платформная независимость.

·   Язык реализации.

·   Производительность, масштабируемость.

·   Возможности расширения и интеграции.

·   Простота использования, наличие средств разработки.

·   Наличие необходимых программных библиотек.

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

Обзор базовых технологий

Рис. 1.15 Классификация веб-технологий

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

Все описываемые языки программирования относятся к числу объектно-ориентированных.

Из них Perl, РНР, Python, JAVA - языки, исполняющиеся на сервере (серверные языки). JavaScript - язык, исполняющийся на браузере (клиентский). Компьютер, открывающий доступ к собственным ресурсам, носит название сервера, а получающий такой доступ - клиент.

Технологии HTML и DHTML, Hyper Text Markup Language (язык разметки гипертекста) - базовая технология интернета. Этакий царь всех языков программирования для всемирной паутины. Его программный код мы сможем найти в основе практически каждой web-страницы.

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

Директивы HTML называются не командами, процедурами или операторами, как в большинстве языков, а гордо носят собственное наименование - тэги (от английского слова tag - отметка).

Главный недостаток HTML - отсутствие средств, при помощи которых было бы возможно контролировать просмотр web-страниц независимо от пользователя. Web-мастер подготавливает страницу под какие-то определенные параметры, разрешение монитора, вид браузера и т.д. Пользователь же, изменив эти параметры у себя на компьютере, может получить на выходе страницу, существенно отличающуюся от замыслов программиста.(Dynamic Hyper Text Markup Language), динамический язык разметки гипертекста - это просто улучшенный и собранный воедино ряд web-технологий, расширенный набор средств, которые позволяют создавать интерактивные страницы, при этом уменьшая загрузку сервера.базируется на объектной модели документа DOM (Document Object Model), технология эта встроена во все виды браузеров и помогает осуществить доступ к любому отдельно взятому элементу web-страницы (который в дальнейшем можно видоизменить). А потому технология DHTML позволяет нам осуществлять программное управление всеми тегами и атрибутами и создавать сложные пользовательские интерфейсы. DHTML позволит программисту спроектировать такие интерактивные элементы, как движущийся фон, расположенный под статичным текстовым содержимым страницы, любые сложные объекты, выпадающие меню, мигающие при наведении курсора кнопки, анимацию, титры и многое другое.

Технология Common Gateway Interface

Технология Common Gateway Interface (CGI), отличается от остальных рассматриваемых технологий тем, что является наиболее низкоуровневой и является стандартом интерфейса, который служит для связи внешней программы с web-сервером.

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

Рассмотрим основные достоинства и недостатки технологии CGI по выделенным критериям:

ñ CGI не налагает особых условий на платформу и web - сервер, поэтому работает на всех популярных платформах и web - серверах. Также технология не привязана к конкретному языку программирования и может быть использована на любом языке, работающем со стандартными потоками ввода/вывода.

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

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

ñ  CGI - программа представляет из себя готовый к исполнению файл, что препятствует легкому расширению системы.

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

Технология Personal Home Page

Технология Personal Home Page (PHP) получила очень широкое распространение благодаря своей бесплатности и поддержке самых популярных платформ. Она базируется на принципе построения страниц из шаблонов, впервые появившемся в Active Server Pages, но развивает и дополняет его. Страницы РНР имеют вид обычных HTML страниц, в которых могут использоваться специальные тэги вида <?php и ?>. Между тэгами вставляются строки программного кода на специальном языке сценариев РНР.

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

Основное достоинство языка PHP - простота изучения. Он будет интуитивно понятен программистам, обладающим навыками в таких языках, как Perl и C, и для новичка вполне доступен.

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

Рассмотрим основные достоинства и недостатки платформы:

·   Применяемый в РНР язык прост и удобен, однако не является в полном смысле объектно-ориентированным;

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

·   При использовании РНР с Web сервером Apache есть возможность эффективного исполнения ядра, как расширения сервера. В остальных случаях производительность платформы невысока.

·   Собственных средств масштабирования РНР не имеет, все возможности по кластеризации целиком ложатся на Web - сервер и разработчиков.

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

Шаблонный подход РНР, при всех больших возможностях, скрывает серьезные недостатки. Из общих недостатков этого подхода, применимых как к РНР, так и ASP, JSP необходимо выделить следующие:

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

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

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

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

Технология Javaпредставлен на сегодняшний момент в двух вариантах: JavaScript и собственно JAVA. Поговорим о каждом языке в отдельности.- по сути, всего лишь надстройка стандарта HTML, которая значительно расширяет возможности документа, созданного в этом формате. Часть кода, написанная на JavaScript, внедряется в документ HTML как подпрограмма и вызывается на исполнение соответствующей строкой HTML-кода. Весь сценарий JavaScript умещается в одном-единственном теге <script>.

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

При помощи JavaScript можно полностью контролировать формат всплывающих окон и встроенных фреймов, организовывать такие интерактивные элементы, как часы, календарь, бегущие строки и иную анимацию, создать чат, сделать красивое меняющееся меню.- это уже нечто большее: полноценный кросcплатформенный язык программирования, который будет правильно обработан и компьютером с операционной системой Windows, и ПК под управлением UNIX, и даже Mac OS легко "поймет, о чем речь".

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

Большинство web-камер, передающих на сайты изображение в реальном времени, также работают на базе приложений JAVA.

Технология Java Servlets (сервлеты) была разработана компанией Sun Microsystems, чтобы использовать преимущества платформы Java для решения проблем технологии CGI и API расширений сервера. Технология решает проблему производительности, выполняя все запросы как нити в одном процессе. Сервлеты также могут легко разделять ресурсы, и не зависят от платформы, поскольку выполняются внутри Java Virtual Machine (JVM).

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

Любой сервлет является классом Java, и, поэтому, должен быть выполнен внутри Java VM так называемым сервлет - контейнером (servlet container, servlet engine). Сервлет - контейнер загружает класс сервлета при первом обращении к нему, либо сразу при запуске сервера при специальном указании. Далее сервлет остается загруженным для обработки запросов, пока он не выгружается явным образом, либо до остановки контейнера.

Технология является распространенной, и может быть использована со всеми популярными Web - серверами (Enterprise Server от Netscape, Microsoft Internet Information Server (IIS), Apache, Java Web Server от Sun).

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

Итак, сервлеты обеспечивают компонентный, платформе - независимый метод для построения web-приложений без ограничений производительности CGI программ. Они имеют широкий диапазон доступных прикладных API, позволяют использовать все преимущества Java, легко расширяются и масштабируются, поддерживаются всеми популярными Web - серверами. Все это делает их отличным средством разработки крупных Web - систем.

Технология Java Server Pages

Технология Java Server Pages (JSP) от компании Sun Microsystems явилась надстройкой над технологией Java Servlets, обеспечивающей более быструю и простую разработку web - приложений с помощью применения шаблонного подхода.

Для понимания архитектуры и преимуществ JSP необходимо знать технологию Java Servlets, поскольку они тесно связаны. Страницы Java Server Pages представляют из себя шаблоны страниц HTML, схожие с шаблонами РНР и ASP.

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

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

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

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

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

Технология Microsoft .NET и среда ASP .NET

Технология .NET является новейшей разработкой компании Microsoft и заявлена как новый этап в развитии средств взаимодействия между приложениями. В настоящий момент она доступна в качестве дополнения .NET Framework к семейству операционных систем Microsoft Windows, а также в новом продукте Windows Server 2003. Также ведутся работы по созданию .NET Framework на других операционных системах. Платформа .NET упрощает разработку приложений и повышает надежность кода. В частности, она обеспечивает автоматическое управление временем жизни объектов, нейтральные к языкам библиотеки классов и пересекающие границы языков наследование, обработку исключений и отладку.(Active Server Pages, активные страницы сервера) - это мощная технология от компании Microsoft, позволяющая легко разрабатывать интернет-приложения и служащая для создания динамических web-страниц.нельзя назвать языком программирования, так как это только технология предварительной обработки, позволяющая подключать программные модули во время процесса формирования страницы. Ее можно сравнить с библиотекой для сети: этакий "Большой энциклопедический словарь" с возможностью поиска по архивам. ASP имеет преимущество в скорости по сравнению с другими технологиями, основанными на скриптах.

Удобство ASP заключается в том, что она работает на специальном сервере PWS (Personal Web Server), который входит в состав операционной системы Windows.

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

ñ ADO .NET - новое поколение ADO, которое использует XML и SOAP для обмена данными;

ñ  ASP .NET - новая версия ASP, позволяющая использовать любой (.NET совместимый) язык для программирования Web страниц;

ñ  Windows Forms и Web Forms - набор классов для построения пользовательского интерфейса локальных и Web-ориентированны приложений.

Развертывание систем на платформе .NET осуществляется особым образом. Исходные коды компилируются не в команды процессора х86 или другие машинные коды. Вместо этого компилятор создает код на Промежуточном Языке Microsoft (Microsoft intermediate language - MSIL). Файл, содержащий MSIL, может выполняться на платформе любого процессора, если операционная система, предоставляет .NET CLR.

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

В ASP.NET заложено все, для того, чтобы сделать весь цикл разработки web -приложения более быстрым, а поддержку проще. Ниже приведены основные возможности и принципы работы ASP.NET.

1. Компилирование кода при первом обращении.

2. Широкий выбор библиотек компонентов, поставляемых с .NET.

3. Поддержка мощного средства разработки - Visual Studio. NET.

4. Языковая независимость в пределах платформ для которых реализована общая языковая среда исполнения CLR.

5. Возможности расширения с помощью мультипроцессорных и кластерных решений.

6. Новые возможности по обработке ошибок.

7. Объектно-ориентированные языки разработки (новый язык С#).

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

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

Однако, на данный момент, .NET в полном объеме существует только для платформы Windows. Разработки по переносу на другие системы ведутся, но еще не завершены и их будущие результаты трудно оценить. Что касается разработки сайтов, то ASP.NET сильно привязана к серверу IIS, и, хотя архитектура .NET позволяет перенести приложения ASP.NET на другую платформу, на данный момент реальная возможность отсутствует. Таким образом важнейшее - многоплатформенность пока еще не может быть удовлетворено платформой .NET, а значит ее использование для такой системы пока не оправдано. Однако необходимо отметить, что такая система должна иметь возможности интеграции с платформой .NET (особенно Web -сервисы), поскольку ее будущее широкое использование не вызывает сомнений.

Анализ существующих базовых технологий

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

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

·   Накопление исполняемых процессов. Подход аналогичен предыдущему, но при этом если запрос выполняется повторно, нового запуска программы не происходит, а обработка передается существующему процессу. Данный подход применяется в технологиях Java Servlets, Fast CGI.

·   Шаблоны страниц. При запросе шаблоны заполняются динамическим содержимым, обычно, но необязательно, создаваемым интерпретируемым языком сценариев. Подход применяется в технологиях ASP, JSP, PHP.

·   Расширения Web - сервера. Web - сервер обращается к особым расширениям для обработки динамического содержания. Расширения специфичны для Web - сервера. Этот подход используется в IS API, NSAPI, mod_perl.

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

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

ñ РНР - шаблоны. При выполнении на Web - сервере Apache интерпретатор может являться расширением сервера (в экспериментальном режиме IIS).

ñ  Java Servlets - накапливание процессов для каждого сервлета.

ñ  JSP - шаблоны. При обработке выполняется их предкомпиляция в Java Servlets, позволяя использовать схему накапливания процессов.

ñ  ASP.NET - шаблоны. Используется схема предварительной компиляции, а не интерпретации кода. В результате используется расширение Web - сервера IIS. Могут использоваться и низкоуровневые обработчики.

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

Таблица 1.1. Характеристики платформ

	РНР	Java Servlets	JSP	ASP .NET
Многоплатформенность	+/-	+	+	-/+
Производительность	-/+	+/-	+/-	+
Масштабируемость	-	+	+	+
Язык реализации	+/-	+	+	+
Возможности расширения и интеграции	-	+	+/-	+
Простота использования, наличие средств разработки	+/-	+/-	+	+
Наличие необходимых программных библиотек	+	+	+	+
Разделение дизайна и логики	+/-	-/+	+/-	+

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

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

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

Комплекс технических средств составляют:

•    компьютеры любых моделей;

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

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

•    оргтехника и устройства автоматического съема информации;

•    эксплуатационные материалы и др.

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

•    процессор Intel Pentuim;

•        оперативная память 1024 МБ;

•        тактовая частота 1700 Мгц;

•        жесткий диск 120 ГБ.

Состав локальной сети Думы

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

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

Схема локально - вычислительной сети городской Думы представлена ниже на рисунке 1.18:

Рис. 1.18. Локально - вычислительная сеть городской Думы

Топология сети: звездно - шинная.

Пропускная способность сети: для клиентов - до 100 Мбит/сек, магистраль - до 1 Гбит/сек.

В состав локальной сети входит следующее оборудование:

Активное оборудование - коммутаторы (свитчи);

Пассивное оборудование - кабели (оптоволокно), кабельные каналы, коммутационные панели;

Компьютерное и периферийное оборудование - серверы, рабочие станции, принтеры, сканеры.

Серверы:

. Веб-сервер;

. Файловый сервер;

. Сервер баз данных ГАРАНТ, КОНСУЛЬТАНТ;

. Сервер 1С;

. Внутренний интранет-сервер;

. Др. виртуальные серверы.

Средства защиты информации:

. Антивирусные программы;

. Средства авторизации

. Системы бесперебойного питания

. и др.

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

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

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

·   системных администраторов;

·   пользователей.

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

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

Информационные системы городской Думы г. Н.Новгорода:

.Единая система электронного делопроизводства АИС "Обращения граждан".

.Автоматизированная информационная система подготовки проектов и ведения регистра правовых актов администрации города и городской Думы города Нижнего Новгорода.

.Информационно-поисковая система по правовым актам "Кодекс" (доступна на сайте городской Думы).

.Система ГАРАНТ - информационно - правовое законодательство.

.Официальный сайт городской Думы г. Нижнего Новгорода в сети Интернет.

.и др.

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

Информационное обеспечение - совокупность проектных решений по объемам, структуре и хранению информации.

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

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

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

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

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

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

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

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

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

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

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

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

Различают три вида программного обеспечения:

·              Системное

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

a.     Операционные системы;

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

·              Прикладное

Прикладное программное обеспечение - программное обеспечение, состоящее из:

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

·   автоматизированных систем, созданных на основе этих (пакетов) прикладных программ.

·              Инструментальное

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

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

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

·   серверная операционная система.

·   для управления базами данных должна быть использована реляционная система управления базами данных (СУБД);

·   программные средства администрирования в составе отдельных системных средств (средства администрирования сети и т.п.).

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

СУБД должна в максимальной степени соответствовать возможностям аппаратной части информационной системы:

·   технология "клиент-сервер";

·   база данных;

·   удаленный доступ.

Требования к общему программному обеспечению сервера Интернет-приемной депутатов:

·   В качестве СУБД должна использоваться система управления реляционной базой данных;

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

·   Должна быть обеспечена информационная совместимость с обозревателем интернета, корректно отображающим страницы, соответствующие стандарту не ниже W3C HTML 4.0;

·   Информационный обмен между компонентами системы должен соответствовать клиент-серверной технологии.

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

Требования к общему программному обеспечению клиента (пользователя) Интернет-приемной депутатов:

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

·   должна обеспечиваться работа обозревателя интернета, корректно отображающего страницы, соответствующие стандарту не ниже W3C HTML 4.0.

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

1.       Net Beans - свободная интегрированная среда разработки приложений (IDE) на языках программирования Java, JavaFX, Python, PHP, JavaScript, C++.

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

3.      MySQL - система управления базами данных.

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

. Dia - свободный редактор диаграмм, часть GNOME Office. Она может быть использована для рисования различных видов диаграмм: статических структур UML, баз данных, диаграмм сущность-связь, радиоэлектронных элементов, потоковых диаграмм, сетевых диаграмм и других.

. StarUML - это проект с открытым кодом для разработки быстрых, гибких, расширяемых, функциональных и, главное, бесплатно доступных для любого пользователя платформ UML/MDA.

. ERWin - программный продукт в области реализации средств CASE-технологий. Позволяет проводить описание, анализ и моделирование модели данных - построитель мета-моделей данных. Включает три стандартные методологии: IDEF0 (функциональное моделирование), DFD (моделирование потоков данных) и IDEF3 (моделирование потоков работ).

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

Наряду с ПО был использован для тестирования системы в сети Интернет и бесплатный доменный хостинг.

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

Технологическое обеспечение ИС соответствует разделению ИС на подсистемы по технологическим этапам обработки различных видов информации:

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

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

ñ  баз данных и знаний (этапы формирования баз данных и знаний, ввода и обработки запросов на поиск решения, выдачи варианта решения и объяснения к нему);

ñ  научно-технической информации, ГОСТов и технических условий, правовых документов и дел (этапы формирования поисковых образов документов, формирования информационного фонда, ведения тезауруса справочника ключевых слов и их кодов, кодирования запроса на поиск, выполнения поиска и выдачи документа или адреса хранения документа).

Первичной информацией, в нашем случае, является вводимая пользователем информация, посылаемая депутату в виде обращения и записываемая в БД.

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

Результатной информацией будет набор обращений, хранимый в БД, и анализ этих данных. Т. е. по результатам работы мы получим некие отчеты в виде запросов к БД.

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

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

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

1. Проверяет на обязательное заполнение поля;

2. Выполняет проверку на корректность введенных данных.

        

         Глава 2. Проектная часть

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

интернет информационный база данные

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

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

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

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

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

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

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

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

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

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

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

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

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

Рассмотрим более подробную характеристику информации, описанную в предыдущем пункте 2.1.1.

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

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

- Идентификатор пользователя - избирателя;

- Фамилия, имя, отчество;

- Почтовый адрес;

- E-mail.

·   Обращение избирателя, которое также хранится в отдельной таблице БД, имеющей следующие атрибуты:

- Идентификатор обращения;

- Дата поступления;

- Текст обращения;

- Тип обращения

- Идентификатор темы (FK);

- Идентификатор пользователя - избирателя (FK);

- Идентификатор депутата (FK).

·   Прилагаемый файл (если таковой имеется). Его атрибуты:

- Имя файла;

- Содержимое файла;

- Тип файла;

- Идентификатор обращения (FK).

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

Результатной информацией является:

·   обращение избирателя, отправленное на электронную почту депутата;

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

Характеристика базы данных

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

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

В зависимости от аспекта рассмотрения (уровня абстракции) различают модели данных нескольких уровней. Число реально выделенных и самостоятельно поддерживаемых уровней моделей зависит от особенностей СУБД.

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

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

Нами была описана предметная область (в нотации Чена), где использовались следующие обозначения:

·   в прямоугольниках расположены основные объекты (сущности)

·   атрибуты объектов представлены в эллипсах

·   связи между объектами изображены ромбами

·   мощности связей показаны стрелками (один - ко многим)

Рис. 2.1. Концептуальная модель БД (нотация Чена)

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

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

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

База данных состоит из следующих таблиц:

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

2. Таблица "Izbiratel" предназначена для хранения информации, вводимой избирателем на форме, в том числе ФИО избирателя, его почтовый адрес, e-mail.

3. Таблица "Deputat" хранит информацию о депутатах Городской Думы г. Нижнего Новгорода: ФИО депутата, его e-mail, округ, телефон приемной, а также партийная принадлежность.

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

5. Таблица "Prilagaemyi_fail" предназначена для хранения файлов, приложенных к обращению.

6. Таблица "Izbir_okrug" содержит в себе данные об избирательных округах, на которые поделен г. Н.Новгород.

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

         2.2 Программное обеспечение задачи

Общие положения (дерево функций и сценарий диалога)

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

1.  Для отправки обращения депутату:

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

·              Открыв форму с правилами работы "Интернет - приемной депутатов", избиратель должен ознакомиться и принять их.

· Если избиратель, нажав кнопку "Да", соглашается с указанными правилами, то он переходит на форму отправки обращения.

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

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

2.  Для работы с базой данных:

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

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

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

Согласно предъявленным требованиям к системе, мы создали диаграммы вариантов использования (use case).

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

Для описания совокупности действий избирателя при работе с системой ИПД построена диаграмма вариантов использования для избирателя (рис. 2.2).

Рис. 2.2. Диаграмма вариантов использования для избирателя

На рис. 2.3 представлена диаграмма вариантов использования, отражающая совокупность действий администратора при работе с системой ИПД.

Рис. 2.3 Диаграмма вариантов использования для администратора

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

Диаграмма на рис 2.4 отражает совокупность действий аналитика в реализуемой системе ИПД.

Рис. 2.4. Диаграмма вариантов использования для аналитика

Аналитик производит определенные запросы к БД, в результате которых получает некоторую выборку данных. Затем полученные данные изучаются и используются для составления статистики.

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

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

Выделяют 2 типа диалоговых систем:

ориентированные на опытного пользователя;

ориентированные на неподготовленного пользователя.

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

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

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

Для описания функций избирателя в реализуемой нами системе ИПД был построен диалог пользователя с системой (рис.2.5):

Рис. 2.5. Диалог пользователя с системой

Диаграмма деятельности пользователя (рис.1 Приложение 5) представляет собой наглядное описание взаимодействия избирателя с депутатом посредством ИПД.

Диалог администратора с системой (рис.2.6) более детально описывает работу администратора в ИПД.

Рис. 2.6. Диалог администратора с системой

На рис.2.7 представлен диалог аналитика с системой ИПД.

Рис. 2.7. Диалог аналитика с системой

Следующая диаграмма деятельности (см. рис.2 Приложения 5) отражает взаимосвязь основных действующих лиц Интернет-приемной депутатов.

Структура проекта

При разработке данного дипломного проекта была выбрана процедурная методология программирования, язык Php, с использованием стандартных классов. Для оптимизации работы браузера была использована технология JavaScript. Наш проект состоит из 42 файлов:

Таблица 2.1. Список файлов проекта

Название файла	Описание
Sql.php	В этом файле прописано соединение с базой данных
Index.php	Стартовая страница Интернет-приемной депутатов
Index2.php	На данной странице представлена форма для отправки обращения
Index3.php	Страница со справочной информацией об общественных приемных депутатов
Jquery.js	Отвечает за открытие скрытых полей
Script.js	Отвечает за открытие скрытых полей
Class.phpmailer.php	Отвечает за отправку письма
Class.smtp.php	Отвечает за отправку письма
Style.css	Стили и форматирование
Mpanel/index.php	Форма авторизации для администратора и аналитика
Mpanel/addfield.php	Добавить поле
Mpanel/addkey.php	Добавить ключевое поле
Mpanel/addrecord.php	Добавить запись
Mpanel/config.php	Конфигурационный файл
Mpanel/createdb.php	Создать БД
Mpanel/createtable.php	Создать таблицу
Mpanel/db_routines.php	Проверка соединения с сервером БД
Mpanel/deletedatabase.php
Mpanel/deletefield.php	Удалить поле
Mpanel/deletekey.php	Удалить ключевое поле
Mpanel/deleterecord.php	Удалить запись
Mpanel/deletetable.php	Удалить таблицу
Mpanel/dumpdata.php	Экспорт БД
Mpanel/editfield.php	Добавить поле
Mpanel/error.php	Ошибка неправ лог и пароль
Mpanel/help.php	Помошь
Mpanel/import.php	Импорт БД
Mpanel/importdata.php	Импорт БД
Mpanel/lang.php	Выбор языка
Mpanel/login.php	Отвечает за ввод логина
Mpanel/logout.php	Выход из системы
Mpanel/main.php	Главная страница
Mpanel/managekeys.php	Отражает ключевые поля таблицы
Mpanel/modifyrecord.php	Изменить запись
Mpanel/nologin.php	Не введен логин
Mpanel/optimizetable.php	Оптимизировать таблицу
Mpanel/querytable.php	Запросы к таблицам (для админа)
Mpanel/renamefield.php	Переименовать поле
Mpanel/renametable.php	Переименовать таблицу
Mpanel/style.css	Внешний вид форм
Mpanel/submitsql.php	Показывает все таблицы в БД
Mpanel/tabledetails.php	Информация о полях таблицы

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

В модуле ИПД избиратель может создать и отправить обращение. При нажатии кнопки "Отправить" обращение избирателя и его персональные данные заносятся в базу данных. Одновременно с записью в базу данных, обращение отправляется на электронную почту выбранному депутату.

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

Программный модуль Аналитик отвечает за организацию запросов к БД, составление статистики на основе полученных данных запросов.

         2.3 Технологическое обеспечение задачи

Техническое обеспечение классифицируется согласно его роли в технологическом процессе обработки информации:

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

·   периферийные технические средства, обеспечивающие ввод и вывод информации;

·   сетевые коммуникации (компьютерные сети) для передачи данных.

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

Для того, чтобы избиратель мог воспользоваться данным сервисом, ему потребуется:

·   Персональный компьютер;

·   Доступ к сети Интернет.

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

Для работы с данной системой администратору потребуется:

·   Сервер городской Думы;

·        Персональный компьютер;

·        Доступ к сети Интернет.

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

Для работы с данной системой аналитику потребуется:

·   Сервер городской Думы;

·        Персональный компьютер;

·        Доступ к сети Интернет.

         2.4 Описание контрольного примера реализации проекта

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

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

Далее перейдем к описанию работы Интернет-приемной депутатов.

Для избирателя:

Деятельность избирателя в интернет-приемной начинается со стартовой страницы:

Рис. 2.8. Стартовая страница ИПД

На данной странице представлены правила работы ИПД. Для дальнейшей отправки обращения избиратель должен нажать кнопку "Да".

Рис. 2.9. Форма отправки обращения

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

Рис. 2.10. Страница "Депутатские приемные"

На форме отправки обращения избиратель заносит свои контактные данные в поля, обязательные для заполнения, выбирает тему обращения, депутата, кому адресовано данное обращение, и, при необходимости, может прикрепить файл к своему письму. И затем нажимает кнопку "Отправить".

Рис. 2.11. Заполненная форма

Данное сообщение отправляется депутату на электронную почту:

Рис. 2.12. Полученное обращение в ящике депутата

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

Для администратора:

Администратор начинает свою работу с формы авторизации:

Рис. 2.13. Страница "Вход в административный раздел"

Заполняем поля "Имя пользователя", "Пароль", вводим название БД и выбираем сервер. В данной системе можно работать с различными базами данных, а также есть возможность использовать не только локальный сервер, но и виртуальный.

Рис.2.14. Главная страница административного отдела.

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

Работа с текущей БД заключается в:

·   Добавлении новых полей в таблицы;

·        Добавлении новых записей в поля;

·        Изменении имеющихся данных;

·        Удалении устаревшей информации.

Рис. 2.15. Добавление новой записи в БД

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

Рис. 2.16. Просмотр добавленной записи в таблицу

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

При нажатии на кнопку "Удалить запись" появляется окно подтверждения:

Рис.2.17. Удаление записи из БД

Для аналитика:

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

Для просмотра данных интересующей таблицы выбираем команду левого меню "Быстрый просмотр записей"

Рис. 2.18. Просмотр записей таблицы

Рис. 2.19. Запрос по фракциям

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

Рис. 2.20. Запрос по депутатам

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

Рис. 2.21. Запрос по темам

Представленный на рис. 2.21 запрос по темам показывает количество обращений по конкретной тематике.

Рис. 2.22. Запрос по дате

Запрос по дате (рис.2.22) отражает список депутатов и их полученные обращения на определенную дату.

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

         Глава 3. Обоснование социально-экономической эффективности проекта

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

        

         3.1 Общий подход к оценке эффективности программного проекта

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

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

Э = Э_К + Э_п,

где Э - экономическая эффективность проекта; (3.1.)

Э_к - косвенный эффект,

Э_п - прямой эффект.

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

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

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

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

К трудовым показателям относятся:

. Абсолютное снижение трудовых затрат.

∆Т = Т₀-Т₁ где (3.2)

∆Т - абсолютное снижение трудовых затрат

Т₀ - трудовые затраты на обработку информации по базовому варианту

Т₁ - трудовые затраты на обработку информации по проектируемому варианту

. Коэффициент относительного снижения трудовых затрат.

К_т = ∆Т /Т₀,где (3.3)

К_т - коэффициент относительного снижения трудовых затрат

∆Т - абсолютное снижение трудовых затрат

То - трудовые затраты на обработку информации по базовому варианту

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

Y_Т = Т₀/Т₁ где (3.4)

Y_Т - индекс снижения трудовых затрат или повышения производительности труда

Т₀ - трудовые затраты на обработку информации по базовому варианту

Т₁- трудовые затраты на обработку информации по проектируемому варианту.

К стоимостным показателям относятся:

. Абсолютное снижение стоимости затрат

∆С = С₀-С₁ где (3.5)

∆С - абсолютное снижение стоимостных затрат

С₀ - стоимостные затраты на обработку информации по базовому варианту

С₁- стоимостные затраты на обработку информации по проектируемому варианту

. Коэффициент относительного снижения стоимостных затрат

К_с = ∆С/С₀,где (3.6)

К_с - коэффициент относительного снижения стоимостных затрат

∆С - абсолютное снижение стоимостных затрат

С₀ - стоимостные затраты на обработку информации по базовому варианту

. Индекс снижения стоимости затрат

У_т = Т₀/Т₁где (3.7)

Y_T - индекс снижения стоимостных затрат

Т₀ - стоимостные затраты на обработку информации по базовому варианту

T₁ - стоимостные затраты на обработку информации по проектируемому варианту.

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

Е_р=1/Т_ок, (3.8)

Где Е_р - расчетный коэффициент эффективности

Т_ок - срок окупаемости затрат на внедрение проекта машинной обработки информации.

Желательно, чтобы данный показатель был больше нормативного Е_н

Т_ок = - (К₀ - К₁)/∆С (3.9)

Где Т_ок - срок окупаемости затрат на внедрение проекта машинной обработки информации

К₁- капитальные вложения в проектируемый вариант

К₀ - капитальные вложения в базовый вариант

∆С - абсолютное снижение стоимостных затрат

В нашем проекте для расчета эффективности используются 2 метода:

·   Расчет стоимости проекта с точки зрения разработчика;

·        Оценка временных затрат для пользователей проекта.

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

Для оценки стоимости разработки проекта с точки зрения разработчика была выбрана модель COCOMO., или Конструктивная Модель Стоимостного Анализа, была впервые предложена Бэрри Боэмом в 1981 г. для того, чтобы параметрически оценивать трудозатраты и сроки разработки программных продуктов. Она подробно описана в его книге "Инженерное проектирование программного обеспечения". Причем Б. Боэмом были предложены три разновидности модели COCOMO: базовая, промежуточная и детальная.

Базовая модель COCOMO наиболее простая, но при этом наименее точная, поскольку при оценке трудоемкости программных проектов и сроков их выполнения в ней учитывается лишь информация о типе разрабатываемого программного продукта и о его размере (в строках исходного кода - Source Lines Of Code - SLOC).

Метод SLOC (подсчет количества строк кода)

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

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

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

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

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

·        одна команда - это одна строка кода;

·        декларации считаются командами;

·        комментарии не считаются командами.

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

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

 (3.10)

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

 (3.11)

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

Типы программной разработки, используемые в модели COCOMO

Модель СОСОМО разделяет все проекты создания программных продуктов на три типа: распространенный, полунезависимый и встроенный.

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

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

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

Стоимостные факторы

В модели СОСОМО при вычислении трудозатрат используется коэффициент нормирования трудозатрат (Effort Adjustment Factor - EAF), получаемый путем оценивания 15 стоимостных факторов (атрибутов), которые сгруппированы в четыре основные категории:

·      атрибуты программного продукта;

·              атрибуты аппаратных средств;

·              атрибуты персонала;

·              атрибуты проекта.

Атрибуты создаваемого программного продукта:(Required Software Reliability) - требуемая надежность ПО, т.е. уровень привнесения ошибок, которые могут быть допустимы в программном продукте. "Ненадежная" программа может причинять небольшие неудобства, а может угрожать человеческой жизни.(Size of Application Database) - размер базы данных приложения, т.е. отношение размера базы данных к размеру программы.(Complexity of Product) - сложность программного продукта, т.е. степень сложности функций, используемых в программах-приложениях. Простые функции содержат простые выражения в операциях вычисления, несложные команды управления, операции по управлению данными используют простые массивы в основной памяти. Сложные функции содержат сложные вложенные инструкции управления, трудоемкие математические вычисления, динамическое управление данными в базе данных, кодирование на языках машинного уровня (ассемблере) аппаратно зависимых частей ПО (драйверов).

Атрибуты аппаратных средств:(Run-Time Performance) - ограничение по быстродействию, т.е. степень использования отведенного для выполнения времени.(Memory Constraints) - ограничение по оперативной памяти, т.е. степень использования доступного пространства памяти.(Virtual Machine Volatility) - Комплекс аппаратуры и системного ПО (ОС, СУБД и т.п.), используемый при выполнении задач изделия.(Required Turnaround Time) - требуемое оборотное время, т.е. время, затрачиваемое на ожидание обслуживания и обработку задания в системе (время реакции, время отклика, необходимое для обратной связи с пользователем).

Атрибуты персонала:(Analyst Capability) - квалификация аналитиков, т.е. процентная оценка способностей аналитиков.(Software Engineer Capability) - квалификация программистов, т.е. процентная оценка способностей программистов.(Application Experience) - опыт работы в данной прикладной области, т.е. количество лет, в течение которых персонал получал знания о прикладном программировании в данной области.(Programming Language Experience) - опыт работы с языком программирования, т.е. количество лет, в течение которых персонал работал с данным языком программирования.(Virtual Machine Experience) - опыт работы с виртуальной машиной, т.е. количество лет, в течение которых персонал работал с данной операционной системой и аппаратными средствами.

Атрибуты проекта:(Use of Software Tools) - использование программных инструментов, т.е. характеристики средств и инструментов, используемых для создания ПО. Средства могут быть очень простыми, требующими значительного объема "ручного" программирования, или крайне сложными, с автоматическим проектированием, разработкой документов и кодированием.(Application of SE Methods) - практика современного программирования, т.е. степень использования современных методов и технологий разработки ПО, а также опыта программирования.(Required Development Schedule) - ограничение сроков проектирования, т.е. значимость даты поставки продукта. Высокая степень значимости подразумевает, что продукт желательно или необходимо поставить как можно раньше. Для каждого стоимостного фактора устанавливается соответствующий ему рейтинг. Шкала рейтингов состоит из 6 уровней градации от "очень низкого" до "сверхвысокого". Детально процедура ранжирования стоимостных факторов в модели COCOMO представлена с помощью табл. 1. Приложения 7. Стоимость разработки информационной системы определяется по следующей формуле:

(3.12)

Где - стоимость разработки информационной системы (руб.);

расходы на оплату труда разработчиков информационной системы (руб);

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

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

         3.2 Расчет показателей экономической эффективности проекта

Расчет стоимости разработки

Расчет длительности

Трудовые затраты на производство

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

Количество строк кода (KSLOC) = 2010.

 неизвестно. Проведем оценку стоимостных факторов и рассчитаем коэффициенты нормирования трудозатрат.

Результаты такой оценки приведены в таблице 3.1.

При этом требования к надежности данного ПС - RELY, а также его сложность - CPLX были оценены как "низкие", что объясняется его функциональным назначением.

Объем базы данных - DATA проекта может превысить размер его кода, поэтому будем считать данный фактор "высоким".

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

Изменяемость виртуальной машины - VIRT и требуемое оборотное время - TURN примем "низкими".

Опыт и квалификацию разработчиков (ACAP, PCAP, AEXP, LEXP, VEXP) примем "номинальными", т.к. разработка идет в рамках дипломного проекта. Степень использования современных методов и технологий разработки ПО - MODP, а также программных средств и инструментов - TOOL примем за "высокую".

Требования к срокам поставки примем как "номинальные".

Таблица 3.1.Стоимостные факторы и коэффициенты нормирования трудозатрат

Фактор	Уровень	Нормировочный коэф.
RELY	Низкий	0,85
DATA	Высокий	1,08
CPLX	Низкий	0,86
TIME	Номинальный	1,00
STOR	Номинальный	1,00
VIRT	Низкий	0,87
TURN	Низкий	0,86
ACAP	Номинальный	1,00
AEXP	Номинальный	1,00
PCAP	Номинальный	1,00
VEXP	Номинальный	1,00
MODP	Высокий	0,91
TOOL	Высокий	0,91
SCED	Номинальный	1,00

0,49

Таблица 3.2. Коэффициенты в модели COCOMO

	Уровень сложности проекта
	Распространенный	Полунезависимый	Встроенный
A	3.20	3.00	2.80
B	1.05	1.12	1.20
C	2.50	2.50	2.50
D	0.38	0.25	0.32

Так как проект является распространенным, в соответствии с таблицей 3.2:

A=3,20;

B=1,05;

C=2,50;

D=0,38.

Итак, рассчитаем ММ = 3,20*2010^1,05* 0,49 = 4,6 (человеко/месяцев)

Оптимальная длительность проекта

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

Получаем результат:

 = 2.50*4,6^0.38 ≈ 4 (месяца)

        

Расчет стоимости

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

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

Таблица 3.3. Данные по зарплате сотрудников

	Работник	Зарплата руб. /м оклад руб	Зарплата руб. /дн
1	РП	18500	880,9
2	Р	14200	676,1

где РП - руководитель проекта, Р - разработчик

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

Таблица 3.4. Расчет заработной платы на этапах разработки и внедрения нового сервиса

Название этапа	Должность	Трудоемкость, дн.	Основная зарплата, руб.	Суммарная основная зарплата на этапе, руб.
Проектирование	РП	3	2642,7	14812,5
	Р	18	12169,8
Программирование	РП	3523,6	30567,6
	Р	40	27044
Интеграция	РП	1	880,9	11022,4
	Р	15	10141,5
Тестирование	РП	1	880,9	2233,1
	Р	2	1352,2
			Итого:	58635,6

Таким образом, основная зарплата на всех этапах, связанных с разработкой и внедрением нового модуля, составляет 58635,6 руб.

Затраты на электроэнергию

Электричество [тариф 2,3 руб/кВт, а потребление в месяц 120 кВт]:

,3 руб/кВт*120 кВт/мес*4,5 мес = 1242 руб.

материалы

Ручки, карандаши (150 руб.); расходные материалы для принтера (800 руб.)

+800 = 950 руб

Амортизация

Компьютер относится к 3-ей амортизационной группе (Т-срок полезного использования от 3-х до 5-и лет).

Т=5

Первоначальная стоимость компьютера - 15000 руб.

К=1/Т*100% -норма амортизации

К=1/5*100%=20%

А=(15000*К)/100%-амортизационные отчисления за месяц

А=(15000*20%)/100%=3000 руб.

В итоге амортизация всего проекта составляет 7500 руб.

Смета затрат на разработку системы приведена в Таблице 3.5.

Таблица 3.5. Смета затрат на разработку модуля.

№	Наименование статей	Сметная стоимость руб.
1	Основная зарплата	58635,6
2	Затраты на электроэнергию	1242
3	Материалы	950
4	Амортизация	7500
	Итого по смете	68327,6

Итого, по смете получили себестоимость разработанного программного обеспечения: С = 68327,6 руб.

Расчет прямого эффекта от внедрения программного проекта

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

Избиратель тратит от 30 до 45 минут, ожидая своей очереди в приемной (без записи), а также на разговор с депутатом от 15 до 30 минут, что в сумме составит максимум 1ч 15мин.

При использовании Интернет-приемной, время, затрачиваемое на общение с депутатом сократится втрое.

Депутат работает в течение дня от 6 до 8 часов. Если считать, что в месяце 21 рабочий день, а из них 12 дней отведены для приема граждан, то максимум затрачиваемого времени на общение с избирателями составляет 96ч/мес. Это около 50% всего времени в месяц.

Трудовые затраты составят:

Т₀ = 96ч/мес.*12 мес. = 1152 ч/год

С использованием данной системы, при учете, что личный прием граждан сократится, времени будет затрачиваться на 20% меньше, затраты будут составлять:

Т₁ = 50,4ч/мес.*12 мес. = 604,8 ч/год

Общие экономические показатели:

1.  Трудовые затраты:

1.1    абсолютное снижение трудовых затрат (∆Т):

∆Т = 1152ч -604,8ч = 547,2ч

Абсолютным показателем снижения трудовых затрат ΔT является разность между годовыми трудовыми затратами базового и проектируемого вариантов проектных решений.

1.2    коэффициент относительного снижения трудовых затрат (К_Т):

К_Т = 604,8/1152*100%=52,5%

Коэффициент показывает, что трудовые затраты, по сравнению с базовым вариантом снизились на 52,5 %

1.3    индекс снижения трудовых затрат или повышение производительности труда (Y_T):

_T = 1152ч/604,8ч = 1,9

Индекс снижения трудовых затрат составил 1,9 ед., что указывает на снижение общих трудозатрат в 1,9 раза.

Итоговые значения полученных показателей приведены в Таблице 3.6.

Таблица 3.6. Показатели эффек-тивности от внедрения проекта автоматизации.

	Затраты		Абсолютное изменение затрат	Коэффициент изменения затрат	Коэффициент изменения затрат
	базовый вариант	проектный вариант
Трудо-емкость	T0 (час)	T1(час)	∆Т=Т0-Т1(час)	КТ=∆Т/T0*100%	YT=T0/T1
	1152	604,8	547,2	52,5	1,9

Расчет для городской Думы:

При вычислении частных трудовых затрат принимается во внимание, что в месяц персонал работает 168 часов. Около 60% времени тратится на работу с ручной регистрацией обращений, поступающих в Думу. Тогда в месяц получается 100 часов, а в год 1209 часов. В отделе регистрации писем и обращений работают 3 человека, следовательно, трудовые затраты по базовому варианту будут равны:

Т₀ = 1209 ч/г * 3 чел = 3628 ч/г

Трудовые затраты по проектному варианту при учете того, что 50% рабочего времени в месяц персонал из 3 человек (администратор, аналитик, секретарь) тратит на работу с новым web - приложением, составляют:

Т₁ = 1008 ч/г * 3 = 3024 ч/г

При среднем уровне заработной платы работника в 10000 руб. в месяц, в час заработная плата вычисляется отношением среднего уровня заработной платы и количеством часов работы в месяц (168 ч), что составляет 59,5 руб./ч

Тогда стоимостные затраты по базовому варианту составят:

C₀ = 3628ч * 59,5руб/ч= 215866 руб.

По проектному варианту:

C₁ = 3024ч * 59,5руб/ч= 179928 руб.

Общие экономические показатели:

. Трудовые затраты:

.1. абсолютное снижение трудовых затрат (∆Т):

∆Т = 3628ч - 3024ч = 604ч

.2. коэффициент относительного снижения трудовых затрат (К_Т):

К_Т = 3024/3628*100%=16,6

1.3. индекс снижения трудовых затрат или повышение производительности труда (Y_T):

_T = 3628ч/3024ч = 1,1

. Стоимостные затраты:

.1 абсолютное снижение стоимостных затрат (∆C):

∆C=215866 - 179928= 35938 руб.

.2 коэффициент относительного снижения стоимостных затрат (К_C)

К_C = 35938руб/215866руб.*100%=16,6

.3 индекс снижения стоимостных затрат (Y_C)

_C=C₀/C₁ = 215866руб./ 179928руб.=1,1

Итоговые значения полученных показателей приведены в Таблице 3.7.

Таблица 3.7. Показатели эффективности от внедрения проекта автоматизации.

	Затраты		Абсолютное изменение затрат	Коэффициент изменения затрат	Коэффициент изменения затрат
	базовый вариант	проектный вариант
Трудо-емкость	T0 (час)	T1(час)	∆Т=Т0-Т1(час)	КТ=∆Т/T0*100%	YT=T0/T1
	3628	3024	604	16,6	1,1
Стоимость	C0 (руб.)	C1 (руб.)	∆C=C0-C1	КC=∆C/C0*100%	YC=C0/C1
	215866	179928	35938	16,6	1,1

На основе расчетов, представленных в таблице 3.7 можно сделать ряд выводов:

1. Трудоемкость при автоматизированном варианте снизилась на 604 часа/г. Затраты на заработную плату снизились на 35938 руб.

2.  Коэффициент изменения стоимостных затрат (К_Т) показывает, что при внедрении предлагаемого проекта будет сэкономлено 16,6% всех ранее затрачиваемых средств на работу.

Рассчитаем капитальные и эксплуатационные затраты.

К капитальным затратам отнесем:

1.  затраты на внедрение системы;

2.      стоимость необходимой техники (компьютер, принтер);

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

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

Расчет затрат на обучение. Затраты на обучение персонала по работе с новым модулем: для этого тренеру требуется 15 часов на разработку тренинга (презентация, текстовка). Продолжительность тренинга составляет 2 часа. На подготовку "часто задаваемых вопросов" по результатам тренинга понадобится 5 часов. Итого тренер потратит 22 часа. Затраты на обучение персонала по работе с новым модулем определяются по следующей формуле:

Z = t*P,

где Z - Затраты на обучение персонала по работе с новым модулем

t - общая продолжительность обучения (в час.)

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

Z= 22*100=2200 руб.

Таким образом затраты на обучение составляют 2200 руб.

Таблица 3.8. Капитальные затраты

Статья расходов	Стоимость, руб.
Стоимость проекта	68327,6
Амортизация 3 компьютеров стоимостью 20 000 руб. (срок полезного использования - 3 года)	7500
Стоимость программного обеспечения	0
Стоимость использования Интернет за 5 месяцев	2750
Затраты на обучение сотрудников	2200

Капитальные затраты на внедрение и настройку системы =80777,6 руб.

Расчет периода окупаемости

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

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

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

Т_ок= 80777,6/35938 = 2,2

Е_р=1/2,2 = 0,45

Таким образом, срок окупаемости затрат на внедрение проекта составит 2,2 года.

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

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

Заключение

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

·      Описана предметная область относительно работы с обращениями избирателей в городской Думе,

·              Проведен анализ входной, выходной и справочной информации,

·              Проанализированы требования к системе,

·              Проведен обзор веб-технологий,

·              Создано программное приложение, удовлетворяющее поставленным требованиям.

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

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

·   создание личного кабинета депутатов и избирателей,

·   создание классификатора тематик обращений городской Думы г. Н.Новгорода,

·   расширение функционала администратора (аналитика) по работе с базой данных.

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

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

        

Источники и литература

1. Постановление от 28 января 2002 года № 65 О федеральной целевой программе "Электронная Россия (2002-2010 годы)" (с изменениями на 15 августа 2006 года).

2. Регламент городской Думы Нижнего Новгорода (принят решением городской Думы от 29.11.2006 № 38).

3. М. Кузнецов, И. Симдянов. PHP практика создания Web-сайтов. 2-е издание - Сп.б.: Издательство "БХВ-Петербург", 2009 год.

4. Материалы с сайта www.gorduma.nnov.ru (ссылка актуальна на 14.05.2012) [Электронный ресурс].

5. Кулаков В.Г., Соловьев А.К., Андреев А.Б., Гармонов А.В., Заряев А.В., Остапенко А.Г., Зинченко Б.Ю. Под общей ред. А.Г. Остапенко Информационные технологии и системы муниципального и государственного управления: Учеб. пособие; Воронеж, гос.техн.ун-т. Воронеж, 2001.

6. Информационные технологии в муниципальном управлении #"599985.files/image045.gif">

Рис.1 Схема работы с обращениями граждан в Думе г. Н.Новгорода

Приложение 2

Диаграммы BPWin, отражающие работу депутата в нотации IDEF0

Рис. 1 Диаграмма А3 "Работа депутата"

Рис. 2 Диаграмма А31 "Общение с избирателями"

Приложение 3

Информационная модель разрабатываемой системы

Рис. 1 Информационная модель ИС

Приложение 4

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

Рис.1 Физическая модель базы данных

Приложение 5

Диаграммы деятельности пользователей в системе ИПД

Рис. 1. Диаграмма деятельности пользователя в системе ИПД

Рис. 2. Диаграмма деятельности основных действующих лиц ИПД

Приложение 6

Содержание таблиц базы данных

Таблица 1. "Obrazhenie"

Имя поля	Тип данных	Свойства	Спецификация дополнительных объектов
id_obrazheniya	INT(11)	Not NULL	PK
tekst_obrazheniya	TEXT	Not NULL
data_postupleniya	datetime
tip_obrazheniya	VARCHAR (20)
id_polzovatelya	INT(11)	Not NULL	FK
id_deputata	INT(11)	Not NULL	FK
id_temy	INT(2)	Not NULL	FK

Таблица 2. "Izbiratel"

Имя поля	Тип данных	Свойства	Спецификация дополнительных объектов
id_polzovatelya	INT(11)	Not NULL	PK
familiya	VARCHAR (50)	Not NULL
imya	VARCHAR (50)	Not NULL
otchestvo	VARCHAR (50)	Not NULL
e_mail	VARCHAR (50)	Not NULL
ulica	VARCHAR (50)	Not NULL
dom	VARCHAR(4)	Not NULL
korpus	VARCHAR(1)
kvartira	VARCHAR(3)	Not NULL

Таблица 3. "Tematika"

Имя поля	Тип данных	Свойства	Спецификация дополнительных объектов
id_temy	INT(11)	Not NULL	PK
nazvanie_temy	VARCHAR (100)	Not NULL

Таблица 4. "Deputat"

Имя поля	Тип данных	Свойства	Спецификация дополнительных объектов
id_deputata	INT(11)	Not NULL	PK
id_okruga	INT (11)	Not NULL	FK
familiya_dep	VARCHAR (50)	Not NULL

Продолжение таблицы 4

imya_dep	VARCHAR (50)	Not NULL
otchestvo_dep	VARCHAR (50)	Not NULL
e_mail_dep	VARCHAR (50)	Not NULL
partiinaya_frakciya	VARCHAR (100)
telefon_priemnoi	VARCHAR (20)

Таблица 5. "Izbir_okrug"

Имя поля	Тип данных	Свойства	Спецификация дополнительных объектов
id_okruga	INT(11)	Not NULL	PK
nazvanie_okruga	VARCHAR (100)	Not NULL

Таблица 6. "Zakrepl_adress"

Тип данных

Свойства

Спецификация дополнительных объектов

id_okruga

INT(11)

Not NULL

FK

zakrepl_ulica

VARCHAR (50)

zakrepl_dom

VARCHAR (4)

Таблица 7. "Prilagaemyi_fail"

Имя поля	Тип данных	Свойства	Спецификация дополнительных объектов
imya_faila	VARCHAR (50)	Not NULL	PK
id_obrazheniya	INT (11)	Not NULL	FK
soderzhimoe_faila	VARCHAR (20)
tip_faila	VARCHAR (3)

Таблица 8. "System_accounts"

Имя поля	Тип данных	Свойства	Спецификация дополнительных объектов
id_account	INT(11)	Not NULL	PK
login	VARCHAR (50)	Not NULL
password	VARCHAR (50)	Not NULL

Приложение 7

Таблица 1. Оценивание стоимостных факторов в модели COCOMO

Фактор	Характеристика	Уровень	Нормировочный коэффициент
RELY	Легкое беспокойство	Очень низкий	0,75
	Легко восстанавливаемые потери	Низкий	0,85
	Восстанавливаемые потери	Номинальный	1,00
	Большие финансовые потери	Высокий	1,15
	Риск для жизни человека		1,40
DATA	D/P<10 D - Размер базы данных(байт) P - Размер программы (SLOC)	Низкий	0.94
	10<= D/P<100	Номинальный	1.00
	100<= D/P<1000	Высокий	1.08
	D/P=>1000	Очень высокий	1,16
CPLX	Простые операторы чтения записи с простыми формами	Очень низкий	0,70
	Отсутствие информации о характеристиках конкретного устройства, выполнение I/O операций на уровне GET/PUT	Низкий	0,86
	Обработка ввода вывода включает выборку устройств, проверку их состояния, обработку ошибок	Номинальный	1,00
	Выполнение операций ввода/вывода на физическом уровне	Высокий	1,15
	Программы диагностики и обслуживания прерываний. Обращение к линиям передачи данных	Очень высокий	1,30
	Микропрограммирование, программирование таймеров и т.д.	Сверхвысокий	1,65
TIME	Требуется не более 50% возможного времени выполнения	Номинальный	1,00
	Не более 70%	Высокий	1,11
	Не более 85%	Очень высокий	1,30
	Не более 95%	Сверхвысокий	1,66
STOR	Требуется не более 50% возможного времени выполнения	Номинальный	1.00
	Не более 70%	Высокий	1.06
	Не более 85%	Очень высокий	1.21
	Не более 95%	Сверхвысокий	1.56
VIRT	Значительное изменение - каждый год Незначительное - каждый месяц	Низкий	0,87
	Значительное изменение - каждые 6 месяцев Незначительное - каждый 2 недели	Номинальный	1,00
	Значительное изменение - каждые 2 месяца Незначительное - каждую неделю	Высокий	1,15
	Значительное изменение - каждые 2 недели Незначительное - каждые 2 дня	Очень высокий	1,30
TURN	Интерактивная	Низкий	0,86
	Средний цикл обращений <4 часов	Номинальный	1,00
	4-12 часов	Высокий	1,07
	>12 часов	Очень высокий	1,15
ACAP	<=15%	Очень низкий	1.46
	35%	Низкий	1.19
	55%	Номинальный	1.00
	75%	Высокий	0.86
	90%	Очень высокий	0.71
AEXP	<= 4 месяцев	Очень низкий	1,29
	1 год	Низкий	1,13
	3 года	Номинальный	1,00
	8 лет	Высокий	0,91
	12 лет	Очень высокий	0,82
PCAP	<=15%	Очень низкий	1.42
	35%	Низкий	1.17
	55%	Номинальный	1.00
	75%	Высокий	0.86
	90%	Очень высокий	0.70
VEXP	<=1 месяц	Очень низкий	1,21
	4 месяца	Низкий	1,10
	1 год	Номинальный	1,00
	3 года	Высокий	0,90
LEXP	<=1 месяц	Очень низкий	1,14
	4 месяца	Низкий	1,07
	1 год	Номинальный	1,00
	3 года	Высокий	0,95
MODP	Отсутствует	Очень низкий	1,24
	Начальное использование	Низкий	1,10
	Некоторое	Номинальный	1,00
	Широкое	Высокий	0,91
	Обязательное	Очень высокий	0,82
TOOL	Простейшие микропроцессорные инструментальные средства	Очень низкий	1,24
	Простейшие инструментальные средства на мини ЭВМ	Низкий	1,10
	Простейшие инструментальные средства на средних и больших ЭВМ	Номинальный	1,00
	Мощные инструментальные средства программирования и отладки на больших ЭВМ	Высокий	0,91
	Указанные выше средства, а также инструментальные средства анализа требований, проектирования, документирования	Очень высокий	0,83
SCED	75% от номинального срока	Очень низкий	1,23
	85%	Низкий	1,08
	100%	Номинальный	1,00
	130%	Высокий	1,04
	160%	Очень высокий	1,10

Приложение 8

Техническое задание на АИС "Интернет-приемная депутатов"

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

1.1.Полное наименование создаваемой автоматизированной информационной системы

Полное наименование системы: Автоматизированная информационная система "Интернет-приемная депутатов городской Думы г. Н.Новгорода"

.2. Сроки выполнения работ

Начало работ: 21 ноября 2011 г.

Завершение работ: 21 мая 2012 г.

.3. Перечень документов, на основании которых разработано техническое задание

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

1. Федеральный закон от 02.05.2006 N 59-ФЗ "О порядке рассмотрения обращений граждан Российской Федерации"

2. Регламент городской Думы города Нижнего Новгорода

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

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

·   ГОСТ 19.201-78. ТЕХНИЧЕСКОЕ ЗАДАНИЕ. ТРЕБОВАНИЯ К СОДЕРЖАНИЮ И ОФОРМЛЕНИЮ;

·   ГОСТ 34.601-90. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания;

·   ГОСТ 34.201-89. Информационная технология. Комплекс стандартов на автоматизированные системы. Виды, комплексность и обозначение документов при создании автоматизированных систем;

Основой для спецификации требований, приводимых в данном документе, является Системный проект автоматизированной информационной системы "Интернет-приемная депутатов городской Думы города Нижнего Новгорода".

.5. Определения, обозначения и сокращения

№	Сокращение	Расшифровка
1	ТЗ	Техническое задание
2	АИС	Автоматизированная информационная система
3	Интернет-приемная	Под интернет-приемной понимают раздел интернет-сайта или портала, позволяющий связаться с соответствующим государственным органом. При этом, как правило, предлагается заполнить некую форму.
4	АИС ИПД	Автоматизированная информационная система, реализующая функциональность Интернет-приемной депутатов городской Думы города Нижнего Новгорода по обращениям граждан
5	Избиратель - пользователь	Лицо (или гражданин), которое использует действующую систему для отправки личного обращения к депутату своего избирательного округа или фракции.
6	Администратор Интернет-приемной	Сотрудник администрации города Нижнего Новгорода, уполномоченный на выполнение работ по регистрации депутатов; оценке соответствия обращений граждан установленным правилам
7	Аналитик Интернет-приемной	Сотрудник администрации города Нижнего Новгорода, уполномоченный на доступ к БД обращений, выполнение подсчета обращений, пришедших через ИПД, выборку по различным критериям и составление статистики по наиболее интересующим параметрам выборки.
8	Обращение	В контексте ИПД понимается как обращение пользователя-избирателя системы, созданное в специальной форме и переданное средствами системы на электронный адрес депутата.
9	Предложение	Вид обращения, цель которого, во-первых, обратить внимание на необходимость совершенствования работы тех или иных государственных органов, предприятий, учреждений или общественных организаций, а во-вторых, рекомендовать конкретные пути и способы решения поставленных задач.
10	Жалоба	Вид обращения, в котором идет речь о нарушении субъективных прав и охраняемых законом интересов граждан. Как правило, в жалобе содержатся не только информация о нарушении субъективных прав и просьба об их восстановлении, но и критика в адрес государственных или общественных органов, предприятий, учреждений, организаций, должностных лиц и отдельных граждан.
11	Заявление	Вид обращения, направленный на реализацию предоставленных законом субъективных прав и интересов граждан. Выражая просьбу личного или общественного характера, заявление может сигнализировать и об определенных недостатках в деятельности государственных органов, предприятий, учреждений. В отличие от предложения в нем не раскрываются пути и не предполагаются способы решения поставленных задач

 

         2.Назначение и цели создания системы

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

Автоматизированная информационная система "Интернет-приемная депутатов городской Думы г. Н.Новгорода" предназначена для повышения оперативности и качества взаимодействия граждан и депутатов городской Думы города Нижнего Новгорода.

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

для избирателей-пользователей:

·      подача обращений в адрес депутатов города Нижнего Новгорода в электронном виде;

·              получение ответа от депутата на свой электронный ящик, или (за неимением такового) на почтовый адрес, указанный в форме отправки обращения.

для депутатов:

·   работа с обращениями граждан, отправленными ему на электронный ящик.

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

администратор:

·   заполнение БД депутатов;

·   редактирование БД депутатов (удаление, изменение записей)

аналитик:

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

2.2. Цели создания системы

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

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

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

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

·   вход в систему ИПД, с целью:

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

получения ответа от депутата и его прочтения.

·   запись электронного обращения в БД, для дальнейшей работы с ним.

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

         4. Требования к реализации системы

         4.1. Требования к системе в целом

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

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

.1.1.Требования к надежности

.1.2. Требования к патентной частоте

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

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

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

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

.1.3.Требования по стандартизации и унификации

Отправляемые сообщения должны удовлетворять требованиям, предьявляемым к веб-документу стандартом HTML4.

Страницы интернет-приемной должны корректно отображаться во всех распространенных интернет-браузерах: Opera, Mozilla Firefox, Google Chrome. В браузере IE возможно некорректное отображение страниц, потеря некоторого функционала.

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

4.2.1. Средства обеспечения работы пользователей системы:

.2.1.1. Новое обращение в интернет-приемную.

При формировании обращения указываются: фамилия, имя, отчество отправителя, почтовый адрес отправителя, e-mail (если таковой имеется), тематика обращения, текст (содержание) обращения, определяется депутат, которому адресуется данное обращение.

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

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

.2.2.Средства обеспечения работы администратора интернет-приемной

.2.2.1.Авторизация администратора интернет-приемной.

Регистрация администратора интернет-приемной осуществляется средствами системы.

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

Авторизация администратора осуществляется вводом имени и пароля администратора на первой странице интернет-приемной.

.2.2.2Личный кабинет администратора.

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

.2.2.3.Работа с данными о депутатах.

Администратор может осуществить добавление новых сведений в БД, или редактирование (исправление, удаление) ранее введенных.

.2.3. Средства обеспечения работы аналитика системы

.2.3.1. Авторизация аналитика в интернет-приемной

Регистрация аналитика интернет-приемной осуществляется средствами системы.

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

Авторизация аналитика осуществляется вводом имени и пароля аналитика на первой странице интернет-приемной.

.2.3.2. Личный кабинет аналитика

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

.2.2.3.Работа с данными

На основе существующих запросов к БД аналитик составляет статистику по различным критериям, для предоставления этой информации СМИ (в том числе, сеть Интернет).