導語：如何才能寫好一篇軟柿子，這就需要搜集整理更多的資料和文獻，歡迎閱讀由公務員之家整理的十篇范文，供你借鑒。

篇1

第一站是龍門石窟，被高大而微笑的佛像深深震撼。于是相當期待次日的少林寺之游。

一早到車站買票。站外有很多私人車拉客。聽過不少黑車傳說的我們老老實實地躲開殷勤的拉扯，堅持擠進站內買票。

路途要花費近兩小時。接近半程時，車上一個不明身份的男子突然成了導游，介紹起沿途景點。我心想洛陽旅游業發展得真不錯，服務相當到位嘛!未料父親警惕得多，耳語道：咱們坐車而已嘛，又不是跟旅行團，哪來一導游啊，別是有什么陷阱!

我一個激靈，隨后又放松下來，安慰父親：沒事，我早在網上查過了，聽說是有騙著買套票的，咱堅持不買就是了，青天白日的，他們不敢搶劫。

果不其然，十分鐘后，導游開始收錢，說明要買180元的套票，參觀一系列景點。我們當然不從，要求在寺門口下車自己買票。導游倒是沒有強迫，但一再強調反正只能買套票。

客車一路飛奔，下車后我發現情勢不對。前面一個大匾額寫著：嵩山書院!原來，我們被拉到了離少林寺最遠的一個景點!

導游說：這就是買票的地方!我說：這不是少林寺!他說：那你自己“打的”去!我四下一看，這里地處偏遠，連個車轱轆都不見，哪有“的”可“打”呀?

后來，一個據稱是車主的婦女神秘出現，告之送我們去少林寺也并非不可，但要等一個多小時后其他乘客參觀完此景點。

幾番理論、爭執后，我威脅要打投訴電話，他們仍不為所動；直到我對著手機報出了車牌號，車主才一臉吃了倒霉虧的樣子讓我們上了車。

終于，我們到了真正的少林寺，順利買了100元的門票。路上司機對我說：你這小姑娘看著弱弱的，還挺厲害的嘛!以前吃虧的學生和老人其實不少哩。

好嘛，盡挑軟柿子捏。本人雖然早就不是“小姑娘”，但無奈面相小。體格弱，怎么看怎么像學生(那導游不止一次提醒我可以買學生票)，同時又帶著年過花甲的父母，不正是“完美軟柿子組合”嘛l

未料我這柿子其實不如他們想象的軟，估錯了對方實力的他們竟像受了騙一樣委屈，上了當一樣懊悔。別忘了，把我們拉到荒郊野嶺，妄想生米煮成熟飯的是他們自己!

那些有著眾多社會關系網的官員、老板、有錢人，以及身強體壯、聲如洪鐘，貌似干起架來無論如何都會占上風的人，是他們眼中最硬的柿子。而無人撐腰的農村人、老人，以及涉世未深的學生(尤其是單純溫柔的女性)，就是最容易被他們拿來捏的。

去年學弟帶著奶奶坐出租車去火車站。學弟架著眼鏡，自白瘦瘦，一路上跟奶奶說著家鄉話。后來司機把車停到離進站口800米遠的地方，告之：火車站規定只能停到這里。

其實學弟在西安上過四年學，工作兩年，完全知道出租車應該停到哪里。沒想到幾句家鄉話就讓司機師傅把他們二位當成不明就里的外地人。學弟不動聲色，要求司機給發票，閑閑地說了一句：有發票才好投訴嘛。

司機師傅當即轉了話峰，說試著往前再走走。同時臉黑黑地長吁一口氣。

學弟后來把這事當笑話告訴我們。我只好苦笑。其實類似事情我也遇到過。交通系統、銀行、餐館、旅行社，哪個都把我們這些看起來很軟的柿子捏過幾回。

他們成功過嗎?當然。正是因為曾經成功“被捏”，我們這些軟柿子才決心自強自衛，在權利遭到侵害的時候像刺猬一樣豎起刺反抗!

篇2

實際上，并沒有軟柿子和硬柿子的品種區分，所有的柿子放太久都會軟。

柿子的品種區分是甜柿/澀柿。然而，我們常吃到的柿子，不管多甜，其實都是澀柿。甜柿是指在樹上就能自然脫澀的品種，帶青時摘下也是清甜不澀口，也因此甜柿多是硬柿——畢竟硬柿子儲存和運輸都較容易，而且口感比軟柿子好多了。不過，即使是在枝頭無法完全脫澀的澀柿，摘下后靜置一段時間也會自然后熟褪澀變甜。所以市面上大都是軟柿子，因為硬的澀柿根本沒法吃。

（來源：文章屋網 ）

篇3

關鍵詞：自適應軟件；類圖；順序圖

中圖分類號：TP311 文獻標識碼：A 文章編號：1009-3044（2013）26-6025-03

傳統的信息管理軟件存在著軟件狀態（存儲態）和運行狀態（運行態）的差異，存儲態是基于軟件需求分析而開發的各程序塊的集合，此時沒有企業數據。運行態是存儲態在某一特定的運行環境下的一個實例，是動態實體的集合。企業的信息復雜多變，軟件需求也隨之變化，它要求軟件在運行過程中，能根據需求的變化，在無編程情況下，能進行自身調整滿足需求變化。

1 軟件自適應策略

