Программное обеспечение на заказ - Custom software

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

Соображения

Поскольку индивидуальное программное обеспечение разрабатывается для одного клиента, оно может учесть его конкретные предпочтения и ожидания, чего может не быть в случае коммерческого готового программного обеспечения. Программное обеспечение по индивидуальному заказу может разрабатываться итеративно, с учетом всех нюансов и возможных скрытых рисков, включая проблемы, которые не были упомянуты в исходных спецификациях требований (которые, как правило, никогда не бывают идеальными). В частности, первая фаза процесс разработки программного обеспечения может включать множество отделов, в том числе маркетинг, инженерное дело, исследования и разработки и вообще управление.[1]

Крупные компании обычно разрабатывают индивидуальное программное обеспечение для критически важных функций, включая управление содержанием, управление запасами, управление клиентами, управление человеческими ресурсами или иным образом восполнить пробелы в существующих пакетах программного обеспечения. Во многих случаях такое программное обеспечение устаревшее программное обеспечение, разработанные до того, как COTS или пакеты бесплатного программного обеспечения, предлагающие требуемую функциональность с приемлемым уровнем качества или функциональности, стали доступны или широко известны. Например, BBC потратил много денег на проект по разработке собственного программного обеспечения для производства и управления цифровыми медиа, но у проекта возникли проблемы, и после многих лет разработки его закрыли. Основная заявленная причина отмены проекта заключалась в том, что стало ясно, что существует коммерческое готовое программное обеспечение, которое к тому моменту было адекватным потребностям BBC и доступным за небольшую часть цены.[2]

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

Стоимость также не единственное соображение при принятии решения о разработке специального программного обеспечения, так как требования к индивидуальному проекту программного обеспечения часто включают в себя покупателя, владеющего исходный код, чтобы обеспечить возможность будущего улучшения или модификации установленной системы для удовлетворения меняющихся требований. Однако современные COTS часто имеют интерфейсы прикладного программирования (API) для расширяемости - или иногда, как в случае Salesforce.com, а предметно-ориентированный язык (DSL) - это означает, что пакеты COTS иногда могут содержать довольно широкий спектр настроек без необходимости доступа к исходному коду основной системы COTS.

Кроме того, COTS требует авансовых лицензионных затрат, которые сильно различаются, но иногда достигают миллионов долларов США. Более того, крупные компании, выпускающие продукты COTS, очень часто модернизируют свои продукты. Таким образом, конкретную настройку может потребоваться обновлять для совместимости каждые два-четыре года. Учитывая стоимость настройки, такие обновления также могут оказаться дорогостоящими, поскольку для них, возможно, придется выделить специальный цикл выпуска продукта. Однако теоретически использование задокументированных API и / или DSL вместо прямого доступа к внутренним таблицам базы данных и модулям кода для настройки может минимизировать стоимость этих обновлений. Это связано с тем, что поставщики COTS могут использовать такие методы, как:

  • внесение изменений «под капотом» при сохранении Обратная совместимость с настройками, написанными для более старых версий API или DSL
  • одновременная поддержка старых версий API и новых версий API в новой версии программного обеспечения
  • руководство по публикации предупреждает о том, что поддержка старых версий API или DSL должна быть удалена из продукта в следующей версии, чтобы у клиентов было больше времени для адаптации настроек.

Решение создать собственное программное обеспечение или перейти к реализации COTS обычно основывается на одном или нескольких из следующих факторов:

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

Основные поля

Строительство

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

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

  • развитие дизайна
  • нежные звонки
  • проверка документов
  • утверждения чертежей в цеху
  • управление изменениями
  • инспекции и ввод в эксплуатацию
  • поиск пути

Разработчики нестандартного программного обеспечения используют различные платформы, например FileMaker Pro, для проектирования и разработки специального программного обеспечения для строительной отрасли и других отраслей.

Больницы

Больницы могут хранить электронные медицинские карты и получить их в любое время. Это позволяет врачу и его или ее помощникам передавать данные о пациенте через сеть.

Хранение пациентов группы крови в базе данных больницы делает поиск подходящей крови быстрее и проще.

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

Места обучения

Школы используют специальное программное обеспечение для хранения данных о поступлении учащихся. Они также производят сертификаты передачи. Некоторые правительства разрабатывают специальное программное обеспечение для всех своих школ. Сампурна - это проект системы управления школами, реализованный Департаментом образования правительства штата Керала, Индия, для автоматизации системы и процессов в более чем 15 000 школ штата. Эти проекты вносят единообразие в школы.

Розничная торговля

Биллинг обычное использование специального программного обеспечения. Заказное программное обеспечение часто используется небольшими магазинами,[нужна цитата ] супермаркеты и оптовые продажи продавцы для обработки инвентарь детали и для составления счетов.

Основные успехи проекта

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

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

Перерасход и сбои крупных проектов

Основная статья: Список неудачных и превышающих бюджет заказных программных проектов

Сбои и перерасход средств государственных ИТ-проектов были тщательно расследованы членами парламента Великобритании и официальными лицами; им пришлось изучить множество неудач, в том числе:

  • NHS Национальная программа по ИТ
  • Агентство сельских платежей Компьютерные системы. 15 марта 2006 г. генеральный директор Джонсон Макнил был уволен из-за пропуска крайнего срока, 14 февраля, для расчета пособий по схеме единой оплаты.
  • Универсальный кредит - первая проба не могла правильно выполнять даже самые основные функции; отставание от графика, и, как сообщается, проект был возобновлен.
  • 1992 - LASCAD - новая компьютеризированная диспетчерская служба Лондонской службы скорой помощи - временные сбои, вызывающие задержки в маршруте скорой помощи. Предыдущая попытка разработать индивидуальную систему отправки для лондонской службы скорой помощи также была отменена.

Преимущества и недостатки

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

КритерийПрирода
Стоимость и время разработкиКоличественный
Прочие расходы на персоналКоличественный
Эффективность системыКоличественный
Улучшение сервисаКачественный
ГибкостьКачественный

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

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

Преимущества

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

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

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

Недостатки

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

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

Гибридная модель

В частности, с современным облачным программным обеспечением возможна гибридная модель пользовательского программного обеспечения, в которой основное внимание уделяется программному обеспечению COTS - в основном несоответствие между его функциями, функциями и бизнес-требованиями, предпочтениями и ожиданиями. Идея здесь состоит в том, чтобы купить программное обеспечение COTS, которое удовлетворяет максимальному количеству требований, и разработать собственное программное обеспечение (расширения или надстройки), чтобы заполнить оставленные им пробелы. Это стандартный подход, используемый при реализации SAP ERP, Например.

Смотрите также

Рекомендации

  1. ^ Джозеф М. Моррис (2001). Программная промышленность Бухгалтерский учет Tanga. п.1.10
  2. ^ «BBC отказывается от цифрового проекта стоимостью 100 млн фунтов стерлингов». Новости BBC. 24 мая 2013 г.