Разработка электронного проектного офиса

В модели SaaS:

приложение приспособлено для удаленного использования;

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

оплата взимается либо в виде ежемесячной абонентской платы, либо на основе объёма операций;

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

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

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

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

1.1.5 SaaS-приложения для управления проектами

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

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

Мегаплан

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

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

Рисунок 8. Контекстная диаграмма А-0 описывающая управление проектами с помощью Мегаплана

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

Битрикс24

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

Basecamp

Basecamp - SaaS-сервис компании 37signals, один из самых первых и самых популярных приложений такого рода. Несмотря на широкую популярность, Basecamp считается недостаточно приспособленным для ведения сложных и долговременных проектов, а также для использования в больших компаниях. В ответ на критику президент 37signals Джейсон Фрид заявляет, что не собирается усложнять продукт по требованиям пользователей.

1.2 Вычислительная часть

1.2.1 Постановка проблемы

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

Нечеткие функциональные требования;

Неточные оценки, нереалистичные бюджет и сроки;

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

Необоснованный рост объема работ;

Недостаточное участие заказчика;

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

Недостаточная квалификация кадров;

Плохой контроль процессов и недостаточное тестирование;

Плохо организована внешняя и внутренняя коммуникация.

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

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

1.2.2 Способ решения

Разрабатываемый проектный офис - это сетевой программный web-продукт, созданный для успешного управления распределенными IT-проектами, когда члены проектной команды находятся в разных географических точках. Задачами ЭПО являются:

выполнение проектов в соответствии с международными стандартами (такими как PMBoK и P2M)

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

не допускается перерасхода ресурсов

продукт проекта отвечает требованиям высокого качества (QFD) по стандартам ISO-9000 и др.

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

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

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

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

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

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

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

1.2.3 Электронный проектный офис как система поддержки принятия решений

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

Название и постановка задачи слишком короткие (исполнитель может не понять задачу)

У работы нет конечного срока завершнения

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

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

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

Ежедневные рекомендации для менеджера:

Поддержание делового контакта с заказчиком и спонсором проекта (звонок, email)

Пообщаться с каждым участником команды

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

1.2.4 Применимость и целевая аудитория

Учебные проекты

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

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

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

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

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

Ориентация на распределенные команды

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

Ориентация на малый бизнес и небольшие команды

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

1.2.5 Основные функции сервиса

Электронный проектный офис создается на базе открытой системы по управлению проектами и задачами - Redmine.

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

Ядро (на базе Redmine):

Управление пользователями

Управление задачами

Управление рабочим временем

Управление комментариями

Работа с хранилищами кода

Вики

Форумы

и т.п.

Ежедневный сбор информации от команды

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

Краткая диаграмма возможностей сервиса:

Рисунок 9. Краткая диаграмма возможностей Электронного проектного офиса.

1.2.6 Методология

Разрабатываемая методология основывается на Scrum, со следующими параметрами:

Длительность итерации - 1 месяц

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

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

Заказчик/куратор проекта

Руководитель проекта

Участники проектной команды (аналитики, архитекторы, дизайнеры, программисты, тестировщики).

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

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

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

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

Рисунок 10. Диаграмма взаимоотношений ролей и артефактов.

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

Руководитель проекта отсчитывается перед заказчиком проекта

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

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

Руководитель проекта набирает команду проекта

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

Команда готова начать работу по согласованному плану

Заказчик инициирует проект (в том числе материально)

Команда проекта начинает воплощать план проекта

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

Продукт удовлетворяет требованиям плана

Заказчик принимает продукт.

Перед началом работ, весь проект разбивается на итерации (или сприпты), руководитель проекта совместно с командой разбивает план проекта на задачи, которые в последствии оцениваются и помещаются в Резерв проекта (Product backlog) - список задач для исполнения

Рисунок 11. Итеративность в Электронном проектном офисе.

1.2.7 UseCases

Построение Burndown диаграммы

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

Перенести низкоприоритетные задачи на следующую итерацию

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

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

Советы и упражнения

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

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

Общение с клиентом

Управление изменения

Внутренние конфликты (внутри команды)

Внешние конфликты (с клиентом)

Бюджет проекта

Планирование проекта и итераций

Пример использования совета

Небольшое тестовый опросник, включающий:

3 задания из показанных ранее советов

2 совета на текущую тему

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

