第一篇：鞋店管理系統(tǒng)可行性分析報告

可行性研究報告

——信管092 樓曉丹

1.引言

隨著社會的發(fā)展，分分利鞋店的規(guī)模也在近一步擴大，由原先的很小店面，已經(jīng)發(fā)展到在陜西省擁有了多家分店。由于各個分店的管理內(nèi)容和管理方法千差萬別，銷售管理人員不能很好的進行管理，統(tǒng)計工作，總部也不能很好的考察各個分店的運行情況。下層基礎(chǔ)決定上層建筑，如果沒有統(tǒng)一的管理系統(tǒng)，必將阻礙分分利鞋店的發(fā)展進程，設(shè)計一個鞋店的進銷存管理系統(tǒng)刻不容緩。

1.1 目的

對鞋店進銷存管理系統(tǒng)的設(shè)計進行可行性分析，明確其開發(fā)效益及其風險，為最終決策提供依據(jù) 對象:高層管理人員

1.2 項目背景

原有的管理系統(tǒng)已經(jīng)無法滿足分分利鞋店現(xiàn)在對于業(yè)務綜合管理的要求，貨物的儲備和清查成為該公司商品銷售發(fā)展的巨大瓶頸。現(xiàn)行的管理并不能進行一些復雜的管理流程，管理系統(tǒng)需要進行大規(guī)模的改進和更新。

名稱：分分利鞋店進銷存管理系統(tǒng) 任務的提出者：分分利鞋店 開發(fā)者：信管092第3小組

用戶：分分利鞋店以及其他同業(yè)公司 實現(xiàn)軟件的單位：分分利鞋店

本項目與其他軟件或系統(tǒng)的關(guān)系：兼容于windows系統(tǒng)，以java為開發(fā)語言，在eclipse平臺上，通過MySQL數(shù)據(jù)庫，進行管理開發(fā)。

1.3 定義

C/S模式：客戶機/服務器，指一種常用的兩層MIS結(jié)構(gòu)模式。

B/S模式：瀏覽器/服務器，是一種基于Web瀏覽器和服務器的MIS結(jié)構(gòu)模式。

1.4 參考資料

《信息系統(tǒng)分析與設(shè)計》 劉騰紅 清華大學出版社 《鞋店進銷管理系統(tǒng)可行性分析》 張聰 百度文庫

2.可行性研究的前提

2.1 要求

功能：為分分利鞋店提供產(chǎn)品的進庫與出庫的管理，庫存管理，銷售統(tǒng)計和數(shù)據(jù)分析，提供財務統(tǒng)計。方便分分利鞋店的產(chǎn)品進庫與出庫的工作、以及庫存的盤存和統(tǒng)計工作；做出銷售計劃、財務統(tǒng)計、提高鞋店的進庫與出庫的效率與準確性，提高財務的準確性，提供銷售預期的分析。

性能：對產(chǎn)品進行分類，能夠有效處理各類產(chǎn)品的進出庫流程，準確存儲相關(guān)報表，并對庫存產(chǎn)品進行快速統(tǒng)計，即使提醒商店補貨；能夠準確將財務報表和庫存報表反映在工作平臺上，并且提供多種銷售統(tǒng)計報表，為下一時期的決策提供依據(jù)。輸入： 各類相關(guān)數(shù)據(jù)

輸出要求：數(shù)據(jù)完整，精確，詳實，及時。處理和數(shù)據(jù)流程：

安全與保密：對進入系統(tǒng)的用戶設(shè)置各類權(quán)限，系統(tǒng)管理員擁有各類修改權(quán)限。與本系統(tǒng)相連接的其他系統(tǒng)：各分店P(guān)C 完成期限：預計8個月，截止2013年1月10日

2.2 目標

系統(tǒng)實施后，能夠減少大批的人力，縮減財務支出，同時大大提供分分利鞋店的產(chǎn)品進出庫效率與財務的準確性，能夠?qū)τ趲齑孢M行準確盤存工作，提供詳細的財務報表，減少了工作人員的負擔，并且為下一步銷售方案做一個合理的數(shù)據(jù)上的分析。

2.3 條件、假定和限制

建議軟件最短壽命：5年 方案選擇比較的期限：1個月 經(jīng)費來源：分分利鞋店

使用限制：網(wǎng)絡(luò)暢通的地方即可 法律和政策方面的限制：無 硬件條件： pc機，內(nèi)存1G以上 軟件條件：MySQL 運行和開發(fā)環(huán)境的條件和限制：windows系統(tǒng)/eclipse平臺 2.4 可行性研究方法

投資、成本估算與資金籌措；投資估算法

2.5 評價的尺度

成本/效益分析結(jié)果：效益>成本。

技術(shù)可行，現(xiàn)有技術(shù)可完全承擔開發(fā)任務。操作可行，軟件能被原有工作人員快速接受。

性能評價依據(jù)：系統(tǒng)的安全性，運行速度，數(shù)據(jù)處理的準確性，操作界面的友好型，輸入輸出流暢清晰程度，數(shù)據(jù)格式的標準化程度。

3.對所開發(fā)系統(tǒng)的分析

3.1 處理流程

分分利鞋店管理系統(tǒng)進貨管理系統(tǒng)銷售管理系統(tǒng)倉庫管理系統(tǒng)售后服務管理驗收貨品進庫退貨銷售貨品退貨會員、積分清點庫存量過季處理售后可換售后可退隨時免修反季打折出售退回廠商

圖3.1 結(jié)構(gòu)功能圖 3.1.1 頂層數(shù)據(jù)流程圖

