Специальное программное обеспечение

редактировать

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

Содержание

  • 1 Соображения
  • 2 Основные области
    • 2.1 Строительство
    • 2.2 Больницы
    • 2.3 Места обучения
    • 2.4 Розничная торговля
  • 3 Основные успехи проекта
  • 4 Основные перерасход и сбои проекта
  • 5 Преимущества и недостатки
    • 5.1 Преимущества
    • 5.2 Недостатки
  • 6 Гибридная модель
  • 7 См. также
  • 8 Ссылки

Соображения

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

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

Разработка программного обеспечения на заказ часто считается дорогой по сравнению с готовыми решениями или продуктами. Это может быть правдой, если говорить о типичных проблемах и типовых решениях. Однако это не всегда так. Во многих случаях программное обеспечение 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, для проектирования и разрабатывать индивидуальное программное обеспечение для строительной отрасли и других отраслей.

Больницы

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

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

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

Учебных заведениях

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

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

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

Основные успешные проекты

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

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

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

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

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

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

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

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

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

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

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

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

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

Недостатки

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

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

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

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

См. Также

Ссылки

Последняя правка сделана 2021-05-16 12:03:18
Содержание доступно по лицензии CC BY-SA 3.0 (если не указано иное).
Обратная связь: support@alphapedia.ru
Соглашение
О проекте