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

Партнерка на США и Канаду по недвижимости, выплаты в крипто

30% recurring commission
Выплаты в USDT
Вывод каждую неделю
Комиссия до 5 лет за каждого referral

МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РОССИЙСКОЙ ФЕДЕРАЦИИ

ГОСУДАРСТВЕННОЕ ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ ВЫСШЕГО ПРОФЕССИОНАЛЬНОГО ОБРАЗОВАНИЯ

«ТЮМЕНСКИЙ ГОСУДАРСТВЕННЫЙ НЕФТЕГАЗОВЫЙ УНИВЕРСИТЕТ»

КАФЕДРА АВТОМАТИЗАЦИИ И ВЫЧИСЛИТЕЛЬНОЙ ТЕХНИКИ

ПОЯСНИТЕЛЬНАЯ ЗАПИСКА

к дипломному проекту на тему:

Разработка автоматизированной системы автодорожного надзора

Дипломник _________ / /

Руководитель _________ / /

Консультанты:

_________ / /

Зав. кафедрой _________ / /

Тюмень 2011

Задание на дипломный проект

Ведомость проекта Реферат

Пояснительная записка объемом 65 листов включает 24 рисунка, 7 таблиц, 5 приложений.

АВТОМАТИЗИРОВАННАЯ СИСТЕМА, РАБОТА АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ, ЛИЦЕНЗИАТЫ, ГОСУДАРСТВЕННЫЙ ИНСПЕКТОР, ЛИЦЕНЗИЯ, ЛИЦЕНЗИОННЫЕ КАРТОЧКИ АВТОТРАНСПОРТНЫХ СРЕДСТВ.

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

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

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

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

НЕ нашли? Не то? Что вы ищете?

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

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

Содержание

Перечень принятых сокращений. 6

Введение. 7

1 Описание и анализ предметной области. 8

1.1 Описание предметной области. 8

1.2 Структура Межрегионального УГАДН по ХМАО-Югре и ЯНАО.. 12

1.3 Описание объекта автоматизации. 13

1.4 Общее описание автоматизированной системы.. 13

1.5 Обзор аналогичных программных продуктов. 17

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

2.1 Описание автоматизируемых функции. 20

2.2 Обоснование автоматизации. 22

2.3 Выходная информация. 23

2.4 Входная информация. 24

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

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

2.6.1 Сравнение характеристик СУБД.. 27

2.6.2 Выбор средств разработки. 29

3 Проектирование АС автодорожного надзора. 30

3.1 Разработка функциональных моделей. 30

3.2 Функциональная модель данных AS-IS «как есть». 31

3.3 Функциональная модель данных TO-BE «как будет». 34

3.4 Проектирование и разработка структуры базы данных. 38

3.5 Разработка интерфейса программного продукта. 41

3.6 Разработка структуры программного продукта. 45

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

4.1 Методика обоснования экономической эффективности. 48

4.2 Расчет единовременных затрат. 48

4.3 Расчет обобщающих показателей эффективности. 51

5 Безопасность жизнедеятельности. Качество и надежность системы.. 53

5.1 Эргономические требования к рабочему месту. 53

5.2 Пожарная безопасность. 56

5.3 Микроклимат в помещении. 57

5.4 Освещение. 58

5.5 Электробезопасность. 59

5.5.1 Типы поражающего тока. 59

5.5.2 Причины и виды поражения электрическим током.. 60

5.5.3 Классификация помещений по электробезопасности. 61

5.6 Качество и надежность. 61

Заключение. 64

Список использованных источников. 65

ПРИЛОЖЕНИЕ А Техническое задание. 66

ПРИЛОЖЕНИЕ Б Печатные формы документов. 78

ПРИЛОЖЕНИЕ В Листинг основных функций приложения. 91

ПРИЛОЖЕНИЕ Г Листинг основных запросов БД.. 100

ПРИЛОЖЕНИЕ Д Копии графических документов. 103

Перечень принятых сокращений

АО – Автономный округ.

АС – Автоматизированная система;

МУГАДН – Межрегиональное управление государственного автодорожного надзора;

ОАТиАДН – Отдел автотранспорта и автодорожного надзора;

ПО – Программное обеспечение;

СУБД – Система управления базами данных;

ТЗ – Техническое задание;

УГАДН – Управление государственного автодорожного надзора;

ХМАО – Ханты-Мансийский автономный округ;

ЯНАО – Ямало-Ненецкий автономный округ;

Введение

Выпускная квалификационная работа «Разработка АС автодорожного надзора» выполнялась в Межрегиональном управлении государственного автодорожного надзора по ХМАО-Югре и ЯНАО.

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

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

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

Необходимость проектирования АС обусловлена следующими причинами:

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

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

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

г) работа с бумажными носителями;

д) трудоемкость выполняемой работы.

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

В связи с этим необходимо спроектировать автоматизированную систему автодорожного надзора.

Поставленная цель может быть достигнута за счет:

а) сокращения документооборота на всех уровнях системы;

б) использования современных средств обмена информацией;

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

г) создания системы хранения информации с использованием новейших технологий;

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

1 Описание и анализ предметной области

1.1 Описание предметной области

Предметной областью дипломного проекта является Отдел автотранспорта и автодорожного надзора Межрегионального управления государственного автодорожного надзора по Ханты-Мансийскому автономному округу-Югре и Ямало-Ненецкому автономному округу Федеральной службы по надзору в сфере транспорта.

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

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

Управление в установленном порядке имеет территориальные структурные подразделения на территории Ханты-Мансийского автономного округа-Югре и Ямало-Ненецкого автономного округа.

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

- лицензирование следующего вида деятельности:

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

- принимает соответствующие решения и выдает:

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

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

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

- осуществляет в установленном порядке:

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

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

- весовой контроль автотранспортных средств, осуществляющих грузовые перевозки, в пунктах весового контроля;

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

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

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

- производство по делам об административных правонарушениях;

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

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

- сбор, обработку и представление оперативной информации о чрезвычайных ситуациях и происшествиях на автомобильном транспорте и дорожном хозяйстве в Ханты-Мансийском автономном округе-Югре и Ямало-11енецком автономном округе;

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

- иные полномочия в установленной сфере деятельности, если такие полномочия предусмотрены федеральными законами, актами Президента Российской Федерации и Правительства Российской Федерации;

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

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

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

- разрабатывает предложения по совершенствованию законодательных и иных нормативных актов Российской Федерации по вопросам, отнесенным к компетенции Управления;

- взаимодействует в установленном порядке со структурными подразделениями Федеральной службы по надзору в сфере транспорта, федеральными органами исполнительной власти и их территориальными органами, органами исполнительной власти Ханты-Мансийского автономного округа-Югре и Ямало-Ненецкого автономного округа, органами местного самоуправления, ассоциациями, союзами общественными организациями в соответствии со своей компетенцией;

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

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

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

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

- анализирует состояние и динамику развития автомобильного транспорта и дорожного хозяйства на территории Ханты-Мансийского автономного округа-Югре и Ямало-Ненецкому автономного округа;

- представляет по запросам руководства Федеральной службы по надзору в сфере транспорта информацию и материалы по вопросам, отнесенным к компетенции Управления;

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

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

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

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

