Введение

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

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

О каких базах данных идёт речь? В первую очередь, это данные о предприятиях, продукции и населении; экономическая и социальная информация, информация о городском хозяйстве (городские кадастры), справочные БД: расписания самолетов и поездов; биографические данные ("Кто есть кто"); адреса и телефоны; энциклопедии и справочники, описания новых видов потребительских товаров и др.

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

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

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

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

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

1. Анализ задачи обработки данных

1.1 Обоснование разработки программного средства

Исследуемая предметная область – учет спецодежды и средств защиты на предприятии.

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

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

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

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

Внедрение программного продукта позволит:

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

- обеспечит быстрое и своевременное получение нужной информации;

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

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

1.2 Техническое задание

1.2.1 Назначение и цели создания системы

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

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

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

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

2 Структура базы данных

2.1 Физическая структура данных

База данных представляет собой набор сущностей (таблиц) и атрибутов (полей), которые взаимосвязаны между собой. Каждый атрибут имеет тип данных и обладает свойствами. Схема данных представлена на рисунке 2.1.1:

База данных считается нормализованной, если она удовлетворяет требованиям 1НФ, 2НФ и 3НФ.

Отношение находится в первой нормальной форме (1НФ), если все его атрибуты атомарны. Например, каждый из атрибутов таблицы «Сотрудники» нельзя разделить на другие, более мелкие атрибуты, следовательно, таблица соответствует 1НФ.

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

Отношение находится в 3НФ, если оно находится в 2НФ и в нем нет транзитивных зависимостей атрибутов от возможных ключей, т.е. каждый не первичный атрибут не транзитивно зависит от каждого возможного ключа отношения. В разработанной схеме данных ни один атрибут не зависит от не ключевого поля, а значит можно сделать вывод, что схема данных удовлетворяет 3НФ. Базу можно считать нормализованной.

3 Архитектура программного средства

3.1 Структура объектов программного средства

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

Класс «Учет» представляет собой родительскую-дочернюю таблицу. На форме отображаются данные таблицы «Сотрудники» в виде таблицы и поля для ввода/редактирования информации. Также на форме есть панель для осуществления фильтрации данных. Для каждого сотрудника можно редактировать список «закрепленных» средств защиты в виде таблицы (рис.3.1.5):

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

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

5 Энерго- и ресурсосбережения

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

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

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

- экономия энергоресурсов.

Существует ряд эффективных способов для экономии электроэнергии. Основные из них:

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

- применение энергосберегающих технологий;

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

- регулирование режимов работы оборудования;

- улучшение качества электроэнергии.

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

С_э – стоимость 1 кВт электроэнергии, 0,197 руб/кВт.

W_пк – потребляемая мощность, 0,4 кВт.

W_сп – потребляемая мощность ПК в «спящем» режиме, 0,16 кВт.

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

Т_рп = n×t_рп (2)

t_рп – суммарное время регламентированных перерывов, в течение рабочего дня, 1 ч.

n – количество рабочих дней, в течение которых разрабатывался проект, высчитывается по формуле 3:

n = Т_пк/(8-t_рп) (3)

Т_пк – время работы компьютера, 35 ч.

Подставим данные в формулу (3):

n = 161/(8-1) = 23 дня

Заключение

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

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

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