成人伊人电影,成人淫片免费视频95视频,国产高清视频免费,久久99毛片免费观看不卡,夜夜操com,成人久久18免费网站,天天操天天干天天干

關(guān)于我們

在線(xiàn)客服

幫助

24小時(shí)客服:010-82326699 400-810-5999

建設工程教育網(wǎng) > 建筑文苑 > 工程管理 > 正文

項目計劃和質(zhì)量管理

2010-09-24 14:03  來(lái)源網(wǎng)絡(luò )  【  【打印】【我要糾錯】

  在可行性分析之后,項目計劃與質(zhì)量管理將貫穿需求分析、系統設計、程序設計、測試、維護等軟件工程環(huán)節。

  項目計劃是要提供一份合理的進(jìn)程表,讓所有開(kāi)發(fā)人員任務(wù)明確、步調一致,最終共同準時(shí)地完成項目。項目計劃是要付諸實(shí)施的,不象用嘴巴喊政治口號,可以很夸張。軟件的項目計劃重在“準確”而非“快速”。

  提高質(zhì)量是軟件工程的主要目標。但由于軟件開(kāi)發(fā)是一種智力創(chuàng )作活動(dòng),很難象傳統工業(yè)那樣通過(guò)執行嚴格的操作規范來(lái)保證軟件產(chǎn)品的質(zhì)量。世上最小心翼翼、最老實(shí)巴腳的程序員未必就能開(kāi)發(fā)出高質(zhì)量的軟件來(lái)。程序員必須了解軟件質(zhì)量的方方面面(稱(chēng)為質(zhì)量因素),如正確性、性能、易用性、靈活性、可復用性、可理解性等等,才能在進(jìn)行系統設計、程序設計時(shí)將高質(zhì)量?jì)冉ㄆ渲。軟件的高質(zhì)量并不是“管理”出來(lái)的,實(shí)質(zhì)上是設計出來(lái)的,質(zhì)量的管理只是一種預防和認證的手段而已。

  1、項目計劃

  做項目計劃,如同給一個(gè)待出生的嬰兒寫(xiě)傳記那樣困難。如果允許項目結束后再寫(xiě)計劃,那就輕松多了,并且可以100%地準確。

  歷史教訓讓我們明白一個(gè)道理:如果一萬(wàn)年以后才會(huì )有一條陽(yáng)光大道通向共產(chǎn)主義,那么現在就不要忙著(zhù)砸鍋煉鋼趕英超美,免得在跑步奔向共產(chǎn)主義時(shí)把自己累死餓死。在做軟件的項目計劃時(shí),應屏棄一切浮夸作風(fēng)。只有“知已知彼”才能做出合理的項目計劃。這里“知彼”是指要了解項目的規模、難度與時(shí)間限制。“知已”是指要了解有多少可用資源,如可調用的程序員有幾個(gè)?他們的水平如何?軟硬件設施如何?

  1.1知己知彼首先要了解項目的規模、難度與時(shí)間限制,才可以確定應該投入多少人力、物力去做這個(gè)項目。在可行性分析階段就要考慮這個(gè)問(wèn)題。但不幸的是,人們在陷入項目不能自撥之前總難以準確地估計項目的規模與難度。這里經(jīng)驗起到了最重要的作用。

  項目的時(shí)間限制有兩類(lèi)。第一類(lèi),項目應該完成的日期寫(xiě)在合同中,如果延期了,則開(kāi)發(fā)方要作出相應的賠償。第二類(lèi)是開(kāi)發(fā)自己的軟件產(chǎn)品,雖然只確定了該產(chǎn)品大致的發(fā)行日期并允許有延誤,但如果拖延太久則會(huì )失去商機造成損失。

  項目的資源分為三類(lèi):“人”、“可復用的軟構件”和“軟硬件環(huán)境”。

 。1)人是最有價(jià)值的資源。項目計劃的制定者要確定開(kāi)發(fā)人員的名單,要根據他們的專(zhuān)長(cháng)進(jìn)行分工。

 。2)可復用的軟構件是次有價(jià)值的資源。1.2.1節論述了復用軟構件可提高軟件的質(zhì)量與生產(chǎn)率。軟構件并非一定要用自己的,可以向專(zhuān)業(yè)的軟件供應商購買(mǎi)。

 。3)軟硬件環(huán)境雖然不是最重要的資源,卻是必需的資源。原則上軟硬件環(huán)境只要符合項目的開(kāi)發(fā)要求即可。有些項目可能要用到特殊的設備,則要事先作好準備,以免用時(shí)找不到而擔擱了進(jìn)程。

  1.2進(jìn)度安排有一位程序員忙著(zhù)編寫(xiě)程序,經(jīng)理問(wèn)他還需要多久才能完成。

  “明天就可以完成。”程序員立即回答。

  “我想這是不切實(shí)際的,實(shí)話(huà)實(shí)說(shuō),到底還要多少時(shí)間?”經(jīng)理說(shuō)。

  “我還想加進(jìn)一些新的功能,這需要花兩個(gè)星期。”程序員想了一會(huì )兒說(shuō)。

  “即使這樣也期望過(guò)高了,只要你編完程序時(shí)告訴我一聲,我也就滿(mǎn)足了。”經(jīng)理說(shuō)。

  幾年以后,經(jīng)理要退休了。在他去退休午餐會(huì )時(shí),發(fā)現那位程序員正趴在機器旁睡覺(jué):可憐的家伙整個(gè)晚上都在忙于編寫(xiě)那個(gè)程序。[James1999]程序員也期望每天早晨能在7:00準時(shí)起床,可老是一覺(jué)醒來(lái)就到中午了。項目落后于進(jìn)度表乃是家常便飯,不必大驚小怪。以下一些事件經(jīng)常會(huì )導致項目被延誤:

 。1)上級領(lǐng)導主管臆斷,制定了不現實(shí)的期限。項目經(jīng)理與程序員們被迫按照不合理的進(jìn)度表開(kāi)展工作。

 。2)客戶(hù)的需求發(fā)生了變化,但沒(méi)有對進(jìn)度表作出相應的修改。

 。3)低估了項目的規模與難度,導致投入的人力和物力不足。

 。4)并未預見(jiàn)到存在難以克服的技術(shù)障礙。

 。5)并未預見(jiàn)到開(kāi)發(fā)人員會(huì )發(fā)生問(wèn)題,如生病,辭職等等。

 。6)開(kāi)發(fā)人員之間不能很好的交流、協(xié)作,導致各階段任務(wù)難以如期完成。

  所以寫(xiě)進(jìn)程表不能象小學(xué)生寫(xiě)決心書(shū)那樣充滿(mǎn)幻想。以下是一些有益的建議:

 。1)制定進(jìn)度表的人最好就是項目負責人,他最了解項目和開(kāi)發(fā)人員。進(jìn)度表要經(jīng)過(guò)開(kāi)發(fā)小組的討論,在得到大部數人的支持后才能實(shí)施。避免出現一廂情愿的局面。

 。2)進(jìn)度安排并不見(jiàn)得一定要符合邏輯順序。應盡可能地先做技術(shù)難度高的事,后做難度低的事。也就是辛苦在前,輕松在后。

  小時(shí)候我對一位老先生吃飯很感興趣:他總是先把一大盒的米飯吃光了,然后再幸福地品嘗一小盒菜。父母告訴我這是中國的傳統美德,叫“先苦后甜”。從此我銘記在心,按此道理去學(xué)習和工作?扇缃裨陲埖昀,人們總是先把菜吃完了,最后才吃點(diǎn)米飯。天哪,生活真是太復雜了,我究竟該“先吃飯”還是“先吃菜”?

 。3)開(kāi)發(fā)一個(gè)大的軟件項目,應該將進(jìn)度表分為若干個(gè)里程碑。一個(gè)里程碑之內的多個(gè)任務(wù)可以同步進(jìn)行。程序員極容易沉迷于技術(shù),要么樂(lè )不思蜀,要么焦頭爛額。里程碑就象心靈的燈塔,使忙碌的人群不混亂,不迷失方向。

 。4)進(jìn)度表中必須留有緩沖時(shí)間,并將緩沖時(shí)間用到不確定的事情上。因為人們對即將要做的事情知之甚少,所以要留一些時(shí)間以防不測。Microsoft公司的一些開(kāi)發(fā)小組甚至制定了“50%緩沖規則”[Cusumano1996]。對許多項目經(jīng)理而言,容忍進(jìn)度表中存在緩沖時(shí)間,不啻為觀(guān)念上的一個(gè)飛躍。

 。5)如果發(fā)現項目應交付的期限非常不合理,就要跟領(lǐng)導或跟客戶(hù)據理力爭,請求放寬期限、調整進(jìn)度。當客戶(hù)的需求發(fā)生變化時(shí),就要對進(jìn)度表作出相應的修正。不要覺(jué)得修改進(jìn)度表很困難很麻煩,不修改才會(huì )產(chǎn)生真真的麻煩。很多人認為戒煙很困難,但馬克·吐溫曾說(shuō):“戒煙很容易,我一年就戒幾十次。”

  2、零缺陷質(zhì)量管理的觀(guān)念

  “零缺陷”質(zhì)量管理的觀(guān)念來(lái)源于一些國際上著(zhù)名的硬件生產(chǎn)廠(chǎng)商。盡管軟件的開(kāi)發(fā)與硬件生產(chǎn)有極大的差別,但我們仍可以從“零缺陷”質(zhì)量管理中得到啟迪。“零缺陷”質(zhì)量管理至少有兩個(gè)核心內容:一是高目標,二是可執行的規范。

  2.1高目標人在做一件事情時(shí),由于存在很多不確定的因素,一般不可能100%地達到目標。假設平常人做事能完成目標的80%。如果某個(gè)人的目標是100分,那么他最終成績(jì)可達80分。如果某個(gè)人的目標只是60分,那么他最終成績(jì)只有48分。我們在考場(chǎng)上身經(jīng)百戰,很清楚那些只想混及格的學(xué)生通常都不會(huì )及格,那些想得高分的學(xué)生也常為自己的失誤而捶胸頓足。

  做一個(gè)項目通常需要多個(gè)人的協(xié)作。假設項目的總質(zhì)量(最高為1)是十個(gè)開(kāi)發(fā)人員的工作質(zhì)量之積。如果每個(gè)人的質(zhì)量目標是0.95,那么十個(gè)人的累積質(zhì)量不會(huì )超過(guò)0.19。如果每個(gè)人的質(zhì)量目標是0.9分,那么十個(gè)人的累積質(zhì)量不會(huì )超過(guò)0.03。只有每個(gè)人都做到1,項目總質(zhì)量才會(huì )是1.如果沒(méi)有高目標,人的墮落就很快。如果沒(méi)有“零缺陷”的質(zhì)量目標,也許缺陷就會(huì )成堆。

  2.2可執行的規范實(shí)現100分顯然比實(shí)現80分要付出更多的努力。“零缺陷”質(zhì)量目標不是隨心所欲提出來(lái)的,做得到才有意義。實(shí)現高目標需要一套可執行的規范來(lái)保證。

  50年代末,全國掀起了“浮夸風(fēng)”。為了實(shí)現畝產(chǎn)數萬(wàn)斤推廣各種方法,害得全國鬧饑荒。想不到有數千年種糧經(jīng)驗的幾億中國農民就這么整齊地栽倒了。

  好規范必須是本企業(yè)有能力執行的。一個(gè)普通企業(yè)照搬一流企業(yè)的規范未必行得通。軟件工程的規范很容易從書(shū)籍中找到,但有了這些規范并不表明就能把軟件做好。國內很多軟件公司根本沒(méi)有條件去執行業(yè)界推薦的軟件工程規范。社會(huì )主義初級階段的“草”與發(fā)達資本主義國家的“苗”的確有不同的培育方式。

  軟件是如此的靈活,如果沒(méi)有規范來(lái)制約,就容易因無(wú)序的喜好而導致混沌;但規范如果太嚴密了,就會(huì )扼殺程序員生機勃勃的創(chuàng )造力。制定軟件規范是進(jìn)退兩難的事。程序員必須深入了解軟件多方面的質(zhì)量因素,把那些能提高軟件質(zhì)量因素的各種規范植入腦中,才能在各個(gè)實(shí)踐環(huán)節自然而然地把高質(zhì)量設計到軟件中。

  3、軟件質(zhì)量因素分類(lèi)和武學(xué)分類(lèi)

  3.1正確性與精確性

  正確性與精確性之所以排在質(zhì)量因素的第一位,是因為如果軟件運行不正確或者不精確,就會(huì )給用戶(hù)造成不便甚至造成損失。機器不會(huì )主動(dòng)欺騙人,軟件運行不正確或者不精確一般都是人造成的。即使一個(gè)軟件能100%地按需求規格執行,但是如果需求分析錯了,那么對客戶(hù)而言這個(gè)軟件也存在錯誤。即使需求分析完全符合客戶(hù)的要求,但是如果軟件沒(méi)有100%地按需求規格執行,那么這個(gè)軟件也存在錯誤。開(kāi)發(fā)一個(gè)大的軟件項目,程序員要為“正確”、“精確”四個(gè)字竭盡精力。

  與正確性、精確性相關(guān)的質(zhì)量因素是容錯性和可靠性。

  容錯性首先承認軟件系統存在不正確與不精確的因素,為了防止潛在的不正確與不精確因素引發(fā)災難,系統為此設計了安全措施。在一些高風(fēng)險的軟件系統,如航空航天、武器、金融等系統中,容錯性設計非常重要。

  可靠性是指在一定的環(huán)境下,在給定的時(shí)間內,系統不發(fā)生故障的概率?煽啃员緛(lái)是硬件領(lǐng)域的術(shù)語(yǔ)。比如某個(gè)電子設備,一開(kāi)始工作很正常,但由于工作中器件的物理性質(zhì)會(huì )發(fā)生變化(如發(fā)熱),慢慢地系統就會(huì )失常。所以一個(gè)設計完全正確的硬件系統,在工作中未必就是可靠的。軟件在運行時(shí)不會(huì )發(fā)生物理性質(zhì)的變化,人們常以為如果軟件的某個(gè)功能是正確的,那么它一輩子都是正確的?墒俏覀儫o(wú)法對軟件進(jìn)行徹底地測試,無(wú)法根除軟件中潛在的錯誤。平時(shí)軟件運行得好好的,說(shuō)不準哪一天就不正常了,如“2000年”問(wèn)題。因此把可靠性引入軟件領(lǐng)域是有意義的。我曾買(mǎi)了一本關(guān)于軟件可靠性的著(zhù)作,此書(shū)充滿(mǎn)了數學(xué)公式。我發(fā)現以我目前的學(xué)歷實(shí)在難以看懂書(shū)上講了些什么。請寬恕我的愚昧,我把此書(shū)給“供”起來(lái),沒(méi)敢用筆畫(huà)一處記號。

  3.2性能與效率

  用戶(hù)都希望軟件的運行速度高些(高性能),并且占用資源少些(高效率)。舊社會(huì )地主就是這么對待長(cháng)工的:干活要快點(diǎn),吃得要少點(diǎn)。程序員可以通過(guò)優(yōu)化算法、數據結構和代碼組織來(lái)提高軟件系統的性能與效率。優(yōu)化的關(guān)鍵工作是找出限制性能與效率的“瓶頸”,不要在無(wú)關(guān)痛癢的地方瞎忙乎。如果你想職稱(chēng)升得快,光靠增加課時(shí)能頂屁用;你就該一年寫(xiě)它幾十篇文章,爭取破格升教授。

  3.3易用性

  易用性是指用戶(hù)感覺(jué)使用軟件的難易程度。用戶(hù)可能是操作軟件的最終用戶(hù),也可能是那些要使用源代碼的程序員,F代人的生活節奏快,干啥事都想圖個(gè)方便。所以把易用性作為重要的質(zhì)量因素無(wú)可非議。

  導致軟件易用性差的根本原因是開(kāi)發(fā)人員犯了“錯位”的毛。核詾橹灰约河闷饋(lái)方便,用戶(hù)也一定會(huì )滿(mǎn)意。俗話(huà)說(shuō)“王婆賣(mài)瓜,自賣(mài)自夸”。當程序員向用戶(hù)展示軟件時(shí),常會(huì )得意地講:“這個(gè)軟件非常好用,我操作給你看,……是很好用吧!”軟件的易用性要讓用戶(hù)來(lái)評價(jià)。當用戶(hù)真的感到軟件很好用時(shí),一股溫暖的感覺(jué)油然而生,于是就用“友好”來(lái)評價(jià)易用性。

  3.4可理解性與簡(jiǎn)潔性

  可理解性表達了人們一種質(zhì)樸的愿望:我化錢(qián)買(mǎi)了它,總得讓我明白它是什么東西。我小時(shí)候的一個(gè)伙伴在讀中學(xué)時(shí),就因無(wú)法理解電荷之分正負,覺(jué)得很煩惱,便早早地綴學(xué)當工人。

  可理解性也是對用戶(hù)而言的。開(kāi)發(fā)人員只有在自己思路清晰時(shí)才可能寫(xiě)出讓別人能理解的程序。編程時(shí)還要注意不可濫用技巧,應該用自然的方式編程。我們的確不知道自己的得意之舉究竟是錦上添花,還是畫(huà)蛇添足。就象蒸出一籠饅頭,在上面插一朵鮮花,本想弄點(diǎn)詩(shī)情畫(huà)意,卻讓人誤以為那是一堆熱氣騰騰的牛糞。

  簡(jiǎn)潔是一種美,不管是自己還是用戶(hù)都會(huì )有同感。在生活中,與簡(jiǎn)潔對立的是“羅里羅嗦”。中國小說(shuō)中最“婆婆媽媽”的男人是唐僧。有一項民意調查:如果世上只有唐僧、孫悟空、豬八戒和沙僧這四類(lèi)男人,你要嫁給哪一類(lèi)?請列出優(yōu)先級。調查結果表明,現代女性毫不例外地把唐僧擺在老末。

  一個(gè)原始的應用問(wèn)題可能很復雜,但高水平的人就能夠把軟件系統設計得很簡(jiǎn)潔。如果軟件系統臃腫不堪,它遲早會(huì )出問(wèn)題。簡(jiǎn)潔是人們對工作“精益求精”的結果。

  廢話(huà)大師有句名言:“如果我令你過(guò)于輕松地明白了,那你一定是誤解了我說(shuō)的話(huà)。”我最近有一種奇怪的體會(huì ):如果把學(xué)術(shù)文章寫(xiě)得很簡(jiǎn)潔,讓人很容易理解,它往往中不了;只有加上一些玄乎的東西,把本來(lái)簡(jiǎn)單的弄成復雜的,才會(huì )增加投稿的命中率。事實(shí)上,我可以在5分鐘之內說(shuō)清楚三年來(lái)讀博所做的工作,根本用不著(zhù)寫(xiě)100多頁(yè)的博士論文。我是在臨近畢業(yè)時(shí),才發(fā)覺(jué)自己完全不適合讀博士學(xué)位。將來(lái)工作后,我一定要好好編程,重新做人。

  3.5可復用性與可擴充性

  復用的一種方式是原封不動(dòng)地使用現成的軟構件,另一種方式是對現成的軟構件進(jìn)行必要的擴充后再使用?蓮陀眯院玫某绦蛞话阋簿哂辛己玫目蓴U充性。本書(shū)第六章將論述如何設計可復用、可擴充的C++程序。

  4、質(zhì)量檢查

  檢查是人們不信任自己和別人的一種行為。當某些事情涉及到利益分配時(shí),更需要有檢查活動(dòng)來(lái)保證公平。估計即使進(jìn)入了共產(chǎn)主義社會(huì ),也少不了檢查。

  質(zhì)量檢查并不是要等到項目結束時(shí)才執行唯一的一次,應該在每個(gè)實(shí)踐環(huán)節都要執行。對應于進(jìn)度表,在每個(gè)里程碑到達時(shí)執行質(zhì)量檢查比較合理。質(zhì)量檢查的內容有二:一是作出評審,是合格還是不合格?能打多少分?二是作出建議,對質(zhì)量為什么好為什么差進(jìn)行分析,以便“改差為好”、“好上加好”。

  以下是人們經(jīng)常采用的軟件質(zhì)量檢查措施[Pressman1999]:

 。1)事先把檢查的主要內容制成一張表,使檢查活動(dòng)集中在主要問(wèn)題上。

 。2)只評審工作,不評審開(kāi)發(fā)者。評審的氣氛應該是融洽的。存在的錯誤應該被有禮貌地指出來(lái),任何人的意見(jiàn)都不應被阻撓或小看。

 。3)建立一個(gè)議事日程并遵循它。檢查過(guò)程不能放任自由,必須排照既定的方向和日程進(jìn)行。

 。4)不要化太多的時(shí)間爭論和辯駁。

 。5)說(shuō)清楚問(wèn)題所在,但不要企圖當場(chǎng)解決所有問(wèn)題。

 。6)對檢查人員進(jìn)行適當的培訓。

  ……

  做好檢查工作并不是件容易的事。自古以來(lái)“上有政策,下有對策”。虛假的質(zhì)量檢查還不如不檢查,下面講兩個(gè)故事作為解釋。

  故事一不久前我回到西北那所讀了六年多的大學(xué),驚奇地發(fā)現校園里房前屋后長(cháng)滿(mǎn)了待收割的小麥!這所大學(xué)是從事電子科技的,種小麥干啥呀?朱總理曾講過(guò):“目前國家糧食充足,再來(lái)三年自然災害也不怕。”現在國泰民安,似乎用不著(zhù)“深挖洞,廣積糧”。我素知學(xué)校提創(chuàng )勤儉節約、自力更生,但與其種小麥還不如種蔬菜呢。老同學(xué)告訴我,種小麥是為了應付“211”工程(為21世紀選拔100所重點(diǎn)大學(xué))的檢查團,因為“211”工程有較高的綠化指標。偏偏檢查趕在冬天,那時(shí)的西北極難長(cháng)草。我那所大學(xué)本來(lái)就人多地少,地上一長(cháng)草馬上就會(huì )被談戀愛(ài)的學(xué)生給折磨死。一到冬天,整個(gè)校園就光禿禿一片。用小麥綠化校園可謂千古絕筆,檢查團的那些權貴人士早已五谷不分,豈知所見(jiàn)的“草坪”乃是麥田。

  檢查工作要預防被檢查者弄虛作假。

  故事二我上高中時(shí),班里舉行一次入團評審。侯選人中有幾位是好學(xué)生,有幾位是壞學(xué)生。我心想“伸張正義”的機會(huì )到了,絕不能讓壞蛋混進(jìn)純潔的團里?商熘缊F支部書(shū)記是聰明絕頂還是蠢笨之極。他竟說(shuō):“班里還有一些同學(xué)沒(méi)有入團,現在他們申請入團,有不同意的請舉手。”我們都不知道該怎么辦了。書(shū)記接著(zhù)說(shuō):“既然沒(méi)有人舉手反對,就表示全部同意,請大家鼓掌歡迎。”這次入團評審不到一分鐘就結束了,從此后我再也沒(méi)想過(guò)爭取入黨。

  檢查工作要有科學(xué)的評審方式。

  5、小結

  不知為什么,國內很多大的企業(yè)都喊著(zhù)要進(jìn)世界500強。如果真的實(shí)現了,世界500強還不全被中國霸占了。軟件的項目計劃和質(zhì)量管理都不是用來(lái)喊叫的口號。做項目計劃時(shí)切忌“冒進(jìn)”,不要指望在項目陷入困境后靠增加人手來(lái)解救。軟件的高質(zhì)量主要是設計出來(lái)的,不是“管”出來(lái)的,更不能依賴(lài)質(zhì)量檢查。為此程序員要充分了解軟件的質(zhì)量因素,只有提高設計水平,才能開(kāi)發(fā)出高質(zhì)量的軟件。

