用例
- 基于深度學(xué)習(xí)的考前考場(chǎng)身份驗(yàn)證系統(tǒng)解決方案UML軟件建模
等類的反饋。2 用例建模2.1 用例圖由1.2 節(jié)的分析可得該系統(tǒng)的用例圖如圖1所示。2.2 用例文檔（1）“導(dǎo)入考生信息”用例文檔見表1。表1 “導(dǎo)入考生信息”用例文檔（2）“查看驗(yàn)證情況”用例文檔見表2。表2 “查看驗(yàn)證情況”用例文檔（3）“上傳證明信息”用例文檔見表3。表3 “上傳證明信息”用例文檔（4）“驗(yàn)證考生信息”用例文檔見表4。表4 “驗(yàn)證考生信息”用例文檔表5 關(guān)鍵抽象信息3 用例分析3.1 關(guān)鍵抽象3.2 識(shí)別分析類（1）根據(jù)上述2 小節(jié)
現(xiàn)代計(jì)算機(jī) 2023年21期2024-01-03
- 面向微服務(wù)的制造執(zhí)行系統(tǒng)關(guān)鍵技術(shù)研究＊
構(gòu)，并提出了基于用例-數(shù)據(jù)訪問關(guān)系模型的制造執(zhí)行系統(tǒng)微服務(wù)劃分方法，將用例和數(shù)據(jù)之間的訪問關(guān)系作為微服務(wù)劃分的依據(jù)，將制造執(zhí)行系統(tǒng)劃分為多個(gè)相互獨(dú)立的微服務(wù)，便于在不影響系統(tǒng)運(yùn)行的條件下進(jìn)行系統(tǒng)功能的重構(gòu)，以提高系統(tǒng)持續(xù)滿足車間業(yè)務(wù)需求變化的能力，進(jìn)而提升系統(tǒng)的應(yīng)用效果和車間管理效率。1 基于微服務(wù)的制造執(zhí)行系統(tǒng)架構(gòu)基于微服務(wù)的制造執(zhí)行系統(tǒng)架構(gòu)如圖1 所示。主要包括平臺(tái)層、數(shù)據(jù)層、服務(wù)層、接口層、應(yīng)用層和展示層。圖1 基于微服務(wù)的MES 系統(tǒng)架構(gòu)（1）展示
制造技術(shù)與機(jī)床 2023年9期2023-09-18
- 基于UML的酒店視覺AI解決方案軟件建模
的競(jìng)爭(zhēng)能力。1 用例建模1.1 用例圖（1）獲取系統(tǒng)參與者過程如表1所示。表1 獲取系統(tǒng)參與者由上可得出該系統(tǒng)存在四種參與者，如圖1所示。圖1 “身份驗(yàn)證系統(tǒng)”參與者視圖（2）從參與者的角度獲取用例如表2所示。表2 從參與者的角度獲取用例（3）由前兩步分析可得到身份驗(yàn)證系統(tǒng)的系統(tǒng)用例圖如圖2所示。圖2 “身份驗(yàn)證系統(tǒng)”用例圖1.2 用例文檔（1）“驗(yàn)證客戶身份”用例文檔如表3所示（見下頁(yè)）。表3 “驗(yàn)證客戶身份”用例文檔（2）“識(shí)別身份”用例文檔如表4所示
現(xiàn)代計(jì)算機(jī) 2022年22期2023-01-16
- 下一代移動(dòng)網(wǎng)絡(luò)聯(lián)盟確定未來的6G用例
總共提出了50個(gè)用例，分為四個(gè)大類，分別是：人類交流增強(qiáng)，包括有可能豐富人類交流的用例，如沉浸式體驗(yàn)、遠(yuǎn)程呈現(xiàn)和多模式交互；機(jī)器通信增強(qiáng)，包括反映協(xié)同機(jī)器人和自主機(jī)器發(fā)展的用例，感知周圍環(huán)境的需求，以及對(duì)機(jī)器人之間和人機(jī)交流的需求；賦能服務(wù)，包括需要附加功能的用例，如高精度定位、地圖繪制、環(huán)境或身體傳感數(shù)據(jù)；網(wǎng)絡(luò)進(jìn)化，描述與核心技術(shù)演進(jìn)相關(guān)的各個(gè)方面，包括人工智能服務(wù)、能源效率和擴(kuò)大覆蓋范圍等。NGMN指出，對(duì)6G用例的預(yù)測(cè)將納入國(guó)際電聯(lián)無線電通信部門（I
互聯(lián)網(wǎng)天地 2022年3期2022-11-15
- 基于關(guān)鍵用例獲取的測(cè)試用例排序方法
深入的研究，測(cè)試用例排序技術(shù)（Test Case Prioritization，TCP）［3］是目前研究的熱點(diǎn)之一.測(cè)試用例排序技術(shù)在不減少測(cè)試用例數(shù)量的情況下，按照某種準(zhǔn)則對(duì)測(cè)試用例進(jìn)行排序，使得有較高優(yōu)先級(jí)的測(cè)試用例優(yōu)先執(zhí)行［4］，該技術(shù)可以有效減少回歸測(cè)試工作量［5］，其目標(biāo)是更早揭示程序中的缺陷，從而降低回歸測(cè)試的成本.目前，許多學(xué)者研究了多種性能指標(biāo)和技術(shù)來實(shí)現(xiàn)回歸測(cè)試用例的優(yōu)先排序，以最大化回歸測(cè)試的有效性.Fang 等人［6］研究修改的條件/
電子學(xué)報(bào) 2022年1期2022-03-17
- UML用例間包含關(guān)系與泛化關(guān)系的比較與分析
049引言UML用例模型是系統(tǒng)需求獲取及分析的重要手段，是最終用戶與開發(fā)人員溝通和交流的有效途徑。一旦用例模型被確定，所有分析、設(shè)計(jì)和開發(fā)，包括之后的部署及測(cè)試等工作都需要以此為依據(jù)開展。對(duì)于一個(gè)系統(tǒng)而言，不同參與者的需求千差萬別；另外，為了確保系統(tǒng)安全性，也需要為不同的參與者設(shè)置不同的訪問功能和權(quán)限。在系統(tǒng)分析和設(shè)計(jì)過程中，關(guān)系直觀體現(xiàn)了參與者訪問系統(tǒng)功能的具體方式，并直接影響和決定了系統(tǒng)的具體實(shí)現(xiàn)方式。由此可以看出，關(guān)系的識(shí)別在構(gòu)建用例模型的過程中發(fā)揮
科學(xué)與信息化 2021年15期2021-12-30
- UML用例模型中依賴關(guān)系的比較與分析
049前言UML用例模型是系統(tǒng)需求獲取及分析的重要手段，是最終用戶與開發(fā)人員溝通和交流的有效途徑。用例模型一旦被確定，所有分析、設(shè)計(jì)和開發(fā)，包括之后的部署及測(cè)試等工作都需要以此為依據(jù)開展。用例圖中的模型元素之間并非相互獨(dú)立，參與者之間、用例之間、參與者與用例之間均存在著不同類型的關(guān)系。從用戶層面來看，關(guān)系描述了模型元素間具體化的語(yǔ)義連接，反映了參與者使用系統(tǒng)的具體方式；從開發(fā)者層面來看，關(guān)系體現(xiàn)了事件處理的流程與協(xié)作，決定了系統(tǒng)功能的實(shí)現(xiàn)方式。由此可以看出
科學(xué)與信息化 2021年12期2021-12-27
- 智能保護(hù)裝置軟件模塊動(dòng)態(tài)仿真測(cè)試工具研制
測(cè)試驅(qū)動(dòng)、測(cè)試用例、測(cè)試數(shù)據(jù)等保存的方法和格式過于簡(jiǎn)單，不利于軟件模塊快速迭代開發(fā)對(duì)回歸測(cè)試的需求，需要規(guī)范化建立完善的測(cè)試過程數(shù)據(jù)存儲(chǔ)機(jī)制，以便于軟件模塊的回歸測(cè)試[3，4].4) 僅依靠人員的交叉覆蓋測(cè)試難以控制人為的偶發(fā)性失誤，容易造成測(cè)試不充分或測(cè)試質(zhì)量參差不齊的情況.5) 軟件模塊級(jí)的動(dòng)態(tài)測(cè)試對(duì)應(yīng)用產(chǎn)品依賴性高、針對(duì)性強(qiáng)，導(dǎo)致市場(chǎng)上很難出現(xiàn)針對(duì)軟件模塊動(dòng)態(tài)測(cè)試通用工具[5].針對(duì)以上測(cè)試現(xiàn)狀，本文設(shè)計(jì)開發(fā)一套嵌入式軟件保護(hù)模塊動(dòng)態(tài)仿真測(cè)試工具，
測(cè)試技術(shù)學(xué)報(bào) 2021年6期2021-12-23
- 一種高效率可重構(gòu)的CPU驗(yàn)證平臺(tái)
寫成千上萬條驗(yàn)證用例[3]，并且需要逐一運(yùn)行測(cè)試并分析結(jié)果。據(jù)統(tǒng)計(jì)，驗(yàn)證時(shí)間通常占到處理器芯片研發(fā)流程的60%以上[4]。如果完全采用人工的方法分析和查錯(cuò)，驗(yàn)證效率極低，正確性難以保證，驗(yàn)證周期長(zhǎng)且驗(yàn)證完成時(shí)間無法預(yù)估。因此，一個(gè)快速、完備、系統(tǒng)的功能驗(yàn)證平臺(tái)對(duì)于CPU的設(shè)計(jì)來說至關(guān)重要，可有效縮短芯片設(shè)計(jì)周期并提高設(shè)計(jì)質(zhì)量[5]。除此之外，由于CPU指令多，指令組合場(chǎng)景多，驗(yàn)證用例非常龐大，除了驗(yàn)證平臺(tái)外，通過編寫自動(dòng)化腳本，批量構(gòu)建用例和統(tǒng)計(jì)驗(yàn)證結(jié)果，
電子與封裝 2021年11期2021-12-02
- 基于MBSE的民機(jī)系統(tǒng)功能建模方法
,針對(duì)關(guān)鍵子系統(tǒng)用例展開基于場(chǎng)景的用例分析,采用循環(huán)迭代的方式構(gòu)建描述子系統(tǒng)行為的活動(dòng)流和黑盒狀態(tài)機(jī),并將需求與場(chǎng)景交互請(qǐng)求即功能相鏈接。1 基于MBSE的民機(jī)系統(tǒng)研制流程基于系統(tǒng)工程方法論和敏捷系統(tǒng)相關(guān)概念[5-10],構(gòu)建基于敏捷系統(tǒng)工程的民機(jī)系統(tǒng)研制流程,如圖1所示。首先開展運(yùn)行分析,深入剖析民機(jī)市場(chǎng)運(yùn)行與系統(tǒng)概念設(shè)計(jì)的內(nèi)在機(jī)理,然后將捕獲到的需求定義進(jìn)行分析和管理,定義利益相關(guān)方需求。將其作為設(shè)計(jì)研發(fā)的目標(biāo)與約束,進(jìn)行利益相關(guān)方需求用例場(chǎng)景分析,提
系統(tǒng)工程與電子技術(shù) 2021年10期2021-11-11
- ES+Pandas實(shí)現(xiàn)文檔中數(shù)據(jù)提取
的幾部分：需求、用例、報(bào)告。需求的作用往往是決定了軟件功能的走向，用例是根據(jù)需求描述設(shè)計(jì)出來并對(duì)軟件功能進(jìn)行測(cè)試的參考依據(jù)，報(bào)告往往是決定軟件是否能夠發(fā)布的重要參考要素。報(bào)告中一般要羅列出需求、用例的最終狀態(tài)，遺留的問題以及需求、用例的測(cè)試通過率等等。需求和用例在邏輯上存在N對(duì)N的關(guān)系，部分公司使用線上系統(tǒng)，將需求和用例條目化管理，這樣就能很好的根據(jù)用例狀態(tài)提取需求的狀態(tài)，但是也有大部分公司使用word文檔管理需求和用例，這種情況將耗費(fèi)大量的人力在測(cè)試報(bào)告
電子世界 2021年18期2021-11-03
- 基于Memetic 算法的仿真用例集約簡(jiǎn)技術(shù)
到了目標(biāo)覆蓋率的用例集合，一般通過制訂用例計(jì)劃實(shí)現(xiàn)或由自動(dòng)隨機(jī)產(chǎn)生的方式構(gòu)造，易導(dǎo)致一些點(diǎn)被多個(gè)用例重復(fù)覆蓋，造成用例冗余［1］。在回歸測(cè)試時(shí)，為縮短仿真時(shí)間，提高效率，希望找到極小的用例集合，在滿足覆蓋率的前提下，用盡量短的時(shí)間，完成回歸測(cè)試，在多次反復(fù)執(zhí)行中，節(jié)省了大量時(shí)間，從而大大縮短項(xiàng)目完成時(shí)間。通常，對(duì)所有用例進(jìn)行回歸測(cè)試，只適用于規(guī)模較小或項(xiàng)目時(shí)間較寬松的情況［2］。有時(shí)會(huì)根據(jù)對(duì)項(xiàng)目的理解，憑經(jīng)驗(yàn)從用例集中挑選一些用例進(jìn)行計(jì)算，但效果并不理想，
浙江大學(xué)學(xué)報(bào)（理學(xué)版） 2021年3期2021-06-03
- 論研發(fā)項(xiàng)目生產(chǎn)質(zhì)量低的原因分析和解決方案
）故事點(diǎn)數(shù)、測(cè)試用例數(shù)和線上bug等數(shù)據(jù)收集完整?；谇懊鏀?shù)據(jù)和項(xiàng)目篩選原則，結(jié)合相應(yīng)模型對(duì)研發(fā)項(xiàng)目生產(chǎn)質(zhì)量情況進(jìn)行評(píng)價(jià)，主要包括以下幾個(gè)模型：簡(jiǎn)單測(cè)試缺陷密度模型：缺陷密度=0.2141+0.1461＊用例密度-0.05176＊開發(fā)平均行業(yè)經(jīng)驗(yàn)?zāi)壳肮酒骄袠I(yè)開發(fā)經(jīng)驗(yàn)5.78年，行業(yè)經(jīng)驗(yàn)需要在本領(lǐng)域內(nèi)進(jìn)行經(jīng)驗(yàn)積累，也很難在短時(shí)間內(nèi)對(duì)開發(fā)平均行業(yè)經(jīng)驗(yàn)進(jìn)行大幅度提升，對(duì)本因子暫不考慮改進(jìn)。測(cè)試用的密度：UCL=1.491，均值=0.638，標(biāo)準(zhǔn)差=0.256
新型工業(yè)化 2021年11期2021-03-25
- 基于SCADE需求分析和用例設(shè)計(jì)在新型列控系統(tǒng)RMU子系統(tǒng)的應(yīng)用
法進(jìn)行需求分析和用例設(shè)計(jì)非常必要。本文提出了利用SCADE 進(jìn)行需求分析，測(cè)試模型建立，來指導(dǎo)用例的設(shè)計(jì)。2 SCADE的應(yīng)用基礎(chǔ)SCADE(Safety-Critical Application Development Enviroment)作為一個(gè)高安全軟件開發(fā)環(huán)境，它針對(duì)嵌入式軟件的特點(diǎn)，運(yùn)用了正確構(gòu)建的概念，提出了一種基于模型的圖形化開發(fā)方式，覆蓋了從需求分析到代碼實(shí)現(xiàn)的整個(gè)軟件開發(fā)流程。SCADE 提出反應(yīng)式系統(tǒng)、確定性、同步假設(shè)、并發(fā)性4 個(gè)概
鐵路通信信號(hào)工程技術(shù) 2021年2期2021-03-09
- 面向測(cè)試用例的中文文本聚類分析
3)0 引言測(cè)試用例[1]的設(shè)計(jì)是整個(gè)測(cè)試工作中最重要的一環(huán)，也是整個(gè)測(cè)試流程中難度最大的部分，往往是在同一時(shí)間段對(duì)同一對(duì)象設(shè)計(jì)一系列測(cè)試用例，通常以中文文本的形式表示。測(cè)試用例會(huì)隨著應(yīng)用功能的擴(kuò)展不斷完善，并且在不同的領(lǐng)域有不同的用例，相應(yīng)的側(cè)重點(diǎn)也有所不同。測(cè)試用例是由多個(gè)人員共同評(píng)審出的產(chǎn)物，由于編寫習(xí)慣不一樣，因此在更新用例的過程中難免會(huì)有一些相類似的混合在其中。為了提高用例的質(zhì)量，需要對(duì)用例進(jìn)行去重，然而在實(shí)際工作中測(cè)試人員往往是通過人工來判斷篩
數(shù)字技術(shù)與應(yīng)用 2020年12期2021-01-22
- 數(shù)據(jù)匹配在大數(shù)據(jù)業(yè)務(wù)中的作用
0 %。確定支持用例此步驟是關(guān)于了解哪些用例將幫助實(shí)現(xiàn)第一步中的成果。例如，如果在線銷售額增加10 %是期望的業(yè)務(wù)成果，那么其支持用例將是：在高流量網(wǎng)站上做廣告促銷、開展電子郵件營(yíng)銷活動(dòng)以及增加在線潛在客戶生成等。一旦實(shí)現(xiàn)了每個(gè)業(yè)務(wù)成果的支持用例，需要評(píng)估每個(gè)用例的財(cái)務(wù)影響、潛在價(jià)值和實(shí)施風(fēng)險(xiǎn)。優(yōu)先考慮用例在此步驟中組織需要對(duì)所有用例進(jìn)行優(yōu)先級(jí)排序，以便可以一次專注于一個(gè)用例，這可以通過對(duì)比業(yè)務(wù)價(jià)值、用例的實(shí)施可行性來完成。確定每個(gè)用例的數(shù)據(jù)源每個(gè)用例的實(shí)
計(jì)算機(jī)與網(wǎng)絡(luò) 2021年23期2021-01-13
- 分類算法應(yīng)用程序的蛻變測(cè)試方法研究
的通過測(cè)試的正確用例，雖然沒有發(fā)現(xiàn)應(yīng)用程序的錯(cuò)誤[4]，但能夠以該用例為基礎(chǔ)，采用一定的蛻變策略構(gòu)造新的測(cè)試用例(稱為蛻變用例)及預(yù)期輸出(稱為蛻變輸出)。通過檢查蛻變用例的程序輸出與蛻變輸出是否契合來更全面地檢測(cè)應(yīng)用程序的正確性[5]。本文以數(shù)據(jù)挖掘算法中經(jīng)典的分類算法為例，對(duì)蛻變測(cè)試技術(shù)在分類算法中的應(yīng)用進(jìn)行深入研究。針對(duì)分類算法的特點(diǎn)，參考了文獻(xiàn)[3]和文獻(xiàn)[18]中描述的蛻變關(guān)系構(gòu)造的基本準(zhǔn)則，構(gòu)造了一系列蛻變關(guān)系(Metamorphic Rela
計(jì)算機(jī)應(yīng)用與軟件 2020年7期2020-07-13
- aSIT：面向接口的分布式自動(dòng)化測(cè)試系統(tǒng)*
的增長(zhǎng)，使得測(cè)試用例數(shù)量相應(yīng)增加。圖1 微服務(wù)架構(gòu)另一方面，企業(yè)為了在市場(chǎng)競(jìng)爭(zhēng)中贏得優(yōu)勢(shì)，要求更短的需求交付周期，及早推出新功能，而測(cè)試是檢驗(yàn)系統(tǒng)是否滿足需求及上線標(biāo)準(zhǔn)的重要環(huán)節(jié)。Google、Facebook等公司依托其強(qiáng)大的自動(dòng)化測(cè)試系統(tǒng)，能實(shí)現(xiàn)一天數(shù)次的發(fā)布[3]。目前已有的自動(dòng)化測(cè)試工具如JUnit[4]、Postman、Selenium[5]、Appium[6]等，都無法很好支持企業(yè)內(nèi)部異構(gòu)服務(wù)集成、多團(tuán)隊(duì)協(xié)作、海量測(cè)試用例執(zhí)行的場(chǎng)景。本文提出的
廣東通信技術(shù) 2020年4期2020-05-07
- 軟件需求規(guī)格說明中UML圖的應(yīng)用
中充分應(yīng)用UML用例，有利于在各個(gè)環(huán)節(jié)間確立溝通的標(biāo)準(zhǔn)，便于系統(tǒng)文檔的制定和項(xiàng)目的管理[1]。1 概述下面以某設(shè)備管理軟件的需求規(guī)格說明分析為例描述UML在需求分析中的應(yīng)用，以下簡(jiǎn)稱上位機(jī)軟件，本軟件主要功能為接收顯示四個(gè)上裝設(shè)備(包括兩個(gè)車載設(shè)備、兩個(gè)便攜式設(shè)備)的測(cè)量信息，能夠查詢和設(shè)置設(shè)備的參數(shù)，能夠?qū)υO(shè)備進(jìn)行控制，能夠手動(dòng)對(duì)設(shè)備進(jìn)行自檢以及設(shè)備開機(jī)自動(dòng)上報(bào)自檢結(jié)果，設(shè)備能夠自動(dòng)上報(bào)故障以及工作狀態(tài)。軟件和不同設(shè)備之間有共性功能，也有獨(dú)立功能，軟件對(duì)
山西電子技術(shù) 2019年5期2019-10-29
- 19世紀(jì)以來廣州方言有標(biāo)記被動(dòng)句的發(fā)展
引進(jìn)施事的被動(dòng)句用例，如：（7）佢俾人殺死嘵。Hewaskilled（.1874D:106）（8）呢個(gè)俾顛狗咬親。This one was bitten by a mad dog.（1888F:45）我們考察范圍內(nèi)的19世紀(jì)廣州方言文獻(xiàn)中，有標(biāo)記的被動(dòng)句共有38處用例，其中“被”的用例有33處，“俾”5處。20世紀(jì)初期，用“俾”引進(jìn)施事的被動(dòng)句越來越多見，同時(shí)“被”的使用頻率迅速下降；到20世紀(jì)中期，廣州方言被動(dòng)句中引進(jìn)施事的介詞已基本上是“俾”，較少見到
長(zhǎng)江學(xué)術(shù) 2019年1期2019-06-24
- 基于組合測(cè)試模型的系統(tǒng)測(cè)試工具設(shè)計(jì)與實(shí)現(xiàn)
必要的參數(shù)替換和用例演化， 以達(dá)到更高的測(cè)試可靠性和全面性。 數(shù)量較大的輸入卡參數(shù)也給其系統(tǒng)測(cè)試帶來了較大的工作量和較大的執(zhí)行難度， 現(xiàn)有的常用測(cè)試工具很難應(yīng)對(duì)此種強(qiáng)度下的系統(tǒng)測(cè)試[5]。 于此同時(shí)， 近年來以組合測(cè)試為代表的測(cè)試?yán)碚撗芯咳諠u成熟。 組合測(cè)試是一種科學(xué)有效的軟件測(cè)試方法，該方法旨在通過一定算法用總體數(shù)量較少的測(cè)試用例有效地檢測(cè)和衡量軟件系統(tǒng)中各個(gè)因子以及因子間的相互作用對(duì)整個(gè)系統(tǒng)的影響[6]。目前此類專用軟件的系統(tǒng)測(cè)試由于常見測(cè)試工具的兼容
科技視界 2019年9期2019-06-12
- IFC鐵路通信用例構(gòu)建方法研究
號(hào)、能源等領(lǐng)域。用例在IFC標(biāo)準(zhǔn)研究中起著至關(guān)重要的作用，它定義了在什么場(chǎng)景下需要進(jìn)行數(shù)據(jù)交換，交換什么內(nèi)容，從而確定各個(gè)對(duì)象哪些數(shù)據(jù)需求，形成IFC鐵路標(biāo)準(zhǔn)的核心內(nèi)容。2 IFC用例IFC標(biāo)準(zhǔn)的核心目標(biāo)是：提供統(tǒng)一的數(shù)據(jù)存儲(chǔ)格式，滿足不用應(yīng)用軟件間的數(shù)據(jù)交換需求。它不關(guān)心應(yīng)用軟件內(nèi)部的數(shù)據(jù)存儲(chǔ)格式，主要關(guān)心數(shù)據(jù)交換場(chǎng)景下的數(shù)據(jù)存儲(chǔ)格式（即應(yīng)用軟件間進(jìn)行數(shù)據(jù)交換時(shí)的數(shù)據(jù)輸入、輸出格式），而且不排斥應(yīng)用軟件直接采用IFC標(biāo)準(zhǔn)作為自身的數(shù)據(jù)存儲(chǔ)標(biāo)準(zhǔn)。IFC用例
鐵路技術(shù)創(chuàng)新 2019年1期2019-04-26
- 回歸測(cè)試用例優(yōu)先級(jí)評(píng)估模型研究
障手段?；貧w測(cè)試用例一般繼承自產(chǎn)品用例庫(kù)。對(duì)于實(shí)際的軟件項(xiàng)目來說，回歸測(cè)試用例的數(shù)量往往很大。由于測(cè)試資源的限制，通常不可能執(zhí)行回歸測(cè)試用例集中的全部用例，而是要予以適當(dāng)?shù)娜∩帷Ｍǔ５淖龇ㄊ?，首先確定每個(gè)回歸測(cè)試用例的優(yōu)先級(jí)，然后再根據(jù)可用資源的規(guī)模，挑選一部分優(yōu)先級(jí)較高的用例進(jìn)行回歸測(cè)試。針對(duì)回歸測(cè)試用例優(yōu)先級(jí)相關(guān)的課題，學(xué)術(shù)界開展過大量的研究工作：Wong等人[1]提出了根據(jù)用例覆蓋能力進(jìn)行優(yōu)先級(jí)排序的方法；Rothermel等人[2-3]從語(yǔ)句和分支
電子技術(shù)與軟件工程 2019年1期2019-01-30
- 基于SysML的平臺(tái)無關(guān)模型轉(zhuǎn)換研究
ysML需求圖及用例圖的模型擴(kuò)展版型(Stereotype)，通過元模型間的映射方法實(shí)現(xiàn)SysML需求圖到用例圖、用例圖到序列圖的轉(zhuǎn)換。1 國(guó)內(nèi)外研究現(xiàn)狀文獻(xiàn)[2]提出一種模型映射的九元組，并給出序列圖到狀態(tài)圖轉(zhuǎn)換的形式化定義，但該方法沒有實(shí)現(xiàn)模型的自動(dòng)生成，需要分段分析并進(jìn)行整合。文獻(xiàn)[3]采用規(guī)范化的描述語(yǔ)言，設(shè)計(jì)了一種用例圖到序列圖的半自動(dòng)轉(zhuǎn)換方法，但這種方法不但在描述語(yǔ)言中抽取信息時(shí)存在混淆錯(cuò)誤的情況，還需額外設(shè)計(jì)模型圖中元素的格局布置，準(zhǔn)確度和自
計(jì)算機(jī)應(yīng)用與軟件 2018年12期2018-12-13
- 構(gòu)建用例場(chǎng)景的交互界面設(shè)計(jì)方法研究
試圖通過構(gòu)建用戶用例場(chǎng)景分析，從用戶的場(chǎng)景活動(dòng)出發(fā)來解決以用戶為中心的交互界面設(shè)計(jì)問題。1 關(guān)于場(chǎng)景場(chǎng)景設(shè)計(jì)的概念最早來自電影或者動(dòng)畫工業(yè)，設(shè)計(jì)者基于某種假設(shè)、想象或者事實(shí)，通過圖畫兼簡(jiǎn)短文字來描繪故事中的人物、場(chǎng)景和故事情節(jié)，通過連續(xù)性圖畫來表達(dá)一連串發(fā)生的人物行為和狀態(tài)。1967年，IvarJacobson博士在定義愛立信AXE系統(tǒng)的構(gòu)架時(shí)候開始使用場(chǎng)景書寫方法來解決復(fù)雜的人機(jī)關(guān)系問題。Jacobson發(fā)明了對(duì)整個(gè)軟件工業(yè)都產(chǎn)生深遠(yuǎn)影響的工具—用例。［
上海視覺 2018年1期2018-06-06
- 李芳桂皮影戲《玉燕釵》關(guān)中方言詞舉例
3)現(xiàn)代關(guān)中方言用例。(4)其他作品用例。最后一部分內(nèi)容主要是為了說明詞語(yǔ)的淵源，盡量列舉古代漢語(yǔ)、近代漢語(yǔ)用例，如果沒有找到，有時(shí)也列舉現(xiàn)代作品用例。有些詞條若有需要說明的內(nèi)容，加按語(yǔ)提示。【白沒啥】phei24mo21·sa 什么都沒有，文中引申為沒有學(xué)問?！队裱噔O》第八回：“賈充：只要把人殺，頭上戴烏紗，肚里白沒啥。”[5]178方言用例：那人看起來一表人才，其實(shí)肚里白沒啥。其他用例：李芳桂《白玉鈿》第一回：“董寅：外面十分厭詐，肚里白者沒啥?！薄景?/div>
渭南師范學(xué)院學(xué)報(bào) 2018年23期2018-03-07
- 資費(fèi)撥測(cè)系統(tǒng)的研究與應(yīng)用
詞：資費(fèi)；撥測(cè)；用例；自動(dòng)化中圖分類號(hào)：TP311 文獻(xiàn)標(biāo)志碼：A目前移動(dòng)通信市場(chǎng)有如下特點(diǎn)：業(yè)務(wù)種類繁多，新業(yè)務(wù)增長(zhǎng)迅速，計(jì)費(fèi)系統(tǒng)需實(shí)時(shí)變動(dòng)、升級(jí)，以適應(yīng)業(yè)務(wù)的需求，從而使系統(tǒng)的風(fēng)險(xiǎn)增加，這就給計(jì)費(fèi)系統(tǒng)的準(zhǔn)確性、穩(wěn)定性、高效性提出了更高的要求，面對(duì)軟件系統(tǒng)的變化，前期的測(cè)試驗(yàn)證也要求更高的效率及精確度。一直以來國(guó)內(nèi)電信運(yùn)營(yíng)商的BOSS系統(tǒng)（Business & Operation Support System，業(yè)務(wù)運(yùn)營(yíng)支撐系統(tǒng)）計(jì)費(fèi)測(cè)試都是手工或者半自動(dòng)中國(guó)新技術(shù)新產(chǎn)品 2018年4期2018-02-23
- 用例2.0技術(shù)驅(qū)動(dòng)業(yè)務(wù)過程建模方法
復(fù)雜性，提出一種用例2.0技術(shù)驅(qū)動(dòng)業(yè)務(wù)過程建模方法?；舅枷胧鞘褂?span id="j5i0abt0b" class="hl">用例2.0在結(jié)構(gòu)化業(yè)務(wù)過程中靈活更改或調(diào)整影響業(yè)務(wù)過程的擴(kuò)展部分，并保留不受變化影響的基本部分，通過擴(kuò)展用例2.0覆蓋非結(jié)構(gòu)化業(yè)務(wù)過程需求。結(jié)構(gòu)化業(yè)務(wù)過程與非結(jié)構(gòu)化業(yè)務(wù)過程相互補(bǔ)充，給出一個(gè)具體的醫(yī)院業(yè)務(wù)過程模型案例。該方法能夠在結(jié)構(gòu)化業(yè)務(wù)過程基礎(chǔ)上使用用例2.0和UML活動(dòng)圖建模。關(guān)鍵詞：醫(yī)院；SBP；UBP；用例2.0；UML活動(dòng)圖DOIDOI：10.11907/rjdk.181649中軟件導(dǎo)刊 2018年10期2018-01-19
- 《賢愚經(jīng)》?？币粍t
上古無二字成詞的用例。但在中土傳世文獻(xiàn)中有4條用例，其中南北朝2例：（1）“勉仰高而蹈景兮盡忠恕而與人?！保ā读甲⑽倪x》第9）（2）“勉仰高而蹈景，盡忠恕而與人?！保ā段倪x》卷9）這里的“勉仰”言勉力仰止也，表推崇仰慕之義。隋、唐和五代無用例。上述例句，我們可知宋已出現(xiàn)了“勉仰”二字拆用分別成詞的用例，且拆分率達(dá)87.5%。其中，“勉”與“自”組成“自勉”，即自己勉勵(lì)自己，上古已有此用例，如“此皆自勉，以役其德者也?！保ā肚f子·天運(yùn)》）“勉”與“黽”組成名作欣賞 2017年29期2017-12-22
- 用例在“現(xiàn)代漢語(yǔ)”課程教學(xué)中的應(yīng)用
性強(qiáng)的課程來說，用例的使用就顯得尤為重要。用例的使用要做到恰到好處，準(zhǔn)確有效，具有代表性、趣味性和新鮮感，盡量避免無意義的重復(fù)羅列，使用不當(dāng)、陌生難懂等問題，只有這樣才能進(jìn)一步提高“現(xiàn)代漢語(yǔ)”課程的教學(xué)效果。關(guān)鍵詞：現(xiàn)代漢語(yǔ)；教學(xué)；用例；教學(xué)效果“現(xiàn)代漢語(yǔ)”是高等院校漢語(yǔ)言文學(xué)、對(duì)外漢語(yǔ)、新聞、秘書等專業(yè)的基礎(chǔ)課程，它以語(yǔ)言學(xué)理論為指導(dǎo)，講授現(xiàn)代漢語(yǔ)的語(yǔ)音、文字、詞匯、語(yǔ)法、修辭各方面的基礎(chǔ)知識(shí)和基礎(chǔ)理論，因此，決定了這門課程的特點(diǎn)是理論性強(qiáng)，抽象程度高，中國(guó)大學(xué)教學(xué) 2017年7期2017-09-25
- 用例建模在校園E淘系統(tǒng)需求分析中的應(yīng)用研究
◆陳少暉用例建模在校園E淘系統(tǒng)需求分析中的應(yīng)用研究◆陳少暉需求分析是軟件系統(tǒng)開發(fā)中至關(guān)重要的一個(gè)階段，它關(guān)系到整個(gè)項(xiàng)目的成敗。本文以校園E淘系統(tǒng)為例，采用UML技術(shù)中用例建模技術(shù)對(duì)系統(tǒng)需求進(jìn)行建模，展示系統(tǒng)的功能需求，為后續(xù)的設(shè)計(jì)與實(shí)現(xiàn)階段提供參考依據(jù)。需求分析；UML；用例建模需求分析是軟件系統(tǒng)開發(fā)中至關(guān)重要的一個(gè)階段，它關(guān)系到整個(gè)項(xiàng)目的成敗。需求分析的任務(wù)是確定系統(tǒng)提供什么功能，能夠?yàn)橛脩艚鉀Q什么問題，需求分析階段形成的需求分析規(guī)格說明，是后續(xù)的系統(tǒng)設(shè)環(huán)渤海經(jīng)濟(jì)瞭望 2017年7期2017-09-03
- MBSE在蒸發(fā)循環(huán)制冷系統(tǒng)設(shè)計(jì)中的應(yīng)用
的方式對(duì)系統(tǒng)建立用例、功能流、時(shí)序關(guān)系和可用于執(zhí)行驗(yàn)證的狀態(tài)機(jī)來描述系統(tǒng)，指導(dǎo)蒸發(fā)循環(huán)制冷系統(tǒng)在設(shè)計(jì)過程中的需求分析、功能分析和設(shè)計(jì)綜合工作，探索MBSE方法在蒸發(fā)循環(huán)制冷系統(tǒng)設(shè)計(jì)中的指導(dǎo)作用。MBSE；需求分析；蒸發(fā)循環(huán)制冷系統(tǒng)傳統(tǒng)的蒸發(fā)循環(huán)制冷系統(tǒng)設(shè)計(jì)都是基于文檔的，由于蒸發(fā)循環(huán)制冷系統(tǒng)是一個(gè)涉及機(jī)、電、液等多學(xué)科融合的系統(tǒng)，不同設(shè)計(jì)人員所關(guān)注的領(lǐng)域不同，從文檔中讀取信息很容易產(chǎn)生理解的不一致，造成產(chǎn)品在研制過程中出現(xiàn)“拖、降、漲”（拖進(jìn)度、降指標(biāo)、漲河南科技 2017年7期2017-06-15
- 外向型漢語(yǔ)成語(yǔ)詞典用例研究
向型漢語(yǔ)成語(yǔ)詞典用例研究劉若云 馬麗 譚清(中山大學(xué)國(guó)際漢語(yǔ)學(xué)院，中國(guó)廣州510275)本文選取有代表性的外向型、內(nèi)向型漢語(yǔ)成語(yǔ)詞典進(jìn)行抽樣對(duì)比分析，發(fā)現(xiàn)外向型漢語(yǔ)成語(yǔ)詞典的編寫者注意到了外國(guó)學(xué)生的特殊需求，在用例上已初步具備了外向型的特征:1)用例全部采用難度較低的自編例;2)用例數(shù)量比內(nèi)向型多;3)用例用詞難度比內(nèi)向型小，用詞數(shù)量比內(nèi)向型少;4)用例比內(nèi)向型注意體現(xiàn)成語(yǔ)的句法功能;5)用例比內(nèi)向型貼近現(xiàn)實(shí)生活。但是，外國(guó)學(xué)生對(duì)外向型成語(yǔ)詞典用例的滿意度海外華文教育 2017年2期2017-04-11
- 一種基于用例依賴關(guān)系自動(dòng)生成測(cè)試調(diào)度的方法
048)一種基于用例依賴關(guān)系自動(dòng)生成測(cè)試調(diào)度的方法韓欣 張毅(中國(guó)移動(dòng)（深圳）有限公司，廣東 深圳 518048)本文首先針對(duì)自動(dòng)化測(cè)試的現(xiàn)狀，分析了自動(dòng)化測(cè)試在深入開展后遇到的問題。通過對(duì)測(cè)試用例間依賴關(guān)系的系統(tǒng)分析，提出基于用例依賴關(guān)系的解決方案與應(yīng)用實(shí)現(xiàn)。實(shí)驗(yàn)結(jié)果表明基于用例依賴關(guān)系的應(yīng)用可以快速生成高可靠性的調(diào)度及有效消除缺陷誤報(bào)。用例依賴；自動(dòng)生成調(diào)度；誤報(bào)消除；前置條件1 引言隨著近幾年互聯(lián)網(wǎng)業(yè)務(wù)的發(fā)展，軟件自動(dòng)化測(cè)試技術(shù)越來越受到關(guān)注，在回歸電腦與電信 2016年9期2016-12-07
- 跨平臺(tái)系統(tǒng)中測(cè)試用例復(fù)用技術(shù)研究
跨平臺(tái)系統(tǒng)中測(cè)試用例復(fù)用技術(shù)研究楊娜（天津津微首佳軟件有限公司 天津300061）針對(duì)跨平臺(tái)系統(tǒng)中的測(cè)試用例復(fù)用問題，提出了一種解決思路和方法。首先論述了可復(fù)用測(cè)試用例應(yīng)具備的四個(gè)基本特性，并討論了在跨平臺(tái)系統(tǒng)中可復(fù)用測(cè)試用例的主要類型。文章圍繞著測(cè)試用例庫(kù)的建立和使用，分別從設(shè)計(jì)測(cè)試用例、使用測(cè)試用例、可復(fù)用測(cè)試用例的維護(hù)3個(gè)方面對(duì)測(cè)試用例復(fù)用的流程進(jìn)行了論述。軟件測(cè)試；跨平臺(tái)；測(cè)試用例；復(fù)用在軟件開發(fā)過程中，測(cè)試做為一種保障產(chǎn)品質(zhì)量的有效手段，被越來越電子設(shè)計(jì)工程 2016年19期2016-11-09
- 李芳桂皮影戲《四岔捎書》關(guān)中方言詞舉例
》；方言；釋義；用例《四岔捎書》又名《忙識(shí)字》《四岔》，眉戶傳統(tǒng)劇目。碗碗腔皮影戲、秦腔、漢調(diào)二簧、同州梆子等劇種亦有此劇目。原劇本已散佚，現(xiàn)有的幾種劇本多據(jù)民間戲曲藝人李卜的口述本加以整理。據(jù)說是“李芳桂根據(jù)發(fā)生在家鄉(xiāng)的一件趣事進(jìn)行巧妙構(gòu)思，創(chuàng)作了這出妙趣橫生，寓教于樂，諷刺粗心大意、故作聰明的喜劇”[1]433。此劇除在舞臺(tái)上演出外，還以眉戶拍成電視戲曲片播放，深受觀眾喜愛。李芳桂是清代乾隆、嘉慶年間陜西省著名的皮影戲劇作家，原籍陜西華州(陜西渭南華州渭南師范學(xué)院學(xué)報(bào) 2016年15期2016-09-07
- 用例建模在實(shí)驗(yàn)室管理系統(tǒng)需求分析中的應(yīng)用研究
鄧奉先 卓書堯?用例建模在實(shí)驗(yàn)室管理系統(tǒng)需求分析中的應(yīng)用研究海南軟件職業(yè)技術(shù)學(xué)院 鄧奉先 卓書堯軟件開發(fā)過程中需求分析起著關(guān)鍵性作用，準(zhǔn)確把握用戶需求關(guān)系到開發(fā)項(xiàng)目的成敗。本文以高職院校實(shí)驗(yàn)室管理系統(tǒng)為例，采用UML統(tǒng)一建模語(yǔ)言對(duì)系統(tǒng)進(jìn)行抽象，使用用例建模技術(shù)展示系統(tǒng)的功能需求以及系統(tǒng)用戶與系統(tǒng)之間的交互關(guān)系，為后續(xù)的系統(tǒng)設(shè)計(jì)與實(shí)現(xiàn)打下基礎(chǔ)。需求分析；UML；用例建模需求分析是軟件開發(fā)過程中重要的一個(gè)部分，通過需求分析準(zhǔn)確把握用戶需求，對(duì)一個(gè)項(xiàng)目開發(fā)的成敗電子世界 2016年15期2016-08-29
- 用例規(guī)約在課程成績(jī)管理系統(tǒng)需求分析中的應(yīng)用研究
胡桂香等摘 要：用例是從外部角度定義系統(tǒng)的行為，表達(dá)系統(tǒng)應(yīng)該做什么，是關(guān)于用戶與系統(tǒng)間相互作用的文本性描述。該文以課程成績(jī)管理系統(tǒng)為例，利用用例規(guī)約描述，對(duì)該系統(tǒng)進(jìn)行分析，即是測(cè)試用例的重要依據(jù)，也為后續(xù)的系統(tǒng)設(shè)計(jì)打下堅(jiān)實(shí)的基礎(chǔ)。關(guān)鍵詞：用例 用例規(guī)約 課程成績(jī)管理系統(tǒng) 需求分析中圖分類號(hào)：G642 文獻(xiàn)標(biāo)識(shí)碼：A 文章編號(hào)：1672-3791（2015）03（b）-0139-01系統(tǒng)分析是指在系統(tǒng)開發(fā)的生命周期中系統(tǒng)分析階段的各項(xiàng)活動(dòng)與方法，應(yīng)用系統(tǒng)思想科技資訊 2015年8期2015-07-02
- UML在企業(yè)網(wǎng)站設(shè)計(jì)中的應(yīng)用
建模；系統(tǒng)分析；用例模型；類圖；活動(dòng)圖；順序圖中圖分類號(hào)：TP311 文獻(xiàn)標(biāo)識(shí)碼：A 文章編號(hào)：1009-3044（2014）30-7080-03UML是軟件界第一個(gè)統(tǒng)一建模語(yǔ)言，是面向?qū)ο笙到y(tǒng)開發(fā)中的一種通用的、圖形化的建模語(yǔ)言，它具有良好的定義，表達(dá)清晰、功能強(qiáng)大且易掌握，普遍適用于不同背景人員之間的交流聯(lián)系。它是現(xiàn)代軟件工程環(huán)境中對(duì)象分析和設(shè)計(jì)的重要工具，被視為面向?qū)ο蠹夹g(shù)的重要成果之一。某企業(yè)擬開發(fā)企業(yè)門戶網(wǎng)站，經(jīng)過充分的調(diào)查和論證，已完成了網(wǎng)站的電腦知識(shí)與技術(shù) 2014年30期2014-11-19
- 使用用例建模進(jìn)行軟件需求分析研究
摘要：需求分析和用例建模是軟件需求工程研究的熱點(diǎn)，通過討論二者的作用及相互關(guān)系，得到如何使用用例分析技術(shù)為捕獲的軟件需求建立簡(jiǎn)潔明了的邏輯模型的一般方法。首先介紹用例、軟件需求、需求建模等基本概念，然后探討軟件用例建模的一般過程，最后結(jié)合實(shí)例給出了使用用例進(jìn)行需求建模的實(shí)現(xiàn)方法及采用用例建模的優(yōu)勢(shì)所在。關(guān)鍵詞：用例；需求分析；建模中圖分類號(hào)：TP311 文獻(xiàn)標(biāo)識(shí)碼：A 文章編號(hào)：1009-3044（2014）29-6860-03需求分析是指對(duì)要解決的問題進(jìn)電腦知識(shí)與技術(shù) 2014年29期2014-11-07
- 北京話旁稱代詞的歷時(shí)嬗變（1750—1950）（下）
到了長(zhǎng)足的發(fā)展，用例不斷增多，使用也日益頻繁，到了清代中期曾一度超越“別人”而成為最為常見的旁稱代詞。在現(xiàn)代漢語(yǔ)中“人家”和“別人”并駕齊驅(qū)成為兩個(gè)最常見的旁稱代詞?！都t》中旁稱代詞“人家”共有93例，占其全部旁稱代詞的31.42%，為《紅》中使用頻率僅次于“別人”的旁稱代詞。用法也多樣，除了主要作主語(yǔ)和賓語(yǔ)外，也可以作定語(yǔ)和兼語(yǔ)?！都t》中的旁稱代詞“人家”常作主語(yǔ)，共有33例，占《紅》中“人家”全部用例的35.48%。如：（1）我們被人欺負(fù)了，不敢說別的蘇州教育學(xué)院學(xué)報(bào) 2014年1期2014-08-15
- UML用例圖在軟件工程中的步驟設(shè)計(jì)研究
波，鄧小亞UML用例圖在軟件工程中的步驟設(shè)計(jì)研究袁國(guó)銘，劉瑞，樊波，鄧小亞用例圖作為uml的一種建模圖形廣泛應(yīng)用在面向?qū)ο筌浖到y(tǒng)開發(fā)過程中，首先，界定了用例圖在軟件開發(fā)周期模型中的應(yīng)用，接著，以“中國(guó)證券交易系統(tǒng)”中“上市公司股票發(fā)行”子用例圖設(shè)計(jì)為例，詳細(xì)描述了功能用例子圖的繪制過程，然后，對(duì)整個(gè)軟件系統(tǒng)的用例圖的繪制過程進(jìn)行了描述，給出了待開發(fā)系統(tǒng)的整體用例圖。uml；用例圖；證券交易系統(tǒng)；上市公司股票發(fā)行0 引言統(tǒng)一建模語(yǔ)言UML （Unified微型電腦應(yīng)用 2014年1期2014-08-07
- 北京話第二人稱代詞句法、語(yǔ)義、語(yǔ)用的歷時(shí)嬗變(1750—1950)
見下表:詞目作品用例占所在系統(tǒng)百分比 你紅461386.55% 兒402389.20%正14263.11% 你們紅67512.66%兒4489.93%正177.56% 你等紅20.04%兒00正00 汝紅80.15%兒30.07%正00 爾紅10.02%兒100.22%正00 爾等紅10.02%兒10.02%正00 您紅00 兒00 正6629.33% 君紅130.24%兒90.20%正00 伊紅10.02%兒00正00 而紅00 兒50.11% 正00閱江學(xué)刊 2014年5期2014-08-01
- 一種基于目標(biāo)轉(zhuǎn)換的用例建模方法
和建模方法，其中用例(Use Case)[1-2]作為重要需求建模工具被廣泛使用。用例驅(qū)動(dòng)的需求建模方法優(yōu)點(diǎn)在于:開發(fā)者站在用戶視角觀察將要開發(fā)的系統(tǒng)[3]，抽象出系統(tǒng)中的參與者(Actor)，將一系列場(chǎng)景抽象成用例。在實(shí)際應(yīng)用中，用例建模也暴露出一些缺點(diǎn)，如:用例建模對(duì)參與者及其場(chǎng)景挖掘沒有一套系統(tǒng)方法;用例之間存在相互交錯(cuò)情況，其粒度難以把握。文獻(xiàn)[4]提出將“纏繞”需求模塊化，有效改善了用例之間的交錯(cuò)行為。文獻(xiàn)[5]提出了面向目標(biāo)的需求分析法，將目標(biāo)計(jì)算機(jī)與現(xiàn)代化 2014年7期2014-07-03
- 基于VSTO和Subversion實(shí)現(xiàn)的測(cè)試用例管理應(yīng)用
ion實(shí)現(xiàn)的測(cè)試用例管理應(yīng)用方有軒 劉 建 董燕秋 朱昌創(chuàng)（中國(guó)移動(dòng)（深圳）有限公司，廣東 深圳 518000）Visual Studio 2010作為2005的升級(jí)版本提供了功能更加強(qiáng)大的VSTO程序集，使用戶具備了擴(kuò)展Office2010應(yīng)用程序的能力。本文旨在闡述利用VSTO技術(shù)和配置管理工具來實(shí)現(xiàn)測(cè)試用例的離線管理方法，以及該方法在大范圍線下測(cè)試管理應(yīng)用環(huán)境中所起到的突破作用。VSTO；測(cè)試管理系統(tǒng)；線上測(cè)試；線下測(cè)試1．概述測(cè)試用例管理作為現(xiàn)代化電腦與電信 2014年10期2014-03-13
- 軟件需求分析階段基于UML的SFMEA方法研究＊
不過，作者僅僅對(duì)用例圖和類圖的特點(diǎn)做了研究，缺乏對(duì)UML元素全面的闡述。針對(duì)當(dāng)前研究現(xiàn)狀，本人致力于研究基于UML的、應(yīng)用于軟件開發(fā)各階段的、全面深入的SFMEA 分析方法，提高面向?qū)ο筌浖目煽啃院桶踩浴? 需求分析階段的UML建模特點(diǎn)需求分析階段是軟件開發(fā)過程中第一個(gè)重要階段，用來描述用戶需求和系統(tǒng)結(jié)構(gòu)。因此在這個(gè)階段需要采用好的需求分析方法和技術(shù)，以保證得到高質(zhì)量的用戶需求［3］。需求分析階段建模常用的UML 圖形有：用例圖、類圖和活動(dòng)圖。用例圖：艦船電子工程 2013年8期2013-08-29
- PBL教學(xué)模式下《操作系統(tǒng)》課程教學(xué)改革
BL；教學(xué)改革；用例中圖分類號(hào)：G642 文獻(xiàn)標(biāo)志碼：A 文章編號(hào)：1002-2589（2013）08-0239-03《操作系統(tǒng)》是計(jì)算機(jī)類專業(yè)的核心基礎(chǔ)課，重在實(shí)踐。作為專業(yè)必修課在學(xué)科層次結(jié)構(gòu)中起關(guān)鍵作用，對(duì)該課程的掌握程度影響學(xué)習(xí)者的學(xué)科發(fā)展方向及專業(yè)水平。本課程要求掌握操作系統(tǒng)的基本概念、原理以及方法，掌握其作為用戶和操作系統(tǒng)的接口對(duì)整個(gè)計(jì)算機(jī)系統(tǒng)進(jìn)行的管理和控制功能。作為數(shù)據(jù)庫(kù)管理系統(tǒng)，計(jì)算機(jī)網(wǎng)絡(luò)等課程的前期基礎(chǔ)課程，為開發(fā)各種系統(tǒng)軟件和應(yīng)用軟件學(xué)理論·中 2013年3期2013-04-22
- 英語(yǔ)不規(guī)則動(dòng)詞在一些用法中的不同變化
過去分詞:～d。用例:a.She abided his habits as a dutiful wife.她很本分地忍受著丈夫的各項(xiàng)習(xí)慣。b.Otherwise，I couldn’t have abided his manner for so long.否則我不可能這么長(zhǎng)時(shí)間地忍容他的做派。(2)vi.居住，逗留。過去時(shí)/過去分詞:～d/abode。用例:a.The old couple abode/abided in a remote village.這- 基于UML的索賠信息系統(tǒng)功能分析
實(shí)現(xiàn)了功能分析中用例圖分析和類圖分析的全過程。UML;索賠;信息系統(tǒng);用例引言對(duì)建筑工程承包商來講，索賠是指由于外界干擾造成了非承包商負(fù)責(zé)的工期延長(zhǎng)和成本增加，從而向?qū)Ψ教岢龅馁r償要求。索賠是建筑工程項(xiàng)目管理中綜合性很強(qiáng)的工作，它涉及施工組織、施工技術(shù)、預(yù)算(估價(jià))、合同等各個(gè)方面。這些方面體現(xiàn)出的索賠問題，如成本的增加、工期的延誤、合同糾紛等使得項(xiàng)目組織的信息溝通和工程師的輔助決策變得至關(guān)重要[1]。如能設(shè)計(jì)一個(gè)工程索賠信息系統(tǒng)，幫助承包商把握各種索賠相中國(guó)科技信息 2012年3期2012-10-26
- 用例分析技術(shù)在醫(yī)院門診信息系統(tǒng)需求分析中的應(yīng)用
澤 274000用例分析技術(shù)是通過參與者以及用例間的關(guān)系來描繪系統(tǒng)內(nèi)外可見的需求，是用戶和開發(fā)人員共同塑造系統(tǒng)的合作區(qū)間。用例被定義為是一組動(dòng)作序列的描述，被系統(tǒng)執(zhí)行后，參與者會(huì)獲得可見結(jié)果。用例分析可對(duì)系統(tǒng)局部進(jìn)行有效的邊界劃分，從而獨(dú)立分析系統(tǒng)局部參與者的對(duì)應(yīng)用例。另外，在整個(gè)軟件開發(fā)過程中，用例驅(qū)動(dòng)模式可貫穿軟件的開發(fā)全程，可有效避免開發(fā)過程中軟件需求變更的混亂。用例分析可應(yīng)用于多種迭代式軟件開發(fā)過程，可在早期對(duì)需求錯(cuò)誤加以鑒別和解決。在前期的需求分中國(guó)醫(yī)學(xué)教育技術(shù) 2012年1期2012-01-23
- 利用UML的面向?qū)ο蠓治鼋?/a>
言，對(duì)該系統(tǒng)進(jìn)行用例建模、類與對(duì)象建模以及動(dòng)態(tài)建模，展示了UML在需求分析建模中的優(yōu)勢(shì)。UML;結(jié)構(gòu)化分析;面向?qū)ο蠓治?用例建模0 引言隨著面向?qū)ο蠹夹g(shù)的發(fā)展，人們對(duì)面向?qū)ο蠓椒ǖ恼J(rèn)識(shí)也從面向?qū)ο蟪绦蛟O(shè)計(jì)語(yǔ)言逐漸過渡到對(duì)面向?qū)ο蠓治雠c設(shè)計(jì)方法的認(rèn)識(shí)，出現(xiàn)了多種面向?qū)ο蟮慕７椒ǎ热鏐ooch、OMT、OOSE方法。然而，面對(duì)眾多的建模方法，用戶難以選擇，并且沒有統(tǒng)一的標(biāo)準(zhǔn)。因而，在Booch、Rumbaugh和Jacobson三人的共同努力下，推出了U- 實(shí)用測(cè)試用例書寫規(guī)范
軟件項(xiàng)目中，測(cè)試用例的設(shè)計(jì)起著至關(guān)重要的作用。在測(cè)試過程中使用測(cè)試用例具有以下幾個(gè)方面的作用：有效性，準(zhǔn)確的測(cè)試用例的設(shè)計(jì)、執(zhí)行和跟蹤是測(cè)試有效性的有力證明；可評(píng)估性，測(cè)試用例的通過率和bug的數(shù)量是普遍采用的測(cè)試量化標(biāo)準(zhǔn)；可復(fù)用性，良好的測(cè)試用例具有易于修改維護(hù)可重復(fù)使用的特點(diǎn)。1 測(cè)試用例概念測(cè)試用例是可以獨(dú)立進(jìn)行執(zhí)行的最小測(cè)試單元，描述了測(cè)試內(nèi)容的一系列情景和每個(gè)情景中所包含的輸入和輸出，以及對(duì)軟件行為/狀態(tài)的正確性做出判斷的依據(jù)。如果結(jié)合實(shí)際應(yīng)用，科技傳播 2011年19期2011-08-30
- 基于概念格的系統(tǒng)用例挖掘方法研究
言目前，遺留系統(tǒng)用例[1]挖掘方法的研究主要是通過檢查和分析面向?qū)ο笙到y(tǒng)的代碼來實(shí)現(xiàn)。但是許多遺留系統(tǒng)是在面向?qū)ο笙到y(tǒng)的設(shè)計(jì)方法出現(xiàn)之前產(chǎn)生的，并且遺留系統(tǒng)的代碼經(jīng)常無法得到，而那些可以得到的代碼也大多不能分析得到精確的系統(tǒng)功能需求。形式概念分析(Formal Concept Analysis，簡(jiǎn)稱FCA)作為一個(gè)建立在數(shù)學(xué)基礎(chǔ)之上的數(shù)據(jù)挖掘方法，其核心數(shù)據(jù)結(jié)構(gòu)——概念格是提取規(guī)則知識(shí)門的一個(gè)很好的平臺(tái)，非常適合于用來發(fā)現(xiàn)規(guī)則型知識(shí)，可以將數(shù)據(jù)中內(nèi)在邏輯和湖北理工學(xué)院學(xué)報(bào) 2011年4期2011-06-25
- 基于UML的考試管理系統(tǒng)設(shè)計(jì)
個(gè)階段，是一種以用例為驅(qū)動(dòng)、以體系結(jié)構(gòu)為中心、迭代及無間隙性的過程，此過程以噴泉模型作為其工作模型，軟件生存期各階段沒有明顯的界限。在每個(gè)階段，UML都提供了相應(yīng)的視圖和元素，以滿足系統(tǒng)的分析與設(shè)計(jì)。其中，用例圖、類圖、組件圖和配置圖用于系統(tǒng)的靜態(tài)建模;時(shí)序圖、協(xié)作圖、狀態(tài)圖和活動(dòng)圖用于系統(tǒng)的動(dòng)態(tài)建模。在建模過程中，各階段的主要工作如下:(1)在初始階段，根據(jù)用戶提出的需求產(chǎn)生角色、用例，并采用用例圖進(jìn)行可視化描述。在此階段可以使用用例和用例圖從高層建模系電子科技 2011年12期2011-06-01
- 軟件設(shè)計(jì)中用例詳細(xì)需求描述的應(yīng)用研究
靖 655000用例詳細(xì)描述是軟件詳細(xì)設(shè)計(jì)過程中的重要環(huán)節(jié)。通過用例詳細(xì)描述完成用例詳細(xì)設(shè)計(jì)說明書。1 用例詳細(xì)描述的用途通過用例模型和業(yè)務(wù)對(duì)象模型，對(duì)目標(biāo)系統(tǒng)的功能和數(shù)據(jù)有了概要的理解。這兩者將成為高層需求說明書的主要內(nèi)容。更進(jìn)一步，需要以用例為單位，進(jìn)行細(xì)節(jié)的描述，即編制系統(tǒng)需求說明書。由于信息技術(shù)的發(fā)展，當(dāng)今研發(fā)的信息系統(tǒng)，均采用聯(lián)機(jī)方式。用戶在客戶機(jī)前，采用鼠標(biāo)，鍵盤或其它工具，通過圖形用戶界面（GUI）與系統(tǒng)進(jìn)行交互，引導(dǎo)系統(tǒng)完成規(guī)定的處理，達(dá)到科技傳播 2010年14期2010-08-15
- 車輛段入線調(diào)車算法研究
方式進(jìn)行的。2 用例這里的用例指的是車輛源調(diào)車過程產(chǎn)生的數(shù)據(jù)，主要用于說明算法，分基本用例和擴(kuò)展用例兩類?；?span id="j5i0abt0b" class="hl">用例反映了采用車輛源調(diào)車的最原始數(shù)據(jù)，擴(kuò)展用例是對(duì)基本用例進(jìn)行部分優(yōu)化后的結(jié)果，主要用于說明算法優(yōu)化。在下面的分析中，S表示待調(diào)的源車輛及股道；D表示目標(biāo)臺(tái)位股道及車輛。由于合并算法可以看作是將相鄰兩次調(diào)車信息進(jìn)行合并，所以用A、C分別表示第N次和第N+1次牽出股道名稱，B、D表示第N次和第N+1次的推入股道名稱，m、n表示每次牽出或推入的車輛數(shù)。鐵路計(jì)算機(jī)應(yīng)用 2010年9期2010-08-08
- 基于Windows的API自動(dòng)化測(cè)試框架的設(shè)計(jì)與實(shí)現(xiàn)
析提取處理，測(cè)試用例的生成，用例的執(zhí)行，以及執(zhí)行結(jié)果的驗(yàn)證。系統(tǒng)主要應(yīng)用于windows平臺(tái)，整個(gè)系統(tǒng)采用C++ .NET設(shè)計(jì)實(shí)現(xiàn)。XML（Extensible Markup Language）在整個(gè)框架的作用十分關(guān)鍵，它是框架中的各個(gè)模塊之間的接口，增加模塊的獨(dú)立性，降低耦合度。XML也要用來存儲(chǔ)驅(qū)動(dòng)用例的數(shù)據(jù)以及配置信息。XML是本文設(shè)計(jì)的框架最適合的數(shù)據(jù)存儲(chǔ)實(shí)現(xiàn)方式，它使用起來快捷方便。近年對(duì)軟件測(cè)試技術(shù)的不斷研究評(píng)估，得出純自動(dòng)化的測(cè)試能發(fā)現(xiàn)的軟件科技傳播 2010年18期2010-04-12
- 需求捕獲和需求分析方法探析
色的需求方法，“用例模型法”中確定邊界、建模步驟、用例文檔及用例粒度的需求方法，并討論了兩種方法綜合應(yīng)用中功能比對(duì)和細(xì)化迭代的相關(guān)問題。需求捕獲；需求分析；界面原型法；用例模型法需求捕獲和分析是軟件開發(fā)的第一個(gè)階段，需求工作的成功與否決定著待開發(fā)系統(tǒng)的成敗。據(jù)權(quán)威部門統(tǒng)計(jì)，目前軟件的成功率約為25%，75%的軟件是失敗的。在這75%的失敗中，約有50%以上的軟件是由于需求的原因造成的。由于任何一個(gè)系統(tǒng)都會(huì)有很多的用戶，同時(shí)每個(gè)用戶只知道自己如何使用系統(tǒng)，一河北民族師范學(xué)院學(xué)報(bào) 2010年2期2010-01-09
- 資費(fèi)撥測(cè)系統(tǒng)的研究與應(yīng)用