基于JPA 的征求方案系統(tǒng)的設(shè)計與實現(xiàn)

白文秀， 車國晴

（吉林師范大學(xué) 計算機學(xué)院， 吉林 四平136000）

0 引 言

隨著企業(yè)不斷地快速發(fā)展，需求問題也隨之漸漸增多，處理方式單一、低效的傳統(tǒng)型網(wǎng)站系統(tǒng)，不再適合新型企業(yè)的發(fā)展需求，企業(yè)對解決方案的要求也逐漸提升，如何利用現(xiàn)代化工具為企業(yè)提出的繁雜的需求問題精準(zhǔn)匹配到解決方案成為十分重要的問題。

本系統(tǒng)將個人和企業(yè)提交的各種各樣的需求問題進(jìn)行整理分析，安全完整的保存在計算機系統(tǒng)中，為日后的查找提供了很大的方便。 通過本系統(tǒng)即可為個人和企業(yè)發(fā)布的征求方案征集更多的解決方案，也可為一種需求征集多種解決方案，同時提供便捷、高效的過程管理方案，實現(xiàn)服務(wù)一體化模式。

1 系統(tǒng)相關(guān)技術(shù)

1.1 JPA

Java Persistence API 的簡稱為JPA，它是由Sun官方提出的Java 持久化規(guī)范，提供了一些編程的API 接口［1］。

1.2 MySQL

MySQL 是在Web 應(yīng)用方面最好的關(guān)系數(shù)據(jù)庫管理系統(tǒng)，MySQL 是關(guān)聯(lián)數(shù)據(jù)庫管理系統(tǒng)之一，其使用不同的表將數(shù)據(jù)分類保存，而不是將全部數(shù)據(jù)存放在一個大倉庫中，這樣增加了速度并提高了靈活性［2］。

1.3 FreeMarker

FreeMarker 基于Java 語言，其是一種將模板文件和數(shù)據(jù)模型進(jìn)行整合并輸出到類似于HTML 文本的通用工具［3］。 FreeMarker 實現(xiàn)頁面靜態(tài)化的過程是將頁面中所需要的樣式寫入到FreeMarker 模板文件中［4］。

2 需求分析

2.1 軟件功能需求分析

軟件功能需求分析描述了軟件系統(tǒng)所應(yīng)具有的外部行為，定義了開發(fā)人員必須實現(xiàn)的軟件功能，滿足業(yè)務(wù)需求［5］。 本系統(tǒng)功能需求主要包括用戶信息管理需求、信息審核需求、發(fā)布征求方案與挑戰(zhàn)方案需求、審核征求方案與挑戰(zhàn)方案需求及問題建議管理需求。

2.2 技術(shù)可行性分析

系統(tǒng)采用JPA、FreeMarker、Tomcat 和MySQL 等相關(guān)技術(shù)，均為開源免費，可以從官方網(wǎng)站下載并使用。 這些技術(shù)成熟，并且性能穩(wěn)定。

2.3 經(jīng)濟(jì)可行性分析

本征求方案系統(tǒng)可以為企業(yè)解決眾多需求問題，為企業(yè)的發(fā)展提供支持，節(jié)約企業(yè)解決需求問題的時間與人工成本，為企業(yè)帶來一定的經(jīng)濟(jì)價值。

3 系統(tǒng)業(yè)務(wù)流程設(shè)計

本系統(tǒng)涉及諸多業(yè)務(wù)流程，下面主要介紹系統(tǒng)用戶登錄流程及征求方案的流程。

3.1 系統(tǒng)用戶登錄流程

系統(tǒng)用戶登錄流程如圖1 所示，個人或企業(yè)認(rèn)證的流程如圖2 所示。

圖1 系統(tǒng)用戶登錄流程Fig. 1 System user login process

圖2 個人或企業(yè)認(rèn)證的流程Fig. 2 Individual or business certification process

3.2 審核征求方案的流程

審核征求方案流程流程如圖3 所示。

圖3 審核征求方案流程Fig. 3 Review Request Process

4 系統(tǒng)模塊設(shè)計

4.1 系統(tǒng)功能結(jié)構(gòu)

本征求方案的系統(tǒng)功能結(jié)構(gòu)圖如圖4 所示。

圖4 系統(tǒng)功能結(jié)構(gòu)圖Fig. 4 System functional structure diagram

4.2 用戶注冊登錄模塊

在注冊環(huán)節(jié)，要求個人用戶使用手機號注冊，要求企業(yè)用戶使用統(tǒng)一社會信用代碼注冊，注冊完成后返回登錄頁面登錄。

