Cистема автоматизации тестирования знаний студентов

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

Рубрика Программирование, компьютеры и кибернетика
Вид дипломная работа
Язык русский
Дата добавления 06.06.2013
Размер файла 1,1 M

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

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

Создание таблицы "Список дисциплин":

"CREATE TABLE `list_of_disciplines` (

`ID` int (11) NOT NULL AUTO_INCREMENT,

`flow` int (11) DEFAULT NULL,

PRIMARY KEY (`ID`),

KEY `flow` (`flow`)

) ENGINE=InnoDB AUTO_INCREMENT=3 DEFAULT CHARSET=utf8; "

Создание таблицы "Тест":

"CREATE TABLE `test` (

`ID` int (11) NOT NULL AUTO_INCREMENT,

`link_test` varchar (255) DEFAULT NULL,

PRIMARY KEY (`ID`)

) ENGINE=InnoDB AUTO_INCREMENT=2 DEFAULT CHARSET=utf8; "

Создание таблицы "Дисциплины":

"CREATE TABLE `disciplines` (

`ID` int (11) NOT NULL AUTO_INCREMENT,

`name` varchar (255) DEFAULT NULL,

`test` int (11) DEFAULT NULL,

`teacher` int (11) DEFAULT NULL,

`list_of_disciplines` int (11) DEFAULT NULL,

PRIMARY KEY (`ID`),

KEY `test` (`test`),

KEY `teacher` (`teacher`),

KEY `list_of_disciplines` (`list_of_disciplines`)

) ENGINE=InnoDB AUTO_INCREMENT=5 DEFAULT CHARSET=utf8; "

Создание таблицы "Преподаватели":

"CREATE TABLE `teacher` (

`ID` int (11) NOT NULL AUTO_INCREMENT,

`firstname` varchar (255) CHARACTER SET utf8 DEFAULT NULL,

`lastname` varchar (255) CHARACTER SET utf8 DEFAULT NULL,

`middleName` varchar (255) CHARACTER SET utf8 DEFAULT NULL,

`chair` int (11) DEFAULT NULL,

PRIMARY KEY (`ID`),

KEY `chair` (`chair`)

) ENGINE=InnoDB AUTO_INCREMENT=3 DEFAULT CHARSET=latin1; "

Создание таблицы "Роли пользователей":

"CREATE TABLE `user_roles` (

`USER_ROLE_ID` int (10) unsigned NOT NULL,

`USER_ID` int (10) unsigned NOT NULL,

`AUTHORITY` varchar (45) NOT NULL,

PRIMARY KEY (`USER_ROLE_ID`),

KEY `FK_user_roles` (`USER_ID`)

) ENGINE=InnoDB DEFAULT CHARSET=utf8; "

5.2 Описание модулей системы

Класс "StudentController" - основной класс подсистемы студента. Обрабатывает все HTTP-запросы, связанные с подсистемой студента. Согласно технологии MVC (Model-View-Controller), является связующим звеном между пользователем и системой. Каждый метод данного класса соответствует GET или POST запросу. Основные методы класса описаны в таблице 5.1.

Таблица 5.1 - Основные методы класса "StudentController"

Название метода

Основное предназначение

ChooseOfDisciplines

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

BeginningOfTheTest

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

List<Teacher> - структура данных типа List, каждый элемент которой типа Teacher содержит информацию о преподавателе;

List<Test> - структура данных типа List, каждый элемент которой типа Test содержит информацию о тестах;

Object Disciplines - объект, хранящий информацию о выбранной студентом дисциплине.

Также в этом методе создаются объекты классов ConnectToTest, BeanTest, QuestionNode, ReturnTest, TestReturnNow, структура и основное предназначение которых будет описано ниже.

BeginningOfThePracticeTest

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

Константа LinkProbTest содержит ссылку на файл, содержащий пробный тест.

ShowTheoryBlock

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

Object Disciplines;

Object Teacher;

Object Test.

В Test хранится переменная LinkTheoryBlock, хранящая ссылку на XML-файл, хранящий сведения о конкретном теоретическом блоке.

Класс "BeanTest" - данный класс является POJO-объектом (в спецификации данного класса объектов обязательным условием является восстановление внутреннего состояния объекта из статических ресурсов, данный процесс называется "сериализация объекта"). Согласно спецификации Bean, данный класс содержит конструктор по умолчанию и get, set методы. Все переменные и структуры данных имеют атрибут private. Информация об этом классе хранится в XML-файле (data. xml), стандартном файле IOC Container фреймворка Spring 3.0. Назначение данного класса - содержание всех сведений о тесте.