發(fā)貨單P0E1供應廠商銷售單E2訂貨單 進銷存、售后顧客顧客訂單S1庫存臺賬

圖3.1.1 頂層E-R圖

3.1.2第一層數(shù)據(jù)流程圖

進銷存、售后售后換貨單E3庫房退貨單P1實物清點過季清點P3P4P2申請維修單顧客退貨發(fā)貨單E1供應廠商銷售單E2進貨訂貨單入庫單盤存清點售后服務銷售顧客訂單顧客過季清點單過季退貨單庫存信息單售后換貨單S1庫存臺賬出庫單退貨單

圖3.1.2 第一層E-R圖

3.1.3 第二層數(shù)據(jù)流程圖

（1）進貨數(shù)據(jù)流圖

P1F2發(fā)貨單P1.1F3合格單P1.2F6入庫單E1供應廠商F1訂貨單驗收貨品進庫S1庫存臺賬F4不合格單P1.3F5退貨單S2退貨流水賬

圖3.1.3.1 進貨管理模塊

（2）銷售數(shù)據(jù)流圖

P2S3會員、積分F13積分單E2顧客F7顧客訂單P2.1F9出庫單銷售貨物S1庫存臺賬F8銷售單F10顧客退單S2流水賬F12退貨單P2.2F11確認的顧客退單P2.3確認退貨退貨

圖3.1.3.2 銷售管理模塊

（3）盤存數(shù)據(jù)流圖

P3F16過季信息單E3庫房F14實物信息單P3.1P3.2F17過季退貨單清點庫存量清點過季量F18過季打折出售單S1庫存臺賬F15庫存信息單

圖3.1.3.3 盤存管理模塊

（4）售后數(shù)據(jù)流圖

P4F21換貨單P4.1P4.2E2顧客F19申請維修單F20允許維修單F22售后換貨單檢查處理售后換貨S1庫存臺賬P4.3售后免費服務S2流水賬

圖3.1.3.4 售后管理模塊

3.2 工作負荷

以情緒狀況、睡眠質(zhì)量、脾氣好壞作為最直接的指標,工作日為8小時/天，周六4小時，其他自由支配。

3.4 人員

現(xiàn)有的工作人員都是相應專業(yè)的人員，大多只懂得計算機基礎(chǔ)操作，還有相當一部分人員不會操作計算機，特別是那些銷售人員，大部分工作還是手工操作。計算機以及其他外設(shè)的維護工作用物資部配置處理，軟件系統(tǒng)有外部公司負責安裝和維護。3.5 設(shè)備

主要設(shè)備為單獨使用的計算機、打印機、掃描儀等。計算機主要集中的總部的經(jīng)理室和市場部，綜合部，產(chǎn)品部。各個實體店面缺少硬件設(shè)備，未配置計算機。

3.6其他可供選擇方案：

主機終端模式、文件服務器模式以及C/S 和B/S模式選取

3.7與其他系統(tǒng)比較的優(yōu)越性

主機終端模式由于硬件選擇有限，硬件投資得不到保障，系統(tǒng)處理速度滿足不了要求，已被逐步淘汰，而文件服務器模式主要以netware網(wǎng)絡(luò)操作系統(tǒng)為典型代表，只適合小規(guī)模的局域網(wǎng)，對于客戶多，且店面分布在整個陜西省的分分利鞋店，會產(chǎn)生網(wǎng)絡(luò)瓶頸，而且在互聯(lián)網(wǎng)應用方面不能滿足用戶的要求。

3.8 所建議系統(tǒng)將來可能帶來的影響

1)進一步理順分分利鞋店的管理關(guān)系 2)規(guī)范分分利鞋店的業(yè)務流程，提高業(yè)績。3)提高員工的工作水平和業(yè)務能力 4)完善公司的內(nèi)部計算機網(wǎng)絡(luò)

5)加強系統(tǒng)資源共享，加強各部門之間的橫向聯(lián)系。系統(tǒng)可行性分析論證

4.1技術(shù)可行性評價

從硬件和開發(fā)環(huán)境上考慮，除了數(shù)據(jù)庫服務器要求稍微高以外，其他方面都可以在現(xiàn)有的條件下解決。

從技術(shù)上看，利用Java開發(fā)此系統(tǒng)的技術(shù)上沒有什么太復雜的要求，功能目標均能夠達到。對于開發(fā)人員與系統(tǒng)質(zhì)量問題，開發(fā)小組具有一定的編程能力，也有精通數(shù)據(jù)庫的成員在，另外每位成員均有過獨立開發(fā)小型數(shù)據(jù)庫管理系統(tǒng)的經(jīng)驗，系統(tǒng)質(zhì)量在嚴格的測試下會得到很好的保證。

5.經(jīng)濟可行性評價

5.1 支出

基礎(chǔ)投資：

工作站：10000*1=1萬 終端PC機10臺：3000*10=3萬 網(wǎng)絡(luò)設(shè)備：1萬 輔助配置：0.2萬

------------------------------共計 5.2萬----------------------------其他一次性投資： MySQL：0萬 Windows 7：0萬 操作人員培訓費：0萬

-----------------------------共計 0 萬-經(jīng)常性支出： 系統(tǒng)建設(shè)費用：15萬

人工費用： 10（月）*10（人）*3000=30萬 其他不可知額外支出：1萬

----------------------------共計45萬 支持共計：55.2萬

5.2 收入

一次性收益：0萬

經(jīng)常性收益（按照銀行利率：1%）：