Управление с целью реализации полномочий в установленной сфере деятельности имеет право:

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

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

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

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

- создавать координационные, совещательные и экспертные органы в установленной сфере деятельности;

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

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

1.2 Структура Межрегионального УГАДН по ХМАО-Югре и ЯНАО

Рисунок 1.1 – Структура Межрегионального УГАДН по ХМАО – Югре и ЯНАО

Основными целями Управления являются:

- лицензирование описанных выше видов деятельности

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

1.3 Описание объекта автоматизации

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

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

Для выполнения возложенных на отдел задач в его состав включены следующие подотделы:

- Лицензирования;

- Инспектирования;

1.4 Общее описание автоматизированной системы

При выполнении своих должностных обязанностей государственные инспекторы ОАТиАДН Межрегионального УГАДН по ХМАО – Югре и ЯНАО так или иначе прибегают к помощи компьютерной техники.

На государственного инспектора подотдела Лицензирования отдела ОАТиАДН возложены следующие обязанности:

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

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

- регистрирует представленные документы;

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

- подготовку проектов соответствующих решений и (на основании приказов начальника Управления) выдачу:

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

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

- В автоматизированной системе предусмотрен четкий порядок действий и ввод информации и документов.

Рисунок 1.2 - Схема работы с соискателями лицензии

При обращении соискателей лицензии в Управление государственного автодорожного надзора по Ханты-Мансийскому автономному округу – Югре Федеральной службы по надзору в сфере транспорта (далее - Управление) за получением лицензии на перевозки пассажиров автомобильным транспортом, оборудованным для перевозок более восьми человек (за исключением случая, если указанная деятельность осуществляется для обеспечения собственных нужд юридического лица или индивидуального предпринимателя) (далее -лицензия), специалист, осуществляющий прием документов, вручает обратившемуся лицу бланк с реквизитами для оплаты государственной пошлины за рассмотрение заявления на предоставление лицензии.

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

а) заявления о предоставлении лицензии (Приложение Б)

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

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

г) данных об АТС:

- паспорт транспортного средства;

- свидетельство о регистрации транспортного средства;

- договор аренды (договор лизинга, доверенность, иной документ, предоставляющий право использовать ТС);

- талон государственного технического осмотра;

- страховой полис обязательного страхования гражданской ответственности владельцев ТС;

д) данных о должностном лице, ответственном за обеспечение БДД (копий документов):

- приказа о назначении на должность;

- дипломов о высшем или среднем специальном образовании;

- удостоверений о повышении квалификации;

- документов, подтверждающих прохождение аттестации на право занимать должность

е) данных о должностных лицах и специалистах соискателя лицензии (копии документов):

- дипломов о высшем или среднем специальном образовании;

- удостоверений о повышении квалификации;

- данных о водительском составе (копии документов):

- водительское удостоверение;

- медицинская справка;

- документы, подтверждающие стаж работы водителя в категории «Д» (трудовая книжка, договора найма, справка о стаже работы с предыдущего места работы);

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

Государственным инспектором отдела г. Ханты-Мансийск проверяется полнота и достоверность представленных документов;

Документы соискателя лицензии принимаются по описи (Приложение Б).

В случае если соискателем лицензии в заявлении не отражена вся информация, а состав представленных документов предоставлен не в полном объеме, соискателю лицензии (законному представителю соискателя лицензии) вручается (направляется почтовым отправлением) уведомление о необходимости устранения нарушений в оформлении заявления и предоставления отсутствующих документов в срок не более 15 дней (Приложение Б);

Заявление соискателя лицензии регистрируется и присваивается «№ дела»;

Государственный служащий, осуществляющий проверку:

- принимает пакет документов, представленный соискателем лицензии, оформленный в соответствии с требованиями законодательства (федерального закона 128-ФЗ от 01.01.2001г., постановления Правительства РФ № 000 от 01.01.2001г.);

- проводит проверку соискателя лицензии на предмет соответствия лицензионным требованиям и условиям. Проверка оформляется соответствующим актом.

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

На основании принятого решения специалист, ответственный за лицензионную деятельность, подготавливает проект приказа и представляет руководству Управления.

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

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

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

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

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

Соискателю лицензии выдаются следующие документы:

- Лицензия;

- Выписки из документа (Приложение Б), подтверждающие наличие лицензии (лицензионные карточки);

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

Данные о владельце лицензии заносятся в реестр лицензий.

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

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

1.5 Обзор аналогичных программных продуктов

Автоматизированное рабочее место «АРМ-Лиц».

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

Рисунок 1.3 - Главное окно АРМ «Лиц»

Но данное АС имеет ряд недостатков:

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

Рисунок 1.4. Окно карточки предприятия АРМ «Лиц»

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

- Нет возможности ввода дополнительных данных необходимых для ведения дел заявителей;

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

Рисунок 1.5. Окно поиска данных в АРМ «Лиц»

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

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

2.1 Описание автоматизируемых функции

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

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

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

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

1) Добавление записи в журнал;

2) Редактирование записи журнала;

3) Пометка записи журнала на удаление;

4) Удаление (исключение) записи из журнала;

5) Вывод печатной формы на экран и при необходимости на принтер;

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

7) Формирование отчетов из имеющихся данных для предоставления вышестоящим инстанциям.

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

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

2) Дата и время создания записи в журнале;

3) Наименование контрагента.

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

1) Записана ;

2) Проведена (зафиксирована) ;

3) Помечена на удаление ;

4) Удалена (скрыта);

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

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

1) Классификатор должностей;

2) Классификатор типов документов;

3) Классификатор органов выдачи документов;

4) Классификатор марок и моделей транспортных средств;

5) Классификатор типов образовательных учреждений;

6) Классификатор образовательных учреждений;

7) Подразделения организации;

8) Отделы организации;

9) Сотрудники организации;

10) Физические лица;

11) Контрагенты;

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

Возвращаясь к журналам рассмотрим их типы:

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

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

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

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

5) Журнал результатов проверки в налоговой базе. Записи в данный журнал вводятся на основании записей из журнала заявлений и обязаны содержать информацию о дате и номере заявления. Здесь вносится только информация о положительном или отрицательном результате проверки.

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

7) Журнал актов проверки соискателя. Записи в данный журнал вводятся на основании записей из журнала приказов на проверки. Помимо этого содержит следующею информацию: должностное лицо проводившее проверку (из справочника должностных лиц организации) и его решение, заключение начальника отдела ОАТиАДН, заключение заместителя начальника управления и самого начальника управления.

8) Журнал приказа на предоставление или отказа в предоставлении лицензии и лицензионных карточек. Вводится на основании акта о проверке.

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

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

2.2 Обоснование автоматизации

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

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

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

Целями разработки и внедрения АС автодорожного надзора:

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

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

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

2.3 Выходная информация

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

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

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

1) Лицензии (включает в себя саму лицензию и лицензионные карточки на автотранспортные средства);

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

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

- Номер лицензии;

- Срок действия лицензии;

- Количество транспортных средств, имеющих лицензионные карточки;

- Сведения о продлении лицензии;

