Размещено на http://www.allbest.ru

Содержание

Введение

1.Назначение разработки

2. Требования к программе

2.1 Требование к функциональным характеристикам

2.2Требования к надежности и безопасности

2.3 Требования к составу и параметрам технических средств

2.4. Требования к информационной и программной совместимости

2.5. Требования к транспортированию и хранению

2.6. Специальные требования

3.Требования к программной документации

4. Стадии и этапы разработки

4.1 Описание среды программирования

4.2 Разработка алгоритма

4.3 Описание основных программных модулей

5. Тестирование программного продукта

5.1 Анализ результатов решения

6. Экономическая часть

6.1 Расчет затрат на разработку

6.2Экономический эффект

7. Охрана труда и безопасность жизнедеятельности

7.1 Меры безопасности

при работе с копировально-множительной техникой

7.2 Требования охраны труда при эксплуатации электрооборудования офисными работниками

Заключение

Список литературы

Приложение



Введение

программный автоматизированный учет информация

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

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

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



1.Назначение разработки

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

Автоматизированная информационная система «Метеонаблюдения» предназначена для сбора и обработки параметров (суточных сводок по определенному региону со значениями параметров в виде таблицы) с клавиатуры. Параметрами являются:

· Календарная дата (число, месяц, год);

· Ночная температура воздуха Тноч, град;

· Дневная температура Тден, град;

· Атмосферное давление Р, мм.рт.ст;

· Влажность воздуха %;

· Скорость ветра м/с.

В базе данных «Метеонаблюдения» будет храниться информация о наблюдениях за один год. Данные хранятся в одном файле. Основное назначение автоматизированной информационной системы:

· Ведение базы данных о всех наблюдениях;

· Статистическая обработка данных по заданным критериям;

· Формирование необходимой отчетности по итогам наблюдений



2. Требования к программе

2.1 Требование к функциональным характеристикам

Состав выполняемых функций

Разрабатываемая автоматизированная информационная система «Метеонаблюдения» должна обеспечивать:

· Загрузку исходных данных из заданного файла с отображением имени файла;

· Сохранение исходных данных с отображением имени файла;

· Редактирование данных таблицы, в том числе добавление записей;

· Формирование выборки записей в заданный период времени;

· Расчет и отображение таблицы пиковых значений (min , max) выбранного параметра в заданный период времени;

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

· Выдача запроса на сохранение измененных пользователем исходных данных;

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

· Вывод сведений об авторе приложения.

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

1. Календарная дата (число, месяц, год);
2. Ночная температура воздуха Тноч, град;
3. Дневная температура Тден, град;
4. Атмосферное давление Р, мм.рт.ст;
5. Влажность воздуха %;
6. Скорость ветра м/с.



2.2Требования к надежности и безопасности.

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

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

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

2.3Требования к составу и параметрам технических средств

Система должна работать на IBM совместимых персональных компьютерах.

Минимальная конфигурация:

· тип процессора IntelPentiumI и выше;

· объем ОЗУ 500 МБайт;

· тип монитора SVGA, ЖК;

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

2.4 Требования к информационной и программной совместимости

Система должна работать под управлением операционной системы WindowsXP и выше.

Система не конфликтует ни с каким другим программным обеспечением.



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

Программа поставляется на лазерном носителе информации.

Программная документация поставляется в электронном и печатном виде.

2.6 Специальные требования

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



3.Требования к программной документации

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

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

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

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



4. Стадии и этапы разработки.

4.1 Описание среды программирования

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

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

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

В-третьих: это улучшенные средства отладки приложений.

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

В-пятых: это внушительный инструментарий.

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

Компилятор, встроенный в Delphi, обеспечивает высокую производительность, необходимую для построения приложений в архитектуре “клиент-сервер”. Этот компилятор в настоящее время является одним из самых быстрых в мире, его скорость компиляции составляет свыше 120 тысяч строк в минуту на компьютере 486DX33. Он предлагает легкость разработки и быстрое время проверки готового программного блока, характерного для языков четвертого поколения (4GL) и в то же время обеспечивает качество кода, характерного для компилятора 3GL. Кроме того, Delphi обеспечивает быструю разработку без необходимости писать вставки на С+ + или ручного написания кода (хотя это возможно).

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

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

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

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

