suvorina_tv_razrabotka-podsistemy-monitoringa-sistemy-elektronnogo-dokumentooborota-companymedia-4x_31656

2. Разработкаподсист

емы

ониторинга для

системы электронногодокументооборота

CompanyMedia

2.1. Описаниеалгоритма

работы подсистемы

мониторинга

Подсистемамо

ниторингаявляетмодулемсисятемы

электронногодокумеиза тооборота

имает своеместосистемев

качествеодногоиз

системныхсерв.На овунке

3 представлено

местоположение подстемыв

общейструкт

уре систэлектронногомы

документооборота,оно обознакраснойточкой, ено

зелеинииые

иллюстрируют

взаимоподсистемывязь

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

системы CompanyMedia, посколькуданныйсервисосуществляет

проверкуработы

каждогоизних.

Рис.Инфор3. потокимежацдмониторингыесистемойу

икомпонентами

CompanyMedia.

Подсистемамониторингвзаимодей

ствуетсмодулямисистемы

дляполученияданных,

которыенужнопровер

ить,ииспользуетдругие

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

такиекакпроверкадоступабаз м

,расчетзанимаобъемаого

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

каталоге общихбаз.

Списокоцениваемых

параим(етровя

,

идентифатор, объем,илюбыедругие,

которыенеобхпроверить) димо

указываетсявовремясозданиятеста

,

которыйбудетзапущен

процессамиподсистемымониторинга

. Проверкеподлежатабсолютно

всебазы каждогокомпсистнемынта

CompanyMedia.

Рассмотрим алгориработмы

подсистемымониторинга.

На

сервереDominoилинанесколькихсервер(

ах),гдерасположен

ы базы

данных системы CompanyMedia,пери,согласдическизаданному

расписа,выполняетсяиюабортестов

.

Технически,пользователь

черезинте

рфейс

приложениязадаетвсеобх

одимыепараметры

проверкитесты(

)ирасп, исавтоматическитемаанияз пускает

программы-агенты

– процессымониторинга

, ипоокончаниюих

работыгенерируетотчеты

– удобноедляпользовапредстеляавление

анализарезульт

атовмониторинга.

Каждыйтест

имеетсвойуникальныйпринципработы,сво

наборнастроек,идаеткачественнуюоценкуиразвернутую

детализпосостояниюкациюкого

-либоотдельногоаспектаилимо

дуля

наблюдаемогоприложения.Крт ме

, настройкитестов

позволяют

классифицпроблемыпоприоритпоаздоватьетулам

наблюдаемыхприложений

.

Подкачественнойоценкой

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

норма,предупреждение,проблема.

Тесты сгрупопированыапкам

видедерева.Последн

иерезультатыка

чествоцпоенкаждомуокных

"наихудшоценквыигрывает". я

Такимобразом,администратор

получаетоценкусостоянв ейистемывцеломдетализациюяпо

различнымеераздела

миподразделам.

Одинизсервисов

подсистемымониторинга

позволяетвиде

отчетов пересыларезулработыьестовтаты

поэлектроннойпочте

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

а,атакжевцентр

техническсопровогождения

поединомуэлектронно

муадресу

techsupport@inttrust.ru,являющиоднойизлинийкомсмуникацийяо

службойHelpDesk,какединойточкивходаповсемвопросам

сопровожденияПО.

СотрудникАОКОМПАНИЯ« ИНТЕРТРАСТ« »

получаетд

анноесо

общение ввидезапроса

,котвсоответствиирый

регламслужбыегистнтами,обрабатываируетсяприсвоениемтся

номера,параметклассификприоритетов.Данномуз циипросув

назначаеисполнитель,коанализируеторыйсяполученныеданные

вырабатывает решение,котороепредоставляетЗаказчику

письмеилиуствиденкакрномкомендациипонеобходимым

действиямприложенведущими, квосстановнормалеьниюой

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

проблематребубыстройреакции

эскалируетданзапросный

уровеньруководителяслужбы,которыйпринимаетрешениесрочном

выездеспециалистахническойподляржкир шенпроблемыа я

месте.