- Сведения о переоформлении лицензии;

- Сведения о приостановлении действия лицензии;

- Сведения о возобновлении действия лицензии;

- Сведения об аннулировании лицензии;

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

- Причину отказа в выдаче;

4) Отчеты в вышестоящие организации. Данные отчеты разделяются на 4 вида:

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

- Отчеты о количестве лицензий за весь период нарастающим итогом;

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

- Отчеты о количестве лицензионных карточек за весь период нарастающим итогом;

2.4 Входная информация

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

1) Заявление о предоставлении лицензии (установленной формы). Атрибутами данного заявления являются:

- Заявитель (контрагент);

- Дата заявления;

- Фамилия, имя и отчество ответственного за безопасность дорожного движения;

- Номер и дата удостоверения о повышении квалификации ответственного за БДД;

- Номер и дата удостоверения об аттестации ответственного за БДД;

- Наличие должностных инструкций;

2) Так же с заявлением предоставляются следующие документы:

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

- Документ, подтверждающий уплату государственной пошлины за рассмотрение заявления;

- Копии паспортов транспортных средств;

- Копии свидетельств о регистрации транспортных средств;

- Копии договоров аренды автотранспортных средств;

- Копия документа подтверждающего наличие АТС на ином законном основании;

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

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

- Копия приказа о назначении на должность, ответственного за обеспечение безопасности дорожного движения;

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

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

- Копии водительских удостоверений;

- Копии трудовых книжек;

- Копии иных документов подтверждающих стаж работы водителей, не подтвержденный трудовой книжкой;

- Копии медицинских справок;

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

- Копия сертификата на право производства работ по ТО и ремонту автобусов;

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

Каждый документ описанный в пункте 2 имеет следующие атрибуты:

- Вид документа, выбираемый из справочника видов документов;

- Серия документа;

- Номер документа;

- Количество страниц;

- Пометка о том, что принята копия или оригинал;

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

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

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

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

процессор не менее 1.4 GHz;

ОЗУ не менее 512 MB;

объем свободного пространства жесткого диска не менее 500 Mb;

сетевой адаптер не менее 10М/бит по протоколу TCP/IP;

монитор;

клавиатура;

Манипулятор типа мышь.

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

Xenon 2.40GHz

ОЗУ 2048 MB;

4 x 320GB SATA Один из которых HotPlug;

Контроллер RAID5;

сетевой адаптер;

Отдельная система хранения данных (библиотека).

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

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

2.6.1 Сравнение характеристик СУБД

Выбор конкретной архитектуры построения информационной системы включает два основных компонента: выбор серверной платформы (выбор серверной ОС и СУБД) и выбор платформ для клиентских рабочих мест. Остановимся на особенностях выбора конкретной СУБД. Для построения информационной системы, были проанализировано следующие СУБД: MySQL, Oracle, Microsoft SQL, PostgreSQL. Ниже представлено краткий анализ каждой СУБД.

В СУБД MySQL имеется ряд преимуществ перед другими система управления базами данных:

- кэш запросов;

- хорошая техническая поддержка;

- многопользовательская работа;

- MySQL оснащен большим количеством API для других языков и поддерживается большим количеством существующих программ;

- существует возможность репликации данных

- имеется возможность работы с несколькими базами через одно соединение;

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

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

Также в СУБД MySQL имеется следующий ряд недостатков:

- использует свой диалект стандарта ANSI SQL;

- поддержка транзакций не полностью отлажена;

- MySQL основан на использовании потоков (threads) что сказывается на стабильности работы;

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

- не поддерживает расширяемую систему типов.

Рассмотрим СУБД Oracle преимущества данной системы:

- признанный мировой лидер в области разработки СУБД на мировом рынке СУБД доля приложений Oracle составляет 31,1% (1-е место);

- бесплатная СУБД для разработчиков;

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

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

- обеспечивает высокоинтенсивную обработку в режиме online;

- содержит механизмы поддержания ссылочной целостности и контроля вводимой информации;

- имеет встроенную систему безопасности, избирательный доступ к объектам базы данных;

- не содержит ограничений по количеству индексов;

- обеспечивает резервное копирование on-line;

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

Данная СУБД является платной.

Рассмотрим Microsoft SQL преимуществами данной системы являются:

- распространенная реляционная база данных;

- удобная СУБД в использовании, проста в установке и настройке;

Также у данной СУБД имеется ряд недостатков:

- моноплатформенность;

- нельзя определять для пользователя, какой максимальный объём ресурсов СУБД ему доступен.

- используется язык TSQL, в котором отсутствуют массивы, структур и т. п.

Рассмотрим СУБД PostgreSQL она имеет ряд следующих преимуществ:

- кроссплатформенность;

- реляционная база данных;

- использует стандарта ANSI SQL;

В данной СУБД имеется ряд следующих недостатков:

- медленная работа команд INSERT, DELETE и UPDATE по сравнению с Oracle и MySQL;

- мало справочной информации по СУБД;

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

Проведя анализ СУБД, даже учитывая недостатки Microsoft SQL перед другими СУБД, для реализации поставленной цели, было принято решение за основу выбрать СУБД Microsoft SQL Server 2008. Данная СУБД вполне удовлетворяет всем требованиям для реализации системы, а так же была настоятельно рекомендована вышестоящими инстанциями организации.

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

2.6.2 Выбор средств разработки

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

Для разработки информационной системы была выбрана среда разработки Delphi.

Среда Delphi позволяет создавать приложения для Windows в пять раз быстрее, чем другие решения для разработки, или тратить на это в пять раз меньше ресурсов, не жертвуя производительностью и возможностями. Применение Delphi уменьшает затраты времени и ресурсов на создание приложений, поскольку все функции среды разработки Delphi — от средств создания настольных приложений до средств работы с веб-приложениями и серверами — подчинены одной цели: ускорить создание программ. А среда быстрой разработки позволяет уменьшить объем кода, необходимого для решения задач, стоящих перед разработчиками.

Delphi содержит встроенные средства, использующие небольшой объем ресурсов и обеспечивающие высокопроизводительный доступ ко всем популярным системам управления базами данных, включая Microsoft SQL Server, Oracle, MySQL, SQL Anywhere, InterBase, Firebird и другие. Благодаря мощной и надежной инфраструктуре доступа к базам данных разработчики могут обращаться к данным, а также считывать, изменять и удалять их как из кода, так и из визуальных элементов управления.

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

Среда Delphi предоставляет разработчикам новые возможности для подключения к данным, веб-службам и архитектурам приложений и позволяет подключаться к различным серверам, используя стандартные протоколы, включая COM, XML, SOAP, REST, JSON и веб-службы, для взаимодействия с решениями с архитектурой, ориентированной на службы (SOA).

В состав Delphi входит высококлассный быстро-действующий компилятор. Удобный для поддержки и восприятия, полностью объектно-ориентированный язык Delphi, созданный на основе языка Object Pascal, включает все возможности современных языков, позволяющие создавать мощный, производительный и устойчивый код. Кроме того, Delphi обеспечивает полный доступ к интерфейсу Windows API. Компиляция всего кода, даже огромных проектов, выполняется за считанные секунды.

