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

4

KursID

INTEGER

4

LanguageEduID

INTEGER

4

FormEducationID

INTEGER

4

Таблица 1.4 - «Штаты»

Наименование поля	Тип данных	Кол-во символов
StateID	INTEGER	4
Name	VARCHAR	70
UnionID	INTEGER	4

Таблица 1.5 - «Расположение»

Наименование поля	Тип данных	Кол-во символов
UnionID	INTEGER	4
Name	VARCHAR	30
Description	VARCHAR	100

Таблица 1.6 - «Регион»

Наименование поля	Тип данных	Кол-во символов
RegionID	INTEGER	4
Name	VARCHAR	65
TypeRegionID	INTEGER	4
Description	VARCHAR	100

Таблица 1.7 - «Тип региона»

Наименование поля	Тип данных	Кол-во символов
TypeRegionID	INTEGER	4
Name	VARCHAR	50

Таблица 1.8 - «Социальный статус»

Наименование поля	Тип данных	Кол-во символов
SocialStatusID	INTEGER	4
Name	VARCHAR	50

Таблица 1.9 - «Семейное положение»

Наименование поля	Тип данных	Кол-во символов
SemPologenieID	INTEGER	4
Name	VARCHAR	25

Таблица 1.10 - «Национальность»

Наименование поля	Тип данных	Кол-во символов
NacionalnostId	INTEGER	4
NameNacion	VARCHAR	25
Kod	CHAR	10

Таблица 1.11 - «Пол»

Наименование поля	Тип данных	Кол-во символов
PolID	INTEGER	4
NamePol	VARCHAR	9

Таблица 1.12 - «Язык обучения»

Наименование поля	Тип данных	Кол-во символов
LanguageEduID	INTEGER	4
Name	VARCHAR	25
Kod	CHAR	10

Таблица 1.13 - «Форма обучения»

Наименование поля	Тип данных	Кол-во символов
FormOfEducationCostID	INTEGER	4
Name	NVARCHAR	50

Таблица 1.14 - «Движение студента»

Наименование поля	Тип данных	Кол-во символов
MoveStudentID	INTEGER	4
PrikazNum	NVARCHAR	25
PrikazDate	SMALLDATETIME
StudentGroupID	INTEGER	4
ReasonID	INTEGER	4

Таблица 1.15 - «Причина»

Наименование поля	Тип данных	Кол-во символов
ReasonID	INTEGER	4
Name	VARCHAR	70
TypeMoveID	INTEGER	4

Таблица 1.16 - Тип движения

Наименование поля	Тип данных	Кол-во символов
TypeMoveID	INTEGER	4
Name	VARCHAR	25

Таблица 1.17 - «Ведомость»

Наименование поля	Тип данных	Кол-во символов
VedomostID	INTEGER	4
StudentGroupID	INTEGER	4
SemestrID	INTEGER	4
DisciplineID	INTEGER	4
OtmetkaZachetID	INTEGER	4
SignaturePrepod	NVARCHAR	50
Ocenka	TINYINT	1
Date_Sdachi	DATETIME	8
SignatureEkzam	NVARCHAR	50

Таблица 1.18 - «Отметка зачет»

Наименование поля	Тип данных	Кол-во символов
OtmetkaZachetID	INTEGER	4
Name	VARCHAR	25

Таблица 1.19 - «Группы»

Наименование поля	Тип данных	Кол-во символов
GroupID	INTEGER	4
Code	VARCHAR	15
Name	NVARCHAR	25
CurriculumID	INTEGER	4

Таблица 1.20 - «Специальность»

Наименование поля	Тип данных	Кол-во символов
SpecialnostID	INTEGER	4
Kod	INTEGER	4
Name	VARCHAR	90

Таблица 1.21 - «Учебный план»

Наименование поля	Тип данных	Кол-во символов
CurriculumID	INTEGER	4
SpecialnostID	INTEGER	4
Date_Cur	VARCHAR	50
Period_Education	TINYINT	1
FormOfEducationID	INTEGER	4
Name	VARCHAR	50

Таблица 1.22 - «Отделение»

