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