Страница 18 из 18
На рынке бухгалтерских программ представлены и те, которые рассчитаны на бухгалтеров, незнакомых с компьютером, и те которые написаны для программистов волею судеб ставших бухгалтерами.
Сложнее анализировать подход, который используют разработчики при определении диапазона настройки. Можно предположить, что он зависит от прогноза возможных изменений параметра настройки. Большинство разработчиков интуитивно определяют эти параметры. Чем шире охват предметной области, тем больше настроек предусматривает разработчик, чтобы сохранить применимость своей программы.
Наиболее ярко это проявляется в популярных рыночных продуктах. Разработчики Windows включили в свой продукт все известные им драйверы указателей, принтеров, мониторов и т. п., и кроме того дали возможность присоединить иные, им неизвестные. Разработчики бухгалтерского пакета “Scala”, который используется в 55 странах, предоставляют пользователям возможность настроить его на любую методику ведения учета в любой из 18 валют, на любом из 33 языков. Как только разработчики узнают об отсутствии в их программе необходимой настройки, они стараются ее включить.
Однако повышают ли они возможность применения своего продукта? Казалось бы, да. На деле здесь мы сталкиваемся с пресловутым переходом количества в качество. Введя многочисленные настройки, т. е. повысив инструментальность своего продукта, разработчики дали возможность большему числу пользователей его применять.
Но одновременно они повысили уровень требований к знаниям пользователей. А следовательно, уменьшили число потенциальных пользователей. В пределе это число стремится к числу самих разработчиков, когда, кроме них самих, никто не сможет применять их продукт.
Из такой ситуации выход обычно находят в специальном обучении пользователей или предварительной настройке для них универсального продукта. Но и это не панацея, поскольку обученный сотрудник может уйти с предприятия, а изменение внешних условий потребует произвести перенастройку.
Существуют объективные факторы, влияющие на применяемость средств автоматизации и зависящие от степени их инструментальности.
Вводя настройки и выбирая метод управления ими, разработчик предполагает возможности того, кто будет использовать его продукт. При этом, естественно, не может быть такого способа, который будет в максимальной степени удобен для всех пользователей, независимо от образования, специальности, свойств характера и т. п. Поэтому немаловажно, выбирая систему, обращать внимание на диапазон и способ настройки средств автоматизации.
Наконец, последний вопрос, который хотелось бы затронуть, связан с теми средствами, на которых строятся системы автоматизации.
На каких средствах создавать систему – На чем легче или на чем лучше?
Вопрос в немалой степени провокационный. Ответ, казалось бы, очевиден, но на самом деле не так прост.
Любые средства хороши, если они позволяют достигнуть поставленной цели.
Прежде чем обсуждать средства разработки, следует определить ее цель:
надо создать – заказную уникальную систему или программный продукт для рынка?
это будет прикладная программа или инструментальная система?
какой предполагается срок жизни программы?
придется ли ее сопровождать (т. е. вносить изменения в нее по желанию заказчика) или только исправлять ошибки?
Есть еще много вопросов, ответ на которые в какой-то мере влияет на выбор средств.
Если создается уникальная система по заказу, то важно понять, в течение какого времени она будет использоваться и с какой интенсивностью.
Например, когда у нас, как грибы после дождя, стали появляться биржи, то им требовалась система обработки биржевой информации как можно скорее. Пусть она работает медленно – все ж быстрее, чем человек. Пусть она делает ошибки – все же меньше, чем человек. Значит такую систему следует создавать «на чем легче».
Многие в то время прогнозировали – и не ошиблись, что большинству бирж отпущено 1,5 – 2 года. Приблизительно столько занимает разработка серьезной системы. Кто бы ей пользовался сегодня?
Сейчас похожая ситуация с банками.
Завтра та же участь ждет инвестиционные фонды.
Послезавтра настанет черед страховым обществам.
Тенденции такого развития видны многим, поэтому существуют даже фирмы, которые называют «фирмы быстрого реагирования». Они быстро постигают смысл насущных задач и создают программы «на злобу дня». Безусловно таким фирмам требуются средства. на которых легче, а значит и быстрее создавать программы. Аналогичные задачи стоят перед программистами на предприятиях. Им надо как можно скорее разработать программу, отвечающую текущим потребностям. Собственно для таких задач и создаются интегрированные пакеты типа Fox Pro.
Конец ознакомительного фрагмента.
Текст предоставлен ООО «ЛитРес».
Прочитайте эту книгу целиком, купив полную легальную версию на ЛитРес.
Безопасно оплатить книгу можно банковской картой Visa, MasterCard, Maestro, со счета мобильного телефона, с платежного терминала, в салоне МТС или Связной, через PayPal, WebMoney, Яндекс.Деньги, QIWI Кошелек, бонусными картами или другим удобным Вам способом.