系統(tǒng)開發(fā)可行性報告精選(九篇)

前言：一篇好文章的誕生，需要你不斷地搜集資料、整理思路，本站小編為你收集了豐富的系統(tǒng)開發(fā)可行性報告主題范文，僅供參考，歡迎閱讀并收藏。

第1篇：系統(tǒng)開發(fā)可行性報告范文

關(guān)鍵詞：會計信息管理系統(tǒng) 審計 系統(tǒng)分析 系統(tǒng)設(shè)計 系統(tǒng)實施

近年來，會計電算化迅速。會計信息系統(tǒng)的開發(fā)已由單項處理向較完整的會計信息管理系統(tǒng)發(fā)展，由單機向機的應(yīng)用發(fā)展，由單純的會計核算向管理會計應(yīng)用方向發(fā)展。不少地區(qū)和行業(yè)，已把會計電算化定為會計工作升級的條件之一。此外，會計軟件市場的出現(xiàn)，促進了會計核算軟件的商品化、通用化，有效地推動了我國會計電算化的進程。總體上，會計商品化軟件在企業(yè)中得到了廣泛的應(yīng)用，并已取得了較好的效果和效率。而眾多的中小企業(yè)，如浙江省溫州地區(qū)中小企業(yè)達到16.7萬家，占全部企業(yè)總數(shù)的90%以上，占整個GDP的83%.但在使用商品化會計軟件上卻不如人意（除了財政部門規(guī)定的發(fā)票管理系統(tǒng)以外），發(fā)展速度遠遠低于全國的水平。其原因除了人為的主觀因素外，最主要的是商品軟件雖然功能較多，但不能適應(yīng)企業(yè)的具體環(huán)境（如企業(yè)的管理思想、管理方法、經(jīng)營的外部環(huán)境、企業(yè)生產(chǎn)規(guī)模、產(chǎn)品類型等因素），整體應(yīng)用效果不很理想。筆者認為，中小企業(yè)根據(jù)自身特點，從企業(yè)的實際出發(fā)，自我開發(fā)或委托有實力的專業(yè)軟件公司開發(fā)自己的會計信息管理系統(tǒng)軟件也是有效途徑之一。

本文結(jié)合筆者在溫州地區(qū)開發(fā)幾個會計信息管理系統(tǒng)過程中的情況，僅就系統(tǒng)開發(fā)過程中的審計內(nèi)容和方法作一介紹。

會計信息管理系統(tǒng)開發(fā)周期長、技術(shù)復(fù)雜、投資較大，如果開發(fā)的系統(tǒng)在技術(shù)、經(jīng)濟和管理上不可行，或新系統(tǒng)不符合系統(tǒng)目標，或在系統(tǒng)開發(fā)階段沒有建立必要的內(nèi)部控制，待系統(tǒng)運行后再進行修改，這不僅增加成本，而且系統(tǒng)的正常運行，有時甚至無法實現(xiàn)。因此在系統(tǒng)開發(fā)前和在開發(fā)過程中，都必須嚴格遵循一定的階段和步驟，且每一階段和步驟均有明確的成果，這些成果作為下一步工作的依據(jù)，使整個開發(fā)工作有、有步驟的完成。系統(tǒng)開發(fā)審計就是對會計信息管理系統(tǒng)開發(fā)的整個過程進行的審計。按照系統(tǒng)開發(fā)的周期，系統(tǒng)開發(fā)分為系統(tǒng)分析、系統(tǒng)設(shè)計和系統(tǒng)實施三個階段，因此需分別對每一階段進行審計。

一、系統(tǒng)分析階段的審計

系統(tǒng)分析階段包括提出新系統(tǒng)目標、成立開發(fā)小組、可行性分析、現(xiàn)狀調(diào)查、需求分析和邏輯模型建立。其審計內(nèi)容和方法如下：

1.與系統(tǒng)分析人員一起確定系統(tǒng)的長期目標（2～4年）和近期目標（1～2年），以確保系統(tǒng)目標滿足單位內(nèi)外的管理對會計信息的需求，能完成所要承擔的會計工作，要符合單位財會人員的習慣，同時必須保證數(shù)據(jù)信息的可靠性并具有一定的效率；確定系統(tǒng)與外部環(huán)境的信息聯(lián)系和接口；確定系統(tǒng)的主要功能和結(jié)構(gòu)；確定系統(tǒng)與企業(yè)其他系統(tǒng)（如CAD、CAM）的界面和信息聯(lián)系。

2.確保各有關(guān)部門派代表參加開發(fā)小組并確定其熟悉所屬部門的崗位責任和工作范圍；檢查項目負責人召開的重要會議，看是否均有各部門人員參加。

3.審核企業(yè)可以投入的資金、物力、人力及其來源。

4.與系統(tǒng)分析人員共同新系統(tǒng)在技術(shù)、經(jīng)濟、管理等方面的可行性。

5.復(fù)核系統(tǒng)分析人員取得的現(xiàn)系統(tǒng)的信息關(guān)聯(lián)狀況、會計工作流程和會計業(yè)務(wù)流程、信息載體和信息量等全部詳細資料；審核所建立的新系統(tǒng)的目標能否滿足其處理和控制上的要求。

6.向會計部門查詢，確定該部門就會計處理的立場，審核有關(guān)的成本與效益的計算。

7.與系統(tǒng)分析人員一起分析新系統(tǒng)的邏輯模型（重點是數(shù)據(jù)流程圖）是否滿足會計和財務(wù)制度流程的要求，是否充分體現(xiàn)了用戶的需求。

8.全面檢查系統(tǒng)分析階段的現(xiàn)狀分析報告、可行性報告、會計業(yè)務(wù)作業(yè)流程圖、輸入輸出和代碼調(diào)查表、系統(tǒng)分析說明書等文檔是否完整、正確。

二、系統(tǒng)設(shè)計階段的審計

系統(tǒng)設(shè)計是根據(jù)系統(tǒng)中提出的邏輯模型，考慮實際的設(shè)備、技術(shù)條件、條件及條件，確定新系統(tǒng)的實施方案即系統(tǒng)的物理模型。系統(tǒng)設(shè)計階段的主要活動有系統(tǒng)總體設(shè)計和系統(tǒng)詳細設(shè)計。系統(tǒng)總體設(shè)計包括功能模塊設(shè)計、文件與數(shù)據(jù)庫設(shè)計、機及系統(tǒng)配置方案設(shè)計。系統(tǒng)詳細設(shè)計包括代碼設(shè)計、輸入和輸出設(shè)計、用戶界面設(shè)計和處理過程設(shè)計。其審計和如下：