軟件自適應策略如圖1所示：軟件的存儲態模塊是由數據對象在規則庫的約束下通過生成器自動生成。當企業需求發生變化而要求軟件的運行狀態發生改變時，用戶可以對規則庫和數據詞典進行相應變更，軟件系統將根據變更的內容完成軟件相應的存儲態和和運行態的改變，從而滿足用戶的要求。例如：當企業管理的數據對象的屬性信息需要改變時，用戶可以增加、刪除或修改數據表的屬性字段（表的屬性字段存放于數據詞典中），然后在生成器中對相應界面的屬性信息按需求進行編輯，軟件系統中將根據屬性字段的變化自動重構用戶的操作界面，并同步完成數據庫的操作變化。

這種自適應既面向程序設計人員、又面向系統的最終用戶。下面利用統一建模語言（UML）中的類圖來描述對象的數據結構和它們之間的靜態關系—自適應軟件信息模型。用順序圖來描述對象間的動態關系。

2 自適應軟件信息模型

自適應軟件信息模型可用圖2所示的類圖表示：根據其實現功能將類圖分為四個部分：信息編碼器、數據詞典、規則庫和界面生成器。

1）編碼器

編碼器是對復雜多樣的企業信息對象依照一定的規則進行編碼的工具，編碼時要遵循可識別性和唯一性原則，可識別性指編碼值中部分代碼能表示其代表對象的特征，唯一性指的是不同的對象具有不同的碼值。基于這個規則可以把編碼的構成分為三個部分：特征碼、占位碼和順序碼，特征碼可以利用成組技術的思想對相似對象用相同碼值表示。站位碼是為了編碼易讀而在編碼中間設定的特殊分隔符號，順序碼是為了保證編碼的唯一性而設置的順序代號，這三種編碼的組合方式就構成了編碼規則。

在圖2中， 特征碼分別以具有層次的樹型結構和沒有層次的表型結構存放在編碼詞典CodeDictionary類中， 每一種特征碼對應一個方案。編碼規則對應CodeRule類，編碼器中另外兩個輔助對象為：記錄系統各種編碼方案的CodeScheme類和記錄各個對象所使用編碼方案的CodeUse類。

2）數據詞典

數據詞典是用來記錄數據庫中數據結構信息，它和數據庫的表結構信息同步，用戶通過它操作底層數據結構。它包含兩個對象：記錄數據庫的表構信息的DataTable類和記錄表字段信息的DataDictionary類。

3）規則庫

在規則庫中定義界面動態生成的各種規則方案和相應的規則條款，并與使用該條款的數據表中相應屬性字段關聯。它包含三個對象：記錄系統界面動態生成中的各種約束規則的方案的RuleScheme類，描述約束規則條款RuleDictionary類，描述各屬性字段所使用的規則條款的RuleUse類。

4）界面生成器

在本研究中，界面生成器對應一個數據庫的表對象，它以數據詞典為基礎，受規則庫的規則約束，通過程序生成用戶操作表對象的增、刪、改、查界面。它包括兩個對象：生成用戶使用界面的程序塊Generator類和記錄動態生成界面的DynamicUI類。

構成各個類的屬性和方法如表1所示：

3 軟件自適應功能實現

軟件自適應功能實現可以用順序圖來描述，順序圖描述功能實現時，以類對象為基礎，描述類對象隨時間的變化彼此間信息交互情況及其交互結果。軟件自適應功能實現順序圖如圖3所示。

從圖中可以看到當程用戶或序員需要編輯動態界面時，通過Generator類對象的生成界面（generateUI（））方法，從DataDictionary類對象選擇界面所用的字段，并利用CodeUse類對象的關聯方案（relateSheme（））方法關聯上相應的編碼使用方案號，再利用RuleUser類對象的規則使用（ruleUse（））方法確定相應的約束規則，然后在Generator類對象中用集成（Integrate（））方法將信息進行集成并送到DynamicUI對象中供用戶或程序員使用。當企業的需求發生變化時，用戶可以對動態界面的信息進行可視化修改。用戶使用動態界面時，首先調用DynamicUI類對象的界面編輯（UIedit（））方法獲取界面的各種屬性信息，然后將這些信息傳遞給Generator類對象，并由它生成用戶可以操作使用的界面，該界面對象包含相應的數據庫操作方法。

界面生成器的用戶操作界面如圖4所示，界面編號和數據詞典中的表編號對應，界面的表描述了構成該界面的屬性字段信息，通過上移、下移可以改變屬性字段在顯示界面上的位置，約束規則和編碼方案可以選擇。生成的界面如圖5所示。

4 小結

本文所描述的軟件自適應模型，已經利用J2EE技術進行了開發，開發出來的基礎件已經用在“面向新產品開發決策支持系統”、“面向設備生命周期的設備管理系統”等軟件中，這些軟件已經被多家家企業使用，就其使用的效果看，當用戶需求有所變化時，用戶完全可以通過無編程可視化操作，使軟件自適應用戶的需求。

參考文獻：

[1] 周曉樺. 基于UML的企業組織建模方法[J]. 中國機械工程， 2004， 15（ 12）： 95-97.

篇4

1、電視機連接家庭無線WiFi，一般在系統設置頁面可以找到手機。

2、在應用市場下載多屏互動APP，一般APP市場都能下載到。

3、將手機連接家庭無線WiFi網絡，必須是與電視機在同一個網絡。

