Проектирование системы автоматизации ведения учетно-отчетной документации

Міністерство освіти і науки України Харківський національний університет радіоелектроніки Факультет _______________________________________________

(повна назва) Кафедра _________________________________________________

(повна назва)

ДИПЛОМНИЙ ПРОЕКТ

ПОЯСНЮВАЛЬНА ЗАПИСКА

Студент гр.

Керівник проекту Допускається до захисту Зав. кафедри

2009 р.

Календарний план

Студент ________________

(підпис) Керівник проекту (роботи) ___________________

(підпис)

Реферат

Пояснювальна записка до дипломного проекту містить: 66 стр., 22 рис, 17 табл., 20 джерел, 5 плакатів формату А1.

Об'єктом розробки в дипломному проекті є автоматизована система по обліку документації.

Розроблена автоматизована система дозволяє систематизувати введення інформації, спростити процес оформлення щомісячної звітної документації.

Релятивістська алгебра в реалізації SQL запиту.

АВТОМАТИЗОВАНА СИСТЕМА, АНАЛІТИЧНЕ МОДЕЛЮВАННЯ, ОБ'ЄКТНЕ ПРОГРАМУВАННЯ, DELPHI, БАЗА ДАНИХ, СИСТЕМА КЕРУВАННЯ БАЗАМИ ДАНИХ.

• Календарний план
• Введение
• 1. Анализ технического задания
• 1.1 Анализ технического задания
• 1.2 Описание предметной области
• 2. Разработка информационного обеспечения автоматизированной системы
• 2.1 Разработка структурной схемы программы
• 2.2 Разработка алгоритма программы
• 3. Разработка проектных решений по программному обеспечению автоматизированной системы
• 3.1 Разработка алгоритмов функциональных подсистем
• 3.2 Разработка структуры базы данных
• 3.3 Разработка программы ведения учетно-отчетной документации пофидерного анализа
• 4. Экономическая часть
• 4.1 Описание характеристик товара
• 4.2 Исследование рынков сбыта
• 4.3 Расчет затрат на разработку автоматизированной системы
• 4.4 Расчет договорной цены
• 4.5 Анализ стратегии маркетинга
• 5. Безопасность жизнедеятельности человека
• 5.1 Анализ опасных и вредных производственных факторов
• 5.2 Техника безопасности в помещении
• 5.3 Производственная санитария и гигиена труда в помещении
• 5.4 Пожарная профилактика помещения
• Выводы
• Перечень ссылок

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

АС — автоматизированная система БД — база данных ЖЦ — жизненный цикл ОВПФ — опасные и вредные производственные факторы ПК — персональный компьютер ПЭВМ — персонально электронная вычислительная машина СУБД — система управления базами данных ЧМС — «человек-машина-среда»

ЭВМ — электронно-вычислительная машина

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

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

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

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

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

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

1. Анализ технического задания

1.1 Анализ технического задания

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

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

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

Система управления базами данных (СУБД) — это программное средство, предназначенное для создания, наполнения и удаления баз данных.

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

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

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

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

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

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

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

Фидер — это линия электропередач с напряжением 6−10 кВ. Фидер начинается от подстанции ПС-35−110кВ, которая преобразует электроэнергию напряжением 35−110 кВ в электроэнергию напряжением 6−10 кВ. Таких подстанций в Печенежском районе четыре, а именно: «Мартовая», «Рыбхоз», «Артемовка» и «Печенеги». От этих подстанций исходит 22 фидера. В начале фидера стоит учет (счетчик), который фиксирует подачу электроэнергии. На определенном участке этой линии стоит трансформаторная подстанция, которая преобразует электроэнергию напряжением 6−10 кВ в электроэнергию напряжением 0,38 кВт. На участке линии 6−10 кВ подключено лишь несколько организаций, а на участке линии 0,38 кВ — большое количество абонентов (население, юридические лица) на каждом из которых, установлены приборы учета электроэнергии (ПУ). Схема одного из фидеров представлена на рисунке 1.1

Рисунок 1.1 — Схема одного из фидеров (ТП — трансформаторная подстанция; ПУ — прибор учета электроэнергии).

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

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

Наименование фидера;

№ счетчика фидера;

коэффициент счетчика фидера;

предыдущие показания фидера;

настоящие показания фидера;

расход электроэнергии на фидере (разность предыдущих и настоящих показаний);

