Информационная система ГИБДД

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

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

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

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

2.6.2 Виды и методы тестирования

Тестирование программы методом «черного ящика».

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

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

Тестирование программы методом «белого ящика»

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

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

Восходящее тестирование.

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

Нисходящее тестирование.

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

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

2.6.3 Процесс и результат тестирования

Объектом испытаний в дипломном проекте является программа база данных «Информационная система ГИБДД».

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

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

Программа база данных «Информационная система ГИБДД» была протестирована методом «чёрного ящика».

Тест №1. Запуск программы.

Результат: Программа запускается без ошибок.

Тест №2. Проверка работы меню (выбирается любой пункт меню).

Результат: Открытие необходимого окна.

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

Результат: Работа с базой данных выполняется правильно.

Тест №4. Проверка кнопки для выполнения запроса.

Результат: Запрос выполняется верно.

Тест №5. Проверка кнопки для открытия «Справки».

Результат: Открытие необходимого окна.

Тест №6. Проверка кнопки для просмотра информации «О программе»

Результат: Открытие необходимого окна.

Тест №7. Проверка пункта меню «Выход».

Результат: Пункт меню «Выход» работает без ошибок.

Все компоненты работают исправно. Все функции в программе

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

2.7 Программная документация

2.7.1 Руководство программиста

Назначение и условия применения программы:

1) приложение «Информационная система ГИБДД» представляет собой программу для управления базой данных;

2) программа полностью автоматизирует труд оператора ЭВМ: автоматически заносит вводимые пользователем данные в таблицы базы данных, изменяет структуру таблиц (добавление/удаление записей)

3) программа хранит все сведения об автомобилях и их владельцев: личные данные владельца и автомобиля.

4) также программа хранит сведения о дорожно-транспортном происшествии: место ДТП, ущерб, количество пострадавших и т. д.

Загрузка программы возможна с дискеты, жесткого диска, CD диска, открыванием файла с именем «БД ГИБДД.exe».

Программа использует БД Paradox, для доступа к данным используется BDE версии 5.

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

a) Скопировать каталог программы на жесткий диск.

b) Установить BDE. Для этого нужно запустить BDE Administrator
(\Program Files\Common Files\Borland Shared\BDE\bdeadmin.exe). Затем создать псевдоним базы данных (Object\New). В выпадающем списке выбрать драйвер БД - STANDARD и переименовать его на STANDARD2. Убедиться, что Default Driver = PARADOX (при необходимости выбрать из выпадающего списка).

c) Записать изменения (Object\Apply).

d) После всего этого запустить файл «Информационная система ГИБДД.exe».

2.7.2 Руководство оператора

Для запуска программы, необходимо запустить файл с именем «Информационная система ГИБДД.exe».

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

Рисунок 1 Окно главной формы.

Если оператор нажмет на вкладку «Справочник номеров частных владельцев» (которая находится в меню «Файл» на левой стороне окна), то появится окно (рисунок 2) в котором хранится база данных о номерах выданных частным владельцам. В этом окне имеется фильтрация по техосмотру, диапазон (поиск данных по дате) и при вводе номера автомобиля появляется вся информация о владельце и автомобиле (состоит из вкладок).

Рисунок 2. Справочника номеров частных владельцев.

Если оператор нажмет на вкладку «Справочник организации», то появится окно (рисунок 3), в котором хранится база данных о номерах выданных организациям. В этом окне так же имеется фильтрация по техосмотру, диапазон (поиск данных по дате) и при вводе номера автомобиля появляется вся информация о владельце и автомобиле (состоит из вкладок).

Рисунок 3. Справочник номеров организации.

При выборе вкладки «Регистрация ДТП» появится база данных регистрации ДТП (рисунок 4). В этом окне имеется краткое содержание ДТП, а так же имеется фильтрация и диапазон.

Рисунок 4. Регистрация ДТП.

При выборе вкладки «Угон автомобилей» появится окно базы данных угнанных автомобилей (рисунок 5). Здесь имеется фильтрация и диапазон.

Рисунок 5. Угон автомобилей.

В каждой базе данных есть кнопки «Добавить» (добавление записи в таблицу), «Изменить» (изменение записи в таблице), «Удалить» (удалить запись в таблице), «Выход» (выйти из данной базы данных). При нажатии кнопки «Добавить» появится окно добавлении записи (рисунок 6). Оно будет пустым. Если пользователь начнет сохранять запись, пропустив хоть одну строчку, то вылезет окно «Заполните пустое поле» (рисунок 7). Пользователь должен заполнить его или выйти из этой формы, нажав выход. Аналогично кнопка «Изменить», только при появлении окна будут заполненные строчки (рисунок 7). При нажатии кнопки «Удалить» появится окошко действительно ли вы хотите удалить запись в таблице (рисунок 9).

Рисунок 6. Заполнение таблицы.

Рисунок 7. Предупреждение.

Рисунок 8. Изменение записи в таблице.

Рисунок 9. Предупреждение.

