組織中的系統
一個 計算系統 是一個動態實體，用於解決問題並與其環境互動。請注意術語如何與“計算機”一詞分開使用。計算機是一種裝置。因此，計算系統由硬體、軟體以及它們管理的資料組成。計算機硬體 是構成機器及其相關部件的一組物理元素；外殼、電路板、電子晶片、電線、磁碟、鍵盤、顯示器，不勝列舉。計算機軟體 是程式的集合，這些程式提供了計算機可以執行的指令。在計算機系統的核心是管理它的資訊。
您通常會將“安裝”一詞與從網際網路下載的程式或應用程式（如右側所示）聯絡起來。您通常會看到某種載入螢幕，指示安裝進度，並且有各種各樣的選項可以設定，以便充分利用應用程式。
可以將新系統視為類似於在您的計算機上安裝程式，因為它被放置在一個新的環境中。但是，這兩者不能混淆。安裝計算機程式不同於安裝新系統，因為後者是關於開發新系統，這是本節的重點，而不是僅僅解壓縮檔案以執行。
1.1.1 確定規劃新系統的環境。
從最一般的意義上講，組織是與環境或“環境”相聯絡的集體目標。因此，環境定義了組織的界限。當構建系統時，它們是由建立者的需求定義的，因此，系統不是獨立的實體，而是存在於環境中。這種環境會影響系統的功能和效能。有時，環境可能被認為是一個系統本身，但更一般地說，它由許多相互作用的其他系統組成。
當規劃新系統時，它通常是環境變化的結果。可能存在一個過時或陳舊的系統，隨著技術的進步，一個更有效和動態的實體可能會取代這個系統。此類情況的一個例子是 80 年代後期和 90 年代初電子表格工具的開發。在本世紀初，列表、資料以及各種其他記錄透過使用物理圖表和表格來維護。如今，類似的記錄可以透過使用桌面軟體輕鬆製作，並透過這些新計算機系統的動態特性來維護和編輯。
多年來，名為 IPv4（網際網路協議版本四）的網際網路協議 (IP) 版本被用於建立並在全球全球資訊網上構建網路層。網路已經迅速超過了 IPv4 設定的 32 位網際網路定址系統，因此為了解決這個問題並建立其他有用的工具（如組播），一個名為 IPv6 的新版本已經建立。IPv6 使用 128 位，並且已被接受為可行的 IP，因此現在正在進行從 IPv4 到 IPv6 的轉換。預計 32 位地址將在 2026 年之前消失。
在引入新系統時，重要的是要牢記新系統的範圍和侷限性。考慮網際網路向 IPv6 的過渡。雖然其優點包括更多 IP 地址、整合額外的安全功能（IPsec）以及為連線到網際網路的每個唯一裝置（包括伺服器、筆記型電腦、手機或智慧電錶）提供足夠的地址，但過渡也存在一些固有的侷限性。首先，對於大型公司來說，切換到 IPv6 堆疊可能非常昂貴且耗時。此外，該流程需要對 IT 人員進行培訓並更換大量過時的裝置。截至 2014 年底，過渡仍在進行中。
1.1.2 描述變更管理的必要性。
摩爾定律 描述了技術的自然發展，它本質上表明新系統的自然發展。這些新系統將針對問題或替換舊系統而開發。在後者的例子中，這些新系統將需要從一個系統到另一個系統的流暢過渡，需要管理。這種管理將需要技術能力來監督這種過渡並在如何最好地實施它方面擁有發言權。
1.1.3 概述包括遺留系統或企業合併在內的情況導致的相容性問題。
大量錯誤或不相容性可能源於軟體的過渡，而外部方或內部專家的洞察性知識可以減少新系統實施之間的摩擦。
傳統系統是指被更新的技術取代的過時的計算機系統。這些系統有許多缺點。首先，維護舊系統的成本可能更高，因為隨著時間的推移，系統可能更容易出現故障。其次，這些系統的技術支援可能不再可用。此外，由於缺乏安全更新，傳統系統往往更容易受到安全威脅。
企業合併
企業合併是指兩個或多個商業實體合併，通常是為了節省成本或擴充套件業務。在企業合併過程中，需要為所有實體採用一個通用的系統。整合的四種方式是
- 保留兩個資訊系統並開發它們以具有相同的功能（維護成本高）
- 用更新的通用解決方案替換兩個資訊系統（安裝和培訓員工使用的初始成本高）
- 保留每個組織的最佳資訊系統（員工可能不熟悉使用其他實體的資訊系統）
- 只保留一個系統（可能受組織政策限制）
當系統發生變化時，會產生影響。這些影響可能會影響日常使用系統的使用者（本地），也可能會影響依賴該系統的其他人（國際）。在設計新系統時，開發人員必須考慮這種變化的影響。以早期的電子表格革命為例，開始使用該軟體的人必須經歷一個學習曲線。這是“相容性問題”一詞最基本、最根本的含義。如果他們不能使用它，他們就不能工作，或者不得不繼續使用舊系統，只是看到它變得越來越過時。
如今，相容性問題會產生更大的影響，尤其是在系統不可或缺的情況下。如果開發一個系統，卻沒有考慮到其他使用者（甚至可能是第三方）依賴於它，那麼它可能會遇到很多問題。回到電子表格的例子，如果一個組織開始使用電子表格軟體來管理特定商品的訂單，並且它開始與另一個使用老式筆和紙的組織合作，他們將難以合作。新系統沒有考慮到仍然以這種方式管理訂單的使用者，並且不允許這些人輕鬆地轉移詳細資訊。由於該軟體不是定製的，而是普遍開發的，因此一些終端使用者可能會發現難以使用新系統。雖然一個解決方案可能是提供全面且易於閱讀的文件，以消除人們發現的模糊之處，但在某些情況下，資料可能無法在雙方之間轉移。
這是一個關於相容性問題的極端例子，它說明了系統需要考慮其他系統、舊系統以及所有使用者。其他典型例子包括 Web 應用程式 API、桌面軟體更新和物理硬體升級（例如磁帶到 CD）。
軟體不相容是指不同的軟體實體或系統無法在同一臺計算機上或在透過區域網或廣域網連線的不同計算機上以令人滿意、協作或獨立的方式執行。
1.1.4 比較使用客戶硬體實現系統和遠端託管系統。
軟體即服務 (SaaS；發音為 /sæs/[1]) 是一種軟體許可和交付模式，其中軟體以訂閱方式獲得許可並集中託管。[2][3] 它有時被稱為“按需軟體”。[4] 使用者通常透過 Web 瀏覽器使用瘦客戶端訪問 SaaS。SaaS 已經成為許多商業應用程式的常見交付模式，包括辦公和訊息軟體、工資處理軟體、DBMS 軟體、管理軟體、CAD 軟體、開發軟體、遊戲化、虛擬化、[4] 會計、協作、客戶關係管理 (CRM)、管理資訊系統 (MIS)、企業資源規劃 (ERP)、開票、人力資源管理 (HRM)、人才招聘、內容管理 (CM)、防病毒軟體和服務檯管理。[5] SaaS 已被納入幾乎所有領先的企業軟體公司的戰略。
與必須手動更新的本地託管軟體不同，SaaS 程式由供應商集中更新。此外，SaaS 對客戶沒有維護成本，並且減少了對伺服器技術人員的需求。SaaS 通常不會排除（或能夠考慮）舊系統。
另一方面，SaaS 停機時間不受客戶控制。也許更重要的是，SaaS 會帶來非常危險的安全問題。由於資料儲存在遠端位置，供應商可以完全訪問所有客戶資料。對於某些情況（例如醫院或人權非政府組織），這種妥協是不可接受的（甚至是非法的，參見[1]）。
描述網路傳輸連線的服務。[1] NaaS 透過將網路和計算資源視為一個統一的整體，最佳化資源分配。[2] 對於新企業主來說，這個概念很有吸引力，因為它可以節省他們在網路硬體和內部管理網路所需的員工方面的支出。從本質上說，網路變成了一個公用事業，像電力、水或熱一樣付費。由於網路是虛擬的，所有複雜性都隱藏在檢視之外。NaaS 並不是一個新概念，但它的部署一直受到一些與其他雲計算服務相同的擔憂的阻礙，尤其是關於提供商保證高可用性 (HA) 的能力的問題。其他擔憂包括處理服務級別協議 (SLA)、與資料主權相關的合規性問題以及供應商鎖定可能性。
1.1.5 評估替代安裝流程。
與現有系統一起實施的系統。這隻能在更換時發生，而不能在初始實施時發生。
使用此方法，原始系統（傳統系統）和新系統將在一段時間內同時執行。所有新資料將輸入到新系統和舊系統中，並將新系統的結果和輸出與舊系統進行比較，以確保新系統正常工作。一旦確定新系統按預期執行，舊系統將被關閉。這種方法最安全，漏洞最少，即使在最壞的情況下，新系統完全崩潰，也不會丟失任何資料。但是，這需要安裝系統的人員和必須輸入所有資料兩次的員工付出大量的工作。
大爆炸/直接切換
在這種實施方法中，所有現有系統都將被退役或停用，並將被替換為新系統。這種方法風險很大，因為如果新系統失敗，所有資料都會丟失。這種方法的另一個要求是，所有員工都需要在新系統安裝之前接受培訓。直接切換/實施或大爆炸實施是在最短的切換時間內立即安裝新系統。這需要最少的工作量；但是，如果系統無法正常執行，可能會導致整個系統變得無用的嚴重問題。
這種方法是在完全實施新系統之前，先小規模試用新系統的方案。通常會選擇組織中的一個部門作為試點專案。該部門隨後將轉換到新系統。如果第一個部門的實施成功，則組織的其餘部門也將隨之進行。對於大型公司來說，這是一種很好的方法，並且它相當安全，因為系統中的故障不會產生如此大的影響。完成它也相當便宜。
分階段轉換
[edit | edit source]分階段轉換或分階段實施意味著系統在一定時間內分多個階段/階段實施。與直接實施相比，這使得它不太容易出現完全失敗。分階段轉換需要很長時間才能到位，並且需要大量的工作
1.1.6 討論資料遷移過程中可能出現的問題。
資料遷移
[edit | edit source]使用者可能會遇到的一點問題是語言障礙。當使用軟體時，翻譯丟失肯定會帶來弊端。不僅根據受眾規模，在兩種或多種語言之間進行翻譯可能很昂貴，而且還存在一個更基本的與計算機相關的概念：字元編碼。國際字元問題已從 1990 年代初期開始得到解決[1]，並且不僅擴充套件到字元，還擴充套件到國際資料約定，例如 時區 和貨幣。但是，能夠識別、解決和利用此類標準對於維護這方面的相容性至關重要。擴充套件系統的受眾或只是使其更加人性化始終應該是優先事項。
在資料遷移和相容性問題方面，檔案格式是另一個令人擔憂的問題。在系統改進或更改後，能夠以與以前相同的方式讀取和寫入資料幾乎可以肯定地成為考慮的首要方面。
可以說，採用新的檔案格式作為對舊系統的改進是必要的。在這種情況下，採用新的檔案格式可能是合適的。但是，舊的資料結構不必被遺忘；例如，當你更新你喜歡的音樂播放器時，你仍然希望能夠播放你儲存的播放列表。正是這種期望和便利的想法推動了新軟體的發展，解決檔案格式不相容問題的始終是優先事項。應該進行改進，但不要忽視過去。
此外，你應該注意資料驗證規則中的差異。例如，一個為美國使用者（使用 MM/DD/YY 格式）設計的程式，但在德國安裝（使用 DD/MM/YY 格式）可能會拒絕“21/09/14”作為輸入。
最後，必須注意需要進行完整的資料傳輸。如果在傳輸過程中某些磁碟出現故障，或者在轉換過程中某些資料被損壞，客戶可能會遭受嚴重的損失。
1.1.7 建議測試型別。
測試
[edit | edit source]測試是對計算機系統進行調查以查詢缺陷、差異或錯誤。可以將各種型別的測試應用於開發過程的各個部分。
Alpha 測試
[edit | edit source]Alpha 測試包括向內部的其他開發人員提供程式的早期開發版本，並從他們那裡收集有關改進產品的反饋。
Beta 測試
[edit | edit source]
在 Alpha 測試之後，公司可以選擇向選定的外部群體（封閉 Beta）或公眾（公開 Beta）提供產品的版本，並期望使用者提供反饋並將錯誤報告給開發人員。
雖然 Beta 測試允許個人在最終版本釋出之前嘗試軟體，但這並不是一種系統的測試方法。公眾的報告可能質量不高，並且可能會報告許多重複的錯誤。
幹執行測試
是為了確保系統演算法或邏輯中沒有錯誤。由工程師在紙上進行。
單元測試
[edit | edit source]單元測試涉及對程式子模組進行的小型、獨立的測試，這些測試通常可以自動化。這可能涉及迴歸測試或確保錯誤修復不會意外地破壞程式的其他部分的測試。
整合測試
所有元件都一起測試，以確保系統作為一個整體工作。
使用者驗收測試
[edit | edit source]在這種型別的測試中，產品會向一群客戶展示，作為在釋出到市場之前進行的最後檢查。這為開發人員提供了重要資訊，以便更好地瞭解目標受眾。開發人員可以使用這種方法輕鬆地收集現實的反饋。
除錯
[edit | edit source]除錯是一個系統的過程，用於查詢和糾正計算機程式中的錯誤（小錯誤）。重要的是要注意，有一些計算機程式可以自動測試其他程式。這使測試過程更快、更便宜。
使用者重點
[edit | edit source]1.1.8 描述使用者文件的重要性。
使用者文件支援計算機系統使用者，包括硬體和軟體。良好的使用者文件可以確保使用者能夠快速適應新系統。文件是軟體工程的重要組成部分。文件型別包括
- 需求 - 識別系統屬性、功能、特徵或質量的陳述。這是所有實施的基礎。
- 架構/設計 - 軟體概述。包括與環境的關係以及在軟體元件設計中要使用的構建原則。
- 技術 - 程式碼、演算法、介面和 API 的文件。
- 終端使用者 - 面向終端使用者、系統管理員和支援人員的手冊。
- 營銷 - 如何營銷產品以及市場需求分析
1.1.9 評估提供使用者文件的不同方法。
使用者文件可以包括聯機幫助、網站上的常見問題解答部分和影片教程。
不同使用者文件方法的比較
[edit | edit source]幫助檔案易於使用者訪問，建立成本低廉。此外，使用者不會丟失幫助檔案，而列印手冊可能會丟失。與線上文件相比，它不需要網際網路連線即可正常執行。
線上文件需要網際網路連線，這可能會限制使用者的訪問。但是，它通常更易於使用和搜尋。此外，還可以選擇在之後更新文件。
列印手冊曾經是使用者文件的主要方法，但現在它們正被數字手冊取代，以降低生產成本並更環保。列印手冊的優點是它們可以在任何時候訪問，即使系統尚未安裝，因此如果安裝過程中出現問題，它們可以提供幫助。
1.1.10 評估不同的使用者培訓交付方法。
使用者可以透過正規課程或線上培訓來學習，也可以自學。
自學意味著使用者自己學習如何使用系統。這種方法對於許多人使用的通用系統特別有效，這些系統不可能對所有使用者進行個人培訓。這種方法最簡單；然而，它不是特別有效。它只有在程式易於使用且有適當的使用者文件的情況下才會起作用。
現場培訓要求您來到系統使用的地方，並親自向用戶展示。這可能是最有效的培訓方式，因為使用者可以直接提問，並且您可以確保系統適合當地情況。但是，由於差旅費用，這是一種最昂貴的培訓型別。此外，對大型公司中的每位員工進行培訓可能需要很長時間，並且一些員工可能在培訓期間不在場。此外，如果培訓是在員工正常工作時間以外進行的，他們可能會失去興趣，不積極參與，並且不會提出問題的答案。
遠端培訓比現場培訓更容易組織，這也使它便宜得多。但是，它可能沒有現場培訓有效。遠端培訓的優勢在於它非常容易包含公司的新員工。
1.1.11 確定一系列資料丟失的原因。
- 意外刪除
- 管理錯誤
- 資料儲存組織系統不良
- 建築火災/自然災害
- 在儲存檔案之前關閉程式
- 故障跡象出現後繼續使用
- 資料損壞
- 韌體損壞
- 外部刪除/竊取資料
- 儲存裝置物理損壞
- 電源故障
1.1.12 在特定情況下概述資料丟失的後果。
任何情況下資料丟失都是不可取的，需要防止。它可能會造成嚴重的後果，例如從醫院資料庫中刪除患者的病歷。
1.1.13 描述可以用來防止資料丟失的一系列方法。
資料丟失可能由多種原因引起，例如自然災害或其他外部因素、資料盜竊、惡意軟體破壞或系統故障導致的損壞。然而，對資料的主要風險來自使用者本身，他們可能會刪除資料或以相同的檔名儲存新檔案，覆蓋舊資料。
資料丟失對任何公司或組織來說都是一個巨大的問題；但是，在某些業務中，它比其他業務更致命。資料丟失對醫療業務的影響最為嚴重，因為患者的醫療記錄有時意味著生死攸關。這就是為什麼即使在今天，每位患者的資料仍然有紙質備份，以防計算機系統出現故障。其他高度依賴資料的業務包括透過計算機系統進行所有業務的網際網路公司，例如網站託管提供商。如果這些提供商丟失資料，他們也可能會失去許多客戶。
防止資料丟失的最重要方法是對儲存在不同地理位置的所有重要資料進行定期備份。線上儲存可以幫助防止資料丟失，因為用於商業線上儲存的大型公司伺服器不太可能出現故障。此外，此類公司通常會為您進行備份。問題在於，需要活動的網際網路連線才能訪問資料。線上儲存的另一個問題是，如果資訊儲存在另一個國家，可能會違反資料保護法。如果您要透過未加密的網際網路協議傳送資訊，您的資訊隱私也可能處於危險之中。
1.1.14 描述管理釋出和更新的策略。
沒有完美的軟體。複雜的軟體，例如 Linux 核心或 Windows 網路堆疊，通常包含數百萬行程式碼。因此，在釋出後，作業系統關鍵部分中會出現錯誤和安全漏洞。因此，自動更新機制（例如 Linux 軟體倉庫或 Apple 的更新伺服器）對於確保計算機系統的良好效能和安全性至關重要。