расход оплаченной электроэнергии всех юридических и бытовых абонентов на фидере;

процент потерь электроэнергии (неоплаченной) на фидере;

наименование юридического абонента;

адрес;

телефон;

наименование фидера, на котором находится абонент;

номер счетчика абонента;

коэффициент счетчика абонента;

предыдущие показания абонента;

настоящие (текущие) показания абонента;

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

среднесуточный расход (рассчитывается на основе контрольного съема)

предполагаемый расход абонента за месяц;

расход по отчету абонента;

разность (потери) от предполагаемого расхода и расхода по отчету абонента;

расход электроэнергии бытовых потребителей по фидерам.

2. Разработка информационного обеспечения автоматизированной системы

2.1 Разработка структурной схемы программы

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

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

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

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

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

Блоки представленные на рисунке 2.1 выполняют следующие функции:

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

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

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

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

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

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

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

Журнал статистики потребления электроэнергии бытовых абонентов содержит данные о потреблении электроэнергии бытовыми потребителями на фидерах.

2.2 Разработка алгоритма программы

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

Рисунок 2.2 — Алгоритм программы

3. Разработка проектных решений по программному обеспечению автоматизированной системы

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

Разделение процесса разработки сложных программных приложений на отдельные этапы способствовало становлению концепции жизненного цикла программы. Под жизненным циклом (ЖЦ) программы понимают совокупность взаимосвязанных и следующих во времени этапов, начиная от разработки требований к ней и заканчивая полным отказом от ее использования. Стандарт ISO/IEC 12 207, хотя и описывает общую структуру ЖЦ программы, не конкретизирует детали выполнения тех или иных этапов:

Анализа предметной области и формулировки требований к программе

Проектирование программы в кодах (собственно программирования)

Внедрения программы

Сопровождения программы

Отказ от использования программы

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

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

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

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

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

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

Рисунок 3.1 — Подсистемы расчета и анализа

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

вести базу данных фидеров;

вести базу данных юридических организаций;

вести учет потребления электроэнергии на фидерах;

вести учет потребления электроэнергии юридических абонентов;

вести учет потребления электроэнергии бытовых абонентов;

формировать отчеты.

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

На рисунке 3.2 показан алгоритм работы подсистемы «Работа с базой данных фидеров» и «Учет потребления электроэнергии на фидерах» .

Рисунок 3.2 — Алгоритм работы подсистем «Работа с базой данных фидеров» и «Учет потребления электроэнергии на фидерах» .

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

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

На рисунке 3.3 показан алгоритм работы подсистемы «Работа с базой данных юридических абонентов» .

Рисунок 3.3 — Алгоритм работы подсистемы «Работа с базой данных юридических абонентов» .

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

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

наименование юридического абонента;

адрес;

телефон;

наименование фидера, на котором находится данный абонент.

На рисунке 3.4 показан алгоритм работы подсистемы «Учет потребления электроэнергии юридических абонентов» .

Рисунок 3.4 — Алгоритм работы подсистемы «Учет потребления электроэнергии юридических абонентов»

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

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

Также необходимо реализовать возможность на основании введенных данных автоматических расчетов:

расчет среднесуточного потребления электроэнергии;

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

расчет текущего расхода;

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

На рисунке 3.5 показан алгоритм работы подсистемы «Учет потребления электроэнергии бытовых абонентов» .

Рисунок 3.5 — Алгоритм работы подсистемы «Учет потребления электроэнергии бытовых абонентов»

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

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

3.2 Разработка структуры базы данных

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

каждое поле любой таблицы должно быть уникальным;

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

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

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

Каждый объект будет представлен отдельной таблицей базы данных. Элементы данных будут представлены полями таблиц. Имена таблиц и их полей подберем исходя из имен объектов и элементов данных. Проект базы данных включает в себя 5 таблиц:

таблицу фидеров (Phider);

таблицу абонентов «Abonent-inf» ;

таблицу расхода на фидерах «Phider — Rashod» ;

таблицу расхода юридических абонентов «Abonent_Pashod» ;

таблицу расхода бытовых абонентов «Bit» .

Опишем базу данных в табличной форме.

Таблица 3.1 — Структура таблицы «Phider»

Таблица «Phider — Rashod» (таблица 3.2) является подчиненной таблице «Phider» .

Таблица 3.2 — Структура таблицы «Phider — Rashod»

Таблица 3.3 — Структура таблицы «Abonent-inf»

