軟件工程可行性分析精選(九篇)

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

第1篇：軟件工程可行性分析范文

關(guān)鍵詞：軟件工程；uml；建模

引言

在現(xiàn)代社會(huì)中，軟件無(wú)處不在，人們常接觸的軟件有辦公軟件、網(wǎng)上購(gòu)物網(wǎng)站、電子郵件收發(fā)系統(tǒng)、計(jì)算機(jī)操作系統(tǒng)、游戲等，各式各樣的軟件使得人們的生活變得更輕松、工作更高效。但隨著軟件功能的日益復(fù)雜，軟件的開(kāi)發(fā)和維護(hù)中出現(xiàn)許多嚴(yán)重的問(wèn)題，使得軟件開(kāi)發(fā)成本急劇上升，而質(zhì)量卻難以得到保證，于是引發(fā)了軟件危機(jī)。如何才能擺脫軟件危機(jī)，更加有效地進(jìn)行軟件的開(kāi)發(fā)和維護(hù)工作呢？這就要用到“軟件工程”。

一、基于軟件工程的系統(tǒng)開(kāi)發(fā)過(guò)程

軟件工程是為了解決軟件危機(jī)而出現(xiàn)的， 其核心思想是采用工程的概念、原理、技術(shù)與方法對(duì)軟件進(jìn)行計(jì)劃、開(kāi)發(fā)和維護(hù)，按預(yù)期的進(jìn)度和經(jīng)費(fèi)完成軟件開(kāi)發(fā)任務(wù)。根據(jù)這一思想，軟件開(kāi)發(fā)被劃分為可行性分析、需求分析、設(shè)計(jì)、軟件編碼、軟件測(cè)試、軟件維護(hù)六個(gè)階段。下面以常見(jiàn)的校園BBS論壇為例，用面向?qū)ο蟮姆治龇椒ǎ榻B軟件開(kāi)發(fā)的各階段所做的工作。

1.可行性分析

可行性分析是軟件項(xiàng)目在正式立項(xiàng)前必須進(jìn)行的工作，目的不是解決軟件該如何做的問(wèn)題，而是確定軟件項(xiàng)目是否值得做，項(xiàng)目能否在現(xiàn)有資金、人力和技術(shù)條件的限制下完成或者用盡可能小的代價(jià)在盡可能短的間內(nèi)解決的?？尚行苑治霰仨毷强陀^的、科學(xué)的，不能單憑決策者的一時(shí)沖動(dòng)。

以校園BBS論壇前臺(tái)系統(tǒng)為例，進(jìn)行可行性分析時(shí)，應(yīng)考慮論壇的技術(shù)可行性、經(jīng)濟(jì)可行性、操作可行性和開(kāi)發(fā)方案的選擇?？尚行苑治龅牟襟E為：分析建立系統(tǒng)的目的、分析當(dāng)前系統(tǒng)的優(yōu)劣及業(yè)務(wù)流程、提出新系統(tǒng)、分析新系統(tǒng)是否滿足需求、制定新系統(tǒng)的技術(shù)方案、分析比較各方案的優(yōu)劣、推薦最優(yōu)方案。可行性分析階段最終要得到可行性研究報(bào)告。

2.需求分析

論壇可行性論證通過(guò)后，緊接著要做的就是論壇需求分析。這一階段的主要任務(wù)就是要描述系統(tǒng)的功能需求，從用戶的角度，以用戶可理解的方式來(lái)描述系統(tǒng)需求。系統(tǒng)需求可以通過(guò)和使用者交流、問(wèn)卷調(diào)查、參與觀察業(yè)務(wù)流程、閱讀同類產(chǎn)品的描述文檔等方式獲得。需求分析階段不考慮系統(tǒng)的具體解決方案，只考慮系統(tǒng)“要做什么”。

為了能簡(jiǎn)單直觀的描述系統(tǒng)功能，讓普通的用戶也可以看懂系統(tǒng)功能描述，系統(tǒng)分析人員可以選擇UML的建模方法。在UML的規(guī)范中，“用例”描述系統(tǒng)的功能和需求。以校園BBS論壇前臺(tái)系統(tǒng)為例，其用例如圖一：

從上圖可以看出，用例圖是從參與者的角度來(lái)描述系統(tǒng)的功能。其中參與者描述為一個(gè)人形符號(hào)，系統(tǒng)的功能描述為橢圓形，一個(gè)功能就是一個(gè)用例。參與者可以是人，也可以是與系統(tǒng)交互的組織或系統(tǒng)。

圖一 系統(tǒng)用例圖

用例圖描述了系統(tǒng)用戶和系統(tǒng)功能的關(guān)聯(lián)關(guān)系，若想要詳細(xì)描述系統(tǒng)的某個(gè)功能，開(kāi)發(fā)人員可以用“序列圖”來(lái)完成，這有助于項(xiàng)目團(tuán)隊(duì)對(duì)系統(tǒng)功能達(dá)成共識(shí)。圖二為注冊(cè)用戶“回復(fù)帖子”的序列圖：

圖二 “回復(fù)帖子”序列圖

圖中，水平方向上的是參與交互的四個(gè)對(duì)象：用戶、登陸系統(tǒng)、論壇主頁(yè)和發(fā)帖回帖模塊。四個(gè)對(duì)象間互有消息來(lái)往，且這些消息有先后次序。上圖也可以簡(jiǎn)單理解為用戶發(fā)帖的操作步驟。

3.設(shè)計(jì)

此階段主要根據(jù)需求分析的結(jié)果，對(duì)整個(gè)軟件系統(tǒng)進(jìn)行設(shè)計(jì)，如系統(tǒng)框架設(shè)計(jì)，數(shù)據(jù)庫(kù)設(shè)計(jì)等等，重點(diǎn)解決“怎么做”的問(wèn)題。好的軟件設(shè)計(jì)將為軟件程序編寫打下良好的基礎(chǔ)。

在UML的規(guī)范中，類圖描述系統(tǒng)中類、接口及其間關(guān)系的一種圖，它描述的是系統(tǒng)的靜態(tài)關(guān)系。一個(gè)系統(tǒng)的描述需要組織大量的詞匯，相關(guān)概念詞匯集結(jié)在一起，逐漸形成類圖。需求描述中的名詞有可能就是一個(gè)類的名字，也有可能是某個(gè)類的屬性。需求描述中的動(dòng)詞往往就是一個(gè)類中的一個(gè)操作。多個(gè)類中相同的動(dòng)作就可以組成一個(gè)接口。

通過(guò)對(duì)BBS論壇前臺(tái)系統(tǒng)進(jìn)行分析，系統(tǒng)中基本的類有用戶類、版塊類、主題類、回復(fù)類和數(shù)據(jù)庫(kù)連接類。系統(tǒng)的類圖設(shè)計(jì)模型如圖三：

圖三 論壇基本類圖

為了更清晰的分析和理解部件之間的相互影響程度，可以使用組件圖描述代碼部件的物理結(jié)構(gòu)及各部件之間的依賴關(guān)系，一個(gè)部件可能是一個(gè)資源代碼部件、一個(gè)二進(jìn)制部件或一個(gè)可執(zhí)行部件。在BBS論壇前臺(tái)系統(tǒng)中，參與的基本部件有數(shù)據(jù)庫(kù)服務(wù)、web應(yīng)用程序、論壇前臺(tái)程序、主版快頁(yè)面等。BBS論壇組件圖如四：

圖四 論壇組件圖

可執(zhí)行軟件最終要部署運(yùn)行在可戶的環(huán)境中才能發(fā)揮作用。部署圖定義系統(tǒng)中軟硬件的物理體系結(jié)構(gòu)。BBS論壇前臺(tái)系統(tǒng)的軟硬件有WEB應(yīng)用服務(wù)器、數(shù)據(jù)庫(kù)服務(wù)器、客戶端，其部署圖如圖五：

4.編碼

編碼就是把設(shè)計(jì)階段的類轉(zhuǎn)換成某種面向?qū)ο蟪绦蛟O(shè)計(jì)語(yǔ)言的代碼，此階段是將軟件設(shè)計(jì)的結(jié)果轉(zhuǎn)換成計(jì)算機(jī)可運(yùn)行的程序代碼。在程序編碼中必須要制定統(tǒng)一，符合標(biāo)準(zhǔn)的編寫規(guī)范。以保證程序的可讀性，易維護(hù)性，提高程序的運(yùn)行效率。

圖五 論壇部署圖

5.測(cè)試

在軟件設(shè)計(jì)完成后要經(jīng)過(guò)嚴(yán)密的測(cè)試，以發(fā)現(xiàn)軟件在整個(gè)設(shè)計(jì)過(guò)程中存在的問(wèn)題并加以糾正。整個(gè)測(cè)試過(guò)程分單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)和用戶測(cè)試四個(gè)階段。不同的測(cè)試采用不同的UML圖作為測(cè)試的基礎(chǔ)。單元測(cè)試用到類圖和類的規(guī)格說(shuō)明，集成測(cè)試用到組件圖和協(xié)作圖，系統(tǒng)測(cè)試用到用例圖來(lái)確認(rèn)系統(tǒng)的行為符合這些圖中的定義。測(cè)試的最后階段---用戶測(cè)試由系統(tǒng)的最終用戶負(fù)責(zé)在系統(tǒng)的真實(shí)使用環(huán)境中完成。測(cè)試的方法主要有白盒測(cè)試和黑盒測(cè)試兩種。在測(cè)試過(guò)程中需要建立詳細(xì)的測(cè)試計(jì)劃并嚴(yán)格按照測(cè)試計(jì)劃進(jìn)行測(cè)試，以減少測(cè)試的隨意性。

6.維護(hù)

軟件維護(hù)是軟件生命周期中持續(xù)時(shí)間最長(zhǎng)的階段。在軟件開(kāi)發(fā)完成并投入使用后，由于多方面的原因，軟件不能繼續(xù)適應(yīng)用戶的要求，為了延續(xù)軟件的使用壽命，就必須對(duì)軟件進(jìn)行維護(hù)。軟件的維護(hù)包括改進(jìn)性維護(hù)、適應(yīng)性維護(hù)、完善性維護(hù)、預(yù)防性維護(hù)。改正性維護(hù)是在軟件交付使用后，為了解決軟件本身的錯(cuò)誤而做的程序修改；適應(yīng)性維護(hù)是為適應(yīng)環(huán)境的變化而修改軟件的活動(dòng)；完善性維護(hù)是根據(jù)用戶在使用過(guò)程中提出的一些建設(shè)性意見(jiàn)而進(jìn)行的維護(hù)活動(dòng)；預(yù)防性維護(hù)是為了進(jìn)一步改善軟件系統(tǒng)的可維護(hù)性和可靠性，并為以后的改進(jìn)奠定基礎(chǔ)。

二、結(jié)語(yǔ)

軟件工程的思想無(wú)時(shí)無(wú)刻不體現(xiàn)在軟件的開(kāi)發(fā)和維護(hù)過(guò)程中，越是復(fù)雜的軟件，越需要軟件工程來(lái)指導(dǎo)開(kāi)發(fā)。把握軟件生存周期的每個(gè)階段的特征，是應(yīng)用好軟件工程的基礎(chǔ)。

參考文獻(xiàn)：

[1]潘家志.基于UML的面向?qū)ο箝_(kāi)啊模型UBDM的研究[D].西南農(nóng)業(yè)大學(xué)，2002.

第2篇：軟件工程可行性分析范文

軟件工程不僅是計(jì)算機(jī)科學(xué)與技術(shù)專業(yè)、軟件工程專業(yè)的一門專業(yè)基礎(chǔ)核心課程，也是其他相關(guān)專業(yè)，如信息工程、系統(tǒng)工程、信息與計(jì)算機(jī)科學(xué)、信息管理與信息系統(tǒng)等專業(yè)的重要應(yīng)用技術(shù)課程。對(duì)于這些專業(yè)的學(xué)生來(lái)說(shuō)，畢業(yè)設(shè)計(jì)多是以軟件開(kāi)發(fā)類項(xiàng)目為主，整個(gè)畢業(yè)設(shè)計(jì)就是開(kāi)發(fā)一個(gè)軟件。為了更好地完成軟件開(kāi)發(fā)類畢業(yè)設(shè)計(jì)，提高學(xué)生畢業(yè)設(shè)計(jì)的質(zhì)量，進(jìn)一步規(guī)范畢業(yè)設(shè)計(jì)中的軟件開(kāi)發(fā)過(guò)程是必需的。軟件工程的思想正是用工程化方法構(gòu)建和維護(hù)有效的、實(shí)用的和高質(zhì)量的軟件。按照軟件工程思想，軟件開(kāi)發(fā)的生命周期分為可行性分析、需求分析、總體設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼實(shí)現(xiàn)、軟件測(cè)試和軟件維護(hù)幾個(gè)階段。在學(xué)生的畢業(yè)設(shè)計(jì)中以軟件工程的思想為主線，從軟件工程的角度去指導(dǎo)學(xué)生進(jìn)行畢業(yè)設(shè)計(jì)，挖掘軟件工程在系統(tǒng)開(kāi)發(fā)過(guò)程中的價(jià)值，解決畢業(yè)設(shè)計(jì)中存在的一些問(wèn)題，既有助于學(xué)生更好地理解軟件工程的方法、技術(shù)和思想，更有助于提高軟件類畢業(yè)設(shè)計(jì)的質(zhì)量。

2畢業(yè)設(shè)計(jì)中存在的問(wèn)題

筆者在指導(dǎo)學(xué)生軟件開(kāi)發(fā)類畢業(yè)設(shè)計(jì)過(guò)程中發(fā)現(xiàn)，畢業(yè)設(shè)計(jì)存在著選題難、任務(wù)重、重視編碼、輕過(guò)程、項(xiàng)目無(wú)法完成等現(xiàn)象。設(shè)計(jì)過(guò)程中沒(méi)有嚴(yán)格地遵循軟件工程的開(kāi)發(fā)方法，沒(méi)有規(guī)范的軟件設(shè)計(jì)過(guò)程，項(xiàng)目能否成功主要依賴于個(gè)人能力和個(gè)人努力，這種不正確的開(kāi)發(fā)方法帶來(lái)了嚴(yán)重的后果。在項(xiàng)目開(kāi)發(fā)的過(guò)程中常常存在以下幾個(gè)方面問(wèn)題：

2.1選題的盲目性

選題是畢業(yè)設(shè)計(jì)過(guò)程中的一個(gè)初始環(huán)節(jié)，選題恰當(dāng)是做好畢業(yè)設(shè)計(jì)的前提，但選題不當(dāng)?shù)那闆r仍然時(shí)有發(fā)生。學(xué)生沒(méi)有認(rèn)識(shí)到畢業(yè)設(shè)計(jì)的重要性，純粹是為了完成學(xué)業(yè)而做畢業(yè)設(shè)計(jì)，選題沒(méi)有一個(gè)確切的目標(biāo)，往往是隨便選一個(gè)題目，造成選題的盲目性，出現(xiàn)了選題陳舊、選題范圍狹窄、選題偏大等問(wèn)題，使學(xué)生抄襲、完成不了畢業(yè)設(shè)計(jì)的情況時(shí)有發(fā)生。

2.2缺少軟件的系統(tǒng)分析

