Добавил:
Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:

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

.pdf
Скачиваний:
11
Добавлен:
14.01.2018
Размер:
1.35 Mб
Скачать

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

 

 

длюбогояотдельно

взятоготеста

иза пускаетсямногократнодлякаждого

 

.

Настройзапусагентовдолжнакосуществлятьсяподучетной

 

 

 

записьюадминистратораси, темыервилиждругоголица,

 

 

 

имеющегопрназапуваагентовнасерверек.Настройзапуска

 

 

 

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

 

Lotus Domino Designer.Необходимо

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

 

 

 

открытьокносвагентайствинажавкнопку«

 

 

Schedule…» задать

парзаметры.пуска

(Рис.18)

 

Настройкаагентовпроизводится

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

 

 

нетребуется

. Вдальнейшемпл

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

пуска

агентовтак

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

 

 

 

разработки.

 

 

 

 

Рис.18. Настпарзапускаойкааметровагента

 

 

Частотазапускаагентов«

Empty

Trash»и «

Remove Probe Results

Backup»указываетсяпроизвольно,наусмотреадминистраторае

 

 

системы.Частотазапускаагента«

 

Process

Probes»недолжнабыть

41

меньшеуказвсамонной

 

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

.

Например,

слисамчастозапускаемыйятест

– ежечасный,тоданный

агентдолженвыполнятьсяразчас.

 

 

СистеМониторинг« »можетфункционироватьквавтоматическом

 

 

режимеработа( порасп),такипотребованиюсанию,..призапуске

 

 

процессовформированияотчетов

вручную.

Системаможетзапускаться

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

 

 

серверах, приэтконтрольмидиагностикаприложений

 

обеспечиваетсянаконтролисерве. руемыхах

 

 

2.4. Алгоритмыработыреализованныхтестов

 

 

для

 

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

 

Данныйраздпредл

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

 

, которые

были

включеныкомплектБДМониторинг

 

.

Большаячастьбыла

 

разработанаещедляверсии3

 

.x,однаковсеониподлежали

 

оптипереработкемизациипод

текущую версию CompanyMedia 4.х и

новую БДМониторинг.

Прижелании,

каждыйизперечисленных

 

тестовможетбытьмодифицирован

люобымразом

.Также реализован

функцидобавленияновыхтестовнал

 

каксамимипользователями,

так

иинжеИ«нтертрастами»подз каз

 

. Нижеперечисленыбазовые

 

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

 

 

 

системы иописаналгоритмихработы.Вприложениикданнойработе

 

 

 

находится прогрреализацияммная(

 

листинг)

данныхпроверок.

На

данныймоментихпятнадцать,

иониописывпятннаиболееютдцать

 

чавстречо

ающихсясценариевошибок

 

.

 

 

1. АнадолизгоиграющихСМ

-агентов.

 

 

42

Описание работы:

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

МониторингStart

-

агента»изуказанныхБД

CMAgMa,отбираеттеизних,укоторыхесть

 

 

признакВработе« »сравниваетвремяработыагентаэталонно

 

 

 

й

величиной,заданнойпринастройкетеста

.

 

 

 

2. АнализСстроек

ompanyМedia-агентов

 

 

 

Описание работы: оцениваетсяколичествопроблем,св занных

 

 

 

темилинымесоответствиемнастройкахCMAgMa.

 

 

 

 

Рассматриваютсяследующиепроблемы:

 

 

 

 

 

- Отсутствсылкие

набаз уССвнастройзапусках

 

;

 

 

- Отсутствсылкнабазуие

СистемОрган(ыеизации

СО)

в

настройках запуска;

 

 

 

 

 

- Отсутствсылкнабазуие

сагентомвнастройзапуска; х

 

 

 

- Отсутствиеуказанн

ойвнастройзапускабазыСС; х

 

 

 

 

- Отсутствиеуказанн

ойвнастройкахзап

ускабазыСО;

 

 

 

-Отсутствиеуказнастройкахннойза

 

пускаприкладнойбазыс

 

 

агентом;

 

 

 

 

 

 

- Внастройзапускаив х

тройкахСОуказаныразличныеСС;

 

 

 

- База,содержащаяагент,нез

арегистрированауказаннойСС;

 

 

 

- База,содержащаяагент,зарегистрирова

навук

