時間：2022-09-01 04:41:08
導(dǎo)語：在項目需求分析的撰寫旅程中，學(xué)習(xí)并吸收他人佳作的精髓是一條寶貴的路徑，好期刊匯集了九篇優(yōu)秀范文，愿這些內(nèi)容能夠啟發(fā)您的創(chuàng)作靈感，引領(lǐng)您探索更多的創(chuàng)作可能。
關(guān)鍵詞：網(wǎng)絡(luò)營銷；平臺；互聯(lián)網(wǎng)；需求分析；用戶
中圖分類號：TP393.092
將網(wǎng)絡(luò)營銷商務(wù)平臺打造成國內(nèi)一流大型網(wǎng)絡(luò)營銷學(xué)習(xí)與交流、技術(shù)服務(wù)、整合營銷顧問平臺為目標(biāo)，通過平臺前臺架構(gòu)將現(xiàn)有的平臺無論從外觀設(shè)計、內(nèi)容、展示速度、還是整體功能有效整合，配合網(wǎng)絡(luò)營銷專業(yè)教學(xué)，網(wǎng)絡(luò)營銷實訓(xùn)項目的整合操作，實現(xiàn)對網(wǎng)絡(luò)營銷整合行銷項目的整體品牌形象的提高。
1 總體需求分析
1.1 利用SNS平臺特有效應(yīng)，提供種類多樣、互動性強(qiáng)的學(xué)習(xí)、交流渠道。SNS是依據(jù)六度理論建立的網(wǎng)絡(luò)平臺，可以實現(xiàn)在線溝通、交友、視頻分享、博客、播客、網(wǎng)絡(luò)社區(qū)、音樂共享等另外，還可以幫你運(yùn)營朋友圈的朋友。以最全的功能實現(xiàn)授業(yè)、解惑、交流、溝通、互動，并積聚人氣。
1.2 利用交流性門戶網(wǎng)絡(luò)的效應(yīng)，提供了廣闊的發(fā)展空間。通過應(yīng)用電子商務(wù)、建立平臺，不僅可以提高自己的知名度，而且可以提供全天候保持和自己學(xué)員、網(wǎng)絡(luò)會員（潛在的學(xué)員）、項目客戶、合作單位的聯(lián)絡(luò)，通過建立平臺，用圖像、動畫技術(shù)，輔以文字，聲音等附加信息，對我們的專業(yè)和可提供的網(wǎng)絡(luò)營銷服務(wù)進(jìn)行全方位的描述和介紹，為構(gòu)建網(wǎng)絡(luò)營銷商務(wù)平臺奠定有效的基礎(chǔ)。
1.3 為個人提供自我展現(xiàn)的平臺。開通能力秀場，利用平臺，組織網(wǎng)絡(luò)營銷相關(guān)各類服務(wù)產(chǎn)品，如網(wǎng)頁設(shè)計、營銷型平臺規(guī)劃、SEO項目策劃、百度競價、淘寶美工、淘寶客服等各種技能展示平臺，將平臺建設(shè)得更加生動有趣，拓展平臺的人氣值，社會影響，推動平臺推廣，使平臺成為網(wǎng)絡(luò)營銷人才的能力秀場，成為企業(yè)尋找網(wǎng)絡(luò)營銷人才的伯樂場。
1.4 提供新穎有效的網(wǎng)絡(luò)營銷商務(wù)服務(wù)。利用學(xué)員建設(shè)平臺，具有費(fèi)用更加低廉運(yùn)營成本的競爭優(yōu)勢，充分發(fā)揮教員的經(jīng)驗優(yōu)勢，具有更強(qiáng)勢的專業(yè)技能服務(wù)優(yōu)勢，從而打造一個不同于其他網(wǎng)絡(luò)服務(wù)公司的高效高質(zhì)、低成本網(wǎng)絡(luò)營銷商務(wù)平臺，它將不僅僅只是一個網(wǎng)絡(luò)營銷的教學(xué)平臺，還是學(xué)員網(wǎng)絡(luò)營銷實訓(xùn)基地，更是廣大企業(yè)網(wǎng)絡(luò)營銷的策劃師與實施專家。
1.5 電子商務(wù)平臺。利用平臺實現(xiàn)企業(yè)網(wǎng)絡(luò)營銷各種服務(wù)的在線交易。
2 客戶需求分析
從互聯(lián)網(wǎng)發(fā)展?fàn)顩r來看：互聯(lián)網(wǎng)技術(shù)自發(fā)明以來已經(jīng)走過了40多個年頭，今天的互聯(lián)網(wǎng)上活躍著黑客攻擊，網(wǎng)絡(luò)購物等等，未來互聯(lián)網(wǎng)的發(fā)展趨勢不再是上億條信息的發(fā)送與接收，而是上億件物品之間在其所有者和其他服務(wù)方的協(xié)助下彼此之間相互連接和交流的“物聯(lián)網(wǎng)”。從住宅自動化管理技術(shù)到電子醫(yī)療，物聯(lián)網(wǎng)覆蓋的范圍似乎無所不及。物聯(lián)網(wǎng)領(lǐng)域的發(fā)展相當(dāng)可觀，許多想法已經(jīng)變成現(xiàn)實，當(dāng)今世界只有1%的物品彼此之間實現(xiàn)了有效連接，也就是還有99%的空間需要去開發(fā)和完善。物聯(lián)網(wǎng)最大的目標(biāo)就是實現(xiàn)營銷，這個目標(biāo)就是在物品或服務(wù)的所有者與需求之間來實現(xiàn)，而網(wǎng)絡(luò)營銷就是這一目標(biāo)實現(xiàn)的終極手段。
從傳統(tǒng)企業(yè)對網(wǎng)絡(luò)營銷的認(rèn)識來看：所謂認(rèn)識問題，主要是傳統(tǒng)企業(yè)對網(wǎng)絡(luò)營銷沒有一個正確客觀的認(rèn)識。所謂網(wǎng)絡(luò)營銷，簡言之就是網(wǎng)絡(luò)+營銷，二者缺一不可，但重在營銷。認(rèn)識的問題最終主要體現(xiàn)在企業(yè)主身上，作為一個成功的傳統(tǒng)企業(yè)老板，對營銷可謂不會沒有認(rèn)識，但對網(wǎng)絡(luò)就稍顯陌生，由此一來他們就會誤認(rèn)為網(wǎng)絡(luò)營銷關(guān)鍵體現(xiàn)在網(wǎng)絡(luò)上，進(jìn)而認(rèn)為做好網(wǎng)絡(luò)推廣、做一個好的企業(yè)平臺就是網(wǎng)絡(luò)營銷。同時再加上市面上那些崇尚技術(shù)至上、毫無營銷策劃功底的網(wǎng)絡(luò)營銷公司出于商業(yè)利益驅(qū)使，對其進(jìn)行錯誤引導(dǎo)！
從平臺的直接用戶來看：平臺用戶前期鎖定學(xué)校學(xué)員和網(wǎng)絡(luò)營銷從業(yè)人員，后期增加企業(yè)用戶。從學(xué)校學(xué)員來看，缺少實戰(zhàn)經(jīng)驗和問題解決的多途徑，從網(wǎng)絡(luò)營銷從業(yè)人員來看，雖然有不少以網(wǎng)絡(luò)營銷、SEO的網(wǎng)站出現(xiàn)，但多數(shù)都僅限于資訊、技巧文章這些，缺少專業(yè)技術(shù)的探討、技能競技、成果展示。
3 技術(shù)可行性分析
在平臺規(guī)劃中引入SWOT分析方法，能將平臺發(fā)展的每一階段分成四個角度作全面的剖析，包括長處、短處、機(jī)會及競爭威脅，讓整個項目能夠有效地根據(jù)學(xué)校本身優(yōu)勢去解決目前問題。通過分析，我們要注意在設(shè)計思想方面，要從傳統(tǒng)的面向業(yè)務(wù)的設(shè)計轉(zhuǎn)向面向用戶的設(shè)計，即將設(shè)計的著眼點(diǎn)放在用戶對象身上，設(shè)計視角范圍是整個的網(wǎng)絡(luò)環(huán)境，在此基礎(chǔ)之上將面向?qū)ο蟮乃枷胍氲较到y(tǒng)設(shè)計中去。
3.1 網(wǎng)絡(luò)營銷平臺的用戶是學(xué)員、網(wǎng)絡(luò)營銷從業(yè)人員、企業(yè)，因此，我們平臺所有功能的設(shè)計要充分體現(xiàn)這些人員的需求，從他們的需求點(diǎn)出發(fā)，建立完善的需求體系。目前因為網(wǎng)絡(luò)營銷發(fā)展并不成規(guī)模，因此這個行業(yè)的從業(yè)人員多數(shù)為個人作業(yè)，因此，在平臺前期我們可以針對這一現(xiàn)象建立一個網(wǎng)絡(luò)營銷從業(yè)人員的網(wǎng)絡(luò)經(jīng)紀(jì)人系統(tǒng)，將這些有從業(yè)經(jīng)驗的人才網(wǎng)羅在自己的平臺內(nèi)，為自己效力。
3.2 對網(wǎng)絡(luò)和互聯(lián)網(wǎng)的不信任和安全疑慮，對行業(yè)的理解認(rèn)識不全面，是需求者最大的選擇障礙，而我們這個平臺最終極目標(biāo)是商業(yè)運(yùn)營，實現(xiàn)在線交易，因此必須通過專業(yè)的技術(shù)和理論知識樹立一個專業(yè)淵博的權(quán)威形象，同時還要用技術(shù)設(shè)計全面、真實、細(xì)致的誠信認(rèn)證與評價體系。針對這個問題，在功能設(shè)計上，將從個人和企業(yè)兩個方面來考慮，對于個人會員將從成長體系、成就體系這兩具方面來實現(xiàn)，而對企業(yè)將建立企業(yè)資質(zhì)認(rèn)證體系和企業(yè)網(wǎng)絡(luò)營銷項目實操進(jìn)程體系兩個方面來實現(xiàn)。
3.3 技術(shù)方向方面，采用INTERNET結(jié)構(gòu)體系，共享資源，統(tǒng)一管理，用戶維護(hù)使用界面統(tǒng)一為瀏覽器，應(yīng)用系統(tǒng)全部在服務(wù)器端，系統(tǒng)負(fù)載輕，開放性好，系統(tǒng)維護(hù)升級方便。
3.4 基于我們自身條件，在項目前期以硬投入為主，因為前期主要是互動平臺的搭建和平臺人氣的積聚，可以充分利用我們現(xiàn)有的資源，師資技術(shù)和學(xué)員人力，另外基于平臺后期發(fā)展數(shù)據(jù)的不斷增加與安全防護(hù)，要選擇安全性能好，穩(wěn)定性好的硬件服務(wù)器環(huán)境。進(jìn)入項目發(fā)展期以后，重要項目功能的升級和項目的商業(yè)運(yùn)營，因此軟投入應(yīng)該占主要方面，以人才引入、培訓(xùn)、項目運(yùn)作等方面為主。
4 平臺功能分析
通過平臺各階段發(fā)展需求分析，來定義平臺的各個功能模塊，以完成各階段的運(yùn)營目標(biāo)。但是要讓瀏覽者方便有效地使用平臺服務(wù)，提高平臺排名，還需要對功能模塊的設(shè)計加以優(yōu)化，充實功能需求。這樣，作為功能需求的補(bǔ)充，平臺開發(fā)的需求規(guī)格說明還應(yīng)包括非功能需求，它描述了系統(tǒng)展現(xiàn)給瀏覽用戶的行為和用戶所需執(zhí)行的操作等。
鑒于平臺重要的門戶作用，因此有必要在設(shè)計階段特別建立一個平臺的功能模型，以明確各級功能模塊的操作細(xì)則，以及平臺前后系和操作的方法和措施。根據(jù)我們的需要和計劃，平臺的功能將是定位在大型綜合網(wǎng)絡(luò)營銷服務(wù)網(wǎng)絡(luò)的模式，這樣平臺的功能設(shè)計遵循：時事資訊型、交流互動性、網(wǎng)絡(luò)競技型、網(wǎng)上營銷型、客戶服務(wù)型、電子商務(wù)型的總和，以此為出發(fā)點(diǎn)定制專業(yè)的功能模塊來實現(xiàn)平臺和公眾之間的無障礙的雙向信息交流。
網(wǎng)絡(luò)營銷商務(wù)平臺作為動態(tài)的平臺，必須搭建后臺數(shù)據(jù)庫開發(fā)元素，必須可以有自己的后臺來管理平臺，以修改互聯(lián)網(wǎng)最新時訊動態(tài)、知識教程、在線討論解惑、在線競技投票等。
參考文獻(xiàn)：
[1]劉志.網(wǎng)站策劃師成長之路――網(wǎng)站策劃與設(shè)計實戰(zhàn)[M].北京：機(jī)械工業(yè)出版社，2011.
[2]李莉.網(wǎng)絡(luò)營銷[M].廈門：廈門大學(xué)出版社，2014.
論文關(guān)鍵詞：高職院校,績效管理,需求分析
隨著高職院校改革深層次的推進(jìn)，科學(xué)合理的教師績效管理體系關(guān)系到高職院校人事制度改革的成敗，關(guān)系到整個教師隊伍的建設(shè)，是否合理、有效直接影響到教師的工作積極性，對學(xué)校的滿意度和忠誠度。因此，教師的績效管理對高職院校來說具有重要的現(xiàn)實意義。
一、我國高職院?？冃Ч芾泶嬖诘膯栴}
1．績效目標(biāo)不明確、計劃制定滯后
部分高職院校的績效目標(biāo)往往不公開、不透明，教師根本不了解學(xué)校的總體目標(biāo)，更不知道自己應(yīng)該完成的績效目標(biāo)，績效計劃制定滯后導(dǎo)致整個管理體系流于形式。
2．缺少實施和監(jiān)控環(huán)節(jié)
績效管理的實施過程中，忽視了績效指導(dǎo)和輔導(dǎo)工作，教師管理者也沒有意識對教師平時的績效表現(xiàn)做記錄，績效系統(tǒng)雖然在運(yùn)行，但是并沒有專門的機(jī)構(gòu)對非系統(tǒng)是否有效、是否適用進(jìn)行監(jiān)控或者改進(jìn)。
3．考核缺乏公平性
為避免沖突，績效排名時有的部門按照“輪流坐莊”，教師對考評結(jié)果認(rèn)同度低，利用的也不充分，很難起到激勵教師員工的效果?？冃Э荚u的結(jié)果僅僅與經(jīng)濟(jì)利益掛鉤而忽略員工更高層次的需求，所以更談不上激勵的效果了。
4．結(jié)果運(yùn)用單一、反饋不充分
部分學(xué)校在績效管理中只重視考核結(jié)果，但是考核的結(jié)果并沒有跟教師溝通與反饋，也并沒有對教師的進(jìn)一步績效的規(guī)劃。
二、原因分析
探究部分高職院?？冃Ч芾硐到y(tǒng)運(yùn)行效率低下的原因，我們從績效管理系統(tǒng)、人（管理層、中層領(lǐng)導(dǎo)、教師）、資源與內(nèi)部流程（管理方法）幾個方面加以分析。
1．缺乏完整、科學(xué)、公平的績效管理體系
績效管理包括績效計劃、績效溝通、績效考核、績效反饋以及績效改進(jìn)五個方面。是一個循環(huán)往復(fù)的過程，即從從組織的戰(zhàn)略目標(biāo)出發(fā)，將組織文化、管理理念融會其中，在推動組織目標(biāo)實現(xiàn)的同時開發(fā)員工潛能、培養(yǎng)員工技能，以提高績效?？冃Ч芾砀幼⒅剡^程中的信息溝通和結(jié)果反饋，注重考核結(jié)果的運(yùn)用。
許多高職院校簡單的將績效考核等同于績效管理，為了考核而考核。忽視或者完全沒有績效計劃、績效反饋、績效溝通、績效改進(jìn)等環(huán)節(jié)的管理活動。從績效管理體系來看，績效考核只是績效管理過程中的一個關(guān)鍵環(huán)節(jié)，是一種以結(jié)果為導(dǎo)向的考核系統(tǒng)，側(cè)重于判斷和評估，無法替代和等同于績效管理。
2．缺乏專業(yè)機(jī)構(gòu)和管理人員
許多高職院校并沒有設(shè)立專門的機(jī)構(gòu)部門來進(jìn)行學(xué)校的教師績效管理工作。教師的考核結(jié)果不能及時地反饋給教師本人，教師就無法知道自己在考核期間內(nèi)的工作哪些地方做得好，哪些地方還有待改進(jìn)，這會造成教師的績效無法得到改善和提高。這樣教師個人的績效無法達(dá)到改善和提高，而高職院校整體的績效也會受到影響，結(jié)果是高職院校在激烈的教育市場競爭中將失去競爭優(yōu)勢。
3．管理制度不配套
良好而正確的管理制度是教師績效管理得以實施和發(fā)揮作用的前提和環(huán)境，沒有配套的管理制度，再好的績效管理思想和方法也難以順利地實行。很多高職院校并沒有建立起比較健全的管理制度，以至于許多管理活動無法做到有章可循，導(dǎo)致了高職院校教師績效考核缺乏全面性和公正性，影響了績效考核結(jié)果的參照作用，既不利于對高校教師的激勵也不利于高校整體績效水平的提高。
4．績效管理工具設(shè)計、運(yùn)用不當(dāng)
績效目標(biāo)、指標(biāo)設(shè)置不正確，計劃設(shè)計不當(dāng)、缺少績效溝通、績效結(jié)果運(yùn)用單一都是績效管理不當(dāng)?shù)闹饕憩F(xiàn)。
高職院校在績效考核中關(guān)鍵指標(biāo)的設(shè)定不科學(xué)，具有片面性，不能準(zhǔn)確的衡量教師的真實水平，導(dǎo)致教師消極對待，最終影響教師的積極性。
目前高職院校的激勵條件往往和年終獎金和職稱掛鉤，但是僅不能與干部任免、職務(wù)晉升、薪酬檔次等教師的切身利益聯(lián)系起來，其結(jié)果必然導(dǎo)致激勵效果停留在淺的層面上，最終流于形式，發(fā)揮不了應(yīng)有的作用。還有很多高職院校的激勵措施也具有暫時性、不定性，缺乏制度的保障。
高職院校在推行績效管理的同時，忽略了與教師溝通，教師對績效考評存在抵觸心里，因此教師對績效考評首先采取自我保護(hù)的態(tài)度，出現(xiàn)自評打滿分，互評一團(tuán)和氣，榮譽(yù)輪流坐莊的現(xiàn)象，基本上失去相互比較的意義。這說明高職院校教師還沒有認(rèn)識到績效管理的必要性和重要性，因而績效管理成了教師和管理者雙方的負(fù)擔(dān)，而不是動力，從而導(dǎo)致績效管理的結(jié)果與初衷大相徑庭。
三、我國高職院?？冃Ч芾淼男枨?/p>
1．學(xué)校高層管理者對項目的要求
（1）符合學(xué)?？傮w戰(zhàn)略目標(biāo)，能夠提高學(xué)?？冃Ч芾硭?；（2）符合高職教師發(fā)展的需要，能夠提高教師勝任力和教師滿意度；（3）能夠營造和諧統(tǒng)一的組織文化和開放平等的溝通氛圍；（4）能夠提高學(xué)校中層管理者的管理水平。
2．教師對項目的要求
（1）考核過程公平、公正、透明；（2）自己的付出能夠得到學(xué)校領(lǐng)導(dǎo)的肯定，得到相應(yīng)的回報；（3）績效目標(biāo)符合自身能力范圍和發(fā)展需要；（4）職業(yè)發(fā)展規(guī)劃的要求。
3．績效管理執(zhí)行者對項目的要求
（1）考核指標(biāo)科學(xué)合理，易于操作；（2）能夠得到績效管理方法的培訓(xùn)和指導(dǎo)；（3）能夠提高團(tuán)隊凝聚力；（4）能夠規(guī)范教師行為。
根據(jù)分析確定高職院?？冃Ч芾眄椖康目傮w目標(biāo)：
采用項目管理的方法實施教師績效管理，保證高職院校戰(zhàn)略目標(biāo)的實現(xiàn)；提高高職教師工作績效，提高每位教師的工作勝任能力，建立一支過硬的適合高職院校發(fā)展戰(zhàn)略所需的教師隊伍，提高學(xué)院的競爭力；促進(jìn)學(xué)校管理者與教師之間的持續(xù)溝通與交流，形成開放的、積極參與的、主動溝通的、以績效為導(dǎo)向的組織文化，增強(qiáng)學(xué)校的凝聚力，贏得高職院校持續(xù)發(fā)展的核心競爭能力。
參考文獻(xiàn)
【摘要】目的:為了解婦幼保健服務(wù)及健康教育現(xiàn)狀與群眾的需求,為今后婦幼保健院開展健康促進(jìn)項目提供科學(xué)依據(jù)。方法:對今年3月來我院尋求服務(wù)的465人進(jìn)行隨機(jī)問卷調(diào)查。結(jié)果:回收的465份有效問卷健康教育知曉率60%以上;婦幼保健健康促進(jìn)項目需求量在81%以上。結(jié)論:醫(yī)院健康教育工作仍需加強(qiáng),健康教育形式要多樣化,可以開展健康教育有償服務(wù);婦幼保健院要做根據(jù)不同層次人群的需求,做大做強(qiáng)婦女兒童健康促進(jìn)項目。
【關(guān)鍵詞】婦女兒童;健康教育;健康促進(jìn)項目;需求
Women child health education and health promote item need and analysis
Li Ying Yang Shili Li Fang Hu Shaoling Su Yuping
【Abstract】Purpose:For the sake of solution Fu young health care service and health education the need of the present condition and crowd, for aftertime Fu young health care the hospital open an exhibition health help the item to provide science basis.Method:To this year March come to my hospital to look for service of 465 people carry on random questionnaire.Result:Recovery of 465 valid questionnaire health education understand a rate above 60%;Fu young health care health promote the item demand is in above 81%.Conclusion:Hospital health education work still need to be strengthen, health education the form want diversification, can open an exhibition health education have Chang service;The Fu young health care hospital want to do according to dissimilarity the need of the layer crowd, do big is a strong women child health promote item.
【Key words】Women's child;Health education;Health promote item;Need
為了解婦幼保健服務(wù)及健康教育現(xiàn)狀與群眾的需求,今年3月,我們對來院尋求幫助的465名孕產(chǎn)婦和兒童及家屬中進(jìn)行健康教育和健康服務(wù)現(xiàn)狀與需求調(diào)查 ,以了解當(dāng)前婦女兒童健康促進(jìn)服務(wù)、健康教育現(xiàn)狀與需求,并對調(diào)查資料進(jìn)行統(tǒng)計分析,為探討婦幼保健院在今后開展婦幼健康促進(jìn)項目,做大做強(qiáng)婦女兒童健康促進(jìn)延伸產(chǎn)品提供可靠的科學(xué)依據(jù)。
1.對象與方法
1. 1 對象:今年3月來我院婦產(chǎn)科、兒科及相關(guān)輔助科室就診的465名服務(wù)對象及家屬。
1.2 方法:采用我院自行設(shè)計的《婦幼健康促進(jìn)項目》問卷調(diào)查表,以問卷的方式,每次以產(chǎn)科、婦科、兒科及相關(guān)的輔助科室為單位進(jìn)行隨機(jī)分發(fā),對孕產(chǎn)婦及兒童的其家屬進(jìn)行問卷調(diào)查,共發(fā)465份。每個調(diào)查項目,采用知道、不知道;需要,不需要進(jìn)行調(diào)查,答題者根據(jù)本人情況如實選其中一項回答。我們將調(diào)查表匯總,結(jié)果如下。
2.結(jié)果
2.1 健康教育知曉率。見表1。
2.2 婦幼健康促進(jìn)項目需求。見表2。
3.討論
(1)本次調(diào)查是在孕產(chǎn)婦及兒童和家屬中進(jìn)行,能代表孕產(chǎn)婦和兒童的保健意識及保健需求。
(2)本次調(diào)查表明,產(chǎn)前檢查知曉率達(dá)95.91%,說明通過多年來婦幼衛(wèi)生工作者的努力,特別是《中華人民共和國母嬰保健法》頒布實施以來,孕產(chǎn)期保健工作得到了普及,各級衛(wèi)生行政部門規(guī)范了孕產(chǎn)期保健工作,開辦孕婦學(xué)校,孕產(chǎn)期保健知識深入人心,大眾基本能接受孕產(chǎn)期保健。
(3)在本次調(diào)查的人群中仍有18.49%的人對住院分娩的好處不了解,認(rèn)為分娩是瓜熟蒂落的事,住院分娩費(fèi)用高,在家也可以進(jìn)行,不必花那么多錢去住院。
(4)計劃免疫知曉率60%,主要認(rèn)為小孩沒有病不必打針和服藥。說明今后要加強(qiáng)計免知識宣傳,讓老百姓真正懂得計劃免疫的好處,自覺接受計劃免疫。[1]
(5)飲食營養(yǎng)知曉率是本次調(diào)查知曉率最低的,只有46.24%,說明公眾對飲食和營養(yǎng)的需求仍停留在吃飽或吃好就行了。孕婦缺乏、需要營養(yǎng)知識,需要孕期營養(yǎng)門診或孕期營養(yǎng)專題講座等更專業(yè)指導(dǎo)方式,進(jìn)行營養(yǎng)知識指導(dǎo)、個體化飲食安排指導(dǎo)、營養(yǎng)膳食評價等更高層次的服務(wù)[2]。對兒童或青少年營養(yǎng)需要不知道,不懂那些是自已需要的營養(yǎng)素,怎樣吃,吃什么好?這些都說明營養(yǎng)知識需求有較大市場。
(6)本次被調(diào)查的人群對更年期保健知曉率只有63.86%。說明大眾缺乏更年期保健知識,需要加大宣傳力度,更年期保健市場前景看好。[3]
(7)兒童早教知曉率達(dá)94.40%,說明群眾對早教能夠接受,婦幼醫(yī)院應(yīng)加大早教力度,讓兒童早教發(fā)揮更大的效益。
本次調(diào)查結(jié)果顯示,隨著人民生活水平的不斷提高,現(xiàn)有的醫(yī)療服務(wù)不能滿足不同層次群眾的需求,發(fā)展婦女兒童健康促進(jìn)項目是當(dāng)務(wù)之急,如孕婦俱樂部、兒童俱樂部、青年俱樂部、更年期婦女俱樂部、營養(yǎng)俱樂部的需求量達(dá)81%以上;兒童早教需求量達(dá)94.41%;兒童營養(yǎng)指導(dǎo)、智力開發(fā)、心理衛(wèi)生等指導(dǎo)需求達(dá)91.18%,說明婦女兒童健康促進(jìn)項目市場前景良好。
3.1 醫(yī)院健康教育工作有待加強(qiáng)。本次調(diào)查說明,隨著醫(yī)療衛(wèi)生保健事業(yè)的發(fā)展和人民生活水平的不斷提高,大眾衛(wèi)生知識及自我保健意識逐步提高,婦幼保健服務(wù)已被越來越多的群眾所接受,但由于受文化和經(jīng)濟(jì)、教育、交通、習(xí)俗、傳統(tǒng)觀念等多種因素的制約,仍有部份群眾衛(wèi)生保健意識薄弱。被調(diào)查者中有29.03%的人不知道更年期保健知識;有27.53%的人不懂飲食營養(yǎng);有[4]14.41%的人不知道飲食衛(wèi)生;有13.98%的人對青春期保健知識不了解;有12.26%的人不知道要做計劃免疫;有12.04%的人不知道高危孕婦要住院分娩;有10.75%的人不知道孕期需要醫(yī)生指導(dǎo)鍛煉;可見,婦幼醫(yī)院健康教育工作有待加強(qiáng)。健康教育是婦幼醫(yī)院營銷的窗口,在當(dāng)今市場經(jīng)濟(jì)社會,醫(yī)院有了好的服務(wù)產(chǎn)品,必須要有營銷手段,健康教育科就是婦幼醫(yī)院最好的營銷窗口。只有健康教育工作做大做好了,婦女兒童健康促進(jìn)項目才有市場,才能發(fā)揮更好的社會效益和經(jīng)濟(jì)效益。
3.2 醫(yī)院健康教育形式要多樣化。除了接診醫(yī)生、護(hù)士對病人進(jìn)行面對面健康教育外,還要根據(jù)各醫(yī)院現(xiàn)有條件進(jìn)行發(fā)宣傳資料、健康教育處方、電視節(jié)目、板報、墻報、講座、培訓(xùn)班、俱樂部、報刊雜志等進(jìn)行有效宣傳活動,并把健康教育作為常規(guī)工作。健康教育直接將知識、技術(shù)和服務(wù)有機(jī)地結(jié)合在一起,提高醫(yī)院的服務(wù)質(zhì)量和水平。[4]
3.3 醫(yī)院健康教育應(yīng)有各項量化指標(biāo),便于考核和提高。目前醫(yī)院健康教育考核指標(biāo)不夠量化,檢查、考核存在一定難度,需要制定能量化考核又便于操作的考核指標(biāo)。
3.4 醫(yī)院健康教育要開展有償服務(wù)。醫(yī)院健康教育除了開展公益性無償服務(wù)外,還要開展圍繞健康促進(jìn)項目的有償服務(wù),增加健教科工作人員收入,從而體現(xiàn)健教工作價值及調(diào)動職工的工作積極性,使健教工作可持續(xù)發(fā)展。
3.5 健康教育工作應(yīng)納入社區(qū)日常工作來抓。社區(qū)應(yīng)組織公民定期聽保健醫(yī)師講授衛(wèi)生保健知識課,接受科學(xué)衛(wèi)生觀,改變不良飲食和不衛(wèi)生習(xí)慣,從而提高公民綜合素質(zhì)。
參考文獻(xiàn)
[1] 葉建國,王春啟,等.健康教育在鄉(xiāng)鎮(zhèn)預(yù)防接種工作中的作用. [J]. 中國健康教育.2003.19(7)520.
[2] 陳沁,等. 孕婦營養(yǎng)知識水平與服務(wù)需求調(diào)查分析. [J].國際醫(yī)藥衛(wèi)生導(dǎo)報..2009.15(12)121.
[3] 楊艷杰,彭濤,楊秀賢,等.農(nóng)村社區(qū)更年期婦女心理健康狀況調(diào)查分析. [J]. 中國婦幼保健..2004.19(7)106.
關(guān)鍵詞：用戶 軟件開發(fā) 軟件工程
一、軟件工程中的需求分析概述
一個軟件項目的開發(fā)主要分為五個階段：需求分析階段、設(shè)計階段、編碼階段、測試階段和維護(hù)階段。而需求分析階段所得到的結(jié)果是軟件項目開發(fā)中其他四個階段的必備條件。從以往的經(jīng)驗來看，需求分析中的一個稍稍的偏差，就可能導(dǎo)致整個項目無法達(dá)到預(yù)期的效果。需求分析是指理解用戶需求，就軟件功能與客戶達(dá)成一致，估計軟件風(fēng)險和評估項目代價，最終形成開發(fā)計劃的一個復(fù)雜過程。需求分析是軟件工程中的一個重要環(huán)節(jié)，是關(guān)乎軟件項目開發(fā)成敗的重要因素?，F(xiàn)在的軟件項目中返工開銷幾乎占了總開發(fā)的一半，而導(dǎo)致返工的主要原因是需求分析不明確，從而引發(fā)項目開發(fā)中的一系列更改。這些更改可能導(dǎo)致浪費(fèi)大量資源、軟件項目無法按時完成等嚴(yán)重問題。所以，需求分析是軟件設(shè)計和實現(xiàn)的基礎(chǔ)，是軟件項目邁向成功的重中之重。
二、軟件工程中的需求工作流程
1.創(chuàng)建數(shù)據(jù)字典。數(shù)據(jù)字典是對系統(tǒng)用到的所有數(shù)據(jù)項和結(jié)構(gòu)的定義，以確保開發(fā)人員使用統(tǒng)一的數(shù)據(jù)定義。在需求階段，數(shù)據(jù)字典至少應(yīng)定義客戶數(shù)據(jù)項以確保客戶與開發(fā)小組使用一致的定義和術(shù)語。分析和設(shè)計工具通常包括數(shù)據(jù)字典組件。
2.確定需求的優(yōu)先級別。應(yīng)用分析方法來確定使用實例、產(chǎn)品特性或單項需求實現(xiàn)的優(yōu)先級別。以優(yōu)先級為基礎(chǔ)確定產(chǎn)品版本將包括哪些特性或哪類需求。當(dāng)允許需求變更時，在特定的版本中加入每一項變更，并在那個版本計劃中做出需要的變更。
3.分析需求可行性。在允許的成本、性能要求下，分析每項需求實施的可行性，明確與每項需求實現(xiàn)相聯(lián)系的風(fēng)險，包括與其它需求的沖突，對外界因素的依賴和技術(shù)障礙。
4.使用質(zhì)量功能調(diào)配。質(zhì)量功能調(diào)配是一種高級系統(tǒng)技術(shù)，它將產(chǎn)品特性、屬性與對用戶價值聯(lián)系起來。該技術(shù)提供了一種分析方法以明確哪些是客戶最為關(guān)注的特性。質(zhì)量功能調(diào)配將需求分為三類：期望需求，即客戶或許并未提及，但如若缺少會讓他們感到不滿意；普通需求和興奮需求，即實現(xiàn)了會給客戶帶去驚喜，但若未實現(xiàn)也不會受到責(zé)備。
5.衡量需求穩(wěn)定性。記錄基本需求的數(shù)量和每周或每月的變更數(shù)量（添加、修改、刪除）。過多的需求變更“是一個報警信號”意味著問題并未真正弄清楚，項目范圍并未很好的確定下來或是政策變化較大。
6.繪制系統(tǒng)上下文示意圖。這種示意圖是用于定義系統(tǒng)與系統(tǒng)外部實體問的界限和接口的簡單模型。同時它也明確了通過接口的信息流和物質(zhì)流。
7.作為功能需求的補(bǔ)充，軟件需求規(guī)格說明還應(yīng)包括非功能需求，它描述了系統(tǒng)展現(xiàn)給用戶的行為和執(zhí)行的操作等。它包括產(chǎn)品必須遵從的標(biāo)準(zhǔn)、規(guī)范和合約；外部界面的具體細(xì)節(jié)；性能要求；設(shè)計或?qū)崿F(xiàn)的約束條件及質(zhì)量屬性。
三、現(xiàn)階段軟件工程課程設(shè)計中需求分析現(xiàn)狀
學(xué)生重代碼，輕需求，急于完成可見的執(zhí)行軟件，大大壓縮了需求分析時間；學(xué)生缺乏對所選課程設(shè)計題目相關(guān)的業(yè)務(wù)知識的了解，需求分析只是對需求的拼貼，不完善，不系統(tǒng)；缺乏實際項目經(jīng)驗，對需求分析的認(rèn)知只是停留在理論階段，不能在實踐上給學(xué)生以高水平的指導(dǎo)。
四、解決方案
針對以上問題，文中給出解決方案如下：一方面轉(zhuǎn)變學(xué)生對需求分析的認(rèn)知誤區(qū)，強(qiáng)調(diào)需求分析的重要性，通過一些案例及調(diào)研數(shù)據(jù)讓學(xué)生了解忽視需求分析帶來的嚴(yán)重后果，讓學(xué)生重視需求。讓學(xué)生了解軟件項目開發(fā)工作和項目管理工作都與需求密不可分，如軟件項目成本估算、進(jìn)度計劃、項目跟蹤控制、驗證、確認(rèn)等工作都以需求為基礎(chǔ)；軟件設(shè)計、編碼、測試最終的目的都是為了提交一個滿足用戶要求的可執(zhí)行軟件，用戶的要求主要就體現(xiàn)在需求分析的制品上。另一方面增強(qiáng)需求分析的趣味性，讓學(xué)生主動參與需求分析，如選題上給學(xué)生充分的自主選擇權(quán)利，或者讓兩個同學(xué)選相同題目（分別做不同模塊），同組間進(jìn)行需求分析競賽等。在軟件開發(fā)過程中讓學(xué)生記錄并總結(jié)，自身項目中存在的那些需求問題，對項目產(chǎn)生了怎樣的影響，讓學(xué)生在實踐中體驗、總結(jié)需求的重要性，加深認(rèn)識。題目選擇范圍上給學(xué)生更大空間，可從教師給定的題目中選取，也可學(xué)生自擬題目。因為課程設(shè)計的時間有限，需求又是一項要求精細(xì)、準(zhǔn)確、全面的工作，所以在課設(shè)開始前至少一個月，讓學(xué)生預(yù)先選好題目，進(jìn)行需求調(diào)研、分析工作。需求分析開始前，由教師預(yù)先規(guī)定應(yīng)分析什么，如：軟件功能需求、性能需求、可靠性和可用性需求、接口需求、系統(tǒng)約束等；采用什么樣的分析方法，建立什么模型，如：功能模型、數(shù)據(jù)模型、行為模型等；及最終要形成軟件需求規(guī)格說明，該文檔模板由教師提供。任何軟件需求都離不開其涉及到的業(yè)務(wù)領(lǐng)域，因此也要要求學(xué)生對業(yè)務(wù)領(lǐng)域相關(guān)的標(biāo)準(zhǔn)模型進(jìn)行分析和研究，對業(yè)界的一些標(biāo)準(zhǔn)和最佳實踐進(jìn)行熟悉，對業(yè)務(wù)領(lǐng)域進(jìn)行大量調(diào)研。這樣才能讓才能分析出真正的需求，否則需求就會脫離實際。不但要有扎實的理論知識，還應(yīng)具有較強(qiáng)的實踐經(jīng)驗，指導(dǎo)學(xué)生完成由理論知識向?qū)嵺`技能的轉(zhuǎn)換。所以在選擇課程設(shè)計教師的一個重要條件就是教師要有軟件項目開發(fā)經(jīng)驗及管理經(jīng)驗[5]，熟悉軟件開發(fā)的各個環(huán)節(jié)。若教師本身不具備這樣的能力，也可以通過加強(qiáng)教師培訓(xùn)，讓教師到企業(yè)中實習(xí)的方式來提高教師實踐指導(dǎo)水平，通過考核的教師才可以指導(dǎo)課程設(shè)計。
五、結(jié)語
軟件需求分析中的關(guān)鍵就是展開分析、發(fā)現(xiàn)問題、征服問題。所有的一切都是為了能夠?qū)④浖械腻e誤和漏洞在需求分析和需求工程階段發(fā)現(xiàn)并解決，這樣才能使軟件開發(fā)的成本收益比達(dá)到最大，使得軟件在其生命周期中的維護(hù)費(fèi)用降到最低，這也是我進(jìn)行軟件需求分析方法研究的目的，希望可以通過上述的軟件需求分析的方法研究為以后軟件的開發(fā)打下一個良好的基礎(chǔ)。
參考文獻(xiàn)：
[1]PressmaI1.軟件工程一實踐者研究方法（第4版）.北京：機(jī)械工業(yè)出版社，1999.
在收集完數(shù)據(jù)之后，PM要和客戶開始明確項目的大小，成本，規(guī)格，期限等重要特征并將其寫入合同文本，同時準(zhǔn)備內(nèi)部的包括預(yù)算，衡量標(biāo)準(zhǔn)等文檔，建立項目的評估標(biāo)準(zhǔn)。接下來就是需求分析。由于專業(yè)的原因，我們這里僅討論軟件工程項目的需求分析（以下簡稱需求分析）需求分析的主要參與人員有PM，總體架構(gòu)設(shè)計師，系統(tǒng)分析員，熟悉業(yè)務(wù)流程的客戶。PM統(tǒng)領(lǐng)的團(tuán)隊這時候還不是真正的開發(fā)團(tuán)隊，我們叫做前期團(tuán)隊。隨著需求分析的逐步深入，新的團(tuán)隊成員不斷加入，啟動階段結(jié)束的時候正式的團(tuán)隊將建立。對一個已經(jīng)啟動的項目來說，需求分析直接決定了項目的成功與失敗。最初的需求體現(xiàn)在客戶的工作說明書或招標(biāo)文件及附件上。這種需求一般比較含糊，無法體現(xiàn)客戶真正的需求。前期團(tuán)隊要根據(jù)自己的經(jīng)驗和客戶溝通并引導(dǎo)客戶進(jìn)入正軌。有時候客戶會很不講道理或者思路僵化，就要求按照他的思維去定一些明顯錯誤的需求。這個時候團(tuán)隊成員要耐心和客戶舉事實，談經(jīng)驗，講道理，用圖形或模型等直觀的方式將需求描述出來，比如常見的數(shù)據(jù)流圖等。所以說，爭論再所難免，客戶有時候會吹胡子瞪眼睛拍桌子甚至?xí)f"這個東西不要你們做了"之類的話。PM此時除了要親身參與需求分析綜合整理文檔之外，還要處理好團(tuán)隊成員與客戶的關(guān)系，確保關(guān)系不會惡化到無法收拾的地步。只要PM盡力約束團(tuán)隊中的成員，這個度還是很容易控制的。
對快速開發(fā)和疊代開發(fā)來說，需求和實現(xiàn)往往是同步進(jìn)行，開發(fā)速度快是一大優(yōu)勢。對有相同或類似模式的小項目來說采用快速開發(fā)或疊代開發(fā)是很合算的做法，時下流行的極限編程就是針對這方面建立的思維模式。然而，大中型項目中有太多不一樣的需求和模塊。如果不是因為項目有差異，那么市場上就只有產(chǎn)品而沒有項目了。所以，大中型項目的需求要認(rèn)真仔細(xì)的去做。我們要討論一個問題，究竟應(yīng)該在需求分析和總體設(shè)計上花費(fèi)多少時間？我們熟悉的瀑布開發(fā)模式基本上分需求分析，總體設(shè)計，軟件開發(fā)，測試等幾個階段，然而究竟應(yīng)該在前兩個階段上花多少時間卻沒有定論。實際項目操作的例子表明，分析設(shè)計的時間越長，需求設(shè)計做的越詳細(xì)，測試的時間就越短，返工率越低，風(fēng)險也越小，成本越容易得到控制。
而需求分析和總體設(shè)計沒有做好就急忙上馬進(jìn)行開發(fā)的項目在項目初期進(jìn)展順利的時候問題不大，到了項目后期和測試階段一些潛伏期比較長但是破壞作用比較大的問題就會凸顯出來，造成返工，延長測試時間。所以與其把問題堆積到緊張的項目后期，不如把時間多花點(diǎn)到需求分析和總體設(shè)計上?；A(chǔ)夯實了，金字塔就容易造了。在日本公司打工的程序員們可能都知道，小日本的軟件規(guī)范非常厲害，他們花在需求分析和總體設(shè)計上的時間通常在40%到50%左右，遠(yuǎn)遠(yuǎn)超過國內(nèi)軟件項目的實施，效果也要強(qiáng)的多。他們總體設(shè)計的規(guī)范甚至詳盡到某個過程該如何判斷，確立什么樣的條件，換言之就是把什么時候該如何寫(if...else)語句都幫程序員定好了。在這樣的軟件規(guī)范下，程序員更象是裝配流水線上的工人，對一個模塊或技術(shù)熟悉到一定程序就變成了完全的重復(fù)性勞動。所以在日本和歐美經(jīng)常會有程序員是低級工作一說，很多人不明就里，對國內(nèi)程序員也照搬，對國內(nèi)的程序員來說是很不公平的。在國內(nèi)，只會照抄別人代碼，一點(diǎn)都不懂創(chuàng)新，凡事依靠別人，快下班就盯著表看的程序員是不少，這種人一般很難有什么前途。但是，優(yōu)秀的不斷進(jìn)取的程序員也很多。由于國內(nèi)沒有象CMM這樣的軟件規(guī)范或者很少，所以這類優(yōu)秀的程序員不少都是干著系統(tǒng)分析員甚至PM的活，拿著程序員的工資。這類程序員雖然在起步時會吃很多虧，而且是主動找虧吃，然而幾年之后與前一種程序員的社會地位會出現(xiàn)明顯的分化。當(dāng)上進(jìn)的程序員們作為PM進(jìn)行商務(wù)談判的時候，前者還在各個公司里頻繁跳槽，跳來跳去都不滿意。有些扯開了，回到我們的話題。
一、項目需求分析
本章主要是說明推理猜謎手機(jī)游戲項目的需求分析。推理猜謎手機(jī)游戲項目的需求分析階段是游戲項目的最初階段。游戲能否取得成功，和需求分析階段是密不可分的。
（一）需求分析流程
1.項目流程的分析
（1）項目流程分析的原則
對于推理猜謎手機(jī)游戲項目，所以按照一個合理的游戲項目需求分析原則來進(jìn)行需求分析是非常有必要的。對于推理猜謎手機(jī)游戲項目的需求分析，如表所示，下列的內(nèi)容非常重要：
（2）項目流程分析的步驟
要想做好推理猜謎手機(jī)游戲項目的需求分析，需要按照一個合理的流程來進(jìn)行，這在需求分析階段是非常重要的。步驟如下：
①市場調(diào)研
②收集信息
③編寫游戲功能描述書
二、項目解決方案與關(guān)鍵技術(shù)
本章是介紹推理猜謎手機(jī)游戲項目的解決方案與關(guān)鍵技術(shù)，根據(jù)推理猜謎手機(jī)游戲項目的具體需求，同時在橫向?qū)Ρ韧愑螒虻幕A(chǔ)上，確定游戲項目的解決方案，并在此基礎(chǔ)上對關(guān)鍵技術(shù)的選擇進(jìn)行討論，最終確定出關(guān)鍵技術(shù)。
（一）開發(fā)方案
開發(fā)的游戲的手機(jī)游戲平臺使用的是J2ME標(biāo)準(zhǔn)。
（二）開發(fā)工具
對于J2ME平臺，使用編程語言是java語言。
1.開發(fā)工具簡介
Eclipse開發(fā)工具，它是一個開放源代碼的、基于Java的可擴(kuò)展開發(fā)平臺。就其本身而言，它只是一個框架和一組服務(wù)，用于通過插件組件構(gòu)建開發(fā)環(huán)境。Eclipse附帶了一個標(biāo)準(zhǔn)的插件集，包括Java開發(fā)工具（Java Development Tools，JDT）。Eclipse還包括插件開發(fā)環(huán)境（Plug-in Development Environment，PDE），這個組件主要針對希望擴(kuò)展Eclipse的軟件開發(fā)人員，因為它允許他們構(gòu)建與Eclipse環(huán)境無縫集成的工具。
三、項目設(shè)計與實現(xiàn)
（一）總體設(shè)計
1.項目體系結(jié)構(gòu)
2.項目總體流程
推理猜謎手機(jī)游戲項目的總體流程是，游戲啟動后，首先出現(xiàn)公司的logo畫面，停頓3秒后進(jìn)入游戲的主界面。進(jìn)入游戲主界面后，玩家可以選擇新開游戲，功能設(shè)定，游戲幫助三個游戲選項。如果有游戲記錄時，可以選擇繼續(xù)游戲。通過游戲的左軟鍵選擇結(jié)束游戲，通過游戲的右軟鍵連接網(wǎng)絡(luò)，連接網(wǎng)絡(luò)可以登錄公司主頁和下載最新的游戲。玩家選擇新開游戲后，進(jìn)入游戲的選關(guān)畫面，選擇想要進(jìn)行的游戲關(guān)數(shù)后，進(jìn)行游戲，當(dāng)游戲通關(guān)時，這一關(guān)的游戲結(jié)束。當(dāng)游戲中途要退出游戲時，可以選擇存儲游戲的進(jìn)度后，退出游戲。這樣下一次進(jìn)入游戲后可以選擇之前保存的游戲進(jìn)度，繼續(xù)游戲。
（二）流程邏輯設(shè)計
對于推理猜謎手機(jī)游戲項目，確立游戲的流程邏輯非常重要。游戲啟動時，首先調(diào)用游戲基本功能的類，如游戲的畫面顯示，按鍵。然后調(diào)用游戲的算法類。最后調(diào)用游戲的數(shù)據(jù)存儲類和音頻文件播放類。
（三）游戲各個部分設(shè)計
推理猜謎手機(jī)游戲項目分為如下幾個主要的部分：游戲畫面、輸入控制、游戲算法與功能、數(shù)據(jù)存儲讀取、背景音樂與游戲音效。
1.游戲畫面的設(shè)計
推理猜謎手機(jī)游戲的畫面是游戲用戶接觸最直接的部分。游戲的界面如果制作的不理想。游戲用戶對游戲的印象就不會太理想，會認(rèn)為游戲制作的不夠出色。
2.輸入控制的設(shè)計
手機(jī)玩家在進(jìn)行游戲時，是利用游戲的輸入設(shè)備來控制游戲。手機(jī)游戲的輸入設(shè)備是手機(jī)的按鍵。
3.功能算法的設(shè)計
游戲的功能算法是手機(jī)游戲項目的核心部分，對于游戲項目來說，算法的實現(xiàn)非常重要。游戲的算法比較復(fù)雜，里面涉及了很多學(xué)科的知識，例如數(shù)學(xué)知識，物理知識等。對于推理猜謎手機(jī)游戲項目，游戲算法的設(shè)計流程如下：
（1）首先，游戲的基本功能實現(xiàn)
（2）對游戲功能進(jìn)行調(diào)整。包括性能優(yōu)化和界面調(diào)整
（3）對游戲進(jìn)行細(xì)節(jié)調(diào)整
4.數(shù)據(jù)存儲讀取的設(shè)計
在開發(fā)的推理猜謎手機(jī)游戲項目中，游戲項目中存儲和讀取的設(shè)計如圖15所示分為了2個部分：游戲的普通數(shù)據(jù)存儲讀取和游戲進(jìn)度數(shù)據(jù)的存儲讀取。
5.音樂與音效的設(shè)計
首先在游戲啟動時載入游戲的音樂資源，然后進(jìn)入游戲主界面時，開始播放游戲的背景音樂。在不同的游戲狀態(tài)畫面，背景音樂不同。對于游戲音效，通過用戶的手機(jī)按鍵來播放不同的游戲音效。實現(xiàn)的方法是首先編寫播放背景音樂和游戲音效的函數(shù)，然后在游戲中調(diào)用這2個函數(shù)來實現(xiàn)需要的功能。
四、測試
關(guān)鍵詞：網(wǎng)站管理 維護(hù)
一、網(wǎng)站管理與維護(hù)的必要性
1.1網(wǎng)站項目建設(shè)的特點(diǎn)
1）設(shè)計者與客戶層次與認(rèn)識存在差異，容易導(dǎo)致項目建設(shè)目標(biāo)的不確定性。
2）網(wǎng)站項目涉及領(lǐng)域廣，對參與項目的人員理解和研發(fā)項目提出高要求。
3）網(wǎng)站建設(shè)屬智力密集、勞動密集型項目，受人力資源影響大。
4）開發(fā)技術(shù)的快速發(fā)展使得網(wǎng)站項目的開發(fā)具有多模式的特征。
5）網(wǎng)站項目底層編程較為專業(yè)，要有友好界面對項目各參數(shù)進(jìn)行配置。
1.2網(wǎng)站管理與維護(hù)的作用
結(jié)合網(wǎng)站項目建設(shè)特點(diǎn)，網(wǎng)站項目需要以下幾個步驟：首先業(yè)務(wù)員與客戶接洽了解，確認(rèn)立項，從客戶代表那里獲得需求后，形成需求報告；業(yè)務(wù)流程分析員分析需求報告，生成項目模型報告；界面工程師得到項目模型后設(shè)計制作相應(yīng)的模板和用戶界面原型，并最終由客戶代表確認(rèn)?？梢钥闯?，作為項目開端的需求分析直接保障了整個項目的正確性、可行性和必要性，對項目最終的檢測性和簡明性至關(guān)重要，也可以這么說，做好需求分析才能有的放矢，項目才有成功的可能性。
二、網(wǎng)站項目建設(shè)需求分析策略
不同行業(yè)客戶的特殊要求（比如開發(fā)稅務(wù)相關(guān)網(wǎng)站項目，就需要設(shè)計人員有一定的稅務(wù)知識）也對參與項目管理的人員和研發(fā)人員提出了很高的要求，這就要求接洽業(yè)務(wù)員要加強(qiáng)客戶所在領(lǐng)域的知識積累，能夠?qū)⒖蛻舻男枨筠D(zhuǎn)化成實際的程序輸出，也能夠?qū)㈨椖恐械膫€模塊以客戶易于理解的方式進(jìn)行說明，深度挖掘客戶需求，并最終明晰項目建設(shè)目的，完成必要的管理與維護(hù)。在項目組的準(zhǔn)備工作完成后，我認(rèn)為采集客戶需求應(yīng)該按照以下二個階段進(jìn)行：
1）第一階段
目標(biāo)：完成調(diào)查報告和業(yè)務(wù)流程報告，搞清供求關(guān)系。
采取方法：項目組采取主動“問答”方式，指定有經(jīng)驗的業(yè)務(wù)員和需求方進(jìn)行溝通。
具體實施：項目中涉及的經(jīng)理、頁面設(shè)計員、程序設(shè)計員、測試員，文檔起草等人員必須到場，通過訪談、調(diào)查表、填寫意向表等方式從宏觀上把握客戶具體需求方向和趨勢，了解現(xiàn)有的組織架構(gòu)、業(yè)務(wù)流程、硬件環(huán)境、軟件環(huán)境、現(xiàn)有的運(yùn)行系統(tǒng)等客觀信息，與客戶建立起良好的溝通渠道和方式。建設(shè)團(tuán)隊經(jīng)理對搜集的信息進(jìn)行匯總，各參與人員就獲取的知識進(jìn)行進(jìn)一步的歸類分析，頁面設(shè)計員制定大略的視覺模版；程序員就網(wǎng)站功能進(jìn)行拆解分析，列出網(wǎng)站需要的程序模塊并就各功能實現(xiàn)的可行性對照現(xiàn)有的軟硬件環(huán)境進(jìn)行評估；文檔起草準(zhǔn)備完成調(diào)查報告和業(yè)務(wù)流程報告，進(jìn)一步明細(xì)項目思路。
2）第二階段
目標(biāo)：完成調(diào)研分析報告，完成業(yè)務(wù)流程設(shè)計，進(jìn)一步確認(rèn)客戶需求。
采取方法：項目組采取“聯(lián)想啟發(fā)”方式，對第一階段的調(diào)查進(jìn)行完善和修改。
具體實施：項目涉及人員的要通過“聯(lián)想啟發(fā)”方式經(jīng)一步與客戶進(jìn)行溝通，消除由網(wǎng)站項目建設(shè)的特點(diǎn)導(dǎo)致的眾多不確定性?？蛻舻男枨笸腔\統(tǒng)的、分散的，第二階段要對第一階段的對網(wǎng)站項目的總體設(shè)計方向進(jìn)行進(jìn)一步的確認(rèn)，可以通過展示企業(yè)以往開發(fā)的相似類別的產(chǎn)品實例、對網(wǎng)站項目的開發(fā)方法及運(yùn)行方式和要求進(jìn)一步說明，讓客戶等非專業(yè)人員對整站系統(tǒng)從前臺到后臺，從頁面到代碼，從架構(gòu)到管理有一定的認(rèn)識，從而是客戶對自己的最終需求進(jìn)行具體的描述。
三、網(wǎng)站管理與維護(hù)的注意事項
在整個項目實施過程中需求不明確、業(yè)務(wù)流程不合理往往是項目面臨的最大風(fēng)險，直接導(dǎo)致項目的開發(fā)失敗或是客戶不接受，因此必須做到細(xì)致了解客戶意愿，明晰客戶需求，采用必要措施來強(qiáng)化需求調(diào)研，需要注意以下幾點(diǎn)：
3.1深化溝通，強(qiáng)化需求分析
1）在實際項目建設(shè)中，客戶由于種種原因很難在分析階段全面而準(zhǔn)確的描述所有問題，項目實施者可以引導(dǎo)客戶講所有想到的需求全部闡述清楚，然后歸納整理后逐條篩選，將客戶的模糊要求明晰化。得到初步項目目標(biāo)后，由于客戶與研發(fā)人員知識的不對等，有可能導(dǎo)致理解的不對稱，項目業(yè)務(wù)員要了解客戶所在行業(yè)的需求情況，采取多次協(xié)商的方式，逐步強(qiáng)化需求分析。
2）很多情況下客戶并非專業(yè)人士，有的描述很難凸現(xiàn)重點(diǎn)和技術(shù)難關(guān)，有些客戶甚至描述的需求軟件實現(xiàn)難度極大，客戶需求概念的模糊，導(dǎo)致項目目標(biāo)籠統(tǒng)而且尺度難以控制，這就要求業(yè)務(wù)人員認(rèn)真傾聽客戶說明，充分利用圖表、結(jié)構(gòu)圖以及簡單直白打比方的方式與客戶溝通，讓客戶理解開發(fā)流程和開發(fā)注重的要點(diǎn)，對自己預(yù)期目標(biāo)進(jìn)行整理和分析，使得項目實施者可以發(fā)現(xiàn)客戶在開發(fā)過程中的潛在需求。
3.2細(xì)致分析，增強(qiáng)功能擴(kuò)展
通過與客戶的深入溝通，將客戶預(yù)期及反饋信息一條條的羅列出來，逐條歸納、分析，發(fā)掘用戶最原始、最完整的要求，完成業(yè)務(wù)流程，劃分各功能模塊，充分考慮客戶基本要求基礎(chǔ)上的潛在需求，增強(qiáng)模塊功能擴(kuò)展，方便在開發(fā)過程中隨時增加模塊功能，滿足客戶多重需要。如政務(wù)系統(tǒng)在接收公文的同時，也許就需要為客戶預(yù)留各公文接收單位溝通的通道；郵件系統(tǒng)設(shè)計的時候可能會需要考慮廣告管理、超大附件、或許還要有郵件賀卡等應(yīng)用；電子商務(wù)網(wǎng)站也許需要熱賣排行榜、年終銷售統(tǒng)計報表等等。限于各方面的因素，客戶通常能夠接受分階段的開發(fā)過程，但是隨著網(wǎng)站項目的逐步成形，客戶就會不斷提出很多改進(jìn)需求，因此在需求分析時，承建放要提早為客戶設(shè)想到今后的需求變更，增加模塊功能的可擴(kuò)展性，可以使項目開發(fā)更加順利。
3.3強(qiáng)化管理，提高團(tuán)隊效率
一個好的團(tuán)隊，才有好的協(xié)作，才有好的效率，才能作出好的項目，這就體現(xiàn)了團(tuán)隊管理的重要性，在作為網(wǎng)站項目重中之重的需求分析階段尤為重要。
1）要有清晰的需求目標(biāo)。
需求分析階段團(tuán)隊中的項目經(jīng)理、系統(tǒng)分析員、開發(fā)經(jīng)理、交互設(shè)計師、測試人員、文檔人員包括客戶代表都應(yīng)參與需求調(diào)研，共同討論客戶反饋意見，根據(jù)團(tuán)隊分工不同，分項實施，達(dá)成一致意見。全體人員要對項目需求有統(tǒng)一清晰的認(rèn)識，在開發(fā)過程中遇到問題及時與客戶溝通修訂，避免業(yè)務(wù)人員與開發(fā)人員、承建方和客戶方之間發(fā)生不必要的糾紛。
2）要有緊密的溝通協(xié)作。
加強(qiáng)團(tuán)隊成員的溝通協(xié)作，使項目信息通道暢通，建立健全反饋機(jī)制。項目進(jìn)行中，項目的需求變更是無法避免的，在有類似情況發(fā)生時，各成員之間良好的溝通可以以最短的時間作出反應(yīng)，將變更信息轉(zhuǎn)化為項目模塊的修改加強(qiáng)，并能及時將變更信息傳遞給客戶，便于下一步項目的研發(fā)。
參考文獻(xiàn)：
筆者所在單位―浙江廣廈建設(shè)職業(yè)技術(shù)學(xué)院從成立之初至今已經(jīng)歷了十年。在這十年發(fā)展過程中，學(xué)院積極進(jìn)行專業(yè)建設(shè)與課程整合并在精品課程建設(shè)上取得了一定的成就，多門基礎(chǔ)必修課程已成為省級、院級精品課程，唯獨(dú)高職英語精品課程仍在建設(shè)當(dāng)中。我院的高職英語教學(xué)堅持“以學(xué)生為主體，能力為本位、項目化為導(dǎo)向”的職教理念的統(tǒng)一指導(dǎo)選用統(tǒng)一的教材執(zhí)行統(tǒng)一的教學(xué)模式，但非英語專業(yè)學(xué)生的英語水平、英語學(xué)習(xí)興趣、學(xué)習(xí)動機(jī)等學(xué)情不一，在有限的學(xué)時內(nèi)無法充分提高語用能力...于是高職英語課上學(xué)生越學(xué)越?jīng)]興趣、教師越教越疲倦，英語等級通過率越來越低，高職英語院級精品課程建設(shè)困難重重。這就要求我們通過需求分析，創(chuàng)新教學(xué)模式，從而端正非英語專業(yè)學(xué)生的學(xué)習(xí)態(tài)度，提高學(xué)習(xí)成績。在需求分析基礎(chǔ)上，充分利用學(xué)院現(xiàn)有多媒體教學(xué)資源設(shè)計分項教學(xué)，讓非英語專業(yè)學(xué)生自主學(xué)習(xí)。
2.需求分析理論
需求分析理論曾被歐洲學(xué)者第一次運(yùn)用于ESP（English for special purpose）課程教學(xué)，而高職英語課程應(yīng)該是ESP課程中的EOP（English for occupational purpose）課程。因此，高職英語教學(xué)模式的創(chuàng)新要以需求分析理論為切入點(diǎn)。需求分析旨在搞清楚學(xué)習(xí)者需要什么，期望什么，缺乏什么，必須或應(yīng)該學(xué)些什么（余小川，2011）。Hutchison和Waters（1987）從不同的研究角度把需求分為目標(biāo)需求和學(xué)習(xí)需求兩類.根據(jù)他們的理解.為了目標(biāo)情景中能靈活運(yùn)用學(xué)習(xí)者所必須學(xué)會的知識和技能屬于目標(biāo)需求，而學(xué)習(xí)者為了學(xué)會這些知識和技能而要做的一切則屬于學(xué)習(xí)需求。并且他們在此基礎(chǔ)上對目標(biāo)需求進(jìn)行了細(xì)分，即必學(xué)的、欠缺的和想學(xué)的知識能力素質(zhì)。在高職英語教學(xué)模式的創(chuàng)新過程中，必學(xué)的是指直接決定著高職非英語專業(yè)學(xué)生將來能否順利完成工作的實用英語和學(xué)習(xí)者必須掌握的行業(yè)英語；學(xué)習(xí)者目前的英語水平與未來職業(yè)崗位中需求的目標(biāo)英語水平之間的差距則屬于欠缺的；想學(xué)的是指學(xué)習(xí)者基于自身的特定情景而感到需要學(xué)習(xí)的英語。
Dudley-Evans和St. John （1998）從三種不同的角度對需求分析的方法進(jìn)行了進(jìn)一步的細(xì)分。首先是目標(biāo)情景分析法（target situation analysis）。它從課程設(shè)計者的視角出發(fā)，用來宏觀分析一個社會或某些行業(yè)對EOP教學(xué)的需求。其次是學(xué)習(xí)情境分析法（learning situation analysis）。它要求課程設(shè)計者和教師著眼于學(xué)生，分析了解他們對所學(xué)語言的態(tài)度、經(jīng)歷和要求對語言學(xué)習(xí)的影響。再次是現(xiàn)狀情境分析（present situation analysis）。這種分析要求教師著眼于學(xué)生的現(xiàn)有語言基礎(chǔ)，分析了解他們的學(xué)習(xí)障礙和差距，以此為依據(jù)去設(shè)計有效的教學(xué)方法。
3.高職英語教學(xué)模式革新前的需求分析
筆者運(yùn)用Hutchinson和Waters的學(xué)習(xí)者需求分析框架，參考Dudley-Evans和St.John（1998）的目標(biāo)情景分析法，現(xiàn)狀情境分析法以及學(xué)習(xí)情境分析法，以浙江廣廈建設(shè)職業(yè)技術(shù)學(xué)院建工分院非英語專業(yè)為實證研究個案，主要通過教學(xué)反思、企業(yè)走訪調(diào)研、訪談師生等研究方法，從服務(wù)地方經(jīng)濟(jì)發(fā)展需求、服務(wù)學(xué)院人才培養(yǎng)方案需求、服務(wù)非英語專業(yè)學(xué)生語言學(xué)習(xí)需求的角度來分析高職院校建筑類專業(yè)學(xué)生需要掌握的高職英語知識、技能和素質(zhì)，初步探索學(xué)院高職英語教學(xué)改革的深化方向。本章的需求分析主要程序有三：一是通過網(wǎng)絡(luò)搜索與對實習(xí)生進(jìn)行的走訪，分析就業(yè)崗位對畢業(yè)生終身學(xué)習(xí)、可持續(xù)發(fā)展的英語需求，即行業(yè)目標(biāo)需求分析；二是通過分析學(xué)院高職英語教學(xué)改革與各專業(yè)的人才培養(yǎng)方案重新審視高職英語知識與技能方面的教育需求，即現(xiàn)狀情景需求分析；三是在參考Hutchinson和Waters等提出的需求分析框架基礎(chǔ)上對授課對象就當(dāng)前的高職英語教學(xué)模式進(jìn)行問卷調(diào)查、分析非英語專業(yè)大一新生的英語學(xué)習(xí)需求，即教學(xué)需求分析。
3.1行業(yè)目標(biāo)需求分析
關(guān)鍵詞：敏捷建模；形式化方法；需求分析；需求工程；VDM語言
中圖分類號：TP311文獻(xiàn)標(biāo)識碼：A文章編號：1009-3044(2008)34-1680-03
Formal Requirement Analysis Method Based on Agile Modeling
ZHANG Yu1,2, PING Long-mei1,3
(1.Faculty of Computer Science and Technology of Suzhou University, Suzhou 215000, China; 2.ShangHai Ronsing Investment CO., LTD, Shanghai 200127, China; 3.ShouZhou Hospital of Traditional Chinese Medicine, Suzhou 215021, China)
Abstract: Software requirement analysis is the most important step in software life cycle. However there are two major defects of traditional requirement modeling methods. One is frequent requirement ambiguity and discord caused by informal requirement description. Therefore it is hard for identification and confirmation. The other is changeability. Requirement change and its chain reactions are the most influential risk factor for the project quality, process and contract performance. This essay focuses on dealing with the difficulties of software requirement analysis. It put forwards a set of formal requirement analysis methods on the basis of agile modeling through the combination of formal method and agile modeling theory.
Key words: agile modeling; formal method; requirement analysis; requirement engineering; VDM Language
1 引言
需求分析是指理解用戶需求，就軟件功能與客戶達(dá)成一致，估計軟件風(fēng)險和評估項目代價，最終形成開發(fā)計劃的一個復(fù)雜過程。面對千差萬別的用戶要求，如何能夠快捷、準(zhǔn)確的獲取系統(tǒng)的需求并建立起無歧義的、完整的需求模型已成為軟件開發(fā)中的核心問題。敏捷建模（AM）是針對基于軟件系統(tǒng)的有效建模和編寫文檔的一個混亂而有序的、基于實踐的方法。形式化需求模型采用形式化規(guī)格說明語言(最好采用廣譜的形式語言，以利于實現(xiàn)需求模型向設(shè)計階段的演化)進(jìn)行描述，目的是為了對用戶的需求進(jìn)行精確的定義，有利于今后對模型的驗證及自動生成設(shè)計階段的程序。形式化方法（Formal Methods）是全面系統(tǒng)地使用基于數(shù)學(xué)的語言、技術(shù)和工具精確地說明、開發(fā)和驗證軟件系統(tǒng)，使用形式化方法描述的規(guī)約具有規(guī)范性和無二義性。而且形式化語言是一種機(jī)器可處理的描述語言，可以保證軟件復(fù)用自動化成為可能。
2 理論模型的框架
Alistair Cockburn指出，“不同的項目需要不同的方法論，一個項目的最佳過程是這個項目所能負(fù)擔(dān)的最小過程”。因此，基于敏捷建模的形式化需求分析方法（如圖1 理論模型框架）將主要適用于以下情況：
1) 開發(fā)規(guī)模50人；
2) 需求不肯定或變化太大的場合；
3)客戶理解和能參與的場合；
4) 有嚴(yán)格安全性要求的場合；
5) 重視需求分析和文檔編寫的場合。
基于敏捷建模的形式化需求分析方法理論模型框架如圖1所示。
基于敏捷建模的形式化需求分析方法的軟件需求工程的流程特點(diǎn)如下：
1) 運(yùn)用敏捷需求會議獲取需求；
2) 使用敏捷方法建立模型；
3) 對生成的非形式化需求模型進(jìn)行確認(rèn)，若用戶對模型不滿意或模型存在問題，則返回前面的模塊重新進(jìn)行需求分析；
4) 對生成的非形式化需求模型中的各個構(gòu)件進(jìn)行演化轉(zhuǎn)換，即將需求模型中對構(gòu)件的非形式化描述轉(zhuǎn)換為嚴(yán)格的形式化描述，得到形式化需求模型；
5) 根據(jù)形式化需求規(guī)格說明模板，對確定下來的形式化需求分析模型進(jìn)行細(xì)化和求精，得到完整的形式化需求模型；
6) 在進(jìn)入設(shè)計階段之前，對生成的形式化需求模型還需通過嚴(yán)格的一階謂詞邏輯推理進(jìn)行正確性驗證；
7) 在需求分析的整個過程中應(yīng)通過建立需求基線庫對需求模型的變化軌跡進(jìn)行記錄，使需求變更能沿著受控的方向進(jìn)行。
2.1 需求獲取
常見的需求收集方法包括：客戶訪談、客戶交流、市場調(diào)研、技術(shù)支持、高層拜訪、競爭對手分析、查閱媒體信息、需求專題分析討論會?？勺裱韵虏襟E：
1) 把用戶群進(jìn)行分類并分析各自特征及職責(zé)；
2) 選擇用戶代表并和開發(fā)人員組成核心隊伍；
3) 開展敏捷需求分析會議獲取用例；
4) 獲取非功能需求。
2.2 基于敏捷方法的需求建模
2.2.1 建立用例模型
在捕捉用例時需要注意的一點(diǎn)是，不要在一開始就竭力捕捉所有的細(xì)節(jié)，這是在細(xì)化階段要進(jìn)一步做的工作。一個敏捷用例模型的確定應(yīng)該遵循以下步驟:
1) 分析研究上一步得到的系統(tǒng)的需求，找出系統(tǒng)外部的活動者和外部系統(tǒng)，確定系統(tǒng)的邊界和范圍；
2) 確定每一個活動者所期望的系統(tǒng)行為；
3) 把這些系統(tǒng)行為命名為用例；
4) 把一些公共的系統(tǒng)行為分解為一批新的用例，供其它的用例引用。把一些變更的行為分解為擴(kuò)展用例；
5) 編制每一個用例的說明；
6) 繪制用例圖；
7) 區(qū)分主業(yè)務(wù)流和例外(異常)情況的事件流。可以把表達(dá)例外(異常)情況的事件流的用例畫成一個單獨(dú)的子用例圖；
8) 精化用例圖。解決用例間的重復(fù)與沖突問題，簡化用例中的對話序列。用例圖可以有不同的層次，高層系統(tǒng)的用例可以分解為若干個下屬子系統(tǒng)中的子用例。
2.2.2 抽象設(shè)計類
在繪制完用例圖后，就需要對用例中的對象抽象出類。建立類圖的一般步驟如下:
1) 研究分析前面得到的用例圖；
2) 發(fā)現(xiàn)對象與類，明確它們的含義和責(zé)任，確定屬性和操作；
3) 發(fā)現(xiàn)類之間的靜態(tài)聯(lián)系；
4) 設(shè)計類與聯(lián)系。調(diào)整和精化己得到的類和類之間的聯(lián)系，解決諸如命名沖突、功能重復(fù)等問題；
5) 繪制類圖并編制相應(yīng)的說明。
2.2.3 需求存檔
根據(jù)建立的用例與類模型再對系統(tǒng)的各個功能建立相應(yīng)的動態(tài)模型，至此用戶的需求通過這種非形式化的描述形成了最初的需求定義文檔。最后，當(dāng)完成需求的定義及分析后，需要將此過程書面化，要遵循既定的規(guī)范將需求形成書面的文檔，通常稱之為需求文檔。與此同時，每一個公布的需求文擋的版本應(yīng)該包括一個修正版本的歷史情況，即己變更的內(nèi)容、變更日期、變更人姓名以及變更的原因。
2.2.4 需求確認(rèn)
需求確認(rèn)簽訂的協(xié)議可以視為建立了基線，進(jìn)一步的變更可在此基線上通過項目定義的變更過程來進(jìn)行。變更可能會重新協(xié)商成本、資源和項目階段任務(wù)等事宜。對需求分析達(dá)成一定的共識會使雙方易于忍受將來的摩擦，這些摩擦來源于項目的改進(jìn)和需求的誤差或市場和業(yè)務(wù)的新要求等。此外，可將用戶的需求轉(zhuǎn)化成以下幾種狀態(tài)：
1) 有可能要取消的；
2) 有的因為不明確而可以后延的，同時可能轉(zhuǎn)化為被取消的需求；
3) 與客戶經(jīng)過溝通或確認(rèn)的，此處有兩種情況，一類是確認(rèn)雙方達(dá)成共識，另一種情況是還需要再進(jìn)一步溝通的。
2.3 模型演化
對于生成的非形式化需求規(guī)格說明文檔，由用戶首先進(jìn)行需求確認(rèn)，審查是否需求說明中包含了用戶的所有功能要求并符合用戶對系統(tǒng)的預(yù)期目標(biāo)。若生成的需求說明不符合用戶對實際系統(tǒng)的要求，則需要重新獲取用戶的需求信息并進(jìn)行相應(yīng)的分析:若用戶對需求說明表示贊同，則需要根據(jù)模型演化的策略，對實際系統(tǒng)構(gòu)件語義網(wǎng)中的結(jié)點(diǎn)進(jìn)行廣度優(yōu)先搜索，將非形式化模型中各個構(gòu)件的非形式化描述分別轉(zhuǎn)化為嚴(yán)格的形式化描述，生成簡單的形式化需求模型，并根據(jù)形式化需求說明模板進(jìn)一步對生成形式化需求模型進(jìn)行補(bǔ)充和完善，得到最終的系統(tǒng)形式化需求規(guī)格說明書。
2.4 形式化需求模型
本文中對需求規(guī)格說明書的形式化描述采用VDM語言實現(xiàn)。VDM語言是目前較為流行的形式化需求規(guī)格說明語言之一。其基本思想是運(yùn)用抽象數(shù)據(jù)類型、數(shù)學(xué)概念和符號來規(guī)定運(yùn)算或函數(shù)的功能，由狀態(tài)規(guī)定、類型不變式規(guī)定和運(yùn)算功能規(guī)定三部分構(gòu)成。例如：在需求規(guī)格說明書中對企業(yè)物流管理中的產(chǎn)品清單和產(chǎn)品銷售的形式化描述為：
產(chǎn)品清單的形式化描述:
String=Seq of Char
Goods=Compose Goods of
Bh: String
Name: String
Price: R
Stock_count: N
End
Goods_11st=seq of Goods of
Inv_goods?坌mk_Goods(n，p，c)∈Goods.b≠’’=>n≠’’∧p>0.0
/*規(guī)定若產(chǎn)品清單中的產(chǎn)品編號不為空時，產(chǎn)品名稱也不為空且價格大于O*/
產(chǎn)品銷售的形式化描述
G00DS_SALE(g1:Goods_11st，req_num:String，req_count:N)g2:Goods_list
pre len g1>0
post len g2=len g1∧?坌i∈inds g2=>Bh(g1[i]>=Bh(g2[i])∧
Stock_count(g2[i])=Stock_count(91[i])-req_count
選擇VDM語言作為本理論形式化描述手段的主要原因有以下幾點(diǎn)：
1) VDM采用了結(jié)構(gòu)化的過程用抽象數(shù)據(jù)類型、數(shù)學(xué)概念和符號來規(guī)定運(yùn)算或函數(shù)的功能，可以簡短而明確地指出軟件系統(tǒng)需要完成的功能；
2) 由于VDM語言中采用了數(shù)學(xué)符號和抽象數(shù)據(jù)類型，從而可以使軟件系統(tǒng)的功能描述在抽象級上進(jìn)行，完全擺脫了實現(xiàn)細(xì)節(jié)，為軟件實現(xiàn)者提供了很大的靈活性；
3) VDM語言為形式化需求說明的正確性證明提供了依據(jù)，可以采用一元謂詞邏輯推理技術(shù)驗證運(yùn)算和函數(shù)的實現(xiàn)是否符合它的形式化說明。
2.5 模型驗證
為了保證需求分析結(jié)果的一致性和完整性，應(yīng)對生成的形式化需求模型進(jìn)行驗證.用于驗證的推理機(jī)制應(yīng)借助于知識庫中存放的用于需求分析的專業(yè)知識，發(fā)現(xiàn)需求模型中的矛盾和不足，經(jīng)補(bǔ)充、更新知識庫中的知識和規(guī)則，以及與系統(tǒng)分析員的不斷交互，得到完整的功能規(guī)范。由于證明工作還存在著一些內(nèi)在困難，目前形式化規(guī)格說明的正確性證明還不能完全通過計算機(jī)自動實現(xiàn)，這將是本文繼續(xù)研究的一個方向。
3 結(jié)論
在軟件需求工程理論已經(jīng)比較成熟的今天，如何更好的獲取需求和對用戶的需求進(jìn)行分析建模仍然是令大多數(shù)系統(tǒng)分析員頭疼的事情，本文就是在這樣的環(huán)境下提出的理論模型―基于敏捷建模的形式化需求分析方法，旨在減少系統(tǒng)開發(fā)中需求分析所花費(fèi)的時間，增加系統(tǒng)分析員與用戶對需求的理解，為項目的成功打下基礎(chǔ)。
參考文獻(xiàn)：
[1] Fowler M,Scott K.UML精粹―標(biāo)準(zhǔn)對象建模簡明指南[M].北京:清華大學(xué)出版社,2002.
[2] 劉麗,姜紅,李延霞,等.如何在軟件開發(fā)的需求管理中應(yīng)用敏捷建模[J].福建電腦,2004(1).
[3] 陸汝鈐.計算機(jī)語言的形式語義[M].北京:科學(xué)出版社,1992.
[4] Ambler S W,Aglile.Modeling Effective Practices for extreme Programming and the Unified Process[M].北京:清華大學(xué)出版社,2002.