Длительный опыт использования моделирования во всех инженерных дисциплинах позволил сформулировать основные принципы создания моделей программных систем.
Первый принцип: выбор модели оказывает определяющее влияние на подход к решению проблемы и на то, как будет выглядеть это решение.
Если программная система должна работать с большими базами данных или производить сложные математические расчеты, то основное внимание будет уделяться моделям «сущностьсвязь», где поведение инкапсулировано в триггерах и хранимых процедурах.
Структурный аналитик, как правило, создает модель, в центре которой находятся алгоритмы и передача данных от одного процесса к другому. Результатом труда разработчика, использующего объектно-ориентированную технологию, будет модель системы, архитектура которой основана на множестве классов и образцах взаимодействия, определяющих, как эти классы действуют совместно.
Второй принцип: каждая модель может быть воплощена с различной степенью абстракции.
Например, при моделировании компьютерных обучающих систем на этапе специфицирования требований целесообразно представить простую, быстро созданную и легко модифицируемую модель пользовательского интерфейса.
На этапе специфицирования межсистсмных интерфейсов необходимо создавать их модели с высоким уровнем детализации. Для аналитика или конечного пользователя наибольший интерес представляют модели, отвечающие на вопрос «что», а для разработчика — на вопрос «как».
В общем случае лучшей моделью будет та, которая представляет уровень детализации, соответствующий категории исследователя (или пользователя) и цели исследования (или использования) модели.
Третий принцип: лучшие модели — те, что ближе к реальному отражению системы.
Поскольку модель всегда упрощает реальность, то задача состоит в том, чтобы это упрощение не повлекло за собой существенные потери при реализации системы. Различие модели и реальной системы должно быть проанализировано и учтено в процессе разработки.
Рассматриваемый принцип легче реализуется при объектноориентированном подходе, чем при структурном. Это следует из того, что «ахиллесовой пятой» структурного анализа является несоответствие модели, принятой в нем, и модели проекта.
Если этот разрыв не будет устранен, то поведение созданной системы с течением времени начнет все больше отличаться от задуманного. При объектно-ориентированном подходе можно объединить все почти независимые представления системы в единое семантическое целое.