Наименование поля	Тип данных	Кол-во символов
FormOfEducationID	INTEGER	4
Name	NVARCHAR	25

Таблица 1.23 - «Дисциплины учебного плана»

Наименование поля	Тип данных	Кол-во символов
CurriculumDisciplineID	INTEGER	4
CurriculumID	INTEGER	4
DisciplineID	INTEGER	4

Таблица 1.24 - «Тип контроля»

Наименование поля	Тип данных	Кол-во символов
TypeOfCheckingID	INTEGER	4
Name	VARCHAR	10

Таблица 1.25 - «Дисциплина»

Наименование поля	Тип данных	Кол-во символов
DisciplineID	INTEGER	4
TypeDisciplineID	INTEGER	4
Name	VARCHAR	65
SubName	VARCHAR	25
Kod	VARCHAR	10

Таблица 1.26 - «Тип дисциплины»

Наименование поля	Тип данных	Кол-во символов
TypeDisciplineID	INTEGER	4
Name	VARCHAR	50
SubName	VARCHAR	5

Таблица 1.27 - «Учебные часы»

Наименование поля	Тип данных	Кол-во символов
AmountHoursID	INTEGER	4
CurriculumDisciplineID	INTEGER	4
TypeEducationID	INTEGER	4
[Value]	INTEGER	4

Таблица 1.28 - «Тип образования»

Наименование поля	Тип данных	Кол-во символов
TypeEducationID	INTEGER	4
Name	VARCHAR	10

2. ОПИСАНИЕ ПРОГРАММНОЙ РЕАЛИЗАЦИИ АРМ «ДЕКАНАТ»

2.1 Назначение и цель создания АРМ

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

Целью создания АРМ являлась разработка принципиально нового информационного и программного обеспечения, которое позволит оценить эффективность использования современных информационных средств и технологий при разработке новой версии подсистемы «Деканат» автоматизированной системы управления ВУЗом.

2.2 Структура АРМ

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

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

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

Функциональная структура АРМ представлена на рисунке. 2.1

Рисунок 2.1 - Функциональная структура АРМ

2.3 Описание схем диалогов и функциональных возможностей

программного продукта

После успешной загрузки приложения перед пользователем появится главное окно приложения. Меню АРМ состоит из пунктов.

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

Рисунок 2.2 - Главное окно АРМ «Деканат»

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



Рисунок 2.3 - Главное окно приложения

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

Окно «Студент» представлен на рисунке. 2.4



Рисунок 2.4 - Справочник «Студент»

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

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

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

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

Рисунок 2.5- Форма обработки приказов на академический отпуск

Форма обработки приказов на перевод представлена на рисунке. 2.6. В строке ввода необходимо ввести фамилию, и после того, как курсор встанет на искомую запись, ввести номер приказа, дату приказа. При нажатии на кнопку «Сохранить» обработанный приказ пополнит архив приказов АРМ.

Рисунок 2.6 - Форма обработки приказов на перевод

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

Форма обработки приказов на отчисление представлена на рисунке 2.7.

Рисунок 2.7- Форма обработки приказов на отчисление

В строке ввода необходимо ввести фамилию, и после того, как курсор встанет на искомую запись, ввести номер приказа и дату приказа. При нажатии на кнопку «Сохранить» обработанный приказ пополнит архив приказов АРМ, а в справочник студента в поле «Код состояния» проставится признак «О». Нажатие на кнопку «Закрыть» позволит выйти на главную форму проекта.

Форма обработки приказов на восстановление представлена на рисунке 2.8.



Рисунок 2.8 - Форма обработки приказов на восстановление

В строке ввода необходимо ввести фамилию, и после того, как курсор встанет на искомую запись, ввести номер приказа, дату приказа. При нажатии на кнопку «Сохранить» обработанный приказ пополнит архив приказов АРМа, а в справочник студента в поле «Код состояния» проставится признак «1». Нажатие на кнопку «Закрыть» позволит выйти на главную форму проекта.

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

информационный модель программный



Рисунок 2.9 -Форма для ввода данных о дипломе

