Готовые пакеты прикладных программ

Для многих приложений существует альтернатива дорогостоящей разработке - это приобретение готового пакета, который может выполнить за вас всю или часть работы. Покупка готового пакета часто оказывается относительно недорогим рещением, поскольку он разрабатывается для многих пользовательских сообществ и его стоимость, по сути, распределяется между ними.

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

Можно приобрести готовые рещения для таких задач, как бухгалтерский учет и финансы, управление производством, расчет заработной платы, управление кадрами, справочная служба, управление электронными документами, автоматизация документооборота и многих других. Кроме того, на рынке предлагаются информационно-управляющие системы (ИУС) и информационные системы руководителей (ИСР). Очень легко вынудить продавцов подраться между собой в попытках сбыть вам свою продукцию, однако принять рещение, основанное на всестороннем анализе, очень трудно.

Примечание

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

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

В этом приложении мы рассмотрим некоторые вопросы и возможности, связанные с приобретением готовых программных систем и компонентов.

Оценка пакета

Прежде всего нужно определить, сможет ли готовый пакет выполнить нужную работу. Если есть пакет, который наверняка сможет это сделать, то найти какой-нибудь весомый аргумент в пользу написания собственного приложения будет трудно. Во многих случаях группа аналитиков проводит первоначальную оценку имеющихся на рынке продуктов с учетом требований, предъявляемых к системе. На этом этапе важно провести различие между возможностями и выгодами. Продавцы будут пытаться привлечь вас возможностями (часто они хорошо выглядят только при демонстрации). Вы же должны сконцентрировать внимание на выгодах, которые может дать продукт в плане удовлетворения конкретных требований. Кто из нас не бьш обманут убедительными демонстрациями Обычно роль проектировщика в такой группе оценки заключается в анализе технической осуществимости, а задачи стоимостной и функциональной оценки возлагаются соответственно на руководителей проекта и группу аналитиков.

По нашему мнению, такой традиционный подход небезопасен. Мы считаем, что анализ здесь должен быть полным, всесторонним, как при выполнении традиционного проекта, связанного с разработкой системы Прежде чем оценивать готовые продукты, следует полностью зафиксировать поставленные требования в спецификации. После согласования этих требований объединенная группа аналитиков и проектировщиков должна выполнить оценку. Вы должны составить окончательный сгшсок продуктов-кандидатов и (если в этом списке более одного элемента) выполнить оценку каждого из них, уделив каждому продукту одинаковое время. Если вы рассматриваете и какое-то доморощенное решение, на его оценку следует выделить столько же времени.

Предупреждение

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

Завершив оценку (поработав с демо-версиями, прочитав книги и просмотрев рекламные фильмы), группа должна провести анализ экономической эффективности, сравнивая как готовые пакеты, так и собственное

решение. Как проектировщик, вы будете испытывать соблазн отдать предпочтение собственному решению, так как знаете, что можете и хотите спроектировать и создать эту систему. Мы понимаем вас (сами попадали в такую ситуацию), но рекомендуем постараться быть объективным. Например, как вы сможете оправдать необходимость создания собственной системы электронной почты, когда рынок переполнен относительно дешевыми открытыми продуктами, которые проверены и испытаны?

Конечно, не все оцениваемые продукты могут быть построены на основе базы данных Oracle. Однако здесь мы предполагаем, что ваша организация выбрала Oracle как базовую технологию СУБД и, следовательно, ее поддержка является обязательным условием. Если пакет работает с разными серверами БД, то, вероятно, стоит проверить, насколько хорошо он использует возможности Oracle.

Давайте рассмотрим, какие качества продукта должен анализировать проектировщик.

Подходит ли пакет?

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

Аппаратные средства и операционная система

Прежде всего нужно определить аппаратную платформу (платформы) и операционную систему (системы), на которых должно работать рассматриваемое приложение. Если продукт в качестве базы данных использует Oracle, то это еще не означает, что он обладает такой же переносимостью, как сама Oracle. Кроме того, никогда не следует исходить из предположения, что функциональные возможности пакета на всех платформах одинаковы. Например, есть много продуктов на базе Oracle, работающих только под управлением Unix, а среди них есть такие, которые работают только с определенными разновидностями этой ОС. Есть также продукты, работающие как с Unix, так и с патентованными операционными системами, например VMS или Windows NT.

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