Основные методы класса "BeanTest" описаны в таблице 5.2

Таблица 5.2 - Основные методы класса "BeanTest"

Название метода

Основное предназначение

setApplicationContest

Загрузка контента в систему. Единственный параметр - ctx типа FileSystemXml ApplicationContext (библиотечный тип данных).

getApplicationContest

Возвращает контента из POJO-объекта. Типа возвращаемых данных - FileSystemXmlApplicationContext.

setResourse

Загрузка XML-файла с тестом, а также процедура XML-парсинга, осуществляемая с помощью библиотеки Java DOM, целью которой является представление текстового файла в объектную форму.

setListOfQuestions

Объект типа List, элементами которого являются Questions, заполняется данными.

setTest

Принимает объект типа Test.

Класс "Test" - содержит информацию непосредственно о тесте. В статической секции данного класса заносятся следующие данных:

текстовая переменная NameTest - название теста;

текстовая переменная NameQuestion - название вопроса;

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

булевская переменная isPicture - принимает значение true, если объектная переменная типа Question содержит вопрос в виде изображения, false - в обратном случае;

список ListOfAnswer, элементами которого являются объекты типа Answer;

– Answer - объект, содержащий вариант ответа на вопрос.

Основные методы класса "Test" описаны в таблице 5.3.

Таблица 5.3 - основные методы класса "Test"

Название метода

Основное предназначение

nextQuestions

Возвращает следующий вопрос. Метод не содержит ни единого атрибута.

previousQuestion

Возвращает предыдущий вопрос. Метод не содержит ни единого атрибута.

endQuestion

Принудительное завершение тестирования.

Также характерным для всей системы в целом является использование ORM (Object-relation mapping) - технология программирования, которая связывает базу данных с концепциями объектно-ориентированного программирования. В качестве ORM-провайдера был выбран Hibernate. Данный принцип программирования характерен как для подсистемы "Преподаватель", так и для подсистемы "Студент". В соответствии с ORM-принципом, каждой таблице базы данных соответствует Java-класс, далее называемый "сущностью". Обеспечение взаимодействия между сущностями и системой возлагается на интерфейсы, написанные в соответствии с правилами и ограничениями Hibernate (наследуют и реализуют основные методы данной библиотеки).

Опишем сущности, характерные для подсистемы "Студент". Название сущности соответствует названию таблицы в базе данных.

Поля сущности "Student" описаны в таблице 5.4.

Таблица 5.4 - Поля сущности "Student"

Название метода

Основное предназначение

Private integer id

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

private String firstname

Содержит имя студента

private String lastname

Содержит фамилию студент

Таблица 5.4 (продолжение)

private String middleName

Содержит отчество студента

private Group group

Объект типа Group

Поля сущности "Group" описаны в таблице 5.5.

Таблица 5.5 - Поля сущности "Group"

private Integer numberOfStudents

Содержит информацию о количестве студентов

private Integer id

Ключевое поле таблицы "Group"

private Flow flow

Объект типа Flow

Поля сущности "Flow" описаны в таблице 5.6.

Таблица 5.6 - Поля сущности "Flow"

private Integer id

Ключевое поле таблицы "Flow", главный идентификатор таблицы.

private Class class

Объект типа Class

private Faculty faculty

Объект типа Faculty

Поля сущности "Class" описаны в таблице 5.7.

Таблица 5.7 - Поля сущности "Class"

private Integer id

Ключевое поле таблицы "Class", главный идентификатор таблицы.

private Integer class

Номер курса

Поля сущности "Faculty" описаны в таблице 5.8.

Таблица 5.8 - Поля сущности "Faculty"

private Integer id

Ключевое поле таблицы "Faculty", главный идентификатор таблицы.

private Department department

Объект типа Department

Таблица 5.8 (продолжение)

private String name

Хранит название факультета

Поля сущности "Department" описаны в таблице 5.9.

Таблица 5.9 - Поля сущности "Department"

private Integer id

Ключевое поле таблицы "Department", главный идентификатор таблицы.

private String name

Хранит название кафедры

Поля сущности "Disciplines" описаны в таблице 5.10.

Таблица 5.10 - Поля сущности "Disciplines"

private Integer id

Ключевое поле таблицы "Disciplines", главный идентификатор таблицы.

private String name

Хранит название дисциплины

private Test test

Объект типа Test

private Teacher teacher

Объект типа Teacher

private ListOfDisciplines listOfDisciplines

Объект типа ListOfDisciplines

Поля сущности "Teacher" описаны в таблице 5.11.

