Автоматизация процесса ведения документации и отчетности. Часть 2

Страницы: 1 2 3

2. Проектная часть

2.1 Разработка проекта автоматизации
2.1.1 Этапы жизненного цикла проекта автоматизации

Под понятием жизненный цикл информационной системы принято понимать совокупность стадий и этапов, которые проходит ИС от момента принятия решения о ее создании до полного прекращения ее использования [3].
На практике используется несколько стандартов, описывающих ЖЦ:
– ГОСТ 34.601–90 – стандарт распространяется на автоматизированные системы, используемые в различных видах деятельности (исследование, проектирование, управление и т.п.), включая их сочетания, создаваемые в организациях. Стандарт устанавливает стадии и этапы создания автоматизированной системы [5].
– ISO 12207 – стандарт применяется при приобретении систем, программных продуктов и оказании соответствующих услуг (внедрение, сопровождение); а также при поставке, разработке, эксплуатации и сопровождении программных продуктов и программных компонентов программно–аппаратных средств как в самой организации, так и вне ее.
– ISO 15288 – стандарт обеспечивает общие основы процессов, составляющих жизненной цикл систем, созданных человеком. Этот жизненный цикл охватывает концепции идей вплоть до снятия системы с эксплуатации. Он обеспечивает процессы для приобретения и поставки системы.
– RUP (RationalUnifiedProcess – рациональный унифицированный процесс) – это методология разработки ПО, созданная и распространяемая корпорацией RationalSoftware (www.rational.com/ rup_info/). Она описывает упорядоченный подход к распределению задач и обязанностей в организации–разработчике.
Для описания этапов жизненного цикла нашей разработки будет использоваться методика RationalUnifiedProcess (RUP) так как она, по нашему мнению, является наиболее подходящей для описания данного проекта.
В основе RUP лежат следующие основные принципы:
– Ранняя идентификация и непрерывное (до окончания проекта) устранение основных рисков.
– Концентрация на выполнении требований заказчиков к исполняемой программе (анализ и построение модели прецедентов).
– Ожидание изменений в требованиях, проектных решениях и реализации в процессе разработки.
– Компонентная архитектура, реализуемая и тестируемая на ранних стадиях проекта.
– Постоянное обеспечение качества на всех этапах разработки проекта (продукта).
– Работа над проектом в сплоченной команде, ключевая роль в которой принадлежит архитекторам.
Данный стандарт выделяет следующие этапы жизненного цикла информационных систем:
1. Начало (Inception)
На этом этапе:
– Формируются видение и границы проекта.
– Создается экономическое обоснование.
– Определяются основные требования, ограничения и ключевая функциональность продукта.
– Создается базовая версия модели прецедентов.
– Оцениваются риски.
При завершении начальной стадии оценивается достижение вехи целей жизненного цикла, которое предполагает соглашение заинтересованных сторон о продолжении проекта.
2. Проектирование (Elaboration)
На этапе проектирования производится анализ предметной области и построение исполняемой архитектуры. Это включает в себя:
– Документирование требований (включая детальное описание для большинства прецедентов).
– Спроектированную, реализованную и оттестированную исполняему архитектуру.
– Обновленное экономическое обоснование и более точные оценки сроков и стоимости.
– Сниженные основные риски.
Успешное выполнение фазы проектирования означает достижение вехи архитектуры жизненного цикла.
3. Построение (Construction)
Во время этой фазы происходит реализация большей части функциональности продукта. Фаза Построение завершается первым внешним релизом системы и вехой начальной функциональной готовности (InitialOperationalCapability).
4. Внедрение (Transition)
Во время фазы Внедрение создается финальная версия продукта и передается от разработчика к заказчику. Это включает в себя программу бета– тестирования, обучение пользователей, а также определение качества продукта. В случае, если качество не соответствует ожиданиям пользователей или критериям, установленным в фазе Начало, фаза Внедрение повторяется снова. Выполнение всех целей означает достижение вехи готового продукта (ProductRelease) и завершение полного цикла разработки [13].
Первой стадией этапа внедрения будет реорганизация информационной инфраструктуры для обеспечения технической возможности развертывания разработанной нами информационной системы. Далее будет проведена подготовка ответственных специалистов на уровне ЦО банка и его филиалов. Подготовка специалистов будет заключаться в разъяснении им общей концепции функционирования внедряемой системы и карт использования ресурсов.
Так же должна быть проведена подготовка специалистов, которые будут заниматься непосредственно внедрением ИС и поддержкой данного процесса. Внедрением системы будут заниматься инженеры ИТ–отделов на вверенных им объектах, а информационной поддержкой – специалисты по ИС банка. Конечным этапом тестирования будет проверка функционирования внедренной ИС операторами банка при поддержке ИТ–отдела. На данном этапе будет проведена проверка взаимодействия всех логических модулей информационной системы и подготовлен пакет документов по внедрению и тестированию ИС.

