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

Выпускная квалификационная работа

в форме дипломного проекта

РАЗРАБОТКА КОМПОНЕНТ ДЛЯ СРЕДЫ СТРУКТУРНО-ВИЗУАЛЬНОГО ПРОГРАММИРОВАНИЯ

Содержание

Введение

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

. Общая модель системы и описание ее компонентов

.1 Пользовательский интерфейс системы

.2 Компоненты

.3 Инструменты разработки

.4 Дерево действий

.5 Класс экспорта

. Реализация компонент

.1 Существующие модели построения компонентов

.2 Классификация компонентов

.3 Режимы работы компонентов

.4 Схема класса компонента

.5 Класс представления

.6 Проект

. Экономическая часть дипломного проекта

.1 Смета затрат на выполнение работы

.2 План выполнения работ

.3 Расходы на оплату труда

.4 Материальные затраты

.5 Расчет амортизации оборудования

.6 Прочие расходы

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

. Безопасность и экологичность проекта

.1 Безопасность программного продукта

.2 Методы и принципы обеспечения безопасности труда

.3 Санитарно-бытовое обеспечение

.4 Пожарная безопасность

.5 Безопасность в чрезвычайных ситуациях

.6 Экологическая безопасность программного продукта

Заключение

Список используемых источников

Введение

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

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

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

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

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

Исходя из поставленной цели, ставятся следующие задачи:

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

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

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

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

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

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

Технологический процесс

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

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

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

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

-   компиляция проекта в готовое приложение.

Функциональное назначение

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

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

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

-  работать с проектами любых размеров;

-   компилировать проекты в исполняемый файл;

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

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

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

-   осуществлять эффективный поиск маршрутов следования;

-   иметь собственный формат хранения проекта.

 

2. Общая модель системы и описание ее компонентов

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

Обобщенная структура среды разработки приведена на Рис. 1.

Рис. 1. − Обобщенная структура системы структурно-визуального программирования

Описание элементов системы:

- компоненты, структурные блоки, на основе которых строится программа;

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

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

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

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

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

 

.1 Пользовательский интерфейс системы

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

Рис. 2. − Главное окно среды разработки

Элементы главного окна среды разработки:

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

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

3.      Раздел свойств предоставляет инструмент просмотра и изменения свойств компонент в режиме проектирования;

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

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

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

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

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

Рис. 3. − Инструмент создания программных команд

Рис. 4. − Инструмент создания условных конструкций

Рис. 5. − Инструмент создания циклических конструкций

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

2.2 Компоненты

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

Внешний вид компонент в среде разработки представлен на Рис. 6.

Рис. 6. − Внешний вид компоненты в среде разработки

Подробнее об архитектуре компонентов будет рассмотрено в следующей части.

 

.3 Инструменты разработки

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

В среде разработки реализованы следующие инструменты:

-  Настройка компонентов в среде разработки

-   Создание перехватчиков событий компонент

-   Мастера генерации промежуточного кода

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

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

Мастера генерации промежуточного кода

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

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

-  Инструмент изменения свойств компонент

-   Инструмент создания условий

-   Инструмент создания циклов

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

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

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

Рис. 7. − Структура инструментов генерации кода

Рис. 8. − Пример использования мастера сложных действий

 

.4 Дерево действий

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

Рис. 9. − Вид дерева действий

На приведенном рисунке представлен пример обработчика события клик мыши по кнопке, с именем «КнопкаРавно».

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

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

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

Таким образом, дерево действий решает следующие задачи:

-  Перечисление набора использованных компонент в программе;

-   Отображения обработчиков событий;

-   Визуализации выражений программного кода

-   Предоставление услуг отображения процесса отладки

Программный код

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

Общая семантика программного кода в среде структурно- визуального программирования в формате РБНФ представлена в Листинге 1:

Программный код = { Выражение }

Выражение = Терм [ “=” Терм { (“+”|”-”|”&”) Терм } ]

Терм = [Дополнительная функция] строка |

Свойство компонента[“(“ Терм {“,” Терм } ”)”]

Свойство компонента = «Кнопка.Текст» | «Окно.Ширина» | …

Дополнительная функция = «Корень» | «Синус» | …

Листинг 1. − Семантика программного кода в РБНФ

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

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

 

.5 Класс экспорта

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

- Внутренний формат файла для хранения проекта

-   В исполняемый файл

-   В код Visual basic.Net

3. Реализация компонент

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

 

.1 Существующие модели построения компонентов

На сегодняшний день основным технологический стандартом разработки компонентов является COM (англ. Component Object Model - Объектная Модель Компонентов). Он подразумевает создание программного обеспечения на основе взаимодействующих распределённых компонентов, каждый из которых может использоваться во многих программах одновременно. Стандарт воплощает в себе идеи полиморфизма и инкапсуляции объектно-ориентированного программирования. Стандарт COM не мог быть универсальным и закрепился в основном на операционных системах семейства Microsoft Windows. В современных версиях Windows COM используется очень широко