Таблица 5.11 - Поля сущности "Teacher"

Private integer id

Содержит идентификатор таблицы "Teacher" - порядковый номер записи в таблице преподавателей

private String firstname

Содержит имя преподавателя

private String lastname

Содержит фамилию преподавателя

private String middleName

Содержит отчество преподавателя

Таблица 5.11 (продолжение)

private Department department

Объект типа Department

private Users user_id

Объект типа Users

Поля сущности "List of disciplines" описаны в таблице 5.12.

Таблица 5.12 - Поля сущности "List of disciplines"

private Integer id

Ключевое поле таблицы "LIST_OF_DISCIPLINES", главный идентификатор таблицы.

private Flow flow

Объект типа Flow

Поля сущности "Test" описаны в таблице 5.13.

Таблица 5.13 - Поля сущности "Test"

private Integer id

Ключевое поле таблицы "TEST", главный идентификатор таблицы.

private String linkTest

Хранит ссылку на XML-файл с тестом

Текст программы представлен в приложении А.

6. Результаты тестирования

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

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

При удачном входе пользователя в систему в "шапке" сайта отображается его ФИО и группа, в которой обучается студент

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

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

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

За этими действиями следует выбор дисциплины, по которой будет тестироваться студент

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

В случае, если пароль будет введён неверно, либо по этому паролю не будет доступно ни единого теста, система выдаст сообщение об ошибке

После ввода верного пароля студенту открывается доступ непосредственно к тестированию по теме, доступ к которой открыт преподавателем по заданному паролю

Студент может ознакомиться с теоретическим блоком по данной теме (рисунок 6.10), либо приступить непосредственно к тестированию (рисунки 6.11 и 6.12). Во время прохождения теста ведётся отсчёт времени. По завершении выделенного преподавателем на прохождение теста времени приняты будут те ответы, что пользователь уже успел ввести. При нажатии кнопки "пропустить" студенты будет дана возможность ответить на этот вопрос после ответа на все остальные.

После прохождения теста выводится сообщение о количестве ошибок и оценка. (рисунок 6.13). Также существует возможность просмотреть вопросы, в которых были допущены ошибки (рисунок 6.14).

Рисунок 6.10 - Теоретический блок по теме

Рисунок 6.11 - Блок тестирования

Рисунок 6.12 - Блок тестирования

Рисунок 6.13 - Результаты теста

Рисунок 6.14 - Вопрос, в котором была допущена ошибка

По завершению сеанса пользователь оказывается на главной странице.

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

7. Описание применения системы

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

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

процессор с частотой 133 МГц;

16 МБ оперативной памяти;

500 МБ жесткий диск;

модем или другое устройство доступа к сети Интернет;

веб-браузер.

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

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

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

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

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

По завершению сеанса пользователь оказывается на главной странице.

8. Технико-экономическое обоснование проекта

8.1 Маркетинговые исследования

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

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

8.2 Исследование программного продукта

8.2.1 Назначение программного продукта

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

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

8.2.2 Основные свойства программного продукта

Программа разработана на языке программирования высокого уровня Java.

Свойства, которыми обладает рассматриваемый программный продукт:

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

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

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

прохождение теста при наличии прав, выдаваемых в подсистеме "преподаватель";

получение отчётов о результатах пройденных тестов;

обмен сообщениями с преподавателем.

8.2.3 Основные потребительские свойства

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

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

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

локализация обнаруженных ошибок;

кроссплатформенность;

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

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

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

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

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

обеспечить надежное хранение документов;

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

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

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

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

8.2.5 Требования к условиям эксплуатации

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

Для эксплуатации данного программного продукта необходим персональный компьютер с операционной системой Windows, Linux (ядро не ниже версии 2.6), либо MacOS.

8.2.6 Конкурентоспособность

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

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

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

8.2.7 Оценка рыночной направленности

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

Для оценки рыночной направленности используется таблица 8.1.

Таблица 8.1 - Оценка шансов и рисков проектируемого продукта

Показатели

Баллы

Опасность

Нейтрально

Шансы

Итоговые

Баллы

1

2

3

4

5

6

7

8

9

1. Объем рынка

+

5

2. Рост рынка

+

6

3. Финансовый потенциал

+

8

4. Число конкурентов

+

8

5. Поведение конкурентов

+

5

6. Возможность повышения цен

+

6

7. Изменение конъюнктуры рынка

+

9

8. Потенциал сервиса

+

5

9. Осведомленность потребителя

+

4

Находим среднеарифметическую величину:

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

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

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