減少員工10人（2000元/月）五年收益：2000*12*（1.1+（1.1）^2+(1.1)^3+(1.1)^4+(1.1)^5）*10=120萬

工作效率提高收益（工作效益提高10%）：

100（萬）*（1.1+（1.1）^2+(1.1)^3+(1.1)^4+(1.1)^5）*（10%）=50萬-----------------------------共計170萬------------------------------不可定量收益：

因為此系統(tǒng)有數(shù)據(jù)分析能力，可對出售走勢作出分析，為管理者作出正確的決策銷售，所能增加銷售量10% 100（萬）*（1.1+（1.1）^2+(1.1)^3+(1.1)^4+(1.1)^5）*（10%）=37萬----------------------------收益共計207萬----------------------------5.3 純收入: 207(萬)-55.2（萬）=151.8萬

5.4 收入/投資比

207（萬）/ 55.2（萬）=3.7 5.5 投資回收期：2年 5.6 敏感性分析

由鞋店機構(gòu)，業(yè)務處于不斷擴張變化，管理系統(tǒng)也應作不斷的調(diào)整。如需要增加一些硬件設(shè)備，軟件也需要作相應的功能調(diào)整。這些都可能增加投資，但隨著公司業(yè)務的增加，系統(tǒng)所產(chǎn)生的效益也會相應增加。

6.社會因素可行性分析

6.1 法律因素

本項目主要由我組為分分利鞋店進行開發(fā)，雙方均認真閱讀了合同，明確了合同職責，避免了侵犯專利權(quán)、版權(quán)的問題。同時，所有開發(fā)的軟件資源和技術(shù)都是選用正版開源。

6.2 用戶使用可行性

本系統(tǒng)操作簡單，普通權(quán)限的用戶無需專業(yè)的操作人員，只要略懂電腦，知道如何操作windows系統(tǒng)的人員，即可上手。

系統(tǒng)管理員，需要進行專業(yè)培訓，了解數(shù)據(jù)庫原理。

7.結(jié)論意見

由以上可以知道，此系統(tǒng)集進銷存于一體，覆蓋分分利鞋店整個運行過程，所有部門，且投資效益遠遠大于投資成本，此外，技術(shù)、經(jīng)濟、社會等方面進行分析均具有可行性，所以可以進行開發(fā)。

第二篇：圖書館管理系統(tǒng)可行性分析報告

圖書館管理系統(tǒng)可行性分析報告 引言

某圖書館為了方便管理和與讀者、圖書供應商更好的聯(lián)系特提出開發(fā)此系統(tǒng)。

1.1 編寫目的： 從現(xiàn)在應用的技術(shù)方面和用戶的操作方式方面研究圖書館管理管理系統(tǒng)的可行性和必要 性。

1.2 項目背景： 項目的任務提出者：該圖書館館長 開發(fā)者：軟件工程系 用戶：圖書館工作人員及讀者

1.3 參考資料： 《軟件工程》 清華大學出版社 《數(shù)據(jù)結(jié)構(gòu)—C++語言的使用》 西安電子科技大學出版社 《Visual C++ 高級編程》 清華工業(yè)出版社 可行性研究的前提

2.1 要求： 功能：能夠準確快速的記錄圖書的狀態(tài)，以便能輕易的查出圖書是否被借、是否歸還、是 否借出超期等信息;讀者和管理人員可進行一些需要的操作.性能：穩(wěn)定快速，實時控制 輸入/輸出：條形碼英文和漢字輸入,英文和漢字輸出 安全與保密要求：不能輕易被破壞，不能讓管理人員以外的人刪改圖書信息，對斷電、死 機、系統(tǒng)崩潰等問題有有力措施以保障數(shù)據(jù)不受損失。

2.2 可行性研究方法： 通過調(diào)查分析開發(fā)圖書館管理所具備的能力及實現(xiàn)的方法。確定總體結(jié)構(gòu)，利用 SQL Server 數(shù)據(jù)庫所具有的能力，以最簡潔最容易的方法，使用 VC++使其成為一個初級的系統(tǒng) 軟件。

2.3 決定可行性的主要因素： 圖書館規(guī)模、設(shè)備狀況、操作人員技術(shù) 對現(xiàn)有系統(tǒng)的分析

3.1． 處理流程和數(shù)據(jù)流程(略)

3.2． 工作負荷 由于數(shù)據(jù)量越來越大，現(xiàn)有的系統(tǒng)已明顯不能適應目前的龐大數(shù)據(jù)量，系統(tǒng)工作負荷過大。

3.3． 費用支出 由于現(xiàn)有系統(tǒng)的工作負荷嚴重超載，在現(xiàn)有系統(tǒng)上投入的人力，設(shè)備，空間，材料，等等與 其他的一系列支持***越來越大，導致開發(fā)費用支出巨大，嚴重影響系統(tǒng)的可用性，急需 改進。

3.4． 人員 設(shè)備 鑒于原有系統(tǒng)的技術(shù)性含量比較低，故不需要多少高技術(shù)人員的操作，只是由于數(shù)據(jù)量的日 益擴大，所需要的操作人員數(shù)量不斷增大。這一點已不再適應目前信息化時代的步伐。設(shè)備的科技含量也比較低，沒有達到大量的計算機普及程度。

3.5． 局限性 經(jīng)過嚴謹?shù)姆治觯芍械南到y(tǒng)存在很大的局限性，比如技術(shù)的過于陳舊，人員工作負荷 大，系統(tǒng)維護及費用支出巨大，人員與設(shè)備技術(shù)含量低等等一系列缺點，所有這些都明確了 需要一個新的適應新的信息化時代的高科技的系統(tǒng)。所以開發(fā)這樣一個系統(tǒng)還是很有必要 的。

