前言：中文期刊網精心挑選了可行性分析報告格式范文供你參考和學習，希望我們的參考范文能激發你的文章創作靈感，歡迎閱讀。

可行性分析報告格式范文1

關鍵詞:管理信息系統 需求分析報告 系統可行性分析報告 系統設計報告 用戶使用說明書

筆者曾長期從事計算機的開發與應用，對于計算機在管理上的應用、計算機在辦公自動化方面的應用、計算機數據庫的開發、計算機網絡的開發與應用，都進行過具體的設計工作。從事《管理信息系統》的教學工作中，非常希望把自己以往的工作經驗及教訓傳授給學生，借此誠懇地希望有關專家給與批評指正。

一、《管理信息系統》的課程特色：

《管理信息系統》的課程特色主要有以下幾點：

1、綜合性強，牽涉學科較多

牽涉學科有《管理信息系統》綜合了管理學、工程學、數學、計算機科學、電子通訊等學科的相關知識等。比如：在系統的整體構建時要體現管理科學的藝術性，要針對現有系統所存在的問題，提出解決的方案，解決方案要符合管理科學的要求；在具體構建《管理信息系統》時，要體現工程學的嚴密性，符合軟件工程建設的規范，各階段性文檔的形成要經過嚴格的認證，系統的結構要模塊化以便于調試與維護，也便于系統開發的分工合作；在建立系統的邏輯模型時，要學會使用數學的方法，把一個現實世界的問題轉化為一個數學模型，以便于計算機的實施；在信息管理上，使用計算機的相關知識，建立數據庫，把信息集中起來管理，為共享數據提供技術保障；為了滿足不同地域的人們對信息共享的需求，《管理信息系統》較多地使用計算機網絡技術、電子通訊技術來實現信息的傳遞。

2、理論性強，學生易懂，難掌握

往往是上課聽明白了，下課又糊涂了，知其然，不知其所以然。《管理信息系統》偏重于理論層面的研究，而我們的學生基本不具備社會實踐經驗，對于企業或信息機構基本上是一無所知，不理解為什么要采取這樣或那樣的管理策略，這就要求教師在教學時一定要理論聯系實際，要多距離，通過實例的講解讓學生理解學科的科學性與基本知識，要求做到教師舉一，學生反三。

二、《管理信息系統》的教學難點

《管理信息系統》的教學難點第一是難掌握，主要表現在不會用；第二是相關知識點太多，學生知識面不夠。對于第二點，如果在制定教學計劃時，相關課程的教學已經完成，應該是沒有問題的。《管理信息系統》的相關課程有：計算機基礎知識、計算機網絡、計算機數據庫。我們的教學嘗試主要是針對第一點來討論的。

三、教學嘗試

為了解決《管理信息系統》教學中，學生易懂難掌握的特點，在教學中我們要求學生運用所學知識完成如下報告：1、需求分析報告，2、可行性分析報告，3、系統設計報告，4、用戶使用說明書；參考格式如下：

1、×××需求分析報告格式

一、提要：要求說明項目名稱、項目用途、項目簡介

二、項目背景：要求說明項目作者、用戶、項目所需軟硬件環境、項目開發目的

三、參考資料：書名、作者、出版社、出版時間

四、定義：對文中術語、簡稱給與說明

正文：

一、系統現狀的描述及現系統的不足之處（重點是不足之處，這是項目立項、產生需求的根本）

二、解決問題的方案（建立解決問題的新系統的邏輯模型或者稱為數學模型，要求不光有文字敘述還有原理圖/示意圖的輔助說明）

三、前景及展望（可以分別從長期、中期、短期進行展望）

正文部分要求敘述清楚，表達準確，在系統現狀的描述中可以附相關的談話記錄、調查問卷、現系統運作的相關文檔資料；要求學員學會調研項目需求，為下面的系統開發打下基礎。

2、×××系統可行性分析報告格式

一、提要：要求說明項目名稱、項目用途、項目簡介

二、項目背景：要求說明項目作者、用戶、項目所需軟硬件環境、項目開發目的

三、參考資料：書名、作者、出版社、出版時間

四、定義：對文中術語、簡稱給與說明

正文：

一、系統的描述（指新系統的方案）

二、系統的經濟可行性分析：

1、系統的投資：

a、基建、裝潢的費用

b、儀器、設備的購置費用，儀器、設備折舊

c、人員工資

d、辦公費用，其他費用

2、毛利潤：

3、凈利潤：毛利潤-各項費用

4、投資回報：分一年期，三年期，五年期及以后期

5、投資回報率

三、系統的技術可行性分析

1、系統設計的概略圖

2、系統的設計方案

3、系統的原理圖

4、關鍵技術說明

四、系統的社會環境可行性分析（主要從社會習俗、道德、人文背景方面進行分析）

五、系統的法律可行性分析（與現行法律法規有無違背）

六、可選擇的其他系統方案（如果有，列出具體方案，然后比較方案之間的優缺點）

七、結論（系統可行或者是不可行）

3、××× 系統設計報告格式

一、提要：要求說明項目名稱、項目用途、項目簡介

二、項目背景：要求說明項目作者、用戶、項目所需軟硬件環境、項目開發目的

三、參考資料：書名、作者、出版社、出版時間

四、定義：對文中術語、簡稱給予說明

正文

一、系統設計說明

二、系統的功能結構圖（靜態）

三、系統的數據流程圖及數據字典（動態）

四、系統的程序流程圖（針對每個模塊編寫）

五、系統的測試用例（針對每個模塊編寫）

六、系統的聯調方案

七、系統的維護（主要說明維護要求）

八、用戶界面的設計（輸入、輸出）

九、用戶培訓

十、附原程序清單（學生做練習時可以略，只寫標題然后注明略）

4、×××系統用戶使用說明書格式

一、提要：要求說明項目名稱、項目用途、項目簡介