Основным понятием, которым оперирует стандарт COM, является COM-компонент. Программы, построенные на стандарте COM, фактически не являются автономными программами, а представляют собой набор взаимодействующих между собой COM-компонентов. Каждый компонент имеет уникальный идентификатор (GUID) и может одновременно использоваться многими программами. Компонент взаимодействует с другими программами через COM-интерфейсы - наборы абстрактных функций и свойств. Каждый COM-компонент должен, как минимум, поддерживать стандартный интерфейс «IUnknown», который предоставляет базовые средства для работы с компонентом. Интерфейс «IUnknown» включает в себя три метода: QueryInterface, AddRef, Release.

Реализация COM модели компонента

Сегодня технология.NET сводит к минимуму трудности реализации собственных компонент. Для построения компонента достаточно реализовать интерфейс System.ComponentModel.IComponent, либо, что более распространено и широко используется, наследовать существующий компонент. К примеру, использовать в качестве базового класса общий объект всех.NET визуальных компонентов - System.Windows.Forms.Control.

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

Исходя из приведенных аргументов, реализация COM модели компонентов реализована по средствам наследования уже существующих.NET классов.

Однако, отличительной особенностью разработанной модели от стандартов System.ComponentModel является то, что все свойства и события.NET класса, которые использует компонент, хранятся в инкапсулированном классе представления, в котором дублируются свойства базового объекта, но в форме, понятной среде структурно-визуального программирования.

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

 

.2 Классификация компонентов

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

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

-  С визуальным интерфейсом

-   Без постоянного визуального интерфейса

-   Статические классы

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

Рис. 10. − Пример отображения в среде разработки компонент с визуальным интерфейсом

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

Рис. 11. − Пример отображения в среде разработки компонент без постоянного визуального интерфейса

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

Рис. 12. − Пример отображения в среде разработки компонент статического типа

 

.3 Режимы работы компонентов

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

- В скомпилированном режиме

-   В режиме конструктора в среде разработки

-   В режиме отладки программы

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

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

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

 

.4 Схема класса компонента

Обобщенная схема класса компонента выглядит следующим образом (Рис. 13)

Рис. 13. − Обобщенная схема компонента

Все компоненты реализуют интерфейс IObject. Его структура представлена на Рис. 14.

Рис. 14. − Интерфейс компонента

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

Свойство BehaviorObject имеет тип BaseBehavior. Класс, определяющий этот тип, наследуют объекты представления всех компонентов среды разработки.

 

.5 Класс представления

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

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

Объект представления всегда является потомком класса BaseBehavior, в котором определены все основные функции, необходимые для представления функциональности.NET объекта среде разработки.

Рис. 15. − Класс представления BaseBehavior

Содержимое класса:

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

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

-   Container имеет тип IObject и содержит компонент, являющийся контейнером данного объекта.

-   DesignMode указывает в каком режиме работать компоненту: в режиме проектирования, скомпилированном режиме или отладка.

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

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

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

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

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

-   GetListFromType возвращает перечисления в виде списка строк, которые соответствуют передаваемому типу свойства.

-   InitialEvent - функция, которая должна вызываться в начале каждого обработчика, созданного для события компоненты. Её задача: передача аргумента события в объект представления, для использования его свойствами компонента для получения дополнительной информации о событии и как средство обратной связи с ним.

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

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

-   Created - событие, которым обладают все объекты, срабатывающее после создания компонента на форме.

-   Disposed - событие, которым обладают все объекты, срабатывающее после ликвидации компонента.

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

По этому принципу создана иерархия классов представления, которая по своей структуре очень близка к наследованию, используемому в.NET Framework. Она (частично) представлена на рисунке 16.

Рис. 16. − Иерархия наследования объектов представления (частичная)

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

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

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

3.6 Проект

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

-  объединение всех компонент в единое целое

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

-   хранение данных

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

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

Структура проекта

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

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

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

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

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

Для доступа компонент к возможностям проекта был разработан интерфейс IProject, предоставляющий необходимые функций среды. Он приведен на Рис. 17.

Рис. 17. − Интерфейс проекта

Набор методов интерфейса можно разделить на три категории:

1.   Общего назначения:

-  GetAllObjects возвращает набор всех компонент участвующих в проекте, в формате массива IObject;

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

-   GetObjectFromName возвращает компонент в формате IObject, по переданному имени и индексу;

-   GetObjectFromName возвращает набор компонент в формате IObject, по переданному имени;

-   Translate переводит переданное строковое значение на текущий язык.

2.   Режим проектирования:

-  GetSelectedObjects возвращает набор компонент выделенных в среде разработки на форме, в формате массива IObject;

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

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

3.   Режим отладки:

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

4. Экономическая часть дипломного проекта

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

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

 

.1 Смета затрат на выполнение работы

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

1.   Расходы на оплату труда

