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

По данным Gartner Group лишь небольшую часть в общем списке причин простоя ИС занимают сбои, связанные с оборудованием и программным обеспечением (~ 20%). Еще 40% - причины, связанные с недостаточной проработкой процессов и процедур эксплуатации и еще 40% - причины, связанные с человеческими ошибками.

Поэтому особенное значение для обеспечения надежности имеет полнота и тщательность проработки документа «Средства обеспечения реализации архитектурных решений» и, в частности, разделы «Организационное обеспечение», «Методическое обеспечение», «Кадровое обеспечение». Часто этим разделам уделяется недостаточное внимание {утомительно и не интересно писать регламенты и инструкции}, хотя именно они, как следует из вышеприведенной статистики, являются определяющими в плане надежности. Для обеспечения процессов реконфигурации и обновления ИС в регламентах и инструкциях необходимо также предусмотреть процедуры создания и хранение эталонных копий ПО и конфигурационных файлов ИС в целом.

На стадии проектирования разрабатываются рабочие спецификации ИС – проектные спецификации или – по стандарту SW CMM – LLDS (Low level Design Specifications). От качества проектирования напрямую зависит первая субхарактеристика надежности – завершенность. Поэтому в тех случаях, когда завершенность является приоритетной субхарактеристикой (обычно это бывает, когда продукт делается для продажи без тех поддержки), в процессы проектирования включаются специальные процедуры:

- верификация соответствия процессов проектирования (по крайней мере) 3-му уровню SW CMM;

- верификация соответствия проекта ИС каталогу требований в плане надежности;

- верификация соответствия проекта бизнес-плану и (при необходимости) коррекция последнего.

Верификация соответствия процессов (нечто вроде самотестирования фирмы) включает в себя, например, проверку наличия адекватной проекту Process Book - по крайней мере, для стадии проектирования. Если адекватная Process Book отсутствует – ее придется редактировать (или даже создавать) в ходе данного проекта.

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

На стадии разработки основной процедурой обеспечения надежности (в первую очередь, опять-таки – завершенности) служит адекватная процедура управления проектом. Естественно, эта процедура присутствует и на других стадиях ЖЦ, однако именно на стадии разработки она имеет первостепенное значение: в плохо управляемом проекте (сжатые сроки, отсутствие финансирования) практически невозможно избежать дефектов и ошибок, которые резко ухудшают показатели завершенности.

В качестве вспомогательных процедур обеспечения надежности (завершенности) служат практики использования различных средств конфигурационного управления. Обычно это средства версионного контроля (типа CVS для Unix) и встроенные средства поддержки групповой работы в инструментариях (tools) разработки (типа ModelMart в BPwin/ERwin).

Замечание. Если процессы фирмы аттестованы по 3-му уровню SW CMM, то процедура управления проектом охватывает все процессы ЖЦ ИС – от поиска заказчика до сопровождения и модификации. Наряду с Process Book она обеспечивает выполнение одного из ключевых требований 3-го уровня – интегрированность процессов. В этом случае процедура управления процессами основывается, как правило, на международном стандарте PMBoK, который разработан и сопровождается Институтом Управления Проектами (PMI - Project Management Institute). В качестве инструмента обычно используется MS Project, который этот стандарт поддерживает.

На стадии тестирования выполняется группа имитационных тестов на надежность.

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

3.2. Архитектурные и программно - технические средства обеспечения надежности