Информационная система учета успеваемости студентов деканата "А" для сбора, хранения и обработки информации о студентах

Мастер настройки резервного копирования. Направляет действия пользователей в процессе архивации и восстановления данных.

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

Технические характеристики.

Windows Small Business Server 2003 поддерживает до 75 рабочих станций.

Процессор: минимум - 300 МГц; рекомендуется - 550 МГц или больше для Standard Edition.

ОЗУ: минимум - 256 Мбайт; рекомендуется - 384 Мбайт или более (до 4 Гбайт), для Premium Edition требуется не менее 512 Мбайт (до 4 Гбайт).

Жесткий диск: 4 Гбайт свободного места для Standard Edition. 5 Гбайт свободного пространства для Premium Edition. (При обновлении с Small Business Server 2000 необходимо только 2 Гбайт свободного места на диске.)

Периферийное оборудование: устройство для чтения CD- или DVD-дисков. Видеоадаптер VGA или оборудование, поддерживающее перенаправление консоли. Рекомендуется монитор SVGA или с более высоким разрешением.

Windows Small Business Server 2003 входит:

Windows Server 2003,

Exchange Server 2003,

Microsoft SQL Server 2000

Microsoft Internet Security

Acceleration Server (ISA Server) 2000.

Компоненты и функциональные возможности Windows Small Business Server 2003:

- Windows Server 2003 (надежная операционная система, объединяющая средства и технологии, которые обеспечивают совместное использование, управление, архивацию и защиту данных во внутренней сети; включает службу каталогов Microsoft Active Directory и ее средства);

- Windows SharePoint Services (среда для взаимодействия сотрудников и совместной работы);

- Exchange Server 2003 (инфраструктура взаимодействия, обмена сообщениями и совместной работы, которая помогает увеличить производительность; Outlook Web Access обеспечивает доступ к электронной почте через интернет);

- Microsoft Office Outlook 2003 (единый интерфейс для управления электронной почтой, календарями, записями контактов и другими личными и общими сведениями);

- Microsoft Shared Fax Service (отправление факсов с рабочего стола в установленное пользователем время, используется меньшее число телефонных линий; получение факсов через SharePoint, электронную почту или принтер);

- ISA Server 2000 (технология, обеспечивающая безопасное подключение к интернету);

- SQL Server 2000 (быстродействующий и надежный сервер управления реляционными базами данных, а также платформа для широкого спектра бизнес-приложений);

- Microsoft Office FrontPage® 2003 (Средства разработки веб-узлов и создания специализированных решений для Windows SharePoint Services).

Windows Small Business Server 2003 является полным серверным решением, объединяя возможности совместного доступа к файлам, печати, поддержки собственного сервера электронной почты, факса, совместного доступа в Интернет и развертывания бизнес-приложений. Интегрированный комплект серверных продуктов предоставляет сотрудникам предприятия более надежный и безопасный совместный доступ к данным и ресурсам. Встроенные средства администрирования позволяют удобно и эффективно осуществлять установку, настройку и поддержку информационной инфраструктуры предприятия.

В процессе роста организации возможно обновление, как любого компонента, так и всего пакета в целом.

1.5 Проектирование интерфейса пользователей ИС

1.5.1 Критерии качества интерфейса

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

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

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

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

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

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

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

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

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

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

- неоднозначность в понимании интерфейса должна быть минимальна (это способствует самообучению пользователей и делает их поведение предсказуемым);

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

- объем вводимой пользователем информации должен стремиться к минимуму (одни и те же данные не должны вводиться несколько раз);

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

1.5.2 Закон Фитса, закон Хика, метод GOMS

Закон Фиттса - Время достижения цели прямо пропорционально дистанции до цели и обратно пропорционально размеру цели.

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

На самом деле закон логарифмический:

(1.1)

где T - время достижения цели, D - дистанция до цели, W - размер цели.

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

Как это связано с проектированием интерфейсов?

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

В одномерном случае, при котором размер объекта вдоль линии перемещения курсора обозначается как S, а дистанция от начальной позиции курсора до объекта - как D (рисунок 1.7), закон Фитса формулируется следующим образом:

(1.2)

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

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

Закон Хика - закон психологии, который, применим в вебе и проектировании интерфейсов.

Закон говорит о том, что чем меньше элементов меню, тем меньше времени занимает выбор одного из них, а также что одно меню лучше чем два.

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

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

 (1.3)

Если вероятность i-го варианта равна p(i), то вместо логарифмического коэффициента используется

(1.4)

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

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