Благодаря такой архитектуре приложения, изготовленные при помощи Delphi, работают надежно и устойчиво. Delphi поддерживает использование уже существующих объектов, включая DLL, написанные на С и С++, OLE сервера, VBX, объекты, созданные при помощи Delphi. Из готовых компонент работающие приложения собираются очень быстро. Кроме того, поскольку Delphi имеет полностью объектную ориентацию, разработчики могут создавать свои повторно используемые объекты для того, чтобы уменьшить затраты на разработку.

Delphi предлагает разработчикам - как в составе команды, так и индивидуальным - открытую архитектуру, позволяющую добавлять компоненты, где бы они ни были изготовлены, и оперировать этими вновь введенными компонентами в визуальном построителе. Разработчики могут добавлять CASE-инструменты, кодовые генераторы, а также авторские help'ы, доступные через меню Delphi.

Объекты БД в Delphi основаны на SQL и включают в себя полную мощь BorlandDatabaseEngine. В состав Delphi также включен Borland SQL Link, поэтому доступ к СУБД Oracle, Sybase, Informix и InterBase происходит с высокой эффективностью. Кроме того, Delphi включает в себя локальный сервер Interbase для того, чтобы можно было разработать расширяемые на любые внешние SQL-сервера приложения в оффлайновом режиме. Разработчик в среде Delphi, проектирующий информационную систему для локальной машины (к примеру, небольшую систему учета медицинских карточек для одного компьютера), может использовать для хранения информации файлы формата .dbf (как в dBase или Clipper) или .db (Paradox). Если же он будет использовать локальный InterBaseforWindows 4.0 (это локальный SQL-сервер, входящий в поставку), то его приложение безо всяких изменений будет работать и в составе большой системы с архитектурой клиент-сервер.

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

Основы работы с базами данных

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

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

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

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

2. Каждая таблица состоит из фиксированного числастолбцов и переменного числа строк.

3. Запись - строка таблицы.

4. Каждая запись содержит информацию об отдельном экземпляре объекта.

5. Поле - столбец таблицы. Каждый столбец представляет собой конкретное данное - одну характеристику объекта (атрибут). Для каждого поля разработчик должен определить:

· уникальное имя поля;

· тип поля;

· дополнительные характеристики (длину, формат) поля.

6. Ключ - одно или несколько полей для идентификации записей таблицы.

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

8. Каждое поле может входить в несколько таблиц.

9. Изменение количества полей и (или) их типов является особой операцией.

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

4.2 Разработка алгоритма

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

· избыточность информации;

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

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

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

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

Таблица 1

№	Имя поля
1	Календарная дата (число, месяц, год);
2	Ночная температура воздуха Тноч, град;
3	Дневная температура Тден, град;
4	Атмосферное давление Р, мм.рт.ст;
5	Влажность воздуха %;
6	Скорость ветра м/с.

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

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

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

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

1 шаг (Правило 1)

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



4.3 Создание базы данных в среде программирования DELPHI

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

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

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

Инструментальные средства

· BorlandDatabaseEngine (BDE) - процессор баз данных, который представляет собой набор динамических библиотек и драйверов, предназначенных для организации доступа к базам данных из Delphi-приложений.

· BDEAdministrator - утилита для настройки различных параметров BDE.

· DatabaseDesktop - программа создания и редактирования таблиц, SQL-запросов.

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

Компоненты

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

Table - набор данных, основанный на таблице базы данных (страница BDE);

DataSource - источник данных (страница DataAccess);

DBGrid - таблица (страница DataControls);

DBNavigator - навигационный интерфейс (страница DataControls);

DBEdit - однострочный редактор (страница DataControls).

Псевдоним базы данных

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

Примечание

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

Создание базы данных

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

1. Создание папки.

2. Создание псевдонима.

3. Создание таблиц.

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

Создание псевдонима

Псевдоним (alias) может быть создан при помощи утилиты BDEAdministrator:

C:\Program Files\Common Files\Borland Shared\BDE\bdeadmin.exe

На Рисунке 2 приведен вид диалогового окна BDEAdministrator после запуска утилиты.

Рис.2