軟件開(kāi)發(fā)過(guò)程的第一個(gè)階段是系統(tǒng)分析，用來(lái)確定軟件開(kāi)發(fā)要解決的問(wèn)題是什么？估算完成該項(xiàng)目需要的資源和成本，確定目標(biāo)系統(tǒng)應(yīng)該具備哪些功能，主要經(jīng)歷問(wèn)題的定義、可行性分析和需求分析三個(gè)階段。軟件的系統(tǒng)分析確定了用戶需求，同時(shí)對(duì)目標(biāo)系統(tǒng)提出完整、具體的要求，引導(dǎo)開(kāi)發(fā)者正確地構(gòu)建系統(tǒng)。因此，對(duì)用戶需求做出全面、正確的分析，對(duì)于最終軟件開(kāi)發(fā)類畢業(yè)設(shè)計(jì)的成敗起著至關(guān)重要的作用。然而在完成畢業(yè)設(shè)計(jì)過(guò)程中，學(xué)生往往認(rèn)為代碼編寫最重要，對(duì)軟件開(kāi)發(fā)過(guò)程中的可行性分析和需求分析階段不重視，甚至沒(méi)有系統(tǒng)分析，對(duì)整個(gè)畢業(yè)設(shè)計(jì)的完成造成了影響。

2.3軟件設(shè)計(jì)過(guò)程雜亂無(wú)章

軟件設(shè)計(jì)一般都要經(jīng)歷可行性分析、需求分析、總體設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼和測(cè)試階段。而部分學(xué)生在畢業(yè)設(shè)計(jì)開(kāi)發(fā)的過(guò)程中，缺乏軟件工程設(shè)計(jì)思想，跨越需求分析、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)和功能模塊設(shè)計(jì)，直接進(jìn)行代碼的撰寫；或者從代碼反推出模塊設(shè)計(jì)；甚至在軟件開(kāi)發(fā)過(guò)程中，一邊寫程序，一邊了解需求，程序完成了需求才確定。這種無(wú)序的軟件設(shè)計(jì)過(guò)程，導(dǎo)致最終設(shè)計(jì)的系統(tǒng)雜亂無(wú)章、代碼的重復(fù)率高、潛在?Bug多、系統(tǒng)的可集成性非常差、不能在規(guī)定時(shí)間內(nèi)完成設(shè)計(jì)或者系統(tǒng)無(wú)法運(yùn)行。

2.4開(kāi)發(fā)過(guò)程中文檔不完備

根據(jù)軟件工程學(xué)的基本原理，軟件＝程序+文檔，可見(jiàn)軟件文檔是軟件開(kāi)發(fā)過(guò)程中不可缺少的組成部分。軟件文檔貫穿于軟件開(kāi)發(fā)的各個(gè)階段，是提高軟件產(chǎn)品開(kāi)發(fā)效率、規(guī)范軟件產(chǎn)品開(kāi)發(fā)過(guò)程、保證軟件產(chǎn)品質(zhì)量的關(guān)鍵。但在實(shí)際畢業(yè)設(shè)計(jì)中，很多同學(xué)認(rèn)為把程序代碼編出來(lái)了，畢業(yè)設(shè)計(jì)也就完成了，提交的畢業(yè)設(shè)計(jì)論文就是系統(tǒng)代碼的復(fù)制，即只做出一個(gè)可演示可操作的系統(tǒng)，而忽略了軟件開(kāi)發(fā)的完整性、系統(tǒng)性。完整的畢業(yè)設(shè)計(jì)不僅包括可操作的系統(tǒng)，還包括在開(kāi)發(fā)系統(tǒng)的過(guò)程中所產(chǎn)生的各個(gè)文檔資料。文檔的缺失會(huì)降低軟件開(kāi)發(fā)的效率、影響整個(gè)軟件的開(kāi)發(fā)、使用和維護(hù)。以上問(wèn)題的存在，嚴(yán)重影響了畢業(yè)設(shè)計(jì)的進(jìn)度和質(zhì)量，沒(méi)有達(dá)到畢業(yè)設(shè)計(jì)的目標(biāo)要求。針對(duì)當(dāng)前畢業(yè)設(shè)計(jì)的現(xiàn)狀和存在不足，筆者認(rèn)為應(yīng)用軟件工程學(xué)的思想指導(dǎo)畢業(yè)設(shè)計(jì)，對(duì)促進(jìn)學(xué)生綜合素質(zhì)與工程實(shí)踐能力培養(yǎng)具有積極意義。

3用軟件工程思想指導(dǎo)學(xué)生進(jìn)行畢業(yè)設(shè)計(jì)

3.1以可行性研究指導(dǎo)選題

可行性研究的目的是用最小的代價(jià)在盡可能短的時(shí)間內(nèi)確定問(wèn)題是否能夠解決。畢業(yè)設(shè)計(jì)題目的選擇，應(yīng)立足于解決工程實(shí)際問(wèn)題，可由指導(dǎo)教師提供符合相關(guān)專業(yè)畢業(yè)設(shè)計(jì)要求的題目，也可以鼓勵(lì)學(xué)生自己到社會(huì)、生產(chǎn)企業(yè)中尋求研究課題，培養(yǎng)他們自主學(xué)習(xí)的意識(shí)。選題過(guò)程以可行性研究為指導(dǎo)，從課題規(guī)模大小、難易程度、學(xué)生自己的研究方向、愛(ài)好、學(xué)生的知識(shí)層面和能力等多個(gè)方面進(jìn)行考慮，對(duì)于選擇的題目是否能夠解決，確定在規(guī)定的時(shí)間內(nèi)完成畢業(yè)設(shè)計(jì)的可行性。指導(dǎo)教師可根據(jù)學(xué)生選報(bào)的題目來(lái)指導(dǎo)學(xué)生對(duì)該選題進(jìn)行調(diào)查研究，明確課題要解決的問(wèn)題是什么，簡(jiǎn)要地寫出關(guān)于問(wèn)題性質(zhì)、項(xiàng)目目標(biāo)和項(xiàng)目規(guī)模的書面報(bào)告?？尚行匝芯縼?lái)指導(dǎo)畢業(yè)設(shè)計(jì)的選題，實(shí)質(zhì)上是簡(jiǎn)化了系統(tǒng)分析和設(shè)計(jì)的過(guò)程，也是在較高層次上以較抽象的方式進(jìn)行的系統(tǒng)分析和設(shè)計(jì)的過(guò)程，使學(xué)生對(duì)于課題的設(shè)計(jì)有個(gè)清晰的思路，為及時(shí)完成畢業(yè)設(shè)計(jì)提供了可能。

3.2重視軟件的需求分析

需求分析的基本任務(wù)是準(zhǔn)確地回答“系統(tǒng)必須做什么”，即確定系統(tǒng)必須完成哪些工作，也就是對(duì)目標(biāo)系統(tǒng)提出完整、準(zhǔn)確、清晰、具體的要求，不僅指明了系統(tǒng)設(shè)計(jì)時(shí)必須要實(shí)現(xiàn)的目標(biāo)，也是軟件設(shè)計(jì)、實(shí)現(xiàn)、測(cè)試和維護(hù)階段的主要參考標(biāo)準(zhǔn)。用戶需求的獲取是軟件開(kāi)發(fā)中最重要、難度最大的工作，它貫穿于整個(gè)軟件設(shè)計(jì)過(guò)程，不僅要涉及到軟件開(kāi)發(fā)方面的知識(shí)、應(yīng)用領(lǐng)域方面的知識(shí)，還涉及到與用戶溝通的能力。在進(jìn)行需求獲取和分析時(shí)，為了及時(shí)、準(zhǔn)確地獲取，可采用軟件工程中比較成熟的方法，例如訪談、實(shí)際調(diào)查、UML的用例技術(shù)等。需求分析在軟件系統(tǒng)分析與設(shè)計(jì)階段起著橋梁的作用，確定了系統(tǒng)的需求，才能制定出軟件設(shè)計(jì)的框架，保證畢業(yè)設(shè)計(jì)循序漸進(jìn)、有條不紊地進(jìn)行，避免后期開(kāi)發(fā)過(guò)程的頻繁返工，進(jìn)而按時(shí)完成最終的任務(wù)。

3.3規(guī)范畢業(yè)設(shè)計(jì)過(guò)程

軟件開(kāi)發(fā)類畢業(yè)設(shè)計(jì)一般是開(kāi)發(fā)一個(gè)軟件系統(tǒng)，實(shí)現(xiàn)一定的功能?！奥槿鸽m小，五臟俱全”，無(wú)論軟件規(guī)模的大小、功能的多少，都應(yīng)該嚴(yán)格按照軟件工程中軟件生命周期每個(gè)階段的步驟完成各項(xiàng)任務(wù)。要培養(yǎng)學(xué)生把軟件工程的概念貫穿于整個(gè)畢業(yè)設(shè)計(jì)過(guò)程，也就是說(shuō)，讓學(xué)生把開(kāi)發(fā)軟件的過(guò)程看成是蓋一棟大樓，修一條公路的實(shí)際工程，用工程化的思想指導(dǎo)畢業(yè)設(shè)計(jì)，確定完成課題的各項(xiàng)任務(wù)的工作步驟，注重軟件類畢業(yè)設(shè)計(jì)的過(guò)程，而不是學(xué)生所認(rèn)為的畢業(yè)設(shè)計(jì)就是編程序，代碼調(diào)試通過(guò)即可。通過(guò)工程的概念規(guī)范畢業(yè)設(shè)計(jì)過(guò)程，讓學(xué)生明白開(kāi)發(fā)一個(gè)軟件系統(tǒng)一般經(jīng)過(guò)系統(tǒng)分析、系統(tǒng)設(shè)計(jì)、系統(tǒng)實(shí)施三個(gè)階段，必須嚴(yán)格遵循軟件生命周期的規(guī)律，完成各個(gè)階段的任務(wù)，才能最終提高畢業(yè)設(shè)計(jì)的質(zhì)量。

3.4重視文檔的寫作

軟件工程中的瀑布模型嚴(yán)格地規(guī)定了在整個(gè)軟件生命周期的各個(gè)階段，都要提交相應(yīng)的文檔。文檔不僅記錄軟件開(kāi)發(fā)過(guò)程中的大量信息，在軟件的開(kāi)發(fā)、維護(hù)過(guò)程中也起著重要的作用。在指導(dǎo)學(xué)生畢業(yè)設(shè)計(jì)時(shí)，要求學(xué)生遵照軟件工程的思想，把文檔作為整個(gè)設(shè)計(jì)的指揮棒，記載設(shè)計(jì)過(guò)程的每一階段完成的目標(biāo)、任務(wù)及技術(shù)手段，建立健全畢業(yè)設(shè)計(jì)文檔制度，確保畢業(yè)設(shè)計(jì)過(guò)程中的文獻(xiàn)綜述、譯文、任務(wù)書、開(kāi)題報(bào)告、選題審題表、中期檢查表、設(shè)計(jì)(論文)正文、答辯記錄等各環(huán)節(jié)教學(xué)資料檔案完善、規(guī)范，實(shí)現(xiàn)對(duì)畢業(yè)設(shè)計(jì)的全程監(jiān)控。

4結(jié)束語(yǔ)

第3篇：軟件工程可行性分析范文

關(guān)鍵詞：CMM2；過(guò)程改進(jìn)；項(xiàng)目管理系統(tǒng)

中圖分類號(hào)：TP311.5

目前，南京市軟件產(chǎn)業(yè)取得了令人矚目的成績(jī)，中小型軟件企業(yè)的數(shù)量也在與日俱增，相當(dāng)多的中小型軟件企業(yè)希望以CMM2作為切入點(diǎn)，著力改進(jìn)軟件項(xiàng)目管理過(guò)程，提升企業(yè)的市場(chǎng)競(jìng)爭(zhēng)力。作為培養(yǎng)“軟件藍(lán)領(lǐng)”的高職院校，就要順應(yīng)這一趨勢(shì)，采用信息化的手段讓學(xué)生學(xué)習(xí)并了解CMM2模型。所以，一個(gè)基于CMM2模型的、并加以改進(jìn)的“軟件實(shí)訓(xùn)項(xiàng)目管理系統(tǒng)”應(yīng)運(yùn)而生。

1 軟件能力成熟度模型2級(jí)（CMM2）詳解

所謂CMM2（可重復(fù)級(jí)），就是在CMM2級(jí)企業(yè)中，已經(jīng)建立了基本的軟件項(xiàng)目級(jí)管理過(guò)程，可對(duì)項(xiàng)目的成本、進(jìn)度進(jìn)行跟蹤和控制，軟件開(kāi)發(fā)和維護(hù)的過(guò)程相對(duì)穩(wěn)定，已有的管理類似項(xiàng)目的成功經(jīng)驗(yàn)可以被復(fù)用管理新項(xiàng)目，盡管新項(xiàng)目所實(shí)施的具體過(guò)程有可能不同。CMM2的核心就是重復(fù)利用。

CMM2包括六個(gè)關(guān)鍵過(guò)程域（KPA），囊括了需求管理、項(xiàng)目管理、質(zhì)量管理、配置管理和子合同管理五個(gè)方面，其中項(xiàng)目管理又分為計(jì)劃過(guò)程和跟蹤與監(jiān)控過(guò)程。

1.1 需求管理

需求管理的最終目的是在客戶與實(shí)現(xiàn)客戶需求的項(xiàng)目之間達(dá)成共識(shí)，需求管理活動(dòng)就是為了建立并維護(hù)這種共識(shí)，這是軟件項(xiàng)目計(jì)劃和管理的基礎(chǔ)。在軟件項(xiàng)目的整個(gè)生命周期，都應(yīng)該記載、跟蹤和驗(yàn)證由于需求的變化而引起其它文檔所作的修改。

1.2 軟件項(xiàng)目計(jì)劃

建立合理的開(kāi)發(fā)計(jì)劃的基礎(chǔ)是對(duì)項(xiàng)目規(guī)模、資源要求和風(fēng)險(xiǎn)等要有一個(gè)合理的估算。軟件項(xiàng)目計(jì)劃的目的是為完成軟件工程和管理軟件項(xiàng)目制定合理的計(jì)劃，包含估計(jì)待完成的工作，建立必要的約定和確定進(jìn)行該工作的計(jì)劃。

1.3 軟件項(xiàng)目跟蹤及監(jiān)督

軟件項(xiàng)目跟蹤和監(jiān)督的目的是建立對(duì)實(shí)際進(jìn)展的適當(dāng)?shù)目梢曅?，使管理者能在軟件?xiàng)目性能明顯偏離軟件計(jì)劃時(shí)采取有效措施。它包括對(duì)照已文檔化的估計(jì)、約定、和計(jì)劃評(píng)審和跟蹤軟件完成情況和結(jié)果，以保證當(dāng)項(xiàng)目執(zhí)行偏離項(xiàng)目計(jì)劃時(shí)管理上能采取有效的解決措施。

1.4 軟件質(zhì)量保證

軟件質(zhì)量保證的目的是向管理者提供適當(dāng)?shù)膶?duì)軟件項(xiàng)目正使用的過(guò)程和正構(gòu)造產(chǎn)品的可視性。它包括評(píng)審和審計(jì)軟件產(chǎn)品和活動(dòng)以驗(yàn)證它們符合適用的規(guī)程和標(biāo)準(zhǔn)，給項(xiàng)目和其它有關(guān)的經(jīng)理提供這些評(píng)審和審計(jì)的結(jié)果。

