本科生畢業(yè)設(shè)計（論文）PAGEPAGEVI企業(yè)銷售部門綜合管理平臺的設(shè)計與實現(xiàn)摘要隨著企業(yè)資源計劃系統(tǒng)等企業(yè)管理系統(tǒng)的飛速發(fā)展，如今適用于大型企業(yè)的銷售管理平臺都做的非常完善，但是對于中小型企業(yè)來說并不需要如此龐大的系統(tǒng)，而且昂貴的部署費用也令其難以接受。本系統(tǒng)就是針對中小型企業(yè)銷售部門設(shè)計的一個的管理平臺，主要實現(xiàn)公司對銷售人員和客戶資源的管理。本文首先介紹了系統(tǒng)的開發(fā)背景并闡述了課題的意義，隨后對系統(tǒng)進(jìn)行了需求分析和可行性分析。然后，按照軟件工程學(xué)的開發(fā)步驟從系統(tǒng)的總體設(shè)計到詳細(xì)設(shè)計，詳細(xì)闡述了系統(tǒng)的功能結(jié)構(gòu)設(shè)計、數(shù)據(jù)庫設(shè)計、程序設(shè)計和界面設(shè)計。通過本平臺企業(yè)可以完成對銷售人員工作日程的掌握，對客戶資料的控制，對銷售業(yè)績的統(tǒng)計，可以進(jìn)行公司內(nèi)部的點對點通信，共享文檔資料的功能。通過完善的數(shù)據(jù)庫修改與刪除權(quán)限控制和程序邏輯控制，實現(xiàn)了企業(yè)銷售部門即使人員流失而客戶資源也不會不流失的目的與要求。最后，對系統(tǒng)的功能進(jìn)行了測試，實現(xiàn)了系統(tǒng)部署方便、管理高效、可維護(hù)性強的目標(biāo)。本項目完全基于網(wǎng)絡(luò)構(gòu)建，用戶通過瀏覽器使用本系統(tǒng)，并且具有很高的靈活性。目前國內(nèi)類似管理平臺還尚不成熟，因此本項研究具有一定的創(chuàng)新性和實踐意義。關(guān)鍵詞：銷售人員管理；客戶資源管理；權(quán)限控制

AbstractInpacewiththerapiddevelopmentofpersonalcomputersandtheInternet,mostcompaniesuseenterprisemanagementsystemsuchasOfficeAutomationSystemandEnterpriseResourcePlanningSystemtomanagedailyroutinesandrelateddata,thusachievingaqualityleapinenterprisemanagement.OfficeAutomationSystemandEnterpriseResourcePlanningSystemintendedforlarge-scaleenterprisesarequitedevelopednowadays,however,forsmallandmedium-sizedcompanies,therearealotoffunctionstheyfindunnecessary,nottomentionthecostofdeploymenttheycan’tafford.TheSalesManagementSystemindiscussionhereisdevisedtofindasolutionforsmallandmiddlesizedenterprisestomanageclientresourceandsalespersonnel.Fromthepointofviewofsoftwareengineering,thepaperexpatiatesonthedevelopmentprocessoftheSalesManagementSysteminfivechapters.Firstlythepaperintroducesthebackgroundandsignificanceofthedevelopmentofthesystemwhileprovidingdetailedfeasibilityanddemandanalyses.Secondly,thepapersetsforththerealizationofthefunctionsofthesystemfollowingtheprocedureofitsdevelopment,i.e.,fromitsoveralltospecificdevisesdesign.Lastbutnotleast,thepapershowstestresultsofthefunctionsofthesystem,whichprovetobehighlyuser-friendly,efficientandeasytomaintain.Keywords：CustomerRelationshipManagement；Database；ASP.Net

目錄TOC\o"1-2"\u第1章概述 11.1課題的背景 11.2課題的目的和意義 11.3開發(fā)環(huán)境及簡介 2第2章可行性分析與需求分析 52.1可行性分析 52.2需求分析 62.3系統(tǒng)設(shè)計目標(biāo) 72.4系統(tǒng)的綜合要求 8第3章企業(yè)銷售部門綜合管理平臺總體設(shè)計 93.1系統(tǒng)流程圖 93.2系統(tǒng)數(shù)據(jù)流圖 93.3系統(tǒng)功能結(jié)構(gòu)設(shè)計 103.4數(shù)據(jù)庫設(shè)計 17第4章企業(yè)銷售部門綜合管理平臺詳細(xì)設(shè)計 244.1用戶登錄界面設(shè)計 244.2管理平臺首界面設(shè)計 254.3部門客戶信息界面設(shè)計 264.4個人信息界面設(shè)計 284.5共享資源界面設(shè)計 30第5章企業(yè)銷售部門綜合管理平臺系統(tǒng)測試 325.1系統(tǒng)運行環(huán)境 325.2軟件測試說明 325.3系統(tǒng)測試及操作過程 33結(jié)論 36參考文獻(xiàn) 37致謝 38PAGE42第1章概述1.1課題的背景信息時代已經(jīng)來臨，社會生產(chǎn)力高速發(fā)展，新技術(shù)層出不窮，信息量急劇膨脹，整個人類社會已經(jīng)步入信息化，信息化社會就會產(chǎn)生海量的數(shù)據(jù)信息，傳統(tǒng)的手工式的錄入和檢索，已無法滿足人們對信息和數(shù)據(jù)的利用和處理。如在查找客戶資料、處理銀行賬目、企業(yè)管理、統(tǒng)籌生產(chǎn)等方面，無不需要利用大量的信息資源。這就需要人們利用計算機(jī)來檢索和記錄海量的數(shù)據(jù)，因此，如何有效地進(jìn)行數(shù)據(jù)信息的管理和利用，已經(jīng)成為人們普遍關(guān)注的課題。

在市場經(jīng)濟(jì)迅猛發(fā)展的今天，商業(yè)競爭不斷加劇，依靠傳統(tǒng)的辦公自動化（OA）企業(yè)管理方式已經(jīng)無法適應(yīng)當(dāng)今瞬息萬變的市場環(huán)境。企業(yè)家們急切的需要一種全新的、行之有效的企業(yè)管理、客戶關(guān)系管理方法，而由于中小企業(yè)市場競爭更為激烈，這種需求尤為迫切。在目前極富挑戰(zhàn)性的業(yè)務(wù)環(huán)境中，運營狀況卓越的公司要比以前任何時候都希望進(jìn)一步提高自身的管理水平，并愈發(fā)重視他們最寶貴的資產(chǎn)，即他們的客戶。各公司都在想辦法留住自己最好的客戶。無論客戶是在銷售、服務(wù)還是營銷環(huán)節(jié)與公司互動，公司都希望能最大限度地提高每一次客戶互動的效力。于是在辦公自動化系統(tǒng)之后，企業(yè)資源計劃系統(tǒng)（ERP）應(yīng)運而生。ERP系統(tǒng)是包含物資資源管理、人力資源管理、財務(wù)資源管理、信息資源管理集成一體化的企業(yè)管理軟件。ERP系統(tǒng)基于當(dāng)今世界最先進(jìn)的企業(yè)管理理論，提供了企業(yè)信息化集成的最佳解決方案。它把企業(yè)的物流、人流、資金流、信息流統(tǒng)一起來進(jìn)行管理，以求最大限度地利用企業(yè)現(xiàn)有資源，實現(xiàn)企業(yè)經(jīng)濟(jì)效益的最大化。然而ERP系統(tǒng)功能龐大結(jié)構(gòu)繁雜，并不符合占我國企業(yè)絕大多數(shù)的中小企業(yè)的需求，中小企業(yè)急需一種根據(jù)自身特點和需求開發(fā)的企業(yè)管理系統(tǒng)。1.2課題的目的和意義本企業(yè)銷售部門綜合管理平臺是針對側(cè)重銷售的中小企業(yè)開發(fā)的。課題開發(fā)者通過長期調(diào)查和分析發(fā)現(xiàn)在中小企業(yè)的銷售部門中人員流動性極大，而由于銷售工作的特殊性，往往是終端的銷售人員掌握著客戶關(guān)系，這對于企業(yè)自身掌握客戶數(shù)據(jù)并從數(shù)據(jù)中挖掘更大商機(jī)極為不便，而且在實際運營中伴隨著銷售人員流失的客戶資源也令中小企業(yè)主深感不安。在深入結(jié)合中小企業(yè)實際需求之后，本企業(yè)銷售部門綜合管理平臺以ERP系統(tǒng)中的客戶關(guān)系管理系統(tǒng)（CRM）作為核心，并輔以部分OA系統(tǒng)的功能，并計劃在后期逐步完善財務(wù)資源管理系統(tǒng)（FRM）和物資資源管理系統(tǒng)（MRP）的功能。

