Читайте также:
|
|
Открытые системы лишь тогда дадут ощутимый эффект, если мы можем применить их сегодня и это даст возможность воспользоваться новыми технологиями завтра. Необходимо предпринять ряд шагов, чтобы применить концепцию открытых систем сегодня и максимально продлить жизнь сделанных инвестиций в будущем. Сущность этих шагов не нова. Новым является лишь то, что в этот процесс включаются средства открытых систем (см. рис. 1.10).
Стадия 1: Определение целей деятельности.
Информационные технологии служат инструментом для достижения конкурентноспособности нашего бизнеса. Использование информационных технологий следует рассматривать именно в этом контексте. Поэтому очень существенно определить цели деятельности, а также ограничения и критерии успеха, прежде чем начать применение технологии к стоящей задаче.
Среди многих прочих, всегда имеется один важный фактор, способствующий успеху любого предприятия, который состоит в том, чтобы сосредоточить ограниченные ресурсы и добиться быстрого возвращения инвестиций. Ирония заключается в том, что необходимы инвестиции в инфраструктуру сегодня для того, чтобы избежать повторных инвестиций завтра, или даже еще раз сегодня, но в другое подразделение.
Однако, открытые системы не могут обеспечить решения всех проблем. В ряде случаев вы можете обнаружить, что возможности открытых систем еще не достигли необходимого уровня развития или стабильности для того, чтобы отвечать вашим целям. Некоторые приложения играют слишком критическую роль, чтобы их можно было включить в общий процесс, и в этом случае оптимальнее использовать продукт, не обладающий свойством переносимости, но решающий задачу лучше, чем другой, мобильный.
Стадия 2: Идентификация требований к прикладной системе.
Часть требований к прикладной системе может быть сформулирована в терминах производительности, надежности и т.д. Эти характеристики чаще всего не зависят от открытости системы. Свойства, которые влияют на мобильность программ и информации, мобильность персонала и условия взаимодействия в системе прямо определяют открытость. Такие свойства приложений должны быть рассмотрены и специфицированы в терминах стандартов для того, чтобы реализовать преимущества концепции открытых систем.
Стадия 3: Подготовка профиля для описания набора свойств среды, требуемых для поддержки приложения.
Прикладной профиль описывает свойства и характеристики, необходимые для того, чтобы прикладная система могла функционировать. Профиль должен идентифицировать как стандартные, так и не стандартные характеристики так, чтобы можно было учесть все требования при выборе платформ, разработке или же приобретении программного обеспечения. Профиль, как часть среды, может охватывать ряд приложений. С расширением профиля затраты на его создание в дальнейшем будут окупаться по мере включения новых приложений. Кроме того, рассматривая приложения, параллельно существующие в рамках общего профиля, можно создать основу для лучшего их взаимодействия и групповой мобильности.
Стадия 4: Приобретение или создание программного обеспечения, которое соответствует выбранному профилю.
Приобретение или разработка систем или компонентов, в которых реализованы стандарты и службы, требуемые для избранного профиля, является необходимой, но не достаточной частью процесса создания открытой системы. Приложения должны быть построены так, чтобы использовать именно свойства системы, заданные профилем. Если приложение использует иные свойства системы, то в лучшем случае мобильность и интероперабельность будут в дальнейшем ограничены, а в худшем случае утрачены.
Использование стандартов в процессе создания системы позволит оценить имеющиеся продукты и обосновать решение по поводу выбора: покупать или создавать продукты. Для максимального соответствия характеристикам открытых систем, в первую очередь должны быть рассмотрены открытые спецификации и формальные стандарты. И только в том случае, если они не обеспечивают необходимых свойств, могут быть использованы нестандартизованные функции. К тому же, следует отметить, что на мобильность приложения будет влиять выбор кода - двоичного или исходного, поэтому следует решить какой код использовать.
Даже, если в приложении используются специфические для определенного изготовителя свойства, хорошая документация и изоляция таких продуктов внутри создаваемого приложения увеличит дальнейшие возможности развития системы и возможную последующую миграцию приложения.
Стадия 5: Проверка приложения на соответствие характеристи- кам открытых систем.
Минимальная проверка приложения на соответствие характеристикам открытых систем может быть проведена с помощью документации, которая описывает требуемую среду для приложения и характеристики для взаимодействия. Это должно идти параллельно с созданием заданного профиля. Появляются программные средства, для проверки того, что в коде использованы только интерфейсы, заданные профилем.
Важной частью проверки служит, также, исполнение приложения в системе, отвечающей выбранному профилю. В ряде случаев, целесообразно прогнать приложение на двух, совершенно разных системах для того, чтобы оценить мобильность и, в случае необходимости, откорректировать выявленные отклонения.
Стадия 6: Проверка на соответствие целям деятельности.
Первым шагом при создании системы, как говорилось, была идентификация целей деятельности. Для завершения цикла последним шагом должно быть подтверждение тому, что эти цели достигнуты. Если среда деятельности статична, это будет, действительно, последним шагом. Однако, если среда статична, то перспективные информационные технологии не требуются и открытость не нужна.
Стадия 7: Повторение последовательности действий.
На самом деле, это только вопрос времени, деятельность изменится. Это может произойти по нескольким причинам: или как влияние давления внешнего рынка и конкуренции, или вследствие того, что появление новой технологии обеспечит новые конкурентные возможности для данной организации. Это может также быть следствием лучшего изучения возможностей приложения и понимания того, как выбранное вами решение может быть улучшено или расширено.
Дата добавления: 2015-07-25; просмотров: 67 | Нарушение авторских прав
<== предыдущая страница | | | следующая страница ==> |
Технологический цикл построения открытых систем. | | | Защита информации в открытых системах. |