【文章內(nèi)容簡介】 要求。（3）運(yùn)行要求：對系統(tǒng)運(yùn)行時軟件、硬件環(huán)境及接口方面的要求。（4）可靠性要求：應(yīng)按實際的運(yùn)行環(huán)境對所開發(fā)軟件在投入運(yùn)行后不發(fā)生故障的概率提出要求，以期在開發(fā)過程中采取措施，保證軟件能夠可靠地運(yùn)行。（5）安全保密要求：根據(jù)用戶不同的運(yùn)行環(huán)境，做出適當(dāng)規(guī)定，以便在系統(tǒng)設(shè)計階段給予充分考慮，保證其具有安全保密方面的性能。（6）用戶界面要求：對用戶界面做出具體規(guī)定，要求做到界面友好、易學(xué)易用。（7）資源使用要求：確定所開發(fā)軟件運(yùn)行時所需要的數(shù)據(jù)、軟件、內(nèi)存等資源的要求；軟件開發(fā)時所需人力、支撐軟件、開發(fā)設(shè)備等軟件開發(fā)資源的要求。2． 分析系統(tǒng)的數(shù)據(jù)要求：由系統(tǒng)的信息流歸納抽象出系統(tǒng)要求的數(shù)據(jù)以及數(shù)據(jù)的邏輯關(guān)系。描述系統(tǒng)所需要的靜態(tài)數(shù)據(jù)、動態(tài)數(shù)據(jù)（輸入、輸出數(shù)據(jù)）、數(shù)據(jù)庫名稱、類型，數(shù)據(jù)字典以及數(shù)據(jù)的采集方式。3． 導(dǎo)出目標(biāo)系統(tǒng)的詳細(xì)邏輯模型：由2項分析結(jié)果導(dǎo)出目標(biāo)系統(tǒng)的詳細(xì)邏輯模型。詳細(xì)邏輯模型可用數(shù)據(jù)流圖、數(shù)據(jù)字典和IPO圖等軟件需求表達(dá)工具表示。4． 編寫“軟件需求規(guī)格說明書”，同時為了確切表達(dá)用戶對軟件輸入/輸出的要求，可編寫“數(shù)據(jù)要求說明書”和“初步用戶手冊”。5． 需求分析評審：對功能的正確性、完整性和清晰性以及其它需求作出評價，評審內(nèi)容包括：（1） 系統(tǒng)定義的目標(biāo)與用戶的要求是否一致；（2） 系統(tǒng)需求分析階段提供的文檔資料是否齊全；（3） 文檔中的所有描述是否完整、清晰、準(zhǔn)確反映了用戶的要求；（4） 與其它系統(tǒng)的接口是否已經(jīng)描述；（5） 所開發(fā)項目的數(shù)據(jù)流與數(shù)據(jù)結(jié)構(gòu)是否足夠、是否確定；（6） 所有圖表是否清楚，在沒有補(bǔ)充說明時是否易于理解；（7） 主要功能是否已包括在規(guī)定的軟件范圍之內(nèi)，是否已經(jīng)充分說明；（8） 設(shè)計的約束條件或限制條件是否符合實際；（9） 開發(fā)的技術(shù)風(fēng)險是什么？（10） 是否考慮過軟件需求的其它方案；（11） 是否考慮過將來可能會提出的軟件需求；（12） 是否詳細(xì)制定了檢驗標(biāo)準(zhǔn)，它們能否對系統(tǒng)定義的成敗進(jìn)行確認(rèn)；（13） 是否存遺漏、重復(fù)或不一致的地方；（14） 用戶是否審查了初步的用戶手冊；評審應(yīng)由專人負(fù)責(zé)，并嚴(yán)格按規(guī)定進(jìn)行。評審結(jié)束后由評審負(fù)責(zé)人簽署評審意見。系統(tǒng)分析員應(yīng)根據(jù)“評審意見”對需求分析進(jìn)行修改，直到通過為止。 （二）如何獲取需求 1．需求獲取過程在與用戶交流的過程中收集各種用戶的信息，認(rèn)真理解用戶的各項要求；同時還應(yīng)收集解決用戶要求的一切有關(guān)信息。在進(jìn)行需求獲取時，獲取對象應(yīng)包括：實際應(yīng)用本軟件系統(tǒng)的直接領(lǐng)導(dǎo)、行政上有批準(zhǔn)權(quán)的領(lǐng)導(dǎo)、本軟件系統(tǒng)的具體操作者、使用者和系統(tǒng)維護(hù)人員。在進(jìn)行分析所獲取的信息時，分析員要對收集反饋回來的各種信息細(xì)致地進(jìn)行分析。對于其中一些模糊的要求還需要向用戶作進(jìn)一步的澄清，然后才決定是否采納。對于那些不合理的部分或者目前暫時無法實現(xiàn)的要求應(yīng)向用戶做充分的解釋，以求諒解。在分析過程中，分析員應(yīng)隨時向有關(guān)方面的專家請教，并且明確該解決方案的約束條件。2．獲取需求的方法（1）為了做好調(diào)查研究，一般應(yīng)考慮：1） 了解系統(tǒng)需求。軟件開發(fā)往往是作為系統(tǒng)開發(fā)的一部分，因此仔細(xì)研究系統(tǒng)分析的文檔資料，了解系統(tǒng)的需求中對軟件的要求。2） 市場調(diào)查。了解市場上對開發(fā)軟件的需求形勢，掌握市場上流行的相關(guān)軟件產(chǎn)品的技術(shù)和價格數(shù)據(jù)，這對于決定開發(fā)的方針策略有著重要意義。3） 訪問用戶和用戶領(lǐng)域的專家。用戶提出的要求應(yīng)被當(dāng)作重要的原始資料加以分析，從用戶領(lǐng)域?qū)＜夷抢锶〉玫男畔⒊３Ｓ兄谲浖_發(fā)人員對用戶需求的理解。4） 考察現(xiàn)場。軟件開發(fā)人員可以從專業(yè)角度來直接考察待開發(fā)系統(tǒng)的操作環(huán)境和操作要求。 （2）調(diào)查的方式可以考慮如下幾種：1） 調(diào)查提綱或調(diào)查表。向各個層次上的用戶和預(yù)見的隱含用戶發(fā)調(diào)查提綱或調(diào)查表。2） 中型調(diào)查會議。按照用戶的層次結(jié)構(gòu)的分類，召開中型調(diào)查會議，了解其業(yè)務(wù)范圍、工作內(nèi)容、業(yè)務(wù)特點以及對開發(fā)系統(tǒng)的想法和建議。3） 個別訪問。向一些對用戶領(lǐng)域的業(yè)務(wù)和信息流向特別熟悉的有豐富經(jīng)驗的專家進(jìn)行咨詢。 4） 現(xiàn)場調(diào)查?，F(xiàn)場考察和現(xiàn)場會議。 5） 資料。查閱各種系統(tǒng)資料。6） 調(diào)查工具。使用各種調(diào)查工具，如事務(wù)工程分析圖或事務(wù)流程圖等。（三）如何分析用戶需求 需求分析人員對收集到的用戶需求做進(jìn)一步的分析和整理。下面是幾條常見的準(zhǔn)則： 1）對于用戶提出的每個需求都要知道“為什么”，并判斷用戶提出的需求是否有充足的理由； 2）將那種以“如何實現(xiàn)”的表述方式轉(zhuǎn)換為“實現(xiàn)什么”的方式，因為需求分析階段關(guān)注的目標(biāo)是“做什么”，而不是“怎么做”； 假如企業(yè)提出，要求可以統(tǒng)計每個材料的庫存數(shù)量，做一個排行榜，我們需要做的是記錄：“要求統(tǒng)計每個材料庫存數(shù)量的排行榜”，并且跟企業(yè)討論這個排行榜是否有現(xiàn)成的格式，以前是否做過類似的排行榜，是怎么操作的。在需求階段，我們不需要關(guān)心為了做這個排行榜需要設(shè)定什么樣的表來實現(xiàn)。3）分析由用戶需求衍生出的隱含需求，并識別用戶沒有明確提出來的隱含需求（有可能是實現(xiàn)用戶需求的前提條件），這一點往往容易忽略掉，經(jīng)常因為對隱含需求考慮得不夠充分而引起需求變更。比如倉庫管理人員年紀(jì)都比較大，這里頭可能隱含了一個需求：他們都有老花眼，在設(shè)置字體的時候，盡量用較大的字號。  附錄編碼原則及規(guī)范1．編碼原則1）編寫易于修改和維護(hù)的代碼：編碼階段，在設(shè)計基礎(chǔ)上對程序進(jìn)行進(jìn)一步的數(shù)據(jù)和操作的分離有利于代碼和數(shù)據(jù)的單獨改變。2）編寫詳細(xì)的程序文檔：程序文檔一般指以注釋的形式嵌入程序中的代碼描述。程序文檔應(yīng)該與程序保持高度一致。程序文檔應(yīng)該包括下列內(nèi)容①代碼的功能；②代碼的完成者；③代碼在整個軟件系統(tǒng)中的位置；④代碼編制、復(fù)審時間；⑤保留代碼的原因；⑥代碼中如何使用數(shù)據(jù)結(jié)構(gòu)和算法。3）編程中采用統(tǒng)一的標(biāo)準(zhǔn)和約定，降低程序的復(fù)雜性軟件組織通常會制定一份“編碼規(guī)范”，程序員在編寫代碼時。必須嚴(yán)格按照“編碼規(guī)范”編寫代碼。編碼規(guī)范：規(guī)范項目規(guī) 范 內(nèi) 容1 排版排版格式，如縮進(jìn)、塊語句、分行等2 注釋規(guī)范注釋的格式3 標(biāo)識符命名規(guī)范標(biāo)識符的命名規(guī)則4 可讀性為提高可讀性所作的規(guī)范，如禁止使用技巧性高的語句5 變量、結(jié)構(gòu)規(guī)范變量和結(jié)構(gòu)的定義，如禁止局部與全局變量同名等6 函數(shù)、過程規(guī)范函數(shù)的定義，如“不要設(shè)計多用途面面俱到的函數(shù)”7 可測性為提高可測性的規(guī)范8 程序效率為程序效率所作的規(guī)范，如“循環(huán)體內(nèi)工作量最小化”9 質(zhì)量保證為提高軟件質(zhì)量所作的規(guī)范，如“防止內(nèi)存操作越界”4）分離功能獨立的代碼塊形成新的模塊：將功能獨立的代碼塊獨立出來形成新的模塊，增加模塊的內(nèi)聚度，有利于代碼的重用和可修改性。2．編程風(fēng)格應(yīng)遵循的規(guī)則源程序文檔化應(yīng)遵循：1）符號名的命名：符號名即標(biāo)識符，包括模塊名、變量名、常量名、標(biāo)號名、子程序名、數(shù)據(jù)區(qū)名以及緩沖區(qū)名等。這些名字應(yīng)能反映它所代表的實際東西，應(yīng)有一定實際意義。2）程序的注釋：序言性注釋：通常置于每個程序模塊的開頭部分，它應(yīng)當(dāng)給出程序的整體說明，對于理解程序本身具有引導(dǎo)作用。有些軟件開發(fā)部門對序言性注釋做了明確而嚴(yán)格的規(guī)定，要求程序編制者逐項列出。 功能性注釋：功能性注釋嵌在源程序體中，用以描述其后的語句或程序段是在做什么工作，或是執(zhí)行了下面的語句