4.所建議系統(tǒng)技術(shù)可行性分析

4.1 對系統(tǒng)的簡要描述 新系統(tǒng)在原有系統(tǒng)的基礎(chǔ)上加入了新的數(shù)據(jù)庫的支持，使用了先進的數(shù)據(jù)庫技術(shù)與數(shù)據(jù)管理 技術(shù)，使數(shù)據(jù)的準確性與安全性得到了很大的提高，且在用戶的并行操作與用戶管理方面也 有了極大地改善。

4.2 處理流程和數(shù)據(jù)流程(略)

4.3 與現(xiàn)有系統(tǒng)比較的優(yōu)越性 在以上幾點中已可以看出新系統(tǒng)的性能與功能上與現(xiàn)有系統(tǒng)的差別，首先新系統(tǒng)克服了原來 系統(tǒng)的資金投入大，人員設(shè)備技術(shù)含量低，系統(tǒng)工作負擔重等缺點。而且加入了對數(shù)據(jù)的安 全性保護的功能，使原有系統(tǒng)在可用性與穩(wěn)健性方面有了很大的進步。4.4． 采用建議系統(tǒng)可能帶來的影響(1).設(shè)備:采用建議系統(tǒng)后，改進了原有系統(tǒng)的性能所以對設(shè)備要求自然更高，建議系統(tǒng)使用 了最先進的技術(shù)使設(shè)備也必須跟著升級。(2).現(xiàn)有軟件:由于建議系統(tǒng)采用了先進的數(shù)據(jù)庫技術(shù)以及一系列高技術(shù)含量軟件，使得原來 系統(tǒng)上的一些軟件無法繼續(xù)使用，不過在新系統(tǒng)開發(fā)過程中將盡量考慮到，對現(xiàn)有軟件的兼 容性。(3).用戶:建議系統(tǒng)使用的新技術(shù)是完全基于原有的系統(tǒng)上的,故用戶不必考慮新系統(tǒng)帶來的 人員培訓等等。

4.5． 技術(shù)可行性評價 就目前使用的開發(fā)技術(shù)來說建議系統(tǒng)的功能目標應該能夠達到； 利用現(xiàn)有的技術(shù)在規(guī)定的期 限內(nèi)開發(fā)工作基本能夠完成。所建議系統(tǒng)經(jīng)濟可行性分析

5.1 該系統(tǒng)對客戶的影響： 建議系統(tǒng)是為了改善原有系統(tǒng)在經(jīng)費支出過高的缺點的，所以新系統(tǒng)一經(jīng)使用在經(jīng)費支出方 面一定會得到很好的改善，用戶在使用了新系統(tǒng)后只需要花一定資金購買一部分計算機與軟 件就能實現(xiàn)自動化.5.2 購貨方面： 5.2.1 支出 1）系統(tǒng)開發(fā)費用（1）人員費用：本系統(tǒng)開發(fā)期為三周，試運行一周。開發(fā)期需要開發(fā)人員 3 人，試運行期 需要開發(fā)人員 2 人。人員費用為 萬元。（2）設(shè)備費：本系統(tǒng)所需的硬件設(shè)備費用為 萬元。（7）不可預見費：按開發(fā)費用的 15%計算。系統(tǒng)開發(fā)總費用為 萬元。2）系統(tǒng)運行費用（1）系統(tǒng)維護費：需要 人/年進行系統(tǒng)維護，維護費為 萬元(2）設(shè)備維護費：設(shè)備更新費為 萬元。設(shè)備維護費為 萬元。（3）消耗材料費：每年按 元計算。

綜上所述,設(shè)系統(tǒng)使用時間 5.2.2 收益（1）提高工作效率（2）減少工作人員 年,系統(tǒng)開發(fā)和運行總費用 萬元,平均 萬元/年。社會因素分析

該項目為獨立開發(fā)，在技術(shù)上沒有使用任何現(xiàn)有的軟件與方法。所以在法律方面不會存在 侵犯專利權(quán)、侵犯版權(quán)等問題，完全按照合同規(guī)定的責任履行。7.其他可供選擇的方案 由于系統(tǒng)過于簡單，所以開發(fā)小組沒有提供其他的方案，只有一種開發(fā)方案。8 結(jié)論意見 經(jīng)過一系列的各個不同方面的可行性分析，分析員和用戶及使用部門的負責人對需要解決 的問題取得基本的一致看法，開發(fā)小組的開發(fā)方案的到批準，使用部門負責人同意開發(fā)工程 繼續(xù)進行下去。

第三篇：車票管理系統(tǒng)可行性分析報告

第4組車票管理系統(tǒng) 可行性分析報告

課程名稱： 院

系： 專業(yè)班級： UML系統(tǒng)建模與分析設(shè)計

姓

名：指導教師：

2011年05月12日

目 錄

1.引言.............................................................................................................................1

1.1 編寫目的..........................................................................................................1 1.2 項目背景..........................................................................................................1 1.3 定義..................................................................................................................1 1.4 參考資料..........................................................................................................1 2.可行性研究的前提.....................................................................................................1

2.1 要求..................................................................................................................1 2.2 目標..................................................................................................................2 2.3 條件、假定和限制..........................................................................................2 2.4 可行性研究方法..............................................................................................2 2.5 決定可行性的主要因素..................................................................................2 3.對現(xiàn)有系統(tǒng)的分析.....................................................................................................2

3.1 處理流程和數(shù)據(jù)流程......................................................................................3 3.2 工作負荷..........................................................................................................3 3.3 設(shè)備..................................................................................................................3 3.4 局限性..............................................................................................................3 4.建議選擇的系統(tǒng)方案描述.........................................................................................3

4.1 系統(tǒng)簡要描述..................................................................................................4 4.2 處理流程與數(shù)據(jù)流程......................................................................................4 4.3 與現(xiàn)有系統(tǒng)比較..............................................................................................4 4.4 采用建議系統(tǒng)的影響......................................................................................4 5.投資、成本及效益分析.............................................................................................4 6.技術(shù)分析評價.............................................................................................................5 7.社會、法律因素方面的可能性.................................................................................6

7.1 法律因素..........................................................................................................6 7.2 用戶使用可行性..............................................................................................6 8.結(jié)論及其他.................................................................................................................6 UML系統(tǒng)建模與分析設(shè)計—車票管理系統(tǒng)可行性分析報告

1.引言

1.1 編寫目的

此可行性研究報告是為了對現(xiàn)行的車票管理系統(tǒng)進行研究分析，以信息技術(shù)為手段，建設(shè)現(xiàn)代化的車票管理系統(tǒng)。經(jīng)過對此項目進行詳細調(diào)查研究，初擬系統(tǒng)實現(xiàn)報告，對項目開發(fā)中將要面臨的問題及其解決方案進行初步設(shè)計及合理安排。同時明確開發(fā)風險及其所帶來的經(jīng)濟效益、社會效益。本文檔的讀者為參與開發(fā)的所有設(shè)計人員以及系統(tǒng)的最終用戶。

1.2 項目背景

軟件的名稱：車票管理系統(tǒng) 提出者：XXX客運公司 開發(fā)人員：XXX小組

使用單位：XXX汽車客運中心

項目與其他軟件、系統(tǒng)的關(guān)系：本系統(tǒng)采用B/S原理，主要采用Eclipse軟件來開發(fā)，采用SQL Server為開發(fā)軟件的數(shù)據(jù)庫服務程序，主要在Windows 2000 Sever上運行。

1.3 定義

SQL：全稱是Structure Query Language，中文名稱是結(jié)構(gòu)化查詢語言。JDBC：全稱是Java Database Connectivity Standard，中文意思是Java數(shù)據(jù)庫連接的標準。

J2EE：全稱是Java 2 Enterprise Edition，中文意思是Java 2企業(yè)版。JSP：全稱是Java Server Page，中文意思是Java服務頁面。

1.4 參考資料

[1]鄭人杰、馬素霞、殷人昆 《軟件工程概論》 機械工業(yè)出版社 2010.03 [2]李發(fā)致 《Java面向?qū)ο蟪绦蛟O(shè)計教程》 清華大學出版社 2009.11 [3]史嘉權(quán) 《數(shù)據(jù)庫系統(tǒng)概論》 清華大學出版社 2006.01

