1. 程式人生 > >(一)機房收費系統可行性分析報告

(一)機房收費系統可行性分析報告

    第一次寫文件,沒什麼經驗,歡迎指教。

可行性研究報告

1引言

1.1編寫目的

        為了提高機房收費的管理水平,達到節約時間,提高效率,快捷準確的管理目的,從而降低人力、經濟等各方面的消耗。本次編寫主要是為了分析廊坊師範學院是否具備研發機房收費系統的必要性與可能性。預期的讀者為系統管理人員、開發人員和維護人員。

1.2背景

     隨著資訊科技的發展,廊坊師範學院的校園網路環境發生很大的變化,各種機房、語音實驗機房成為了使用頻率頗高的場所。學生上機自主學習已經成為必不可少的課程,而相應的就帶來一些類的機房管理問題,如考勤,收費等。而機房收費系統就是為滿足機房收費管理這一要求而設計的,不僅可以降低機房的運營成本提高效率,而且方便準確快捷,為我們的教育管理帶來了極大的便利。

A.軟體名稱:機房收費系統

B.任務提出者:米新江教授

    開發者:周江霄

    使用者:教師、學生、機房管理員

    實現該軟體的計算中心或計算機網路:學校機房

C.該軟體同其他系統或機構的基本來往關係:由廊坊師範學院資訊科技提高班做技術支援

1.3定義

VB語言:1991年,美國微軟公司推出了Visual Basic(可簡稱VB),目前的最新版式VB 2005(VB8)中文版。

SQL:全稱是“結構化查詢語言(Structured Query Language)”,最早的是IBM的聖約瑟研究實驗室為其關係資料庫管理系統SYSTEM R開發的一種查詢語言,它的前身是SQUARE語言。

1.4參考資料

[1]《軟體工程事務》劉學俊李繼芳 劉漢中 編著  浙江大學出版社

[2]可行性研究報告(GB8567——88)

2可行性研究的前提

2.1要求

A.功能:

  計時:登入成功開始計時,一直到退出系統

  計費:根據計時模式和計費方式,計算相應的上機費用

  考勤:根據計時模式記錄學生上下機情況,列印考勤表

  維護:系統故障、斷電等引起的系統不穩定,實行強制下機

B.效能:機房上機準備時間為五分鐘,扣費時間為一分鐘一次,金額精確到0.1元,這些數字管理員可以隨時修改,實時檢視學生上機情況。

C.輸出:

    使用者列表:用於管理員對使用者資訊的管理

    日結賬單:實現每日賬目的彙總,向上級領導彙報

    周結賬單:實現每週賬目的彙總,向上級領導彙報

    考勤記錄表:學生、操作人員、管理人員的上下機和執勤情況

    系統錯誤報告:記錄系統出錯的時間,錯誤型別,為系統維護人員參考。

D.輸入:

    使用者資訊:新開賬戶的初始資訊,包括賬號,卡號,姓名,促使金額等,存入賬戶資料庫中。

    金額:賬戶充值時改變資料庫中的金額。

    驗證資訊:賬戶登入時所需的登入驗證資訊,如賬戶和密碼等。

E.資料流程和處理流程:根據註冊卡號進行上機,記錄上機時間、下機時間,根據時間判斷所收費用。

F.安全與保密方面的要求:使用者資訊只有使用者自己和管理員可見,所有資訊只有管理員可修改

G.同本系統相連線的其他系統:學籍管理系統

H.完成期限:10天

2.2目標

A.提高學院機房管理的效率。

B.方便學生上機學習。

C.有效的管理學校機房的使用。

2.3條件、假定和限制

A.系統執行壽命的最小值:4年。

B.經費來源:學校財務部對計算機部的預留資金

C.硬體條件:師範學院的機房裝置和網路裝置

    執行環境:XP系統或者WIN7系統

    開發環境:VISUAL BASIC 6.0,SQL 2008

D.可利用的資訊和資源:學生資訊管理系統

E.系統投入使用的最晚時間:2014年3月1日

2.4進行可行性研究的方法

      本次可行性研究主要通過調查研究法。在米新江教授的帶領下對師範學院的機房使用情況做了調查。為了提高機房管理的效率,以減少不必要的人力物力消耗。

2.5評價尺度

    開發費用:開發經費預定在1000元之內

    各項功能的優先次序:滿足管理員、操作員和一般使用者的使用

    開發時間:在一個月之內完成開發和測試工作

    使用中的難易程度:儘量從簡,方便任何人使用

3對現有系統的分析

3.1處理流程和資料流程

說明現有系統的基本的處理流程和資料流程。此流程可用圖表

即流程圖的形式表示,並加以敘述。

    暫無

3.2工作負荷

列出現有系統所承擔的工作及工作量。

