【正文】 管理的效率。因此，開發(fā)這樣一套管理軟機(jī)成為很有必要的事情，它能夠具體化、合理化的管理單位的銷 售信息情況，用結(jié)構(gòu)化的思維方式去了解計(jì)算機(jī)的工作原理。 需求分析 問(wèn)題定義及可行性研究 在討論具體的需求分析之前，我想先對(duì)兩個(gè)問(wèn)題給予簡(jiǎn)單的說(shuō)明。這兩個(gè)問(wèn)題雖然簡(jiǎn)單，但卻是軟件開發(fā)周期中不可缺少的兩個(gè)階段。 問(wèn)題定義 8 問(wèn)題定義階段必須回答的關(guān)鍵問(wèn)題是“要解決的問(wèn)題是什么？”。顯然，這個(gè)問(wèn)題解決整個(gè)軟件開發(fā)周期中起著指導(dǎo)性作用。軟件開發(fā)應(yīng)該有這樣一條鮮明的線索貫穿始終，否則我們的所有工作都是盲目的。現(xiàn)在我們應(yīng)該明確問(wèn)題定義階段的主要任務(wù)：我們要建立一個(gè)銷售管理系統(tǒng)，以解決企業(yè)銷售事務(wù)的基本 情況，來(lái)擺脫傳統(tǒng)的手工記賬，實(shí)現(xiàn)管理自動(dòng)化，從而提高工作效率。同時(shí)該系統(tǒng)應(yīng)不可避免的涉及到庫(kù)存商品基本信息、供應(yīng)商信息、公司信息的維護(hù)和處理及進(jìn)貨統(tǒng)計(jì)、銷售統(tǒng)計(jì)等統(tǒng)計(jì)及查詢處理。 可行性研究 這個(gè)階段要解決的關(guān)鍵問(wèn)題是“對(duì)上一階段所確定的問(wèn)題有無(wú)行得通的解決辦法”。從而導(dǎo)出系統(tǒng)的邏輯模型，然后從系統(tǒng)邏輯模塊出發(fā)探索若干種可供選擇的系統(tǒng)實(shí)現(xiàn)方案。由于實(shí)際條件的制約，對(duì)可行性研究我們不再多說(shuō)，但我們必須明確，現(xiàn)在我們所討論的問(wèn)題從各方面來(lái)說(shuō)都行得通。在明確了這兩個(gè)簡(jiǎn)單問(wèn)題之后，我們的問(wèn)題應(yīng)該步入正題了。需求 分析階段是軟件定義時(shí)期的是后一個(gè)階段，這一階段的中心任務(wù)是準(zhǔn)確的回答“系統(tǒng)必須做什么？”這個(gè)問(wèn)題。其結(jié)束的標(biāo)準(zhǔn)是通過(guò)需求分析應(yīng)該得出有數(shù)據(jù)流程圖、 ER 圖、數(shù)據(jù)字典等描繪的精確的系統(tǒng)邏輯模型。 (2) 下面我們就緊緊圍繞需求分析階段的中心任務(wù)和目標(biāo)展開計(jì)論。 銷售管理系統(tǒng)具體任務(wù)要求和運(yùn)行過(guò)程 系統(tǒng)的功能要求即用戶對(duì)目標(biāo)系統(tǒng)數(shù)據(jù)處理功能所提出的要求，主要考慮以下銷售管理需求： 、商品基本信息，以便對(duì)公司、商品信息進(jìn)行查詢。 、商品信息管理頁(yè)面，以便對(duì)公司、商品信息進(jìn)行修改、刪除 等操作處理。 。銷售管理主要實(shí)現(xiàn)銷售信息添加、銷售退貨信息添加、以及銷售信息和銷售退貨信息的詳細(xì)信息。 。能夠隨時(shí)查詢銷售管理的各種信心。比如商品進(jìn)貨信息、進(jìn)貨退貨信息、銷售信息、銷售退貨信息、庫(kù)存信息、銷售排行信息。 ，還有添加一些各商品之間的往來(lái)管理，結(jié)賬信息。對(duì)各種商品的結(jié)賬情況添加以及查詢。 ，對(duì)用戶的添加、刪除以及密碼修改和退出系統(tǒng)。 9 銷售管理現(xiàn)狀分析 銷售管理系統(tǒng)主要是為 企業(yè) 銷售部門的管理活動(dòng)提供信息服務(wù) 。 企業(yè)的銷售管理是企業(yè)發(fā)展的關(guān)鍵環(huán)節(jié)，一個(gè)好的銷售管理體制將給企業(yè)帶來(lái)很可觀的經(jīng)濟(jì)效益。無(wú)論是一個(gè)銷售公司還是一個(gè)銷售商店，都有很多的銷售數(shù)據(jù)需要管理。手工管理這些紛繁復(fù)雜數(shù)據(jù)的方式已經(jīng)不適應(yīng)時(shí)代的潮流，實(shí)現(xiàn)數(shù)據(jù)規(guī)范化、自動(dòng)化的電腦管理，是一個(gè)管理規(guī)范、動(dòng)作高效的企業(yè)單位的必然要求。 業(yè)務(wù)需求 銷售管理 系統(tǒng)由 銷售部門和生產(chǎn)部門合作完成 。其中， 生產(chǎn)部門將現(xiàn)有庫(kù)存生產(chǎn)計(jì)劃等信息錄入到基本數(shù)據(jù)庫(kù)中 ； 有訂單時(shí)銷售人員可以通過(guò)查詢以最短時(shí)間了解庫(kù)存情況方便訂貨，另外一些輔助信息通過(guò)信息員錄入方便銷售統(tǒng)計(jì)時(shí)查看 。本系統(tǒng) 主要用于 各大企業(yè)銷售管理部門 。 功能需求 這是一個(gè)零售商店銷售管理系統(tǒng)，設(shè)計(jì)者的目標(biāo)是滿足商店運(yùn)營(yíng)和日常管理的需要，具有對(duì)產(chǎn)品，客戶管理的功能。銷售員可以對(duì)銷售的產(chǎn)品進(jìn)行登記，并將銷售情況反饋給數(shù)據(jù)庫(kù)。商店可以查看銷售情況，為管理的方便性和信息傳遞的快速性提供了一個(gè)很好的平臺(tái)。系統(tǒng)開發(fā)的總體任務(wù)是實(shí)現(xiàn)信息查詢及銷售登記自動(dòng)化?？傊闶凵痰赇N售管理系統(tǒng)要實(shí)現(xiàn)登陸驗(yàn)證、商品基本信息、商品銷售管理、查詢統(tǒng)計(jì)、往來(lái)管理五大部分。 性能需求 一般的性能需求是包括信息處理的及時(shí)性和準(zhǔn)確性，系統(tǒng)的 開放性和可擴(kuò)充性，系統(tǒng)的穩(wěn)定可靠性，系統(tǒng)的易用和易維護(hù)性。系統(tǒng)的標(biāo)準(zhǔn)性及安全性。 本系統(tǒng)是個(gè)銷售管理系統(tǒng)，要考慮到系統(tǒng)的易用和易維護(hù)性。該系統(tǒng)直接面對(duì)使用人員的，而使用人員往往對(duì)計(jì)算機(jī)并不是非常熟悉。這就要求系統(tǒng)能夠提供良好的用戶接口，易用的人機(jī)交互界面。另外要考慮的性能需求就應(yīng)該是系統(tǒng)安全性問(wèn)題了。在考察系統(tǒng)的每個(gè)階段，均需要考慮彼此間的認(rèn)證與授權(quán)。尤其要注意認(rèn)證，簡(jiǎn)單地說(shuō)就是確定誰(shuí)是特定用戶，并針對(duì)安全源驗(yàn)證該用戶的身份。在處理完識(shí)別用戶的方法之后，必須利用一種方法以向用戶授權(quán)，從而能夠使用系統(tǒng)的特定功 能。也就是說(shuō)，需要一種方法來(lái)決定允許特定用戶進(jìn)行什么樣的操作。而這些都是在進(jìn)行系統(tǒng)設(shè)計(jì)時(shí)需要考慮的性能方面內(nèi)容。 ASP 提供了六個(gè)內(nèi)建對(duì)象，供用戶直接調(diào)用： Application 對(duì)象 、 Session 對(duì)10 象 、 Request 對(duì)象 、 Response 對(duì)象 、 Server 對(duì)象 、 ObjectContext 對(duì)象 的主要內(nèi)置組件： AdRotator 組件 、 BrowserCapabilities 組件 、 DatabaseAccess 組件 、FileAccess 組件 、 ContentLinking 組件 。 此外，還可安裝 Myinfo、 Counters、ContentRotator、 PageCount 等組件，用戶也可自行編制 Actiive 組件，以提高系統(tǒng)的實(shí)用性。 人員分析 此系統(tǒng)操作簡(jiǎn)單，使用人員無(wú)需具有專業(yè)的計(jì)算機(jī)操作基礎(chǔ)，因此對(duì)工作人員來(lái)說(shuō)應(yīng)用此系統(tǒng)是不成問(wèn)題的。 經(jīng)濟(jì)方面的可行性分析 本系統(tǒng)開發(fā)經(jīng)費(fèi)并不是很多。對(duì)于規(guī)模不很大，經(jīng)費(fèi)有限的單位在經(jīng)濟(jì)上是可以接受的，并且本系統(tǒng)實(shí)施后可以顯著提高效率，很快就可以體現(xiàn)經(jīng)濟(jì)效益。 投入：除軟件開發(fā)成本，一臺(tái)中等電腦，現(xiàn)價(jià) 4000 元左右，完全可以良好的運(yùn)行系統(tǒng)，完成硬件平 臺(tái)的要求，而且經(jīng)濟(jì)實(shí)用。 結(jié)論 綜上所述，無(wú)論是從技術(shù)方面還是經(jīng)濟(jì)方面看開發(fā)此系統(tǒng)均是可行的。 11 第三章 系統(tǒng)概要設(shè)計(jì) 設(shè)計(jì)思想 (1)系統(tǒng)分成幾個(gè)相對(duì)獨(dú)立的模塊，但這些模塊都進(jìn)行集中式管理。 (2)分層的模塊化程序設(shè)計(jì)思想，整個(gè)系統(tǒng)采用模塊化結(jié)構(gòu)設(shè)計(jì)。作為應(yīng)用程序有較強(qiáng)的可操作性和擴(kuò)展性。 (3)合理的數(shù)據(jù)流設(shè)計(jì)，在應(yīng)用系統(tǒng)設(shè)計(jì)中，相對(duì)獨(dú)立的模塊間以數(shù)據(jù)流相互連接，使各模塊間的耦合性較低，方便系統(tǒng)運(yùn)行，提高系統(tǒng)安全性。 為了使本系統(tǒng)功能齊全完備，操作簡(jiǎn)便，最大限度的提高軟件的質(zhì)量，從而滿 足用戶的實(shí)際需要，在設(shè)計(jì)開發(fā)過(guò)程中遵循了如下原則： (1)合法性原則：依據(jù)產(chǎn)品核算系統(tǒng)的工作規(guī)定以及要求，參照核算實(shí)際的工作情況，進(jìn)行銷售工作。 (2)實(shí)用性原則：適合產(chǎn)品信息管理工作的實(shí)際需求，并能夠處理一些特殊情況的要求，此外，盡可能預(yù)留空間，以便擴(kuò)充功能。 (3)準(zhǔn)確性原則：對(duì)輸入的相關(guān)資料建立檢錯(cuò)機(jī)制，及時(shí)報(bào)錯(cuò)，使用戶能夠及時(shí)準(zhǔn)確的輸入合法資料 (如：類型匹配，長(zhǎng)度不超限等 )。 (3)易操作原則：要求設(shè)計(jì)的系統(tǒng)功能齊全，界面友好，操作方便，必要的地方進(jìn)行提示。 (5)源程序可讀性原則：為了便于其他設(shè)計(jì) ，維護(hù)人員讀懂代碼或以后的代碼修改，軟件升級(jí)維護(hù)，即可能做好代碼注釋工作。 (6)優(yōu)化原則：為了達(dá)到優(yōu)化的目的，合理的運(yùn)用窗口，菜單，對(duì)象等的繼承，自定義用戶對(duì)象，事件，函數(shù)，減少不必要的重復(fù)性代碼，使程序簡(jiǎn)介明了，也方便了將來(lái)的維護(hù)。 (7)安全性原則：可以為該系統(tǒng)的用戶設(shè)置用戶權(quán)限。 系統(tǒng)架構(gòu) 系統(tǒng)總體的功能是實(shí)現(xiàn)銷售管理的系統(tǒng)化、規(guī)范化和自動(dòng)化，是使用者便于12 操作，更容易進(jìn)行管理。企業(yè)銷售管理系統(tǒng)要實(shí)現(xiàn)登陸驗(yàn)證、商品和公司基本信息、商品銷售管理、商品進(jìn)貨管理、查詢統(tǒng)計(jì)、往來(lái)管理六大模塊。再?gòu)倪@六大模塊中具體劃分小的模塊，具體實(shí)現(xiàn)銷售管理系統(tǒng)的使用。 系統(tǒng)總體框圖如下： 圖 31 系統(tǒng)總體架構(gòu)圖 系統(tǒng)設(shè)計(jì) 銷售管理系統(tǒng)不是簡(jiǎn)單的一個(gè)軟件，它覆蓋了零售商店銷售管理的職能，是零售商店管理事務(wù)中關(guān)鍵環(huán)節(jié)。是一個(gè)將銷售管理思想以及當(dāng)今最新計(jì)算機(jī)技術(shù)完美統(tǒng)一起來(lái)，實(shí)現(xiàn)科學(xué)化、自動(dòng)化管理的集成應(yīng)用系統(tǒng)。 .在功能方面，系統(tǒng)面向企業(yè)各個(gè)層次用戶的需求，即企業(yè)領(lǐng)導(dǎo)和管理人員以及保障系統(tǒng)運(yùn)行的系統(tǒng)管理員。為企業(yè)銷售管理提供全面、及時(shí)、準(zhǔn)確的信息和可靠的依據(jù)。 .在通用性設(shè)計(jì)方面，以標(biāo)準(zhǔn)化為基礎(chǔ)，通過(guò)信息流程和管理過(guò)程的合理模型銷售管理 基本信息 進(jìn)貨管理 銷售管理 查詢統(tǒng)計(jì) 往來(lái)管理 用戶管理 添加商品信息 公司信息管理 添加公司信息 商品信息管理 添加進(jìn)貨信息 添加進(jìn)貨退貨 添加銷售信息 添加銷售退貨 商品進(jìn)貨查詢 商品退貨查詢 商品庫(kù)存查詢 商品銷售排行 商品進(jìn)貨結(jié)賬 商品退貨結(jié)賬 添加用戶 修改用戶密碼 刪除用戶 13 化、管理對(duì)象的模型化，使得系統(tǒng)具有一定的通用性和規(guī)范性。 .在系統(tǒng)開放性方面，按照軟件工程開發(fā)規(guī)范實(shí)現(xiàn)系統(tǒng)的開放性，既便于擴(kuò)充又便于升級(jí)，以適應(yīng)今后企業(yè)管理發(fā)展及銷售體系改革的需求。 .在系統(tǒng)和數(shù)據(jù)的安全性方面，系統(tǒng)采用數(shù)據(jù)庫(kù)級(jí)用戶權(quán)限和應(yīng)用程序級(jí)運(yùn)行權(quán)限的雙重控制機(jī)構(gòu)，提供了統(tǒng)一的基于角色的用戶管理手段，通過(guò)數(shù)據(jù)庫(kù)系統(tǒng)的數(shù)據(jù)安全機(jī)制，具有完善的系統(tǒng)和數(shù)據(jù)安全的保障體系。 .在操作性方面，采用圖形用戶界面技術(shù)，使系統(tǒng)能夠以多得圖形窗口和豐富便利的操作界面，通過(guò)鼠標(biāo)或鍵盤的操作，為用戶提供最簡(jiǎn)潔的使用方法。 數(shù)據(jù)庫(kù)設(shè)計(jì) 上面提到的各種功能的實(shí)現(xiàn)都離不開數(shù)據(jù)庫(kù)的支持，因此數(shù)據(jù)庫(kù)設(shè)計(jì)作為本系統(tǒng)設(shè)計(jì)的一部分不可缺少。數(shù)據(jù)庫(kù)設(shè)計(jì)在整個(gè)程序設(shè)計(jì)過(guò)程中占據(jù)非常重要的地位，也是整個(gè)程序設(shè)計(jì)的基礎(chǔ)。把數(shù)據(jù)庫(kù)從整個(gè)程序中分離出來(lái)，單獨(dú)進(jìn)行，有很大的好處，即使程序設(shè)計(jì)分工明確，也方便程序員在詳細(xì)設(shè)計(jì)師不必考慮數(shù)據(jù)庫(kù)的結(jié)構(gòu)，只需知道數(shù)據(jù)名及表名和表中的字段名就能進(jìn)行編碼設(shè)計(jì)，體現(xiàn)面向?qū)ο笤O(shè)計(jì)的思想。其實(shí)在需求分析階段，我們的很大一部分討論始終都沒(méi)離開用戶所要求 的數(shù)據(jù)。如果把前面的討論看成是數(shù)據(jù)庫(kù)的邏輯設(shè)計(jì)，下面的問(wèn)題將是數(shù)據(jù)庫(kù)的具體物理實(shí)現(xiàn)。 我們使用的數(shù)據(jù)庫(kù)系統(tǒng)是 SQLServer2020。從上面的功能分析看出本系統(tǒng)需要建立以下幾個(gè)數(shù)據(jù)表：商品信息（ tbCommmodity）表、公司信息（ tbCommpany）表、查詢信息（ tbReckoning 表）及進(jìn)貨退貨信息（ tbStock）表和使用用戶表（ tbUser表）。 tbCommmodity 表（商品信息）中包括商品 ID、商品名稱、商品簡(jiǎn)稱、商品產(chǎn)地、商品單位、商品規(guī)格、商品批號(hào)、批準(zhǔn)文號(hào)、供應(yīng)商、備 注、操作員、添加時(shí)間、數(shù)量等字段。具體設(shè)置如表 42 所示。 字段名稱 字段代碼 數(shù)據(jù)類型 是否為空 商品 ID Id Int(4) 否 商品名稱 ComdityName Varchar(100) 是 商品簡(jiǎn)稱 ShortName Varchar（ 50） 是 商品產(chǎn)地 ProductPlace Varchar（ 100） 是 商品單位 Unit Varchar（ 20 是 商品規(guī)格 Specs Varchar(50) 是 商品批號(hào) PassNumber Varchar(50) 是 14 批準(zhǔn)文號(hào) PassList Varchar(50) 是 供應(yīng)商 CompanyId Int（ 4） 否 備注 Remark Varchar（ 500） 是 操作員 Username Varchar（ 50） 是 添加時(shí)間 AddTime Varchar（ 50） 是 數(shù)量 total Int(4) 是 表 32tbCommmodity（商品信息）表 一個(gè) tbReckoning 表（查詢信息）中所包括的信息有 ID、商品 ID、結(jié)算、經(jīng)手人、日期、操作員、添加時(shí)間等字段，具體設(shè)置如表 43 所示： 字段名稱 字段代碼 數(shù)據(jù) 類型 是否為空 ID Id Int(4) 否 商品 ID CommodityId int(4) 是 結(jié)算 Settlement int(4) 是 經(jīng)手人 ManageMan Varchar(50) 是 日期 datetime Datetime（ 8） 是 操作員 username Varchar(50) 是 添加時(shí)間 Addtime varchar(50) 是 表 33tbReckoning（查詢信息）表 一個(gè) tbStock 表（銷售信息）中包括 ID、商品 ID、公司 ID、數(shù)量、單價(jià)、進(jìn)貨日期、 結(jié)算日期、應(yīng)付金額、實(shí)付金額、未付金額、經(jīng)手人、操作員、添加時(shí)間、客戶 ID、類型等字段，具體設(shè)置如圖 44 所示 : 字段名稱 字段代碼 數(shù)據(jù)類型 是否為空 ID id Int(4) 否 商品 ID CommodityId int(4) 是 公司 I