二、項目背景：要求說明項目作者、用戶、項目所需軟硬件環境、項目開發目的

三、參考資料：書名、作者、出版社、出版時間

四、定義：對文中術語、簡稱給與說明

正文:

一、系統說明

二、系統安裝

三、系統的運行

四、系統的主要功能介紹

五、系統常見故障及處理方法

六、技術支持及聯系方式

通過四個報告的編寫，首先是讓學生了解《管理信息系統》開發的過程及具體開發系統的方法；其次是使學生學會具體開發工作中的細節，如用戶需求調查，可行性研究的調查及系統設計方案的編寫；第三是使學生熟練地掌握數據流程圖及數據字典的編寫方法，學會使用模塊化設計的方法自頂向下層層進行系統分解，最后產生系統的功能模塊圖；第四是使學生掌握每個模塊的程序流程圖的設計方法。這樣《管理信息系統》的幾個主要的開發工具都得到了練習。

四、教學效果

通過教學嘗試，我們驚喜地發現，學生對本課程的理解加深了，學習興趣提高了，師生之間的互動增強了。從學生交上來的報告可以看出：學生的思維開闊了，看問題的角度更加清晰；有的報告已經具備了一定的實用性。比如說：有的學生建議把學生的食堂改為定餐管理的方法，學校把每天的菜單編號公布，學生通過計算機網絡定餐，食堂使用計算機統計定餐后烹制，這樣就避免了浪費；另外定餐后還可以送飯上門，這樣也緩解了學生就餐時餐位不夠的矛盾。還有的學生設計了火車票、汽車票網上訂購系統，用以解決寒暑假期學生購票難的問題等等。盡管學生的設計不盡如人意，可是通過練習學生的思維活躍了，好的點子不斷涌現。

五、教學總結

通過教學嘗試，我們增強了讓學生理論聯系實際的信心，對于《管理信息系統》的教學起到了很好的輔助作用。今后我們認為應該不斷地總結經驗，完善教學手段，讓《管理信息系統》的教學更加生動、活潑、受到學生的歡迎；對于學生能力的培養，提高就業技能起到更好的作用。

參考文獻：

1、《信息管理系統》，中央廣播電視大學出版社，主編：侯炳輝 副主編：劉世峰

2、《管理信息系統基礎與開發技術》，人民郵電出版社，主編：陳承歡、彭勇

可行性分析報告格式范文2

關鍵詞：工作流；管理信息系統；辦公自動化

中圖分類號：TP311.52 文獻標識碼：A文章編號：1007-9599 (2011) 15-0000-01

3G Mall Workflow Engine Research and Feasibility Analysis

Li Yujun,Li Mengjie,Wang Fangfang,Bao Yonghan

(Qinghai University,Department of Computer Science Technology and Applied,Xining810016,China)

Abstract:In this paper,the company's actual needs,discusses the workflow management system design and implementation.The first article of the workflow definition,workflow system components,how to design and implement a workflow system to do a more detailed description,given the design and implementation of a workflow system reference model,discusses the three components of the function and implementation of technology.Secondly,the description of the workflow management system needs analysis,including environmental requirements,system requirements,system security,architecture and so on.By introducing the concept of workflow,workflow management system presented the design process.Discusses the 3G store workflow reference model works and how workflow implementation.

Keywords:Workflow;Management information system;Office Automation

一、系統初步研究分析

（一）初步調查。初步調查是進行系統可行性分析的基礎，如果領導或管理人員對信息系統的需求不迫切，或條件尚不具備，則系統就是不可行的。可行性分析的任務是明確應用項目的開發系統的資源條件。初步調查主要是收集有關宏觀信息，并了解企業不同位置和不同部門的人對新的信息系統建設的態度。

（二）可行性分析。1.技術可行性。主要論證當前成熟技術對系統所提出目標的支持程度已經利用新技術或新設備可能存在的風險，并尋找較為可行的技術途徑。由于Windows XP操作系統是人機進行信息交換的友好界面，很容易掌握基本的操作，程序界面相對較容易實現等特點，加之目前基于Windows XP操作系統的軟件開發工具也很多，較穩定，實用。本工作流引擎就基于Windows XP操作系統，使用Visual Studio 2003和SQL Server2005作為程序的主要開發工具，這在技術上是可行的。2.經濟可行性。主要論證系統投入和可能產生的效益，本系統所重點考慮的是其投入，運行費用等收費的比較。在系統設計實現階段，由于本工作流引擎功能相對簡單，開發經費并不是很多。在系統建成后，只要配置一些基本的計算機硬件設備和軟件環境，即可運行本系統。而天津3G商城本身就處于計算機網絡行業，計算機的配備是必須的，這就減少了一筆本來要支出。因此，本工作流引擎的開發在經濟是可行的。3.管理可行性。也稱為操作可行性，主要論證新系統在企業或機構開發和運行的可能性以及運行后可能引起的對企業或者機構的影響。根據實際調研，3G商城公司屬于計算機服務行業，一直使用計算機進行經營服務。如果使用工作流管理系統進行公司的日常管理，相信不會有思想和意識上的障礙。所以，在管理層面，此系統的開發也是完全可行的。

二、系統設計分析

系統設計是信息系統開發過程的一個重要階段。在這一階段的主要任務就是根據前一階段系統分析的結果，在系統分析報告的基礎上，進行新系統的設計。系統設計的主要目的就是為下一階段的系統實施制定藍圖。系統設計的主要任務包括新系統總體結構設計、代碼設計、數據庫設計、輸入輸出設計以及功能模塊設計。系統設計的結果是一系列的系統設計文件，這些文件時具體的實現一個信息系統的重要基礎。

三、總結