При использовании любых положительных и ненулевых значений a и b из закона Хика следует, что предоставление пользователю сразу нескольких вариантов одновременно обычно является более эффективным, чем организация тех же вариантов в иерархические группы. Выбор из одного меню, состоящего из 8 элементов, производится быстрее, чем из двух меню, состоящих их 4 элементов каждое. Если все элементы могут быть выбраны с равной вероятностью и если не учитывать время, необходимое для открытия второго меню (которое, конечно, еще более увеличило бы время для интерфейса, состоящего из двух меню), то сравнение времени для выбора одного элемента из восьми (a + b log2 8) с удвоенным временем для выбора одного элемента из четырех 2

(a + b•log2•4) покажет, что а + 3b < 2(а + 2b)

поскольку log2•8 = 3, a log2•4 = 2, а также поскольку a < 2a и 3b < 4b.

Метод GOMS это семейство методов позволяющих провести моделирование выполнения той или иной задачи пользователем и на основе такой модели оценить качество интерфейса (точнее говоря оценить время выполнения задачи как основной критерий качества). GOMS это сокращение от английского Goals, Operators, Methods, and Selection Rules - Цели, Операторы, Методы и Правила выбора. Данный способ был предложен S. K. Card, T. P. Moran и A. Newell в 1983 году.

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

В данном методе каждая цель или задача (Goal), которую хочет достичь пользователь с помощью интерфейса, состоит их набора методов (Methods) которые в свою очередь построены из операторов (Operators). Если цель может быть достигнута несколькими способами, то выбор осуществляться по правилам выбора (Selection Rules).

1.5.3 Проектирование и разработка пользовательского интерфейса

Итерационный процесс проектирования интерфейса пользователя представлен в таблице 1.8

Таблица 1.8

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

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

- непосредственное манипулирование;

- выбор из меню;

- заполнение форм;

- командный язык;

- естественный язык.

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

При запуске программы появляется окно главной формы «Информационная система «Деканат», представлен на рисунке 1.7.

Рисунок 1.7 - Вид главной формы «Информационной системы «Деканат»

В главной форме представлены меню и ряд кнопок, открывающие формы для работы с системой. Ниже представлен список меню главной формы.

Главная:

- Работа со студентом (список студентов, Данные студентов, Формирование групп);

- Работа с преподавателем (список преподавателей, Данные преподавателя, Формирование кафедр).

Отчеты:

Журнал (успеваемость групп);

Диплом (формирование диплома).

Печать:

Ведомость (печать экзаменационной ведомости для групп);

Направление (печать направлений для студентов);

Указание (печать указаний на студентов);

Справка (печать справки для студента).

Учебное:

Практики (формирование списка практик);

Учебный план (формирование учебных планов);

Списки:

Кафедра (формирование списка кафедр);

Дисциплина (формирование списка дисциплин);

Добавить:

Группа (добавление новой группы в БД);

Дисциплина (добавление новой дисциплины в БД);

Кафедра (добавление новой кафедры в БД);

Практика (добавление новой практики в БД);

Иностранный язык (добавление нового иностранного языка в БД);

Гражданство (добавление нового гражданства в БД).

Справка:

Руководство пользователя;

О программе.

Рассмотрим некоторые из них.

Форма «Работа со студентом» меню «Главная» служит для работы с данными студента. Вид этой формы представлен на рисунке 1.8. На форме представлены три вкладки.

Вкладка «Список» отображает список всех студентов БД деканата.

Рисунок 1.8 - Форма «Работа со студентом» вкладка «Список»

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

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

Вкладка «Перевод» (рисунок 1.10) служит для формирования списков групп, а также для перевода студентов из одной группы в другую.



Рисунок 1.9 - Форма «Работа со студентом» вкладка «Карточка»

Рисунок 1.10 - Форма «Работа со студентом» вкладка «Перевод»

Форма «Экзаменационная ведомость» меню «Печать» (рисунок 1.11) служит для формирования бланка Экзаменационная ведомость. Формирование осуществляется путем выбора из соответствующих списков требуемой информации.

Рисунок 1.11 - Форма «Экзаменационная ведомость»

Форма «Справка» меню «Печать» (рисунок 1.12) служит для формирования справки для студентов.

Рисунок 1.12 - Форма «Справка»

Форма «Учебный план» меню «Учебное» (рисунок 1.13) служит для формирования учебных планов для групп.

Рисунок 1.13 - Форма «Учебный план»

Формы «справочники» меню «Добавить» представлены на рисунке 1.14. Данные формы служат для облегчения дальнейшей работы и исключения ошибок ввода данных. Заполняются администратором.



а) б) в)

г) д)

е)

Рисунок 1.14 - Вид формы «Группа» (а), «Практика» (б), «Иностранный язык» (в), «Гражданство» (г). «Кафедра» (д), «Дисциплина» (е)

1.6 Проектирование запросов и отчетов ИС

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

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

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

- ведомость успеваемости студентов;

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

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

- ведомость успеваемости группы.

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

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

