第一篇：汽車銷售系統(tǒng)需求分析

關于汽車銷售系統(tǒng)的需求分析：

隨著國內(nèi)汽車市場的不斷擴大，各大4S店及汽車銷售公司對高效管理員工、車輛以及客戶信息的需求也顯得尤為迫切，希望可以有一套系統(tǒng)可以解決這個問題。

具體需求如下：

基本信息管理：員工信息、汽車廠商及型號、客戶信息

車輛銷售管理：車輛銷售、車輛出庫

車輛入庫管理：車輛采購、車輛入庫

車輛庫存管理：庫存車輛及其明細、銷售收益統(tǒng)計

銷售系統(tǒng)維護：數(shù)據(jù)安全管理、權(quán)限管理

管理員登錄后，可以查詢規(guī)定日期內(nèi)的銷售記錄以及相應的銷售員工和客戶信息（也可以按車輛型號進行查詢），同時可以對庫存車輛的信息進行增、刪、改。對入庫車輛進行成本統(tǒng)計，對出庫車輛進行收益統(tǒng)計

客戶登錄后，可以查詢各個廠商及型號車輛的基本信息

員工信息（工號，姓名，性別，電話）

廠商信息（編號，名稱，電話，地址）

車輛信息（編號，型號，廠商，進價，售價，顏色，排量，庫存量）

客戶信息（客戶號，姓名，電話）

銷售【訂單號，交易日期，客戶號，工號，汽車編號，交易價】

入庫【汽車編號，入庫日起，進價，數(shù)量，銷售收益統(tǒng)計】

第二篇：房地產(chǎn)銷售管理系統(tǒng)需求分析

房地產(chǎn)銷售管理系統(tǒng)需求分析

1、需求分析：

伴隨著人類社會的進步和科學的發(fā)展，人們生活的水平也在不斷提高，房地產(chǎn)行業(yè)已經(jīng)成為當今社會比較熱門的行業(yè)。房地產(chǎn)銷售是房地產(chǎn)行業(yè)的重要組成部分，由于房地產(chǎn)銷售形式復雜、業(yè)務種類繁多，早起的手工銷售方式已經(jīng)不能適應現(xiàn)代房地產(chǎn)銷售的需要，在這種情況下，房地產(chǎn)銷售管理系統(tǒng)應運而生。

在各大中型房地產(chǎn)銷售公司的房屋銷售管理當中，主要存在著以下幾個問題：

（1）房屋銷售工作人員的工作量大、工作效率低

在房屋銷售管理的工作流程中，需要完成很多的工作。這其中要填制大量的單據(jù)，而且在填制這些表單時，有很多的錄入信息都是很重要的。例如，樓盤名稱、樓房名稱、房型信息、客戶信息及房屋銷售信息的反復出現(xiàn)，這些信息的重要性錄入，必然降低工作人員的工作效率，加重了工作負擔。

（2）房地產(chǎn)公司各個部門之間溝通困難

現(xiàn)代房地產(chǎn)企業(yè)在營銷管理的工程中，主要面臨著大量的數(shù)據(jù)和報表無法在多個部門之間進行有效的、暢通的信息交流和溝通，無法實現(xiàn)跨區(qū)域的實時管理、監(jiān)控以及如何滿足集團公司多級管理的需求等問題。

（3）查詢、統(tǒng)計困難

每天的房屋銷售情況，客戶退房、換房情況，這些大量數(shù)據(jù)的產(chǎn)生，都會加重查詢統(tǒng)計工作的負擔。

為了解決以上問題，我們從房地產(chǎn)銷售公司的角度出發(fā)，開發(fā)了房地產(chǎn)銷售管理系統(tǒng)。

2、系統(tǒng)分析

（1）業(yè)務流程：

房地產(chǎn)銷售管理系統(tǒng)主要包括房屋銷售管理、主要包括房屋銷售管理、客戶換房管理、客戶預定房屋管理和客戶退房等幾項業(yè)務，在不同的業(yè)務中分別完成相關的業(yè)務操作，并且能夠打印出相應的單據(jù)和憑證，從而使得房地產(chǎn)公司的各項業(yè)務正常運轉(zhuǎn)。房地產(chǎn)銷售管理系統(tǒng)的業(yè)務流程如下圖：