1.5 軟件配置管理

軟件配置管理的目的是建立和維護(hù)在項(xiàng)目的整個(gè)軟件生存周期中軟件項(xiàng)目產(chǎn)品的完整性。它包括標(biāo)識(shí)在給定時(shí)間點(diǎn)上軟件的配置，系統(tǒng)地控制對(duì)配置的更改、并維護(hù)在整個(gè)軟件生存周期中配置的完整性和可跟蹤性。

1.6 軟件子合同管理

軟件子合同管理的目的是選擇合格的軟件子承包商并有效地管理他們。它包括選擇軟件子承包商、建立和子承包商的約定，及跟蹤和評(píng)審子承包商的性能和結(jié)果。

2 軟件實(shí)訓(xùn)項(xiàng)目管理與CMM2模型改進(jìn)

2.1 軟件實(shí)訓(xùn)項(xiàng)目管理

（1）軟件實(shí)訓(xùn)項(xiàng)目管理概述。軟件實(shí)訓(xùn)項(xiàng)目是參考中小型軟件企業(yè)真實(shí)項(xiàng)目案例，同時(shí)又適合高職學(xué)生作為訓(xùn)練相應(yīng)技能而改進(jìn)的軟件項(xiàng)目，它不是一個(gè)具有商業(yè)性質(zhì)的軟件產(chǎn)品。目前，正規(guī)的軟件企業(yè)如果重視軟件項(xiàng)目實(shí)施過(guò)程的管理，一定會(huì)采取各種方法對(duì)軟件項(xiàng)目進(jìn)行管控，軟件項(xiàng)目管理系統(tǒng)就是一個(gè)常見(jiàn)的措施，采用該系統(tǒng)可以對(duì)軟件項(xiàng)目的各個(gè)實(shí)施階段進(jìn)行有效的、實(shí)時(shí)的、科學(xué)的管控。所以，把針對(duì)軟件實(shí)訓(xùn)項(xiàng)目管理的系統(tǒng)叫做軟件實(shí)訓(xùn)項(xiàng)目管理系統(tǒng)。

（2）軟件實(shí)訓(xùn)項(xiàng)目管理系統(tǒng)的基本功能需求。軟件實(shí)訓(xùn)項(xiàng)目管理系統(tǒng)是體現(xiàn)軟件實(shí)訓(xùn)項(xiàng)目管理過(guò)程的一個(gè)信息化軟件平臺(tái)，針對(duì)學(xué)院對(duì)項(xiàng)目管理基本的功能需求調(diào)查發(fā)現(xiàn)，整個(gè)系統(tǒng)包括了班級(jí)管理、案例資料管理、項(xiàng)目管理、歷史數(shù)據(jù)管理、實(shí)訓(xùn)成績(jī)管理、課程管理六大部分。其中最重要的功能就是項(xiàng)目管理，它重點(diǎn)體現(xiàn)了軟件成熟度模型的思想，有效的規(guī)范和保證了項(xiàng)目實(shí)施的全過(guò)程，包括項(xiàng)目啟動(dòng)、計(jì)劃、執(zhí)行、質(zhì)量保證、結(jié)束。

2.2 CMM2級(jí)模型改進(jìn)與實(shí)施方案

（1）CMM2級(jí)模型改進(jìn)。CMM2模型中的內(nèi)容非常廣泛，標(biāo)準(zhǔn)十分完備，如果完全照搬CMM2運(yùn)用到該系統(tǒng)中是不合適的。因此，必須對(duì)CMM2中管理的內(nèi)容和標(biāo)準(zhǔn)進(jìn)行一定的優(yōu)化和裁減，提出一個(gè)適合軟件實(shí)訓(xùn)項(xiàng)目組規(guī)模的CMM軟件項(xiàng)目管理模型，并給出在模型的各個(gè)階段實(shí)際要完成的任務(wù)和需要注意的問(wèn)題。

根據(jù)CMM2六個(gè)關(guān)鍵過(guò)程域（KPA）的解釋和軟件項(xiàng)目管理的過(guò)程，這里我們可以初步提出一個(gè)基于CMM2的軟件實(shí)訓(xùn)項(xiàng)目管理模型。該模型如圖1所示：

圖1中軟件實(shí)訓(xùn)項(xiàng)目管理模型的劃分結(jié)合了軟件項(xiàng)目的生命周期，主要分為：項(xiàng)目啟動(dòng)、項(xiàng)目計(jì)劃、項(xiàng)目實(shí)施與控制、項(xiàng)目技術(shù)。各個(gè)階段分別包含CMM2的關(guān)鍵過(guò)程域，其中軟件質(zhì)量保證和軟件配置管理2個(gè)KPA貫穿于整個(gè)項(xiàng)目開(kāi)發(fā)過(guò)程始終。圖中只提到了CMM2的5個(gè)KPA，還有一個(gè)軟件子合同管理KPA，考慮到根據(jù)軟件實(shí)訓(xùn)項(xiàng)目的規(guī)模和實(shí)際情況，一般不會(huì)出現(xiàn)把項(xiàng)目轉(zhuǎn)包出現(xiàn)的情況，在此進(jìn)行了裁減。

（2）組織管理結(jié)構(gòu)改進(jìn)。對(duì)CMM2的模型改進(jìn)后，接下來(lái)就要對(duì)CMM2所要求的組織管理結(jié)構(gòu)進(jìn)行適當(dāng)?shù)牟脺p。因?yàn)镃MM中任務(wù)分工細(xì)，涉及到的角色關(guān)系多，這對(duì)于軟件實(shí)訓(xùn)項(xiàng)目組這樣的小型軟件開(kāi)發(fā)組織來(lái)說(shuō)是難以實(shí)現(xiàn)的。經(jīng)過(guò)裁減后，組織管理結(jié)構(gòu)中各個(gè)角色的工作職責(zé)描述如下：1）高級(jí)經(jīng)理：一名，負(fù)責(zé)所開(kāi)展的所有軟件實(shí)訓(xùn)項(xiàng)目。2）項(xiàng)目經(jīng)理：一個(gè)項(xiàng)目一名，負(fù)責(zé)整個(gè)項(xiàng)目的實(shí)施。3）軟件工程師：根據(jù)軟件項(xiàng)目的規(guī)模確定人數(shù)，負(fù)責(zé)軟件的設(shè)計(jì)與開(kāi)發(fā)。4）軟件配置管理員：可安排由項(xiàng)目組中任意成員擔(dān)任，可以是項(xiàng)目經(jīng)理，可以是軟件工程師，也可以由其他人員兼任，負(fù)責(zé)軟件產(chǎn)品的配置整合工作。5）軟件質(zhì)量保證員：如果人員條件允許，此人員最好單獨(dú)設(shè)立，如若條件所限，可由項(xiàng)目經(jīng)理或軟件測(cè)試人員兼任，負(fù)責(zé)項(xiàng)目在各個(gè)階段的評(píng)審。6）軟件測(cè)試員：可由軟件工程師同時(shí)擔(dān)任，在開(kāi)展測(cè)試工作時(shí)，必須交叉測(cè)試。

3 實(shí)施方案

3.1 項(xiàng)目啟動(dòng)

項(xiàng)目啟動(dòng)是軟件項(xiàng)目管理的初始階段，它對(duì)項(xiàng)目有序、正常的開(kāi)展起著非常關(guān)鍵的作用。項(xiàng)目啟動(dòng)包括有項(xiàng)目可行性分析，需求調(diào)研、編寫需求文檔和可行性分析報(bào)告。該階段主要包含CMM2的軟件項(xiàng)目計(jì)劃KPA。

在此階段需要重點(diǎn)處理的工作有：（1）可行性分析。可行性分析是為了分析在一定時(shí)間范圍內(nèi)軟件項(xiàng)目是否能夠按要求完成以及完成的價(jià)值如何。一般從技術(shù)可行性、經(jīng)濟(jì)可行性、社會(huì)可行性三個(gè)大方面來(lái)考慮，從而形成軟件項(xiàng)目可行性分析報(bào)告。技術(shù)可行性即項(xiàng)目開(kāi)發(fā)的技術(shù)儲(chǔ)備，開(kāi)發(fā)的風(fēng)險(xiǎn)等方面是否支持項(xiàng)目的開(kāi)發(fā)；經(jīng)濟(jì)可行性即確定該項(xiàng)目在經(jīng)濟(jì)上是否值得開(kāi)發(fā)；社會(huì)可行性即判斷待開(kāi)發(fā)的項(xiàng)目是否有侵犯、妨礙等責(zé)任問(wèn)題。（2）需求分析。需求分析是經(jīng)過(guò)需求分析后的產(chǎn)出物。需求分析的任務(wù)就是確定系統(tǒng)具備哪些功能，即回答待開(kāi)發(fā)項(xiàng)目做什么的問(wèn)題。需求分析的過(guò)程是和客戶打交道最多也是最重要的環(huán)節(jié)，它直接決定了后續(xù)項(xiàng)目開(kāi)發(fā)的成功與否，必須通過(guò)多次的需求調(diào)研、分析才能形成需求規(guī)格說(shuō)明書。

3.2 項(xiàng)目計(jì)劃

項(xiàng)目計(jì)劃的提出是為了給軟件項(xiàng)目實(shí)施的各個(gè)階段提供一個(gè)合理的、可行的、可參考的工作計(jì)劃，使項(xiàng)目參與人員能夠有條不紊的按照計(jì)劃開(kāi)展工作。該階段主要包含CMM2的需求管理KPA和軟件項(xiàng)目計(jì)劃KPA。

在此階段需要重點(diǎn)處理的工作有軟件項(xiàng)目計(jì)劃：軟件項(xiàng)目計(jì)劃必須按照需求調(diào)研的結(jié)果來(lái)制定，要根據(jù)不同的項(xiàng)目要求明確軟件項(xiàng)目開(kāi)發(fā)模型，可以利用的項(xiàng)目資源，項(xiàng)目經(jīng)理還要根據(jù)項(xiàng)目需求文檔從軟件規(guī)模、人力、成本、進(jìn)度等方面進(jìn)行項(xiàng)目估算和風(fēng)險(xiǎn)評(píng)估，根據(jù)項(xiàng)目組成員的技術(shù)特點(diǎn)和能力進(jìn)行工作分解和職責(zé)分配，從而形成軟件項(xiàng)目計(jì)劃書。項(xiàng)目計(jì)劃書一旦制定，項(xiàng)目實(shí)施的過(guò)程就要嚴(yán)格的以它為基準(zhǔn)跟蹤和控制。

3.3 項(xiàng)目實(shí)施與控制

雖然軟件項(xiàng)目已經(jīng)有了明確的需求分析和好的項(xiàng)目計(jì)劃，但由于計(jì)劃本身具有假設(shè)性和預(yù)測(cè)性，盡管也充分考慮了可能的風(fēng)險(xiǎn)因素，但是計(jì)劃畢竟只能是對(duì)現(xiàn)實(shí)所作的預(yù)測(cè)和粗略的描述。因此在實(shí)施計(jì)劃時(shí)，偏差不可避免。當(dāng)軟件項(xiàng)目的執(zhí)行與項(xiàng)目計(jì)劃出現(xiàn)明顯偏差時(shí)，項(xiàng)目管理人員必須采取有效的措施。該階段包含CMM2軟件項(xiàng)目跟蹤和監(jiān)控KPA和需求管理KPA。

在此階段需要重點(diǎn)處理的工作有：（1）需求變更控制：由于需求不能在項(xiàng)目啟動(dòng)時(shí)就能完整的定義好，并且隨著項(xiàng)目的實(shí)施，遇到客戶臨時(shí)更改需求的情況也是不可避免的，項(xiàng)目經(jīng)理要組織項(xiàng)目組討論變更帶來(lái)的影響，從而決定是否進(jìn)行需求文檔和項(xiàng)目計(jì)劃的修改。（2）版本控制：由于軟件項(xiàng)目通常是團(tuán)隊(duì)合作方式進(jìn)行，所以不管是需求的變更，還是實(shí)施過(guò)程中其他文件的更新，都必須及時(shí)通知到每一個(gè)項(xiàng)目組成員。（3）需求狀態(tài)：需求狀態(tài)是標(biāo)識(shí)需求的一個(gè)重要屬性。每當(dāng)處理一個(gè)需求功能點(diǎn)時(shí)，都必須及時(shí)的把對(duì)該需求的處理方式記錄下來(lái)，通常的需求狀態(tài)有：已批準(zhǔn)、已拒絕、已刪除等等。（4）項(xiàng)目跟蹤和監(jiān)控：項(xiàng)目組必須指定專人在規(guī)定的時(shí)間記錄項(xiàng)目定的跟蹤項(xiàng)的進(jìn)展?fàn)顟B(tài)，以提供計(jì)劃與實(shí)際偏差的第一手?jǐn)?shù)據(jù)，從而采取必要的措施及時(shí)處理偏差。

3.4 項(xiàng)目結(jié)束

項(xiàng)目結(jié)束階段主要是針對(duì)項(xiàng)目本身進(jìn)行的項(xiàng)目評(píng)審驗(yàn)收、歸檔總結(jié)等工作。此階段包含CMM2軟件質(zhì)量保證和軟件配置管理KPA。

在此階段需要重點(diǎn)處理的工作有：（1）用戶驗(yàn)收和項(xiàng)目評(píng)審。項(xiàng)目評(píng)審應(yīng)該貫穿于整個(gè)項(xiàng)目實(shí)施的始終，可以根據(jù)項(xiàng)目規(guī)模的大小來(lái)決定評(píng)審的形式，是走查還是正是評(píng)審，可以邀請(qǐng)同行和客戶來(lái)對(duì)軟件項(xiàng)目進(jìn)行審查。在項(xiàng)目結(jié)束階段的評(píng)審主要是對(duì)項(xiàng)目整體功能是否符合需求，項(xiàng)目過(guò)程是否符合項(xiàng)目計(jì)劃等方面來(lái)展開(kāi)。（2）歸檔總結(jié)。項(xiàng)目結(jié)束后，要把項(xiàng)目涉及到的項(xiàng)目資料包括軟件的需求文檔、開(kāi)發(fā)設(shè)計(jì)文檔、產(chǎn)品文檔、管理文檔等資料匯總收集到相關(guān)資料庫(kù)中，同時(shí)還要認(rèn)真的總結(jié)項(xiàng)目實(shí)施過(guò)程，供今后維護(hù)和開(kāi)發(fā)參考使用。

參考文獻(xiàn)：

