Адаптивные подходы к организации проектирования ИС

С учетом анализа критики BPR (см. вторую часть статьи) необходимы следующие дополнения: крупные ИС для исключения опозданий требуют параллельной циклической разработки нескольких компонентов ИС и соответствующих работ (и затрат) на их комплексирование, требуется организация параллельной работы нескольких проектных бригад и их взаимодействий при комплексировании компонентов. дополнительно к этому принцип постоянного реинжиниринга означает постоянный процесс модернизации бизнес-архитектуры и, может быть, бизнес-платформы предприятия, что предполагает организацию работ по проектированию и развитию ИС в течение длительного периода. Циклическая (спиральная) организация разработки ИС и программных систем предлагается в качестве альтернативы «быстрому прототипированию» (RP — «Rapid Prototyping») как средству ускорения разработки для борьбы с недостатком опоздания, поскольку в чистом виде метод RP приводит к ухудшению управляемости проектом, снижению качества документации, затруднения последующего комплексирования компонентов ИС.

Рисунок 4. Четыре шага проекта.

Инструменты

Стало традиционным говорить, что в состав средств проектирования нужно включать: развитую СУБД, языки непосредственного создания приложений (3GL и 4GL, RP и RAD), CASE-систему с набором функций по описанию информационных и функциональных моделей предприятия, готовые («покупные») прикладные пакеты. Однако в условиях Н.С.П. в Мастерской ИТ должен присутствовать набор дополнительных инструментов. Они составляют две (пересекающиеся) группы: первые используются при проектировании ИС для анализа и планирования элементов собственно бизнес-реинжиниринга и поддержки социо-психологических работ, вторые включаются непосредственно в ИС для поддержки работников предприятия в новых обстоятельствах новыми информационно-функциональными возможностями.(Указываемые ниже программы и системы являются только иллюстрациями, не предполагается, что именно они должны применяться. Также они не охватывают все виды необходимых программных инструментов, но поясняют предложения по формированию бригад разработчиков ИС.).