<strike id="ueauc"><s id="ueauc"></s></strike>

  • <ul id="ueauc"></ul>
    您現(xiàn)在的位置是:首頁 > 法學(xué)論文 > 法律論文

    工程碩士學(xué)位論文(設(shè)計(jì))開題報(bào)告范文

    論文堡 日期:2023-10-27 22:23:59 點(diǎn)擊:489

    工程碩士學(xué)位論文(設(shè)計(jì))開題報(bào)告范文:人力資源系統(tǒng)開發(fā)中的研究與應(yīng)用

    學(xué)位論文選題名稱:基于rup和uml方法在人力資源系統(tǒng)開發(fā)中的研究與應(yīng)用
    題目來源:導(dǎo)師推薦
    1. 學(xué)位論文(設(shè)計(jì))選題的目的和意義
    計(jì)算機(jī)從剛開始被發(fā)明到現(xiàn)在,經(jīng)過了廣泛的發(fā)展和研究,也變得越來越好,其中,由于計(jì)算機(jī)技術(shù)帶給人們越來越多的便利,使得人們更趨向于研發(fā)計(jì)算機(jī)應(yīng)用軟件跟技術(shù),為人們提供更多的服務(wù)。但是,有一段時(shí)間之內(nèi),計(jì)算機(jī)軟件的發(fā)展遠(yuǎn)遠(yuǎn)落后于整個(gè)計(jì)算機(jī)行業(yè)的發(fā)展態(tài)勢。計(jì)算機(jī)軟件在應(yīng)用的過程中遇到了許多問題和危機(jī),給整個(gè)計(jì)算機(jī)系統(tǒng)的發(fā)展帶來了危害。因此,面對此類問題的出現(xiàn),人們開始逐漸研發(fā)并構(gòu)建軟件工程,使得軟件逐漸向?qū)ο筌浖M(jìn)行開發(fā)。
    為了能使軟件在發(fā)展的過程中更為具體和系統(tǒng),軟件行業(yè)的專家booch、jacobson和rumbaugh早在1995年就開始在彼此的研究方案和概念中進(jìn)行相互分析,并汲取對方理論中的可取之處,進(jìn)行更為系統(tǒng)的研究,在此基礎(chǔ)上,將軟件的應(yīng)用和分析進(jìn)行了范圍上的擴(kuò)充,使模型變得更為廣泛和抽象。為了方便人們進(jìn)行理解,此后又提出了建立統(tǒng)一的語言uml,后來又出現(xiàn)了為了方便軟件規(guī)范化的開發(fā)軟件rup。
    計(jì)算機(jī)使用技術(shù)在日常生活的方方面面都得到了相應(yīng)的使用,而且現(xiàn)在對計(jì)算機(jī)技術(shù)的需求也不斷擴(kuò)大, 各個(gè)學(xué)校也開始逐漸開設(shè)計(jì)算機(jī)應(yīng)用管理技術(shù),但是在信息管理者的方面來說,計(jì)算機(jī)在應(yīng)用起來并不是十分順暢。因?yàn)樽x者在進(jìn)行計(jì)算機(jī)信息的讀取時(shí),需要采用相應(yīng)的管理?xiàng)l件和硬件條件,讀取不同的信息需要不同的管理要求。因此,就需要系統(tǒng)同時(shí)具備兩種不同的交互功能,也要有發(fā)布系統(tǒng)的功能。另外,在設(shè)計(jì)方面需要給人們耳目一新的感覺,使人們能感到美的體驗(yàn)。當(dāng)前采用的系統(tǒng)就是根據(jù)人力資源管理所需要的進(jìn)行設(shè)計(jì)的,能夠符合大部分管理者的要求,因此為了能夠是全部的管理信息得到開發(fā)和應(yīng)用,需要在功能上進(jìn)行更大的擴(kuò)展,使系統(tǒng)在應(yīng)用起來能夠更加具體、方便。
    1.1 本選題研究領(lǐng)域歷史、現(xiàn)狀、發(fā)展趨勢分析
    從20世紀(jì)60年代末端一直延續(xù)到70年代初期,西方國家在計(jì)算機(jī)軟件方面遭遇到了重大的危機(jī),在應(yīng)用軟件進(jìn)行使用的過程中十分繁瑣,而且其價(jià)格高昂,供需不夠均衡,使得人們對其望而卻步;此外,軟件在進(jìn)行開發(fā)時(shí),由于缺乏經(jīng)驗(yàn),技術(shù)不夠成熟,經(jīng)常會出現(xiàn)差錯(cuò),造成質(zhì)量較差,無法按照預(yù)算的日期按時(shí)完成,在進(jìn)行研發(fā)處理的過程中,都不便于管理,導(dǎo)致過程中容易失控。因此在出現(xiàn)這類軟件開發(fā)時(shí),應(yīng)該對其進(jìn)行維護(hù),避免出現(xiàn)更為嚴(yán)重的問題。在進(jìn)行軟件維護(hù)的過程中,需要研究如何才能使軟件的開發(fā)逐漸滿足人們對其的需求,并且不斷維護(hù)已有的軟件[1]。
    如何對軟件進(jìn)行控制,使其盡量減少危機(jī)發(fā)生的可能性,因此需要人們在開發(fā)軟件的過程中,不斷找尋新的方法和方式對其進(jìn)行改進(jìn)。從過去出現(xiàn)的錯(cuò)誤和失敗中不斷吸取經(jīng)驗(yàn)和教訓(xùn),得到更多的結(jié)論和經(jīng)驗(yàn)。人們認(rèn)識到在之前軟件的改寫和運(yùn)行時(shí),需要由同一個(gè)人進(jìn)行,如果出現(xiàn)了錯(cuò)誤,也需要同一個(gè)人進(jìn)行修理,而這種單一的方式已經(jīng)不再適用于現(xiàn)在的發(fā)展方式,因此,對軟件開發(fā)人員的要求也不斷提高。
    軟件工程通過對有效運(yùn)行的軟件的開發(fā),將工程原理更好地應(yīng)用到現(xiàn)實(shí)的計(jì)算機(jī)技術(shù)和應(yīng)用系統(tǒng)中,使其更加科學(xué)和可靠,在這門學(xué)科中,對軟件的研究也不斷增加,從1983年的《ieee軟件工程標(biāo)準(zhǔn)術(shù)語》,在美國對其進(jìn)行了明顯的規(guī)定:將軟件工程與系統(tǒng)進(jìn)行的開發(fā)、運(yùn)行、維護(hù)和修復(fù)等方式相結(jié)合,使其在計(jì)算機(jī)的相應(yīng)軟件中能夠較為方便的得到運(yùn)行時(shí)所需要的數(shù)據(jù)和信息[2]。
    工具、過程和方法是進(jìn)行軟件工程所必須的三個(gè)重要因素。軟件開發(fā)需要通過對開發(fā)軟件進(jìn)行所需要的框架的構(gòu)建,在每個(gè)活動進(jìn)行的時(shí)間內(nèi),需要對某些產(chǎn)品進(jìn)行工具和類型的開發(fā),使其建立起更為完整和系統(tǒng)的作品。
    在進(jìn)行軟件開發(fā)工程的使用過程中,通過使用某種方式進(jìn)行軟件開發(fā),按照下圖1所給出來的具體開發(fā)方式和在開發(fā)中所用到的三種因素進(jìn)行。時(shí)的關(guān)系
    其中,工具層的主要作用便是為軟件的開發(fā)過程提供相應(yīng)的自動化或者半自動化的幫助;方法層從一定程度上幫助人們進(jìn)行軟件的開發(fā);在開發(fā)系統(tǒng)軟件的整個(gè)過程中,需要對其進(jìn)行一個(gè)整體框架的構(gòu)造,因此可以建立一個(gè)整個(gè)模塊的軟件開發(fā)計(jì)劃[17]。
    rup(統(tǒng)一軟件過程)在進(jìn)行軟件開發(fā)的過程,也構(gòu)建了開發(fā)的整個(gè)模塊,通過對不同規(guī)模和框架的軟件進(jìn)行開發(fā)和歸類,將在現(xiàn)實(shí)情況中所遇到的應(yīng)用系統(tǒng),根據(jù)用戶的不同需求統(tǒng)一進(jìn)行標(biāo)準(zhǔn)化的設(shè)計(jì)和開發(fā)。在開發(fā)的過程中,將軟件系統(tǒng)和uml建模語言進(jìn)行巧妙的結(jié)合,從而使得面向軟件的技術(shù)能夠得到更為適合的應(yīng)用和開發(fā)[19]。
    進(jìn)行軟件統(tǒng)一的過程中,需要用到用例驅(qū)動、以架構(gòu)為中心、采用迭代和增量模型等進(jìn)行模型的開發(fā)和使用。
    第一,軟件的開發(fā)都是根據(jù)客戶的需求進(jìn)行的,在進(jìn)行開發(fā)軟件的過程中,可以根據(jù)用戶對軟件需求的程度,然后采用相應(yīng)的系統(tǒng)和方式對其進(jìn)行構(gòu)建,設(shè)計(jì)成可以建立的模型和圖紙,然后確定該項(xiàng)程序進(jìn)行開發(fā)的程序代碼。在軟件開發(fā)中,可以對其用例進(jìn)行跟蹤。因此,不管該項(xiàng)任務(wù)是否已經(jīng)完成,都可以根據(jù)當(dāng)前的情況判斷其需求,此外,用例還提供用戶檢測系統(tǒng)最終成效的作用。
    第二,對系統(tǒng)中的軟件進(jìn)行核心判斷,可以根據(jù)框架中所介紹的系統(tǒng)的核心部分的內(nèi)容,實(shí)現(xiàn)用戶的最終目的和需求。因此,在整個(gè)過程中,通過靜態(tài)和動態(tài)的描繪,將整個(gè)系統(tǒng)中的設(shè)計(jì)進(jìn)行構(gòu)建,通過描繪系統(tǒng)中的大致過程,將細(xì)節(jié)部分進(jìn)行省略,從而重點(diǎn)介紹系統(tǒng)的重要部位。在創(chuàng)建框架的過程中所用到的方法,能夠幫助工作人員盡快的完成設(shè)計(jì)[21]。
    第三,根據(jù)軟件進(jìn)行開發(fā)過程中所采用的不同的方式,包括迭代和增量兩種,可以將軟件進(jìn)行相應(yīng)的劃分,使較大的系統(tǒng)化為比較多的小的系統(tǒng),分批進(jìn)行完成,每次完成后,都可以使產(chǎn)品進(jìn)行增量[22]。
    在系統(tǒng)采用迭代的過程中,可以將較為復(fù)雜的系統(tǒng)進(jìn)行分解,并形成相應(yīng)的簡單的系統(tǒng),從而增加軟件的可操作性,降低了軟件在開發(fā)過程中的風(fēng)險(xiǎn)。
    1.2 前人在本選題研究領(lǐng)域中的工作成果簡述
    1.2.1 軟件生命周期法
    軟件生命周期指的是整個(gè)軟件從開始進(jìn)行使用到最終完全無法操作的整個(gè)過程。此周期主要包括以下幾個(gè)階段:軟件計(jì)劃、需求分析、系統(tǒng)設(shè)計(jì)、編碼的實(shí)現(xiàn)、對系統(tǒng)的設(shè)計(jì)和檢測以及維護(hù)運(yùn)行等階段[3]
    在進(jìn)行各個(gè)階段的測試過程中,需要確定好我們最終的目標(biāo)。其中,對軟件進(jìn)行功能的描述和使用,對軟件進(jìn)行限制,并對其進(jìn)行相應(yīng)的說明,使該項(xiàng)工作能夠得到較為理想的結(jié)果。
    在需求分析階段[4],主要是使用系統(tǒng)化的分析方法對軟件的功能和結(jié)構(gòu)進(jìn)行描述,盡可能地捕捉用戶,尤其是最終用戶的期望和約束。這一般分為系統(tǒng)概要設(shè)計(jì)階段和系統(tǒng)詳細(xì)設(shè)計(jì)階段兩部分。前者是從系統(tǒng)整體結(jié)構(gòu)出發(fā),將系統(tǒng)的功能模塊劃分出來,并定義其主要的輸入和輸出,而具體的處理過程放在下一階段進(jìn)行。在詳細(xì)設(shè)計(jì)階段,要對上一階段劃分出來的各個(gè)模塊進(jìn)行具體的描述,這時(shí)需要定義一些數(shù)據(jù)結(jié)構(gòu)或文件格式,甚至是函數(shù)的名稱、參數(shù)等信息。其中對數(shù)據(jù)庫的邏輯設(shè)計(jì)和物理設(shè)計(jì)也屬于這一階段。
    在編碼階段[5],主要的工作集中在對程序設(shè)計(jì)語言進(jìn)行評估和選擇,選擇合適的開發(fā)工具和ide,并在此基礎(chǔ)之上進(jìn)行代碼開發(fā),完成系統(tǒng)預(yù)定的各個(gè)功能模塊。
    在測試階段[6],主要的原則是證明軟件中存在錯(cuò)誤或隱患,而不是證明軟件的正確性。排除錯(cuò)誤是測試的主要目的,錯(cuò)誤包括沒有實(shí)現(xiàn)功能或功能沒有按照業(yè)務(wù)要求進(jìn)行、性能沒有達(dá)到預(yù)定的期望、存在某些不能再現(xiàn)的情形等。測試一般有三個(gè)階段:單元測試、組裝測試和系統(tǒng)測試。單元測試又叫單體測試,是對系統(tǒng)實(shí)現(xiàn)的每個(gè)功能模塊進(jìn)行單獨(dú)的測試。功能模塊可以是一個(gè)函數(shù),也可以是一個(gè)封裝的類或組件,根據(jù)模塊的代碼進(jìn)行強(qiáng)項(xiàng)調(diào)用進(jìn)行測試。組裝測試是根據(jù)功能模塊的劃分粒度不同而產(chǎn)生的,是將需要進(jìn)行配合才能實(shí)現(xiàn)的功能拼裝提來,組成更加完善的功能模塊,對其進(jìn)行輸入輸出的測試。系統(tǒng)測試時(shí)針對整個(gè)運(yùn)行的系統(tǒng)進(jìn)行的,要測試系統(tǒng)的功能、業(yè)務(wù)流程、安全性、負(fù)載性能等,是從用戶使用的角度進(jìn)行的測試。
    一般情況下,比較保險(xiǎn)的開發(fā)方式是將軟件測試嵌入到軟件的編碼過程中,兩者交叉進(jìn)行 [7]。
    在對系統(tǒng)進(jìn)行維護(hù)和運(yùn)行時(shí),首先要把系統(tǒng)安裝到實(shí)際的客戶使用環(huán)境中去,按照客戶的條件進(jìn)行系統(tǒng)的試運(yùn)行。這里主要根據(jù)用戶的業(yè)務(wù)需求,對系統(tǒng)各個(gè)功能模塊進(jìn)行操作,觀察系統(tǒng)是否按照業(yè)務(wù)的標(biāo)準(zhǔn)進(jìn)行輸入結(jié)果,并達(dá)到合理的運(yùn)行效率。這種試運(yùn)行是對系統(tǒng)安全性的測試,這個(gè)階段輸出的系統(tǒng)日志是非常重要的,它可以為系統(tǒng)發(fā)現(xiàn)錯(cuò)誤后的修改提供重要的線索。這一階段可以持續(xù)的時(shí)間很長,直到該軟件系統(tǒng)不再使用。
    傳統(tǒng)的瀑布模型[8] 將軟件開發(fā)分為以下幾個(gè)階段:制定計(jì)劃、需求分析、軟件設(shè)計(jì)、編碼、測試、運(yùn)行與維護(hù)。這是一個(gè)非常有價(jià)值的軟件開發(fā)管理模型。每個(gè)階段都是承上啟下的,嚴(yán)格按照模型規(guī)定的開發(fā)順序進(jìn)行,可以避免很多返工的事情發(fā)生。每個(gè)階段都應(yīng)具有完善的質(zhì)量保證體系,為下一階段提供有利的支撐。在上一階段沒有完成相應(yīng)的開發(fā)條件前,一般不允許進(jìn)行下一階段的開發(fā)。
    1.2.2 原型法
    在大型工程設(shè)計(jì)中經(jīng)常使用樣機(jī),建造樣機(jī)主要有兩個(gè)目的[9]:第一是檢驗(yàn)關(guān)鍵設(shè)計(jì)方案的正確性;第二是檢驗(yàn)系統(tǒng)是否真正滿足用戶的需要。在計(jì)算機(jī)硬件系統(tǒng)開發(fā)中,每一種新產(chǎn)品的問世幾乎都離不開樣機(jī)的制造。對于軟件系統(tǒng),構(gòu)造原型系統(tǒng)(相當(dāng)于工程中的樣機(jī))的目的是使用戶通過原型系統(tǒng)的實(shí)踐而獲得關(guān)于未來的系統(tǒng)將怎樣為他們工作的更具體更直接的概念,從而可以更準(zhǔn)確地提出和確定他們的要求。
    采用構(gòu)造原型系統(tǒng)策略的主要理由是[10]:由于人類對事物的認(rèn)識是一個(gè)由淺入深、由模糊到清楚地過程,因此不能預(yù)先確定所有的需求;在用戶和軟件開發(fā)人員之間存在著交流的障礙;用戶可以通過一個(gè)實(shí)在的模型獲得感性認(rèn)識,以確定需求;在開發(fā)過程中重復(fù)和反復(fù)是必要地和不可避免的;目前有快速建立原型系統(tǒng)的工具可以選用。
    用戶在使用了原型系統(tǒng)后就能夠指出系統(tǒng)中的哪些特性是他們所喜歡的,哪些特性是他們所不能接受的,以及他們還需要哪些新的功能。在用戶需求的基礎(chǔ)上開發(fā)出來的經(jīng)過實(shí)踐檢驗(yàn)的系統(tǒng)更可能真正地滿足用戶的需要[11]。
    原型法開發(fā)模型如圖3所示。
    圖3 原型法模型
    1.2.3 面向?qū)ο筌浖こ?/div>
    在1981年后,隨著面向?qū)ο蟮某绦蛟O(shè)計(jì)語言smalltalk-80出現(xiàn)后,使得該技術(shù)得到很大的提升,而且隨著技術(shù)的不斷發(fā)展和成熟,此種方式產(chǎn)生了綜合的工程學(xué)體系。而該工程學(xué)的主要發(fā)展方法就是面向?qū)ο筮M(jìn)行軟件開發(fā)[12]。
    面向?qū)ο筮M(jìn)行軟件的開發(fā)是以一種全新的設(shè)計(jì)概念和系統(tǒng)程序進(jìn)行設(shè)計(jì)和使用,該技術(shù)是根據(jù)對象、類、繼承、封裝和消息等最基本的概念及程序進(jìn)行設(shè)計(jì)[13]。
    該工程的主要思想是根據(jù)人們考慮事物的基本方法和慣用方式進(jìn)行構(gòu)造,軟件系統(tǒng)能夠?qū)F(xiàn)實(shí)中所遇到的問題和實(shí)體之間進(jìn)行聯(lián)系,形成客觀實(shí)體的真實(shí)對象。
    在軟件工程學(xué)的范疇內(nèi),對象、類、通信和繼承共同構(gòu)成面向?qū)ο骩14].在計(jì)算機(jī)應(yīng)用系統(tǒng)中,將應(yīng)用軟件實(shí)現(xiàn)面向?qū)ο蟮墓こ誊浖渲邪瑢ο筮M(jìn)行分析(ooa)、設(shè)計(jì)(ood)、變成(ooi)、測試(oot)和維護(hù)(oosm)等。
    2. 研究方案
    2.1 本選題研究的主要內(nèi)容和重點(diǎn)
    本文主要研究基于rup和uml軟件工程的方法,對人力資源管理系統(tǒng)進(jìn)行需求分析和建模,使用rup的工作流程,使用uml對人力資源管理系統(tǒng)的上游設(shè)計(jì)進(jìn)行詳細(xì)的論述。
    論文研究了需求捕獲的方法,從明確業(yè)務(wù)目標(biāo)、理解業(yè)務(wù)流程和明確用戶需求三個(gè)方面對人力資源管理系統(tǒng)進(jìn)行了描述和建模。
    首先,研究軟件工程相關(guān)理論。從軟件工程的發(fā)展?fàn)顩r和軟件開發(fā)方法兩個(gè)方面進(jìn)行研究,從傳統(tǒng)的軟件生命周期法、原型法到面向?qū)ο蟮能浖こ谭椒ǎ瑢浖こ痰陌l(fā)展和關(guān)鍵技術(shù)進(jìn)行了闡述。其次,研究統(tǒng)一軟件工程與建模方法。研究了統(tǒng)一軟件工程rup的特點(diǎn)、核心工作流、迭代模型和核心工作流;統(tǒng)一建模語言uml的定義、特點(diǎn)、體系結(jié)構(gòu)和建模機(jī)制。再次,通過基于rup和uml的人力資源管理系統(tǒng)需求分析。從軟件需求分析角度,對人力資源管理系統(tǒng)的系統(tǒng)業(yè)務(wù)流程建模和系統(tǒng)總體功能需求角度進(jìn)行了分析。最后,進(jìn)行人力資源管理系統(tǒng)設(shè)計(jì)模型的實(shí)現(xiàn)。設(shè)計(jì)了人力資源管理系統(tǒng)模型的建模步驟,分別實(shí)現(xiàn)了人力資源管理系統(tǒng)的用例圖、時(shí)序圖、協(xié)作圖、狀態(tài)圖和活動圖。
    2.2 存在的主要問題和技術(shù)關(guān)鍵
    (1)統(tǒng)一建模語言uml
    統(tǒng)一建模語言(unified modelling language, uml)是用來對軟件密集系統(tǒng)進(jìn)行可視化建模的一種語言。是為面向?qū)ο箝_發(fā)系統(tǒng)的產(chǎn)品進(jìn)行說明、可視化和文檔編制的一種標(biāo)準(zhǔn)語言。
    面向?qū)ο蟮能浖_發(fā)方法提出并確定之后接下來的工作就是確定開發(fā)軟件的系統(tǒng)結(jié)構(gòu)了,最終經(jīng)過各方面的考量后,web service結(jié)構(gòu)脫穎而出,其結(jié)構(gòu)組成部分有三個(gè)分別為:服務(wù)提供者、代理者、使用者。
    既然這種建模技術(shù)已經(jīng)被廣泛認(rèn)可,那么就代表著這項(xiàng)技術(shù)能夠完美符合本文建模所需要的一切,其能夠成為最優(yōu)選擇的原因如下:
    1.被使用率高,使用范圍極大,說明各方面功能均比較完善。
    2.是工科、計(jì)算機(jī)科等大學(xué)主要專業(yè)的重點(diǎn)培訓(xùn)項(xiàng)目,掌握者比較多,掌握程度較好。
    3.不僅在本領(lǐng)域有重要作用,其他領(lǐng)域也能夠使用。
    簡單地來說uml其實(shí)就是一種解決問題用的建模語言,并且是一種比較成熟且受到全世界認(rèn)可的語言。幾乎所有企業(yè)都會使用到它。
    uml的特點(diǎn)是將需要解決的問題形象化直觀地反映給用戶,并能夠完美完成建模過程中幾乎所有由其負(fù)責(zé)的工作。其語義分為表示和定義兩部分。
    uml語義為建模者提供了一種通用的建模語言,避免了建模過程中使用語言不同造成的理解差異。
    uml表示法使得建模者能夠?qū)⒁恍╇y以表示的元素準(zhǔn)確地表示出來。
    uml核心目的就是用簡單直觀地圖像來表示一些元素,使開發(fā)客戶等在這些元素的認(rèn)知上達(dá)成一致,避免日后系統(tǒng)成型后的誤解出現(xiàn)。
    uml對設(shè)計(jì)者的要求非常高,因?yàn)樵O(shè)計(jì)者在設(shè)計(jì)時(shí)需要非常清晰、準(zhǔn)確的思路,因?yàn)樵O(shè)計(jì)方案完成后需要借用uml將其思路呈現(xiàn)出來。
    uml有以下特點(diǎn):
    1. 消除了各種建模語言之間混亂的情況,因?yàn)榻UZ言并不是通用的所以選用不同建模語言進(jìn)行建模會出現(xiàn)混亂而uml則不同,其是一種通用語言,能夠完美解決這個(gè)問題。
    2. uml其實(shí)只是軟件開發(fā)過程當(dāng)中需要建模時(shí)所用到的一種最為常用的語言而不是一個(gè)開發(fā)軟件的過程。
    3. uml建模能力和適用性比其他的建模方法都要強(qiáng)。
    目前其更新版也已經(jīng)出現(xiàn),主要改變有:
    1. 建模用語的定義更精確,設(shè)置了相關(guān)的語義框架。
    2. 建模語言組織能力更強(qiáng)。
    3. 性能大幅提升。
    4. 支持某些原本不支持的更新。
    5. 將雷同概念合并,將和而不同的概念區(qū)分。
    uml是一種已經(jīng)相當(dāng)成熟的系統(tǒng)建模語言,應(yīng)用范圍非常之廣,適用性幾乎完美,能夠在軟件開發(fā)各個(gè)過程當(dāng)中發(fā)揮自己的作用。
    uml能夠在系統(tǒng)開發(fā)過程中幾乎所有的階段都起作用,最主要的階段是以下五個(gè):需求分析、系統(tǒng)分析、構(gòu)造、程序設(shè)計(jì)、系統(tǒng)測試。
    2.3 預(yù)期能夠達(dá)到的研究目標(biāo)
    深入分析人力資源管理系統(tǒng)的開發(fā)特點(diǎn)和要求,提出將rup開發(fā)過程應(yīng)用于本系統(tǒng),根據(jù)開發(fā)過程的裁剪原則和步驟,提出適合于本系統(tǒng)開發(fā)的rup開發(fā)過程,使得軟件設(shè)計(jì)和實(shí)現(xiàn)的效率提高。
    深入分析系統(tǒng)用戶的類型和功能需求,提出系統(tǒng)的用例模型和系統(tǒng)的分析類對象模型。這些模型準(zhǔn)確反映系統(tǒng)特點(diǎn)和要求,為系統(tǒng)的設(shè)計(jì)奠定堅(jiān)實(shí)的基礎(chǔ)。
    3. 研究計(jì)劃進(jìn)度表
    。。。。。。。。。。。。。。。。。。。
    4. 經(jīng)費(fèi)預(yù)算
    無。
    5. 參考文獻(xiàn)
    [1]姬莉霞,馬建紅. 基于時(shí)間自動機(jī)的uml模型轉(zhuǎn)換與驗(yàn)證研究[j]. 鄭州大學(xué)學(xué)報(bào)(理學(xué)版),2013,01:50-55.
    [2]尹鐵巖,韓江霞,李靜波. 基于uml的高校選課系統(tǒng)優(yōu)化分析[j]. 吉林大學(xué)學(xué)報(bào)(信息科學(xué)版),2013,04:437-442.
    [3]李傳煌,王偉明,施銀燕. 一種uml軟件架構(gòu)性能預(yù)測方法及其自動化研究[j]. 軟件學(xué)報(bào),2013,07:1512-1528.
    [4]王宇華,印桂生. 基于本體的需求模型到uml模型轉(zhuǎn)換方法[j]. 哈爾濱工程大學(xué)學(xué)報(bào),2012,06:735-740.
    [5]唐莉君,陳旭. uml建模在高校社團(tuán)管理系統(tǒng)中的應(yīng)用[j]. 計(jì)算機(jī)與現(xiàn)代化,2012,09:30-32+35.
    [6]韓德帥,楊啟亮,邢建春. 一種軟件自適應(yīng)uml建模及其形式化驗(yàn)證方法[j]. 軟件學(xué)報(bào),2015,04:730-746.
    [7]郭雨婷,潘文林,江濤. 基于common logic的uml類圖形式化及驗(yàn)證[j]. 云南民族大學(xué)學(xué)報(bào)(自然科學(xué)版),2015,06:506-509.
    [8]吳海,孫永雄,付慶興,徐佳琪. uml圖轉(zhuǎn)有色petri網(wǎng)圖文法[j]. 吉林大學(xué)學(xué)報(bào)(信息科學(xué)版),2011,04:357-365.
    [9]張琛,段振華,田聰. 基于事件確定有限自動機(jī)的uml2.0序列圖描述與驗(yàn)證[j]. 軟件學(xué)報(bào),2011,11:2625-2638.
    [10]吳曉龍,賁可榮. 一種從uml類圖和協(xié)作圖到狀態(tài)圖的轉(zhuǎn)換方法[j]. 武漢理工大學(xué)學(xué)報(bào)(信息與管理工程版),2011,06:940-944.
    [11]郭婧,吳軍華. 面向方面的uml建模[j]. 計(jì)算機(jī)工程與設(shè)計(jì),2011,12:4260-4264.
    [12]布寧,劉玉嶺,連一峰,黃亮. 一種基于uml的網(wǎng)絡(luò)安全體系建模分析方法[j]. 計(jì)算機(jī)研究與發(fā)展,2014,07:1578-1593.
    [13]吳隔格. 包裝設(shè)計(jì)知識管理平臺關(guān)鍵技術(shù)研究[d].西南科技大學(xué),2015.
    [14]林懿. 基于uml的變電運(yùn)行作業(yè)全過程風(fēng)險(xiǎn)管控系統(tǒng)研究[d].華南理工大學(xué),2015.
    [15]馬軍. 基于uml的高校人力資源管理信息系統(tǒng)研究[d].南京理工大學(xué),2012.
    [16]褚學(xué)恭. 基于uml與petri網(wǎng)的倉儲管理系統(tǒng)建模與分析[d].山東大學(xué),2012.
    [17]周振乾. 基于uml技術(shù)的茅臺集團(tuán)公司客戶關(guān)系管理系統(tǒng)的分析與設(shè)計(jì)[d].云南大學(xué),2013.
    [18]劉青香. 基于uml交互概覽圖的測試方法研究[d].重慶大學(xué),2013.
    [19]解方. 從uml建模到z形式化規(guī)范的研究[d].太原理工大學(xué),2013.
    [20]周翔. 基于抽象狀態(tài)自動機(jī)和π演算的uml動態(tài)語義研究[d].華東理工大學(xué),2015.
    15549057355 工作日:8:00-24:00
    周 日:9:00-24:00
       微信掃一掃
    主站蜘蛛池模板: 中文无码热在线视频| 亚洲av麻豆aⅴ无码电影| 亚洲精品无码久久久久sm| 亚洲日韩精品A∨片无码| 一本色道无码道DVD在线观看| 久久亚洲精品成人无码| 久久精品?ⅴ无码中文字幕| 精品久久无码中文字幕| 久久久91人妻无码精品蜜桃HD| 国产爆乳无码视频在线观看 | 中文字幕无码不卡免费视频| 日韩夜夜高潮夜夜爽无码| 熟妇人妻AV无码一区二区三区| 无码熟熟妇丰满人妻啪啪软件| 久久精品成人无码观看56| 人妻丰满熟妇A v无码区不卡| 国产免费无码一区二区| 精品少妇人妻AV无码专区不卡| 无码孕妇孕交在线观看| AV无码小缝喷白浆在线观看| 午夜福利无码一区二区| 日韩精品无码一本二本三本| 久久中文字幕无码专区| 无码人妻精品一区二区蜜桃AV| 中文字幕无码亚洲欧洲日韩| 少妇人妻无码专区视频| 久久青青草原亚洲av无码| 国产成人无码aa精品一区| 亚洲av无码av在线播放| 少妇仑乱A毛片无码| 亚洲人片在线观看天堂无码| 亚洲中文久久精品无码1| 性无码专区无码片| 亚洲AV日韩AV永久无码绿巨人| 国产成A人亚洲精V品无码性色 | 成人免费无码H在线观看不卡| av色欲无码人妻中文字幕| 国产精品无码免费播放| 高清无码一区二区在线观看吞精| 亚洲av无码专区在线电影天堂 | 久久无码一区二区三区少妇|