[1]韓萬(wàn)江，姜立新.軟件項(xiàng)目管理案例教程[M].機(jī)械工業(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的過(guò)程改進(jìn)[J].安徽電子信息職業(yè)技術(shù)學(xué)院學(xué)報(bào)，2004，3（5）.

[4]王斌.基于CMM的軟件過(guò)程改進(jìn)模型的研究與實(shí)現(xiàn)[D].南京航空航天大學(xué)，2006.

第4篇：軟件工程可行性分析范文

 

一、系統(tǒng)需求

 

需求分析階段是軟件定義時(shí)期的最后一階段，它的基本任務(wù)是準(zhǔn)確的回答“系統(tǒng)必須做什么”這個(gè)問(wèn)題。但是這一階段的任務(wù)還不是該怎樣完成系統(tǒng)的工作，只是對(duì)目標(biāo)系統(tǒng)提出完整、準(zhǔn)確、清晰、具體的要求。更進(jìn)一步的說(shuō)，應(yīng)該確定系統(tǒng)必須具有的功能和性能，系統(tǒng)要求的運(yùn)行環(huán)境，并且預(yù)測(cè)系統(tǒng)的發(fā)展前景。必須仔細(xì)分析系統(tǒng)中的數(shù)據(jù)流又要分析長(zhǎng)期使用的數(shù)據(jù)存儲(chǔ)。通過(guò)此階段可以知道該軟件主要有學(xué)生學(xué)籍異動(dòng)管理、獎(jiǎng)懲情況管理、檔案管理、成績(jī)管理、考勤管理等功能模塊。

 

工作是學(xué)校教學(xué)工作的重要內(nèi)容，這一工作階段性強(qiáng)，涉及面廣，涉及諸多細(xì)節(jié)。目前，學(xué)校學(xué)生管理環(huán)節(jié)普遍存在的問(wèn)題和現(xiàn)象是：

 

1.為加強(qiáng)學(xué)生社會(huì)能力和工作能力，在以就業(yè)為導(dǎo)向的指導(dǎo)思想下，學(xué)生就業(yè)前的校內(nèi)管理效果不明顯，須加以改善。

 

2.大部分學(xué)校逐漸走上完全學(xué)分制的教學(xué)模式，對(duì)于學(xué)生綜合管理工作更需要規(guī)范化。

 

3.畢業(yè)涉及的申報(bào)和管理工作主要依賴人工處理，效率低。

 

基于以上，開(kāi)發(fā)了學(xué)生檔案信息管理系統(tǒng)。

 

二、模塊化設(shè)計(jì)

 

模塊化設(shè)計(jì)就是把程序劃分成若干個(gè)模塊，每個(gè)模塊完成一個(gè)子功能，把這些模塊集中起來(lái)組成一個(gè)整體，可以完成指定的功能問(wèn)題的需求。系統(tǒng)功能包括學(xué)生信息管理、學(xué)生成績(jī)管理、考試模塊管理、教師信息管理等。

 

三、系統(tǒng)流程分析

 

根據(jù)用戶需求分析和系統(tǒng)的總體設(shè)計(jì)過(guò)程中確定的系統(tǒng)功能及模塊，可以分析出系統(tǒng)的流程。系統(tǒng)的啟動(dòng)首先要通過(guò)用戶權(quán)限的驗(yàn)證，輸入錯(cuò)誤的用戶名或密碼，系統(tǒng)無(wú)法運(yùn)行，點(diǎn)擊確定按鈕將重返登錄界面。

 

四、功能需求分析

 

系統(tǒng)應(yīng)該具備如下主要功能：

 

(一)學(xué)生管理：學(xué)生能夠查詢自己的資料以及考試信息、課程信息等。可以修改自己的密碼，在課程考試后可以查看自己的成績(jī)以及成績(jī)排名情況。

 

(二)教務(wù)人員管理：教務(wù)人員能夠查詢并修改自己的資料及密碼，可以增加、查詢、修改、刪除學(xué)生基本信息，查看學(xué)生成績(jī)以及總分、單課排名情況?？梢栽黾?、查詢、修改、刪除課程信息、考試信息、教師基本信息等。

 

五、可行性分析

 

(一)對(duì)現(xiàn)有系統(tǒng)的分析。

 

目前，在不少大、中專院校學(xué)生檔案管理系統(tǒng)都是單機(jī)的MIS，甚至有的還是手工方式。這種單機(jī)的管理系統(tǒng)不僅工作方式效率是極低，而且存在許多弊端，主要包括：

 

1.檔案錄入效率低下：例如每學(xué)期開(kāi)學(xué)，數(shù)以千計(jì)的學(xué)生檔案都由學(xué)生處負(fù)責(zé)錄入，這個(gè)工程量之大，可想而知。

 

2.查詢不便：例如，某個(gè)系部要調(diào)出某個(gè)學(xué)生的檔案，由于系部沒(méi)有管理檔案的權(quán)限，他就必須到學(xué)生處去調(diào)這個(gè)學(xué)生的檔案。

 

3.畢業(yè)生轉(zhuǎn)檔不便：每年大量畢業(yè)生，他們都要轉(zhuǎn)走個(gè)人的檔案。在這個(gè)過(guò)程中，若沒(méi)有管理信息系統(tǒng)的參與，工作繁重不可言喻。

 

可行性分析對(duì)系統(tǒng)的開(kāi)發(fā)至關(guān)重要，可以大幅減少不必要的損失，保證系統(tǒng)開(kāi)發(fā)的順利進(jìn)行。因此要對(duì)此系統(tǒng)進(jìn)行技術(shù)可行性和操作可行性兩方面的系統(tǒng)可行性分析。

 

(1)技術(shù)可行性。

 

本系統(tǒng)是采用目前比較流行的C#語(yǔ)言，用Microsoft Access 2005數(shù)據(jù)庫(kù)完成。由于C#的與平臺(tái)無(wú)關(guān)性，所以在任何有C#運(yùn)行環(huán)境的計(jì)算機(jī)上都可以運(yùn)行。

 

為了方便交互式應(yīng)用和數(shù)據(jù)的大型存儲(chǔ)，大學(xué)綜合管理系統(tǒng)必須采用B/S框架模式而且支持大型的后臺(tái)數(shù)據(jù)庫(kù)，而Asp.NET、SQL、Server 2005數(shù)據(jù)庫(kù)正好滿足了交互與大型存取兩方面?？梢?jiàn)使用Asp.NET畢業(yè)設(shè)計(jì)管理系統(tǒng)在技術(shù)上是可行的。

 

(2)操作可行性。

 

學(xué)生檔案信息管理系統(tǒng)是一個(gè)集成了教師管理、學(xué)生成績(jī)管理、考試信息管理，用戶只要會(huì)上網(wǎng)就應(yīng)該會(huì)使用本網(wǎng)站，網(wǎng)站各個(gè)部分都有說(shuō)明和提示，引導(dǎo)用戶達(dá)到他們的目的。

 

對(duì)于用戶來(lái)說(shuō)，本系統(tǒng)只要求使用者掌握一般的上網(wǎng)經(jīng)驗(yàn)，經(jīng)過(guò)仔細(xì)設(shè)計(jì)和測(cè)試之后的系統(tǒng)具有操作簡(jiǎn)單，方便靈活等優(yōu)點(diǎn)，足可以滿足用戶的不同需求，同時(shí)也方便了學(xué)校的內(nèi)部管理。用戶一定會(huì)在短時(shí)間內(nèi)掌握并熟練使用。只要?jiǎng)右粍?dòng)鼠標(biāo)鍵盤就可以達(dá)到想要的效果。

 

(3)經(jīng)濟(jì)性可行性。

 

通過(guò)網(wǎng)絡(luò)化的學(xué)生信息管理，大大的提高了工作效率和人才的利用率，使之創(chuàng)造了更大價(jià)值;減少了工作人員，同時(shí)減少了學(xué)校開(kāi)支;人才利用率的提高，適應(yīng)了信息時(shí)代的網(wǎng)絡(luò)化管理要求。

 

(二)可靠性方面。

 

采用代碼較檢逐項(xiàng)檢查錄入的各項(xiàng)資料，保證錄入資料的正確性。遵循軟件工程規(guī)定，保證各個(gè)模塊的獨(dú)立性和可靠性，達(dá)致整個(gè)系統(tǒng)的可靠。同時(shí)加強(qiáng)服務(wù)器維護(hù)工作，保證服務(wù)端穩(wěn)定可靠地運(yùn)行。

第5篇：軟件工程可行性分析范文

軟件工程監(jiān)理主要包括事前控制、事中控制兩個(gè)部分部分，只有做到二者的結(jié)合，才能有效地實(shí)現(xiàn)對(duì)軟件工程進(jìn)行進(jìn)度監(jiān)理的目標(biāo)與目的。其中事前控制方法包括對(duì)軟件工程內(nèi)容、強(qiáng)度、難度、工作量的了解以及對(duì)承包方進(jìn)度計(jì)劃的審查，并結(jié)合工程的實(shí)際情況對(duì)承包方給出的進(jìn)度計(jì)劃進(jìn)行可行性分析與合理性分析；事中控制方法主要包括重視對(duì)工程進(jìn)度的檢查與記錄，重視進(jìn)度協(xié)調(diào)來(lái)有效排除制約進(jìn)度的因素。當(dāng)實(shí)際工程進(jìn)度落后于計(jì)劃進(jìn)度時(shí)需要及時(shí)通知承包方采取補(bǔ)救措施達(dá)到合同要求，如進(jìn)度落后嚴(yán)重，監(jiān)理方可提出相應(yīng)的辦法和措施以供參考。同時(shí)在軟件工程的布線系統(tǒng)、網(wǎng)絡(luò)系統(tǒng)以及機(jī)房系統(tǒng)的建設(shè)中，需要重點(diǎn)對(duì)其施工順序做出監(jiān)理。

二、軟件工程合同管理

在軟件工程監(jiān)理體系中，對(duì)合同的管理包括審查、調(diào)節(jié)、監(jiān)督、處理以及管理。合同是軟件工程順利開(kāi)展的依據(jù)，同時(shí)也是保證軟件工程質(zhì)量和進(jìn)度的基礎(chǔ)，監(jiān)理工作中必須將檢查和合適合同的工作落到實(shí)處，確保合同規(guī)定能夠得以履行。在此過(guò)程中，監(jiān)理人員需要做到以下幾點(diǎn)：一是對(duì)軟件工程合同管理的制度做出擬定，其中包括合同的擬定、會(huì)簽、修改、協(xié)商、簽署、審批、保管等重要內(nèi)容；二是要參與到有關(guān)方面與建設(shè)單位的合同協(xié)商工作中，并在有關(guān)條款的擬定中起到協(xié)助的作用；三是對(duì)合同開(kāi)展跟蹤管理，從而及時(shí)了解合同條款的落實(shí)情況；四是對(duì)軟件工程中出現(xiàn)的糾紛等進(jìn)行公平的協(xié)調(diào)。

三、軟件工程信息管理

軟件工程監(jiān)理中主要的工作方法是控制，而在軟件工程監(jiān)理中實(shí)現(xiàn)有效控制的基礎(chǔ)是信息，所以信息管理應(yīng)該是軟件工程監(jiān)理體系中重要的工作內(nèi)容，并且信息管理的質(zhì)量也直接影響著軟件工程開(kāi)展的成效。在此過(guò)程中，軟件工程監(jiān)理人員需要做到以下三點(diǎn)：一是要在軟件工程監(jiān)理過(guò)程中充分了解和掌握軟件工程項(xiàng)目的質(zhì)量目標(biāo)、投資目標(biāo)和進(jìn)度目標(biāo)，并及時(shí)了解和掌握軟件工程開(kāi)展的執(zhí)行情況，通過(guò)對(duì)二者的比對(duì)分析來(lái)實(shí)現(xiàn)有效控制；二是在軟件工程項(xiàng)目實(shí)施的過(guò)程中監(jiān)理人員需要對(duì)工程各個(gè)階段的各類信息進(jìn)行收集和整理，從而為控制和決策提供必要的依據(jù)；三是在軟件工程整個(gè)生命周期的監(jiān)理工作中，監(jiān)理人員必須樹立和加強(qiáng)軟件控制信息管理的意識(shí)，以便協(xié)調(diào)各利益主體的關(guān)系來(lái)保證軟件工程的順利開(kāi)展。

四、軟件工程組織協(xié)調(diào)

第6篇：軟件工程可行性分析范文

關(guān)鍵詞：軟件工程；多媒體課件；軟件危機(jī)

中圖分類號(hào)：TP311文獻(xiàn)標(biāo)識(shí)碼：A文章編號(hào)：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

隨著計(jì)算機(jī)技術(shù)的突飛猛進(jìn)，多媒體技術(shù)也快速發(fā)展著，既而計(jì)算機(jī)輔助教學(xué)廣泛普及，各類學(xué)科的教學(xué)課件應(yīng)運(yùn)而生。從理論上講，大量的教學(xué)課件地運(yùn)用可以減輕教師的工作量，提高教學(xué)質(zhì)量，但實(shí)際上，在教學(xué)中真正用得好，用得巧的教學(xué)課件并不多。開(kāi)發(fā)成本高，軟件質(zhì)量低，重復(fù)開(kāi)發(fā)的現(xiàn)象屢見(jiàn)不鮮，很難滿足當(dāng)前日益增長(zhǎng)的教學(xué)課件的需求。此種不良現(xiàn)象我們稱之為“教學(xué)軟件危機(jī)”。要消除此種軟件危機(jī)，就要有正確的軟件開(kāi)發(fā)理念。應(yīng)用軟件工程的思想，可以有效地緩解軟件危機(jī)，提高多媒體課件開(kāi)發(fā)的成功率[1]。

1 軟件工程基本概念

1.1 軟件工程

軟件工程 (Software Engineering，簡(jiǎn)稱為SE) ，目前比較認(rèn)可的定義為：研究和應(yīng)用如何以系統(tǒng)性的、規(guī)范化的、可定量的過(guò)程化方法去開(kāi)發(fā)和維護(hù)軟件，主要應(yīng)用工程的方法和技術(shù)研究軟件開(kāi)發(fā)與維護(hù)的方法、工具和管理的一門計(jì)算機(jī)科學(xué)與工程學(xué)交叉的學(xué)科。它涉及計(jì)算機(jī)、數(shù)學(xué)及管理學(xué)等多個(gè)學(xué)科，以便幫助人們緩解軟件危機(jī)帶來(lái)的問(wèn)題。

1.2 軟件危機(jī)

軟件危機(jī)是指在計(jì)算機(jī)軟件開(kāi)發(fā)和維護(hù)過(guò)程中出現(xiàn)的一系列嚴(yán)重問(wèn)題[2]，致使整個(gè)開(kāi)發(fā)過(guò)程混亂不堪，導(dǎo)致開(kāi)發(fā)陷入無(wú)法自拔的困境，經(jīng)濟(jì)危機(jī)主要表現(xiàn)在以下幾個(gè)方面：1) 對(duì)軟件開(kāi)發(fā)成本和進(jìn)度難以估量，通常會(huì)大幅度超出預(yù)期；2) 對(duì)“已完成的軟件”，用戶通常不滿意；3) 軟件質(zhì)量無(wú)法保證；4) 軟件不可維護(hù)，升級(jí)要重頭來(lái)過(guò)；5) 軟件沒(méi)有完整的文檔資料。

為了緩解軟件危機(jī)，能夠開(kāi)發(fā)出更高質(zhì)量的軟件，軟件工程技術(shù)的理論充分用于軟件開(kāi)發(fā)及維護(hù)的整個(gè)過(guò)程。

1.3 軟件周期

軟件生命周期(SDLC，軟件生存周期)是軟件的產(chǎn)生直到報(bào)廢的生命周期，周期內(nèi)有需求分析、設(shè)計(jì)、編碼、調(diào)試和測(cè)試、驗(yàn)收與運(yùn)行、維護(hù)升級(jí)到廢棄等階段，這種按時(shí)間分程的思想方法是軟件工程中的一種思想原則，即按部就班、逐步推進(jìn)，每個(gè)階段都要有定義、工作、審查、形成文檔以供交流或備查，以提高軟件的質(zhì)量。但隨著新的面向?qū)ο蟮脑O(shè)計(jì)方法和技術(shù)的成熟，軟件生命周期設(shè)計(jì)方法的指導(dǎo)意義正在逐步減少。