8.3.1 Сегментация рынка

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

Комплекс маркетинга включает товар, цену, методы распространения, методы стимулирования товара (реклама).

Принципы сегментации:

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

психографический (общественный класс, образ жизни, тип личности);

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

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

Процесс сегментации, этапы:

формирования критериев сегментации - способ оценки обоснованности выбора того или иного сегмента рынка для предприятия;

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

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

метод статистического анализа;

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

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

В данном случае был выбран поведенческий принцип:

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

Предполагаемая сегментация рынка представлена на рисунке 8.1

Рис.8.1 Сегментация рынка.

8.3.2 Анализ тенденций рынка

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

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

этап выведения на рынок: медленный рост сбыта, большие затраты, прибыли еще нет;

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

этап зрелости: замедление темпов сбыта, стабилизация или снижение прибыли, рост затрат на защиту товара от конкурентов;

этап спада: резкое снижение прибыли и падение сбыта.

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

8.3.3 Предпочтительный потребитель

В качестве предпочтительного потребителя рассматриваются вузы СНГ.

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

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

8.3.4 Возможные причины финансовых неудач

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

пиратство на рынке сбыта готовой продукции;

изменение тенденции рынка;

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

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

8.4 Жизненный цикл товара

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

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

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

8.5 Обоснование метода ценообразования

Цена - денежное выражение стоимости товара. В рыночной среде цена формируется под воздействием спроса и предложения.

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

при разработке нового продукта;

при выходе на новый рынок.

Рис. 8.2 Жизненный цикл программного продукта.

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

себестоимость продукции;

цены конкурентов и цены товаров-заменителей;

уникальные достоинства товара.

8.6 Итоги маркетинговых исследований

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

удобный, интуитивно понятный пользовательский интерфейс;

гибкость системы;

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

адекватная реакция системы на ошибки;

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

высокое быстродействие системы.

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

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

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

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

8.7 Определение затрат на проектирование продукта

Затраты на проектирование продукта включают следующие направления:

заработная плата проектировщиков (с отчислением на соц. меры);

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

накладные расходы.

8.7.1 Вычисление трудоёмкости

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

Таблица 8.2 - Функции ПС ВТ

Количество функций

Наименование функции

Объем функций ПС ВТ, x100

5

Организация ввода информации

0.670

5

Контроль

2.100

4

Организация ввода/вывода информации в интерактивном режиме

2.700

2

Формирование базы данных

7.312

13

Обработка наборов записей базы данных

9.650

8

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

9.900

14

Манипулирование данными

7.200

6

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

17.400

3

Формирование последовательного файла

2.600

3

Обработка файлов

2.420

1

Системная обработка группы файлов

6.600

5

Формирование служебных таблиц

4.010

2

Управление внешними устройствами и объектами

3.850

9

Обработка ошибочных и сбойных ситуаций

6.86

1

Справка и обучение

0.450

Итого

5610

Общий объем разрабатываемых ПС ВТ определяется по формуле:

(8.1)

где

- объем функций ПС ВТ;

- общее число функций ПС ВТ.

Для разрабатываемого программного продукта общий объем разрабатываемых ПС ВТ составит: V0 = 56.07 (тыс. УМК).

Группа сложности - 3.

Затраты труда (Тр) на разработку ПС ВТ в зависимости от объема (Vо) определяются по нормам времени. Нормы времени на разработку ПС ВТ берутся в зависимости от уточненного объема 1ПС ВТ (V) и группы сложности ПС ВТ в человеко-днях (таблица 8.3).

Таблица 8.3 - Нормы времени

Нормы

Объемы ПС ВТ, тыс. умк

Группа сложности x100

1

2

3

32

60.00

9377

5402

2976

Для группы сложности 3 затраты труда составят Тр = 29,76.

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

(8.2)

В свою очередь коэффициент сложности ПС ВТ (Ксл) рассчитывается по формуле:

(8.3)

где

Ki - коэффициент, учитывающий уровень повышения сложности по дополнительным характеристикам ПС ВТ;

n - число дополнительных характеристик ПС ВТ.

В соответствии с Ki:

Ксл = 1 + 0.08 + 0.06 + 0.07 = 1.21;

Общая трудоемкость составит

Т0 = 29.76 * 1.21 = 36 человеко-дней.

Полученную общую трудоемкость Т0 разработки ПС ВТ разбивают на соответствующие стадии разработки. Трудоемкость каждой стадии разработки ПСВТ (Тi) определяют по формулам:

Ттз=Lтз*Кн*То - техническое задание ТЗ