使用房地產(chǎn)銷售管理軟件可以幫助房地產(chǎn)銷售企業(yè)有效的管理與房地產(chǎn)銷售相關的業(yè)務工作，從而減輕了房地產(chǎn)銷售公司工作人員的工作壓力，提高處理業(yè)務的效率，增強了企業(yè)在同行業(yè)中的競爭力。

（3）功能分析：

該系統(tǒng)有如下功能：

●能夠完成房型、樓盤、樓房、房屋資料信息的錄入和編輯，并且能夠查詢、調(diào)整樓房的銷售價格。

●完成銷售管理、換房管理、退房管理、付款管理和房屋退款管理的相關信息?！窆芾砑熬S護客戶資料的相關信息。

●管理客戶預定房屋的相關信息，并且能夠統(tǒng)計出房屋預定的相關信息?！窠y(tǒng)計出不同的銷售代表所銷售房屋的詳細信息 ●統(tǒng)計出客戶的相關數(shù)據(jù)

●維護房地產(chǎn)公司的員工信息。

●管理及維護系統(tǒng)操作員并且能夠修改操作員的密碼信息?！衲軌蛲瓿蓴?shù)據(jù)備份和數(shù)據(jù)恢復的操作，保證數(shù)據(jù)庫的安全。

3、系統(tǒng)設計

（1）系統(tǒng)功能設計：

根據(jù)上述的功能分析，可以將房地產(chǎn)銷售管理系統(tǒng)分為5大功能模塊，即樓盤房屋資料管理、房屋銷售管理、數(shù)據(jù)統(tǒng)計報表、基本數(shù)據(jù)錄入編輯和系統(tǒng)維護。其中，樓盤房屋資料管理包括房型信息管理和樓盤房屋信息管理兩部分；在房屋銷售管理中，能夠完成對房屋的銷售及付款信息的管理、客戶基本信息、客戶退房及退款信息的管理；在數(shù)據(jù)統(tǒng)計報表中，能夠完成房屋購訂統(tǒng)計查詢、房屋預定統(tǒng)計報表、房屋銷售統(tǒng)計報表和客戶數(shù)據(jù)分析等功能；基本信息錄入編輯包括員工資料錄入編輯和公司資料錄入編輯兩部分；系統(tǒng)維護主要能夠完成系統(tǒng)初始化、數(shù)據(jù)備份、恢復及對用戶信息維護及管理等功能。房地產(chǎn)銷售管理系統(tǒng)的功能結(jié)構(gòu)如下圖所示：

4、數(shù)據(jù)庫設計

由于房地產(chǎn)銷售管理系統(tǒng)所涉及到的數(shù)據(jù)量比較大，Access數(shù)據(jù)庫不能滿足存儲大量數(shù)據(jù)的要求，所以本系統(tǒng)采用sqlserver2005作為系統(tǒng)的后臺數(shù)據(jù)庫。

房地產(chǎn)銷售管理系統(tǒng)的數(shù)據(jù)庫名稱為“data_fdcglxt”，由于房地產(chǎn)銷售管理系統(tǒng)的數(shù)據(jù)庫比較復雜，本系統(tǒng)的數(shù)據(jù)庫預計使用32張數(shù)據(jù)表。由于表過多，現(xiàn)在只列出員工信息表，如下圖：

5、需求分析總結(jié)

在以前的可行性分析基礎上，我們進行了以上的需求分析過程。在分析的過程當中，我們從整體上覺得整個軟件系統(tǒng)無論是在技術(shù)上還是在經(jīng)濟上都是完全可行的，有很好的開發(fā)價值。

09應用技術(shù)304成員：王佳、陶海榮

第三篇：系統(tǒng)需求分析報告

系統(tǒng)需求分析報告

目錄

目錄.............................................................................................................I

1、項目描述...............................................................................................1 1.1 背景................................................................................................1 1.2研究意義........................................................................................1

2、需求分析...............................................................................................1 2.1功能需求分析................................................................................2 2.1.1 系統(tǒng)管理功能......................................................................2 2.1.2 流量劫持功能....................................................................2 2.2性能需求分析................................................................................2