收藏分享:論壇
分享到:
相關(guān)新聞
  • 特色班
    4大班次+2-3套全真模擬題
    提升學(xué)習效果
  • 精品班
    4大班次+2-3套全真模擬題+1套預測試題
  • 實(shí)驗班
    3套全真模擬題+2套預測試題+考前沖關(guān)寶典
  • 定制班
    3套模擬題+3套預測題+考前沖關(guān)寶典+考前重點(diǎn)
  • 移動(dòng)班
    以知識點(diǎn)為單元授課練習,
    強化重點(diǎn)、難點(diǎn)、考點(diǎn)
版權聲明

  1、凡本網(wǎng)注明“來(lái)源:建設工程教育網(wǎng)”的所有作品,版權均屬建設工程教育網(wǎng)所有,未經(jīng)本網(wǎng)授權不得轉載、鏈接、轉貼或以其他方式使用;已經(jīng)本網(wǎng)授權的,應在授權范圍內使用,且必須注明“來(lái)源:建設工程教育網(wǎng)”。違反上述聲明者,本網(wǎng)將追究其法律責任。
  2、本網(wǎng)部分資料為網(wǎng)上搜集轉載,均盡力標明作者和出處。對于本網(wǎng)刊載作品涉及版權等問(wèn)題的,請作者與本網(wǎng)站聯(lián)系,本網(wǎng)站核實(shí)確認后會(huì )盡快予以處理。
  本網(wǎng)轉載之作品,并不意味著(zhù)認同該作品的觀(guān)點(diǎn)或真實(shí)性。如其他媒體、網(wǎng)站或個(gè)人轉載使用,請與著(zhù)作權人聯(lián)系,并自負法律責任。
  3、本網(wǎng)站歡迎積極投稿。