Разработка программного комплекса для автоматизации деятельности работников завода

Разработка программного комплекса для автоматизации деятельности работников завода

СОДЕРЖАНИЕ

Список сокращений и терминология

ВВЕДЕНИЕ

. ЛИТЕРАТУРНЫЙ ОБЗОР

.1 Технология проектирования БД

.2 Архитектуры БД

.2.1 Локальные БД и архитектура «файл-сервер»

.2.2 Удаленные БД и архитектура «клиент-сервер»

.2.3 Распределенная архитектура

.3 Архитектуры сетей

.3.1 Концепция сети

.3.2 Распределенная обработка

.3.3 Типы сетей

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

. РАСЧЕТНО-КОНСТРУКТОРСКАЯ ЧАСТЬ

.1 Цель разработки и постановки задачи

.2 Обоснование выбора ПО

.2.1 Обоснование выбора ОС

.2.2 Обоснование выбора среды разработки

.2.3 Обоснование выбора CASE-средства

.2.4 Обоснование выбора архитектуры «клиент-сервер»

.3 Проектирование информационной структуры предметной области

.4 Программная разработка АРМ учета и контроля техники и оргтехники

.4.1 Построение схемы БД в ERWin

.4.2 Создание БД на сервере

.5 ГИП

.5.1 Описание ГИП

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

. ТЕХНИКО-ЭКОНОМИЧЕСКАЯ ЧАСТЬ

.1 Общие положения

.2 Расчет себестоимости по статьям затрат

.3 Расчет затрат на потребляемую электроэнергию

.4 Расчет заработной платы

.5 Единый социальный налог

.6 Расчет амортизационных отчислений

.7 Расчет накладных расходов

.8 Сводная калькуляция

. ОХРАНА ТРУДА И ТЕХНИКА БЕЗОПАСНОСТИ

.1 Общие положения

.1.1 Требования техники безопасности при работе на ПЭВМ

.1.2 Техника безопасности при работе с дисплеем

.1.3 Требования перед началом работы

.1.4 Требования во время работы

.1.5 Требования в аварийных ситуациях

.1.6 Требования по окончании работ

.1.7 Требования к естественному и искусственному освещению

.2 Охрана труда

.3 Первая помощь при поражении электрическим током

.4 Требования пожарной безопасности

ЗАКЛЮЧЕНИЕ

БИБЛИОГРАФИЧЕСКИЙ СПИСОК

ПРИЛОЖЕНИЕ

Список сокращений и терминология

БД - База Данных

ГИП - Графический Интерфейс Пользователя

ОГП - Отдел Главного Прибориста

ОС - Операционная Система

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

ППР - Планово-Предупредительные Работы

СУБД - Система Управления Базами Данных

СУРБД - Система Управления Распределенными Базами Данных

ТС - Технологическая Система- Application Programming Interface; - Structured Query Language (структурированный язык запросов)

АРМ - Автоматизированное Рабочее Место

АСУТП - Автоматизированная Система Управления Технологическим Процессом

ВВЕДЕНИЕ

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

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

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

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

1. ЛИТЕРАТУРНЫЙ ОБЗОР

.1 Технология проектирования БД

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

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

При переходе от выявления предметной области к реализации автоматизированной информационной системы необходимо рассмотреть такие понятия как данные, БД, СУБД, модель данных.

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

При работе с СУБД можно выделить несколько уровней представления данных:

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

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

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

По логическому представлению модели данных делятся на три группы: иерархические, сетевые и реляционные [8].

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

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

Недостатки рассмотренных моделей:

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

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

Реляционная модель строится на использовании табличных методов и средств представления данных и манипулирования ими. Связь между таблицами может находить свое отражение в структуре данных, а может только подразумеваться, то есть присутствовать на неформальном уровне. Каждая таблица БД представляется как совокупность строк и столбцов, где строки соответствуют экземпляру объекта, а столбцы - атрибутам. В терминологии теории реляционных БД таблицам соответствуют отношения, столбцам - атрибуты, строкам - кортежи. Отношениям и атрибутам присваиваются имена. При практической разработке БД таблицы так и называются таблицами, строки - записями, столбцы - полями [10].

К отношениям реляционной модели данных предъявляется ряд требований:

·   значения атрибутов являются атомарными;

·   в отношении не может быть двух одинаковых кортежей;

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

·   порядок следования кортежей безразличен.