Меню ВЕДОМОСТЬ позволит оператору вводить и редактировать оценки с отрывных талонов протоколов курсовых проектов, дифференцированных зачетов, экзаменов. На рисунках 2.10 и 2.11 представлена форма контроля успеваемости. Пользователю предлагается ввести с отрывного талона группу, дисциплину, преподавателя, вид контроля. Данные поля будут являться фильтром для ввода оценок по группе. При нажатии на кнопку «Заполнить» в таблице отобразится список группы; в поле «Оценка» оператор может внести оценки соответственно каждому студенту. При нажатии на кнопку «» данные будут сохранены.



Рисунок 2.10 - Форма для контроля успеваемости

Рисунок 2.11 - Форма для контроля успеваемости

Меню Справочники содержит список справочников, которые оператор может редактировать и распечатывать. Справочник специальностей института представлен на рисунке 2.12.



Рисунок 2.12 -Форма-Справочник специальностей институтов

Этот справочник предусматривает добавление данных и редактирование. Чтобы начать редактирование, необходимо клавишами навигации выбрать отделение и нажать кнопку «». После этого поля «Шифр» и «Наименование» станут доступными для редактирования. После редактирования полей необходимо нажать кнопку «», которая после этого.

Справочники «Студент», «Группа», «Дисциплины», «Тип дисциплины», «Форма обучения», «Вид контроля», «Виды контроля».

Пункт «Ведомость» позволит формировать электронные формы контроля текущей успеваемости по ВУЗУ, факультетам, специальностям.

Пункт «Справочники» отвечает за формирование электронного вида справочников.

Итоги сдачи экзаменационной сессии можно оформить в приложении EXEL. Для сохранения файла необходимо выбрать меню «Файл»/ «Сохранить», либо, если существует необходимость переименования шаблона, выбрать меню «Файл» / «Сохранить как…»

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

Пункт «Ведомость» позволяет получить электронные формы к зачетам и экзаменам.

Пункт «Форма 3-НК» позволяет получить электронную форму государственного статистического наблюдения. Для подробного ознакомления см. приложения А, Б, В,Г,Д,Е,Ж,И,К.

Меню Помощь представляет собой справочник для пользователя программного продукта. Справочная система свёрстана с помощью пакета Microsoft FrontPage 2000. Индексация и компиляция справочной системы произведена в пакете Microsoft HTML Help Workshop. Отлаженная и упорядоченная система помощи позволит пользователю оперативно реагировать на все исключительные ситуации, обоснует использование того или иного метода устранения ошибки, расскажет о структуре и возможностях АРМ. Меню Выход обеспечивает выход из приложения.

2.4 Загрузка и руководство к эксплуатации

Для успешного функционирования Системы требуется выполнение всех требований, предъявляемых к техническому и программному обеспечению. Перед началом работы необходимо в Interprise Manager подключить базу AcyByz_Data.MDF (и одноименный «след» AcyByz_Log.LDF). Затем настроить и стартануть сервер SQL Server Service Manager. Также необходимо наличие стандартного офисного пакета для успешной работы механизма Ole Automation.

После завершения всех настроек, запустить на исполнение файл «MyClient.exe». На запрос о вводе пароля необходимо набрать с клавиатуры прописными буквами пароль: «iit». В случае корректного ввода пароля пользователю представится доступ к главной форме проекта, в противном случае последует выход из приложения. Для подробного ознакомления см. приложение М.

2.5 Результаты экспериментальной проверки работоспособности

программы и заключение о внедрении

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

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

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

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

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

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

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

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

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

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

3. ОБОСНОВАНИЕ ЭКОНОМИЧЕСКОЙ ЭФФЕКТИВНОСТИ

3.1 Понятие эффективности и её критериев

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

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

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

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

увеличение объемов и уменьшение сроков переработки информации;

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

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

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

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

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

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

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

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

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

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

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

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

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

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

3.2 Методика расчета критериев эффективности

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

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

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

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

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

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

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

годовая экономия (годовой прирост прибыли);

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

a) единовременные затраты на разработку и внедрение;

б) текущие затраты на функционирование.

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

стадии разработки ПС,

