Внедрение программного продукта. От практика практику - стр. 9
Пример:
Мы написали компьютерную программу, но, чтобы она заработала, необходим компьютер, который будет ее запускать, монитор, который будет при необходимости выводить эту информацию в виде понятном для человека. В конце концов нужен человек, который будет запускать ее, когда надо, проверять ее работу, обслуживать.
На основе этого базового обоснования можно уже детализировать другие особенности, развить и выразить всю проблематику, связанную с информационными системами. Но здесь я считаю, что важна именно суть: появилась идея, которую можно выразить посредством языка программирования. Было найдено и воплощено в жизнь решение.
Чем поможет понимания особенностей IT систем?
Чтобы правильно выбирать программное обеспечение и понимать, какие дополнительные действия потребуются, стоит отталкиваться от определения «идеи, выраженной в программном коде».
Первый этап выбора будет основан на идее.
Важно понимать, какую именно идею воплощали разработчики. Что они хотели и сумели реализовать. Какие основные принципы они воплощали в жизнь.
Если вы не сумеете понять идею, т.е. предназначение программного обеспечения, то ваши мысли о том, как вы будете использовать программу, не будут совпадать с идеями разработчиков. В итоге вы купите ненужный продукт.
Но чтобы идея компьютерной информационной системы совпала с вашей, необходимо, чтобы у вас была также собственная идея. Да, она будет выражена на пользовательском уровне. Но она должна быть.
Пример:
Если вы хотите добавить на сайт калькулятор ОСАГО, нет смысла интересоваться просто калькулятором или какой-то системой расчетов других функций. Ваша идея – ОСАГО. Значит, нужно искать, кто из разработчиков также воплощал расчеты по ОСАГО. Иначе доработки выбранного продукта потребуют очень больших усилий либо вообще продукт окажется неподходящим для вашей идеи.
Для крупных компьютерных информационных систем крайне важно составить список ваших идей. И убедиться, что у разработчиков выбранного программного продукта в момент его реализации также присутствовал необходимый вам перечень идей, и, как следствие, решений.
Второй важный параметр: соответствие идеи ее реализации.
Нередко разработчики в процессе воплощения идеи по самым разным причинам, начиная от ошибок и заканчивая организационными решениями, уходят от изначальной идеи. И продукт, который должен был воплощать в себе одну идею, реализует ее лишь частично либо не реализует вообще. Это обязательно нужно проверять при помощи тестирования, консультаций со специалистами или какими-то другими способами (отзывы знакомых и прочее).
Третий параметр: идея, которую вам продают, может совпадать с вашей, но не совпадать с идеей, которую вложили в программную систему разработчики.
Дело в том, что в коммерческих продуктах (а они в наше время почти все такие) идея заключается не столько в том, чтобы вы получили нужный инструмент, сколько в том, чтобы продать вам программный продукт. Т.е. при постановке задач разработчикам основная идея заключалась именно в продаже продукта, а не в его качественной работе и соответствии всем вашим потребностям.
Далее «в игру» вступают маркетологи, вы, как вам кажется, покупаете как раз ту «идею», которая вам необходима. А на самом деле, вы покупателе продукт, выполненный с другими идеями (продажи). А ваши потребности при реализации на уровне идеи будут только на втором месте. Продукт будет красивым, удобным, особенно на уровне демо версий. Но в нем может не оказаться важных для воплощения именно вашей идеи инструментов.