Между двумя и более таблицами базы данных могут существовать отношения подчиненности. Отношения подчиненности определяют, что для каждой записи главной таблицы (master, называемой еще родительской) может существовать одна или несколько записей в подчиненной таблице (detail, называемой еще дочерней). Существует две разновидности связей между таблицами базы данных: «один-ко-многим», «многие-ко-многим» [8].

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

Следует отметить, что реляционные БД практически вытеснили БД других видов. Основной причиной этого явилась сложность представления данных в иерархической и сетевой моделях и необходимость определения связей между данными на этапе проектирования БД, в то время как в реляционных БД связи между таблицами могут устанавливаться непосредственно в момент выполнения запросов. К тому же, разработчикам и пользователям значительно проще отображать сущности предметной области в табличных структурах данных [1].

1.2 Архитектуры БД

БД на персональных компьютерах развивались по направлению от настольных (desktop), или локальных приложений, когда реально с БД могло работать одно приложение, до систем коллективного доступа к БД [10]. Имеется четыре разновидности архитектур баз данных:

·   локальные базы данных;

·   архитектура «файл-сервер»;

·   архитектура «клиент-сервер»;

·   распределенная архитектура.

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

1.2.1 Локальные БД и архитектура «файл-сервер»

При работе с локальными базами данных сами БД расположены на том же компьютере, что и приложения, осуществляющие доступ к ним. Работа с БД происходит в однопользовательском режиме. Приложение ответственно за поддержание целостности БД и за выполнение запросов к БД [15].

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

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

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

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

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

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

И в том, и в другом случае в качестве СУБД применяются так называемые «персональные» (или «локальные») СУБД, такие как Paradox, dBase, FoxPro и пр. Сама база данных в этом случае представляет собой набор таблиц, индексных файлов, файлов полей комментариев (memo-полей) и пр., хранящихся в одном каталоге на диске в виде отдельных файлов.

Рисунок 1 - Архитектура «Файл-сервер»

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

1.2.2 Удаленные БД и архитектура «клиент-сервер»

Архитектура «файл-сервер» неэффективна по крайней мере в двух отношениях:

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

Архитектура «клиент-сервер» (рисунок 2), разделяет функции приложения пользователя (называемого клиентом) и сервера [4]. Приложение-клиент формирует запрос к серверу, на котором расположена БД, на специальном структурном языке запросов SQL, являющемуся промышленным стандартом в мире реляционных БД [23]. Удаленный сервер, называемый сервером приложений, принимает запрос и переадресует его SQL-серверу БД.

Рисунок 2 - Архитектура «Клиент-сервер»

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

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

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

Таким образом, функциями приложения-клиента являются:

1. Посылка к серверу запросов;

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

3. Реализация интерфейса пользователя.

SQL-сервер - это программа, расположенная на компьютере сетевого сервера. SQL-сервер должен быть загружен в память на момент принятия запроса от клиента. Функциями сервера БД являются:

.        Прием запросов от приложений-клиентов, интерпретация запросов, выполнение запросов в БД, отправка результата выполнения запроса приложению-клиенту;

.        Управление целостностью БД, обеспечение системы безопасности, блокировка неверных действий приложений-клиентов;

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

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

В архитектуре «клиент-сервер» используются так называемые «удаленные» (или «промышленные») СУБД [4]. Промышленными они называются потому, что именно СУБД этого класса могут обеспечить работу информационных систем масштаба среднего и крупного предприятия, организации, банка. Локальные СУБД предназначены для однопользовательской работы или для обеспечения работы информационных систем, рассчитанных на небольшие группы пользователей. К разряду промышленных СУБД принадлежат Oracle, Gupta, Informix, Sybase, MS SQL Server, DB2, InterBase и ряд других.

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

Использование архитектуры «клиент-сервер»:

·        резко уменьшает сетевой трафик;

·        понижает сложность приложений-клиентов (поскольку тем уже нет необходимости обеспечивать целостность и безопасность БД и следить за параметрами многопользовательской работы с БД);

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

·        повышает надежность БД, ее целостность, безопасность и секретность.

.2.3 Распределенная архитектура

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

.3 Архитектуры сетей

.3.1 Концепция сети

Самая простая сеть (network) состоит как минимум из двух компьютеров, соединенных между собой кабелем, что позволяет им совместно использовать данные [13]. Все сети (независимо от сложности) основываются именно на этом простом принципе.

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

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

.3.2 Распределенная обработка