-  основная заработная плата;

-   дополнительная заработная плата

2.   Материальные затраты

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

-   стоимость расходуемой электроэнергии;

-   затраты по использованию прикладных программ.

- затраты по оплате услуг, работ сторонних организаций.

3.   Амортизация оборудования

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

4.   Прочие расходы

-  единый социальный налог;

-   выплаты на социальное страхование от несчастного случая;

-   затраты по использованию INTERNET;

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

 

.2 План выполнения работ

Таблица 1. - План выполнения работ

Вид работ	Категория работника	Время разработки, чел/час	Затраты маш. времени, маш/час
1. Сбор информации по существующим аналогам	Инженер-программист	40	40
2. Изучение документации, поиск и установка компонентов, настройка среды разработки	Инженер-программист	100	100
3. Разработка архитектуры, структуры системы	Инженер-программист	120	60
4. Разработка алгоритма работы. Написание программной части	Инженер-программист	600	600
5. Отладка	Инженер-программист	100	100
6. Написание технической документации по проекту	Инженер-программист	50	50

Получаем: время разработки суммарное равно 1010 часов, суммарное машинное время равно 950 часов.

4.3 Расходы на оплату труда

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

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

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

Должностные оклады сотрудников устанавливаются на основе тарифной сетки по оплате труда работников предприятия ООО «Индор-Енисей».

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

Должностной месячный оклад инженера-программиста организации ООО «Индор-Енисей» составляет 6 000 руб. (Д_{мес.окл}). Ежемесячная премия составляет 2 125 руб. (П_мес). Северная надбавка составляет 30% от ежемесячных постоянных начислений (Н_с). Районный коэффициент составляет так же 30% от ежемесячных постоянных начислений (Н_р). Размер основной заработной платы работника предприятия на должности инженера-программиста рассчитывается по формуле

ЗП_осн = Д_{мес.окл.} + П_мес + Н_с + Н_р

Размер ежемесячных выплат на зарплату инженера-программиста получается

ЗП_осн = 6000 + 2 125 + 2 437,5 + 2 437,5 = 13 000 руб.

Рассчитаем стоимость часа работы над проектом инженера-программиста:

С_ч = ЗП_осн/ Ч_мес

где, С_ч - стоимость часа работы инженера-программиста, руб.;

ЗП_осн - размер основной заработной платы, руб.;

Ч_мес - среднее количество рабочих часов в месяце, час. Значение данного параметра примем как 168 часов;

Таким образом, стоимость часа работы программиста получается:

С_ч = 13 000 / 168 = 77,38 руб.

Суммарная заработная плата инженера-программиста составляет:

ЗП_{осн Σ} = 77,38 * 1010 = 78153,8 руб.

Расчет дополнительной заработной платы:

На статью “Дополнительная заработная плата” на предприятии ООО «Индор-Енисей» приходится 12% от годового фонда заработной платы:

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

ЗП_дп= 78 153,8 * 0,12 = 9378,45 руб.

4.4 Материальные затраты

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

Стоимость материалов включает в себя:

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

бумага для печати(1 пачка=500 л.): 100 руб.

Подсчитаем общую стоимость расходуемых материалов Ст_расх.:

Ст_расх. = 180 + 100 = 280 руб.

Стоимость расходуемой технологической электроэнергии

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

N_сум=S N_j,

Где: N_сум - суммарная мощность оборудования;

N_j - установленная мощность j-го вида оборудования.

N₁ = монитор - 264 Вт/ч;

N₂ = системный блок - 500 Вт/ч;

N₃ = периферийные устройства до 100 Вт/ч.

Количество расходуемой энергии компьютером составит:_сум = 264+500+100 = 864 Вт/ч

N_факт = SN_i*t_факт

Где: t_факт - фактические затраты времени на работы (машино-часы)

N_факт = 864*950 = 820800 Вт = 820,8 кВт

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

Сэ = N_факт*Ц_э,

где: Ц_э - тариф на энергию (1 кВт = 163 коп. без НДС)

С_э = 820,8 * 163 = 133790,4 коп = 1337,9 руб.

Затраты по использованию прикладных программ

Данные затраты рассчитываются по формуле:

Ст_расх = Ст\Т_эф* t_факт,

где: Ст - стоимость прикладных программ, руб.;

Т_эф - время эффективного использования, час.; (3 года - 5974)

T_факт - количество часов использования ПО, маш./час;

Расчет для программного продукта Microsoft Windows 7 Professional:

Ст_расх = (8 000 /5974)*1 776=2 452 руб.

Расчет для программного продукта Visual Studio 2008 Standard:

Ст_расх = (10 500 /5974)*850=1493,97 руб.

Расчет для программного продукта Microsoft Office Professional:

Ст_расх = (12 000 /5974)*90= 180,78 руб.

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

Таблица 2. - Расчет затрат по использованию прикладных программ

