【文章內(nèi)容簡介】 的鏈接，該頁面的功能與招生辦的“查看單個新生情況”的功能一樣，如果報到的新生不屬于該院系，可以通過該功能顯示出該新生的報道情況，在顯示的信息中可以看到該新生屬于哪個院系并告知其在各部門報到的情況。 在報到過程中，建議每天通過服務器端的“普通高校網(wǎng)上注冊系統(tǒng)”對數(shù)據(jù)庫進行 2 次備份，以避免數(shù)據(jù)丟失遺漏，全部報到結(jié)束后，通過該系統(tǒng)的導出模塊，導出各類統(tǒng)計數(shù)據(jù)。 對開發(fā)工具的討論 隨著軟件理論的發(fā)展，應用系統(tǒng)的開發(fā)從兩層結(jié)構(gòu)模型發(fā)展到了三層甚至是多層的結(jié)構(gòu)模型，從應 用系統(tǒng)的開發(fā)角度而言，系統(tǒng)的開發(fā)一般可以分為表示層開發(fā)、業(yè)務邏輯層開發(fā)和數(shù)據(jù)庫處理層開發(fā)。 [27] 實際上，我們可以通過使用快速開發(fā)工具如 VB、 DEPHI， HTML 頁面生成 8 工具（如 FrontPage ,Dreamweaver）等來快速構(gòu)建表示層。早分布式?jīng)Q策支持系統(tǒng)中。核心在于開發(fā)和構(gòu)建模型。在以往的 DSS 開發(fā)中，通常采用 FRORTRAN、PASAL、 C 等高級語言，而這些高級語言不具備數(shù)據(jù)庫操作功能，從而使得開發(fā)難度增加。此外，對于不同的建模者，所熟悉的開發(fā)工具也各不相同，這為 DSS的集成增加了困難。隨著軟 件開發(fā)工具及組件技術(shù)的發(fā)展，通過一些相對獨立的組件來建立業(yè)務邏輯層，實現(xiàn)模型在 DSS 中的作用，比如通過 DLL 或者 COM組件的形式，借助快速開發(fā)工具對組件技術(shù)的支持，為模型的開發(fā)、重用甚至是與數(shù)據(jù)庫的接口都起到了極大的推動作用。以前被人們推從備至的數(shù)據(jù)計算語言，都已推出了可視化和面向?qū)ο蟮耐撮_發(fā)工具，如 Borland 公司及 PASCAL推出了 Delphi 系列軟件，微軟公司基于 BASIC 推出了 VB 系列，基于 C 語言推出了 VC 系列，基于 FORTRAN 推出了 Visual Fortran PowerStation 軟件。 [27]這些新版的開發(fā)工具兼數(shù)字計算、事務處理、組建開發(fā)、快速開發(fā)于一體，是當今開發(fā)模型程序的理想工具。當然 DLL 存在版本和存放位置不獨立的問題，所以當前基本上采用組件技術(shù)為主，而在 Windows 操作平臺上最長使用的就是 COM組件。 COM 技術(shù)是微軟前幾年操作系統(tǒng)和應用系統(tǒng)開發(fā)的一個核心的技術(shù)，它實現(xiàn)了基于二進制的代碼的共享，并且解決了 DLL 所要解決的版本問題，同時也實現(xiàn)了組件位置無關(guān)性，使 Windows 操作系統(tǒng)無繼的從桌面平臺延伸到以網(wǎng)絡為基礎的平臺上。 至于后臺數(shù)據(jù)處理，我們可以通過大型的數(shù)據(jù)庫（ Oracle, QL SERVER,DB2等）和工作流服務器（比如 Exchange 、 Notes 等等）來保存企業(yè)關(guān)鍵的信息和數(shù)據(jù)。但是從 DSS 使用角度來說，如何保證數(shù)據(jù)的安全性是一個非常關(guān)鍵的問題，數(shù)據(jù)的安全基本有兩個層面的含義，一個是在數(shù)據(jù)庫中的安全性，這個是由數(shù)據(jù)庫本身來解決的，一個是數(shù)據(jù)調(diào)用和傳輸?shù)陌踩?，這個主要在業(yè)務邏輯層實現(xiàn)。 [27] 另外，隨著系統(tǒng)需求規(guī)模的擴大，業(yè)務的增加和數(shù)據(jù)流量的擴展同時也需要保證系統(tǒng)運行的高效性，這就要求系統(tǒng)能夠動態(tài)進行擴展，當然數(shù)據(jù)庫的擴容技術(shù)相對已經(jīng)比較成熟，而表示層基本 不涉及效率方面的問題，所以業(yè)務邏輯層就成了最關(guān)鍵的一個檢查點。同時，我們需要對業(yè)務邏輯進行方便的管理和配置，以便適應企業(yè)業(yè)務的需求，所有這些都對業(yè)務邏輯層提出了嚴格的要求，當然，我肯定開發(fā)人員也可以自己構(gòu)建一個完整的業(yè)務邏輯層來安全性、擴展性和可管理性等方面的要求，但是這有兩個問題，一個不夠標準化，第二個要花費開發(fā)人員大量的精力，從這個角度出發(fā)，微軟開發(fā)了 MTS 系統(tǒng)，把對邏輯組件的管理都集中到這個事務處理器上來執(zhí)行，也就是說， MTS 關(guān)心的就是業(yè)務邏輯層的東西。 9 本系統(tǒng)的開發(fā) 基于上述討論，本原 型系統(tǒng)采用 Micrsoft Visual Studio .NET 2020 開發(fā)表示層和邏輯層，把數(shù)據(jù)寫入數(shù)據(jù)庫。 可行性論證 采用 Micrsoft Visual Studio .NET 2020 進行可視化系統(tǒng)開發(fā)，在以前曾經(jīng)用 VFP 開發(fā)過汽車修理管理系統(tǒng)，對這種開發(fā)軟件比較熟悉一些，而且這種開發(fā)工具對于《高校新生報到管理系統(tǒng)》的開發(fā)比較有利，方便快捷一些，它和 融為一體，可以較好地實現(xiàn)網(wǎng)頁的動態(tài)連接。況且他還有如此強大的功能。 是建立在公共語言運行庫上的編程框架，可用 于在服務器上生成功能強大的 Web 應用程序。與以前的 Web 開發(fā)模型相比， 提供了數(shù)個重要的優(yōu)點： 增強的性能 ： 是在服務器上運行的編譯好的公共語言運行庫代碼。與被解釋的前輩不同， 可利用早期綁定、實時編譯、本機優(yōu)化和盒外緩存服務。這相當于在編寫代碼行之前便顯著提高了性能。 世界級的工具支持 ： 框架補充了 Visual Studio 集成開發(fā)環(huán)境中的大量工具箱和設計器。 WYSIWYG 編輯、拖放服務器控件和自動部署只是這個強大的工具所提供功能中的少 數(shù)幾種。 威力和靈活性 ： 由于 基于公共語言運行庫，因此 Web 應用程序開發(fā)人員可以利用整個平臺的威力和靈活性。 .NET 框架類庫、消息處理和數(shù)據(jù)訪問解決方案都可從 Web 無縫訪問。 也與語言無關(guān)，所以可以選擇最適合應用程序的語言，或跨多種語言分割應用程序。另外，公共語言運行庫的交互性保證在遷移到 時保留基于 COM 的開發(fā)中的現(xiàn)有投資。 簡易性 ： 使執(zhí)行常見任務變得容易，從簡單的窗體提交和客戶端身份驗證到部署和站點配置。例如， 頁 框架使您可以生成將應用程序邏輯與表示代碼清楚分開的用戶界面，和在類似 Visual Basic 的簡單窗體處理模型中處理事件。另外，公共語言運行庫利用托管代碼服務（如自動引用計數(shù)和垃圾回收）簡化了開發(fā)。 可管理性 ： 采用基于文本 的分層配置系統(tǒng)，簡化了將設置應用于服務器環(huán)境和 Web 應用程序。由于配置信息是以純文本形式存儲的，因此可以在沒有本地管理工具幫助的情況下應用新設置。此 “ 零本地管理 ” 哲學也擴展到了 框架應用程序的部署。只需將必要的文件復制到服務器，即可將 10 框架應用程序部署到服務器。不需要重新啟動服務器，即使是在部署或替換運行的編譯代碼時。 可縮放性和可用性 ： 在設計時考慮了可縮放性，增加了專門用于在聚集環(huán)境和多處理器環(huán)境中提高性能的功能。另外，進程受到 運行庫的 密切監(jiān)視和管理，以便當進程行為不正常（泄漏、死鎖）時，可就地創(chuàng)建新進程，以幫助保持應用程序始終可用于處理請求。 自定義性和擴展性 ： 隨附了一個設計周到的結(jié)構(gòu)，它使開發(fā)人員可以在適當?shù)募墑e “ 插入 ” 代碼。實際上，可以用自己編寫的自定義組件擴展或替換 運行庫的任何子組件。實現(xiàn)自定義身份驗證或狀態(tài)服務一直沒有變得更容易。 安全性 ： 借助內(nèi)置的 Windows 身份驗證和基于每個應用程序的配置，可以保證應用程序是安全的。 [19] 基于 以上的強大功能，所以采用此技術(shù)進行開發(fā)。 11 第三章 需求分析 軟件的需求分析是從用戶的業(yè)務中提取出軟件系統(tǒng)能夠幫助用戶解決的業(yè)務問題，通過對用戶業(yè)務問題的分析，規(guī)劃出我們的軟件產(chǎn)品。這個步驟是對用戶業(yè)務需求的一個升華，是一個把用戶業(yè)務管理流程優(yōu)化，轉(zhuǎn)化為軟件產(chǎn)品，從而提升管理而實現(xiàn)的質(zhì)的飛躍，這一步是否成功，直接關(guān)系到開發(fā)出來的軟件產(chǎn)品能否得到用戶認可，順利交付給客戶，客戶能否真正運用我們的產(chǎn)品幫助他解決業(yè)務或管理問題。 按照軟件工程對軟件開發(fā)過程的描述，需求階段我們可以細分為需求調(diào)研和需求分析兩個小階段，需求調(diào)研需要充分細致的了解客戶目 標，用戶業(yè)務內(nèi)容、流程等，這是一個對需求的采集過程，是進行需求分析的基礎準備。當我們已經(jīng)了解、理解了用戶的業(yè)務，于是可以開始分析需求了。軟件系統(tǒng)的需求分析可以由產(chǎn)品工程師或系統(tǒng)分析員或兩者分階段合作完成全部的需求分析工作。 通過需求調(diào)研，我們會發(fā)現(xiàn)用戶各方面的業(yè)務很多，從大處著眼，包括用戶的各種業(yè)務項目、業(yè)務流程，再明細到業(yè)務過程的每一個單據(jù)，每一條記錄，如生產(chǎn)過程中每一個環(huán)節(jié)的記錄，辦公中的每一個通知，甚至包括文件報刊的收發(fā)，計劃生育指標統(tǒng)計等等。如此繁雜的各類業(yè)務，我們從何下手？這時需要我們回頭去查看軟 件的項目規(guī)格說明書，再次溫故客戶對軟件項目或產(chǎn)品的最初提出的需求目標和范圍，我們的軟件主要是為用戶解決什么樣的問題。從眾多的業(yè)務中提取出用戶核心的、主要的、急需的業(yè)務，這些是我們軟件需求主要關(guān)心所在。寫一篇文章需要重點突出，主次分明，我以為規(guī)劃一個軟件產(chǎn)品也是同理。 從用戶繁雜的業(yè)務中進行業(yè)務、業(yè)務流程的提取，把那些分布在各個部門的同一種業(yè)務提取出來。比如物資的管理，涉及到生產(chǎn)部門的需用計劃，匯總到物資部門的采購計劃，計劃的審批，采購合同，物資采購，物資部門的收發(fā)存業(yè)務，生產(chǎn)部門的物資領用消耗等等，我 門需要分析用戶的這個業(yè)務流程中哪些是系統(tǒng)能幫助管理的，哪些是要在系統(tǒng)外處理的，充分分析了用戶現(xiàn)有的業(yè)務和業(yè)務流程，我們進入下一步驟。 我們提供的是管理軟件產(chǎn)品，要幫助用戶解決的是管理問題，那么用戶是這樣的業(yè)務流程，就需要我們分析這樣的流程合理嗎，還有缺陷嗎，怎樣做能提高效率、解決問題，可以運用更先進的管理思想嗎 ?? 。一般情況下，我們需要從兩個方面考慮業(yè)務流程的優(yōu)化。一是我們采用了網(wǎng)絡計算機這些新的技術(shù)手段，較之原先手工、電話等方式在信息的傳遞、信息的共享、數(shù)據(jù)的處理等方面將會帶來新的方式，必將改變原有的業(yè)務 流程。另一方面就是我們根據(jù)對用戶業(yè)務的 12 理解，考慮是否可以運用先進的管理思想，比如 MRPII、 ERP、 SCM、 CRM、 JIT、EIA、 EBusiness 等等管理模型，進行現(xiàn)有業(yè)務流程的重組或優(yōu)化。當然一旦牽涉到業(yè)務流程的修改一定要與客戶的中高層管理者進行充分的溝通，只有客戶認同方可確定，因為這一定會在軟件實施時需要相應的管理制度配套執(zhí)行 。 以上都明確了以后，我們可以描繪系統(tǒng)藍圖了。系統(tǒng)有幾個子系統(tǒng)，每個子系統(tǒng)有哪些模塊，各個模塊處理哪些業(yè)務，很重要的一點還有各子系統(tǒng)模塊之間的數(shù)據(jù)接口關(guān)系，基礎數(shù)據(jù)從哪里進入 ，通過哪些處理生成哪些結(jié)果等等。這個過程需要整理、抽象用戶業(yè)務，規(guī)劃軟件實現(xiàn)，規(guī)劃軟件系統(tǒng)模塊間的邏輯關(guān)系。因為系統(tǒng)的頁面實現(xiàn)是按照系統(tǒng)模塊的規(guī)劃，所以應盡量采用用戶易理解、熟悉的方式、詞語進行模塊的描述。例如 ERP 系統(tǒng)中的物資管理子系統(tǒng)，首先明確這個子系統(tǒng)是 ERP 系統(tǒng)中進行物資相關(guān)的業(yè)務處理系統(tǒng)，同時它為主生產(chǎn)系統(tǒng)、成本管理子系統(tǒng)提供生產(chǎn)物資供應、領用消耗核算等的數(shù)據(jù)支持。因此在規(guī)劃子系統(tǒng)模塊時，按照業(yè)務過程模型，應包含物資需用計劃、物資采購計劃、出入庫管理、庫存管理等主要業(yè)務模塊，再考慮軟件運行必須的初 始數(shù)據(jù)設置，增加一個基礎信息維護模塊 (包括物資大類、物資編碼等信息維護 )，還有考慮到不同用戶對此系統(tǒng)的不同需求，如更多的生產(chǎn)人員、管理人員的需求，再單獨增