сложность ПС,

степень новизны ПС,

новый тип ЭВМ,

новый тип ОС,

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

средства разработки ПС,

характер среды разработки,

характеристики ПС,

группа сложности,

функции ПС,

тип ЭВМ.

Общая трудоемкость разработки ПС Тобщ (в чел.-днях) рассчитывается по формуле:

, (3.1)

где Тi - трудоемкость i- ой стадии разработки ПС (в чел.-днях), i = 0..5;

n - количество стадий разработки ПС.

Тi - трудоемкость i-ой стадии разработки ПС, i = 0..5 определяется по формуле:

, для i = 0,1,2,3,5 (3.2)

, для i = 4

где Li - удельный вес трудоемкости i - ой стадии разработки ПС, учитывающий наличие той или иной стадии и использование CASE-технологии, причем:

, (3.3)

В случае отсутствия стадии “Эскизный проект” L3' = L2 + L3;

В случае объединение стадий “Технический проект” и “Рабочий проект” в одну стадию “Технорабочий проект ” L3' = 0,85 * L3 + L4;

Кн - поправочный коэффициент, учитывающий степень новизны ПС и использование при разработке ПС новых типов ЭВМ и ОС;

Кт -поправочный коэффициент, учитывающий степень использования в разработке (типовых) стандартных ПС;

То - общая трудоемкость разработки ПС (в чел.-днях) определяется по формуле:

, (3.4)

где Ксл - коэффициент сложности ПС, определяется по формуле:

, (3.5)

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

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

Тур - трудоемкость разработки ПС с учетом конкретных условий разработки, определяется по формуле:

, (3.6)

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

Кур - поправочный коэффициент, учитывающий характер среды разработки и средства разработки ПС;

Vо- общий объем разрабатываемого ПС, определяется по формуле:

, (3.7)

где Vi - объем i- ой функции ПС, i = 1..16, учитывающий тип ЭВМ;

n - общее число функций.

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

, (3.8)

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

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

, (3.9)

где Тобщ - трудоемкость разработки программного изделия, чел-мес.

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

Годовая экономия представляет собой годовой прирост прибыли, получаемой в связи с внедрением программного продукта, и рассчитывается следующим образом [3]:

П = (П1 + П2 + П3) · (1 + ЕН · Т) , (3.10)

где П1 - экономия, получаемая в t - году в результате сокращения затрат трудовых и материальных ресурсов, тг/год;

П2 - экономия, получаемая в t - году в результате повышения качества новой техники, ее потребительских свойств, тг/год;

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

ЕН - норматив эффективности капитальных вложений (тг/год)/тг. Значение ЕН принимается равным 0,15 для всех отраслей народного хозяйства. ЕН представляет собой минимальную норму эффективности капитальных вложений, ниже которых они нецелесообразны.

Т - сокращение длительности автоматизируемого процесса, лет.

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

Единовременные затраты на создание ПП определяются по формуле:

К = КП + КК , (3.11)

где КП - предпроизводственные затраты, тг;

КК - капитальные затраты на создание, тг.

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

КП = Косн.зп. + Кдоп.зп. + Кпр , (3.12)

где Косн.зп. - затраты на основную заработную плату разработчиков, тг;

Кдоп.зп. - затраты на дополнительную заработную плату разработчиков (составляют 20% от основной заработной платы), тг;

Кпр - прочие расходы, включают расходы на машинное время, тг.

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

, (3.13)

где О - оклад разработчика, тг;

t - трудоемкость разработки, чел.-мес.

Прочие расходы включают расходы на машинное время:

Кпр = Тмаш Смаш , (3.14)

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

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

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

Кк=Кктс+Кмонт+Кинв+Кзд+Кос+Ктр+Ксоп+Квысв, (3.15)

где Кктс - сметная стоимость КТС, тг;

Кмонт- затраты на установку, монтаж и запуск КТС в работу, тг;

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

Кзд - затраты на строительство и реконструкцию зданий для размещения КТС, тг;

Кос - сумма оборотных средств, тг;

Ктр - транспортно-заготовительные расходы, тг;