Основное различие между сетью и любой другой компьютерной системой определяется местом, в котором происходит обработка. В системах с большой или мини-ЭВМ всю работу выполняет центральная машина. «Подчиненные» клиенты работают просто как неинтеллектуальные терминалы. Сеть же отличается тем, что работу в ней выполняют клиенты. Например, в локальной сети NetWare все данные хранятся на центральном файловом сервере. Когда пользователь хочет получить доступ к данным, он подключается к файловому серверу и загружает копию данных в оперативную память локальной рабочей станции, которая выполняет приложения и работает с сетевыми данными - все это происходит в ОЗУ данной станции. Такая обработка называется распределенной [13]. Когда пользователь завершает операции с данными, он передает их обратно на файловый сервер, где они хранятся до следующего использования. Наиболее впечатляющим в распределенной обработке является то, что каждый пользователь имеет доступ ко всей компьютерной системе. В централизованной системе клиентские терминалы используют часть мощности центрального процессора. В распределенной системе при подключении дополнительных рабочих станций ее общая вычислительная мощность возрастает. Преимущество распределенной обработки состоит также в повышенной защите, параллельной обработке данных и отказоустойчивости системы.

.3.3 Типы сетей

Первоначально компьютерные сети были небольшими и объединяли до десяти компьютеров и один принтер. Технология ограничивала размеры сети, в том числе количество компьютеров в сети и ее физическую длину. Так, в начале 1980-х годов самый популярный тип сетей состоял не более чем из 30 компьютеров, а длина ее кабеля не превышала 185 м (600 футов). Такие сети располагались в пределах одного этажа здания или небольшой организации. Для маленьких фирм эта конфигурация подходит и сегодня. Эти сети называются локальными вычислительными сетями (ЛВС, LAN) [13]. Один из наиболее привлекательных аспектов таких сетей - скорость коммуникаций.

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

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

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

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

·   унифицировать приложения;

·   своевременно получать данные;

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

Сети на основе технологий «клиент-сервер», «файл-сервер» - это наиболее эффективный способ обеспечить:

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

·        электронные таблицы;

·        бухгалтерские программы;

·        коммуникационные приложения;

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

·   централизованное хранение файлов.

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

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

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

2. РАСЧЕТНО-КОНСТРУКТОРСКАЯ ЧАСТЬ

.1 Цель разработки и постановка задачи

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

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

·        учет по местам хранения и установки;

·        ведение справочника по ремонту;

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

·        подготовка данных для проведения инвентаризаций.

Создание этого продукта преследует следующие цели:

·        автоматизация и совершенствование учета и управления;

·        снижение трудоемкости и упорядочение деятельности по управлению;

При этом необходимо учитывать следующие требования:

·        БД должна быть способна хранить информацию о 700 учетных единицах техники;

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

.2 Обоснование выбора ПО

.2.1 Обоснование выбора ОС

Разработанный программный комплекс и СУБД работают под управлением ОС семейства Microsoft Windows ХР/2000/2003, а именно: для серверной части - Microsoft Windows Server 2003, а для клиентской - Microsoft Windows 2000 Professional или Microsoft Windows ХР. Microsoft Windows - мощная, быстродействующая, переносимая, с поддержкой различных сетевых архитектур и различных процессоров ОС.

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

Вот некоторые характеристики ОС семейства Microsoft Windows [19]:

.        Встроенные сетевые возможности: ОС предназначена для работы в сети; поддерживает множество сетевых архитектур

.        Файловые системы: Windows NT поддерживает три файловые системы FAT, NTFS, CDFS. Microsoft Windows поддерживает FAT и VFAT (улучшенная FAT с поддержкой длинных имен файлов)

.        Поддержка виртуальной памяти: виртуальная память позволяет ОС этого семейства одновременно выполнять несколько приложений на машинах с малым объемом оперативной памяти

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

С точки зрения разработчика программного обеспечения написание программ для Windows основано на использовании платформы Win32 API. Win32 API - название интерфейса прикладных программ, т.е. совокупности функций, к которым может обращаться приложение. Эта платформа поддерживается всеми ОС рассматриваемого семейства. Это означает, что тексты программ не придется переписывать для каждой ОС заново [6]. Windows - переносимая система, это означает, что она способна работать на машинах с разными типами процессоров. Все эти преимущества сделали ОС Windows самой популярной и распространенной системой, для которой разрабатывается все большее количество прикладных программ.

.2.2 Обоснование выбора среды разработки

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