（一）研究設計結果。本文概括的介紹了商城工作流引擎系統的研究與設計過程。采用了結構化的分析方法對該系統做了整體分析，其中著重對系統的需求分析，系統設計以及數據庫的設計做了介紹。在做設計的過程中，經過需求分析，進一步確定了該系統的邏輯模型，包括系統的流程，功能，性能，輸出，輸入等格式，做出了該系統的設計藍圖。本次研究和設計的系統，可以通過工作流程的科學管理和其他無紙化辦公的功能，滿足公司對提高工作日程管理和運行效率的要求。

（二）設計技巧。回想這個小小的輕量級工作流引擎，其實在研究與設計的時候，還是有不少難點的，接下來，把這個研究與設計過程中獲得的一些處理難點的技巧歸納如下：1.流程模塊。因為日常工作中可能有各種各樣的流程，步驟和處理過程都不一樣，如何在引擎中描述這么多步驟和處理過程都未知的流程呢？我想到了模板設計，不同的流程，定義不同的目標，處理過程和步驟都在模板中定義好，實際應用中開始一個新流程時，按模板定義生成流程的步驟就可以了。2.流程步驟之間的觸發。流程有一個要求就是希望一個流程一旦開始，接下來的步驟能自動觸發，環環相扣，自動去觸發，知道流程完成，這里我想到了電子郵件，當前步驟的完成者指定下一步的完成者，并自動給下一步操作者發送電子郵件，提示下一步操作者去處理流程的下一步。這里我用到了jmail這個組件，并給出了實例代碼，以及如何調用jmail組件發送郵件。另外在用戶登錄的時候，驗證成功后自動彈出登錄用戶所需要處理的流程。3.權限控制。在分配功能模塊定義用戶權限的時，具有某個功能模塊權限的用戶才能訪問那個功能模塊，否則不能訪問那個功能模塊。

參考文獻：

[1]范玉順主編.工作流管理技術基礎[M].清華大學出版社,2001

[2]彭靖灝,李智樺.Windows Workflow Foundation新一代工作流開發實務[M].電子工業出版社,2008,5

可行性分析報告格式范文3

陳嫣所在的梅特勒一托剩多公司是一家主產電子天平的瑞士公司，在陳嫣眼中，這種能稱量物質到小數點后4至5位的高精度儀器，已經超越了它的物理屬性，它象征映射著陳嫣“零缺陷”般的工作準則與態度。“我會把工作中的各項內容分配好，并明確工作職責，將清晰、量化的工作說明交給每個相關員工。盡量做到員工不要在工作時有不明確、不明白的地方，避免工作中的分歧和誤解。”

溫潤、敏感的個性讓她不僅能體恤同事的情緒而且能清醒地自省，“看到常加班的同事，我會檢查、分析—下是工作分配有問題，還是員工的能力有問題，需不需要我幫助，或者他根本不適合這個崗位。”己所不欲，勿施于人，也不失為淑女通達的本色，散發的是一種理性的東方氣質。

陳嫣在同事的眼中不僅是業務能力超強的上司，也是一個心思細膩親和力極高的“萬事通”。她會為團隊的自費outing做詳盡的攻略，去年的日本游之后，她的旅行計劃書悄悄做到了兩年后的意大利。生活中她更是一絲不茍，“再忙我也要把家里打掃得很干凈整潔，物品要分門別類收納整齊。我不喜歡囤積，所有衣食用品維持恒定的量，多余的全部捐贈。”陳嫣說她是一個氣很順的人。偶然遇到煩心事，要么看看自己養在辦公室里的魚缸內爬上又跌落的青蝦，要么回家大掃除一番讓自己汗流浹背大睡一覺。“凡事總有利弊，利大于弊時，就要當斷則斷，懂得取舍。”

職場新淑女2

拓展閱讀　從蒙塔吉夫人到藍襪社，博雅淑女須知

可行性分析報告格式范文4

通過調查研究，工商管理類專業學生就業競爭力普遍不強，主要存在著以下兩方面的問題。其一，工商管理類學生的職業技能和素養達不到工作崗位的要求。其二，工商管理類學生缺乏核心競爭力，受到有技術背景并有一定管理經驗的其他專業畢業生的有力沖擊。為了解決以上問題，加強工商管理類學生就業技能培訓是眾多提高就業率方案中一個可操作性極強且效果良好的辦法。該職業技能培訓可以緩解工商管理類畢業學生與社會企業供求雙方脫軌的矛盾，通過對學生就業技能、職業技能的培養，提高學生的就業競爭力，提高畢業生就業率，同時可以推動工商管理學科教育教學培養模式的改革。

一、工商管理學生就業技能培訓實施的現實意義

1.提高學生的就業能力。基本職業技能、應聘技能及職場適應技能通過專業的培養和訓練是可以在較短的時間內被掌握和提高的。從長期看可以通過校企溝通令學校培養的學生與社會企業的需要結合得更加緊密，形成一個比較完整的人才培養鏈條；從短期看，通過對學生在校期間相關職業技能、應聘技能及職場適應技能的專業訓練，以提高學生在就業市場的競爭力，提前做好學生擇業就職的心理準備，使學生一畢業就能較快地找到較適應的工作，同時更快地適應工作環境，較快達到崗位相關要求，降低就業后再次失業的失業率。

2.充分利用高校人力資源。高校有大量從事教學及科研工作的教師，有多年從事學生心理輔導、就業輔導等工作經驗豐富的輔導員，可以充分利用他們的優勢，了解學生的需求，進行有針對性的培訓。

3.完善教育培養模式。通過就業技能實訓可以在教學改革中做出新的嘗試，改變學校只做理論研究和專業知識傳播的單一教學模式，培養綜合素質強，適應社會的應用型人才。

4.培養建設雙師型教師隊伍。通過就業技能培訓實踐，加強教師隊伍的培養，使教師的注意力不僅僅停留在教學、科研方面，更應該關注教研科研內容與社會的銜接，相關實用職業技能的培養等方面，從而培養建設雙師型教師隊伍。