Программный продукт	Стоимость	Маш\час	Затраты на ПО
Microsoft Windows 7 Professional	950	2 452 руб.
Visual Studio 2008 Standard	10 500 руб.	850	1493,97 руб.
Microsoft Office Professional	12 000 руб.	90	180,78 руб.

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

В итоге получили сумму расходов на программное обеспечение: 4126,75 руб.

 

.5 Расчет амортизации оборудования

Срок полезного использования оборудования установлен равным 3 годам. Для расчета амортизационных отчислений используется линейный метод, следовательно, норма амортизационных отчислений составит 33,3% в год. Сумма амортизационных отчислений вычисляется по формуле:

А_м.акт.= (Ст_акт. * Н_ам.отч./ 100)

где: А_м.акт. - годовые амортизационные отчисления по оборудованию, руб.;

Тфакт - количество часов использования ПО, маш/час.

Ст_акт. - стоимость оборудования, руб.;

Н_ам.отч. - норма амортизационных отчислений, в процентах.

Н_ам.отч. =100/ 3 =33,3

Оборудование - ПК следующей конфигурации:

Intel Core2 Duo E4600 (2.4 GHz/800 MHz/2MB L2), Socket LGA775/ DDR2 SDRAM, DIMM 2 Gb, 240 pin, PC2-5300 (DDR2 667) Kingston/ASUS P5KPL-VM/Sapphire Radeon HD 3450, DDR2 256MB/HDD 160 GB SATA Seagate Barracuda 7200/19"Wide ViewSonic VA1926w

Стоимость оборудования равна 25500 рублям.

Исходя из этого подсчитаем А_м.акт. по формуле:

А_м.акт. = 2*(25500 * 33,3/ 100) = 16 983 рубля в год.

Соответственно норма амортизационных отчислений для данной работы составит:

А_м.отч = А_м.акт /T_год* Т_факт

где T_год - число рабочих часов в году;

T_факт - количество часов использования оборудования, маш\час.

А_м.отч = 16 983 / 1993 * 950 = 8 095,25 рубля.

 

.6 Прочие расходы

Расчет единого социального налога

“Единый социальный налог”, далее (ЕСН) учитывает следующие обязательные отчисления по установленным законодательным нормам:

фонд социального страхования (2,9%);

пенсионный фонд (20%);

фонд медицинского страхования (3,1%);

Размер отчислений определяется по формуле:

ЕСН=(ЗП_осн+ЗП_дп)*(П_ф+М_с+С_с)/100,

где: ЕСН − единый социальный налог;

ЗП_осн - основная заработная плата сотрудника, руб.;

ЗП_дп - дополнительная заработная плата сотрудника, руб.;

П_ф - размер отчислений в пенсионный фонд;

М_с - размер отчислений на медицинское страхование, в процентах;

С_с - размер отчислений на социальное страхование.

Итого сумма отчислений на ЕСН составит:

ЕСН = (78 153,8 + 9 378,45) * (20 + 2,9+ 3,1) / 100 = 20 413,77 руб.

Выплаты на социальное страхование от несчастного случая

Выплаты на социальное страхование от несчастного случая (далее Н_н.с)

Н_н.с = (ЗП_осн + ЗП_дп) * Н_н.с,

Где: Н_{н.с -} ставка по выплатам на социальное страхование от несчастного случая, которая берётся 1,2%.

Итого сумма отчислений на Н_н.с составит:

Н_н.с=(78 153,8 + 9 378,45)*0,2/100=175,06 руб.

Затраты по использованию INTERNET

Затраты составляют 500 рублей.

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

В данную статью затрат входят:

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

затраты на содержание, ремонт зданий, сооружений, оборудования и инвентаря;

расходы по охране труда, научно-технической информации;

транспортные расходы;

командировочные;

отчисления в дорожные фонды.

Величина нормативов расходов определяется в расчетно-финансовой группе. Накладные расходы вычисляются по формуле:

Н_расх = ЗП_осн * Н_н.р / 100,

где: Н_расх - величина накладного расхода, руб.;

ЗП_осн - основная заработная плата;

Н_н.р - норматив накладных расходов, в процентах (80%).

В итоге получим:

Н_расх = 78 153,8 *80/100 = 62 523,04 руб.

 

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

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

Таблица 3. - Смета затрат на выполнение проекта

Наименование статей затрат	Сумма, руб.
Основная заработная плата	78 153,8
Дополнительная заработная плата	9 378,45
Стоимость материалов и покупных изделий	280
Отчисления на социальные нужды ЕСН	20 413,77
Затраты на электроэнергию	1 337,9
Использование прикладных программ	4 126,75
Выплаты на социальное страхование от несчастного случая	175,06
Затраты на использование INTERNET	500
Расходы по управлению и хозяйственное обслуживание	62 523,04
Амортизация оборудования	8 095,25

Итого общая стоимость выполнения проекта составляет: 184 983,30 рубля.

5. Безопасность и экологичность проекта

 

