Комментарии 21
В общем, мысли то верные, но
...поделить с вами некоторой частью своей системы знаний…
Стандарт то, кем написан? Вами?? А остальные тогда где?
А ничего, что есть новая версия стандарта ГОСТ Р 57193-2016? К тому же, 12207 и 15504 описывают ЖЦ именно для ИТ систем, а не только в общем... Для бизнес систем вы забыли исо 9001, а для архитектуры 19439...
И у меня уже есть высокоуровневые паттерны разработки для каждого из этих процессов
А в стандарт лень было заглянуть? или вы считайте, что все кроме вас дураки? Какие б' "высокоуровневые паттерны", что это вообще? Есть стандарт.
Какой смысл в классификации ИТ систем (MRP, ERP, APS...), если микросервисная архитектура эффективнее. Такое чувство, что статья из 2005 года...
стандарты
Увидел в комментарии выше упоминание ИСО 9001, окончательно понял, что не вопрос, а каша (прошу прощения). И про ИСО 12207 здесь не к месту, так как про процессы ЖЦ самих ИТ-решений я ничего не говорил (да, это смежная тема, но статья не об этом). Не могу отвечать на все и сразу. Можете задать один самый важный для вас вопрос, я отвечу.
Выбирайте:
Почему используйте не актуальную версию стандарта? (для прим: процессы проекта были расписаны более подробно в в серии "Проектный менеджмент")
Зачем использовать MRP, ERP итд? 15288 (57193) и 57195 разве не описывает процессы ЖЦ в общем для системы?
Можете пояснить, что в ИСО 9001 такого страшного? Или есть более "высокоуровневый" стандарт, для руководителей, по достижению качества...
*Про правильное применение стандарта я молчу... сертификат - не гарантия качества!
то не ставь как выше в "... Какие б' ... " свое б'. Прибереги его для других, для своих стандартов общения.
Не дуйтесь... Как специалисты обращаются со стандартами, так и я с ними))) Правила культурного общения, нормы поведения, уважение... это же просто слова... а буква "Б", это просто буква "Б"...
Можете пояснить, что в ИСО 9001 такого страшного?
Толку для данной темы никакого. На нем ничего не спроектируешь. Это только для одного из 30 (24) процессов ЖЦ из 15288.
И цикл PDCA - здесь бесполезен. Есть только один цикл по которому живут и работают все системы: прогнозирование -> планирование -> выполнение (учёт /контроль /мониторинг) -> анализ.
Зачем использовать MRP, ERP итд?
Для примера предложенной мною концепции. Что даже такие мастодонты развиваются так, как описано - ассимилируя в себя процессы ЖЦ целевых бизнес-систем (предприятий).
А раз они так, то и "малюсенькие" бизнес-приложения уровня "три кнопки" только так и будут.
Почему используйте не актуальную версию стандарта?
Какого - 15288? (о других я не упоминал) Потому что на русском новую версию - с 30 процессами ЖЦ получить нельзя. А я для кого писал? Для тех, кто русский Хабр читает. Но и 24 процессов им пока вполне хватит, пока свои паттерны проектирования для каждого придумывать будут. (может, я отстал от жизни - и уже опубликовали гостовский клон?)
Добавлю вот что: если все-таки надумаешь задать умный вопрос, то не ставь как выше в "... Какие б' ... " свое б'. Прибереги его для других, для своих стандартов общения.
А так, для общего развития, напишите (укажите ссылку) определения понятий "бизнес-система", "бизнес-приложение".
Только не говорите, что это и ежу известно.
После того, как определите термины, можно и подискутировать по делу.
Бизнес-система - предприятие или структурное подразделение предприятия; включает комбинацию ресурсов (людских, технологических, финансовых и др.); процессы системы располагаются в доменах управление активами, цепочки поставок, производство, жизненный цикл продуктов и услуг и др. Это всё. Для краткости: бизнес-система = предприятие (enterprise) или его часть.
Бизнес-приложение - ИТ-решение для управления (анализ, прогнозирование, планирование, учёт/мониторинг/контроль) бизнес-системой.
бизнес-система = предприятие (enterprise) или его часть
Во-первых. Если бизнес-система это предприятие, то почему бы и не применять по тексту это известное, общедоступное слово.
Во-вторых. Ваше определение бизнес-системы еще где-то можно увидеть? Даже в инфопомойке под названием википедия "бизнес-система" и "бизнес-приложение" не присутствуют.
В-третьих. Предприятие может выполнять некоммерческую деятельность, то есть не извлекать прибыль из своей деятельности, еще проще - это не бизнес, а государственная функция или задание, а может и благотворительность. Как быть в этом случае с таким предприятием, оно выпадает из вашей логики?
В четвертых. За "бизнес-приложение" вообще ничего не пояснили.
Кроме этого, красивые слова "жизненный цикл продуктов" также требуют разъяснения, что имеется ввиду? Есть понятное для всех определение?
Не издеваюсь, не докапываюсь. Если что-то обсуждать или воспринимать, то нужны термины, которые однозначно описывают предмет.
Даже в инфопомойке под названием википедия "бизнес-система" и "бизнес-приложение" не присутствуют.
Википедия - это величайшее изобретение и достижение человечества. (Да, знаю одного плешивого, который когда-то сказал, что Интернет - это помойка; видимо, ничего типа порно он там не искал и не хотел. Ну да ладно, зачем нам это обсуждать.)
Что касается определения терминов: мне был задан вопрос, как автор статьи я дал ответ. Ответ вполне нормальный. К сожалению, страсть к ссылкам удовлетворить не могу - к моему мозгу подключиться не получится.
почему бы и не применять по тексту это известное, общедоступное слово
Ответ очевиден: чтобы не писать каждый раз "предприятие (enterprise) или его часть".
... может выполнять некоммерческую деятельность... Как быть в этом случае с таким предприятием...
Специально дал перечень нескольких доменов (предметных областей). Если "такое предприятие" их имеет, то "из логики не выпадает". Да - и государственные предприятия, и некоммерческие предприятия - это тоже про экономику и это тоже "бизнес"...
За "бизнес-приложение" вообще ничего не пояснили.
Повторяю (от общего к частному): ИТ-система -> ИТ-решение (прикладной / предметно-ориентированный уровень ИТ-системы) -> Бизнес-приложение (ИТ-решение для управления бизнес-системой - ИТ-система для предметной области "управление предприятием"). Доступнее не могу, пардон.
слова "жизненный цикл продуктов" также требуют разъяснения
Домен бизнеса, включающий проектирование продукта, его сопровождение и обслуживание (включая процессы CRM). Вот, картиночкой своей поделюсь для наглядности:
Все, пардон, больше нет возможности в терминах разбираться.
Все, пардон, больше нет возможности в терминах разбираться.
Так вы и не расшифровали термины, больше того - добавили новых непонятных (государственные предприятия, домены структуры предприятия).
Ладно.
В связи с этим последний вопрос, что в вашей модели есть бизнес? Может отсюда начать.
Тогда мы выйдем на тему паттернов проектирования (в процессах ЖЦ целевой системы, т.е. бизнес-системы). А это пока не входит в мои планы.
Тогда к чему вы все это здесь написали, если не хотите/не можете определить что такое бизнес. Гадать предлагаете, что вы имели ввиду?
Ок, можем определить бизнес как управление бизнес-процессами. Или как управление процессами ЖЦ бизнес-системы (предприятия), и таким образом классифицировать их (т.е. бизнес-процессы внутри процессов ЖЦ).
Чтобы продолжать дискуссию, мне нужно понять её конечную цель. Если просто разобраться в терминах и понятиях, то пока остановимся.
К редакции/администрации Хабра: вижу в оценках "минус" из-за несоответствия статьи тематике сайта; чудно, однако - если концепции проектирования ИТ-решений, опубликованные как мнения, не по тематике (хотя чего я только здесь ни читал) - т.е. если "минус" такого типа не будет аннулирован модератором, то это моя последняя публикация на этом ресурсе.
Для тех, кто будет читать все эти комментарии под статьей, повторю: я говорил не о создании ИТ-систем (обеспечивающих целевую, т.е. бизнес-систему) на основе процессов их ЖЦ, а о взгляде на любую задачу проектирования ИТ-системы, как задачу проектирования инструмента для управления выделенной комбинацией процессов ЖЦ бизнес-системы (из 30 известных человечеству и отраженных в ИСО 15288). Второй частью системы знаний /методологии является уже опыт (паттерн) проектирования под каждый из этих процессов. Об этом я ничего пока не говорил. Но для начала и первой части достаточно: ИТ-аналитик может познакомиться с каждым процессом самостоятельно и начать думать и обеспечивать себе проектное лидерство в каждом из них. Так я работаю.
Ну а что касается "бизнес - это что-то такое неуловимое, не инженерное, не доступное формальным ИТ-системам, не автоматизируемое как в мире АСУТП", то это просто частное и не доказываемое утверждение - имеет право на существование, но не более. Но мы видим, что практика это постепенно опровергает - как пример, e-commerce.
Публикации
Разрабатываем бизнес-приложения на основе процессов жизненного цикла бизнес-систем