2 多媒體課件的概念

課件是凡具備一定教學(xué)功能的教學(xué)軟件都稱之為課件[3]。課件像學(xué)習(xí)者呈現(xiàn)出學(xué)習(xí)的內(nèi)容，學(xué)習(xí)質(zhì)量的檢測(cè)、反饋和指導(dǎo)。

多媒體課件是將多媒體技術(shù)引入到計(jì)算機(jī)輔助教育的課件中 。

課件的形式內(nèi)容單調(diào),如練習(xí)程序、測(cè)試程序以及現(xiàn)在出現(xiàn)的大量面向信息的產(chǎn)品，如電子百科等。多媒體課件表現(xiàn)內(nèi)容的形式多姿多彩, 多媒體技術(shù)在計(jì)算機(jī)輔助教學(xué)的人-機(jī)交互中的巨大潛力主要在于它能提高對(duì)信息表現(xiàn)形式的選擇和控制能力，同時(shí)也能提高信息表現(xiàn)形式與人的邏輯思維和創(chuàng)造能力的結(jié)合程度，在順序、符號(hào)信息等方面擴(kuò)展人的信息處理能力。

為了適應(yīng)教育教學(xué)的發(fā)展，越來(lái)越需要更豐富多彩的多媒體課件，這就對(duì)多媒體課件有了更多的需求，為了開(kāi)發(fā)出更高質(zhì)量的多媒體課件，我們就需要從軟件工程的角度來(lái)進(jìn)行開(kāi)發(fā)。

3 基于軟件工程的多媒體課件開(kāi)發(fā)過(guò)程

多媒體課件設(shè)計(jì)是課件開(kāi)發(fā)的重要環(huán)節(jié)，多媒體課件設(shè)計(jì)的好壞直接決定著課件的質(zhì)量。多媒體課件也是一種軟件，我們可以從軟件工程的角度來(lái)開(kāi)發(fā)多媒體課件，其必須遵從軟件生命周期。同時(shí)我們要從教育學(xué)和心理學(xué)的角度來(lái)充分考慮相關(guān)的因素。多媒體課件的開(kāi)發(fā)通常劃分為以下5個(gè)階段。

3.1 教學(xué)需求分析

需求分析是把軟件功能和性能的總體概念描述為具體的軟件需求規(guī)格說(shuō)明，以此奠定軟件開(kāi)發(fā)的基礎(chǔ)。教學(xué)需求分析仍然遵循軟件工程的思想，它的主要任務(wù)是論證多媒體課件開(kāi)發(fā)的可行性和必要性。

3.1.1 問(wèn)題的定義

這個(gè)階段要弄清的是“要解決的問(wèn)題是什么” [3]。要清晰地知道這個(gè)課件的開(kāi)發(fā)要解決什么教學(xué)問(wèn)題。如果不弄清楚，而盲目的開(kāi)發(fā)，只會(huì)浪費(fèi)時(shí)間資金等等資源。所以這個(gè)階段一定要確定的得出問(wèn)題的定義。這是此次多媒體課件開(kāi)發(fā)的首先要弄清楚的問(wèn)題。

3.1.2 可行性分析

既然已經(jīng)知道了“問(wèn)題的定義”，接下來(lái)就要進(jìn)行可行性分析，解決這個(gè)課件開(kāi)發(fā)的必要性和可行性。為了文成這個(gè)任務(wù)，需要專職人員進(jìn)行大量的市場(chǎng)調(diào)查和研究，初步給出整個(gè)課件的開(kāi)發(fā)的概況，一個(gè)雛形。這個(gè)階段進(jìn)行的比較短，主要是研究問(wèn)題是否有解，是否有可行的辦法。這個(gè)階段決定了多媒體課件是否繼續(xù)的關(guān)鍵。

3.2 課件的教學(xué)設(shè)計(jì)

經(jīng)過(guò)需求分析階段的工作，系統(tǒng)必須做什么已經(jīng)清楚了，總體設(shè)計(jì)階段就是決定怎么做的時(shí)候了?？傮w設(shè)計(jì)的基本目的就是回答“概括的話，系統(tǒng)該如何實(shí)現(xiàn)？”這個(gè)問(wèn)題[4]。這個(gè)階段主要是：1) 劃分出組成系統(tǒng)的物理元素――程序、文件、數(shù)據(jù)庫(kù)、人工過(guò)程和文檔等；2) 設(shè)計(jì)系統(tǒng)的結(jié)構(gòu)，也就是要確定系統(tǒng)中每個(gè)程序是由哪些模塊組成的，以及這些模塊相互間的關(guān)系。

4 總體設(shè)計(jì)階段的工作步驟

1) 尋找實(shí)現(xiàn)系統(tǒng)的各種不同的解決方案，參照需求分析階段得到的數(shù)據(jù)流圖來(lái)做。

2) 分析員從這些供選擇的方案中選出若干個(gè)合理的方案進(jìn)行分析，為每個(gè)方案都準(zhǔn)備一份系統(tǒng)流程圖，列出組成系統(tǒng)的所有物理元素，進(jìn)行成本\效益分析，并且制定這個(gè)方案的進(jìn)度計(jì)劃。

3) 分析員綜合分析比較這些合理的方案，從中選擇一個(gè)最佳方案向用戶和使用部門負(fù)責(zé)人推薦。

4) 對(duì)最終確定的解決方案進(jìn)行優(yōu)化和改進(jìn)，從而得到更合理的結(jié)構(gòu)，進(jìn)行必要的數(shù)據(jù)庫(kù)設(shè)計(jì)，確定測(cè)試要求并且制定測(cè)試計(jì)劃。

從上面的敘述中不難看出，在詳細(xì)設(shè)計(jì)之前先進(jìn)行總體設(shè)計(jì)的必要性，經(jīng)過(guò)需求分析，確定課件開(kāi)發(fā)的目標(biāo)與規(guī)模。繼而進(jìn)行教學(xué)設(shè)計(jì)，教學(xué)設(shè)計(jì)也遵循軟件工程的思想，是分為教學(xué)的邏輯設(shè)計(jì)和教學(xué)單元設(shè)計(jì)。比如《軟件工程》這門課的教學(xué)軟件按照其目標(biāo)和功能劃分為以下模塊（圖1）。

5 教學(xué)邏輯設(shè)計(jì)

教學(xué)邏輯設(shè)計(jì)的主要任務(wù)是按照教學(xué)需求分析所確定的開(kāi)發(fā)目標(biāo)，對(duì)課件進(jìn)行總體設(shè)計(jì)，分為教學(xué)設(shè)計(jì)和風(fēng)格設(shè)計(jì)兩個(gè)部分[5]。

5.1 教學(xué)設(shè)計(jì)

1) 確定教學(xué)目標(biāo)；2) 劃分教學(xué)單元；3) 編排教學(xué)單元順序，繪制教學(xué)單元流程圖；4) 確定課件的教學(xué)方式和結(jié)構(gòu)類型；5) 確定學(xué)生信息模型。

5.2 風(fēng)格設(shè)計(jì)

指的是課件在展現(xiàn)教學(xué)內(nèi)容、人機(jī)交互活動(dòng)、調(diào)度控制方式等有關(guān)問(wèn)題的處理時(shí)遵循的格調(diào)。

1) 教學(xué)單元課時(shí)的長(zhǎng)短；2) 人機(jī)界面；3) 交互活動(dòng)層次；4) 教學(xué)單位的調(diào)度方式；5) 課件運(yùn)行的系統(tǒng)環(huán)境；6) 課件發(fā)行的文字資料。

6教學(xué)單元設(shè)計(jì)

教學(xué)單元設(shè)計(jì)解決的是課件的詳細(xì)設(shè)計(jì)的問(wèn)題。教學(xué)單元是課件進(jìn)行教學(xué)的基本單位，在教學(xué)設(shè)計(jì)中要確定各教學(xué)單元的信息結(jié)構(gòu)，詳細(xì)列出所包含的教學(xué)內(nèi)容，確定它們的屏幕設(shè)計(jì)和呈現(xiàn)順序。

7 多媒體素材的采集和加工

前期工作已完成，接下來(lái)要進(jìn)入程序的編制過(guò)程，根據(jù)腳本的要求，搜集整理相關(guān)的媒體素材，素材盡量做到積件式，以便提高素材的重用率，降低軟件文本的體積。

8 合成

工作人員根據(jù)前期的設(shè)計(jì)，即框架及表現(xiàn)風(fēng)格等內(nèi)容，對(duì)其進(jìn)行編程，將確定的素材進(jìn)行制作運(yùn)用，然后把各個(gè)子模塊分別進(jìn)行測(cè)試和調(diào)試，以便進(jìn)行綜合測(cè)試，進(jìn)行調(diào)整[6]。

9 運(yùn)行維護(hù)

教學(xué)軟件運(yùn)行正常，可對(duì)其，學(xué)科是不斷變化的，教學(xué)軟件也是應(yīng)運(yùn)而生的，所以要對(duì)其進(jìn)行不斷的完善和維護(hù)。

10 小結(jié)

軟件開(kāi)發(fā)是一項(xiàng)系統(tǒng)工程，需要各個(gè)方面的積極配合，方可開(kāi)發(fā)出高質(zhì)量的教學(xué)課件。在開(kāi)發(fā)過(guò)程中，軟件的方法極為重要，那么軟件方法也是人們?cè)陂L(zhǎng)期的工作中不斷積累的寶貴經(jīng)驗(yàn)。把軟件工程的理論用于多媒體教學(xué)課件的開(kāi)發(fā)中，有利于提高軟件成功率，以便擺脫教學(xué)軟件的危機(jī)的出現(xiàn)，提高教學(xué)軟件的質(zhì)量。

參考文獻(xiàn)：

[1] 陳兵.軟件工程在教學(xué)軟件開(kāi)發(fā)中的應(yīng)用[J].廣西教育學(xué)院學(xué)報(bào),2007(2).

[2] 金鐵.用軟件工程學(xué)原理提高多媒體軟件開(kāi)發(fā)質(zhì)量[J]電腦知識(shí)與技術(shù),2009 5(11).

[3] 林士敏,朱新華,覃德澤,等.計(jì)算機(jī)輔助教學(xué)[M].廣西:廣西科學(xué)技術(shù)出版社,2007:66-70.

[4] 鄭人杰,殷人昆.軟件工程概論[M].北京:清華大學(xué)出版社,1998.

第7篇：軟件工程可行性分析范文

關(guān)鍵詞:并聯(lián)機(jī)床 軟件工程 軟件設(shè)計(jì)

目前，機(jī)床制造業(yè)企業(yè)在設(shè)計(jì)并聯(lián)機(jī)床的過(guò)程中，都在積極研制和探索新型的具有多功能的系統(tǒng)與制造裝備。從設(shè)計(jì)上看，并聯(lián)機(jī)床所有的機(jī)械部分都是相對(duì)比較簡(jiǎn)單的，然而它卻有著很多其他設(shè)計(jì)所不能替代的具體結(jié)構(gòu)形式，這種實(shí)現(xiàn)形式會(huì)影響整個(gè)機(jī)床的工作性能。并聯(lián)機(jī)床的控制系統(tǒng)主要包括兩個(gè)相對(duì)負(fù)責(zé)的部分，它就是硬件和軟件的結(jié)構(gòu)，因?yàn)樗軐?shí)現(xiàn)用軟件去實(shí)現(xiàn)各種運(yùn)動(dòng)軌跡控制以及其他的操作功能，這一功能就是并聯(lián)機(jī)床優(yōu)秀于其他技術(shù)的地方。所以說(shuō)，控制軟件的設(shè)計(jì)是不是合理，是實(shí)現(xiàn)并聯(lián)機(jī)床優(yōu)越性能的唯一保障。

1 可行性研究

我們?cè)谠O(shè)計(jì)中完全采用了工程化的思維，用這一理性思路充當(dāng)軟件研制的向?qū)?。通常情況下，我們都是從三個(gè)不同的方向去研究和探討并聯(lián)機(jī)床所有控制軟件開(kāi)發(fā)中的操作可行性、經(jīng)濟(jì)可行性、技術(shù)可行性，最后才能根據(jù)所設(shè)計(jì)的機(jī)床基本要求，通過(guò)軟件獲得最初的數(shù)據(jù)流簡(jiǎn)圖。一般情況下，我們都是以傳統(tǒng)數(shù)控機(jī)床的控制軟件設(shè)計(jì)作為研究基礎(chǔ)，根據(jù)機(jī)床所要執(zhí)行的全部任務(wù)再給出所有驅(qū)動(dòng)關(guān)節(jié)的運(yùn)動(dòng)軌跡。之后根據(jù)提前所規(guī)劃好的實(shí)測(cè)的驅(qū)動(dòng)桿長(zhǎng)量和運(yùn)行軌跡作一個(gè)比較，這樣就能得到數(shù)字控制器的實(shí)現(xiàn)，通過(guò)計(jì)算機(jī)的實(shí)時(shí)不間斷的監(jiān)控和故障分析。在這一環(huán)節(jié)最常見(jiàn)的就是開(kāi)放性軟件結(jié)構(gòu)，因?yàn)橹挥羞@樣才能方便所有用戶對(duì)機(jī)床進(jìn)行改變和重組。這種開(kāi)發(fā)的成本比較低，但在操作方式和技術(shù)上都有著極強(qiáng)的可行性，經(jīng)過(guò)一系列的可行性分析，就可以得到控制系統(tǒng)數(shù)據(jù)流圖。

2 需求的分析

設(shè)計(jì)的控制軟件一定要滿足所有并聯(lián)機(jī)床的基本功能所需，最關(guān)鍵的就是必須保證其能在動(dòng)平臺(tái)的活動(dòng)范圍之內(nèi)可以加工所有不同形狀的零部構(gòu)件，由于零部構(gòu)件具有形態(tài)各異的形狀，所以在加工中就會(huì)隨時(shí)出現(xiàn)機(jī)床伸縮臂的運(yùn)動(dòng)方式與刀具的運(yùn)動(dòng)軌跡大不相同。這樣就必須要根據(jù)實(shí)際加工的零件，設(shè)計(jì)出刀具的運(yùn)動(dòng)軌跡，然后再根據(jù)不同類別的零部構(gòu)件進(jìn)行相關(guān)的控制模塊的編寫。通過(guò)兩種設(shè)計(jì)就可以進(jìn)給軌跡加上刀具姿態(tài)變化組合而成刀具姿態(tài)變化，同時(shí)還可以實(shí)現(xiàn)其他復(fù)雜的進(jìn)給軌跡。通常情況下，我們都是通過(guò)以下的兩種方式解決對(duì)精度要求的細(xì)化。