Ксоп - сметная стоимость системы стандартного обеспечения применения КТС, тг;

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

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

Квысв = Кперв (1-аТтехн) (3.16),

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

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

Ттехн - срок эксплуатации высвобожденного оборудования, лет.

Расчет годовых текущих затрат на функционирование (Иг) может выполняться двумя методами:

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

Иг = Икса + Из, (3.17)

где Икса- годовые текущие затраты на эксплуатацию КСА, тг;

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

Икса=di Иктс+Исоп+Ип+Из , (3.18)

где di - коэффициент использования КСА в данной автоматизированной системе;

Иктс - годовые затраты на эксплуатацию КТС без учета заработной платы персонала, тг;

Исоп - годовые затраты на поддержание и актуализацию системы обеспечения применения КТС (хранение, обновление, контроль данных и программ), тг;

Ип - годовые затраты на содержание и ремонт производственных помещений, тг;

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

, (3.19)

где Иi - затраты, вызванные решением i-й задачи, тг;

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

Исист - общесистемные затраты за год, тг.

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

Расчет суммарных текущих затрат на функционирование программного продукта за время работы с приведением к расчетному году (первому году функционирования программного продукта):

, (3.20)

где Игi - годовые текущие затраты (вычисляются по формуле 3.17 или 3.19), тг;

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

Значения для различных временных интервалов приведены в таблице 3.1.

Таблица 3.1 - Значения коэффициента приведения к расчетному году

Число лет, предшествующих расчетному году	a	Число лет, следующих за расчетным годом	a
5	1,6105	1	0,9091
4	1,4641	2	0,8264
3	1,331	3	0,7513
2	1,21	4	0,683
1	1,11	5	0,6209
0	1	6	0,5645

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

Зг = ИГ + К , (3.21)

где ИГ - годовые текущие издержки на функционирование ПП (без учета амортизации на реновацию), тг;

К - единовременные затраты на создание ПП, тг.

К основным обобщающим показателям экономической эффективности относятся [2]:

годовой экономический эффект;

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

коэффициент экономической эффективности функционирования;

срок окупаемости системы;

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

ЭГ = ПГ - ЗГ , (3.22)

где ЭГ - годовой экономический эффект, тыс. тг;

ПГ - годовая экономия (годовой прирост прибыли), тыс. тг;

ЗГ - суммарные затраты, тыс. тг.

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

Эо = По - Ко , (3.23)

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

t=tk

По = Пt · t , (3.24)

t=tn

t=tК

Ko = Kt · t , (3.25)

t=tn

где Пt и Кt - соответственно экономия и затраты в t-ом году расчетного периода, тг;

tn и tК - соответственно начальный и конечный годы расчетного периода;

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

Значения для различных временных интервалов приведены в таблице 4.1.

Коэффициент экономической эффективности единовременных затрат (Ек) представляет собой отношение годовой экономии (годового прироста прибыли) к единовременным затратам на разработку и внедрение программного продукта:

, (3.26)

где П - годовая экономия (годовой прирост прибыли) (рассчитывается по формуле 4.10), тыс.тг;

Иг - годовые текущие издержки на функционирование, (рассчитываются по формуле 4.21), тыс.тг;

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

Если для коэффициента ЕК выполняется условие: ЕК>=ЕН, капитальные вложения считаются экономически эффективными.

Срок окупаемости представляет собой отношение единовременных суммарных затрат на разработку и внедрение ПИ к годовой экономии (к годовому приросту прибыли):

, (3.27)

где К - единовременные затраты на разработку и внедрение, тыс.тг;

Пг - годовая экономия (годовой прирост прибыли), тыс.тг;

Иг - годовые текущие издержки на функционирование, тыс.тг.

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

Цпп = С + Пн + Нэ, (3.28)

где С - себестоимость ПП, тг.;

Пн - нормативная прибыль, тг.;

Нэ - надбавка к цене, тг., если годовой экономический эффект от применения ПП больше 10 тыс. тг., надбавка к цене за эффективность берется 20 % от нормативной прибыли: Нэ = 0.2 ?Пн тг.

Нормативная прибыль определяется как:

