資訊科技與倫理/軟體開發步驟
這是軟體開發的第一步,在這個步驟中,團隊收集業務需求。在這個階段,專案團隊和專案經理的主要重點是識別任何正在考慮的程式所需的特定的功能。客戶向程式設計師提供他們需要程式執行的抽象檢視,此時 IT 專業人員會溝通客戶規範是否能夠實現。有時客戶的需求會相互矛盾,這可能會讓程式設計師難以完成他們的工作。在這一點上,程式設計師最好向客戶提供程式碼演示,以便更好地傳達客戶想要或期望的內容。範圍文件說明客戶對專案的期望,描述目標和成本。如果專案是在公司或組織之外開發的,範圍檔案可用作具有法律約束力的檔案。範圍檔案應包含以下內容
- 專案名稱
- 專案定義
- 專案所有者、贊助人和利益相關者
- 問題陳述
- 專案目標和目的
- 專案需求
- 專案可交付成果
- 里程碑
- 成本估算
程式設計師可能還想檢視當前系統(如果有)以識別任何可能在新系統中繼續存在的現有過程。在規劃過程中,IT 專業人員可能希望更換硬體,以促進新系統。最後,建立需求規格說明書作為軟體開發流程下一階段的指導。
這是軟體開發過程中的下一個階段。應用程式的原型設計是在這個階段使用需求規格說明書建立的。系統設計有助於指定硬體以及系統需求。在軟體架構中,它還有助於定義整個系統。系統設計規範用作軟體開發方法的下一個步驟的輸入。測試人員在這個階段構建測試策略,描述要測試的內容以及如何檢查它。
在開發階段,IT 工作人員開發系統介面、屏幕布局以及系統如何生成報告。然後使用者將審查並批准這些功能。軟體設計師可能會決定輸入冗餘以在發生錯誤時保護系統免受故障。程式設計師然後完成程式,編寫程式碼並使用不同的測試技術測試軟體。測試確保軟體按專案範圍中指定的那樣工作。如果專案未能達到里程碑、預算或專案需求,客戶可能會就以下任何一項起訴 IT 專業人員
- 欺詐
- 虛假陳述
- 違反合同
實施過程從客戶和 IT 工作人員共同建立實施策略開始。在收到要構建的軟體的設計文件後,工作將平均分成多個部分和模組。這是實際程式碼開始的地方。軟體開發人員生成優秀程式碼是這個階段的主要重點。這是整個過程中最耗時的階段。對於開發人員來說,這個階段很重要。如果在測試步驟中出現任何問題,或者在程式碼中發現任何錯誤,則編碼過程將不得不重複,並且迴圈將繼續,直到專案完成。所有型別的功能測試,包括整合測試、單元測試、系統測試、驗收測試和非功能測試,都在此時完成。此策略涵蓋了誰、什麼、何時、何地以及如何。然後開始將資料糾正和轉換到新系統。為使用者和 IT 工作人員建立程式。文件應包含以下內容
- 程式
- 面向終端使用者的說明
- 流程圖資料流圖
- 歸檔、清除和檢索
- 備份、儲存和恢復
組織的 IT 工作人員和終端使用者應接受新系統的使用和維護培訓。然後重新測試系統以確保系統按預期工作並發現任何錯誤。
在維護階段,他們糾正透過測試階段或終端使用者使用發現的錯誤。當公司對系統有新需求時,也可能會進行維護。維護階段可能是所有階段中最耗時的,因為您可能需要新增不符合原始設計的程式碼。如果維護成本失控,重建系統可能比繼續使用當前系統更明智。
隨著我們對軟體支援的活動的依賴程度不斷提高,對道德良好的軟體的需求也在不斷增長。軟體公司發現自己處於一種境地,他們要對使用軟體或開發過程產生的不利結果和偏見負法律責任。軟體安全與道德和專業精神密不可分。為了保護公眾的安全,道德和遵守法律至關重要。任何偏離道德和專業精神原則的行為都可能危及系統以及公眾的安全。關心員工安全的組織應要求並促進遵守道德準則。它還應營造一種氛圍,讓員工能夠輕鬆地使用、推廣和討論道德準則。由於問題的嚴重性,安全關鍵開發團隊比任何人都應該瞭解他們在設計軟體時的法律義務。安全關鍵系統通常對使用者的生與死負責,這是一項重大的責任。