3 Проектирование АС автодорожного надзора

3.1 Разработка функциональных моделей

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

Метод SADT (IDEF0) (Structured Analysis and Design Technique) считается классическим методом процессного подхода к управлению. Основной принцип процессного подхода заключается в структурировании деятельности организации в соответствии с ее бизнес-процессами, а не организационно-штатной структурой. Модель, основанная на организационно-штатной структуре, может продемонстрировать лишь хаос, царящий в организации (о котором в принципе руководству и так известно, иначе оно бы не инициировало соответствующие работы), на ее основе можно только внести предложения об изменении этой структуры. С другой стороны, модель, основанная на бизнес-процессах, содержит в себе и организационно-штатную структуру предприятия.

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

1) Верхний уровень модели должен отражать только контекст системы - взаимодействие моделируемого единственным контекстным процессом предприятия с внешним миром.

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

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

4) Описание элементарной бизнес-операции осуществляется посредством задания алгоритма ее выполнения.

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

Найденные в модели AS-IS недостатки можно исправить при создании модели ТО-ВЕ (как будет) – модели новой организации бизнес-процессов.

3.2 Функциональная модель данных AS-IS «как есть»

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

Рисунок 3.1 – Функциональная модель данных AS-IS «как есть»

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

Данный уровень разбивается на несколько этапов приведенных на рисунках 3.2, 3.3, 3.4 и 3.5.

Рисунок 3.2 – Декомпозиция функц. модели данных AS-IS «как есть»

Как видно из схемы, большинство операций производится вручную с использованием текстовых редакторов типа Word и обычных бумажных носителей информации для ведения журналов. Так же все записи в различных журналах ведущихся в ручную имеют информацию о заявителе, которую необходимо вписывать заново при создании новой записи. Подготовка отчетов и документов занимает длительный период времени. В связи, с чем иногда возникает потеря данных, ошибки, исправления. Из-за вышеописанных недостатков системы, была разработана модель «Как будет», описанная в п. 3.3. Данная модель позволит сократить время на ведении журналов и создании документов и отчетов. Также новая система в новой системе будет автоматизирован процесс информирования, формирование статистики и т. д.

Рисунок 3.3 – Прием и обработка информации

Рисунок 3.4 – Проверка соискателя лицензии

Рисунок 3.5 – Выдача лицензии

3.3 Функциональная модель данных TO-BE «как будет»

Данная модель демонстрирует, как будет проходить процесс лицензирования в АС «автодорожного надзора».

Функциональная модель «как будет». Представлена на рисунках 3.6, 3.7, 3.8, 3.9 и 3.10.

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

Рисунок 3.6 – Функциональная модель данных TO-BE «как будет»

Рисунок 3.7 – Декомпозиция функц. модели данных TO-BE «как будет»

Рисунок 3.8 – Прием и обработка информации

Рисунок 3.9 – Проверка соискателя лицензии

Рисунок 3.10 – Выдача лицензии

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

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

3.4 Проектирование и разработка структуры базы данных

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

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

Структура БД состоит из 30 таблиц и 85 представлений, а так же нескольких ролей, которые определяют права доступа к этим таблицам и представлениям. Физическая схема базы данных представлена в графическом приложении. В разрабатываемом программном обеспечении таблицы делятся на два типа: Справочники и Журналы. Немного опишу основные таблицы базы данных.

Справочники:

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

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

- tbl_CarMarks, tbl_CarModels – Таблица с данными о марках и моделях транспортных средств;

- tbl_Departments – Справочник отделов имеющихся в организации;

- tbl_Divisions – Справочник подразделений организации;

- tbl_Employees – Справочник сотрудников организации;

- tbl_DocumentTypes – Классификатор типов документов;

- tbl_Institutions, tbl_InstitutionsType – Классификатор учебных заведений и их типах;

- tbl_JobTitle – Классификатор должностей;

- tbl_SubdivisionGivenDoc – Классификатор органов выдачи документов;

Журналы документов:

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

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

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

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

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

- Приказ на проведение проверки (tbl_OrdersChecks) – Журнал содержащий информацию о приказах на выполнение проведения проверки соискателя лицензии и хранящий следующие данные: период проведения проверки, цели, задачи и предметы проверки, назначенные на проверку уполномоченные должностные лица (из справочника сотрудников организации), привлеченные к проведению проверки эксперты (из справочника физических лиц), мероприятия по контролю, которые необходимо провести в ходе проверки. Этот документ вводится на основании записей в журнале проверки в налоговой;

- Акт проведения проверки (tbl_CheckCertificate) – Журнал содержащий информацию о актах выполненной проверки соискателя лицензии и хранящий следующие данные: фамилия и. о. должностного лица проводившего проверку (из справочника должностных лиц), заключение должностного лица, заключение начальника отдела заключение заместителя начальника управления, решение самого начальника управления. Этот документ вводится на основании записей в журнале приказов на проведение проверок;

- Приказ на выдачу или отказ в выдаче лицензии (tbl_OrderOnLicense) – Журнал содержащий информацию о приказах на выдачу лицензий заявителям или отказе в выдаче и хранящий следующие данные: список содержащий лицензию и лицензионные карточки, в котором указано решение о выдаче или об отказе в выдаче. Этот документ вводится на основании записей в журнале актов о проверке;

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

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

- Выдача лицензии (tbl_DeliveryLic) – Журнал в который вносятся записи в момент выдачи лицензий и лицензионных карточек заявителю. Этот документ вводится на основании записей в журнале приказов на выдачу и содержит только те лицензии и лицензионные карточки, которые были введены и распечатаны из журналов печати;

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

Служебные таблицы:

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

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

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

SQL скрипт основных запросов к базе данных представлен в

3.5 Разработка интерфейса программного продукта

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

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

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

Рисунок 3.1 - Форма журнала

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

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

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

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

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

Рисунок 3.2 - Шапка форм редактирования журналов

На форме присутствуют следующие элементы:

- Документ основание. Имеет две кнопки. Кнопку выбора основания при, нажатии на которую открывается форма выбора документа основания, и кнопка отчистки информации о документе основании;

- Номер документа, состоящий из префикса и идентификационного кода записи;

- Дата создания документа;

- Контрагент. Контрагент выбирается путем нажатия кнопки с тремя точками расположенной справа от поля. При нажатии на кнопку открывается справочник выбора контрагента. Если контрагент отсутствует в списке его тут же можно добавить. Форма редактирования справочника контрагента приведена на рисунке 3.4. Так же это поде может быть заполнено автоматически из данных документа основания.

Форма редактирования контрагента имеет много различных полей которые могут вводиться в ручную или могут выбираться из других справочников и классификаторов. Так же предусмотрена возможность ввода адреса из общероссийского классификатора адресов (КЛАДР). На рисунке 3.5 представлено изображение формы ввода адреса.

Рисунок 3.3 - Форма редактирования контрагента

Рассмотрим более подробно принцип получения адреса из КЛАДРа. КЛАДР — Классификатор Адресов Российской Федерации. Изначально КЛассификатор АДресов России. Ведомственный классификатор ФНС России, созданный для распределения территорий между налоговыми инспекциями и автоматизированной рассылки корреспонденции.