Массовое добавление задач

Массовое добавление задач облегчает работу менеджера и уменьшает рутинные операции.

Менеджер подготовил список задач в Excel, согласно шаблону

Открывает страницу массового добавления (плагин Importer)

Указывает загружаемый файл

Приложение пытается автоматически сопоставляет колонки таблицы Excel и таблицы “Задачи” базы данных приложения

В случае неудачи, менеджер поправляем соответветствие колонок

Происходит импорт задач в систему

По окончания выполнения -- показывается отчет, какие задачи добавлены, какие нет.

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

Ежедневный сбор статистики от участников

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

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

Участник команды указывается следующие данные:

Качество формулировки задач

Удовлетворенность работой других участников (пофамильно) + комментарии

Удовлетворенность своей работой + комментарий

Сомнения в успехе проекта

1.2.8 Диаграмма базы данных

Электронный проектный офис реализуется на базе системы управления проектами Redmine, поэтому большинство таблиц будут взяты из этой системы. Список и назначение таблиц приведены в Таблица 1. Название и назначение таблиц проекта.

Таблица 1. Название и назначение таблиц проекта.

Название таблицы	Назначение
attachments	Вложения
auth_sources	Источники авторизации
boards	Форумы
changes	Изменения
changesets	Множества изменений
changesets_issues	Множества изменений в задачах
changeset_parents	Множества изменений в родителях
comments	Комментарии
custom_fields	Дополнительные поля
custom_fields_projects	Дополнительные поля в проектах
custom_fields_trackers	Дополнительные поля в трекерах
custom_values	Дополнительные значения
documents	Документы
enabled_modules	Включенные модули
enumerations	Перечисления
groups_users	Пользователи в группах
import_in_progresses	Импортируемые задачи
issues	Задачи
issue_categories	Категории задач
issue_relations	Взаимосвязи между задачами
issue_statuses	Статусы задач
journals	Журналы
journal_details	Детальная информация о журналах
members	Участники проектов
member_roles	Роли участников проектов
messages	Сообщения на форумах
news	Новости проекта
open_id_authentication_associations	Авторизация Open Id
open_id_authentication_nonces	Авторизация Open Id
projects	Проекты
projects_trackers	Трекеры используемые в проектах
queries	Сохраненные запросы поиска
repositories	Репозитории кода
roles	Роли
schema_migrations	Версия базы данных
settings	Настройки системы
time_entries	Временные затраты
tokens	Токены авторизации
trackers	Трекеры системы
users	Пользователи
user_preferences	Настройки пользователей
versions	Версии
watchers	Наблюдатели запросов
wikis	Вики
wiki_contents	Страницы вики
wiki_content_versions
wiki_pages	Страницы вики
wiki_redirects	Перенаправление страниц в вики
workflows	Рабочие процессы

Рисунок 12. Схема базы данных проекта.

База данных удовлетворяет третьей нормальной форме Эдгара Кодда.

1.2.9 Макеты пользовательских интерфейсов

Будет к понедельнику.

1.2.10 Математическая модель

Для оценки дат окончания задач используются следующие показатели:

Скорость работы команды, вычисляемая как:

Sкоманды= K*Nлюдей *Dдня*Dитерации

Где,

Sкоманды - Скорость работы команды - идеальных часов за итерацию

K - фокус-фактор, сколько идеальных часов входят в реальный час. K<1. Обычно колеблется от 0.5 до 0.8

Nлюдей - число человек в команде

Dдня - число рабочих часов дня, согласно ТК РФ не может превышать 8 часов.

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

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

Рисунок 13. Burndown диаграмма выполнения итерации.

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

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

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

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

2.1 Общие положения

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

В настоящее время разработано достаточно много веб-приложений для управления проектами, например, Мегаплан [1], Битрикс24 [2], Basecamp [3]. Конкурентным преимуществом дипломной работы является интерактивная система помощи, защищающая проекты от типичных ошибок. В вышеозвученных системах, такой возможности нет. Рынок Saas-приложений в настоящее время сильно развивается, и у него есть большой потенциал. Согласно данным Gartner, объем рынка SaaS в 2012 г. составит $14,5 млрд. [4].

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

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

2.2 Определение затрат на создание продукта

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

Затраты на заработную плату;

Затраты на социальные отчисления;

Амортизация;