Приложения БД разработанные в Delphi не имеют прямого доступа к источнику данных, с которыми они работают. Delphi взаимодействует с Borland Database Engine (BDE), который непосредственно обращается к ряду источников данных, включая такие распространенные форматы как dBase, Paradox и таблицы ASCII. BDE также может взаимодействовать с Borland SQL Links, который позволяет обращаться к ряду локальных или удаленных серверов SQL. Из локальных серверов доступен InterBase для Windows; удаленные серверы включают Oracle, Sybase, Informix, InterBase, SQL Server. Если необходимо обращение к другим базам или форматам данных, то BDE может взаимодействовать с драйверами ODBC.

Кроме того, при помощи технологии OLE (Object Linking and Embedding) осуществляется взаимодействие с MS Excel, и MS Word и другими приложениями. Причем технология OLE позволяет не только взаимодействовать с приложениями, но и программно управлять ими, вызывая их методы через интерфейс OLE. Для возможности обращения к серверам автоматизации в Delphi создана панель Services (Службы), на которой расположены готовые компоненты (например, WordApplication, WordDocument), позволяющие быстро и легко обращаться к наиболее популярным офисным приложениям Microsoft, а также к созданным с их помощью документам.

.2.3 Обоснование выбора CASE-средства

Для построения модели данных использовалось CASE-средство ERwin/ERX 4.1.1, позволяющее максимально систематизировать и автоматизировать все этапы разработки программного обеспечения.- средство разработки структуры базы данных. ERwin сочетает графический интерфейс Windows, инструменты для построения ER-диаграмм, редакторы для создания логического и физического описания модели данных и прозрачную поддержку ведущих реляционных СУБД и настольных баз данных. С помощью ERwin можно создавать или проводить обратное проектирование (реинжиниринг) баз данных [14].

.2.4 Обоснование выбора архитектуры «клиент-сервер»

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

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

Рассмотрим кратко основные принципы взаимодействия в системе SQL-сервер:

·        SQL-сервер может устанавливаться на платформах Windows NT;

·        SQL-сервер выполняет функции создания объектов базы данных (таблиц, индексов и т.д.), осуществляет проверку целостности базы данных и отвечает за безопасность данных в системе;

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

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

·        в SQL-сервер для манипулирования данными используется язык запросов Transact-SQL, который является переработанной компанией Microsoft версией языка SQL.

Система SQL-сервер сохраняет создаваемые объекты в соответствующих файлах на диске компьютера-сервера. При этом для таких объектов, как база данных, создаются специальные таблицы. В них хранится информация о различных элементах базы данных: индексах, таблицах, пользователях и т.д. Файлы базы данных сохраняются с расширением *.MDF, а системные файлы с расширением *.LDF. Работая на более интеллектуальных системах в качестве клиентов, пользователи могут получать информацию и манипулировать ею локально. Архитектура этого типа предполагает возможность оптимизации обработки информации, позволяя каждому компоненту работать с данными независимо и наиболее подходящим для конкретного компонента способом. Сервер занимается только обработкой информации в БД, а клиент - представлением этой информации.

При доступе клиента к данным выходят на первый план две ключевые характеристики БД сервера.

Первая обеспечивает единую точку доступа к БД сервера.

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

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

Таким образом, архитектура «клиент-сервер» наиболее подходит для разработки современного программного обеспечения и для достижения цели данного дипломного проекта.

.3 Проектирование информационной структуры предметной области

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

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

Основные шаги разработки БД:

.        определить информационные потребности БД. Проанализировать объекты реального мира, которые необходимо смоделировать в БД. Сформировать из этих объектов сущности и характеристики этих сущностей;

.        определить поля, которые уникальным образом идентифицируют каждый объект;

.        установить связи между таблицами;

.        установить правила ссылочной целостности.

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

·        список техники, находящейся на заводе в данный момент;

·        ежемесячные поставки техники;

·        отчеты по ремонтам;

·        заявки на установку техники пользователям.

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

Особенностью предметной области является то, что основными объектами являются комплектующие и периферия.

В системе хранение данных реализовано в виде таблиц четырех групп:

·        «Справочники»;

·        «Составляющие»;

·        «Периферия»;

·        «Объекты».

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

·        «Справочник_материнских_плат»;

·        «Справочник_процессоров»;

·        «Справочник_принтеров»;

·        «Справочник_сканеров»;

·        «Справочник_пользователей» и т.д

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

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

Рисунок 1 - Разрешенная связь многие-ко-многим

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

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

Экземпляр техники, находящийся в эксплуатации, характеризуется тем, что находится в конкретном производственном помещении и установлен на соответствующем месте. Поэтому в таблицах «Периферия», «Системный блок» и «Ноутбук» добавлены атомарные поля «Здание» и «Комната».

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

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