2.可行性研究的前提

2.1 要求

主要功能：為乘客提供車票訂購服務，方便客運的售票工作，提高客運的服務質(zhì)量和服務效率。

性能要求：界面友好、操作簡潔、系統(tǒng)運行穩(wěn)定、可移植性好、適應性強。輸入要求：數(shù)據(jù)完整、詳實。

UML系統(tǒng)建模與分析設(shè)計—車票管理系統(tǒng)可行性分析報告

3.1 處理流程和數(shù)據(jù)流程

上圖為現(xiàn)有系統(tǒng)框架圖，現(xiàn)有系統(tǒng)大都基于C/S結(jié)構(gòu)，使得乘客到售票窗口查詢目的站或車次的車票信息，包括有無票、上車時間、票價等情況，售票員操作系統(tǒng)進行檢索，給出具體信息，乘客提出購買請求，售票員即進行票據(jù)打印與現(xiàn)金結(jié)算，乘客到指定檢票口候車，準備搭乘要乘的車輛。

分析：現(xiàn)行系統(tǒng)操作界面欠友好，售票員長時間面對屏幕，易產(chǎn)生厭煩心理，影響服務質(zhì)量與效率，而乘客也會因此無法按時購買到車票，從而影響發(fā)車的緊湊性與連續(xù)性，降低發(fā)車效率，造成旅客候車時間過長，滋生不滿情緒，減低滿意率。

3.2 工作負荷

由于列車業(yè)務的增長和旅客對服務質(zhì)量要求的提高，現(xiàn)有系統(tǒng)已經(jīng)不能業(yè)務發(fā)展的需求。

3.3 設(shè)備

由于業(yè)務增長和信息技術(shù)的發(fā)展現(xiàn)有設(shè)備不滿足業(yè)務要求，急需對設(shè)備進行升級。

3.4 局限性

技術(shù)的過于陳舊，人員工作負荷大，系統(tǒng)維護及費用支出巨大，人員與設(shè)備技術(shù)含量低等一系列缺點，所有這些都明確了需要一個新的適應新的信息化時代的高科技的系統(tǒng)，所以開發(fā)這樣一個系統(tǒng)還是很有必要的。

4.建議選擇的系統(tǒng)方案描述

UML系統(tǒng)建模與分析設(shè)計—車票管理系統(tǒng)可行性分析報告

系統(tǒng)研發(fā)費用：6萬元 支出共計：50萬元（2）效益分析

因服務質(zhì)量提高增加旅客量。工作效率提高，收益增加。社會效應將是不可估量的。（3）收益/投資比分析 直接收益/投資比約在3：1。（4）投資回收周期 投資回收周期預計2年。（5）敏感性分析

