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

Как классическое рассматривается проектирование ИС для достаточно стабильных условий в 70–80-е годы. Ориентация на наиболее массовую часть ИС, наличие не только теоретических оснований, но и промышленных методик и стандартов, использование этих методик в течение десятилетий – именно это позволяет называть описываемые методы классическими.

Рассмотрим сначала организацию работ по выполнению проекта системы, затем – собственно методы системного проектирования как методы получения и/или документирования проектной информации и проектных решений.

2.1. «Каскадная» организация проектирования ис

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

1. «обследование»: предпроектное обследование, общий анализ ситуации на предприятии, разработка общего обоснования целесообразности создания ИС (feasibility stady, scope analysis, strategy stady and planning, requirement definition),

2. «концепция, ТЗ (техническое задание)»: исследования требований предприятия и пользователей, выработка рекомендаций по разработке ИС, разработка ТЗ на проектирование ИС в целом и частных ТЗ по подсистемам (strategy planning, analysis, requirement specification, function description),

3. «эскизный проект»: разработка архитектуры будущей ИС в рамках эскизного проекта (detailed analysis, high level design),

4. опытный вариант ИС: разработка упрощенного варианта, пилотного проекта будущей ИС (pilot-project, test development),

5. опытное использование пилот-проекта ИС, разработка исправлений и дополнений к ТЗ (test, corrected requirement specification),

6. «ТП (технический проект)»: разработка технического проекта ИС (detailed analysis and design, test development),

7. «РП (рабочий проект)»: разработка рабочей документации проекта (development, test, system implementation),

8. «ввод в эксплуатацию» или «внедрение» ИС (deployment, put into operation).

2.1.1. Преимущества «каскадной» схемы

К преимуществам «каскадной» схемы можно отнести:

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

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

Структура ИС, как она формируется в ходе разработки, могла быть представлена такой схемой:

СТАДИИ ПРОЕКТА	Организа- ционное	Методи- ческое	Информа- ционное	Програм- мное	Аппарат- ное
Обследование	+–	+–	+–
Концепция ТЗ	+–	+–	+–
Эскизный проект	+–	+–	+–	+–
ТП	+	++	+	+–	+–
РП	++	++	++	++	+
Ввод в действие	++	++	++	++	++
Символами «+», «+–» и «++» показаны примерные оценки доли наличия каждого компонента на каждой стадии.

Эти стадии работ стали также называть частями «проектного цикла» системы. Такое название возникло потому, что в этапы включалось много итерационных процедур уточнения требований к системе и вариантов проектных решений. Жизненный цикл самой системы может включать в себя произвольное число циклов уточнения, изменения и дополнения уже принятых и реализованных проектных решений. В этих циклах происходило и развитие ИС, и модернизация ее компонентов.