Тема 12. Построение информационной системы поддержки (ИСП)

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

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

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

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

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

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

Проектировщикам (их также именуют программистами) в отличие от аналитиков нужны модели, позволяющие описывать различные способы выполнения системы вплоть до создания программного кода. Они нуждаются в реальной объектной модели, представляющей собой некоторую абстракцию программного кода. Реальная объектная модель необходима также специалистам, которые тестируют готовые программы. В этой модели принимаются во внимание такие важные технические аспекты как среда разработки (язык реализации, доступные вычислительные ресурсы, используемая СУБД и т.д.) и ее ограничения. Результатом проектирования приложения являются исходные тексты программ, которые образуют модель реализации системы.

Члены команды по тестированию системы нуждаются в модели, на основе которой они могли бы провести подробные испытания и убедиться в соответствии программного продукта исходным требованиям. Основу для спецификации тестовых задач представляет собой П-модель информационной системы. Каждому возможному экземпляру прецедента будет соответствовать одна тестовая задача. В совокупности спецификации тестов образуют "оттестированную модель системы".

Каждая из рассмотренных выше моделей разрабатывается и поддерживается совокупностью объектов бизнес-системы. Их задача состоит в реализации программного обеспечения модели бизнеса рассматриваемой компании. Вследствие сложности системы эти объекты обычно объединяются в подсистемы, каждая из которых соответствует отдельной модели. Таким образом, выделяют следующие подсистемы: Сбор Требований, Анализ, Идеальное Проектирование, Реальное Проектирование, Реализация и Тестирование (рис. 12.1).