2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание

К сожалению, как и в любом другом деле, в процессе жизненного цикла создаваемой нами информационной системы нельзя обойтись без разного рода рисков. Но лучше предотвратить их возникновение, чем устранять последствия.
Выделим основные риски, характерные для каждого этапа жизненного цикла нашей информационной системы и обозначим меры их предотвращения. Начнем с самой первой, предпроектной стадии. Для данной стадии характерны такие риски, как:
– Риск персонала со стороны заказчика и исполнителя;
– Риск нарушения методологии ведения проекта.
Рассмотрим каждый из них более подробно.
Итак, среди основных факторов первого риска можно выделить следующий:
– привлечение к проекту неопытных бизнес–аналитиков и ИТ– консультантов;
– включение в команду работы над проектом со стороны заказчика случайных сотрудников, а не ключевых участников бизнес–процессов, подлежащих автоматизации;
– ошибочные выводы, сделанные на основе анализа данных, неверная интерпретация данных, прошедших обработку;
– отсутствие у руководства предприятия единой целостной стратегии в области информационных технологий;
– непонимание руководством основных целей задач проекта;
– стремление скрыть реальные результаты работы того или иного сотрудника со стороны заказчика;
– некомпетентность сотрудников в рамках выполняемой работы;
– неправильный подбор персонала в рабочую группу над проектом;
– отсутствие мотивации и заинтересованности у функциональных менеджеров проекта;
– не налаженная система коммуникаций между участниками рабочей группы;
– негативное отношение персонала к проекту;
– необдуманный план ведения работ [7].
Все это может привести к плачевным результатом, во избежание чего, можно противопоставить следующее:
– активное вовлечение высшего руководства в проект, активное взаимодействие с ним в ходе проекта и своевременное принятие решений;
– активное участие в проекте ведущих специалистов заказчика, ответственных за исполнение основных процессов;
– четко сформулированные цели и критерии успеха внедренческого проекта;
– участие профессиональных консультантов со стороны заказчика, а также сотрудников предметных подразделений со стороны исполнителя;
– проработка общей стратегии автоматизации предприятия;
– четкое разъяснение целей, материальное стимулирование, пропаганда позитивного примера среди участников на время реализации проекта;
– организация рабочих мест и процедур взаимодействия таким образом, чтобы члены проектной команды могли постоянно и беспрепятственно общаться друг с другом;
– стабильный состав рабочий группы в течение всего проекта;
– отбор людей в проектную команду по принципу их личной заинтересованности в успехе внедрения.
Следующих из выделанных нами на данном этапе жизненного цикла рисков является риск нарушения методологии ведения проекта.
Основным фактором возникновения данного риска является необдуманное описания и утверждения документов, содержащих информацию об интересах сторон и состоянии проекта.
Меры предотвращения этому может послужить:
– четкое определение прав и обязанностей каждого участника;
– компетентность участников проектной группы со стороны заказчика;
– участие профессиональных консультантов;
– заблаговременное обучение рабочей группы и ключевых пользователей;
– своевременные разъяснительные работы для персонала заказчика;
– документирование технических условий и их согласование со всеми заинтересованными участниками проекта;
– обязательное утверждение любых изменений;
– утверждение технического задания, не содержащего избыточных характеристик.

2.1.3 Организационно-правовые и программно-аппаратные средства обеспечения информационной безопасности и защиты информации

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

Таблица 2.1

Разграничение прав пользователей

 

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

Информационное обеспечение задачи

2.2.1    Характеристика нормативно–справочной, входной и оперативной информации

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

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

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

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

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

— график документооборота организации;

— структура фирмы и основные сведения;

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

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

Основными функциями Справочников являются:

­ обеспечение проверки кодированных значений признаков при вводе данных;