4、打開手機多屏互動APP，一般電視機都會有提示表示手機與電視已連接。

5、通過手機APP自帶功能可以輕松操作電視機。

篇5

[關鍵詞]電子商務軟件測試

國際互聯網的快速增長，使WEB技術對商業、工業、銀行、財政、教育、政府和娛樂及我們的工作和生活產生了深遠的影響。許多傳統的信息和數據庫系統正在移植到互聯網上，電子商務迅速增長。因此，電子商務應用系統的測試也變得十分重要，它對軟件測試提出了新的挑戰，要求采用新的測試方法展開軟件測試工作。這種對應用系統的測試不但能檢查是否滿足設計的要求，還需要能測試系統每個層面是否正常，確保系統的整體性能、安全性和可用性滿足需要。

一、典型系統結構

隨著電子商務的興起，Web方式的應用系統發展迅速，它將成為電子商務技術領域的主流。在電子商務應用系統中，目前普遍采用的是三層C/S結構，即表示層、業務層和數據層。這種結構使軟件測試人員能采用“局部分層測試”和“系統整體測試”想結合的方法，對應用系統進行測試。即先對每一層進行獨立的測試，再開展系統整體測試，這樣更容易發現應用系統缺陷和錯誤。如果僅僅依賴系統測試，要確定存在問題的特定部件十分困難。

二、局部分層測試

1.表示層。測試表示層就是檢查并應用程序的前端是否存在錯誤。本層次是應用系統的外表，因此，表示工作對建立一個健壯的、高質量的應用系統至關重要。

(1)內容測試。內容測試用來檢驗Web應用系統提供信息的正確性、準確性、相關型等人機界面元素，信息的正確性是指信息是可靠的還是誤傳的，例如，在商品價格列表中，錯誤的價格可能引起財政問題甚至導致法律糾紛；信息的準確型是指是否有語法或拼寫錯誤。這種測試通常使用一些文字處理軟件來進行，例如使用MicrosftWord的“拼音與語法檢查”功能；信息的相關性是指是否在當前也面可以找到與當前瀏覽信息相關的信息列表或入口，也就是一般Web站點中所謂“相關文章列表”。此外，還要檢查字體類型、屏幕布局、色彩、圖形分辨率及其他直接會影響最終用戶體驗的特性。

(2)Web站點結構。測試Web站點的結構是檢查結構上存在的錯誤，發現無效的連接。鏈接測試可分為三個方面。首先，測試所有鏈接是否按指示的安陽確實鏈接到了該鏈接的也面；其次，測試所連接的頁面是否存在；最后，保證Web應用系統上沒有孤立的頁面，所謂孤立頁面是指沒有鏈接指向該頁面，只有知道正確的URL地址才能訪問。

(3)用戶環境。測試用戶平臺和瀏覽器。市場上有很多不同的操作系統平臺，最常見的有Windows、Unix、Macintosh、Linux等。Web應用系統的最終用戶究竟使用哪一種操作系統，取決于用戶系統的配置。這樣，就可能會發生兼容型問題，同一個應用可能在某些操作系統下能正常運行，但在另外的操作系統下可能在會運行失敗。此外，要測試瀏覽器。瀏覽器是Web客戶端最核心的構件，來自不同廠商的瀏覽器對Java、JavaScript、ActiveX、plug-ins或不同的HTML規格有不同的支持。另外，框架和層次結構風格在不同的瀏覽器中也有不同的顯示，甚至根本不顯示。操作系統（OS）和瀏覽器的組合非常多，不僅要測試每一個瀏覽器的配置，還要測試同一個瀏覽器的不同版本。

2.業務層。業務層測試的重點是發現應用系統的業務邏輯中的問題。測試業務邏輯層與測試單機程序非常類似，通過測試去檢查應用系統是否滿足系統性能方面的需求。

(1)性能測試。主要負載測試，即帶負載情況下的響應時間和吞吐率。負載測試是為了測量Web系統在某一負載級別上的性能，以保證Web系統在需求范圍內能正常工作。負載級別可以是某個時刻同時訪問Web系統的用戶數量，也可以是在線數據處理的數量。此外，還要進行夜里測試。壓力測試是測試系統的限制和故障恢復能力，也就是測試Web應用系統會不會崩潰，在什么情況下會崩潰。

(2)數據驗證。測試從用戶采集到的數據，通常是以表單形式。當用戶給Web應用系統管理員提交信息時，就需要使用表單操作，例如用戶注冊、登錄、信息提交等。在這種情況下，我們必須測試提交操作的完整性，以校驗提交給服務器的信息的正確性。如果表單只能接受指定的某些字符，測試時可以跳過這些字符，看系統是否會報錯。如果Web應用系統使用Cookies通常用來存儲用戶信息和用戶在某應用系統的操作，當一個用戶使用Cookies訪問了某一個應用系統時，Web服務器將發送關于用戶的信息，把該信息以Cookies的形式存儲在客戶端計算機上。

(3)業務測試。測試系統的業務處理過程的正確性，其中包括信用卡處理、電子郵件驗證以及消費稅計算等。電子商務系統必須在全部的時間里正確處理業務，無一例外。因此，要通過測試確保業務處理的正確性。

