Приобретение системы

Date: 2015-10-07; view: 421.

ПОДХОДЫ К СОЗДАНИЮ ИС

Как правило, при разработке ИС организации испытывают различного рода трудности:

· Новая ИС не всегда удовлетворяет потребности пользователей. Это может произойти даже если разработка длится достаточно долго и пользователи участвовали в ее проведении. И только когда новая система начала использоваться, вдруг обнаруживается, что она работает неадекватно.

· Пользователи очень часто неспособны определить, чего бы они хотели. Часто они этого просто не знают.

· Разработчики часто не знают или не понимают специфики компании и поэтому неспособны предложить что-то действительно значимое для улучшения ИС.

· Процесс разработки может длиться так долго, что к моменту его завершения новая ИС уже не соответствует реалиям компании.

· Изменения и усовершенствования в системе при ее разработке не могут делаться бесконечно. Когда-нибудь должно быть принято решение о ее применении, иначе затраты на разработку превысят допустимые пределы.

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

Программное обеспечение может разрабатываться внутри организации, покупаться готовым или приобретаться и модифицироваться. Особенности этих трех подходов перечислены в таблице.

Таблица. Сравнение подходов к приобретению программ

Даже при наличии хороших готовых программ организация может решить разрабатывать свою систему, если имеет специфические потребности или этого требуют ее размеры и сложность. Обычно такие разработки ведутся самими компаниями, однако возможен вариант приглашения сторонних разработчиков. В этом случае совершенно необходимо:

· Тщательно выбрать разработчика. Лучше, если сторонний разработчик имеет опыт работы с другими компаниями данной отрасли и понимает, как компания ведет свои дела.

· Подписать контракт, накладывающий взаимные обязательства, фиксирующий потребности организации, которые должны быть удовлетворены и позволяющий расторгнуть соглашение при определенных условиях.

· Планировать и контролировать каждый шаг. Должно быть достигнуто соглашение по всем аспектам разработки и установлены частые контрольные сроки.

· Поддерживать эффективное взаимодействие. Отношения между организацией и разработчиком должны быть ясными и определенными в любой момент, чему способствует частое общение.

· Контролировать все затраты. Все затраты должны проверяться, а денежные выплаты до завершения разработки должны быть минимизированы.

Другая альтернатива - покупка программ. Немало разработчиков программного обеспечения специализируется на определенной отрасли и даже поставляющих информационные системы вместе с компьютерами “под ключ”. По оценкам около 80% компаний предпочитают покупать программное обеспечение, а не разрабатывать его. Однако и в этом случае организации приходится проходить жизненный цикл разработки системы, за исключением только некоторых шагов физической разработки, связанных с программированием.

Наиболее гибкий подход к приобретению системы - модификация готового программного обеспечения. Он сочетает достоинства других подходов, однако сопровождается и своими рисками, обусловленными тем, что программное обеспечение при этом как бы меняет своего разработчика.