Прочие затраты и накладные расходы.

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

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

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

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

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

Офисный пакет программ - LibreOffice

Среда разработки NetBeans

Пакет работы с графикой - GIMP

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

В результате учета данных факторов, выбор был остановлен на следующей модели ноутбука:ASUS N53SM (Core i7 2670QM 2200 Mhz/15.6"/1366x768/8192Mb/ 750Gb/DVD-RW/Wi-Fi/Bluetooth/Win 7 HB 64)

Стоимость одного ноутбука составляет 30 000 рублей. [8]

Для работы с печатными документами потребуется МФУ (принтер, сканер, копир). Наиболее неприхотливым и простым в обслуживании являются МФУ фирмы Canon, поэтому была приобретена самая младшая лазерная модель - Canon i-SENSYS MF 4410.

Таблица 2. Расходы на приобретение основных средств.

Товар	Цена ед., (руб.)	Количество	Общая сумма затрат ( руб.)
Ноутбук (ASUS N53SM)	30000[8]	4 шт.	120 000
Принтер (Canon i-SENSYS MF 4410)	6000 [9]	1 шт.	6 000
Компьютерный стол	7000[10]	4 шт	28 000
Рабочий стул	8500 [11]	4 шт.	34 000
Итого:	188 000

Таблица 3. Расходы на приобретение канцелярских принадлежностей.

Товар	Цена ед., (руб.)	Количество	Общая сумма затрат ( руб.)
Ручка гелевая	35 [12]	20 шт.	700
Карандаш	6 [13]	20 шт.	120
Тетрадь	86[14]	4 шт.	344
Бумага для печати формата A4 (500 листов)	198 [15]	4 пачки	792
Флеш-память USB	300 [16]	4 шт.	1200
Картридж для принтера	2488 [17]	2 шт.	4976
Итого:	8132

В сумме материальные затраты составляют 188 000+8132=196 132 руб.

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

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

Оплата труда научного руководителя производится из следующего расчета; средний оклад преподавателя в вузе 26000 рублей [18], а среднее количество рабочих часов в месяце составляет 164 часов [19]. Таким образом, стоимость одного академического часа преподавателя в вузе составляет 159 рублей в час.

Затраты на команду проекта, рассчитываются исходя из 164 рабочих часов в месяц:

Программист - 73 000 рублей в месяц [20]

Веб-Дизайнер - 54 000 рублей в месяц [21]

Тестировщик - 61 000 рублей в месяц [22]

Генеральный директор - 112 000 рублей в месяц [23]

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

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

Таблица 4. Затраты на оплату труда участников работы.

Должность	ЗП/час	Время работы	Затраты на ЗП (руб)
Научный руководитель	159	24 часа	3816
Научный консультант по экономическому разделу	159	2 часа	318
Научный консультант по разделу «Охрана труда и окружающей среды»	159	2 часа	318
Программист	445.122	12 месяца (640 часов)	876 000
Веб-Дизайнер	329.2683	12 месяца (640 часов)	648 000
Тестировщик	371.9512	12 месяца (640 часов)	732 000
Генеральный директор	682.9268	12 месяца (640 часов)	1 344 000
Итого:	3 600 000

Отчисления на социальные нужды

Отчисления на социальные нужды - обязательные отчисления предприятий во внебюджетные социальные фонды. К ним относятся:

отчисления в пенсионный фонд Российской Федерации (ПФР РФ),

в фонд социального страхования (ФСС)

в фонды обязательного медицинского страхования (ФОМС).

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

С 1 января 2012 года вступили в силу изменения, внесенные в закон о страховых взносах (N 212-ФЗ от 24 июля 2009 года). Согласно измененному закону, на 2012 год установлены новые ставки взносов в процентном соотношении от оплаты труда работников[24]:

взнос ПФР РФ составляет 22%;

взнос ФОМС установлен на уровне 5.1%;

взнос на социальное страхование равен 2.9%.

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

Рассчитаем размер затрат на ЕСН по формуле (3.1):

Социальные взносы = 3600000*0.3=1 080 000 руб.

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

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

Срок полезного использования ПК - 3 года при современных темпах роста производительности компьютеров.

Далее рассчитаем амортизационные отчисления, необходимые при разработке проекта. Амортизация будет высчитываться линейным методом [5] по формуле (4.1):



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

Перечень амортизационных отчислений представлен в таблице 5.

Таблица 5. Амортизационные отчисления проекта.

Основное средство	Стоимость основного средства	Кол-во (шт.)	Кол-во (мес)	Срок полезного использования (месяцев)	Затраты на амортизацию (руб.)
ПК	30000	4	12	36 [30]	40000
Принтер	6000	1	12	36 [30]	2000
Стол	7000	4	12	60 [31]	5600
Кресло	8500	4	12	60 [31]	6800
Итого:	54400

В результате суммарные амортизационные отчисления составляют 54400 рублей за 12 месяцев.

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

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

Intel® Xeon® E3-1245 Quad-Core, 32 GB DDR3 EEC, 2x3 TB HDD

Так же мы учитываем, что для разработки потребуется арендовать офис. Из норм СанПиН выходит, что оптимальный объем площади на одного человека, работающего за компьютером составляет 6 кв.м. [29]. На 4 человек потребуется 24 кв.м. Округлим до 30 кв.м.

С арендой офиса так же потребуется обеспечение его Интернетом и регулярная уборка.

Таблица 6. Дополнительные расходы.

Услуга	Установка (руб.)	Цена за мес. (руб)	Кол-во (шт.)	Кол-во (мес.)	Общая сумма затрат (руб.)
Intel® Xeon® E3-1245 Quad-Core, 32 GB DDR3 EEC, 2x3 TB HDD	6705 [25]	3555[25]	4	12	197 460
Аренда офиса (30м^2)	0	30182,5 [26]	1	12	362 190
Услуги по уборке помещений	0	18 000 [27]	1	12	216 000
Интернет (тариф Мега-4)	0	20 000 [28]	1	12	240 000
Итого	1 015 650

К затратам не учтённым в предыдущих пунктах относятся транспортные расходы, внесем их в пункт накладные расходы, которые мы не можем предсказать, но должны так же заложить в стоимость разработки (в качестве его оценки возьмем 200% от зарплаты программиста проекта) (см. таблицу 2.6). Т.е. 876 000*2= 1 752 000 руб.

2.3 Затраты на создание продукта

Цена разработанного продукта.

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

Таблица 7. Результирующая таблица расходов.

Наименование статьи затрат	Сумма затрат ( руб.)
Материальные затраты	196 132
Затраты на заработную плату	3 600 000
Отчисления на социальные нужды	1 080 000
Амортизация	54 400
Дополнительные расходы	1 015 650
Накладные расходы	1 752 000
Итого:	7 698 182

В результате суммарные затраты на создания продукта равны 7 698 182 руб.

При определении цены готового продукта необходимо заложить в цену прибыль, норму прибыли примем равной 20%. Также при формировании конечной цены на продукт необходимо учесть налог на добавленную стоимость (НДС), который равен 18%.

Стоимость продукта будет определяться по формуле (2.3.1.2) [4]:

Затраты на покупку основных средств будут равны

P=196 132 (1+0.2)(1+0.18)= 277 722.91 рубля.

Ежегодная стоимость продукта будет равна:

P=7 502 050 (1+0.2)(1+0.18)= 10 622 902,8 рублей

где S - суммарные затраты на создание продукции, q - норматив рентабельности, r - НДС.

Оценка экономической эффективности использования продукта.

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

Так как продукт распространяется по модели SaaS (service as a service) - сервис как услуга, это означает что основной доход проекту будет приносить подписка на услугу.

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

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

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

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

В ЭПО ставка управления одного проекта будет составлять 5 000 рублей в месяц, или 60 000 рублей в год.

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

Номер месяца

Число новых проектов

Суммарное число проектов

Доходы, по формуле кол-во проектов в системе * месячная ставка (5000 рублей)

Расходы

Первоначальные расходы - капитальные трудозатраты - 277 722.91 руб.

Ежемесячные расходы = ежегодная стоимость продукта/12 =885 241.90 руб.

Прибыль = Доходы - Расходы

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

Таблица 8. Помесячный план расходов и доходов.

№ мес.	Новых проектов	Кол-во проектов в системе	Доходы	Расходы	Прибыль	Суммарная прибыль
0	0	0	0.00	277 722.91	-277 722.91	-277 722.91
1	0	0	0.00	885 241.90	-885 241.90	-1 162 964.81
2	0	0	0.00	885 241.90	-885 241.90	-2 048 206.71
3	0	0	0.00	885 241.90	-885 241.90	-2 933 448.61
4	20	20	100 000.00	885 241.90	-785 241.90	-3 718 690.51
5	20	40	200 000.00	885 241.90	-685 241.90	-4 403 932.41
6	20	60	300 000.00	885 241.90	-585 241.90	-4 989 174.31
7	20	80	400 000.00	885 241.90	-485 241.90	-5 474 416.21
8	20	100	500 000.00	885 241.90	-385 241.90	-5 859 658.11
9	20	120	600 000.00	885 241.90	-285 241.90	-6 144 900.01
10	20	140	700 000.00	885 241.90	-185 241.90	-6 330 141.91
11	20	160	800 000.00	885 241.90	-85 241.90	-6 415 383.81
12	20	180	900 000.00	885 241.90	14 758.10	-6 400 625.71
13	20	200	1 000 000.00	885 241.90	114 758.10	-6 285 867.61
14	20	220	1 100 000.00	885 241.90	214 758.10	-6 071 109.51
15	20	240	1 200 000.00	885 241.90	314 758.10	-5 756 351.41
16	20	260	1 300 000.00	885 241.90	414 758.10	-5 341 593.31
17	20	280	1 400 000.00	885 241.90	514 758.10	-4 826 835.21
18	20	300	1 500 000.00	885 241.90	614 758.10	-4 212 077.11
19	20	320	1 600 000.00	885 241.90	714 758.10	-3 497 319.01
20	20	340	1 700 000.00	885 241.90	814 758.10	-2 682 560.91
21	20	360	1 800 000.00	885 241.90	914 758.10	-1 767 802.81
22	20	380	1 900 000.00	885 241.90	1 014 758.10	-753 044.71
23	20	400	2 000 000.00	885 241.90	1 114 758.10	361 713.39
24	20	420	2 100 000.00	885 241.90	1 214 758.10	1 576 471.49
25	20	440	2 200 000.00	885 241.90	1 314 758.10	2 891 229.59
26	20	460	2 300 000.00	885 241.90	1 414 758.10	4 305 987.69
27	20	480	2 400 000.00	885 241.90	1 514 758.10	5 820 745.79
28	20	500	2 500 000.00	885 241.90	1 614 758.10	7 435 503.89
29	20	520	2 600 000.00	885 241.90	1 714 758.10	9 150 261.99
30	20	540	2 700 000.00	885 241.90	1 814 758.10	10 965 020.09
31	20	560	2 800 000.00	885 241.90	1 914 758.10	12 879 778.19
32	20	580	2 900 000.00	885 241.90	2 014 758.10	14 894 536.29
33	20	600	3 000 000.00	885 241.90	2 114 758.10	17 009 294.39
34	20	620	3 100 000.00	885 241.90	2 214 758.10	19 224 052.49
35	20	640	3 200 000.00	885 241.90	2 314 758.10	21 538 810.59
36	20	660	3 300 000.00	885 241.90	2 414 758.10	23 953 568.69
Итого за 3 года	56 100 000.00	32 146 431.31	23 953 568.69

Из таблицы видно, что:

К концу первого года приложение начинает приносить прибыль

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

За три года прибыль составит ~ 24 миллиона рублей.

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

3. Охрана труда и окружающей среды

3.1 Введение

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

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

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

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

3.2 Факторы, воздействующие на оператора ПК

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

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

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

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

3.3 Освещение

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

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

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

При выполнении работ категории высокой зрительной точности (наименьший размер объекта различения 0,3...0,5 мм) величина коэффициента естественного освещения (КЕО) должна быть не ниже 1,5%, а при зрительной работе средней точности (наименьший размер объекта различения 0,5...1,0 мм) КЕО должен быть не ниже 1,0%. В качестве источников искусственного освещения обычно используются люминесцентные лампы, которые попарно объединяются в светильники, которые должны располагаться над рабочими поверхностями равномерно.

Требования к освещенности в помещениях, где установлены компьютеры, следующие: при выполнении зрительных работ высокой точности общая освещенность должна составлять 300лк, а комбинированная -- 750лк; аналогичные требования при выполнении работ средней точности -- 200 и 300лк соответственно.

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

3.4 Требование к монитору

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

Визуальная эргономика

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

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

Пиксель (pixel) -- наименьший адресуемый элемент экрана, способный воспроизводить полный диапазон яркости и цвета.

Требование состоит в соблюдении плотности пикселей ?30 на градус на расстоянии 50 см или по таблице:

Таблица 9. Зависимость разрешения от размера экрана.

Диагональ, дюймы	Минимальное разрешение
15	1024 x 768
16	1024 x 768
17	1280 x 1024
18	1280 x 1024
19	1280 x 1024
21	1600 x 1200

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

Горизонтальное и вертикальное разрешения должны соотноситься с размерами экрана -- шириной и высотой -- настолько близко, насколько возможно.

Геометрические характеристики изображения

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

Искажение вдоль любой стороны экрана не должно превышать 1%.

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

Трапецевидность должна находится в пределах 2%, а ортогональность -- в пределах 3%.

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

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

Яркость изображения

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

Для дисплеев с электронно-лучевой трубкой (ЭЛТ) яркость не должна быть менее 120 кд?м2, а для жидкокристаллических (ЖКД) -- не менее 150 кд?м2.

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

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

Определяется как отношение максимальной к минимальной яркости.

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

Запас нагрузки -- способность дисплея в определённой степени сохранять уровень яркости изображения вне зависимости от яркости элементов этого изображения.

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

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

Для дисплеев в ландшафтной ориентации (большая сторона параллельна горизонту) в горизонтальном направлении в диапазоне углов ±30° среднее значение отклонения яркостей не должно превышать 1,7.

В вертикальном направлении допускаемое отклонение то же, но иной диапазон углов поворота дисплея -- от строго вертикального до 15° вверх.

Для дисплеев в портретной ориентации (меньшая сторона параллельна горизонту) диапазон углов ±15° применяется и для горизонтального направления.

Контрастность изображения

Контрастность -- это отношение между уровнями яркости некоторого элемента и окружающей его области изображения. Контраст является залогом чёткости изображения и узнаваемости символов.

Мерой контрастности является коэффициент модуляции -- отношение разности максимальной и минимальной яркостей элемента (в месте с фоном) и их суммы. Коэффициент модуляции должен быть не ниже 0,52 для тестового уровня яркости: 100 кд?м2 для ЭЛТ и 125 кд?м2 -- для жидкокристаллического.

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

Контрастность нормируется только для горизонтального направления: 30° влево и вправо. При этом коэффициент модуляции яркости должен быть не ниже 0,8.

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

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

Цветопередача

Цветовую температуру принимают равной температуре абсолютно чёрного тела, имеющего в оптическом интервале длин волн то же относительное распределение интенсивности, что и данный источник. Этот параметр характеризует относительный вклад излучения данного цвета в излучение источника, то есть его видимый цвет. Цветовая температура измеряется в Кельвинах: для дневного света обычно лежит в диапазоне от 5000 до 10'000 К, для ламп накаливания -- около 2800 К.

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

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

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

Температура, К	Нижний предел	Верхний предел
9300	8500	10250
7500	6980	8100
7500	6100	6950
5500	5500	6185
5000	4700	5350

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

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

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

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

Наибольшее отклонение цветовой температуры для горизонтальных углов обзора в пределах ±30° не должно превышать 0,01 (аналогично требованию равномерности цвета).

3.5 Эргономика рабочего места

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

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

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

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

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

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

Для обеспечения правильной рабочей позы программиста высота рабочей поверхности стола должна быть регулируемая, в пределах 680-850 мм, а при отсутствии регулировки -- 725мм. Высота поверхности, на которую устанавливается клавиатура, должна быть около 650 мм. Рабочий стол дол- жен иметь пространство для ног, дающее возможность сидеть удобно, не поджимая ноги. Под столом необходимо иметь подставку для ног, регулируемую по высоте и углу наклона опорной поверхности. Кресло должно быть подъемно-поворотным и регулируемым по высоте и углам наклона сиденья и спинки, а так же -- расстоянию спинки от переднего края сиденья. Рекомендуемая высота сиденья в пределах 420-550 мм, ширина и глубина сиденья не менее 40 см, высота опорной поверхности спинки 28-30 см , ширина не менее 38см. Подлокотники длиной не менее 25см, шириной 5-7см, высотой над сиденьем 20-26 см.

Заключение

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

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