暫無

3.3費用開支

列出由於執行現有系統所引起的費用開支,如人力、裝置、空間、支援性服務、材料等項開支以及開支總額。

    暫無

3.4人員

    列出為現有系統的執行和維護所需要的人員的專業技術類別的

數量

    暫無

3.5裝置

    列出現有系統所使用的各種裝置

    暫無

3.6侷限性

    沒有一個專業的系統來管理維護機房的日常使用,使得機房管理工作比較困難和複雜,人力物力消耗大,資源浪費嚴重。   

4所建議的系統

4.1對所建議系統的說明

    機房收費系統是資訊管理系統,通過計算機管理上機使用者基本信

息,日常管理,簡化上機流程,通過強大的查詢和檢索,搞笑的檢索

資料,提高辦事效率。

    程式語言:Visual Basic6.0,資料庫:SQL 2008

4.2處理流程和資料流程

    學生註冊卡、充值、上機、下機、退卡,管理員日結賬/周結賬

4.3改進之處

A.將學生上下機情況記錄在資料中,方便機房上機的管理

B.控制精度或生產能力控制到秒,資料精度控制在兩位以上小數

C.加入了操作員工的值班記錄和學生的考勤記錄,方便機房及教學的管理

D.人員利用率的改進,減少管理和維護人員數量

4.4影響

4.4.1對裝置的影響

    在每個機房門口配置刷卡裝置

4.4.2對軟體的影響

    要執行機房收費系統,必須保證作業系統在XP以上,現有的系

統需要統一升級,以適應新要求的需要。

4.4.3對使用者單位機構的影響

    要求建立固定的註冊和充值地點,方便學生註冊和充值。管理員

老師要求是計算機系的老師,操作員和一般值班老師要求掌握一定計

算機知識的人員。

4.4.4對系統執行過程的影響

a.使用者操作規程:一般使用者管理學生上下機工作;操作員管理一般使用者以及學生的充值退卡工作;管理負責結賬以及操作員的管理

b.執行中心的操作規程:操作員需每日下班與管理員進行賬目核對

c.執行中心與使用者之間的關係:使用者到執行中心進行充值和退卡

d.源資料的處理:源資料儲存在資料庫中,可隨機進行查詢

e.資料進入系統的過程:使用者資訊-註冊-充值-上機-下機-結賬-退卡

f.對資料儲存的要求:安全性、完整性、正確性

g.輸出報告的處理過程、儲存媒體和排程方法:每日或每週列印報表交上機領導檢查

h.系統失效的後果及恢復的處理辦法:系統失效後所有學生暫時上機的記錄不能查詢,記錄的上機時間在資料庫裡,恢復的辦      法是重啟系統,調出資料庫最後一次的記錄即可解決問題。

4.4.5對開發的影響

    a.使用Visual Basic6.0開發語言完成對系統的實現工作;

    b.使用SQL 2008完成對資料庫的建設、修改、查詢、刪除等工作。

    c.系統打包,能夠異地釋出,完成在多臺電腦上進行測試工作。

    d.系統對管理員許可權進行相應的設定,在每個模組都對管理員進行登入判斷,有效防止管理員及其他使用者非法登入。

4.4.6對地點和裝置的影響

    一般學校教學機房使用。

4.4.7對經費開支的影響

    從經濟效益來分析,軟體的開發成本不大,而其它的投入也只是

電腦。由於學校的電腦已經普及,所以系統執行的基礎環境已經具備,

無需重新開發建設,所以系統開發、執行所需的費用是比較低的。

4.5侷限性

    由於開發小組第一次做比較正規的開發,可能有一些問題考慮得

不是太全面,難免會有遺漏的地方。

4.6技術條件方面的可行性

    A.開發系統採用Visual Basic6.0開發語言和SQL 2008,預期

      能夠準確開發完成系統。

    B.開發人員經過一年多專業方面的學習,擁有一定的經驗和基礎,

      開發的能力和經驗。

    C.在規定期限內,能夠順利完成任務。

5可選擇的其他系統方案

扼要說明曾考慮過的每一種可選擇的系統方案,包括需開發的和

可以從國內國外直接購買的,如果沒有供選擇的系統方案可考慮,則說明這一點。

沒有其他可選系統方案。

5.1可選擇的系統方案1

參照第4章的提綱,說明可選擇的系統方案1,並說明它未被選中的理由。

5.2可選擇的系統方案2

按類似5.1條的方式說明第2個乃至第n個可選擇的系統方案。

6投資及效益分析

6.1支出

對於所選擇的方案,說明所需的費用。如果已有一個現存的系統,

包括系統繼續執行期間所需的費用。

6.1.1基本建設投資

a. PC機1臺:6000元;

b. 開發工具:500元;