.1 Безопасность программного продукта

интерфейс визуальный программирование компонента

В соответствии с требованиями ГОСТ 12.0.001 /1/, ГОСТ 12.0.003 /2/ и ГОСТ 12.2.003 /3/ безопасность оборудования и производственных процессов на предприятиях обеспечивают:

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

2)      выбором производственных помещений и площадок;

)        выбором исходных материалов и производственного оборудования;

)        размещением оборудования и организацией рабочих мест;

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

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

)        профессиональным отбором и обучением персонала;

)        включением требований безопасности в нормативно-техническую и технологическую документацию;

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

Идентификация опасностей на рабочих местах.

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

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

−   блики;

−       видимое излучение;

−       мерцание экрана;

−       монотонность работы;

−       низкочастотные электромагнитные поля;

−       повышенная или пониженная температура воздуха рабочей зоны;

−       повышенная яркость света;

−       повышенное содержание положительных ионов в воздухе помещений;

−       умственное перенапряжение;

−   повышенный уровень шума;

−   освещенность рабочей зоны;

−       электростатическое поле;

−       электрическое напряжение.

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

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

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

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

головные боли;

воспаление слизистой глаз;

повышенная раздражительность;

вялость;

депрессия.

И более 20 других недомоганий, включенных в 4 группы:

. Общие недомогания (сонливость, утомляемость);

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

. Нарушение визуального аппарата (пелена, неясность зрения, головные боли, косоглазие, очки становятся «слабыми»);

. Ухудшение сосредоточенности и работоспособности.

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

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

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

Для снижения травматизма и во избежание несчастных случаев все используемое оборудование должно иметь сертификат безопасности. При выборе технических средств следует учитывать требования стандартов ГОСТ 12.2.049 /19/, ГОСТ 12.2.064 /5/, ГОСТ 12.2.061 /6/, также к оборудованию должен прилагаться сертификат качества в соответствии с законом РФ «О сертификации продукции и услуг» /7/.

 

.2 Методы и принципы обеспечения безопасности труда

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

−    защита расстоянием;

−       приведение параметров окружающей среды в нормативное состояние;

−       использование средств индивидуальной защиты.

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

Безопасность исходных материалов

Исходными материалами являются бумажные изделия (к ним относятся техническое задание на разработку системы, справочная литература), пластмассовые изделия (носители информации в виде компакт дисков). В соответствии с ГОСТ 12.1.007 /8/ данные материалы является относительно безопасными.

Обеспечение благоприятного светового климата

Нормирование светового климата производится в соответствии с ГОСТ Р 50923 /9/, СНиП 23-05 /10/ и зависит от характера производимых работ. Согласно этим нормам работа оператора относится к высокой и средней точности - 3 - 4 разряда. Оптимальная освещенность в этом случае, согласно /9/, должна быть 300 - 500 лк. Исходя из условий зрительной работы, в соответствии с /10/ оптимальным будет общее равномерное искусственное освещение и естественное освещение. Применение одного местного освещения недопустимо.

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

а) помещения с ПК должны иметь естественное и искусственное освещение;

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

в) искусственное освещение в помещениях эксплуатации ПК должно осуществляться системой общего равномерного освещения. Допускается применение системы комбинированного освещения;

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

д) в качестве источников света при искусственном освещении должны применяться преимущественно люминесцентные лампы типа ЛБ мощностью 40, 65 и 80 Вт. Допускается применение ламп накаливания в светильниках местного освещения;

е) для освещения помещений с ПК следует применять светильники серии ЛП036 с зеркализованными решетками, укомплектованные высокочастотными пускорегулирующими аппаратами (ВЧПРА). Применение светильников без рассеивателей, и экранирующих решеток не допускается;

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

з) для обеспечения надежного считывания информации при соответствующей степени комфортности ее восприятия должны быть определены, соответствии с ГОСТ Р 50948-01 /12/, диапазоны визуальных эргономических параметров:

−  яркость знака от 35 до 120 кд/м²,

−       внешняя освещенность экрана от 100 до 250 лк.

Обеспечение благоприятных микроклиматических условий

Работа оператора ПК характеризуем как 1-ю категорию работ легкую. Оптимальные и допустимые нормы микроклимата для работ категории «легкая 1а» и «легкая 1б» указаны в СанПиН 2.2.4.548 /32/.

Для обеспечения нормальных условий труда все параметры микроклимата нормируются в соответствии с ГОСТ 12.1.005 /13/, СанПин 2.2.4.548 /14/ и учетом /11/. Эти нормы устанавливают оптимальные и допустимые величины температуры, влажности и скорости движения воздуха для рабочей зоны с учетом избытков явного тепла, тяжести выполняемых работ и сезонов года.

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

−  общеобменная искусственная вентиляция в соответствии с требованиями СНиП 2.04.05 /15/;

−  кондиционеры в соответствии с /15/;