本企業(yè)銷售部門綜合管理平臺是一個專門為企業(yè)銷售量身定做的管理平臺。本產(chǎn)品不僅可以實現(xiàn)對銷售人員和客戶資料的管理，還可以自定義產(chǎn)品的屬性，滿足企業(yè)的差異化需求。在公司銷售商品的過程中，通常需要對商品銷售信息管理、客戶信息管理和員工管理。這些管理如果由人工進(jìn)行操作，不僅工作量很大，而且容易出現(xiàn)錯誤，并造成效率低和管理的混亂。因此需要一套專門的信息化管理平臺，來協(xié)助管理人員完成管理工作，從而提高工作效率，降低管理成本。本系統(tǒng)主要具有以下功能：為公司保留客戶信息，一旦銷售員離職不損失客戶；能夠掌握銷售人員的動態(tài)，能夠一目了然的了解銷售人員的工作情況；可以看到單獨每一訂單的進(jìn)度，以及成單時間等一些信息，及時處理相應(yīng)的突發(fā)事件；能夠收集到客戶的反饋信息，了解客戶對于服務(wù)的滿意度；內(nèi)部通信及共享資料，能夠互通有無。1.3開發(fā)環(huán)境及簡介本系統(tǒng)采用的開發(fā)工具為MicrosoftVisualStudio2021，利用WindowsXP操作系統(tǒng)，通過SQLServer2021進(jìn)行數(shù)據(jù)庫開發(fā)。通過對系統(tǒng)整體結(jié)構(gòu)及功能模塊的研究，使用ASP.NET對系統(tǒng)界面和數(shù)據(jù)庫訪問等模塊的進(jìn)行開發(fā)，系統(tǒng)要達(dá)到的技術(shù)指標(biāo)如下：(1)系統(tǒng)基于瀏覽器和服務(wù)器模式（B/S模式）。(2)代碼定義結(jié)構(gòu)注釋完善、結(jié)構(gòu)明確，方便維護(hù)和后期擴(kuò)展功能。(3)數(shù)據(jù)完整性好，數(shù)據(jù)準(zhǔn)確無誤。(4)系統(tǒng)界面清晰明朗、操作簡單易學(xué)，方便用戶使用。(5)數(shù)據(jù)全部進(jìn)庫，便于管理，檢索和統(tǒng)計。1.3.1ASP.NETMicrosoft.NET技術(shù)目前正是風(fēng)風(fēng)火火，作為全球軟件業(yè)最大的公司，微軟在.NET技術(shù)上投入了大量的人力物力，把公司未來戰(zhàn)略重心放在了.NET上，而從目前看來，.NET技術(shù)無疑代表了未來Internet技術(shù)的方向[1]。ASP.NET技術(shù)就是由微軟的.NET技術(shù)細(xì)化而來的，它跟ASP技術(shù)有些關(guān)系，然而又不是僅僅是一個繼承，可以講，ASP.NET跟ASP想比較的話，已經(jīng)是變得面目全非了，當(dāng)然好得至少是一個量級以上。ASP.NET完全基于模塊與組件，具有更好的可擴(kuò)展性與可定制性，數(shù)據(jù)處理方面更是引入了許多激動人心的新技術(shù)，正是這些具有革新意義的新特性，讓ASP.NET遠(yuǎn)遠(yuǎn)超越了ASP，同時也提供給Web開發(fā)人員更好的靈活性，有效縮短了Web應(yīng)用程序的開發(fā)周期。ASP.NET與Windows2021Server/AdvancedServer的完美組合，為中小型乃至企業(yè)級的web商業(yè)模型提供了一個更為穩(wěn)定，高效，安全的運行環(huán)境。服務(wù)器端驗證控件是ASP.NET控件中新產(chǎn)生的一種驗證控件，它可以在客戶端直接驗證用戶輸入，但控件必須包含“runat=server”屬性，當(dāng)用戶輸入錯誤時，驗證控件還可以顯示出錯消息?？丶谡Ｇ闆r下是不可見的，只有當(dāng)用戶輸入數(shù)據(jù)錯誤時，它們才是可見的。服務(wù)器端驗證控件主要包括6種驗證控件。RequireFieldValidator控件、CompareValidator控件、RangeExpressionValidator控件、CustomValidator控件、ValidatorSunmmary控件[2]。身份驗證是揭示用戶標(biāo)識并判斷標(biāo)識真實性的過程。在ASP.NET應(yīng)用程序身份驗證通常由4種身份驗證模式來實現(xiàn)：Windows身份驗證、窗體身份驗證、Passport身份驗證和自定義身份驗證，這些身份驗證提供程序獨立于IIS身份驗證方案并且只用于IIS身份驗證方案之后。如果ASP.NET被配置為Windows身份驗證，則不需要其它的步驟，而是直接承認(rèn)任何從IIS傳來的安全標(biāo)記。如果ASP.NET被配置為窗體身份驗證，將使用一個HTML表單提示用戶輸入資料。通過用戶ID和密碼在存儲的合法用戶列表中查詢。應(yīng)用程序可以任意選擇最合適的存儲機(jī)制，包括SQLServer數(shù)據(jù)庫或ActiveDirectory服務(wù)。如果ASP.NET被配置為Passport身份驗證，用戶將被轉(zhuǎn)入一個PassportWeb站點并由Passport服務(wù)來鑒別。最后是自定義身份驗證，這意味著ASP.NET并不執(zhí)行自己的驗證而是完全依靠已經(jīng)由IIS執(zhí)行的驗證。在這種情況下，匿名用戶可以連接進(jìn)來，而訪問資源使用ASP.NET賬戶。將ASP.NET鑒別模式設(shè)定為None并不妨礙程序?qū)崿F(xiàn)自己的驗證層。各種身份驗證模式都有利有弊，開發(fā)人員應(yīng)該根據(jù)具體的應(yīng)用程序的安全性要求來選擇具體的驗證模式。授權(quán)是對特定的會話類型授予權(quán)限的過程?？梢岳肁SP.NET安全架構(gòu)評估用戶標(biāo)識，并根據(jù)用戶的特定標(biāo)識或其扮演的角色準(zhǔn)許用戶訪問資源。身份驗證只能在machine.config文件或在程序?qū)拥腤eb.config文件中設(shè)置，子目錄繼承了程序的驗證模式。但是，授權(quán)設(shè)置可以在每個子目錄的Web.config文件中設(shè)置。換句話說，授權(quán)比鑒別支持更細(xì)，更能保證程序的安全性。假冒是在其他用戶標(biāo)識的上下文執(zhí)行代碼的過程。默認(rèn)情況下，所有ASP.NET代碼都是在Domain\ASP.NET用戶賬戶下執(zhí)行的。代碼訪問安全是控制代碼對受保護(hù)資源和操作的訪問權(quán)限的一種機(jī)制。代碼訪問安全性執(zhí)行下列功能：定義權(quán)限和權(quán)限集，它們表示訪問各種系統(tǒng)資源的權(quán)限；使管理員能夠通過將權(quán)限集與代碼組關(guān)聯(lián)來配置安全策略；使代碼能夠請求運行所需權(quán)限以及其他一些有用的權(quán)限，以及指定代碼絕對不能擁有哪些權(quán)限；根據(jù)代碼請求的權(quán)限和安全策略允許的操作，向加載的每個程序集授予權(quán)限；使代碼能夠要求其調(diào)用方擁有特定的權(quán)限；使代碼能夠要求其調(diào)用方擁有數(shù)字簽名，從而只允許特定組織或特定站點的調(diào)用方來調(diào)用受保護(hù)的代碼；通過將調(diào)用堆棧上每個調(diào)用方所授予的權(quán)限與調(diào)用方必須擁有的權(quán)限相比較，加強運行時對代碼的限制[3]。1.3.2C#（Csharp）是微軟專門為.NETFramework平臺開發(fā)的一門新型的編程語言。雖然很多語言都能夠編寫.NET代碼，但C#是唯一針對.NETFramework設(shè)計的語言[4]。它使得程序員可以快速地編寫各種基于Microsoft.NET平臺的應(yīng)用程序，Microsoft.NET提供了一系列的工具和服務(wù)來最大程度地開發(fā)利用計算與通訊領(lǐng)域。正是由于C#面向?qū)ο蟮淖吭皆O(shè)計，使它成為構(gòu)建各類組件的理想之選，無論是高級的商業(yè)對象還是系統(tǒng)級的應(yīng)用程序。最重要的是，C#使得C++程序員可以高效的開發(fā)程序，而絕不損失C/C++原有的強大的功能。因為這種繼承關(guān)系，C#與C/C++具有極大的相似性，熟悉類似語言的開發(fā)者可以很快的轉(zhuǎn)向C#。C#是一種現(xiàn)代的面向?qū)ο笳Z言。它使程序員快速便捷地創(chuàng)建基于.NET平臺的解決方案。C#在帶來對應(yīng)用程序的快速開發(fā)能力的同時并沒有犧牲C與C++程序員所關(guān)心的各種特性。它忠實地繼承了C和C++的優(yōu)點，如果對C或C++有所了解，會發(fā)現(xiàn)它是那樣的熟悉，即使是一位新手，C#也不會給帶來任何其它的麻煩，快速應(yīng)用程序開發(fā)（RapidApplicationDevelopmentRAD）的思想與簡潔的語法將會迅速成為一名熟練的開發(fā)人員[5]。正如前文所述，C#是專門為.NET應(yīng)用而開發(fā)出的語言，這從根本上保證了C#與.NET框架的完美結(jié)合。在.NET運行庫的支持下，.NET框架的各種優(yōu)點在C#中表現(xiàn)得淋漓盡致。C#具有一些突出的特點，相信了解了這些特點以及本項目后將會深深體會到“#”──“SHARP”的真正含義：簡潔的語法、精心的面向?qū)ο笤O(shè)計、與Web的緊密結(jié)合、完整的安全性與錯誤處理、版本處理技術(shù)、靈活性與兼容性。

