Формирование технологической среды информационной системы — страница 7

  • Просмотров 3443
  • Скачиваний 377
  • Размер файла 27
    Кб

на своих позициях, иногда склонны сознательно избегать кардинальных изменений техно­логии до самого последнего момента; примерами могут служить равнодушное отношение IBM к зарождению ПК, отрицательное отношение Кеннета Олсена (DEC) к RISC-процессорам, а также то, как Microsoft пропустила возникновение Интернет. Обычно фирмы уделяют основное внимание закупочным це­нам, однако не менее важно проанализировать планы произво­дителей в

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

«разрушительных» технологий, т.е. тех, которые пока еще не интересуют потребителей. В результате может сложиться ситуация, когда корпоратив­ным заказчикам понадобится некая радикально новая («разру­шительная») технология, а производитель, следовавший на по­воду у пользователей по пути развития стабильных технологий, вполне вероятно, упустит подходящий момент ее внедрения. В свою очередь, и потребитель почти так же

беспомощен перед «раз­рушительной» технологией, как и производитель. Существует несколько достаточно расплывчатых методик, которые могут выявить инновационную готовность производи­телей. Одна из них - ориентация на разработку прототипов. Она возникла на основе изучения методов, используемых компания­ми, выпускающими аппаратное и программное обеспечение. Дело в том, что традиционная модель разработки ориентируется на

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

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