I

1、項目描述

1.1 背景

隨著網(wǎng)絡的普及，網(wǎng)絡業(yè)務應用向深度和廣度不斷發(fā)展，方便用戶的同時，也因用戶終端存在網(wǎng)絡安全漏洞或用戶網(wǎng)絡安全意識的疏忽，使得網(wǎng)絡上涉及如：電子商務、在線游戲、DNS授權(quán)服務、網(wǎng)銀支付系統(tǒng)、社交網(wǎng)站、論壇、博客、門戶網(wǎng)站等在線業(yè)務受到黑客及網(wǎng)絡犯罪份子的攻擊，對個人用戶信息（網(wǎng)銀、支付錢包賬號密碼等）的保密和對國家互聯(lián)網(wǎng)信息管理與審計構(gòu)成嚴重威脅。

1.2研究意義

本項目針對以上問題，主要利用了以下兩種技術(shù)：僵尸網(wǎng)絡反制技術(shù)及HTTP/HTTPS協(xié)議通信的監(jiān)控技術(shù)。

網(wǎng)絡攻擊已嚴重威脅著網(wǎng)絡的安全，及時的發(fā)現(xiàn)網(wǎng)絡攻擊并在必要的時候劫持與反制網(wǎng)絡攻擊，成為保障互聯(lián)網(wǎng)正常運行、保障在線業(yè)務系統(tǒng)正常訪問的重要方法。

2、需求分析

經(jīng)過與項目委托方多次討論，設計系統(tǒng)的目的是為實現(xiàn)對特定非法用戶Web（HTTP/HTTPS協(xié)議）通信進行監(jiān)控及反制，具體要求實現(xiàn)的功能有：監(jiān)控系統(tǒng)遠程控制、針對特定非法用戶上網(wǎng)流量劫持、針對特定非法用戶Web通信進行JS腳本注入、獲取非法用戶賬號和密碼、獲取非法用戶訪問某些網(wǎng)站的Cookie。

第 1 頁 2.1功能需求分析

根據(jù)監(jiān)控系統(tǒng)的要求對系統(tǒng)的功能進行分析，明確了系統(tǒng)需要實現(xiàn)的功能。系統(tǒng)的功能結(jié)構(gòu)模塊：系統(tǒng)管理功能、流量劫持功能、監(jiān)控與反制功能。

2.1.1 系統(tǒng)管理功能

系統(tǒng)管理模塊主要負責系統(tǒng)登錄、系統(tǒng)遠程控制、黑名單庫配置、數(shù)據(jù)存儲和展示。數(shù)據(jù)展示包含數(shù)據(jù)存儲和數(shù)據(jù)展示，數(shù)據(jù)存儲負責接收后端和前端JS探針采集的數(shù)據(jù)并存儲到數(shù)據(jù)庫，數(shù)據(jù)展示負責提取數(shù)據(jù)庫數(shù)據(jù)并顯示。

2.1.2 流量劫持功能

本文流量劫持指DNS協(xié)議劫持，主要由四個部分組成：報文捕獲、協(xié)議解析、IP及域名查找匹配、DNS協(xié)議欺騙。

2.2性能需求分析

1.DNS流量劫持成功率

為了達到項目委托單位的要求，需要對特定用戶訪問特定網(wǎng)站的流量進行準確監(jiān)控，同時保證流量劫持的成功率（90%以上）。

2.監(jiān)控與反制系統(tǒng)并發(fā)量

監(jiān)控與反制系統(tǒng)服務器的并發(fā)性能直接決定同時能夠監(jiān)聽的用戶數(shù)。當被監(jiān)控用戶數(shù)過大，監(jiān)控與反制系統(tǒng)并發(fā)處理能力到極大挑戰(zhàn)。

3.系統(tǒng)運行穩(wěn)定性