3.數據層。數據層的測試，主要是指對應系統用于儲存和獲取信息的數據庫管理系統的測試。在Web應用技術中，數據庫起著重要的作用，數據庫為Web應用系統的管理、運行、查詢和實現用戶對數據存儲的請求等提供空間。在使用了數據庫的Web應用系統中，一般情況下，注重數據庫操作的響應時間、數據存儲的完整和數據庫系統的容錯。

(1)響應時間。應量化數據操作語言（DML，包括結構化查詢語言SQL中INSERT、UPDATE和DELETE）、查詢（SELECT）及事物的完成時間。電子商務系統運行速度緩慢會引起客戶不滿。因此，我們應該積極確保網站能夠及時響應用戶的請求和操作。在測試數據層的響應時間時，我們要確保單個的數據操作能夠快速完成，不至于阻塞其他操作。

(2)數據完整性。驗證數據存儲適當且正確。所謂數據完整性測試，即在數據庫表中發現不準確數據的過程。這項測試與數據確認有所不同，后者在測試業務層時進行。數據確認測試試圖發現數據收集中的錯誤，而數據完整性測試是盡力要在數據存儲的方式中發現問題。

(3)容錯性和可恢復性。最大化平均故障間隔時間（MTBF），最小平均故障恢復時間（MTTR）。一般來說，數據庫操作的一個目標是最大化MTBF，最小化MTTR。

數據庫的恢復具有重要意義。可恢復性測試的目標是設計出數據庫無法恢復的場景出來。在某些時間，數據庫會崩潰，因此須制訂一些規程以便快速恢復。恢復計劃開始于獲得有效的備份，在進行可恢復性測試時，如果無法恢復數據庫，那么需要修改備份策略。

三、系統整體測試

1.整體界面。整體界面是整個Web應用系統的頁面結構設計，是給用戶的一個整體感。例如：當用戶瀏覽Web應用系統時是否感到舒適，能否找到信息所在地方，整個Web應用系統的設計風格的總體效果。

對整體界面的測試過程，其實是一個對最終用戶進行調查的過程。一般Web應用系統采取在主頁上做一個調查問卷的形式，來得到最終用戶的反饋信息。

2.安全性。安全性測試區域主要有：

(1)現在的Web應用系統基本采用先注冊，后登錄的方式。因此，必須測試有效和無效的用戶名和密碼，要注意到是否大小寫敏感，可以試多少次的限制，是否可以不登錄而直接瀏覽某個頁面等。

(2)Web應用系統是否有超時的限制，也就是說，用戶登錄后在一定時間內（例如15分鐘）沒有點擊任何頁面，是否需要重新登錄才能正常使用。

(3)為了保證Web應用系統的安全性，日志文件是至關重要的。需要測試相關信息是否寫進了日志文件、是否可追蹤。

(4)當使用了安全套接字時，還要測試加密是否正確，檢查信息的完整性。

3.導航。導航描述了用戶在一個頁面內操作的方式。在一個頁面上放太多的信息往往起到與預期相反的效果。Web應用系統的用戶趨向于目的驅動，很快地掃描一個Web應用系統，看是否有滿足自己需要的信息，如果沒有，就會很快離開。很少有用戶愿意花時間去熟悉Web應用系統的結構，因此，Web應用系統導航幫助要盡可能地準確。

導航測試就是檢查應用系統的頁面結構、導航、菜單、連接的正確性。確保用戶知道Web應用系統里面的內容，以及內容所在位置。

四、結束語

在未來電子商務領域，Web軟件的測試是一項重要而富有挑戰性的工作。基于Web的系統測試與傳統的軟件測試不同，它不但需要檢查和驗證是否按照設計的要求運行，而且還要測試系統在不同用戶的瀏覽器的顯示是否合適。因此，我們必須為測試復雜的基于Web的系統不斷研究新的方法，滿足軟件開發人員的需要。

參考文獻：

[1]AnnScblosser.TheexperienceandWebsitesuccess[J].TheE_businessReview,2003,41(6):20

[2]邵兵家電子商務[M].北京：高等教育再版社，2002

篇6

關鍵詞：企業；軟實力；職工培訓

中圖分類號：F270 文獻標識碼：A 文章編號：1001-828X（2013）07-0-01

隨著近幾年有色行業進入了一個全新的發展時期，而企業的發展壯大需要一支有過硬技術和素質的科技人才隊伍。因此，人才的培訓教育就成為獲得高素質的人力資源的一種基本原動力，人才的培訓教育對于企業成為了一種投資，對員工進行終身教育，企業、單位、班組成為學習的組織，將技術培訓工作提升到戰略性地位。以新疆有色新鑫礦業股份有限公司阜康冶煉廠而言，現在的技術骨干力量大都在35到45歲之間，由于上世紀九十年代末到本世紀初的有色行業蕭條等原因，一直沒有大量補充新的職工，造成了現在的人才短缺現象，基礎的統計在基層生產需要的技術工人的缺口達到了30%以上。雖然目前補充了大量的年輕的職工，但是他們的實際工作經驗少，還不能成為企業的技術骨干。因此，如何開展職工教育培訓以及通過職工教育培訓達到企業的某一目標，成為了目前企業，尤其是有色行業急待解決的課題。現在許多有色企業已經對職工培訓工作有了很清楚的認識，并積極有效的探討和探索符合現實要求的培訓模式及方法，從而打造出過硬的、有連續性的技術人才隊伍。