首先，通過(guò)改變細(xì)化控制時(shí)候所輸出的脈沖當(dāng)量的變化，設(shè)置出脈沖分配的模塊，模塊參數(shù)的相互調(diào)整，可以提高相應(yīng)的精度;其次:傳感器的選擇是否合適也是至關(guān)重要的，我們通過(guò)對(duì)所有的信息反饋功能模塊進(jìn)行設(shè)置，實(shí)現(xiàn)了在機(jī)床進(jìn)行加工的過(guò)程中，對(duì)其加工的位置進(jìn)行實(shí)時(shí)的監(jiān)測(cè)，然后再將信息反饋到控制系統(tǒng)，這樣一來(lái)就可以使系統(tǒng)根據(jù)具體情況做出相應(yīng)的補(bǔ)償，從而以滿足了精度的要求。

3 數(shù)據(jù)字典

用軟件工程的思想法去進(jìn)行設(shè)計(jì)并聯(lián)機(jī)床控制軟件，建立數(shù)據(jù)字典成了一個(gè)至關(guān)重要的中心環(huán)節(jié)，它不但能提供數(shù)據(jù)的詳細(xì)描述信息，還能做到增強(qiáng)程序的可維護(hù)性和可讀性。以下介紹一種并聯(lián)機(jī)床的控制軟件字典。

檢測(cè)反饋:實(shí)時(shí)檢測(cè)、拾取動(dòng)平臺(tái)位置姿態(tài)信息，并反饋給控制系統(tǒng)，并對(duì)該信息進(jìn)行比對(duì)。加工余量:材料的三維去除量;零件形狀:被加工的所有零件都具有自身比較特殊的幾何特征(水平平面、空間曲面、豎直平面、空間平面);六桿伸縮量:相對(duì)于動(dòng)平臺(tái)零點(diǎn)位移量(正、負(fù));步進(jìn)電機(jī)脈沖數(shù):精度:零件形狀與刀具軌跡的一致性;與桿長(zhǎng)伸縮量(正、反轉(zhuǎn))相對(duì)應(yīng)的電機(jī)轉(zhuǎn)數(shù);位姿:動(dòng)平臺(tái)的位置和姿態(tài);參數(shù)輸入:人機(jī)交互的界面，輸入且顯示零件的形狀、精度、加工余量值;配置:根據(jù)所有構(gòu)件和動(dòng)平臺(tái)的運(yùn)行姿態(tài)和綜合位置;脈沖協(xié)調(diào)與分配:按精度將六桿伸縮量分配成脈沖，并協(xié)調(diào)各桿對(duì)應(yīng)電機(jī)的伺服脈沖頻率;反求軌跡:根據(jù)工件形狀及加工余量確定各桿伸縮量的功能模塊拾取法。

4 總體設(shè)計(jì)

采用模塊化結(jié)構(gòu)根據(jù)軟件模塊化理論為思路，進(jìn)行并聯(lián)機(jī)床控制軟件的總體設(shè)計(jì)，軟件的模塊內(nèi)部應(yīng)具有高聚合性，模塊之間應(yīng)具有低耦合性，模塊的層次深度不可以設(shè)置太大，扇出數(shù)4～6，才有利于控制;扇入數(shù)盡量大，以便減少軟件設(shè)計(jì)中的冗余度，根據(jù)此原則對(duì)并聯(lián)機(jī)床控制軟件進(jìn)行規(guī)劃。

4.1 參數(shù)輸入模塊

輸入的參數(shù):精度、余量、形狀。這些后續(xù)模塊與參數(shù)的關(guān)系:反饋+余量反求模塊。形狀加工形狀選擇模塊。精度脈沖分配協(xié)調(diào)模塊。

4.2 加工形狀選擇模塊

包括平面曲線加工模塊、空間直線加工模塊、刀具姿態(tài)變化模塊、空間曲線加工模塊。

4.3 反求模塊

通過(guò)現(xiàn)有的動(dòng)平臺(tái)運(yùn)動(dòng)的軌跡(待加工零件的形狀)，求取六條伸縮臂的空間位置向量的變化值。

4.4 優(yōu)化模塊

實(shí)時(shí)計(jì)算中所有桿的加速度、速度、運(yùn)動(dòng)位移，以及所有的受力情況，通過(guò)了系統(tǒng)優(yōu)化的計(jì)算方法得出所需最佳的桿長(zhǎng)配置。

4.5 脈沖分配協(xié)調(diào)模塊

將六條伸縮臂的空間位置向量的變化值，要按精度要求分配成脈沖量輸出給電機(jī)，因?yàn)樵谝淮渭庸み^(guò)程中，所有桿的伸縮量有大有小、有正有負(fù)，所以模塊還需具有協(xié)調(diào)所有桿在每步動(dòng)作中的位移的功能。

5 結(jié)語(yǔ)

本文詳細(xì)闡述了軟件工程中關(guān)于并聯(lián)機(jī)床控制軟件設(shè)計(jì)，強(qiáng)調(diào)了工程的方法研制以及軟件的開(kāi)發(fā)，采用模塊化的方法設(shè)計(jì)所需的軟件，從而增強(qiáng)了并聯(lián)機(jī)床控制軟件的可行性。這與與傳統(tǒng)數(shù)控機(jī)床軟件相比較，具有設(shè)計(jì)周期短，維護(hù)性能強(qiáng)等特點(diǎn)。

參考文獻(xiàn)

[1] 黃真.并聯(lián)機(jī)器人機(jī)構(gòu)學(xué)理論與控制[M].北京:機(jī)械工業(yè)出版社，1997.

第8篇：軟件工程可行性分析范文

關(guān)鍵詞：項(xiàng)目管理；MSF；軟件過(guò)程管理

中國(guó)絕大多數(shù)的軟件、互聯(lián)網(wǎng)企業(yè)在100人規(guī)模以下，開(kāi)發(fā)團(tuán)隊(duì)幾十人左右，工作經(jīng)驗(yàn)3年～9年，基本處于原始手工作坊式的刀耕火種階段，工業(yè)化的軟件研發(fā)流程和方法往往不執(zhí)行，或執(zhí)行不得力。本文引入微軟公司的MSF（Microsoft Solutions Framework）軟件開(kāi)發(fā)模型，通過(guò)A企業(yè)的實(shí)踐證明，運(yùn)用MSF框架的軟件工程過(guò)程管理能大大提高小型軟件開(kāi)發(fā)公司的軟件研發(fā)能力，軟件的交付期也得到了基本保證。

一、 MSF基本模型

1. 組隊(duì)模型。MSF把軟件開(kāi)發(fā)分成了六個(gè)小組，分別是：程序管理組、產(chǎn)品管理組、開(kāi)發(fā)組、用戶培訓(xùn)組、測(cè)試組、安裝管理組。組隊(duì)的原則是小隊(duì)（一般3人～8人）、多側(cè)面；角色交叉、目標(biāo)一致；人員技術(shù)、業(yè)務(wù)精；關(guān)注能力和交貨期；對(duì)項(xiàng)目的前景認(rèn)識(shí)一致；人人參與設(shè)計(jì)；善于總結(jié)經(jīng)驗(yàn)；共同管理、共同決策，項(xiàng)目人員同地工作等。

2. 過(guò)程模型。MSF過(guò)程模型主要確立了四個(gè)重要的里程碑：前景范圍確認(rèn)、項(xiàng)目規(guī)劃確認(rèn)、開(kāi)發(fā)完成、對(duì)外，通過(guò)控制這四個(gè)里程碑來(lái)分解管理項(xiàng)目過(guò)程。

3. 應(yīng)用模型。MSF應(yīng)用模型是分層次的應(yīng)用模型，大體可分為三層，用戶層、業(yè)務(wù)層和數(shù)據(jù)層，各層次通過(guò)標(biāo)準(zhǔn)組件進(jìn)行封裝，互相通訊調(diào)用來(lái)完成系統(tǒng)任務(wù)。

4. 風(fēng)險(xiǎn)模型。MSF風(fēng)險(xiǎn)管理過(guò)程主要包括：風(fēng)險(xiǎn)識(shí)別、風(fēng)險(xiǎn)表述，通過(guò)分析、計(jì)劃、跟蹤和控制過(guò)程，最終解除風(fēng)險(xiǎn)。

二、 MSF在A企業(yè)呼叫中心項(xiàng)目中的具體應(yīng)用

本文以A企業(yè)呼叫中心項(xiàng)目為例（合計(jì)開(kāi)發(fā)人員50人），結(jié)合該項(xiàng)目中的數(shù)據(jù)資料，對(duì)此項(xiàng)目中服務(wù)商的選擇進(jìn)行具體的分析和研究。

1. 組隊(duì)模型裁減。首先，確立項(xiàng)目經(jīng)理角色，符合一般企業(yè)的管理模式，比較容易被接受。如果有多人同時(shí)負(fù)責(zé)的話，容易產(chǎn)生責(zé)權(quán)理不清楚，互相扯皮的現(xiàn)象。有一個(gè)項(xiàng)目經(jīng)理對(duì)項(xiàng)目完全負(fù)責(zé)，遇到問(wèn)題容易很快得到解決；他作為項(xiàng)目組代表，負(fù)責(zé)向上級(jí)匯報(bào)工作，能使其他人全力投入到項(xiàng)目中，而不至于在日常的事務(wù)中耽誤太多時(shí)間，從而在某種程度上也提高了工作效率。

產(chǎn)品管理經(jīng)理（以下簡(jiǎn)稱產(chǎn)品經(jīng)理）是項(xiàng)目中非常重要的角色，他可以對(duì)技術(shù)不是很精通，但是必須對(duì)產(chǎn)品所服務(wù)的領(lǐng)域非常熟悉，最好是領(lǐng)域?qū)＜?，在他的帶領(lǐng)下，項(xiàng)目才不至于偏離預(yù)先設(shè)定的前景范圍。他必須對(duì)產(chǎn)品的需求能做出很好的把握，在適當(dāng)?shù)臅r(shí)候能進(jìn)行流程重組，對(duì)產(chǎn)品的可用性和易用性有最終決定權(quán)。通過(guò)設(shè)定產(chǎn)品經(jīng)理，主要的感覺(jué)是產(chǎn)品受用戶的歡迎程度增加了，無(wú)用的特性少了，因而也更容易成功。

2. 開(kāi)發(fā)過(guò)程管理。在過(guò)程模型上，主要包括四個(gè)重要里程碑：①前景/范圍確認(rèn)；②項(xiàng)目規(guī)劃確認(rèn)；③開(kāi)發(fā)完成；④對(duì)外。

A企業(yè)把MSF的各個(gè)階段對(duì)應(yīng)到傳統(tǒng)的項(xiàng)目開(kāi)發(fā)各階段，目的是使企業(yè)所有人員便于理解和使用。其中“前景范圍確認(rèn)”對(duì)應(yīng)傳統(tǒng)的“可行性分析”；“項(xiàng)目規(guī)劃確認(rèn)”對(duì)應(yīng)“需求分析”和“項(xiàng)目計(jì)劃”；“首次運(yùn)行”對(duì)應(yīng)“開(kāi)發(fā)完成”，“”的意思和傳統(tǒng)基本相同。同時(shí)，A企業(yè)根據(jù)企業(yè)的具體情況對(duì)流程進(jìn)行了相應(yīng)調(diào)整，把整個(gè)流程分為可行性分析、需求分析、開(kāi)發(fā)計(jì)劃、開(kāi)發(fā)過(guò)程和結(jié)項(xiàng)總結(jié)五個(gè)階段，下面分別進(jìn)行說(shuō)明。

（1）可行性分析。在做可行性分析的時(shí)候，要充分考慮企業(yè)以前的各種技術(shù)和市場(chǎng)積累，還有目前的資源可用性情況，特別是要做好風(fēng)險(xiǎn)分析。通常企業(yè)在項(xiàng)目立項(xiàng)前沒(méi)有充分考慮各種情況，認(rèn)為這個(gè)項(xiàng)目比較簡(jiǎn)單，應(yīng)該沒(méi)什么問(wèn)題，結(jié)果是沒(méi)有做得很成功，進(jìn)度上也拖了一段時(shí)間。在后來(lái)結(jié)項(xiàng)分析的時(shí)候，認(rèn)為主要的問(wèn)題就是領(lǐng)域的區(qū)別造成了企業(yè)內(nèi)部沒(méi)有人對(duì)該領(lǐng)域特別熟悉，缺乏領(lǐng)域?qū)＜?，并?duì)上述風(fēng)險(xiǎn)估計(jì)不足，也沒(méi)有對(duì)風(fēng)險(xiǎn)進(jìn)行較好的管理，所以造成了項(xiàng)目的不成功。

上面提到，可行性分析一般是由未來(lái)的項(xiàng)目經(jīng)理和產(chǎn)品經(jīng)理完成，必要時(shí)還需要市場(chǎng)人員的參與，項(xiàng)目經(jīng)理主要考慮技術(shù)可行性，包括項(xiàng)目最初估計(jì)的進(jìn)度表和資源需求情況；產(chǎn)品經(jīng)理主要考慮市場(chǎng)和經(jīng)濟(jì)上的可行性（主要是針對(duì)軟件產(chǎn)品而言）。只有預(yù)先對(duì)各種問(wèn)題進(jìn)行完備的分析后，才能得出正確的決策。不要到后來(lái)因?yàn)槟切┦孪葲](méi)考慮到的，但應(yīng)該想到的各種原因造成項(xiàng)目失??；或者雖然完成了，但是沒(méi)有取得預(yù)期的效果，不能給企業(yè)帶來(lái)較好的收益。

只有在可行性分析通過(guò)評(píng)審，企業(yè)高層領(lǐng)導(dǎo)者認(rèn)可的情況下才能付諸實(shí)施。通過(guò)可行性分析，揭示了即將面臨的各種問(wèn)題及風(fēng)險(xiǎn)，使得企業(yè)內(nèi)部對(duì)該項(xiàng)目有了一致的認(rèn)識(shí)，在后來(lái)的資源申請(qǐng)上也更容易得到高層支持，更易于導(dǎo)致項(xiàng)目成功。

（2）需求分析。需求管理是軟件開(kāi)發(fā)中非常重要的部分，在一般的MIS型項(xiàng)目中，準(zhǔn)確的把握需求往往是項(xiàng)目成功的關(guān)鍵。但需求管理也是個(gè)困難的過(guò)程，太多項(xiàng)目的需求都沒(méi)有良好的管理過(guò)程，往往導(dǎo)致項(xiàng)目后期的大量修改或者直接使項(xiàng)目失敗。

需求的管理主要由產(chǎn)品經(jīng)理負(fù)責(zé)，其中最終用戶的實(shí)時(shí)參與是一個(gè)非常重要的因素。在需求采集階段，A企業(yè)主要采用了原型法，使用建立最終產(chǎn)品的界面，然后把功能實(shí)現(xiàn)和界面一一對(duì)應(yīng)起來(lái)，和用戶進(jìn)行討論，并不斷的修改界面。最終在基本達(dá)成一致后，對(duì)應(yīng)原型寫出需求規(guī)格說(shuō)明書，在評(píng)審后納入基線管理。

