(1)為在需求分析階段所確定的數據對象選擇邏輯表示,需要對不同結構進(jìn)行算法分析,以便選擇一個(gè)最有效的設計方案。
(2) 確定對邏輯數據結構所必需的那些操作的程序模塊(軟件包),以便限制或確定各個(gè)數據設計決策的影響范圍。
無(wú)論采取什么樣的設計方法,如果數據設計得好,往往能產(chǎn)生很好的軟件系統結構,具有很強的模塊獨立性和較低的程序復雜性。
Pressman提出了一組原則,用來(lái)定義和設計數據。
(1)用于軟件的系統化方法也適用于數據。應當考慮幾種不同的數據組織方案,還應當分析數據設計給軟件設計帶來(lái)的影響。
(2)要確定所有的數據結構和在每種數據結構上施加的操作。對于涉及到軟件中若干個(gè)功能的實(shí)現處理的復雜數據結構,可以為它定義一個(gè)抽象數據類(lèi)型。
(3)應當建立一個(gè)數據詞典并用它來(lái)定義數據和軟件的設計。
(4)低層數據設計的決策應推遲到設計過(guò)程的后期進(jìn)行?梢詫⒅鸩郊毣姆椒ㄓ糜跀祿O計。在需求分析時(shí)確定總體數據組織,在概要設計階段加以細化,而在詳細設計階段才規定具體的細節。
(5)數據結構的表示只限于那些必須直接使用該數據結構內數據的模塊才能知道。此原則就是信息隱蔽和與此相關(guān)的耦合性原則,把數據對象的邏輯形式與物理形式分開(kāi)。
(6)數據結構應當設計成為可復用的。建立一個(gè)存有各種可復用的數據結構模型的構件庫,以減少數據定義和設計的工作量。
(7)軟件設計和程序設計語(yǔ)言應當支持抽象數據類(lèi)型的定義和實(shí)現。如果沒(méi)有直接定義某種復雜數據結構的手段,這種結構的設計和實(shí)現往往是很困難的。
以上原則可適用于軟件工程的定義階段和開(kāi)發(fā)階段!扒逦男畔⒍x是軟件開(kāi)發(fā)成功的關(guān)鍵”。
文章來(lái)源于領(lǐng)測軟件測試網(wǎng) http://kjueaiud.com/