азаннойССдлядругой

 

 

СО;

 

 

 

 

 

 

Рассматриваютсятольковключенныеагенты,по

 

 

выбраннымБД

 

CMAgMA.

 

 

 

 

 

 

3. АнализС

ompanyМedia-агентовсошибками

 

 

 

 

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

 

 

 

которыхзавершился

ошибкой. Вотчетпопадсписоктакихагеет

 

нтов,

суказаниемдатыпоследнегозавершениятекстомошибки.

 

 

 

 

Рассматриваются БД CMAgMa, выбпранныеи

настройкетеста

.

 

43

4. Документысодинаковым

индентификатором DocID

Описание работы: Оцениваетсячислосовпаденийзначенийполя

 

 

DocIDвприклбазCадных

ompanyMediaВотчетпопадссылкинают.

 

совпавшиедокумен,ихзагол,дамтыовкидименфикации

 

 

 

последнихредакторов.

 

 

 

 

5. Процессырезультатом

«занят» (

Busy)

 

 

Описание работы: в отчетепредвпроцесставленыиз

 

AFServer,результатпоследнегозапуск

 

акоторых

- Busy.

6. Базысодинаковым

идентификаторомреплики(

 

ReplicaID)

Описание работы: оцениваобщчислосовпаденийтсяе

 

ReplicaIDнаблюдаемомсервере.

 

Инфдляотчетармацияберетсяиз

БД Catalog.nsf. Вотчетпопадаетсписокконфликтныхбазуказ

 

 

анием

имени,

путикфайлуссылкойнабазу

 

.

 

 

7. Базысодинаковым

нзваниемшаблона(

 

TemplateName)

Описание работы: оцениваобщчислосовпаденийтсяе

 

оригинимешанльногоблонанаблюдаемомисервере.

 

 

 

Информация

дляотчетаберетсяизБД

Catalog.nsf.

Вот

четпопадаетсписок

конфликтбазсуказаниемименибазы,имениыхшаблона,путик

 

 

 

 

файлуиссылкойнабазу.

 

 

 

 

8. Базы,непоказанныевкаталог

 

 

 

 

Описание работы: ткакнекоторыетесты

 

используютв

качествеисточникаинформацииБД

 

 

Catalog.nsf,возникает

необходимостьобеспечмаксимполнотуКтьа.талогальную

 

 

Данный

тест позволяетоценить

числобаз,неп казанныхвкаталоге.

 

Вотчет

попадаетсписоквсехтакихбаз.

 

 

 

 

9. Большиебазы

 

 

 

 

44

Описание работы: в

отчетеотобра

жаетсясписокбаз,размер

 

которыхпревышаетпреде

 

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

.

ИнфдляотчетармацияберетсяизБД

 

 

Catalog.nsf

 

10. Конфликтыв(указанныхбазах)

 

 

 

 

Описание работы: в отчетепредстачислоконфликтовлено

 

наблюдаемыхбазах.Возвращаетсяобщеечислоконфликтов.

 

 

 

11. Конфликтыпо(всембаза

 

мКаталога)

 

 

Описание работы: в отчетепредбазысобщимтавлены

 

количествомдокументовменее500количествомконфликтных

 

 

 

документовменееПредост50. ссылкинабазывляются

 

 

 

инфпочислурмацияконфликтныхдокум.Оценобщеиватовется

 

 

 

числоконфл

иктов.

ИнфдляотчетармацияберетсяизБД

 

Catalog.nsf

12. Несжатыебазы

 

 

 

 

Описание работы: в отчете выводитсяинформациясжатии

баз

большогообъема(64иболее)MB

 

 

.Инфдляотчетармацияберетсяиз

 

БД Catalog.nsf

 

 

 

 

13. Частоменяющиесябазыпо( К талог

 

а)

 

Описание работы: в отчетепредбазысчиставзаписейломены

 

запоследниеуткименее10.

 

 

ИнфдляотчетармацияберетсяизБД

 

Catalog.nsf

 

 

 

 

 

14. Частоменяющиесябазыпо(всембазам

 

)

 

Описание работы: в отчетепредставленыбазы,которыхзапоследние суткиизменболдокументов10%ено.Инфоберетсямация непосредственноизбаз.

15. Частотаизменений Описание работы: оцениваетсячислосохраненийзапоследние

