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

篇1

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

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

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

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

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

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

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

后來，一個據(jù)稱是車主的婦女神秘出現(xiàn)，告之送我們?nèi)ド倭炙乱膊⒎遣豢?，但要等一個多小時后其他乘客參觀完此景點。

幾番理論、爭執(zhí)后，我威脅要打投訴電話，他們?nèi)圆粸樗鶆樱恢钡轿覍χ謾C報出了車牌號，車主才一臉吃了倒霉虧的樣子讓我們上了車。

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

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

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

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

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

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

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

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

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

篇2

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

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

（來源：文章屋網(wǎng) ）

篇3

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

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

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

1 軟件自適應策略

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

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

2 自適應軟件信息模型

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

1）編碼器

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

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

2）數(shù)據(jù)詞典

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

3）規(guī)則庫

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

4）界面生成器

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

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

3 軟件自適應功能實現(xiàn)

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

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

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

4 小結

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

參考文獻：

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

篇4

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

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

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

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

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

篇5

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

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

一、典型系統(tǒng)結構

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

二、局部分層測試

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

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

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

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

2.業(yè)務層。業(yè)務層測試的重點是發(fā)現(xiàn)應用系統(tǒng)的業(yè)務邏輯中的問題。測試業(yè)務邏輯層與測試單機程序非常類似，通過測試去檢查應用系統(tǒng)是否滿足系統(tǒng)性能方面的需求。

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

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

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

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

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

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

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

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

三、系統(tǒng)整體測試

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

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

2.安全性。安全性測試區(qū)域主要有：

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

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

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

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

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

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

四、結束語

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

參考文獻：

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

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

篇6

關鍵詞：企業(yè)；軟實力；職工培訓

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

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

一、對職工培訓工作存在的認識誤區(qū)

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

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

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

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

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

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

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

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

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

三、企業(yè)職工培訓對企業(yè)發(fā)展的重大意義

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

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

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

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

篇7

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

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

（來源：文章屋網(wǎng) ）

篇8

【關鍵詞】雷達軟件;自動化;測試環(huán)境

1 引言

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

2 雷達軟件的特點

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

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

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

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

3 雷達軟件測試環(huán)境的研究現(xiàn)狀

雷達軟件測試環(huán)境的發(fā)展先后經(jīng)歷實裝測試環(huán)境，全數(shù)字仿真測試環(huán)境和半實物仿真測試環(huán)境三個階段【4】【5】。

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

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

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

4 雷達軟件自動化測試環(huán)境

4.1 雷達軟件自動化測試環(huán)境功能

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

圖1 RSATE功能層次圖

4.2 雷達軟件自動化測試環(huán)境設計

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

圖2 RASTE的系統(tǒng)結構圖

4.2.1 硬件構成

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

被測單元系統(tǒng)構成雷達軟件的真實運行環(huán)境，確保測試執(zhí)行結果真實可信。

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

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

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

4.2.2 軟件設計

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

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

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

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

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

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

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

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

5雷達軟件自動化測試環(huán)境使用分析

5.1 雷達軟件自動化測試環(huán)境使用流程

使用雷達自動化測試環(huán)境RASTE進行測試時，測試需求分析、測試用例自動生成、測試用例自動執(zhí)行、測試數(shù)據(jù)自動采集、測試數(shù)據(jù)分析、測試結果判定等測試活動即可以分時進行、流水作業(yè)，也可以同時進行、共同作業(yè)。

5.2 雷達自動化測試環(huán)境使用結果分析

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

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

環(huán)境名稱

評價指標

實裝測試環(huán)境

全數(shù)字測試環(huán)境

半實物測試環(huán)境

自動化測試環(huán)境

可控性

較差

較好

較差

較好

可觀察性

較好

較好

較好

較好

可操作性

較好

較好

較好

較好

自動化程度

較低

一般

一般

較高

異常測試

不支持

支持

支持

支持

測試真實程度

測試環(huán)境真實

與真實環(huán)境差距較大

測試環(huán)境真實

測試環(huán)境真實

語句覆蓋率

53.3%

82.5%

66.7%

85.4%

分支覆蓋率

49.3%

80.7%

63.2%

82.5%

用例執(zhí)行率

67%

80%

85%

100%

單個用例執(zhí)行平均用時

20分鐘

1分鐘

2分鐘

30秒鐘

總用時

14人日

7人日

9人日

4人日

6 結論

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

參考文獻：

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

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

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

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

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

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

篇9

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

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

（來源：文章屋網(wǎng) ）

篇10

軟件工程試題

課程代碼：02333

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

選擇題部分

注意事項：

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

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

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

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

1．能“標識系統(tǒng)要解決的問題”的模型是

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

C．概念模型 D．實現(xiàn)模型

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

A．自悟 B.交談

C．提煉 D．觀察

3．銷售系統(tǒng)，應能產(chǎn)生銷售報表，這是軟件的

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

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

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

A．PAD圖 B．HIPO圖

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

5．題5圖為一個飛機票預定系統(tǒng)的數(shù)據(jù)流圖，圖中“旅客”是

A．數(shù)據(jù)流 B．加工

C．數(shù)據(jù)存儲 D．數(shù)據(jù)潭

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

A.內(nèi)容耦合 B．數(shù)據(jù)耦合

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

7．下列的內(nèi)聚類型中，按關聯(lián)程度從低到高的順序給出的是

A．邏輯內(nèi)聚、過程內(nèi)聚、功能內(nèi)聚 B．過程內(nèi)聚、功能內(nèi)聚、邏輯內(nèi)聚

C.過程內(nèi)聚、邏輯內(nèi)聚、功能內(nèi)聚 D．功能內(nèi)聚、過程內(nèi)聚、邏輯內(nèi)聚

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

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

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

9．UML表達關系的術語中，關聯(lián)是一類特定的

A．擴展 B．細化

C．依賴 D．泛化

10．根據(jù)RUP測試活動，輸入為測試用況、測試過程、實現(xiàn)模型，活動為實現(xiàn)測試，則輸出為

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

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

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

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

C．系統(tǒng)測試 D．集成測試

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

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

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

13．瀑布模型是一種

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

C．適合于大型團隊迭代開發(fā)的模式 D．支持面向?qū)ο蠹夹g的創(chuàng)新模型

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

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

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

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

A．已執(zhí)行級 B．已定量管理級

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

非選擇題部分

注意事項：

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

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

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

17．需求規(guī)約的技術核心是______。

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

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

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

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

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

23．提高模塊的內(nèi)聚程度，可簡化______測試。

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

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

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

26．簡述軟件工程的概念與發(fā)展。

27．簡述需求的概念和基本性質(zhì)。

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

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

30.簡述增量模型的優(yōu)缺點。

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

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

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

請根據(jù)需求，畫出該系統(tǒng)的用況圖。

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

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