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