Содержание
Введение
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
Сравнение аналогов
Название системы
Интегра-ция с пакетом MSOffice
Интуитивно понятный интерфейс
Доступ по 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.
MicrosoftOfficeSharePointServer2007
Сервер OfficeSharePoint Server 2007 — это интегрированный набор серверных приложений,способствующих улучшению организации труда благодаря возможностям поорганизации документооборота, всестороннего управления информацией икорпоративного поиска, ускорению совместно выполняемых бизнес-процессов иупрощению обмена данными между отделами. Windows SharePoint Services полностьюпостроена на технологии ASP.NET, поэтому иметь дело придется с хорошо знакомымиязыками программирования, библиотеками классов ASP.NET и NET Framework ипривычными инструментами разработки. Пользователи могут быстро создавать узлыSharePoint, поддерживающие публикацию определенного контента, управлениеинформацией, управление записями и бизнес-аналитику. Кроме того, можноэффективно выполнять поиск людей, документов и данных, использоватьбизнес-процессы на основе форм, а также получать доступ к большому объемубизнес-данных и анализировать их.
MSSQLServer
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.
MSSQLServerManagementStudio
SQL Server Management Studio — это утилита, входящая в состав Microsoft SQL Server 2005 и более поздние версии, для конфигурирования,менеджмента и администрирования всех компонентов Microsoft SQL Server. Утилита включает скрипт-редактор и графическуюпрограмму, которая работает с объектами и настройками сервера.
Главныминструментом SQL Server Management Studio является Object Explorer, которыйпозволяет пользователю просматривать, извлекать, и полностью управлятьобъектами сервера.
MSIIS
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:\example\index.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)
N1
N2
N3
N4
N5
N6
N7
N8
N9
C
F
N1 0,96 0,00 0,000 0,00 0,00 0,00 0,00 0,00 0,00 0,014
N2 0,00 0,98 0,000 0,00 0,00 0,00 0,00 0,00 0,00 0,012
N3 0,00 0,00 0,98 0,00 0,00 0,00 0,00 0,00 0,00 0,012
N4 0,00 0,00 0,000 0,98 0,00 0,00 0,00 0,00 0,00 0,012
N5 0,00 0,00 0,000 0,00 0,98 0,00 0,00 0,00 0,00 0,012
N6 0,00 0,00 0,00 0,00 0,00 0,98 0,00 0,00 0,00 0,012
N7 0,00 0,00 0,00 0,00 0,00 0,00 0,98 0,00 0,00 0,012
N8 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,98 0,00 0,012
N9 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,96 0,014
C 0,00 0,00 0,000 0,00 0,00 0,00 0,00 0,00 1,00 0,000
F 0,00 0,00 0,000 0,00 0,00 0,00 0,00 0,00 0,00 1,000
Обозначимполучившуюся матрицу Р. Надежность всей системы может быть вычислена каквероятность достижения конечного состояния С. Для этого рассмотрим матрицу Q(табл. 1.5), которая получена из матрицы P после вычеркивания столбцов и строк,соответствующих конечным состояниям С и F.
Таблица 1.5
Матрица Q
N1
N2
N3
N4
N5
N6
N7
N8
N9
N1 0,96 0,00 0,00 0,00 0,00 0,00 0,00 0,00
N2 0,00 0,98 0,00 0,00 0,00 0,00 0,00 0,00
N3 0,00 0,00 0,98 0,00 0,00 0,00 0,00 0,00
N4 0,00 0,00 0,00 0,98 0,00 0,00 0,00 0,00
N5 0,00 0,00 0,00 0,00 0,98 0,00 0,00 0,00
N6 0,00 0,00 0,00 0,00 0,00 0,98 0,00 0,00
N7 0,00 0,00 0,00 0,00 0,00 0,00 0,98 0,00
N8 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,96
N9 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00
Для каждого целогоk>0 определим Pk как k-ю степень Р. Pk(i,j) – этовероятность того, что Марковский процесс за k шагов перейдет из состояния i всостояние j.
Тогда матрица
/> (1.3)
Определяетвероятности перехода из одного состояния в другое за произвольное число шагов.
Пусть S квадратнаяматрица размерности n такая, что
/> (1.4)
Положим W = I – Q,тогда имеем
/> (1.5)
Отсюда надежностьсистемы
/> (1.6)
После расчетаполучаем следующую матрицу S (табл. 1.6).
Таблица 1.6
Матрица S
N1
N2
N3
N4
N5
N6
N7
N8
N9
N1 1 0,96 0,95 0,949 0,920 0,911 0,89 0,87 0,860
N2 1,00 0,98 0,968 0,939 0,915 0,903 0,901 0,891
N3 0,00 1,00 0,98 0,968 0,921 0,910 0,89 0,860
N4 0,00 0,00 1,000 0,98 0,932 0,89 0,905 0,845
N5 0,00 0,00 0,000 1,000 0,98 0,921 0,87 0,891
N6 0,00 0,00 0,00 0,00 1,000 0,98 0,915 0,860
N7 0,00 0,00 0,00 0,00 0,00 1,000 0,98 0,970
N8 0,00 0,00 0,00 0,00 0,00 0,00 1,000 0,960
N9 0,00 0,00 0,00 0,00 0,00 0,00 0,00 1,000
Получаемнадежность системы при выходном состоянии
R = 0,98
Получившийсярезультат означает, что вероятность нормальной работы системы составляет 0,98.Для улучшения этого показателя необходимо повысить надежность работы локальнойсети и клиентских машин.
2 Рабочий проект
2.1 Общие сведения оработе системы
Программныйпродукт спроектирован в среде Enterprise Architect 7.5 и разработан средствами MS Office SharePoint Designer 2007, MS Visual Studio 2005 и 2008 SP1.
Система используетв качестве хранилища информации СУБД MS SQL Server 2005. Для корректного функционирования системы необходимаоперационная система с установленным web-сервером IIS. Взаимодействие браузера с web-сервером осуществляетсяпо протоколу HTTP.
2.2 Функциональноеназначение системы
Система выполняетследующие функции:
· загрузка файлаучебного плана;
· загрузка файлаграфика учебного процесса;
· запуск процессаутверждения учебного плана;
· запуск процессаутверждения графика учебного процесса;
· сбор рецензий икомментариев от сотрудников-рецензентов;
· поиск в системе;
· версированиефайлов УП и ГУП.
Существует строгаявзаимосвязь между типами пользователей и функциями системы, которые они могутиспользовать.
2.3 Используемыесредства разработки
При разработкепрограммного продукта использовалось следующее программное обеспечение:
· EnterpriseArchitect 7.5;
· MS SQLServer 2005;
· MSOffice SharePoint Designer 2007;
· MSVisual Studio 2005 и 2008 SP1.
Программныйпродукт Enterprise Architect использовался для проектирования системы.Остальные продукты – инструменты для реализации системы.
2.4 Установка ивыполнение программного продукта
Перед началомэксплуатации программного продукта необходимо выполнить следующие действия насервере:
· проверитьсоответствие требований к техническому и программному обеспечению;
· установить MSWindows Server 2003;
· установить MS Windows Service Pack1;
· задать в качествероли для компьютера «Контроллер домена»;
· произвестинастройку домена;
· установитькомпоненты Windows: IIS, поддержку ASP .Net, DNS, службы электронной почты;
· установить .NetFramework 3.5;
· установить MS SQLServer 2005 (установку можно произвести как на отдельный компьютер, так и натекущий);
· установить Microsoft OfficeSharePoint Server 2007;
· указать вкачестве хранилища данных экземпляр SQL-сервера (локальный или отдельный);
· произвестинастройки IIS;
· произвести настройки Microsoft Office SharePoint Server 2007;
· на клиентезапустить браузер и ввести адрес портала для проверки работоспособностисетевого соединения клиента с сервером;
· добавитьпользователей в список пользователей службы Active Directory.
Если все действиявыполнены правильно, то должна загрузиться главная страница портала. СтруктураБД и все данные должны сохраняться в виде резервной копии.
2.4.1 Резервноекопирование базы данных
Чтобы в будущемможно было восстановить базу данных, которая была утрачена, необходимопериодически создавать резервные копии базы данных. Для этого можноиспользовать как ручное копирование файлов БД, так и специализированныесредства, предоставляемые MS SQL Server.
Для ручногокопирования необходимо:
· остановить работусервера БД (Management Studio – Registered Servers – select server – ServiceControl – Stop — Yes);
· открыть местохранения файла БД и файла протокола (по умолчанию располагается в каталоге сустановленной программой);
· скопировать файлыв каталог с архивами;
· воспользоватьсяменю Backup соответствующей БД.
Дляавтоматического создания резервных копий необходимо настройкой плановобслуживания SQL Server.
2.5 Общий алгоритмработы программного продукта
2.5.1 Диаграммаразвертывания
Диаграммаразвертывания системы приведена в приложении 7.
На диаграммеразвертывания показано раздельное использование web-сервера с Microsoft SharePoint Server 2007 и сервера БД. Однако web-сервер и сервер БДмогут работать совместно на одном сервере. При этом к такому серверуприменяются повышенные системные требования.
2.5.2 Физическаяструктура проекта
Универсальныймодуль загрузки файлов состоит из модулей, описание которых приведено в таблице2.1.
Таблица 2.1
Составуниверсального модуля загрузки файловИмя модуля Назначение console2005 2.dll Динамическая библиотека с функцией загрузки файла DocLibHlpUni.exe Оболочка загрузчика config.cfg Файл конфигурации загрузчика
Динамическаябиблиотека может использоваться для интеграции в любую систему функций передачиэлектронных документов для утверждения. В частности, с помощью этой библиотекив программу «Учебные планы» была внедрена интеграция функция отправки на серверфайлов учебных планов. Классы динамической библиотеки приведены в табл. 2.2,основные функции приведены в табл. 2.3.
Таблица 2.2
Классыдинамической библиотекиНазвание класса Назначение DocLibHelper Класс программы ListInfo Класс с информацией о библиотеке документов ListInfoCollection Класс с информацией о всех библиотеках документов на сервере FileInfo Класс с информацией о загружаемом файле
Таблица 2.3
Функциидинамической библиотекиНазвание функции Назначение Find() Возвращение информации о библиотеке документов на сервере CallService() Вызов веб-сервиса для загрузки документа на сервер TryToUpload() Загрузка документа на сервер CreateFolder() Создание отсутствующей директории на сервере
Для использованиямодуля необходимо добавить в проект динамическую библиотеку, создать экземпляркласса DocLibHelper и использовать функцию TryToUpload().
2.5.3 Структурахранилища данных
Для храненияфайлов учебных планов на сервере используется следующая структура директорий:
· директория«Кафедра АСОИУ – Проекты УП»;
· директория «КафедраАСОИУ – Утвержденные УП»;
· директория «КафедраИБ – Проекты УП»;
· директория «КафедраИБ – Утвержденные УП»;
· директория «ДеканатИИТиК – Проекты УП»;
· директория «Учебныйотдел – Проекты УП»;
· директория «Учебныйотдел – Утвержденные УП»;
· директория «Проректорпо УМР – На подпись»;
· директория «Ректор– На подпись».
Для хранения файлов графиков учебногопроцесса на сервере используется следующая структура директорий:
· директория «ДеканатИИТиК – Проекты ГУП»;
· директория «ДеканатИИТиК – Утвержденные ГУП»;
· директория«Кафедра ИБ – Проекты ГУП»;
· директория«Кафедра АСОИУ – Проекты ГУП»;
· директория «Учебныйотдел – Проекты ГУП»;
· директория «Учебныйотдел – Утвержденные ГУП»;
· директория «Проректорпо УМР – На подпись»;
· директория «Ректор– На подпись».
Рассмотрим назначение каждой папки всозданной структуре:
· «Кафедра –Проекты УП», «Кафедра – Проекты ГУП» — в эту директорию загружаютсяпервоначальные версии учебных планов/графиков учебного процесса, рабочийпроцесс также стартует отсюда;
· «Кафедра –Утвержденные УП» — в эту директорию перемещаются окончательно утвержденныеучебные планы;
· «Деканат –Проекты УП», «Деканат – Проекты ГУП» — в эту директорию копируются учебные планы/графикиучебного процесса, нуждающиеся в утверждении деканами факультетов и директорамиинститутов;
· «Учебный отдел –Проекты УП», «Учебный отдел – Проекты ГУП» — в эту директорию копируютсяучебные планы/графики учебного процесса, нуждающиеся в проверке и утвержденииучебным отделом;
· «Учебный отдел –Утвержденные УП», «Учебный отдел – Утвержденные ГУП» — в эту директориюперемещаются утвержденные учебные планы/графики учебного процесса;
· «Проректор по УМР– На подпись» — в эту директорию копируются учебные планы и графики учебногопроцесса, нуждающиеся в утверждении проректором по УМР;
· «Ректор – Наподпись» — в эту директорию копируются учебные планы и графики учебногопроцесса, нуждающиеся в утверждении ректором.
Целью созданияструктуры является разграничение доступа к документам, имеющим целевогопользователя.
2.6 Руководствопользователя
2.6.1 Описание форм
После перехода поадресу сервера приложения на экране появляется главная страница (рис. 2.1).
/>
Рис. 2.1. Стартовая страница сайта
На главнойстранице представлены ссылки, при переходе по которым пользователь попадает вдиректории, предназначенные для загрузки в них файлов учебных планов и графиковучебного процесса (рис. 2.2, рис. 2.3), и ссылка на список назначенныхпользователям заданий. Пример списка заданий для пользователей можно видеть нарис. 2.4.
/>
Рис. 2.2. Структура директорий на сервере
/>
Рис. 2.3. Одна из директорий для хранения файлов УП иГУП
/>
Рис. 2.4 Список заданий пользователей
Поискосуществляется с помощью строки поиска в верхней части страницы. После запускапоиска по ключевому слову открывается окно результатов поиска. С помощью ссылки«Расширенный поиск» можно производить поиск по нескольким параметрам, свозможностью фильтрации данных. Окно расширенного поиска приведено на рис. 2.5.
/>
Рис. 2.5. Расширенный поиск
Администраторусистемы доступно меню настройки сайта, управления содержимым, пользователями,параметрами рабочих процессов. Переход в панель управления сайтомосуществляется через меню «Действия узла» — «Параметры узла» — «Изменениепараметров узла» (рис. 2.6).
/>
Рис. 2.6. Панель управления сайтом
2.6.2 Сообщения системы
При попытке войтина сайт без авторизации неавторизованный пользователь увидит следующую страницу(рис. 2.7):
/>
Рис. 2.7. Доступ запрещен
При вводеневерного логина или пароля пользователь увидит следующую страницу (рис. 2.8):
/>
Рис. 2.8. Неверные имя пользователя/пароль
Для повторнойпопытки авторизации необходимо снова открыть через адресную строку браузераглавную страницу сайта.
3 Программа иметодика испытаний
Проверкапрограммного продукта должна доказать правильность выполнения следующихопераций:
· загрузка файла УПиз программы «Учебные планы»;
· загрузка файлаУП/ГУП с помощью модуля передачи файлов на сервер;
· одобрение/отклонение документа сотрудником.
Систему можносчитать готовой к эксплуатации только после успешного прохождения предложенныхиспытаний.
3.1 Пошаговыйалгоритм загрузки файла УП из программы «Учебные планы»
1. Открыть папку спрограммой «Учебные планы».
2. Открыть втекстовом редакторе файл «Config.cfg».
3. Указать в файлевнутреннее имя директории на сервере SharePoint, в которую будет загружен файл документа УП — «DocLib3».
4. Сохранитьизменения в файле.
5. Запуститьпрограмму «Учебные планы».
6. Выбрать опцию«Открыть»
7. Выбрать воткрывшемся окне файл учебного плана и нажать кнопку «Открыть».
8. Выбрать опцию«Загрузить на сервер».
9. Ввести названиедля учебного плана, указать место для сохранения на жестком диске и нажатькнопку «Сохранить».
Результатомзагрузки файла УП из программы «Учебные планы» станет загруженный на серверфайл УП и автоматически запущенный процесс утверждения, связанный с этимфайлом.
3.2 Пошаговыйалгоритм загрузка файла УП/ГУП с помощью модуля передачи файлов на сервер
1. Открыть папку смодулем загрузки.
2. Открыть втекстовом редакторе файл «Config.cfg».
3. Указать в файлевнутреннее имя директории на сервере SharePoint, в которую будет загружен файл документа УП — «DocLib3».
4. Сохранитьизменения в файле.
5. Запустить модульзагрузки.
6. Выбрать опцию«Открыть»
7. Выбрать воткрывшемся окне файл учебного плана и нажать кнопку «Открыть».
Результатомзагрузки файла УП из программы «Учебные планы» станет загруженный на серверфайл УП и автоматически запущенный процесс утверждения, связанный с этимфайлом.
3.3 Пошаговыйалгоритм одобрения документа сотрудником
1. Необходимоавторизироваться на сайте.
2. Перейти по ссылке«Задачи».
3. Выбрать щелчкомлевой кнопки мыши назначенную Вам задачу.
4. Выбрать пункт«Изменить».
5. В появившемсяокне выбрать из выпадающего меню пункт «Одобрить».
6. Ввести втекстовом поле комментарий к документу.
7. Нажать кнопку«Готово».
Результатомодобрения документа сотрудником станет назначение задачи утверждения документаследующим сотрудником, либо завершение процесса утверждения.
3.4 Пошаговыйалгоритм отклонения документа сотрудником
1. Необходимоавторизироваться на сайте.
2. Перейти по ссылке«Задачи».
3. Выбрать щелчкомлевой кнопки мыши назначенную Вам задачу.
4. Выбрать пункт«Изменить».
5. В появившемся окневыбрать из выпадающего меню пункт «Отклонить».
6. Ввести втекстовом поле комментарий к документу.
7. Нажать кнопку«Готово».
Результатомодобрения документа сотрудником станет завершение процесса утверждения.
4 Экономическийэффект от разработанной системы
/>/>/>4.1 Технико-экономическоеобоснование проекта
Проект представляетсобой программный продукт, который создан для автоматизации процессаутверждения учебных планов и графиков учебных процессов в АГТУ. В настоящеевремя утверждение ГУП и УП по-прежнему выполняется вручную.
Предлагаемый квнедрению проект обеспечивает быстрый и оптимальный вариант решения поставленнойзадачи. Система предоставляет пользователям возможность осуществлятькомментирование и рецензирование файлов ГУП и УП. Помимо этого, системапредоставляет возможности поиска, разделения прав, интегрируется в программуредактирования файлов учебных планов, взаимодействует с пакетом MS Office. Результаты сравнения автоматизированного утвержденияГУП и УП с неавтоматизированным представлены в табл. 4.1.
/>/>/>/>/>Таблица 4.1
Основные показатели сравнительного анализа вариантов
Показатели
Ед.
Измерения
Варианты
Результаты сравнения:
повышение(+),
понижение (-)
Ручной
Автоматический Перемещение документа между сотрудниками мин. 10 1 -9 Просмотр УП/ГУП мин. 10 5 -5
Из таблицы видно, что по всемпоказателям автоматизированная обработка сокращает временные затраты.
4.2 Маркетинговыеисследования
В настоящий моментсуществует несколько аналогов системы, которую предлагается разработать, средикоторых находится система планирования проектов Евфрат «Документооборот».Наиболее серьёзными недостатками данной системы являются:
· трудный длявосприятия интерфейс;
· невозможностьдоработки и настройки силами штатного персонала;
· отсутствиеинтеграции в другие приложения.
Отсюда следуетвывод, что наиболее целесообразным вариантом было бы не использоватьвышеназванную систему, а самостоятельно разработать автоматизированную системуоптимизации распределения ресурсов с учетом изменения специфики АГТУ.
/>/>/>/>/>4.3 Исходные данныедля расчета экономической эффективности
Исходныеданные для расчета экономической эффективности сведены в табл. 4.2.
Таблица 4.2
Исходные данные для расчета
Показатели
Условные обозначения
Единицы измерения
Варианты
Базовый
Проектируемый Количество энергии, потребляемое компьютером в час A кВт 0,4 0,4 Количество энергии, необходимое для освещения в час B кВт 0,052 0,052 Число дней, необходимых разработчику для работы на компьютере
Bр1 дн. - 96 Число дней при разработке, в течение которых происходит потребление энергии за счет освещения
Bр2 дн. - 96 Время работы разработчика за компьютером в течение рабочего дня
Чр1 час. - 8 Количество часов использования разработчиком освещения в течение рабочего дня
Чр2 час. - 8 Количество выходных и праздничных дней в году
Dвп дн. 116 116 Продолжительность ежедневной работы Р час. 8 8 Балансовая стоимость оборудования
Кб руб. 20000 20000 Количество дней в месяц, необходимых для выполнения поставленной задачи Д час. 24 14 Число дней в месяц, необходимых для работы
B1 дн. 24 14 Число дней в месяц, в течение которых происходит потребление энергии за счет освещения
B2 дн. 24 14 Время работы обслуживающего персонала за компьютером в течение рабочего дня
Ч1 час. 8 4 Количество часов использования обслуживающим персоналом освещения в течение рабочего дня
Ч2 час. 8 8 Месячный должностной оклад сотрудника отдела О Руб 5000 7000 Среднее количество рабочих дней в месяце К дн. 24 24 Число разработчиков
Nр чел. - 1
/>/>
4.4 Расчет объемаинвестиций
Для расчетаинвестиций в проект воспользуемся следующей формулой:
К = М + Э + Т+ САМ, (4.1)
где
М –материальные расходы, руб.;
Э – расходына электроэнергию, руб.;
Т –трудозатраты, руб.;
САМ –расходы на амортизацию оборудования, руб.
/>/>/>4.4.1 Расчетматериальных расходов
При реализациипроекта использовалась информация из сети Интернет. Таким образом, рассчитаемматериальные расходы как стоимость использования сети Интернет:
М = t * И1Мб * ИМб, (4.2)
где
t – периодразработки, мес.;
И1Мб –стоимость 1 Мб трафика сети Интернет, руб.;
ИМб –потребляемый для разработки трафик в месяц, Мб/мес.;
Подставивзначения, получим: М = 4 * 1,80 * 25 = 180,00 руб.
/>4.4.2 Расчет расходовна электроэнергию
Рассчитаем расходы на электроэнергиюпо формуле:
Э = a*k*Bр1*Чр1+ bР*k*Bр2*Чр2, (4.3)
где
а – количество энергии, потребляемойкомпьютером в час, кВт;
b – количество энергии, необходимойдля освещения в час, кВт;
k – действующий тариф наэлектроэнергию, руб/кВт*ч;
Вр1 – число дней,необходимых для работы на компьютере, дн.;
Вр2 – число дней, втечение которых происходит потребление энергии за счет освещения, дн;
Чр1 – время работы закомпьютером в течение рабочего дня, час;
Чр2 – количество часовиспользования освещения в течение рабочего дня, час.
Подставив соответствующие значения,получим:
Э = 0,4*2,70*30*8 + 0,052*2,20*30*4 =272,93 руб.
За все время разработки
Э = 4*272,93= 1091,72 руб.
/>/>4.4.3 Расчет трудозатрат
Исходя из данных таблицы, рассчитаемтрудозатраты по формуле:
/>, (4.4)
где
К – среднее количество рабочих дней вмесяце;
ЭВi – время, затрачиваемоена i-й этап разработки;
ЗВПр – заработная платаразработчика.
Подставив значения, получим:
Т= (1 + 0,262) * (4500 / 21) *(15+10+15+8+20+5+5+13+5) = 25961,14 руб.
/>/>4.4.4 Расчет расходов на амортизацию иизнос (текущий ремонт)
Расходы на амортизацию рассчитываютсяпо формуле:
/>, (4.5)
где
Кб – балансовая стоимостьоборудования;
α, β – норма отчислений наамортизацию и износ (текущий ремонт) соответственно;
Вр1 – число дней,необходимых для работы на компьютере, дн.;
Ч1 –количество часов работы оборудования;
ПФВРр – полезный фондрабочего времени разработчика за все время разработки.
Полезный фонд рабочего времениопределяется как:
ПФВРр = Чр1 * Вр1, (4.6)
где
Чр1 – время работы закомпьютером в течение рабочего дня, час;
Вр1 – число дней,необходимых для работы на компьютере, дн.
Амортизация в базовом вариантесоставит:
/> руб.
Общие инвестиции составят:
К=1091,72+ 25961,14 + 4600,0 = 31652,86 руб.
/>/>4.5 Расчет текущихзатрат
В затраты на эксплуатацию входятследующие элементы:
· заработная платасотрудников отдела с отчислениями на социальные нужды;
· стоимостьпотребляемых энергоресурсов;
· расходы наамортизацию и текущий ремонт оборудования;
· расходныематериалы.
Таким образом получаем общие расходына эксплуатацию программного продукта.
/>/>4.5.1 Расчет заработной платы сотрудниковотдела
В месяц заработная платаобслуживающего персонала, занятого выполнением поставленной задачи составляет:
ЗПм = (1 + 0,262) * (О* Д/К)*N, (4.7)
где
О – месячный должностной окладобслуживающего персонала, руб.;
Д – количество дней за месяц,необходимых для решения поставленной задачи, дни;
К – среднее количество рабочих дней вмесяце, дни;
N – количество сотрудников АГТУ,которые будут использовать данную систему.
Определим месячную заработную платуперсонала – базовый вариант:
ЗПм = (1 + 0,262) *(5000*24/24)*5 = 31550 руб.
Определим месячную заработную платуперсонала – проектируемый вариант.
ЗПм = (1 + 0,262) * (7000*14/24)*5= 25765,83 руб.
Таким образом, ежемесячная экономиязаработной платы составляет 5784,17 рублей.
/>/>4.5.2 Расчет потребляемых энергоресурсов
Стоимость потребляемых энергоресурсоврассчитывается исходя из потребления электроэнергии за один час эксплуатацииоборудования, количество часов эксплуатации в месяц, действующих тарифов наэлектроэнергию:
Э = a * k * B1 * Ч1+ b * k * B2* Ч2, (4.8)
где
Э – стоимость потребляемойэлектроэнергии в день, руб.;
а – количество энергии, потребляемойкомпьютером в час, кВт;
b – количество энергии, необходимойдля освещения в час, кВт;
k – действующий тариф наэлектроэнергию, руб/кВт*ч;
В1 – число дней в месяц,необходимых для работы на компьютере, дн.;
В2 – число дней в месяц, втечение которых происходит потребление энергии за счет освещения, дн;
Ч1 – время работыобслуживающего персонала за компьютером в течении рабочего дня, час;
Ч2 – количество часовиспользования освещения в течение рабочего дня, час.
Определим стоимость потребленияэнергоресурсов в месяц – базовый вариант:
Э = 0,4*2,70*24*8 + 0,052*2,20*24*8 =229,32 руб.
Определим стоимость потребленияэнергоресурсов в месяц – проектируемый вариант.
Э = 0,4*2,70*24*4 + 0,052*2,20*24*8 =125,64 руб.
Таким образом, ежемесячная экономиясредств на электроэнергию составит 103,68 рублей.
/>/>4.5.3 Расчет расходов на амортизацию иизнос (текущий ремонт)
Расходы на амортизацию рассчитываютсяпо формуле:
/>, (4.9)
где
N – число машин;
Кб – балансовая стоимостьоборудования;
α, β – норма отчислений наамортизацию и износ (текущий ремонт) соответственно;
В1 – количество часов вгод, необходимых для работы компьютера, час.;
Ч1 – время работыобслуживающего персонала за компьютером в течении рабочего дня, час;
ПФВР – полезный фонд рабочего временив год, час.
Полезный фонд рабочего времениопределяется как:
ПФВР = (Dk– Dвп ) * Р, (4.10)
где
Dk – количествокалендарных дней в году, дн.;
Dвп – количество выходныхдней и праздничных в году, дн.;
Р – продолжительность ежедневнойработы.
Таким образом,
ПФВР = (360 – 116) * 8 = 2000 час.
Амортизация в базовом вариантесоставит:
/>руб.
Амортизация в проектируемом вариантесоставит:
/> руб.
Таким образом, ежемесячная экономияпо расходам на амортизацию и износ составляют 312,8 рубля.
Ежемесячные эксплуатационные затратыв базовом варианте составляют:
С1 = 31550 + 229,32 +441,6 = 32220,92 руб.
Ежемесячные эксплуатационные затратыв проектируемом варианте составят:
С2 = 25765,83 + 125,64 +128,8 = 26020,27 руб.
Из вышесказанного видно, что данныйпроект обеспечивает снижение эксплуатационных затрат ежемесячно на 6200,65рублей, ежеквартально на 18601,95, ежегодно на 74407,8.
/>/>/>/>/>/>/>/>4.6 Оценкаэкономической эффективности проекта
Для расчета экономическойэффективности необходимо сумму валового эффекта привести к ценам сегодняшнегодня, то есть учесть временной фактор как в образовании прибыли, так и в несениииздержек, связанных с внедрением информационной системы.
Коэффициент дисконтирования rpопределяется по следующей формуле:
rp = i + r0+i*r0, (4.11)
где
i – объявленный Правительством РФтемп инфляции на текущий год;
r0– номинальная ставкадисконтирования, определяемая ставкой рефинансирования установленной ЦБ РФ.
Таким образом, коэффициентдисконтирования составит:
rp = 0,07 + 0,08 +0,07*0,08 = 0,1556
Рассчитаем квартальный коэффициентдисконтирование по формуле:
/> (4.12)
где
rp – годовая ставкадисконтирования.
Подставив соответствующие значения,получим:
/>
Таким образом, денежные потоки будутсоответствовать данным, отраженным в табл. 4.3. Здесь периоды времени –кварталы.
Таблица 4.3
Чистый денежный поток
Показатель
Период времени
Итого
1
2
Входящие денежные потоки Di, руб. 18601,95 18601,95 37203,9
Капитальные вложения Ko, руб. 31652,86 31652,86
Чистый денежный поток Pi, руб. -31652,86 18601,95 18601,95 5551,04
Для расчета чистой приведеннойстоимости проекта (NPV, Net Present Value) необходимо дисконтировать потокплатежей по проекту, то есть привести экономический эффект в ценах сегодняшнегодня и учесть инфляционный фактор:
/>/> (4.13)
где
Di – доходы (входныеденежные потоки) i-го периода, руб;
Зi – текущие расходы(выходные денежные потоки) i-го периода, руб.;
Ko – капитальные вложения,руб.;
Pi – суммарный денежныйпоток (чистый денежный поток) i-го периода, руб.;
r – коэффициент дисконтирования.
На основе данных,представленных в табл. 4.3, значение NPV составит:
/>
Как видно извышеприведенного расчета, NPV проекта больше 0, следовательно, проект неявляется убыточным.
Для определениясрока окупаемости воспользуемся следующей формулой:
/> (4.14)
где nтакое, что:
/>
Или />
Срококупаемости составит:
/> месяца= 5 месяцев и 4 дня.
Следовательно,система окупит себя полностью в первой половине года своего использования.
Индексрентабельности инвестиций рассчитаем по формуле:
/> (4.15)
Таким образом,рентабельность проекта составит:
/>
Т.к. индексрентабельности PI > 1, то проект является рентабельным.
Рассчитаем внутреннюю нормудоходности проекта. Под внутренней нормой доходности проекта IRR понимаютзначение коэффициента дисконтирования (r), при котором NPV проекта равен 0:
/>, (4.16)
значение внутренней нормы доходностибыло получено средствами Microsoft Excel 2007: IRR = 42%.
4.7 Вывод
Приведенныйэкономический анализ с использованием показателей текущей стоимости NPV,внутренней нормы доходности IRR, срока окупаемости PP и рентабельности PI,показал, что реализация проекта внедрения информационной системы являетсявыгодной и целесообразной. Показатели экономической эффективности проектадостигают следующих значений: NPV = 20284,37 рублей, PP = 5 месяцев и 4 дня, PI = 1,47, IRR = 0,42. Помимо этого,внедряемый программный продукт оказывает социальный эффект, выражающийся воперативности доступа к информации и облегчение труда персонала.
/>5 ОБЕСПЕЧЕНИЕЭРГОНОМИКИ РАБОЧЕГО МЕСТА
Право человека на получение условий труда, обеспечивающих безопасностьработы, закреплено в трудовом кодексе РФ и многочисленных правовых актах инормативных документах. К настоящему времени четко определены как опасности,угрожающие здоровью человека при работе за персональным компьютером, так исредства для их устранения или сведения последствий к минимуму.
Прежде всего, при работе за компьютером опасности подвергаются глаза,поскольку именно этими сенсорными датчиками человек воспринимает от 80 до 100%исходящей от компьютера полезной информации. Расстройства зрения носятфункциональный характер и проявляются вначале повышенным зрительным утомлением,а затем астенопией – болями в глазах и невозможности точной фокусировкивзгляда. При игнорировании симптомов аккомодационной астенопии (имеющей временныепоследствия), расстройство глазных мышц, формирующих нужную кривизнуповерхности хрусталика, могут стать необратимыми и привести к мышечнойастенопии (выражающейся в перманентной близорукости), несмотря на то, чтофизических повреждений внутренней структуры хрусталика и сетчатки (например,астигматизма, глаукомы) не возникает.
Одна из главных негативных особенностей работы за компьютером –необходимость частой аккомодации глаз пользователя к предметам различнойосвещенности, находящихся на различном расстоянии. Даже в самом благоприятномслучае это, как минимум, достаточно частые обращения взгляда то к клавиатуре,то к экрану. При некоторых специфических работах могут добавляться и иныеобъекты, например, бумажные носители информации. При этом необходимымстановится выполнение точных зрительных работ на светящемся экране в условияхперепада яркостей в поле зрения, наличии мельканий, неустойчивости и нечеткостиизображения. Несоответствие нормативным значениям уровней освещенности рабочихповерхностей стола, экрана, клавиатуры приводит к тому, что неблагоприятныефакторы становятся вредными. При длительной работе в неблагоприятных условияхзрительное утомление практически неизбежно приводит к перегрузке нервнойсистемы – астении. Соблюдение оптимальных параметров яркости, контраста,угловых размеров знаков, частоты смены кадров и других характеристик экранногоизображения позволяет снизить зрительное утомление при работе с ВДТ, но совсемизбежать его не удается.
Кроме того, неправильная поза при работе за компьютером может такжепривести к ряду офтальмологических расстройств, остеохондрозу, сколиозу идругим нарушениям в скелете, мышечной и гормональной системах.
В связи с вышеуказанными фактами проведен анализ разрабатываемогопрограммного продукта, аппаратного обеспечения, необходимого дляфункционирования данного продукта, а также помещения, в котором главным образомбудет использоваться разрабатываемое программное обеспечение, на предметсоответствия стандартам, санитарным правилам и нормам.
/>/>/>/>/>/>/>5.1 Анализ условийтруда при эксплуатации программного продукта
При эксплуатацииданной автоматизированной системы можно выделить следующие наиболеесущественные факторы условий труда:
· санитарно-гигиенические– освещение естественное и искусственное, температура воздуха, относительнаявлажность, скорость движения воздуха, запыленность, шум, тепловые иэлектромагнитные излучения;
· психофизиологические– рабочее место, рабочая поза и перемещения в пространстве, продолжительностьнепрерывной работы, режим работы, напряжение зрения (размер объекта различения)освещенность (естественная и искусственная), нервно-эмоциональная иинтеллектуальная нагрузка;
· технические –техническая безопасность оборудования.
Рассматриваявлияние компьютеров на здоровье человека можно выделить следующие факторыриска.
/>/>/>/>/>/>/>/>5.1.1 Электромагнитное излучение
Дисплейперсональной ЭВМ, сконструированный на основе ЭЛТ, является источникомэлектростатических полей и широкополосных электромагнитных излучений: мягкогорентгеновского, ультрафиолетового, инфракрасного, видимого, низкочастотного,сверхнизкочастотного и высокочастотного.
Нормальный дисплейв обычном режиме работы имеет стандартные уровни рентгеновского,ультрафиолетового и инфракрасного излучения, удовлетворяющие требованиямбезопасности.
Таким образом,главная опасность исходит от электромагнитных излучений (в диапазоне 20 Гц — 300 МГц) и электростатического заряда, накапливающегося на экране.
/>/>/>/>/>/>/>/>5.1.2 Проблемы перегрузки зрения
Утомление зренияпри работе с компьютером вызывается мерцанием, дрожанием изображения на экране.Чаще всего подобные негативные эффекты вызваны установкой неправильногосочетания высокого разрешения экрана и низкой частоты смены кадров. Более всехстрадают сотрудники, занимающиеся выводом данных и считыванием текстовойинформации, потому, что чем мельче символ, тем больше нагрузка на зрение.
Возникновениюзрительного утомления способствует использование неблагоприятных цветовыхсочетаний и неправильная организация освещения в помещении.
/>/>/>/>/>/>/>/>5.1.3 Нагрузка на костно-мышечный аппарат
Неподвижнаянапряженная поза сотрудника, в течение длительного времени прикованного кэкрану дисплея, приводит к усталости, возникновению болей в позвоночнике, шее,плечевых суставах. А интенсивная работа с клавиатурой и мышью вызывает болевыеощущения в локтевых суставах, предплечьях, запястьях, в кистях и пальцах рук.Сидячая продолжительная работа вредна человеку в принципе: он сутулится илиподается вперед и позвоночник деформируется, травмируя диски; человек поднимаетплечи и сгибает руки, держа их в напряжении — и естественно они начинаютболеть. Поза, а следовательно и здоровье, зависят, в конечном итоге, отразмеров и дизайна рабочего места.
/>/>/>/>/>/>/>/>5.1.4 Ненормированный уровень шума
Современные ПКимеют системы охлаждения, выполненные на основе вентиляторов различных типов,которые могут являться источником шума. В системном блоке могут работать, какправило, от двух до шести вентиляторов.
В нашем регионе всистемном блоке число вентиляторов обычно больше двух, ввиду высоких температурвоздуха в летний период. Кроме того, офисы оборудованы кондиционерами илисплит-системами. Поэтому в помещениях с ПК создаётся значительный уровень шума,вырабатываемого вентиляторами в системных блоках, а также кондиционерами исплит-системами.
/>/>/>/>/>/>/>/>5.1.5 Проблемы, связанные с электро- ипожаробезопасностью
Помещения с ПЭВМотносятся к помещениям с пожароопасностью категории В. К мероприятиям попредотвращению пожаров относят: постоянный контроль за состоянием электрическихсредств, их своевременный ремонт, правильно организованная эксплуатацияаппаратуры, применение огнестойких конструкций и материалов в отделкепомещения, использование средств оповещения и пожаротушения. Необходимо наличиесредств связи для быстрого вызова городской пожарной части, пожарнаясигнализация. Рабочее помещение должно быть оснащено углекислотнымиогнетушителями, расположенными в легкодоступных местах. Помещения, гдеприменяются ЭВМ, относятся к помещениям с повышенной опасностью, так как впомещении имеется возможность поражения электрическим током. Для обеспеченияэлектробезопасности применяется защитное заземление, которое подключается к ЭВМи вспомогательным устройствам через вилку электропитания. Необходим контроль засостоянием изоляции. Работу по ремонту компьютера следует производить тольколицам, имеющим соответствующую подготовку и прошедшим инструктаж по техникебезопасности.
Необходимо принятьмеры к предотвращению доступа пользователей к частям компьютера, находящихсяпод опасным напряжением, защитным корпусом. Планировка рабочих мест продуманатаким образом, что бы обеспечить легкий доступ пользователей к своим рабочимместам и предотвратить возможность опрокидывания мониторов и другогооборудования при эвакуации, а также исключить возможность травматизма инесчастных случаев при эксплуатации.
/>/>/>/>/>/>/>5.2 Разработкаинженерно-технических и организационных мероприятий по обеспечению безопасноститруда
/>/>/>/>/>/>/>/>/>/>5.2.1 Обеспечение мербезопасности по электромагнитным излучениям
Для снижения влияния электромагнитных излучений и электростатическихполей необходимо использовать технику, прошедшую сертификацию и удовлетворяющуюстандартам, ограничивающим уровень электромагнитных излучений.
Монитор должен соответствовать стандарту TCO-95, 99 защиты от воздействияэлектрических и магнитных полей, а так же соответствовать санитарным нормам иправилам по электромагнитному излучению и электростатическому полю приведены втабл. 5.1.
Таблица 5.1
Допустимые значения параметров неионизирующихэлектромагнитных излучений
Наименование параметров (с 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.
Таблица 5.2
Высота одноместного стола для занятий с ПЭВМ и ВДТ
Рост человека в обуви, см
Высота над полом, мм
Поверхность стола
Пространство для ног (>) 131 – 145 580 520 146 – 160 640 580 161 – 175 700 640 Выше 175 760 700
Согласнорекомендациям НИИ гигиены труда и профзаболеваний АМН РФ рабочий день закомпьютером должен быть не более 6 часов, с дополнительными перерывами по 3минуты через каждые полчаса, а через 2 часа работы по 15-20 минут.
/>/>/>/>/>/>/>/>5.2.4 Требования к микроклимату
Работа компьютерови вспомогательных устройств связана с выделением тепла. При высокой температуревоздуха у людей, работающих в помещениях, возникает перегрев организма, чтоприводит к повышенному выделению пота и снижению работоспособности.Пользователь теряет внимание, что может сказаться на результатах его работы.Работа пользователя по энергозатратам организма относится к 1 категории работ,т.е. работ легкой категории, которая выполняется сидя и затраты энергии непревышают 150 Ккал/час. Этой категории соответствуют оптимальные нормыпараметров микроклимата, приведенные в табл. 5.3.
Таблица 5.3
Оптимальные нормы параметров микроклимата
Период года
Температура воздуха,°С
Не более
Отн. влажность воздуха, %
Скорость движения воздуха, м/с Холодный 22 –24 40 – 60 0,1 Теплый 23 – 25 40 – 60 0,1
Для созданияоптимальных метеоусловий в помещении применяют сочетание естественнойвентиляции с кондиционированием воздуха.
/>/>/>/>/>/>/>/>/>/>5.2.5 Требования попредотвращению шумов
Персональныекомпьютеры являются источниками шума. Шум возникает вследствие работывентиляторов, находящихся в корпусе компьютера, и виброакустических шумов наверхнем пороге слышимости, производимых строчным трансформатором дисплея. Также присутствуют шумы, издаваемые НЖМД, НГМД и НОМД.
Все эти шумы вцелом оказывают достаточно сильное влияние на психику и общее состояниечеловека, вызывая чувства неуверенности, стесненности, тревоги, плохогосамочувствия, что проводит к снижению производительности труда, возникновениюошибок. На рабочих местах в помещениях для размещения шумных агрегатоввычислительных машин (принтеры, сканеры) уровень шума не должен превышать 75дБ.
Чтобы уменьшитьуровень шумов в помещении, используют звукоизолирующие преграды; стенки ипотолки отделывают специальными пористыми плитами, хорошо поглощающими звук.
/>/>/>/>/>/>/>/>/>5.3 Расчетнеобходимой освещенности рабочего места пользователя
Для освещенияпомещения с установленными компьютерами используются главным образомлюминесцентные лампы, которые обладают следующими достоинствами: высокойсветовой отдачей (до 75 лм/В и более), продолжительным сроком службы (до 10000часов), малой яркостью освещаемой поверхности.
Наиболееприемлемыми для помещения являются люминесцентные лампы типа ЛБ (лампы белогоцвета). Светильники, встраиваемые в потолок, должны устанавливаться так, чтобыих колпаки выступали не более чем на 50 мм от поверхности потолка для уменьшения запыленности. Колпаки светильников изготавливаются из светорассеивающегоматериала с коэффициентом пропускания не менее 0,7. Норма освещенности приобщей освещенности 400 лк.
Пусть помещение,где установлены ЭВМ, имеет:
· длину А = 6 м;
· ширину В = 5 м;
· высоту Н = 3 м.
Подвесной потолокоборудован светильниками ШОД (двухламповые с люминесцентными лампами ЛБ-40).
Коэффициентотражения светового потолка от стен Рс = 0.5
Коэффициентотражения светового потолка от потолка Рп = 0.7
Определимнеобходимое число светильников при общей системе освещения.
Высота рабочейповерхности стола 0,8 м. При этом расстояние от рабочей поверхности до потолкаh = 2,2 м. У светильников ШОД наивыгоднейшее отношение
Y = L/h = 1,4.
Расстояние междурядами светильников определяется по формуле:
L = Y*h (5.1)
Тогда расстояниемежду рядами светильников равно:
L = 1,4*2,2 = 3м
Расстояние междустенами и крайними рядами светильников определяется по формуле:
j = (0,3-0.5)*L (5.2)
Расстояние междустенами и крайними рядами светильников составляет:
j = 0.35*3 =1 м
Индекс (показатель)помещения при общем освещении Е = 400 Лк рассчитывается по формуле:
/> (5.3)
Индекс (показатель)помещения при общем освещении Е = 400 Лк равен:
/>
Из справочныхданных с учетом i, Рп, Рс и выбранным типом светильника находим коэффициентиспользования излучения светового потока h = 0,45.
Номинальныйсветовой поток лампы ЛБ-40 Фл = 3120 Лм.
Число необходимыхсветильников при общей системе освещения определяем по формуле:
/> (5.4)
где
S= 30 м — площадь помещения,
Е = 400 Лк – нормаосвещенности для помещений с ЭВМ,
Кз = 1,4 –коэффициент запаса,
Z = 1,1 –коэффициент неравномерности освещения,
Фс – номинальныйсветовой поток одного светильника,
h = 0,45 –коэффициент использования излучения светового потока,
Y = 0,8 –коэффициент затемнения.
При ширине В = 5 м имеем число рядов n = 2.
Число необходимыхсветильников при общей системе освещения равно:
/>
При длине одногосветильника Lсв = 1,33, общая длина определяется по формуле:
N*L (5.5)
Общая длинасоставляет:
N*L = 4*1,33 = 5,3 м
Оставляем междусветильниками разрывы по формуле:
/> (5.6)
Разрывы междусветильниками составляют:
/>
Таким образом, впомещении длиной А = 6 м, шириной В = 5 м, высотой Н = 3 м для того, чтобы освещенность была равна Е = 400 Лк необходимо установить 8 светильников типаШОД.
Светильникиустанавливаются в 2 ряда по 4 светильников в каждом. Расстояние междусветильниками R = 0,25 м.
/>/>/>/>/>/>/>5.4 Требования поэлектробезопасности
Энергоснабжениекомпьютера осуществляется через сеть бытового электропитания с номинальнымнапряжением 220 В и частотой 50 Гц. Для обеспечения электробезопасностиперсонала применяют защитное заземление, которое подключается к ЭВМ ивспомогательным устройствам через вилку электропитания. Защитное заземлениеиспользуют для того, чтобы не возникало разности потенциалов между компьютероми периферийными устройствами, раздельно подключенными к электросети, а такжемежду двумя соседними персональными компьютерами. Это особенно важно в случаеработы в помещении достаточно большого количества пользователей.
Необходимо принятьмеры к предотвращению доступа пользователей к частям компьютера, находящихсяпод опасным напряжением, защитным корпусом. Необходим контроль за состояниемизоляции. Работу по ремонту компьютеров следует производить только лицам,имеющим соответствующую подготовку и прошедшим инструктаж по техникебезопасности.
/>/>/>/>/>/>/>5.5 Требования попожарной безопасности
Помещения с ПЭВМотносятся к помещениям с пожароопасностью категории В. Причинами возникновенияпожара могут быть: токи коротких замыканий и значительные перегрузки проводов иобмоток электрических устройств, вызывающие их перегрев, плохие контакты вместах соединения проводов, приводящие к увеличению переходного сопротивления,на котором выделяется большое количество тепла. В качестве мероприятий попредотвращению пожаров можно назвать постоянный контроль за состояниемэлектрических средств, их своевременный ремонт, правильно организованнаяэксплуатация аппаратуры, то есть перед началом работы с компьютеромпользователи должны быть ознакомлены с правилами по технике безопасности, чтодолжно быть зафиксировано в соответствующем журнале.
Мероприятия попожарной защите включают применение огнестойких конструкций и материалов вотделке помещения, использование средств оповещения и пожаротушения. Впомещениях с ПЭВМ должны быть установлены средства связи для быстрого вызовагородской пожарной части, пожарная сигнализация (из расчета 1 на 15 м2).
Рабочее помещениедолжно быть оснащено углекислотными огнетушителями, расположенными влегкодоступных местах. (из расчета 1 на 100 м2).
Планировка рабочихмест учебного класса должна быть продумана таким образом, чтобы обеспечитьлегкий доступ пользователей к своим рабочим местам и предотвратить возможностьопрокидывания операторами мониторов и периферийного оборудования при эвакуации,а также исключить возможность несчастных случаев при эксплуатации.
/>/>/>/>/>/>/>5.6 Мероприятия поповышению устойчивости функционирования системы
Для повышенияустойчивости функционирования системы целесообразно использовать:
· для сглаживанияскачков напряжения в сети сетевые фильтры (пилоты);
· источники бесперебойногопитания (ИБП).
Сетевыми фильтрамидолжны оборудоваться все рабочие места, где используются ПК во избежаниеповреждений техники, вызванных скачками напряжения в сети.
Кроме того, дляповышения надёжности работы сервера, необходимо использовать ИБП.
/>/>/>/>/>/>/>/>/>5.7 Эргономикапользовательского интерфейса
Эргономическиетребования распространяются не только на используемое техническое обеспечение ипомещение, где настоящий продукт будет внедряться (на соответствие санитарнымправилам и нормам), но также важное значение имеет удобство для пользователяработы с разрабатываемым программным продуктом.
В данномпрограммном продукте используется наиболее перспективный многооконныйвзаимодействия с пользователем, когда нужная в данный момент информация целикомпредставляется на экране, а лишняя и устаревшая убирается на задний план илиуничтожается. Для повышения эргономичности программы приняты следующие меры:
· подобранаоптимальная цветовая палитра оболочки и элементов управления на формах;
· дляакцентирования наиболее важных элементов и информации используютсядополнительные цвета и графические объекты;
· количество полоспрокрутки сведено к необходимому минимуму.
/>/>/>/>/>/>/>/>/>/>5.8 Выводы
Для обеспечения безопасности труда в России разработана системазаконодательных, социально-экономических, гигиенических илечебно-профилактических мероприятий и средств, которые обеспечиваютбезопасность, сохранение здоровья и работоспособность человека в процессетруда.
Задача разработчика состоит не только в изготовлениикачественных программных продуктов с учетом эргономических аспектов, но и вобеспечении внедрения программного продукта и необходимых аппаратных средств всоответствии со всеми требованиями эргономики, санитарных и иных норм.
Заключение
Результатомвыполнения работы является автоматизированная система для согласования учебныхпланов и графиков учебного процесса в АГТУ. Система выполнена в соответствии стехническим проектом.
Былаизучена предметная область задачи, описаны основные требования кфункциональности системы, построена информационно-логическая модель подсистемы,описаны требования к программному и аппаратному обеспечению.
Автоматизированнаясистема позволяет увеличить надежность, наглядность и удобство процесса утверждениядокументов, а также разрабатывать шаблоны утверждения документов без написаниякода.
В ходе разработкибыло разработано:
· модуль интеграциив программу «Учебные планы»;
· модуль загрузкифайлов УП и ГУП на сервер;
· 3 рабочихпроцесса;
· 9 экранных форм;
· написано более400 строк кода;
· получены навыкипо развертыванию и настройке MOSS2007.
Интерфейсыпрограммного обеспечения спроектированы с учетом современных эргономическихтребований.
Литература
1. Dr.ShahramKhosravi «Microsoft Sharepoint 2007 Workflow Programming». — Wiley Publishing, 2008– 621 с.
2. VikramKartik «Microsoft SharePoint Designer 2007 Bible». – Wiley Publishing, 2009 –604 с.
3. MarkE.Gerow «Creating Client Extranets with Sharepoint 2003». – Apress, 2006 – 248 с.
4. MicrosoftPress «7 development projects for Microsoft Office Sharepoint Server 2007». –Microsoft Corporation, 2006 – 214 c.
5. О. Пондер, Д.Иделен «Службы SharePoint: шаг зашагом». – М: Эком, 2006 – 376 с.
6. Троелсен Э. С# иплатформа .Net. Библиотека программиста. – СПб.: Питер, 2004. – 796с.
7. Л. Констайн, Л.Локвуд «Разработка программного обеспечения». – Спб: Питер, 2004 – 592 с.
8. Л. Басс, П.Клементс, Р. Кацман «Архитектура программного обеспечения на практике». 2-еиздание. – Спб: Питер, 2006 – 575 с.
9. Фаулер М., СкоттК. UML в кратком изложении. Применение стандартного языкаобъектно-ориентированного моделирования. – М: Мир, 1999 – 368 с.
10. К. Нейгел, Б. Ивьен,Д. Глинн «C# 2005 для профессионалов». – Киев: Диалектика, 2006 – 1376 с.
11. Петрова И.Ю.,Лазуткина Е.А. Организация баз данных: Учебное пособие для спец.«Автоматизированные системы обработки информации и управления» / Астрахан.гос.техн. ун-т. – Астрахань: Изд-во АГТУ, 1999.
– 340 с
12. С. Орлов.Технологии разработки программного обеспечения: Учебник. – СПб.: Питер, 2002. –464 с.
/>ПРИЛОЖЕНИЕ 1
КОНТЕКСТНАЯ ДИАГРАММА
/>
ПРИЛОЖЕНИЕ2
ДИАГРАММА ПОТОКОВ ДАННЫХ
/>
/>ПРИЛОЖЕНИЕ 3
ДИАГРАММА ВАРИАНТОВ ИСПОЛЬЗОВАНИЯ
/>
ПРИЛОЖЕНИЕ4
ДИАГРАММА ДЕЯТЕЛЬНОСТИ –УЧЕБНЫЕ ПЛАНЫ
/>
ПРИЛОЖЕНИЕ5
ДИАГРАММА ДЕЯТЕЛЬНОСТИ –ГРАФИКИ УЧЕБНЫХ ПРОЦЕССОВ
/>
ПРИЛОЖЕНИЕ6
МОДЕЛЬ КЛАССОВ ПРЕДМЕТНОЙОБЛАСТИ
/>
ПРИЛОЖЕНИЕ7
ДИАГРАММА РАЗВЕРТЫВАНИЯ
/>