Студопедия

КАТЕГОРИИ:


Архитектура-(3434)Астрономия-(809)Биология-(7483)Биотехнологии-(1457)Военное дело-(14632)Высокие технологии-(1363)География-(913)Геология-(1438)Государство-(451)Демография-(1065)Дом-(47672)Журналистика и СМИ-(912)Изобретательство-(14524)Иностранные языки-(4268)Информатика-(17799)Искусство-(1338)История-(13644)Компьютеры-(11121)Косметика-(55)Кулинария-(373)Культура-(8427)Лингвистика-(374)Литература-(1642)Маркетинг-(23702)Математика-(16968)Машиностроение-(1700)Медицина-(12668)Менеджмент-(24684)Механика-(15423)Науковедение-(506)Образование-(11852)Охрана труда-(3308)Педагогика-(5571)Полиграфия-(1312)Политика-(7869)Право-(5454)Приборостроение-(1369)Программирование-(2801)Производство-(97182)Промышленность-(8706)Психология-(18388)Религия-(3217)Связь-(10668)Сельское хозяйство-(299)Социология-(6455)Спорт-(42831)Строительство-(4793)Торговля-(5050)Транспорт-(2929)Туризм-(1568)Физика-(3942)Философия-(17015)Финансы-(26596)Химия-(22929)Экология-(12095)Экономика-(9961)Электроника-(8441)Электротехника-(4623)Энергетика-(12629)Юриспруденция-(1492)Ядерная техника-(1748)

Процес придбання програмного забезпечення користувачем

Під процесом придбання програмного забезпечення будемо розуміти послідовність дій покупця від моменту ухвалення рішення про необхідність придбання потрібного програмного забезпечення до моменту початку експлуатації. Нижче описується така послідовність дій покупця, що визначає прийнятий на ринку процес вибору і купівлі програмного забезпечення.

1. Визначення вимог до програмного забезпечення. Покупець, виходячи з аналізу задач, що стоять перед ним, визначає можливі шляхи їх вирішення. Для цього йому насамперед потрібно визначити:

· основні функції, які повинно виконувати програмне забезпечення; які звичайно визначаються через опис вхідних даних, алгоритмів їх опрацювання та форми вихідних даних;

· конфігурацію устаткування, операційну систему, мови програмування й інші технічні і програмні засоби, що покупець планує використовувати разом із даним програмним забезпеченням;

· можливі зв'язки з вже існуючим програмним забезпеченням в покупця.

2. Збір інформації про наявність на ринку програмного забезпечення, що потенційно може задовольнити покупця. Джерелами такої інформації звичайно служать:

- спеціалізовані звіти;

- огляди і статті по програмному забезпеченню у періодичних часописах і газетах по програмуванню;

- рекламні матеріали фірм-постачальників програмного забезпечення;

- консультанти в сфері маркетингу програмного забезпечення;

- користувачі програмного забезпечення.

3. Аналіз програмного забезпечення, яке потенційно задовольняє користувача, з метою вибору декількох прикладних пакетів для їх подальшої детальної оцінки і порівняння. Такий детальний аналіз проводиться по таких основних критеріях програмного забезпечення:

- ціна;

- основні функціональні можливості;

- необхідне устаткування.

4. Одержання інформації про програмне забезпечення у користувачів пакету. Через користувачів програмного забезпечення покупець з'ясовує ті реальні проблеми, із якими зіткнувся користувач при встановленні та експлуатації. Наприклад, обмеження на використання, виявлені помилки, які вдосконалення були б бажані, як у дійсності організовані підтримка і допомога з боку постачальника.

5. Прийняття рішення. Оцінити яке із розглянутого програмного забезпечення найповніше задовольняє вимогам покупця і при цьому має нижчу ціну і прийняти рішення про придбання.

6. Обговорення і підписання контракту. Не існує єдиного стандарту на контракт на купівлю або оренду програмного забезпечення. Проте, незважаючи на те, що кожний постачальник програмного забезпечення пропонує покупцю свій варіант контракту, основні умови і положення їх однотипові і визначаються, як постачальником, так і покупцем. Нижче перераховуються загальновизнані положення контракту.

- Функціональні можливості, спеціальні й інші властивості і можливості програмного забезпечення повинні бути чітко специфіковані. Це можна зробити, наприклад, посиланням у контракті на повний комплект документації.