一、對職工培訓工作存在的認識誤區

由于我國的歷史傳統和企業長期在計劃經濟體制下形成的人事管理的思想和方法，使國內一些企業對員工培訓存在著許多的誤區，與理論或國際上有很大的差別。從而形成制約企業發展的樊籬。企業員工培訓主要存在的誤區有：

1.培訓成本能省則省。目前，許多企業經營者較偏重市場運作，在其它投入上不惜“一擲萬金”，渴望得到立竿見影的效果，但卻忽視了顯效期較長的“培訓”投資。原因在于，一些管理者錯誤地認為：培訓是一種成本。作為成本，當然應該盡量降低，因此，能省則省，在企業培訓方面投入的資金甚少。

2.效益好時不需培訓。有的企業認為企業效益好時不需培訓，實則不然。要知道今天效益好，并不意味著明天效益好。據統計，世界500強的企業，平均壽命為30年左右，美國新企業80%在第二年就宣布倒閉。因而在企業經濟效益好時，適當加強培訓，可以保持企業可持續發展。加強員工培訓是改變企業經濟狀況的有效手段之一。反之，缺乏員工培訓，則會使員工的不適應增多，從而導致企業經濟效益下滑。

3.效益差時無錢培訓。有的企業一旦經濟效益不太好時，就會因資金不足而減少培訓或者干脆不培訓。其實這種做法是很危險的。應該承認，目前的確有些企業經營不好，少數企業甚至瀕臨破產，但探究其失敗的原因，不重視培訓是其失敗的根本所在。

二、要對職工培訓有正確的認識

在現代化生產的條件下，對任何一個組織來說，無論是管理層，還是一般員工，都只有不斷的學習、進步、充實和提高，才能適應組織內外環境的日新月異的變化，才能勝任要求不斷提高的各項工作。

1.職工培訓工作既是職工應享有的權利，是職工自己的事情而不是企業強迫的。職工培訓工作不應該成為企業的任務，而應該視為企業員工的權利之一，使員工看到自己在企業有發展的機會，從而鼓舞士氣，凝聚人心。

2.企業的職工培訓工作要分層次的、按實際需要進行不同的培訓工作。由于企業職工工作層次不同，所需掌握和使用的各種技能不同，因而必須針對不同層次，各有側重地進行培訓。企業的培訓一般可分為職業培訓和發展培訓兩類。職業培訓主要針對操作人員，而發展培訓則主要針對管理人員。作為有色企業將人才培訓一般分為三個培訓部分：一是企業的高、中層的管理人員培訓；二是對專業工種的技術性人才的培訓；三是對實際操作人員的培訓。

3.企業的職工培訓工作要保證培訓質量，讓培訓質量成為培訓的生命。從企業和員工的需求之間尋找培訓的最佳結合點，規范培訓工作的組織程序和操作程序，最大限度的貼合企業管理、技術和業務要求，并通過行之有效的手段檢驗培訓質量的高低，通過測評培訓質量、追蹤員工培訓后在工作崗位上的表現，從而反映培訓效果，一邊在培訓工作上不斷改進，不斷提高培訓的質量。

三、企業職工培訓對企業發展的重大意義

有效的企業職工培訓，其實是提升企業綜合競爭力的過程。事實上，培訓的良好結果是有利于企業的發展，是企業持續健康發展的持續動力和認軟實力保障。培訓對企業的好處主要有：

1.培訓能增強員工對企業的歸屬感和主人翁意識。培訓工作開展的越充分，對員工越具有吸引力，越能發揮人力資源的高增值性。從而為企業吸引更多的人才，為企業創造更多的效益。有公司統計對培訓過的員工調查87%受培訓的員工愿意繼續在企業上班。

2.職工培訓工作的開展能促進企業同員工的雙向溝通，增強企業的凝聚力和向心力，塑造優秀的企業文化。持續的培訓開展使得員工容易認同企業的企業文化，自覺地掌握新的科技技術和技能，對企業有認同感，增強了質量意識、創新意識，培養大家的敬業精神、革新精神和責任感，營造一個良好的學習創新的企業氛圍。

3.企業職工培訓工作有利于提高員工綜合素質，提高企業生產效率和水平，增強企業盈利能力。培訓工作的持續良好開展可以幫助員工不斷的提高自身的技術、文化等水平，將之使用到企業的生產中可以極大的改善工作效率，為企業魔球更大的效益。

篇7

1、突尼斯軟籽石榴原產于突尼斯，于1986年從突尼斯傳入我國。在我國主要分布在河南滎陽、四川大涼山、云南蒙自和陜西臨潼這四個地方。其中最有名的就是河南滎陽的河陰石榴。

2、形態特征：樹勢中庸、枝較密、成枝率較強，4年生樹樹冠和冠高分別為2米與2.5米。幼嫩枝紅色，老枝褐色，側枝多數卷曲，幼葉紫紅色，葉狹長，橢圓型，濃綠、刺枝少。花瓣紅色，有5—7片。總花量較大。完全花率約34%。坐果率在70%以上。果實圓形，果皮接近成熟由黃變紅，成熟后外圍向陽處果實全紅，果皮光潔明亮。籽粒紫紅色，子軟，出籽率61.9%，風味甘甜。

（來源：文章屋網 ）

篇8

【關鍵詞】雷達軟件;自動化;測試環境

