Принципы проектирования
Чрезвычайно важным является принцип единого руководства проектированием. Наличие единого руководства на всех этапах создания БД от появления идеи до внедрения – экономит время на проектирование и является залогом успешного создания БД. Единому руководителю не требуется ревизовать ранее принятые решения, как это часто бывает при смене руководства. Поэтому повышается ответственность за создаваемую БД, создаются благоприятные условия для формирования коллектива проектировщиков.
Принцип первого руководителя чрезвычайно важный распространяющийся на все сферы управленческой деятельности. Уровень компетентности руководителя любого уровня в производственных, административных, психологических и других вопросах определяет общие тенденции развития предприятия или его подразделения и социально-психологический климат в коллективе.
В связи с тем, что решения по проектированию часто принимаются в условиях неопределенности, т.е. при дефиците исходной информации, по опыту и интуиции разработчиков, то они не всегда бывают наилучшими и могут потребовать пересмотра с целью улучшения создаваемой БД. Принцип обратной связи как раз и предусматривает возможность корректировки ранее принятых решений по результатам экспериментальных оценок этих решений, полученных на последующих этапах.
Введение принципа непрерывности проектирования обусловлено длительностью проектирования БД, с одной стороны, и развитием техники, с другой стороны. Например, процесс развития системы обработки океанографических данных длится уже более 30 лет. За эти годы менялись решения, внедряемые в рамках создаваемой БД, ее элементы и техническая база, на которой строилась БД (трижды сменились поколения ЭВМ). Разработанные и предъявленные к сдаче подсистемы сбора данных в момент внедрения уже отставали от уровня развития техники. Так технология занесения данных на перфокарты существовала до 1985 г., а на УПДМЛ до 1995 г. Разработанная система занесения данных для ПЭВМ работала в ДОС до 2000 г. Кроме того, многие решения требуют своего улучшения по результатам опытной проверки. Например, оперативное обеспечение пользователей гидрометеорологической информацией по каналам связи внедрялось еще в начале восьмидесятых годов, но из-за высокой стоимости эксплуатации системы, недостаточной надежности техники (ЭВМ Единой Серии) от такого режима работы пришлось отказаться. Поэтому сразу после начала эксплуатации любой системы следует приступить к ее экспериментальной оценке и совершенствованию, что означает продолжение проектирования.
Принцип совмещения проектирования системы (подсистемы) с ее эксплуатацией нацелен на сокращение суммарных сроков создания БД. В связи с этим, создаваемые БД должны использоваться задолго до окончания комплектования полных массивов данных. Естественно, реализация такого принципа создает дополнительные трудности для проектировщиков и для тех, кто эксплуатирует БД. В области исследования природной среды в отличие от других отраслей, где можно каждую новую систему начать эксплуатировать с даты ввода ее в эксплуатацию, всегда нужно использовать исторические архивы данных, без них система не найдет широкого применения. Поэтому совмещение проектирования информационной базы с ее эксплуатацией, безусловно, дает значительную экономию средств и ускоряет процесс освоения и развития системы. Кроме того, использование этого принципа позволяет совершенствовать систему и БД уже в процессе проектирования по результатам практических оценок решений, принимаемых при разработке, не дожидаясь завершения создания полной информационной базы. Например, при создании основных исходных массивов глубоководных данных на технических носителях было разработано четыре версии форматов хранения данных, и это не считая небольших исправлений в точности представления параметров или добавлений новых параметров. Каждый формат был результатом существенного улучшения в представлении данных на носителе.
Главная особенность корпоративной системы - тесная взаимосвязь всех ее элементов и частей. Системный подход предполагает учет всех этих взаимосвязей, анализ отдельных частей системы как ее самостоятельных структурных составляющих и параллельно - выявление роли каждой из них в функционировании всей системы в целом. Принцип системности заключается в том, что при декомпозиции должны быть установлены такие связи между структурными компонентами системы, которые обеспечивают цельность корпоративной БД и ее взаимодействие с источниками данных.
Принцип развития (открытости). Внесение изменений в БД, обусловленных самыми различными причинами (внедрением новых приложений, изменением законодательства, организационной перестройкой внутри фирмы и т. п.), должно осуществляться только путем дополнения БД без переделки уже созданного программного обеспечения, т.е. не нарушать ее функционирования. Реализовать данный принцип на практике достаточно сложно, так как он требует очень глубокой аналитической предпроектной работы.
Принцип совместимости. Заключается в том, что при создании системы должны быть реализованы информационные интерфейсы, благодаря которым она может взаимодействовать с другими системами согласно установленным правилам. В современных условиях это особенно касается сетевых связей локального и глобального уровней. Выход в глобальные сети требует дополнительных мер по защите информации; знания и соблюдения различного рода протоколов.
Принцип стандартизации (унификации). При создании системы должны быть рационально использованы типовые, унифицированные и стандартизованные элементы, проектные решения, пакеты прикладных программ, комплексы, компоненты. Стандарты и процедуры играют важную роль при создании БД. Соблюдая их, производится страховка от ошибок, которая могут привести к затруднительному положению.
Принцип эффективности. Предусматривает достижение рационального соотношения между затратами на создание системы и целевыми эффектами, включая конечные результаты, отражающиеся на прибыльности и получаемые по окончании внедрения БД в управленческие процессы.