это быстро и бесплатно
Оформите заказ сейчас и получите скидку 100 руб.!
Ознакомительный фрагмент работы:
Содержание
Введение
1. Технический проект
1.1 Описание предметной области
1.2 Обзор аналогов
1.3 Постановка задачи
1.4 Цельдипломного проекта
1.5 Цель иназначение системы
1.6 Актуальность системы
1.7 Выбор средств и технологий
1.8 Модель потоков данных
1.9 Модель вариантов использования
1.10 Диаграммы деятельности
1.11 Модель классов предметнойобласти
1.12 Требования к техническому ипрограммному обеспечению
1.13 Требования к интерфейсаминформационной системы
1.14 Расчет надежности системы
2. Рабочий проект
2.1 Общие сведения о работе системы
2.2 Функциональное назначениесистемы
2.3 Используемые средстваразработки
2.4 Установка и выполнениепрограммного продукта
2.5 Общий алгоритм работыпрограммного продукта
2.6 Руководство пользователя
3. Программа и методика испытаний
3.1 Пошаговый алгоритм загрузкифайла УП из программы «Учебные планы»
3.2 Пошаговый алгоритм загрузкафайла УП/ГУП с помощью модуля передачи файлов на сервер
3.3 Пошаговыйалгоритм одобрения документа сотрудником
3.4 Пошаговый алгоритм отклонениядокумента сотрудником
4. Экономический эффект от разработанной системы
4.1 Технико-экономическоеобоснование проекта
4.2 Маркетинговые исследования
4.3 Исходные данные для расчетаэкономической эффективности
4.4 Расчет объема инвестиций
4.5 Расчет текущих затрат
4.6 Оценка экономическойэффективности проекта
4.7 Вывод
5. Обеспечение эргономики рабочего места
5.1 Анализусловий труда при эксплуатации программного продукта
5.2 Разработка инженерно-технических и организационных мероприятий по обеспечениюбезопасности труда
5.3 Расчетнеобходимой освещенности рабочего места пользователя
5.4 Требованияпо электробезопасности
5.5 Требования по пожарнойбезопасности
5.6 Мероприятия по повышениюустойчивости функционирования системы
5.7 Эргономика пользовательскогоинтерфейса
5.8 Выводы
Заключение
Литература
Приложение 1. Контекстная диаграмма
Приложение 2. Диаграмма потоков данных
Приложение 3. Диаграмма вариантов использования
Приложение 4. Диаграмма деятельности – учебные планы
Приложение 5. Диаграммадеятельности – графики учебных процессов
Приложение 6. Модель классов предметной области
Приложение 7. Диаграмма развертывания
Приложение 8.Программный продукт на оптическом носителе
Введение
В нашем векеинформационных технологий жизнь людей стала протекать значительно быстрее.Постепенно мы привыкаем к тому, что то, на что раньше требовалось большевремени и трудозатрат, сегодня дается быстрее и легче. Счеты и печатные машинкисменили компьютеры, на смену почтовым конвертам с письмами пришли факсы, затемпробил час Интернета и электронной почты. В государственных учреждениях икоммерческих организациях документы играют важную роль: являются инструментомуправления, обеспечивают взаимодействие между структурными подразделениями иотдельными сотрудниками, являются посредником между организацией и ееклиентами, партнерами и вышестоящими инстанциями. Процессы создания, движения,обработки, распространения и хранения документов существуют в каждомбизнес-процессе, поэтому от эффективности документооборота зависит иэффективность деятельности всего предприятия.
Для достиженияцелей бесперебойности и эффективности документооборота, управления имприменяются различные специализированные информационные системы. Они позволяютавтоматизировать традиционное делопроизводство, а также выйти на более высокийуровень управления организацией и повысить ее корпоративную культуру, получитьдополнительные конкурентные преимущества для достижения поставленных целей иуспеха во внешней бизнес-среде. Документооборот претерпевает некоторыерадикальные преобразования. Некогда дорогостоящее решение старшего класса,пригодное только для автоматизации хорошо структурированных крупномасштабныхвысококритичных процессов, документооборот расширил свою сферу применения, наширокий и разнообразный спектр бизнес-процессов и пользователей. Вопрос онеобходимости автоматизации управления документооборотом давно перешел в практическуюплоскость, и все больше российских предприятий внедряют у себя системыэлектронного документооборота (СЭД), позволяя организациям уже на собственномопыте оценить преимущества новой технологии работы с документами. Однако и длятех немногих, кто считает автоматизацию документооборота пройденным этапом,возможно, в скором времени потребуется переосмыслить сделанный выбор и вновьпогрузиться в проблему повышения эффективности управления документооборотом.
Этообусловливается, в частности, изменением рыночной ситуации, ростом организации,создающим кризисы «переходного возраста» и приводящим к необходимостиреструктуризации, а также развитием информационно-коммуникационных технологий(ИКТ), с одной стороны, предоставляющих новые возможности для ведения бизнеса,с другой - заставляющих идти в ногу со временем, чтобы не отстать отконкурентов.
Системыэлектронного документооборота (СЭД) решают очень широкий спектр задач:
· организация учетаи хранения документов;
· документированиедеятельности организации в общекорпоративном масштабе;
· поддержкабумажного документооборота;
· управлениедоступом к документам;
· поиск документовпо произвольным критериям;
· совместнаяподготовка документов;
· согласованиедокументов;
· управлениеочередями электронных документов;
· автоматизацияконтроля исполнения документов и поручений по ним.
СЭД позволяютзакрыть целый ряд проблем, приводящих к снижению эффективности управления спомощью бумажных документов. Преимущества налицо: ведь в полностью бумажномделопроизводстве систематизацию и поиск приходится выполнять с помощьюнеэффективного «перекладывания папок», в то время как система электронногодокументооборота выполнит подобные действия практически мгновенно, исключивошибки, которые влечет за собой человеческий фактор.
1. Технический проект
1.1 Описаниепредметной области
Документирование - запись информации на различныхносителях по установленным правилам, которые закрепляются в правовых актах инормативно-методических документах. Результатом документирования является документ – зафиксированная наматериальном носителе информация с реквизитами, позволяющими ееидентифицировать. Носителем при этом может выступать любой материальный объект,используемый для закрепления и хранения на нем речевой, звуковой илиизобразительной информации, в том числе в преобразованном виде. Все документыпо отражаемым в них видам деятельности делятся на две группы. Первая — этодокументы по общим и административным вопросам, т.е. вопросам общегоруководства предприятием (организацией) и его производственной деятельностью.Эти документы могут составлять работники всех подразделений предприятия. Втораягруппа — документы по функциям управления. Такие документы составляют работникифинансовых органов, бухгалтерии, отделов планирования, снабжения и сбыта,других функциональных подразделений. При документировании необходимо помнить,что данный процесс записи информации на бумаге или ином носителе являетсястрого регламентированным, что, в свою очередь, обеспечивает юридическую силудокумента. Проводя анализ документооборота, в качестве объекта исследованияможно рассматривать отдельный документ, документопоток, документационныйтехнологический процесс.
Документопоток – это поток документов, циркулирующихмежду пунктами обработки и создания информации (руководителями организации иструктурных подразделений, специалистами) и пунктами технической обработкидокументов (экспедицией, секретариатом, канцелярией и др.)
В каждойорганизации можно выделить следующие потоки документов:
потоквходящей документации, состоящий из поступающих в организацию документов;
потокивнутренней документации, состоящие из документов, созданных в организации и непредназначенных к выходу за ее пределы;
потокисходящей документации, состоящий из документов, предназначенных для отправки в другиеорганизации.
Документооборот – это движение документов ворганизации с момента их создания или получения до завершения исполнения илиотправления.
Следует отметить,что в этом определении упор делается на словах "движениедокументов", то есть их пути из одного подразделения или отодного сотрудника к другому. При этом порядок движения документа (их путь)предопределен принятым управленческим процессом в данной организации. Наиболеераспространенным порядком движения документа является последовательный. Вкачестве примера рассмотрим процесс последовательного утверждения документа.Процесс последовательного утверждения документа выглядит следующим образом:
1. Сотрудник создаетпервую версию документа.
2. Документпередается для визирования и рецензирования сотруднику, первому в спискерецензентов.
3. Документвозвращается с замечаниями (для внесения изменений) или с визой. Если документутвержден, происходит возвращение к шагу 2 для следующего сотрудника из спискарецензентов. Иначе выполняются следующие шаги.
4. На основезамечаний автором документа создается следующая версия документа.
5. Переход к шагу 2для сотрудника, первого в списке рецензентов.
Производимаяработа направлена на создание автоматизированной системы утверждения документадля АГТУ. Для учреждения такого масштаба, включающего в себя более 35 отделов иболее 60 кафедр, проблема управления документооборотом весьма актуальна,поскольку в процессе документооборота принимает участие больше количествосотрудников ВУЗа. Это не только научно-педагогический (профессорско-преподавательскийсостав, научные работники), но и инженерно-технический,административно-хозяйственный, производственный, учебно-вспомогательныйперсонал. Виды документов, составляющих документопотоки в АГТУ, разнятся как поспособу фиксации информации, так и по способам согласования, степени гласности,юридической силе и многим другим параметрам. Вот некоторые виды документов:
· учебные планы;
· графики учебногопроцесса;
· докладные ислужебные записки;
· заявления (наувольнение, на трудоустройство, пр.);
· трудовые договорыи договоры на оказание услуг;
· приказы;
· уставы,инструкции и т.д.
Для каждогодокумента установлен свой порядок визирования. Большая часть документоввизируется сотрудниками АГТУ в порядке возрастания полномочий их должностей;при этом визирование должно производиться строго последовательно. Приотсутствии сотрудника соответствующей должности виза ставится егоуполномоченным заместителем. Так или иначе, все документы пишутся на имяректора АГТУ и визируются им в последнюю очередь. Так как процесс автоматизациивсего документооборота чрезвычайно велик и не укладывается в рамки дипломногопроекта, в качестве процессов для автоматизации были выбраны процессыутверждения учебных планов и графиков учебного процесса. Учебные планы в АГТУвизируются в следующем порядке:
1. заведующийкафедрой;
2. директоринститута или декан факультета, за которым закреплена кафедра;
3. начальникучебного отдела;
4. проректор поучебно-методической работе;
5. ректор.
Графики учебногопроцесса в АГТУ визируются в следующем порядке:
1. директоринститута или декан факультета;
2. заведующиекафедрами, которые закреплены за институтом/факультетом;
3. начальник учебногоотдела;
4. проректор поучебно-методической работе;
5. ректор.
При изучениинеавтоматизированного процесса утверждения документов были выявлены следующиенедостатки:
· невозможностьверсирования документов;
· ненаглядностьпроцесса утверждения;
· возможностьутери, порчи документа.
При наличии жеавтоматизированной системы согласования процесс визирования станет наглядным,появится возможность версирования документов и отслеживания перемещенийдокументов между сотрудниками, принимающими участие в документообороте. Этостанет возможным за счет репозитария с возможностью хранения информации о дате,времени внесения изменений, а также об авторе изменений. Автоматизированнаясистема позволит рассылать оповещения пользователям о том, что документ ожидаетрецензии пользователя, или о том, что документ был утвержден. Также потребуетсяразработать модуль интеграции для взаимодействия с уже разработаннымисистемами.
1.2 Обзор аналогов
При анализепредметной области были выявлены следующие аналоги, наиболее популярные вРоссии:
· «ДЕЛО» - «Предприятие»:
Комплексноепромышленное решение, обеспечивающее автоматизацию процессов делопроизводства,а также ведение полностью электронного документооборота организации. Системанацелена на повышение эффективности и качества работы сотрудников сэлектронными документами.
Функции системы:стандартный функционал по организации электронного документооборота,дополнительные функции – назначение штрих-кодов документам, печать штрих-кодов(при наличии соответствующего оборудования);
· «Босс» - «Референт»:
Системаразработана для автоматизации управленческого документооборота иделопроизводства. Система нацелена на автоматизацию традиционногодокументооборота, преимущественно для повышения эффективности работы сзаявками.
Функции системы:стандартный функционал по организации электронного документооборота,дополнительные функции – реализация совместной работы;
· «Евфрат» -«Документооборот»:
Системапредназначена для построения полноценной системы управления бизнес-процессами,документами организации.
Функции системы:стандартный функционал по организации электронного документооборота,дополнительные функции – генерация отчетов и статистики по документообороту.
Сравнение аналоговприведено в табл. 1.1.
Таблица 1.1
Сравнение аналогов
| Название системы | Интегра-ция с пакетом MS Office | Интуитивно понятный интерфейс | Доступ по web | Возможность доработки системы штатным персоналом | Возможность разработки модулей интеграции |
| Босс «Референт» | - | + | - | - | - |
| Дело «Предпри-ятие» | - | + | - | - | - |
| Евфрат «Докумен-тооборот» | + | - | + | - | - |
Стоимость системколеблется в пределах от 50000 до 68000 рублей за 80 копий (без учета стоимостиБД). Серьезными недостатками приведенных аналогов являются невозможностьдоработки силами штатных специалистов, невозможность удаленного доступа черезвеб-интерфейс, невозможность разработки модулей интеграции в ранееустановленное программное обеспечение. Также, учитывая необходимость обучения персонала, настройкии установки каждой копии программы, доработки систем под индивидуальныеособенности АГТУ, стоимость вырастет в несколько раз. Преимуществомразрабатываемой системы должно стать исключение этих недостатков: возможностьразработки модулей интеграции в уже существующие системы, разработка процессовутверждения, требующих минимального вмешательства пользователя, возможностьнастройки системы силами штатного состава специалистов.
1.3 Постановка задачи
Необходиморазработать автоматизированную систему, автоматизирующую процессы утвержденияучебных планов и графиков учебного процесса, и модуль интеграции длявзаимодействия с программой «Редактор учебных планов». Создаваемая системадолжна позволять сотрудникам отслеживать этапы процесса в течение времени,производить поиск документов, назначать задачи пользователям, предоставлятьвозможность централизованно хранить документы, а также иметь возможностьсохранения версий одного документа (версифицирование).
Также средифункций, предоставляемых системой, должны быть функции задания разрешений надиректории и файлы, ролевая политика безопасности.
1.4 Цель дипломногопроекта
Целью дипломногопроекта является разработка проекта и создание автоматизированной системыутверждения учебных планов и графиков учебных процессов, изучение структуры ипринципов работы с документами в АГТУ, изучение технологии утверждения учебныхпланов и графиков учебного процесса, а также интегрирование в уже существующуюсистему редактирования учебных планов.
1.5 Цель и назначениесистемы
Целью системыявляется автоматизация процессов утверждения учебных планов и графиков учебныхпроцессов.
Назначениемсистемы является повышение удобства согласования учебных планов, графиковучебных процессов и сокращение количества утерянных и испорченных документов.
1.6 Актуальностьсистемы
Автоматизациявышеозначенных процессов позволит сотрудникам университета, задействованным впроцессах утверждения учебных планов и графиков учебных процессов, выполнятьутверждение с минимальными затратами времени и минимальным вмешательством. Приэтом будет возможность отслеживать прохождение этапов утверждения.
1.7 Выбор средств итехнологий
В качествеплатформы для реализации автоматизированной системы предлагается выбрать Microsoft Office SharePoint Server 2007, который уже используется в АГТУ. В качествесредства обработки и хранения данных предлагается СУБД MS SQL Server 2005. В качестве веб-сервера предлагаетсяиспользовать MS IIS 6.0. Для проектирования предлагается использовать средства Enterprise Architect 7.5, для управления базой данных – MS SQL Server Management Studio, а для реализации проекта – MS Microsoft Visual Studio 2005, MS Visual Studio 2008 SP1 и MS Office SharePoint Designer 2007.
Microsoft Office SharePoint Server 2007
Сервер OfficeSharePoint Server 2007 — это интегрированный набор серверных приложений,способствующих улучшению организации труда благодаря возможностям поорганизации документооборота, всестороннего управления информацией икорпоративного поиска, ускорению совместно выполняемых бизнес-процессов иупрощению обмена данными между отделами. Windows SharePoint Services полностьюпостроена на технологии ASP.NET, поэтому иметь дело придется с хорошо знакомымиязыками программирования, библиотеками классов ASP.NET и NET Framework ипривычными инструментами разработки. Пользователи могут быстро создавать узлыSharePoint, поддерживающие публикацию определенного контента, управлениеинформацией, управление записями и бизнес-аналитику. Кроме того, можноэффективно выполнять поиск людей, документов и данных, использоватьбизнес-процессы на основе форм, а также получать доступ к большому объемубизнес-данных и анализировать их.
MS SQL Server
Microsoft SQLServer — система управления реляционными базами данных, разработаннаякорпорацией Microsoft. Основной используемый язык запросов — Transact-SQL,создан совместно Microsoft и Sybase. Transact-SQL является реализациейстандарта ANSI/ISO по структурированному языку запросов (SQL) с расширениями.Используется от небольших и средних по размеру баз данных до крупных баз данныхмасштаба предприятия, конкурирует с другими СУБД в этом сегменте рынка.
Microsoft SQLServer в качестве языка запросов использует версию SQL, получившую названиеTransact-SQL (сокращённо T-SQL), являющуюся реализацией SQL-92 (стандарт ISOдля SQL) с множественными расширениями. T-SQL позволяет использоватьдополнительный синтаксис для хранимых процедур и обеспечивает поддержкутранзакций (взаимодействие базы данных с управляющим приложением). MicrosoftSQL Server и Sybase ASE для взаимодействия с сетью используют протокол уровняприложения под названием TabularDataStream (TDS, протокол передачи табличныхданных). Протокол TDS также был реализован в проекте FreeTDS с целью обеспечитьразличным приложениям возможность взаимодействия с базами данных Microsoft SQLServer и Sybase. Microsoft SQL Server также поддерживаетOpenDatabaseConnectivity (ODBC) — интерфейс взаимодействия приложений с СУБД.Версия SQL Server 2005 обеспечивает возможность подключения пользователей черезвеб-сервисы, использующие протокол SOAP. Это позволяет клиентским программам,не предназначенным для Windows, кроссплатформенно соединяться с SQL Server.Microsoft также выпустила сертифицированный драйвер JDBC, позволяющийприложениям под управлением Java (таким как BEA и IBM WebSphere) соединяться сMicrosoft SQL Server 2000 и 2005.
SQL Serverподдерживает зеркалирование и кластеризацию баз данных. Кластер сервера SQL —это совокупность одинаково конфигурированных серверов; такая схема помогаетраспределить рабочую нагрузку между несколькими серверами. Все сервера имеютодно виртуальное имя, и данные распределяются по IP-адресам машин кластера втечение рабочего цикла. Также в случае отказа или сбоя на одном из серверовкластера доступен автоматический перенос нагрузки на другой сервер.
SQL Serverподдерживает избыточное дублирование данных по трем сценариям:
1. Снимок:Производится «снимок» базы данных, который сервер отправляет получателям.
2. Историяизменений: Все изменения базы данных непрерывно передаются пользователям.
3. Синхронизация сдругими серверами: Базы данных нескольких серверов синхронизируются междусобой. Изменения всех баз данных происходят независимо друг от друга на каждомсервере, а при синхронизации происходит сверка данных. Данный тип дублированияпредусматривает возможность разрешения противоречий между БД.
В SQL Serverвстроена поддержка .NET Framework. Благодаря этому, хранимые процедуры БД могутбыть написаны на любом языке платформы .NET, используя полный набор библиотек,доступных для .NET Framework, включая CommonTypeSystem (система обращения стипами данных в Microsoft .NET Framework). Однако, в отличие от другихпроцессов, .NET Framework, будучи базисной системой для SQL Server 2005,выделяет дополнительную память и выстраивает средства управления SQL Serverвместо того, чтобы использовать встроенные средства Windows. Это повышаетпроизводительность в сравнении с общими алгоритмами Windows, так как алгоритмыраспределения ресурсов специально настроены для использования в структурах SQLServer.
MS SQL Server Management Studio
SQL Server Management Studio — это утилита, входящая в состав Microsoft SQL Server 2005 и более поздние версии, для конфигурирования,менеджмента и администрирования всех компонентов Microsoft SQL Server. Утилита включает скрипт-редактор и графическуюпрограмму, которая работает с объектами и настройками сервера.
Главныминструментом SQL Server Management Studio является Object Explorer, которыйпозволяет пользователю просматривать, извлекать, и полностью управлятьобъектами сервера.
MS IIS
IIS (InternetInformation Services, до версии 5.1 — Internet Information Server) —проприетарный набор серверов для нескольких служб Интернета от компанииМайкрософт. IIS распространяется с операционными системами семейства WindowsNT.
Основнымкомпонентом IIS является веб-сервер, который позволяет размещать в Интернетесайты. IIS поддерживает протоколы HTTP, HTTPS, FTP, POP3, SMTP, NNTP.
Служба WWW всоставе IIS
Основнымкомпонентом IIS является веб-сервер — служба WWW (называемая также W3SVC),которая предоставляет клиентам доступ к сайтам по протоколам HTTP и, еслинастроено, HTTPS. Один сервер IIS может обслуживать несколько сайтов (IIS 6.0 ивыше). Каждый сайт имеет следующие атрибуты:
· IP-адрес сайта;
· TCP-порт, накотором служба WWW ожидает подключений к данному сайту;
· Заголовок узла(Host header name) — значение заголовка Host запроса HTTP, указывающее обычноDNS-имя сайта.
Таким образом,например, один сервер с одним IP-адресом может обслуживать на одном TCP-портунесколько сайтов. Для этого необходимо создать несколько DNS-записей,указывающих на IP-адрес сервера, и различать сайты по заголовкам узла.
Для каждого сайтауказывается домашний каталог — каталог в файловой системе сервера,соответствующий «корню» сайта. Например, если сайту www.example.com сопоставлендомашний каталог D:example, то на запрос ресурса с адресомhttp://www.example.com/index.htm веб-сервер вернёт файл D:exampleindex.htm.
Архитектураслужбы WWW
В IIS 6.0,доступном в составе систем Windows Server 2003, служба WWW претерпела серьёзныеизменения. Был добавлен новый режим обработки запросов, называемый режимомизоляции рабочих процессов (англ. Worker process isolation mode). В этом режимевсе веб-приложения, обслуживаемые сервером, работают в разных процессах, чтоповышает стабильность и безопасность системы. Кроме того, для приёма запросовHTTP был создан новый драйвер http.sys, который работает в режиме ядра, чтоускоряет обработку каждого запроса.
Все запросы кстатическому контенту, не требующие исполнения скриптов, исполняются самимhttp.sys в ядре, что сближает IIS с HTTP-серверами режима ядра.
При этом запросы кдинамическому контенту исполняются рабочим процессом и загруженными в егоадресное пространство модулями. С точки зрения пути исполнения запросов несуществует центрального процесса, что повышает надежность в случае краха,вызванного ошибкой в скрипте или ином модуле исполнения. Рабочие процессыавтоматически перезапускаются при падениях.
SSL поддерживаетсяотдельным процессом HTTP SSL, который служит мостом между TCP и http.sys.
Безопасность вслужбе WWW
Веб-сервер IISпредоставляет несколько способов разграничения доступа к сайтам ивеб-приложениям. Служба WWW в составе IIS отличается от других веб-серверовтем, что функции обеспечения безопасности в ней тесно интегрированы с системойWindows NT, на основе которой она работает. В частности, чтобы получить доступк защищённому ресурсу, посетитель должен ввести имя и пароль пользователя,существующего в системе Windows, на которой установлен IIS (или в доменеActiveDirectory, если сервер принадлежит к домену). После этого пользовательработает с сайтом так же, как если бы он выполнил интерактивный вход в систему насервере. К нему применяются установленные файловой системой NTFS разрешения надоступ к файлам и каталогам.
Эта особенностьIIS удобна для внутренних сайтов предприятий, однако практически неприменимадля открытых сайтов Интернета, где невозможно создавать пользователя Windowsдля каждого зарегистрированного посетителя сайта. Поэтому в последнем случаеразработчикам сайтов и веб-приложений обычно приходится использоватьсобственные механизмы ограничения доступа.
Определённыйпользователь Windows сопоставляется с каждым посетителем сайта даже в томслучае, когда ограничение доступа не требуется. Этот режим называется режимоманонимного доступа. В этом случае посетитель представляется на сервере какспециальный пользователь, имя которого обычно имеет формат IUSR_xxxx (где xxxx— имя компьютера, на котором установлен IIS, в седьмой версии этот специальныйпользователь не содержит имени компьютера, т.е. просто IUSR). Этомупользователю должен быть разрешён доступ к ресурсам, которые открыты анонимнымпосетителям.
Служба WWWподдерживает три основных метода аутентификации, то есть определения личностипользователя по имени и паролю:
· Базоваяаутентификация (basic authentication) — имя и пароль передаются по сетиоткрытым текстом.
· Сжатаяаутентификация (digest authentication) — пароль обрабатывается хеш-функциейперед отправкой по сети, что делает невозможным его прочтение в случаеперехвата злоумышленником.
· Встроеннаяаутентификация Windows (integrated Windows authentication) — выполняетсяпопытка входа на сервер с теми же учётными данными, под которыми работаетбраузер пользователя.
Реализациявеб-приложений для IIS
Веб-сервер IISподдерживает несколько различных технологий создания веб-приложений:
1. ASP.NET —разработанная Microsoft технология; для IIS это — основное на сегодняшний деньсредство создания веб-приложений и веб-служб. IIS 6.0 поставляется вместе соперационными системами, в которые также изначально входит .NET Framework, такчто поддержка ASP.NET как будто уже встроена в IIS 6.0; для более ранних версийнеобходимо отдельно загрузить и установить .NET Framework.
2. ASP —предшествовавшая ASP.NET технология создания динамических веб-страниц на основесценариев.
3. CGI — стандартнаямежплатформенная низкоуровневая технология создания динамических веб-страниц.
4. FastCGI —клиент-серверный протокол взаимодействия веб-сервера и приложения.
5. ISAPI —низкоуровневая технология, аналогичная интерфейсу модулей Apache,предоставляющая полный доступ ко всем возможностям IIS, возможность разработкивеб-приложений в машинном коде и возможность переопределения части функций IISи добавления к нему функций, как связанных с генерацией контента, так и несвязанных с этим. Подсистема исполнения скриптов ASP и подсистема ASP.NETвыполнены как модули ISAPI.
6. SSI — включение водни страницы текста из других страниц. Строго говоря, веб-приложением неявляется, поскольку IIS поддерживает лишь ограниченный набор возможностей и безтого малофункционального SSI. В частности, IIS5 поддерживает только статическоевключение и игнорирует команды условного ветвления.
Сам серверподдерживает только CGI, FastCGI[3], ISAPI и SSI. Все остальные технологииявляются надстройками, работающими через CGI, FastCGI или ISAPI. При помощи CGIприложения для IIS могут разрабатываться на основе практически любых, в томчисле сторонних, инструментов, допускающих запись в стандартный поток вывода ичтение переменных среды — Perl, C/С++ и даже средствами интерпретаторакомандной строки Cmd.exe. Технология ISAPI позволяет, с одной стороны,создавать специальные приложения для IIS, требующие особенно тесноговзаимодействия с механизмом сервера, а с другой стороны является удобнойплатформой для организации эффективного взаимодействия IIS с другимитехнологиями разработки веб-приложений — например, PHP и Perl.
Почтовыевозможности
IIS поддерживаетработу SMTP/POP3 сервисов. В современных версиях MicrosoftExchangeServerреализация протоколов SMTP, POP3 и IMAP выполнена в виде подсистем к IIS,заменяющих поставляемые с IIS почтовые подсистемы.
EnterpriseArchitect
EnterpriseArchitect –CASE-инструмент для проектирования и конструирования программного обеспечения.EA поддерживает спецификацию UML2.0, описывающую визуальный язык, которым могутбыть определены модели проекта.
Некоторые изключевых функций ЕА:
· созданиеэлементов UML-моделей широкого круга назначения;
· размещение этихэлементов в диаграммах и пакетах;
· документированиесозданных элементов;
· генерация кодадля конструируемого программного обеспечения (ПО).
Используя EA,можно выполнять форвард и реверс-инжиниринг ActionScript, C++, C#, Delphi,Java, Python, PHP, VB.NET и Visual Basic классов, синхронизировать код иэлементы моделей, проектировать и генерировать элементы баз данных. Из моделейможет быть быстро создана документация в стандартном rtf-формате иимпортирована в Word для финального редактирования, так же доступна генерацияHTML-документов.
EA поддерживаетвсе модели/диаграммы UML 2.0. С его помощью можно моделировать бизнес-процессы,веб-сайты, пользовательские интерфейсы, сети, конфигурации аппаратногообеспечения, сообщения и т. д., оценивать размер трудозатрат проектных работ вчасах, фиксировать и трассировать требования, ресурсы, тест-планы, дефекты изапросы на изменения. Таким образом, EA – современный инструмент, которыйподдерживает все аспекты цикла разработки, обеспечивая полную трассировку отначала проектирования до размещения и поддержки. Также он обеспечиваетподдержку тестирования, управления сопровождением и изменениями.
1.8 Модель потоков данных
В табл. 1.2представлена входная и выходная информация системы.
| Таблица 1.2 Входная и выходная информация системы | |
| Входная информация | Выходная информация |
| Файл ГУП или УП | Данные о документе |
| Стартовые параметры процесса | Назначенные пользователям задания |
| Решение утверждающего и текстовое сообщение | Рецензия по документу и комментарий |
| Параметры поиска | Список документов |
| Запрос процессов | Список процессов утверждения |
| Запрос документа | Файл ГУП или УП |
Внешними сущностями системы являются:
· пользователь;
· администратор.
Контекстнаядиаграмма приведена в приложении 1, диаграмма потоков данных – в приложении 2.
1.9 Модель вариантовиспользования
Проектируемаясистема должна обеспечивать следующие основные функции:
· загрузкадокумента;
· выгрузкадокумента;
· загрузкадокумента с помощью модуля загрузки;
· утверждение икомментирование;
· поиск;
· получение спискадокументов;
· запуск процесса;
· завершение этапапроцесса;
· прекращениепроцесса;
· получение спискапроцессов;
· добавлениепользователей;
· удалениепользователей;
· назначениеразрешений.
Взаимосвязь междуфункциями системы и кругом пользователей отражена на диаграммах вариантовиспользования (приложение 3).
Описаниедиаграммы вариантов использования:
1. Вариантиспользования:запуск процесса.
Актеры: пользователь, администратор.
Краткое описание: ручной запуск процесса утверждениязагруженного ранее документа.
Полное описание: запуск процесса утверждениядокумента включает в себя загрузку документа для утверждения выбор процесса инепосредственно старт процесса утверждения (либо выбор процесса и старт длязагруженного ранее документа).
Предусловие: пользователь должен бытьавторизован.
Постусловие: пользователю назначено задание поутверждению документа.
2. Вариантиспользования:переход к следующему шагу процесса.
Актеры: пользователь, администратор.
Краткое описание: процесс утверждения переходит наследующий шаг.
Полное описание: для перехода к следующему шагупроцесса пользователю необходимо выполнить действия, назначаемые процессомпользователю – утверждение/отклонение и комментирование документа. Послевыполнения указанных действий процесс переходит к следующему шагу, либозавершается, если текущий шаг был последним.
Предусловие: процесс утверждения документазапущен.
Постусловие: система назначает задание поутверждению документа следующему пользователю, либо процесс утвержденияпереходит в состояние «Завершен», если шаг был последним.
3. Вариантиспользования: утверждениеи комментирование.
Актеры: пользователь, администратор.
Краткое описание: утверждающий утверждает илиотклоняет документ и оставляет комментарий к документу.
Полное описание: суть функции заключается вотклонении либо утверждении документа, либо в отклонении, и оставлении комментарияк документу (опционально). Утверждение и комментирование доступнопользователям, которые присутствуют в списке утверждающих. Эта функция доступналишь в том случае, если все предшествующие по списку утверждающие утвердилидокумент.
Предусловие: пользователю назначено задание поутверждению документа.
Постусловие: процесс утверждения документапереходит к следующему шагу.
4. Вариантиспользования:поиск.
Актеры: пользователь, администратор.
Краткое описание: пользователь осуществляет поиск всистеме.
Полное описание: пользователь может осуществлятьпоиск элементов в системе по заданному критерию. Поиск выполняется в указаннойпользователем области, и в качестве результата выводится список объектов,удовлетворяющих заданным параметрам.
Предусловие: пользователь авторизован.
5. Вариантиспользования:загрузка документа.
Актеры: пользователь, администратор.
Краткое описание: пользователь загружает в системудокумент.
Полное описание: загрузка документа происходитследующим образом: пользователь вызывает меню отправки на сервер файла,указывает путь к документу, который необходимо загрузить на сервер. Послеподтверждения загрузки файл передается на сервер и помечается как перваяверсия. Также можно добавить комментарий к загруженному документу.
Предусловие: пользователь авторизован в системе.
Постусловие: файл загружается в систему.
6. Вариантиспользования:выгрузка документа.
Актеры: пользователь, администратор.
Краткое описание: пользователь выгружает документ налокальный компьютер.
Полное описание: пользователь имеет возможностьвыгрузить документ на локальный компьютер и ознакомиться с ним, а также внестив сохраненный файл изменения для последующих действий.
Предусловие: документ загружен на сервер.
7. Вариантиспользования:получение списка документов.
Актеры: пользователь, администратор.
Краткое описание: система отображает списковдокументов, на которые имеет разрешения пользователь.
Полное описание: функция отображает все документы, накоторые имеет разрешения пользователь, в том числе и документы, ожидающиерецензии. Также все пользователи могут увидеть состояние процессов, привязанныхк документам.
Предусловие: пользователь должен бытьавторизован.
8. Вариантиспользования:прекращение процесса.
Актеры: администратор.
Краткое описание: администратор останавливает процессутверждения, связанный с документом.
Полное описание: администратор может остановитьпроцесс утверждения документа на любой стадии, удалив процесс из системы.
Предусловие: процесс, связанный с документом,находится в состоянии выполнения.
9. Вариантиспользования:получение списка процессов.
Актеры: администратор.
Краткое описание: администратор получает список всехпроцессов.
Полное описание: администратор может просматриватьсписок всех процессов утверждения, запущенных когда-либо в системе, а такжевидеть их статусы и прочую информацию о процессах.
10. Вариантиспользования:добавление пользователей.
Актеры: администратор.
Краткое описание: администратор добавляетпользователей в систему.
Полное описание: администратор системы имеетвозможность добавлять в систему пользователей. При этом учетные записипользователей должны быть существовать в списке пользователей службы ActiveDirectory.
Предусловие: пользователи с указанными именамисуществуют в Active Directory.
Постусловие: пользователи добавлены в систему.
11. Вариантиспользования:удаление пользователей.
Актеры: администратор.
Краткое описание: администратор удаляет пользователейиз системы.
Полное описание: администратор системы имеетвозможность удалять из системы пользователей. При этом учетные записипользователей из списка пользователей службы Active Directory не удаляются.
Постусловие: пользователи удалены из системы.
12. Вариантиспользования:назначение разрешений.
Актеры: администратор.
Краткое описание: администратор назначает правапользователям.
Полное описание: администратор системы можетопределить полномочия пользователя, варьирующиеся от ограниченного чтения доправ администратора системы. Права назначаются каждому пользователю системы,при этом права пользователя в системе не влияют на права пользователя в домене.
1.10 Диаграммыдеятельности
В приложении 4 и 5 приведеныдиаграммы деятельности, отражающие процессы согласования учебных планов(приложении 4) и графиков учебных процессов (приложение 5). Как видно изприведенных диаграмм, процесс утверждения подразумевает последовательный сборрецензий у пользователей. В случае отклонения документа кем-либо изпользователей процесс утверждения завершается.
1.11 Модель классовпредметной области
Модель классовпредметной области описывает статическую структуру системы: объекты и отношениямежду ними, атрибуты и операции для каждого класса объектов. Модель классов(приложение 6), представленная в виде концептуальной диаграммы классов,описывает основные сущности предметной области.
Рассмотримподробнее сущности:
1. «Пользователь» –лицо, которое имеет доступ к системе:
· «Логин» - логинпользователя;
· «Пароль» - парольпользователя на доступ к системе;
· «Роль в системе»- группа безопасности, к которой пользователь относится в системе;
2. «Процесссогласования» - процесс утверждения документа, который инициируетсяпользователем:
· «Дата начала» -дата создания процесса;
· «Дата изменения»- дата последний изменений, внесенных в процесс;
3. «Статус процесса»- статус процесса;
4. «Рецензия икомментарий» - рецензия и комментарий, оставляемые пользователем документу;
5. «Документ» -файл, требующий согласования:
· «Название» -название документа, данное ему при загрузке в репозитарий;
· «Дата создания» -дата загрузки документа в репозитарий;
· «Номер текущейверсии» - номер версия документа, которая отображается в качестве него самого;
6. «Версиядокумента» - предыдущие версии документа, хранящиеся в репозитарии;
· «Примечание» -примечание, вводимое пользователем при создании новой версии документа;
· «Дата создания» -дата создания версии;
· «Дата изменения»- дата внесения последних изменений в текущую версию документа;
· «Номер версии» -номер версии документа, присваиваемый версии при сохранении в репозитарий.
В представленноймодели хорошие видны количественные отношения, например, объект «Процесссогласования» может содержать только одну запись об объекте «Статус процесса»,но сколь угодно записей об объекте «Документ».
1.12 Требования ктехническому и программному обеспечению
1.12.1 Требования ктехническому обеспечению
В качестве основного сервера и сервера БДдолжны использоваться компьютеры с характеристиками не ниже следующих:
· процессор Intel или AMD – 2000 МГц;
· объём оперативнойпамяти – 1024 Мб;
· объём свободногоместа на HDD - 1 Гб;
· доступ клокальной сети.
В качествеавтоматизированного рабочего места персонала, должно использоваться техническоеобеспечение с характеристиками не ниже следующих:
· процессор Intel или AMD с тактовой частотой 500 МГц;
· объём оперативнойпамяти – 128 Мб;
· объём свободногоместа на HDD – 10 Мб;
· доступ к локальнойсети.
Для обеспечениябесперебойной, производительной и надежной работы системы, требования кминимальному уровню технических средств должны удовлетворять вышеприведеннымусловиям.
1.12.2 Требования кпрограммному обеспечению
Требования к программному обеспечениюна сервере следующие:
· операционнаясистема MS Windows 2003 Server;
· СУБД MS SQL Server 2005;
· InternetInformation Services 6.0 или выше;
· MOSS2007;
· поддержка ASP .Net.
Требования кпрограммному обеспечению на клиенте:
· операционнаясистема: семейство MS Windows 98/2000/XP/Vista.
· браузер,поддерживаемый операционной системой (Internet Explorer 6.x и выше, Firefox 2.xи выше, Opera 7 и выше, Safari 1.x и выше, Camino 1.x и выше).
Корректная работысистемы может быть обеспечена только при соблюдении всех требований кпрограммному обеспечению.
1.13 Требования кинтерфейсам информационной системы
Разрабатываемый интерфейс должен отвечатьобщепринятым нормам и правилам проектирования пользовательских интерфейсов:
· выдержанная в спокойныхтонах цветовая гамма;
· простой иочевидный порядок выполнение действий;
· удобнаянавигация;
· эргономичноерасположение полей ввода и элементов управления.
Интерфейсы системы должны обеспечивать выполнениеследующих операций:
· рецензирование икомментирование – должен осуществляться ввод пользователем рецензии икомментария к документу;
· отображениесписка процессов – должно осуществляться отображение списка процессов,запущенных в системе;
· отображениесписка пользователей – должно осуществляться отображение списка пользователей,зарегистрированных в системе;
· редактированиепроцессов – редактирование должно обеспечить удаление и остановку процессов;
· редактированиеразрешений пользователей – редактирование должно обеспечить назначение пользователямправ;
· загрузкадокумента – окно загрузки документа и оставления комментария к версиидокумента;
· поиск в системе –должно позволять задание критерия поиска и области произведения поиска.
Логика выполнения перечисленных операций должна бытьинтуитивно понятна и проста для пользователей системы.
1.14 Расчет надежности системы
Рассмотрим модельнадежности архитектуры системы. Система состоит из следующих компонентов:клиентских машин, Web-сервера и сервера БД. В качестве еще одного компонентабудем рассматривать локальную сеть.
Для прогнозанадежности программного комплекса может быть использована Марковская модель.Надежность всего программного комплекса определяется как функция надежности еесоставных частей. Подобная оценка значительно облегчается, если программастроится по модульному принципу.
Мерой надежностипрограммного модуля будем считать вероятность того, что модуль выполняетвозложенную него функцию корректно, т.е. выдает корректные выходные данные икорректно передает управление следующему модулю. Каждому набору входных данных,поступающих на вход программы, соответствует некоторая последовательностьвыполняемых модулей. Следовательно, надежность программного комплекса будетзависеть от последовательности выполняемых модулей и надежности каждого этихмодулей.
Будем считать,что надежности модулей — величины независимые. Общий результат работы программыбудет некорректным, если хотя бы в одном из выполненных в данном прогонепрограммы модуле была ошибка. Кроме того, будем считать, что надежность каждогомодуля может быть некоторым образом определена.
Предположимтакже, что управление модулями программы может быть представлено как марковскийпроцесс. Будем также предполагать, что вероятности передачи управления междумодулями — величины постоянные и полностью характеризуют способ использованияпрограммы пользователями.
Определимвероятности Ri безотказной работы модулей Ni. Для этогопроведем серию испытаний модуля и, подсчитав количество успешных запусков miи количество испытаний ni, воспользуемся формулой статистическойвероятности:
(1.1)
Проведем серию изni=50 испытаний для каждого модуля. Результаты испытаний отразим вгистограммах, причем «0» соответствует сбою, а «1» - успешному завершениюиспытания. Итоговые данные о статистической вероятности отразим в таблице.
Рис. 1.1. Гистограмма испытаний для модуля 1 (клиентскаямашина)
Рис. 1.2. Гистограмма испытаний для модуля 2 (сервер MOSS 2007)
Рис. 1.3. Гистограмма испытаний для модуля 3 (сервер БД)
Рис. 1.4. Гистограмма испытаний для модуля 4 (локальная сеть)
| Таблица 1.3 Вероятности безотказной работы компонентов архитектуры системы | |
| Компонент архитектуры | Вероятность безотказной работы |
| Локальная сеть | 0,98 |
| Клиентская машина | 0,96 |
| Web-сервер | 0,98 |
| Сервер БД | 0,98 |
Построим графмоделирующий взаимодействие узлов в системе (рис. 1.5).
Рис.1.5. Граф, моделирующий взаимодействие узлов всистеме
· «N1» – клиентскаямашина;
· «N2» – локальнаясеть;
· «N3» –Web-сервер;
· «N4» – локальная сеть;
· «N5» – сервер БД;
· «N6» – локальная сеть;
· «N7» – Web-сервер;
· «N8» – локальнаясеть;
· «N9» – клиентскаямашина.
Для любой изклиентских машин граф моделирующий взаимодействие узлов в системе будетидентичным. На основе построенной модели взаимодействия узлов системы построиммарковскую модель надежности системы, путем добавления двух узлов – С (успешноезавершение работы) и F (отказ), а так же соответствующих ребер (рис. 1.6).
Рис.1.6. Марковская модель надежности системы
Построим матрицувесов получившегося графа (табл. 1.4). Будем считать, что при проявлении ошибкиосуществляется переход в состояние F с вероятностью 1-Ri независимоот правильности последующей обработки. Если узел сработал корректно, тоосуществляется переход к следующему узлу с вероятностью RiPij,где Pij – вероятность перехода из узла Pi в узел Pj.Переход из выходного состояния в состояние С соответствует корректномузавершению работы и происходит с вероятностью безотказной работы выходногоузла.
Таблица 1.4
Матрица весов марковской модели надежности системы (P)
| Имя модуля | Назначение | ||||||||||||
| console2005 2.dll | Динамическая библиотека с функцией загрузки файла | ||||||||||||
| DocLibHlpUni.exe | Оболочка загрузчика | ||||||||||||
| Наименование параметров (с 01.01.1997г.) | Допустимое значение | ||||||||||||
| Напряженность электромагнитного поля на расстоянии 50 см. Вокруг ВДТ по электрической составляющей должна быть не более: в диапазоне частот 5 Гц - 2 кГц; в диапазоне частот 2 – 400 кГц | 25В/м 2,5В/м | ||||||||||||
| Плотность магнитного потока должна быть не более: в диапазоне частот 5 Гц - 2 кГц; в диапазоне частот 2 – 400 кГц | 250 нТл 25 нТл | ||||||||||||
| Поверхностный электростатический потенциал не должен превышать | 500 В |
программный учебный план автоматизированный документ
Схемы размещения рабочих мест должны учитывать расстояние между рабочимистолами с дисплеями, которое должно быть не менее 2 м, а расстояние между боковыми поверхностями дисплеев - не менее 1,2 м (рис. 5.1).
5.2.2 Снижение нагрузкина глаза
Утомление зрения при работе с компьютером вызывается мерцанием, дрожаниемизображения на экране. Чаще всего подобные негативные эффекты вызваныустановкой неправильного сочетания высокого разрешения экрана и низкой частотысмены кадров. Более всех страдают сотрудники, занимающиеся выводом данных и считываниемтекстовой информации, потому, что чем мельче символ, тем больше нагрузка назрение.
Возникновению зрительного утомления способствует использованиенеблагоприятных цветовых сочетаний и неправильная организация освещения впомещении. Яркое и неровное освещение вызывает нежелательные отражения, бликина экране.
Монитор, используемый при работе, должен иметь гигиенический сертификат имаркировку соответствия РосСтандарт. Конструкция монитора должна обеспечиватьвозможность фронтального наблюдения экрана путем поворота корпуса вгоризонтальной плоскости вокруг вертикальной оси и в вертикальной плоскостивокруг горизонтальной с фиксацией в заданном положении. Корпуса монитора исистемного блока должны быть окрашены в матовый светло-серый свет, обеспечивающийдиффузное рассеивание света; коэффициент отражения – 0,42.
Для того чтобы уменьшить нагрузку на зрение человека, надо учитыватьследующие рекомендации. При работе с монитором расстояние от монитора допользователя должно быть равно 0,6 – 0,7 м.
Экран дисплея по высоте должен быть расположен так, чтобы угол междунормалью к центру экрана и горизонтальной линией взгляда составлял 20°. Вгоризонтальной плоскости угол наблюдения экрана не должен превышать 60°.
Документ для ввода данных рекомендуется располагать на расстоянии 0,45 – 0,5 м от глаз оператора, преимущественно слева, при этом угол между экраном дисплея и документом вгоризонтальной плоскости должен составлять 30° – 40°. Угол наклона клавиатуры долженбыть равен 15°.
Экран дисплея, документы и клавиатуру располагают так, чтобы перепадяркостей поверхностей, зависящий от их расположения относительно источникасвета, не превышал 1:10 (рекомендуемое значение 1:3). При номинальных значенияхяркостей изображения на экране 50-100 кд/м2 освещенность документадолжна составлять 300-500 лк. Устройства документирования и другие, нечастоиспользуемые технические средства, рекомендуется располагать справа отоператора в зоне максимальной досягаемости, а средства связи слева, чтобыосвободить правую руку для записей.
Естественное освещение должно осуществляться через светопроемы,ориентированные преимущественно на север и северо-восток и обеспечиватькоэффициент естественной освещенности (КЕО) не ниже 1,2% в зонах с устойчивымснежным покровом и не ниже 1,5% на остальной территории.
Указанные значения КЕО нормируются для зданий, расположенных в IIIсветовом климатическом поясе. Расчет КЕО для других поясов светового климатапроводится по общепринятой методике согласно СНиП "Естественное иискусственное освещение". Пример расположения: компьютеров представлен нарис. 5.2.
Хороший результат снижения утомляемости при работе при работе с компьютеромдает правильная организация труда и отдыха.
Согласно рекомендациям НИИ гигиены труда и профзаболеваний АМН РФ рабочийдень за компьютером должен быть не более 6 часов, с дополнительными перерывамипо 3 минуты через каждые полчаса, а через 2 часа работы по 15 – 20 минут.
5.2.3 Мероприятия по снижению статическихфизических нагрузок
В целях снижениястатических физических нагрузок пульт дисплея следует располагать на столе илиподставке так, чтобы высота клавиатуры пульта по отношению к полу составляла0,65 – 0,72 м (рис. 5.3). При размещении пульта на стандартном столе высотой 0,75 м необходимо использовать кресло с регулируемой высотой сидения.
Рис. 5.3. Правильная позиция за компьютером
Конструкциядисплея, используемого при работе, должна обеспечивать возможность фронтальногонаблюдения экрана путем поворота корпуса в горизонтальной плоскости вокругвертикальной оси и в вертикальной плоскости вокруг горизонтальной с фиксацией взаданном положении. Корпуса дисплея и системного блока должны быть окрашены вматовый светло-серый свет, обеспечивающий диффузное рассеивание света;коэффициент отражения – 0,42.
Для того чтобыуменьшить нагрузку на зрение человека, надо учитывать следующие рекомендации.
При работе смонитором расстояние от монитора до пользователя должно быть равно 0,6 – 0,7 м.
Экран дисплея повысоте должен быть расположен так, чтобы угол между нормалью к центру экрана игоризонтальной линией взгляда составлял 20°.
В горизонтальнойплоскости угол наблюдения экрана не должен превышать 60°.
Конструкцияклавиатуры должна соответствовать СанПиН 2.2.2.542-96, пункт 3.11. А именно:
· исполнение в видеотдельного устройства с возможностью свободного перемещения;
· опорноеприспособление, позволяющее изменять угол наклона поверхности клавиатуры впределах от 5 до 15°;
· высоту среднегоряда клавиш не более 30 мм;
· расположениечасто используемых клавиш в центре, внизу и справа, редко используемых - вверхуи слева;
· минимальныйразмер клавиш - 13 мм, оптимальный - 15 мм;
· клавиши суглублением в центре и шагом 19 ± 1 мм;
· расстояние междуклавишами не менее 3 мм.
Рабочее место(стул, стол, положение клавиатуры и монитора на столе) должно быть обустроенотак, чтобы человек работающий за ним не уставал долгое время и предотвратитьопасные для него болезни.
Так по санитарнымправилам и нормам для взрослого человека должны быть выполнены следующиетребования:
1. Высота рабочейповерхности стола должна регулироваться в пределах 0,68 – 0,8 м; при отсутствии такой возможности высота рабочей поверхности стола должна составлять 0,72 – 0,73 м.
2. Размерамирабочей поверхности стола для мониторов и ПЭВМ следует считать: ширину 0,8, 1,1,2 и 1,4 м, глубину 0,8 и 1 м при нерегулируемой его высоте, равной 0,72 - 0,73 м.
3. Рабочий столдолжен иметь пространство для ног высотой не менее 0,6 м, шириной - не менее 0,5 м, глубиной на уровне колен - не менее 0,45 м и на уровне вытянутых ног - не менее 0,65 м.
4. Рабочий стул(кресло) должен быть подъемно – поворотным и регулируемым по высоте и угламнаклона сиденья и спинки, а также – расстоянию спинки от переднего краясиденья.
Конструкция егодолжна обеспечивать:
· ширину и глубинуповерхности сиденья не менее 0,4 м;
· поверхностьсиденья с закругленным передним краем;
· регулировкурасстояния спинки от переднего края сиденья от 0,26 до 0,4 м;
· подлокотники неменее 0,25 м и шириной 50-70 мм;
· регулировкуподлокотников по высоте над сиденьем в пределах 0,23 ± 0,03 м и внутреннего расстояния между подлокотниками в пределах 0,35 – 0,5 м.
5. Рабочее местодолжно быть оборудовано подставкой для ног, имеющей ширину не менее 0,3 м, глубину не менее 0,4 м, регулировку по высоте в пределах до 0,15 м и по углу наклона опорной поверхности подставки до 20°. Поверхность подставки должна бытьрифленой и иметь по переднему краю бортик высотой 10 мм.
Основные требованияк столу для индивидуального человека можно свести в таблице 5.2.
Разместите задание – сайт бесплатно отправит его исполнителя, и они предложат цены. 
Мы ВКонтакте 
Трейлер о сайте 