В левой части окна, на вкладке Databases, перечислены псевдонимы, зарегистрированные на данном компьютере. Для создания нового псевдонима необходимо выбрать команду меню Object - New. Откроется новое диалоговое окно NewDatabaseAlias (Рисунок 3) из списка DatabaseDriverName выберем драйвер (тип базы данных) STANDARD, который обеспечивает доступ к таблицам в формате Paradox.

Рис.3

Для подтверждения выбора драйвера кликнем на клавише OK. В результате в список псевдонимов будет добавлен новый элемент (см. Рисунок 4).

Рис.4

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

Имя псевдонима можно изменить, щелкнув правой кнопкой мыши на имени псевдонима (на вкладке Databases), в открывшемся контекстном меню выбрать команду Rename и ввести новое имя - METEO.

Путь к файлам базы данных вводится на вкладке Definition в поле Path с клавиатуры или с помощью стандартного диалогового окна SelectDirectory, которое открывается щелчком на кнопке с тремя точками, находящейся в конце поля Path (см. Рисунок 5).

Рис.5

Для того чтобы созданный псевдоним был зарегистрирован в файле конфигурации (idapi.cfg), необходимо выполнить команду в меню Object - Apple (Применить). В открывшемся диалоговом окне Confirm следует подтвердить необходимость сохранения изменений в файле конфигурации.

Таблица 2

FieldName (имя поля)	Type (тип)	Size (размер)	Примечание
DATA	D		Дата
TD	N		Температура дневная
TN	N		Температура ночная
AD	N		Атмосферное давление
SV	N		Скорость ветра
VV	N		Влажность воздуха

Таблицы создаются с помощью входящей в состав Delphi утилиты DatabaseDesktop. Эта утилита позволяет создавать, просматривать и модифицировать таблицы баз данных различных форматов. ВызватьутилитуDatabase Desktopможно:

C:\Program Files\Common Files\Borland Shared\Database Desktop\dbd32.exe

Для создания таблицы в окне DatabaseDesktop выполним команду File-New-Table... Сначала в окне CreateTable необходимо из раскрывающегося списка выбрать тип таблицы и нажать клавишу Ok. Пусть тип базы будет Paradox7. После этого открывается новое окно (см. рисунок 5), в котором необходимо создать структуру таблицы MData.

Рис. 5

Для каждого поля таблицы необходимо указать имя, тип, если нужно размер поля. Имя поля используется для доступа к данным. В качестве имени используется последовательность букв латинского алфавита и цифр длиной не более 25 символов. Для определения типа поля используйте клавишу пробел или правую клавишу мыши. Тип Alpha означает текстовый (строковый) тип поля. Для этого поля необходимо указать его длину. Для полей с типом Number, Date длину не указывают. Необходимо отметить признак ключевого поля ID_M, установив символ «*» в графе Key.

Примечание

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

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

1. Требование обязательного ввода значений (RequiredField);

2. Минимальное значение (Minimumvalue);

3. Максимальное значение (Maximumvalue);

4. Значение по умолчанию (Defaultvalue);

5. Маска ввода (Picture).

На Рисунке 6 приведены ограничения на заполнения поля TN (Ночная температура), с указанием ограничений на значение поля. Такие же ограничения установлены на значения дневной температуры.

Рис.6

На Рисунке 7 приведены ограничения на заполнения поля AD (Атмосферное давление), с указанием ограничений на значение поля.

Рис.7

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

Рис.8

На Рисунке 9 приведены ограничения на заполнения поля SV (Скорость ветра), с указанием ограничений на значение поля.

Рис. 9

Доступ к базе данных обеспечивают компоненты Database, Table и DataSource.

Размещено на http://www.allbest.ru

Рис.7

Компонент Databaseпредставляет базу данных как единое целое, т.е. совокупность таблиц, компонента Table - одну из таблиц базы данных. Компонента DataSource обеспечивает связь таблицы и компонента отображения или редактирования данных (см. рисунок 7).

Использование модуля данных

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

Создаем новый объект DataModule, выполнив команду File-New-DataModule. Сохраняем его модуль под именем UnitDModul в папке Метеосводка.