- У контракті специфікується предмет постачання, як-от: детальний перелік складових частин програмного забезпечення, у якій формі воно поставляється (вихідний або об'єктний код), специфікація повного комплекту документації.

- Може бути визначений гарантійний період з моменту встановлення програмного забезпечення, протягом якого постачальник здійснює обслуговування і допомогу покупцю в освоєнні роботи безплатно або на пільгових умовах.

- Навчання, обслуговування та встановлення програмного забезпечення, запропоновані постачальником, повинні бути чітко визначені з вказівкою їхньої вартості.

- Повинні бути визначені: методика та максимальний термін виправлення помилок у програмах і документації в післягарантійний період.

- Виправлення помилок у програмному забезпеченні в післягарантійний період постачальник програмного забезпечення здійснює за власний рахунок.

- Для перших користувачів програмного забезпечення може бути організована постачальником додаткова допомога в освоєнні (наприклад, триваліший гарантійний період, безкоштовна експлуатація в початковий період та іншу допомогу).

- Користувач може мати право модифікувати програмне забезпечення. У цьому випадку постачальник не зобов'язаний здійснювати обслуговування модифікованого програмного забезпечення.

- У випадку банкрутства або припинення своєї діяльності з іншої причини постачальник повинен гарантувати користувачу надання усіх вихідних матеріалів про програмне забезпечення для того, щоб користувач міг самостійно підтримувати роботу програмного забезпечення. В цьому випадку в контракті повинні бути обговорені комерційні й інші умови надання таких матеріалів.

- Постачальник повинен гарантувати патентну чистоту програмного забезпечення.

- Користувач повинен гарантувати постачальнику зберігання права власності постачальника на програмне забезпечення, тобто не копіювати, не передавати, не продавати і т.д. програмне забезпечення третій стороні без дозволу постачальника.

- Користувач повинен мати право протягом гарантійного періоду розірвати контракт і повернути програмне забезпечення без додаткових витрат для себе в тому випадку, якщо воно не відповідає специфікації і не виконує або виконує, але невірно, описані функції.

- Якщо програмне забезпечення орендується на певний строк, тоді після закінчення цього терміну користувач повинен або повернути всі копії програмного забезпечення і документації постачальнику, або повернути всі копії документації і знищити програми.

- У контракті повинні бути визначені процедура і критерії приймання програмного забезпечення користувачем.

- Платежі повинні здійснюватися пропорційно частинам програмного забезпечення, що поставляються, наданому сервісу, а також після того, як користувач переконався в правильній працездатності продукту відповідно до специфікації його властивостей і функцій.

- У контракті повинен бути визначений штраф, як для постачальника, так і для користувача у випадку порушення узятих ними зобов'язань або положень контракту.

- Ціна на програмне забезпечення формується з врахуванням багатьох чинників: витрат на розробку, рівня конкуренції на ринку, рівня попиту ринку на даний клас продуктів, відповідності характеристик пакету вимогам ринку, досвіду і популярності розробника і продавця на ринку. Тому визначення реальної ціни програмного забезпечення на ринку потребує врахування всіх цих характеристик, причому окремі з цих чинників можна реально оцінити тільки під час маркетингу продукту на ринку. З цього випливає, що до початку продаж, програмне забезпечення повинне бути продемонстрованим потенційним клієнтам і, як правило, відтестоване клієнтами, і тільки після цього можна приймати рішення про його продаж.

1. Встановлення програмного забезпечення на ЕОМ і дослідна експлуатація. Аналіз результатів дослідної експлуатації та порівняння отриманих результатів з очікуваними. Якщо які-небудь функції програмного забезпечення або які-небудь зобов'язання постачальника не виконуються, повинні бути початі відповідні дії, які покупець повинен обумовити в контракті.


<== предыдущая лекция | следующая лекция ==>
Основні критерії оцінки програмного забезпечення | Особливості ринку ціноутворення програмного забезпечення
Поделиться с друзьями:


Дата добавления: 2014-01-07; Просмотров: 555; Нарушение авторских прав?; Мы поможем в написании вашей работы!


Нам важно ваше мнение! Был ли полезен опубликованный материал? Да | Нет



studopedia.su - Студопедия (2013 - 2024) год. Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав! Последнее добавление




Генерация страницы за: 0.011 сек.