или получаемая пользователем в процессе эксплуатции пакета. Для
системных пакетов интерфейс с пользователем возможен на
английском языке. Во многих случаях использование систем
разработки программ также допустимо на уровне английского
языка, однако, прикладные пакеты должны обеспечивать
пользователю общение на родном языке.
В программный пакет должен входить контрольный пример,
проверяющий функционирование пакета. Возможности контрольного
примера определяются разработчиком. Пакет оформляется как
отдельный независимый компонент, который, поставляется на
машинном носителе (магнитные ленты, гибкие диски).
4.2. Характеристики качества.
Широкое использование вычислительной техники и ПО в критических
для жизни людей сферах применения ( оборона, медицина, транспорт
и т.д.) существенно повысило значение качественных характеристик
ПО и его надежности. Качество ПО может быть определено как
набор свойств и характеристик, которые позволяют удовлетворить
заданным или подразумеваемым потребностям пользователей. Таких
характеристик очень много. В зависимости от назначения и
специфики решаемой задачи количество и вес характеристик
качества может быть различным. Тем не менее существуют
общепринятые характеристики, которые экспортер должен четко
показать клиенту, и которые являются существенными при оценке
конкурентноспособности пакета. Основными из них:
- функциональность, т.е. способность пакета правильно выполнить
набор запланированных или подразумеваемых функций для
удовлетворения требо ваний пользователей ;
- надежность, т.е. способность обеспечить требуемый уровень
работоспособности (без сбойной работы ) при заданных условиях;
- простота использования, т.е. наличие таких атрибутов, которые
позволяют минимизировать усилия пользователя при изучении,
использовании и оценке пакета ;
- экономия ресурсов и времени, т.е. способность пакета
выполнить требуемые функции, используя допустимое количество
ресурсов в определенный отрезок времени ;
- переносимость, т.е. возможность быстрой и легкой настройки
пакета на другое оборудование (среду функционирования);
- сопровождаемость, т.е. наличие таких атрибутов, которые
способствуют минимизации усилий по модификации и внесению
исправлений в пакет;
4.3. Требования к документации.
Документация должна состоять из :
- рекламной,
- эксплуатационной,
- документации разработчика (сопровождения ).
Рекламная документация предназначена для маркетинга (нужд
продавца) и должна содержать основные сведения о пакете
(функциональные возможности, основные характеристики, включая
требования к ЭВМ и памяти, поддерживаемые устройства, условия
эксплуатации; количество уже имеющихся пользователей пакета,
достоинства пакета по сравнению с аналогичными пакетами).
Рекламная документация должна быть на английском или родном
языке пользователя и состоять из проспектов и общих описаний.
Эксплуатационная документация предназначена для пользователей
данного пакета, т.е. :
- системных аналистов, устанавливающих пакет на ЭВМ;
- прикладных аналистов и программистов, использующих пакет
при разработке алгоритма и программировании прикладных программ;
- операторов, осуществляющих прогон пакета на ЭВМ.
Она должна содержать, как правило, следующие документы :
- общее описание (концепции и возможности ) на английском
языке.
- инструкцию по установке пакета в среде операционной системы и
используемого оборудования (ЭВМ );
- иструкцию по эксплуатации ( использованию ) пакета.
- сообщения, выдаваемые пакетом.
- инструкцию по запуску контрольного примера.
Количество и содержание документов зависит от сложности и
компонентного состава документации (описание языка, описание
применения пакета, инструкция для оператора, инструкция для
программиста и т.д.). Инструкция по эксплуатации для прикладных
пакетов должны быть на родном языке пользователя.
Документация должна быть написана ясным, доступным языком,
особенно документация для пользователей ПЭВМ.
Документация разработчика предназначается для персонала,
осуществляющего развитие и поддержку данного пакета. Как правило,
должна состоять из :
- тексктового описания логики пакета;
- подробных блок-схем;
- листингов на исходном языке.
Документация разработчика может быть написана на родном языке
разработчика.
4.4. Требования по развитию пакета, обслуживанию и обучению.
Разработчик (поставщик) пакета должен осуществлять развитие
пакета и его обслуживание (исправление ошибок как в программах,
так и в документации). Развитие пакета является существенным не
только для пользователя пакета, который с началом использования
пакета осуществляет свою деятельность в идеологии пакета (переход
на другой пакет в общем случае означал бы для пользователя
переобучение персонала, перепланирование методики обработки данных
и т.д.), но и не менее важно для самого разработчика пакета.
Постоянное развитие пакета позволяет разработчику сохранять уже
существующую базу клиентов, а также делать малоэффективным
несанкционированное копирование пакета.
Разработчик совместно с поставщиком пакета должен обеспечить
следующие основные услуги по обслуживанию пакета у клиентов :
- сгенерировать пакет у клиента, если потребуется ;
- периодически поставлять клиенту изменения к пакету и
документации;
- исправлять возникающие ошибки в программах пакета
(требования по быстроте исправления ошибок зависит от характера
ошибки, частоты использования пакета клиентом - ежедневно,
еженедельно, ежемесячно и т.д.);
- оказывать консультации клиентам по возможностям пакета и его
использованию и применению;
- участвовать в случае необходимости, в совместных с клиентом
проектах с применением данного пакета ;
- периодически информировать клиентов о текущем состоянии и
перспективах развития пакета через рассылку технических извещений,
организацию семинаров.
Обслуживание и обучение пользователей - платное. Обучение
проводится на родном языке пользователя,в отдельных случаях - на
английском, возможны варианты с переводчиком.
4.5. Требования по ценам.
В общем смысле "продажа " программного обеспечения не
означает передачи прав собственности, как например, в случае
продажи оборудования. Под продажей программ понимается
предоставление пользователю лицензии на пользование этими
программами. Пользователь может получить лицензию на пользование
П О бессрочно или на определенный период. Условия оплаты могут
базироваться либо на единовременном платеже либо помесячном.
Обычно первый вариант оплаты применяется за пакеты для ПЭВМ,
второй - за пакеты для больших ЭВМ. Алгоритм образования цен на
программы (пакеты) зависит от многих факторов: конкуренции на
рынке аналогичных пакетов, стоимости разработки пакета, рыночного
спроса на данный класс пакетов, полноты соответствия пакета
требованиям рынка, потенциальной базы клиентов и т.д. Некоторые
из этих факторов, например, стоимость разработки пакета, для
пользователя являются несущественными. С точки зрения
пользователя ценность пакета определяется уровнем его соответствия
требованиям рынка. И, соответственно этому, влияние требований
рынка является определяющим в образовании цены на пакет. В
приложении 3 приведены сведения о стоимости наиболее
распространенных пакетов на рынке Финляндии.
4.6. Маркетинг пакета.
Разработчику (поставщику) пакета на западный рынок следует
четко понимать, что в условиях жесткой рыночной конкуренции
продажа ПО без организации и проведения маркетинга практически
невозможна. Под маркетингом следует понимать процесс выполнения
всего комплекса мероприятий, связанных с выходом на западный рынок
и работой там с клиентами. Как правило, эти мероприятия включают
: приобретение прав от разработчика на маркетинг пакета,
тестирование и 'приведение' пакета к товарному виду, подготовка и
выпуск рекламных, учебных и других информационных материалов,
организация рекламы и демонстрации пакета, определение реальной
цены на пакет, анализ и создание каналов сбыта пакета на рынке,
организация работы с клиентами (обучение, обслуживание, реакция на
жалобы клиентов и т.д.), разработка коммерческих принципов работы
с агентом и/или клиентами (финансовые вопросы, контроль за
сохранением права собственности на пакет), поставка пакета
местному агенту по продаже пакета и постоянная работа с агентом.
Работы по маркетингу выполняют обычно те фирмы, которые берут на
себя роль фирмы-издателя П О (s/w publisher) или фирмы-агента.
5. ТИПИЧНАЯ СХЕМА ОРГАНИЗАЦИИ ТОРГОВЛИ ПО
НА ЗАПАДНОМ РЫНКЕ
В процессе разработки и торговли ПО четко обозначились три
самостоятельных направления : разработка ПО, издание ПО в виде
товара для рынка, продажа и распространение программного товара на
местном рынке западной страны. В соответствии с этим
организационно в этом процессе участвуют, как правило,три стороны:
разработчик ПО, фирма, выполняющая роль издателя ПО (s/w
publisher), фирма-агент осуществляющая работу с пакетом на местном
рынке.
Разработчик проектирует и разрабатывает первоначальную версию
пакета. Он являтся собственником пакета и остается им в будущем,
когда пакет будет доведен до уровня товара и будет продаваться на
рынке. Разработчик ищет фирму, которая могла бы выполнять роль
фирмы-издателя его пакета как товара и которой он продает право на
такие работы.
Фирма-издатель (s/w publisher) берет на себя все функции по
доведению пакета до товарного вида, организации маркетинга и
продажи пакета.
Таким образом фирма-издатель ПО выполняет следующие основные
виды работ:
- приобретает от разработчика право маркетировать его пакет;
- тестирует пакет и, если необходимо, реализует доработки
пакета до требований рынка (разрабатывает интерфейс с
пользователем на родном языке пользователя, разрабатывает
дополнительный сервис для конкретного класса пользователей,
готовит документацию на языке пользователя и т.д.);
- разрабатывает и издает рекламные и другие материалы по
маркетингу пакета;
- оформляет внешний вид и издает пакет в 'товарном виде'
(наглядные и яркие обложки для документации, коробки для упаковки
пакета при поставке пользователям и т.д.);
