Через пользователей пакета покупатель выясняет те реальные
проблемы, с которыми столкнулся пользователь при установке и
эксплуатации пакета. Например, ограничения по использованию
пакета, обнаруженные ошибки, какие усовершенствования пакета
были бы желательны, как в действительности организована
поддержка и помощь со стороны поставщика пакета.
6. Оценить какой из рассмотренных пакетов наиболее полно
удовлетворяет требованиям покупателя и при этом имеет более
низкую цену и принять решение о приобретении пакета.
7. Обсуждение и заключение контракта.
Основные положения контракта описаны в разделе 10.
8. Установка пакета на ЭВМ и опытная эксплуатация.
Анализ результатов опытной эксплуатации и сравнение
полученных результатов с ожидаемыми. Если какие-либо функции
пакета или какие-либо обязательства поставщика не выполняются,
должны быть предприняты соответствующие действия, которые
покупатель должен оговорить в контракте.
3.2. Критерии оценки пакета покупателем.
Применение пользователем тех или иных критериев для оценки
пакета зависит от многих факторов:опыта покупателя, специфики
требований покупателя, количества имеющихся на рынке аналогичных
пакетов, уровня поддержки каждого пакета поставщиком и т.д.
Однако, можно выделить определенный набор критериев,которые
используются большинством покупателей, и которые являются
достаточными для оценки любого пакета. Конечно, выбор нужного
пользователю пакета и его оценка является длительным процессом, но
он необходим, если пользователь рассчитывает получить экономию и
другие выгоды в своей работе от эксплуатации пакета. Ниже следует
перечисление основных критериев оценки.
1. Соответствие основных функций пакета требованиям покупателя.
2. Степень точного и полного соответствия возможностей пакета
потребностям покупателя.
Оценка пакета на соответствие данному критерию включает в себя
рассмотрение следующих вопросов:
- соответствуют ли форматы и содержимое входной и выходной
информации требованиям покупателя;
- соответствуют ли форматы функциональных возможностей пакета
потребностям покупателя;
- является ли организация файлов и управление данными
подходящими для покупателя;
- какие имеются дополнительные возможности по вводу,ввыводу и
обработке данных;
- какой контроль ошибок выполняет пакет и что произойдет в
случае обнаружения новой ошибки;
- какие существуют процедуры по восстановлению пакета в случае
сбоя;
- как обеспечивается защита данных и файлов.
3. Будет ли пакет работать на ЭВМ покупателя.
Оценка по этому критерию состоит в рассмотрении следующих
вопросов:
- существует ли версия пакета для модели ЭВМ покупателя;
- сколько требуется оперативной памяти для выполнения пакета;
- сколько и какие типы устройств поддерживаются пакетом;
- сколько требуется каналов ввода-вывода;
- потребуются ли дополнительные аппаратные средства и какие;
- потребуется ли дополнительное оборудование, например,
оборудование подготовки данных и/или др. В случае, если
потребуется дополнительное оборудование, должны быть
рассмотрены вопросы цены и возможности при обретения такого
оборудования. Если конфигурация ЭВМ является близкой к
минимальной, которая требуется для пакета, необходимо решить
эффективно ли использовать пакет на такой конфигурации.
4. Какое программное обеспечение необходимо для выполнения
пакета на ЭВМ, и какие требования к нему предъявляются
пакетом.
- может ли пакет выполняться под управлением операционной
системы, которая используется обычно покупателем на своей
ЭВМ;
- возможно ли использовать имеющееся у покупателя программное
обеспечение вместе с пакетом и каким образом;
- на каком языке программирования написан пакет и является ли
этот язык стандартным и широко используемым;
- знают ли этот язык программирования специалисты покупателя,
чтобы изучить, обслуживать и модифицировать пакет в случае
необходимости.
5. Соответствует ли производительность пакета требованиям
покупателя.
Производительность пакетов, имеющих одинаковые функциональные
возможности, может очень существенно отличаться и зависеть от
многих факторов, таких как: размер используемой памяти,
методы обработки информации, методы ввода- вывода и т.д.;
оценить ее довольно трудно. Самый хороший способ оценки -
тестирование пакета на реальных задачах на ЭВМ покупателя.
Однако, это дорогостоящий способ, и покупатели обычно
пользуются информа цией о характеристиках пакета из различных
справочников, а также знакомятся с отзывами пользователей, уже
эксплуатирующих пакет.
6. Насколько легко можно адаптировать пакет в том случае, если
требова ния клиента по обработке данных будут меняться.
Этот критерий включает рассмотрение следующих вопросов:
- обладает ли пакет функциональными возможностями, которые
превосходят потребности клиента в настоящее время, но которые
потребуются в будущем;
- являются ли размеры записей, файлов достаточно большими, если
клиент планирует увеличить объем и структуру обрабатываемых
данных.
7. В какой форме поставляется пакет.
Обычно пакеты поставляются в объектном виде. Однако, в тех
случаях, когда пользователь планирует изменять пакет и
обслуживать его в дальнейшем, он старается получить пакет в
виде исходного модуля и распечаток на исходном языке. Как
правило, цена пакета в исходном виде значительно превышает цену
пакета в объектном виде.
8. Насколько сложен процесс установки пакета на ЭВМ и связанные
с ним работы.
При этом покупатель рассматривает следующие вопросы:
- какие изменения потребуется сделать в существующей у него
системе, процедурах и методиках;
- потребуется ли изменить структуру файлов и их размещение на
носителях, если да, то как это сделать и когда;
- участвует ли поставщик при установке пакета,на сколько
эффективна его помощь, стоимость такой помощи;
- потребуется ли разрабатывать специальную документацию в
дополнение к той, которую предоставляет поставщик;
- какие требуются людские ресурсы, какое обучение потребуется
для них.
9. Легкость экплуатации пакета пользователем, которая
оценивается по следующим основным моментам:
- разрабатывался ли пакет с ориентацией на вычислительную
систему пользователя и существует ли хорошая документация,
описывающая процедуру эксплуатации пакета на ЭВМ;
- являются ли входные формы и документы, а также инструкции по
их подготовке достаточно ясными и понятными;
- находит ли каждый, кто будет связан с пакетом, что пакет
удовлетворяет его потребности с минимальными затратами.
10. Количество и качество документации, поставляемой с пакетом.
Требования к документации описаны в п. 4.3.
11. Какую поддержку пакета будет обеспечивать поставщик.
Требования к поддержке пакета описанны в п. 4.4.
12. Когда был разработан пакет, как долго он эксплуатируется и
сколько клиентов уже используют пакет.
Ответы на эти вопросы дадут представление об отлаженности,
качестве и эффективности пакета.
13. Какая общая стоимость приобретения и использования пакета.
В общую стоимость необходимо включать как стоимость самого
пакета, так и те расходы, которые могут возникнуть в
результате модификации пакета под требования пользователя,
изменения уже существующей у пользователя системы, обучения
персонала и конвертирования программ и файлов пользователя.
14. Оценка поставщика пакета.
- оценка квалификации и опыта работы на рынке разработчика и
поставщика пакета;
- опыт и известность фирмы-агента, осуществляющий маркетинг
пакета на местном рынке.
15. На каких финансовых условиях продается пакет, т.е.
- возможность покупки и/или аренды;
- какие существуют специфические условия при покупке/аренде;
- существуют ли ограничения на использование или модификацию
пакета, а также на предоставление сервиса по обслуживанию
пакета и какие;
- какая предоставляется скидка при эксплуатации пакета на
нескольких ЭВМ у одного пользователя;
- существуют ли допольнительно оплачиваемые режимы у пакета,
если да, то какая их цена;
- цена за обслуживание и обучение.
4. ОСНОВНЫЕ ТРЕБОВАНИЯ ЗАПАДНОГО РЫНКА.
Программный пакет превращается в товар , если он
удовлетворяет в целях определенным требованиям рынка. Поэтому
любого поставщика для успешной торговли пакетами очень важно
выполнять все основные требования рынка, относящиеся к пакету.
Основные требования рынка можно определить следующим образом :
- функциональные требования,
- характеристики качества,
- требования к документации,
- требования по развитию пакета, обслуживанию и обучению,
- требования по ценам,
- маркетинг пакета.
4.1. Функциональные требования.
Пакет должен :
- обеспечивать функциональные возможности, достаточные для
решения определенного класса проблем, удовлетворяющие
требованиям конкретной категории покупателей;
- поддерживать широко используемые на рынке ЭВМ и современное
периферийное оборудование;
- обрабатывать информацию и общаться с пользователем с
использованием алфавита и языка, понятного пользователю.
Функциональные возможности пакета 'закладываются' при
разработке пакета на основе анализа и изучения спроса рынка, и
должны соответствовать текущим потребностям рынка и даже
опережать их.
Функциональные возможности отражают те 'идеи', которые
реализует пакет для конкретной области применения.
Конкурентноспособность пакета на рынке в первую очередь
определяется современностью и ценностью алгоритмов и идей,
которые реализованы в пакете.
Если пакет разрабатывается по заказу конкретного пользователя,
то функции пакета определяются совместно с заказчиком.
Пакет должен поддерживать современные периферийные устройства,
широко используемые на рынке с данным классом ЭВМ.
Пакет должен обеспечивать для пользователя возможность задания
входной и выходной информации на родном языке пользователя. Под
входной и выходной информацией (интерфейс с пользователем)
понимаются данные, операторы управления работой пакета, меню,
сообщения и другая информация, подготав ливаемая пользователем