第 2 頁 系統(tǒng)穩(wěn)定性是系統(tǒng)最基本也是最重要的要求，運行穩(wěn)定性關系到系統(tǒng)能否長時間穩(wěn)定運行。系統(tǒng)的穩(wěn)定性體現(xiàn)在：隨著運行時間的增加，系統(tǒng)并不會出現(xiàn)內(nèi)存泄露、甚至系統(tǒng)崩潰等情況。其中內(nèi)存泄露可通過內(nèi)存消耗、CPU使用率指標度量。

第 3 頁

第四篇：門禁系統(tǒng)需求分析

門禁系統(tǒng)建設需求分析

1.是否聯(lián)網(wǎng)通過RS485還是TCP/IP 方式？如果采用485，是否需要配置485 HUB?(增加通訊距離，掛接更多的控制器)如果采用TCP/IP 是直接采用網(wǎng)絡轉(zhuǎn)換器還是通過TCP/IP轉(zhuǎn)化器？ 2.門禁控制器類型：單門，雙門，四門，八門控制器還是門禁一體機？

3.識別方式：密碼，指紋，刷卡，識別臉等? 4.管控方向：單項刷卡還是雙向刷卡？

5.卡片類型:EM（智能采用EM 讀卡器，需要聯(lián)網(wǎng)）,Mifare，HID 6.讀卡器類型:韋根，485,如何發(fā)卡：通過控制器，232讀卡器，鍵盤口讀卡器，輸入卡號？

7.系統(tǒng)軟件：單機版還是網(wǎng)絡版？需要考勤，電梯和更新軟件模塊嗎？

8.電控鎖類型：磁力鎖，電插鎖(陽極鎖，雙向開門)，陰極鎖，需要支架嗎？

9.供電方式：集中供電還是分散供電？ 10.線材選材：RVVP 還是RVSP? 聯(lián)網(wǎng)門禁系統(tǒng)說明：

1：

說明：進出安裝兩個按鍵讀卡器，通過韋根接口連接到單門控制器上，進出均可提供三種開門方式，刷卡、刷卡+密碼和安全密碼。但不可以設為進門不要密碼管制，而出門要密碼管制進出安裝兩個指紋讀卡器，通過韋根接口連接到單門控制器上。兩臺指紋讀卡器，可通過485接口連接到控制器的485 總線上，便可通過計算機將采集到的指紋，下傳到指紋讀卡器中，或者將指紋讀卡器中指紋數(shù)據(jù)備份到計算機中。

2：

? 指紋一體機就是集成了指紋讀頭的單門控制器

? 指紋一體機可內(nèi)置射頻讀卡模塊，提供刷卡+指紋等更多種開門方式

? 如果內(nèi)置了Mifare讀寫模塊，還可以配置成將指紋存儲在Mifare卡中。正常情況下，指紋存儲在指紋機中。

? 指紋存儲在Mifare卡中，一個最大的好處是，提供1:1的指紋比對方式，提供系統(tǒng)的安全性，降低誤識率；同時一臺指紋機管理的員工數(shù)量，不再受到指紋機中指紋存儲容量的限制，可增加到 10,000個員工。

第五篇：汽車管理info系統(tǒng)需求分析報告 -

省小汽車控購管理信息系統(tǒng)

需求調(diào)研分析報告

第一章 方案總體構(gòu)想

一．操作方便，使用靈活，盡量簡化基層單位購車的工作過程

目前手工方式的購車過程是，采購單位先到當?shù)刎斦剞k領取《購置小汽車審核表》，填完表后蓋上單位公章，并報主管單位確認蓋章后，連同購車所需的相關附件一并送到當?shù)刎斦剞k。財政控辦受理后審核其購車的指標及定編情況，確認通過后蓋章，再送省控辦審批蓋章，最后由省控辦發(fā)放購車指標證。

可以看到在上述購車構(gòu)成中，必須通過人工來傳遞審核表及相關的附件材料，對于杭州市內(nèi)及周邊區(qū)縣的單位來說，到省財政的距離不算太遠，跑幾趟還花不了多少時間，但是對于全省上萬家行政事業(yè)單位來說，每年新增車輛近萬輛，浪費在購車審批過程上的時間、精力和資金就是一個相當巨大的數(shù)字了。

《省小汽車控購管理信息系統(tǒng)》的首要目的，便是減少基層單位購車審批時上門的次數(shù)，簡化購車審批工作過程，并達到節(jié)約財政資金的目的。