Рисунок 1.15 - Вид запроса «Результаты сдачи сессии»

В данном запросе фильтрация осуществляется по полю: Группа (№ группы) в таблице Данные студента. Параметры для фильтрации по полю Группа вводятся пользователем.

Рисунок 1.16 - Ввод параметра фильтрации по № группы

Преобразуем этот запрос в перекрестный (рисунок 1.17) для формирования ведомости успеваемости группы.

Рисунок 1.17 - Вид запроса «Результаты сдачи сессии»

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

Рисунок 1.18 - Ведомость успеваемости группы

По аналогии рассмотрим процесс формирования справки.

Окно для ввода информации (рисунок 1.19).

Рисунок 1.19 - Форма «Справка» для формирования отчета «Справка»

Рисунок 1.20 - Вид запроса

Результат представлен на рисунке 1.21.

Рассмотрим процесс формирования отчета о практике. На рисунке 1.22 представлен вид запроса.

Рассмотрим процесс формирования направления на допуск / экзамен / зачет / КР / КР.



Рисунок 1.21 - Справка

Рисунок 1.22 - Вид запроса

Рисунок 1.23 - Список студентов прошедших практику

Окно для ввода информации (рисунок 1.24).



Рисунок 1.24 - Форма «Экзаменационный лист / Направление»

На рисунке 1.25 представлен вид запроса.

Рисунок 1.25 - Вид запроса

Рисунок 1.26 - Список для выдачи направлений

Выбрав студента для которого требуется выписать направление получаем отчеты представленные на рисунках 1.27 и 1.28.

Рисунок 1.27 - Направление на допуск

Рисунок 1.28 - Направление на экзамен

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

Рисунок 1.29 - Вид запроса

Задав необходимую группу получаем список студентов (рисунок 1.30)

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

Выбранные студенты подставляются в полученную форм отчета - экзаменационную ведомость (рисунок 1.31).

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

Результат представлен на рисунке 1.33.

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

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



Рисунок 1.31 - Экзаменационная ведомость

Рисунок 1.32 - Вид запроса - приложение к диплому 1 лист

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



Рисунок 1.34 - Вид запроса на выборку курсовых работ

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

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

Рисунок 1.36 - Запрос на выборку практик



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

Результаты выборок представлены на рисунках 1.38 и 1.39.

Рисунок 1.38 - Результат - данные о практиках

Рисунок 1.39 - Результат - данные об экзаменах

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

Рассмотрим формирование 2го листа приложения к диплому. Необходимо провести выборку всех дисциплин по учебному плану требуемой специальности (рисунок 1.41).

Результат представлен на рисунке 1.42.



Рисунок 1.40 - Приложение к диплому 1 лист приложения по результатам запросов

Рисунок 1.41 - Вид запроса - выборка предметов



Рисунок 1.42 - Список дисциплин по требуемому студенту

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

Рисунок 1.43 - Приложение к диплому 2 лист приложения по результатам запроса

2. Технологический раздел

2.1 Выбор программных средств

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

Системы различаются как своими возможностями, так и требованиями к вычислительным ресурсам.

Произведем оценку наиболее распространенных СУБД по различным критериям:

1) размер базы данных:

- несколько мегабайт: MS Access, XML, CSV, Paradox, Dbase, Foxpro/VFP, MySQL, PostgreSQL;

- до сотни мегабайт: MS Access, Paradox, Dbase, Foxpro/VFP, MySQL, PostgreSQL, Interbase;

- гигабайты: MySQL, PostgreSQL, Interbase, Informix, MS SQL Server, Oracle, SyBase, DB/2;

- сотни гигабайт и больше: MS SQL Server, Oracle, SyBase, DB/2;

2) количество одновременных пользователей:

- эксклюзивный доступ одного пользователя: XML, CSV, Paradox, Dbase, Foxpro/VFP, MS Access, MySQL, PostgreSQL;

- до десятка пользователей: Paradox, Dbase, Foxpro/VFP, MS Access, MySQL, PostgreSQL;

- несколько десятков пользователей: MySQL, PostgreSQL, Interbase, Informix;

- сотни пользователей: PostgreSQL, Interbase, MS SQL Server, Oracle, SyBase, DB/2;

- тысячи пользователей: MS SQL Server, Oracle, SyBase, DB/2;

3) цена базы данных:

- полностью бесплатно: XML, CSV, MySQL, PostgreSQL, Interbase;

- бесплатно, для разработки желательно купить дешёвую всего одну систему: Paradox, Dbase, Foxpro/VFP, MS Access;

- дешёвые сервера: Interbase, Informix, старые версии SyBase;

- дорогие сервера: MS SQL Server, Oracle, SyBase;

- сверхдорогие сервера: DB/2;

4) платформа:

- любая: XML, CSV;

