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

第1篇：系統開發可行性報告范文

關鍵詞：會計信息管理系統 審計 系統分析 系統設計 系統實施

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

本文結合筆者在溫州地區開發幾個會計信息管理系統過程中的情況，僅就系統開發過程中的審計內容和方法作一介紹。

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

一、系統分析階段的審計

系統分析階段包括提出新系統目標、成立開發小組、可行性分析、現狀調查、需求分析和邏輯模型建立。其審計內容和方法如下：

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

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

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

4.與系統分析人員共同新系統在技術、經濟、管理等方面的可行性。

5.復核系統分析人員取得的現系統的信息關聯狀況、會計工作流程和會計業務流程、信息載體和信息量等全部詳細資料；審核所建立的新系統的目標能否滿足其處理和控制上的要求。

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

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

8.全面檢查系統分析階段的現狀分析報告、可行性報告、會計業務作業流程圖、輸入輸出和代碼調查表、系統分析說明書等文檔是否完整、正確。

二、系統設計階段的審計

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

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

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

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

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

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

6.審閱處理過程設計是否符合《會計核算軟件基本功能規范》的要求。以確保具有符合國家統一會計制度的規定的自動編制會計報表的功能和允許使用的多種核算方法；以確保有適當的控制措施，使所有經過審核的業務，均能完整的被處理；確保結賬功能的設計能自動檢查本期輸入的會計憑證是否全部入賬，并保證賬證、賬賬相符；以確保機內銀行存款日記賬與輸入的銀行對賬單及適當的手工輔助自動進行銀行對賬，自動生成銀行存款余額調節表。

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

三、系統實施階段的審計

系統實施階段是將新系統付諸實施的過程。它的主要活動是根據系統設計所提供的控制結構圖、文件與數據庫設計、系統配置方案及詳細設計資料，編制和調試程序，進行系統試運行、系統轉換等工作，將技術設計轉化為物理實際系統。其審計內容和方法如下：

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

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

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

4.審核被審單位電算化會計信息管理系統的操作管理制度，查明系統的操作員、管理員、程序員的工作職責是否明確，有無相互兼任的情況。查明未經授權批準、不掌握密碼的人能否接觸程序和數據并對其修改；實地觀察系統操作人員的操作情況，查明輸入數據是否經審批，正確的數據能否被完整準確地輸入系統，錯誤的數據能否被發現并經過適當的程序更正后重新向系統提交；查明是否制定了嚴格的硬件、軟件管理制度，制定的制度是否符合內部控制的原則并有效執行；檢查系統修改的文檔資料，查明每次修改是否按規定的程序進行，已修改過的程序是否妥善保管；實地觀察系統的運行狀態，檢查系統的運行是否正常；參與系統運行后的審核和評價。

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

四、結束語

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

：

第2篇：系統開發可行性報告范文

關鍵詞:軟件質量;ISO9001;質量控制;見證點

中圖分類號: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)所屬的質量管理和質量保證技術委員會ISO/TC176工作委員會制定并頒布的關于質量管理體系的族標準的統稱。ISO9001是ISO9000族標準所包括的一組質量管理體系核心標準之一。

質量控制:為達到規范或規定對數據質量要求而采取的作業技術和措施。 這就是說,質量控制是為了通過監視質量形成過程,消除質量環上所有階段印起不合格或不滿意效果的因素。

1 概述

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

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

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

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

2 問題分析

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

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

3 解決策略

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

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

見證點的運作程序和監督要求如下:

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

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

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

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

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

停止點:

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

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

4 過程分析

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

4.1 計劃

計劃也是總體規劃。軟件系統的規劃是軟件系統開發的起始階段,它的基礎是需求分析計劃的作用主要有:

1) 指明軟件系統在企業經營戰略中的作用和地位;

2) 指導軟件系統的開發;

3) 優化配置和利用各種資源,包括內部和外部資源;

4) 通過規劃過程規范企業的業務流程。

一個比較完整的計劃,應當包括軟件系統開發的目標,軟件系統的總體框架、軟件系統的組織結構和管理流程、軟件系統的實施計劃和相關的技術規范等。

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

4.2 需求分析

軟件系統需求分析階段的目標是為軟件設計極端提供系統的邏輯模型,是以企業的業務流程分析為基礎,規劃即將建設的軟件系統的基本架構。它是企業的管理流程和信息流程的交匯點。

需求分析的內容主要包括:組織結構分析、業務流程分析、數據和數據流程分析、系統初步方案等。

在需求分析階段,主要是和顧客交流溝通,充分掌握顧客基本信息,準確理解顧客需求,客觀分析業務流程和數據流,結合軟件系統開發特點,形成詳細的嚴謹的顧客需求分析文檔。形成文檔后,需要顧客的確認,保證調研人員理解的正確性和描述的準確性。如果該文檔不能得到顧客確認,后續的軟件開發工作即存在巨大風險。所以,該需求分析文檔即是客戶的“見證點”。

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