二．信息共享，便于管理

省控辦對黨政機關及部分行政事業(yè)單位小汽車實行定編管理，而且實行定編的行政事業(yè)單位范圍還將擴大。省控辦現(xiàn)有的小汽車定編管理軟件功能尚不完善，而且局限于省控辦內(nèi)部使用，信息不能共享，汽車定編數(shù)據(jù)的采集不完整且與基層單位的實際數(shù)據(jù)信息可能不一致。

《省小汽車控購管理信息系統(tǒng)》部署在省財政外網(wǎng)門戶網(wǎng)站上，有以下幾個目標和要求：

1．提高省財政門戶網(wǎng)站的點擊率。

2．完善小汽車定編管理功能，豐富報表統(tǒng)計功能。3．實現(xiàn)網(wǎng)上審批辦事平臺，方便基層工作。4．信息全省共享，分級使用。

三．建立車輛電子檔案庫，擴大服務范圍

對于納入財政資金支出的在編公務用車，按車輛建立電子檔案庫，將購車的審批過程文件、購車原始憑證、車輛行駛證等資料通過掃描處理為影像文件存儲到電子檔案庫。

車輛電子檔案庫可以有效地保存公務車的檔案資料，并能讓各級財政部門、主管單位、車輛使用的單位領導、車隊負責人等隨時查詢所需的車輛資料。比如車輛過戶、報廢等可能需要提供車輛的購車憑證等原始信息，而一般過戶、報廢都是車輛已購置多年以后，那時需要從檔案室翻取原始資料可是一件很麻煩的事。有了車輛的電子檔案庫，只要國資資產(chǎn)處置管理部門能認可加蓋單位公章的電子影像件打印件，那就可以省去很多的麻煩。

四．加強對車輛維修保險的監(jiān)督管理，為財政節(jié)約資金

當前在對公務車的管理中，除了超編、超標或頻繁更換車輛等問題外，公務車每年的養(yǎng)車費用也是居高不下。除了加強車輛定編管理外，還需要對車輛每年的加油、保險、維修等進行有效地監(jiān)督和管理，這樣才能更大地節(jié)約財政資金。

可以試行公務車編制證管理，對每輛公務車發(fā)一張卡，該卡即視同為公務車的“身份證”，須憑證才能辦理車輛養(yǎng)路費、保險、入戶、調(diào)配乃至報廢更新等所有手續(xù)，財政部門也憑證劃撥公務車的運行費。

實行定點維修和定點保險，定點維修和保險單位必須每日將當天發(fā)生的公務車修理和出險定損信息通過接口傳遞給《省小汽車控購管理信息系統(tǒng)》，當定點服務單位與財政或被服務單位定期結(jié)算時，系統(tǒng)能自動生成車輛這段時間內(nèi)的維修保險明細和匯總清單，以便核算中心與服務單位進行結(jié)算對帳。

五．總體規(guī)劃，分布實施

《省小汽車控購管理信息系統(tǒng)》要充分地調(diào)研和分析，從全省的范圍出發(fā)進行整體規(guī)劃和設計，有計劃地分步實施，先從省級機關及行政事業(yè)單位試點，業(yè)務上先完成網(wǎng)上汽車的定編申報審批管理。

第二章 業(yè)務流程分析

調(diào)研走訪單位：浙江省采購辦、杭州市采購辦、杭州市西湖區(qū)采購辦、臨安市采購辦、杭州港昌汽車服務有限公司、中華聯(lián)合財產(chǎn)保險公司浙江分公司。

一． 定編單位購車申報審批流程

二． 非定編單位購車申報審批流程

三． 車輛定點維修業(yè)務流程

四． 車輛定點保險業(yè)務流程

第三章 功能需求描述

一．網(wǎng)上辦事平臺 1．待辦事宜

對單位購車、車輛過戶、車輛報廢以及單位定編變更等申請流程待辦任務進行審批處理。

流程任務預算設定，并且按財政各級控辦的上下級隸屬關系進行自動流轉(zhuǎn)處理。同一級財政部門控辦內(nèi)分別設置經(jīng)辦人、科長、分管領導三個崗位角色，省財政另外增設廳長角色。