1.查閱系統(tǒng)設(shè)計是否采用了模塊化、自頂向下逐步求精、各模塊之間聯(lián)系最少的結(jié)構(gòu)化設(shè)計方法，以確保系統(tǒng)“波動效應(yīng)”盡量小，可修改性和擴展性盡量好；以確保模塊的劃分滿足核算和內(nèi)部管理的需要，符合會計人員的習慣；以確保系統(tǒng)結(jié)構(gòu)控制圖符合系統(tǒng)的處理要求。

2.審核數(shù)據(jù)庫文件是否符合控制要求、用戶輸入數(shù)據(jù)和輸出信息要求。特別要注意文件和數(shù)據(jù)的安全保密控制和權(quán)限控制，以保證未授權(quán)人員不準接觸文件和數(shù)據(jù)。審核字段和記錄的設(shè)計，并進行一致性、準確性、合理性的綜合分析，盡量消除冗余和節(jié)約存貯空間。

3.審核計算機和網(wǎng)絡(luò)系統(tǒng)配置方案。以確保系統(tǒng)環(huán)境的合理配置，以較小的投資獲得較好的系統(tǒng)性能；硬件的配置要符合目的性、先進性、配套性、經(jīng)濟性；軟件配置要選擇合理的操作系統(tǒng)、語言編譯系統(tǒng)、數(shù)據(jù)庫管理系統(tǒng)；網(wǎng)絡(luò)系統(tǒng)的配置要符合標準化、主流化、實用性和技術(shù)性能指標好的原則，實現(xiàn)數(shù)據(jù)、程序與硬件等資源的共享。

4.抽查部分代碼，看其是否符合國際、國家、行業(yè)頒發(fā)的標準代碼設(shè)計。檢查代碼在邏輯上能否滿足用戶的需要，在結(jié)構(gòu)上能否與處理的方法相一致。檢查代碼是否符合惟一性、直觀性、可擴展性和合法性。確保一級會計科目的代碼應(yīng)符合財政部頒發(fā)的會計制度規(guī)定的科目編碼。

5.審核系統(tǒng)的輸入輸出設(shè)計是否符合《會計核算軟件基本功能規(guī)范》的要求，以保證輸入和輸出數(shù)據(jù)的合法性和正確性。特別要保證輸入數(shù)據(jù)的質(zhì)量和糾錯能力，竭力避免“垃圾進，垃圾出”的情況；并采取一定的控制措施，確?！罢_的輸入，正確的操作，正確的輸出”的原則。檢查輸出報表的設(shè)計是否滿足對外報送和對內(nèi)管理的要求。復(fù)核系統(tǒng)的輸入輸出設(shè)計是否包含一定的審計線索，以便能由系統(tǒng)的輸入順查到輸出，或者由輸出逆查到輸入。

6.審閱處理過程設(shè)計是否符合《會計核算軟件基本功能規(guī)范》的要求。以確保具有符合國家統(tǒng)一會計制度的規(guī)定的自動編制會計報表的功能和允許使用的多種核算方法；以確保有適當?shù)目刂拼胧?，使所有?jīng)過審核的業(yè)務(wù)，均能完整的被處理；確保結(jié)賬功能的設(shè)計能自動檢查本期輸入的會計憑證是否全部入賬，并保證賬證、賬賬相符；以確保機內(nèi)銀行存款日記賬與輸入的銀行對賬單及適當?shù)氖止ぽo助自動進行銀行對賬，自動生成銀行存款余額調(diào)節(jié)表。

7.審核新系統(tǒng)的實施方案，以確定整個系統(tǒng)設(shè)計的文檔（系統(tǒng)總體設(shè)計書、詳細設(shè)計報告、系統(tǒng)設(shè)計報告）是否齊全、正確。

三、系統(tǒng)實施階段的審計

系統(tǒng)實施階段是將新系統(tǒng)付諸實施的過程。它的主要活動是根據(jù)系統(tǒng)設(shè)計所提供的控制結(jié)構(gòu)圖、文件與數(shù)據(jù)庫設(shè)計、系統(tǒng)配置方案及詳細設(shè)計資料，編制和調(diào)試程序，進行系統(tǒng)試運行、系統(tǒng)轉(zhuǎn)換等工作，將技術(shù)設(shè)計轉(zhuǎn)化為物理實際系統(tǒng)。其審計內(nèi)容和方法如下：

1.與程序設(shè)計人員一起選擇合適的程序開發(fā)工具、合適的數(shù)據(jù)結(jié)構(gòu)和合理的算法；檢查是否采用了結(jié)構(gòu)化程序設(shè)計方法；查閱程序中采用何種控制措施，確定各種必須的內(nèi)部控制是否都以納入所設(shè)計的程序中；檢查程序流程圖是否正確，檢查源程序的正確性、可讀性、可測試性和可維護性是否達到要求；檢查程序文檔是否完整和規(guī)范。

2.參與和監(jiān)督程序的分調(diào)試和總調(diào)試。調(diào)試時需精心組織測試數(shù)據(jù)模型，即有正常的、有效的各類業(yè)務(wù)數(shù)據(jù)，又有不完整的、無效的、不合理的、不合邏輯的數(shù)據(jù)。分調(diào)試時以查明該模塊是否按預(yù)定的要求接收并處理正常的業(yè)務(wù)，并發(fā)現(xiàn)是否拒絕不正常的業(yè)務(wù)且按預(yù)定的要求給出錯誤的信息并給予記錄，以確保每一模塊內(nèi)部控制關(guān)系的正確和數(shù)據(jù)處理內(nèi)容正確；總調(diào)試時要測試各模塊接口之間的各種可能的使用形態(tài)及其組合情況，查出系統(tǒng)中屬于相互關(guān)系方面的錯誤和缺陷，以保證各控制信息關(guān)系的正確。

3.與有關(guān)人員一起參加系統(tǒng)的試運行，試運行應(yīng)采用并行運行方式，試運行的期限不低于三個月。檢查試運行記錄和試運行報告，核對新舊系統(tǒng)處理結(jié)果，看其是否達到預(yù)定的目標，有無發(fā)現(xiàn)系統(tǒng)存在的；查明實際的電算化會計信息管理系統(tǒng)與原來設(shè)計考慮的差異是否合理，系統(tǒng)能否正式投入運行；審核所選的系統(tǒng)轉(zhuǎn)換方式是否合理。

4.審核被審單位電算化會計信息管理系統(tǒng)的操作管理制度，查明系統(tǒng)的操作員、管理員、程序員的工作職責是否明確，有無相互兼任的情況。查明未經(jīng)授權(quán)批準、不掌握密碼的人能否接觸程序和數(shù)據(jù)并對其修改；實地觀察系統(tǒng)操作人員的操作情況，查明輸入數(shù)據(jù)是否經(jīng)審批，正確的數(shù)據(jù)能否被完整準確地輸入系統(tǒng)，錯誤的數(shù)據(jù)能否被發(fā)現(xiàn)并經(jīng)過適當?shù)某绦蚋笾匦孪蛳到y(tǒng)提交；查明是否制定了嚴格的硬件、軟件管理制度，制定的制度是否符合內(nèi)部控制的原則并有效執(zhí)行；檢查系統(tǒng)修改的文檔資料，查明每次修改是否按規(guī)定的程序進行，已修改過的程序是否妥善保管；實地觀察系統(tǒng)的運行狀態(tài)，檢查系統(tǒng)的運行是否正常；參與系統(tǒng)運行后的審核和評價。