4.3 信息審核模塊

進(jìn)入“企業(yè)用戶”或“個人用戶”模塊，分別進(jìn)入企業(yè)用戶和個人用戶頁面，選擇要審核企業(yè)或個人的用戶名，查看企業(yè)和個人的提交信息，點擊“通過”，企業(yè)認(rèn)證成功；點擊“退回”企業(yè)及個人需再次認(rèn)證。

4.4 發(fā)布征求方案模塊

點擊“發(fā)布征求方案”按鈕，頁面跳轉(zhuǎn)到發(fā)布需求界面，用戶在技術(shù)需求情況說明部分填寫征求方案的具體內(nèi)容，如需求名稱、所屬行業(yè)、需求截止日期、技術(shù)需求類別及需求簡述等內(nèi)容，點擊頁面右下角“發(fā)布”按鈕，將信息提交給審核服務(wù)機構(gòu)審核。

4.5 發(fā)布挑戰(zhàn)方案模塊

點擊導(dǎo)航欄中“我的挑戰(zhàn)”中的“可參與的挑戰(zhàn)”，頁面跳轉(zhuǎn)到挑戰(zhàn)需求列表的可參與的挑戰(zhàn)頁面，用戶從展示的需求列表中挑選出要挑戰(zhàn)的需求，點擊對應(yīng)的需求編號，頁面跳轉(zhuǎn)到填寫挑戰(zhàn)內(nèi)容頁面，用戶填寫解決方案詳述后，點擊右下角的“發(fā)布”按鈕，將挑戰(zhàn)內(nèi)容提交給服務(wù)機構(gòu)篩選。

4.6 征求方案審核模塊

在服務(wù)機構(gòu)中，點擊左側(cè)導(dǎo)航欄需求分析中的“待處理”查看未審核的征求方案，點擊對應(yīng)的需求名稱進(jìn)行審核，審核結(jié)果分為三種情況，分別是因為征求方案不準(zhǔn)確而被退回、因為征求方案不可行導(dǎo)致征求被終止和征求方案可行。 征求方案可行時，將形成征求方案分析報告提交給承辦單位，由承辦單位審核征求方案。

在承辦單位中，點擊需求管理中的“征求方案管理”到征求方案待處理頁面，點擊對應(yīng)的需求名稱進(jìn)行審核。 承辦單位對征求方案審核，審核通過，發(fā)布在征求方案系統(tǒng)中，等待挑戰(zhàn)；審核不通過，退回給服務(wù)機構(gòu)重新形成分析報告提交。

4.7 挑戰(zhàn)方案審核模塊

在服務(wù)機構(gòu)中，點擊左側(cè)解決方案評價中的“待處理”，查看未審核的解決方案，點擊對應(yīng)的解決方案名稱進(jìn)行篩選，篩選后形成挑戰(zhàn)方案評價表并提交給承辦單位審核。

在承辦單位中，點擊需求管理中的“解決方案管理”到解決方案待處理頁面，點擊對應(yīng)的需求名稱進(jìn)行審核。 審核通過后發(fā)布在系統(tǒng)中，供征求方案發(fā)布者挑選；審核不通過，退回給服務(wù)機構(gòu)，形成挑戰(zhàn)方案評價表并再次提交。

4.8 問題建議模塊

點擊導(dǎo)航欄的“問題建議”，可以對問題建議進(jìn)行添加和刪除的操作。

5 系統(tǒng)模頁面設(shè)計

本系統(tǒng)擁有眾多美觀界面，本文只選擇了以下兩個界面進(jìn)行展示，系統(tǒng)管理員界面如圖5，發(fā)布征求方案界面如圖6 所示。

圖5 管理員界面設(shè)計Fig. 5 Administrator interface design

圖6 發(fā)布征求方案界面設(shè)計Fig. 6 Administrator interface design

6 結(jié)束語

系統(tǒng)共有6 個模塊，分別是用戶注冊模塊、信息審核模塊、征求方案發(fā)布與審核模塊、挑戰(zhàn)方案發(fā)布與審核模塊和問題建議模塊。 已經(jīng)實現(xiàn)了用戶注冊與登錄、發(fā)布征求方案與審核、發(fā)布挑戰(zhàn)方案與審核和提交問題建議等功能。 此外，系統(tǒng)還有很多需要完善的地方，如目前不能應(yīng)用于大型需求問題的對接，只適合應(yīng)對小企業(yè)或個人的簡單需求，日后需對系統(tǒng)進(jìn)行優(yōu)化并擴充相應(yīng)功能。