5.增加學校社會影響力和美譽度。通過就業技能培訓實踐，創造廣泛與企業接觸的機會，了解企業需求，達到校企聯合的目的，使學生畢業后就能適應社會，滿足企業要求，上崗就業，實現學校提高就業率、學生找到適合工作、企業找到合適員工的多重目的，進而增加學校的社會影響力和美譽度。

6.推行職業規劃思想。在校期間進行職業規劃的學習及自我設計，令學生及早的通過自我認知，明確個人發展的方向，及早著手進入職場的準備。

二、就業技能培訓的任務

1.通過調查明確工商管理類學生的需求。

2.通過外聯調查明確社會上企業對工商管理類學生的需求及素質要求。

3.通過高仿真模擬招聘演練，辦公設備實際操作，辦公公文實際撰寫等實踐活動，增強工商管理類畢業生的求職技能。

4.通過外聯搭建校企聯合的橋梁，為畢業生創建更多的實習基地及實習崗位，進而建立畢業生輸送渠道。

5.培養與社會緊密聯系的雙師型教師隊伍。

三、就業技能培訓的實施

1.第一階段：調查階段。此階段是培訓實施的基礎階段，此階段的正確實施是保證以下階段順利有效實施的關鍵。主要是通過問卷調查，明確工商管理類學生就業方面的需求，就業困惑。

2.第二階段：職業規劃階段。（1）認識自我。運用相關測評技術及測評軟件，用科學的方法測試學生的性格和職業興趣。通過一系列的自我性格測試、自我職業興趣測試讓學生認清自我，明確自身大致的擇業方向和發展方向。學生測評后要完成《自我測試報告》，報告內容包括———個人性格、職業興趣、今后的擇業方向、擬求職的崗位，大體規劃個人的近期目標。。（2）認識職場。采用頭腦風暴法列舉出適合工商管理類學生就業的主要行業的名稱、相關崗位、工作內容、任職要求等。明確企業看中、關注員工的哪些素質、這些素質所占的權重。要求學生對自己感興趣的職業、崗位，通過調查、討論，形成《目標職業調查報告》。比較自己目前所具備的素質、技能與目標素質、技能的差距，找出彌補差距的具體方法并進行可行性分析。

3.第三階段：就業指導階段。（1）就業信息的獲取。主要介紹國家及地方對大學畢業生的就業政策；介紹就業信息的搜集、查詢辦法；教授解讀就業信息中的內涵；主要大城市的就業渠道；就業當年人力資源需求多的行業、城市等。（2）簡歷制作。主要介紹簡歷的格式、內容以及送達方式。（3）面試。主要介紹面試前的準備、面試禮儀、面試應答等；通過高仿真模擬招聘，進行情景演練，提高學生應聘心理素質及語言應答技能。

4.第四階段：職場基本技能實訓階段。（1）現代化辦公設備操作。通過實際操作，要求學生會使用打印機、復印機、傳真機、掃描儀等辦公設備，會運用電腦辦公軟件進行Word文檔的排版、Excel文檔的使用、PPT的制作。（2）基本公文寫作。學習通知、請示、報告、會議紀要、工作計劃、工作總結等基本公文的寫作。以學生親自寫作練習為主。（3）商務專項文件起草能力培訓。主要包括標書的撰寫（主要是商務標部分的寫作）、商業策劃書寫作、項目可行性分析報告的寫作、商業合同的起草與簽訂。此環節要求學生掌握商務專項文件的格式、內容，并根據案例要求進行相關文件的起草練習。

5.第五階段：培訓考核階段。（1）校外社會實踐考核。要求學生參加校外招聘會，以報告的形式描述招聘會的參與過程，說明相關信息，總結自身應聘過程中的優缺點。（2）培訓總結。要求學生撰寫培訓總結報告，分析自己在培訓各個環節的所感所獲，分析自己的優劣勢，診斷出自身的問題，明確解決方案。提出對培訓的反饋意見和建議，以便通過不斷改進完善培訓。

6.第六階段：個人咨詢階段。這個環節是始終貫穿于整個培訓過程中的一個環節，學生可以根據自己的需求，對擇業、就業等方面所持的困惑或遇到的問題向指導教師提出個體咨詢，咨詢過程中老師將單獨為學社生進行解答或問題疏導。

四、培訓效果總結

1.通過對受訓學生的調查問卷，分析培訓的效果。其中認為培訓使自己增加了對自己的了解的學生占80%，認為通過培訓更多地了解了行業和職業的占90%，增加面試信心的學生占91%，能夠掌握現代辦公設備運用的達到95%，學會基本公文寫作的占65%，學會商務專項文件起草的占30%，希望增加模擬面試次數和時間的學生占80%，希望增加個人咨詢的學生占70%，認為培訓對自己幫助不大的僅占3%。當然，培訓的實際效果還有待學生走向職場時，社會的真正考驗。

2.在就業技能培訓過程中，通過外聯工作，加強了高校與企業的聯系，對創建實習基地奠定了基礎。

3.通過就業技能培養工作的展開，大大提高了教學工作與社會實踐的接合，對培養雙師型教師，提供了實踐機會，有利于雙師型教師隊伍的建設。

可行性分析報告格式范文5

【關鍵詞】軟件生命周期；質量管理；軟件測試

1.引言

軟件質量是指與軟件產品滿足明確或隱含需求的能力有關的特性，由于軟件產品是邏輯體，不具有實體的可見性，因而其質量也就更加難以把握。軟件產品的質量是通過軟件開發活動和軟件開發過程構造入軟件的，所以軟件開發管理者和軟件開發者必須了解每一個開發活動對軟件產品質量可能產生的影響，及時掌握每一個開發活動對軟件質量所產生的影響，并且對在開發過程中可能產生的或已經產生的質量問題，能夠及時發現并加以控制。要做到這些必須實現軟件開發的工程化。軟件全生命周期質量管理實際上就是工程化管理。它的主要任務就是使軟件開發活動規范化、程序化、標準化。軟件質量管理的基本方法就是根據軟件開發活動的各階段，將質量管理目標分解為若干可實現并可管理的部分，并采用相應的技術和方法進行管理，并對其階段性產品的質量進行驗證，確保最終軟件產品質量滿足用戶的要求。下圖是一個軟件開發過程的主要階段分解圖。