5.詳細檢查系統(tǒng)實施階段的程序設(shè)計規(guī)格書、源程序清單、程序測試報告、系統(tǒng)測試報告、操作手冊等文檔是否完整準確。

四、結(jié)束語

會計信息管理系統(tǒng)開發(fā)的審計，是一種事前審計，它具有積極的意義。因此，審計人員、特別是單位內(nèi)部審計人員對會計信息管理系統(tǒng)的開發(fā)進行審計，這對于開發(fā)活動的恰當控制，系統(tǒng)開發(fā)方法的性、先進性和合理性，系統(tǒng)開發(fā)過程中產(chǎn)生的系統(tǒng)資料和憑證的規(guī)范性，系統(tǒng)運行以后數(shù)據(jù)處理的合法性、正確性、完整性和效率性，以及事后審計的可審性，都具有很大的作用。

：

第2篇：系統(tǒng)開發(fā)可行性報告范文

關(guān)鍵詞:軟件質(zhì)量;ISO9001;質(zhì)量控制;見證點

中圖分類號:TP311文獻標識碼:A文章編號:1009-3044(2010)09-2142-03

Software Development Process's Quality Management

LIU Yun-jie

(Beris Engineering and Research Corporation, Baotou 014010, China)

Abstract: Although the growth of demand for software is very fast during the information-based process in the current society,every walk of life is carrying out the development and production of application software. But many developed softwares have not been integrated flexibly and effectively with the habits of manual operation;Some software can not be able to realize the function of regulatory business and enhance the efficiency;And some software cannot be applied after huge development costs and let the matter rest. Therefore, improving the software quality management level is a pressing problem for interrelated enterprises, and the use of quality control method used is an effective way to solve the problem.

Key words: software quality; quality control; witness point

ISO9001:是指由國際標準化組織(ISO)所屬的質(zhì)量管理和質(zhì)量保證技術(shù)委員會ISO/TC176工作委員會制定并頒布的關(guān)于質(zhì)量管理體系的族標準的統(tǒng)稱。ISO9001是ISO9000族標準所包括的一組質(zhì)量管理體系核心標準之一。

質(zhì)量控制:為達到規(guī)范或規(guī)定對數(shù)據(jù)質(zhì)量要求而采取的作業(yè)技術(shù)和措施。 這就是說,質(zhì)量控制是為了通過監(jiān)視質(zhì)量形成過程,消除質(zhì)量環(huán)上所有階段印起不合格或不滿意效果的因素。

1 概述

軟件質(zhì)量,概括地說就是“軟件與明確地和隱含地定義的需求相一致的程度”。具體地說,軟件質(zhì)量是軟件符合明確敘述的功能和性能需求、文檔中明確描述的開發(fā)標準、以及所有專業(yè)開發(fā)的軟件都應(yīng)具有的隱含特征的程度。

在現(xiàn)代社會中,隨著計算機技術(shù)的發(fā)展,軟件規(guī)模越來越大,復(fù)雜性越來越高,而軟件的開發(fā)能力卻遠遠跟不上應(yīng)用需求的速度擴展,出現(xiàn)了所謂的“軟件危機”。時至今日,計算機在在工業(yè)控制、醫(yī)療、通訊、交通、航空、航天、經(jīng)濟、金融等領(lǐng)域的應(yīng)用中,對軟件的質(zhì)量提出了前所未有的挑戰(zhàn),軟件失效逐漸成為系統(tǒng)癱瘓的主要原因。因此,軟件質(zhì)量成為人們越來越關(guān)注的問題。

目前,國內(nèi)大多數(shù)軟件企業(yè)首先選擇了ISO9001質(zhì)量管理體系標準,作為提高軟件產(chǎn)品的質(zhì)量和提高生產(chǎn)率的過程改進框架,都取得了一定的成效。

ISO9001用于證實組織具有提供滿足顧客要求和適用法規(guī)要求的產(chǎn)品的能力,目的在于增進顧客滿意。隨著商品經(jīng)濟的不斷擴大和日益國際化,為提高產(chǎn)品的信譽、減少重復(fù)檢驗、削弱和消除貿(mào)易技術(shù)壁壘、維護生產(chǎn)者、經(jīng)銷者、用戶和消費者各方權(quán)益,這個第三認證方不受產(chǎn)銷雙方經(jīng)濟利益支配,公證、科學(xué),是各國對產(chǎn)品和企業(yè)進行質(zhì)量評價和監(jiān)督的通行證;作為顧客對供方質(zhì)量體系審核的依據(jù);企業(yè)有滿足其訂購產(chǎn)品技術(shù)要求的能力。

2 問題分析

影響軟件質(zhì)量的主要因素,這些因素是從管理角度對軟件質(zhì)量的度量?？蓜澐譃槿M,分別反應(yīng)用戶在使用軟件產(chǎn)品時的三種觀點。正確性、健壯性、效率、完整性、可用性、風險(產(chǎn)品運行);可理解性、可維修性、靈活性、可測試性(產(chǎn)品修改);可移植性、可再用性、互運行性(產(chǎn)品轉(zhuǎn)移)。

通常所理解的軟件開發(fā),大部分是指編碼。而實際工作中,一般將軟件開發(fā)周期劃分了六個階段――計劃、需求分析、設(shè)計、編碼、測試、運行維護。各個階段都有獨立的人任務(wù),也就涉及到了任務(wù)完成得質(zhì)量。也就是說,軟件系統(tǒng)表現(xiàn)的程序中的錯誤,并不一定是編碼引起的,很可能是在設(shè)計過程中或者需求分析階段產(chǎn)生的問題引起的。這樣,對軟件質(zhì)量的度量決不能限于程序本身,而編碼以前所完成的各個階段的工作質(zhì)量同樣至關(guān)重要。

3 解決策略

那么如何在控制風險,提高軟件開發(fā)質(zhì)量,提高軟件開發(fā)過程的透明度?這就要求在開發(fā)過程中的各個階段,嚴格按照相關(guān)規(guī)范和標準中的“質(zhì)量控制”進行操作和管理。

在國際上,質(zhì)量控制對象根據(jù)它們的重要程度和監(jiān)督控制要求不同,可以設(shè)置“見證點”或“停止點”?！耙娮C點”和“停止點”都是質(zhì)量控制點,由于它們的重要性或其質(zhì)量后果影響程度有所不同,它們的運作程序和監(jiān)督要求也不同。為了方便理解,就“見證點”和“停止點”做以下說明。