На лист окна DataModule1 добавляем компонент Database (связь с сервером) со страницы BDE. В свойстве AliasName (имя псевдонима) выбераем из списка: METEO

Добавим в окно DataModule1 компоненты Table (набор данных) со BDE и DateSource (источник данных) со страницы DataAccess и расположим их рядом друг с другом (см. рисунок 8).

4.4 Описание основных программных модулей

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

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

· форма Метеосводка (сокращенный вид), содержащая все данные метеонаблюдений за 2015 год;

· форма Метеосводка (с выборкой данных), содержащая данные, выбранные на введенный период;

· форма Метеосводка (Расчет пиковых значений) , содержащая статистические расчеты за выбранный период;

· форма Метеосводка (График), в которой будет построен график изменения значений за выбранный период.

Свойства стартовой формы проекта

Таблица 3

Выделенная компонента	Окно инспектора объектов	Имя свойства	Действие
Form1	Properties	Caption	Метеосводка
		Name	Form1

Имя модуля и проекта: UnitGlavn и ProjectGlavn в папке Метеосводка.

Рис. 10

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

1. Файл -

Открыть - открывает файл базы данных,

Сохранить - сохраняет файл базы данных;

Рис. 11

2. Справка - вывод информации о разработчике программы.

Рис. 12

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

Рис.13

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

Рис.14

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

Рис.15

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

По щелчку на кнопке «Построить график» открывается полная форма проекта (рис.15)



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

Таблица 4

Выделенная компонента	Окно инспектора объектов	Имя свойства	Действие
Button2	Properties	Caption	Ночная температура
	Events	OnClick	Расчет минимальной и максимальной ночной температуры;
Button3	Properties	Caption	Дневная температура
	Events	OnClick	Расчет минимальной и максимальной дневной температуры
Button4	Properties	Caption	Атмосферное давление
	Events	OnClick	Расчет минимального и максимального атмосферного давления
Button5	Properties	Caption	Влажность воздуха
	Events	OnClick	Расчет минимальной и максимальной влажности воздуха;
Button6	Properties	Caption	Скорость ветра
	Events	OnClick	Расчет минимальной и максимальной скорости ветра;
Button7	Properties	Caption	Построить график
	Events	OnClick	Построение графика по выбранному диапазону дат



5. Тестирование программного продукта

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

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

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

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

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

5) необходимо тщательно подбирать тест не только для правильных (предусмотренных) входных данных, но и для неправильных (непредусмотренных);

6) при анализе результатов каждого теста необходимо проверить, не делает ли программа того, что она не должна делать;

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

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

9) следует учитывать так называемый «принцип скопления ошибок»: вероятность наличия не обнаруженных ошибок в некоторой части программы прямо пропорциональна числу ошибок, уже обнаруженных в этой части;

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

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

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

5.1 Анализ результатов решения

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

Все найденные ошибки были успешно устранены.

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



6. Экономическая часть

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

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

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

6.1 Расчет затрат на разработку

Распределение трудоемкости по стадиям разработки приведено в таблице№5

Таблица№5

Этап разработки	Описание содержания работ	Трудоёмкость (час.)
Постановка задачи	Предпроектное обследование. Разработка, согласование и утверждение технико-экономического обоснования.	10
Составление технического проекта	Уточнение структуры и формы представления входных и выходных данных. Разработка алгоритма решения задачи. Разработка структуры программы. Разработка плана мероприятий по разработке и внедрению проекта. Разработка пояснительной записки. Согласование и утверждение технического проекта.	40
Составление рабочего проекта	Написание программы на языке программирования, первичная отладка, тестирование. Разработка, согласование и утверждение порядка и методики испытаний, корректировка программы.	85
Документирование и внедрение.	Разработка программной документации. Сдача программы и программной документации	20
ИТОГО:		155 часов

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

c = 0,6 - (коэффициент сложности программы)

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

p = 0,1 - коэффициент коррекции программы в ходе разработки.

При расчете основной З/П следует учитывать также:

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

Коэффициент квалификации разработчика k определяется в зависимости от стажа работы и составляет: для работающих до двух лет - 0,8; от трех лет до пяти лет - 1,0; от пяти до восьми - 1,2; более восьми лет -1,5. Поскольку стажа работы по специальности у меня нет, возьмем k= 0,8.

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

