Обзор средств проектирования информационных систем
А.М.Вендров, Центральный банк РФ
Цель данного доклада - попытаться описать и обосновать один из возможных подходов к анализу и выбору средств проектирования информационных систем достаточно крупного масштаба (здесь намеренно не используется термин "CASE-средство", поскольку большинство известных CASE-средств в лучшем случае позволяют описать будущие приложения лишь в самом общем виде).
Конечный результат выбора ни в коем случае не следует рассматривать как нечто абсолютное, он отражает лишь мнение конкретного коллектива разработчиков, утвердившееся на заданном
временном интервале.
Под средствами проектирования информационных систем (СП ИС) будем понимать комплекс
инструментальных средств, обеспечивающих в рамках выбранной методологии проектирования
поддержку полного жизненного цикла (ЖЦ) ИС, который включает в себя, как правило,
стратегическое планирование, анализ, проектирование, реализацию, внедрение и эксплуатацию.
Каждый этап характеризуется определенными задачами и методами их решения, исходными
данными, полученными на предыдущем этапе, и результатами. При анализе СП их следует
рассматривать не локально, а в комплексе, что позволяет реально охарактеризовать их
достоинства, недостатки и место в общем технологическом цикле создания ИС.
В общем случае стратегия выбора СП для конкретного применения зависит от следующих
факторов:
- характеристик моделируемой предметной области;
- целей, потребностей и ограничений будущего проекта ИС, включая
квалификацию участвующих в процессе проектирования специалистов;
- используемой методологии проектирования.
Тенденции развития современных информационных технологий приводят к постоянному
возрастанию сложности ИС, создаваемых в различных областях экономики. Современные
сложные ИС и проекты, обеспечивающие их создание, характеризуются, как правило, следующими особенностями:
- сложность предметной области (достаточно большое количество функций,
объектов, атрибутов и сложные взаимосвязи между ними), требующая
тщательного моделирования и анализа данных и процессов;
- наличие совокупности тесно взаимодействующих компонентов - подсистем,
имеющих свои локальные задачи и цели функционирования;
- иерархическую структуру взаимосвязей компонентов, обеспечивающую
устойчивость функционирования системы;
- иерархическую совокупность критериев качества функционирования
компонентов и ИС в целом, обеспечивающих достижение главной цели -
создания и последующего применения системы;
- отсутствие прямых аналогов, ограничивающее возможность использования
каких-либо типовых проектных решений и прикладных систем;
- необходимость достаточно длительного сосуществования старых
приложений и вновь разрабатываемых БД и приложений;
- наличие потребности как в традиционных приложениях, связанных с
обработкой транзакций и решением регламентных задач, так и в приложениях
аналитической обработки (поддержки принятия решений), использующих
нерегламентированные запросы к данным большого объема;
- поддержка одновременной работы достаточно большого количества
локальных сетей, связываемых в глобальную сеть масштаба предприятия, и
территориально удаленных пользователей;
- функционирование в неоднородной операционной среде на нескольких
вычислительных платформах;
- разобщенность и разнородность отдельных микроколлективов
разработчиков по уровню квалификации и сложившимся традициям
использования тех или иных инструментальных средств;
- существенная временная протяженность проекта, обусловленная, с одной
стороны, ограниченными возможностями коллектива разработчиков, и, с
другой стороны, масштабами организации-заказчика и различной степенью
готовности отдельных ее подразделений к внедрению ИС.
Методология проектирования определяется как совокупность трех составляющих:
- пошаговой процедуры, определяющей последовательность
технологических операций проектирования;
- критериев и правил, используемых для оценки результатов выполнения
технологических операций;
- нотаций (графических и текстовых средств), используемых для описания
проектируемой системы.
На выбор СП могут существенно повлиять следующие особенности методологии
проектирования:
- ориентация на создание уникального или типового проекта;
- итерационный характер процесса проектирования;
- возможность декомпозиции проекта на составные части, разрабатываемые
группами исполнителей ограниченной численности с последующей
интеграцией составных частей;
- жесткая дисциплина проектирования и разработки при их коллективном
характере;
- необходимость отчуждения проекта от разработчиков и его последующего
централизованного сопровождения.
