Разработка web-приложения, обеспечивающего взаимодействие депутатов городской Думы г. Нижнего Новгорода с избирателями
Обоснование необходимости использования вычислительной техники для решения задачи по реализации Интернет-приемной. Создание модели информационной системы, отражающей процесс работы с обращениями избирателей; описание концептуальной модели баз данных.
| Рубрика | Программирование, компьютеры и кибернетика |
| Вид | дипломная работа |
| Язык | русский |
| Дата добавления | 16.02.2013 |
| Размер файла | 3,4 M |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
· атрибуты программного продукта;
· атрибуты аппаратных средств;
· атрибуты персонала;
· атрибуты проекта.
Атрибуты создаваемого программного продукта:
RELY (Required Software Reliability) - требуемая надежность ПО, т.е. уровень привнесения ошибок, которые могут быть допустимы в программном продукте. "Ненадежная" программа может причинять небольшие неудобства, а может угрожать человеческой жизни.
DATA (Size of Application Database) - размер базы данных приложения, т.е. отношение размера базы данных к размеру программы.
CPLX (Complexity of Product) - сложность программного продукта, т.е. степень сложности функций, используемых в программах-приложениях. Простые функции содержат простые выражения в операциях вычисления, несложные команды управления, операции по управлению данными используют простые массивы в основной памяти. Сложные функции содержат сложные вложенные инструкции управления, трудоемкие математические вычисления, динамическое управление данными в базе данных, кодирование на языках машинного уровня (ассемблере) аппаратно зависимых частей ПО (драйверов).
Атрибуты аппаратных средств:
TIME (Run-Time Performance) - ограничение по быстродействию, т.е. степень использования отведенного для выполнения времени.
STOR (Memory Constraints) - ограничение по оперативной памяти, т.е. степень использования доступного пространства памяти.
VIRT (Virtual Machine Volatility) - Комплекс аппаратуры и системного ПО (ОС, СУБД и т.п.), используемый при выполнении задач изделия.
TURN (Required Turnaround Time) - требуемое оборотное время, т.е. время, затрачиваемое на ожидание обслуживания и обработку задания в системе (время реакции, время отклика, необходимое для обратной связи с пользователем).
Атрибуты персонала:
ACAP (Analyst Capability) - квалификация аналитиков, т.е. процентная оценка способностей аналитиков.
PCAP (Software Engineer Capability) - квалификация программистов, т.е. процентная оценка способностей программистов.
AEXP (Application Experience) - опыт работы в данной прикладной области, т.е. количество лет, в течение которых персонал получал знания о прикладном программировании в данной области.
LEXP (Programming Language Experience) - опыт работы с языком программирования, т.е. количество лет, в течение которых персонал работал с данным языком программирования.
VEXP (Virtual Machine Experience) - опыт работы с виртуальной машиной, т.е. количество лет, в течение которых персонал работал с данной операционной системой и аппаратными средствами.
Атрибуты проекта:
TOOL (Use of Software Tools) - использование программных инструментов, т.е. характеристики средств и инструментов, используемых для создания ПО. Средства могут быть очень простыми, требующими значительного объема "ручного" программирования, или крайне сложными, с автоматическим проектированием, разработкой документов и кодированием.
MODP (Application of SE Methods) - практика современного программирования, т.е. степень использования современных методов и технологий разработки ПО, а также опыта программирования.
SCED (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*20101,05* 0,49 = 4,6 (человеко/месяцев)
Оптимальная длительность проекта
Согласно формуле (3.11), расчет оптимальных сроков разработки получаем путем умножения трудозатрат (в степени равной коэффициенту D) и коэффициента С, зависящего от типа проекта.
Получаем результат:
T = 2.50*4,60.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 |
|||
|
Программирование |
РП |
4 |
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 кВт]:
2,3 руб/кВт*120 кВт/мес*4,5 мес = 1242 руб.
материалы
Ручки, карандаши (150 руб.); расходные материалы для принтера (800 руб.)
150+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% всего времени в месяц.
Трудовые затраты составят:
Т0 = 96ч/мес.*12 мес. = 1152 ч/год
С использованием данной системы, при учете, что личный прием граждан сократится, времени будет затрачиваться на 20% меньше, затраты будут составлять:
Т1 = 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 индекс снижения трудовых затрат или повышение производительности труда (YT):
YT = 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 человека, следовательно, трудовые затраты по базовому варианту будут равны:
Т0 = 1209 ч/г * 3 чел = 3628 ч/г
Трудовые затраты по проектному варианту при учете того, что 50% рабочего времени в месяц персонал из 3 человек (администратор, аналитик, секретарь) тратит на работу с новым web - приложением, составляют:
Т1 = 1008 ч/г * 3 = 3024 ч/г
При среднем уровне заработной платы работника в 10000 руб. в месяц, в час заработная плата вычисляется отношением среднего уровня заработной платы и количеством часов работы в месяц (168 ч), что составляет 59,5 руб./ч
Тогда стоимостные затраты по базовому варианту составят:
C0 = 3628ч * 59,5руб/ч= 215866 руб.
По проектному варианту:
C1 = 3024ч * 59,5руб/ч= 179928 руб.
Общие экономические показатели:
1. Трудовые затраты:
1.1. абсолютное снижение трудовых затрат (?Т):
?Т = 3628ч - 3024ч = 604ч
1.2. коэффициент относительного снижения трудовых затрат (КТ):
КТ = 3024/3628*100%=16,6
1.3. индекс снижения трудовых затрат или повышение производительности труда (YT):
YT = 3628ч/3024ч = 1,1
2. Стоимостные затраты:
2.1 абсолютное снижение стоимостных затрат (?C):
?C=215866 - 179928= 35938 руб.
2.2 коэффициент относительного снижения стоимостных затрат (КC)
КC = 35938руб/215866руб.*100%=16,6
2.3 индекс снижения стоимостных затрат (YC)
YC=C0/C1 = 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 можно сделать ряд выводов:
Трудоемкость при автоматизированном варианте снизилась на 604 часа/г. Затраты на заработную плату снизились на 35938 руб.
Коэффициент изменения стоимостных затрат (КТ) показывает, что при внедрении предлагаемого проекта будет сэкономлено 16,6% всех ранее затрачиваемых средств на работу.
Рассчитаем капитальные и эксплуатационные затраты.
К капитальным затратам отнесем:
1. затраты на внедрение системы;
2. стоимость необходимой техники (компьютер, принтер);
3. затраты на обучение людей, которые будут работать с системой.
Стоимость необходимой техники и программного обеспечения: необходимо 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 года.
Данный проект имеет социальную направленность. Его цель - не в сокращении стоимостных и трудозатрат, а в том, что с его помощью достигается наиболее эффективное взаимодействие депутата и избирателя.
Так как городская Дума не является коммерческим предприятием и не получает прибыль в чистом виде, поэтому сроки окупаемости внедряемого проекта будут более долгими.
Заключение
В ходе выполнения дипломного проекта были реализованы поставленные цели и задачи:
· Описана предметная область относительно работы с обращениями избирателей в городской Думе,
· Проведен анализ входной, выходной и справочной информации,
· Проанализированы требования к системе,
· Проведен обзор веб-технологий,
· Создано программное приложение, удовлетворяющее поставленным требованиям.
Разработанная программа имеет удобный и понятный интерфейс.
Данная система не является конечным продуктом, есть возможность ее доработки. Система может быть доработана в следующих направлениях:
· создание личного кабинета депутатов и избирателей,
· создание классификатора тематик обращений городской Думы г. Н.Новгорода,
· расширение функционала администратора (аналитика) по работе с базой данных.
Система значительно повышает эффективность работы депутатов городской Думы г. Нижнего Новгорода за счет автоматизации ручного труда.
Интернет-приемная выступает в качестве нового канала связи гражданина и депутатов. За счет простоты процесса подачи обращения, с введением системы прогнозируется увеличение количества поступающих обращений в Городскую Думу. Это позволит депутатам еще глубже анализировать потребности и проблемы граждан, что в свою очередь, повлечет повышение качества предоставляемых населению услуг.
Источники и литература
Постановление от 28 января 2002 года № 65 О федеральной целевой программе "Электронная Россия (2002-2010 годы)" (с изменениями на 15 августа 2006 года).
Регламент городской Думы Нижнего Новгорода (принят решением городской Думы от 29.11.2006 № 38).
М. Кузнецов, И. Симдянов. PHP практика создания Web-сайтов. 2-е издание - Сп.б.: Издательство "БХВ-Петербург", 2009 год.
Материалы с сайта www.gorduma.nnov.ru (ссылка актуальна на 14.05.2012) [Электронный ресурс].
Кулаков В.Г., Соловьев А.К., Андреев А.Б., Гармонов А.В., Заряев А.В., Остапенко А.Г., Зинченко Б.Ю. Под общей ред. А.Г. Остапенко Информационные технологии и системы муниципального и государственного управления: Учеб. пособие; Воронеж, гос.техн.ун-т. Воронеж, 2001.
Информационные технологии в муниципальном управлении http://www.docme.ru/doc/60640 (ссылка актуальна на 29.03.2012) [Электронный ресурс]
Мальцев А.Н. Аналитическая записка "Возможные направления оптимизации процессов деятельности городской Думы города Нижнего Новгорода на базе использования современных информационных технологий", 2011 г.
Материалы с сайта wikipedia.org (ссылка актуальна на 2012 г.)
Приложение 1
Функциональная схема работы с обращениями граждан в городской Думе г. Н.Новгорода
Рис.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.Полное наименование создаваемой автоматизированной информационной системы
Полное наименование системы: Автоматизированная информационная система "Интернет-приемная депутатов городской Думы г. Н.Новгорода"
1.2. Сроки выполнения работ
Начало работ: 21 ноября 2011 г.
Завершение работ: 21 мая 2012 г.
1.3. Перечень документов, на основании которых разработано техническое задание
Определение функциональности системы осуществляется на основании следующих нормативных документов:
Федеральный закон от 02.05.2006 N 59-ФЗ "О порядке рассмотрения обращений граждан Российской Федерации"
Регламент городской Думы города Нижнего Новгорода
1.4.Перечень нормативно-технических документов, методических материалов, использованных при разработке технического задания
При разработке автоматизированной системы и создании проектно-эксплуатационной документации нужно руководствоваться требованиями следующих нормативных документов:
ГОСТ 19.201-78. ТЕХНИЧЕСКОЕ ЗАДАНИЕ. ТРЕБОВАНИЯ К СОДЕРЖАНИЮ И ОФОРМЛЕНИЮ;
ГОСТ 34.601-90. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания;
ГОСТ 34.201-89. Информационная технология. Комплекс стандартов на автоматизированные системы. Виды, комплексность и обозначение документов при создании автоматизированных систем;
Основой для спецификации требований, приводимых в данном документе, является Системный проект автоматизированной информационной системы "Интернет-приемная депутатов городской Думы города Нижнего Новгорода".
1.5. Определения, обозначения и сокращения
|
№ |
Сокращение |
Расшифровка |
|
|
1 |
ТЗ |
Техническое задание |
|
|
2 |
АИС |
Автоматизированная информационная система |
|
|
3 |
Интернет-приемная |
Под интернет-приемной понимают раздел интернет-сайта или портала, позволяющий связаться с соответствующим государственным органом. При этом, как правило, предлагается заполнить некую форму. |
|
|
4 |
АИС ИПД |
Автоматизированная информационная система, реализующая функциональность Интернет-приемной депутатов городской Думы города Нижнего Новгорода по обращениям граждан |
|
|
5 |
Избиратель -- пользователь |
Лицо (или гражданин), которое использует действующую систему для отправки личного обращения к депутату своего избирательного округа или фракции. |
|
|
6 |
Администратор Интернет-приемной |
Сотрудник администрации города Нижнего Новгорода, уполномоченный на выполнение работ по регистрации депутатов; оценке соответствия обращений граждан установленным правилам |
|
|
7 |
Аналитик Интернет-приемной |
Сотрудник администрации города Нижнего Новгорода, уполномоченный на доступ к БД обращений, выполнение подсчета обращений, пришедших через ИПД, выборку по различным критериям и составление статистики по наиболее интересующим параметрам выборки. |
|
|
8 |
Обращение |
В контексте ИПД понимается как обращение пользователя-избирателя системы, созданное в специальной форме и переданное средствами системы на электронный адрес депутата. |
|
|
9 |
Предложение |
Вид обращения, цель которого, во-первых, обратить внимание на необходимость совершенствования работы тех или иных государственных органов, предприятий, учреждений или общественных организаций, а во-вторых, рекомендовать конкретные пути и способы решения поставленных задач. |
|
|
10 |
Жалоба |
Вид обращения, в котором идет речь о нарушении субъективных прав и охраняемых законом интересов граждан. Как правило, в жалобе содержатся не только информация о нарушении субъективных прав и просьба об их восстановлении, но и критика в адрес государственных или общественных органов, предприятий, учреждений, организаций, должностных лиц и отдельных граждан. |
|
|
11 |
Заявление |
Вид обращения, направленный на реализацию предоставленных законом субъективных прав и интересов граждан. Выражая просьбу личного или общественного характера, заявление может сигнализировать и об определенных недостатках в деятельности государственных органов, предприятий, учреждений. В отличие от предложения в нем не раскрываются пути и не предполагаются способы решения поставленных задач |
2.Назначение и цели создания системы
2.1.Назначение системы
Автоматизированная информационная система "Интернет-приемная депутатов городской Думы г. Н.Новгорода" предназначена для повышения оперативности и качества взаимодействия граждан и депутатов городской Думы города Нижнего Новгорода.
Интернет-приемная предоставляет следующие возможности электронного взаимодействия избирателей-пользователей системы и депутатов Интернет-приемной:
для избирателей-пользователей:
· подача обращений в адрес депутатов города Нижнего Новгорода в электронном виде;
· получение ответа от депутата на свой электронный ящик, или (за неимением такового) на почтовый адрес, указанный в форме отправки обращения.
для депутатов:
работа с обращениями граждан, отправленными ему на электронный ящик.
Также ИПД содержит в себе модули работы администратора и аналитика системы, которые, в свою очередь, выполняют следующие функции:
администратор:
заполнение БД депутатов;
редактирование БД депутатов (удаление, изменение записей)
аналитик:
просмотр результатов различных запросов к БД обращений, пользователей, депутатов для составления статистики по различным критериям выборки данных.
2.2. Цели создания системы
Обеспечение возможности оперативного обращения граждан - избирателей к депутату городской Думы г. Нижний Новгорода по различным вопросам, находящихся в их компетенции;
Возможность накопления городской Думой базы данных по проблемным вопросам с целью дальнейшего анализа и выработки оптимальных решений в этой сфере.
3.Характеристика объекта автоматизации
Объектом автоматизации является процесс получения (в дальнейшем, обработки) обращения гражданина-избирателя к депутату городской Думы г. Нижнего Новгорода с использованием им сети Интернет. Процесс включает в себя следующие фазы:
· вход в систему ИПД, с целью:
- создания обращения и его отправки депутату на электронный ящик;
- получения ответа от депутата и его прочтения.
· запись электронного обращения в БД, для дальнейшей работы с ним.
· составление статистики по полученным обращениям.
4. Требования к реализации системы
4.1. Требования к системе в целом
Веб-приложение должно обеспечивать комфортную работу пользователей при скорости передачи информации по внутренним и внешним каналам связи вплоть до скорости 128 Кбит/сек.
Веб-приложение не должно обеспечивать возможность входа в личный кабинет с клиентских устройств с устройств мобильной связи.
4.1.1.Требования к надежности
Должна быть обеспечена круглосуточная доступность интернет-приемной для избирателей - пользователей.
4.1.2. Требования к патентной частоте
Система должна быть создана с использованием технологий и инструментов, не требующих дополнительного лицензирования
Система должна представлять собой веб-приложение, функционирующее на базе свободного программного обеспечения.
Для работы в системе не должна требоваться установка на компьютере пользователя какого либо дополнительного программного обеспечения, требующего заключения пользователем лицензионного или иного соглашения с правообладателем программного обеспечения.
В системе предусматривается возможность прикрепления файлов с прилагаемыми к обращениям документами в форматах jpg, gif, txt.
4.1.3.Требования по стандартизации и унификации
Отправляемые сообщения должны удовлетворять требованиям, предьявляемым к веб-документу стандартом HTML4.
Страницы интернет-приемной должны корректно отображаться во всех распространенных интернет-браузерах: Opera, Mozilla Firefox, Google Chrome. В браузере IE возможно некорректное отображение страниц, потеря некоторого функционала.
4.2.Требования к функциям (задачам), выполняемым системой
4.2.1. Средства обеспечения работы пользователей системы:
4.2.1.1. Новое обращение в интернет-приемную.
При формировании обращения указываются: фамилия, имя, отчество отправителя, почтовый адрес отправителя, e-mail (если таковой имеется), тематика обращения, текст (содержание) обращения, определяется депутат, которому адресуется данное обращение.
К обращению можно приложить несколько файлов с документами. Для загрузки каждого документа достаточно выбрать соответствующий файл на своем компьютере.
Срок рассмотрения обращения, размещенного в Интернет-приемной, устанавливается соответствующими нормативными документами администрации города, но не более 30 календарных дней, установленных законодательством РФ.
4.2.2.Средства обеспечения работы администратора интернет-приемной
4.2.2.1.Авторизация администратора интернет-приемной.
Регистрация администратора интернет-приемной осуществляется средствами системы.
Имена и пароли администраторов интернет-приемной хранятся в базе данных в таблице пользователей-администраторов.
Авторизация администратора осуществляется вводом имени и пароля администратора на первой странице интернет-приемной.
4.2.2.2Личный кабинет администратора.
После авторизации администратор входит на страницу личного кабинета, где получает доступ к средствам обработки сведений о депутатах.
4.2.2.3.Работа с данными о депутатах.
Администратор может осуществить добавление новых сведений в БД, или редактирование (исправление, удаление) ранее введенных.
4.2.3. Средства обеспечения работы аналитика системы
4.2.3.1. Авторизация аналитика в интернет-приемной
Регистрация аналитика интернет-приемной осуществляется средствами системы.
Имя и пароль аналитика интернет-приемной хранится в базе данных в таблице пользователей-администраторов.
Авторизация аналитика осуществляется вводом имени и пароля аналитика на первой странице интернет-приемной.
4.2.3.2. Личный кабинет аналитика
После авторизации аналитик входит на страницу личного кабинета, где получает доступ к средствам обработки сведений о присланных обращениях, избирателях, которые использовали данную систему для отправки обращений, а также о депутатах, которым были доставлены данные обращения.
4.2.2.3.Работа с данными
На основе существующих запросов к БД аналитик составляет статистику по различным критериям, для предоставления этой информации СМИ (в том числе, сеть Интернет).
Размещено на Allbest.ru
Подобные документы
Электронные средства, с помощью которых осуществляется взаимодействие депутатов и общества. Цели использования вычислительной техники для решения задачи по реализации Интернет-приемной. Программное обеспечение web-интерфейса системы городской Думы.
дипломная работа [3,3 M], добавлен 13.02.2013Описание предметной области "Спортивные соревнования". Проектирование концептуальной и логической модели данных. Добавление не вошедших в ER–диаграмму атрибутов. Разработка SQL запросов к базе данных. Описание работы, тестирование клиентского приложения.
курсовая работа [1,1 M], добавлен 24.11.2014Создание сайта в сети Интернет для информирования студентов и преподавателей о проходящих конференциях. Разработка модели "как будет" с учетом внедрения системы автоматизации. Описание сценариев элементарных функций и физической модели базы данных.
курсовая работа [2,4 M], добавлен 19.12.2015Обоснование необходимости и цели использования вычислительной техники для решения задачи учета запасов. Анализ существующих разработок и обоснование выбора технологии проектирования. Характеристика нормативно-справочной и входной оперативной информации.
дипломная работа [869,9 K], добавлен 18.03.2012Обоснование необходимости применения вычислительной техники и телекоммуникационного оборудования для решения задач. Проектирование информационной системы отдела снабжения. Физическая модель данных с указанием типов основных атрибутов, нормализация таблиц.
дипломная работа [1,6 M], добавлен 19.02.2017Обзор существующих проектных решений, их достоинства и недостатки. Обоснование необходимости разработки информационной системы. Общее описание интерфейса BPwin. Разработка концепции архитектуры построения и платформы реализации. Создание новой модели.
курсовая работа [4,3 M], добавлен 11.09.2014Системный анализ предметной области. Построение концептуальной и даталогичной модели базы данных. Физическое проектирование базы данных. Описание функциональной модели системы управления базами данных. Разработка экранных форм ввода-вывода и отчета.
курсовая работа [1,1 M], добавлен 09.12.2014Описание технологии asp.net. Страницы веб-приложения, тестирование системы. Описание функциональной, динамической модели системы. Диаграммы вариантов использования, последовательности, база данных приложения. Реализация программы, интерфейс, тестирование.
курсовая работа [3,2 M], добавлен 30.01.2013Построение концептуальной модели, процесс моделирования смыслового наполнения базы данных. Основные компоненты концептуальной модели. Построение реляционной модели. Целостность данных в реляционной базе. Нормализация. Проектирование базы данных в ACCESS.
курсовая работа [1,8 M], добавлен 29.10.2008Создание и разработка информационной системы автоматизации учета книг в книжном магазине. Описание предметной области, постановка задачи и обзор методов ее решения. Модели и алгоритмы представления системы. Обоснование технических и программных средств.
курсовая работа [1,7 M], добавлен 31.03.2012