- Windows only: MS SQL Server, SyBase, Paradox, Dbase, Foxpro/VFP, MS Access;

- Unix/Linux only: PostgreSQL;

- Windows+Linux: Oracle, DB/2, Interbase, MySQL;

- Кластеры: MS SQL Server, Oracle, SyBase, DB/2;

5) язык программирования:

- языки от Microsoft: MS SQL Server, SyBase, Foxpro/VFP, MS Access;

- языки от Borland: MS SQL Server, Interbase, Paradox, MS Access;

- системы под Linux: Oracle, DB/2, Interbase, MySQL, PostgreSQL, XML;

6) тип программы:

- маленький web сервер: MySQL;

- мощный web сервер: MS SQL Server, Oracle, SyBase, DB/2;

- локальная утилита: Paradox, Dbase, Foxpro/VFP, MS Access, XML, CSV;

- сложная система: MS SQL Server, Oracle, SyBase, DB/2, Interbase, Informix;

7) защита данных:

- никакая: XML, CSV;

- очень слабая: Paradox, Dbase, Foxpro/VFP, MS Access;

- сильная: MS SQL Server, Oracle, SyBase, DB/2, Interbase, Informix, MySQL, PostgreSQL;

8) мощность языка SQL, возможности базы данных (View, Stored procedures, agents, backup и т.п.):

- очень слабые: XML, CSV;

- слабые: Paradox, Dbase, Foxpro/VFP, MS Access, MySQL;

- развитые: Interbase, Informix, PostgreSQL;

- мощные: MS SQL Server, Oracle, SyBase, DB/2;

9) требования к железу:

- неприхотливые: MySQL, PostgreSQL, Paradox, Dbase, Foxpro/VFP, MS Access, XML, CSV;

- чувствительные: Interbase, Informix, SyBase;

- требуют отдельных мощных серверов с большой RAM, желательно на нескольких процессорах: MS SQL Server, Oracle, DB/2;

10) способ доступа:

- ODBC: CSV;

- OLE DB/ADO: MS Access, MS SQL Server, SyBase;

- DAO: MS Access, Foxpro/VFP;

- BDE: Paradox, Dbase, Foxpro/VFP;

- DBExpress: MySQL, Interbase, Oracle, DB/2;

- Собственные: XML, MySQL, Interbase, Informix, PostgreSQL, Oracle, SyBase, DB/2;

11) сложность настройки, установки, администрирования, желательность специально обученного персонала для администрирования:

- никаких сложностей, администрирование не требуется: XML, CSV;

- минимальные либо небольшие сложности: Paradox, Dbase, Foxpro/VFP, MS Access;

- первоначальная настройка плюс минимальная поддержка: PostgreSQL, MySQL;

- требуются специальные знания в достаточно большом объёме: Interbase, Informix;

- желательно наличие специалиста по базам данных: MS SQL Server, Oracle, SyBase, DB/2;

12) стоимость программистов и администраторов:

- небольшая: XML, CSV, Paradox, Dbase, Foxpro/VFP, MS Access, PostgreSQL, MySQL;

- значительная: Interbase, Informix, SyBase;

- высокая и очень высокая: MS SQL Server, Oracle, DB/2;

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

- "мёртвые" или почти "мёртвые" базы: Paradox, Dbase, Foxpro/VFP, CSV;

- медленно развивающиеся, сомнительные перспективы, фирмы производители не устойчиво стоящие на ногах: Interbase, Informix, PostgreSQL, SyBase;

- гарантированно продолжение: MS Access, DB/2;

- бурно развивающиеся базы: MS SQL Server, Oracle, XML, MySQL

Выберем СУБД для наших целей, которая будут отвечать следующим требованиям: размер базы данных до сотни мегабайт; количество одновременных пользователей до 10 человек; цена - бесплатно или относительно не дорого; платформа - windows; языки программирования - Microsoft или Borland; тип программы - локальная; минимальная защита данных; относительно проста в настройках, установке, администрировании; развивающаяся СУБД.

Перечисленным требованиям в наибольшей степени отвечает СУБД MS Access.

2.1.1 Microsoft Access

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

Access -- мощное приложение Windows для работы с базами данных -- вероятно, лучший программный продукт для конечных пользователей и разработчиков, который когда-либо был написан. Microsoft Access органично сочетает производительность СУБД с теми удобствами, которые имеются в распоряжении пользователей Microsoft Windows. Поскольку оба эти продукта -- детища компании Microsoft, они прекрасно взаимодействуют между собой. Система Access работает под управлением Windows 98, Windows Me, Windows XP, Widows 2000 или Windows NT, так что при работе с ней пользователю доступны все преимущества Windows. Можно вырезать, копировать и вставлять данные из любого приложения Windows в Access и наоборот.