2．在審流程查詢

在審流程查詢是指對于當前正在審批流轉(zhuǎn)過程中的所有流程任務，報告其申請的具體內(nèi)容以及當前所處的處理環(huán)節(jié)，便于申請人及時了解審批進度。

3．辦結(jié)流程查詢

辦結(jié)流程查詢使用戶能夠按年、月、日以及其他一些模糊條件，查詢訪問歷史已辦結(jié)的流程。

4．個人信息維護

修改用戶的個人資料信息，如中文姓名，職務，聯(lián)系電話，地址，電子郵箱，用戶登錄密碼等。二．單位定編管理 1．單位定編情況查詢

按用戶所在單位的行政隸屬關系，查詢其下屬所有單位的小汽車定編情況，內(nèi)容分別是：

單位基本信息：單位代碼、單位名稱、單位級別、單位性質(zhì)、上級單位、聯(lián)系人及電話、郵編、地址、Email、歸口業(yè)務處室等。

人員編制信息：人員總編制數(shù)，其中包括領導職數(shù)、非領導職數(shù)、干部職數(shù)。車輛編制信息：車輛定編數(shù)合計，其中包括領導干部用車、機關工作用車、機動用車、辦案及執(zhí)法用車。

現(xiàn)有車輛情況：現(xiàn)有車輛總數(shù)（其中不占編的有老干部用車、特種車輛、其他不占編車輛），超編數(shù)，缺編數(shù)。

2．單位定編信息維護

對單位定編信息（單位基本信息、人員編制信息、車輛編制信息、現(xiàn)有車輛情況）進行維護。

本功能僅對由省控辦用戶開放。

3．定編變更網(wǎng)上申請

用車單位需要對單位的定編數(shù)進行調(diào)整變更的，由當?shù)赝壙剞k用戶根據(jù)用車單位提供的變更書面材料及相關文件批示，在網(wǎng)上下載并填寫《定編變更申請表》，并將相關附件掃描錄入后，向上級控辦發(fā)起定編變更申請申報。

對于定編變更申請的流程審批處理參見“待辦事宜”。三．網(wǎng)上購車管理 1．非定編單位購車申請

非定編單位需要購置新車的，由當?shù)赝壙剞k用戶根據(jù)用車單位提供的書面材料及相關文件批示，在網(wǎng)上下載并填寫《非定編單位購置小汽車審批表》，并將相關附件掃描錄入后，向上級控辦發(fā)起非定編單位購車申請申報。

對于非定編單位購車申請的流程審批處理參見“待辦事宜”。

申報填寫的具體內(nèi)容及所需上報的材料附件參見《浙江省小汽車控購工作規(guī)程》。

非定編單位購置20萬以下的小汽車可以由同級財政控辦直接核準并下達指標證。

2．定編單位購車申請

定編單位需要購置新車的，由當?shù)赝壙剞k用戶根據(jù)用車單位提供的書面材料及相關文件批示，在網(wǎng)上下載并填寫《定編單位購置小汽車審批表》，并將相關附件掃描錄入后，向上級控辦發(fā)起定編單位購車申請申報。

對于定編單位購車申請的流程審批處理參見“待辦事宜”。

申報填寫的具體內(nèi)容及所需上報的材料附件參見《浙江省小汽車控購工作規(guī)程》。

定編單位購車申報時必須錄入單位代碼，系統(tǒng)自動顯示該單位當前定編情況，車輛性質(zhì)由申報人選擇：占編、老干部、特種車輛、其他不占編（后三種都屬于不占編制）。

3．車購指標證打印發(fā)放

對于審批終審核準通過的小汽車購置申請，由省控辦或當?shù)赝壺斦剞k（僅對非定編單位20萬以下車輛）打印并發(fā)放指標證。指標證應考慮采用何種技術(shù)手段以加強防偽功能。

4．歷史購車資料查詢

對于歷史所有已辦結(jié)的定編及非定編單位的汽車購置審批表按單位、時間進行查詢，并能查看詳細信息及其相關的附件資料。