З/П_осн = оклад * c * (p+1) * b * k = (8000 руб. * 0,6 * (1 + 0,1) * 1.1 * 0.8) = 4646,4руб. - в месяц

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

З/П_доп= 0руб. - за период разработки.

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

З/П_сум = 4646,4руб. + 155ч. / 176ч. + 0руб. = 4092руб.

Страховые отчисления берутся в размере 34% от основной и дополнительной заработной платы:

с_о = З/П_сум* 34%,

с_о = 4092руб. * 34% = 1391,28 руб.

Стоимость суммарных затрат на заработную плату, с учетом ЕСН за период разработки ПП составит:

З/Побщ = З/П_сум+ с_о = 5483,28 руб.

Содержание и эксплуатация вычислительной техники

С_вт= С _м-ч * Т_отл

где С _м-ч - стоимость машино-часа.

Т_отл - Число часов отладки.

Т_отл = 40ч. + 85ч. + 20ч. = 145ч. - данные из таблицы №1

Стоимость машино-часа рассчитывается, как сумма составляющих:

С _м-ч = (С_{эл_эн_в_год}+ А + З)/Ф_вт

где С_{эл_эн_в_год} - стоимость электроэнергии в год,

А - стоимость амортизации за год,

З - затраты на ремонт за год,

Ф_вт- действительный фонд времени работы вычислительного комплекса.

Стоимость 1 КВТ/час электроэнергии составляет: 3,89руб.

Один компьютер потребляет 300 Вт в час.

За год отчисления за электроэнергию, потребляемую одной ЭВМ, составляет:

2ч. * 365дня. * 0,3КВт/ч. * 3,89руб. = 851,91руб.

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

ПК был приобретен в декабре месяце 2010 года. Стоимость компьютера составляет 13500руб.

Сумма, относительно которой считается амортизация:

13500 руб. / 4 года = 3375руб.

Стоимость ремонта ЭВМ=13500 * 5%=675руб.

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

Стоимость машинного часа равна:

(851,91+ 3375 + 675)/693,5 = 7,06руб.

Содержание и эксплуатация вычислительного комплекса на время написания дипломного проекта составляет (данные из таблицы №1):

145 час. * 7,06 руб. = 1023,7руб.

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

Затраты на разработку программного продукта приведены в таблице 2.

Таблица 6

№	Наименованиерасходов	Затраты (руб.)
1	Общая заработная плата	4092 руб.
2	Фондовые отчисления	1391,28 руб.
3	Содержание и эксплуатация вычислительного комплекса	1023,7 руб.
ИТОГО	6506,98руб.

6.2Экономический эффект

Экономический эффект - это прежде всего снижение затрат за счет:

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

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

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

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

Рассчитаем экономический эффект, получаемый за счёт сокращения времени на поиск и расчета заказов после внедрения программного продукта.

Для ведения расчетов введем следующие обозначения:

Т₁- время, затрачиваемое сотрудниками на поиск информации и расчет до внедрения программного продукта;

Т₂- время, затрачиваемое на поиск и расчет после внедрения программного продукта.

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

Т₁ = 30мин. или 0,5часа.

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

Т₂ = 3мин. или 0,05ч.

Среднее количество операций за 1 день =1опер. Количество операций за год равна:

1опер. * 365дня = 365опер./год

Теперь подсчитаем, сколько времени тратилось в год до внедрения программы:

Т₁ (0,5 часа) *365опер. / год = 182,5ч.

Теперь подсчитаем, сколько времени тратилось в год после внедрения программы:

Т₂ (0,05ч.) * 365опер./год = 18,25ч.

?Т = Т₁ - Т₂ = 182,5ч. - 18,25ч. = 164,25ч. - экономия времени

Должностной оклад одного специалиста = 8000 руб. Стоимость одного часа П= 8000/176 = 45,45 руб. Страховые взносы, начисляемые из заработной платы составят: 8000*0,34/176=15,45 руб.Определим суммарные затраты работника, с учетом страховых взносов: П_сум=45,45 + 15,45= 60,9руб/ч.

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

164,25час. * 60,9руб. = 10002,83руб.

