Пользовательское программное обеспечение

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

Соображения

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

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

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

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

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

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

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

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

Основные месторождения

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

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

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

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

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

Больницы

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

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

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

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

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

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

Биллинг — это распространенное использование специального программного обеспечения. Специальное программное обеспечение часто используется небольшими магазинами, ^{[ нужна ссылка ]} супермаркеты и оптовые продавцы для обработки данных о запасах и выставления счетов.

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

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

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

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

Когда компания рассматривает возможность программного решения, обычно существуют варианты между созданием электронной таблицы (что часто делается в Microsoft Excel ), получением готового продукта или созданием специального программного обеспечения, специально предназначенного для удовлетворения их потребностей. Существует пять основных критериев выбора правильного решения: ^[5]

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

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

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

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

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

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

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

Недостатки

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

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

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

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

См. также

Ссылки

^ Джозеф М. Моррис (2001). Бухгалтерский учет в отрасли программного обеспечения Tanga . п.1.10
^ «BBC отказывается от цифрового проекта стоимостью 100 миллионов фунтов стерлингов» . Новости Би-би-си. 24 мая 2013 г.
^ Кристиан фон Хиршхаузен и Юрген Битцер, Глобализация промышленности и инноваций в Восточной Европе: от постсоциалистической реструктуризации к международной конкурентоспособности , Издательство Эдварда Элгара - 2000, ISBN 9781782542308
^ Дерек Либерт, Будущее программного обеспечения , MIT Press, 1996. ISBN 9780262621090
^ «Индивидуальное программное решение» . Проверено 15 апреля 2017 г.

[Mor01-1] Джозеф М. Моррис (2001). Бухгалтерский учет в отрасли программного обеспечения Tanga . п.1.10

[bbc-bbc-digital-2] «BBC отказывается от цифрового проекта стоимостью 100 миллионов фунтов стерлингов» . Новости Би-би-си. 24 мая 2013 г.

[bitzer-3] Кристиан фон Хиршхаузен и Юрген Битцер, Глобализация промышленности и инноваций в Восточной Европе: от постсоциалистической реструктуризации к международной конкурентоспособности , Издательство Эдварда Элгара - 2000, ISBN 9781782542308

[4] Дерек Либерт, Будущее программного обеспечения , MIT Press, 1996. ISBN 9780262621090

[5] «Индивидуальное программное решение» . Проверено 15 апреля 2017 г.

[1]

[2]

[3]

[4]

[5]