Так как в КЛАДР отсутствуют адреса, имеющие любую степень секретности, то не исключена возможность ввода адресу вручную, а не выбором из списка.

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

Рисунок 3.4 - Форма ввода адреса из КЛАДРа

Во многих журналах документов в форме, помимо кнопок «Закрыть», «Сохранить», «Провести», присутствует кнопка «Печать». Она позволяет выводить необходимые документы по регламентированным формам на принтер. Одна из таких форм представлена на рисунке 3.6.

Рисунок 3.5 - Предварительный просмотр документа перед печатью

3.6 Разработка структуры программного продукта

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

- Приложение должно быть хорошо организовано.

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

- Защита от «дурака». Если процедура не может обработать некорректные данные и вызвать тем самым крах всей системы, необходимо проверить целостность входных данных, прежде чем работать с ними. Однако не стоит чрезмерно увлекаться данной защитой, которая неумолимо будет отбирать время и ресурсы, необходимые для выполнения более важных задач.

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

Delphi позволяет очень легко внести тестовый и отладочный коды в приложение. Например, когда мы создаем приложение работы с базой данных и используем быстрый, но, возможно, несколько рискованный алгоритм получения данных. Как же убедиться в корректности его работы? Один из путей — использовать в приложении два алгоритма одновременно (быстрый, но рискованный, и медленный, но проверенный), затем сравнить результаты работы обоих алгоритмов. Конечно же, этот вариант используется только в бета-версии, и после всестороннего тестирования, если все работает отлично и без сбоев, в конечной версии продукта останется только быстрый (и после такого тестирования — уже не рискованный) метод.

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

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

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

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

Рисунок 3.7 – Среда разработки АС

Из рисунка 3.7 видно, что основной программой является модуль именуемый «lic_clnt. exe» в состав которого входят наборы функций и типов:

- untilSQL – набор функций для обращения к данным из БД;

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

- untilLogs – набор функций для ведения логов;

- untilTypes – набор описывающий используемые в программе пользовательские типы;

- untilConf – набор определения первоначальных настроек программы и авторизированного пользователя;

- untilConst – набор описывающий используемые константы;

- untilPrint – набор вызова печатных форм отчетов и документов;

- formMain – Основная форма приложения;

- formAutentification – форма ввода имени пользователя и его пароля при авторизации методом SQL сервера. При авторизации пользователя методами контроллера домена данная форма не выводится на экран.

- formSplash – форма заставки при запуске приложения.

На представленном выше рисунке можно наблюдать список дополнительных модулей подключаемых к приложению. Например: pkAbout – модуль вывода формы «О программе», pkJobTitle – модуль содержащий формы для оперирования данными в справочнике должностей. Каждый модуль выполняет свою задачу при работе с программой.

Листинг основных функций используемых в программе представлен в

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

4.1 Методика обоснования экономической эффективности

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

Эффективность программного модуля определяется его качеством и эффективностью процесса разработки и сопровождения. Качество программного изделия определяется тремя составляющими:

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

- с позиции использования ресурсов и их оценки;

- по выполнению требований на программное изделие.

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

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

- чистый дисконтированный доход проекта (ЧДДпр);

- внутренняя норма рентабельности проекта (ВНР);

- срок окупаемости (Ток);

- коэффициент отдачи капитала (КОК).

4.2 Расчет единовременных затрат

Единовременные затраты предприятия-заказчика 55 тыс. рублей включают единовременные затраты предприятия изготовителя и его прибыль без НДС.

Коб=Кпрог×(1+r)×(1+НДС), (1)

НДС - ставка налога на добавленную стоимость, доли ед.

Коб= 60×(1+0,3)×(1+0,18) = 21 (руб.)

Единовременные затраты без НДС:

K’=Kпрог∙(1+r) (2)

K’= 60×(1+0,3) = 08 (руб.)

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

Кпрог=Зо×Тпрог1×(1+Кд)×(1+Кр)×(1+Ксен)×(1+Кнр)+Смч×Тпрог2, (3)

Кпрог=33000×6×(1+0,2)×(1+0,15)∙(1+0,34)+22,22×495 = 60 (руб.)

Таблица 4.1 – Исходные данные

Показатель

Условное обозначение

Значение

1. Среднемесячный оклад разработчика, р.

Зо

33000

2. Коэффициент доплат к заработной плате, доли ед.

Кд

0,2

3. Районный коэффициент, доли ед.

Кр

0,15

4. Обязательное отчисление на социальное страхование, доли ед.

Ксен

0,34

5. Коэффициент накладных расходов, доли ед.

Кнр

0,2

6. Годовой фонд работы ПК, час

Тпол

1984

7. Годовой фонд оплаты труда персонала обслуживающего 1 ПК, р.

ЗП

15000

8. Норма амортизационных отчислений ПК, доли ед.

Нпк

0,2

9 Норма амортизационных отчислений здания, доли ед.

Нзд

0,012

10. Площадь занимаемая ПК, м2

Sзд

4

11. Стоимость одного м2 здания, р.

Сзд

23000

12. Стоимость ПК, р.

Кпк

38200

13. Потребляемая мощность ПК, кВт

N

0,35

14. Стоимость кВт/часа, р.

Ц

1,96

15. Коэффициент затрат на ремонт ПК (от стоимости), доли ед.

Ктр

0,02

16. Коэффициент рентабельности предприятия, доли ед.

r

0,3

17. Ставка НДС, доли ед.

НДС

0,18

18. Коэффициент мощности вычислительной техники

Км

0,8

19. Норма амортизационных отчислений, доли ед.

Нсис

0,2

20. Коэффициент эффективности капитальных вложений, доли ед.

Ен

0,1

21. Затраты на материалы, руб

М

1610

22. Налог на прибыль, доли ед.

Нпр

0,2

23. Налог на имущество, доли ед.

Ним

0,022

24. Трудоемкость, чел/месяц (см. табл.4.2)

Тпрог1

520

25. Время использования ПК (час) (см. табл.4.2)

Тпрог2

495

Таблица 4.2 – Расчет трудоемкости разработки

Стадии разработки

Трудоемкость, чел/месяц

Время использования ПК, чел/час

1.Предпроектное исследование

0,7

40

2. Проектирование

1,4

120

3. Разработка

2,8

240

4. Тестирование

0,4

35

5. Документирование

0,7

60

ИТОГО

6,0

495

В таблице 4.2 рассчитаем трудоемкость разработки. Где столбец трудоемкость это будет Тпрог1, а время использования ПК – Тпрог2.

Эксплуатационные расходы рассчитываются по формуле 4:

Sэкс =ЗП∙(1+Кд)∙(1+Кр)∙(1+Ксен)+А+Тр+Э+М+Кнр, (4)

Результаты произведенных расчетов представим в таблице 4.3

Таблица 4.3 – Годовые расходы на эксплуатацию компьютера

Статьи затрат

Формула

Расчеты, р.

1. Средства на оплату труда

П1=ЗП∙(1+Кд)∙(1+Кр)

15000∙(1+0,2)∙(1+0,15)

20700

2. Обязательное отчисление на социальное страхование