Таблица «Abonent_Pashod» (таблица 3.4) является подчиненной таблице «Abonent-inf» .

Таблица 3.4 — Структрура таблицы «Abonent_Pashod»

Таблица 3.5 — Структура таблицы «Bit»

Итак, спроектировано 5 таблиц базы данных. Для удобства работы две из них следует проиндексировать.

Таблицу «Phider — Rashod» — по полю Name и Data. Индекс по полю Data необходим для фильтрации записей в таблице по дате отчетного месяца. Индекс по полю Name применяется для фильтрации записей по наименованию фидера.

Таблицу «Abonent_Pashod» — по полю Nast для определения записей, которые содержат показания контрольного съема и не содержат данных о показаниях по отчету, и по полям Name и Data.

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

Рисунок 3.7 — Структура базы данных.

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

Данная программа написана на языке Delphi, имеет простой графический интерфейс.

Рисунок 3.8 — Главное окно программы

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

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

Рисунок 3.9 — «Выбор даты ввода показаний»

Дата указывается при помощи компонента DateTimePicker. Окно содержит две кнопки «Далее» и «Отменить» .

Рисунок 3.9 — «Ввод начальных показаний»

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

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

наименование фидера;

номер счетчика;

коэффициент счетчика;

начальные показания.

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

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

Перемещение в ячейках компонента для ввода информации осуществляется при помощи клавиш на клавиатуре «влево — вправо», а для создания новой записи — клавиши «вниз» .

После нажатия на кнопку «Сохранить» данные сохраняются.

При нажатии кнопки «Отменить» возвращаемся в главное окно.

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

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

Перед активацией данного окна также появляется окно «Выбор даты ввода показаний» .

Рисунок 3.10 — «Ввод ежемесячных показаний»

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

Окно также имеет кнопки «Сохранить» и «Отменить» .

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

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

Рисунок 3.11 — Окно «Юридические потребители»

В данном окне вводится информация об абонентах, а именно:

наименование абонента;

его адрес;

телефон;

№ счетчика;

начальные показания;

дата сдачи ежемесячного отчета о расходе электроэнергии.

Данные заносятся при помощи компонента Delphi DBEdit в таблицу «Abonent_inf» .

Окно имеет кнопки «Сохранить» и «Отменить» .

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

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

Рисунок 3.12 — Окно «Отчетный месяц»

При нажатии кнопки «Далее» появляется окно для ввода показаний (рисунок 3.13).

Рисунок 3.13 — Окно для ввода показаний

Данное окно визуально разделено на четыре зоны.

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

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

Вторая зона — выбор типа показаний (отчет или контрольный съем).

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

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

Третья зона — ввод показаний абонента по отчету содержит следующие поля:

предыдущие показания;

настоящие показания;

расход;

дата сдачи отчета.

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

Четвертая зона — ввод данных о контрольном съеме содержит следующие поля:

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

количество дней (период между снятием контрольного съема и датой сдачи отчета);

среднесуточный расход электроэнергии;

ожидаемый (предполагаемый) расход электроэнергии.

Окно содержит кнопки «Сохранить» и «Отменить» .

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

Рисунок 3.14 — Расход электроэнергии бытовым сектором на фидерах

В поле «Укажите отчетный месяц» указывается дата при помощи компонента DateTimePicker.

При нажатии кнопки «Занести данные» поля «Наименование фидера» и «Дата» заполняются автоматически, а поле «Расход электроэнергии» — заполняется инженером.

При нажатии кнопки «Сохранить» все данные сохраняются.

Пункт меню «Отчеты» содержит:

сведенья об абонентах;

расход электроэнергии абонентов;

расход электроэнергии на фидерах.

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

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

4.1 Описание характеристик товара

В данном дипломном проекте разработана программа ведения учетно — отчетной документации пофидерного анализа. При написании программы использовалась операционная система Windows XP, которая поддерживает работу Delphi 5.0. Требования к компьютеру:

персональный компьютер типа с частотой свыше 300 МГц;

оперативная память не менее 64 Мб;

свободное место на жестком диске не менее 3Мб.

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

Назначение товара — автоматизация учетно-отчетной документации инженера пофидерного анализа.

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

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

4.2 Исследование рынков сбыта

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

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

инженеры (1);

операторы (2).

Выявим сегменты по основным потребителям товара, которые представлены в таблице 4.1