При нажатии на кнопку «О программе» в главной форме во вкладке «Помощь» (она находится на верхней части формы), появится окно, в которой указан разработчик программы «Информационная система ГИБДД» (рисунок 10).

Рисунок 10. О программе.

При нажатии на кнопку «Справка» в главной форме во вкладке «Помощь» (она находится на верхней части формы), появится окно, в которой указано как пользоваться программой «Информационная система ГИБДД» (рисунок 11).

Рисунок 11. Справка.

При выходе из программы (при нажатии на кнопку «Выход») появится окно с подтверждением «Вы действительно хотите выйти из программы?» (рисунок 12).

Рисунок 12. Подтверждение выхода из программы.

3. Эксплуатация программных средств

Рассмотрим структуру вычислительного центра на примере отдела автоматизированной системы учета ТГК №10

3.1 Эксплуатация программного обеспечения

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

- Системное программное обеспечение;

- Пакеты прикладных программ;

- Инструментарий технологии программирования;

Системное программное обеспечение направлено на:

- Создание операционной среды функционирования других программ;

- Обеспечение надежной и эффективной работы самого компьютера и вычислительной сети;

- Проведение диагностики и профилактики аппаратуры компьютера и вычислительных сетей;

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

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

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

Для IBM PC разработаны и используются сотни тысяч различных прикладных программ для различных применений. Наиболее широко применяются программы:

- подготовки тестов (документов) на компьютере - редакторы тестов;

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

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

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

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

Данная программа база данных «Информационная система ГИБДД»» относится к прикладным программам.

Необходимость архивации файлов.

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

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

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

Программы резервного копирования предназначены для копирования информации с жесткого диска на кассеты стримера или дискеты. Из этих программ широко используются Norton Backup ( для DOS и для Windows), FastBack Plus и др.

Защита от компьютерных вирусов.

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

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

Виды вирусов.

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

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

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

Основные методы защиты от компьютерных вирусов.

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

- общие средства защиты информации;

- профилактические меры;

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

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

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

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

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

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

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

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

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

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

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

Копирование файлов с жесткого диска.

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

Обслуживание дисков.

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

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

4. Экономический расчет программного продукта

4.1 Расчет себестоимости программного продукта «Информационная система ГИБДД»

Исходные данные:

1. Количество компьютеров - 1.

2. Количество дней работы над программой -.30

3. Коэффициент использования ПК - 0,8.

4. Продолжительность рабочей смены - 6ч.

5. Тариф за потребление электроэнергию - 1,53 руб.\кВ.ч.

1 Полезный фонд времени работы ПК.

Фп = t* nпк* T * Ku, час,

где t - продолжительность одной смены работы на ПК -6 ч.

nпк - количество компьютеров - 1.

T - количество дней работы над программой - 30.

Ku - коэффициент использования ПК - 0,8.

Фп = 6*1*30*0,8 = 144 ч.

2 Стоимость потребляемой энергии.

Uэп=P*Фп*Цруб,

где P - мощность потребляемая ПК - 0,5.

Фп - полезный фонд времени работы ПК

Цруб - тариф электроэнергии 1,53 руб.

Uэп=0,5*144*1,53=110,16 руб.

3 Стоимость эксплуатационных материалов.

Материальные затраты - всего:

Uмз = Uэл + Uэм руб,

где Uэл - стоимость потребляемой электроэнергии -110,16 руб.

Uэм - стоимость эксплуатационных материалов - 340 руб.

Uмз = 110,16 + 340= 450,16 руб

4 Оплата труда.

Формируется из основной и дополнительной оплаты труда.

4.1 Основная оплата труда за время работы над программой

Uопл.осн = Т*З руб,

Где Т - количество дней работы над программой - 30,

З - заработная плата программиста за 1 день - 78,09 руб.

Uопл.осн = 30*78,09=2342,7 руб

Дополнительная зар. плата.

Uопл.д = 0.4 * Uопл.осн руб, где

Uопл.осн - основная зар. плата за время работы над программой - 2342,7 руб.

Uопл.д = 0.4 * 2342,7 = 937,08 руб,

Оплата труда - всего

Uопл.тр. = Uопл.осн + Uопл.д руб,

где Uопл.осн - основная зар. плата за время работы над программой - 2342,7 руб.

Uопл.д. - дополнительная заработная плата - 937,08 руб.

Uопл.тр. = 2342,7+937,08=3279,78 руб.

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

Uсн = (Uсн. / 100) * Uопл.тр руб,

где Uсн. - норма отчисления на социальные нужды 26 %

Uопл.- оплата труда - 3279,78 руб.

Uсн. = (26 / 100) * 3279,78= 852,7 руб.

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

Uа= (Ha / 100) * Соф, руб,

где Ha - норма амортизационных отчислений на полное восстановление - 10,7%

Соф - стоимость основных фондов - 2500 руб.

Uа = (10,7 / 100) * 2500 = 267,5 руб.

5 Прочие затраты

Прочих затрат нет.

6 Общие издержки работы над программой.

Uо = Uмз + Uопл.тр. + Uсн + Uа + Uпр руб