見證點的運作程序和監(jiān)督要求如下:

1) 施工單位應(yīng)在到達某個見證點之前的一定時間,書面通知監(jiān)理工程師,說明將到達該見證點準備施工的時間,請監(jiān)理人員屆時現(xiàn)場進行見證和監(jiān)督。

2) 監(jiān)理工程師收到通知后,應(yīng)在“施工跟蹤檔案”上注明收到該通知的日期并簽字。

3) 監(jiān)理人員應(yīng)在約定的時間到現(xiàn)場見證。監(jiān)理人員應(yīng)對見證點實施過程進行監(jiān)督、檢查,并在見證表上作詳細記錄后簽字。

4) 如果監(jiān)理人員在規(guī)定的時間未能到場見證,施工單位可以認為已獲監(jiān)理工程師認可,有權(quán)進行該項施工。

5) 如果監(jiān)理人員在此之前已到現(xiàn)場檢查,并將有關(guān)意見寫在“施工跟蹤檔案”上,則施工單位應(yīng)寫明已采取的改進措施,或具體意見。

停止點:

停止點是重要性高于見證點的質(zhì)量控制點,它通常是針對“特殊過程”或“特殊工藝”而言。凡列為停止點的控制對象,要求必須在規(guī)定的控制點到來之前通知監(jiān)理方派人對控制點實施監(jiān)控,如果監(jiān)理方未能在約定的時間到現(xiàn)場監(jiān)督、檢查,施工單位應(yīng)停止進入該控制點相應(yīng)的工序,并按合同規(guī)定等待監(jiān)理方,未經(jīng)認可不能越過該點繼續(xù)活動。通常用書面形式批準其繼續(xù)進行,但也可以按商定的授權(quán)制度批準其繼續(xù)進行。

在軟件開發(fā)周期中,該方法同樣適用。

4 過程分析

下面就各個軟件開發(fā)周期的各個階段,如何進行質(zhì)量控制所所設(shè)置的見“見證點”或“停止點”。

4.1 計劃

計劃也是總體規(guī)劃。軟件系統(tǒng)的規(guī)劃是軟件系統(tǒng)開發(fā)的起始階段,它的基礎(chǔ)是需求分析計劃的作用主要有:

1) 指明軟件系統(tǒng)在企業(yè)經(jīng)營戰(zhàn)略中的作用和地位;

2) 指導(dǎo)軟件系統(tǒng)的開發(fā);

3) 優(yōu)化配置和利用各種資源,包括內(nèi)部和外部資源;

4) 通過規(guī)劃過程規(guī)范企業(yè)的業(yè)務(wù)流程。

一個比較完整的計劃,應(yīng)當包括軟件系統(tǒng)開發(fā)的目標,軟件系統(tǒng)的總體框架、軟件系統(tǒng)的組織結(jié)構(gòu)和管理流程、軟件系統(tǒng)的實施計劃和相關(guān)的技術(shù)規(guī)范等。

本階段在確定軟件實施計劃時,需要確認一個見證點――可行性報告。也就是說,在確定軟件開發(fā)的實施計劃過程中,需要相關(guān)領(lǐng)導(dǎo)和該軟件系統(tǒng)的策劃人員和設(shè)計人員分別依據(jù)各自所掌握的業(yè)務(wù)信息,評估并確認該軟件系統(tǒng)實施計劃的客觀性和可行性。一旦發(fā)現(xiàn)該計劃風險過高,例如:工期過緊或復(fù)雜度過高,需重新審議,決定是否實施該項目或者改變實施計劃。

4.2 需求分析

軟件系統(tǒng)需求分析階段的目標是為軟件設(shè)計極端提供系統(tǒng)的邏輯模型,是以企業(yè)的業(yè)務(wù)流程分析為基礎(chǔ),規(guī)劃即將建設(shè)的軟件系統(tǒng)的基本架構(gòu)。它是企業(yè)的管理流程和信息流程的交匯點。

需求分析的內(nèi)容主要包括:組織結(jié)構(gòu)分析、業(yè)務(wù)流程分析、數(shù)據(jù)和數(shù)據(jù)流程分析、系統(tǒng)初步方案等。

在需求分析階段,主要是和顧客交流溝通,充分掌握顧客基本信息,準確理解顧客需求,客觀分析業(yè)務(wù)流程和數(shù)據(jù)流,結(jié)合軟件系統(tǒng)開發(fā)特點,形成詳細的嚴謹?shù)念櫩托枨蠓治鑫臋n。形成文檔后,需要顧客的確認,保證調(diào)研人員理解的正確性和描述的準確性。如果該文檔不能得到顧客確認,后續(xù)的軟件開發(fā)工作即存在巨大風險。所以,該需求分析文檔即是客戶的“見證點”。

本階段,在軟件開發(fā)過程中,是至關(guān)重要的。很多軟件后期無法繼續(xù)運作或者后期開發(fā)修改量過大,基本都是由于在需求分析階段不充分或者不精準,造成了人力、物力和財力上的過多浪費。如果,在后續(xù)開發(fā)過程中,需求不明確、新增需求或者需求發(fā)生變更,要及時與顧客溝通并確認。

4.3 設(shè)計

軟件系統(tǒng)設(shè)計階段是根據(jù)系統(tǒng)分析的結(jié)果,設(shè)計出軟件系統(tǒng)的實施方案。軟件系統(tǒng)設(shè)計的主要內(nèi)容包括系統(tǒng)架構(gòu)設(shè)計、數(shù)據(jù)庫設(shè)計、處理流程設(shè)計、功能模塊設(shè)計、安全控制方案設(shè)計、系統(tǒng)管理流程設(shè)計等等。

在設(shè)計階段,需要全面理解需求分析報告的內(nèi)容,進行合理化、科學(xué)化設(shè)計是保證后續(xù)軟件編碼高效、系統(tǒng)運行通暢的保證。

因為本階段所涉及的軟件設(shè)計分類內(nèi)容很多,在此,以功能模塊設(shè)計和數(shù)據(jù)庫設(shè)計加以說明。

1) 功能模塊設(shè)計分概要設(shè)計和詳細設(shè)計。概要設(shè)計,主要是根據(jù)需求分析文檔,劃分出軟件系統(tǒng)所需要完成的功能模塊。而詳細設(shè)計,就是該模塊在軟件實現(xiàn)中所需要的細節(jié)。通常,概要設(shè)計是由調(diào)研人員完成或參與完成;而詳細設(shè)計實在該概要設(shè)計的指導(dǎo)下,參照需求分析文檔完成。這時候,“見證點”是,概要設(shè)計文檔和詳細設(shè)計文檔,需要調(diào)研人員、設(shè)計人員、編碼人員的確認。當設(shè)計文檔不符合需求分析文檔的內(nèi)容時,需重新設(shè)計;當設(shè)計出來的模塊功能,編碼人員無法從技術(shù)上實現(xiàn)時,需要設(shè)計人員重新從技術(shù)立場更改設(shè)計方案。

