По многочисленным просьбам даю
ссылки на предыдущие три номера этой рассылки.
Кто не имеет возможности войти в интернет-архив -
пишите, что-нибудь придумаем.
Настоятельно рекомендую ознакомиться с
предыдущим материалом, во-первых, для того, чтобы
иметь полную картину того, о чем рассылка, и,
во-вторых, чтобы ознакомиться с первыми частями
статьи об открытых и закрытых программах
автоматизированного учета и управления
предприятием..
А теперь продолжим обсуждение
вопроса, почему покупать
нужно законченные коробочные программы.
Открытые или
закрытые программы - вот в
чем вопрос*
(часть 4)
Под 'открытыми'
программами мы подразумеваем
'программы-полуфабрикаты', т.е. те, которые
требуют последующей доработки и содержания
программиста для её сопровождения. 'Закрытые'
же программы (или 'коробочные'), напротив, не
позволяют пользователю вносить в себя изменения,
но при этом они полностью готовы к работе - как
говорится: 'купил и работай'
Открытость программы не
позволяет быстро реагировать на изменяющееся
законодательство. Но часто сторонники
открытости утверждают обратное.Рассмотрим, как
учитываются изменение законодательства в случае
закрытой и открытой программ:
- Закрытая программа.
Разработчик вынужден отслеживать изменение
законодательства уже потому, что он испытывает
давление со стороны старых клиентов (им была
обещана поддержка при изменении
законодательства). Кроме того, ему необходимо
иметь актуальную программу (в смысле изменений
законов) для новых (потенциальных) клиентов.
Зачастую разработчик имеет возможность начать
работы по учету изменений еще до официального
опубликования закона. Разработчик всегда
стремится не потерять время. Пользователь, встав
перед фактом необходимости работать по новым
инструкциям, вправе требовать от разработчика
соответствующей версии. Или версия уже будет
готова, или разработчик будет знать, когда она
будет готова. В любом случае пользователь может
требовать. Требовать, а не просить. И при этом
может опираться на ранее данные разработчиком
обязательства. Доставить обновленную версию до
конечного пользователя очень просто и дешево.
Обновление может предоставляться через WWW, по
электронной почте, обычной или курьерской
почтой, может использоваться дилерская сеть,
представительства. Но всегда это прогнозируемая
(в смысле временных и денежных затрат) работа.
- Открытая программа.
Разработчик не отслеживает изменения законов
сам. Это должен делать пользователь. Вовремя
узнать о готовящихся изменениях. Вовремя
поручить работу своим специалистам или
договориться о выполнении такой работы с третьей
фирмой. Вовремя оттестировать. Вся
ответственность на пользователе. Все денежные
расходы несет пользователь. Вся организация
работ – забота пользователя. И при этом ему никто
ничего не обязан. Он проситель. Он заказчик. Он
может договориться с настройщиком, но может и не
договориться. Пользователь может просто не найти
подрядчика, который согласится выполнить работу.
Открытость программы не
позволяет качественно вносить модификации в
программу при изменении законодательства.
Но часто сторонники открытости утверждают
обратное. Все изменения, что вносятся в закрытую
программу, всегда производятся специалистами
фирмы разработчика. Это их работа. Они знают
исходные тексты программы, ее архитектуру,
особенности. У них есть опыт выполнения такой
работы. Это штатные программисты фирмы
разработчика. В случае открытой программы
картина иная. Изменения часто делают случайные
люди, не имеющие соответствующего опыта и
возможностей. Да и работа эта часто носит
характер халтурки... Неизбежное следствие –
качество модификаций закрытой программы
несоизмеримо выше качества модификаций
открытой программы.
Есть нелогичность и в другом.
Предположим, что произошло изменение
законодательства. Разработчик закрытой
программы производит соответствующие изменения
и распространяет новую версию программы. В
случае открытой программы на территории страны
одновременно производятся одни и те же изменения
одной и той же программы, но разными людьми и
разными способами. Вся экономическая логика
говорит, что такое положение вещей для открытой
программы не может обходиться дешевле
централизованного изменения для закрытой
программы. И лишние затраты неизбежно
оплачиваются потребителем.
Открытая программа часто
является недоступной. Сама логика
открытости подразумевает доступность для
пользователя услуг либо своих специалистов, либо
специалистов сторонних фирм. В условиях районных
центров, сел, поселков, а часто и относительно
больших городов, потребитель просто может не
найти ни программистов, ни специализированных
программистских фирм. Их может вообще не быть в
населенном пункте. Или автоматизация нужна
только в столице и областных центрах? Для
закрытой программы обновление, в худшем случае,
можно получить по почте (менее 5 гривен
CD-заготовка и 2-3 гривны доставка). Но что делать с
открытой программой? Где взять специалиста для
доработки?
Да и в условиях большого города у
владельцев открытых программ могут быть
проблемы. Это касается, в первую очередь,
трудных и требовательных пользователей.
Многочисленная армия настройщиков может просто
сторониться таких клиентов с их огромными базами
данных, с очень большим объемом информации или
сложным документооборотом. Как быть в этом
случае?
продолжение
следует....
ПРАКТИЧЕСКИЙ СОВЕТ
ОПТОВИКИ
Вы продаете товары. У вас много
потребителей. Каждая расходная накладная – это
много позиций. Такие же и счета.
Очень часто возникает ситуация
когда потребитель оплачивает не всю сумму счета,
но часть ее. Может ли предлагаемая программа
отслеживать такие частичные оплаты? Пусть
поставщик программы вам покажет, как это
делается!
Если программа не позволяет
отслеживать частичные оплаты ваших счетов, то
это совершенно неподходящая программа для
любого (даже мелкого) оптовика!
Вы будете сильно удивлены, если
узнаете, что очень многие программы не
предоставляют столь очевидно нужные функции!