在需求的制定過(guò)程中，產(chǎn)品經(jīng)理必須和項(xiàng)目經(jīng)理、開(kāi)發(fā)人員、測(cè)試人員進(jìn)行良好的溝通，使項(xiàng)目組全體都參與到需求分析中來(lái)，并共同確定需求的關(guān)鍵特性：①項(xiàng)目的范圍：在需求分析中，首先必須明確項(xiàng)目的范圍，去掉那些看似屬于該項(xiàng)目其實(shí)不該在項(xiàng)目中的需求特性。特別是在一些MIS項(xiàng)目中，客戶往往把一些屬于他們的日常工作但不屬于該項(xiàng)目的需求提交給項(xiàng)目組，這時(shí)就必須分清項(xiàng)目的范圍，不要在項(xiàng)目中加入太多不應(yīng)該做的東西，否則往往會(huì)導(dǎo)致項(xiàng)目范圍無(wú)限擴(kuò)大，最終只能是使項(xiàng)目失敗。②需求的優(yōu)先級(jí)：需求的優(yōu)先級(jí)是非常重要的特性，只有在準(zhǔn)確把握的需求優(yōu)先級(jí)的基礎(chǔ)上才可能規(guī)劃外部里程碑（產(chǎn)品版本）和內(nèi)部里程碑（開(kāi)發(fā)的階段性，后面會(huì)講到）。通常是用戶最關(guān)心，使用最頻繁的功能應(yīng)該屬于高優(yōu)先級(jí)，而那些不怎么重要或很少用到的功能應(yīng)該屬于低優(yōu)先級(jí)。A企業(yè)必須在產(chǎn)品的開(kāi)始版本和項(xiàng)目的開(kāi)始就把重點(diǎn)放在高優(yōu)先級(jí)的需求上，而對(duì)于低優(yōu)先級(jí)的功能可以在項(xiàng)目后期根據(jù)需要進(jìn)行裁減或納入下一個(gè)版本規(guī)劃。③產(chǎn)品的易用性：產(chǎn)品的易用性反映在原型中，是原型法的一個(gè)非常重要的作用。很多產(chǎn)品的失敗其一個(gè)重要原因就是易用性比較差，雖然它在功能上滿足了用戶需求，甚至可以說(shuō)功能很強(qiáng)大。通過(guò)原型法，能讓用戶看到并模擬使用最終的產(chǎn)品界面，能在需求階段通過(guò)修正軟件界面來(lái)適應(yīng)用戶的偏好，從而在很大程度上提高了產(chǎn)品的易用性，使項(xiàng)目更容易成功。④其他需求特性：如性能要求、健壯性等。這些特性是產(chǎn)品的非功能性需求，也是項(xiàng)目成功的關(guān)鍵因素，特別是在一些大型的涉及重要領(lǐng)域的管理信息系統(tǒng)中。

需求分析完成后，項(xiàng)目組需要對(duì)項(xiàng)目的初步計(jì)劃進(jìn)行重新審定，一般都需要變更項(xiàng)目時(shí)間表和資源需求。需求分析的完成也意味著項(xiàng)目其他部分可以齊頭并進(jìn)，如概要設(shè)計(jì)、測(cè)試計(jì)劃、用戶說(shuō)明書，這也在某個(gè)方面證明了需求分析的重要性——它是下面所有活動(dòng)的基礎(chǔ)和準(zhǔn)繩。

（3）開(kāi)發(fā)計(jì)劃。軟件開(kāi)發(fā)中的計(jì)劃性是非常重要的，一個(gè)沒(méi)有良好計(jì)劃的開(kāi)發(fā)項(xiàng)目能夠成功的機(jī)會(huì)非常小，除非有天才的程序員再加上好運(yùn)氣。開(kāi)發(fā)計(jì)劃的主要內(nèi)容包括：項(xiàng)目進(jìn)度安排、人力資源安排，風(fēng)險(xiǎn)管理策略等。

項(xiàng)目的進(jìn)度安排和人力資源安排可能是開(kāi)發(fā)計(jì)劃中最重要的部分，也是最難以估計(jì)的部分。一般國(guó)內(nèi)的中小軟件企業(yè)對(duì)項(xiàng)目工作量和開(kāi)發(fā)人員能力的量化程度不高，所以導(dǎo)致進(jìn)度和資源安排不確切，有時(shí)候甚至是相差很遠(yuǎn)。目前一個(gè)最實(shí)際的辦法就是根據(jù)以往項(xiàng)目的積累，但必須要求是同一領(lǐng)域的類似項(xiàng)目，這樣才有較強(qiáng)的可比性。由于這些計(jì)劃安排是預(yù)估粗略的，所以還必須在以后的項(xiàng)目各階段完成后進(jìn)行合理的變更，反應(yīng)項(xiàng)目的實(shí)際需求。微軟的辦法是把進(jìn)度估計(jì)的權(quán)限交給開(kāi)發(fā)人員，由開(kāi)發(fā)人員根據(jù)自己的經(jīng)驗(yàn)進(jìn)行估計(jì)，由于一般開(kāi)發(fā)人員往往會(huì)高估自己的能力，估計(jì)的進(jìn)度也會(huì)相應(yīng)偏短，最后再做適當(dāng)?shù)难娱L(zhǎng)。這種辦法有它合理的地方，在中國(guó)還需進(jìn)行實(shí)踐摸索。

對(duì)于進(jìn)度的估計(jì)業(yè)界有個(gè)經(jīng)驗(yàn)公式，即最初預(yù)估的時(shí)間再乘以2.5，可能是最后的完成時(shí)間。因?yàn)樵S多人在估計(jì)進(jìn)度的時(shí)候，往往忽略了很多非開(kāi)發(fā)時(shí)間，如與客戶溝通的時(shí)間、項(xiàng)目組溝通時(shí)間、企業(yè)培訓(xùn)時(shí)間、假期等，所以在估計(jì)進(jìn)度的時(shí)候，一定要全方位周全考慮，在盡可能的情況下寧愿把進(jìn)度估計(jì)的長(zhǎng)一點(diǎn)，免得在項(xiàng)目后期導(dǎo)致非常被動(dòng)的局面。后面將具體講到采取的階段性的開(kāi)發(fā)方法，這種方法的運(yùn)用反映在進(jìn)度估計(jì)時(shí)必須在各階段間預(yù)留緩沖時(shí)間，以解決那些事先沒(méi)有預(yù)料到的活動(dòng)。如果進(jìn)度表和要求的出貨時(shí)間有沖突，寧愿砍掉一些不重要的功能，也不要盲目增加人手，這種做法可能會(huì)導(dǎo)致產(chǎn)品質(zhì)量下降，最終得不償失。

（4）開(kāi)發(fā)過(guò)程。在項(xiàng)目的開(kāi)發(fā)過(guò)程中，A企業(yè)采用了階段式的開(kāi)發(fā)過(guò)程，這也是微軟企業(yè)所推薦的開(kāi)發(fā)過(guò)程。在開(kāi)發(fā)過(guò)程的初期，首要的活動(dòng)是概要設(shè)計(jì)。概要設(shè)計(jì)的目標(biāo)是簡(jiǎn)單、適用、能夠覆蓋所有的需求并能支持后面的階段式開(kāi)發(fā)。微軟的應(yīng)用方案解決模型是基于服務(wù)的三層（多層）架構(gòu)，包括用戶層，業(yè)務(wù)層和數(shù)據(jù)層，各層之間采用標(biāo)準(zhǔn)的接口進(jìn)行通訊。

階段開(kāi)發(fā)過(guò)程不是傳統(tǒng)的根據(jù)模塊劃分來(lái)依次完成各模塊，最后再進(jìn)行項(xiàng)目的整合，而是在每個(gè)階段完成后，項(xiàng)目都可以推出產(chǎn)品，只不過(guò)該產(chǎn)品的功能比最終產(chǎn)品的功能弱一些。階段性完成項(xiàng)目比傳統(tǒng)的開(kāi)發(fā)方法最明顯的優(yōu)點(diǎn)是不必到項(xiàng)目的末期才開(kāi)始整合產(chǎn)品，使產(chǎn)品模塊之間協(xié)作產(chǎn)生的問(wèn)題及早產(chǎn)生，也及早修正，從而項(xiàng)目的風(fēng)險(xiǎn)也大大減小。當(dāng)然采用階段性開(kāi)發(fā)方法也有相應(yīng)的代價(jià)，最大的代價(jià)可能是反復(fù)的整合、測(cè)試已經(jīng)完成的模塊，但采用相應(yīng)的一些自動(dòng)化工具可以減小這個(gè)代價(jià)。

一般在開(kāi)始的階段進(jìn)行的是系統(tǒng)架構(gòu)和最重要的功能，后面的階段是相對(duì)不怎么重要的功能。這樣的分配有利于最終用戶在早期就能看到系統(tǒng)的大致模樣，便于他們及早的對(duì)產(chǎn)品提出意見(jiàn)，并對(duì)相應(yīng)的錯(cuò)誤進(jìn)行修改；也有利于項(xiàng)目組在項(xiàng)目后期時(shí)間很緊的情況下，去掉一些不重要的功能，把它們納入下一個(gè)版本處理，確保產(chǎn)品的推出時(shí)間。迭代的順利進(jìn)行依賴于良好的架構(gòu)設(shè)計(jì)，前面階段的設(shè)計(jì)應(yīng)該給后面要加入的功能預(yù)留出各種接口，并能使后面的工作在前面的基礎(chǔ)上繼續(xù)進(jìn)行下去。

這種在開(kāi)發(fā)階段的迭代方式不同于整個(gè)項(xiàng)目的完全迭代開(kāi)發(fā)，后者是項(xiàng)目的需求、概要設(shè)計(jì)、開(kāi)發(fā)等全部是迭代進(jìn)行，一次迭代要進(jìn)行所有的項(xiàng)目活動(dòng)。至于誰(shuí)優(yōu)誰(shuí)劣可能在不同的情況下有不同的說(shuō)法，需要根據(jù)項(xiàng)目和自身的情況合理采用。還有就是迭代的次數(shù)也要根據(jù)項(xiàng)目的具體情況而定。不能太多，導(dǎo)致重復(fù)的工作量過(guò)大；也不能太少，使得該方法退化到傳統(tǒng)方法。通常把項(xiàng)目分了四個(gè)階段：架構(gòu)完成、主要功能完成、其他功能完成、整合發(fā)行。實(shí)踐證明，這樣的實(shí)施比傳統(tǒng)方法確實(shí)在很大程度上減小了項(xiàng)目失敗的風(fēng)險(xiǎn)，再?zèng)]有產(chǎn)生那種“似乎永遠(yuǎn)也做不完的感覺(jué)”。

（5）結(jié)項(xiàng)總結(jié)。很多企業(yè)在項(xiàng)目完成后往往忽視了最后的總結(jié)，沒(méi)有把在上個(gè)項(xiàng)目中得到的經(jīng)驗(yàn)教訓(xùn)進(jìn)行分析，轉(zhuǎn)化成企業(yè)的巨大財(cái)富。項(xiàng)目的總結(jié)是整個(gè)項(xiàng)目的不可缺少的重要組成部分，只有通過(guò)詳盡的充分的項(xiàng)目總結(jié)，才能使項(xiàng)目組的所有成員對(duì)項(xiàng)目的歷程有一個(gè)清楚的了解，提高他們對(duì)軟件項(xiàng)目的認(rèn)識(shí)。

A企業(yè)的做法是在項(xiàng)目完成后首先由各個(gè)項(xiàng)目成員寫出各自的總結(jié)報(bào)告，包括所從事的工作、任務(wù)的完成情況、遇到的問(wèn)題及解決方案、對(duì)項(xiàng)目過(guò)程的意見(jiàn)和自己的想法等內(nèi)容。項(xiàng)目負(fù)責(zé)人需要把整個(gè)的項(xiàng)目歷程整理成一份文件，其中包括項(xiàng)目的介紹、項(xiàng)目進(jìn)行的具體資料（如實(shí)際花費(fèi)時(shí)間、源代碼數(shù)、功能模塊數(shù)量等）、項(xiàng)目計(jì)劃與實(shí)際的比較等。

在上述完成后，全體項(xiàng)目參與人員舉行項(xiàng)目結(jié)項(xiàng)工作會(huì)議，對(duì)各人所列舉的問(wèn)題及想法進(jìn)行討論，目的是得出好的經(jīng)驗(yàn)教訓(xùn)，從而指導(dǎo)后面項(xiàng)目過(guò)程。會(huì)議可由分別針對(duì)的問(wèn)題分為幾個(gè)部分，如項(xiàng)目過(guò)程方面的、質(zhì)量管理方面的、技術(shù)方面的等，整合后形成結(jié)項(xiàng)會(huì)議報(bào)告。

項(xiàng)目負(fù)責(zé)人最后把項(xiàng)目歷程、資料、在結(jié)項(xiàng)會(huì)議中總結(jié)的經(jīng)驗(yàn)教訓(xùn)等整理成一份總的項(xiàng)目過(guò)程文件，歸檔并分發(fā)到各成員和上層領(lǐng)導(dǎo)，并由項(xiàng)目經(jīng)理向上層領(lǐng)導(dǎo)匯報(bào)，這時(shí)，一個(gè)完整的項(xiàng)目才真正告一段落。這些項(xiàng)目資料給以后的項(xiàng)目提供很好的模板和借鑒意義，并可以作為以后項(xiàng)目預(yù)估的依據(jù)。

3. 風(fēng)險(xiǎn)管理。微軟企業(yè)認(rèn)為，軟件開(kāi)發(fā)是一個(gè)風(fēng)險(xiǎn)驅(qū)動(dòng)的過(guò)程，由此可看出風(fēng)險(xiǎn)管理在軟件項(xiàng)目中的重要性。一個(gè)項(xiàng)目的風(fēng)險(xiǎn)有許多來(lái)源，如客戶、進(jìn)度、開(kāi)發(fā)過(guò)程、人力資源等，忽視風(fēng)險(xiǎn)的后果可能是成本超支、進(jìn)度推后，最嚴(yán)重導(dǎo)致項(xiàng)目失敗。

MSF的風(fēng)險(xiǎn)管理原則是：①風(fēng)險(xiǎn)應(yīng)該在整個(gè)項(xiàng)目的進(jìn)程中一直被估計(jì)，并且作為項(xiàng)目決策的依據(jù)之一。②有效的風(fēng)險(xiǎn)管理過(guò)程覆蓋了所有關(guān)鍵的人力、過(guò)程、商務(wù)及技術(shù)領(lǐng)域。③風(fēng)險(xiǎn)在納入管理前必須被清晰的表述。④重要的風(fēng)險(xiǎn)必須優(yōu)先被處理。

MSF風(fēng)險(xiǎn)管理過(guò)程包括以下階段：風(fēng)險(xiǎn)識(shí)別、風(fēng)險(xiǎn)陳述、風(fēng)險(xiǎn)分析、處理計(jì)劃、風(fēng)險(xiǎn)跟蹤、風(fēng)險(xiǎn)控制、風(fēng)險(xiǎn)解除。

在中小企業(yè)的風(fēng)險(xiǎn)管理過(guò)程中，一般項(xiàng)目經(jīng)理?yè)?dān)任風(fēng)險(xiǎn)管理員的角色，但同時(shí)需要另外的資深開(kāi)發(fā)人員輔助，一起完成風(fēng)險(xiǎn)管理的任務(wù)。他們負(fù)責(zé)維護(hù)十大風(fēng)險(xiǎn)清單（不一定非要列出十個(gè)），并在項(xiàng)目進(jìn)程中隨時(shí)對(duì)風(fēng)險(xiǎn)清單進(jìn)行更新。對(duì)風(fēng)險(xiǎn)的評(píng)級(jí)MSF采用的方式是：風(fēng)險(xiǎn)影響程度=風(fēng)險(xiǎn)的可能性×風(fēng)險(xiǎn)發(fā)生造成的損失，根據(jù)風(fēng)險(xiǎn)影響程度的大小對(duì)風(fēng)險(xiǎn)進(jìn)行評(píng)級(jí)。