第2章可行性分析與需求分析2.1可行性分析并不是所有的問題都有簡單明確的解決辦法，事實上，許多問題不可能在預(yù)定的系統(tǒng)規(guī)模之內(nèi)解決。如果問題沒有可行的話，那么花費在這項工程上的任何時間、資源、人力和經(jīng)費都是浪費的?？尚行苑治龅哪康木褪怯米钚〉拇鷥r在盡可能短的時間內(nèi)確定問題能否解決。如果是正確的就加以肯定。要達(dá)到這個目的就必須分析幾種可能的解決方法的利弊，從而判斷原定的系統(tǒng)目標(biāo)和規(guī)模是否實現(xiàn)，系統(tǒng)完成后所能帶來的價值是否大于開發(fā)這個系統(tǒng)的投資價值。因此，可行性研究實質(zhì)上是要進(jìn)行一次大大的壓縮，從而簡化了系統(tǒng)分析和設(shè)計的過程。首先，需要進(jìn)一步分析和澄清問題定義。在問題定義階段初步定義的規(guī)模和目標(biāo)，如果是正確的就進(jìn)一步加以肯定，如果是錯誤的就應(yīng)該加以改正，如果對目標(biāo)系統(tǒng)有任何約束和限制，也就必須把他們清楚地列舉出來。在澄清了問題定義之后，分析員應(yīng)該導(dǎo)出系統(tǒng)的邏輯模型。然后從系統(tǒng)邏輯模型出發(fā)，探索若干個可供選擇的主要方法。對每種方法都應(yīng)該仔細(xì)研究它的可行性，一般來說，至少應(yīng)該達(dá)到下面的三個可行性：=1\*GB3①技術(shù)可行性，即使用現(xiàn)有的技術(shù)能否實現(xiàn)這個系統(tǒng)。=2\*GB3②經(jīng)濟(jì)可行性，即這個系統(tǒng)所帶來的經(jīng)濟(jì)利益能否超過它的開發(fā)成本。=3\*GB3③操作可行性，即系統(tǒng)的操作方式在這個用戶群內(nèi)能否行的通。分析員應(yīng)該為每個可行的解法制定一個粗略的實現(xiàn)進(jìn)度。當(dāng)然，可行性研究最根本的任務(wù)是對以后的行動方針提出建議。如不可行的話，分析員應(yīng)該停止這項開發(fā)工程，以避免時間、資源、人力和經(jīng)費的浪費；如果問題值得解決的話，分析員就應(yīng)該推薦一個好的解決方案，并且為工程指定一個初步設(shè)計[6]?？尚行匝芯啃枰臅r間長短取決于工程的規(guī)模，一般說來，可行性研究的成本只是預(yù)期工程總成本的5%－10%。2.1.1經(jīng)濟(jì)可行性軟件的經(jīng)濟(jì)可行性是指軟件所能帶來的經(jīng)濟(jì)效益與開發(fā)設(shè)計所需要的投資相比，是否相適宜，同時還要看此軟件能否真正給用戶帶來足夠的經(jīng)濟(jì)效益。我所開發(fā)的這套管理信息系統(tǒng)正是基于為用戶提高工作效率、節(jié)省工作時間、方便操作與管理的目的而設(shè)計的。本系統(tǒng)的開發(fā)在經(jīng)濟(jì)上是完全可行的。開發(fā)此軟件不需要大量的經(jīng)費，而且是個人獨立設(shè)計，可以節(jié)省許多費用，同時也可提高個人的實際動手能力。2.1.2技術(shù)可行性隨著計算機(jī)的普及，其應(yīng)用也越來越重要，正是在這種情況下各種應(yīng)用軟件也應(yīng)運而生，而且不斷豐富。在本網(wǎng)站系統(tǒng)中，操作人員易于貫穿軟件思想并掌握使用方法，網(wǎng)站系統(tǒng)在運行時每一步都有相應(yīng)的文字提示，有時還會彈出小窗口。只要根據(jù)提示進(jìn)行相應(yīng)的操作即可，操作十分簡單。本系統(tǒng)是一套比較完整的在線網(wǎng)站應(yīng)用程序，功能比較齊全，系統(tǒng)可以解決用戶注冊、查詢信息、信息管理，以及發(fā)布公告、系統(tǒng)留言等實用性問題。因此，開發(fā)此軟件在技術(shù)上是可行的。2.1.3自從人類社會進(jìn)入九十年代后，以及計算機(jī)技術(shù)的飛速發(fā)展，各種應(yīng)用軟件已日益為人們所接受。管理形式的計算機(jī)網(wǎng)絡(luò)化是社會發(fā)展的必然趨勢，各種智能化的軟件層出不窮，而面對二十一世紀(jì)智能網(wǎng)絡(luò)的挑戰(zhàn)，減少了原來人工操作的費時費力的狀況。并且可以避免人為的經(jīng)濟(jì)犯罪，管理層容易做出及時的決策。本系統(tǒng)用戶平臺直接面向普通用戶，界面簡單、明了，采用可視化界面，普通用戶只需用鼠標(biāo)就可以完成相應(yīng)的數(shù)據(jù)操作；少量的數(shù)據(jù)輸入是由后臺管理員用戶完成的。對于初次使用此系統(tǒng)的用戶，不必經(jīng)過復(fù)雜的培訓(xùn)和學(xué)習(xí)就可以掌握本網(wǎng)站的操作流程。由此可見，開發(fā)此網(wǎng)站系統(tǒng)在操作上是可行的[7]。2.2需求分析需求分析是程序設(shè)計中最關(guān)鍵的一個步驟，是其他步驟的基礎(chǔ)。需求分析的主要任務(wù)是“為了解決這個問題，目標(biāo)系統(tǒng)必須做什么”。它主要是確定目標(biāo)系統(tǒng)具有哪些功能。具體地說，應(yīng)該確定系統(tǒng)必須具有的功能和性能，系統(tǒng)要求的運行環(huán)境，并且預(yù)測系統(tǒng)發(fā)展的前景；必須仔細(xì)分析系統(tǒng)中的數(shù)據(jù)，既要分析系統(tǒng)中的數(shù)據(jù)流，又要分析長期使用的數(shù)據(jù)存儲，通過分析應(yīng)該得出用功能模塊圖、數(shù)據(jù)庫表、程序流程圖描述所定義的詳細(xì)的系統(tǒng)邏輯模型[8]。需求是用戶對系統(tǒng)提出的要求，這些要求可以是原始的、籠統(tǒng)的，也可以是抽象的，細(xì)節(jié)化的。任何一個軟件系統(tǒng)的開發(fā)都必須以這些需求作為出發(fā)點。軟件需求分析工作質(zhì)量的好壞，將對后面幾個階段的開發(fā)工作產(chǎn)生決定性的影響。一個軟件系統(tǒng)不管其設(shè)計、編碼工作做得多好，若需求分析存在缺陷，不能滿足用戶要求，將嚴(yán)重影響軟件質(zhì)量并會給開發(fā)者帶來很大的困難和損失。需求分析過程是整個系統(tǒng)開發(fā)最重要的階段，分析的成功與否，決定著整個系統(tǒng)功能的完善性以及穩(wěn)定性。在該階段需求分析人員需要確定整個產(chǎn)品的功能要求，并且將現(xiàn)實事務(wù)抽象成對象并建模。由于本系統(tǒng)采用的是B/S模式，所以在建模時應(yīng)該復(fù)合網(wǎng)絡(luò)的特點。本系統(tǒng)在設(shè)計之前已經(jīng)進(jìn)行了長期深入廣泛的需求調(diào)研，直觀反映在后期的總體設(shè)計中[9]。2.3系統(tǒng)設(shè)計目標(biāo)企業(yè)銷售部門綜合管理平臺的主要目標(biāo)是企業(yè)對客戶資料的完全掌握，提高企業(yè)對銷售業(yè)務(wù)的管理水平，并實現(xiàn)企業(yè)對客戶資料深層挖掘，進(jìn)而提高企業(yè)盈利水平。本系統(tǒng)的具體設(shè)計目標(biāo)是針對擁有3~50人規(guī)模銷售部門的中小型企業(yè)量身打造一個基于瀏覽器使用的管理平臺。由于銷售數(shù)據(jù)屬于企業(yè)核心機(jī)密，需要嚴(yán)格的權(quán)限控制和安全保障。因此本系統(tǒng)基于我國中小企業(yè)普遍采用的三層權(quán)限制度，即基層銷售人員、中層銷售部門部長和高層銷售總監(jiān)的三層權(quán)限制度?；谥行∑髽I(yè)的基本需求，本企業(yè)銷售部門綜合管理平臺包括下列十二個主要功能模塊：（1）客戶信息模塊主要實現(xiàn)客戶信息的錄入、修改、查看和搜索功能。完成企業(yè)對客戶信息的完全掌握。（2）銷售人員信息模塊是本系統(tǒng)的核心模塊，存儲銷售人員自身信息，完成企業(yè)對銷售人員信息的掌握，并實現(xiàn)企業(yè)對銷售人員的管理。（3）工作日程模塊針對終端銷售人員設(shè)置、顯示和提醒工作日程，完成企業(yè)對銷售人員動態(tài)的掌握，便于掌握銷售人員工作量和工作日程。（4）工作目標(biāo)模塊顯示已經(jīng)設(shè)置的銷售目標(biāo)和已經(jīng)完成的工作量，便于企業(yè)進(jìn)行內(nèi)部評比和激勵銷售員工，完成企業(yè)對于全局的銷售情況進(jìn)行實時掌握。（5）內(nèi)部信息模塊實現(xiàn)內(nèi)部通信功能，降低企業(yè)內(nèi)部會議次數(shù)及時間，提高實際工作時間，方便企業(yè)內(nèi)部溝通。（6）共享資源模塊存儲企業(yè)內(nèi)部公用資源，方便企業(yè)內(nèi)部共享資源。（7）個人日志模塊用于記錄銷售人員對每日工作總結(jié)，便于企業(yè)掌握核對銷售人員過往工作。（8）幫助模塊系統(tǒng)幫助文檔，方便用戶使用。（9）訂單模塊顯示、記錄和統(tǒng)計企業(yè)訂單，方便企業(yè)統(tǒng)一管理來自不同銷售人員的訂單。（10）其他模塊預(yù)留后期功能擴(kuò)展的模塊接口，初期預(yù)計添加企業(yè)自動應(yīng)答系統(tǒng)和本系統(tǒng)的短信平臺功能。（11）產(chǎn)品信息模塊記錄顯示產(chǎn)品公告信息。（12）產(chǎn)品后臺管理模塊整個系統(tǒng)的后臺入口，由平臺開發(fā)者掌握，用于系統(tǒng)維護(hù)和系統(tǒng)擴(kuò)展，以及為新用戶定制其所需界面。2.4系統(tǒng)的綜合要求（1）系統(tǒng)應(yīng)建立友好的使用界面，既要操作簡單、直觀、靈活，又要易于掌握，具備人性化設(shè)計。（2）由于是基于B/S模式的管理系統(tǒng)，所以在用戶進(jìn)入登錄界面后應(yīng)該先進(jìn)行用戶身份的驗證，只有系統(tǒng)用戶才能夠進(jìn)入本系統(tǒng)進(jìn)行相應(yīng)權(quán)限的操作。這樣做的目的是為了保護(hù)系統(tǒng)用戶的權(quán)益。（3）正確連接數(shù)據(jù)庫，查詢到用戶相應(yīng)的信息后，應(yīng)在界面上顯示相關(guān)的信息。系統(tǒng)應(yīng)具有界面相互轉(zhuǎn)換的能力，在每個模塊之間都應(yīng)該有相互轉(zhuǎn)換的部分，可以隨時返回主頁面來重新選擇其它功能。（4）系統(tǒng)應(yīng)具有良好的安全性。因為絕大多數(shù)ASP.Net應(yīng)用程序都要與后臺數(shù)據(jù)庫打交道，因此數(shù)據(jù)的安全性就顯得尤為重要。對于網(wǎng)站管理人員來說，安全性就意味著他必須保證那些具有特殊數(shù)據(jù)訪問權(quán)限的用戶能夠登錄到數(shù)據(jù)庫，并且能夠訪問數(shù)據(jù)以及對數(shù)據(jù)庫對象實施各種權(quán)限范圍內(nèi)的操作，同時他還要防止所有非授權(quán)用戶的非法操作[10]。