2.需求分析階段

2.1 任務及目標

軟件需求分析階段的任務是確定所開發軟件的運行環境、功能和性能要求，編寫開發計劃。軟件需求分析是由軟件開發方根據委托方提出的軟件任務書以及其它文件，詳細確定軟件需求并編制出一個需求完整、詳細的軟件需求規格說明。

2.2 實施步驟

1）分析和確定軟件開發和運行的環境；2）明確操作者的要求，經分析后將任務書中的技術指標條文擬定成相應的軟件需求規格說明的條文；3）確定人機界面；4）編制項目開發計劃，確定項目質量要求，并將它分解為對軟件開發各階段的質量要求，給出檢查準則；5）確定本項目的質量保證、配置管理工作，并寫入項目開發計劃；6）編寫軟件需求規格說明；7）初步編寫軟件測試工作計劃，明確計劃安排。軟件測試工作計劃一般由軟件項目組編寫。如要求獨立測試，則測試計劃應由獨立測試單位在本階段評審通過后根據需求規格說明另行編寫；8）開始編寫軟件使用說明；9）評審；10）安排測試工作。若需要開發專門的測試軟件或研制專門的軟件測試設備，則應在本階段評審通過后與軟件開發并行地進行此項工作，以保證軟件測試工作按時順利進行。軟件測試的測試軟件開發和測試設備的研制工作按計劃由軟件項目組或獨立測試單位承擔。

2.3 階段產品

1）項目開發計劃；2）軟件需求規格說明；3）軟件測試工作計劃；4）軟件項目計劃數據表。

2.4 技術要求

1）軟件需求規格說明應對軟件的主要功能、性能、技術指標進行定義，其內容應全面、可檢查；2）項目開發計劃中應給出階段評審及配置管理計劃，并明確人員。

2.5 配置管理要求

軟件任務書、開發計劃、軟件需求規格說明、軟件項目計劃數據表、軟件需求分析階段評審表、軟件測試工作計劃進入受控庫。

2.6 評審要求

在軟件需求分析階段，必須進行軟件需求評審，以保證軟件需求的完整性、一致性和準確性。提交軟件任務書、項目開發計劃、軟件需求規格說明、軟件項目計劃數據等，針對項目開發計劃及軟件需求規格說明，對任務和需求分析、可行性分析、質量保證、標準化、配置管理等進行評審，以決定是否開展下階段工作。

3.軟件設計階段

3.1 任務

軟件設計階段的任務是根據軟件需求規格說明進行軟件的總體結構和功能模塊間的設計，初步編制軟件集成測試計劃。定義各功能模塊的接口并設計數據結構，對功能模塊進行過程描述設計，設計功能模塊的內部細節，包括算法和數據結構，為編寫源代碼提供必要的說明。

3.2 實施步驟

1）總體結構設計；2）設計該軟件系統的數據結構，給出所需的模型及所采用的算法原理；3）設計高層模塊的數據流和控制關系；4）給出各個功能模塊的功能描述、數據接口描述及全局數據定義；5）根據軟件可靠性要求，對各功能模塊進行可靠性指標的分配和相應的可靠性設計；6）進行安全性分析，使安全性關鍵的軟件設計符合安全性要求；7）初步編制軟件集成測試計劃；8）確定所有模塊的功能及詳細的接口信息；9）對構成軟件系統的各功能模塊逐步細化，形成若干個可編碼的程序模塊或程序單元。

3.3 階段產品

1）軟件設計說明；2）軟件集成測試計劃（初步）。

3.4 技術要求

1）各功能模塊間應具有低耦合度及高內聚度，功能模塊的作用范圍應在其控制范圍之內；2）各模塊功能單一，模塊接口的復雜度低；3）軟件設計說明和軟件需求規格說明要保持一致，并具有良好的可追蹤性；4）各子項目、模塊的功能和接口要求必須完整、正確。

3.5 配置管理要求

集成測試計劃（初步）、軟件設計說明進入受控庫。

3.6 評審要求

評審軟件設計是否實現了軟件需求規格說明的要求；評審設計方案與主要算法的可行性和先進性；并針對集成的單元之間的信息流和控制流的可追溯性、數據加工處理與數據結構的一致性、并發性信息處理的正確性、可靠性和安全性技術應用的程度及正確性等進行評審，并最終做出本階段工作是否完成、是否轉入下階段工作的評審結論。

4.代碼開發階段

4.1 任務

根據軟件設計說明對各程序單元進行編碼、調試、靜態分析和單元測試，驗證程序單元與設計說明的一致性，并將經過單元測試的模塊逐步集成和調試，完成軟件系統集成，

4.2 實施步驟

1）對每個程序單元用指定的程序設計語言進行編碼和測試；2）對完成編碼的源程序進行靜態分析；3）補充和完善單元測試用例并依此產生測試輸入數據，開發單元測試程序；4）進行程序單元測試；5）將經過單元測試和調試的程序逐步集成和調試，直至集成為相對獨立的軟件功能模塊；6）及時清除程序中用于調試等項工作的多余語句和程序“垃圾”；7）在集成調試后，對經過修改的模塊應進行單元回歸測試；8）編寫軟件使用說明初稿；9）評審。

4.3 階段產品

1）修改了的軟件設計文檔及相應的修改報告單；2）程序單元的編碼；3）程序單元的測試結果、測試用數據及測試輔助程序；4）軟件使用說明初稿。

