Круковский М.Ю. Методология построения композитных систем документооборота

  • 28.05.2008

Принцип автоматизации документооборота

Суть этого принципа в том, что СЭД должна проектироваться не только как носитель, а как активный элемент процессов. В объектно-ориентированном анализе это принято называть инкапсуляцией. Не будут успешными реализации, основанные на корректных технических решениях, но не учитывающие существующей практики использования автоматизируемого объекта.

СЭД должна являться не просто посредником, собирающим и обрабатывающим документы, а быть определяющим элементом, без которого использование документооборота не будет возможным. Иными словами, ряд функций должен быть реализован таким образом, что не будет существовать их реализации вне электронной системы. Этот принцип важен, так как следование ему делает СЭД неотъемлемой составной частью работы организации, что предопределяет привыкание персонала к системе. В любой сложной системе, какой является и СЭД, персонал есть самым слабым, трудно предсказыемым и плохо управляемым звеном. Поэтому важно закладывать такие решения, которые дадут дополнительные рычаги мотивации персонала к работе с системой.

Принцип комплексности задач

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

Принцип новых задач

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

Принцип первого лица

Система должна заказываться, разрабатываться и внедряться под непосредственным контролем первого руководителя предприятия. Практика проектов показывает, что всякая попытка передоверить решение задачи второстепенным лицам приводит к тому, что созданная система будет решать лишь второстепенные задачи организации. Такой результат является очевидным, так как система создается на основании анализа требований второстепенных руководителей, которые видят перед собой соответственно второстепенные цели.

Принцип системного подхода

Если воспринимать моделируемую систему и ее внешние раздражители как совокупность сложноорганизованных объектов, описание взаимодействия которых дает в качестве результата формальную модель, то такое восприятие отвечает системному анализу объекта и системы управления им, названное В.М. Глушковым принципом комлексного (системного) подхода.

Принцип функциональной избыточности

При проектировании полезно закладывать возможность реализации максимального количества функциональных потребностей, выявленных при анализе. При этом целесообразно иметь несколько разных решений для одной и той же задачи.

Принцип гибкости системы

Пользователи часто используют систему не совсем так, как это предусматривали разработчики. Поэтому важно, чтобы проектируемая архитектура содержала достаточные возможности для адаптации. Жестко определенные функциональные возможности потенциально предопределяют последующие конфликты во время внедрения и эволюции системы. Желательно, чтобы система имела функциональный модуль либо модули, которые позволяют производить изменение конфигураций функционирования. Таким образом, пользователь может получить некий каркас, “обшитый” устойчивыми решениями и в последующем произвести адаптацию исходя из реалий эксплуатации.

Принцип разумной типизации

Современное программное обеспечения изготавливается в крайне сжатые сроки с учетом ограниченных требований постановщиков. Ушли в прошлое времена, когда система годами отлаживалась до запуска в промышленную эксплуатацию. В то же время безответственным и авантюристичным является построение серьезных и сложных систем, если опираться лишь на надежду и необоснованную уверенность в том, что они будут работать. Выходом является построение индивидуальных систем из модулей хорошо отлаженных промышленных систем. Это соответствует использованию крупноблочной сборки, где крупные блоки сами являются системами либо подсистемами, используемыми в промышленной эксплуатации миллионами пользователей. Применение в качестве каркаса “доморощенной” системы приводит к получению закрытого сложно адаптируемого решения, что, в итоге, делает решение краткосрочным и в свою очередь приводит к потере инвестированных в него ресурсов.

Принцип единства информационной базы

Рациональное отношение к потребляемым ресурсам требует также использования совместимых решений. Под совместимыми решениями понимается возможность взаимодействия различных уровней системы для движения информации. Информация, которая образуется на разных уровнях системы, используется по-разному для решения разных задач. Для этого необходимо использовать интерфейсы в том смысле, как это понимается при объектно-ориентированном проектировании. Использование множественных интерфейсов для обработки единого информационного массива позволяет удовлетворять множественные запросы пользователя и в то же время сохранять целостность данных.

Принцип минимизации ввода-вывода

Сложность этого вопроса определяется тем фактом, что самые большие проблемы информационных систем возникают в звене взаимодействия человека и компьютера. Человеческое и машинное представления сильно отличаются друг от друга, а процесс преобразования от одного вида к другому – технически сложный и неоднозначный. Это объясняется тем, что именно на процессах ввода-вывода возникает наибольшее число ошибок и происходят самые невероятные сбои.

Принцип постоянного развития

Состоит в том, что и программная и реальная системы находятся в постоянном развитии. Поэтому необходимо обеспечить синхронность этих процессов. СЭД должна развиваться вместе с организацией, чтобы инкапсулированная на этапе внедрения система стала естественной и неотъемлемой частью организации.

УДК 681.3
Круковский М.Ю. Методология построения композитных систем документооборота