2) 數(shù)據(jù)庫是依照某種數(shù)據(jù)模型組織起來并存放二級存儲器中的數(shù)據(jù)集合。這種數(shù)據(jù)集合具有如下特點:盡可能不重復(fù),以最優(yōu)方式為某個特定組織的多種應(yīng)用服務(wù),其數(shù)據(jù)結(jié)構(gòu)獨立于使用它的應(yīng)用程序,對數(shù)據(jù)的增、刪、改和檢索由統(tǒng)一軟件進行管理和控制。

在我們進行數(shù)據(jù)庫設(shè)計中,首先設(shè)計的是邏輯數(shù)據(jù)庫。也就是根據(jù)需求報告,設(shè)計數(shù)據(jù)庫的結(jié)構(gòu)和整體性能。然后根據(jù)邏輯數(shù)據(jù)庫實現(xiàn)數(shù)據(jù)庫物理設(shè)計,包括選擇數(shù)據(jù)庫產(chǎn)品,確定數(shù)據(jù)庫實體屬性(字段)、數(shù)據(jù)類型、長度、精度等。

數(shù)據(jù)庫邏輯設(shè)計決定了數(shù)據(jù)庫及其應(yīng)用的整體性能,調(diào)優(yōu)位置。如果數(shù)據(jù)庫邏輯設(shè)計不好,則所有調(diào)優(yōu)方法對于提高數(shù)據(jù)庫性能的效果都是有限的。為了使數(shù)據(jù)庫設(shè)計的方法走向完備,數(shù)據(jù)庫的規(guī)范化理論必須遵守。規(guī)范化理論為數(shù)據(jù)庫邏輯設(shè)計提供了理論指導(dǎo)和工具,在減少了數(shù)據(jù)冗余的同時節(jié)約了存儲空間,同時加快了增、刪、改的速度。

另外,在規(guī)范的數(shù)據(jù)庫邏輯設(shè)計時,還應(yīng)考慮適當?shù)仄茐囊?guī)范規(guī)則,即反規(guī)范化設(shè)計,來降低索引、表的數(shù)目,降低連接操作的數(shù)目,從而加快查詢速度。常用的反規(guī)范技術(shù)有增加冗余列、增加派生列、重新組表等。

增加冗余列:有時要進行查詢的列分布在不同的表中,如果這個連接查詢的頻率比較高,那就可以根據(jù)需要,把其它表中的這一列加進來,從而使得多個表中具有相同的列,它常用來在查詢時避免連接操作。但它的壞處就是需要更多的磁盤空間,同時因為完整性問題需要增加維護表的工作量。

此時,“見證點”在數(shù)據(jù)字典上。需要確認的人員是軟件開發(fā)過程中所涉及的各個人員。因為數(shù)據(jù)庫設(shè)計,是整個軟件系統(tǒng)的基礎(chǔ),數(shù)據(jù)庫設(shè)計質(zhì)量好壞,直接關(guān)系到軟件系統(tǒng)的質(zhì)量,所以,該處也可以設(shè)置“停止點”。

4.4 編碼

軟件編碼是將上一階段的詳細設(shè)計得到的處理過程的描述轉(zhuǎn)換為基于某種計算機語言的程序,即源程序代碼。

編碼是實現(xiàn)系統(tǒng)功能的階段。在本階段中,代碼錯誤是每個程序員都會遇見的問題,可以在編碼調(diào)試中解決。而算法錯誤的檢查,在后續(xù)的測試或者編碼人員自測中發(fā)現(xiàn)并解決。

在整個軟件系統(tǒng)中,個人認為,編碼階段是最單純的階段,完全由編碼人員根據(jù)詳細設(shè)計文檔,結(jié)合數(shù)據(jù)庫設(shè)計文檔,實現(xiàn)模塊乃至系統(tǒng)功能。編碼過程的功能過程實現(xiàn)代碼“見證點”,由編程人員個人設(shè)定。在檢查編碼的規(guī)范性、可讀性性、效率時,“見證點”可由相關(guān)檢查人員設(shè)定。如果在編碼過程中發(fā)現(xiàn)某些設(shè)計功能過于復(fù)雜時,需要向設(shè)計人員提出申請,設(shè)計人員可以設(shè)定改模塊的代碼實現(xiàn)過程的“見證點”。

4.5 測試

軟件測試就是利用測試工具按照測試方案和流程對產(chǎn)品進行功能和性能測試,甚至根據(jù)需要編寫不同的測試工具,設(shè)計和維護測試系統(tǒng),對測試方案可能出現(xiàn)的問題進行分析和評估。執(zhí)行測試用例后,需要跟蹤故障,以確保開發(fā)的產(chǎn)品適合需求。

使用人工或者自動手段來運行或測試某個系統(tǒng)的過程,其目的在于檢驗它是否滿足規(guī)定的需求或弄清預(yù)期結(jié)果與實際結(jié)果之間的差別。

通常軟件測試的目的如下:

1) 測試是為了發(fā)現(xiàn)程序中的錯誤而執(zhí)行程序的過程;

2) 好的測試方案是極可能發(fā)現(xiàn)迄今為止尚未發(fā)現(xiàn)的錯誤的測試方案;

3) 成功的測試是發(fā)現(xiàn)了至今為止尚未發(fā)現(xiàn)的錯誤的測試。

不過,這種觀點指出測試是以查找錯誤為中心,而不是為了演示軟件的正確功能。只從字面意思理解,可能會產(chǎn)生誤導(dǎo),認為發(fā)現(xiàn)錯誤是軟件測試的唯一目的,查找不出錯誤的測試就是沒有價值的測試,實際上并非如此。我們其實應(yīng)該這樣理解:

1) 測試并不僅僅是為了找出錯誤,通過分析錯誤產(chǎn)生的原因和錯誤的發(fā)生趨勢,可以幫助項目管理者發(fā)現(xiàn)當前軟件開發(fā)過程中的缺陷,以便及時改進;

2) 這種分析也能幫助測試人員設(shè)計出有針對性的測試方法,改善測試的效率和有效性;

3) 沒有發(fā)現(xiàn)錯誤的測試也是有價值的,完整的測試是評定軟件質(zhì)量的一種方法。

測試的“見證點”是測試報告。

4.6 運行維護

軟件系統(tǒng)運行維護是在指軟件產(chǎn)品交付后,進行的活動。這個階段主要是以顧客為主導(dǎo)地位,軟件開發(fā)人員輔助該使用軟件系統(tǒng)。這時,一份完好軟件系統(tǒng)驗收報告,無疑是最好的“見證點”。當然,該階段一本詳實的使用說明文檔同樣很重要。

