101 представлений осложняет взаимодействие разработчиков и потребителей и, в конечном счете, приводит к структурной несбалансированности спроса и предложения на рынке информационных услуг. Рассмотрим, какие же основные характеристики программных продуктов должны быть учтены при их оценке и выборе. Частично, наиболее общие характеристики рассмотрены в первой главе. Здесь же мы остановимся на этом вопросе более подробно. Заметим, что системы требований к ИИ потребителей и разработчиков, вообще говоря, не совпадают. Проанализируем основные характеристики предлагаемых ПП в области управления предприятием как наиболее востребованной и распространенной задачи, которые выделяют разработчики. Иначе, проанализируем их характеристики с точки зрения «рынка продавцов». Так, в [72] отмечается необходимость при оценке и выборе ПП учета следующих факторов: • является ли система модульной: можно ли использовать отдельные модули самостоятельно, можно ли использовать некоторое подмножество системы; • позволяет ли система гибко подключать уже существующие программы; • возможно ли использование системы в распределенной архитектуре, когда, например, система управления финансами находится на одном сервере, а система управления поставками — на другом, и обеспечивается полная согласованность и непротиворечивость в работе; • поставляется ли система с исходными текстами, так как желательно иметь возможность доступа к исходным текстам системы и проводить модификацию своими силами; • каковы возраст системы и история развития. История развития обуславливает внутреннюю архитектуру системы. Если разработка берет начало из какой-то одной прикладной области (например, строительства), а затем |
90 2.1.2. Основные критерии оценки и выбора информационных инноваций (на примере программных продуктов) Так как рынок информационных услуг весьма разнообразен, то при рассмотрении вопроса о критериях ограничимся такой группой ИИ как программные продукты (ПП). Прежде всего, отметим, что не существует единой системы критериев оценки ИИ, так же как нет и единой точки зрения по этому вопросу ни у теоретиков, ни у разработчиков, ни у потребителей ПП. С одной стороны, это отражает разнообразие как потребностей в соответствующих продуктах, так и существующего предложения. Вместе с тем, отсутствие единой системы представлений осложняет взаимодействие разработчиков и потребителей и, в конечном счете, приводит к структурной несбалансированности спроса и предложения на рынке информационных услуг. Рассмотрим, какие же основные характеристики программных продуктов должны быть учтены при их оценке и выборе. Частично, наиболее общие характеристики рассмотрены в первой главе. Здесь же мы остановимся на этом вопросе более подробно. Заметим, что системы требований к ИИ потребителей и разработчиков, вообще говоря, не совпадают. Проанализируем основные характеристики предлагаемых ПП в области управления предприятием как наиболее востребованной и распространенной задачи, которые выделяют разработчики. Иначе, проанализируем их характеристики с точки зрения «рынка продавцов». Так, в [66] отмечается необходимость при оценке и выборе ПП учета следующих факторов: • является ли система модульной: можно ли использовать отдельные модули самостоятельно, можно ли использовать некоторое подмножество системы; • позволяет ли система гибко подключать уже существующие профаммы; • возможно ли использование системы в распределенной архитектуре, когда, 91 например, система управления финансами находится на одном сервере, а система управления поставками — на другом, и обеспечивается полная согласованность и непротиворечивость в работе; • поставляется ли система с исходными текстами, так как желательно иметь возможность доступа к исходным текстам системы и проводить модификацию своими силами; • каковы возраст системы и история развития. История развития обуславливает внутреннюю архитектуру системы. Нели разработка берет начало из какой-то одной прикладной области (например, строительства), а затем расширяется в другие промышленные сферы, ядро системы изначально оказывается проблемно-ориентированным, и система получается неоднородной, сильно избыточной и очень громоздкой. Для конечного пользователя это отражается в высокой стоимости любых доработок и изменений; • помимо пользовательской документации, отсутствие хороших описаний по настройке системы может сильно затруднить работу; • как организовано обучение. Есть ли поддержка в режиме «горячая линия», наличие регулярных консультаций; • возможно ли использование оборудования, имеющегося у заказчика. Фирма, ориентированная на серьезное сотрудничество, обычно старается максимально облегчить задачу внедрения для заказчика. Решение, которое требует замены всего или половины имеющегося у заказчика компьютерного парка, безусловно, не является оптимальным: • возможно ли постепенное наращивание вычислительных мощностей. Для наиболее эффективного использования инвестиций и распределения их во времени желательно сократить до минимума начальные закупки аппаратной части и плавно расширять мощности только по мере необходимости. Это особенно важно с учетом продолжительности процесса внедрения, с одной стороны, и скорости морального старения компьютеров — с другой: • насколько фирма готова сама адаптировать свой продукт под конкретные |