Пн = Уп Фзп , (3.29)

где Уп - уровень прибыли в % к фонду заработной платы разработчиков ПП;

Фзп - фонд заработной платы разработчиков ПП, тг.

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

Уп = Руп + Рп , (3.30)

где Руп - расчётный уровень прибыли (норматив рентабельности), включаемый в цену на разработку (ориентировочно 90-100 % к Фзп);

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

3.3 Расчет показателей экономической эффективности

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

Таблица 3.2 - Исходные данные

Наименование показателей	Условные обозначения	Единица измерения	Значения показателя
			без АС	В условиях АС
1	2	3	4	5
Оклад программиста	О	тг	-	19 000
Стоимость одного часа машинного времени	СМ	тг	50	50
Сметная стоимость КТС	ККТС	тг	6000	60000
Трудоемкость обработки информации по одной задаче	tЗ	час	5 чел/час	0,15 час (маш. вр.)
Эксплуатационные расходы функционирования АC (% от сметной стоимости) - амортизация (5%) - текущий ремонт (2%) - содержание оборудования (2,5%) Итого:	Исист	тг тг тг тг		3000 1200 1500 5700
Зарплата сотрудника (включая отчисления на соц-мед. страхование и т.д.):		тг		16 000
Удельная стоимость трудозатрат одного сотрудника	ССОТ	тг	40	40
Количество задач решаемых за год	NЗ	Задач/год	20	20
Период функционирования АС	Т	Лет	-	4

3.3.1 Расчет трудоемкости разработки программного продукта. Параметр “Стадии разработки ПС” принимает следующие значения:

“Рабочий проект”;

“Внедрение”;

“Предварительное проектирование”.

Так как в разрабатываемом ПС используется CASE-технология стадии “Техническое задание”, “Эскизный проект” и “Технический проект” объединяются в одну стадию “Предварительное проектирование”.

Исходя из этого, удельный вес трудоемкости на каждой стадии разработки АРМ соответственно равны: L0=0,5; L4=0,3; L5=0,15.

Параметр “Характеристики ПС” принимает следующие значения:

“Оптимизационные расчеты”;

“Моделирование объектов и процессов”;

“Задачи анализа и прогнозирования”;

“Обеспечение настройки ПС на изменение структур входных и выходных данных”.

Данные характеристики ПС относятся к максимальной группе сложности.

Параметр “Элементы, повышающие сложность ПС” принимает следующие значения:

“Наличие экранных подсказок и меню функций”;

“Выдача на экран контекстно-зависимой помощи”;

“Обеспечение хранения и поиска данных в сложных структурах”;

“Возможность связи с другими ПС”.

Коэффициенты повышения сложности равны: К1=0,08; К2=0,07; К3=0,07; К4=0,09; К5=0,24.

Коэффициент сложности ПС:

Ксл = 1 + (0,08+0,07+0,07+0,09+0,24) = 1,55

Параметр “Степень новизны ПС” принимает значение “ПС, являющееся развитием определенного параметрического ряда ПС на прежнем типе ЭВМ/ОС”, поэтому поправочный коэффициент Кн = 0,4.

Параметр “Степень охвата реализуемых функций стандартными ПС” принимает значение «Свыше 40 до 60», поэтому поправочный коэффициент Кт = 0,9.

Параметр “Средства разработки ПС” принимает значение “ CASE-средства”.

Параметр “Характер среды разработки” принимает значение “Персональные ЭВМ IBM-PC совместимые (с MS-DOS, Windows..)”, поэтому поправочный коэффициент Кур=0,07.

Параметр “Функции ПС” принимает значения:

“Управление работой компонентов ПС”;

“Обработка прерываний”;

“Ввод данных в интерактивном режиме”;

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

“Формирование последовательных файлов”;

“Сортировка файлов”;

“Обработка файлов”;

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

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

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

“Статистическая обработка данных”.

Общий объем разрабатываемой АС:

V0=3360+4130+1580+3790+2840+1360+3110+3380+2750+10350+12930 = =49580 условных машин. команд.