П2=П1∙Ксен

20700∙0,34

7038

3. Амортизационные отчисления:

а) ПК

б) здания

П3=А=Апк+Азд

7640+1104

8744

Апк=Кпк∙Нпк

38200∙0,2

7640

Азд=Сзд∙Sзд∙Нзд

23000∙4∙0,012

1104

4. Ремонт

П4=Тр=Кпк×Ктр

38200∙0,02

764

5. Материалы

П5=М=1610 (см. табл.4.1)

6. Электроэнергия

П6=Э=Ц∙Тпол∙N∙Км

1,96∙1984∙0,35∙0,8

1088,82

7. Прочие накладные расходы

П7=Нрэкс= ЗП∙(1+Кд)∙(1+Кр)∙Кнр

15000∙(1+0,2)∙(1+0,15)∙0,2

4140

ИТОГО

Sэкс=∑(П1,П2,П3,П4,П5,П6,П7)

20700+7038+8744+764+

+1610+1088,82+4140

44084,82

Зная годовые расходы, затраченные на 1 ПК можно рассчитать стоимость машино-часа по формуле 5:

Смч = Sэкс/Тпол (5)

Смч = 44084,82/1984 = 22,22 (руб.)

4.3 Расчет обобщающих показателей эффективности

Внедрение АС позволит снизить трудоемкость выполнения работ. Рабочий день государственного инспектора составляет 8 часов при условии выполнения всех задач вручную, а стоимость рабочего часа 136,90 руб. При автоматизированном выполнении работ скорость работы специалиста увеличиться в 3 раза, следовательно, сократиться рабочий день на 3 часов, что составит 63 часов в месяц, то есть 8624,70 руб, а в год составит 40 руб. Количество государственных инспекторов составляет 7 человек. Таким образом, годовая выгода от внедрения программы 80 рублей.

Зная все это можно сказать, что проект принесет прибыль.

Осуществим вычисление обобщающих показателей эффективности нашей подсистемы:

Необходимые данные для расчета возьмем из таблицы 4.1.

Найдем ЧДДпр, решение представим в виде таблицы 4.4.

Таблица 4.4 – Расчет ЧДД проекта

Показатель

2011

2012

2013

2014

2015

1. Единовременные затраты, тыс. руб.

585,48

2. Прирост прибыли от внедрения ПО, тыс. руб.

724,47

724,47

724,47

724,47

3. Амортизация ПО

146,37

146,37

146,37

146,37

4. Остаточная стоимость ПО, тыс. руб.

439,11

292,74

146,37

0,00

5. Налог на имущество

9,66

6,44

3,22

0,00

6. Налогооблагаемая прибыль, тыс. руб.

714,81

718,03

721,25

724,47

7. Налог на прибыль, тыс. руб.

142,96

143,61

144,25

144,89

8. Чистая прибыль, тыс. руб.

571,85

574,43

577,00

579,58

9. Годовой чистый доход, тыс. руб.

-585,48

718,22

720,80

723,37

725,95

10. Накопленный чистый доход, тыс. руб.

-585,48

132,74

853,54

1576,91

2302,86

11. Коэффициент дисконтирования, тыс. руб.

1

0,909

0,826

0,751

0,683

12. Годовой дисконтированный доход, тыс. руб.

652,93

595,70

543,48

495,83

13. Накопленный дисконтированный доход, тыс. руб.

-585,48

67,45

663,15

1206,63

1702,46

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

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

Теперь используя графический способ и полученные данные, определим ВНР (см. рисунок 4.1):

Рисунок 4.1 - Расчет ВНР

По рисунку видно, что ВНР составляет 1,17 Данная величина означает предельно допустимую ставку по кредиту, при реализации проекта за счет заемных средств, при которой ЧДДпр – будет неотрицательным.

Найдем коэффициент отдачи капитала, подставим в нее найденный ранее ЧДДпр (см. таблица 4.4) и единовременные затраты получим, что КОК будет равен (585,48/585,48+1) = 3,91.

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

5 Безопасность жизнедеятельности. Качество и надежность системы

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

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

Цель и содержание БЖД:

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

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

- ликвидация последствий катастроф и стихийных бедствий.

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

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

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

5.1 Эргономические требования к рабочему месту

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

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

Главными элементами рабочего места программиста являются стол и кресло. Основным рабочим положением является положение сидя.

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

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

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

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

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

- дисплей размещается в зоне а (в центре);

- системный блок размещается в предусмотренной нише стола;

- клавиатура – в зоне г/д;

- «мышь» – в зоне в справа;

- сканер в зоне а/б (слева);

- принтер находится в зоне а (справа);

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

.

1 – сканер, 2 – монитор, 3 – принтер, 4 – поверхность рабочего стола, 5 – клавиатура, 6 – манипулятор типа «мышь».

На рисунке. 5.2 показан пример размещения основных и периферийных составляющих ПК на рабочем столе программиста.

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

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

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

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

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

- высота рабочей поверхности рекомендуется в пределах 680-760мм. Высота поверхности, на которую устанавливается клавиатура, должна быть около 650мм.

Положение экрана определяется:

- расстоянием считывания (0,6…0,7м);

- углом считывания, направлением взгляда на 20° ниже горизонтали к центру экрана, причем экран перпендикулярен этому направлению.

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

- по высоте +3 см;

- по наклону от -10° до +20° относительно вертикали;

- в левом и правом направлениях.

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

- голова не должна быть наклонена более чем на 20°,

- плечи должны быть расслаблены,

- локти – под углом 80°…100°,

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

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

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

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

5.2 Пожарная безопасность

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

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

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

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

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

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

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

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

5.3 Микроклимат в помещении

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

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

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

- защищающие от тепловых излучений (экранирование – установки термического сопротивления на пути теплового потока);

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

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

Объем помещений, в которых размещены работники вычислительных центров, не должен быть меньше 19,5м3/человека с учетом максимального числа одновременно работающих в смену. Нормы подачи свежего воздуха в помещения, где расположены компьютеры, приведены в таблица. 5.2.

Таблица 5.1 – Параметры микроклимата для помещений, где установлены компьютеры

Период года

Параметр микроклимата

Величина

Холодный

Температура воздуха в помещении Относительная влажность

Скорость движения воздуха

22…24°С

40…60%

до 0,1м/с

Теплый

Температура воздуха в помещении Относительная влажность

Скорость движения воздуха

23…25°С

40…60%

0,1…0,2м/с

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

Характеристика помещения

Объемный расход подаваемого в помещение свежего воздуха, м3 /на одного человека в час

Объем до 20м3 на человека

20…40м3 на человека

Более 40м3 на человека

Не менее 30

Не менее 20

Естественная вентиляция

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

5.4 Освещение

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

Существует три вида освещения – естественное, искусственное и совмещенное (естественное и искусственное вместе).

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

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

Согласно СНиП 23-05в помещений вычислительных центров необходимо применить систему комбинированного освещения.