Таблица «Ремонт» описывает регламентированные для каждого экземпляра техники ремонты. Информация этой таблицы отображает:

·        дату сдачи в ремонт;

·        дату принятия с ремонта;

·        сведения о неисправности определенного экземпляра техники;

·        место ремонта;

·        ответственного за экземпляр техники.

Таблица «Ноутбук» содержит сведения о характеристиках ноутбука. Количество ноутбуков на заводе небольшое, порядка 15 единиц. По этой причине было принято решение не нормализовать данную таблицу. Основные поля данной таблицы представляют собой символьные поля.

.4 Программная разработка АРМ учета и контроля техники и оргтехники

Программная разработка включает 3 этапа:

·   построение схемы базы данных в ERWin;

·   создание базы данных на сервере;

·   разработка программного комплекса.

.4.1 Построение схемы БД в ERWin

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

Для связей между таблицами, необходимо установить следующие значения:

·        RESTRICT - запрещение удаления;

·        CASCADE - каскадное обновление (изменение).

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

.4.2 Создание БД на сервере

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

Вначале процесса генерации схемы БД устанавливается сеанс связи ERWin с сервером DBSERVER через псевдоним mla, для чего необходимо ввести имя пользователя и его пароль.

Теперь можно приступить к генерации БД, которую можно осуществить двумя способами. Во-первых, запустить процесс генерации непосредственно в ERWin нажатием кнопки Generate диалога Schema Generation Preview. Во-вторых, сохранить полученный в ERWin файл запросов в SQL текстовом формате и исполнить его, например, с помощью средства Query Analyzer, поставляемого в комплекте с SQL Server.

.5 ГИП

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

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

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

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

.5.1 Описание ГИП

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

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

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

Рисунок 2 - Внешний вид основного меню

Выбор пункта меню осуществляется подсветкой (или с помощью курсора мыши), а запуск - «щелчком» левой кнопки мыши.

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

·        «щелкнуть» левой кнопкой мыши по пункту меню «Выход»;

·        «щелкнуть» левой кнопкой мыши по кнопке в правом верхнем углу с изображением крестика.

Выбор пункта главного меню «Справочники» производит открытие окна, изображенного на рисунке 3.

Рисунок 3 - Подменю «Справочники»

В этом подменю выбирается определенный тип объекта:

·        справочник пользователей;

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

·        справочник производителей;

·        справочник комплектующих.

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

Рисунок 4 - Навигатор

Активизировать выше перечисленные операции можно непосредственным нажатием левой кнопкой мыши соответствующей кнопки.

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

Рисунок 5 - Форма «Справочник материнских плат»

Справочники заполняются и пополняются администратором базы данных вручную.

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

Выбор пункта главного меню «Составляющие» производит открытие подменю, изображенного на рисунке 6.

Рисунок 6 - Подменю «Составляющие»

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

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

Рисунок 7 - Форма FDD

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

Рисунок 8 - Поиск

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

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

Рисунок 9 - Фильтр

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

Реализовано несколько вариантов фильтрации записей:

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

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

.        вводится последнее значение диапазона поиска, записи выводятся все до вводимого значения;

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

·        системных блоках;

·        ноутбуках;

·        ремонтах техники.

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

Данная форма выводится после нажатия кнопки «Информация» расположенной справа от главной таблицы на вкладке «Системный блок». На форме «Информация» сводятся данные, взятые из нескольких таблиц реализованных при помощи SQL запроса в компоненте Query. Информация о компонентах, составляющих системный блок, выводится в виде таблиц, поскольку в составе системного блока могут находиться несколько составляющих одного типа. Например, оперативная память или жесткий диск.

Рисунок 10 - Информация о системном блоке

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

Рисунок 11 - Информация о периферии

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

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

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

Рисунок 12 - Кнопка «Выбрать»

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

Рисунок 13 - Кнопка «Добавить»

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

В программе реализована возможность распечатки технического паспорта ПЭВМ. Это реализовано про помощи компонента RaveReport. На вкладке «Системный блок» имеется кнопка «Распечатать тех паспорт».

Рисунок 14 - Кнопка печати

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

Рисунок 15 - Пример отчета

Операция распечатки документа выполняется стандартными средствами компонента RaveReport. Изменить форму отчета может только администратор базы данных путем перекомпиляции проекта в Delphi.

На вкладке «Ноутбук» отображается таблица, хранящая в себе все сведения о ноутбуках. Данные описывают все характеристики определенной модели.

