34
продолжительные сроки реализации самого проекта, риск остаться без
поддержки полученной ИС после ввода в эксплуатацию или в процессе
внедрения, и риск не получить продукт в силу каких либо обстоятельств.
Кроме этого, существует риск получить достаточно сырой продукт,
неверно решающий поставленные задачи, имеющий скрытые дефекты,
которые могут в последствии привести к потере данных потенциальных
клиентов. Для составления ТЗ на разработку ПО организация будет
вынуждена раскрыть детали внутренних бизнес-процессов и другую
конфиденциальную информацию.
3) Покупка и доработка. При таком варианте приобретения ИС, компания
получит максимально приближенное к описанному в ТЗ по функционалу
и удовлетворяющее предъявляемым требованиям ПО, и при этом почти
полностью состоящее из хорошо отлаженных модулей, и лишь частично
из написанные вновь, для реализации специфических частей бизнес-
процессов. Таким образом можно заключить что данный способ сочетает
в себе как преимущества, так и недостатки предыдущих двух методов.
Длительность разработки будет ниже, чем при разработке системы с нуля.
Стоимость будет ниже, чем у разработки на заказ, но выше, чем у
готового продукта без доработок. Доработка системы, разработанной
сторонним производителем, всегда сопряжена с возможными проблемами,
отсутствием поддержки, развернутой документации, скрытых
ограничениях на изменение функционала. Вносимые изменения способны
снизить надежность ПО и привести к конфликтам в его работе. Это
повышает риск не получить ожидаемый результат, затратив время, деньги
и другие ресурсы компании.
4) Собственная разработка. При этом варианте конечная система будет
полностью соответствовать описанным требованиям, в системе будет
присутствовать только необходимый функционал, полностью и с
точностью покрывающий автоматизируемый бизнес-процесс, в случае
изменений в организации, связанных с автоматизированным в системе
бизнес-процессом. Данный вариант устраняет почти все недостатки
варианта заказа разработки системы в сторонней организации, кроме