設(shè)計系統(tǒng)周期為5年,估計最長可達10年。處理速度:一般查詢速度<3秒。關(guān)鍵數(shù)據(jù)查詢速度:<2秒。

6.技術(shù)分析評價

（1）風險分析

根據(jù)客戶對項目的要求及我們對以往的開發(fā)經(jīng)驗，該項目開發(fā)的主要風險是系統(tǒng)的可維護性。

為了提高該系統(tǒng)的可維護性，可以從兩方面來解決這個問題。一是，采用面向?qū)ο蟮姆椒▽υ撓到y(tǒng)進行設(shè)計和實現(xiàn)，將系統(tǒng)可能產(chǎn)生的維護問題分散到系統(tǒng)分析、設(shè)計、實現(xiàn)等各個階段，盡可能采用可復用構(gòu)件的設(shè)計實現(xiàn)，從設(shè)計方法和設(shè)計理念上根本解決這個問題。雖然開發(fā)成本會提高一些，但今后如果需要更新升級，只需要更新相應的構(gòu)件就可以了，這樣可以大大減少系統(tǒng)維護的成果。二是，吸收員工參與到項目的開發(fā)過程中來，使其了解該系統(tǒng)的體系結(jié)構(gòu)和設(shè)計思想，在開發(fā)過程中培養(yǎng)自己的軟件應用技術(shù)人員。當系統(tǒng)交付使用時，他們能夠承擔系統(tǒng)的日常維護和小的改進工作。

（2）資源分析

該項目投入經(jīng)費相對充裕，基本能夠滿足系統(tǒng)開發(fā)所必須的一些軟件、硬件、工作環(huán)境的要求。開發(fā)該形態(tài)需要掌握瀏覽器技術(shù)等多項技術(shù)。多年的專業(yè)學習，在團隊精神和敬業(yè)精神上都具備了有力的保證條件。

（3）技術(shù)分析

該項目的開發(fā)，要具有類似項目的經(jīng)驗。當前計算機技術(shù)的發(fā)展水平以及開發(fā)人員以及熟練掌握的各種開發(fā)先進技術(shù)，完全能夠滿足該系統(tǒng)開發(fā)的需要。該系統(tǒng)應該沒有太多的難點，不過需要開發(fā)過程中更多的努力和耐心。

第四篇：學生宿舍管理系統(tǒng)可行性分析報告

<<學生宿舍管理系統(tǒng)>>可行性分析報告

一、系統(tǒng)建立的背景及意義

由于計算機技術(shù)的迅速發(fā)展和普及，網(wǎng)絡(luò)通信技術(shù)越來越被廣泛的應用。管理信息系統(tǒng)在現(xiàn)代社會已深入到各行各業(yè)。大學生宿舍管理系統(tǒng)就是一個典型的管理信息系統(tǒng)，學生宿舍管理系統(tǒng)對于一個學校來說是必不可少的組成部分，它可以讓宿舍管理工作變的更輕松。學生宿舍管理系統(tǒng)更能幫助宿舍管理員更加輕松方便快捷的管理宿舍。節(jié)省大量的勞動力，實現(xiàn)校園信息化管理。

二、現(xiàn)行系統(tǒng)存在的的問題分析

目前學校還停留在宿舍管理人員手工記錄數(shù)據(jù)的最初階段。學生信息量比較大，需要記錄存檔的數(shù)據(jù)比較多，人工記錄是相當麻煩的。而且當查詢某條紀錄時，由于數(shù)據(jù)量龐大，還只能靠人工去一條條查找，既浪費人力物力，效率也很低。

三、系統(tǒng)的可行性研究

1、系統(tǒng)的開發(fā)方式和目標

學校需要的宿舍管理系統(tǒng)能夠使宿舍管理員對外來人員拜訪登記、保修情況登記、寢室衛(wèi)生錄入情況、學生晚歸情況等進行有效的記錄。通過這個系統(tǒng)實現(xiàn)宿舍管理的系統(tǒng)化，科學化。更能使學校方面管理人員可以很方便的查詢想要的信息。進行統(tǒng)一管理，統(tǒng)一安排。

根據(jù)學校目前的狀況看來更加適合的是自行組織開發(fā)一套系統(tǒng)。因為自行開發(fā)的系統(tǒng)一是費用少于購買系統(tǒng)，二是更能適應學校自身的實際情況。

開發(fā)系統(tǒng)的總體目標是：系統(tǒng)管理、宿舍管理、學生管理、信息查詢、出入登記、信息修改等組成。

2、系統(tǒng)的可行性分析 ⑴管理的可行性：

本系統(tǒng)運行于windows系列系統(tǒng)中，而管理人員基本都可以熟練操作。所以提供一個穩(wěn)定的運行環(huán)境。這套系統(tǒng)也易于學習。管理人員也對這方便的系統(tǒng)做出極大的熱情。⑵技術(shù)的可行性：

基本方法:做校園內(nèi)的調(diào)查報告，獲取宿舍管理員和學生各方面信息情況，從中獲取重要信息，并成為建設(shè)本系統(tǒng)的重要依據(jù)

策略：查閱大量管理系統(tǒng)的相關(guān)書籍，從不同方面研究本系統(tǒng)的整個設(shè)計，并結(jié)合調(diào)查報告中所獲取的信息，逐漸形成本平臺的雛形。

建立模型：從軟件工程生命周期角度，建立每一步的參考模型，并在詳細設(shè)計的總要環(huán)節(jié)中，分別以管理員身份，管理員和學生的角度去分析與設(shè)計。⑶經(jīng)濟的可行性：