4.4 技術要求

1）用指定的編程語言進行編碼；2）編碼符合規定語言的編碼格式約定；3）每個程序單元實現的功能、性能和接口應該滿足設計說明的要求；4）必須進行程序靜態分析；5）按要求應分別采用自檢、互檢、專檢等方式檢測軟件，以提高軟件質量和可靠性；6）被測試單元中的每項軟件特性和功能都必須被至少一個測試用例所覆蓋；7）采用必要的安全性設計措施，保證安全性設計需求的實現；8）對在單元測試中發現錯誤的程序應進行修改，修改后的程序單元必須進行回歸測試；9）不僅要考慮對合法的輸入產生測試用例，而且要對非法的、非預期的輸入產生測試用例，既要對正常的處理路徑進行測試，也要考慮對出錯的處理路徑進行測試； 10）程序單元的測試用例需加明確的注釋，并和測試輔助程序一起納入測試集，存檔保留。

4.5 配置管理要求

修改的文檔和相應的修改報告單、軟件使用說明、程序單元的代碼、單元測試數據和測試程序、軟件實現階段評審表進入受控庫。

4.6 評審要求

評審編碼、單元測試的正確性和完整性，在完成文檔、程序編碼、程序單元調試及單元測試的前提下，提供程序單元的編碼、程序單元測試的結果和測試用例、程序開發卷宗等，對程序代碼與詳細設計的一致性、代碼格式與規定要求的一致性、程序代碼調試結果的正確性、靜態分析過程的正確性和合理性、單元測試用例的充分性和合理性、單元測試數據的產生和測試過程的正確性、合理性和完整性、軟件實現過程中若修改了軟件詳細設計或概要設計，則應多途徑審查從被修改階段開始到軟件實現階段為止所有改動部分的正確性等進行審查，做出軟件實現階段是否完成、是否將程序和文檔提交，以便進行軟件集成測試的結論。

5.集成測試階段

5.1 任務

根據集成測試計劃，在將底層程序單元逐步集成到子項目、直至整個開發項目的過程中對軟件進行測試。在進入集成測試前，各程序單元必須完成代碼靜態分析和逐步審查、無錯誤地通過編譯或匯編、完成單元測試、滿足軟件質量要求、程序單元已置于軟件配置管理之下等。

5.2 實施步驟

1）補充、修改和完善軟件集成測試計劃；2）校訂集成順序，編制軟件集成測試程序并核對其正確性；3）建立軟件集成測試環境；4）對集成軟件功能模塊進行測試；5）對集成軟件子項目進行測試；6）對集成軟件產品總體進行測試；7）分析測試結果，找出產生錯誤的原因；8）提交軟件集成測試分析報告，以便盡快修改錯誤；9）完成軟件使用說明的編寫工作；10）評審。

5.3 階段產品

1）修改后的軟件集成測試計劃；2）修改后的軟件設計文檔及相應的修改報告單；3）軟件集成測試分析報告；4）通過集成測試的代碼；5）集成測試用例集和集成測試輔助程序；6）軟件使用說明。

5.4 技術要求

1）軟件集成測試應保證模塊間無錯誤地連接；2）應測試軟件系統或子系統對數據的正確處理能力和經受錯誤的能力；3）在軟件集成測試中，在找出錯誤后，程序應送回編碼者進行修改、調試和單元測試，然后再重新進行軟件集成測試；4）通過軟件集成測試的軟件應滿足各模塊無錯誤地連接、滿足各項設計要求、對錯誤輸入有正確的處理能力、人機界面正確無誤、滿足全部操作要求等。

5.5 配置管理要求

軟件集成測試計劃、修改的軟件設計文檔及相應的修改報告單、軟件集成測試分析報告、最后集成完成的程序代碼、集成測試用例集和集成測試輔助程序、軟件使用說明、軟件集成測試的評審報告進入受控庫。

5.6 評審要求

評審集成測試結果的有效性、軟件的結構和接口間的協調性；評審在軟件集成測試中對所發現的問題進行軟件設計修改、程序代碼修改的正確性。在完成測試、測試分析和文檔提供軟件集成測試計劃、軟件集成測試分析報告、軟件問題報告單的前提下，對軟件集成測試的恰當性、測試用例集的完整性和恰當性、測試結果和測試用例集的一致性、測試環境和正式運行環境的相容性、測試分析過程和結論的正確性等進行評審。

6.確認測試階段

確認測試主要是針對軟件的全部功能和性能要求的黑盒測試。軟件項目開發單位的質量管理部門的測試人員負責測試過程的實施和測試結果的確認，技術管理部門的有關人員與業務部門及項目組成員共同組成確認測試小組，完成確認測試任務。

6.1 任務

1）根據軟件需求規格說明中定義的全部功能和性能要求及確認測試計劃，測試整個軟件，確認其是否符合軟件需求規格說明的要求；2）軟件確認的依據是軟件需求規格說明、概要設計說明及詳細設計說明等，測試對象為通過了軟件集成測試的源程序代碼；3）軟件確認測試工作包括測試環境的建立和測試計劃的編制兩項，此兩項工作在軟件需求分析階段就應開始。

6.2 實施步驟

1）組織和確定軟件確認測試組成員；2）修訂確認測試計劃，對確認測試計劃進行評審，經批準后實施；3）建立和確認軟件測試環境；4）接口測試；5）根據軟件需求規格說明中規定的功能對軟件逐項進行測試；6）根據軟件需求規格說明中規定的性能要求，如精度、速度、適應性等，對軟件逐項進行測試；7）逐條運用軟件使用說明進行測試，以進一步證實該說明的適應性和有效性，并改正其中的錯誤；8）分析測試結果，找出產生錯誤的原因；9）編寫確認測試報告；10）評審。

6.3 階段產品

