【文章內(nèi)容簡介】 》等 文檔 ； 技術(shù)部組織對 業(yè)務(wù)建模模型、 《 需求規(guī)格說明書 》等進(jìn) 行評審； 公司經(jīng)理 批準(zhǔn) 上述文檔 ； 項目 經(jīng)理兼任 需求 管理員（ SRM），負(fù)責(zé)對 需求的狀態(tài)進(jìn)行 跟蹤、管理。 4 正文 需求規(guī)格說明書的形成 業(yè)務(wù) 建模 項目經(jīng)理根據(jù)業(yè)務(wù)調(diào)查情況，通過 Rose、 Viso 等，運(yùn)用 UseCase 等 UML圖形成 相關(guān)的 業(yè)務(wù)建模模型 ； 《需求規(guī)格說明書》形成 項目組有關(guān)高級工程師 根據(jù) 業(yè)務(wù)建模模型 編制《需求規(guī)格說明書》； 《需求規(guī)格說明書》評審 技術(shù)部經(jīng)理組織 對《需求規(guī)格說明書》進(jìn)行評審； 經(jīng)過評審并完成更定的《需求規(guī)格說明書》 ，應(yīng) 提交公 司經(jīng)理審批； 經(jīng)過公司經(jīng)理審批通過后的《需求規(guī)格說明書》正式生效 。 軟件功能確認(rèn) 軟件產(chǎn)品形成原型時或者形成集成測試前工作時，需對軟件進(jìn)行功能確認(rèn)。當(dāng)出現(xiàn)范圍更改時，啟動需求更改過程。 需求規(guī)格說明書的更改 需求更改 凡涉及到需求更改的問題時，應(yīng)由 項目經(jīng)理 填寫《 需求變更報告 》 ，提請部門經(jīng)理進(jìn)行評審后生效 ； 《 需求變更報告 》 應(yīng) 傳遞 到項目組所有成員 ，并監(jiān)督執(zhí)行 。 視項目所處階段， 需求變更后，一般應(yīng) 完成以下工作： 北京愛思世紀(jì)軟件技術(shù)有限公司 需求管理規(guī)范 A/0 版 地址：北京市海淀區(qū)薊門里小區(qū)市政一公司辦公樓 102 郵政編碼： 100088 電話 /傳真： (010)62022672 網(wǎng)址： 第 14 頁 修改其他相關(guān)設(shè)計文檔； 修改代碼； 重新測試。 對雙方共同確認(rèn) 后需求 的更改，雙方 均 在 《 需求變更報告 》 上簽字 確認(rèn) ； 如果需求的更改變動較大，導(dǎo)致合同需要修訂時，則參見《 市場活動及標(biāo)書、合同評審程序 》中的合同修改條款執(zhí)行。 需求不明確情況的處理 用戶需求不能完全明確而必須進(jìn)入開發(fā)階段時的兩種處理方法 ： 對需求不明確部分，應(yīng)化解成一種可操作的、暫時明確的方案，形成文件，雙方簽字生效，進(jìn)入下面設(shè)計等工作； 將需求不明確部分進(jìn)行標(biāo)識，記錄在案，等待最終明確。 需求跟蹤表 項目經(jīng)理兼任需求管理員，對所有需求進(jìn)行登記，并形成《需求跟蹤表》，對需求的形成、確 定、設(shè)計、編碼實(shí)現(xiàn)、驗證、確認(rèn)、更改等狀態(tài)進(jìn)行管理 。 5 相關(guān)文件 《 GB/T85672020 軟件開發(fā)文檔編制指南》 《 RUP:Rational Unified Process》 CMM： Level2，需求管理。 6 質(zhì)量記錄 《需求規(guī)格說明書》 Q/ 業(yè)務(wù)建模模型 采用 Word、 Viso、 RationalRose 等工具 《需求變更報告》 Q/ 《需求跟蹤表》 Q/ 北京愛思世紀(jì)軟件技術(shù)有限公司 需求分析規(guī)范 A/0 版 地址：北京市海淀區(qū)薊門里小區(qū)市政一公司辦公樓 102 郵政編碼： 100088 電話 /傳真： (010)62022672 網(wǎng)址： 第 15 頁 Q/ 需求分析規(guī)范 1 概述 引言 本規(guī)范規(guī)定了軟件需求分析階段的任務(wù)、過程和相關(guān)要求，以及需求分析階段完成的標(biāo)志。 軟件項目需求分析工作是軟件生命周期中重要的一步，也是決定性的一步。只有通過軟件項目需求分析，才能把用戶對業(yè)務(wù)發(fā)展的要求和項目開發(fā)建設(shè)的總體概念描述為以軟件功能和性能為具體形式的軟件需求分析說明，從而奠定軟件項目開發(fā)的基礎(chǔ)。 軟件項目需求分析工作是一個不斷認(rèn)識和逐步細(xì)化的過程。該過 程將軟件項目計劃階段所確定的軟件項目范圍（工作域）逐步細(xì)化到可詳細(xì)定義的程度，并分析出各種不同的項目元素，然后為這些元素找到可行的解決方法。 需求分析人員要認(rèn)真了解用戶的要求，細(xì)致地進(jìn)行調(diào)查和分析，把用戶當(dāng)前正在“做什么”、“怎么做”以及將來要“做什么”、“怎么做”的要求最終轉(zhuǎn)換成一個完全的、準(zhǔn)確的系統(tǒng)邏輯模型，并寫出軟件需求分析說明書，正確地表達(dá)用戶的要求和系統(tǒng)的目標(biāo)。 編制軟件需求分析說明的工作不只是軟件開發(fā)方的事，用戶（可以是假想的用戶）也起著至關(guān)重要的作用。用戶必須對軟件項目提出初步要求，并逐步澄清 一些模糊概念。 適用范圍 本規(guī)范適用于本公司軟件開發(fā)項目需求分析過程的所有任務(wù)和相關(guān)人員，包括項目管理人員、軟件需求分析人員、軟件測試人員、文檔編制人員和質(zhì)量審核人員。 需求分析的目的 216。 依據(jù)系統(tǒng)工程和軟件工程方法，概括和分析針對用戶的需求調(diào)查結(jié)果，全面描述用戶當(dāng)前業(yè)務(wù)過程及其問題和缺陷，并且描述為了有效地解決這些問題和缺陷，目標(biāo)系統(tǒng)應(yīng)該實(shí)現(xiàn)哪些功能、處理哪些信息、達(dá)到何種程度等。以便用戶能夠在進(jìn)一步的開發(fā)工作（如：概要設(shè)計）開始之前周密思考，全面審查這些需求，判斷需求中所描述的系統(tǒng)是否涵 蓋了自己的業(yè)務(wù)范圍、描述是否準(zhǔn)確；分析目標(biāo)系統(tǒng)是否解決了當(dāng)前業(yè)務(wù)中存在的問題和缺陷并響應(yīng)了自己的要求； 216。 為開發(fā)者與用戶之間建立思想溝通的共同語言和相互協(xié)商的基礎(chǔ)，避免北京愛思世紀(jì)軟件技術(shù)有限公司 需求分析規(guī)范 A/0 版 地址：北京市海淀區(qū)薊門里小區(qū)市政一公司辦公樓 102 郵政編碼： 100088 電話 /傳真： (010)62022672 網(wǎng)址： 第 16 頁 相互間的誤解，減少不必要的重復(fù)工作，提高開發(fā)效率； 216。 為開發(fā)者的開發(fā)工作提供依據(jù)，為軟件設(shè)計提供完整的、一致的、可測試的和可理解的信息，為開發(fā)基于需求的、可跟蹤的、符合系統(tǒng)要求的軟件系統(tǒng)提供保障； 216。 為雙方確認(rèn)和驗證開發(fā)出的目標(biāo)系統(tǒng)提供依據(jù)； 216。 為今后目標(biāo)系統(tǒng)的維護(hù)和升級提供基礎(chǔ)。 需求分析工作重點(diǎn) 216。 對用戶當(dāng)前業(yè)務(wù)過程進(jìn)行 描述； 216。 對用戶當(dāng)前業(yè)務(wù)數(shù)據(jù)進(jìn)行描述； 216。 對用戶當(dāng)前業(yè)務(wù)中存在的問題與缺陷進(jìn)行描述； 216。 對用戶現(xiàn)行系統(tǒng)存在的問題與缺陷進(jìn)行描述； 216。 對目標(biāo)系統(tǒng)功能要求進(jìn)行分析； 216。 對目標(biāo)系統(tǒng)信息要求進(jìn)行分析； 216。 對目標(biāo)系統(tǒng)性能要求進(jìn)行分析； 216。 分析用戶對系統(tǒng)界面的要求； 216。 對目標(biāo)系統(tǒng)安全性要求進(jìn)行分析； 216。 對目標(biāo)系統(tǒng)保密性要求進(jìn)行分析。 支持系統(tǒng) 216。 文檔編輯工具（如： Microsoft Word， Rational SoDA） 216。 輔助需求分析工具（如： Rational Rose， Microsoft Visio） 216。 版本管理工具（如： CVS， Rational Cleracase， Microsoft VSS） 需求分析階段 216。 需求獲取階段 216。 需求分析階段 216。 需求確認(rèn)階段 涉及人員 216。 用戶代表 216。 用戶業(yè)務(wù)人員 216。 項目負(fù)責(zé)人 216。 市場人員 216。 系統(tǒng)分析員 216。 開發(fā)人員 項目組構(gòu)成 216。 用 戶 方：項目負(fù)責(zé)人、領(lǐng)域?qū)＜?、主要業(yè)務(wù)人員 北京愛思世紀(jì)軟件技術(shù)有限公司 需求分析規(guī)范 A/0 版 地址：北京市海淀區(qū)薊門里小區(qū)市政一公司辦公樓 102 郵政編碼： 100088 電話 /傳真： (010)62022672 網(wǎng)址： 第 17 頁 216。 開 發(fā) 方：項目負(fù)責(zé)人、領(lǐng)域?qū)＜摇⑾到y(tǒng)分析員，部分開發(fā)人員 216。 項目協(xié)調(diào)：用戶方、開發(fā)方高層領(lǐng)導(dǎo) 2 需求分析的原則 必須以對用戶 的業(yè)務(wù)分析工作為基礎(chǔ) 任何面向用戶的軟件系統(tǒng)都是為了滿足用戶的實(shí)際需要而設(shè)計開發(fā)，因此必需首先分析用戶的業(yè)務(wù)和職能、數(shù)據(jù)和信息、問題和缺陷，只有了解了以上這些內(nèi)容，才能確定目標(biāo)系統(tǒng)的目標(biāo)，從而進(jìn)一步提出目標(biāo)系統(tǒng)在功能、信息、性能等方面的需求。 必須能夠表達(dá)和理解問題的數(shù)據(jù)域和功能域 所有軟件定義與開發(fā)工作最終是為了解決數(shù)據(jù)處理問題，就是將一種形式的數(shù)據(jù)轉(zhuǎn)換成另一種形式的數(shù)據(jù)。其轉(zhuǎn)換過程必定經(jīng)歷輸入、加工數(shù)據(jù)和產(chǎn)生結(jié)果數(shù)據(jù)等步驟。對于計算機(jī)程序處理的數(shù)據(jù)，其數(shù)據(jù)域應(yīng)包括數(shù)據(jù)流、數(shù)據(jù)內(nèi)容和數(shù)據(jù)結(jié)構(gòu)。 數(shù)據(jù) 流即數(shù)據(jù)通過一個系統(tǒng)時的變化方式（輸入 處理 輸出），對數(shù)據(jù)進(jìn)行轉(zhuǎn)換是程序中應(yīng)有的功能或子功能。 數(shù)據(jù)內(nèi)容即數(shù)據(jù)項。 數(shù)據(jù)結(jié)構(gòu)即各種數(shù)據(jù)項的邏輯組織。 必須按自頂向下、逐層分解的方式對問題進(jìn)行分解和不斷細(xì)化 在需求分析階段，軟件的功能域和信息域都能做進(jìn)一步的分解。這種分解可以是同一層次上的，稱為橫向分解；也可以是多層次的縱向分解。 要給出系統(tǒng)的邏輯視圖（邏輯模型）和物理視圖（物理模型） 軟件需求的邏輯視圖給出軟件要達(dá)到的功能和要處理的數(shù)據(jù)之間的關(guān)系，而不是實(shí)現(xiàn)的具體細(xì)節(jié)。軟件需求的邏輯描述是軟件 設(shè)計的基礎(chǔ)。 軟件需求的物理視圖給出處理功能和數(shù)據(jù)結(jié)構(gòu)的實(shí)際表示形式，這往往是由設(shè)備決定的。分析員必須弄清系統(tǒng)元素對軟件的限制，并考慮功能和信息結(jié)構(gòu)的物理表示。 3 需求分析的任務(wù) 需求分析階段研究的對象是用戶對軟件項目的要求，必須全面理解用戶的各項要求，但又不能全盤接受用戶的所有要求。 準(zhǔn)確地表達(dá)所接受的用戶需求，是需求分析的一個重要方面，只有經(jīng)過確切描述的軟件需求才能成為軟件設(shè)計的基礎(chǔ)。 需求分析所要做的工作是深入分析用戶的業(yè)務(wù)和要求，準(zhǔn)確描述用戶的業(yè)北京愛思世紀(jì)軟件技術(shù)有限公司 需求分析規(guī)范 A/0 版 地址：北京市海淀區(qū)薊門里小區(qū)市政一公司辦公樓 102 郵政編碼： 100088 電話 /傳真： (010)62022672 網(wǎng)址： 第 18 頁 務(wù)和要求；分析軟件項目應(yīng)該并且可能實(shí)現(xiàn)的功能和性能，描 述這些軟件的功能和性能；分析并描述軟件項目設(shè)計的限制和軟件同其它系統(tǒng)元素的接口細(xì)節(jié)；定義軟件的其它有效性需求。 系統(tǒng)分析員通過需求分析，逐步細(xì)化對軟件的要求，描述軟件要處理的數(shù)據(jù)域，并給軟件開發(fā)提供一種可轉(zhuǎn)化為數(shù)據(jù)設(shè)計、結(jié)構(gòu)設(shè)計和過程設(shè)計的數(shù)據(jù)與功能表示。還要為軟件開發(fā)完成后評價軟件質(zhì)量提供依據(jù)。 通常軟件開發(fā)項目是要實(shí)現(xiàn)目標(biāo)系統(tǒng)的物理模型，即確定目標(biāo)系統(tǒng)的系統(tǒng)元素，并將功能和數(shù)據(jù)結(jié)構(gòu)分配到這些系統(tǒng)元素中。目標(biāo)系統(tǒng)的具體物理模型是由它的邏輯模型經(jīng)實(shí)例化而得到的。而邏輯模型則忽視實(shí)現(xiàn)機(jī)制與細(xì)節(jié)，只描述系統(tǒng)要完 成的功能和要處理的數(shù)據(jù)。需求分析的任務(wù)就是借助于當(dāng)前系統(tǒng)的邏輯模型導(dǎo)出目標(biāo)系統(tǒng)的邏輯模型，解決目標(biāo)系統(tǒng)的“做什么”問題。其具體實(shí)現(xiàn)步驟如圖 所示。 圖 參考當(dāng)前系統(tǒng)建立目標(biāo)系統(tǒng)的步驟 獲得當(dāng)前系統(tǒng)的物理模型：首先分析、理解當(dāng)前系統(tǒng)是如何運(yùn)行的，了解當(dāng)前系統(tǒng)的組織機(jī)構(gòu)、輸入輸出、資源利用情況和日常數(shù)據(jù)處理過程，并用一個具體模型來反映自己對當(dāng)前系統(tǒng)的理解。這一模型應(yīng)客觀地反映現(xiàn)實(shí)世界具體化 實(shí)例化 模型化 抽象化 當(dāng)前系統(tǒng) 目標(biāo)系統(tǒng) 當(dāng)前系統(tǒng) 物理模型 當(dāng)前系統(tǒng) 邏輯模型 目標(biāo)系統(tǒng) 邏輯模型 目標(biāo)系統(tǒng) 物理模型 怎么做 做什么 導(dǎo)出 理解需求 表達(dá)需求 北京愛思世紀(jì)軟件技術(shù)有限公司 需求分析規(guī)范 A/0 版 地址：北京市海淀區(qū)薊門里小區(qū)市政一公司辦公樓 102 郵政編碼： 100088 電話 /傳真： (010)62022672 網(wǎng)址： 第 19 頁 的實(shí)際情況。 抽象出當(dāng)前系統(tǒng)的邏輯模型：在理解當(dāng)前系統(tǒng)“怎樣做”的基礎(chǔ)上 ，抽取其“做什么”的本質(zhì)，從而從當(dāng)前系統(tǒng)的物理模型抽象出當(dāng)前系統(tǒng)的邏輯模型。區(qū)分出本質(zhì)的和非本質(zhì)的因素，去掉那些非本質(zhì)的因素即可獲得反映系統(tǒng)本質(zhì)的邏輯模型。 建立目標(biāo)系統(tǒng)的邏輯模型：分析目標(biāo)系統(tǒng)與當(dāng)前系統(tǒng)邏輯上的差別，明確目標(biāo)系統(tǒng)到底需要“做什么”，從而從當(dāng)前系統(tǒng)的邏輯模型導(dǎo)出目標(biāo)系統(tǒng)的邏輯模型。具體做法是： A. 決定變化的范圍，即決定目標(biāo)系統(tǒng)與當(dāng)前系統(tǒng)在邏輯上的差別； B. 將變化的部分看作是新的處理步驟，對功能圖（數(shù)據(jù)流圖）及對象圖等進(jìn)行調(diào)整； C. 由外向里對變化的部分進(jìn)行分析，憑經(jīng)驗推斷其結(jié) 構(gòu)，獲得目