資訊安全性、應用程式效能及可靠性

「非功能性」軟體工程解決了大約三個關鍵問題：安全性、效能及可靠性 (SPR)而「功能性」軟體工程則涉及一般以功能為基礎的軟體開發生命週期。正確存在 800-160v1r1.

有些公司將功能從非功能軟體開發分割成組織圖工程部分的兩個獨立階層，以獲得驚人的價值。您可以找到像自己這樣的 SPR 架構師來領導這樣的 SPR 團隊，並結合發展中的部屬角色：

1. ** 關鍵系統工程 ** (專注於創建和監測可觀察度量、動態追蹤工具和兼容的運行時間建設，以及對高影響性能 / 安全解決方案開發的全頻譜分析)，

2. ** 運輸工程 ** (專注於開發和生產的堆疊追蹤傾印處理，並向正確的開發團隊報告相關的技術問題以解決問題)，

3. QA Engineering (專注於建立 SPR 特定測試軟體及相關報告)，

4. ** 資料品質工程 ** (專注於為 Triage 與 QA 活動提供自動化報告 / 處理 / 視覺化基礎架構)。

建立專屬的 SPR 團隊涉及一些組織挑戰。在管理層面上，必須購買 SPR 中的效能 / 安全性專家，對他們的建議和成功測試提交的軟體修補程式有一些合理的期望，將適時納入生產程式碼庫。為了在職能與非職能工程團隊之間建立必要的有效工作關係，績效工程師應以同儕身分部分內嵌至職能產品開發團隊，並具備代碼庫的同儕審核 / 確認權限。

藉由擁有專屬的 SPR 團隊，管理層可以讓產品工程師 (執行功能開發) 免於建置 / 管理 / 測試適合效能 / 擴展 / 安全性 / 持久性 / 可靠性工作的生產環境模擬。儘管適當調整雲端資產大小和相依軟體程式實際執行以因應快速成長的重要性，許多團隊卻沒有可花費的週期。

在可觀察性工具和核心式追蹤技術方面，也有相當大的工作專業化，良好的系統工程師在其領域中保持領先地位。在為傳統以敏捷為基礎的產品 / 完整堆疊工程師和 (或) 資料科學家尋求優質人才時，很難僱用這些輔助技能。

健全、安全、可擴展、符合成本效益且效能優異的軟體，適用於任何小型 / 中型工程團隊，且投資於 SPR。聯繫.