При всем этом Access -- не просто СУБД. Как система управления реляционными базами данных (СУРБД), Access позволяет использовать одновременно несколько таблиц базы данных (даже связанных таблиц из других баз данных) для создания новой таблицы. При этом можно существенно упростить структуру данных, облегчая тем самым выполнение поставленных задач. Таблицу Access можно связать с данными, хранящимися на большой ЭВМ или на сервере. С другой стороны, можно использовать таблицы, созданные в среде Excel. Полученные результаты можно быстро и легко связать и объединить с данными из электронных таблиц Excel.

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

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

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

2.1.2 Borland C++ Builder

Начиная с первой версии, когда был представлен универсальный механизм доступа к данным BDE, в каждой очередной версии C++ Builder разработчикам приложений баз данных предлагались все новые и новые возможности. Не стала исключением и версия 6. Наряду с целым рядом усовершенствований и дополнений, Borland C++ Builder 6 предоставляет и новый механизм доступа к данным. Механизм dbExpress дает возможность легко и быстро получать доступ к базам данных в формате SQL. За счет использования специализированных драйверов БД (для каждого формата БД применяется свой драйвер) механизм dbExpress позволяет создавать наиболее эффективно работающие приложения БД, в том числе и кросс-платформенные (CLX).

На данный момент C++ Builder поддерживает четыре разных механизма доступа к данным. Кроме упомянутых механизмов BDE и dbExpress, к их числу относятся и появившиеся в пятой версии механизмы IB Express и ADO Express (в шестой версии последний называется dbGo). IB Express - это специализированный механизм для доступа к базам данным в формате Interbase, позволяющий воспользоваться всеми особенностями, характерными именно для этого формата БД. Что касается механизма dbGo, который использует для доступа к данным разработанный в Microsoft провайдер OLE DB, то, несмотря на объявленную универсальность, пользоваться им удобно только для подключения к базам данных MS Access и MS SQL Server (или к другим источникам данных, формат которых разработан Microsoft).

2.1.3 Embarcadero Delphi

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

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

Среда Delphi обладает практически всеми возможностями современных систем управления базами данных. Она имеет встроенную поддержку языка структурированных запросов (SQL). С помощью Delphi можно разрабатывать как локальные, так и удаленные базы данных.

2.2 Руководства пользователей

2.2.1 Руководство администратора

Данный раздел описывает порядок работы администратора с программой «Информационная система Деканат».

Установка разрешений для пользователей осуществляется с помощью окна «Разрешения» (рисунок 2.1).



Рисунок 2.1 - Разрешения

Добавление пользователей для работы с БД осуществляется с помощью окна «Пользователи и группы» представленного на рисунке 2.2.

Рисунок 2.2 - Пользователи и группы

2.2.2 Руководство пользователя

Данный раздел описывает порядок работы с программой «Информационная система Деканат». Данная программа предназначена для сотрудников деканата. Используются файлы в форматах doc, xl хранящиеся в папке templates (в корне программы).

Программа предназначена для обеспечения функционирования в ЛВС БГТУ «ВОЕНМЕХ».

Назначение программы

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

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

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

Условия выполнения программы

1. Требования к техническому обеспечению:

- процессор Pentium 4 или выше, IBM - совместимый процессор;

- ОЗУ не менее 64Мбайт;

- место на жестком диске не менее 100Мбайт;

- видеокарта должна поддерживать разрешение 1024х768, режим 256 или более цветов;

Для нормальной работы с программой необходимо установить разрешение экрана 1024х768, размер шрифта дисплея установить равным значению «Мелкий шрифт»

- наличие сетевого адаптера;

- манипулятор типа «Мышь»;

- принтер.

2. Требования к программному обеспечению:

- операционная система Microsoft Windows 2000/XP - русская версия;

- подключение к ЛВС (ожидаемое количество подключений около 5 человек);

- Access (клиент, сервер);

- Microsoft Office 2003

Вызов и загрузка

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

Чтобы запустить программу, нужно дважды щелкнуть мышью на пиктограмму «Деканат».

Выполнение программы

После запуска на экране появиться окно соединения с базой данных (Рисунок 2.3).

Рисунок 2.3 - Вид окна «Вход в систему»

В этом окне необходимо ввести следующую информацию:

В поле «Имя» - имя пользователя СУБД

В поле «Пароль» - пароль пользователя СУБД

Затем нужно нажать на кнопку «Вход».

На экране появится главное окно программного обеспечения (рисунок 2.4), которое содержит меню, панель инструментов, строку состояния.

Рисунок 2.4 - Вид главного окна системы «Деканат»

Меню содержит следующие пункты:

Главная:

- Работа со студентом (список студентов, Данные студентов, Формирование групп);

- Работа с преподавателем (список преподавателей, Данные преподавателя, Формирование кафедр).