通過質(zhì)量控制,對軟件開發(fā)質(zhì)量加以管理,在一定的程度上可以規(guī)范開發(fā)流程、節(jié)約開發(fā)成本、提高開發(fā)效率。通過質(zhì)量控制,提高軟件開發(fā)過程的科學(xué)性、客觀性、可控性和追溯性,保證軟件開發(fā)產(chǎn)品的可靠性和可適用性,已成為越來越多的軟件公司管理軟件開發(fā)質(zhì)量的重要和有效手段。

參考文獻:

[1] 黃庭滿.國內(nèi)商企應(yīng)加快發(fā)展“信息流”[J].經(jīng)濟參考報.2004,11(6).

[2] 王洪海,周祖德,陳幼平,等.基于Agent 的虛擬企業(yè)信息集成技術(shù)的研究[J].中國機械工程,2006,2(4):372-375.

[4] 翁佳.信息生命周期管理[J]情報科學(xué),2005(6) .

第3篇：系統(tǒng)開發(fā)可行性報告范文

關(guān)鍵詞：軟件開發(fā)；項目管理

中圖分類號：TP311.52 文獻標識碼：A 文章編號：1007-9599?。?012）　18-0000-02

1 軟件項目開發(fā)管理的必要性及其相關(guān)要素

1.1 軟件項目開發(fā)管理的必要性。所謂項目管理，主要指的是通過在項目中利用一些知識、工具、技能以及技術(shù)來實現(xiàn)相關(guān)利益者的期望及要求，換句話說，項目管理就是通過項目中各方面關(guān)系者的合作，將資源更好的應(yīng)用到項目中，來實現(xiàn)項目的既定目標。本質(zhì)上來說，項目管理是對質(zhì)量、成本以及時間的控制與管理。

當前，隨著軟件開發(fā)越來越深入，新的技術(shù)以及相應(yīng)的產(chǎn)業(yè)也已經(jīng)逐步形成，這種背景下，人們越來越意識到軟件開發(fā)過程中應(yīng)用項目管理的重要性，通過將其思想融入到開發(fā)過程中能夠給軟件開發(fā)的效率、成本以及質(zhì)量起到很大的促進效果。

1.2 項目管理三要素。在不同軟件的項目管理中，其管理的的目標是不一樣的，而且在軟件項目的大小上也存在著一定的差距。但是，無論怎樣變化，管理過程中有三個要素是不變的，也就是進度、質(zhì)量以及成本。一般來說，這三個要素之間存在著較為緊密的關(guān)系，并不是相互獨立的。舉例來說，一般如果要獲得高質(zhì)量的軟件，則工期必然會比較長一些，而且開發(fā)的成本也要高一些?；诖耍谲浖椖块_發(fā)的過程中，怎樣保證這三個要素之間的平衡，使其符合我們的既定期望是一個非常重要的問題，它不僅僅關(guān)系著用戶的滿意度，和項目的經(jīng)濟效益以及成本也有著重要的關(guān)系。

一般來說，確保軟件的質(zhì)量是開發(fā)過程中最為關(guān)注的一個問題。實際的工作中，如何在保證軟件能夠?qū)崿F(xiàn)其設(shè)定功能的前提下使其符合我們質(zhì)量的要求是一個重要的課題。另外，成本也是項目管理的一大重點，當前，很多項目中，我們往往會過多的關(guān)注質(zhì)量以及工期，卻忽視了成本的控制，這種行為如果得不到很好的解決甚至會導(dǎo)致項目出現(xiàn)虧損?；诖?，在我們的工作中，我們要從進度、質(zhì)量以及成本這三個部分入手。

2 軟件項目開發(fā)管理的要點

2.1 項目計劃。在軟件的開發(fā)過程中，項目計劃代表著項目進入的啟動階段，其主要的任務(wù)主要可以分為：對項目實施的范圍進行確定、對需要遞交的成果進行定義、評估開發(fā)項目中存在的風險、對時間計劃、成本計劃以及人力資源計劃進行制定。

2.2 組織模式。在軟件開發(fā)項目管理的實行中，我們要先建立一個項目的領(lǐng)導(dǎo)小組，在小組下設(shè)立管理小組、開發(fā)項目組以及項目的評審小組。

（1）領(lǐng)導(dǎo)小組。這屬于項目管理中的最高決策層，一般的情況下是由企業(yè)的總經(jīng)理以及副總經(jīng)理等組成，其主要的任務(wù)是：對項目的總方案以及實施計劃進行審批；對項目實施中遇到的事件起到?jīng)Q策的作用；對項目中的進度、成本、質(zhì)量、風險等進行宏觀的監(jiān)控；組建驗收小組，并對驗收工作進行主持；對各方面的工作進行協(xié)調(diào)。

（2）管理小組。一般來說，這一小組的成員主要包括項目經(jīng)理以及各種項目的人員，其具體的工作如下：依照具體的要求來制定計劃，并監(jiān)督計劃的實施，起到控制進度的作用；對項目內(nèi)的分工進行協(xié)調(diào)，確保資源合理分配；確保項目開發(fā)過程中質(zhì)量及過程符合相關(guān)的標準；對各階段的評審工作進行負責；制度驗收的標準，并將其送至領(lǐng)導(dǎo)小組審批。

（3）開發(fā)項目組。開發(fā)項目組主要的構(gòu)成人員包括技術(shù)人員以及專業(yè)開發(fā)商開發(fā)人員，其主要的工作是：對系統(tǒng)的需求進行調(diào)研；負責系統(tǒng)的設(shè)計；進行程序的編碼；測試系統(tǒng)；配置系統(tǒng)開發(fā)環(huán)境以及測試環(huán)境；對測試所需的數(shù)據(jù)進行準備；進行生產(chǎn)系統(tǒng)的安裝。

（4）評審小組。這一小組主要是由市場專家以及技術(shù)專家組成。其主要的工作時評審項目的可行性報告；評審開發(fā)的計劃；評審各階段報告；評審項目結(jié)束后的總結(jié)報告。

2.3 項目管理的內(nèi)容。軟件開發(fā)的過程中，我們可以將其分為6個極端，以下將對各個階段的管理工作進行分析：

（1）需求分析階段。這個階段屬于項目開發(fā)的首要階段，主要的任務(wù)是確定用戶的實際需求，并以此作為基礎(chǔ)對項目開發(fā)功能點進行確定，在這個階段中，我們需要制度《項目需求規(guī)格說明書》。

（2）概要設(shè)計階段。這個階段主要內(nèi)容有：設(shè)計系統(tǒng)框架、設(shè)計數(shù)據(jù)結(jié)構(gòu)、設(shè)計接口、設(shè)計功能模塊以及開發(fā)的目標和環(huán)境，在概要設(shè)計階段，我們需要形成《概要設(shè)計說明書》這一文檔。