Базовая трудоемкость Тб разработки ПС равна 4272 чел-ден.

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

Тур = 4272 0,07 = 299,04 чел-ден.

Общая трудоемкость разработки ПС:

То = 1,55 299,04 = 463,512 чел-ден.

Трудоемкость i-ой стадии разработки ПС:

Т0=0,50,4463,512 = 92,7024 чел-ден.

Т4=0,30,40,9463,512 = 50,06 чел-ден.

Т5=0,150,4463,512 = 27,8 чел-ден.

Общая трудоемкость разработки ПС:

Тобщ = 92,7024 + 50,06 + 27,8 = 170,57 чел-ден.,

Для перевода в чел-мес. делим на 22 раб.дня в месяце:

Тобщ = 170,57 / 22 = 7,75 чел-мес.

3.3.2 Продолжительность разработки программного продукта

определяется как:

t = 2,5·(7,75) 0,32 = 4,81 мес.

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

Ч = 7,75 / 4,81 = 2 чел.

3.3.3 Расчет экономии от функционирования программного продукта

Раньше этой задачей занималось 2 сотрудника, теперь только 1 сотрудник. Расчет экономии от сокращения трудовых ресурсов:

П1 =16000·12 = 192000 тг/год

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

П2 = ССОТ·tЗ·NЗ - См·tЗ·NЗ = 40·5·20-(50+40)·0,15·20 =

= 4000 - 270 = 3730 тг/год

Расчет годовой экономии:

П = (П1 + П2 ) · (1 + ЕН · Т)

Расчет оценки и анализа загрязнения города в ручную займет примерно 100 часов. Автоматизация данной задачи позволит просчитать показатели в течении 3 часов с учетом внесения, корректировки информации, поэтому сокращение длительности автоматизируемого процесса Т принимаем = 0,01.

П = (192000+3730) · (1 + 0,15 · 0,01) = 3730 ·1,0015 = 196023,6 тг.

3.3.4 Расчет суммарных затрат включает в себя расчет единовременных

и текущих затрат

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

К = КП + КК

Причем Кк = 0, т.к. используется старая ВТ,

К = КП = Косн.зп. + Кдоп.зп. + Кпр=

Косн.зп. = 19000·9,69 = 184140,7 тг.

Кдоп.зп. = 0,2·184140,7 = 36828,14 тг.

Кпр включают расходы на машинное время (т.к. продолжительность разработки программного продукта составляет 4,81 мес., на разработку, отладку и тестирование ПП с использованием ВТ приходится порядка 5-х месяцев: берется в месяце 22 раб.дня по 8 часов).

Тмаш = Т·22·8 = 5·22·8 = 880 час.

Кпр = 880·50 = 44000 тг.

К= 184140,7 + 36828,14 + 44000 = 264968,84 тг.

Расчет текущих затрат.

а) Расчет годовых текущих затрат:

Исист = 5700 тг.

Иi= (40+50)*0,15= 13,5 тг.

Иг = 5700 + 13,5*20 = 5970 тг.

б) Суммарные текущие затраты на функционирование программного продукта за 4 года с приведением к расчетному году (первому году функционирования программного продукта):

И = Иг·(0 + 1 + 2 + 3),

И = 5970·(1,0 + 0,91 + 0,83 + 0,75) = 20835,3 тг.

3.3.5 Расчет экономии от функционирования программного продукта за

4 года:

По = П · (0 + 1 + 2 + 3),

По = 196023,6 ·(1,0 + 0,91 + 0.83 + 0,75) = 684122,3 тг.

Расчет суммарных затрат на создание и 4-ти летнее функционирование программного продукта определяется как:

Зо = К + И = 264968,84 + 20835,3 = 285804,14 тг.

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

Зг = К + Иг = 264968,84 +5970 = 270938,84 тг.

3.3.6 Оценка экономического эффекта, получаемого за год и за 4-х

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

1) Годовой экономический эффект:

Эг = П - Зг,

Эг = 196023,6 - 270938,84 = -74915,24 тг.

2) Экономический эффект за 4 года:

Э = По - Зо

Э = 684122,3 - 285804,14 = 398318,21 тг.

