系統變更管理完整流程

#系統變更管理

max1793z 2023-12-15 09:23:47 ‧ 1334 瀏覽

分享至

各位大大好
想請問一下，大家公司內部的系統變更管理都怎麼做？
目前看網路上的資訊，都寫得比較簡潔，是否能麻煩各位大大提供較完整的管理流程？謝謝
例如：

需求提出階段應該是注意甚麼，以及其中涉及到的資安問題有哪些，過程中會使用到哪些表單。
需求開發階段應該應該是注意甚麼，以及其中涉及到的資安問題有哪些，過程中會使用到哪些表單。
系統測試階段應該是注意甚麼，以及其中涉及到的資安問題有哪些，過程中會使用到哪些表單。
系統驗收階段應該是注意甚麼，以及其中涉及到的資安問題有哪些，過程中會使用到哪些表單。
以及若一般需求調整的話，會涉及到維運及部署階段嗎？
因為小弟沒有coding相關經驗，不知道能不能請各位大大協助，謝謝。

窮嘶發發發 iT邦高手 1 級 ‧ 2023-12-18 10:32:42 檢舉

管理什麼不是重點，重點是如何管理人，單據越多，流程越多，要的人手就越多
開發手冊可以從簡單的一張A4到幾千頁繁複的說明都有人製作
簡單說如果是一條龍的開發工程師，有可能要求他把所有的細節全部拉出來講清楚
另外閱讀開發手冊的人也是重點，簡單說連使用的語言都不懂的人，
你要他看完開發手冊就能知道 53211 號模組 32588 變數的作用是什麼，使用到這個變數的程序有哪些
那我只能說要不這個人是超級程序設計天才，要不哪本開發手冊徹底解釋了每行程式碼的作用與頭尾關係
那這本開發手冊可能有上萬頁的說明 ... 理想很完美，現實很骨感 ...

登入發表討論

直播研討會

{{ item.channelVendor }} {{ item.webinarstarted }} |

直播中

2 個回答

souda

iT邦好手 1 級 ‧ 2023-12-15 09:40:56

可以參考 V Model 如下圖

可以搭配SSDLC使用

回應
分享
檢舉

登入發表回應

Albert

iT邦高手 1 級 ‧ 2023-12-18 12:24:51

=souda=說得很好
但是這團隊指揮權就很重要
第一需求分析
第二需求設計
這時候就要停下來
找尋"技術與框架"才不會被綁架
我們的小小經驗
需求分析,需求設計,技術與框架,開發編程,測試建置
假如一條龍統包
無法檢驗技術與框架
就會被目前台灣很多政商關係良好大公司綁架
因為他們都無法留住:: 開發編程工程師
所以都變成新手:下來練習技術與框架
我們現在都要求檢驗接收: 技術與框架
採平行協力方式
不驗收成品
驗收主結構
裝潢(畫面與報表)採協力開發
減少對方工程師一年換三輪
繼續換沒關係