Тэп=Lэп*Кн*То - эскизный проект,

Ттп=Lтп*Кн*То - технический проект,

Трп=Lрп*Кн*То*Кт - рабочая документация,

Твн=Lвн*Кн*То - внедрение.

Где Кн=0.9; - поправочный коэффициент, учитывающий степень новизны ПСВТ; Кт=0.9; - поправочный коэффициент, учитывающий степень использования в разработке типовых программ ПС ВТ

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

Lтз=0.1;

Lэп=0.08;

Lтп=0.09;

Lрп=0.58;

Lвм=0.15.

Уточненная общая трудоемкость в человеко-днях

Тoбщ= Тi (дней) (8.4)

Тобщ = (0,1+0,08+0,09+0,5809+0,15) *0,936) =30,52;

Срок разработки:

Ср = Тобщ/Ч*Ф = 30.52/1*21.8 =1.4 (месяцев),

где

Ф - фонд рабочего времени (количество рабочих дней в месяце),

Ч - численность исполнителей.

8.7.2 Расчёт себестоимости часа машинного времени

Исходные данные для расчета себестоимости часа машинного времени приведены в таблице 8.4

Таблица 8.4 - Эксплуатационные затраты

Основные показатели

Усл. обоз

Ед. изм

Значение

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

C

ден. ед.

4000

Потребляемая мощность

W

КВт/час

0,3

Коэффициент использования по мощности

Ки

0,7

Цена 1 кВт/час энергии

Цэ

ден. ед.

0,2

Номинальный фонд времени работы ЭВМ

Fном

час

2004

Потери времени на ремонт и профилактику

Тпот

%

5

Коэффициент годовых затрат на ремонт

Кр

%

7

Коэффициент сменности

Ксм

1

Норма амортизационных отчислений на оборуд.

Ноб

%

30

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

Нзд

%

6

Балансовая стоимость 1 кв. м.

Сбал

ден. ед.

75

Общая производственная площадь

S

кв. м

5

Отчисления на социальные мероприятия

Кн

%

38,3

Коэффициент накладных расходов

Кнр

%

30

Заработная плата разработчика

Ок

ден. ед.

1500

Коэффициент материальных затрат

Кмз

%

7

Бюджет рабочего времени.

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

Номинальный фонд времени определяется по формуле:

FНОМ = (Dк - (Dв + Dп)) * 8 * 1час - Dпп * 1час, (8.5)

где

Dк - количество календарных дней в году,

Dв - количество выходных дней в году,

Dп - количество праздничных дней в году,

Dпп - количество предпраздничных дней в году.

Dк = 365; Dв = 104; Dп = 11; Dпп = 6.

Воспользовавшись формулой (8.5), получаем:

FНОМ = (365 - (104 + 11)) *8*1 - 6*1 = 1994 (час).

Фэф = Фном (1-П (%) /100) (8.6)

где П - потери рабочего времени для рабочих составляют 12% от Фном, а для оборудования - 5% от Фном.

Для сотрудников:

Фэф = Фном (1-П (%) /100) = 1994* (1-0,12) = 1754.72 (часа) = 219.34 (дня).

Для оборудования:

Фэфоб = Фном (1-П (%) /100) = 2004* (1-0,05) = 1900 (часа) = 238 (дня).

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

Зм = С * КМЗ / 100 (ден. ед), Зм = 4000 * 7/100 = 280 (ден. ед). (8.7)

Затраты на электроэнергию рассчитываются по формуле:

Зэ = Fном * Цэ * Ки * W (ден. ед.), (8.8)

Зэ = 1994 * 0,2 * 0,7 * 0,3 = 83,748 (ден. ед).

Расходы на оплату труда за 1 год (фонд оплаты труда) рассчитываются по формуле:

ФОТ = Ф * Ч * Окл * Ксм (ден. ед.), (8.9)

ФОТ = 12 * 1 * 1500 *1 = 18000 (ден. ед).

Отчисления от заработной платы определяются по формуле:

Отч = ФОТ * Кн / 100 (ден. ед.), (8.10)

Отч = 18000 * 38.3/100 = 6894 (ден. ед).

Затраты на ремонт определяются по формуле:

Зр = С * Кр / 100 (ден. ед.), (8.11)

Зр = 4000 * 7/100 = 280 (ден. ед).

Накладные расходы определяются по формуле:

Зн = ФОТ * Кнр / 100 (ден. ед.), (8.12)

Зн = 18000 * 30/100 = 5400 (ден. ед).

Амортизационные отчисления:

а) на здание:

Азд = Нзд * S * Сбал / 100 (ден. ед.); (8.13)

Азд = 6 * 5 * 75/100 = 22.5 (ден. ед);

б) на оборудование:

Аоб = С * Ноб / 100 (ден. ед.); (8.14)

Аоб = 4000 * 30/100 = 1200 (ден. ед).

Смета годовых эксплуатационных затрат приведена в таблице 8.5

Таблица 8.5 - Смета годовых эксплуатационных затрат

П/П

Название расходов

Ден. ед.

1

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

280

2

Затраты на электроэнергию

83.748

3

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

18000

4

Затраты на ремонт

280

5

Накладные расходы

5400

6

Отчисления от ФОТ

6894

Таблица 8.5 (продолжение)

7

Амортизационные отчисления

1222.5

Итого

32160.248

Себестоимость часа машинного времени рассчитывается по формуле:

Счмв = З/ (Fэфоб*Ксм) (д. е.), (8.15)

где З - годовые эксплуатационные затраты,Fэф - годовой эффективный фонд времени для оборудования.

Счмв =32160.248/1900 =16,93 (грн).

8.8 Расчёт сметы затрат на проектирование программной системы

Прямую заработную плату разработчиков определяем по формуле:

Зпрямая = Ч * Срр * Ок (грн), (8.16)

где

Ч - количество исполнителей данного проекта, чел.

Срр - срок разработки, мес.

Зпрямая = 1 * 1.4 * 1500 = 2100 (грн).

Кроме прямой заработной платы, в расчет включаем доплаты в сумме 38% от прямой зарплаты и премии. Тогда фонд основной зарплаты составит:

ФОТ = Зпрямая * 1.3 [грн] = 2100 * 1.3 = 2730,ФОТ = ФОТ + ФОТ * 0.38 = 2730 + 2730*0.38 = 3767.4 (грн)

Накладные расходы (на содержание помещения и управление организацией):

Знакл = ФОТ * Кнр/100 (грн), (8.17)

Знакл = 3767.4 * 30/100 = 1130.22 (грн)

Затраты на отладку ПС определяются по формуле:

Зпо = Срм * Счмв [грн], (8.18)

где:

Срм - количество часов машинного времени, фактически затраченных на отладку (срок разработки с использованием вычислительной техники)

Срм = 0.58 * 30.52 * 8 = 141.6 часов.

Счмв - себестоимость 1 часа машинного времени, грн.

Зпо = 141.6 * 16,93= 2397.5 (грн).

Все расчеты сводим в таблицу 8.6

Таблица 8.6 Затраты на проектирование (Зпр)

Наименование расходов

Сумма, грн

1

Фонд оплаты труда проектировщиков (с отчислениями на социальные меры)

3767.4

2

Затраты на отладку ПС

2397.5

3

Накладные расходы

1130.22

Итого:

7300

Полученная сумма служит для определения цены предложения ПС ВТ.

8.9 Формирование цены предложения разработчика

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

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

Получили, что Ип = Зпр = 7300 [грн].

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

Величина удельных переменных издержек включает в себя затраты на:

носитель программного продукта - 1 диск = 7 грн.;

комплект документации - брошюра = 15 грн.

Итого: Иуд. пер. = 15+7 = 22 грн /шт.

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

Ипер = Иуд. пер * N, где N - число проданных экземпляров

Полные издержки:

Иполн = Ипост + Иуд. пер*N

Выручка от реализации В определяется в зависимости от цены продаж одного экземпляра продукции Ц и объема продаж N

В = Ц * N (8.19)

Решим обратную задачу: зададим количество программного продукта N = 20 шт. Тогда переменные издержки:

Ипер = 22 * 20 = 440 грн.

Полные издержки:

Ипонлн = 7300 + 440 = 7740 грн.

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

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

Прибыль = полные издержки.

Ц * N = Иполн, Отсюда Ц = Иполн / N, Ц = 7740/20 = 387 грн.

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

Таким образом, 20 экземплярам ПП соответствует контрольная точка в 387 грн.

8.10 Расчёт капитальных затрат

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

Кр = Цтс + Зтр + Зм + Цпо (грн). (8.20)

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

Цтс = 4000 (грн.);

Зтр = 0 (грн.);

Зм = 0 (грн.);

Цпо = 2000 (грн.).

Кр = 4000 + 0 + 0 + 2000 = 6000 (грн.).

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

Кп = Цпп + За + Зо + Зд (грн). (8.21)

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

Цпп = 387 (грн.);

За = 0 (грн.);

Зо = 200 (грн.);

Зд = 50 (грн.).