（3）詳細設(shè)計階段。這是以上一階段為基礎(chǔ)，對每個模塊的算法進行設(shè)計，并對數(shù)據(jù)結(jié)構(gòu)進行物理設(shè)計，這是編碼階段的基礎(chǔ)，其形成的文檔是《詳細設(shè)計說明書》。

（4）編碼階段。這屬于開發(fā)軟件的實質(zhì)性階段，主要的工作是將各種算法轉(zhuǎn)換為代碼。需要注意的是，由于不同的開發(fā)人員在風格和編碼習慣上存在著差異，因此，在開發(fā)之前確定編碼規(guī)范是一項非常有必要的工作。

（5）測試階段。這主要是指在已知環(huán)境中使用已知輸入來動態(tài)的執(zhí)行系統(tǒng)，主要包括單元測試、集成測試、模塊測試以及系統(tǒng)測試。這個過程中，需要形成的文檔有《項目測試計劃》以及《項目測試報告》。

（6）系統(tǒng)上線和維護階段。在這個階段開始之前，我們要進行《系統(tǒng)上線計劃書》的編寫，對其上線的時間、步驟、環(huán)境、風險以及應(yīng)急方案等進行詳細的說明，這些說明越詳細越能夠保證系統(tǒng)安全生產(chǎn)的成功性。至于維護階段主要是指處理系統(tǒng)運行過程中出現(xiàn)的問題以及對原有的功能模塊進行修改或者擴展。

2.4 項目評審。對于項目的評審并不只是完成項目開發(fā)之后進行，在開發(fā)的每一個階段中都要進行項目的評審。主要是由于項目開發(fā)的各個階段中都可能出現(xiàn)問題，而這些問題如果不能夠被及時的發(fā)現(xiàn)并糾正，則很可能出現(xiàn)擴大，容易導(dǎo)致項目的失敗。一般來說，在項目評審的過程中，主要的標準有：

正確性，這主要是指項目可以在預(yù)定的環(huán)境之下正確的實現(xiàn)預(yù)期的功能；健壯性，這是指硬件出現(xiàn)問題、操作失誤以及輸入數(shù)據(jù)無效等情況下，系統(tǒng)是否可以做出合適的響應(yīng)；效率，代表著系統(tǒng)為例實現(xiàn)預(yù)定的功能所需要消耗資源的數(shù)量；安全性，在系統(tǒng)被未經(jīng)授權(quán)的人使用或者操作過程中，安全性代表了其控制這種行為的程度；可用性，表示系統(tǒng)在完成預(yù)定功能的時候令用戶滿意的程度；風險，它表示了項目開發(fā)的時候，是否可以按照預(yù)定的進度以及成本將軟件開發(fā)出來以及開發(fā)出來的軟件被用戶滿意的概率；可理解性，表示系統(tǒng)被用戶理解以及使用的難度大??；可維護性，它表示了我們在對發(fā)現(xiàn)系統(tǒng)中存在的問題之后，當改正這些問題時所需要的工作量的大??；此外，還有可測試性，表示了系統(tǒng)測試的難易程度；可移植性，代表著將一個程序沖某種配置環(huán)境轉(zhuǎn)移到另一種環(huán)境中所需要付出工作量的多少；可再用性，指在其他應(yīng)用中這一程序能夠被再一次使用的程度；互運行性，表示了將這一系統(tǒng)與其他系統(tǒng)結(jié)合起來時所需要付出工作量的多少；

3 結(jié)語

軟件項目開發(fā)管理是一項非常重要的工作，本文只是對其進行了簡要的分析，在具體的工作中，我們還要結(jié)合自身的特點，加強這方面的探索，只有不斷地進步，才能使我們的企業(yè)在當前的環(huán)境下真正立于不敗之地。

參考文獻：

[1]吳艷艷，周長倫，姜家軒，王春梅，許自國.軟件項目管理中的需求管理[J].信息技術(shù)與信息化，2008，2.

第4篇：系統(tǒng)開發(fā)可行性報告范文

關(guān)鍵詞：高校公用房；改革；思考

高校公共用房特指由國家投資建造或經(jīng)批準自籌資金建造的，用于學(xué)校教學(xué)、科研、后勤服務(wù)、產(chǎn)業(yè)及行政辦公，其產(chǎn)權(quán)屬于學(xué)校，其中教學(xué)行政用房占絕對份額。高校的房產(chǎn)資源尤其是教學(xué)行政用房是辦好學(xué)校的必要物資條件，其使用效率和完好程度的高低是衡量一個學(xué)校辦學(xué)效益和資產(chǎn)管理水平的重要標志之一。但由于近年來高校辦學(xué)規(guī)模的不斷擴張，學(xué)科日益豐富，教師隊伍日益壯大，一個嶄新的問題擺在我們面前：如何建立新形勢下的公用房管理機制。

1高校公用房管理目前存在的問題

高校公用房由學(xué)校根據(jù)需求建設(shè)，建成后按需分配，分配后由學(xué)校各部門無償使用，由資產(chǎn)管理部門代為管理。由于學(xué)校擴張速度加快，人員增多，導(dǎo)致了今天供需不平衡的局面，具體存在問題如下：

（1）公用房管理制度不健全造成公用房使用效率低下。目前高校公用房管理依然沿用舊的模式，公用房分配長期以來采用行政手段，實行無償使用，導(dǎo)致分配不均，使用效率不高。校內(nèi)各部門因為各種需要不斷向?qū)W校申請用房，卻從未將閑置或利用率不高的房屋主動退還給學(xué)校，學(xué)校職能部門對公用房不能有效地進行調(diào)配，部分單位因為實際需要向?qū)W校提出的用房申請卻不能得到解決，影響了教學(xué)、科研等中心工作的開展。在具體工作中，公用房管理缺乏政策的研究和理論的指導(dǎo);缺少嚴謹、科學(xué)、規(guī)范的管理制度;各學(xué)院、單位對公用房的使用管理缺乏自我約束、自我調(diào)控的機制;公用房管理部門則缺乏對房產(chǎn)資源績效評估和監(jiān)督的機制。加之多元管理、經(jīng)驗管理、長官意志、偏重人際的現(xiàn)象較為普遍。

（2）公用樓布局不合理造成管理困難。由于高校公用房資源緊張，大部分高校公用樓沒有進行統(tǒng)一規(guī)劃。同一部門教學(xué)辦公地點分散，同類型房屋沒有集中，管理過程中弊病較多。如一個學(xué)院可能分布在幾個校區(qū)；同一類型的實驗室分布在幾幢大樓之中；同一幢樓中可能有辦公室、實驗室、教研室等多種用房；還有可能同一幢樓中存在多學(xué)院使用，而且使用房屋交錯分布。這樣就很難使學(xué)校的人、財、物資源達到共享，科學(xué)管理也就很難實現(xiàn)。