−  отопление в холодный период года в соответствии со СНиП 2.04.07 /15/;

−       дежурное отопление в холодный период года, поддерживающее температуру воздуха в пределах 15-160С /15/;

−       обеспечение подачи воздуха в помещение на одного работающего не менее 20 м³, но не более 30 м³ /15/.

Защита от шума и вибрации

Уровень шумов на рабочем месте пользователя ПК по /9/ считается допустимым 50 дБА, а в помещениях с шумными агрегатами вычислительных систем (принтеры и т.п.) - 80 дБА.

Основными источниками шума в помещениях являются:

а) Работающие вычислительные машины, принтеры;

б) Центральная система вентиляции и кондиционеры;

в) Светильники с лампами дневного света.

Защиту от шума, создаваемого на рабочих местах внутренними источниками, а также, проникающего извне, следует предусмотреть за счет:

а) Применения средств индивидуальной защиты (наушники);

б) Рациональной планировки помещения;

в) Режима труда и отдыха;

г) Акустической обработки помещения.

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

Шумное оборудование (принтеры и т.п.), уровни шума которого превышают нормированные, должно находиться вне помещения с ПК.

Акустическая обработка помещения в соответствии с требованиями /11/ может заключаться в отделке помещения звукопоглощающими материалами с максимальным уровнем звукопоглощения в области частот от 31,5 до 8000 Гц.

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

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

При работе с ПК вибрация не превышает допустимых норм.

Электробезопасность

Требования, предъявляемые к электрическому оборудованию, во многом зависят от помещения, в котором оно эксплуатируется. Согласно ПУЭ /34/ помещение, в котором работает пользователь, относится к помещениям без повышенной опасностью. Сеть электропитания относится к I-ой группе - до 1000 В, тип проводки - закрытая кабельная. Питание ПК осуществляется от трехфазной сети частотой 50 Гц, напряжением 380/220 В.

Для обеспечения электробезопасности в соответствии с /19/ и ГОСТ 12.1.019 /38/ следует предусмотреть следующие защитные меры:

−    обеспечение недоступности токоведущих частей;

−       защитное заземление по ГОСТ 12.1.030 /15/;

−       защитное отключение по ГОСТ 12.4.155 /16/;

−       закрытая проводка питающих кабелей в соответствии с /15/;

−       электрическая изоляция токоведущих частей;

−       цветовая сигнализация опасных для жизни человека мест (красные предупреждающие щиты, кнопки переключатели) по /6/;

−       антистатическое покрытие пола;

−       использование общей увлажняющей вентиляции для защиты от статического электричества по ГОСТ 12.1.018 /17/.

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

Техническая эстетика и эргономика

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

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

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

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

Основные требования к организации и оборудованию рабочего места отражены в ГОСТ 12.2.032 /117/ и /5/. Организовывать рабочее место необходимо с учетом индивидуальных возможностей человека, характера выполняемой пользователем работы и возможностью выполнения рабочих операций в нормальных и аварийных условиях. Соблюдение всех требований способно увеличить производительность труда на 10% - 15% и значительно снизить утомляемость.

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

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

На рабочем месте в соответствии с /9/ следует установить подъемно-поворотный и регулируемый по высоте и углам наклона сиденья и спинки, а также расстоянию спинки от переднего края сиденья рабочий стул

Режим труда и отдыха

Режимы труда и отдыха оператора должны организовываться в зависимости от вида и категории трудовой деятельности. В соответствии с /11/ деятельность оператора будет относиться к группе «В» - творческая работа в режиме диалога с ЭВМ. Для этой группы категория тяжести работ устанавливается по суммарному времени непосредственной работы с ЭВМ за рабочую смену, но не более 6 часов.

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

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

Требования безопасности к профессиональному отбору операторов

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

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

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

Диск должен храниться и транспортироваться в специальной пластиковой или бумажной упаковке при температуре от -50 до +55⁰С и относительной влажности от 10 до 80%. Беречь от влаги, пыли и попадания прямых солнечных лучей.

Средства индивидуальной защиты

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

а) защитные экраны для монитора;

б) специальные (спектральные) очки с цветными фильтрами;

в) приборы для тренировки мышц глаз.

Сертификат безопасности на разработанную продукцию

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

 

5.3 Санитарно-бытовое обеспечение

Для обеспечения нормальных условий труда в соответствии с СНиП 2.09.04 /26/ необходимо иметь: умывальник, уборную, место для курения, шкаф для верхней одежды, отдельное помещение для приема пищи. При количестве персонала от 20 до 300 человек необходимо иметь буфет, более 300 человек - столовую.

Здание, в котором располагаются рабочие помещения, должны быть оборудованы системой централизованного водоснабжения в соответствии с ГОСТ 12.3.006 /42/, СНиП 2.04.02 /43/.

Вода поступающая по системе водоснабжения должна соответствовать требованиям СанПин 2.1.4.559 /44/.

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

 