Отчеты:

Журнал (успеваемость групп);

Диплом (формирование диплома).

Печать:

Ведомость (печать экзаменационной ведомости для групп);

Направление (печать направлений для студентов);

Указание (печать указаний на студентов);

Справка (печать справки для студента).

Учебное:

Практики (формирование списка практик);

Учебный план (формирование учебных планов);

Списки:

Кафедра (формирование списка кафедр);

Дисциплина (формирование списка дисциплин);

Добавить:

Группа (добавление новой группы в БД);

Дисциплина (добавление новой дисциплины в БД);

Кафедра (добавление новой кафедры в БД);

Практика (добавление новой практики в БД);

Иностранный язык (добавление нового иностранного языка в БД);

Гражданство (добавление нового гражданства в БД).

Справка:

Руководство пользователя;

О программе.

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

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

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

Работа с данными студента.

Запуск окна осуществляется выбором в меню «Главная» вкладки «Работа со Студентами». Появляется окно (рисунок 2.5).

Рисунок 2.5 - Окно «Работа со студентами» вкладка «Список»

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

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

Во вкладке «Перевод» (рисунок 2.7) производится перевод студентов из одной группы в другую путем выбора из выподающего меню номера группы, а справод стороный требуемого студента для перевода.

Работа с окном «Работа с преподавателями» осуществляется аналогичным способом.



Рисунок 2.6 - Окно «Работа со студентами» вкладка «Карточка»

Рисунок 2.7 - Окно «Работа со студентами» вкладка «Перевод»

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

Работа с окном диплом. Данное окно строится на основе всей информации по требуемому студенту.

Работа с окном «Экзаменационная ведомость». При запуске дано меню появляется окно представленное на рисунке 2.8.



Рисунок 2.8 - Окно «Экзаменационная ведомость»

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

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

Работа с меню списки.

Работа с окном «Кафедра». Работа в данном окне позволяет получать информацию по кафедрам такую как список преподавателей, список кафедр и т.д.

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

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

Меню «Справка» содержит Руководство пользователя и Сведения о программе а также информацию для связи с администратором.

3. Технико-экономический раздел

3.1 Расчет себестоимости разработки программного обеспечения

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

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

3.1.1 Расчет трудоемкости разработки программы

Расчет трудоемкости состоит из:

- затраты труда на подготовку и описание задачи t_оп;

- затраты труда на исследование алгоритма решения задачи t_ис;

- затраты труда на разработку блок-схемы алгоритма t_ал;

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

- затраты труда на отладку программы t_отл;

- затраты труда на подготовку документации t_д.

Общая трудоемкость t_? определяется как сумма всех этих составляющих:

t_? = t_оп + t_ис + t_ал + t_пр + t_отл + t_д , (3.1)

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

Q = q • C • (1 + p) , (3.2)

где q - число исходных команд;

С - коэффициент сложности программы [C = 1,25…2];

р - коэффициент коррекции программы в ходе ее разработки [р = 0,05…0,1].

Для разрабатываемой автоматизированной системы q = 1765 команд, а исходя из особенностей разработки ПО автоматизированной системы имеет смысл принять С = 1,4 и р = 0,07. Тогда получим:

Q = 1765 • 1,4 • (1 + 0,07) = 2643,97.

Затраты труда на подготовку и описание задачи:

t_оп = (t_min + 4 • t_нв + t_max) / 6 , (3.3)

где t_min - минимальная трудоемкость данной операции;

t_нв - наиболее вероятная трудоемкость;

t_max - максимальная трудоемкость.

t_оп = (20 + 4 • 25 + 55) / 6 = 29,1 чел.час

Затраты труда на исследование алгоритма решения задачи:

t_ис = (Q • В) / ((75…85) • k) , (3.4)

где В - коэффициент недостаточности описания задачи, зависящий от сложности задачи (В = 1,2…1,5).

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

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

Значения коэффициента квалификации приведены в таблице 3.1:

Таблица 3.1 - Зависимость коэффициента квалификации от стажа работы

Опыт работы	Коэффициент квалификации
до 2-х лет	0,8
2…3 года	1
3…5 лет	1,1…1,2
5…7 лет	1,3…1,4
Свыше 7 лет	1,5…1,6

Для дальнейших расчетов примем k = 0,8, исходя из опыта работы до 2-х лет.

t_ис = (2643,97 • 1,3) / (80 • 0,8) = 53,7 чел.час

Затраты труда на разработку блок-схемы алгоритма:

t_ал = Q / ((20...25) · k) (3.5)

t_ал = 2643,97 / (20 · 0,8) = 165,24 чел.час

Затраты труда на программирование блок-схемы алгоритма:

t_пр = Q / ((20...25) · k) (3.6)

t_пр = 2643,97 / (22 · 0,8) = 150,22 чел.час