c. 資料庫管理軟體:500元;

d. 安全與保密裝置:1000元;

總計:8000元

6.1.2其他一次性支出

a. 系統研究:500元。

b. 開發計劃與測量基準的研究:500元

c. 資料庫的建立:1000元

d. 檢查費用和技術管理性費用:1000元

e. 培訓費以及開發安裝人員所需要的一次性支出:1000元

總計:5000元

6.1.3非一次性支出

a. 裝置的更新和維護費用:2000元/年

b. 軟體的更新和維護費用:500元/年

c. 公用裝置,如機房的水電支出:10000元/年

d. 其他經常性支出;1000元/年

總計:13500元

假設系統執行五年,那麼五年內的系統投資成本總額為:

8000+5000+13500*5=80500元

6.2收益

6.2.1一次性收益

使用者登入裝置不需要了,節約1000元。

6.2.2非一次性收益

    節約了學校的人力、物力和財力,大大提升了機房的管理效率。

6.2.3不可定量的收益

逐項列出無法直接項列出無用人民幣表示的收益,如服務的改進,由操作失誤引起的風險的減少,資訊掌握情況的改進,組織機構給外界形象的改善等。

由於新系統服務使用方便,有更多的使用者課餘時間上機使用,平均每天收益多150元,每年收益大概40500元。

6.3收益/投資比

由於在機房收費系統正式投入執行之前,沒有做具體的統計,但是人力物力消耗巨大,管理起來很不方便。機房收費系統投入執行之後,預期會給機房帶來可觀的收益,在管理上也會帶來極大的便利,會節約許多不必要的資源浪費。

6.4投資回收週期

根據投資和收益的分析,我們可以知道,大概在系統投入執行後,2年內便可以收回投入成本,剩下三年大概收益121500元。

6.5敏感性分析

    A.裝置和軟體的配置等變化時,對開發和收益的影響對多不超過5000元。

    B.該系統使用壽命為:5年。

    C.該系統工作負荷量:4000臺計算機

7社會因素方面的可行性

7.1法律方面的可行性

本系統作為軟體工程這門課程的課程設計,沒有簽訂任何合同,不存在合同責任;所用的東西都是自己的或公共的,也沒有挪用別人的成果,不存在侵犯專利權、版權問題。

7.2使用方面的可行性

使用可行性方面來看,我們設計的機房管理系統不僅僅可以應用於校園網路,同樣可以應用於企業網路辦公環境,對此,我們認為,該系統具有相當的可行性,大大方便了考勤,計時等操作。學生、教師、職工大多都有些計算機基礎知識,而且本系統也容易懂,無論是從管理方面還是方便使用方面來看,都能滿足要求,故此係統都是可行的。

8結論

從技術、經濟、操作、法律、社會效益等方面來看,該系統時刻行的,可以立即進行。

相關推薦

機房收費系統可行性分析報告

    第一次寫文件,沒什麼經驗,歡迎指教。 可行性研究報告 1引言 1.1編寫目的         為了提高機房收費的管理水平,達到節約時間,提高效率,快捷準確的管理目的,從而降低人力、經濟等各

機房收費系統使用者手冊

使用者手冊 1引言 1.1編寫目的     編寫此文件的主要目的是為了給使用者提供一個使用指南,以便為首次使用該系統的使用者說明使用方法,以及給已經使用過或者正在使用的使用者在使用過程中遇到問題時提

機房收費系統專案開發總結報告

專案開發總結報告 1引言 1.1編寫目的     機房收費系統的開發工作已經基本完成。寫此專案開發總結報告,以方便我們在以後的專案開發中來更好的實施專案的制定開發,讓我們在今後的專案開發中有更多的資

機房收費系統操作手冊

操作手冊 1引言 1.1編寫目的     本手冊的目的在於告訴機房收費系統的使用者,本系統提供了那些功能,以及如何正確地、有效地來使用這些功能。 預期讀者是機房收費系統的使用者。 1.2前景 A

總結篇1——機房收費系統

  遇見問題,解決問題是再簡單不過的事情。從一開始著手做機房收費系統到現在已經有大半個月了,從一開始的戰戰兢兢到現在已經不再害怕無從下手心理路程變化還是挺明顯的。現在就來談談我對機房收費系統的理解吧。

jsp案例分析-線上投票系統-4-程式碼分析

原本的原始碼是沒有myeclipse工程的,資料庫採用sqlserver2000,伺服器採用tomcat. 本人將所有程式碼放到myeclipse10裡面,部署到apache-tomcat-6.0.35,資料庫改用sqlserver2008,發現原來的驅動還可以用,也可以用

自己搭建自動化巡檢系統 環境準備系統連接gns3