Итак, общая экономическая эффективность при внедрении программного продукта в инспекцию составит 10002,83 руб. в год, при этом заметно сократится время сотрудника на поиск информации и расчет заказов.

Экономический эффект составляет величину равную годовой экономии средств за вычетом затрат на разработку и реализацию программного продукта =10002,83- 6506,98= 3495,84руб.

Срок окупаемости = Суммарные затраты на внедрение программы /Годовая экономия за 1год = 6506,98руб./10002,83 руб.= 0,65 года

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



7. Охрана труда и безопасность жизнедеятельности

Требования безопасности, направленные на предотвращение неблагоприятного влияния на здоровье человека вредных факторов производственной среды и трудового процесса при работе с персональными электронно-вычислительными машинами (ПЭВМ) содержатся в СанПиН 2.2.2/2.4.1340-03 «Гигиенические требования к персональным электронно-вычислительным машинам и организации работы», утвержденного Постановлением Главного санитарного врача Российской Федерации от 03.06.2003 г. №118 (в редакции от 03.09.2010 г.).

При работе с ПЭВМ (компьютерами) необходимо соблюдать следующие меры безопасности и охраны труда:

- эксплуатация ПЭВМ должна осуществляться в помещениях с естественным и искусственным освещением;

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

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

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

- расстояние от глаз до экрана видеодисплейного терминала должно находится в пределах 600-700 мм, но не ближе 500 мм;

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

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

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

- для предупреждения преждевременной утомляемости рекомендуется организовывать рабочую смену путём чередования работ с использованием ПЭВМ и без неё;

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

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

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

Категория работы с ПЭВМ	Уровень нагрузки за рабочую смену при видах работ с ПЭВМ	Суммарное время регламентированных перерывов при 8-часовой смене, мин.
	группа А, количество знаков	группа Б, количество знаков	группа В, часов
I	до 20 000	до 15 000	до 2	50
II	до 40 000	до 30 000	до 4	70
III	до 60 000	до 40 000	до 6	90

Примечание.

Виды трудовой деятельности с использованием ПЭВМ разделяются на 3 группы:

- группа А - работа по считыванию информации с экрана ВДТ с предварительным запросом;

- группа Б - работа по вводу информации;

- группа В - творческая работа в режиме диалога с ПЭВМ.

Для видов трудовой деятельности устанавливается 3 категории тяжести и напряженности работы с ПЭВМ, которые определяются:

- для группы А - по суммарному числу считываемых знаков за рабочую смену, но не более 60 000 знаков за смену;

- для группы Б - по суммарному числу считываемых или вводимых знаков за рабочую смену, но не более 40 000 знаков за смену;

- для группы В - по суммарному времени непосредственной работы с ПЭВМ за рабочую смену, но не более 6 часов за смену.

7.1 Меры безопасности при работе с копировально-множительной техникой

Требования безопасности, направленные на предотвращение неблагоприятного влияния на здоровье человека вредных факторов производственной среды и трудового процесса при работе с копировально-множительной техникой, содержатся в СанПиН 2.2.2.1332-03 «Гигиенические требования к организации работы на копировально-множительной технике», утвержденного Постановлением Главного санитарного врача Российской Федерации от 30.05.2009 г. №107 (в редакции от 07.09.2010 г. №120).

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

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

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

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

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

При работе на копировально-множительной технике запрещается:

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

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

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

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

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

- расстояние от стены или колонны до краёв машины или аппарата (с учётом конструкции вентсистем) составляет не менее 0,6 м, а со стороны зоны обслуживания - не менее 1,0 м;

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

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

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

7.2 Требования охраны труда при эксплуатации электрооборудования офисными работниками

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

- Правилами устройства электроустановок (издание шестое с отдельными разделами и главами в издании седьмом), утвержденными Главтехуправлением, Госэнергонадзором Минэнерго СССР 05.10.1979 г.;

- Правилами технической эксплуатации электроустановок потребителей, утверждёнными Приказом Минэнерго России от 13.01.2003 г. №6;

- Межотраслевыми правилами охраны труда (правилами безопасности) при эксплуатации электроустановок (ПОТ РМ 016-2001), утвержденными Постановлением Минтруда России от 05.01.2001 г. №3.

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