Такимоб,разом

зработанныйалгоритмпозволяет

:

1.

Прокиазводктом, аирутическийть

чнойзапуск

проверочныхтестов;

системыилисотрудникаслужбытехнической

поддержкиАО«ИнтерТраст»;

4.

Генерироватьит говыетчеты

, вко торыхпредставлен

списокобнаруженныхошибок

, отсортированныхпо

степеникритдляработычностисистемы

.

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

для разработки

подсистемымониторинга

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

системы

CompanyMedia,дляее

реализациинеобходимо

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

,на

которойбазируетсясамасистема,

аименно

IBM

Notes.Данный

продуктпредставляетсобоймультиплатформенноепрограммное

обесервпечиклиенрнойниечастью, ской

предназначенное для

автоматизацииразлбизнесчных

-процессов,втомчисле

связанных

органиациейдокументооборота

.Каки

многие другприложения

системы,

мониторингбудетпредставлятьсобойбазуданныхБ(

Д) Notes

Database расширения.nsf

.Дляразработки

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

средаразработкиприложенийIBM ИнтерфейсDomino Designer.

будущей

подсистемы

ониторинга

выполняетсясредствами

визуальнойразработки

даннойсреды.

Дляреализацииалгоритма

мониторингаиспользуетсяязыкпрограммирования

LotusScript –

объектно-ориентировязыкпрограммированиянный

,

разработанный

компанией IBM ипредназдлянаписаачеовыхприложенийияный

всистемеIBM

Notes. Помимо этого используется язык

@-формул,

такжеинтегрированный

всредуразработки

.

Для

проверки

работоспосодсибнопонадобитсястразвернутьемы

насервере

тестовый стендсистем

ой CompanyMedia,набазахданныхкотор

ойи

будутзапускатьсяпроверочныепроцессы

подсистемы мониторинга.

2.3 Технологияразработкис

труктурное

представлениеэлементовподси

стемымониторинга

Подсистемамониторинга

предконтроляназначенасостояния

приложсерверовний

Lotus Domino,локализациидиагностики

истошичниковработеприл,потенцженош, иябокальных

оценкибыстраодействияистемныхходаресурсов.

Перваяверсия

системы, котакиораянебылареализовдоконцана

,

должнабыла

работатьвверсии

CompanyMedia 3.х и состоялаиздвухраздельныхбаз

данных – БД «Мониторинг» иБД «Пробы». Однакоприпереходена

версию CompanyMedia 4.х стараяверсияпробного

мониторинга

окончательно потеряласвоюактуи льность

работоспособность.

После

изучения итщательногоанализа

баз старойверсиимон, торинга

было

принято решение

объединитьобекомповоднуБДенты

«Мониторинг», востальномжемногиеидеи

ройверсиибыл

и

переработаныиадаптированык

новойве

рсии

подсистемы

мониторинга. В Процессеразработки

быливыделены

следующие

этапы:

1. Анализпредметнойобласти

–

знакомствосистемами

электродокументооборотабазеного

IMB Notes ипринципом

ихработы;

2. Изучениесис

темы CompanyMedia, еекомпонентовивнутренних

сервисов,атакже

первой

ерсии подсистемы мониторинга;

3. Составлениетехническогозаданияописаниявозможностей

подсистемымониторинганаоснов

е

полученной ранее

информации;

4. Началопрогрреализацииммной

будущейподсистемы

, создание

алгопроверочныхитмов

тестов;

5. Продолженпрогрреаммнойизациие

,напроверочныхисание

тестов, консультациипоходуразработкисостарш ми

инженерами;

6. Завепрогршеаниеподсистемлизацииммной

ымониторинга

проверочныхтест

ов, тестированиеотладкасистемы

.

Следующийшаг

–

выборметодологииазработки

. Наиболее

распространеннымисчитаютсядвемодели

:

каскадная(

waterfall)

и

гибкая(

agile)

разработки.

Несмотрянато

,чтообычночетк е

разбиениепроцессанашагиобычносоо

тветствуеткаскамоделиной

разраПО,выборбылоткисделанпользугибкойразработки,ввиду