自動化 巡檢 這系列的博文,講述一個自制的自動巡檢系統,僅僅是在cisco設備中運行,之後會基於這個思路,寫出一個兼容性的通用巡檢系統,傳統網工對網絡設備是非常熟悉的,然而在編程開發這一塊是相對弱勢一點。我在想在SDN的背景下,網工一旦會編程,該有多麽強勢,一些重復執行的步驟,電腦代勞,

Java中String、StringBuilder、StringBuffer常用源碼分析及比較:String源碼分析

array string類 都是 epo sys 匹配字符串 bound 地址 簡單 String: 一、成員變量: /** The value is used for character storage. */ private final char value[

Ocata Neutron代碼分析——Neutron API啟動過程分析

process fig ddr arch 異常 run tap 文件中 bridge 首先,Neutron Server作為一種服務(neutron-server.service),可以到Neutron項目目錄中的setup.cfg配置文件中找到對應的代碼入口。 [ent

Zabbix監控系統

。。;‘隨著雲計算和互聯網的高速發展,大量應用需要橫跨不同網絡終端,並廣泛接入第三方服務(如支付、登錄、導航等),IT系統架構越來越復雜。快速叠代的產品需求和良好的用戶體驗,需要IT運維管理者時刻保障核心業務穩定可用,而企業運維中的痛點和難點也急需解決。 1、面向業務的運維,不但關心單點IT資源的運行狀態,

Android繪制優化繪制性能分析

pro -i tco public 繼續 但是 們的 sched mda 前言 一個優秀的應用不僅僅是要有吸引人的功能和交互,同時在性能上也有很高的要求。運行Android系統的手機,雖然配置在不斷的提升,但仍舊無法和PC相比,無法做到PC那樣擁有超大的內存以及高性能的CP

php手動搭建wamp環境--之 Windows系統下PHP環境搭建

1、PHP環境搭建的前提是 Apache HTTP Server (Apache 伺服器)已經安裝部署成功,並可以正常訪問到伺服器的主頁面。Apache HTTP Server 的安裝部署已經在上一篇講解的很詳細了,不清楚的可以點選“ Apache HTTP Servcer-Apache伺服器下載與

Redis學習:Linux系統環境下安裝及編譯Redis

一、簡介         Redis(Remote Dictionary Server)是由義大利人Salvatore Sanfilippo(網名:antirez)開發的一款記憶體快取記憶體資料庫。它是一個key-value儲存系統,它支援豐富的資料型別,如:String

先決條件問題定義和需求分析

文章目錄 先決條件重要性 造成準備不足的原因 做準備工作的論據 求助於邏輯推理 求助於類比 求助於資料 問題定義先決條件 需求分析先決條件 為什

小白學安卓:Android系統架構和應用開發特色

一、Android架構 Android大致可以分為四層架構: Linux核心層 系統執行庫層 應用框架層 應用層 Linux核心層 Android系統是基於Linux核心的,這一層為Android裝置的各種硬體提供了底層的驅動,如顯示驅動

推送系統從0到1:是系統不是工具

文章將針對推送系統展開分析,本篇文章為系列文章的一個開端,希望能夠給你帶來一些啟發參考。 閱讀本系列文章,你會獲得的收穫: 如果你是運營人員,你可以在文中瞭解推送所蘊含大量運營策略; 如果你是產品經理,只是用推送完成訊息的傳遞,你可以在文中瞭解到推送可以實現更大

樹莓派入門 - 下載安裝系統映象,Raspbian和Centos

下載韌體裝機步驟 簡述 安裝官方映象 下載映象 格式化記憶體卡 燒錄映象到記憶體卡 啟動樹莓派 無顯示器啟動方式 安裝Centos映象 下載映象 格式化記憶體卡 燒錄映象

Java集合專題-詳細分析HashMap集合底層實現的思想

詳細分析HashMap JDK1.8集合底層實現的思想和原理 (1)先來看一下整個Map家族的整體都是怎麼樣的關係 (2)先了解一下HashMap的基本特性: 1.實現了Map介面,裡面的方法全部被H

Web前端-Vue專案執行流程分析

去年年底離職了創業去了哈,把寫部落格的事情給落下了! 一直盯著專案幾乎很少休息,一個月能休息一天算好的啦,煎熬將近一年啊。 都說 “離職窮半年,創業窮三年”,終於嚐到其中滋味!哎。。。現在終於涼了!哈哈! 最近靜下心來,好好反思總結,其中寫部落格這件事,還是不能停止..

ROS:檔案系統介紹

ROS的檔案系統 一個catkin軟體包稱為一個程式包package,package主要包含兩個主要檔案: (1)package.xml:package的描述資訊 (2)CMakeList.txt:構建package的主要CMake檔案,用於呼叫Catkin的函式與巨集,解析p