Кп = 387 + 0 + 200 + 50 = 637 (грн.).

8.11 Расчёт эксплуатационных расходов

К эксплуатационным расходам относим те расходы потребителя, которые он несёт при однократном обращении к ПС ВТ.

8.11.1 Эксплуатационные расходы

Эксплуатационные затраты на одно обращение к ПС определяются по формуле:

Зобр. экс. = tм*Счмв+М+ (tпод*Зпод* (1+Ко/100)) /Nобр+Ц/ (Т* Nобр) (грн), (8.22)

где:

tм - время одного обращения к ЭВМ, час; tм = 2 [часов];

М - материальные затраты на одно обращение, грн.;

tпод - время на подготовку исходной информации, час. в год;

tпод = 350 [часов];

Зпод - часовая зарплата персонала, занятого подготовкой исходной информации, грн.; Ко - процент отчислений на социальные меры, %; Ко = 37%;

Nобр - число обращений в год; Nобр = 350;

Ц - цена ПП, грн.; Ц = 387 (грн.);

Т - планируемый срок службы, лет; Т = 3 [лет].

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

8.11.2 Заработная плата оператора с отчислениями

Заработная плата оператора с отчислениями на социальные нужды определяется по формуле:

ЗПопер =tм*Зпод*Кдопл*Кначисл (грн.), (8.23)

где:

Зпод - прямая часовая зарплата персонала, грн.,

Зпод = Оклад/ (21.2*8) (грн.);

Зпод = 1000/ (21.2*8) = 6 (грн.);

Тогда

ЗПопер = 2*6*1.3*0.83 = 13 (грн.).

8.12 Материальные расходы

Материальные расходы включают стоимость носителей информации для хранения и пополнения БД и составляют:

М = (Цн*Nн) /Nобр, (8.24)

где: Цн - цена носителя, грн.; Цн = 7 (грн.); Nн - количество носителей, используемых на год; Nн = 5; Nобр - количество обращений к ПСВТ за год; Nобр = 350;

Т.о. М = (7*5) /350 = 0.1 (грн.);

Т.о. эксплуатационные затраты на одно обращение к ПС будут равны:

Зобр. экс. = (грн.).

Полученные расчёты сводим в таблицу 8.7.

Таблица 8.7 - Материальные расходы

Наименование расходов

Сумма, грн

1

Затраты на машинное время

42.55

2

Материальные расходы

0.1

3

Заработная плата обслуживающего персонала с отчислением на социальные меры

13

Итого:

55,65

8.13 Оценка эффективности

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

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

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

Таблица 8.8 - Исходные данные для расчета интегрального экономического эффекта

Года

Кап. вложения, ден. ед.

Объем выпуска, шт

Цена, грн.

Издержки ден. ед/шт.

2012

6000

0

0

0

2013

0

20

387

10,1

2014

0

22

387

6.136

2015

0

25

387

0,52

2016

0

22

387

4.27

Определение показателей чистого денежного потока (ЧДП) за период реализации проекта по формуле:

ЧДПt = Рt - (Кt + Иt) (8.25)

где

ЧДПt - чистый денежный поток года t, ден. ед.;

Рt - выручка от реализации работ и услуг в году t, ден. ед.;

Кt - капитальные вложения года t, ден. ед.;

Иt - издержки года t (без амортизационных отчислений), ден. ед.

Объем реализации работ (услуг) определяется следующим образом:

Рt = Цt * Nt (8.26)

где Цt - цена реализации одного изделия в году t, ден. ед.; Nt - годовой объем реализации изделий (пакетов программ), шт.

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

Определение показателей чистой текущей стоимости за период реализации проекта:

ЧТСt = ЧДПt * at (8.27)

где ЧТСt - чистая текущая стоимость в году t, ден. ед.; at - коэффициент приведения по фактору времени, рассчитываемый по формуле:

(8.28)

где Ен - ставка дисконтирования или норма доходности (прибыльности) от вложения средств (Ен=0,12);

tр - расчетный год, t - данный год. t=0; tp=0,1,2,3,4,5,6.

Произведем расчет коэффициентов б:

б0=1, б1=0.89, б2=0.8, б3=0.71, б4=0.64, б5=0,57, б6=0,51.

Определение интегрального экономического эффекта по формуле:

Эs = ? ЧТСt (8.29)

где Т - жизненный цикл проекта, 5 лет.

Эs =-3540+2978,18+3050,25+3256,57+2548,91 = 8293,92 ден. ед.

Результаты расчета сводятся в таблицу 8.9.