在開發(fā)系統(tǒng)所需的項目中，校園的內(nèi)部網(wǎng)絡(luò)已經(jīng)建立。硬件完全可以使用學校自身的實驗室。后期運行系統(tǒng)也只需一臺電腦。再有學校的支持，經(jīng)濟上是可行的。

四、結(jié)論

綜上所述，編寫或開發(fā)這個宿舍管理系統(tǒng)是可行的。它大大的方便了學校對于宿舍的管理。并且完善了學校的信息化管理。

第五篇：圖書館管理系統(tǒng)可行性分析報告

圖書館管理系統(tǒng)可行性分析報告

軟件0602李冰

一、引言

1.背景分析

一直以來人們使用傳統(tǒng)的人工方式管理圖書館的日常工作，對于圖書館的借書和還書過程，想必大家都已很熟悉。在計算機尚未在圖書館廣泛使用之前，借書和還書過程主要依靠手工。一個最典型的手工處理還書過程就是：讀者將要借的書和借閱證交給工作人員，工作人員將每本書上附帶的描述書的信息的卡片和讀者的借閱證放在一個小格欄里，并在借閱證和每本書貼的借閱條上填寫借閱信息。這樣借書過程就完成了。還書時，讀者將要還的書交給工作人員，工作人員根據(jù)圖書信息找到相應的書卡和借閱證，并填好相應的還書信息，這樣還書過程就完成了。

以上所描述的手工過程的不足之處顯而易見，首先處理借書、還書業(yè)務流程的效率很低，其次處理能力比較低，一段時間內(nèi)，所能服務的讀者人數(shù)是有限的。利用計算機來處理這些流程無疑會極大程度地提高效率和處理能力。我們將會看到排隊等候借書、還書的隊伍不再那么長，工作人員出錯的概率也小了，讀者可以花更多的時間在選擇書和看書上。

為方便對圖書館書籍、讀者資料、借還書等進行高效的管理，特編寫該程序以提高圖書館的管理效率。使用該程序之后，工作人員可以查詢某位讀者、某種圖書的借閱情況，還可以對當前圖書借閱情況進行一些統(tǒng)計，給出統(tǒng)計表格，以便全面掌握圖書的流通情況。

圖書管理系統(tǒng)是一種基于集中統(tǒng)一規(guī)劃的數(shù)據(jù)庫數(shù)據(jù)管理新模式。在對圖書、讀者的管理，其實是對圖書、讀者數(shù)據(jù)的管理。本系統(tǒng)的建成無疑會為管理者對圖書管理系統(tǒng)提供極大的幫助。

2.系統(tǒng)簡介

圖書管理系統(tǒng)是圖書館的重要組成部分，一般分為兩大部分，流通系統(tǒng)和采購系統(tǒng)。采購系統(tǒng)分為訂單管理、圖書入庫、圖書著錄、圖書上架、新書上報和書目審查、系統(tǒng)設(shè)置。流通系統(tǒng)分為圖書管理、讀者管理、借閱證管理、圖書借閱、圖書歸還、系統(tǒng)設(shè)置等模塊。其中，圖書借閱、圖書歸還等。核心模塊為采購系統(tǒng)：圖書入庫、圖書上架；流通系統(tǒng)：圖書管理、讀者管理、借閱證管理。

二、可行性研究內(nèi)容

1.目標要求

圖書管理系統(tǒng)對于現(xiàn)代圖書館而言，是能否發(fā)揮其教學科研的作用的至關(guān)重要技術(shù)平臺。對于讀者和圖書管理員來說，是能否方便快速獲取信息的關(guān)鍵。所以，圖書管理系統(tǒng)應該能夠為用戶提供充足的信息和快捷方便的操作手段減少人力的投入；由系統(tǒng)對入庫圖書進行自動分類、歸類，學生信息整理、借閱情況登記入檔，提高信息處理的精度和準確度。

2.系統(tǒng)功能

1)圖書采購（訂單查詢、查詢訂單、新書通報）

2)圖書入庫（圖書著錄、圖書入庫）

3)圖書流通（圖書借閱、圖書歸還、預約登記、圖書暫停、圖書催還）

4)讀者管理（讀者登記、讀者管理、核發(fā)借閱證、暫停借閱證、掛失借閱證、補發(fā)借閱證、罰款繳納登記、借閱證注銷）

5)統(tǒng)計查詢（讀者查詢、借閱統(tǒng)計、借閱查詢、罰款統(tǒng)計、記帳查詢、記帳統(tǒng)計）

6)系統(tǒng)設(shè)置（館藏位置、用戶借閱規(guī)定管理、用戶管理、系統(tǒng)用戶管理、供書單位設(shè)置）

3.條件和假定和限制

建議軟件壽命：5年

硬件條件：PC機

運行環(huán)境：Windows xp professional

開發(fā)軟件：SQL Server、JAVA等

開發(fā)限制：開發(fā)時間短

4.可行性研究方法

通過對已有圖書管理系統(tǒng)的分析和研究比較的方法。

5.決定可行性的主要因素

效益>成本；技術(shù)可行，現(xiàn)有技術(shù)可承擔開發(fā)任務；操作可行，軟件能被原有操作人員快速接受。

6.技術(shù)可行性分析

6.1系統(tǒng)簡要描述

采用JAVA和SQL開發(fā)，即使遇到困難，也能從豐富的參考書中找到解決方案。開發(fā)出的系統(tǒng)具有庫存圖書管理功能，能高效管理師生借閱信息，統(tǒng)計每年、每月、某天的圖書借入借出情況，對財務信息進行統(tǒng)計、分析等。