­ декодирование значений признаков при выводе данных на экран дисплея;

_­ хранение постоянной информации, связанной с определёнными значениями признаков;

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

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

Таблица 2.2

Перечень используемых справочников

 

 

Реквизитный состав справочников приведен в таблице 2.3.

Таблица 2.3

Реквизитный состав справочников

 

 

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

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

 

2.2.2 Характеристика результатной информации

 

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

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

Таблица 2.4

«Отчеты»

 

В таблице мы можем увидеть периодичность формирования отчетов.

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

Система управления базами данных (СУБД) – это совокупность программных и лингвистических средств общего или специального назначения, обеспечивающих управление созданием и использованием баз данных [24].

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

2.3     Программное обеспечение задачи

Общие положения (дерево функций и сценарий диалога)

 

Дерево функций – функциональное отражение реализации целей автоматизированной системы. Разработка дерева функции позволяет выделить отдельные сценарии диалога [14]:

1. Сценарий «Работа со справочниками».
2. Сценарий «Работа с учетом товара».
3. Сценарий «Работа с оказанием услуг».
4. Сценарий «Работа с отчетами».

Работа со справочниками

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

1. Выбрать пункт главного меню «Справочники».
2. Определиться с названием справочника, в котором будут произведены какие-либо изменения.
3. Выбрать действие, которое будет произведено над записями таблицы справочника:

– добавление записи;

– редактирование;

– удаление записи;

– навигация по справочнику.

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

Работа с учетом товара

Выбрав пункт главного меню «Учет товаров», пользователь может:

– создать приходную накладную;

– открыть или изменить уже созданные накладные;

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

– осуществить поиск накладной по дате его создания.

Работа с отчетами

Для того чтобы начать работу с отчетами, следует:

– выбрать пункт главного меню «Отчеты»;

– определиться с типом отчета, который требуется сформировать;

– задать параметры даты отчета;

– нажать кнопку «Сформировать».

После построения отчета пользователь должен решить:

– распечатать и сохранить данный вариант отчета;

– сохранить и не распечатывать данный вариант отчета;

– распечатать и удалить данный вариант отчета;

– не печатать и удалить вариант отчета;

– изменить форму отчета;

– перейти в другой тип отчета;

– выйти из этого режима работы.

После описания контекстной диаграммы проводится функциональная декомпозиция – система разбивается на подсистемы и каждая подсистема описывается отдельно В результате такого разбиения, каждый фрагмент системы изображается на отдельной диаграмме декомпозиции (рисунок 2.1).

 

Рисунок 2.1 – Первый уровень декомпозиции

 

Весь процесс деятельности магазина делится на:

– консультация и продажа;

– прием и оформление заказов;

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

– контроль оплаты и отгрузка товара.

В результате дальнейшего разбиения произведена декомпозиция первого функционального блока – консультация и продажа (рисунок 2.2).

Рисунок 2.2 – Декомпозиция – консультация и продажа

 

Далее была произведена декомпозиция функционального блока – прием и оформление заказов (рисунок 2.3).

Рисунок 2.3 – Декомпозиция функционального блока – прием и оформление заказов.

Далее была произведена декомпозиция функционального блока – сотрудничество с клиентами (рисунок 2.4).

Итак, процесс декомпозиции бизнес процессов на предприятии ЗАО «НакалПром»позволяет выявить структуру будущей базы данных.

2.2.1    Характеристика базы данных

 

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

Гибкость СУБД MySQL обеспечивается поддержкой большого количества типов таблиц: пользователи могут выбрать как таблицы типа MyISAM, поддерживающие полнотекстовый поиск, так и таблицы InnoDB, поддерживающие транзакции на уровне отдельных записей. Более того, СУБД MySQL поставляется со специальным типом таблиц EXAMPLE, демонстрирующим принципы создания новых типов таблиц. Благодаря открытой архитектуре и GPL–лицензированию, в СУБД MySQL постоянно появляются новые типы таблиц.

Схема базы данных проектируемой нами ИС представлена на рисунке 2.6.

 

 

Рисунок 2.6 -­Схема базы данных

 

2.2.2    Структурная схема пакета (дерево вызова программных модулей)

Система состоит из пользовательской и административной частей. Структура пользовательской части представлена на рисунке 2.7:

 

Рисунок 2.7­Структурная схема пользовательской части пакета

 

