Я работаю в крупной корпоративной прикладной компании в качестве менеджера проекта. Я проектирую управление решениями, продажами, услугами и поддержкой готовности и управления кросс-функциональными командами для обеспечения того, чтобы были удалены завершение кода, внутренняя доступность и общие даты доступности. Освобождение от маркетинга и стратегии. Продажи, услуги и поддержка получают информацию о выпуске и готовы к работе. Для этого мне не нужно взаимодействовать с разработчиками, но было бы модно полезно, если бы я понял, как разрабатываются корпоративные приложения, даже в ограниченном и общем смысле. IE. Их структура, взаимодействие разных частей, серверы/базы данных, процесс разработки, DevOps, языки программирования, таймфреймы, автоматизация и т. Д. Я понимаю, что я просто назову кучу гудящих слов, которые могут не соединить или иметь смысл вообще , Но просто пытаюсь понять, как я могу описать.Книги или другие ресурсы по разработке корпоративных приложений для не-программистов, пытающихся понять внутренние корпоративные приложения?
ответ
Если вы хотите узнать об инфраструктуре предприятия и архитектуре с точки зрения нетехнологий, я бы рекомендовал эти статьи в вики и работал оттуда, так как вам нужно больше деталей. Практически каждый бизнес реализовал эту архитектуру в той или иной форме. Они не единственные решения, но вы обнаружите, что они наиболее распространены. Чтобы по-настоящему быть свободным, потребуется дополнительное обучение, курсы в колледже или какой-либо тип сертификации.
Оборудование: https://en.wikipedia.org/wiki/Multitier_architecture
Программное обеспечение: https://en.wikipedia.org/wiki/Model -view-контроллер
Некоторые компании используют модель, в которой есть целевая группа развития и отдельная группа специализированных операций. Это более традиционный, чем devoots.
Они обычно следуют за что-то вроде ITIL Model: https://en.wikipedia.org/wiki/ITIL
DevOps является своего рода поймать все термина и на самом деле просто означает, что команда разработчиков программного обеспечения также возложена задача задач операции, как конфигурирование и мониторинг производственных приложений. Это хорошо работает, если ваши команды разработчиков имеют один фокус приложения. Но если ваши команды разработчиков будут вращаться в разных приложениях и задачах, модель ITIL будет работать лучше.
Также следуйте за Gartner для улучшения или, что хуже, они, похоже, влияют на больше ИТ-директоров, чем кто-либо другой. Отслеживание того, что их слова, и то, что появляется в «волшебном квадранте», поможет вам общаться с руководством.
[Пожалуйста, не отвечайте на вопросы вне темы] (https://stackoverflow.com/help/how-to-answer) – EJoshuaS
Это займет полный курс колледжа, если не несколько. –
Вы говорите, что просто понять, как создается корпоративное приложение и работает вместе между разными частями, в очень общем смысле. Это займет полные курсы в колледже? –
Скажем, у вас есть машина, и вы знаете, как ее вести. Сколько времени вам потребуется, чтобы узнать, из каких компонентов он состоит, как они сочетаются, их базовые функциональные возможности, процесс, который входит в их разработку, их изготовление и обслуживание, основы разработки и вычислений, а также безопасность, надежность и т. Д. –