軟件工程可行性分析精選(九篇)
前言：一篇好文章的誕生，需要你不斷地搜集資料、整理思路，本站小編為你收集了豐富的軟件工程可行性分析主題范文，僅供參考，歡迎閱讀并收藏。
第1篇：軟件工程可行性分析范文
關鍵詞：軟件工程；uml；建模
引言
在現(xiàn)代社會中，軟件無處不在，人們常接觸的軟件有辦公軟件、網(wǎng)上購物網(wǎng)站、電子郵件收發(fā)系統(tǒng)、計算機操作系統(tǒng)、游戲等，各式各樣的軟件使得人們的生活變得更輕松、工作更高效。但隨著軟件功能的日益復雜，軟件的開發(fā)和維護中出現(xiàn)許多嚴重的問題，使得軟件開發(fā)成本急劇上升，而質量卻難以得到保證，于是引發(fā)了軟件危機。如何才能擺脫軟件危機，更加有效地進行軟件的開發(fā)和維護工作呢？這就要用到“軟件工程”。
一、基于軟件工程的系統(tǒng)開發(fā)過程
軟件工程是為了解決軟件危機而出現(xiàn)的， 其核心思想是采用工程的概念、原理、技術與方法對軟件進行計劃、開發(fā)和維護，按預期的進度和經(jīng)費完成軟件開發(fā)任務。根據(jù)這一思想，軟件開發(fā)被劃分為可行性分析、需求分析、設計、軟件編碼、軟件測試、軟件維護六個階段。下面以常見的校園BBS論壇為例，用面向對象的分析方法，介紹軟件開發(fā)的各階段所做的工作。
1.可行性分析
可行性分析是軟件項目在正式立項前必須進行的工作，目的不是解決軟件該如何做的問題，而是確定軟件項目是否值得做，項目能否在現(xiàn)有資金、人力和技術條件的限制下完成或者用盡可能小的代價在盡可能短的間內解決的?？尚行苑治霰仨毷强陀^的、科學的，不能單憑決策者的一時沖動。
以校園BBS論壇前臺系統(tǒng)為例，進行可行性分析時，應考慮論壇的技術可行性、經(jīng)濟可行性、操作可行性和開發(fā)方案的選擇?？尚行苑治龅牟襟E為：分析建立系統(tǒng)的目的、分析當前系統(tǒng)的優(yōu)劣及業(yè)務流程、提出新系統(tǒng)、分析新系統(tǒng)是否滿足需求、制定新系統(tǒng)的技術方案、分析比較各方案的優(yōu)劣、推薦最優(yōu)方案?？尚行苑治鲭A段最終要得到可行性研究報告。
2.需求分析
論壇可行性論證通過后，緊接著要做的就是論壇需求分析。這一階段的主要任務就是要描述系統(tǒng)的功能需求，從用戶的角度，以用戶可理解的方式來描述系統(tǒng)需求。系統(tǒng)需求可以通過和使用者交流、問卷調查、參與觀察業(yè)務流程、閱讀同類產(chǎn)品的描述文檔等方式獲得。需求分析階段不考慮系統(tǒng)的具體解決方案，只考慮系統(tǒng)“要做什么”。
為了能簡單直觀的描述系統(tǒng)功能，讓普通的用戶也可以看懂系統(tǒng)功能描述，系統(tǒng)分析人員可以選擇UML的建模方法。在UML的規(guī)范中，“用例”描述系統(tǒng)的功能和需求。以校園BBS論壇前臺系統(tǒng)為例，其用例如圖一：
從上圖可以看出，用例圖是從參與者的角度來描述系統(tǒng)的功能。其中參與者描述為一個人形符號，系統(tǒng)的功能描述為橢圓形，一個功能就是一個用例。參與者可以是人，也可以是與系統(tǒng)交互的組織或系統(tǒng)。
圖一 系統(tǒng)用例圖
用例圖描述了系統(tǒng)用戶和系統(tǒng)功能的關聯(lián)關系，若想要詳細描述系統(tǒng)的某個功能，開發(fā)人員可以用“序列圖”來完成，這有助于項目團隊對系統(tǒng)功能達成共識。圖二為注冊用戶“回復帖子”的序列圖：
圖二 “回復帖子”序列圖
圖中，水平方向上的是參與交互的四個對象：用戶、登陸系統(tǒng)、論壇主頁和發(fā)帖回帖模塊。四個對象間互有消息來往，且這些消息有先后次序。上圖也可以簡單理解為用戶發(fā)帖的操作步驟。
3.設計
此階段主要根據(jù)需求分析的結果，對整個軟件系統(tǒng)進行設計，如系統(tǒng)框架設計，數(shù)據(jù)庫設計等等，重點解決“怎么做”的問題。好的軟件設計將為軟件程序編寫打下良好的基礎。
在UML的規(guī)范中，類圖描述系統(tǒng)中類、接口及其間關系的一種圖，它描述的是系統(tǒng)的靜態(tài)關系。一個系統(tǒng)的描述需要組織大量的詞匯，相關概念詞匯集結在一起，逐漸形成類圖。需求描述中的名詞有可能就是一個類的名字，也有可能是某個類的屬性。需求描述中的動詞往往就是一個類中的一個操作。多個類中相同的動作就可以組成一個接口。
通過對BBS論壇前臺系統(tǒng)進行分析，系統(tǒng)中基本的類有用戶類、版塊類、主題類、回復類和數(shù)據(jù)庫連接類。系統(tǒng)的類圖設計模型如圖三：
圖三 論壇基本類圖
為了更清晰的分析和理解部件之間的相互影響程度，可以使用組件圖描述代碼部件的物理結構及各部件之間的依賴關系，一個部件可能是一個資源代碼部件、一個二進制部件或一個可執(zhí)行部件。在BBS論壇前臺系統(tǒng)中，參與的基本部件有數(shù)據(jù)庫服務、web應用程序、論壇前臺程序、主版快頁面等。BBS論壇組件圖如四：
圖四 論壇組件圖
可執(zhí)行軟件最終要部署運行在可戶的環(huán)境中才能發(fā)揮作用。部署圖定義系統(tǒng)中軟硬件的物理體系結構。BBS論壇前臺系統(tǒng)的軟硬件有WEB應用服務器、數(shù)據(jù)庫服務器、客戶端，其部署圖如圖五：
4.編碼
編碼就是把設計階段的類轉換成某種面向對象程序設計語言的代碼，此階段是將軟件設計的結果轉換成計算機可運行的程序代碼。在程序編碼中必須要制定統(tǒng)一，符合標準的編寫規(guī)范。以保證程序的可讀性，易維護性，提高程序的運行效率。
圖五 論壇部署圖
5.測試
在軟件設計完成后要經(jīng)過嚴密的測試，以發(fā)現(xiàn)軟件在整個設計過程中存在的問題并加以糾正。整個測試過程分單元測試、集成測試、系統(tǒng)測和用戶測試四個階段。不同的測試采用不同的UML圖作為測試的基礎。單元測試用到類圖和類的規(guī)格說明，集成測試用到組件圖和協(xié)作圖，系統(tǒng)測試用到用例圖來確認系統(tǒng)的行為符合這些圖中的定義。測試的最后階段---用戶測試由系統(tǒng)的最終用戶負責在系統(tǒng)的真實使用環(huán)境中完成。測試的方法主要有白盒測試和黑盒測試兩種。在測試過程中需要建立詳細的測試計劃并嚴格按照測試計劃進行測試，以減少測試的隨意性。
6.維護
軟件維護是軟件生命周期中持續(xù)時間最長的階段。在軟件開發(fā)完成并投入使用后，由于多方面的原因，軟件不能繼續(xù)適應用戶的要求，為了延續(xù)軟件的使用壽命，就必須對軟件進行維護。軟件的維護包括改進性維護、適應性維護、完善性維護、預防性維護。改正性維護是在軟件交付使用后，為了解決軟件本身的錯誤而做的程序修改；適應性維護是為適應環(huán)境的變化而修改軟件的活動；完善性維護是根據(jù)用戶在使用過程中提出的一些建設性意見而進行的維護活動；預防性維護是為了進一步改善軟件系統(tǒng)的可維護性和可靠性，并為以后的改進奠定基礎。
二、結語
軟件工程的思想無時無刻不體現(xiàn)在軟件的開發(fā)和維護過程中，越是復雜的軟件，越需要軟件工程來指導開發(fā)。把握軟件生存周期的每個階段的特征，是應用好軟件工程的基礎。
參考文獻：
[1]潘家志.基于UML的面向對象開啊模型UBDM的研究[D].西南農業(yè)大學，2002.
第2篇：軟件工程可行性分析范文
軟件工程不僅是計算機科學與技術專業(yè)、軟件工程專業(yè)的一門專業(yè)基礎核心課程，也是其他相關專業(yè)，如信息工程、系統(tǒng)工程、信息與計算機科學、信息管理與信息系統(tǒng)等專業(yè)的重要應用技術課程。對于這些專業(yè)的學生來說，畢業(yè)設計多是以軟件開發(fā)類項目為主，整個畢業(yè)設計就是開發(fā)一個軟件。為了更好地完成軟件開發(fā)類畢業(yè)設計，提高學生畢業(yè)設計的質量，進一步規(guī)范畢業(yè)設計中的軟件開發(fā)過程是必需的。軟件工程的思想正是用工程化方法構建和維護有效的、實用的和高質量的軟件。按照軟件工程思想，軟件開發(fā)的生命周期分為可行性分析、需求分析、總體設計、詳細設計、編碼實現(xiàn)、軟件測試和軟件維護幾個階段。在學生的畢業(yè)設計中以軟件工程的思想為主線，從軟件工程的角度去指導學生進行畢業(yè)設計，挖掘軟件工程在系統(tǒng)開發(fā)過程中的價值，解決畢業(yè)設計中存在的一些問題，既有助于學生更好地理解軟件工程的方法、技術和思想，更有助于提高軟件類畢業(yè)設計的質量。
2畢業(yè)設計中存在的問題
筆者在指導學生軟件開發(fā)類畢業(yè)設計過程中發(fā)現(xiàn)，畢業(yè)設計存在著選題難、任務重、重視編碼、輕過程、項目無法完成等現(xiàn)象。設計過程中沒有嚴格地遵循軟件工程的開發(fā)方法，沒有規(guī)范的軟件設計過程，項目能否成功主要依賴于個人能力和個人努力，這種不正確的開發(fā)方法帶來了嚴重的后果。在項目開發(fā)的過程中常常存在以下幾個方面問題：
2.1選題的盲目性
選題是畢業(yè)設計過程中的一個初始環(huán)節(jié)，選題恰當是做好畢業(yè)設計的前提，但選題不當?shù)那闆r仍然時有發(fā)生。學生沒有認識到畢業(yè)設計的重要性，純粹是為了完成學業(yè)而做畢業(yè)設計，選題沒有一個確切的目標，往往是隨便選一個題目，造成選題的盲目性，出現(xiàn)了選題陳舊、選題范圍狹窄、選題偏大等問題，使學生抄襲、完成不了畢業(yè)設計的情況時有發(fā)生。
2.2缺少軟件的系統(tǒng)分析
軟件開發(fā)過程的第一個階段是系統(tǒng)分析，用來確定軟件開發(fā)要解決的問題是什么？估算完成該項目需要的資源和成本，確定目標系統(tǒng)應該具備哪些功能，主要經(jīng)歷問題的定義、可行性分析和需求分析三個階段。軟件的系統(tǒng)分析確定了用戶需求，同時對目標系統(tǒng)提出完整、具體的要求，引導開發(fā)者正確地構建系統(tǒng)。因此，對用戶需求做出全面、正確的分析，對于最終軟件開發(fā)類畢業(yè)設計的成敗起著至關重要的作用。然而在完成畢業(yè)設計過程中，學生往往認為代碼編寫最重要，對軟件開發(fā)過程中的可行性分析和需求分析階段不重視，甚至沒有系統(tǒng)分析，對整個畢業(yè)設計的完成造成了影響。
2.3軟件設計過程雜亂無章
軟件設計一般都要經(jīng)歷可行性分析、需求分析、總體設計、詳細設計、編碼和測試階段。而部分學生在畢業(yè)設計開發(fā)的過程中，缺乏軟件工程設計思想，跨越需求分析、概要設計、詳細設計和功能模塊設計，直接進行代碼的撰寫；或者從代碼反推出模塊設計；甚至在軟件開發(fā)過程中，一邊寫程序，一邊了解需求，程序完成了需求才確定。這種無序的軟件設計過程，導致最終設計的系統(tǒng)雜亂無章、代碼的重復率高、潛在?Bug多、系統(tǒng)的可集成性非常差、不能在規(guī)定時間內完成設計或者系統(tǒng)無法運行。
2.4開發(fā)過程中文檔不完備
根據(jù)軟件工程學的基本原理，軟件＝程序+文檔，可見軟件文檔是軟件開發(fā)過程中不可缺少的組成部分。軟件文檔貫穿于軟件開發(fā)的各個階段，是提高軟件產(chǎn)品開發(fā)效率、規(guī)范軟件產(chǎn)品開發(fā)過程、保證軟件產(chǎn)品質量的關鍵。但在實際畢業(yè)設計中，很多同學認為把程序代碼編出來了，畢業(yè)設計也就完成了，提交的畢業(yè)設計論文就是系統(tǒng)代碼的復制，即只做出一個可演示可操作的系統(tǒng)，而忽略了軟件開發(fā)的完整性、系統(tǒng)性。完整的畢業(yè)設計不僅包括可操作的系統(tǒng)，還包括在開發(fā)系統(tǒng)的過程中所產(chǎn)生的各個文檔資料。文檔的缺失會降低軟件開發(fā)的效率、影響整個軟件的開發(fā)、使用和維護。以上問題的存在，嚴重影響了畢業(yè)設計的進度和質量，沒有達到畢業(yè)設計的目標要求。針對當前畢業(yè)設計的現(xiàn)狀和存在不足，筆者認為應用軟件工程學的思想指導畢業(yè)設計，對促進學生綜合素質與工程實踐能力培養(yǎng)具有積極意義。
3用軟件工程思想指導學生進行畢業(yè)設計
3.1以可行性研究指導選題
可行性研究的目的是用最小的代價在盡可能短的時間內確定問題是否能夠解決。畢業(yè)設計題目的選擇，應立足于解決工程實際問題，可由指導教師提供符合相關專業(yè)畢業(yè)設計要求的題目，也可以鼓勵學生自己到社會、生產(chǎn)企業(yè)中尋求研究課題，培養(yǎng)他們自主學習的意識。選題過程以可行性研究為指導，從課題規(guī)模大小、難易程度、學生自己的研究方向、愛好、學生的知識層面和能力等多個方面進行考慮，對于選擇的題目是否能夠解決，確定在規(guī)定的時間內完成畢業(yè)設計的可行性。指導教師可根據(jù)學生選報的題目來指導學生對該選題進行調查研究，明確課題要解決的問題是什么，簡要地寫出關于問題性質、項目目標和項目規(guī)模的書面報告。可行性研究來指導畢業(yè)設計的選題，實質上是簡化了系統(tǒng)分析和設計的過程，也是在較高層次上以較抽象的方式進行的系統(tǒng)分析和設計的過程，使學生對于課題的設計有個清晰的思路，為及時完成畢業(yè)設計提供了可能。
3.2重視軟件的需求分析
需求分析的基本任務是準確地回答“系統(tǒng)必須做什么”，即確定系統(tǒng)必須完成哪些工作，也就是對目標系統(tǒng)提出完整、準確、清晰、具體的要求，不僅指明了系統(tǒng)設計時必須要實現(xiàn)的目標，也是軟件設計、實現(xiàn)、測試和維護階段的主要參考標準。用戶需求的獲取是軟件開發(fā)中最重要、難度最大的工作，它貫穿于整個軟件設計過程，不僅要涉及到軟件開發(fā)方面的知識、應用領域方面的知識，還涉及到與用戶溝通的能力。在進行需求獲取和分析時，為了及時、準確地獲取，可采用軟件工程中比較成熟的方法，例如訪談、實際調查、UML的用例技術等。需求分析在軟件系統(tǒng)分析與設計階段起著橋梁的作用，確定了系統(tǒng)的需求，才能制定出軟件設計的框架，保證畢業(yè)設計循序漸進、有條不紊地進行，避免后期開發(fā)過程的頻繁返工，進而按時完成最終的任務。
3.3規(guī)范畢業(yè)設計過程
軟件開發(fā)類畢業(yè)設計一般是開發(fā)一個軟件系統(tǒng)，實現(xiàn)一定的功能?！奥槿鸽m小，五臟俱全”，無論軟件規(guī)模的大小、功能的多少，都應該嚴格按照軟件工程中軟件生命周期每個階段的步驟完成各項任務。要培養(yǎng)學生把軟件工程的概念貫穿于整個畢業(yè)設計過程，也就是說，讓學生把開發(fā)軟件的過程看成是蓋一棟大樓，修一條公路的實際工程，用工程化的思想指導畢業(yè)設計，確定完成課題的各項任務的工作步驟，注重軟件類畢業(yè)設計的過程，而不是學生所認為的畢業(yè)設計就是編程序，代碼調試通過即可。通過工程的概念規(guī)范畢業(yè)設計過程，讓學生明白開發(fā)一個軟件系統(tǒng)一般經(jīng)過系統(tǒng)分析、系統(tǒng)設計、系統(tǒng)實施三個階段，必須嚴格遵循軟件生命周期的規(guī)律，完成各個階段的任務，才能最終提高畢業(yè)設計的質量。
3.4重視文檔的寫作
軟件工程中的瀑布模型嚴格地規(guī)定了在整個軟件生命周期的各個階段，都要提交相應的文檔。文檔不僅記錄軟件開發(fā)過程中的大量信息，在軟件的開發(fā)、維護過程中也起著重要的作用。在指導學生畢業(yè)設計時，要求學生遵照軟件工程的思想，把文檔作為整個設計的指揮棒，記載設計過程的每一階段完成的目標、任務及技術手段，建立健全畢業(yè)設計文檔制度，確保畢業(yè)設計過程中的文獻綜述、譯文、任務書、開題報告、選題審題表、中期檢查表、設計(論文)正文、答辯記錄等各環(huán)節(jié)教學資料檔案完善、規(guī)范，實現(xiàn)對畢業(yè)設計的全程監(jiān)控。
4結束語
第3篇：軟件工程可行性分析范文
關鍵詞：CMM2；過程改進；項目管理系統(tǒng)
中圖分類號：TP311.5
目前，南京市軟件產(chǎn)業(yè)取得了令人矚目的成績，中小型軟件企業(yè)的數(shù)量也在與日俱增，相當多的中小型軟件企業(yè)希望以CMM2作為切入點，著力改進軟件項目管理過程，提升企業(yè)的市場競爭力。作為培養(yǎng)“軟件藍領”的高職院校，就要順應這一趨勢，采用信息化的手段讓學生學習并了解CMM2模型。所以，一個基于CMM2模型的、并加以改進的“軟件實訓項目管理系統(tǒng)”應運而生。
1 軟件能力成熟度模型2級（CMM2）詳解
所謂CMM2（可重復級），就是在CMM2級企業(yè)中，已經(jīng)建立了基本的軟件項目級管理過程，可對項目的成本、進度進行跟蹤和控制，軟件開發(fā)和維護的過程相對穩(wěn)定，已有的管理類似項目的成功經(jīng)驗可以被復用管理新項目，盡管新項目所實施的具體過程有可能不同。CMM2的核心就是重復利用。
CMM2包括六個關鍵過程域（KPA），囊括了需求管理、項目管理、質量管理、配置管理和子合同管理五個方面，其中項目管理又分為計劃過程和跟蹤與監(jiān)控過程。
1.1 需求管理
需求管理的最終目的是在客戶與實現(xiàn)客戶需求的項目之間達成共識，需求管理活動就是為了建立并維護這種共識，這是軟件項目計劃和管理的基礎。在軟件項目的整個生命周期，都應該記載、跟蹤和驗證由于需求的變化而引起其它文檔所作的修改。
1.2 軟件項目計劃
建立合理的開發(fā)計劃的基礎是對項目規(guī)模、資源要求和風險等要有一個合理的估算。軟件項目計劃的目的是為完成軟件工程和管理軟件項目制定合理的計劃，包含估計待完成的工作，建立必要的約定和確定進行該工作的計劃。
1.3 軟件項目跟蹤及監(jiān)督
軟件項目跟蹤和監(jiān)督的目的是建立對實際進展的適當?shù)目梢曅?，使管理者能在軟件項目性能明顯偏離軟件計劃時采取有效措施。它包括對照已文檔化的估計、約定、和計劃評審和跟蹤軟件完成情況和結果，以保證當項目執(zhí)行偏離項目計劃時管理上能采取有效的解決措施。
1.4 軟件質量保證
軟件質量保證的目的是向管理者提供適當?shù)膶浖椖空褂玫倪^程和正構造產(chǎn)品的可視性。它包括評審和審計軟件產(chǎn)品和活動以驗證它們符合適用的規(guī)程和標準，給項目和其它有關的經(jīng)理提供這些評審和審計的結果。
1.5 軟件配置管理
軟件配置管理的目的是建立和維護在項目的整個軟件生存周期中軟件項目產(chǎn)品的完整性。它包括標識在給定時間點上軟件的配置，系統(tǒng)地控制對配置的更改、并維護在整個軟件生存周期中配置的完整性和可跟蹤性。
1.6 軟件子合同管理
軟件子合同管理的目的是選擇合格的軟件子承包商并有效地管理他們。它包括選擇軟件子承包商、建立和子承包商的約定，及跟蹤和評審子承包商的性能和結果。
2 軟件實訓項目管理與CMM2模型改進
2.1 軟件實訓項目管理
（1）軟件實訓項目管理概述。軟件實訓項目是參考中小型軟件企業(yè)真實項目案例，同時又適合高職學生作為訓練相應技能而改進的軟件項目，它不是一個具有商業(yè)性質的軟件產(chǎn)品。目前，正規(guī)的軟件企業(yè)如果重視軟件項目實施過程的管理，一定會采取各種方法對軟件項目進行管控，軟件項目管理系統(tǒng)就是一個常見的措施，采用該系統(tǒng)可以對軟件項目的各個實施階段進行有效的、實時的、科學的管控。所以，把針對軟件實訓項目管理的系統(tǒng)叫做軟件實訓項目管理系統(tǒng)。
（2）軟件實訓項目管理系統(tǒng)的基本功能需求。軟件實訓項目管理系統(tǒng)是體現(xiàn)軟件實訓項目管理過程的一個信息化軟件平臺，針對學院對項目管理基本的功能需求調查發(fā)現(xiàn)，整個系統(tǒng)包括了班級管理、案例資料管理、項目管理、歷史數(shù)據(jù)管理、實訓成績管理、課程管理六大部分。其中最重要的功能就是項目管理，它重點體現(xiàn)了軟件成熟度模型的思想，有效的規(guī)范和保證了項目實施的全過程，包括項目啟動、計劃、執(zhí)行、質量保證、結束。
2.2 CMM2級模型改進與實施方案
（1）CMM2級模型改進。CMM2模型中的內容非常廣泛，標準十分完備，如果完全照搬CMM2運用到該系統(tǒng)中是不合適的。因此，必須對CMM2中管理的內容和標準進行一定的優(yōu)化和裁減，提出一個適合軟件實訓項目組規(guī)模的CMM軟件項目管理模型，并給出在模型的各個階段實際要完成的任務和需要注意的問題。
根據(jù)CMM2六個關鍵過程域（KPA）的解釋和軟件項目管理的過程，這里我們可以初步提出一個基于CMM2的軟件實訓項目管理模型。該模型如圖1所示：
圖1中軟件實訓項目管理模型的劃分結合了軟件項目的生命周期，主要分為：項目啟動、項目計劃、項目實施與控制、項目技術。各個階段分別包含CMM2的關鍵過程域，其中軟件質量保證和軟件配置管理2個KPA貫穿于整個項目開發(fā)過程始終。圖中只提到了CMM2的5個KPA，還有一個軟件子合同管理KPA，考慮到根據(jù)軟件實訓項目的規(guī)模和實際情況，一般不會出現(xiàn)把項目轉包出現(xiàn)的情況，在此進行了裁減。
（2）組織管理結構改進。對CMM2的模型改進后，接下來就要對CMM2所要求的組織管理結構進行適當?shù)牟脺p。因為CMM中任務分工細，涉及到的角色關系多，這對于軟件實訓項目組這樣的小型軟件開發(fā)組織來說是難以實現(xiàn)的。經(jīng)過裁減后，組織管理結構中各個角色的工作職責描述如下：1）高級經(jīng)理：一名，負責所開展的所有軟件實訓項目。2）項目經(jīng)理：一個項目一名，負責整個項目的實施。3）軟件工程師：根據(jù)軟件項目的規(guī)模確定人數(shù)，負責軟件的設計與開發(fā)。4）軟件配置管理員：可安排由項目組中任意成員擔任，可以是項目經(jīng)理，可以是軟件工程師，也可以由其他人員兼任，負責軟件產(chǎn)品的配置整合工作。5）軟件質量保證員：如果人員條件允許，此人員最好單獨設立，如若條件所限，可由項目經(jīng)理或軟件測試人員兼任，負責項目在各個階段的評審。6）軟件測試員：可由軟件工程師同時擔任，在開展測試工作時，必須交叉測試。
3 實施方案
3.1 項目啟動
項目啟動是軟件項目管理的初始階段，它對項目有序、正常的開展起著非常關鍵的作用。項目啟動包括有項目可行性分析，需求調研、編寫需求文檔和可行性分析報告。該階段主要包含CMM2的軟件項目計劃KPA。
在此階段需要重點處理的工作有：（1）可行性分析?？尚行苑治鍪菫榱朔治鲈谝欢〞r間范圍內軟件項目是否能夠按要求完成以及完成的價值如何。一般從技術可行性、經(jīng)濟可行性、社會可行性三個大方面來考慮，從而形成軟件項目可行性分析報告。技術可行性即項目開發(fā)的技術儲備，開發(fā)的風險等方面是否支持項目的開發(fā)；經(jīng)濟可行性即確定該項目在經(jīng)濟上是否值得開發(fā)；社會可行性即判斷待開發(fā)的項目是否有侵犯、妨礙等責任問題。（2）需求分析。需求分析是經(jīng)過需求分析后的產(chǎn)出物。需求分析的任務就是確定系統(tǒng)具備哪些功能，即回答待開發(fā)項目做什么的問題。需求分析的過程是和客戶打交道最多也是最重要的環(huán)節(jié)，它直接決定了后續(xù)項目開發(fā)的成功與否，必須通過多次的需求調研、分析才能形成需求規(guī)格說明書。
3.2 項目計劃
項目計劃的提出是為了給軟件項目實施的各個階段提供一個合理的、可行的、可參考的工作計劃，使項目參與人員能夠有條不紊的按照計劃開展工作。該階段主要包含CMM2的需求管理KPA和軟件項目計劃KPA。
在此階段需要重點處理的工作有軟件項目計劃：軟件項目計劃必須按照需求調研的結果來制定，要根據(jù)不同的項目要求明確軟件項目開發(fā)模型，可以利用的項目資源，項目經(jīng)理還要根據(jù)項目需求文檔從軟件規(guī)模、人力、成本、進度等方面進行項目估算和風險評估，根據(jù)項目組成員的技術特點和能力進行工作分解和職責分配，從而形成軟件項目計劃書。項目計劃書一旦制定，項目實施的過程就要嚴格的以它為基準跟蹤和控制。
3.3 項目實施與控制
雖然軟件項目已經(jīng)有了明確的需求分析和好的項目計劃，但由于計劃本身具有假設性和預測性，盡管也充分考慮了可能的風險因素，但是計劃畢竟只能是對現(xiàn)實所作的預測和粗略的描述。因此在實施計劃時，偏差不可避免。當軟件項目的執(zhí)行與項目計劃出現(xiàn)明顯偏差時，項目管理人員必須采取有效的措施。該階段包含CMM2軟件項目跟蹤和監(jiān)控KPA和需求管理KPA。
在此階段需要重點處理的工作有：（1）需求變更控制：由于需求不能在項目啟動時就能完整的定義好，并且隨著項目的實施，遇到客戶臨時更改需求的情況也是不可避免的，項目經(jīng)理要組織項目組討論變更帶來的影響，從而決定是否進行需求文檔和項目計劃的修改。（2）版本控制：由于軟件項目通常是團隊合作方式進行，所以不管是需求的變更，還是實施過程中其他文件的更新，都必須及時通知到每一個項目組成員。（3）需求狀態(tài)：需求狀態(tài)是標識需求的一個重要屬性。每當處理一個需求功能點時，都必須及時的把對該需求的處理方式記錄下來，通常的需求狀態(tài)有：已批準、已拒絕、已刪除等等。（4）項目跟蹤和監(jiān)控：項目組必須指定專人在規(guī)定的時間記錄項目定的跟蹤項的進展狀態(tài)，以提供計劃與實際偏差的第一手數(shù)據(jù)，從而采取必要的措施及時處理偏差。
3.4 項目結束
項目結束階段主要是針對項目本身進行的項目評審驗收、歸檔總結等工作。此階段包含CMM2軟件質量保證和軟件配置管理KPA。
在此階段需要重點處理的工作有：（1）用戶驗收和項目評審。項目評審應該貫穿于整個項目實施的始終，可以根據(jù)項目規(guī)模的大小來決定評審的形式，是走查還是正是評審，可以邀請同行和客戶來對軟件項目進行審查。在項目結束階段的評審主要是對項目整體功能是否符合需求，項目過程是否符合項目計劃等方面來展開。（2）歸檔總結。項目結束后，要把項目涉及到的項目資料包括軟件的需求文檔、開發(fā)設計文檔、產(chǎn)品文檔、管理文檔等資料匯總收集到相關資料庫中，同時還要認真的總結項目實施過程，供今后維護和開發(fā)參考使用。
參考文獻：
[1]韓萬江，姜立新.軟件項目管理案例教程[M].機械工業(yè)出版社，2006.
[2]Mark C.Paulk，Charles V.Weber，Suzanne M.Garcia，Mary Beth Chrissis，Marilyn Bush.Key Practices of the Capability Maturity ModelSM，Version 1.1.1993.
[3]鄧子云.論CMM2的過程改進[J].安徽電子信息職業(yè)技術學院學報，2004，3（5）.
[4]王斌.基于CMM的軟件過程改進模型的研究與實現(xiàn)[D].南京航空航天大學，2006.
第4篇：軟件工程可行性分析范文
一、系統(tǒng)需求
需求分析階段是軟件定義時期的最后一階段，它的基本任務是準確的回答“系統(tǒng)必須做什么”這個問題。但是這一階段的任務還不是該怎樣完成系統(tǒng)的工作，只是對目標系統(tǒng)提出完整、準確、清晰、具體的要求。更進一步的說，應該確定系統(tǒng)必須具有的功能和性能，系統(tǒng)要求的運行環(huán)境，并且預測系統(tǒng)的發(fā)展前景。必須仔細分析系統(tǒng)中的數(shù)據(jù)流又要分析長期使用的數(shù)據(jù)存儲。通過此階段可以知道該軟件主要有學生學籍異動管理、獎懲情況管理、檔案管理、成績管理、考勤管理等功能模塊。
工作是學校教學工作的重要內容，這一工作階段性強，涉及面廣，涉及諸多細節(jié)。目前，學校學生管理環(huán)節(jié)普遍存在的問題和現(xiàn)象是：
1.為加強學生社會能力和工作能力，在以就業(yè)為導向的指導思想下，學生就業(yè)前的校內管理效果不明顯，須加以改善。
2.大部分學校逐漸走上完全學分制的教學模式，對于學生綜合管理工作更需要規(guī)范化。
3.畢業(yè)涉及的申報和管理工作主要依賴人工處理，效率低。
基于以上，開發(fā)了學生檔案信息管理系統(tǒng)。
二、模塊化設計
模塊化設計就是把程序劃分成若干個模塊，每個模塊完成一個子功能，把這些模塊集中起來組成一個整體，可以完成指定的功能問題的需求。系統(tǒng)功能包括學生信息管理、學生成績管理、考試模塊管理、教師信息管理等。
三、系統(tǒng)流程分析
根據(jù)用戶需求分析和系統(tǒng)的總體設計過程中確定的系統(tǒng)功能及模塊，可以分析出系統(tǒng)的流程。系統(tǒng)的啟動首先要通過用戶權限的驗證，輸入錯誤的用戶名或密碼，系統(tǒng)無法運行，點擊確定按鈕將重返登錄界面。
四、功能需求分析
系統(tǒng)應該具備如下主要功能：
(一)學生管理：學生能夠查詢自己的資料以及考試信息、課程信息等。可以修改自己的密碼，在課程考試后可以查看自己的成績以及成績排名情況。
(二)教務人員管理：教務人員能夠查詢并修改自己的資料及密碼，可以增加、查詢、修改、刪除學生基本信息，查看學生成績以及總分、單課排名情況?？梢栽黾?、查詢、修改、刪除課程信息、考試信息、教師基本信息等。
五、可行性分析
(一)對現(xiàn)有系統(tǒng)的分析。
目前，在不少大、中專院校學生檔案管理系統(tǒng)都是單機的MIS，甚至有的還是手工方式。這種單機的管理系統(tǒng)不僅工作方式效率是極低，而且存在許多弊端，主要包括：
1.檔案錄入效率低下：例如每學期開學，數(shù)以千計的學生檔案都由學生處負責錄入，這個工程量之大，可想而知。
2.查詢不便：例如，某個系部要調出某個學生的檔案，由于系部沒有管理檔案的權限，他就必須到學生處去調這個學生的檔案。
3.畢業(yè)生轉檔不便：每年大量畢業(yè)生，他們都要轉走個人的檔案。在這個過程中，若沒有管理信息系統(tǒng)的參與，工作繁重不可言喻。
可行性分析對系統(tǒng)的開發(fā)至關重要，可以大幅減少不必要的損失，保證系統(tǒng)開發(fā)的順利進行。因此要對此系統(tǒng)進行技術可行性和操作可行性兩方面的系統(tǒng)可行性分析。
(1)技術可行性。
本系統(tǒng)是采用目前比較流行的C#語言，用Microsoft Access 2005數(shù)據(jù)庫完成。由于C#的與平臺無關性，所以在任何有C#運行環(huán)境的計算機上都可以運行。
為了方便交互式應用和數(shù)據(jù)的大型存儲，大學綜合管理系統(tǒng)必須采用B/S框架模式而且支持大型的后臺數(shù)據(jù)庫，而Asp.NET、SQL、Server 2005數(shù)據(jù)庫正好滿足了交互與大型存取兩方面?？梢娛褂肁sp.NET畢業(yè)設計管理系統(tǒng)在技術上是可行的。
(2)操作可行性。
學生檔案信息管理系統(tǒng)是一個集成了教師管理、學生成績管理、考試信息管理，用戶只要會上網(wǎng)就應該會使用本網(wǎng)站，網(wǎng)站各個部分都有說明和提示，引導用戶達到他們的目的。
對于用戶來說，本系統(tǒng)只要求使用者掌握一般的上網(wǎng)經(jīng)驗，經(jīng)過仔細設計和測試之后的系統(tǒng)具有操作簡單，方便靈活等優(yōu)點，足可以滿足用戶的不同需求，同時也方便了學校的內部管理。用戶一定會在短時間內掌握并熟練使用。只要動一動鼠標鍵盤就可以達到想要的效果。
(3)經(jīng)濟性可行性。
通過網(wǎng)絡化的學生信息管理，大大的提高了工作效率和人才的利用率，使之創(chuàng)造了更大價值;減少了工作人員，同時減少了學校開支;人才利用率的提高，適應了信息時代的網(wǎng)絡化管理要求。
(二)可靠性方面。
采用代碼較檢逐項檢查錄入的各項資料，保證錄入資料的正確性。遵循軟件工程規(guī)定，保證各個模塊的獨立性和可靠性，達致整個系統(tǒng)的可靠。同時加強服務器維護工作，保證服務端穩(wěn)定可靠地運行。
第5篇：軟件工程可行性分析范文
軟件工程監(jiān)理主要包括事前控制、事中控制兩個部分部分，只有做到二者的結合，才能有效地實現(xiàn)對軟件工程進行進度監(jiān)理的目標與目的。其中事前控制方法包括對軟件工程內容、強度、難度、工作量的了解以及對承包方進度計劃的審查，并結合工程的實際情況對承包方給出的進度計劃進行可行性分析與合理性分析；事中控制方法主要包括重視對工程進度的檢查與記錄，重視進度協(xié)調來有效排除制約進度的因素。當實際工程進度落后于計劃進度時需要及時通知承包方采取補救措施達到合同要求，如進度落后嚴重，監(jiān)理方可提出相應的辦法和措施以供參考。同時在軟件工程的布線系統(tǒng)、網(wǎng)絡系統(tǒng)以及機房系統(tǒng)的建設中，需要重點對其施工順序做出監(jiān)理。
二、軟件工程合同管理
在軟件工程監(jiān)理體系中，對合同的管理包括審查、調節(jié)、監(jiān)督、處理以及管理。合同是軟件工程順利開展的依據(jù)，同時也是保證軟件工程質量和進度的基礎，監(jiān)理工作中必須將檢查和合適合同的工作落到實處，確保合同規(guī)定能夠得以履行。在此過程中，監(jiān)理人員需要做到以下幾點：一是對軟件工程合同管理的制度做出擬定，其中包括合同的擬定、會簽、修改、協(xié)商、簽署、審批、保管等重要內容；二是要參與到有關方面與建設單位的合同協(xié)商工作中，并在有關條款的擬定中起到協(xié)助的作用；三是對合同開展跟蹤管理，從而及時了解合同條款的落實情況；四是對軟件工程中出現(xiàn)的糾紛等進行公平的協(xié)調。
三、軟件工程信息管理
軟件工程監(jiān)理中主要的工作方法是控制，而在軟件工程監(jiān)理中實現(xiàn)有效控制的基礎是信息，所以信息管理應該是軟件工程監(jiān)理體系中重要的工作內容，并且信息管理的質量也直接影響著軟件工程開展的成效。在此過程中，軟件工程監(jiān)理人員需要做到以下三點：一是要在軟件工程監(jiān)理過程中充分了解和掌握軟件工程項目的質量目標、投資目標和進度目標，并及時了解和掌握軟件工程開展的執(zhí)行情況，通過對二者的比對分析來實現(xiàn)有效控制；二是在軟件工程項目實施的過程中監(jiān)理人員需要對工程各個階段的各類信息進行收集和整理，從而為控制和決策提供必要的依據(jù)；三是在軟件工程整個生命周期的監(jiān)理工作中，監(jiān)理人員必須樹立和加強軟件控制信息管理的意識，以便協(xié)調各利益主體的關系來保證軟件工程的順利開展。
四、軟件工程組織協(xié)調
第6篇：軟件工程可行性分析范文
關鍵詞：軟件工程；多媒體課件；軟件危機
中圖分類號：TP311文獻標識碼：A文章編號：1009-3044(2010)20-5610-03
Software Engineering for the Development of Multimedia Courseware
YUAN Shu-dan
(Department of Computer Science, Hezhou University, Hezhou 542800, China)
Abstract: With the rapid development of the computer technology and that of communication, the application of multi-media courseware in the area of education becomes wide-spread. However, the short of team and means have caused the software crisis of developing the courseware, which gives a full expression in the following aspects, such as high developing cost, long lasting period, low quality, and difficult application. Then the present thesis is set to solve such a crisis by developing the software on the basis of the model of developing the software engineering in order to improve the efficiency of the development and the quality of the software.
Key words: software engineering; multi-media courseware; software crisis
隨著計算機技術的突飛猛進，多媒體技術也快速發(fā)展著，既而計算機輔助教學廣泛普及，各類學科的教學課件應運而生。從理論上講，大量的教學課件地運用可以減輕教師的工作量，提高教學質量，但實際上，在教學中真正用得好，用得巧的教學課件并不多。開發(fā)成本高，軟件質量低，重復開發(fā)的現(xiàn)象屢見不鮮，很難滿足當前日益增長的教學課件的需求。此種不良現(xiàn)象我們稱之為“教學軟件危機”。要消除此種軟件危機，就要有正確的軟件開發(fā)理念。應用軟件工程的思想，可以有效地緩解軟件危機，提高多媒體課件開發(fā)的成功率[1]。
1 軟件工程基本概念
1.1 軟件工程
軟件工程 (Software Engineering，簡稱為SE) ，目前比較認可的定義為：研究和應用如何以系統(tǒng)性的、規(guī)范化的、可定量的過程化方法去開發(fā)和維護軟件，主要應用工程的方法和技術研究軟件開發(fā)與維護的方法、工具和管理的一門計算機科學與工程學交叉的學科。它涉及計算機、數(shù)學及管理學等多個學科，以便幫助人們緩解軟件危機帶來的問題。
1.2 軟件危機
軟件危機是指在計算機軟件開發(fā)和維護過程中出現(xiàn)的一系列嚴重問題[2]，致使整個開發(fā)過程混亂不堪，導致開發(fā)陷入無法自拔的困境，經(jīng)濟危機主要表現(xiàn)在以下幾個方面：1) 對軟件開發(fā)成本和進度難以估量，通常會大幅度超出預期；2) 對“已完成的軟件”，用戶通常不滿意；3) 軟件質量無法保證；4) 軟件不可維護，升級要重頭來過；5) 軟件沒有完整的文檔資料。
為了緩解軟件危機，能夠開發(fā)出更高質量的軟件，軟件工程技術的理論充分用于軟件開發(fā)及維護的整個過程。
1.3 軟件周期
軟件生命周期(SDLC，軟件生存周期)是軟件的產(chǎn)生直到報廢的生命周期，周期內有需求分析、設計、編碼、調試和測試、驗收與運行、維護升級到廢棄等階段，這種按時間分程的思想方法是軟件工程中的一種思想原則，即按部就班、逐步推進，每個階段都要有定義、工作、審查、形成文檔以供交流或備查，以提高軟件的質量。但隨著新的面向對象的設計方法和技術的成熟，軟件生命周期設計方法的指導意義正在逐步減少。
2 多媒體課件的概念
課件是凡具備一定教學功能的教學軟件都稱之為課件[3]。課件像學習者呈現(xiàn)出學習的內容，學習質量的檢測、反饋和指導。
多媒體課件是將多媒體技術引入到計算機輔助教育的課件中 。
課件的形式內容單調,如練習程序、測試程序以及現(xiàn)在出現(xiàn)的大量面向信息的產(chǎn)品，如電子百科等。多媒體課件表現(xiàn)內容的形式多姿多彩, 多媒體技術在計算機輔助教學的人-機交互中的巨大潛力主要在于它能提高對信息表現(xiàn)形式的選擇和控制能力，同時也能提高信息表現(xiàn)形式與人的邏輯思維和創(chuàng)造能力的結合程度，在順序、符號信息等方面擴展人的信息處理能力。
為了適應教育教學的發(fā)展，越來越需要更豐富多彩的多媒體課件，這就對多媒體課件有了更多的需求，為了開發(fā)出更高質量的多媒體課件，我們就需要從軟件工程的角度來進行開發(fā)。
3 基于軟件工程的多媒體課件開發(fā)過程
多媒體課件設計是課件開發(fā)的重要環(huán)節(jié)，多媒體課件設計的好壞直接決定著課件的質量。多媒體課件也是一種軟件，我們可以從軟件工程的角度來開發(fā)多媒體課件，其必須遵從軟件生命周期。同時我們要從教育學和心理學的角度來充分考慮相關的因素。多媒體課件的開發(fā)通常劃分為以下5個階段。
3.1 教學需求分析
需求分析是把軟件功能和性能的總體概念描述為具體的軟件需求規(guī)格說明，以此奠定軟件開發(fā)的基礎。教學需求分析仍然遵循軟件工程的思想，它的主要任務是論證多媒體課件開發(fā)的可行性和必要性。
3.1.1 問題的定義
這個階段要弄清的是“要解決的問題是什么” [3]。要清晰地知道這個課件的開發(fā)要解決什么教學問題。如果不弄清楚，而盲目的開發(fā)，只會浪費時間資金等等資源。所以這個階段一定要確定的得出問題的定義。這是此次多媒體課件開發(fā)的首先要弄清楚的問題。
3.1.2 可行性分析
既然已經(jīng)知道了“問題的定義”，接下來就要進行可行性分析，解決這個課件開發(fā)的必要性和可行性。為了文成這個任務，需要專職人員進行大量的市場調查和研究，初步給出整個課件的開發(fā)的概況，一個雛形。這個階段進行的比較短，主要是研究問題是否有解，是否有可行的辦法。這個階段決定了多媒體課件是否繼續(xù)的關鍵。
3.2 課件的教學設計
經(jīng)過需求分析階段的工作，系統(tǒng)必須做什么已經(jīng)清楚了，總體設計階段就是決定怎么做的時候了。總體設計的基本目的就是回答“概括的話，系統(tǒng)該如何實現(xiàn)？”這個問題[4]。這個階段主要是：1) 劃分出組成系統(tǒng)的物理元素――程序、文件、數(shù)據(jù)庫、人工過程和文檔等；2) 設計系統(tǒng)的結構，也就是要確定系統(tǒng)中每個程序是由哪些模塊組成的，以及這些模塊相互間的關系。
4 總體設計階段的工作步驟
1) 尋找實現(xiàn)系統(tǒng)的各種不同的解決方案，參照需求分析階段得到的數(shù)據(jù)流圖來做。
2) 分析員從這些供選擇的方案中選出若干個合理的方案進行分析，為每個方案都準備一份系統(tǒng)流程圖，列出組成系統(tǒng)的所有物理元素，進行成本\效益分析，并且制定這個方案的進度計劃。
3) 分析員綜合分析比較這些合理的方案，從中選擇一個最佳方案向用戶和使用部門負責人推薦。
4) 對最終確定的解決方案進行優(yōu)化和改進，從而得到更合理的結構，進行必要的數(shù)據(jù)庫設計，確定測試要求并且制定測試計劃。
從上面的敘述中不難看出，在詳細設計之前先進行總體設計的必要性，經(jīng)過需求分析，確定課件開發(fā)的目標與規(guī)模。繼而進行教學設計，教學設計也遵循軟件工程的思想，是分為教學的邏輯設計和教學單元設計。比如《軟件工程》這門課的教學軟件按照其目標和功能劃分為以下模塊（圖1）。
5 教學邏輯設計
教學邏輯設計的主要任務是按照教學需求分析所確定的開發(fā)目標，對課件進行總體設計，分為教學設計和風格設計兩個部分[5]。
5.1 教學設計
1) 確定教學目標；2) 劃分教學單元；3) 編排教學單元順序，繪制教學單元流程圖；4) 確定課件的教學方式和結構類型；5) 確定學生信息模型。
5.2 風格設計
指的是課件在展現(xiàn)教學內容、人機交互活動、調度控制方式等有關問題的處理時遵循的格調。
1) 教學單元課時的長短；2) 人機界面；3) 交互活動層次；4) 教學單位的調度方式；5) 課件運行的系統(tǒng)環(huán)境；6) 課件發(fā)行的文字資料。
6教學單元設計
教學單元設計解決的是課件的詳細設計的問題。教學單元是課件進行教學的基本單位，在教學設計中要確定各教學單元的信息結構，詳細列出所包含的教學內容，確定它們的屏幕設計和呈現(xiàn)順序。
7 多媒體素材的采集和加工
前期工作已完成，接下來要進入程序的編制過程，根據(jù)腳本的要求，搜集整理相關的媒體素材，素材盡量做到積件式，以便提高素材的重用率，降低軟件文本的體積。
8 合成
工作人員根據(jù)前期的設計，即框架及表現(xiàn)風格等內容，對其進行編程，將確定的素材進行制作運用，然后把各個子模塊分別進行測試和調試，以便進行綜合測試，進行調整[6]。
9 運行維護
教學軟件運行正常，可對其，學科是不斷變化的，教學軟件也是應運而生的，所以要對其進行不斷的完善和維護。
10 小結
軟件開發(fā)是一項系統(tǒng)工程，需要各個方面的積極配合，方可開發(fā)出高質量的教學課件。在開發(fā)過程中，軟件的方法極為重要，那么軟件方法也是人們在長期的工作中不斷積累的寶貴經(jīng)驗。把軟件工程的理論用于多媒體教學課件的開發(fā)中，有利于提高軟件成功率，以便擺脫教學軟件的危機的出現(xiàn)，提高教學軟件的質量。
參考文獻：
[1] 陳兵.軟件工程在教學軟件開發(fā)中的應用[J].廣西教育學院學報,2007(2).
[2] 金鐵.用軟件工程學原理提高多媒體軟件開發(fā)質量[J]電腦知識與技術,2009 5(11).
[3] 林士敏,朱新華,覃德澤,等.計算機輔助教學[M].廣西:廣西科學技術出版社,2007:66-70.
[4] 鄭人杰,殷人昆.軟件工程概論[M].北京:清華大學出版社,1998.
第7篇：軟件工程可行性分析范文
關鍵詞:并聯(lián)機床 軟件工程 軟件設計
目前，機床制造業(yè)企業(yè)在設計并聯(lián)機床的過程中，都在積極研制和探索新型的具有多功能的系統(tǒng)與制造裝備。從設計上看，并聯(lián)機床所有的機械部分都是相對比較簡單的，然而它卻有著很多其他設計所不能替代的具體結構形式，這種實現(xiàn)形式會影響整個機床的工作性能。并聯(lián)機床的控制系統(tǒng)主要包括兩個相對負責的部分，它就是硬件和軟件的結構，因為它能實現(xiàn)用軟件去實現(xiàn)各種運動軌跡控制以及其他的操作功能，這一功能就是并聯(lián)機床優(yōu)秀于其他技術的地方。所以說，控制軟件的設計是不是合理，是實現(xiàn)并聯(lián)機床優(yōu)越性能的唯一保障。
1 可行性研究
我們在設計中完全采用了工程化的思維，用這一理性思路充當軟件研制的向導。通常情況下，我們都是從三個不同的方向去研究和探討并聯(lián)機床所有控制軟件開發(fā)中的操作可行性、經(jīng)濟可行性、技術可行性，最后才能根據(jù)所設計的機床基本要求，通過軟件獲得最初的數(shù)據(jù)流簡圖。一般情況下，我們都是以傳統(tǒng)數(shù)控機床的控制軟件設計作為研究基礎，根據(jù)機床所要執(zhí)行的全部任務再給出所有驅動關節(jié)的運動軌跡。之后根據(jù)提前所規(guī)劃好的實測的驅動桿長量和運行軌跡作一個比較，這樣就能得到數(shù)字控制器的實現(xiàn)，通過計算機的實時不間斷的監(jiān)控和故障分析。在這一環(huán)節(jié)最常見的就是開放性軟件結構，因為只有這樣才能方便所有用戶對機床進行改變和重組。這種開發(fā)的成本比較低，但在操作方式和技術上都有著極強的可行性，經(jīng)過一系列的可行性分析，就可以得到控制系統(tǒng)數(shù)據(jù)流圖。
2 需求的分析
設計的控制軟件一定要滿足所有并聯(lián)機床的基本功能所需，最關鍵的就是必須保證其能在動平臺的活動范圍之內可以加工所有不同形狀的零部構件，由于零部構件具有形態(tài)各異的形狀，所以在加工中就會隨時出現(xiàn)機床伸縮臂的運動方式與刀具的運動軌跡大不相同。這樣就必須要根據(jù)實際加工的零件，設計出刀具的運動軌跡，然后再根據(jù)不同類別的零部構件進行相關的控制模塊的編寫。通過兩種設計就可以進給軌跡加上刀具姿態(tài)變化組合而成刀具姿態(tài)變化，同時還可以實現(xiàn)其他復雜的進給軌跡。通常情況下，我們都是通過以下的兩種方式解決對精度要求的細化。
首先，通過改變細化控制時候所輸出的脈沖當量的變化，設置出脈沖分配的模塊，模塊參數(shù)的相互調整，可以提高相應的精度;其次:傳感器的選擇是否合適也是至關重要的，我們通過對所有的信息反饋功能模塊進行設置，實現(xiàn)了在機床進行加工的過程中，對其加工的位置進行實時的監(jiān)測，然后再將信息反饋到控制系統(tǒng)，這樣一來就可以使系統(tǒng)根據(jù)具體情況做出相應的補償，從而以滿足了精度的要求。
3 數(shù)據(jù)字典
用軟件工程的思想法去進行設計并聯(lián)機床控制軟件，建立數(shù)據(jù)字典成了一個至關重要的中心環(huán)節(jié)，它不但能提供數(shù)據(jù)的詳細描述信息，還能做到增強程序的可維護性和可讀性。以下介紹一種并聯(lián)機床的控制軟件字典。
檢測反饋:實時檢測、拾取動平臺位置姿態(tài)信息，并反饋給控制系統(tǒng)，并對該信息進行比對。加工余量:材料的三維去除量;零件形狀:被加工的所有零件都具有自身比較特殊的幾何特征(水平平面、空間曲面、豎直平面、空間平面);六桿伸縮量:相對于動平臺零點位移量(正、負);步進電機脈沖數(shù):精度:零件形狀與刀具軌跡的一致性;與桿長伸縮量(正、反轉)相對應的電機轉數(shù);位姿:動平臺的位置和姿態(tài);參數(shù)輸入:人機交互的界面，輸入且顯示零件的形狀、精度、加工余量值;配置:根據(jù)所有構件和動平臺的運行姿態(tài)和綜合位置;脈沖協(xié)調與分配:按精度將六桿伸縮量分配成脈沖，并協(xié)調各桿對應電機的伺服脈沖頻率;反求軌跡:根據(jù)工件形狀及加工余量確定各桿伸縮量的功能模塊拾取法。
4 總體設計
采用模塊化結構根據(jù)軟件模塊化理論為思路，進行并聯(lián)機床控制軟件的總體設計，軟件的模塊內部應具有高聚合性，模塊之間應具有低耦合性，模塊的層次深度不可以設置太大，扇出數(shù)4～6，才有利于控制;扇入數(shù)盡量大，以便減少軟件設計中的冗余度，根據(jù)此原則對并聯(lián)機床控制軟件進行規(guī)劃。
4.1 參數(shù)輸入模塊
輸入的參數(shù):精度、余量、形狀。這些后續(xù)模塊與參數(shù)的關系:反饋+余量反求模塊。形狀加工形狀選擇模塊。精度脈沖分配協(xié)調模塊。
4.2 加工形狀選擇模塊
包括平面曲線加工模塊、空間直線加工模塊、刀具姿態(tài)變化模塊、空間曲線加工模塊。
4.3 反求模塊
通過現(xiàn)有的動平臺運動的軌跡(待加工零件的形狀)，求取六條伸縮臂的空間位置向量的變化值。
4.4 優(yōu)化模塊
實時計算中所有桿的加速度、速度、運動位移，以及所有的受力情況，通過了系統(tǒng)優(yōu)化的計算方法得出所需最佳的桿長配置。
4.5 脈沖分配協(xié)調模塊
將六條伸縮臂的空間位置向量的變化值，要按精度要求分配成脈沖量輸出給電機，因為在一次加工過程中，所有桿的伸縮量有大有小、有正有負，所以模塊還需具有協(xié)調所有桿在每步動作中的位移的功能。
5 結語
本文詳細闡述了軟件工程中關于并聯(lián)機床控制軟件設計，強調了工程的方法研制以及軟件的開發(fā)，采用模塊化的方法設計所需的軟件，從而增強了并聯(lián)機床控制軟件的可行性。這與與傳統(tǒng)數(shù)控機床軟件相比較，具有設計周期短，維護性能強等特點。
參考文獻
[1] 黃真.并聯(lián)機器人機構學理論與控制[M].北京:機械工業(yè)出版社，1997.
第8篇：軟件工程可行性分析范文
關鍵詞：項目管理；MSF；軟件過程管理
中國絕大多數(shù)的軟件、互聯(lián)網(wǎng)企業(yè)在100人規(guī)模以下，開發(fā)團隊幾十人左右，工作經(jīng)驗3年～9年，基本處于原始手工作坊式的刀耕火種階段，工業(yè)化的軟件研發(fā)流程和方法往往不執(zhí)行，或執(zhí)行不得力。本文引入微軟公司的MSF（Microsoft Solutions Framework）軟件開發(fā)模型，通過A企業(yè)的實踐證明，運用MSF框架的軟件工程過程管理能大大提高小型軟件開發(fā)公司的軟件研發(fā)能力，軟件的交付期也得到了基本保證。
一、 MSF基本模型
1. 組隊模型。MSF把軟件開發(fā)分成了六個小組，分別是：程序管理組、產(chǎn)品管理組、開發(fā)組、用戶培訓組、測試組、安裝管理組。組隊的原則是小隊（一般3人～8人）、多側面；角色交叉、目標一致；人員技術、業(yè)務精；關注能力和交貨期；對項目的前景認識一致；人人參與設計；善于總結經(jīng)驗；共同管理、共同決策，項目人員同地工作等。
2. 過程模型。MSF過程模型主要確立了四個重要的里程碑：前景范圍確認、項目規(guī)劃確認、開發(fā)完成、對外，通過控制這四個里程碑來分解管理項目過程。
3. 應用模型。MSF應用模型是分層次的應用模型，大體可分為三層，用戶層、業(yè)務層和數(shù)據(jù)層，各層次通過標準組件進行封裝，互相通訊調用來完成系統(tǒng)任務。
4. 風險模型。MSF風險管理過程主要包括：風險識別、風險表述，通過分析、計劃、跟蹤和控制過程，最終解除風險。
二、 MSF在A企業(yè)呼叫中心項目中的具體應用
本文以A企業(yè)呼叫中心項目為例（合計開發(fā)人員50人），結合該項目中的數(shù)據(jù)資料，對此項目中服務商的選擇進行具體的分析和研究。
1. 組隊模型裁減。首先，確立項目經(jīng)理角色，符合一般企業(yè)的管理模式，比較容易被接受。如果有多人同時負責的話，容易產(chǎn)生責權理不清楚，互相扯皮的現(xiàn)象。有一個項目經(jīng)理對項目完全負責，遇到問題容易很快得到解決；他作為項目組代表，負責向上級匯報工作，能使其他人全力投入到項目中，而不至于在日常的事務中耽誤太多時間，從而在某種程度上也提高了工作效率。
產(chǎn)品管理經(jīng)理（以下簡稱產(chǎn)品經(jīng)理）是項目中非常重要的角色，他可以對技術不是很精通，但是必須對產(chǎn)品所服務的領域非常熟悉，最好是領域專家，在他的帶領下，項目才不至于偏離預先設定的前景范圍。他必須對產(chǎn)品的需求能做出很好的把握，在適當?shù)臅r候能進行流程重組，對產(chǎn)品的可用性和易用性有最終決定權。通過設定產(chǎn)品經(jīng)理，主要的感覺是產(chǎn)品受用戶的歡迎程度增加了，無用的特性少了，因而也更容易成功。
2. 開發(fā)過程管理。在過程模型上，主要包括四個重要里程碑：①前景/范圍確認；②項目規(guī)劃確認；③開發(fā)完成；④對外。
A企業(yè)把MSF的各個階段對應到傳統(tǒng)的項目開發(fā)各階段，目的是使企業(yè)所有人員便于理解和使用。其中“前景范圍確認”對應傳統(tǒng)的“可行性分析”；“項目規(guī)劃確認”對應“需求分析”和“項目計劃”；“首次運行”對應“開發(fā)完成”，“”的意思和傳統(tǒng)基本相同。同時，A企業(yè)根據(jù)企業(yè)的具體情況對流程進行了相應調整，把整個流程分為可行性分析、需求分析、開發(fā)計劃、開發(fā)過程和結項總結五個階段，下面分別進行說明。
（1）可行性分析。在做可行性分析的時候，要充分考慮企業(yè)以前的各種技術和市場積累，還有目前的資源可用性情況，特別是要做好風險分析。通常企業(yè)在項目立項前沒有充分考慮各種情況，認為這個項目比較簡單，應該沒什么問題，結果是沒有做得很成功，進度上也拖了一段時間。在后來結項分析的時候，認為主要的問題就是領域的區(qū)別造成了企業(yè)內部沒有人對該領域特別熟悉，缺乏領域專家，并對上述風險估計不足，也沒有對風險進行較好的管理，所以造成了項目的不成功。
上面提到，可行性分析一般是由未來的項目經(jīng)理和產(chǎn)品經(jīng)理完成，必要時還需要市場人員的參與，項目經(jīng)理主要考慮技術可行性，包括項目最初估計的進度表和資源需求情況；產(chǎn)品經(jīng)理主要考慮市場和經(jīng)濟上的可行性（主要是針對軟件產(chǎn)品而言）。只有預先對各種問題進行完備的分析后，才能得出正確的決策。不要到后來因為那些事先沒考慮到的，但應該想到的各種原因造成項目失敗；或者雖然完成了，但是沒有取得預期的效果，不能給企業(yè)帶來較好的收益。
只有在可行性分析通過評審，企業(yè)高層領導者認可的情況下才能付諸實施。通過可行性分析，揭示了即將面臨的各種問題及風險，使得企業(yè)內部對該項目有了一致的認識，在后來的資源申請上也更容易得到高層支持，更易于導致項目成功。
（2）需求分析。需求管理是軟件開發(fā)中非常重要的部分，在一般的MIS型項目中，準確的把握需求往往是項目成功的關鍵。但需求管理也是個困難的過程，太多項目的需求都沒有良好的管理過程，往往導致項目后期的大量修改或者直接使項目失敗。
需求的管理主要由產(chǎn)品經(jīng)理負責，其中最終用戶的實時參與是一個非常重要的因素。在需求采集階段，A企業(yè)主要采用了原型法，使用建立最終產(chǎn)品的界面，然后把功能實現(xiàn)和界面一一對應起來，和用戶進行討論，并不斷的修改界面。最終在基本達成一致后，對應原型寫出需求規(guī)格說明書，在評審后納入基線管理。
在需求的制定過程中，產(chǎn)品經(jīng)理必須和項目經(jīng)理、開發(fā)人員、測試人員進行良好的溝通，使項目組全體都參與到需求分析中來，并共同確定需求的關鍵特性：①項目的范圍：在需求分析中，首先必須明確項目的范圍，去掉那些看似屬于該項目其實不該在項目中的需求特性。特別是在一些MIS項目中，客戶往往把一些屬于他們的日常工作但不屬于該項目的需求提交給項目組，這時就必須分清項目的范圍，不要在項目中加入太多不應該做的東西，否則往往會導致項目范圍無限擴大，最終只能是使項目失敗。②需求的優(yōu)先級：需求的優(yōu)先級是非常重要的特性，只有在準確把握的需求優(yōu)先級的基礎上才可能規(guī)劃外部里程碑（產(chǎn)品版本）和內部里程碑（開發(fā)的階段性，后面會講到）。通常是用戶最關心，使用最頻繁的功能應該屬于高優(yōu)先級，而那些不怎么重要或很少用到的功能應該屬于低優(yōu)先級。A企業(yè)必須在產(chǎn)品的開始版本和項目的開始就把重點放在高優(yōu)先級的需求上，而對于低優(yōu)先級的功能可以在項目后期根據(jù)需要進行裁減或納入下一個版本規(guī)劃。③產(chǎn)品的易用性：產(chǎn)品的易用性反映在原型中，是原型法的一個非常重要的作用。很多產(chǎn)品的失敗其一個重要原因就是易用性比較差，雖然它在功能上滿足了用戶需求，甚至可以說功能很強大。通過原型法，能讓用戶看到并模擬使用最終的產(chǎn)品界面，能在需求階段通過修正軟件界面來適應用戶的偏好，從而在很大程度上提高了產(chǎn)品的易用性，使項目更容易成功。④其他需求特性：如性能要求、健壯性等。這些特性是產(chǎn)品的非功能性需求，也是項目成功的關鍵因素，特別是在一些大型的涉及重要領域的管理信息系統(tǒng)中。
需求分析完成后，項目組需要對項目的初步計劃進行重新審定，一般都需要變更項目時間表和資源需求。需求分析的完成也意味著項目其他部分可以齊頭并進，如概要設計、測試計劃、用戶說明書，這也在某個方面證明了需求分析的重要性——它是下面所有活動的基礎和準繩。
（3）開發(fā)計劃。軟件開發(fā)中的計劃性是非常重要的，一個沒有良好計劃的開發(fā)項目能夠成功的機會非常小，除非有天才的程序員再加上好運氣。開發(fā)計劃的主要內容包括：項目進度安排、人力資源安排，風險管理策略等。
項目的進度安排和人力資源安排可能是開發(fā)計劃中最重要的部分，也是最難以估計的部分。一般國內的中小軟件企業(yè)對項目工作量和開發(fā)人員能力的量化程度不高，所以導致進度和資源安排不確切，有時候甚至是相差很遠。目前一個最實際的辦法就是根據(jù)以往項目的積累，但必須要求是同一領域的類似項目，這樣才有較強的可比性。由于這些計劃安排是預估粗略的，所以還必須在以后的項目各階段完成后進行合理的變更，反應項目的實際需求。微軟的辦法是把進度估計的權限交給開發(fā)人員，由開發(fā)人員根據(jù)自己的經(jīng)驗進行估計，由于一般開發(fā)人員往往會高估自己的能力，估計的進度也會相應偏短，最后再做適當?shù)难娱L。這種辦法有它合理的地方，在中國還需進行實踐摸索。
對于進度的估計業(yè)界有個經(jīng)驗公式，即最初預估的時間再乘以2.5，可能是最后的完成時間。因為許多人在估計進度的時候，往往忽略了很多非開發(fā)時間，如與客戶溝通的時間、項目組溝通時間、企業(yè)培訓時間、假期等，所以在估計進度的時候，一定要全方位周全考慮，在盡可能的情況下寧愿把進度估計的長一點，免得在項目后期導致非常被動的局面。后面將具體講到采取的階段性的開發(fā)方法，這種方法的運用反映在進度估計時必須在各階段間預留緩沖時間，以解決那些事先沒有預料到的活動。如果進度表和要求的出貨時間有沖突，寧愿砍掉一些不重要的功能，也不要盲目增加人手，這種做法可能會導致產(chǎn)品質量下降，最終得不償失。
（4）開發(fā)過程。在項目的開發(fā)過程中，A企業(yè)采用了階段式的開發(fā)過程，這也是微軟企業(yè)所推薦的開發(fā)過程。在開發(fā)過程的初期，首要的活動是概要設計。概要設計的目標是簡單、適用、能夠覆蓋所有的需求并能支持后面的階段式開發(fā)。微軟的應用方案解決模型是基于服務的三層（多層）架構，包括用戶層，業(yè)務層和數(shù)據(jù)層，各層之間采用標準的接口進行通訊。
階段開發(fā)過程不是傳統(tǒng)的根據(jù)模塊劃分來依次完成各模塊，最后再進行項目的整合，而是在每個階段完成后，項目都可以推出產(chǎn)品，只不過該產(chǎn)品的功能比最終產(chǎn)品的功能弱一些。階段性完成項目比傳統(tǒng)的開發(fā)方法最明顯的優(yōu)點是不必到項目的末期才開始整合產(chǎn)品，使產(chǎn)品模塊之間協(xié)作產(chǎn)生的問題及早產(chǎn)生，也及早修正，從而項目的風險也大大減小。當然采用階段性開發(fā)方法也有相應的代價，最大的代價可能是反復的整合、測試已經(jīng)完成的模塊，但采用相應的一些自動化工具可以減小這個代價。
一般在開始的階段進行的是系統(tǒng)架構和最重要的功能，后面的階段是相對不怎么重要的功能。這樣的分配有利于最終用戶在早期就能看到系統(tǒng)的大致模樣，便于他們及早的對產(chǎn)品提出意見，并對相應的錯誤進行修改；也有利于項目組在項目后期時間很緊的情況下，去掉一些不重要的功能，把它們納入下一個版本處理，確保產(chǎn)品的推出時間。迭代的順利進行依賴于良好的架構設計，前面階段的設計應該給后面要加入的功能預留出各種接口，并能使后面的工作在前面的基礎上繼續(xù)進行下去。
這種在開發(fā)階段的迭代方式不同于整個項目的完全迭代開發(fā)，后者是項目的需求、概要設計、開發(fā)等全部是迭代進行，一次迭代要進行所有的項目活動。至于誰優(yōu)誰劣可能在不同的情況下有不同的說法，需要根據(jù)項目和自身的情況合理采用。還有就是迭代的次數(shù)也要根據(jù)項目的具體情況而定。不能太多，導致重復的工作量過大；也不能太少，使得該方法退化到傳統(tǒng)方法。通常把項目分了四個階段：架構完成、主要功能完成、其他功能完成、整合發(fā)行。實踐證明，這樣的實施比傳統(tǒng)方法確實在很大程度上減小了項目失敗的風險，再沒有產(chǎn)生那種“似乎永遠也做不完的感覺”。
（5）結項總結。很多企業(yè)在項目完成后往往忽視了最后的總結，沒有把在上個項目中得到的經(jīng)驗教訓進行分析，轉化成企業(yè)的巨大財富。項目的總結是整個項目的不可缺少的重要組成部分，只有通過詳盡的充分的項目總結，才能使項目組的所有成員對項目的歷程有一個清楚的了解，提高他們對軟件項目的認識。
A企業(yè)的做法是在項目完成后首先由各個項目成員寫出各自的總結報告，包括所從事的工作、任務的完成情況、遇到的問題及解決方案、對項目過程的意見和自己的想法等內容。項目負責人需要把整個的項目歷程整理成一份文件，其中包括項目的介紹、項目進行的具體資料（如實際花費時間、源代碼數(shù)、功能模塊數(shù)量等）、項目計劃與實際的比較等。
在上述完成后，全體項目參與人員舉行項目結項工作會議，對各人所列舉的問題及想法進行討論，目的是得出好的經(jīng)驗教訓，從而指導后面項目過程。會議可由分別針對的問題分為幾個部分，如項目過程方面的、質量管理方面的、技術方面的等，整合后形成結項會議報告。
項目負責人最后把項目歷程、資料、在結項會議中總結的經(jīng)驗教訓等整理成一份總的項目過程文件，歸檔并分發(fā)到各成員和上層領導，并由項目經(jīng)理向上層領導匯報，這時，一個完整的項目才真正告一段落。這些項目資料給以后的項目提供很好的模板和借鑒意義，并可以作為以后項目預估的依據(jù)。
3. 風險管理。微軟企業(yè)認為，軟件開發(fā)是一個風險驅動的過程，由此可看出風險管理在軟件項目中的重要性。一個項目的風險有許多來源，如客戶、進度、開發(fā)過程、人力資源等，忽視風險的后果可能是成本超支、進度推后，最嚴重導致項目失敗。
MSF的風險管理原則是：①風險應該在整個項目的進程中一直被估計，并且作為項目決策的依據(jù)之一。②有效的風險管理過程覆蓋了所有關鍵的人力、過程、商務及技術領域。③風險在納入管理前必須被清晰的表述。④重要的風險必須優(yōu)先被處理。
MSF風險管理過程包括以下階段：風險識別、風險陳述、風險分析、處理計劃、風險跟蹤、風險控制、風險解除。
在中小企業(yè)的風險管理過程中，一般項目經(jīng)理擔任風險管理員的角色，但同時需要另外的資深開發(fā)人員輔助，一起完成風險管理的任務。他們負責維護十大風險清單（不一定非要列出十個），并在項目進程中隨時對風險清單進行更新。對風險的評級MSF采用的方式是：風險影響程度=風險的可能性×風險發(fā)生造成的損失，根據(jù)風險影響程度的大小對風險進行評級。
在項目實施中，A企業(yè)總結的一些高風險事件主要有：需求的不準確、項目時間表過于短促、開發(fā)一個從前沒進入的領域軟件、開發(fā)人員對工具的不熟悉、人員流動頻繁、使用了外部軟件中間件等。如果對這些風險不提前做出計劃，可能會對項目的順利進行造成極大的破壞，甚至直接導致項目失敗。針對每一個風險，A企業(yè)需要列出who， when， how， how much等事項，并對風險處理的結果進行追蹤，最后決定是否已經(jīng)解除風險或再進入風險處理循環(huán)。
三、 總結
引入MSF管理思想后，項目的成功率比原來增大了很多。企業(yè)研發(fā)流程必須盡可能MSF模型化，工具化，沒有銀彈。所有的這一切都是在一個公共的工具平臺上，至少需要需求管理工具、版本控制工具、日志構建工具、Bug管理工具等。德魯克認為，管理既不是科學，也不是藝術，管理是實踐，正如軟件工程的世界級大師Ivar Jacobson所說，“我相信沒有一種技術、沒有一種流程能夠解決所有的問題，我更相信基于實踐的方式。你需要用不同來源的實踐，結合自己的流程，改進自己的流程和工作方式，這樣才能立于不敗之地?！?/p>
參考文獻：
1. （美）邁克爾·科索馬羅，理查德·賽爾比 著.程化 譯. 微軟的秘密. 北京：北京大學出版社， 西蒙與舒斯特國際出版公司，1996.
2. （美）史蒂夫·麥克康奈爾 著，余孟學 譯. 微軟項目求生法則. 北京：機械工業(yè)出版社，2000.
3. （美）Karl E. Wiegers 著.陸麗娜，王忠民，王志敏 譯. 軟件需求. 北京：機械工業(yè)出版社，2000.
4. （美）卡耐基梅隆大學軟件工程研究所著.劉孟仁 譯. 能力成熟度模型（CMM）：軟件過程改進指南. 北京：電子工業(yè)出版社，2001.
5. （美）Frederick P. Brooks Jr. 著. 人月神話（影印版） The Mythical Man-Month. 北京：中國電力出版社，2003.
6. 匡曉紅. 基于MSF的風險管理模型. 中國科技信息， 2007，（17）.
基金項目：福建省社會科學規(guī)劃一般項目（項目號：2011B223）。
第9篇：軟件工程可行性分析范文
[關鍵詞]特產(chǎn)；銷售系統(tǒng)；分析；設計
中圖分類號：TP311.52 文獻標識碼：A 文章編號：1009-914X（2017）03-0150-01
一、設計背景
中國互聯(lián)網(wǎng)協(xié)會網(wǎng)絡營銷工作委員會調查顯示，隨著國內旅游業(yè)和物流業(yè)的成熟，網(wǎng)絡購物尤其是以當?shù)靥厣a(chǎn)品為代表的網(wǎng)購，將在今年實現(xiàn)更大發(fā)展。究其原因，除了該人群對網(wǎng)絡購物等新興的購物模式接受程度較高之外，相比其他行業(yè)和產(chǎn)品，特產(chǎn)網(wǎng)絡購物有著更加完備的產(chǎn)業(yè)鏈條和發(fā)展后勁，為其高速增長提供了保障。
二、設計的目的和意義
我們國家地大物博，地理區(qū)域的差異形成了很多當?shù)鬲氂械奶厣a(chǎn)品。它們往往會成為外出旅游后的饋贈佳品。然而由于路途的遙遠，土特產(chǎn)的傳統(tǒng)銷售會存在很多局限性。旅游業(yè)的發(fā)展也使得游客對于當?shù)赝撂禺a(chǎn)的需求量快速增長。中國人口眾多，各地區(qū)特產(chǎn)豐富，盡管很多網(wǎng)站上銷售的商品琳瑯滿目，但是專門為地方土特產(chǎn)設計的網(wǎng)上銷售系統(tǒng)并不多見。
網(wǎng)上特產(chǎn)銷售系統(tǒng)的主要目的就是通過網(wǎng)站來進行特產(chǎn)的宣傳和銷售，不再限制消費者的購買時段，不用顧忌路途的遙遠。最終達到擴大和鞏固客戶群的效果。
三、可行性分析
可行性分析的任務是明確應用項目開發(fā)的必要性和可行性。根據(jù)網(wǎng)上特產(chǎn)銷售系統(tǒng)的具體情況，調查管理業(yè)務流程是順著系統(tǒng)信息流動的過程逐步進行的，內容包括各環(huán)節(jié)的業(yè)務處理、信息來源、處理方法、計算方法、信息流經(jīng)去向、信息提供的時間和形態(tài)等。
1.系統(tǒng)的業(yè)務流程
1.1 顧客瀏覽網(wǎng)站
顧客通過瀏覽器登錄到本特產(chǎn)銷售系統(tǒng)網(wǎng)站后，可以通過新品上架、特價產(chǎn)品、銷售排行的模塊查看產(chǎn)品及詳細信息，同時顧客也可以按人群查看產(chǎn)品。另外，顧客可以瀏覽資訊，銷售排行榜等模塊。
1.2 用戶注冊及登錄
顧客如果要購買產(chǎn)品，需要進行用戶注冊，注冊成功并登陸后，方可購買產(chǎn)品。
1.3 購物車處理
用戶通過瀏覽產(chǎn)品信息選擇要購買的產(chǎn)品時，可以將產(chǎn)品放入購物車，并可以添加至購物車、查看購物車、移除購物車中的產(chǎn)品、修改購物車產(chǎn)的數(shù)量、清空購物車。
1.4 收銀臺處理
當用戶決定購買購物車中的特產(chǎn)時，可以通過收銀臺結賬填寫相應的訂單信息，確定所填寫的訂單信息無誤后，系統(tǒng)將產(chǎn)生此次訂單的編號，完成在線下達訂單，并且用戶可以查看到訂單。
1.5 管理員后臺處理
系統(tǒng)管理員登錄后可以查看到已受理和未受理的訂單及詳細信息。另外，管理員能夠對系統(tǒng)的各項信息進行維護處理。
2.經(jīng)濟可行性
這套系統(tǒng)是為網(wǎng)上特產(chǎn)銷售系統(tǒng)的使用者提高工作效率，節(jié)省工作時間，方便操作與管理而設計。本系統(tǒng)的開發(fā)在經(jīng)濟上是完全可行的，不需要大量經(jīng)費，而且是個人獨立設計。
3.技術可行性
在軟件方面，由于MyEclipse和MySQL是兩個非常成熟的開發(fā)工具，無論在安全性、可用性、可靠性方面都毫無置疑，因此軟件方面是可行的。
在硬件方面，則選擇空間較大，硬件的配置越高，系統(tǒng)的開發(fā)與運行會更流暢?？紤]到如今的家用或商用電腦硬件的整體配置水平，系統(tǒng)在硬件方面是可行的。
四、需求分析
需求分析是對系統(tǒng)要求的全面分析，是軟件生存周期中最關鍵的一步。經(jīng)過對各大購物網(wǎng)站以及產(chǎn)品企業(yè)銷售過程的考察、分析，要求本系統(tǒng)具有以下功能：統(tǒng)一完整的操作界面，保證系統(tǒng)的易用性，方便用戶操作；具備產(chǎn)品信息的展示功能，方便瀏覽者對產(chǎn)品進行瀏覽和比較；規(guī)范的產(chǎn)品分類，方便瀏覽者分類查找特產(chǎn)；完善的購物車功能與用戶結賬功能；設置網(wǎng)站資訊信息模塊，使瀏覽者能夠及時了解網(wǎng)站的各項動態(tài)變化，及銷售的新品、特價活動等信息；特產(chǎn)銷售排行功能；訂單信息查詢功能、特產(chǎn)信息查詢功能；全面的后臺管理功能，以方便管理員對網(wǎng)站信息進行更新與管理。
五、系統(tǒng)模塊總體設計
本系統(tǒng)一共分為前臺和后臺兩大模塊，兩個模塊之間雖然在表面上是相互獨立的，但是在對數(shù)據(jù)庫的訪問上是緊密相連的，各個模塊訪問的是同一個數(shù)據(jù)庫。每個模塊的功能都是按照在調研中搜集的資料進行編排制作的。依據(jù)上述功能分析，系統(tǒng)在兩個模塊的基礎上每一個模塊又分為幾個模塊。
1.前臺系統(tǒng)功能模塊。包括特色產(chǎn)品展臺模塊、按適用人群查詢模塊、購物車模塊、收銀臺模塊、用戶維護模塊、訂單查詢模塊、資訊瀏覽模塊、留言模塊。
2、后臺系統(tǒng)功能模塊。包括特色產(chǎn)品信息管理模塊、用戶管理模塊、管理員維護模塊、訂單管理模塊、資訊管理模塊、留言管理模塊、財務管理模塊。
六、數(shù)據(jù)庫設計
對于本系統(tǒng)的數(shù)據(jù)庫的需求而言，由于其主要是用于信息的提供、保存、更新和查詢等。因此，需要分析該系統(tǒng)功能所隱含的對數(shù)據(jù)應用的需求，從而確定數(shù)據(jù)庫的結構。
1.用戶注冊、登錄、驗證等功能需要對用戶信息建立數(shù)據(jù)表，其中的數(shù)據(jù)項包括用戶E-mail、昵稱、密碼、住址等。
2.查看特產(chǎn)分類信息和產(chǎn)品詳細信息等功能既需要對特產(chǎn)大小類別進行管理，也需要針對每一個產(chǎn)品進行管理，因此至少需要兩張數(shù)據(jù)表。
3.用戶購物后產(chǎn)生的訂單需要進行管理，這里也包括訂單的基本信息和詳細信息等。
4.訂單生成后，在訂單處理的過程中，需要出貨等，因此可能需要記錄訂單的發(fā)送情況。
5.需要系統(tǒng)管理員對該系統(tǒng)進行管理，因而需要建立管理員信息數(shù)據(jù)表，其中的數(shù)據(jù)項包括管理員ID、密碼等。
6.客戶要進行留言，所以必須建立留言表，其中包括留言標題、留言日期等。
七、開發(fā)工具及技術簡介
1.開發(fā)工具簡介
MyEclipse是一款功能強大的J2EE集成開發(fā)環(huán)境，支持代碼編寫、配置、測試以及除錯。
MySQL是一N采用T-SQL語言的關系型數(shù)據(jù)庫管理系統(tǒng)。所占內存小，但是功能齊全，方便簡潔易使用。
2.技術簡介
本系統(tǒng)采用MVC框架，需要用到的Java相關技術有Jsp技術、Servlet技術、Jdbc技術、J2EE框架。其中，關鍵的技術難點在于Struts技術的運用。Struts技術是基于MVC的Web應用框架。在Struts框架中，模型層由實現(xiàn)業(yè)務邏輯的JavaBean組件構成，控制層由ActionServlet和Action來實現(xiàn)，視圖層由一組JSP文件構成。
參考文獻
[1] 汪建文.我國零售企業(yè)的商務電子化應用商場現(xiàn)代化[J].2008，（04）：56-60.
[2] 胡燕.軟件工程與標準化[J].信息技術與標準化，2004，（12）：17-21.