некоторыхпреиданноймодущ, елиств

аименно

:

- наличиювозможности

возвращеннапредыдущиеэтапысцельюях

корректировки,

- гибкости процвнесенияса

изменений,

-оперативностиполучения

первойготовойверсиипродукта.

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

рассматривается

впервуюочередь

каквнутпроектенний

«АО

ИНТЕРТРАСТ», реализованный для собственных нуждкомпании

,

можносказать,чт

оинжеданнойкомпанииерыв ступаютпервыми

заказчикамиподсистемы.

Такимобразом,

вовремяразработки

подсистемы

вофисекомпании

«ИнтерТраст»

существовала

возможность детальногообсуждения

требований ксистеменалюбом

этапеееразработки,

чтоиявляе

тсяключевымпринципомгибкой

методологииразработки

.Возможностьполученияобратнойсвязи,

необходимостьвкоротсроразработатькифункционирующую

систевозмвнесуожносоперативныхнияизмененийсталиь

окончфакторамительными

выборагибкоймодели

разработки.

Началомработы

надподсистемоймониторинга,

какинадлюбым

другпривложением

IBM Notes, являетсясозданиеновойпустой

рабазыочей.

nsf.Еслиоткрытьеесредствамисредыразработки

IBM

Designer, видно,чтоужебыл

сгенекапусторированкас

йбазыи

организоваработасоэлементамидиз, йна

(Рис. 4.) изкоторых

понадобятся страницы,

формы,представленияобщийкод(

агенты,

подформыибиблиотекисценариев)

.

Рис. 4. Элементыдизайна

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

натри

части – диагностика,

отчетыиспециальный

админ-раздел для

выполндействийадминистраторания

(Рис .5.).

Этоотображаетсяв

реализованныхстраницахфреймсетах

,отвечающихзагенерацию

страниц.

Реализованы

следующиепредставления

(Рис .6.):

Рис.6Главные. представленияподсисмои орингаемы

Так,

дляпредставления«1

.Пробы »необходимоотобратьследующие

чтоозначает

, что

мып

олучимнаэкранедокументыстов

,

(документы,

вполе

form укоторыхуказзначениено

probe)

расположенныхвиерарическпорядкатегорневымриям

организациям.Последнееуслови!

Del = “1” означает,чтод кументне

былудаленвкорзину,поскольку

утакихдокументов

всистеме

параметр Del призначениеимает

,равное“1”Средствами.

Lotus

Designer можноуказатьметодсортируказанныхдокументоввки

–

например, поимени .Аналпрописываютсягичноформулыотбора

длядругихпредставлений.

Нижепойдет

речьокаждомизних

роливсистеме

.

Впредставлении

«3.Диагностика»

происходитосновн

ое

взаимодействиепользователя(

администратора)

ссистемой

– прежде

всего, просмотррезультатовработы

процессовмониторинга

. Отбор

документов

происходит следующим

запросом

- SELECT Form =

"Root":"Category":"Probe":"Point":"Report" + "Result"

& ! Del =

"1".

(отборпробсихрезультатами,

точка, цветкобудеторойменятьсяв

зависимосотрезультиата

, отсортированыхпокатегориям)

.

Также былсозданвиддля

настройки расписаний

параметровзапуска

агентов, осуществляющихмониторингприложенийБД) (

.

Это

происходитв

представлении«2

.Расписания

»

(Настройки

–

Расписания)

. Отбор - SELECT Form = "Schedule".

Здеможносоздать

новоеправилорасписания

, иливключить/выклю

читьуже

существующие.

Рис.7Формадля. создания

новогорасписания

Присозданииновогоправиланеобх

одимозапнескольколнитьполей

(Рис.7.).

ВполеНазв«»укапроизвольноениезываетсяназвание

распис,котороевдальнейшемниябудетотображатьсявдиалог

ах

выборарасписаний.Периодичность« »

- изпредложевариантовных

«Болееразавдень»,Ежедн«», «е»,внонедЕжемесячно«» льно

выбипераетсяиод

ичностьзапускатеста

.Взависимостиотвыбранной