.4 Пожарная безопасность

В соответствии с НПБ 105 /25/ и учетом СНиП 21-01 /26/, рабочее помещение оператора по категории пожарной опасности относится к категории «В». Проводниками пожара могут быть перегородки, двери, оконные рамы, полы, канцелярские принадлежности, изоляция силовых и сигнальных кабелей, обмотка радиотехнических деталей и т.д.

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

Во избежание пожара систему электропитания по /49/ предусматривается прокладывать через противопожарную стену и изолировать негорючими материалами. Для предотвращения распространения огня во время пожара с одной части здания на другую предусматривается устройство противопожарных преград. Для защиты от короткого замыкания применяются автоматические предохранители и автоматы тепловой защиты в соответствии с /22/. Для предотвращения или/и ликвидации пожара применяются автоматические установки пожаротушения, углекислотные огнетушители, а также другие меры безопасности в соответствии со НПБ 88-01 /24/ и ГОСТ 12.1.033 /25/.

Для вынужденной эвакуации людей из помещений предусматриваются в соответствии с /44/ эвакуационные пути.

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

−    организационные (инструктаж персонала, разработка плана эвакуации и т.д.);

−       технические (устройство не горючих перегородок);

−       режимные (курение в специальных местах);

−       эксплуатационные (профилактические осмотры).

 

.5 Безопасность в чрезвычайных ситуациях

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

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

−       при необходимости оказать содействие по ликвидации ЧС;

−       оказать помощь нуждающимся в этом людям;

−       покинуть здание в соответствии с планом эвакуации, и поступить в распоряжение начальника ГО и ЧС или иного уполномоченного лица.

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

−    выключать электрооборудование после завершения работы;

−       избегать попадания воды на электрические приборы и токоведущие части;

−       соблюдать правила пожарной безопасности предусмотренные ГОСТ 12.1.004 /24/ и СНиП 31-03-01 /25/;

−       проводить профилактические мероприятия.

 

.6 Экологическая безопасность программного продукта

Экологическая безопасность исходных материалов, использованных в проектировании объекта

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

Экологическая безопасность материалов и веществ, обращающихся в технологических процессах

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

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

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

Таблица 4. - Нормы предельного содержания вредных веществ

Наимен. матер. и в-в	Класс опасн.	Воздействие на окр. среду	ПДК, мг/м3
			в раб. зоне	в атм. воздухе
Сероводород	1	Чрезвычайное	10	0,008
Формальдегид	2	Высокоопасное	0,5	0,035
Фенол	2	Высокоопасное	0,3	0,01
Этилен	3	Умерено	100	3
Ацетон	4	Малоопасное	200	0,35
Углекислый газ (СО2)	4	Малоопасное	20	9,2
Трихлорэтан	4	Малоопасное	20	10
Изопрен	4	Малоопасное	40	30

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

Выводы

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

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

 

Заключение

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

Разработанная система была выпущена и размещена на сайте http://Algoritm2.ru. На данный момент посещаемость сайта достигла 10-15 тыс. человек в месяц. Среда доступна для скачивания. На основе отзывов и замечаний пользователей продукта были сделаны доработки, выявлены и устранены небольшие ошибки и недочеты.

Система продолжает развиваться. Создана английская версия, начались продажи в США и Европе.

Список используемых источников