3.3.7 Коэффициент экономической эффективности единовременных

затрат:

Ек = (П - Иг) / К,

Ек = (196023,6 - 5970) / 264968,84 = 0,7

3.3.8 Cрок окупаемости:

Т=1/ Ек

T=1/ 0,7 = 1,3 года

3.4 Расчет цены программного обеспечения

Фонд заработной платы, состоит из основной Косн и дополнительной заработной платы разработчиков Кдоп (20% от основной заработной платы).

Фзп = 184140,7 + 0,2 * 184140,7 = 220968,84 тг.

3.4.1 Для расчета цены необходимо определить расчетный уровень

прибыли (норматив рентабельности):

примем Руп = 90 %, Рп = 5 % к Фзп.

Тогда уровень прибыли будет равен:

Уп = 0,9 + 0,05 = 0,95

3.4.2 Определим нормативную прибыль:

Пн = 0,95·220968,84 ? 209920,4 тг.

3.4.3 Определим договорную цену АС:

Цпп = К+ Пн = 264968,84 + 209920,4 = 474889,24 тг.

При осуществлении тиражирования ПП (n копий), договорная цена каждой тиражной копии составит:

Цтк = Цпп / n = 474889,24/n тг.

Расчет эффективности показывает, что подсистема «деканат» выгодна во всех отношениях в том числе и экономическом, т.к. коэффициент экономической эффективности единовременных затрат больше чем норматив эффективности капитальных вложений (Ек>ЕН) т.е. (0,7>0,15), также данная подсистема способна принести ощутимую годовую прибыль от функционирования за счет значительного сокращения трудовых затрат и материальных ресурсов. Средства, вложенные на разработку программного обеспечения окупятся за 1,3 года.

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

4. БЕЗОПАСНОСТЬ И ЭКОЛОГИЧНОСТЬ ПРОЕКТА

4.1 Обеспечение безопасности помещениях ВЦ

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

Усложнение функциональной структуры деятельности в связи с применением ЭВМ, видеотерминалов (ВДТ) предъявляет повышенные требования к организму человека. Недоучет роли человеческого фактора при проектировании АСУ неизбежно отражается на качественных и количественных показателях деятельности работника, в том числе приводит к замедлению реакции или ошибкам в процессе принятия решения.

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

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

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

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

Напряженность электрического поля между экраном ЭВМ и оператором составляет 5-15 кВ/м, что приводит к загрязнению воздуха в помещении.

С учетом всех изложенных факторов работа на ЭВМ приравнена к неблагоприятным условиям труда.

Данные мероприятия по охране труда и технике безопасности разработаны в соответствии с санитарными нормами и правилами для работников ВЦ 1.10.076-94.

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

4.1.1 Организация рабочих мест в помещениях

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

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

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

Рабочий стол должен регулироваться по высоте в пределах 640-760 мм, при отсутствии такой возможности 720 мм, оптимальные размеры рабочей поверхности столешницы 1600*900 мм. Под столешницей рабочего стола должно быть свободное пространство для ног с размерами по высоте не менее 580 мм, по ширине - 500 мм, по глубине - 650 мм.

Рабочий стул (кресло) должен быть снабжен подъемно-поворотным устройством, обеспечивающим регуляцию высоты сидения и спинки, его конструкции должна предусматривать также изменение угла наклона спинки. Рабочее кресло должно иметь подлокотники. Регулировка каждого параметра должна легко осуществляться, быть независимой и иметь надежную фиксацию. Высота поверхности сидения должна регулироваться в пределах 380-460 мм. Ширина сидения должна составлять не менее 360 мм, глубина - не менее 380 мм.

Высота опорной поверхности спинки должна быть не менее 200 мм. Ширина не менее 360 мм, радиус ее кривизны в горизонтальной плоскости 300-500 мм. Угол наклона спинки должен изменяться в пределах 95-108 % к плоскости сидения.

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

На рабочем месте необходимо предусматривать подставку для ног. Ее длина должна составлять 400 мм, ширина 350 мм, регулировка высоты 0-150 мм, угла наклона 0-120%.

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