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

Каждая АС должна иметь документ Правила и методика испытаний.
Разработка части Программа испытаний формализована и достаточна проста. Достаточно идти по пунктам РД50 и просто описывать в формате регламента.

Методики испытаний сложнее и многогранее -)
Метаний с ними много бывает. Согласования также выводят нас на кривую дорожку излишней детализации.

Схему о которой пойдет речь, я придумал не сразу, а пришел к ней постепенно. Аналогичное не встречал, посему решил задокументировать.

Итак...
Главная цель данной методы - сократить трудозатраты, объем описания и уложить ПМ в общую канву ТРП.

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

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

Зачем нужен ITSM - а вот зачем!

Я - это парень с пулеметом, когда я продаю системы автоматизации ИТ процессов и мониторинга

ГОСТ 24 - Технико-экономическое обоснование (ТЭО)

Технико-экономическое обоснование представляет из себя интересный и потенциально очень геморойный документ. Не зря его никто не любит.

Назначением ТЭО является - дать возможность заказчику обосновать выделение денег у "бюджетодавателя" на ваш проект. Другими словами - ТЭО это бюджетная заявка с обоснованием. Из этого следуют следующие важные для понимания вещи:

1. ТЭО инструмент продажи
2. ТЭО не противоречит и не участвует в процессах PMBook
3. ТЭО задает границы бюджета и состава работ
4. ТЭО пишется заказчиком, но пишите его вы - исполнители
   

Майндмап для проектирования систем кастомного мониторинга

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

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

Майндмап регламента резервного копирования

Для каждой АС должен быть разработан регламент резервного копирования данных и их востановления. Это часть обязательно и даже регламентируется в ТЗ по ГОСТ34.

Комплексная система мониторинга ИТ - Часть 6 заключительная

продолжение - http://anrad13.blogspot.ru/2014/02/5.html

Часть 6 заключительная  - Кому это вообще нужно 

Ну и в заключение кратко о пользователях системы. Так сказать кому и зачем это нужно

Комплексная система мониторинга ИТ - Часть 5

продолжаем - http://anrad13.blogspot.ru/2014/02/4.html

Часть 5 - Принятие решений или Подсистема корреляции и обобщения данных контроля

Надо сказать что смерть больших систем мониторинга наступает как раз часто из-за отсутствия инструментов аналитики для ИТ менеджмента и диспетчерских групп.  Если нет реального потребителя, то система не нужна. И то что должно давать информацию для CIO, так и остается инструментом сисадмина за шесть нулей американских денег.

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

Комплексная система мониторинга ИТ - Часть 4

продолжаем - http://anrad13.blogspot.ru/2014/02/3.html

Часть 4 - Мониторинг бизнес-процессов

Является ли знание что у вас все сервера, базы данные и сети работают исправно достаточным, чтобы быть уверенным, что данные обрабатываются корректно? И ничего «не зависло» и «не потерялось»?

Комплексная система мониторинга ИТ - Часть 3

продолжаем - http://anrad13.blogspot.ru/2014/02/2.html

Часть 3 - Принципы работы системы

Рассмотрим теперь основные принципы как это работает

Здесь можно выделить следующие основные компоненты

Комплексная система мониторинга ИТ - Часть 2

Продолжаем - Часть 1

Часть 2 - Как выглядит идеальная сферическая модель в вакуме

Теперь я предлагаю перейти от теории к практике

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

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

Продолжаем

Комплексная система мониторинга ИТ - прожорливый диплодок или стая агресивных велоцирапторов?

Извиняюсь за такое броское название. Эти ассоциации всезда возникают в голове при разработке решений по контролю и управлению ИТ.

Расчитываю что данная серия статей будет полезна скорее начинающим в ITSM и начальникам по эксплуатации увидеть лес за деревьями и не заблудится в нем.