Коробка
posted in Инженерия ПО |
Во-первых, коробки бывают разные, большие и маленькие. Маленькие можно запихать в большие, а большие в маленькие не помещаются. Тьфу, о чем это я?
Ах, да. Коробки, действительно, бывают разные. Можно отличать универсальные коробочные разработки, которые нужны если не всем, то очень многим. В основном, в таких коробочках, которые можно приобрести на каждом углу и в которых лежит домашний софт, редакторы и всевозможные полезные и не очень утилиты.
Такая коробочка может издаваться миллионными тиражами, и поэтому ее стоимость очень низкая из-за больших тиражей. При этом основные риски определяются именно универсальностью и большими тиражами. Стоит вам выпустить такую коробочку, как она тут же расползается огромными тиражами в лицензионном и нелицензионном варианте. Чтобы предотвратить нелицензионное использование, встраивают навороченные механизмы проверки, которые сами по себе отнюдь не увеличивают надежность и устойчивость программ.
Один из главных рисков — большая стоимость ошибки. После того, как версия вышла, исправить ошибку уже очень накладно, и каждая такая ошибка портит имидж компании. Поэтому версию стараются отложить до исправления всех критичных ошибок. Отсюда проистекает второй риск: устаревание. Пока вы отлаживаете свой софт, конкуренты уже выпустили похожий, а поскольку вас, как альтернативы не было, то захватили весь рынок и всем остальным начали диктовать свои условия. Через 10 лет они установили мировое господство и тиранию, а все потому, что вы никак не могли исправить это несчастное падение навигатора.
Есть еще уникальные по своему наполнению разработки, которые автоматизируют большие технологические сферы, но при этом нужны только ограниченному (в смысле маленькому) числу людей. Это я так утрирую, в качестве примера можно привести программу, автоматизирующую фондовую биржу. Понятно, что пользоваться такой программой могут многие, а вот покупать… Короче, продавать такие коробочки продавцам, торгующим за углом пиратскими фильмами и бэушными телефонами, не выгодно. Ну мало у нас покупателей ПО для фондовых бирж, мало.
Чтобы в дальнейшем не повторять это определение, эксперты придумывают всякие короткие названия, такие как, АБС, СЭДО, КИС или КСА, не суть важно.
Для этого типа также важно вовремя выпускать систему, борясь тем самым с мировым терроризмом. Но есть и свои особенности.
Если предыдущий тип коробочной разработки характеризуется низкой стоимостью (ну как же, ведь общая стоимость разработки может быть разделена на всех пользователей системы), то здесь это уже не совсем так. Ну как же, если компания потратила чёртову прорву денег на разработку этакого программного монстра «нафиг все автоматизирующего» уровня предприятия (Enterprise Edition), то для того, чтобы отбить эти деньги, она вероятно захочет от покупателей стоимость равную чёртовой прорве денег, поделенной на небольшое количество покупателей, которые ею заинтересовались. Нельзя ругать их за это, в конце концов, любая работа должна быть оплачена, и программисты тоже хотят кушать.
Но не будем отвлекаться.
Итак, любая организация имеет свою специфику. Технологические циклы, заложенные в АС, могут более или менее совпадать с технологией работы предприятия. Но полностью совпасть они не могут. Иначе это в нашей классификацией попадает в категорию заказной разработки.
Не так важно, насколько велики расхождения технологий, важно, что у предприятия есть два пути решения этой проблемы:
- Адаптировать бизнес-процессы предприятия под систему
- Адаптировать систему под бизнес-процессы предприятия
И та и другая связана с затратами (время, деньги, упущенная выгода) и каждый раз предприятию нужно решать, где этих затрат будет меньше.
А разработчик может уповать только на то, что предприятие выберет первый вариант, как наиболее правильный с точки зрения программиста. 🙂
Читать дальше… временно нельзя