網上購物詳細設計范文第1篇
系統歡迎界面
待辦信息
要求:根據角色不同,能不能提供個性化的頁面,比如今日商務待處理事宜等,任務根據實際情況指派,由當前角色進行任務或下一流程指派。
1、客戶基本資料管理
客戶為創建合同時的必選對象,基本資料共有兩個部分:客戶資料和關聯信息?;拘畔蛻艋拘畔?、開票信息、聯系人、客戶備忘、客戶附件等。 關聯信息有多項內容,含合同信息、合同標的、審批信息等。 對于客戶的基本資料和關聯信息此處設置必要的打印和查詢關聯。
1.1客戶資料
1.1.1、 客戶基本信息
對客戶基本信息進行增、刪、改、查功能。
查詢條件:客戶名稱、客戶編號、開票名稱、行業等。
相關字段:
客戶id,客戶名稱、客戶類型、客戶編號(自動生成)、行業(選擇)、省(選擇)、市(選擇)、聯系地址、郵編、公司網址、首要聯系人、辦公電話、職位、移動電話、傳真、E-mail、QQ、法定代表、注冊資本、幣種、實收資本、公司類型、成立日期、經營范圍、營業截至日期、負責人,備用1,備用2。(*紅色為必填項) tip:
客戶類型:行業客戶、普通客戶、渠道合作伙伴【用戶添加時,以下拉列表選擇】 客戶編號:規則LJKJ+4位年份+2位月份+2位日期+001~999【系統根據改天客戶排序自動排好,此項可手工修改】
營業截至日期:客戶管理自動判斷營業日期是否過期,如過期,則在頁面進行提醒,及時更換營業附件或進行相關更新。
1.1.2、 開票信息
每個客戶設置一條開票信息,并設置修改權限。在打印發票時,自動調取開票信息。 相關字段:名稱、納稅人識別號、地址、電話、開戶銀行及賬號(必填項) 功能:修改,添加(附:可與客戶基本資料設置同一張表)
1.1.3、 客戶附件
客戶附件是對有經營單位的客戶上傳三證(營業執照、稅務登記證,機構代碼證)和直接負責人員。并設置增、改、刪功能。 如圖所示管理:
相關字段:附件名稱、附件類別、附件說明、上傳日期、附件文件名、上傳人。
1.1.4、 聯系人
管理客戶的相關聯系人,并設置增、改、刪功能。
相關字段:姓名、職務、辦公電話、移動電話、傳真、E-Mail、備注。
1.1.5、 客戶備忘
對客戶設置備忘錄,并設置增、刪功能。
相關字段:說明事項、內容、提交人、提交日期。
1.2 關聯信息
根據客戶合同內容關聯客戶其他信息,并可打印客戶信息單和導出客戶信息表
1.2.1 打印
可對該客戶的各項資料進行打印客戶信息單。
打印內容:客戶基本資料、開票信息、相關項目、資金統計等
1.2.2導出信息
對所選擇的客戶導出.xls表
2、合同管理
合同基本資料共有兩個部分:合同資料和關聯信息?;拘畔贤拘畔?、合同文本、合同標的、合同附件、計劃資金、資金條款、合同備忘等。
關聯信息有多項內容,含實際資金、發票、資金統計、進度、合同變更、審批記錄等。 對于合同的基本資料和關聯信息此處設置必要的打印和查詢關聯。
2.1基本屬性
對合同基本信息進行增、刪、改、查及合同復制功能。 查詢條件:合同名稱、合同編號、合同對方、簽約日期等。
相關字段:
合同名稱、合同編號、對方合同編號、合同類別,簽訂日期、生效日期、計劃完成日期、合同金額、幣種、印花稅額(可改為選填發票類型:增值稅普通、增值稅專用)、合同對方、所屬項目、負責人、審批狀態、合同狀態、蓋章狀態、借閱狀態 tip:
合同類別:采購合同、直銷合同、分銷合同
合同編號規則(默認,可修改):LJCG(采購)/LJZX(直銷)/LJFX(分銷)+年(2013)+月(11)+日(04)合同排序(001),例:LJCG20131104031 共15位
審批狀態:未提交0,審批中1,審批通過2,審批拒絕-1,已作廢-2,已蓋章3,已歸檔4,合同執行5,已開票6,完結10. 借閱狀態:默認(在庫)0,空缺-1 除此之外,設置合同復制功能,點擊已有合同復制后,新增一條除編號,狀態不同其他內容都相同的合同。
2.2關聯信息
根據合同內容需要設置其他相關信息
2.2.1合同文本
設置合同文本信息的增、刪功能
相關字段:文本名稱、文本類別、文件、文件說明、建立人、建立日期。
Tip:文本類別:合同正文、補充協議、會議紀要、設計方案、合同蓋章掃描件、其他合同附件 2.2.2合同標的
設置合同標的信息的增、刪功能
相關字段:名稱、規格、數量、單價、添加人、添加日期
2.2.3計劃資金
設置合同計劃資金信息的增、刪功能
相關字段:名稱、金額、結算方式、計劃完成日期、備注 Tip: 結算方式:現金、支票、電匯。
2.2.3資金條款
資金條款管理。
相關字段:資金條款,合同id
3、合同執行
3.1 合同審批及調整階段
對于已擬定無誤的合同有以下操作 提交審批、合同作廢、合同蓋章 3.1.1 提交審批
提交審批后,審批狀態更改為審批中(1) 提交審批:默認(0)—>審批中(1)
3.1.2審批通過及拒絕
? 審批拒絕后,審批狀態由審批中(1)?審批拒絕(-1),拒絕可填寫拒絕理由。 ? 審批同意后,審批狀態由審批中(1)?審批通過(2) ? 審批通過的合同自動進入蓋章環節
3.1.3 合同作廢
合同作廢,合同狀態由默認(0),審批中(1),審批通過(2)--?已作廢 -2 注:合同作廢環節可由領導操作或者銷售人員操作。在歸檔之前,均可作廢
3.2、蓋章管理
3.2.1合同蓋章
合同審批通過后,由相關人員(商務)將合同文件蓋章,將紙質合同掃描為pdf文件,上傳服務器進行歸檔。用章的同時,記錄用章信息。此處僅記錄我公司蓋章狀態
基本屬性:用章人、用章日期、用章申請人、蓋章份數、每份蓋章數量、用章狀態、蓋章數量 Tip: 執行條件:審批通過(2),蓋章操作后,更改合同狀態為已蓋章(3) 合同狀態:審批通過(2)?已蓋章(3)
3.2.1合同歸檔
合同用章后,執行操作“合同歸檔”,由商務人員將紙質合同掃描成pdf文件,上傳系統歸檔。歸檔后,可進行在線合同查詢合同。 合同狀態:已蓋章(3)?已歸檔(4)
歸檔人、歸檔日期、歸檔份數、歸檔說明,檔案柜編號
3.2.2合同借閱
記錄紙質合同借閱記錄,合同新建借閱前,判斷合同借閱狀態。 借閱狀態:默認(在庫)0,空缺-1,并可查詢合同借閱記錄 查詢條件:借閱日期,借閱人,合同名稱 功能:借閱增、刪操作。
相關字段:借閱人、借閱日期、借閱說明、借閱份數、借閱經辦人、歸還日期、歸還人、歸還經辦人
3.2.2 其他用章管理
記錄非合同類用章情況。用章記錄增、刪、查 查詢條件:印章名稱、用章日期、用章申請人
相關字段:用章人、用章日期、印章名稱、蓋章總量、用章申請人、用章情況說明。
3.3、合同執行進度
執行條件:合同歸檔
合同歸檔后,由銷售人員決定何時提交執行合同,合同執行后,更改合同狀態。 合同歸檔(4)?合同執行(5),
采購合同、直銷合同類合同提交執行合同后,直接進入申請發貨進度頁面。進度提交后,由商務處理
3.3.1計劃進度(供貨、收貨、資金)
合同歸檔后,銷售人員制定相關的計劃執行進度,進度屬性包含三類:供貨、收貨、資金。對于供貨進度,設置提交審批動作。提交審批后為商務人員待處理事宜。 制定計劃:銷售人員制定不同的進度計劃,用于完成規定期限內的合同內容。
相關字段:進度名稱、金額、進度描述、執行人、進度屬性,計劃開始日期、計劃完成日期、備用,提交審批后,進度狀態為1,升級為商務待處理狀態。提交人可見。 進度屬性:資金(勾選后),自動出現資金額度文本框,填寫資金額度。 同時設有進度附件。
相關字段:附件名稱、附件類別、上傳日期、附件說明、附件文件
3.3.2供貨進度
銷售人員根據既定的供貨進度計劃,對合同進度的執行詳細情況做進度明細登記。 商務人員對已提交的供貨申請,商務批復有三種:A庫存
B需采購 C已到貨。商務可對提交的供貨申請做多次批復 ,以通知貨物狀態?;貜蛢热蒌N售可見。
相關字段: 進度執行情況、開始日期、完成日期、累計完成,審批狀態、提交人。 Tip: 系統根據進度執行情況,自動計算進度狀態。非資金類的按進度執行天數。資金類的按資金完成計算完成百分比。
對于采購合同、直銷合同,商務可直接處理發貨等操作;
對于分銷合同,商務在處理時,系統提醒,需收款額度>0時,才可對提交的進度申請處理。
3.3.3收貨進度
當庫存不足時,商務自行提交定貨合同,商務收貨后,可直接登記明細。修改合同狀態
3.3.4收(付)款進度
合同歸檔后,對每次的收(付)款記錄收(付)款操作
合同收(付)款,選擇合同,提交資金金額、結算方式、票據號碼、結算日期提交收(付)款,收(付)款后,顯示已完成、可核銷余額、本次核銷、全部核銷金額等內容。
在合同資金進度中,根據合同實際的收(付)款金額,自動計算合同款項完成情況和完成比例。
合同完成100%時,自動提醒合同已完成,提交完成合同報送,合同執行結束。 相關字段:
資金金額、票據號碼、結算方式、結算日期、備注
4、創建采購合同
參照2 合同管理
5、發票管理
5.1發票管理
發票管理用于發票在系統上的記錄。發票按來源分為兩類,接收、開具。
接收類的發票根據對象不同分為合同類發票,非合同類發票,此類發票接收后,商務確認后,記錄接收發票記錄即可。
開具類發票,根據對象不同分為合同類發票,非合同類發票,此類發票經領導審批后,才可開具,審批的同時登記開具發票記錄。 相關功能:發票增、刪、改、查
查詢條件:發票類型、開票日期、發票對方、納稅識別號
相關字段:發票類型、發票來源、相關合同、發票金額、開票日期、發票號、發票對方、備注、備用1 Tip: 發票類型(增值稅發票14%,增值稅專用發票7%,普通發票6%) 發票來源(開具、接收) 相關合同:設置合同選擇框,發票合同字段為空的為未關聯合同,不為空的為合同類發票。(可選)。
選擇合同后,頁面下方發票內容自動關聯合同標的。否則,用戶可增加、刪除相關發票內容。(發票內容:名稱、規格、單價、數量、金額)
發票對方:設置選擇框及可輸入框。選擇對應客戶(供應商)時自動關聯納稅人識別號、地址、電話,開戶銀行及帳號信息。否則,可手工錄入。
創建完成后,確認,可提交審批。發票審批后,更新合同發票狀態。合同完成。
5.1發票審批(確認)
? 開具的發票審批后,系統自動記錄審批時間,審批通過后,系統自動提醒相關人,待處理發票,可對發票進行打印操作,對于合同類的發票,自動關聯合同中開票單位、標的等信息,發票打印后,可更新合同中發票狀態。
? 接收類發票經商務確認發票后,系統自動記錄確認時間及相關信息。 ? 系統提供發票的不同查詢方式。
6、合同完成處理
網上購物詳細設計范文第2篇
網站分類目錄是把互聯網上網址網站信息收集整理在一起,按著不同的分類、主題,放在相應的目錄中。早期得到很大的應用,隨著搜索引擎時代的到來,網站分類目錄逐步退出了人們的視線,但分類目錄收錄能提高搜索引擎中網站權重,如Dmoz分類目錄,就是一種多國語方組成人工編輯網站分類目錄,我們常的搜索引擎如百度、MSN、Sogou等均提取此分類目錄網址信息,所以說分類目錄還是很重要的,今天就與大家公布些比較權威的網站分類目錄與提交網站分類目錄方法.有的站長突然之間PR從2到6,不用奇怪,這就是網站目錄提交的作用。
啟發網站目錄
http:/// 讓你的網站更精彩,馬上登陸我們,Google PR指數:4。
中國開放式分類目錄
http:/// 中國藝術開放分類目錄,藝術類網站在線指南,Google PR指數:4。
Sodig網站目錄
http:/// 全力打造全國最大,做最好的個人網站分類目錄,Google PR指數:3。
以上就是收集的比較權威的網站,大家可以用于網站推廣,有助于網站流量于網站權重的提高,如何提交網站分類目錄?:
1、三個月只提交一次,耐心等待。
2、正確找準分類,提交網站信息。
3、網站描述,盡量在30字之內,簡潔,明確。
4、準確描述:不要用欺瞞或誤導的信息。
5、關鍵詞適中:使用關鍵詞不要過多,建議最多三個詞。
6、放平心態:因為大部分都是站長人工管理維護,提交后不保證不定期收錄,收錄過程中保持心態,如能成功,受益將是長期的。
謝謝大家,希望大家的網站都越做越好。
祝:開心
網上購物詳細設計范文第3篇
“沒想到一個電話,值一萬塊錢!”湖北恩施農民崔顯龍近日在接受記者采訪時說。崔顯龍是川氣東送管道公司的一名老鄉安全信息員。平日他除了放羊,還負責看護周邊管道安全。今年10月,他在放羊時發現山體滑坡跡象,及時通報避免了發生管道事故。因為這個,他得到了中國石化的獎勵。
信息員制度是天然氣分公司川氣東送管道公司行之有效的一項安全措施,能夠充分發動沿線群眾力量,確保管道本質安全。
川氣東送管道公司黨委副書記裴龍慧介紹,川氣東送管道保護之難,堪稱國內油氣管道之最,川渝鄂地區溝壑縱橫、山多路險,容易發生地震滑坡泥石流等自然災害,皖蘇浙地區水多人多、經濟發達,容易遭受第三方施工等人為破壞。
管道安全是時刻懸在川氣東送管道人頭頂上的達摩克利斯之劍。川氣東送管道公司創新并完善安全防護體系,通過技術防護、人工巡護、維搶修、儲氣庫應急等措施,保障管道安全平穩運行。截至2017年12月5日,川氣東送管道已安全運行3210天。
管道24小時處于智能監控之中,每一次微小的“情緒表達”都可以被感知
來到川氣東送管道調控中心,巨幅顯示屏和不斷閃動的數字讓人震撼。川氣東送管道35座站場、101座閥室及重點區域的數據信息、視頻影像,實時顯現在這里,調控中心員工有條不紊地發出相應指令。這里既是川氣東送管道的大腦,也是管線智能化的最直接體現。
調控中心調度員肖春告訴記者,去年1月,監控顯示武漢乙烯輸氣站壓力值下降,他們迅速作出判斷,“武漢石化支線上游某處出現截斷”。調查發現,原來是雷擊導致閥室設備的元件發生異常,員工立即打開旁通,確保了武漢石化用氣平穩。
川氣東送管道公司技術信息部副主任曹建國說,經過幾年建設,川氣東送管道的智能化程度越來越高,無論是壓力、流量、溫度等管道自身信息,還是管道周邊影像、應急資源分布、地貌環境等情況,都能通過光纜實時傳輸,實現一鍵查詢。
不僅如此,集成的軟件還可以根據各類數據的匯總及變化,自動生成報表,分析管道是否處于安全狀態,為下一步科學決策提供支撐。
如果管道發生泄漏等意外,如何第一時間避免危險?
川氣東送管道公司黨委書記陳飛說,管道每隔一段距離就設有一座閥室,安裝有相應的關斷閥門,一旦管道發生泄漏等意外,閥室內先進的檢測設備感知到管道壓力等異動,立刻啟動自動關閉裝置,切斷氣體供應,避免泄漏發生。
無論目前使用多少先進智能技術,都無法取代人工巡線
在湖北利川,記者和鄂西巡線隊副隊長陳大勝一起去體驗巡線。在湖北山區,巡線的路都非常險峻,沒有路的地方,就拿著木棍,一邊走,一邊開路。記者拽著樹枝一步步向上爬,差不多花了30多分鐘,才勉強爬上山頂。不過記者發現,遠處的山更高、草叢更密,接連五六個山頭,都是管線經過的地方。對于長輸管道而言,無論目前使用多少先進智能技術,都無法取代人工巡線。 “人工巡線看似沒有技術含量,但依然是目前最實用的辦法。智能管線技術可以感知管道的變化,但是看不到周邊的隱患。換句話說,如果管道真的感知到變化,說明危險或意外已經發生。”川氣東送管道公司管道保護部負責人說。
川氣東送實行公司、管理處、巡線隊三級管理體制。由一名公司領導分管管道保護工作,機關專門設立管道保護部,管理處設立管道保護部和巡線隊。管道全線有專職巡線隊6個,巡線分隊22個,共計120人。
為進一步織密巡護網絡,該公司每8公里左右配一名屬地巡線工,由當地熟悉情況的老鄉擔任,并實行分段承包責任到人的管理體制,確保管道365天有人巡線。目前,共有429名屬地巡線工活躍在管道沿線。
公司投用GPS巡線管理系統,嚴格規定了屬地巡線人員的巡線區域、路徑、時段等要素,確保巡線到位率100%。
另外,公司還發展了一大批群眾信息員,鼓勵在管線附近生活、種地的老鄉,留意管道周邊變化,并對老鄉提供的有用信息給予物質獎勵。在野三河懸索、支井河桁架、五條長江隧道等重點區域,該公司實行24小時值守制度。
一支召之即來、來之能戰的維搶修隊伍,成為守護管道安全的一道堅實屏障
在管道發生險情時,一支召之即來、來之能戰的維搶修隊伍,成為守護管道安全的一道堅實屏障。川氣東送管道公司設置了宜昌、嘉興兩個維搶修中心,分段負責整個管道各類設施的維護及應急搶修工作,6個輸氣管理處設置了維搶修隊處理本轄區小型應急事件。公司配置了包括衛星通信車等搶險設備500余臺(套),搶險機具1000余件。
按照“預防為主、以演促練”的原則,針對管道存在的風險和可能發生的事故類型,管道公司每年都要開展公司級應急演練。管理處每季度、站隊每月開展相應的現場處置應急演練,通過全方位、多類型的應急演練,有效提升了公司的應急響應和處置能力。
在普光應急救援中心,76臺搶險車輛,嚴陣以待,氣勢恢宏,猶如現實版變形金剛戰隊。據介紹,普光應急救援中心投入近1億元購入這些車輛,并結合實際進行了改造。通信指揮車、應急強風車、快速移動充氣車、消防坦克、火焰噴射器……每一臺車輛性能都非常強大。汶川地震、雅安地震發生后,訓練有素的隊員和精良的裝備,在搶救人民生命財產方面發揮了重要作用。普光應急救援中心被國家安監總局命名為“國家油氣田救援川東北基地”,是全國4個油氣田救援基地之一。
如果說管道是一條河流,儲氣庫就是一座湖泊,起到蓄洪補枯作用
位于江蘇省常州市的金壇儲氣庫,是中國石化第一座鹽穴儲氣庫。它是天然氣分公司川氣東送管道季節調峰、事故應急處理、優化天然氣輸氣管網運行不可缺少的配套工程。
“如果說管道是一條河流,儲氣庫就是一座湖泊。管道氣富裕時,儲存到儲氣庫;管道氣匱乏時,儲氣庫給予補充。”金壇儲氣庫負責人黃孟云說。
今年2月,西南、華中、華東、江南等地區氣溫驟降并出現雨雪天氣,川氣東送下游用戶天然氣需求量刷新歷史紀錄。為保障用戶用氣不受影響,金壇儲氣庫累計采氣超過1400萬立方米,助力管道供氣平穩。 “下一步,用戶對天然氣的需求會持續增加,管道的壓力值也會不斷增加,儲氣庫將是確保供氣以及管道安全的重要手段。”黃孟云介紹。
目前,金壇儲氣庫仍然處于持續建設中,通過不斷向地下注水,稀釋溶解地下的鹽礦區域,獲取儲藏天然氣的密閉空間。截至目前,14口井造腔141萬立方米,其中3口井已完成造腔,開始注采氣生產運行。
網上購物詳細設計范文第4篇
軟件詳細設計說明書
項目名稱: 學生信息管理系統
年 級:
專 業:
班 級:
學 號:
姓 名: 指導教師:
日期: 年 月 日
目 錄
1 引言 ...................................................................... 1 1.1編寫目的 ............................................................. 1 1.2 項目背景 ............................................................. 1 1.3 定義 ................................................................. 1 1.4 參考資料 ............................................................. 1 2 總體設計................................................................... 1 2.1 需求概述 ............................................................. 1 2.2 軟件結構 ............................................................. 1 3 程序描述................................................................... 1 3.1 下面對各模塊的功能,性能,輸入,輸出進行具體描述 ..................... 1 3.2 算法 ................................................................. 6 3.3 程序邏輯 ............................................................. 7 3.4 接口 ................................................................. 7 3.5測試要點 ............................................................. 7
1 引言
1.1編寫目的
軟件詳細設計說明書是對系統架構進行詳細直觀描述,從而完成詳細設計,作為軟件實現的基礎。預期的讀者為本項目開發人員和將來對本項目進行擴展和維護的人員。 1.2 項目背景
項目的委托單位: 主管部門:學校教務處
該軟件系統與其他系統的關系:與學生管理相關聯 1.3 定義
在該概要設計說明書中的專門術語有:總體設計、接口設計、數據結構設計、運行設計、出錯設計,具體的概念與含義在文檔后將會解釋。
1.4 參考資料
《軟件工程導論(第6版)》---- 張海藩,牟永敏 編著 出版社: 清華大學出版社
2 總體設計
2.1 需求概述 2.2 軟件結構
1、總體結構
2、用戶管理模塊結構
3、學生檔案管理模塊結構
4、成績管理模塊結構
3 程序描述
3.1 下面對各模塊的功能,性能,輸入,輸出進行具體描述
1、登錄模塊
● 功能:接受用戶登錄請求,驗證用戶輸入的用戶名、密碼和用戶類型,轉到管理頁面。
1 ● 性能:對用戶登錄請求在1-2秒鐘之內做出響應。
● 輸入項目:用戶名:字符串型
密碼:字符串型 ● 輸出項目:合法:進入管理界面。
非法:重新登陸。
2、總體結構
● 功能:接收登陸模塊傳過來的用戶名,驗證用戶名的類型。
● 性能:界面的狀態欄顯示:聯系方式、登陸時間、當前操作用戶名和用戶類型。 ● 輸入項目:用戶名:字符串型。
● 輸出項目:用戶名:字符串型(在狀態欄)
用戶類型:字符串型(在狀態欄)
登陸時間:字符串型(在狀態欄)
3、系統管理模塊
● 功能:
1、添加新的用戶名、密碼;
2、修改任何用戶(包括學生)密碼。
● 性能:
1、用戶名、密碼和密碼確認和用戶類型(單選按鈕);
2、舊密碼,新密碼和新密碼確認。
● 輸入項目:
1、用戶名、密碼和密碼確認和用戶類型(單選按鈕);
2、舊密碼,新密碼和新密碼確認。
● 輸出項目:
1、(對話框)添加成功,跳轉到詳細信息添加頁面;
2、(對話框)密碼修改成功,請重新登陸;跳轉到登陸頁面。
4、用戶管理模塊
● 功能:
1、向數據庫中添加新用戶信息;
2、用戶信息的管理,包括:修改、刪除、查詢;
3、查詢用戶信息,包括:精確查詢、模糊查詢。 ● 性能:
1、沒有添加新用戶,不能添加用戶信息;
其它無特殊要求。
● 輸入項目:
1、用戶名:字符型(新添加用戶時傳過來的,不能更改,本頁也不能添
加)
姓名:文本型 所學專業:文本型
性別:文本型 政治面貌:文本型 學歷:文本型 身份證號:字符型
職稱:文本型 所在院系:文本型
民族:文本型 電子郵箱:字符型
學位:文本型 固定電話:字符型
職位:文本型 移動電話:字符型
備注:文本型 所教專業:文本型
工作時間:日期型 教師資格證書號:數值型
2、與1相同
3、精確查找 用戶名:文本型
4、模糊查找
姓名:文本型 所在院系:文本型
性別:單選按鈕
● 輸出項目:合法:顯示出用戶信息管理頁面 非法:重新添加、查詢
5、院系管理模塊
6、學生檔案管理模塊
● 功能:
1、向數據庫中添加學生信息;
2、學生信息管理,包括:修改、刪除、查詢;
3、學生信息查詢,包括:精確查詢、模糊查詢。
● 性能:無特殊要求。
● 輸入項目:
1、學生檔案添加
姓名:文本型 初始密碼:字符型
學號:數值型(數據庫自動增加) 政治面貌:文本型
3 性別:文本型 出生日期:日期型
民族:文本型 畢業院校:文本型
郵編:數值型 家庭住址:文本型
身份證號:字符型 入學時間:日期型
固定電話:字符型 移動電話:字符型
備注:文本型 所在班級:文本型
2、學生檔案管理
與1相同
3、精確查找
學號:數值型
4、模糊查找
姓名:文本型 性別:單選按鈕
● 輸出項目:合法:顯示出學生信息管理頁面
非法:重新添加、查詢
7、課程管理模塊
● 功能:
1、向數據庫中添加基本課程信息;
2、基本課程管理,包括:修改、刪除、查詢;
3、向數據庫中添加班級選課信息;
4、班級選課管理,包括:修改、刪除、查詢;
5、課程查詢,包括:基本課程查詢(精確查詢和模糊查詢)、班級選課查詢(精 確查詢和模糊查詢)。 ● 性能:無特殊要求。
● 輸入項目:1.1、基本課程設置
基本課程編號ID:數值型 課程名稱:文本型
任課老師ID:文本型 學分:數值型
課程類型:文本型 年級:文本型
課程學期:日期型 專業ID:數值型
院系ID:數值型 備注:文本型
1.2、基本課程管理
與1.1輸入相同
2.1、班級選課設置
選課ID:數值型 課程名:文本型
班級ID:數值型 班級名:文本型
備注:文本型 任課老師ID(用戶名):字符型 2.2、班級選課管理
與2.1輸入相同
3.1、基本課程查詢 3.1.
1、精確查找
基本課程ID:數值型
3.1.2、模糊查找
任課老師:文本型 課程名:文本型
3.2、班級選課查詢 3.2.
1、精確查找
基本課程ID:數值型
3.2.2、模糊查找
任課老師:文本型 課程名:文本型
● 輸出項目:合法:顯示出基本課程管理或班級選課管理界面 非法:重新添加、查詢
8、成績管理模塊
● 功能:
1、向數據庫中添加課程成績信息;
2、課程成績管理,包括:修改、刪除、查詢;
3、課程查詢,包括:精確查詢(按學號查找和按課程號查找)和模糊查詢(按
姓名查找和按課程名查找)。
● 性能: 無特殊要求。 ● 輸入項目:
1、學生成績添加
學號:數值型 課程ID:數值型
分數:數值型 課程類型:文本型
考試時間:日期型
2、學生成績管理
與1相同
3、學生成績查詢
3.1、精確查找
按學號查找 學號:數值型 按課程號查找 課程號ID:數值型
3.2、模糊查找
按姓名查詢 姓名:文本型 性別:單選按鈕選擇
按課程名查詢 課程名:文本型
● 輸出項目:合法:顯示出課程成績管理界面
非法:重新添加、查詢 3.2 算法
登錄模塊:表示層接收數據傳到業務邏輯層,業務邏輯層與數據庫中的數據做比較。 總體結構
系統管理模塊:
1、表示層接收數據傳到業務邏輯層,業務邏輯層將數據存入數據庫中;
2、表示層接收數據傳到業務邏輯層,業務邏輯層將數據判斷后存入數 據庫中。
用戶管理模塊:
1、表示層接收數據傳到業務邏輯層,業務邏輯層將數據存入數據庫中;
2、表示層接收數據傳到業務邏輯層,業務邏輯層將數據的用戶名與數
據庫中的比較后進行管理操作;
3、表示層接收數據傳到業務邏輯層,業務邏輯層按要去進行數據查詢。
院系管理模塊
學生檔案管理模塊:
1、表示層接收數據傳到業務邏輯層,業務邏輯層將數據存入數據
庫中;
2、表示層接收數據傳到業務邏輯層,業務邏輯層將數據的學號與
數據庫中的比較后進行管理操作;
3、表示層接收數據傳到業務邏輯層,業務邏輯層按要去進行數據
查詢。
6
課程管理模塊:
1、表示層接收數據傳到業務邏輯層,業務邏輯層將數據存入數據庫中;
2、表示層接收數據傳到業務邏輯層,業務邏輯層將數據的課程ID與數
據庫中的比較后進行管理操作;
3、表示層接收數據傳到業務邏輯層,業務邏輯層按要去進行數據查詢。
成績管理模塊:
1、表示層接收數據傳到業務邏輯層,業務邏輯層將數據存入數據庫中;
2、表示層接收數據傳到業務邏輯層,業務邏輯層將數據的學號與數據 庫中的比較后進行管理操作;
3、表示層接收數據傳到業務邏輯層,業務邏輯層按要去進行數據查詢。 3.3 程序邏輯
登錄模塊
總體結構
系統管理模塊 用戶管理模塊 院系管理模塊
學生檔案管理模塊 課程管理模塊
成績管理模塊 3.4 接口
● 存儲分配
● 限制條件
1、軟件資源:Window xp操作系統或更高以上操作系統, VS.net編程軟件和SQL數據開發維護軟件。
2、硬件資源:具有VS.net應用軟件計算機三到五臺,具有SQL應用軟件運行服務器一臺。 3.5測試要點
測試工件為四個階段:單元測試、組裝測試、確認測試、系統測試。
7 單元測試:采用白盒法和黑盒法相結合的方法,對于邏輯結構復雜的模塊采用白盒法,對于以輸入、輸出為主的模塊采用黑盒法測試,以提高測試的效率。
組裝測試:自底向上的增式測試。
確認測試:由用戶參與按需求規格說明書驗收。 系統測試:采用人工測試方法。
(1) 系統環境模塊測試。為了檢測系統環境模塊,數據連接是否正確,數據能否正確,并進行仔細核對。
(2)基本信息模塊測試。因為基本信息模塊是本系統的一個重要模塊,本模塊能否正確運行關系到系統設計成敗的關鍵,所以有必要專門對這個之模塊進行嚴格的測試,以彌補設計過程中的不足,及早發現和修改問題。
(3) 查詢模塊測試。因為所有的數據庫管理軟件設計的目的之一都是為了人們提供快捷方便的數據查詢功能,查詢設計的是否合理和正確是系統的又一關鍵之所在。
網上購物詳細設計范文第5篇
在進行了總體設計之后,將進入到軟件功能實現階段,功能實現就是在概要設計的基礎上結合用戶需求分析對系統的各個模塊、各個模塊的功能進行實際開發。
5.1 系統首頁介紹
如圖5.1是系統的登錄頁面:
圖 5.1 登錄頁面
如圖5.2是系統正確登錄后的主頁面,主頁面包括菜單列表、快捷管理、公示板等功能。菜單列表包含了系統的五大功能,快捷管理則有退出系統、快捷審批假條、快捷讀郵件等功能;其中系統會根據用戶的不同權限,顯示不同的功能。
圖 5.2 主頁面功能展示
5.2 人員管理模塊 5.2.1模塊簡介
人員管理模塊是系統的根本所在,如圖5.3所示,包括添加員工、刪除員工、查詢
1
和修改信息四個功能;修改信息包括修改密碼、修改個人信息和修改員工信息。
圖 5.3 人員管理模塊
5.2.2模塊實現
添加員工相關頁面:addUser.jsp
圖 5.4 添加員工頁面
刪除員工相關頁面:delUser.jsp、delUser1.jsp
2
圖
圖 5.5 刪除員工頁面
圖 5.6 刪除員工頁面(2)
查詢相關頁面:select.jsp
圖 5.7 查詢頁面
修改員工信息相關頁面:updateUser.jsp
圖 5.8 修改員工信息
修改密碼相關頁面:update_pass.jsp
3
圖 5.9 修改密碼
修改個人信息相關頁面:updSelf.jsp
圖 5.10 修改個人信息
5.3 分組管理模塊 5.3.1模塊簡介
本系統對于人員進行分組管理,請假等功能也是建立在分組的基礎上的,分組管理模塊共有四個功能,分別是:創建分組、刪除分組、查詢分組和修改分組,其中修改分組又分為四個小功能:添加組員、移除組員、更換組長和修改組信息。如圖5.3.1
圖 5.11 分組管理模塊
4
5.3.2模塊實現
創建分組相關頁面:update_groups.jsp
圖 5.12 創建分組
刪除分組相關頁面:delGroup.jsp
圖 5.13 刪除分組
修改分組相關頁面:addGroup.jsp、altManager.jsp、delGroupU.jsp、intUser_group.jsp
圖 5.14 修改分組
圖 5.15 修改組信息
圖5.16 添加組員
圖 5.17 移除組員
6
圖 5.18 更換組長
查詢分組相關頁面:groupselectB.jsp、groupselectD.jsp
圖 5.19 查詢分組
5.4 備忘錄模塊 5.4.1模塊簡介
本模塊包括創建備忘、修改備忘、刪除備忘和查看備忘四部分;查看又分為查詢全部和模糊查詢兩種方式。
圖 5.20 備忘錄模塊
5.4.2模塊實現
創建備忘相關頁面:memocreate.jsp
7
圖 5.21 創建備忘
刪除備忘相關頁面:memodelete.jsp
圖 5.22 刪除備忘
查看備忘相關頁面:memoselect1.jsp、memoselect2.jsp
圖 5.23 全部查詢
8
圖 5.24 關鍵字查詢
5.5 請假流程模塊 5.5.1模塊簡介
本模塊包含創建假條、審批假條和歷史查看三個功能,其中審批假條是管理員功能,而總管理員是不能創建假條的。
圖 5.25 請假流程模塊
5.5.2模塊實現
創建假條相關頁面:createLeave.jsp
圖 5.26 創建假條
審批假條相關頁面:leaveperson.jsp
9
圖 5.27 審批假條
歷史查看相關頁面:selectLeaveSelf.jsp
圖 5.28 歷史查看
5.6 站內信模塊 5.6.1模塊簡介
本模塊包含創建站內信、收件箱、發件箱和草稿箱四個功能;其中包括可以群發郵件、可以添加附件、驗證碼驗證等功能。
圖 5.29 站內信模塊
5.6.2模塊實現
創建站內信相關頁面:mailcheck.jsp
10
圖 5.30 創建站內信
發件箱相關頁面:MailoutDetail.jsp、MailoutSelect1.jsp
圖 5.31 發件箱
收件箱相關頁面:MailReceive.jsp.MailReceive2
圖 5.32 收件箱
網上購物詳細設計范文第6篇
人事管理系統模塊設計:用戶登錄模塊:模塊功能包括錄入,修改,刪除登錄用戶信息。用戶權限管理模塊:模塊功能包括為每個系統功能設置一個權限代碼,為每個用戶設置其能夠擁有的權限,從而保證用戶根據自己權限訪問系統,確保系統保密信息的安全性。人員基本信息管理模塊:模塊功能包括企業人員信息錄入,修改,刪除,部門設置,照片上傳及工作崗位分配等,對人員基本信息進行詳細描述,以便在以后的系統運行過程中進行調用查詢。人員工作管理模塊:模塊功能包括工作分配查詢、工作情況查詢(又包括工作正常查詢和額外查詢)等查詢工作。統計查詢模塊:模塊功能包括根據部門、學歷、專業職務、合同類型、政治面貌、畢業院校、工作崗位、戶口所在地、婚姻狀況、籍貫、家庭住址、參加工作時間、民族、入職時間、入黨時間、專業等進行綜合查詢;同時可以對查詢結果到出成Excel格式進行二次編輯打印。系統維護模塊:模塊功能包括部門管理,學歷管理、專業職務管理、合同類型管理、政治面貌管理;系統字體進行管理;不同合同類型人員顯示顏色設置;合同到期人員提前提醒設置;數據庫備份,數據庫聯接維護等。
1.1 系統的任務
企業人事管理系統主要負責管理用戶的人事活動信息和人事活動日志。一個完善的企業人事管理系統的任務主要包括以下幾項:
(1)人事活動管理,主要提供快速的目錄查詢和人事活動提醒服務,并記錄人事活動日志。
(2)聯系人管理,負責管理群組信息和聯系人信息,設置優先級,并提供目錄查詢和打印功能。
(3)統計分析,負責對聯系人信息、人事活動提醒和人事活動日志進行統計。
(4)系統管理,主要負責管理用戶信息、權限設置、用戶登錄以及系統初始化。
1.2 系統的目標
企業人事管理系統是通過計算機方式集中管理人事活動信息和人事活動服務的系統,有以下幾個目標:
(1)更好地保存用戶的聯系方式,提供目錄查詢和打印服務。
(2)提供人事活動提醒服務,通知用戶所需進行的人事活動。
(3)詳細記錄用戶的人事活動日志,提供日志查詢分析功能。
(4)根據用戶權限來設置人事活動服務,提供信息的安全性。
1.3 系統開發方法
本系統開發采用的是結構化系統開發方法,結構化系統開發方法就是結構化開發方法,工程化的系統開發方法和生命周期方法的結合。其基本思想是:用系統工程的思想和工程化的方法,按用戶至上的原則、結構化、模塊化、自頂向下地對系統進行分析與設計,自底向上地進行實施。 結構化系統開發方法的特點:
(1)系統觀點。
(2)嚴格區分工作階段,每個階段都有明確的任務和應得的成果。
(3)自頂向下的分析與設計和自底向上的系統實施。
(4)工作成果文檔化,文檔資料規范化、標準化。
此系統之所以采用這種開發方法是因為結構系統開發方法的整體思路清楚,能夠從全局出發步步為營,減少返工,有利于開發質量;設計工作中階段性強,每一階段均有工作成果出現;每一階段的工作成果是下一級工作的依據,工作進度比較容易把握,有利于系統開發的總體管理和控制。另外,由于該方法強調從整體來分析和設計整個系統,因此在系統分析時,可以診斷出原系統中存在的問題和結構上的缺陷,這一點是其他方法難以做到的。
1.4 可行性分析
可行性是指組織內外當前的具體條件下,進行某項目的必要性和可能性。若系統開發是必要的,則進一步從技術、經濟、管理上分析其可行性。
1)經濟可行性
利用計算機對企業人員進行合理優化地管理,可以提高員工的工作熱情,同時還可以為領導們做出正確的決策提供參考,這些都有利于公司的業務發展和效益的提高。
2)技術可行性
在技術難度方面,Visual Basic 開發工具與SQL Server 2000 適合開發一些中小型的系統,在指導教師的幫助和參考網上一些相關資料,使得開發這樣一套企業人事管理系統軟件成為一種切實可行的方案。
3)組織管理的可行性
開發企業人事管理系統受到企業內部領導層的高度重視,同時廣大員工也反響強烈,有利于促進公司的業務發展和合理的人事管理。
2 系統需求分析
2.1 需求分析的重要性 需求分析工作是系統生命周期重要的一步,也是決定性的一步。忽略需求分析往往會付出沉重的代價。大量實踐表明,信息系統產生的許多錯誤都是由于需求定義不準確或錯誤導致的,而且,如果在需求定義階段發生錯誤,則修改這些錯誤的代價是非常高的,并隨著開發周期的進展,改正錯誤或在改正錯誤時引入的附加錯誤的代價是按指數增長的。因此,系統開發中的需求定義是系統成功的關鍵一步,必須引起足夠的重視。企業人事管理系統中一項重要的工作就是錄入和校對員工的基本信息和人事活動提醒,由于人數多,細節多,人工處理很容易丟失資料或出現不準確的情況,因此采用計算機進行企業人事管理,根據具體情況進行需求分析。
2.2 企業人事管理系統的功能結構
從業務角度來看,管理信息系統應該支持整個組織在不同層次上的各種功能。各種功能之間又有各種信息聯系,構成一個有機的整體及系統的業務功能結構。根據以上對人事管理系統的任務和目標的分析可以看出,一個標準的人事管理系統應該包含如圖1所示的一些功能。每個功能模塊又都包含一系列的子模塊。
圖1 “企業人事管理系統”功能模塊圖
1)人事活動管理
“人事活動管理”模塊主要用于提供快速的目錄查詢和人事活動提醒服務,并記錄人事活動日志。
(1)“分類查詢”模塊:“分類查詢”模塊負責為用戶提供目錄查詢功能。用戶可以進行精確查詢,也可以進行模糊查詢,從而快速查找所需要的人事活動信息。不同群組權限的用戶可以查詢不同群組的聯系人。
(2)“人事活動提醒”模塊:“人事活動提醒”模塊負責用戶提供人事活動提醒功能。提醒信息主要包括提醒ID、提醒主題、提醒時間、提醒對象、聯系人、聯系方式、提醒內容、錄入人員和是否完成等。提醒對象是指那些需要被提醒進行人事活動的公司員工,錄入人員是登錄的用戶,聯系方式主要有地址、辦公電話、手機號碼、郵箱、MSN和QQ號碼等。
一般用戶只能看到和自己相關的提醒信息,管理人員可以看到所有的提醒信息。當用戶已經完成人事活動事,需要將提醒信息的“是否完成”屬性標志為“完成”。
(3)“人事活動日志”模塊:“人事活動日志”模塊負責記錄用戶的人事活動日志。一般用戶和管理人員只能看到和自己相關的日志信息。人事活動日志主要包括日志ID、人事活動主題、人事活動時間、人事活動人員、聯系人、聯系方式、人事活動內容和錄入人員等。人事活動人員是那些進行人事活動活動的公司員工,錄入人員是登錄的用戶,聯系方式主要有地址、辦公電話、手機號碼、郵箱、MSN和QQ號碼等。
2)聯系人管理
“聯系人管理”模塊負責管理群組信息和聯系人信息,設置優先級,并提供目錄查詢和打印功能。
(1)“群組設置”模塊:“群組設置”模塊負責管理聯系人的群組信息。用戶可以通過建立群組來管理聯系人信息。群組信息主要包括群組ID、群組名稱、優先級、建立日期、群組簡介和錄入人員等。 (2)“聯系人設置”模塊:“聯系人設置”模塊負責設置聯系人信息,并對其進行添加、修改、刪除和查詢等操作。聯系人信息主要包括如下幾項。
①基本信息:聯系人ID、姓名、群組ID、優先級、性別、身份證號、出生日期、籍貫、民族;
②工作信息:工作單位、職務、職稱、工作描述;
③教育背景:畢業院校、學歷、專業;
④聯系方式:地址、辦公電話、住宅電話、手機號碼、傳真、郵箱、MSN、QQ;
⑤其他信息:個人愛好、特長。
(3)“優先級設置模塊”:“優先級設置”模塊負責設置群組和聯系人的優先級。
(4)“查詢打印”模塊:“查詢打印”模塊負責提供目錄查詢和打印功能。
3) 統計分析
“統計分析”模塊主要負責對聯系人的信息、人事活動提醒和人事活動日志進行統計分析。
(1)“聯系人統計”模塊:“聯系人統計”模塊負責對聯系人進行統計分析,通過它,用戶可以更加方便地了解目前各群組擁有的聯系人數目。
(2)“提醒統計”模塊:“提醒統計”模塊負責對人事活動信息進行統計??梢园凑杖耸禄顒犹嵝研畔⒅械穆撓等?,提醒時間和提醒對象分別進行統計分析。
(3)“日志分析”模塊:“日志分析”模塊負責分析人事活動日志??梢园凑杖耸禄顒尤罩局械娜耸禄顒訒r間、人事活動人員和聯系人分別進行統計分析。
4)系統管理
“系統管理”模塊主要負責用戶權限管理,包括用戶管理、密碼維護、重新登錄和初始化。
(1)“用戶管理”模塊:“用戶管理”模塊負責管理用戶信息。用戶信息包括用戶ID、用戶名稱、用戶類別(普通員工、管理人員)、密碼、模塊權限、電話和郵箱等。權限主要包括對一級模塊和二級模塊的使用權限、以及對各群組內聯系人的查詢權限。管理人員具有所有模塊和群組的使用權限,普通員工僅具有“人事活動管理”模塊的使用權限??梢詫θ航M查詢權限進行配置。
(2)“密碼維護”模塊:“密碼維護”模塊負責維護用戶密碼信息,為用戶提供更改密碼的功能。
(3)“重新登錄”模塊:“重新登錄”模塊主要用于給用戶提供重新登錄功能。
(4)“初始化”模塊:“初始化”模塊主要負責提供初始化數據的功能??梢杂羞x擇地對數據表進行清空操作。
3 數據庫分析設計
表1 數據表及其用途 根據系統需求分析,系統需要建立5個表,其用途說明如表1所示。
3.1 數據字典
表2到表6給出了5個數據表(提醒信息表、人事活動日志表、群組信息表、聯系人信息表、用戶信息表)的具體描述,包括字段名稱、數據類型、可否為空和說明。 1)提醒信息表
表2 提醒信息表
2)人事活動日志表
表3 人事活動日志表
3)群組信息表
表4 群組信息表
4)聯系人信息表
表5 聯系人信息表
5)用戶信息表
表6 用戶信息表
3.2 創建數據庫 在創建數據庫之前,用戶需要安裝MS SQL Server 系列的數據庫服務器。直接手工建立數據庫。打開SQL Server企業管理器,新建一個數據庫,數據庫名為“企業人事管理”,然后按照數據字典建立表和表的關聯。
4 系統設計與實現
通過數據庫分析設計,已經完成了所有的后臺工作,現在需要通過Visual Basic來編寫數據庫系統應用程序。
4.1 創建工程項目
啟動Visual Basic6.0后,單擊【文件】→【新建工程】命令,在彈出的對話框中選擇【標準EXE】選項,然后單擊【確定】按鈕。在項目的【屬性】面板.中將項目的“Name”屬性值改為“企業人事管理”。
4.2 創建系統主窗體4.3 創建公用模塊
為了能夠對數據庫訪問進行集中處理,需要創建一個專門訪問數據庫的公用模塊。在項目資源管理器中為項目添加一個模塊,并將其保存為OPeratDataBase.bas。
1)OPeratDataBase.bas OPeratDataBase.bas公用模塊主要對數據庫進行操作,包括以下5個函數:
① GetConnStr()As String 函數,返回鏈接字符串,用來設置數據庫連接字符串;
②OpenConn(ByRefConn As ADODB.Connection)As Boolean函數,返回布爾值,用來打開數據庫連接;
③ ExecuteSQL(ByVal SQL As String,ByRef msg As String)函數,用來執行SQL語句;
④ SelectSQL(ByVal SQL As String,ByRef msg As String)As ADODB.Recordset函數,返回Recordset,用來執行查詢語句;
⑤ BatchSelectSQL(ByVal SQL As String,ByRef msg As String)As ADODB.Recordset函數,返回Recordset,用來執行批處理。
2)PubilicVar.bas 為了實現全局變量,另外創建一個全局變量模塊PublicVar.bas,主要有3個全局變量,如下所示:
①LonginSucceeded全局變量,用來保存用戶登錄是否成功的標志;
②UserID全局變量,用來保存用戶ID;
③ConnectionString全局變量,用來保存數據庫鏈接字符串。
4.4 創建其它模塊
創建“人事活動管理”模塊、“聯系人管理”模塊、“統計分析”模塊和“系統管理”模塊
5 系統擴展