1 引言

隨著計算機技術和軟件無線電技術的飛速發展，軟件在現代雷達系統中的比重逐漸增大，完成的功能也越來越多;與此同時，雷達軟件的研制周期越來越短，導致雷達軟件測試的周期越來越短。因此，如何在雷達軟件規模不斷增大和測試周期縮短的條件下，提高雷達軟件測試的充分性和自動化程度成為亟待解決的問題之一。作為雷達軟件測試支撐技術的雷達軟件仿真測試環境的研究一直為眾學者所關注，在實裝驗證環境的基礎上，文獻【1】【2】【3】先后提出了雷達軟件全數字仿真測試環境、半實物仿真測試環境，為提高雷達軟件測試的充分性保證雷達軟件的質量方面發揮了重要作用。但是，隨著雷達軟件規模不斷增大和測試周期縮短的條件下，用戶對雷達軟件質量要求更加苛刻，這種測試環境支撐技術也成為制約雷達軟件測試效率的瓶頸，迫切需要對雷達軟件測試自動化、智能化環境技術進行研究，以應對雷達軟件技術的飛速發展。

2 雷達軟件的特點

雷達軟件是雷達系統的核心和靈魂，主要完成雷達工作模式和任務的實時調度，控制雷達各個分機設備協同工作，共同完成雷達對指定空域的目標搜索、目標截獲和目標跟蹤，同時完成對雷達分機進行實時監測。因此，雷達軟件一般具有如下特點：

（1）雷達軟件一般屬于實時嵌入式軟件，對于工作時序要求非常嚴格，其軟件的邏輯正確性嚴格受控于時間和空間，也就是在規定的時間、規定運行環境中正確地完成規定的任務。

（2）雷達軟件接口較多，內部邏輯復雜，涉及較多的算法模型：如濾波算法、坐標轉換處理、點點相關、航跡管理、威脅度計算等。

（3）雷達軟件的安全性和可靠性要求較高，為了保證軟件的高安全性和高可靠性，雷達軟件采取大量的冗余和容錯設計;

3 雷達軟件測試環境的研究現狀

雷達軟件測試環境的發展先后經歷實裝測試環境，全數字仿真測試環境和半實物仿真測試環境三個階段【4】【5】。

（1）實裝測試環境：雷達軟件處于完全真實的運行環境中，直接將目標機（被測軟件）和其設備建立真實的連接，形成閉環進行測試。全實物測試環境與真實系統有一致的映射關系，具有相同的接口，相同的I/O傳輸格式等，雷達軟件隨整個雷達系統一起運行，對雷達軟件接口測試、實時性測試較真實，但是可控性差，不易操作，異常的測試用例無法開展，雷達軟件測試的充分性難以保證。

（2）全數字仿真環境：對雷達軟件目標機和環境進行仿真，除雷達軟件運行的目標機與真實目標機不一致外，其他的接口、時序保持和真實運行系統一致，從而達到對雷達軟件邏輯處理驗證的目的。全數字仿真環境應用在軟件測試中的最大優點是它的成本低、開發周期短、有效性高、測試可重復。但是它在接口、實時性、數據真實性等方面較弱，部分測試類型尤其是性能測試、安全性測試等無法有效地實施。

（3）半實物仿真環境：半實物仿真環境綜合考慮實裝環境和全數字環境的優缺點，應運而產生的一種軟件測試環境，采用真實目標機運行被測軟件，測試結果的可信度高，可以支持較多的測試類型;缺點是對邊界及特定情況不易考察，白盒測試較困難，需要大量的開發工作，研制周期較長，經費投入大，通用性不好。

4 雷達軟件自動化測試環境

4.1 雷達軟件自動化測試環境功能

為滿足雷達軟件測試自動化的需求，雷達軟件自動化測試環境RSATE（Radar SoftWare Auto Test Equipment）包括被測單元（目標機和被測軟件）、被測單元接口模擬轉換、測試數據記錄、測試用例自動執行、測試用例自動生成、測試數據自動分析判斷和用戶接口功能模塊。整體系統的邏輯功能框架分為三層：測試應用管理層、測試執行層和接口模擬層，參見圖1。接口模擬層提供了雷達目標機非標準接口與通用標準接口的一個轉接層，也是整個雷達自動測試環境搭建關鍵的一環。被測單元包含雷達軟件和運行雷達軟件的真實目標機，可以通過配置不同外部接口模塊的方式直接接入，以實現雷達軟件半實物環境的快速搭建。

圖1 RSATE功能層次圖

4.2 雷達軟件自動化測試環境設計

依據雷達軟件自動測試環境RSATE功能要求，RSATE系統除目標機及接口保持與被測系統相同，其他設備均采用PC機，通信均采用高速以太網，以提高RASTE通用性和可靠性。RASTE的系統結構如圖2所示。

圖2 RASTE的系統結構圖

4.2.1 硬件構成

雷達軟件測試環境主要由6個部分組成，分別為被測單元系統、接口轉接模擬、測試管理計算機、測試用例自動生成計算機、測試結果自動分析判斷計算機、CodeTest測試設備和網絡通信設備組成。

被測單元系統構成雷達軟件的真實運行環境，確保測試執行結果真實可信。