第3章企業(yè)銷售部門綜合管理平臺總體設(shè)計總體設(shè)計的基本目的就是確定系統(tǒng)應(yīng)該如何實現(xiàn)，因此總體設(shè)計又稱為概要設(shè)計?？傮w設(shè)計過程通常由兩個主要階段組成：系統(tǒng)設(shè)計，確定系統(tǒng)的具體實現(xiàn)方案；結(jié)構(gòu)設(shè)計，確定軟件結(jié)構(gòu)。這部分主要的設(shè)計思想是通過企業(yè)銷售部門綜合管理平臺的開發(fā)方案，利用現(xiàn)有的軟硬件環(huán)境，提高系統(tǒng)的開發(fā)水平，充分的利用資源。系統(tǒng)需符合管理系統(tǒng)的規(guī)定，并操作方便直觀。系統(tǒng)采用模塊化的程序設(shè)計的方法，便于系統(tǒng)功能的各種組合和修改。3.1系統(tǒng)流程圖下圖為本系統(tǒng)的系統(tǒng)流程圖，描述了系統(tǒng)的操作流程。如圖3-1所示。信息修改信息修改用戶信息驗證普通用戶用戶注冊用戶登錄系統(tǒng)設(shè)置數(shù)據(jù)庫更新管理員信息管理數(shù)據(jù)庫信息檢索信息瀏覽信息錄入數(shù)據(jù)庫更新圖3-1系統(tǒng)流程圖3.2系統(tǒng)數(shù)據(jù)流圖本系統(tǒng)采用結(jié)構(gòu)化分析方法（StructuredAnalysis，簡稱SA方法）的基本思想，對本系統(tǒng)利用自頂向下、逐層分解的分析方式，使用數(shù)據(jù)流圖、數(shù)據(jù)字典等描述手段構(gòu)造系統(tǒng)的邏輯模型。數(shù)據(jù)流圖是以圖示的方式表達(dá)數(shù)據(jù)處理系統(tǒng)中的信息傳遞和信息變換處理過程。通過數(shù)據(jù)流圖可以準(zhǔn)確理解系統(tǒng)的功能需求，并對功能實現(xiàn)中的輸入/輸出數(shù)據(jù)做出精確定義[11]。數(shù)據(jù)流圖具有3個重要的屬性：（1）可以表示任何一個系統(tǒng)(人工的、自動的或混合的)的數(shù)據(jù)流動過程。（2）每個圓角框代表數(shù)據(jù)的一個加工處理過程，這個過程可以很簡單，也可以非常復(fù)雜，以至于需要進(jìn)一步分解其處理過程求得對數(shù)據(jù)流動過程的全面理解。（3）數(shù)據(jù)流圖著重強調(diào)的是數(shù)據(jù)流(數(shù)據(jù)在加工處理間的流動)而不是控制流(具體對數(shù)據(jù)實施操作的條件動作控制)。下面是系統(tǒng)的數(shù)據(jù)流圖（簡稱DFD圖），主要功能是描述用戶登錄后，數(shù)據(jù)在系統(tǒng)中的流動過程。如圖3-2所示。事務(wù)事務(wù)事務(wù)留言信息銷售信息部門信息通知信息檢索信息部門信息銷售信息客戶信息事務(wù)客戶信息驗證信息驗證信息5.2發(fā)布留言6結(jié)束事務(wù)普通用戶4檢索信息5.1查看通知信息3.3查看部門信息3.2查看銷售信息3.1查看客戶信息2接收事務(wù)普通客戶1驗證身份D1客戶基本信息D2客戶基本信息D3銷售基本信息D4部門基本信息D5留言信息圖3-2系統(tǒng)數(shù)據(jù)流圖3.3系統(tǒng)功能結(jié)構(gòu)設(shè)計對于工程產(chǎn)品來說，設(shè)計的含義是，應(yīng)用各種技術(shù)和原理對設(shè)備、過程、系統(tǒng)做出足夠詳細(xì)的定義之后能夠在物理上予以實現(xiàn)，也就是說，工程設(shè)計是一個構(gòu)造過程，這個過程必須具備3個要素：=1\*GB3①有一個系統(tǒng)的模型。=2\*GB3②有一組原理或方法可以逐步地構(gòu)造模型。=3\*GB3③有一組評價設(shè)計質(zhì)量的標(biāo)準(zhǔn)的原則。經(jīng)過了需求分析階段的工作，已經(jīng)能夠基本正確了解系統(tǒng)的需求。即以數(shù)據(jù)流圖、數(shù)據(jù)字典和一組加工描述的表達(dá)形式建立了系統(tǒng)的邏輯模型。軟件設(shè)計的任務(wù)從本質(zhì)上就是如何應(yīng)用一組原理與方法并遵循質(zhì)量的評價原則逐步實現(xiàn)系統(tǒng)邏輯模型的過程。軟件設(shè)計從概念上分為結(jié)構(gòu)設(shè)計和詳細(xì)設(shè)計兩個階段。結(jié)構(gòu)設(shè)計又稱為總體設(shè)計，其主要的任務(wù)是制訂系統(tǒng)實現(xiàn)方案和設(shè)計規(guī)范并合理確定軟件系統(tǒng)的整體模塊結(jié)構(gòu)及接口關(guān)系。詳細(xì)設(shè)計，也稱為模塊設(shè)計，其主要任務(wù)是詳細(xì)規(guī)定每個模塊功能的實現(xiàn)算法。結(jié)構(gòu)化設(shè)計的核心思想是：如何應(yīng)用抽象的原則，將系統(tǒng)功能逐層分解為層次化的模塊結(jié)構(gòu)。模塊的劃分不是隨意的，需要遵循一些模塊劃分的指導(dǎo)性原則。模塊是數(shù)據(jù)說明、可執(zhí)行語句等程序?qū)ο髽?gòu)成并執(zhí)行相對獨立功能的邏輯實體，它可以單獨命名而且可以實現(xiàn)按名訪問。例如，過程、函數(shù)、子程序、宏等等都可以看作模塊。模塊化是一種“分而治之，各個擊破”式的求解方式，它降低了總體的復(fù)雜程度，簡化了軟件的設(shè)計過程。層次方框圖是用樹形結(jié)構(gòu)的一系列多層次的矩形框描繪數(shù)據(jù)的層次結(jié)構(gòu)。樹形結(jié)構(gòu)的頂層是一個單獨的矩形框，它代表完整的數(shù)據(jù)結(jié)構(gòu)，下面的各層矩形框代表各個數(shù)據(jù)的子集，最底層的各個框代表組成這個數(shù)據(jù)的實際數(shù)據(jù)元素（不能再分割的元素）。隨著結(jié)構(gòu)的精細(xì)化，層次方框圖對數(shù)據(jù)結(jié)構(gòu)也描繪得越來越詳細(xì)，這種模式非常適合于需求分析階段的需要。系統(tǒng)分析員從對頂層信息的分類開始，沿圖中每條路徑反復(fù)細(xì)化，直到確定了數(shù)據(jù)結(jié)構(gòu)的全部細(xì)節(jié)時為止[12]。以下各圖是系統(tǒng)的層次圖，系統(tǒng)的總體結(jié)構(gòu)圖如圖3-3所示。工作日程工作日程工作目標(biāo)內(nèi)部信息共享資源個人日志幫助訂單客戶信息其他銷售人員信息銷售部門管理平臺系統(tǒng)前臺用戶系統(tǒng)后臺管理圖3-3系統(tǒng)總體結(jié)構(gòu)圖如上圖所示，本系統(tǒng)總體結(jié)構(gòu)分為前臺和后臺兩大模塊，而在兩大模塊下又依據(jù)不同的功能，劃分成更基本的功能模塊。本系統(tǒng)運行于系統(tǒng)開發(fā)商的服務(wù)器上，系統(tǒng)前臺部分是用戶基于網(wǎng)絡(luò)訪問實現(xiàn)系統(tǒng)功能的部分，后臺管理是運營者維護(hù)和管理系統(tǒng)運行的部分。由于本系統(tǒng)需要對用戶實行嚴(yán)格的分級管理，因而在系統(tǒng)前臺模塊部分針對用戶級別不同功能又有所不同。以下是根據(jù)用戶權(quán)限所區(qū)別的前臺功能模塊圖。銷售部長用戶登錄之后所使用的功能，如圖3-4所示。工作目標(biāo)工作目標(biāo)制定、查看個人工作目標(biāo)周目標(biāo)月目標(biāo)年目標(biāo)月目標(biāo)查看公司工作目標(biāo)制定、查看部門工作目標(biāo)周目標(biāo)月目標(biāo)年目標(biāo)部長的幫助銷售人員信息錄入、修改個人信息查看、修改部員個人信息部長個人信息部員個人信息客戶信息錄入、修改客戶信息查詢、搜索本人客戶信息個人客戶信息部員客戶信息查找、搜索部員客戶信息工作日程工作日程錄入工作日程完成進(jìn)度遞交查看、批示部員工作日程部長工作日程部員工作日程內(nèi)部信息公司內(nèi)部信息個人信息部門內(nèi)部信息部長內(nèi)部信息共享資源公司共享資源部長共享資源部門共享資源訂單信息錄入、修改訂單信息查看、統(tǒng)計部門訂單信息有條件刪除訂單信息查找、搜索訂單信息個人日志編寫個人日志修改、刪除個人日志銷售部門管理平臺銷售部長用戶圖3-4銷售部長用戶功能模塊圖銷售部長用戶除完成自身的銷售工作外，還負(fù)責(zé)本部門的管理工作。在客戶信息模塊，銷售部長用戶除了掌握自己的客戶資料外還可以修改部門員工的客戶資料，以及修改部門員工的個人信息。在工作日程部分，銷售部長用戶還可以查看批示部門員工的工作日程，批示會返回顯示在銷售員的工作日程界面。在工作目標(biāo)模塊銷售部長用戶除個人銷售目標(biāo)制定和修改外，還負(fù)責(zé)部門的銷售目標(biāo)的設(shè)定與修改。在內(nèi)部信息模塊銷售部長用戶除了可以查看和編寫公司內(nèi)部信息和部門內(nèi)部信息外，還具有銷售部長級用戶的通信權(quán)限，以及公司內(nèi)部的點對點通信權(quán)限。在訂單信息模塊，銷售部長用戶還負(fù)責(zé)管理部門內(nèi)部的訂單，以及對完成的訂單進(jìn)行回訪的工作。銷售總監(jiān)登錄之后所使用的功能，如圖3-5所示。總監(jiān)的幫助總監(jiān)的幫助銷售人員信息錄入、修改個人信息查看、修改員工個人信息總監(jiān)個人信息員工個人信息工作日程工作日程錄入工作日程完成進(jìn)度遞交查看、批示員工工作日程總監(jiān)工作日程員工工作日程共享資源公司共享資源部長共享資源銷售部門管理平臺銷售總監(jiān)用戶客戶信息個人客戶信息錄入、修改客戶信息查詢、搜索本人客戶信息公司客戶信息查找、搜索公司客戶信息修改、轉(zhuǎn)移公司客戶信息工作目標(biāo)制定、查看本人工作目標(biāo)周目標(biāo)月目標(biāo)年目標(biāo)月目標(biāo)制定、查看公司工作目標(biāo)查看、修改部門工作目標(biāo)查看、修改員工工作目標(biāo)周目標(biāo)月目標(biāo)年目標(biāo)周目標(biāo)月目標(biāo)內(nèi)部信息公司內(nèi)部信息個人信息部門內(nèi)部信息部長內(nèi)部信息訂單信息有條件刪除訂單信息查找、搜索訂單信息錄入、修改訂單信息查看、統(tǒng)計部門訂單信息查看、統(tǒng)計公司訂單信息個人日志編寫個人日志修改、刪除個人日志圖3-5銷售總監(jiān)用戶功能模塊圖銷售總監(jiān)用戶作為系統(tǒng)最高級別的用戶，可以管理系統(tǒng)的全部資源。僅有銷售總監(jiān)用戶可以轉(zhuǎn)移或備份公司用戶資料。銷售總監(jiān)用戶可以查看和修改全部員工信息，查看和批示全部員工的工作日程，設(shè)置公司的工作目標(biāo)，發(fā)送公司內(nèi)部或是針對某個部門或是給所有部長用戶發(fā)送信息，查看并統(tǒng)計公司的所有訂單并生成相應(yīng)圖標(biāo)。根據(jù)用戶需要，還可以單獨定制銷售總監(jiān)的權(quán)限，如果使用時公司領(lǐng)導(dǎo)人使用總監(jiān)賬戶則可以在銷售總監(jiān)賬戶內(nèi)集成公司系統(tǒng)管理員功能。用戶公司管理員登錄之后所使用的功能，如圖3-6所示。銷售銷售部門管理平臺管理員用戶管理員的幫助銷售人員信息創(chuàng)建、刪除員工信息修改員工級別共享資源修改共享資源使用權(quán)限刪除共享資源客戶信息合并、刪除客戶信息轉(zhuǎn)移客戶信息工作日程鎖定、解鎖工作日程查看、刪除工作日程工作目標(biāo)統(tǒng)計、匯總工作目標(biāo)刪除工作目標(biāo)修改內(nèi)部信息查看權(quán)限內(nèi)部信息刪除內(nèi)部信息訂單信息修改訂單信息所屬權(quán)合并訂單信息刪除訂單信息圖3-6公司管理員功能模塊圖公司管理員是企業(yè)銷售部門綜合管理平臺的用戶管理員，其主要職責(zé)是管理系統(tǒng)信息，刪除無效和不必要信息、修改各種用戶權(quán)限、新建和刪除用戶。3.4數(shù)據(jù)庫設(shè)計3.4.1數(shù)據(jù)庫設(shè)計概述數(shù)據(jù)庫設(shè)計是建立數(shù)據(jù)庫及其應(yīng)用系統(tǒng)的技術(shù)，是信息系統(tǒng)開發(fā)和建設(shè)中的核心技術(shù)，具體說，數(shù)據(jù)庫設(shè)計是指對于一個給定的應(yīng)用環(huán)境，構(gòu)造最優(yōu)的數(shù)據(jù)庫模式，建立數(shù)據(jù)庫及其應(yīng)用系統(tǒng)，使之能夠有效地存儲數(shù)據(jù)，滿足各種用戶的應(yīng)用需求（信息要求和處理要求）。大型數(shù)據(jù)庫的設(shè)計和開發(fā)是一項龐大的工程，是涉及多學(xué)科的綜合性技術(shù)。其開發(fā)周期長、耗資多、失敗的風(fēng)險也大。必須把軟件工程的原理和方法應(yīng)用到數(shù)據(jù)庫建設(shè)中來。對于從事數(shù)據(jù)庫設(shè)計的專業(yè)人員來講，應(yīng)該具備多方面的技術(shù)和知識[13]。主要有：（1）數(shù)據(jù)庫的基本知識和數(shù)據(jù)庫設(shè)計論述；（2）計算機(jī)科學(xué)的基礎(chǔ)知識和程序設(shè)計的方法和技術(shù)；（3）軟件工程的原理和方法；（4）應(yīng)用領(lǐng)域的知識。3.4.2數(shù)據(jù)庫設(shè)計的特點數(shù)據(jù)庫設(shè)計既是一項涉及多學(xué)科的綜合性技術(shù)，又是一項龐大的工程項目。有人講“三分技術(shù)，七分管理，十二分基礎(chǔ)數(shù)據(jù)”是數(shù)據(jù)庫建設(shè)的基本規(guī)律，這是有一定道理的。技術(shù)與管理的界面（稱之為“干件”）十分重要。數(shù)據(jù)庫建設(shè)是硬件、軟件和干件的結(jié)合，這是數(shù)據(jù)庫設(shè)計的特點之一。數(shù)據(jù)庫設(shè)計應(yīng)該和應(yīng)用系統(tǒng)設(shè)計相結(jié)合，也就是說，整個設(shè)計過程中要把結(jié)構(gòu)（數(shù)據(jù)）設(shè)計和行為（處理）設(shè)計密切結(jié)合起來。這是數(shù)據(jù)庫設(shè)計的特點之二。傳統(tǒng)的軟件工程忽視對應(yīng)用中數(shù)據(jù)語義的分析和抽象。例如結(jié)構(gòu)化設(shè)計（StructureDesign，簡稱SD方法）和逐步求精的方法著重于處理過程的特性，只要有可能就盡量推遲數(shù)據(jù)結(jié)構(gòu)設(shè)計的決策。這種方法顯然對于數(shù)據(jù)庫應(yīng)用系統(tǒng)是不妥的。數(shù)據(jù)庫模式是各應(yīng)用程序共享的結(jié)構(gòu)，是穩(wěn)定的、永久的，不像以文件系統(tǒng)為基礎(chǔ)的應(yīng)用系統(tǒng)，文件是某一應(yīng)用程序私用的。數(shù)據(jù)庫設(shè)計質(zhì)量的好壞直接影響系統(tǒng)中各個處理過程的性能和質(zhì)量。早期的數(shù)據(jù)庫設(shè)計致力于數(shù)據(jù)模型和建模方法研究，著重結(jié)構(gòu)特性的設(shè)計而忽視了對行為的設(shè)計。也就是說比較重視在給定的應(yīng)用環(huán)境下，采用什么原則、方法來建造數(shù)據(jù)庫的結(jié)構(gòu)，而沒有考慮應(yīng)用環(huán)境要求與數(shù)據(jù)庫結(jié)構(gòu)的關(guān)系，因此結(jié)構(gòu)設(shè)計與行為設(shè)計是分離的[14]。3.4.3由于信息結(jié)構(gòu)復(fù)雜、應(yīng)用環(huán)境多樣，在相當(dāng)長的一段時間內(nèi)數(shù)據(jù)庫設(shè)計方法與設(shè)計人員的經(jīng)驗和水平有直接關(guān)系。數(shù)據(jù)庫設(shè)計成為一種技藝而不是工程技術(shù)，缺乏科學(xué)理論和工程方法的支持，工程的質(zhì)量難以保證，常常是數(shù)據(jù)庫運行一段時間后又不同程度地發(fā)現(xiàn)各種問題，增加了系統(tǒng)維護(hù)的代價。十余年來，人們努力探索，提出了各種數(shù)據(jù)庫設(shè)計方法，這些方法運用軟件工程的思想和方法，提出了各種設(shè)計準(zhǔn)則和規(guī)程，都屬于規(guī)范設(shè)計法。規(guī)范設(shè)計法中比較著名的有新奧爾良（NewOrleans）方法。它將數(shù)據(jù)庫設(shè)計分為四個階段：需求分析（分析用戶要求）、概念設(shè)計（信息分析和定義）、邏輯設(shè)計（設(shè)計實現(xiàn)）和物理設(shè)計（物理數(shù)據(jù)庫設(shè)計）。其后，S.B.Yao等又將數(shù)據(jù)庫設(shè)計分為五個步驟。又有I.R.Palmer等人主張把數(shù)據(jù)庫設(shè)計當(dāng)成一步接一步的過程，并采用一些輔助手段。基于E-R模型的數(shù)據(jù)庫設(shè)計方法，基于3NF（第三范式）的設(shè)計方法，基于抽象語法規(guī)范的設(shè)計方法等，是在數(shù)據(jù)庫設(shè)計的不同階段上支持實現(xiàn)的具體技術(shù)和方法。規(guī)范設(shè)計法從本質(zhì)上看仍然是手工設(shè)計方法，其基本思想是過程迭代和逐步求精。數(shù)據(jù)庫工作者和數(shù)據(jù)庫廠商一直在研究和開發(fā)數(shù)據(jù)庫設(shè)計工具。經(jīng)過十多年的努力，數(shù)據(jù)庫設(shè)計工具已經(jīng)實用化和產(chǎn)品化。例如Design2021和PowerDesigner分別是Oracle公司和Sybase公司推出的數(shù)據(jù)庫設(shè)計工具軟件。這些工具軟件可以自動地或輔助設(shè)計人員完成數(shù)據(jù)庫設(shè)計過程中的很多任務(wù)。人們已經(jīng)越來越認(rèn)識到自動數(shù)據(jù)庫設(shè)計工具的重要性。特別是大型數(shù)據(jù)庫的設(shè)計需要自動設(shè)計工具的支持。人們也日益認(rèn)識到數(shù)據(jù)庫設(shè)計和應(yīng)用設(shè)計應(yīng)該同時進(jìn)行，目前許多計算機(jī)輔助軟件工程（ComputerAidedSoftwareEngineering，簡稱CASE）工具已經(jīng)開始強調(diào)這兩個方面[15]。3.4.4以下是開發(fā)銷售人員管理信息系統(tǒng)過程所用到的主要數(shù)據(jù)結(jié)構(gòu)。1．客戶基本信息（數(shù)據(jù)結(jié)構(gòu)名：CustomerInfo，含義：主要存放公司客戶的基本信息。）如表3-1所示。表3-1客戶基本信息數(shù)據(jù)結(jié)構(gòu)數(shù)據(jù)項數(shù)據(jù)類型長度是否為空說明CustomerIDnvarchar50 否公司IDCustomerNamenvarchar100否公司名稱PeopleIDnvarchar50否持有人數(shù)據(jù)項數(shù)據(jù)類型長度是否為空續(xù)表3-1說明續(xù)表3-1RecordTime DateTime50否填寫時間ValidStateInt4否是否有效2．客戶屬性基本信息（數(shù)據(jù)結(jié)構(gòu)名：CustomerPropertyInfo，含義：主要存放某公司全部屬性信息。）如表3-2所示。表3-2客戶屬性基本信息數(shù)據(jù)結(jié)構(gòu)數(shù)據(jù)項數(shù)據(jù)類型長度是否為空說明CustomerPropertyIDnvarchar50否公司信息IDCustomerNamenvarchar100否公司名稱PeopleIDnvarchar50否持有人RecordTime datetime8否填寫時間ValidStateInt4否是否有效3．客戶詳細(xì)基本信息（數(shù)據(jù)結(jié)構(gòu)名：CustomerDetailInfo，含義：主要存放公司客戶的詳細(xì)基本信息。）如表3-3所示。表3-3客戶詳細(xì)基本信息數(shù)據(jù)結(jié)構(gòu)數(shù)據(jù)項數(shù)據(jù)類型長度是否為空說明CustomerPropertyIDnvarchar50否公司信息IDCustomerIDnvarchar100否具體公司IDIntValuenvarchar50是int型值DateTimeValuedatetime8是datetime型值StringValuenvarchar100是nvarchar型值DecimalValuedecimal18,5是decimal型值4．銷售人員職位信息（數(shù)據(jù)結(jié)構(gòu)名：PositionInfo,含義：存放公司銷售人員的基本信息。）如表3-4所示。表3-4銷售人員職位數(shù)據(jù)結(jié)構(gòu)數(shù)據(jù)項數(shù)據(jù)類型長度是否為空說明PositionIDnvarchar50否職位IDPositionNamenvarchar100否職位名稱CustomerIDnvarchar50否公司ID數(shù)據(jù)項數(shù)據(jù)類型長度是否為空續(xù)表3-4續(xù)表3-4BelongPositionIDnvarchar50否職位隸屬于職位IDIsRootbool50否是否是根節(jié)點5．銷售人員登錄基本信息（數(shù)據(jù)結(jié)構(gòu)名：PeopleInfo，含義：主要存放公司所有登錄人員總數(shù)。）如表3-5所示。表3-5銷售人員銷售數(shù)據(jù)結(jié)構(gòu)數(shù)據(jù)項數(shù)據(jù)類型長度是否為空說明PeopleIDnvarchar50否主鍵IDPeopleLogIDnvarchar50否人員登錄IDCustomerIDnvarchar50否公司IDPeoplePwdnvarchar50否人員登錄密碼PositionIDnvarchar50否職位ID6．銷售人員屬性基本信息（數(shù)據(jù)結(jié)構(gòu)名：PeoplePropertyInfo，含義：主要存放公司要記錄的人員屬性。）如表3-6所示。表3-6銷售人員屬性數(shù)據(jù)結(jié)構(gòu)數(shù)據(jù)項數(shù)據(jù)類型長度是否為空說明PeoplePropertyIDnvarchar50否人員屬性IDCustomerID nvarchar50否公司IDPeoplePropertyNamenvarchar100否人員屬性名稱PeoplePropertyTypeint4否人員屬性類型PeoplePri int4否優(yōu)先級7．銷售人員詳細(xì)信息（數(shù)據(jù)結(jié)構(gòu)名：PeopleDetailInfo，含義：主要存放公司銷售人員詳細(xì)信息。）如表3-7所示。表3-7銷售人員詳細(xì)信息數(shù)據(jù)結(jié)構(gòu)數(shù)據(jù)項數(shù)據(jù)類型長度是否為空說明PeopleID nvarchar50否人員IDPeoplePropertyID nvarchar50否人員屬性IDIntValue nvarchar100是int型值DateTimeValueedatetime8是datetime型值DecimalValue decimal18,5是decimal型值數(shù)據(jù)項數(shù)據(jù)類型長度是否為空續(xù)表3-7續(xù)表3-7StringValue bool50是nvarchar型值8．工作日程管理信息（數(shù)據(jù)結(jié)構(gòu)名：ProgramInfo，含義：存放有關(guān)工作計劃的信息。）如表3-8所示。表3-8工作日程管理數(shù)據(jù)結(jié)構(gòu)數(shù)據(jù)項數(shù)據(jù)類型長度是否為空說明ProgramIDnvarchar50否日程IDTitle nvarchar100否日程標(biāo)題ContentsnvarcharMAX否日程內(nèi)容StartDate datetime8否日程記錄時間EndDatedatetime8否日程到期時間DateCategoryint 4否時間段分類ProgramCategoryint r4否成員分類PeopleIDnvarchar50否提交人IDProgramStateint4否日程狀態(tài)9．訂單基本信息（數(shù)據(jù)結(jié)構(gòu)名：OrderInfo,含義：存放注冊用戶的基本消息。）如表3-9所示。表3-9訂單基本信息數(shù)據(jù)結(jié)構(gòu)數(shù)據(jù)項數(shù)據(jù)類型長度是否為空說明OrderIDnvarchar4否訂單號ProductIDnvarchar50否產(chǎn)品IDProductCount int4否產(chǎn)品數(shù)量ProductPricedecimal18,2否產(chǎn)品價格PriceDiscount decimal6,3否折扣率ProductTotalPricedecimal18,2否總價格PlaceDatedatetime8否下單日期ExpiredDatedatetime8否到單日期CustomerIDnvarchar50否收貨公司IDPeopleID nvarchar50否填寫人IDNote nvarcharMAX否備注信息OrderProcessnvarchar50否訂單完成狀態(tài)10．工作目標(biāo)基本信息（數(shù)據(jù)結(jié)構(gòu)名：TargetInfo，含義：存放工作目標(biāo)的基本消息。）如表3-10所示。表3-10工作目標(biāo)基本信息數(shù)據(jù)結(jié)構(gòu)數(shù)據(jù)項數(shù)據(jù)類型長度是否為空說明TargetIDnvarchar50否目標(biāo)IDTitlenvarchar100否目標(biāo)標(biāo)題ContentsnvarcharMAX否目標(biāo)內(nèi)容StartDatedatetime8否目標(biāo)記錄時間EndDatedatetime8否目標(biāo)到期時間DateCategoryint4否時間段分類TargetCategoryint4否成員分類PeopleIDnvarchar50否提交人IDTargetStatenvarchar50否目標(biāo)狀態(tài)11．工作日程基本信息（數(shù)據(jù)結(jié)構(gòu)名：ProgramInfo,含義：存放某個人提交的所有工作日程消息。）如表3-11所示。表3-11工作日程基本信息數(shù)據(jù)結(jié)構(gòu)數(shù)據(jù)項數(shù)據(jù)類型長度是否為空說明ProgramIDnvarchar50否日程ID Titlenvarchar100否日程標(biāo)題ContentsnvarcharMAX否日程內(nèi)容StartDatedatetime8否記錄時間EndDatedatetime8否到期時間DateCategoryint4否時間段分類ProgramCategoryint4否成員分類PeopleIDnvarchar50否提交人IDProgramStateint4否日程狀態(tài)12．內(nèi)部信息（數(shù)據(jù)結(jié)構(gòu)名：MessageInfo，含義：返回某個人提交過的所有內(nèi)部信息。）如表3-12所示。表3-12內(nèi)部信息數(shù)據(jù)結(jié)構(gòu)數(shù)據(jù)項數(shù)據(jù)類型長度是否為空說明MessageIDnvarchar50否消息ID數(shù)據(jù)項數(shù)據(jù)類型長度是否為空續(xù)表3-12續(xù)表3-12Titlenvarchar50否消息標(biāo)題ContentsnvarcharMAX否消息內(nèi)容SubmitDatedatetime8否提交時間MessageCategoryint4否消息分類ToPeopleIDnvarchar50否收件人MessageStateint4否消息狀態(tài)AttachmentUrlnvarchar50否附件地址FromPeopleIDnvarchar50否提交人13．共享資源信息管理（數(shù)據(jù)結(jié)構(gòu)名：ResourceInfo，含義：統(tǒng)計某公司共享資源。）如表3-13所示。表3-13共享資源信息管理數(shù)據(jù)結(jié)構(gòu)數(shù)據(jù)項數(shù)據(jù)類型長度是否為空說明ResourceIDnvarchar50否資源ID ResourceNamenvarchar100否資源名稱ResourceContentnvarcharMAX否資源內(nèi)容ResourceURLnvarchar50否資源地址UploadTimedatetime50否上傳時間ResourceStateint4否資源狀態(tài)ToPositonIDnvarchar50否查看的職位IDPeopleIDnvarchar50否上傳人ID