Таблица 4.1 — Сегменты рынка по основным потребителям

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

Таблица 4.2 — Анализ ёмкости сегмента рынка Украины

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

цена;

сроки получения конечного продукта;

минимальные требования к ресурсам ПЭВМ.

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

Таблица 4.3 — Параметрическая сегментация

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

4.3 Расчет затрат на разработку автоматизированной системы

Затраты на разработку товара включают в себя:

заработную плату постановщика задач;

заработную плату программиста;

начисления на заработную плату;

стоимость на рекламу;

затраты на основные и покупные изделия.

Результаты расчетов представлены в таблицах 4.4, 4.5, 4.6

Таблица 4.4 — Расчет заработной платы разработчиков

Дополнительная заработная плата составляет 10% от основной зарплаты.

Таблица 4.5 — Расчет потребности в материалах и покупных изделиях

Таблица 4.6 — Расчет потребностей в оборудовании

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

Таким образом, затраты на рекламу составляют:

700+50*2=800 грн.

Смета затрат на разработку товара представлена в таблице 4.7

Таблица 4.7 — Смета затрат на разработку

4.4 Расчет договорной цены

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

Затраты на тиражирование представлены в таблице 4.8

Таблица 4.8 — Затраты на тиражирование

Определяем себестоимость товара по формуле:

С = Зраз/Есег + Зтир (4.1)

где З раз — затраты на разработку, грн.;

З тир — затраты на тиражирование, грн.;

Е сиг — емкость сегмента рынка.

С = 4342,39/25 + 367 = 540,70 грн.

Определяем цену товара при уровне рентабельности 10%:

Ц = 1,1 * С = 1,1 * 540,70= 594,77грн.

Определяем цену с учетом НДС (20%)

Цдог = 1,2 * Ц (4.2)

где Цдог — договорная цена, грн.;

Ц — цена товара при уровне рентабельности 10%

Цдог = 1,2 * 594,77= 713,72грн.

4.5 Анализ стратегии маркетинга

На основе экспертных оценок определяем ожидаемое значение объема продаж по формуле [9]:

Nож = (Nmax + 4Nнаиб. вер + Nmin) /6, шт (4.4)

где Nmax — максимальный объем продаж; Nнаиб. вер — наиболее вероятный объем продаж; Nmin — минимальный объем продаж.

Пусть Nmax = 25 шт., Nнаиб. вер. = 20 шт., Nmin = 15 шт., тогда

Nож = (25+4*20+15) /6 = 20

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

д = (Nmax — Nmin) /6 (4.5)

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

д = (25−15) /6 = 1,66 = 2 шт.

В соответствии с общей теорией статистики, наиболее вероятное значение (с вероятностью 95%) прогноза сбыта будет находиться в пределах Nож ± 2д, то есть 20±2*2. Таким образом, предлагаемый объем продаж находится между 24 и 16 копиями автоматизированной системы.

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

При уровне рентабельности 10% по цене 594,77 грн. можно реализовать 49 копий автоматизированной системы.

При уровне рентабельности 20% по цене 648,84 грн. можно реализовать 45 копий автоматизированной системы.

При уровне рентабельности 30% по цене 702,91 грн. можно реализовать 40 копий автоматизированной системы.

На основании приведенных данных строим кривую эластичности спроса, которая представлена на рисунке 4.1

Рисунок 4.1 — Кривая эластичности спроса от цен программного продукта

Анализ влияния различных вариантов цен на достижение безубыточности представлен в таблице 4.9

Таблица 4.9 — Анализ влияния различных вариантов цен на достижение безубыточности

Зависимость прибыли от цены программного продукта представлена в таблице 4.10

Таблица 4.10-Зависимость прибыли от цены возможного сбыта

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

Рисунок 4.2 — График безубыточности

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

5.1 Анализ опасных и вредных производственных факторов

Программа «Автоматизация учетно-отчетной документации пофидерного анализа» разработана для районных отделений Энергосбыта. Разработка, а в последствии — эксплуатация программного продукта производилась в отделе расчета с юридическими лицами. Данное помещение расположено на первом этаже двухэтажного здания. Здание выполнено из кирпича, перегородками являются железобетонные плиты. Общая площадь помещения составляет 15,75 м², а объем — 15,125 м³: длина -4,5 м; ширина — 3,5 м; высота — 3,5 м. Помещение имеет два окна и одну дверь. В помещении работает два человека, которые в процессе работы используют два компьютера. Площадь и объем, приходящиеся на одного работающего, составляют соответственно ~ 7,78 м² и ~ 27,56 м³. Согласно ДНАОП 0.00 — 1.31−99, эти величины должны составлять не менее 6 м² и 20 м³ соответственно. Как видно из приведенных сравнений, данные нормы выполняются.