（3）管理技術(shù)手段落后不能滿足新形勢下的公用房管理需求。近年來，高校在師資、招生等各方面的規(guī)模都在擴大，伴隨而來的是學(xué)校的硬件、軟件等方面的建設(shè)有了長足的發(fā)展。為了適應(yīng)這種快速發(fā)展，這就要求學(xué)校加強各方面的建設(shè)工作，實現(xiàn)現(xiàn)代化的管理，這其中也包括學(xué)校的各種公共用房的管理。因此，有必要建立一個方便、快捷、有效的校園公共用房管理系統(tǒng)來改變傳統(tǒng)的管理模式，改善辦公效率。

2高校公用房管理改革的幾點思考

2.1理順公用房管理體制，完善公用房管理機制

公用房管理應(yīng)做到權(quán)責明晰，應(yīng)有專門機構(gòu)管理，實行統(tǒng)一管理，并對所有校屬房屋的管理實行統(tǒng)一標準。進一步完善校園基本建設(shè)和公用房管理機制，作為資產(chǎn)管理部門，要結(jié)合學(xué)校規(guī)劃建設(shè)，在公用樓建設(shè)前依照圖紙確定房間的功能和用途，從根本上解決由于公用樓布局不合理而造成的管理混亂問題。

2.2統(tǒng)一管理、科學(xué)調(diào)配

對學(xué)校所有公用房實行統(tǒng)一管理，以避免因不同主管領(lǐng)導(dǎo)審批調(diào)配而造成的公用房沖突、浪費問題。盡量將相近學(xué)科，尤其是課程交叉學(xué)科調(diào)配在同一所公用樓，不但方便教師教學(xué)，更可將不同學(xué)科，同一課程的實驗室設(shè)置在同一地點，節(jié)約了學(xué)校公用房資源，也節(jié)約了學(xué)校重復(fù)購置實驗設(shè)備儀器的資金。

2.3定額管理、有償使用、超額收費

貫徹分類定額管理、有償使用、超額收費的管理原則，即通過向使用單位收取房產(chǎn)資源占用費，借助經(jīng)濟杠桿克服單純依靠行政手段調(diào)節(jié)用房的種種弊端，建立公用房管理的自我約束機制，提高房地產(chǎn)資源的使用率和完好率。

2.3.1根據(jù)部門人員、工作性質(zhì)、所承擔教學(xué)任務(wù)等情況進行定額分配，對于相關(guān)單位教學(xué)科研及輔助用房實際使用面積未達到定額面積的單位，學(xué)校可在條件允許時對其用房予以調(diào)整，使之達到定額面積。對于房屋實際使用面積超過定額面積的單位，學(xué)校將收回其超標使用的房屋或?qū)ζ涫杖》慨a(chǎn)資源占用費。具體分類定額按照以下原則核算：

（1）學(xué)校黨、政機關(guān)行政辦公用房定額面積，按照學(xué)校人事處確認的各單位事業(yè)編制人數(shù)核算。學(xué)校黨政機關(guān)除有特殊職務(wù)需要外，不單獨設(shè)立會議室、接待室等辦公輔助用房。學(xué)校按照辦公用房分布狀況設(shè)立若干公共會議室供各單位使用，或根據(jù)有關(guān)單位的需要單獨審批設(shè)立。

（2）教學(xué)、科研單位行政辦公用房，指該單位用于黨政工團辦公、教務(wù)辦公、會議等用途的公用房，其定額面積按照學(xué)校人事處確認的各單位事業(yè)編制定編數(shù)進行核算。

（3）學(xué)生教學(xué)、實驗用房定額面積按照學(xué)校教務(wù)處確認的各單位承擔的教學(xué)實驗任務(wù)核算。根據(jù)不同的用途和性質(zhì)將此類用房定額面積分為以下部分：

公共實驗室用房面積，以現(xiàn)有實驗設(shè)備和實驗學(xué)生人數(shù)為標準，經(jīng)教務(wù)處和使用單位共同確定教學(xué)計劃后，由學(xué)校實驗室管理委員會最終確定；

專業(yè)實驗室用房面積，以現(xiàn)有實驗設(shè)備和實驗學(xué)生人數(shù)為標準，經(jīng)教務(wù)處和使用單位共同確定教學(xué)計劃后，由學(xué)校實驗室管理委員會最終確定；

學(xué)生學(xué)位論文（設(shè)計）、專用教室用房面積，以每年級實際使用人數(shù)或參加論文設(shè)計的實際使用人數(shù)為標準，由教務(wù)處統(tǒng)一進行安排。此部分不收取房產(chǎn)資源占用費。

（4）科研實驗用房定額面積，按照學(xué)校人事處確認的各單位教學(xué)、科研編制人數(shù)核算，不包括技術(shù)編制，根據(jù)不同學(xué)科科研用房的不同需求，參照國家教育部的專職科研用房指標，由學(xué)校實驗室管理委員會最終確定。

（5）教學(xué)科研專項補助用房特指大型（每臺、套占地面積超過20平方米）儀器設(shè)備和裝置所占面積及某些特殊用途用房的面積。該部分面積由使用單位書面申請，經(jīng)產(chǎn)業(yè)與資產(chǎn)管理處會同科技處及教務(wù)處核定批準后，按照最后確定的補助面積分別計入學(xué)生教學(xué)實驗用房或科研用房面積中。該部分面積不計入超定額面積。

2.3.2推進實驗室、有償使用、管理，合理利用實驗室資源，針對教學(xué)、科研單位承擔的教學(xué)科研任務(wù)對實驗室進行定額分配；推行教學(xué)科研用房的有償使用，引入經(jīng)濟杠桿，克服單純依靠行政手段調(diào)節(jié)用房的弊病，其目的不在于收錢，而在于調(diào)節(jié)用房，增加房屋利用效率，合理分配房屋資源，保證確實有需求的院系有一個較為寬松的房源供給環(huán)境和條件。

2.3.3對學(xué)校教學(xué)、科研和行政辦公用房裝修、維修實行聯(lián)合審批、驗收制度，成立領(lǐng)導(dǎo)小組，嚴格按照整體規(guī)劃和計劃執(zhí)行，在每個項目執(zhí)行前，進行充分的項目論證和民主決策，確保資金運用的合理。對涉及金額較大的項目必須經(jīng)過民主程序，首先由職能部門提出項目規(guī)模、投資額度、資金來源、工程預(yù)算和建設(shè)步驟等項目的可行性報告，由領(lǐng)導(dǎo)小組討論，再經(jīng)職能部門調(diào)整后報校長辦公會討論，最后由主管校長審批，形成決議。進行充分的調(diào)研和討論，并根據(jù)學(xué)校的財力狀況等自身實際情況，從節(jié)約型校園角度出發(fā)，制定新建、改建及修繕項目的面積標準和裝修標準。在正常情況下，嚴格按照核定的標準來確定項目規(guī)模和裝修檔次，防止項目投資失控，避免造成浪費。