1）確認測試計劃；2）確認測試分析報告；3）確認測試用例集及有關測試輔助程序；4）通過確認測試的程序代碼。

6.4 技術要求

1）關鍵軟件部件或測試項目的確認測試應由與該軟件項目組無關的技術人員進行，以保證測試的客觀性；2）應在正常輸入數據和合理的異常輸入數據的條件下，考查被測軟件功能和性能的完備性；3）確認測試的測試環境必須與軟件真實運行環境一致或相容；4）全部測試結果、預期結果及測試數據應當存檔保留；5）個別功能和接口要求只能在系統聯試后才能確認的，必須在確認測試分析報告中寫明；6）軟件項目組應積極配合確認測試組的測試工作。

6.5 配置管理要求

確認測試計劃、確認測試分析報告、確認測試用例集及有關測試輔助程序、通過確認測試的程序代碼、確認測試計劃評審表和確認測試階段評審表進入受控庫。

6.6 評審要求

在本階段應進行兩次評審，軟件確認測試計劃評審和軟件確認測試階段評審。

1）確認測試計劃評審

評審確認測試計劃的合理性、完備性以及與軟件需求規格說明的一致性。提供軟件確認測試計劃，確認測試計劃安排的合理性；確認測試環境選擇的合適性；確認測試計劃中功能測試的合理性、齊全性；確認測試計劃中性能測試的合理性、齊全性；確認測試用例、測試數據、測試方案的合理性、正確性和全面性；確認測試結果分析的合適性；確認測試組人員組成和安排的恰當性。該評審應得出的結論是該確認測試計劃是否可行，是否批準實施。

2）確認測試階段評審

評審確認測試結果的有效性；評審軟件功能、性能與軟件需求規格說明的相容性；評審確認測試分析結果的正確性。完成確認測試后提供軟件確認測試分析報告、確認測試用例集，對確認測試用例集的完備性和恰當性、確認測試用例集和確認測試結果的一致性、確認測試環境和運行環境的相容性、確認測試分析過程和結論的正確性進行評審，最終確認該軟件是否實現了軟件需求規格說明所要求的技術指標，對確認測試過程不正確或不完整，需改進測試過程后重做或另外組織確認測試組重做。

7.系統聯試階段

7.1 任務

系統聯試是大系統開發的一個重要階段。系統聯試應由大系統的開發部門主持，軟件項目組參加，以保證軟件與大系統的對接。

7.2 技術要求

1）軟件與所屬大系統的接口應重點測試，不允許有不協調之處；2）對軟件向所屬大系統輸出的信息以及從所屬大系統向軟件輸入的信息，都應仔細歸類進行測試，并注意邊緣測試；3）測試應在軟件和大系統的正式工作環境下進行；4）對存在的問題應分析其產生的原因并給出修改意見；5）全部預期結果、測試結果及測試數據應存檔保留。

8.總結

軟件生命周期質量管理就是使軟件開發過程規范化、程序化和標準化。它通過將復雜的問題分解為若干可實現并可管理的部分，對軟件生命周期的各階段采取相應有效的方法，對其階段性產品的質量進行驗證，以保證軟件的質量。

參考文獻

[1]周艷會，王靜.軟件質量管理的幾點做法[J].電腦與電信，2012（4）：70-71.

可行性分析報告格式范文6

關鍵詞：信息資源規劃（IRP） 教學資源 數據模型 資源平臺

隨著信息化向深層次推進，局域網中的信息資源以指數方式增長，如何將分散、無序的資源整合起來，使用戶能方便、高效的將其利用于學習和工作之中，并在大范圍內實現共享是我們急需解決的問題。

信息資源規劃(IRP)是指對企業生產經營所需要的信息，從采集、處理、傳輸到使用的全面規劃。信息資源規劃的作用是解決“系統重建”問題和“系統整合”問題。

通過信息資源規劃，構建IRP方案/數據標準，并用它來衡量已有應用系統的功能、數據結構和數據與標準化、規范化的差距，遵循方案標準建立統一的資源庫和信息系統，找到整合提升的具體目標。最大程度地提高數據的共享，使數據冗余最低，資源得到優化配置，不斷提高管理的效率和水平，進而提高核心競爭能力。

信息資源規劃的基本方法

信息資源規劃方案的構成

IRP基于信息工程方法論(IEM)的指導，采用工程化方法進行全域的信息資源規劃。即按照一定的方法步驟、遵循一定的標準規范、利用有效的軟件工具進行各職能域的信息需求和數據流分析，制定信息資源管理基礎標準，建立全域和各職能域的信息系統框架―功能模型、數據模型和系統體系結構模型。其理論方法、標準規范和軟件工具三者關系如圖1。

信息資源規劃的實施步驟

信息資源規劃一般分為兩個階段：第一階段為需求分析，第二階段為系統建模。整個信息資源規劃活動如圖2。具體步驟包括：業務梳理、用戶視圖規范化、數據流分析、系統功能建模、數據庫設計標準化、建立系統體系結構模型和網絡平臺。

IRP在整合局域網信息資源中的應用

本文以高校校園網教學資源整合與重構的應用來說明IRP的實現方法。

重組業務流程

按照信息資源規劃方法，在對高校管理進行業務梳理分析之后,高校的職能域可以界定為：組織機構管理、教職員工管理、教務管理、教學設施設備管理、學術科研管理、招生與就業管理、學生工作管理、后勤服務管理、財務管理、圖書文獻資料管理等9～15個職能域。

接下來對每個職能域識別和定義業務流程或業務過程。在進行了業務梳理和業務模型的建立之后，才能進一步進行計算機化可行性分析與功能模型分析。

構建用戶視圖

用戶視圖是一些數據的集合，它反應了最終用戶對數據實體的看法，包括單證、報表、賬冊和屏幕格式等。基于用戶視圖的數據需求分析，可大大簡化傳統的實體―關系(E-R)分析方法，有利于發揮業務分析員的知識經驗。