Рисунок 16 - Вкладка «Ноутбук»

Вкладка «Ремонт» отображает сведения о видах техники, отправляемых и получаемых с ремонта. Также описывается какой именно вид техники неисправен и вид неполадки.

Рисунок 17 - Вкладка «Ремонт»

2.5.2 Заключение

Итак, пользователь при работе с программой имеет возможность:

·        редактировать, производить поиск, просматривать, сортировать данные обо всех экземплярах техники;

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

·        просматривать содержание конкретного устройства в определенном компьютере;

·        получать данные о местонахождении техники;

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

·        получать справочную информацию о технике.

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

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

В процессе создания АРМ проводились консультации с будущими пользователями. Были учтены все пожелания.

3. ТЕХНИКО-ЭКОНОМИЧЕСКАЯ ЧАСТЬ

.1 Общие положения

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

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

·        по экономическим элементам

·        по калькуляционным статьям.

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

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

С2 - вспомогательные материалы;

С3 - топливо со стороны (покупное): технологическое топливо и топливо для бытовых нужд;

С4 - энергия со стороны (технологическая и бытовая);

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

С6 - начисления на зарплату (по нормативам);

С7 - амортизация основных фондов;

С8 - прочие денежные расходы.

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

(1)

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

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

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

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

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

Ниже приведен расчет себестоимости программного продукта.

.2 Расчет себестоимости по статьям затрат

Для выполнения дипломного проекта необходимы средства, предоставляемые предприятием (ОС, среда разработки приложений, текстовый редактор, СУБД, CASE-средство), и покупаемые непосредственно для решения данной задачи (бумага формата А4 и картридж для принтера HP LaserJet 4100n). Результаты расчетов затрат на покупные изделия сведены в таблицу 1.

Таблица 1 - Затраты на покупные изделия

* - указанные программные продукты использованы ориентировочно для 10 задач. Поэтому для расчета учитываем 10% от стоимости данных продуктов.

Общая стоимость затрат на вспомогательные материалы составляет 21 003 руб.

.3 Расчет затрат на потребляемую электроэнергию

Стоимость потребляемой электроэнергии определяется по формуле:

 руб.,(2)

где W - Установленная электрическая мощность, кВт;

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

S_эл - тариф за электроэнергию, руб./кВт * час

Расчет стоимости потребляемой электроэнергии приведен в таблице 2.

Таблица 2 - Стоимость потребляемой энергии

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

3.4 Расчет заработной платы

Заработная плата состоит из следующих статей:

·   оклад;

·   премия;

·   районный коэффициент.

Расчет основной заработной платы сведен в таблицу 3.

Таблица 3 - Расчет основной заработной платы

Заработная плата за три месяца составляет 76 440 руб.

.5 Единый социальный налог

Единый социальный налог составляет 26,5 % от заработной платы и равняется 20 256,6 рубль.

.6 Расчет амортизационных отчислений

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

 руб., (3)

гдеС_б - балансовая стоимость оборудования, руб.

Н_а - годовая норма амортизации, %

Т - время работы на данном оборудовании, мес.

Расчет расходов на амортизацию приведен в таблице 4.

Таблица 4 - Расходы на амортизацию

.7 Расчет накладных расходов

Накладные расходы включают в себя общепроизводственные и общехозяйственные расходы.

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

3.8 Сводная калькуляция

Сводная калькуляция приведена в таблице 5.

Таблица 5 - Сводная калькуляция

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

4. ОХРАНА ТРУДА И ТЕХНИКА БЕЗОПАСНОСТИ

.1 Общие положения

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

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

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

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

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

.1.1 Требования техники безопасности при работе на ПЭВМ

Вычислительные машины устанавливаются и размещаются в соответствии с требованиями технических условий заводов-изготовителей и санитарных норм. Видеотерминалы должны располагаться при однорядном их размещении на расстоянии не менее 1 м от стен; рабочие места с дисплеями должны располагаться между собой на расстоянии не менее 1.5 м. Площадь помещений для работников ВЦ из расчета на одного человека следует предусматривать величиной не менее 6.0 м², кубатуру - не менее 19.5 м³ с учетом максимального числа работающих одновременно [3].

.1.2 Техника безопасности при работе с дисплеем

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

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

.1.3 Требования перед началом работы

1.      Подготовить рабочее место, убедиться в достаточной освещенности;

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

3.      При выявлении неполадок сообщить об этом руководителю работ (техническому персоналу) и до их устранения к работе не приступать [3].