Uо = 450,16+3279,78+852,7+267,5+0=4850,14 руб.

7 Структура себестоимости программы.

Таблица 4.

8 Расчет структуры себестоимости:

Вывод: Полная себестоимость программы «Информационная система ГИБДД» составляет 4850,14 руб.

5. Техника безопасности

5.1 Общие требования по техники безопасности

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

Повышенный уровень электромагнитных излучений;

Повышенный уровень статического электричества;

Повышенная ионизация воздуха;

Статические физические перегрузки;

Перенапряжение зрительных анализаторов;

Работник обязан:

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

- Содержать в чистоте рабочее место.

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

- Соблюдать меры пожарной безопасности.

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

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

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

Следует иметь в виду, что:

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

Площадь на одно рабочее место ПК должна составлять не менее 6,0 кв. м, а объем - не менее 20,0 куб. м.

Верхний край экрана следует располагать на уровне глаз или чуть ниже.

Оптимальное расстояние от глаз до экрана 600-700 мм, но не ближе 500 мм.

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

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

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

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

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

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

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

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

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

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

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

5.2 Техника безопасности при работе на компьютере

5.2.1 Требования безопасности перед началом работы на ПК

Работник при работе с ПК обязан:

- Осмотреть и привести в порядок рабочее место.

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

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

- Проверить исправность проводящих проводов и отсутствие оголённых участков проводов.

- Убедиться в наличии защитного заземления.

- Протереть салфеткой поверхность экрана и защитного фильтра.

- Убедиться в отсутствии дискет в дисководах ПК.

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

Работнику запрещается приступать к работе с ПК при:

- Отсутствии защитного экранного фильтра класса «полная защита».

- Отсутствии специальной вилки с подключением заземления.

- Обнаружении неисправности оборудования.

- При размещении ПК в ряд на расстоянии менее 1,2 м, при расположении рабочих мест с компьютерами в колонку на расстоянии менее 2,0 м, при рядном расположении дисплеев экранами друг к другу.

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

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

- Работник не должен разрешать работать лицам, не имеющим допуска к работе с опасным оборудованием или с ПК.

5.2.2 Требования безопасности во время работы с ПК

Работник организации во время работы обязан:

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

- В течение всего рабочего времени содержать в порядке и чистоте рабочее место.

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

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

При необходимости прекращения работы на некоторое время корректно закрыть все активные задачи.

Выполнять санитарные нормы и соблюдать режимы работы и отдыха.

Соблюдать правила эксплуатации электрооборудования или другого оборудования в соответствии с инструкциями по эксплуатации.

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

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

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

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

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

Не приступать к работе на ПК до устранения неисправности.

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

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

Работнику при работе на ПК запрещается:

Касаться одновременно экрана монитора и клавиатуры.

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

Переключать разъёмы интерфейсных кабелей периферийных устройств при включенном питании.

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

Производить самостоятельное вскрытие и ремонт оборудования.

Работник обязан отключить ПК от электросети:

а) при обнаружении неисправности,

б) при внезапном снятии напряжения электросети,

в) во время чистки и уборки оборудования.

- Произвести закрытие всех активных задач.

- Выполнить парковку считывающей головки жесткого диска

- Убедиться, что в дисководе нет дискет.

- Выключить питание системного блока.

- Выключить питание всех периферийных устройств.

- Отключить блок питания.

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

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

Заключение

В данном дипломном проекте была спроектирована, запрограммирована и протестирована программа «Информационная система ГИБДД». Сначала был проведен анализ предметной области, на основании чего был сделан вывод, что лучшим способом хранения данных в данном случае является база данных, затем был разработан алгоритм действия программы.

После этого был разработан пользовательский интерфейс, который позволит пользователям без труда работать с данной программой, поскольку при разработке были использованы общепринятые стандарты (например, стандартный для ОС Windows, оконный интерфейс).

Для программной реализации данного проекта были выбраны база данных Paradox (для хранения данных) и мощный язык программирования Delphi 7.

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

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

Литература

1. Технологии разработки программного обеспечения: Учебник / С. Орлов. - СПб.: Питер, 2002. - 464 с.

2. Благодатских В. А. и др. Стандартизация разработки программных средств: Учеб. пособие / Благодатских В. А., Волнин В. А., Поскакалов К. Ф.; Под ред. Разумова О. С. - М.: Финансы и статистика, 2003. -288 с.

3. Программирование баз данных в Delphi 7. Учебный курс / Фаронов В. В.- СПб.: Питер, 2003. - 459 с.

4. Голицына О. Л., Максимов Н. В., Попов И. И. Базы данных: Учебное пособие. - М.: ФОРУМ: ИНФРА-М, 2003. 352 с.

5. С. И. Бобровский Delphi 7 учебный курс. - СПб.: Питер 2003-457с.;

6. Рудаков А.В., «Технология разработки программных продуктов», Москва 2005г.;

7. Макарова Н. В.,«Информатика», Санкт-Петербург, Издательство «ПИТЕР», 2002 г.;

Страницы: 1, 2