第4章企業(yè)銷售部門綜合管理平臺詳細(xì)設(shè)計經(jīng)過前幾章的系統(tǒng)分析，企業(yè)銷售部門綜合管理平臺的結(jié)構(gòu)已基本清晰，進(jìn)入軟件的實現(xiàn)階段。本系統(tǒng)前臺界面利用MicrosoftVisualStudio2021開發(fā)，VisualStudio具有強大的可視化處理功能，可以直接通過拖拽控件搭建系統(tǒng)界面。本系統(tǒng)具有界面清晰、人性化設(shè)計等優(yōu)點。代碼實現(xiàn)部分采用ASP.Net環(huán)境構(gòu)建，將ASP.Net的內(nèi)置對象與C#語言完美結(jié)合，搭建動態(tài)網(wǎng)頁環(huán)境。本軟件主要面向企業(yè)銷售部門管理人員和終端銷售員。其中用戶注冊、賬號分配和級別設(shè)置由系統(tǒng)管理員完成，用戶登錄本系統(tǒng)后可完成相應(yīng)級別所需要的操作。本系統(tǒng)的公用部分和銷售部長的界面部分由本人完成。4.1用戶登錄界面設(shè)計本系統(tǒng)基于目前最先進(jìn)的云架構(gòu)設(shè)計，所有不同公司的用戶訪問的是同一個系統(tǒng)，由登錄界面輸入的用戶名和密碼區(qū)分用戶所屬的公司和用戶級別。用戶登錄程序的流程圖如圖4-1所示。TT系統(tǒng)管理員普通用戶密碼正確F管理員F用戶登錄成功用戶登錄輸入賬號密碼TT圖4-1用戶登錄程序流圖登錄窗口是整個系統(tǒng)的入口，它的主要實現(xiàn)過程是這樣的：利用單行文本框輸入用戶名和密碼，用戶點擊登錄后在login.aspx網(wǎng)頁中先判斷用戶輸入的文本是否符合要求，如果符合進(jìn)行用戶判定，否則提示輸入錯誤。輸入文本符合要求后用Request.Form(“對象名稱”)將輸入的用戶名和密碼取出，然后從用戶表中提取相應(yīng)記錄，若該用戶存在且密碼正確，則允許其登錄前臺主頁。系統(tǒng)用戶登錄界面如圖4-2所示。圖4-2用戶登錄窗口4.2管理平臺首界面設(shè)計企業(yè)銷售部門綜合管理平臺首界面是銷售部長級別用戶登錄后默認(rèn)顯示的界面，也是系統(tǒng)中銷售部長級別用戶的主頁，用戶登錄后可以方便的連接系統(tǒng)所有功能以及快速的查看有效客戶資料、訂單信息、工作計劃和部門工作計劃，使得銷售部長級用戶快速掌握使用頻率最高的信息。該系統(tǒng)首界面采用框架技術(shù)進(jìn)行窗體布局，整個窗體分為三個部分：左半部分為功能區(qū)，顯示當(dāng)前登錄的用戶，并將系統(tǒng)的主要操作項集成為左側(cè)功能區(qū)上的按鈕形式，可以自由展開和折疊，具有人性化設(shè)計的特點，方便用戶使用和操作。右半部分上側(cè)為快捷導(dǎo)航欄，可以快速鏈接到工作目標(biāo)頁面、代辦事務(wù)頁面、內(nèi)部通信錄頁面和內(nèi)部通知頁面。在內(nèi)部通知更新后在“內(nèi)部通知”右上角會有New！字樣標(biāo)記提示用戶查看，方便用戶使用。右半部分下側(cè)為系統(tǒng)的主功能區(qū)，在主功能區(qū)完成系統(tǒng)與用戶交互的工作。默認(rèn)用戶登錄后使用GridView控件顯示最新變更的有效客戶資料、訂單信息、工作計劃和部門工作計劃，便于用戶快捷查看管理工作。此界面運用了TreeView控件綁定XML文件。使用TreeView控件實現(xiàn)站點導(dǎo)航。Web.sitemap與TreeView控件集成的實質(zhì)是以Web.sitemap文件為數(shù)據(jù)基礎(chǔ)的，以TreeView的樹形結(jié)構(gòu)為表現(xiàn)形式，將站點的邏輯結(jié)構(gòu)表現(xiàn)出來，實現(xiàn)站點導(dǎo)航功能。為TreeView控件指定數(shù)據(jù)源，將TreeView控件的DataSourceID屬性設(shè)置為xmlDataSource1，然后設(shè)置xml節(jié)點對應(yīng)字段，完成xml節(jié)點對應(yīng)字段后。TreeView控件就已經(jīng)綁定了xml文件。銷售部長系統(tǒng)首界面如圖4-3所示。圖4-3銷售部長系統(tǒng)首界面圖4.3部門客戶信息界面設(shè)計部門客戶信息界面是銷售部長級別用戶管理本部門客戶資料的界面，用戶可以根據(jù)客戶名稱、訂單類型、客戶類型、客戶聯(lián)系人、時間段、完成情況、產(chǎn)品和模糊查詢方便的查找到所需要的用戶信息。部門客戶信息界面程序的流程圖如圖4-4所示。用戶登錄用戶登錄獲取部門客戶信息獲取部門客戶信息是否查詢F是否查詢FTT查詢條件F查詢條件FTT查詢數(shù)據(jù)查詢數(shù)據(jù)顯示查詢數(shù)據(jù)顯示查詢數(shù)據(jù)用戶退出用戶退出圖4-4部門客戶信息界面程序流圖本界面使用TextBox控件輸入信息、DropDownList控件選擇信息完成與用戶的交互，由GridView控件顯示用戶所分類或查詢的客戶資料。其中模糊查詢功能會查詢客戶資料表中所有與用戶輸入信息相匹配的內(nèi)容。默認(rèn)界面搜索內(nèi)容為空，GridView控件顯示最新變更的所有用戶資料。部門客戶信息界面如圖4-5所示。圖4-5部門客戶信息界面圖4.4個人信息界面設(shè)計個人信息界面是用戶管理個人信息的界面，本系統(tǒng)的內(nèi)部通訊錄也是由這部分信息自動生成。用戶個人信息界面程序的流程圖如圖4-6所示。用戶登錄用戶登錄獲取用戶個人信息獲取用戶個人信息是否修改F是否修改FTT修改數(shù)據(jù)修改數(shù)據(jù)TTF修改條件顯示修改數(shù)據(jù)顯示修改數(shù)據(jù)用戶退出用戶退出圖4-6用戶個人信息界面程序流圖用戶所要錄入的信息條目由公司管理員設(shè)置，該界面默認(rèn)顯示已輸入的個人信息，個人信息為空的條目不顯示。點擊“編輯”按鈕可以修改個人信息。個人信息界面如圖4-7所示。圖4-7個人信息界面圖點擊“編輯”按鈕后進(jìn)入個人信息修改界面，用戶只能修改公司管理員已經(jīng)開啟的條目，如要增加條目由公司管理員添加后在此編輯。默認(rèn)將在TextBox控件中寫入未修改的個人信息，以方便用戶修改。個人信息修改界面如圖4-8所示。圖4-8用戶信息修改界面4.5共享資源界面設(shè)計共享資源界面主要完成共享資源的上傳和下載共享資源的功能。共享資源界面程序的流程圖如圖4-9所示。用戶登錄用戶登錄獲取共享資源信息獲取共享資源信息F是否查詢F是否查詢TT是否上傳F是否上傳FTTF是否下載TTF是否下載下載數(shù)據(jù)輸入標(biāo)題、路徑輸入查詢條件輸入標(biāo)題、路徑輸入查詢條件TF查詢條件TTF查詢條件TF符合條件顯示查詢結(jié)果顯示查詢結(jié)果上傳數(shù)據(jù)顯示共享資源上傳數(shù)據(jù)顯示共享資源用戶退出用戶退出圖4-9共享資源界面程序流圖在界面的主功能區(qū)頂部的TextBox控件輸入要共享資源的標(biāo)題，由FileUpload控件上傳資源。在中間的Gridview控件中顯示最新上傳的十項資源，底部的DropDownList控件選擇上傳文件的查看權(quán)限和在Gridview控件中顯示的資源權(quán)限（包括全體員工、中層員工和部門員工三種權(quán)限），在搜索框中輸入要查找的資源的完整或部分標(biāo)題，即會在上方的Gridview控件中顯示匹配的結(jié)果。共享資源界面如圖4-10所示。圖4-10共享資源界面