接口模擬設備提供網絡通信到專用接口、專用接口到網絡通信的轉換，確保通信時序和通信周期與真實設備一致。外部接口模擬設備配有與目標專用通信的各種通信卡，一般包括RS-422、RS-485、RS-232串口卡，專用高速并口卡。

CodeTest設備負責對雷達目標機總線數據進行實時采集，對雷達軟件測試的充分性進行評估是否達到委托方的要求，并提供測試未覆蓋的分支、語句信息。

測試用例自動生成計算機、測試管理計算機、測試結果自動分析計算機提供測試用例自動生成軟件、測試管理軟件、測試結果分析軟件等應用軟件的運行環境。

4.2.2 軟件設計

雷達軟件自動化測試環境的軟件由以下幾部分組成，分別測試管理軟件、測試用例自動生成軟件、測試用例自動執行軟件、測試數據錄取軟件、測試數據自動分析軟件、測試數據自動判定軟件以及外部接口轉接模塊軟件，上述軟件均采用統一的網絡接口要求設計，以便于不同型號雷達軟件測試環境搭建時復用。

（1）測試管理軟件：用于軟件測試需求的自動生成和管理，形成測試用例與測試需求的追溯關系，確保測試用例對軟件需求的覆蓋。在軟件需求變更時，提醒測試人員及時完成測試用例的變更。

（2）測試用例自動生成軟件：用于軟件測試用例的開發，按照雷達軟件外部接口的協議自動生成測試數據，以保證測試結果的唯一性，確保不同的測試人員在執行該測試用例時均能得到相同的結果。

（3）測試用例自動執行軟件：用于測試用例的自動執行，控制雷達軟件的運行周期，按照雷達軟件的運行時序準確地將測試用例中的雷達各個分機數據注入到被測單元中。并實時顯示測試用例的執行進度和被測試單元的回送信息。

（4）數據記錄軟件：用于記錄被測單元的所有輸入輸出信息，并進行存儲，存儲的文件名與測試用例文件名一一對應。以便于后期的數據分析和判定。該軟件運行于后臺，隨測試用例自動執行軟件一起運行。

（5）數據分析軟件：用于對記錄數據進行分析和解碼，按照雷達軟件接口協議解碼成各雷達分機的接口信息。

（6）數據判定軟件：用于測試用例執行結果的判定，對測試數據的分析結果進行的顯示和執行結果的預先判定，對于不通過的測試用例提示進行人工判讀和故障定位。

（7）測試報告自動生成：主要完成測試用例的生成情況、執行情況、通過情況進行分析，然后生成相關的測試報告并進行顯示。

5雷達軟件自動化測試環境使用分析

5.1 雷達軟件自動化測試環境使用流程

使用雷達自動化測試環境RASTE進行測試時，測試需求分析、測試用例自動生成、測試用例自動執行、測試數據自動采集、測試數據分析、測試結果判定等測試活動即可以分時進行、流水作業，也可以同時進行、共同作業。

5.2 雷達自動化測試環境使用結果分析

從可控性、可觀測性、可操作性【6】、自動化程度和測試覆蓋程度等方面對雷達自動化測試環境進行分析評價，并與實際裝備環境、全數字仿真環境和半實物測試環境進行對比。發現在自動化測試環境上進行測試，可以大幅度提高雷達軟件的測試效率，與實際裝備環境相比可以提高50%，測試充分性方面語句覆蓋率的53.3%提高到85.4%，分支覆蓋率由49.3%提高到82.5%。具體情況見表1。

表1 雷達軟件自動化測試環境使用結果分析對比

環境名稱

評價指標

實裝測試環境

全數字測試環境

半實物測試環境

自動化測試環境

可控性

較差

較好

較差

較好

可觀察性

較好

較好

較好

較好

可操作性

較好

較好

較好

較好

自動化程度

較低

一般

一般

較高

異常測試

不支持

支持

支持

支持

測試真實程度

測試環境真實

與真實環境差距較大

測試環境真實

測試環境真實

語句覆蓋率

53.3%

82.5%

66.7%

85.4%

分支覆蓋率

49.3%

80.7%

63.2%

82.5%

用例執行率

67%

80%

85%

100%

單個用例執行平均用時

20分鐘

1分鐘

2分鐘

30秒鐘

總用時

14人日

7人日

9人日

4人日

6 結論

本文介紹了雷達軟件的特點和雷達軟件測試環境的技術現狀，充分考慮了現行雷達軟件測試環境的優缺點，提出雷達軟件自動化測試環境應具備三個層次的功能結構，并將雷達目標機直接嵌入到雷達自動化體系結構中，開發了一系列通用的測試自動化軟件，經過與實裝環境、半實物測試環境的使用對比，表明雷達自動化測試環境能夠提高雷達軟件測試的充分性和測試效率。

參考文獻：

[1]林潔，吳慈伶等.雷達軟件測試環境仿真平臺技術研究與實踐[J].現代雷達，2010（6）.

[2]李昊，田峰敏.雷達軟件的安全性測試研究[J].信息化研究，2013（6）.

[3]云雷.機載相控陣雷達軟件可靠性測評環境建設[J].電子產品可靠性與環境試驗，2011（4）.

[4]張廣梅，李曉維.軟件可測性評估[J].裝甲兵工程學院報，2004（2）.

[5]雷萬保.雷達系統軟件可測試性研究[J].信息化研究，2011（6）.

[6]于潔，楊海燕等.軟件的可測試性設計[J].計算機工程與應用，2003（03）.

