#erp_системы — Public Fediverse posts

Управление программной инженерией в ERP-проектах на основе SWEBoK

Внедрение корпоративных информационных систем ведется по определенным правилам, есть три классические модели имплементации: каскадная, итерационная и спиралевидная. Также доступно множество прикладных методологий внедрения, представленных ASAP, Activate SAP, OUM, MDSS, ADM и расширяющих классические модели. Принимая во внимание то, что ERP-системы представимы коробочными программными продуктами, их имплементация преимущественно ведется на основе каскадно-ориентированных методов и с использованием знаний PMBoK [1]. PMBoK один из наиболее узнаваемых и популярных сводов знаний для менеджмента всевозможных проектов, в том числе в области ИТ. Однако существуют и другие области знаний, относящиеся к ИТ: BABoK, EABoK, BPM CBoK, а также SWEBoK [2-5]. SWEBoK как свод знаний программной инженерии, наиболее близко соотносится с тематикой проектирования и имплементации корпоративных информационных систем, представленных комплексным платформенным программным обеспечением. Несмотря на очевидную близость к ERP-системам, SWEBoK не так знаком читателям как PMBoK или BABoK. Действительно ли применение SWEBoK дает преимущества работе над комплексным программным продуктом? С данным вопросом мы разберемся в содержании текущей статьи. Цель работы состоит в анализе методологии SWEBoK для повышения качества разрабатываемого и внедряемого программного продукта. Для решения данной цели необходимо:

https://habr.com/ru/articles/1034406/

#swebok #программная_инженерия #erp_системы #erp_система #разработка_по #тестирование_ПО #управление_версиями #управление_программной_инженерией

Платформы и приложения No-code

Современное общество немыслимо без интернет-покупок, голосовых помощников и умных устройств, автоматическому подбору музыки на основе предпочтений, электронно-цифровых подписей, государственных онлайн услуг и др. Данный список, если его продолжить дальше, может не вместиться в этой статье. Элементом, объединяющим указанные примеры, является программное обеспечение, разработка которого необходима для кодирования алгоритмов обработки данных и команд пользователей. Многие предприятия, следуя модели развития, переходят на цифровой формат работы. Оцифровка и цифровизация рассматриваются как пройденный и уже не конкурентно способный этап эволюции. На повестке цифровая трансформация, кардинально меняющая роли и вовлечение людей, бизнес-процессов и технологий для удовлетворения запросов пользователей и достижения стратегических бизнес-целей компании. И, опять же, все это возможно посредством разработки и внедрения современных софтверных продуктов. Существует множество литературных источников, досконально описывающих процесс программной разработки, а также имплементирования и поддержки реализованного решения [1-3]. Это неспроста. Ведение разработки программного обеспечения – это кропотливый и долгий процесс, требующий от человека глубоких технических знаний. Изменение требований к приложению чаще всего приводит к переписыванию программного кода. Как результат доступность программистов на рынке труда стала дефицитной, а их стоимость довольно высокой. Стараясь нивелировать высокую стоимость человеческих ресурсов, были разработаны No-code платформы, позволяющие реализовать программные приложения за считанные минуты даже не технических специалистам.

https://habr.com/ru/articles/1023068/

#no_code #low_code #разработка_без_кода #без_кода #no_code_платформа #no_code_приложения #разработка_по #erp_системы #erpсистема #erp

Не на коленке: как К2Тех внедряет решения 1С

Привет! Меня зовут Юрий Силантьев, я руководитель практики «ERP и финансы» в К2Тех, отвечаю за проекты внедрения 1С. Мы занимаемся крупными внедрениями уже 15 лет. В нашей практике — проекты со сложной архитектурой, высокой нагрузкой и широким функциональным объемом. В прошлом году, например, мы рассказывали , как за семь месяцев перевели крупное химическое предприятие ПАО «КуйбышевАзот» с Oracle на 1С:ERP. И в таких проектах быстро становится понятно, что успех зависит не столько от количества разработчиков, сколько от методологии. Если этапы не структурированы, роли не определены, а результаты не отделимы друг от друга, даже сильная команда будет постоянно «догонять» сам проект. Это первая статья из цикла о нашем подходе к крупным внедрениям 1С. Берите на вооружение — наша методологию сэкономила нам сотни часов на реальных проектах.

https://habr.com/ru/companies/k2tech/articles/1006122/

#внедрение_1С #управление_проектами #методология_внедрения #предпроектное_обследование #бизнеспроцессы #ERP_системы #проектная_команда #планирование_ресурсов #миграция_данных

Требования к программному обеспечению

Первое упоминание компьютерной программе было сделано практически век назад и датировано еще далеким 1833 годом. С тем пор были изобретены множество языков программирования, начиная от машинных и до современных C++, Java, Python. Постепенно понимание и сложность компьютерных программ менялось: если ранее максимальное внимание уделялось алгоритму, то сейчас в комплексных программных приложениях, акцент смещается в сторону данных. Изобретены множество прикладных методов внедрения информационных систем, которые по существу являются производными от трех классических моделей имплементации. Однако, неоспоримым является тот факт, что любая программа в первую очередь должна покрывать исходные потребности пользователей. Данная истина зачастую теряется рутинных активностях разработки приложений и их внедрения. Множество литературных источников описывают подходы и методы анализа бизнес-требований [1-3], забывая то, что они не могут «жить» независимо. Требования являются важным элементом жизненного цикла программного обеспечения, именно с их формулирования начинается проработка концепции будущего программного продукта. Механизмы теории дизайн-мышления помогают сформулировать требования, если изначально пользователи не могут их озвучить. Получается, что требования – отправная точка разработки любого софтверного продукта, чем качественнее ведется их обработка, тем более управляемым становится проект реализации приложения. Цель данной работы состоит в анализе жизненного цикла требований к программным продуктам для обеспечения эффективного внедрения коробочных ERP-решений в приемлемые сроки, с заданным уровнем качества и фиксированными затратами. Достижение указанной цели потребует реализации следующих задач:

https://habr.com/ru/articles/992602/

#требования #требования_к_системе #требования_к_по #требования_заказчика #требования_к_разработке #требования_законодательства #erp_система #erp_системы #внедрение_erp #разработка_требований

Раньше было лучше – причины саботажа сотрудников при внедрении

При внедрении новых систем или оптимизации существующих мы часто сталкиваемся с саботажем со стороны, сотрудников организации-заказчика. Это существенно влияет на отношения с заказчиком, соблюдение сроков и другие возникающие риски проекта. Попробуем разобраться с возможными причинами и проявлениями саботажа в разрезе основных отделов компании и понять, как можно работать с возникающими возражениями. Для начала разберемся с тем, что именно подразумевается под словом “саботаж”. * Этимология слова саботаж. Французское происхождение: sabotage от слова sabot — «деревянный башмак, сабо».В XIX веке рабочие во Франции носили такие деревянные башмаки — сабо. По одной версии, когда они протестовали против машин и механизации , они бросали свои сабо в механизмы ткацких станков , чтобы заблокировать их работу. Отсюда — «ломать машины сабо» → «саботировать работу». Таким образом, саботаж со стороны сотрудников - недовольство, частичное или невыполнений функций в новой системе, которое затрудняет процесс внедрения/оптимизации.

https://habr.com/ru/companies/korus_consulting/articles/975418/

#1с #erp #erp_системы #erpсистемы #внедрение_1с #внедрение_1с_erp