При выполнении работ категории высокой зрительной точности (наименьший размер объекта различения 0,3…0,5мм) величина коэффициента естественного освещения (КЕО) должна быть не ниже 1,5%, а при зрительной работе средней точности (наименьший размер объекта различения 0,5…1,0 мм) КЕО должен быть не ниже 1,0%. В качестве источников искусственного освещения обычно используются люминесцентные лампы типа ЛБ или ДРЛ, которые попарно объединяются в светильники, которые должны располагаться над рабочими поверхностями равномерно.

Требования к освещенности в помещениях, где установлены компьютеры, следующие: при выполнении зрительных работ высокой точности общая освещенность должна составлять 300лк, а комбинированная – 750лк; аналогичные требования при выполнении работ средней точности – 200 и 300лк соответственно.

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

5.5 Электробезопасность

5.5.1 Типы поражающего тока

Сила поражающего тока зависит от его рода и частоты, напряжения в сети, сопротивления цепи протекания тока, в том числе и тела человека, от пути тока через тело человека, индивидуальных свойств организма, площади контакта тела с проводником тока. Характер воздействия переменного тока в зависимости от его силы: а) 1мА - пороговый ощутимый ток; б) 10-15 мА — пороговый неотпускающий тока — наибольший ток самостоятельного освобождения от электродов, захваченных действием мышц, через которые проходит ток (для постоянного тока — 50-80 мА); меньшие токи — отпускающие; в) 51-100мА — пороговый фибрилляционный, так как возможна фибрилляция, приводящая к смерти, паралич дыхания; г) 101-200 мА — фибрилляция, приводящая к смерти; паралич дыхания; д) 201мА и более — сильные ожоги, паралич дыхания.

Чем выше напряжение, тем опаснее, так как увеличивается сила тока. Сопротивление человека принято 1000 Ом - это сопротивление верхнего слоя кожи и в меньшей степени — сопротивление внутренних органов. Сопротивление влажной, загрязненной кожи резко снижается. Наиболее уязвимы: тыльная (наружная) часть кисти руки, участок выше кисти, шея, висок, спина, плечо — прикосновение ими смертельно при очень малых силе тока и напряжении. В цикле работы сердца, равном I секунде, имеется фаза расслабления 0,1с, когда оно наиболее уязвимо и может возникнуть фибрилляция; при действии тока менее 0,1с фибрилляция уменьшается; действие тока в течение нескольких секунд может привести к смерти.

5.5.2 Причины и виды поражения электрическим током

Причины поражения электрическим током: 1) прикосновение к находящимся под напряжением токоведущим частям оборудования; 2) появление напряжения на нетоковедущих частях оборудования (т. е. не находящихся под напряжением при работе исправного оборудования), на земле из-за замыкания, статического или атмосферного электричества; 3) работа на электроустройствах без соблюдения мер ОТ; 4) некачественное заземление или зануление электроустановок; 5) использование в особо опасных помещениях переносных электроустройств на напряжение более 36В.

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

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

5.5.3 Классификация помещений по электробезопасности

Помещения по степени опасности поражения током из-за характера окружающей среды делятся на классы: 1-й класс — помещения с повышенной опасностью — при наличии одного из условий: а) сырость (относительная влажность воздуха превышает 75%); б) токопроводящая пыль; в) токопроводящие полы (металлические, земляные, железобетонные, кирпичные и др.): г) температура воздуха выше +35°С (помещения с сушилками, котельные и т. д.); д) возможность одновременного прикосновения человека к металлическим корпусам электрооборудования и к соединенным с землей металлоконструкциям здания, технологическим аппаратам, механизмам; 2-й класс — особо опасные помещения — при наличии одного из условий: а) особая сырость (влажность близка к 100%, при этом потолок, стены, пол и предметы покрыты влагой); б) химически активная среда (т. е. агрессивные пары, газы, жидкости) или органическая среда, образующая отложения и плесень, разрушающие изоляцию и токоведущие части электрооборудования; в) одновременно два и более условия повышенной опасности; 3-й класс — помещения без повышенной опасности — при отсутствии условий повышенной или особой опасности.

5.6 Качество и надежность

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

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

Таблица 5.3

Категорийно-описательные метрики

Функциональные возможности

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

Корректность (правильность)

Способность к взаимодействию

Согласованность

Защищенность

Количественные метрики

Надежность

Завершенность

Устойчивость к дефектам

Восстанавливаемость

Доступность (готовность)

Эффективность

Временная эффективность

Используемость ресурсов

Качественные метрики

Практичность

Понятность

Простота использования

Изучаемость

Привлекательность

Сопровождаемость

Анализируемость

Изменяемость

Стабильность

Тестируемость

Мобильность

Адаптируемость

Простота установки

Сосуществование (соответствие)

Замещаемость

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

Назначение АС автодорожного надзора состоит в учёте и ведении документов по лицензиатам.

Основные функции выполняемые АС: прием документов от соискателей лицензий; ведение дела по лицензиату; выдача лицензий соискателям; формирование отчетов в вышестоящие инстанции.

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

Защищенность — способность систем защищать программы, информацию и данные. В критериях защиты и обеспечения безопасности для конкретной АСОИУ сосредоточиваются разнообразные характеристики, которые в ряде случаев трудно или невозможно описать количественно, в связи с чем приходится оценивать их экспертно или по бальной системе. АС протестирована и согласована с федеральным законом 152-фз от 01.01.2001 о защите персональных данных. Для предотвращения не авторизованного доступа предусмотрена парольная защита АС автодорожного надзора.

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

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

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

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

Минимальный набор требований для работы АРМ «специалиста УКС»: процессор не менее 1.4 GHz, ОЗУ не менее 512 MB, объем свободного пространства жесткого диска не менее 500 Mb, сетевой адаптер не менее 10М/бит по протоколу TCP/IP, монитор, клавиатура, Манипулятор типа мышь.

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

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

Привлекательность — субъективное свойство системы «нравиться» пользователям. АС разрабатывается с учётом требований пользователей к интерфейсу и в привычной для них цветовой гамме.

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

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

Адаптируемость — способность системы к модификации для эксплуатации в различных аппаратных и операционных средах без применения других дополнительных действий или средств. Было проведено тестирование на различных операционных системах семейства Windows, а так же на Unix подобной операционной системе Ubuntu в эмуляторе Wine.

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

Заключение

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

В ходе предварительного обследования Межрегионального УГАДН по Хмао-Югре и ЯНАО была изучена суть деятельности предприятия, рассмотрена организационная структура предприятия, документооборот отдела ОАТиАДН и других отделов организации. Была изучена и обобщена информация об оснащенности интересующих подразделений средствами вычислительной техники, периферийными устройствами, а также программным обеспечением. На основании обследования был сделан вывод о целесообразности проектирования автоматизированной системы, призванной значительно ускорить процессы сбора и обработки информации, минимизировать человеческий фактор, тем самым снизить риск недостоверности, возможной при осознанном или неосознанном искажении информации человеком.

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

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

Список использованных источников

1. ГОСТ 19.201-78. Техническое задание. требования к содержанию и оформлению.

2. Архангельский в Delphi 7. -Пресс», 2004.

3. , Delphi 6. БХВ-Петербург, 2002.

4. , Марков в Delphi 7. – СПб: БХВ-Петербург, 2003.