篇9

包子面皮太硬可能是由于面沒有發酵好。

解決方法：發酵好了再使勁和面，揉面。放點食用堿揉面，再把面醒30分鐘。包餡之后再放一會，十分鐘后讓面在發酵一會再蒸就泡軟了。蒸好后，不要馬上開鍋，等會10分鐘后再開鍋。

（來源：文章屋網 ）

篇10

軟件工程試題

課程代碼：02333

請考生按規定用筆將所有試題的答案涂、寫在答題紙上。

選擇題部分

注意事項：

1． 答題前，考生務必將自己的考試課程名稱、姓名、準考證號用黑色字跡的簽字筆或鋼筆填寫在答題紙規定的位置上。

2． 每小題選出答案后，用2B鉛筆把答題紙上對應題目的答案標號涂黑。如需改動，用橡皮擦干凈后，再選涂其他答案標號。不能答在試題卷上。

一、單項選擇題（本大題共l5小題，每小題2分，共30分）

在每小題列出的四個備選項中只有一個是符合題目要求的，請將其選出并將“答題紙”的相應代碼涂黑。錯涂、多涂或未涂均不得分。

1．能“標識系統要解決的問題”的模型是

A．部署模型 B．設計模型

C．概念模型 D．實現模型

2．初始需求發現技術中，可能導致超出項目成本和進度限制的是

A．自悟 B.交談

C．提煉 D．觀察

3．銷售系統，應能產生銷售報表，這是軟件的

A．功能需求 B．性能需求

C．設計約束 D．外部接口需求

4．詳細設計工具中，盒圖是指

A．PAD圖 B．HIPO圖

C．程序流程圖 D．N-S圖

5．題5圖為一個飛機票預定系統的數據流圖，圖中“旅客”是

A．數據流 B．加工

C．數據存儲 D．數據潭

6．在下列耦合中，耦合度最弱的是

A.內容耦合 B．數據耦合

C．公共耦合 D．控制耦合

7．下列的內聚類型中，按關聯程度從低到高的順序給出的是

A．邏輯內聚、過程內聚、功能內聚 B．過程內聚、功能內聚、邏輯內聚

C.過程內聚、邏輯內聚、功能內聚 D．功能內聚、過程內聚、邏輯內聚

8．題8圖中，扇出為3的模塊是

A.模塊A和G B．模塊C和G

C．模塊A和C D．模塊C和H

9．UML表達關系的術語中，關聯是一類特定的

A．擴展 B．細化

C．依賴 D．泛化

10．根據RUP測試活動，輸入為測試用況、測試過程、實現模型，活動為實現測試，則輸出為

A．測試計劃 B．測試過程

C．測試評價 D．測試構件

11．希望確定軟件實現的功能是否與需求規格說明書一致，需進行

A．單元測試 B．有效性測試

C．系統測試 D．集成測試

12．在《ISO/IEC軟件生存周期過程12207-1995》中，屬于組織過程的是

A．文檔過程 B．驗證過程

C．維護過程 D．管理過程

13．瀑布模型是一種

A．適用于需求被清晰定義的項目 B．快速構造產品第一版本的好方法

C．適合于大型團隊迭代開發的模式 D．支持面向對象技術的創新模型

14．在軟件生存周期模型中，可減少用戶需求變更的軟件開發模型是

A．演化模型 B．增量模型

C．噴泉模型 D．螺旋模型

15.CMMI能力等級中，第0級為最低等級，其第2級是

A．已執行級 B．已定量管理級

C．已定義級 D．已管理級

非選擇題部分

注意事項：

用黑色字跡的簽字筆或鋼筆將答案寫在答題紙上，不能答在試題卷上。

二、填空題（本大題共10小題，每小題2分，共20分）

16．從事軟件開發實踐和軟件工程項目管理的思想基礎是______。

17．需求規約的技術核心是______。

18．總體設計分為3個階段，第一階段為______。

19．理論上，最基本的結構化程序設計的控制結構只有兩種：______和______。

20.UML不是特定的軟件開發方法學，而是一種可視化的______。

21.RUP的迭代、增量式開發是______模型的一個變體。

22．軟件測試的第二目標是______。

23．提高模塊的內聚程度，可簡化______測試。

24．過程管理包括過程建立、_______和過程改進。

25.CMMI應用于一個組織過程改善的成熟度等級有______個。

三、簡答題（本大題共6小題，每小題5分，共30分）

26．簡述軟件工程的概念與發展。

27．簡述需求的概念和基本性質。

28．簡述以結構化分析方法建立系統功能模型的建模工具和建模過程。

29．簡述順序圖的概念、構成和主要作用。

30.簡述增量模型的優缺點。

31．簡述CMMI模型支持的兩種過程改善路徑。

四、綜合應用題（本大題共2小題，每小題10分，共20分）

32．有一家教管理系統，其要求的功能如下：家教老師可以注冊本人信息、修改本人資料、瀏覽家教信息、搜索家教信息；家教學生可以注冊本人信息、修改本人資料、瀏覽家教信息、搜索家教信息；家教管理員可以登錄、登記家教信息、網站公告、處理家教信息。

請根據需求，畫出該系統的用況圖。

33．設被測試程序的流程圖為題33圖，請完成：

(l)什么是語句覆蓋？什么是路徑覆蓋？