2017-02-09 35 views
-2

我是一家大型企業應用程序公司的項目經理。我負責項目管理解決方案,銷售,服務和支持準備工作,並管理跨職能團隊,以確保代碼完成,內部可用性和一般可用性日期受到影響。營銷和戰略工作是通過發佈完成的。銷售,服務和支持受到關於釋放和準備就緒的教育。爲此,我不需要與開發人員進行深入交流,但如果我瞭解企業應用程序的開發方式,即使在有限和一般的意義上,它也會非常有用。即它們的結構件之間如何交互,服務器/數據庫,開發的過程中,DevOps的,編程語言,時限,自動化等......我知道我只是命名了一堆時髦詞,可能無法連接或意義可言。但只是儘可能描述性地表達我的觀點。爲嘗試瞭解企業應用程序後端的非程序員開發企業應用程序的書籍或其他資源?

+0

這將需要一個完全成熟的大學課程,如果沒有幾個。 –

+0

特殊照顧說只是爲了瞭解企業應用程序的設置方式和不同部分之間的協同工作,在非常普遍的意義,這將充分大學課程? –

+1

假設你有一輛車,你知道如何駕駛它。它需要多長時間你學習它包括哪些組件,它們如何組合在一起,它們的基本功能,即進入工程他們的過程中,他們的製造和維修,起草和計算的基礎知識,以及安全性,可靠性等 –

回答

-1

如果您想了解企業的​​基礎設施和架構從一個非技術具體點,我會建議這些維基文章和工作從那裏,你需要更多的細節。幾乎每個企業都以某種形式實施了這些架構。他們不是唯一的解決方案,但你會發現他們是最常見的。要真正流利,需要一些額外的培訓,大學課程或某種類型的認證。

硬件: https://en.wikipedia.org/wiki/Multitier_architecture

軟件: https://en.wikipedia.org/wiki/Model - 視圖 - 控制器

有些公司使用一個模型,其中有一個專門的開發小組和一個單獨的專用業務組。這是更傳統的devOPs。

它們通常遵循類似的ITIL型號: https://en.wikipedia.org/wiki/ITIL

的DevOps是那種包羅萬象的術語,真的只是意味着軟件開發團隊的任務也喜歡配置和監視生產應用程序的操作任務。如果您的開發團隊只有一個應用程序焦點,這很好。但是如果你的開發團隊輪換到不同的應用程序和任務,ITIL模型將會更好地工作。

也遵循Gartner的是好還是壞,他們似乎影響更多的CIO們則任何人。跟蹤他們的熱門詞彙以及「魔力象限」中顯示的內容將有助於您與領導溝通。

+0

[請不要回答離題問題](https://stackoverflow.com/help/how-to-answer) – EJoshuaS