.1.4 Требования во время работы

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

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

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

.        При появлении неисправностей прекратить работу, компьютер отключить от электросети (или поступить в соответствии с требованиями руководства по эксплуатации). Сообщить об этом руководителю работ или техническому персоналу. До устранения неисправностей компьютер не включать.

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

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

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

.        Работающим с персональными компьютерами запрещается:

·        производить действия, противоречащие руководству по эксплуатации компьютера;

·        снимать во время работы щитки и кожухи электронных устройств;

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

·        курить в помещении, где установлен компьютер [21].

.1.5 Требования в аварийных ситуациях

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

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

.1.6 Требования по окончании работ

Отключить компьютер от электросети и убрать рабочее место. Сообщить руководителю работ или техническому персоналу обо всех замеченных во время работы неполадках и неисправностях электронных устройств [3].

.1.7 Требования к естественному и искусственному освещению

Освещение в помещениях ВЦ должно быть смешанным (естественным и искусственным). Естественное освещение должно осуществляться в виде бокового освещения. При выполнении работы категории высокой зрительной точности коэффициент естественной освещенности (КЕО) должен быть не ниже 1,5%, при зрительной работе средней точности - не ниже 1,0%. Искусственное освещение следует реализовать в виде комбинированной системы освещения с использованием люминесцентных источников света в светильниках общего освещения. В качестве источников общего освещения необходимо использовать люминесцентные лампы типа ЛБ и ДРЛ с индексом цветопередачи не менее 70 (R³70). В качестве светильников - установки с преимущественно отраженным или рассеянным светораспределением (тип УСП-5-2х40, УСП-35-2х40, ЛВ003-2х40-002). Светильники общего освещения следует располагать над рабочими поверхностями в равномерно-прямоугольном порядке.

Величина освещенности при искусственном освещении люминесцентными лампами должна быть в горизонтальной плоскости не ниже 300 лк - для системы общего освещения и не ниже 750 лк - для системы комбинированного освещения. С учетом зрительной работы высокой точности величина освещенности для системы комбинированного освещения может быть увеличена до 1000 лк. Величина искусственной освещенности для выполнения работ высокой зрительной точности при одном общем освещении должна быть не ниже 200 лк, для выполнения работ средней зрительной точности уровни должны быть соответственно не ниже 300 и 200 лк. Пульсация освещенности используемых люминесцентных ламп не должна превышать 10%. В помещениях ВЦ должно быть предусмотрено аварийное освещение для продолжения работы и других целей.

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

При естественном освещении следует применять средства солнцезащиты, снижающие перепады яркостей между естественным светом и свечением экрана видеотерминала. В качестве таких средств можно использовать пленки с металлизированным покрытием или регулируемые жалюзи с вертикальными ламелями. Кроме того, рекомендуется размещение окон с одной стороны рабочих помещений, при этом каждое окно может иметь светорассеивающие шторы с коэффициентом отражения 0.5…0.7. В поле зрения оператора должно быть обеспечено соответствующее распределение яркости. Отношение яркости экрана к яркости окружающих его поверхностей не должно превышать в рабочей зоне 3:1 [24].

.2 Охрана труда

При длительной работе с персональным компьютером имеет место утомление глаз, может произойти ухудшение зрения. Во избежание последствий необходимо после 1,5…2 часов работы сделать перерыв на 10…15 минут. Освещенность помещения должна быть не менее 300 люкс. Температура помещения должна поддерживаться на уровне (20+2)° С. Влажность воздуха не более 70%. Для предохранения организма от вредного излучения экрана дисплея необходимо применять защитный экран. К работе по управлению терминалами допускаются сотрудники не моложе 18 лет, прошедшие предварительный медосмотр, производственное обучение, стажировку на рабочем месте продолжительностью не менее 2 недель под руководством опытного работника, инструктаж.

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

.3 Первая помощь при поражении электрическим током

При поражении электрическим током необходимо:

·        прекратить работу; выключить устройства;

·        освободить пострадавшего от действия электрического тока;

·        оказать первую медицинскую помощь пострадавшему;

·        вызвать скорую помощь;

·        немедленно сообщить о случившемся происшествии непосредственному руководителю;

·        не изменять производственную обстановку после несчастного случая без разрешения комиссии по расследованию, если это не представляет опасности для жизни и здоровья людей [24].

.4 Требования пожарной безопасности

