Проверяемый текст
Гагарин, Александр Владимирович; Системная оценка и выбор инноваций на рынке информационных услуг (Диссертация 2001)
[стр. 101]

101 представлений осложняет взаимодействие разработчиков и потребителей и, в конечном счете, приводит к структурной несбалансированности спроса и предложения на рынке информационных услуг.
Рассмотрим, какие же основные характеристики программных продуктов должны быть учтены при их оценке и выборе.
Частично, наиболее общие характеристики рассмотрены в первой главе.
Здесь же мы остановимся на этом вопросе более подробно.
Заметим, что системы требований к ИИ потребителей и разработчиков, вообще говоря, не совпадают.
Проанализируем основные характеристики предлагаемых ПП в области управления предприятием как наиболее востребованной и распространенной задачи, которые выделяют разработчики.
Иначе, проанализируем их характеристики с точки зрения «рынка продавцов».
Так, в
[72] отмечается необходимость при оценке и выборе ПП учета следующих факторов: • является ли система модульной: можно ли использовать отдельные модули самостоятельно, можно ли использовать некоторое подмножество системы; • позволяет ли система гибко подключать уже существующие программы; • возможно ли использование системы в распределенной архитектуре, когда, например, система управления финансами находится на одном сервере, а система управления поставками — на другом, и обеспечивается полная согласованность и непротиворечивость в работе; • поставляется ли система с исходными текстами, так как желательно иметь возможность доступа к исходным текстам системы и проводить модификацию своими силами; • каковы возраст системы и история развития.
История развития обуславливает внутреннюю архитектуру системы.

Если разработка берет начало из какой-то одной прикладной области (например, строительства), а затем
[стр. 93]

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

[стр.,94]

91 например, система управления финансами находится на одном сервере, а система управления поставками — на другом, и обеспечивается полная согласованность и непротиворечивость в работе; • поставляется ли система с исходными текстами, так как желательно иметь возможность доступа к исходным текстам системы и проводить модификацию своими силами; • каковы возраст системы и история развития.
История развития обуславливает внутреннюю архитектуру системы.

Нели разработка берет начало из какой-то одной прикладной области (например, строительства), а затем расширяется в другие промышленные сферы, ядро системы изначально оказывается проблемно-ориентированным, и система получается неоднородной, сильно избыточной и очень громоздкой.
Для конечного пользователя это отражается в высокой стоимости любых доработок и изменений; • помимо пользовательской документации, отсутствие хороших описаний по настройке системы может сильно затруднить работу; • как организовано обучение.
Есть ли поддержка в режиме «горячая линия», наличие регулярных консультаций; • возможно ли использование оборудования, имеющегося у заказчика.
Фирма, ориентированная на серьезное сотрудничество, обычно старается максимально облегчить задачу внедрения для заказчика.
Решение, которое требует замены всего или половины имеющегося у заказчика компьютерного парка, безусловно, не является оптимальным: • возможно ли постепенное наращивание вычислительных мощностей.
Для наиболее эффективного использования инвестиций и распределения их во времени желательно сократить до минимума начальные закупки аппаратной части и плавно расширять мощности только по мере необходимости.
Это особенно важно с учетом продолжительности процесса внедрения, с одной стороны, и скорости морального старения компьютеров — с другой: • насколько фирма готова сама адаптировать свой продукт под конкретные

[Back]