суткивнаблюдаемыхбазах.

45

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

 

подсистему вместеописаннывышетестами

втипкомплектвой

поставки системы CompanyMedia 4.х ивнедрить

вклиентскиеверсии

системы.

 

46

Выводы

1. Разработаннаяподс

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

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

 

функционалсистемы

 

CompanyMedia и предназначенадля

контроля

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

 

Domino/Lotus,локализации

диагностики

истошибокчников,

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

 

быстродействиязавышенногора истемныхходаресурсов

 

 

 

.

2Подс.

истемапозволяетк

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

поразделам

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

, чтоп

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

моментальнооценитьтекущеесосистемыяние

 

 

 

. Помимо

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

 

 

,подсистема осуществляет

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

 

 

приложений

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

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

 

 

состояниемсистемы

.

 

 

 

 

3.Подс истемаможетфункционироватьвтоматреж мечском

 

 

 

(работапорасп),такипотребованиюсанию

 

 

(ручнойзапуск)

.

4.Подс истемаможетзапусканекаться

 

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

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

 

 

, удаленныхот

контролируемых.

 

 

 

 

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

 

тестов,

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

 

 

 

позволяет

пользователям разрабатыватьсобственныетест

ы,чтоделает

возможнымконтрольлюбыхприложений

 

 

Domino/Lotus

ивыделяет

систему CompanyMedia нафонеконкурентныхСЭД

.

 

47

3.Обоснование эффективности разработки эксподсистемылуатациимониторинга

3.1.Оценкавременныхзатратпосозданию

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

Дляоценкиобщейпродолжительностипроцессаразработки

 

 

 

быливыделеныэтапы,включающиеосновныевидырабпо зданиют

 

 

 

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

 

 

 

 

Втаблице1

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

 

по

проектиразработкеованию

 

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

 

длясистемы

CompanyMedia.

Таккакзадачи

выполоднимженеромялись

-

программистомдипломником(),

припомощиконсультантов

 

выполнениерабо

тпроизводилосьпоследовательно

.

 

 

 

 

 

Таблица1

Продолжительподсиэтарабпос взданиюстьемы мониторинга

 

Этап работ

 

Длительностьэтапа

 

 

работчасы( )

 

 

 

 

1

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

 

 

40

2

Изучениеработысист CompanyMediaмыи

 

80

 

имеющихсясистемныхсервисов

 

 

 

3

Составлениетехническогозадания

 

наподсистему

20

 

мониторинга

 

 

 

4

Созданиеалгоритмов

тестов

 

80

5

Консультациисостаршиминженером

-

80

 

программистом

 

 

 

6

Программнаяреализация

 

 

240

7

Тестированиеотладка

 

 

80

48

8 Подготтехническойвкакументации

80

Итого:

 

700

Наосновданныхт блнииможно1 построитьцыленточныйграфик

 

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

. Данныйграфикпредс

тавленнарисунке19.

Тестирование и отладка

 

 

 

 

Программная реализация

 

 

 

 

Консультации со старшим

 

 

 

 

инженером-программистом

 

 

 

 

Анализ ТЗ, создание алгоритмов

 

 

 

 

разработки

 

 

 

 

Составление технического задания

 

 

 

 

Изучение работы системы

 

 

 

 

CompanyMedia и имеющихся

 

 

 

 

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

200

400

600

800

0

Рис.19. Ленточныйграфик

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

 

 

3.2. Процедуэксплуатациивнедренияи

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

Дляустановки

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

долженвыполнитьследействияующ:

 

 

1С. копировать БД «Мониторинг»

насервер ;

2Ввести. лицензионныйключ;

 

 

3Настроить. тесты

ирасписаниеихзапуска.

 

Созданиедереватестов

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

ирасписанияихзапускабыло

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

. Вданномслучаеотладкаипроверка

работосистемывеласьпособностина

 

сервере компании CTS3 на

49

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

CompanyMedia 4.4.3.

Демонстрацияготп войдсистемыМониторинг

 

 

Для демонстрацработызапуте иим

«Базысодинаковой

 

ReplicaId», предварительноубедившись

, чтонасерверетакибазы

 

существуют.Каквидноизотчета

, изобнарисункеаженном20

,

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

роблемныебазыбыли

 

обнаружены.

 

 

50