Таблица 8.9 - Расчет интегрального экономического эффекта.

Года

2012

2013

2014

2015

2016

1. Объем выпуска (шт.)

0

20

22

25

22

2. Объем реализации (грн.)

0

7740

8514

9675

8514

3. Капитальные вложения (грн)

6000

0

0

0

0

4. Годовые издержки (грн)

7300

150

150

0

0

5. Коэффициент приведения по фактору времени

1

0,893

0,797

0,712

0,636

6. Чистый денежный поток (грн)

-13300

7590

8364

9675

8514

7. Чистый денежный поток с нарастающим итогом (грн)

13300

5710

2645

12329

20843

8. Чистая текущая стоимость (грн)

-13300

6755,1

6691,2

68693

5449

9. ЧТС с нарастающим Итогом (грн)

-13300

-6544,9

146,3

7015,55

12464,51

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

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

Рисунок 8.4 - Гистограмма чистой текущей стоимости программного продукта с нарастающим итогом

Внутренняя норма рентабельности (Rв) соответствует такой ставке коэффициента дисконтирования (Е), при котором интегральный экономический эффект равен нулю:

или ,

Необходимо решить следующее уравнение относительно R:

R=0,234132;

Получим, что уравнение ближе всего приближается к нулю при R=0,2341. То есть внутренняя норма рентабельности равна 23,41%.

8.14 Выводы

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

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

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

В результате выполнения расчетов были получено, что внутренняя норма рентабельности ПП равна 21,49%.

9. Раздел охраны труда

9.1 Анализ условий труда разработчика

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

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

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

9.1.1 Краткая характеристика помещения

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

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

На одного работающего приходится: площадь S = 6,75 м2, объем V = 20,25 м3. Что соответствует действующим санитарным нормам СН 4559-88, где минимальные нормы на одно рабочее место: S = 6 м2, V = 20 м3.

9.1.2 Планировка и размещение оборудования и рабочих мест

В таблице 9.1 приведён перечень основного оборудования.

Таблица 9.1 - Перечень основного оборудования.

Наименование

Количество

Персональная ЭВМ

4

Монитор (22" LG E2251S-BN)

4

Телефон

1

Таким образом, обеспечен свободный проход ко всем рабочим местам.

9.1.3 Микроклимат рабочей зоны

Микроклимат характеризуется следующими параметрами:

температурой воздуха;

относительной влажностью воздуха;

скоростью движения воздуха на рабочем месте;

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

наличие источников вредных выбросов.

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

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

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

Период года

Температура воздуха, оС

Относительная влажность, %

Скорость воздуха, м/с

холодный и переходный

21-25

75

Не более 0,1

тёплый

21-28

75

0,1 - 0,2

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

Период года

Температура воздуха, оС

Относительная влажность, %

Скорость воздуха, м/с

холодный, переходный

22-24

30-60

< 0,2

теплый

23-25

30-60

0,2 - 0,5

Контроль за состоянием воздуха рабочей зоны должен осуществляться по ГОСТ 12.1.005-88.

9.1.4 Шум и вибрации

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

Для обеспечения нормальной работы обслуживающего персонала уровень шума для офиса определен требованиями ГОСТ 12.1.003-83. Допустимый уровень звука для служебного помещения - 50 дБ.

При работающем оборудовании в помещении ожидаемый уровень шума составляет 60 дБ.

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

9.1.5 Освещение

Естественное освещение в помещениях регламентируется нормами СНиП ІІ-4-79. Естественное освещение обеспечивается 2 оконными проемами размером 0,9 x 1,8 м2.

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

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

9.1.6 Соответствие требованиям электробезопасности

Данное помещение относится к категории без повышенной опасности: сухое (относительная влажность меньше 75%), пол не токопроводящий, температура в помещении не превышает 25 оС.

К причинам, по которым наиболее вероятно или возможно поражение человека электрическим током, относятся:

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

неисправность розеток;

короткое замыкание в результате уменьшения сопротивления изоляции.

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

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

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

9.1.8 Соответствие требованиям пожарной безопасности

Пожарная безопасность регламентируется ГОСТ 12.1.004-76, инструкциями по обеспечению пожарной безопасности.

Пожар может возникнуть из-за:

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

применения электронагревательных приборов;

короткого замыкания;

нарушения противопожарной дисциплины;

неисправности электропроводки;

неправильной организации ремонтных работ.

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

Тип электрической сигнализации - комбинированная с тепловым и дымовым извещателями типа КИ-1.

9.1.9 Соответствие требований к защите от статического электричества и излучения


Подобные документы

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.