在項(xiàng)目實(shí)施中，A企業(yè)總結(jié)的一些高風(fēng)險(xiǎn)事件主要有：需求的不準(zhǔn)確、項(xiàng)目時(shí)間表過(guò)于短促、開(kāi)發(fā)一個(gè)從前沒(méi)進(jìn)入的領(lǐng)域軟件、開(kāi)發(fā)人員對(duì)工具的不熟悉、人員流動(dòng)頻繁、使用了外部軟件中間件等。如果對(duì)這些風(fēng)險(xiǎn)不提前做出計(jì)劃，可能會(huì)對(duì)項(xiàng)目的順利進(jìn)行造成極大的破壞，甚至直接導(dǎo)致項(xiàng)目失敗。針對(duì)每一個(gè)風(fēng)險(xiǎn)，A企業(yè)需要列出who， when， how， how much等事項(xiàng)，并對(duì)風(fēng)險(xiǎn)處理的結(jié)果進(jìn)行追蹤，最后決定是否已經(jīng)解除風(fēng)險(xiǎn)或再進(jìn)入風(fēng)險(xiǎn)處理循環(huán)。

三、 總結(jié)

引入MSF管理思想后，項(xiàng)目的成功率比原來(lái)增大了很多。企業(yè)研發(fā)流程必須盡可能MSF模型化，工具化，沒(méi)有銀彈。所有的這一切都是在一個(gè)公共的工具平臺(tái)上，至少需要需求管理工具、版本控制工具、日志構(gòu)建工具、Bug管理工具等。德魯克認(rèn)為，管理既不是科學(xué)，也不是藝術(shù)，管理是實(shí)踐，正如軟件工程的世界級(jí)大師Ivar Jacobson所說(shuō)，“我相信沒(méi)有一種技術(shù)、沒(méi)有一種流程能夠解決所有的問(wèn)題，我更相信基于實(shí)踐的方式。你需要用不同來(lái)源的實(shí)踐，結(jié)合自己的流程，改進(jìn)自己的流程和工作方式，這樣才能立于不敗之地?！?/p>

參考文獻(xiàn)：

1. （美）邁克爾·科索馬羅，理查德·賽爾比 著.程化 譯. 微軟的秘密. 北京：北京大學(xué)出版社， 西蒙與舒斯特國(guó)際出版公司，1996.

2. （美）史蒂夫·麥克康奈爾 著，余孟學(xué) 譯. 微軟項(xiàng)目求生法則. 北京：機(jī)械工業(yè)出版社，2000.

3. （美）Karl E. Wiegers 著.陸麗娜，王忠民，王志敏 譯. 軟件需求. 北京：機(jī)械工業(yè)出版社，2000.

4. （美）卡耐基梅隆大學(xué)軟件工程研究所著.劉孟仁 譯. 能力成熟度模型（CMM）：軟件過(guò)程改進(jìn)指南. 北京：電子工業(yè)出版社，2001.

5. （美）Frederick P. Brooks Jr. 著. 人月神話（影印版） The Mythical Man-Month. 北京：中國(guó)電力出版社，2003.

6. 匡曉紅. 基于MSF的風(fēng)險(xiǎn)管理模型. 中國(guó)科技信息， 2007，（17）.

基金項(xiàng)目：福建省社會(huì)科學(xué)規(guī)劃一般項(xiàng)目（項(xiàng)目號(hào)：2011B223）。

第9篇：軟件工程可行性分析范文

[關(guān)鍵詞]特產(chǎn)；銷售系統(tǒng)；分析；設(shè)計(jì)

中圖分類號(hào)：TP311.52 文獻(xiàn)標(biāo)識(shí)碼：A 文章編號(hào)：1009-914X（2017）03-0150-01

一、設(shè)計(jì)背景

中國(guó)互聯(lián)網(wǎng)協(xié)會(huì)網(wǎng)絡(luò)營(yíng)銷工作委員會(huì)調(diào)查顯示，隨著國(guó)內(nèi)旅游業(yè)和物流業(yè)的成熟，網(wǎng)絡(luò)購(gòu)物尤其是以當(dāng)?shù)靥厣a(chǎn)品為代表的網(wǎng)購(gòu)，將在今年實(shí)現(xiàn)更大發(fā)展。究其原因，除了該人群對(duì)網(wǎng)絡(luò)購(gòu)物等新興的購(gòu)物模式接受程度較高之外，相比其他行業(yè)和產(chǎn)品，特產(chǎn)網(wǎng)絡(luò)購(gòu)物有著更加完備的產(chǎn)業(yè)鏈條和發(fā)展后勁，為其高速增長(zhǎng)提供了保障。

二、設(shè)計(jì)的目的和意義

我們國(guó)家地大物博，地理區(qū)域的差異形成了很多當(dāng)?shù)鬲?dú)有的特色產(chǎn)品。它們往往會(huì)成為外出旅游后的饋贈(zèng)佳品。然而由于路途的遙遠(yuǎn)，土特產(chǎn)的傳統(tǒng)銷售會(huì)存在很多局限性。旅游業(yè)的發(fā)展也使得游客對(duì)于當(dāng)?shù)赝撂禺a(chǎn)的需求量快速增長(zhǎng)。中國(guó)人口眾多，各地區(qū)特產(chǎn)豐富，盡管很多網(wǎng)站上銷售的商品琳瑯滿目，但是專門為地方土特產(chǎn)設(shè)計(jì)的網(wǎng)上銷售系統(tǒng)并不多見(jiàn)。

網(wǎng)上特產(chǎn)銷售系統(tǒng)的主要目的就是通過(guò)網(wǎng)站來(lái)進(jìn)行特產(chǎn)的宣傳和銷售，不再限制消費(fèi)者的購(gòu)買時(shí)段，不用顧忌路途的遙遠(yuǎn)。最終達(dá)到擴(kuò)大和鞏固客戶群的效果。

三、可行性分析

可行性分析的任務(wù)是明確應(yīng)用項(xiàng)目開(kāi)發(fā)的必要性和可行性。根據(jù)網(wǎng)上特產(chǎn)銷售系統(tǒng)的具體情況，調(diào)查管理業(yè)務(wù)流程是順著系統(tǒng)信息流動(dòng)的過(guò)程逐步進(jìn)行的，內(nèi)容包括各環(huán)節(jié)的業(yè)務(wù)處理、信息來(lái)源、處理方法、計(jì)算方法、信息流經(jīng)去向、信息提供的時(shí)間和形態(tài)等。

1.系統(tǒng)的業(yè)務(wù)流程

1.1 顧客瀏覽網(wǎng)站

顧客通過(guò)瀏覽器登錄到本特產(chǎn)銷售系統(tǒng)網(wǎng)站后，可以通過(guò)新品上架、特價(jià)產(chǎn)品、銷售排行的模塊查看產(chǎn)品及詳細(xì)信息，同時(shí)顧客也可以按人群查看產(chǎn)品。另外，顧客可以瀏覽資訊，銷售排行榜等模塊。

1.2 用戶注冊(cè)及登錄

顧客如果要購(gòu)買產(chǎn)品，需要進(jìn)行用戶注冊(cè)，注冊(cè)成功并登陸后，方可購(gòu)買產(chǎn)品。

1.3 購(gòu)物車處理

用戶通過(guò)瀏覽產(chǎn)品信息選擇要購(gòu)買的產(chǎn)品時(shí)，可以將產(chǎn)品放入購(gòu)物車，并可以添加至購(gòu)物車、查看購(gòu)物車、移除購(gòu)物車中的產(chǎn)品、修改購(gòu)物車產(chǎn)的數(shù)量、清空購(gòu)物車。

1.4 收銀臺(tái)處理

當(dāng)用戶決定購(gòu)買購(gòu)物車中的特產(chǎn)時(shí)，可以通過(guò)收銀臺(tái)結(jié)賬填寫相應(yīng)的訂單信息，確定所填寫的訂單信息無(wú)誤后，系統(tǒng)將產(chǎn)生此次訂單的編號(hào)，完成在線下達(dá)訂單，并且用戶可以查看到訂單。

1.5 管理員后臺(tái)處理

系統(tǒng)管理員登錄后可以查看到已受理和未受理的訂單及詳細(xì)信息。另外，管理員能夠?qū)ο到y(tǒng)的各項(xiàng)信息進(jìn)行維護(hù)處理。

2.經(jīng)濟(jì)可行性

這套系統(tǒng)是為網(wǎng)上特產(chǎn)銷售系統(tǒng)的使用者提高工作效率，節(jié)省工作時(shí)間，方便操作與管理而設(shè)計(jì)。本系統(tǒng)的開(kāi)發(fā)在經(jīng)濟(jì)上是完全可行的，不需要大量經(jīng)費(fèi)，而且是個(gè)人獨(dú)立設(shè)計(jì)。

3.技術(shù)可行性

在軟件方面，由于MyEclipse和MySQL是兩個(gè)非常成熟的開(kāi)發(fā)工具，無(wú)論在安全性、可用性、可靠性方面都毫無(wú)置疑，因此軟件方面是可行的。

在硬件方面，則選擇空間較大，硬件的配置越高，系統(tǒng)的開(kāi)發(fā)與運(yùn)行會(huì)更流暢?？紤]到如今的家用或商用電腦硬件的整體配置水平，系統(tǒng)在硬件方面是可行的。

四、需求分析

需求分析是對(duì)系統(tǒng)要求的全面分析，是軟件生存周期中最關(guān)鍵的一步。經(jīng)過(guò)對(duì)各大購(gòu)物網(wǎng)站以及產(chǎn)品企業(yè)銷售過(guò)程的考察、分析，要求本系統(tǒng)具有以下功能：統(tǒng)一完整的操作界面，保證系統(tǒng)的易用性，方便用戶操作；具備產(chǎn)品信息的展示功能，方便瀏覽者對(duì)產(chǎn)品進(jìn)行瀏覽和比較；規(guī)范的產(chǎn)品分類，方便瀏覽者分類查找特產(chǎn)；完善的購(gòu)物車功能與用戶結(jié)賬功能；設(shè)置網(wǎng)站資訊信息模塊，使瀏覽者能夠及時(shí)了解網(wǎng)站的各項(xiàng)動(dòng)態(tài)變化，及銷售的新品、特價(jià)活動(dòng)等信息；特產(chǎn)銷售排行功能；訂單信息查詢功能、特產(chǎn)信息查詢功能；全面的后臺(tái)管理功能，以方便管理員對(duì)網(wǎng)站信息進(jìn)行更新與管理。

五、系統(tǒng)模塊總體設(shè)計(jì)

本系統(tǒng)一共分為前臺(tái)和后臺(tái)兩大模塊，兩個(gè)模塊之間雖然在表面上是相互獨(dú)立的，但是在對(duì)數(shù)據(jù)庫(kù)的訪問(wèn)上是緊密相連的，各個(gè)模塊訪問(wèn)的是同一個(gè)數(shù)據(jù)庫(kù)。每個(gè)模塊的功能都是按照在調(diào)研中搜集的資料進(jìn)行編排制作的。依據(jù)上述功能分析，系統(tǒng)在兩個(gè)模塊的基礎(chǔ)上每一個(gè)模塊又分為幾個(gè)模塊。

1.前臺(tái)系統(tǒng)功能模塊。包括特色產(chǎn)品展臺(tái)模塊、按適用人群查詢模塊、購(gòu)物車模塊、收銀臺(tái)模塊、用戶維護(hù)模塊、訂單查詢模塊、資訊瀏覽模塊、留言模塊。

2、后臺(tái)系統(tǒng)功能模塊。包括特色產(chǎn)品信息管理模塊、用戶管理模塊、管理員維護(hù)模塊、訂單管理模塊、資訊管理模塊、留言管理模塊、財(cái)務(wù)管理模塊。

六、數(shù)據(jù)庫(kù)設(shè)計(jì)

對(duì)于本系統(tǒng)的數(shù)據(jù)庫(kù)的需求而言，由于其主要是用于信息的提供、保存、更新和查詢等。因此，需要分析該系統(tǒng)功能所隱含的對(duì)數(shù)據(jù)應(yīng)用的需求，從而確定數(shù)據(jù)庫(kù)的結(jié)構(gòu)。

1.用戶注冊(cè)、登錄、驗(yàn)證等功能需要對(duì)用戶信息建立數(shù)據(jù)表，其中的數(shù)據(jù)項(xiàng)包括用戶E-mail、昵稱、密碼、住址等。

2.查看特產(chǎn)分類信息和產(chǎn)品詳細(xì)信息等功能既需要對(duì)特產(chǎn)大小類別進(jìn)行管理，也需要針對(duì)每一個(gè)產(chǎn)品進(jìn)行管理，因此至少需要兩張數(shù)據(jù)表。

3.用戶購(gòu)物后產(chǎn)生的訂單需要進(jìn)行管理，這里也包括訂單的基本信息和詳細(xì)信息等。

4.訂單生成后，在訂單處理的過(guò)程中，需要出貨等，因此可能需要記錄訂單的發(fā)送情況。

5.需要系統(tǒng)管理員對(duì)該系統(tǒng)進(jìn)行管理，因而需要建立管理員信息數(shù)據(jù)表，其中的數(shù)據(jù)項(xiàng)包括管理員ID、密碼等。

6.客戶要進(jìn)行留言，所以必須建立留言表，其中包括留言標(biāo)題、留言日期等。

七、開(kāi)發(fā)工具及技術(shù)簡(jiǎn)介

1.開(kāi)發(fā)工具簡(jiǎn)介

MyEclipse是一款功能強(qiáng)大的J2EE集成開(kāi)發(fā)環(huán)境，支持代碼編寫、配置、測(cè)試以及除錯(cuò)。

MySQL是一N采用T-SQL語(yǔ)言的關(guān)系型數(shù)據(jù)庫(kù)管理系統(tǒng)。所占內(nèi)存小，但是功能齊全，方便簡(jiǎn)潔易使用。

2.技術(shù)簡(jiǎn)介

本系統(tǒng)采用MVC框架，需要用到的Java相關(guān)技術(shù)有Jsp技術(shù)、Servlet技術(shù)、Jdbc技術(shù)、J2EE框架。其中，關(guān)鍵的技術(shù)難點(diǎn)在于Struts技術(shù)的運(yùn)用。Struts技術(shù)是基于MVC的Web應(yīng)用框架。在Struts框架中，模型層由實(shí)現(xiàn)業(yè)務(wù)邏輯的JavaBean組件構(gòu)成，控制層由ActionServlet和Action來(lái)實(shí)現(xiàn)，視圖層由一組JSP文件構(gòu)成。

參考文獻(xiàn)

[1] 汪建文.我國(guó)零售企業(yè)的商務(wù)電子化應(yīng)用商場(chǎng)現(xiàn)代化[J].2008，（04）：56-60.

[2] 胡燕.軟件工程與標(biāo)準(zhǔn)化[J].信息技術(shù)與標(biāo)準(zhǔn)化，2004，（12）：17-21.