Затраты труда на отладку программы:

t_отл = Q / ((4...5) · k) (3.7)

t_отл = 2643,97 / (4,5 · 0,8) = 734,46 чел.час

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

t_д = t_р + t_оф , (3.8)

где t_д - затраты труда на подготовку документации;

t_р - затраты труда на подготовку рукописи;

t_оф - затраты труда на оформление рукописи.

t_р = Q / ((15...20) · k), (3.9)

t_р = 2643,97 /18 · 0,8 = 183,6 чел/час

t_оф = 0,75 · t_р , (3.10)

t_оф = 0,75 · 183,6 = 137,7 чел/час

t_д = 183,6 + 137,7 = 321,3 чел/час.

Рассчитаем суммарную трудоемкость разработки автоматизированной системы:

t_? = t_оп + t_ис + t_ал + t_пр + t_отл + t_д , (3.11)

t_? = 29,1 + 53,7 + 165,24 + 150,22 + 734,46 + 321,3 =1454,02 чел/час.

Таблица 3.2 - Трудоемкость разработки программы

Операция	Трудоемкость, чел/час.
Подготовка описания задачи	29,1
Исследование алгоритма решения задачи	53,7
Разработка блок-схемы алгоритма	165,24
Программирование по блок-схеме алгоритма	150,22
Отладка программы решения задачи на ЭВМ	734,46
Подготовка документации по задаче	321,3
Итого:	1454,02

3.1.2 Расчет экономической эффективности программного средства

Расчет затрат на разработку программы

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

- материалы и комплектующие;

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

- дополнительную заработную плату;

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

- эксплуатационные затраты;

- электроэнергию;

- техническое обслуживание и текущий ремонт;

- амортизацию;

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

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

С_м = Ц_м • q_м, (3.12)

где С_м - стоимость данного вида материалов;

Ц_м - цена единицы материалов;

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

Затраты на материалы для разработки ПО автоматизированной системы представлены в таблице 3.3.

Таблица 3.3 - Затраты на материалы для разработки ПО автоматизированной системы

Наименование материалов	Цена за единицу, руб.	Количество, шт.	Стоимость, руб.
Бумага А4 SvetoCopy	150,0	1	150,0
Диск DVD-R 4.7 Гб	40,0	1	40,0
Папка для диплома	50,0	1	50,0
Итого:	240,0

Общие затраты составляют 240,0 руб.

Основная заработная плата:

З_осн = (ТС·t_?) / (t_ср · 8ч) (3.13)

где ТС - тарифная ставка;

t_? - общие трудозатраты;

t_ср - среднее число рабочих дней в месяце (22 дня).

Для 9-ого разряда работ, который соответствует работе программиста, тарифный коэффициент равен 1,86. Тарифная ставка представляет собой МРОТ (минимальный размер оплаты труда), увеличенный в зависимости от тарифного коэффициента k_Т, соответствующего данному разряду работ. С 2011 года МРОТ по Санкт-Петербургу = 7330руб.

ТС = МРОТ • k_Т (3.14)

ТС = 7330 • 1,86 = 13633,8 руб/мес

З_осн = (13633,8 • 1454,02) / 22 • 8 = 112635,32 руб.

Дополнительная заработная плата определяется как 20% от основной заработной платы:

З_доп = 20% · З_осн (3.15)

З_доп = 20% · 112635,32 = 22527,06 руб.

Обязательные страховые взносы на социальные нужды составляют 34% от фонда оплаты труда:

З_сн = 34% · (З_осн + З_доп) (3.16)

З_сн = 34% · (112635,32 + 22527,06) = 45955,20 руб.

Эксплуатационные затраты:

Э_з = t_? • С_чрв , (3.17)

где С_чрв - стоимость 1 часа рабочего времени;

С_чрв = С_э / F_эф , (3.18)

где С_э - стоимость эксплуатации за 6 месяцев;

F_эф - эффективный фонд рабочего времени.

F_эф = ?_н • d • (1 - f / 100) , (3.19)

где ?_н = 88 - номинальное число рабочих дней за 4 месяца;

d = 8 часов - продолжительность рабочего дня;

f = 2% - планируемый процент времени на ремонт компьютера.

При данных значениях эффективный фонд составляет:

F_эф = 88 • 8 • (1 - 2 / 100) = 689,92 час.

Стоимость эксплуатации за 6 месяцев составляет:

С_э = С_ээ + С_ТоиР + А , (3.20)

где С_ээ - стоимость электроэнергии;

С_ТоиР - затраты на техническое обслуживание и ремонт;

А - амортизация.

Стоимость электроэнергии:

С_ээ = М • К_з • F_эф • С_кВт·ч , (3.21)

где М = 0,35 кВт - потребная мощность для современного ПК, применяемого для разработки ПО;