1. Accessing Attributes With Reflection (C# Programming Guide). [Электронный ресурс] / Режим доступа: http://msdn.microsoft.com/en-us/library/z919e8tw(v=VS.80).aspx.

2. Compile code using C# compiler. [Электронный ресурс] / Режим доступа: http://support.microsoft.com/kb/304655.

3. C# Reflection and Dynamic Method Invocation. [Электронный ресурс] / Режим доступа: http://my.execpc.com/~gopalan/dotnet/reflection.html.

4. PropertyGrid FAQ. [Электронный ресурс] / Режим доступа: http://rsdn.ru/article/dotnet/PropertyGridFAQ.xml#EXB.

5. ГОСТ 12.0.001-82. ССБТ. Основные положения. - Взамен ГОСТ 12.0.001-74 Переиздание (январь 1996 г.) с Изм. №1, утвержденным в октябре 1989 г; Введ. 20.12.82.

6. ГОСТ 12.0.003-74. ССБТ. Опасные и вредные производственные факторы. Классификация. Переиздание (январь 1996 г.) с Изм. №1, утвержденным в октябре 1978 г, Введ. 01.01.76.

7. ГОСТ 12.1.003-89. ССБТ. Шум. Общие требования безопасности Взамен 12.1.003-76 Внесено изм. №1, утв. пост. Госстандарта СССР от 19.12.1988 г. Введ. 01.07.84.

8. ГОСТ 12.1.004-91. ССБТ. Пожарная безопасность. Общие требования. Введ. 01.07.92.

9. ГОСТ 12.1.005-88. ССБТ. Общие санитарно-гигиенические требования к воздуху рабочей зоны Введ. 01.01.89.

10.ГОСТ 12.1.007-76. ССБТ. Вредные вещества. Классификация и общие требования безопасности. Переиздание октябрь 1981 г. с Изм. №1, утвержденным в сентябре 1981 г. (ИУС 12-81). Внесено изм. №2, утв. в марте 1990 г. Введ. 01.01.77.

11.ГОСТ 12.1.019-79. ССБТ. Электробезопасность. Общие требования и номенклатура видов защиты. Введ. 01.07.80.

12.ГОСТ 12.1.030-81. ССБТ. Электробезопасность. Защитное заземление, зануление. Внесены изм. №1, утв. пост. Госстандарта СССР от 27.03.87 №990 (ИУС 7-87) и поправка (ИУС 10-83). Введ. 01.07.82.

13.ГОСТ 12.1.033-81. ССБТ. Пожарная безопасность. Термины и определения. Переиздание (декабрь 1985 г.) с Изм. №1, утв. в августе 1983. Введ. 01.07.82.

14.ГОСТ 12.2.003-91. ССБТ. Оборудование производственное. Общие требования безопасности. Взамен ГОСТ 12.2.003-74. Введ. 01.01.92

15.ГОСТ 12.2.032-02. ССБТ. Рабочее место при выполнении работ сидя. Общие эргономические требования. Переизд. ноябрь 1980. Введ. 01.01.79.

16.ГОСТ 12.2.049-80. ССБТ. Оборудование производственное. Общие эргономические требования.

17.ГОСТ 12.2.061-81. ССБТ. Оборудование производственное. Общие требования безопасности к рабочим местам. Введ. 01.07.82.

18.ГОСТ 12.2.064-81. ССБТ. Органы управления производственным оборудованием. Общие требования безопасности.

19.ГОСТ 12.3.002-75. ССБТ. Процессы производственные. Общие требования безопасности.

20.ГОСТ 12.4.155-85. ССБТ. Устройства защитного отключения. Классификация. Общие технические требования. Введ. 01.01.86.

21.ГОСТ Р 12.4.026-2001. ССБТ. Цвета сигнальные, знаки безопасности и разметка сигнальная. Назначение и правила применения. Общие технические требования и характеристики. Методы испытаний.

22.ГОСТ Р 50923-96. Дисплеи. Рабочее место оператора. Общие эргономические требования и требования к производственной среде. Методы измерения.

23.ГОСТ Р 50948-96. Средства отображения информации индивидуального пользования. Общие эргономические требования.

24.Закон РФ №5151-1. "О сертификации продукции и услуг" Введ. 10.06.93.

25.Интернет и сеть. [Электронный ресурс] / Режим доступа: http://www.codenet.ru/cat/Languages/Delphi/Internet.

26.Операционная система Linux в качестве сервера. [Электронный ресурс] / Режим доступа: http://www.kubuntu.ru/node/2376

27.Программирование баз данных. [Электронный ресурс] / Режим доступа: http://www.erudition.ru/referat/ref/cat.323.html.

28.ПУЭ. Правила устройства электроустановок. Введ. 01.07.2000.

29.Работа с сетями и протоколами. [Электронный ресурс] / Режим доступа: http://expert.delphi.int.ru/groups/13.

30.СанПиН 2.2.2/2.4.1340-03. Гигиенические требования к персональным электронно-вычислительным машинам и организации работ.

31.СанПиН 2.2.4./2.1.8.582-96. Гигиенические требования при работах с источниками воздушного и контактного ультразвука промышленного, медицинского и бытового назначения. Взамен "Санитарных норм и правил при работе с оборудованием, создающим ультразвук, передаваемый контактным путем на руки работающих" №2283-МЗ СССР, "Санитарных норм и правил при работе на промышленных ультразвуковых установках" №1733-77 МЗ СССР. Введ. 31.10.96.

32.СанПиН 2.2.4.548-96. "Гигиенические требования к микроклимату производственных помещений" Взамен "Санитарных норм микроклимата производственных помещений", утв. Минздравом СССР от 31.03.86 №4088-86. Введ. 01.10.96

33.СанПиН 2.1.4.559-96. Питьевая вода. Гигиенические требования к качеству воды централизованных систем питьевого водоснабжения. Контроль качества

34.Создание WEB сервера на Delphi. [Электронный ресурс] / Режим доступа: http://z-oleg.com/delphi/web1.htm.

35.СНиП 2.09.04-02. "Административные и бытовые здания". Введ. 01.01.89.

36.СНиП 21-01-02. Пожарная безопасность зданий и сооружений.

37.СНиП 23-05-03. Естественное и искусственное освещение Введ. 01.01.96

38.СНиП 31-03-01. Производственные здания.

39.СНиП 41-01-03. Отопление, вентиляция и кондиционирование.

40.НПБ 105-03. Определение категорий помещений и зданий по взрывопожарной и пожарной опасности.