6.2處理流程和數(shù)據(jù)流程

a.系統(tǒng)能對書籍信息進行管理。

b.系統(tǒng)不需要管理借閱者除姓名以外的信息。對每一名借閱者最多可借閱的書籍數(shù)目為5本。c.借書時，管理人員記錄借書者的姓名、借閱書籍名稱和借閱日期。

d.時間時，管理人員記錄還書者的姓名、歸還書籍名稱和還書日期。系統(tǒng)設(shè)定書籍的最長借閱時間為2個月。

e.操作人員可以根據(jù)書籍名稱、作者、出版社三者之一或三者的任意組合查詢書籍信息。

f.操作人員可以查詢借閱某書籍的所有借閱者的姓名；也可以查詢某借閱者借閱的所有書籍名稱；還可以根據(jù)借閱者的姓名、書籍名稱查詢借閱者的借書時間、還書時間。

g.系統(tǒng)由圖書館工作人員操作。分為:系統(tǒng)管理員,書籍管理員和借閱管理員,每人對應相應的權(quán)限。h.報表的打印輸出。

i.所有操作人員憑帳號和密碼登陸系統(tǒng)。

7.經(jīng)濟可行性分析

開發(fā)需求較低,加上成熟的軟硬件環(huán)境、目標系統(tǒng)并不是十分復雜和開發(fā)周期較短,人員經(jīng)濟支出有限。開發(fā)完成運行后，為使用者帶來便利，為系統(tǒng)的進一步推廣創(chuàng)造了條件，經(jīng)濟收益將遠超過投資。從經(jīng)濟角度考慮,此系統(tǒng)開發(fā)可行。

7.1效益分析

a.支出

基本建設(shè)投資：

計算機設(shè)備8臺8×3000=24000元

數(shù)據(jù)通訊設(shè)備：（手機產(chǎn)生的實時花費）規(guī)定每人每月50共計8×50=400元

辦公室對外通信電話包月8×40=320元

環(huán)境設(shè)備（辦公室，人員住宿）辦公租房3000元，人員住宿1000元。

其他一次性支出：

開發(fā)軟件費用價值100000元

調(diào)研（主要是圖書館的調(diào)研需若干次）調(diào)研費用1000元

培訓費、差旅費、安裝費（請外面老師培訓等）400+4000+200=4600元

非一次性支出

人員工資：9人，月工資1200年支出費用=9*1200=10800元

維護費：單次100元 每年4度維修1次年支出費用=4*100=400元

b.收益

一次性收益：學生每人一次辦卡5元 按中小型學校預算10000人*5=50000元

非一次性收益：在使用中有學生可能把卡丟失或損壞費用辦卡收費5元/次的收益。

不可定量的收益：圖書在讀者借閱中超期或者損害的賠償。

收益/投資比：

收益50000元

投資（含非一次性投資）142520元

收益/投資比=50000/142520=0.35

投資回收周期：此系統(tǒng)回報周期在3.5年

8.法律可行性分析

●合同責任：符合國家標準的合同，經(jīng)雙方簽字后生效

●侵犯專利權(quán)：有

●侵犯版權(quán)：有

當今社會發(fā)展迅速，知識量的積累更是與日俱增，無論是學校的圖書館還是公司的資料庫，學生或員工的知識渴求的越顯強烈，書籍資料的借閱量也是越來越高，而逐漸顯現(xiàn)出來的讀者信息管理質(zhì)量問題是越來越嚴重。一方面，管理員為了將讀者的部分個人信息記錄下來，需要每一位新讀者自己填寫他們個人資料，并且能夠?qū)ψx者進行編號和排序，對他們的信息進行修改和查詢操作。另一方面，為了能夠使讀者信息更加安全，必須限制非管理員對讀者信息的訪問權(quán)。為了能夠解決這些問題，需要建立一個安全完善的管理平臺，能夠使讀者信息能夠快速完整地自動記錄在案，并且不能夠隨便被任何人非法竊取，這對學校和公司的讀者信息管理都有著非常重要的作用。

由于整個系統(tǒng)是自行開發(fā),自行使用，所以系統(tǒng)本身不存在版權(quán)爭議，符合國家各種政策法規(guī)。服務器軟件方面，它的操作系統(tǒng)可能會被微軟跟蹤,如果不是正版軟件,將會面臨民事訴訟的風險

9.使用方面的可行性

●用戶單位的行政管理：自定

●工作制度：自定

●人員素質(zhì)等能否滿足要求：可以滿足

從社會效益上看，隨著技術(shù)的發(fā)展，采用軟件管理圖書館日常工作，毫無疑問會在使用過程中產(chǎn)生新的需求和問題，這樣也會不斷地促進信息技術(shù)和軟件應用的革新。用哲學的思維分析可概括為軟件應用促進技術(shù)進步，技術(shù)進步反作用于軟件的應用，從而雙方面同時促使社會不斷朝前。

經(jīng)過研究，此系統(tǒng)的用戶無使用方面的問題。

三、結(jié)論

根據(jù)以上分析可知，開發(fā)該圖書館管理信息系統(tǒng)不僅有巨大的經(jīng)濟效益，而且有更大的社會效益，從而使該系統(tǒng)開發(fā)具有價值，也節(jié)省了大量資源，但是時間有限，該管理系統(tǒng)考慮不太健全，我們會在這方面加強學習和改進。所以,我們認為開發(fā)此系統(tǒng)的條件已經(jīng)具備,可以開始進行開發(fā)