第5章企業(yè)銷售部門綜合管理平臺系統(tǒng)測試5.1系統(tǒng)運行環(huán)境下表為運行本系統(tǒng)的計算機(jī)配置，如表5-1所示。表5-1軟件運行環(huán)境表操作系統(tǒng)WindowsServer2021網(wǎng)絡(luò)環(huán)境利用現(xiàn)有廣域網(wǎng)Internet即可處理器2.8Ghz內(nèi)存4G硬盤500G5.2軟件測試說明測試是程序的執(zhí)行過程，目的在于發(fā)現(xiàn)所開發(fā)程序的錯誤。軟件測試完整的定義應(yīng)該是：在精心控制的系統(tǒng)環(huán)境下，采用相應(yīng)的技術(shù)手段，利用一組事先構(gòu)造好的測試實例（TestCases）執(zhí)行程序以發(fā)現(xiàn)程序中存在的錯誤，并確認(rèn)系統(tǒng)功能、性能符合需求的一個綜合過程。軟件系統(tǒng)的開發(fā)過程中，面對著人員、技術(shù)、環(huán)境等一系列錯綜復(fù)雜的問題，開發(fā)人員對問題的認(rèn)識與實際狀況可能會存在一定的差異，項目組相關(guān)人員之間的交流和協(xié)調(diào)也不可能完美無缺，因此，在軟件生存周期的每個階段都不可避免地會產(chǎn)生差錯。我們力求在每個階段結(jié)束之前通過嚴(yán)格的技術(shù)審查，盡可能早地發(fā)現(xiàn)并糾正差錯。但是，經(jīng)驗表明，審查并不能發(fā)現(xiàn)所有差錯，而前一階段的差錯還可能導(dǎo)致后續(xù)階段更多的差錯。如果在軟件投入生產(chǎn)性運行之前，沒有發(fā)現(xiàn)并及時糾正存在的大部分差錯，則這些差錯遲早會在運行過程中暴露出來。那時不僅改正這些錯誤的代價更高，而且往往會造成非常嚴(yán)重的后果[17]。軟件測試在軟件生存周期中橫跨兩個階段。通常在編寫出每個模塊之后就對它作必要的測試（稱為單元測試）。這個階段結(jié)束后，對軟件系統(tǒng)還應(yīng)該進(jìn)行各種綜合測試，這是軟件生存周期中一個獨立的階段。測試一般分為兩種：黑盒測試（功能測試）和白盒測試（結(jié)構(gòu)測試）。黑盒測試是把程序看成一個黑盒子，不考慮程序內(nèi)部的結(jié)構(gòu)和處理過程，只檢驗各個功能是否能正常使用。白盒測試是把程序看成一個透明的白盒子，完全了解程序內(nèi)部的結(jié)構(gòu)和處理過程，按照程序內(nèi)部的邏輯測試程序。本系統(tǒng)主要采取的是黑盒測試，對于軟件測試而言，黑盒測試法是把程序看成一個黑盒子，完全不考慮程序的內(nèi)部結(jié)構(gòu)和處理過程。也就是說，黑盒測試是在程序接口進(jìn)行的測試，它只檢查程序功能是否能按照規(guī)格說明書的規(guī)定正常使用，程序是否能適當(dāng)?shù)慕邮蛰斎霐?shù)據(jù)產(chǎn)生正確的輸出信息，并且保持外部信息的完整性。黑盒測試又稱功能測試。使用黑盒測試時，為了進(jìn)行系統(tǒng)的測試，至少必須對所有輸入數(shù)據(jù)的各種可能值的排列組合都進(jìn)行測試，但是，由此得到的測試的情況往往大到實際上根本無法測試的程度。黑盒測試主要是為了發(fā)現(xiàn)以下幾類錯誤：（1）是否有不正確或遺漏的功能。（2）在接口上，輸入能否正確的接受。能否輸出正確的結(jié)果。（3）是否有數(shù)據(jù)結(jié)構(gòu)錯誤或外部信息訪問錯誤。（4）性能上是否能夠滿足要求。所以，用黑盒測試發(fā)現(xiàn)程序中的錯誤，必須在所有可能的輸入條件和輸出條件中確定測試數(shù)據(jù)，來檢查程序中是否都能產(chǎn)生正確的輸出結(jié)果。考慮到條件有限時間也有限我決定使用黑盒測試的方法。首先，把程序和數(shù)據(jù)庫備份都拷貝到另外一臺計算機(jī)上。然后把數(shù)據(jù)庫備份還原到數(shù)據(jù)庫當(dāng)中，還原的數(shù)據(jù)庫與原來名稱一致，以免連接數(shù)據(jù)庫時出錯，程序無法正常運行。然后把程序中的與數(shù)據(jù)庫相連的控件重新與數(shù)據(jù)庫相連，運行程序。運行程序后，先測試登錄模塊，當(dāng)在密碼編輯框中輸入錯誤信息時，程序?qū)τ谳斎氲母黝愬e誤進(jìn)行分類，然后彈出相應(yīng)的對話框，說明出現(xiàn)錯誤的原因并要求用戶重新輸入密碼。輸入密碼進(jìn)行用戶登錄。在分別進(jìn)入每個窗體后對相應(yīng)的功能進(jìn)行測試。此外，我認(rèn)識到測試決不能證明程序是正確的。即使經(jīng)過了最嚴(yán)格的測試之后，仍然可能還有沒被發(fā)現(xiàn)的錯誤潛藏在程序中。測試只能查找出程序中的錯誤，不能證明程序中沒有錯誤。測試工作可以發(fā)現(xiàn)程序中存在的問題，也正是在這不斷發(fā)現(xiàn)問題和解決問題之中，使我對所開發(fā)的這個課題有了更深一步的了解，更加明白了測試工作在整個課題設(shè)計中的重要性[18]。5.3系統(tǒng)測試及操作過程通過自己定義的測試樣例對程序的各個功能模塊進(jìn)行測試，并返回結(jié)果。由于本系統(tǒng)基于云建構(gòu)構(gòu)建，因此對于對不同終端的兼容能力考驗尤為突出，因此首先進(jìn)行界面測試。將系統(tǒng)于本機(jī)架設(shè)完畢后，分別使用InternetExplorer瀏覽器、GoogleChrome瀏覽器、FireFox瀏覽器、Opera瀏覽器、Safari瀏覽器、世界之窗瀏覽器、360安全瀏覽器和遨游瀏覽器進(jìn)行基本的操作測試，系統(tǒng)運行界面正常，界面的布局、字體等設(shè)置都保持原樣，沒有出現(xiàn)類似字體變形或布局錯位的情況。在不同終端上登錄屏幕分辨率發(fā)生改變的時候，整個頁面是居中顯示的，顯示的字體和布局沒有發(fā)生改變。5.3.1登錄測試因為在本系統(tǒng)保存的都是各公司最重要的企業(yè)資源，因此安全性就顯得十分重要。為此，系統(tǒng)在設(shè)計之初就對用戶的用戶名和密碼進(jìn)行了嚴(yán)格控制，僅能以大小寫英文字母、數(shù)字、英文句點、下劃線和@符號作為用戶名和密碼字符，并且對于用戶名和密碼的長度均控制在6~20位。測試時使用多種不符合要求的字符串作為用戶名或密碼輸入，均提示錯誤，符合預(yù)期。用戶名、密碼輸入錯誤結(jié)果如圖5-1所示。圖5-1用戶名、密碼錯誤提示5.3.2客戶信息查詢測試客戶信息查詢部分是本系統(tǒng)查詢中最復(fù)雜的部分，因為作為測試的重點。在使用常規(guī)測試用例均顯示正常后，采用非正常的測試用例進(jìn)行測試。由于客戶名稱在數(shù)據(jù)庫設(shè)計中僅能輸入25個漢字，因此在搜索框中也進(jìn)行了相應(yīng)要求。在測試時使用超長字符串和其他符號進(jìn)行測試，均提示錯誤，符合預(yù)期。用戶名輸入錯誤結(jié)果如圖5-2所示。圖5-2客戶名稱錯誤提示對于客戶信息查詢部分的客戶聯(lián)系人、模糊查詢也按此方法進(jìn)行測試，在逐步修正錯誤后，測試時均提示錯誤，符合預(yù)期，在此就不一一例舉。5.3.3共享資源上傳測試共享資源上傳部分是系統(tǒng)中較容易出現(xiàn)錯誤的一部分，因此在這一模塊也花費了大量時間進(jìn)行測試，并作了相應(yīng)修正。為保證系統(tǒng)服務(wù)安全并且考慮到大多數(shù)公司應(yīng)用需求，結(jié)合我國大部分地區(qū)網(wǎng)絡(luò)狀況，對于上傳文件類型與大小都進(jìn)行了相應(yīng)要求。在測試時分別使用不同類型、不同大小的文件進(jìn)行測試，對于不符合要求的文件均提示錯誤，符合預(yù)期。上傳文件類型錯誤結(jié)果如圖5-3所示。圖5-3上傳文件類型錯誤提示上傳文件大小錯誤結(jié)果如圖5-4所示。圖5-4上傳文件大小錯誤提示在對系統(tǒng)整體按以上方法進(jìn)行大量測試后，逐步修正測試時發(fā)現(xiàn)的錯誤，系統(tǒng)性能逐漸趨于穩(wěn)定，已經(jīng)達(dá)到交付使用要求。