用戶視圖規范化，主要是對視圖的標識、名稱、流向等概要信息和組成信息進行規范定義，為數據庫的規劃設計做好準備。用戶視圖分為三大類（輸入、存儲和輸出），每大類分為四小類（單證/卡片、賬冊、報表、其他―屏幕表單等）。按照用戶視圖規范化的方法與構建原則，一一列出管理信息系統的視圖。按照數據結構規范化理論，對需要存儲的用戶視圖結構做標準化的“范式”重新組織，可以直接為數據庫的規劃設計做好準備。

繪制數據流程圖

數據流分析的有效方法是繪制數據流程圖。要對每個職能域繪出一二級數據流程圖，從而搞清楚職能域內外、職能域之間、職能域內部的信息流。

基于用戶視圖的規范化的數據流程圖，可以進行各職能域的輸入、存儲、輸出數據流的量化分析。特別是各職能域對外單位的輸出、輸入數據流分析報告，是最重要的數據流分析結果。這是構建各子系統數據模型，并確保該數據模型不僅能真實反映信息定義與流程，而且能滿足信息系統建設需要的基礎工作。

建立系統功能模型

信息系統功能模型表述方法是：列出全部子系統并簡要描述每一子系統；列出每一子系統所含的功能模塊并作定義，列出每一功能模塊所含的程序模塊。

為得出功能模型，還應對業務活動做計算機化可行性分析―建立業務模型。如"教材訂購管理"業務活動可建立如下的業務活動模型。

業務過程 業務活動

教材計劃管理　編審教材需求計劃

編審采購計劃表

編審采購計劃

…… ……

經過這些具體分析和規劃，得出的功能模型如下：

功能模塊 程序模塊

教材計劃 錄入基層教材需求計劃

匯總基層教材需求

按此方法列出全部子系統并簡要描述每一子系統；列出每一子系統所含的功能模塊并作定義，列出每一功能模塊所含的程序模塊。

設計標準化的數據庫

系統數據模型是系統集成和信息共享的基礎。數據模型標準化包括：數據元素標準、信息分類編碼標準、用戶視圖標準和數據庫標準。校園網中的教學資源常見的包括媒體素材、題庫、試卷、案例、課件等。按照IRP方法，將教學資源分為多媒體教學資源庫、圖書情報信息庫、管理信息庫、動態綜合信息庫四大類資源庫。

確定主題數據庫 例如教務管理中需要建立的典型的主題數據庫有：教師、學生、教學計劃、教學設施、教材、課程門類等。這些數據庫的數據元素組成應達到“第三范式”的數據結構，同時是共享的可為其它子系統調用。

例如：教職員工管理中的“教職員工主題數據庫”，其概念數據庫可表達為：

教職員工（職工代碼，職工姓名，出生日期，文化程度，簡歷，獎懲情況，……）而其邏輯數據庫的規范化表示為圖3。

確定核心數據元素 如數據處理系統中的“職工姓名”、“員工姓名”、“職員姓名”等，如不加以統一，其標識就可能是EMP_NAME、NAME_OF_EMPLOYEE、EMPLOYEE_NM等。如果采用“職工姓名”這個統一標準，其標識為EMPNM，這就是少數的“核心”數據元素，這樣做可大幅度減少全校數據處理系統中所使用的數據元素的總數，并可大大簡化其結構。

信息分類編碼標準化 如教職工代碼按混合編碼方式設計為：TPM010203，其中：T―教師、P―教授、M―男、01―部門、02―教研室、03―順序號。這樣信息分類編碼具有足夠的容量、屬性系統化、一定的柔性和通用性。

在數據元素標準和信息分類編碼標準基礎上，再建立用戶視圖標準和數據庫標準，這樣能使后續系統開發和系統運行維護通過網絡系統使用這些標準，將實現教學信息資源的整合，為系統集成打好堅實的基礎。

建立信息系統體系結構模型

在信息工程方法論中，信息系統體系結構是指系統數據模型和功能模型的關聯結構，采用C-U矩陣來表示。

系統體系結構模型分為全域系統體系結構模型和子系統體系結構模型兩個層次。全域系統體系結構模型(全域C-U矩陣)是整個規劃范圍內所有子系統和主題數據庫之間的關系。用表列出子系統與主題數據庫之間的使用與生成的關系。子系統體系結構模型(子系統C-U矩陣)是子系統內所有功能/程序模塊與基本表之間的關系。按同樣的方法構建子系統體系結構模型即子系統U/C陣，它表示一個子系統的所有程序模塊與基本表的關聯情況。系統體系結構模型的建立，是決定共享數據庫的創建與使用責任、進行數據分布分析和制定系統開發計劃的科學依據。

建立統一資源管理平臺

構建校園網的網絡平臺，實質是為各種業務信息系統提供一個資源集中管理、互換、共享的信息基礎平臺，使得基于平臺的應用級開發商只需關心具體業務系統的表示邏輯，而無需設計數據的存儲方案與存儲結構。為了使校園網提供豐富的、多元化的教學信息資源，并以多種展示方式組織、存儲、管理，便于使用者查詢、下載、應用等。為此，教學資源管理平臺采用B/S結構，利用Internet的Web模型為標準平臺，建立位于內部局域網上的服務器，并通過Internet連接其他教育網站，使用戶不僅可以隨時隨地訪問本資源庫中的資源，還可訪問其他網站的相關資源。整個系統流程劃分為三層，自底向上分別為資源管理層、應用層及用戶層，如圖4。

加強信息資源庫應用和管理的研究工作，對信息資源進行統一規劃，建立統一的信息標準和信息系統模型，規范信息資源庫建設技術標準，整合優化各類信息資源，形成一套行之有效的資源庫建設思路與管理方法，才能實現信息充分共享，資源得到優化配置，最終實現信息化。

參考文獻：