Рассмотрим систему «Человек — Машина — Среда» (Ч-М-С) применительно к данному помещению.

Человек и оборудование, которое он использует при работе, вместе составляют систему «человек — машина — среда» (ЧМС). Анализируя систему «человек — машинасреда», выделим ее основные элементы: «человек», «машина» — персональные компьютеры, «среда» — окружающая среда.

Элемент «человек» можно разделить на три функциональные части: 1 — человек — управляющий машиной для выполнения поставленной задачи; 2 — человек — биологический объект, который непосредственно влияет на окружающую среду; 3 — человек с точки зрения физиологического состояния.

Элемент «машина» также можно разделить на три части: 1 — выполняет основную техническую функцию; 2 — выполняет функцию аварийной защиты; 3 — служит источником вредных воздействий на организм человека и окружающую среду.

Структурная модель взаимодействия человек — машина — среда (ЧМС) приведена на рис. 1, а содержание связей в модели приведено в табл.1.

Рисунок 1 — Структура системы «Ч-М-С»

Таблица 1 — Содержание связей в системе «человек-машина-среда»

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

Составим упрощенную Карту оценки факторов производственной среды и трудового процесса оператора ПЭВМ (таблица.1).

Таблица 1 — Карта оценки факторов производственной среды и трудового процесса оператора ПЭВМ

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

5.2 Техника безопасности в помещении

Помещение можно охарактеризовать следующим образом: сухое с относительной влажностью до 60%, с токонепроводящими полами, температура воздуха не более 25 ⁰С, батареи центрального отопления закрыты деревянными решетками. Согласно ПУЭ-85, помещение относится к категории «без повышенной опасности» .

Возможность поражения электрическим током при работе с ЭВМ является опасным производственным фактором. Для предотвращения этого необходимо выполнено зануление, в соответствии с ГОСТ 12.1 030−81. Зануление в электроустановках заключается в подсоединении к многократно заземленному нулевому проводу электрической сети корпусов и других конструктивных металлических частей электрооборудования, которые не находятся под напряжением, но вследствие повреждения изоляции могут оказаться под напряжением. Схема зануления предполагает наличия в сети нулевого провода, заземления нейтрали источника тока и повторного заземления нулевого провода.

Необходимо ежегодно проводить измерение сопротивления изоляции, которые должны быть согласно ПУЭ не менее 0,5 МОм с периодичностью один раз в полгода.

Необходимо регулярное проведение инструктажей по технике безопасности согласно ДНАОП 0.00−4.12−94. По характеру и времени проведения инструктажи по вопросам охраны труда делятся на: вводный, первичный, повторный, внеплановый, целевой.

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

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

Внеплановый инструктаж проводится:

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

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

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

5.3 Производственная санитария и гигиена труда в помещении

Согласно ГОСТ 12.1 005−88 работы относятся к категории легких работ, с затратами энергии до 150 ккал, категория 1б.

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

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

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

Для данного помещения рекомендуется принимать свес светильников с потолка h_с=0.5м и высоту рабочей поверхности h_с=0.7м.

Определим высоту подвеса светильников над полом по формуле

h₀=H — h_с=3.5−0.5=3 (м) (5.1)

Для светильников общего освещения с люминесцентной лампой минимальная высота подвешивания над полом в соответствии с СНиП II-4−79 должна быть 2,5 — 4 м, в зависимости от характеристик светильника. В нашем случае h_с соответствует этому требованию.

Высота подвешивания светильника над рабочей поверхностью равна

h=h₀-h_p=3−0.7=2.3 (м) (5.2)

Для освещения помещения с размерами А=3.5м, В=4.5м и высотою Н= 3.5м, выбираем осветительные установки — типа ЛВО.03−4×40−001 встраиваемые в подвесной потолок, поскольку сейчас они являются наиболее прогрессивными и часто используемыми. В каждый светильник установлены две лампы ЛБ-40 Вт; световой поток — ф_л=3120Лм, продолжительность работы — 1500ч. Принимаем: р_{потолка}=70%; р_стены=50%; р_пола=20%.