При возникновении пожара, загорании устройств, немедленно отключить устройства от питающей сети, сообщить о случившемся по телефону 01 и непосредственному руководителю. Принять меры по ликвидации загорания, используя углекислотные огнетушители типа ОУ-2, ОУ-5, ОУ-8. Данными огнетушителями допускается тушение электрооборудования, находящегося под напряжением до 380 В [24].

ЗАКЛЮЧЕНИЕ

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

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

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

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

БИБЛИОГРАФИЧЕСКИЙ СПИСОК

1.      Артемов, Д. Microsoft SQL Server 7.0: установка, управление, оптимизация/ Д. Артемов, Г.Погульский - М.: Издательский отдел «Русская Редакция» ТОО «Channel Trading Ltd.», 2008.

.        Баас, Р. Delphi 4: полное руководство: пер. с нем. / Р. Баас, М. Фервай, Х. Гюнтер - Киев: Издательская группа BHV, 2008.

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

.        Васкевич, Д. Стратегии клиент/сервер. Руководство по выживанию для специалистов по реорганизации бизнеса/ Д. Васкевич - К.: Диалектика, 2016.

.        Возневич, Э. Delphi. Освой самостоятельно: Пер. с англ./ Э. Возневич - М.: Восточная Книжная Компания, 2006.

.        Глушаков, С.В. Программирование в среде Windows: Учебный курс/ С.В. Глушаков, С.В. Мельников - Харьков: Фолио; М: ООО Издательство АСТ», 2015.

.        Гофман, В.Э. Delphi 6/ В.Э. Гофман, А.Д. Хомоненко - СПб.: БХВ-Петербург, 2013.

.        Гусева, Т.И. Проектирование баз данных в примерах и задачах/ Т.И. Гусева, Ю.Б. Башин - Москва: Радио и связь, 2002.

.        Дарахвелидзе, П.Г. Программирование в Delphi 5/ П.Г. Дарахвелидзе, Е.П. Марков, О.А. Котенок - СПб.: БХВ - Санкт-Петербург, 2000.

.        Дейт, К. Дж. Введение в системы баз данных.: Пер. с англ/ К. Дж. Дейт, - 6-е изд. - К. : Диалектика, 2008.

.        Дантеманн, Д. Д. Программирование в среде Delphi/ Д. Дантеманн, Д. Мишел. - К: Издательство «ДиаСофт», 2007.

.        Диго, С.М. Проектирование баз данных. Москва: Финансы и статистика/ С.М. Диго - 1988.

.        Кларк, Д. Дж. IV. Руководство Novell для специалистов CNE в 2^х томах/ Д.Дж. Кларк IV. - К: Издательство «ЛОРИ», 2006.

.        Маклаков, С. «BPWin и ERWin: CASE-средства разработки информационных систем»/ С. Маклаков - М., «Диалог-МИФИ», 2000.

.        Мамаев, Е.В. Microsoft SQL Server 2000/ Е.В. Мамаев - СПб.: БХВ-Петербург, 2004.

.        Шпеник, М. Руководство администратора баз данных Microsoft SQL Server 7.0.: Пер. с англ/ М. Шпеник, О. Следж. - М.: Издательский дом «Вильямс», 2009.

.        Грабер, М. Справочное руководство по SQL. Пер. с англ/ М. Грабер - М: Издательство «ЛОРИ», 2007.

.        Минаси, М. Графический интерфейс пользователя: секреты проектирования/ М. Минаси - Москва: Мир, 2006.

.        Рихтер, Дж. Windows для профессионалов: Программирование для Windows 95 и Windows NT 4.0 на базе Win32 API/ Пер. с англ/ Дж. Рихтер - М.: Издательский отдел «Русская редакция» ТОО «Channel Trading Ltd», 2007.

.        Сван, Т. Delphi 4. Библия разработчика. : Пер. с англ/ Т. Сван - К.;М.;СПб.: Диалектика, 2008.

.        Сибаров, Ю.Г. Охрана труда в вычислительных центрах/ Ю.Г. Сибаров, В.Н. Сколотнев - М.: Машиностроение, 2000.

.        Беклешова, В.К.Технико-экономическое обоснование дипломных проектов/ В.К. Беклешова - Под редакцией. М.: Высшая школа, 2008 г.

.        Фаронов, В.В. Delphi 4 Руководство разработчика баз данных/ В.В. Фаронов, П.В. Шумаков - М.: «Нолидж», 2009.

.        Шумилин, В.К. Краткий курс безопасности/ В.К. Шумилин - М.: Издательство «СОУЭЛО», 2002.

ПРИЛОЖЕНИЕ