На рисунке 2.8 представлена структура административной части ИС:

 

Рисунок 2.8 – Структурная схема административной части пакета

 

Описание программных модулей

 

Конфигурации системы PAYDOX

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

Таблица 2.6

Конфигурации системы «PayDox»

 

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

Список доступных конфигураций указывается в переменной VAR_PossibleApplicationTypes настроечного файла PayDox\TEXTANSI.txt. Конфигурация, устанавливаемая по умолчанию, указывается в переменной VAR_ApplicationType.

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

 

Рисунок 2.9 —  Выбор конфигурации

 

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

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

К документу можно приложить любое количество файлов. Документ может иметь файл образа документа, например, сканированное изображение утвержденного, содержащего все необходимые подписи и печати документа, или файлы MS Word, MS Excel или файлы любых других форматов, например, звуковые или видео-файлы. Также для всех документов данной категории в системе может быть настроен файл образца документа в формате MS Word, используя который, можно автоматически получать из системы на компьютер пользователя нужный документ в MS Word, содержащий данные из карточки документа. Данные из карточки документа автоматически «на лету» подставляются в вызываемый с web-сервера пользователем документ MS Word. Полученный MS Word документ можно распечатать и подписать в обычном порядке. При наличии необходимости хранить в системе образы подписанных бумажных документов файл образа документа можно загрузить в систему.

Рисунок 2.10 —  Модель документа системы

2.4. Контрольный пример реализации проекта и его описание

 

Внедрение системы включает несколько этапов:

Установка выбранной системы на сервер.

Установка на рабочие места ПО не нужна, так как для работы в PayDox используется web-интерфейс, пользователи работают через обычный браузер (MS InternetExplorer, MozillaFirefox, AppleSafari).

Первоначальная настройка системы.

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

2.1.   Настройка контекстного поиска;

2.2.   Настройка связи с MsWord;

2.3.   Настройка автоматической рассылки e-mail;

2.4.   Настройка программного агента;

2.5.   Первоначальная настройка справочников системы:

Категории документов

— Пользователи

— Подразделения

— Должности

— Номенклатура дел

3. Доработка и адаптация системы под требования ЗАО «НакалПром».
4. Обучение персонала.

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

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

Календарный план работ по внедрению СЭД PayDox представлен в виде таблицы.

Таблица 2.7

Календарный план работ по внедрению системы PayDox в ЗАО «НакалПром»

 

Внедрение конфигураций СЭД PayDox в ЗАО «НакалПром» следует произвести в следующем порядке:

«Документооборот»

«Ознакомление»

«Канцелярия»

«Контроллер»

«Бизнес-процессы»

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

Установка системы

Запустить установочный файл PayDoxSetup.

Перед установкой следует убедиться, что запущен IIS (InternetInformationServices). Если IIS не запущен, то программа установки сообщит об ошибке. Если IIS отсутствует на компьютере, то IIS нужно установить с инсталляционного диска Windows.