4.3 設計

軟件系統設計階段是根據系統分析的結果,設計出軟件系統的實施方案。軟件系統設計的主要內容包括系統架構設計、數據庫設計、處理流程設計、功能模塊設計、安全控制方案設計、系統管理流程設計等等。

在設計階段,需要全面理解需求分析報告的內容,進行合理化、科學化設計是保證后續軟件編碼高效、系統運行通暢的保證。

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

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

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

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

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

另外,在規范的數據庫邏輯設計時,還應考慮適當地破壞規范規則,即反規范化設計,來降低索引、表的數目,降低連接操作的數目,從而加快查詢速度。常用的反規范技術有增加冗余列、增加派生列、重新組表等。

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

此時,“見證點”在數據字典上。需要確認的人員是軟件開發過程中所涉及的各個人員。因為數據庫設計,是整個軟件系統的基礎,數據庫設計質量好壞,直接關系到軟件系統的質量,所以,該處也可以設置“停止點”。

4.4 編碼

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

編碼是實現系統功能的階段。在本階段中,代碼錯誤是每個程序員都會遇見的問題,可以在編碼調試中解決。而算法錯誤的檢查,在后續的測試或者編碼人員自測中發現并解決。

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

4.5 測試

軟件測試就是利用測試工具按照測試方案和流程對產品進行功能和性能測試,甚至根據需要編寫不同的測試工具,設計和維護測試系統,對測試方案可能出現的問題進行分析和評估。執行測試用例后,需要跟蹤故障,以確保開發的產品適合需求。

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

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

1) 測試是為了發現程序中的錯誤而執行程序的過程;

2) 好的測試方案是極可能發現迄今為止尚未發現的錯誤的測試方案;

3) 成功的測試是發現了至今為止尚未發現的錯誤的測試。

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

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

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

3) 沒有發現錯誤的測試也是有價值的,完整的測試是評定軟件質量的一種方法。

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

4.6 運行維護

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

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

參考文獻:

[1] 黃庭滿.國內商企應加快發展“信息流”[J].經濟參考報.2004,11(6).

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

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

第3篇：系統開發可行性報告范文

關鍵詞：軟件開發；項目管理

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

1 軟件項目開發管理的必要性及其相關要素

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

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

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

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

2 軟件項目開發管理的要點

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

2.2 組織模式。在軟件開發項目管理的實行中，我們要先建立一個項目的領導小組，在小組下設立管理小組、開發項目組以及項目的評審小組。

（1）領導小組。這屬于項目管理中的最高決策層，一般的情況下是由企業的總經理以及副總經理等組成，其主要的任務是：對項目的總方案以及實施計劃進行審批；對項目實施中遇到的事件起到決策的作用；對項目中的進度、成本、質量、風險等進行宏觀的監控；組建驗收小組，并對驗收工作進行主持；對各方面的工作進行協調。

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

（3）開發項目組。開發項目組主要的構成人員包括技術人員以及專業開發商開發人員，其主要的工作是：對系統的需求進行調研；負責系統的設計；進行程序的編碼；測試系統；配置系統開發環境以及測試環境；對測試所需的數據進行準備；進行生產系統的安裝。

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

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

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

（2）概要設計階段。這個階段主要內容有：設計系統框架、設計數據結構、設計接口、設計功能模塊以及開發的目標和環境，在概要設計階段，我們需要形成《概要設計說明書》這一文檔。

（3）詳細設計階段。這是以上一階段為基礎，對每個模塊的算法進行設計，并對數據結構進行物理設計，這是編碼階段的基礎，其形成的文檔是《詳細設計說明書》。

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

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

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

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

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

3 結語

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

參考文獻：

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

第4篇：系統開發可行性報告范文

關鍵詞：高校公用房；改革；思考

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

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

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

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

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

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

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

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

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

2.2統一管理、科學調配

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

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

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

2.3.1根據部門人員、工作性質、所承擔教學任務等情況進行定額分配，對于相關單位教學科研及輔助用房實際使用面積未達到定額面積的單位，學?？稍跅l件允許時對其用房予以調整，使之達到定額面積。對于房屋實際使用面積超過定額面積的單位，學校將收回其超標使用的房屋或對其收取房產資源占用費。具體分類定額按照以下原則核算：

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

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

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

公共實驗室用房面積，以現有實驗設備和實驗學生人數為標準，經教務處和使用單位共同確定教學計劃后，由學校實驗室管理委員會最終確定；

專業實驗室用房面積，以現有實驗設備和實驗學生人數為標準，經教務處和使用單位共同確定教學計劃后，由學校實驗室管理委員會最終確定；

學生學位論文（設計）、專用教室用房面積，以每年級實際使用人數或參加論文設計的實際使用人數為標準，由教務處統一進行安排。此部分不收取房產資源占用費。

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

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

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

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