Пересчитаем высоту подвеса светильников для светильников выбранного типа. Для рабочего места оператора ПК (работа сидя) h_р=0.7, тогда:

h=H — h_р — h_св =3.5−0.7=2.8 (м) (5.3)

где H — высота помещения, м;

h_р — высота рабочей поверхности над полом, м;

h_св — высота свеса светильников равна 0 (подвесной потолок)

Равномерность освещения достигается при соответствующем соотношении расстояния между светильниками L и высоты их подвешивания h. У данного типа светильников наивысшее значение о =1.2 Расстояние между рядами светильников найдем по формуле:

L=1.2h=1.2*2.3=2.76 (м) (5.4)

Необходимое количество рядов светильников при ширине помещения В=4.5 составит

n = B/L = 4.5/2.76 = 1.63? 2 (5.5)

Показатель помещения i равен:

i = (а*б) / h (а+б) = (4.5*3.5) / 2.8 (4.5+3.5)? 0.7 (5.6)

С учетом i, р_{потолка} = 70%, р_стен = 50%, из справочных данных находим з = 0.55.

Номинальный световой поток лампы ЛБ-40 ф_л=3120Лм, тогда световой поток, излучаемый светильником, найдем по формуле:

ф_св = 2*3120 = 6240 (Лм) (5.7)

Определим необходимое количество светильников в ряду по формуле:

N = (E_н*r_з*S*z) / (n*Ф_св*з*г); (5.8)

N = (300*1.4*15.75*1.1) / (2*6240*0.55*0.85) = 1.2? 1

где E_н — норма освещения; r_з — коэффициент запаса, учитывающий запыление светильников из источников света в процессе эксплуатации; S — площадь помещения; z — коэффициент неравномерности освещения; з — коэффициент использования излучаемого светильника светового потока, который показывает какая часть общего светового потока приходится на расчетную плоскость; г — коэффициент затенения (г = 85).

При длине одного светильника типа ЛВО.03−4×40−001 (l_св = 1,33м) с лампами ЛБ-40 их общая длина составит

N* l_св = 1,33*2 = 2,66 (м) (5.9)

Рассчитаем разрывы между светильниками по формуле:

R = (B — (N* l_св)) / (N+1) = (4.5 — 2.66) / 3 = 0.6 (м) (5.10)

Расстояние между центрами светильников составит.

R + l_св = 0.6 + 1.33 = 1.93 (м) (5.11)

Расстояние от стены, А до центра светильника составит. (B — (R + l_св)) / 2 = 4.5 — (0.6 + 1.33) / 2 = 1.28 (м) (5.12) Расположение светильников в помещении изображено на рисунке 5.3.

Рисунок 5.3 — Схема размещения светильников

Необходимо также учитывать размер мебели на компьютеризированных рабочих местах, а именно рабочего стола. В соответствии с ДНАОП 0.00−1.31−99 примем, что рабочий стол имеет такие размеры: ширина 1200 мм, глубина 800 мм, высота 700 мм.

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

Организация рабочего места в помещении соответствует ГОСТ 12.2 032−78. ПЭВМ размещаются так, чтобы при работе не происходило перекрещивание рук. Дисплей ПЭВМ устанавливается в вертикальной плоскости под углом 15⁰ от нормальной плоскости для оператора в положении сидя. Конструкция регулируемого кресла оператора соответствует ГОСТ 12.2 032−78.

Для приведения психофизических производственных факторов к нормам, проектом предлагается не реже, чем через 1 час делать 5−10 минутные перерывы. Это связано со специфической работой на ЭВМ, т. к может наступить некоторое перенапряжение зрения и заторможенность реакции.

5.4 Пожарная профилактика помещения

В соответствии с ОНТП 24−86 помещение по пожаровзрывной опасности относится к категории В, так как в помещении применяются твердые сгораемые материалы, в соответствии с ПУЭ помещение, относится к классу П-IIа по пожарной опасности.

Огнестойкость двухэтажного здания — II степень, согласно СНиП 2.01.02−85, так как стены выполнены из кирпича.

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

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

Пожарную безопасность помещения, в соответствии с ГОСТ 12.1 004−91, необходимо обеспечить системой предотвращения пожара, предусматривающей применение организационных мероприятий и технических средств, которые будут обеспечивать невозможность возникновения пожара, а также системой противопожарной защиты.

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