Проектирование ЦОД

1. Классическое проектирование

Классическое проектирование основано на использовании "каскадной схемы" организации работ.

Этапы проектирования ЦОД, как части ИС:

• "ЗАПУСК". Организация, разработка, проектирование ЦОД, издание приказа и/или заключение договора о разработке ИС, задания на выполнение работ;
• "ОБСЛЕДОВАНИЕ". Предпроектное обследование, общий анализ ситуации на предприятии, разработка общего обоснования целесообразности создания ЦОД;
• "КОНЦЕПЦИЯ", разработка Технического задания (ТЗ) на базе исследований бизнес-требований, рекомендаций для технического проектирования ЦОД, ТЗ на проектирование ЦОД в целом и частного ТЗ для подсистем;
• "ЭСКИЗНЫЙ ПРОЕКТ". Разработка архитектуры будущей ИС;
• "ОПЫТНЫЙ ВАРИАНТ ИС". Разработка пилотного проекта ИС для опытной эксплуатации;
• "ОПЫТНАЯ ЭКСПЛУАТАЦИЯ ИС". разработка исправлений и дополнений к ТЗ;
• "ТЕХНИЧЕСКИЙ ПРОЕКТ";
• "РАБОЧАЯ ДОКУМЕНТАЦИЯ". Разработка рабочей документации проекта;
• "ВНЕДРЕНИЕ " ИС на базе ЦОД.

Одно из использовавшихся в западной литературе названий классического проектирования: "водопадная модель" (waterfall mdel). Водопадная модель обязана включать итерационные процедуры уточнения требований к ИС и этапы рассмотрения вариантов проектных решений. Все эти процедуры и этапы носили, в основном, последовательный характер. Предметом проекта является проектируемая ИС, в системном ее представлении.

2. Структурное проектирование

При структурном проектировании формально целостной ИС на стадии обследования определяют системные функции, затем детализируют их. По мере реализации фрагментов ИС используют детальные описания функций соответствующего фрагмента. Такое проектирование называется проектированием "сверху вниз".

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