К_з = 0,8 - коэффициент загрузки;

С_кВт•ч = 2,55руб. - стоимость киловатт-часа электроэнергии с 20% НДС.

Затраты на электроэнергию составят:

С_ээ = 0,35 • 0,8 • 689,92 • 2,55 = 492,60 руб.

Затраты на амортизацию:

А = (С_к • НА) / 100% (3.22)

где НА - норма амортизации.

НА = (С_к - С_л) / (Т_н • С_к) • 100% , (3.23)

где С_к = 30000 руб. - стоимость компьютера;

С_л = 5% • С_к = 1500 руб. - стоимость ликвидации;

Т_н = 3 - нормативный срок службы компьютера с учетом его быстрого морального износа.

НА = (30000 - 1500) / (3 · 30000) • 100% = 31,6% ,

А = (30000 · 31,6%) / 100% = 9480 руб.

Затраты на техническое обслуживание и ремонт рассчитываются как 2,5% от стоимости компьютера:

С_ТоиР = 0,025 • С_к (3.24)

С_ТоиР = 0,025 • 30000 = 750 руб.

С учетом этого можно рассчитать величину эксплуатационных затрат:

С_э = 492,60 + 750 + 9480 = 10722,60 руб.

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

С_чмв = С_э / F_эф (3.25)

С_чмв = 10722,60 / 689,92 = 15,54 руб.

Накладные расходы можно принять в размере 50% от З_осн:

Н_р = 0,5 • З_осн (3.26)

Н_р = 0,5 • 112635,32 = 56317,66 руб.

Для более наглядного представления всех полученных расчетных величин, была составлена таблица 3.4.

Таблица 3.4 - Перечень затрат на разработку ПО

№	Статьи затрат	Сумма, руб.	% от общей суммы
1	Материалы и комплектующие (См)	240	0,11
2	Основная заработная плата (Зосн)	112635,32	45,34
3	Дополнительная заработная плата (Здоп)	22527,06	9,06
4	Обязательные страховые взносы (Зсн)	45955,20	18,5
5	Электроэнергия (Сээ)	492,60	0,2
6	Техническое обслуживание и текущий ремонт (СТОиР)	750	0,3
7	Амортизация (А)	9480	3,82
8	Накладные расходы (Нр)	56317,66	22,67
	ИТОГО:	248397,84	100,00

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

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

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

Для сравнения: на выборку конкретных студентов до внедрения программы в эксплуатацию вручную сотрудником тратилось от 5 до 8 часов. После внедрения информационной системы на выборку тратится до 10 минут.

4. Безопасность жизнедеятельности и экология

4.1 Обеспечение безопасности на рабочем месте пользователя

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

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

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

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

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

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

Таблица 4.1 - Допустимые значения параметров неионизирующих электромагнитных излучений (в соответствии с СанПиН 2.2.2.542_96)

Наименование параметра	Допустимые значения
Напряженность электрической составляющей электромагнитного поля на расстоянии 50см от поверхности видеомонитора	10В/м
Напряженность магнитной составляющей электромагнитного поля на расстоянии 50см от поверхности видеомонитора	0,3А/м
Напряженность электростатического поля не должна превышать:
для взрослых пользователей	20кВ/м
для детей дошкольных учреждений и учащихся средних специальных и высших учебных заведений	15кВ/м

Максимальный уровень рентгеновского излучения на рабочем месте оператора компьютера обычно не превышает 10мкбэр/ч, а интенсивность ультрафиолетового и инфракрасного излучений от экрана монитора лежит в пределах 10…100мВт/м².

Конструкция ВДТ и ПЭВМ должна обеспечивать мощность экспозиционной дозы рентгеновского излучения в любой точке на расстоянии 0,05м. от экрана и корпуса ВДТ при любых положениях регулировочных устройств не должна превышать 7,74•10А/кг, что соответствует эквивалентной дозе, равной 0,1мбэр/час (100мкР/час).

Конструкция клавиатуры должна предусматривать:

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

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

- высоту среднего ряда клавиш не более 30мм;

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

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

- минимальный размер клавиш - 13 мм, оптимальный - 15мм;

- клавиши с углублением в центре и шагом 19 ± 1мм;

- расстояние между клавишами не менее 3мм;

- одинаковый ход для всех клавиш с минимальным сопротивлением нажатию 0,25Н и максимальным - не более 1,5Н;

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

Помещения с ВДТ и ПЭВМ должны иметь естественное и искусственное освещение.

Естественное освещение должно осуществляться через светопроемы, ориентированные, преимущественно, на север и северо-восток, и обеспечивать коэффициент естественной освещенности (КЕО) не ниже 1,2%, в зонах, с устойчивым снежным покровом, и не ниже 1,5%, на остальной территории.

...