Проектирование компонентов ИС. Проектирование приложений как компонента ИС.

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

Они включают в себя, как правило, стратегическое планирование, анализ, проектирование, реализацию, внедрение и эксплуатацию.

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

Необходимая аппаратная платформа для ИС может формироваться из компонентов различных фирм-производителей. Однако выбрать и скомплексировать разные инструментальные средства, каждое из которых может являться одним из мировых лидеров в своём классе, достаточно трудно, а порой и невозможно.

В предыдущих главах неоднократно упоминались различные современные средства проектирования ИС, поэтому не будем их повторять.

В общем случае стратегия выбора СП для конкретного применения зависит от следующих факторов:

· характеристик моделируемой предметной области;

· целей, потребностей и ограничений будущего проекта ИС, включая квалификацию участвующих в процессе проектирования специалистов;

· используемой методологии проектирования.

Современные сложные ИС и проекты, обеспечивающие их создание, характеризуются, как правило, следующими особенностями:

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

· наличием совокупности тесно взаимодействующих компонентов – подсистем, имеющих свои локальные задачи и цели функционирования;

· иерархической структурой взаимосвязей компонентов, обеспечивающей устойчивость функционирования системы;

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

· отсутствием прямых аналогов, ограничивающих возможность использования каких-либо типовых проектных решений и прикладных систем;

· необходимостью достаточно длительного сосуществования старых приложений и вновь разрабатываемых БД и приложений;

· наличием потребности как в традиционных приложениях, связанных с обработкой транзакций и решением регламентных задач, так и в приложениях аналитической обработки (поддержки принятия решений), использовать нерегламентированные запросы к данным большого объёма;

· поддержкой одновременной работы достаточно большого количества локальных сетей, связываемых в сеть масштаба предприятия, и территориально удалённых пользователей;

· функционированием в неоднородной операционной среде на нескольких вычислительных платформах;

· разобщенностью и разнородностью отдельных микроколлективов разработчиков по уровню квалификации и сложившимся традициям использования тех или иных инструментальных средств;

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

Кроме создания оригинальных и уникальных АИС, достаточно часто применяются универсальные проектные решения, которые полностью или частично могут быть адаптированы в различных предметных областях.

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

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

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

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