5. Дон Кили (Don Kiely), Элликс (Geoff Allix). Обзор механизмов защиты SQL Server 2008 для администраторов баз данных/ 2007.

6. Джеоф Алликс (Geoff Allix), Джули Строс (Julie Strauss). Обзор возможностей служб Analysis Services платформы SQL Server.

7. Николаева информационной экономики: Учебное пособие. М.: НОРМА, 2001 – 128с.

8. Дубовцев жизнедеятельности. / Учеб. пособие для дипломников. - Киров: изд. КирПИ, 1992 – 83с.

9. Мотузко труда. – М.: Высшая школа, 1989. – 336с.

10. Самгин рабочих мест. – М.: МИРЭА, 1989. – 186с.

11. Борьба с шумом на производстве: Справочник / , ; Под общ. ред. – М.: Машиностроение, 1985. – 400с.

12. Зинченко эргономики. – М.: МГУ, 1979. – 179с.

13. ГОСТ 19.701-90.

14. ГОСТ 34.601-90.

15. ГОСТ 34.602-89.

16. ГОСТ 34. Информационная технология. Комплекс стандартов на автоматизированные системы.

17. ГОСТ 34.201-89 «Виды, комплектность и обозначение документов при создании автоматизированных систем»

18. ГОСТ 19.201-78. Техническое задание. требования к содержанию и оформлению.

19. ГОСТ 34.201-89. Информационная технология. Комплекс стандартов на автоматизированные системы. Виды, комплексность и обозначение документов при создании автоматизированных систем.

20. ГОСТ 19.201-78. Техническое задание. Требования к содержанию и оформлению.

21. ***** - все про SQL, базы данных, программирование и разработку информационных систем.

22. ru. wikipedia. org - Википедия — свободная энциклопедия.

23. delphiworld. ***** - Профессиональные программы для разработчиков: Delphi World, Web Development Studio.

24. *****/2/13/1934/ - Краткий справочник по Transact SQL.

Показатель	Условное обозначение	Значение
1. Среднемесячный оклад разработчика, р.	Зо	33000
2. Коэффициент доплат к заработной плате, доли ед.	Кд	0,2
3. Районный коэффициент, доли ед.	Кр	0,15
4. Обязательное отчисление на социальное страхование, доли ед.	Ксен	0,34
5. Коэффициент накладных расходов, доли ед.	Кнр	0,2
6. Годовой фонд работы ПК, час	Тпол	1984
7. Годовой фонд оплаты труда персонала обслуживающего 1 ПК, р.	ЗП	15000
8. Норма амортизационных отчислений ПК, доли ед.	Нпк	0,2
9 Норма амортизационных отчислений здания, доли ед.	Нзд	0,012
10. Площадь занимаемая ПК, м2	Sзд	4
11. Стоимость одного м2 здания, р.	Сзд	23000
12. Стоимость ПК, р.	Кпк	38200
13. Потребляемая мощность ПК, кВт	N	0,35
14. Стоимость кВт/часа, р.	Ц	1,96
15. Коэффициент затрат на ремонт ПК (от стоимости), доли ед.	Ктр	0,02
16. Коэффициент рентабельности предприятия, доли ед.	r	0,3
17. Ставка НДС, доли ед.	НДС	0,18
18. Коэффициент мощности вычислительной техники	Км	0,8
19. Норма амортизационных отчислений, доли ед.	Нсис	0,2
20. Коэффициент эффективности капитальных вложений, доли ед.	Ен	0,1
21. Затраты на материалы, руб	М	1610
22. Налог на прибыль, доли ед.	Нпр	0,2
23. Налог на имущество, доли ед.	Ним	0,022
24. Трудоемкость, чел/месяц (см. табл.4.2)	Тпрог1	520
25. Время использования ПК (час) (см. табл.4.2)	Тпрог2	495

Стадии разработки	Трудоемкость, чел/месяц	Время использования ПК, чел/час
1.Предпроектное исследование	0,7	40
2. Проектирование	1,4	120
3. Разработка	2,8	240
4. Тестирование	0,4	35
5. Документирование	0,7	60
ИТОГО	6,0	495

Статьи затрат	Формула	Расчеты, р.
1. Средства на оплату труда	П1=ЗП∙(1+Кд)∙(1+Кр)	15000∙(1+0,2)∙(1+0,15)	20700
2. Обязательное отчисление на социальное страхование	П2=П1∙Ксен	20700∙0,34	7038
3. Амортизационные отчисления: а) ПК б) здания	П3=А=Апк+Азд	7640+1104	8744
Апк=Кпк∙Нпк	38200∙0,2	7640
Азд=Сзд∙Sзд∙Нзд	23000∙4∙0,012	1104
4. Ремонт	П4=Тр=Кпк×Ктр	38200∙0,02	764
5. Материалы	П5=М=1610 (см. табл.4.1)
6. Электроэнергия	П6=Э=Ц∙Тпол∙N∙Км	1,96∙1984∙0,35∙0,8	1088,82
7. Прочие накладные расходы	П7=Нрэкс= ЗП∙(1+Кд)∙(1+Кр)∙Кнр	15000∙(1+0,2)∙(1+0,15)∙0,2	4140
ИТОГО	Sэкс=∑(П1,П2,П3,П4,П5,П6,П7)	20700+7038+8744+764+ +1610+1088,82+4140	44084,82

Показатель	2011	2012	2013	2014	2015
1. Единовременные затраты, тыс. руб.	585,48
2. Прирост прибыли от внедрения ПО, тыс. руб.		724,47	724,47	724,47	724,47
3. Амортизация ПО		146,37	146,37	146,37	146,37
4. Остаточная стоимость ПО, тыс. руб.		439,11	292,74	146,37	0,00
5. Налог на имущество		9,66	6,44	3,22	0,00
6. Налогооблагаемая прибыль, тыс. руб.		714,81	718,03	721,25	724,47
7. Налог на прибыль, тыс. руб.		142,96	143,61	144,25	144,89
8. Чистая прибыль, тыс. руб.		571,85	574,43	577,00	579,58
9. Годовой чистый доход, тыс. руб.	-585,48	718,22	720,80	723,37	725,95
10. Накопленный чистый доход, тыс. руб.	-585,48	132,74	853,54	1576,91	2302,86
11. Коэффициент дисконтирования, тыс. руб.	1	0,909	0,826	0,751	0,683
12. Годовой дисконтированный доход, тыс. руб.		652,93	595,70	543,48	495,83
13. Накопленный дисконтированный доход, тыс. руб.	-585,48	67,45	663,15	1206,63	1702,46

Категорийно-описательные метрики
Функциональные возможности	Функциональная пригодность. Корректность (правильность) Способность к взаимодействию Согласованность Защищенность
Количественные метрики
Надежность	Завершенность Устойчивость к дефектам Восстанавливаемость Доступность (готовность)
Эффективность	Временная эффективность Используемость ресурсов

Качественные метрики
Практичность	Понятность Простота использования Изучаемость Привлекательность
Сопровождаемость	Анализируемость Изменяемость Стабильность Тестируемость
Мобильность	Адаптируемость Простота установки Сосуществование (соответствие) Замещаемость