Для инсталляции PayDox необходимо выделить отдельный IP-адрес (адрес сервера в корпоративной локальной сети, при этом необходимо убедиться, что функциональность ASP (ActiveServerPages) включена.

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

Первоначальная настройка системы paydox

2.1.   Настройка контекстного поиска

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

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

Далее в создать каталог Paydox и добавить в него папки Paydox\MessageFiles\, Paydox\DocFiles\ и Paydox\FileStorage\

Рисунок 2.11 —  Добавление в каталог Paydox папок Paydox\MessageFiles\, Paydox\DocFiles\ и Paydox\FileStorage\

Настройка полнотекстового поиска

Полнотекстовый поиск по файлам документов в PayDox реализован с использованием IndexingService.

Для функционирования полнотекстового поиска необходимо:

—       включить автоматический старт IndexingService после каждой загрузки операционной системы;

— добавить в IndexingService новый каталог с именем PayDox и расположением, например, в директории PayDox\Index;

— в каталоге PayDox сервиса IndexingService добавить ссылку на директорию, указанную в переменной Application(«PathDocFiles») в файле Global.asa, содержащую загруженные файлы системы;

— перезапустить IndexingService

— в файле Global.asa установить значение переменной Application(«isfullindexsearch») = True

2.2.       Настройка связи с msword

Настройка связи с MS Word необходима, если используется функциональность, позволяющая при выдаче документов Word из карточки «на лету» подставлять в выдаваемый на компьютер пользователя файл Wordреквизиты карточки документа. Такая возможность полезна для автоматического формирования стандартных документов — счетов, счетов-фактур, накладных, писем, договоров и т.п.

2.3.   Настройка автоматической рассылки e-mailуведомленийe-mail Клиент — функциональность PayDox, предназначенная для обеспечения возможности работы с PayDox через e-mail без использования web-браузера.

Если предполагается использовать функциональность PayDox по автоматической рассылке e-mail уведомлений, то необходимо установить SMTP Service.

Использование внешнегоsmtp-сервера для отправки e-mail уведомлений.

Для отправки e-mail уведомлений используется внешний SMTP-сервер вместо используемого по умолчанию Windows Default SMTP VirtualServer. Для настройки на использование внешнего SMTP-сервера в файле Global.asa необходимо указать ваши значения для следующих переменных:(«IsNotUseDefaultSMTPVirtualServer») = «Y» — Указывает необходимость использования внешнего SMTP-сервера. Если указать значением пустую строку, то будет использоваться Windows Default SMTP VirtualServer

Application(«SMTPServer»)= «mail.seversta****l.com» — адрес внешнего SMTP-сервера(«SMTPServerPort») = 25 — используемый порт(«SMTPConnectionTimeout») = 30 — таймаут установки соединения в секундах(«SMTPAuthenticate») = 1 — механизм аутентификации, 1- Basic, 2- NTLM(«SendUserName») = «administrator» — логин (имя почтового ящика)(«SendPassWord») = » administrator » — пароль(«SMTPUseSSL») = False — использовать ли SSL

2.4.       Настройка программного агента

Программный агент — программа, предназначенная для автоматического запуска для выполнения периодических (повторяющихся) действий. На данный момент такими действиями могут быть:

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

—       проверка приходящих в PayDox e-mail уведомлений

—       автоматическая отправка e-mail уведомлений пользователям о наступлении сроков исполнения или истечении сроков действия документов

Код программного агента находится в файле PayDox\Agent\Agent.asp. В этом файле расположены вызовы всей периодически выполняемой в системе функциональности. Здесь же можно изменить периодичность вызова этой функциональности. Вызов самого агента находится в файле PayDox\Agent\Agent.vbs и периодичность его запуска необходимо настроить.

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

Так как скрипт PayDox\Agent\Agent.asp представляет собой ASP-код, выполняемый на сервере PayDox, он должен быть запущен под MS InternetExplorer. Этот запуск и осуществляет модуль PayDox\Agent\Agent.vbs. Такой запуск необходимо осуществлять периодически и автоматически, поэтому такой автоматический запуск модуля PayDox\Agent\Agent.vbs необходимо настроить в Windows TaskScheduler (Планировщик заданий).

Итак, новая задача создается и добавляется в расписание Windows.

Для того, чтобы запустить MS InternetExplorer, вызывающий, в свою очередь, скрипт PayDox\Agent\Agent.asp необходим программный код.

Программный код модуля PayDox\Agent\Agent.vbs :

Option ExplicitError Resume NextIEIE = CreateObject(«InternetExplorer.Application»).Visible = False.Navigate(«http://PRM01SQL004-010/ Agent/Agent.asp»)While IE.Busy.Sleep 1000.QuitIE = Nothing

ПрограммныйкодмодуляPayDox\Agent\Agent.asp

Программный код модуля PayDox\Agent\Agent.asp содержит исполняемый код, предназначенный для периодического автоматического исполнения.

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

If Application(«SendNotifications»)<>»» ThenDateDiff(«d», Application(«SendNotifications»), Now) >= 1 Then

‘Функция выполняется только если с момента последнего запуска прошло больше 1 дня

Call SendNotifications(«SendNotifications») = NowIfSendNotifications(«SendNotifications») = Now

EndIf

Данный код определяет, было ли что-то записано в переменную Application(«SendNotifications») ранее. Если нет, то он запускает процедуру рассылки e-mail уведомлений CallSendNotifications. Если да, то проверяет, прошел ли с момента предыдущего запуска 1 день, если да, то запускает процедуру рассылки e-mail уведомлений CallSendNotifications и сохраняет текущую дату и время в переменную Application(«SendNotifications») для проверки при последующем запуске агента.

Страницы: 1 2 3