結(jié)論本文根據(jù)中小企業(yè)銷售人員管理的業(yè)務(wù)流程，利用MicrosoftVisualStudio2021，SQLServer2021開發(fā)了一個用于中小企業(yè)銷售人員管理的系統(tǒng)。首先設(shè)計了系統(tǒng)的整體結(jié)構(gòu)，該系統(tǒng)包括摘要、概述、系統(tǒng)總體設(shè)計、系統(tǒng)詳細(xì)設(shè)計、系統(tǒng)測試五部分，其次對各部分的具體內(nèi)容和實現(xiàn)功能進(jìn)行了詳細(xì)的闡述。最后，在WindowsXP系統(tǒng)中，利用網(wǎng)絡(luò)平臺完成了企業(yè)銷售部門綜合管理平臺平臺的搭建。該系統(tǒng)提供了基于互聯(lián)網(wǎng)的用于中小企業(yè)的銷售部門綜合管理平臺，使用者可以通過該平臺實現(xiàn)公司對銷售人員的管理。客戶信息管理、銷售人員信息管理、工作日程管理、工作目標(biāo)管理、內(nèi)部信息管理、共享資源管理、個人日志管理、訂單信息管理及用戶幫助等模塊，并對各功能模塊的界面及功能進(jìn)行了詳細(xì)的描述。在各管理頁面中，設(shè)置了不同的查詢方式，使管理人員能夠及時根據(jù)實際的情況，查詢、統(tǒng)計和管理信息。該企業(yè)銷售部門綜合管理平臺通過互聯(lián)網(wǎng)與各種終端相連接，利用完善的通信網(wǎng)，可以保證快速、準(zhǔn)確地掌握客戶情況亦便于做出進(jìn)一步的統(tǒng)計和分析，通過對銷售人員的掌控，方便更好的維護(hù)企業(yè)與客戶的關(guān)系，進(jìn)一步挖掘客戶資源，提高企業(yè)競爭力。

參考文獻(xiàn)[1]夏普著．VisualC#2021從入門到精通[M]．周靖譯．清華大學(xué)出版社，2021：36-60．[2]黃梯云．管理信息系統(tǒng)[M].北京:高等教育出版社．2021:12-56．[3]曹建英．ASP.NET的安全性及其實現(xiàn)的策略[J/OL]．溫州師范學(xué)院學(xué)報(自然科學(xué)版)．2021：3-5．[4]RussBasiura.RichardConway.ProfessionalASP.NETSecurity[M]．WroxPressLt.2021:45-46．[5]金林樵等．SQLServer2021程序設(shè)計實訓(xùn)教程[M].北京:科學(xué)社.2021：98-113．[6]ChrisKnowles，StephenMohr.ProfessionalXMLwithC#[M]．2021．[7]徐娟，吳志山，陳金良．網(wǎng)頁制作實用技術(shù)[M].北京：清華大學(xué)出版社，2021．[8]陳玉峰．SQLServer2021數(shù)據(jù)庫開發(fā)教程[M].北京:科學(xué)出版社.2021．[9]余晨，李文炬．SQLServer2021培訓(xùn)教程[M].北京:清華大學(xué)出版社.2021．[10]馬丁(Martin，J.)等著，萬松明，張濱義譯．循序漸進(jìn)ASP.NET教程.北京:人民郵電出版社，2021．[11]StephenHaag.ManagementInformationSystemforManagementAge.McGraw-Hill[M].2021．[12]薛華成．管理信息系統(tǒng)(第2版)[M].北京:清華大學(xué)出版社.2021．[13]趙麗艷，陳征峰．基于ASP.NET的畢業(yè)設(shè)計選題系統(tǒng)構(gòu)建[J/OL].科技情報開發(fā)與經(jīng)濟(jì)．2021．[14]金林樵等．SQLServer2021程序設(shè)計實訓(xùn)教程[M].北京:科學(xué)出版社.2021．[15]KarliWatson,ChristianNagel.WroxBeginningVisualCSharp2021[M].Wrox．2021．[16]薩師煊，王珊著．?dāng)?shù)據(jù)庫系統(tǒng)概論．第三版．高等教育出版，2021．[17]羅賓遜，內(nèi)格爾著．C#高級編程．李敏波譯．第3版．清華大學(xué)出版社，2021．[18]米切爾著．ASP.NET2.0入門經(jīng)典．人民郵電出版社，2021．

致謝值此論文完成之際，要衷心感謝曾經(jīng)給予我關(guān)心和幫助的所有師長，同學(xué)和朋友們。而且，我要特別感謝我的指導(dǎo)老師張方舟老師。在我進(jìn)行課題研究和撰寫論文期間，張方舟老師的悉心指導(dǎo)和無微不至的關(guān)懷給予了我極大的幫助，使我受益非淺。張老師淵博的學(xué)識、平易近人的風(fēng)范、嚴(yán)謹(jǐn)?shù)闹螌W(xué)態(tài)度和以身作則的高尚品質(zhì)，不斷激勵我奮進(jìn)，努力的完成自己的畢業(yè)設(shè)計，感謝張老師為我點亮了通向成功之路的啟明燈其次感謝我身邊幫助我的同學(xué)，在繁忙的學(xué)習(xí)和科研中抽出時間為我提出有益的見解，解決各種疑難問題。最后，向在大學(xué)生活里給與我指導(dǎo)和幫助的各位老師、同學(xué)表示由衷的感謝！

寶貝計劃專賣店創(chuàng)業(yè)計劃書企業(yè)名稱：__寶貝計劃嬰兒用品專賣店創(chuàng)業(yè)者姓名：_________________________________________日期：__________________________________________通信地址：_________________________________________郵政編碼：__________________________________________電話：___