第一篇：公司人員管理系統可行性分析報告

公司人員管理系統

——可行性分析報告 引言

1.1 編寫目的

人的管理是一切管理工作的核心。員工代表一個企業的形象，因而人事管理機制設計的好壞，直接影響一個企業的成敗。

員工的檔案管理是企業人事管理的基礎，在企業員工普遍流失的今天，一個準確而及時的人事管理系統，有利于人事部門對員工流動進行分析、編制，為企業所需人員提供了保障。

人力資源部那些重復的，事務性的工作交給HRP(Human Resource Planning,人力資源管理系統)來解決，可以省去用戶以往人力資源管理工作的繁瑣、枯燥；用領先的人力資源管理理念，把人力資源管理的作業流程控制和戰略規劃設計巧妙地集合于一體；系統重點涉及到人力資源管理工作中的薪資、考勤、績效、調動、基本信息、用戶管理以及用戶切換等方面，并有綜合的系統安全設置、報表綜合管理模塊。可以很好地為用戶的人力資源管理部門在對員工的成本管理、知識管理、績效管理等綜合管理給予幫助。以每個月中所發工資為例，其中包括考勤、人事信息變動、獎懲、遲到和曠工對本月的薪資計算都有影響，為了及時的計算發放工資往往要提前一個星期花費大量時間，加班加點才能及時完成，而這樣做無論從工作效率還是準確度方面，都不允許，而且還浪費大量的人力財力。如果改用HRP管理做到高效、高精度，還可以減少管理時帶來的一些繁瑣的工作，節約管理帶來的開支。

1.2 項目背景

開發軟件名稱：公司人員管理系統

項目任務提出者：公司人員管理系統項目開發小組 項目開發者： 用戶：計算機101班

實現軟件單位：公司人員管理系統項目開發小組

項目與其他軟件、系統的關系：主要利用C#可視化技術及SQL數據庫開發技術，對員工管理與考勤管理系統進行系統化、細致化和完善化的分析研究。

系統架構類型:Microsoft.NET Framework 開發平臺及版本: Visual Studio 2010 數據庫類型及版本: Microsoft SQL Server 2008 系統運行環境 :Windows 7 / 8 2 可行性研究

2.1 問題定義

主要功能：中小型私營企業的人事管理系統。

詳細記錄：人事管理專員可以通過人事管理系統維護員工資料、部門架構、人員分組、員工的個人基本信息、社會關系、人事資料、考勤信息、獎懲信息、工資等。

查詢功能：系統提供的多種報表、統計圖表，可以幫助人事主管通過不同的查詢條件查看人員信息、生日匯總、合同異動等，實現系統智能化操作.提醒機制：系統提供合同到期提醒、員工生日問候等職能提醒方式，并且支持郵件或者短信通知人事管理專員，以便提前進行相關準備工作。管理工具：提供記事本增加和修改信息

系統管理：用戶登錄及權限設置

性能要求：運行在Windows平臺下的C/S模式的，面向不同的用戶群，實現不同管理權限的系統。

輸入要求：鍵盤鼠標輸入

輸出要求：顯示器輸出。

安全與保密要求：實現數據庫安全性理論的基本要求。

完成期限：2013年7月份。

系統功能模塊圖

2.2系統實現目標

隨著社會政治和經濟的發展，人們的工作目標和價值觀也都發生了重要的變化。這就對人事管理部門和管理人員提出了新的要求和新的問題，不得不考慮諸如工作類型設計、崗位分析、充分尊重員工以及為他們提供良好的個人發展和自我價值實現的環境與條件等問題。這樣，人力資源管理就派上了用場。

2.3條件、假定和限制

可利用資源為網站上的相關資源，硬件及軟件對先開發階段不存在限制

建議軟件壽命：更新周期為一個季度。

硬件條件：個人PC

運行環境：Windows7/8

數據庫：Microsoft SQL Server

投入運行最遲時間：2013年7月份 3 可行性分析

3.1 經濟可行性分析

采用傳統的手工輸入方法，不僅工作繁瑣而且需要人力輸入多，記錄容易出錯，那樣產生了成本高，效果差的弊病，對于一個企業的資料庫建立是十分困難和麻煩的。而采用這種系統所發費的成本，精力都遠遠低于手工，并且此系統上手容易，操作簡便。對個人而言，節省了大量時間與精力；對公司而言減少了人員雇員資金及紙質化管理的相應成本；對開發者而言系統維護和隨用戶及技術的更新易操作。

3.2 技術可行性分析

系統簡要描述：在.NET架構下，基于C#開發語言。

所需開發技術：C#編程語言及SQL數據庫開發技術。

Visual Studio.NET提供了一個統一的、緊密集成的可視化編程環境，簡化了開發應用程序的過程，縮短了實用方法的時間。利用Visual Studio.NET,可以非常輕松地創建具有自動伸縮能力的可靠的應用程序和組件。而且微軟的優秀成果c#語言保持了c/c++所特有的強大功能和控制能力。與c++十分相似的模型和語法，具有與COM+服務完全的交互性和完全支持能力，能夠輕松地遷移現有的代碼。數據庫方面SQL2005已經可以滿足中小型企業的數據要求，甚至有些大型企業都可以達到要求。如今進算計普及程度日益推廣，計算機配置日新月異，能承載此系統的機器就如辦公的機器都可以達到要求。所以說本系統具有技術可行性。

3.3 運行可行性分析

操作難易程度：簡單

用戶人員技術需求：懂得基本計算機操作技能。運行環境需求：X86架構的計算機。本系統采用了系統數據備份、恢復的功能，而且界面層次分明，一目了然，加上設計方面加入了人性化元素。管理此系統并不難，易學易會。

3.4 社會可行性

隨著計算機的發展與普及，以及互聯網技術的擴展，日常勞資人事管理必將實現無紙化辦公，并且加入到公司內部的Intranet或者是Internet上去，實現數據的共享，這樣有利于勞資人事信息在單位內部的查詢，提高了數據資源的利用，并且能及時的得到更新，不需要象過去那樣浪費大量的人力物力去進行抄寫，提高了工作的效率 4方案分析

方案一依據可行性報告中的功能模塊進行設計。方案二 在上述設計中刪除短信、郵件問候提醒模塊。

方案三 在方案二的基礎上刪除報表，統計圖模塊，實現系統的最精簡架構。結論

本系統的開發有利于提高人員工作效率及公司收益。從經濟來講開發成本不高，并且長期利益顯著，從技術上來講，適用于現有的計算機系統，開發者能夠駕馭此系統。綜上所述，可以投入對此項目的運行。

第二篇：學生宿舍管理系統可行性分析報告

<<學生宿舍管理系統>>可行性分析報告

一、系統建立的背景及意義

由于計算機技術的迅速發展和普及，網絡通信技術越來越被廣泛的應用。管理信息系統在現代社會已深入到各行各業。大學生宿舍管理系統就是一個典型的管理信息系統，學生宿舍管理系統對于一個學校來說是必不可少的組成部分，它可以讓宿舍管理工作變的更輕松。學生宿舍管理系統更能幫助宿舍管理員更加輕松方便快捷的管理宿舍。節省大量的勞動力，實現校園信息化管理。

二、現行系統存在的的問題分析

目前學校還停留在宿舍管理人員手工記錄數據的最初階段。學生信息量比較大，需要記錄存檔的數據比較多，人工記錄是相當麻煩的。而且當查詢某條紀錄時，由于數據量龐大，還只能靠人工去一條條查找，既浪費人力物力，效率也很低。

三、系統的可行性研究

1、系統的開發方式和目標

學校需要的宿舍管理系統能夠使宿舍管理員對外來人員拜訪登記、保修情況登記、寢室衛生錄入情況、學生晚歸情況等進行有效的記錄。通過這個系統實現宿舍管理的系統化，科學化。更能使學校方面管理人員可以很方便的查詢想要的信息。進行統一管理，統一安排。

根據學校目前的狀況看來更加適合的是自行組織開發一套系統。因為自行開發的系統一是費用少于購買系統，二是更能適應學校自身的實際情況。

開發系統的總體目標是：系統管理、宿舍管理、學生管理、信息查詢、出入登記、信息修改等組成。

2、系統的可行性分析 ⑴管理的可行性：

本系統運行于windows系列系統中，而管理人員基本都可以熟練操作。所以提供一個穩定的運行環境。這套系統也易于學習。管理人員也對這方便的系統做出極大的熱情。⑵技術的可行性：

基本方法:做校園內的調查報告，獲取宿舍管理員和學生各方面信息情況，從中獲取重要信息，并成為建設本系統的重要依據

策略：查閱大量管理系統的相關書籍，從不同方面研究本系統的整個設計，并結合調查報告中所獲取的信息，逐漸形成本平臺的雛形。

建立模型：從軟件工程生命周期角度，建立每一步的參考模型，并在詳細設計的總要環節中，分別以管理員身份，管理員和學生的角度去分析與設計。⑶經濟的可行性：

在開發系統所需的項目中，校園的內部網絡已經建立。硬件完全可以使用學校自身的實驗室。后期運行系統也只需一臺電腦。再有學校的支持，經濟上是可行的。

四、結論

綜上所述，編寫或開發這個宿舍管理系統是可行的。它大大的方便了學校對于宿舍的管理。并且完善了學校的信息化管理。

第三篇：資產管理系統可行性分析報告

資產管理系統可行性分析報告

一 企業在固定資產管理中存在的問題及對策。

固定資產是構成企業資產的主體，它使用期限較長，單位價值較高，在使用過程中保持原有實物形態，具有潛在的服務能力。這種服務潛能將隨著固定資產的不斷使用給企業帶來長期的經濟效益。一般企業經過多年的發展形成了大量的固定資產，若管理不善會在不經意間導致固定資產的減值和毀損，甚至流失，這勢必給企業造成巨大損失。下面就固定資產管理中存在的問題及解決對策談一下筆者個人的看法。

目前，我國企業的固定資產管理存在以下問題：重視賬面管理輕視實物管理；管理混亂、分工不明確；入賬、銷賬不及時；盤點工作失效；拼裝現象時有發生；資產閑置現象嚴重；固定資產內涵不清；提取折舊方式單一等。

加強固定資產管理應采取如下措施。

1．認真做好固定資產的基礎管理工作。對于固定資產管理混亂的企業應及時組織相關會計人員、固定資產實物管理人員及使用單位對現有資產進行徹底清查，對每項固定資產的存放地點、規格、型號、購入時間、使用年限等都要一一記錄，在此基礎上進行建卡建賬；完善固定資產核算的管理制度，做到人賬及時、準確；加強固定資產的計算機管理，重要信息及時上網，提高固定資產的信息共享水平，使固定資產的使用狀況及相關信息時時處于透明狀態，避免一些部門辦事拖沓，不負責任的弊病。另外，做好固定資產的調撥轉賬工作，督促人事變動人員做好固定資產的移交和轉賬工作。

2．嚴格盤點制度，定期進行賬實核對，做到賬物相符，賬賬相符。固定資產管理中出現的許多問題都是由于賬物實分家又沒有進行定期盤點造成的。財務制度規定，每年在編制財務報告前應當進行全面盤點，平時也可以進行抽盤。盤點時必須有財務人員、實物管理人員參加，最終形成盤點表。固定資產定期盤點、定期檢查核對，能有效防止、糾正有賬無物、有物無賬、多重入賬、一號多物現象的發生，及時發現各種設備拼裝固定資產的違規行為，及時了解固定資產的使用情況。

3．加強對固定資產管理人員的技術培訓及相關知識的學習。目前，公司應適時組織資產管理人員不斷進行業務學習，采用多種形式加強相關人員培訓，尤其是在目前會計制度和會計處理方法更新比較頻繁的時期，這項工作顯得尤為重要。

4．嚴格界定固定資產的采購、使用、管理等權限。公司應將固定資產的采購、審批、使用、管理等權限交由不同的部門辦理，責權利在制度上明確，在形式上分開，在執行中相互制約，避免某一部門利用權利代辦全部工作，制度一經制定必須嚴格遵守，并與企業的考核機制相結合。必須建立行之有效的獎罰制度，對固定資產管理好，充分發揮其經濟效益的單位或個人給予合理獎勵，對管理不善的單位或個人，要采取必要的經濟手段或行政手段，進行處罰，企業應根據自身實際制定出具體的獎懲辦法。

5．采用多種形式盤活固定資產。對于企業暫時不用的閑置資產可以采用多種形式進行盤活。盤活閑置固定資產不但給企業帶來一定的現金收益，而且也節約了管理成本，使企業

輕裝上陣，把主要精力放在生產經營上。

6．對固定資產實行集團化管理。對于有多家子、分公司的集團公司來講，公司應當從全局出發，對所屬各子、分公司固定資產的基本狀況進行充分了解，做到心中有數，然后根據各公司資產配置情況對固定資產進行合理調劑使用，避免各自為政，各行其道。這樣不但可以節約大量購置新設備的資金，也可以盤活部分公司的固定資產，減輕壓力，同時也提高固定資產的利用率。

7．靈活采用多種方式計提折舊。基于前面提到的使用單一直線法計提折舊的缺陷，改革現行折舊管理機制勢在必行，加速折舊法能較好地彌補其缺點。一方面使折舊的提取與固定資產的運營規律相一致，即在固定資產使用初期多攤銷折舊，使用后期少攤銷折舊。另一方面為了降低由于科技進步而產生的無形損耗的風險，提高資金運營效果，客觀上也要求企業采用加速折舊法。我國現行財會制度規定允許使用的加速折舊法主要有兩種：即年數總和法和雙倍余額遞減法。各單位應根據自身實際，選擇折舊方法，不斷提高自身的經濟效益。改

變折舊主要是財務部門的事情，但其他部門也要充分配合，技術部門充分發揮設備技術管理人員的長處，使財務、管理一體化。

目標

1.解決資產折舊數據不準確。2.解決賬面價值統計不準確。3.解決繁重的盤點工作，耗時耗力

軟件功能需求 1.系統功能框架表

管理系統Yes系統管理資產基本資料資產動態管理資產盤點報表管理用戶組管理用戶管理修改密碼基本資料管理初始化數據庫數據庫備份購買計劃管理資產購買申請資產審批管理資產驗收保管員核實管理員核實財務登記車輛管理資產領用資產信用資產退回資產變更資產維修資產報廢資產清理導入盤點資料部門盤點全面盤點盤點匯總財務對賬實物對賬資產購買查詢資產芯片查詢資產領用查詢資產臺賬查詢資產信用查詢資產退回查詢資產維修查詢資產清理查詢

第四篇：圖書館管理系統可行性分析報告

圖書館管理系統可行性分析報告

軟件0602李冰

一、引言

1.背景分析

一直以來人們使用傳統的人工方式管理圖書館的日常工作，對于圖書館的借書和還書過程，想必大家都已很熟悉。在計算機尚未在圖書館廣泛使用之前，借書和還書過程主要依靠手工。一個最典型的手工處理還書過程就是：讀者將要借的書和借閱證交給工作人員，工作人員將每本書上附帶的描述書的信息的卡片和讀者的借閱證放在一個小格欄里，并在借閱證和每本書貼的借閱條上填寫借閱信息。這樣借書過程就完成了。還書時，讀者將要還的書交給工作人員，工作人員根據圖書信息找到相應的書卡和借閱證，并填好相應的還書信息，這樣還書過程就完成了。

以上所描述的手工過程的不足之處顯而易見，首先處理借書、還書業務流程的效率很低，其次處理能力比較低，一段時間內，所能服務的讀者人數是有限的。利用計算機來處理這些流程無疑會極大程度地提高效率和處理能力。我們將會看到排隊等候借書、還書的隊伍不再那么長，工作人員出錯的概率也小了，讀者可以花更多的時間在選擇書和看書上。

為方便對圖書館書籍、讀者資料、借還書等進行高效的管理，特編寫該程序以提高圖書館的管理效率。使用該程序之后，工作人員可以查詢某位讀者、某種圖書的借閱情況，還可以對當前圖書借閱情況進行一些統計，給出統計表格，以便全面掌握圖書的流通情況。

圖書管理系統是一種基于集中統一規劃的數據庫數據管理新模式。在對圖書、讀者的管理，其實是對圖書、讀者數據的管理。本系統的建成無疑會為管理者對圖書管理系統提供極大的幫助。

2.系統簡介

圖書管理系統是圖書館的重要組成部分，一般分為兩大部分，流通系統和采購系統。采購系統分為訂單管理、圖書入庫、圖書著錄、圖書上架、新書上報和書目審查、系統設置。流通系統分為圖書管理、讀者管理、借閱證管理、圖書借閱、圖書歸還、系統設置等模塊。其中，圖書借閱、圖書歸還等。核心模塊為采購系統：圖書入庫、圖書上架；流通系統：圖書管理、讀者管理、借閱證管理。

二、可行性研究內容

1.目標要求

圖書管理系統對于現代圖書館而言，是能否發揮其教學科研的作用的至關重要技術平臺。對于讀者和圖書管理員來說，是能否方便快速獲取信息的關鍵。所以，圖書管理系統應該能夠為用戶提供充足的信息和快捷方便的操作手段減少人力的投入；由系統對入庫圖書進行自動分類、歸類，學生信息整理、借閱情況登記入檔，提高信息處理的精度和準確度。

2.系統功能

1)圖書采購（訂單查詢、查詢訂單、新書通報）

2)圖書入庫（圖書著錄、圖書入庫）

3)圖書流通（圖書借閱、圖書歸還、預約登記、圖書暫停、圖書催還）

4)讀者管理（讀者登記、讀者管理、核發借閱證、暫停借閱證、掛失借閱證、補發借閱證、罰款繳納登記、借閱證注銷）

5)統計查詢（讀者查詢、借閱統計、借閱查詢、罰款統計、記帳查詢、記帳統計）

6)系統設置（館藏位置、用戶借閱規定管理、用戶管理、系統用戶管理、供書單位設置）

3.條件和假定和限制

建議軟件壽命：5年

硬件條件：PC機

運行環境：Windows xp professional

開發軟件：SQL Server、JAVA等

開發限制：開發時間短

4.可行性研究方法

通過對已有圖書管理系統的分析和研究比較的方法。

5.決定可行性的主要因素

效益>成本；技術可行，現有技術可承擔開發任務；操作可行，軟件能被原有操作人員快速接受。

6.技術可行性分析

6.1系統簡要描述

采用JAVA和SQL開發，即使遇到困難，也能從豐富的參考書中找到解決方案。開發出的系統具有庫存圖書管理功能，能高效管理師生借閱信息，統計每年、每月、某天的圖書借入借出情況，對財務信息進行統計、分析等。

6.2處理流程和數據流程

a.系統能對書籍信息進行管理。

b.系統不需要管理借閱者除姓名以外的信息。對每一名借閱者最多可借閱的書籍數目為5本。c.借書時，管理人員記錄借書者的姓名、借閱書籍名稱和借閱日期。

d.時間時，管理人員記錄還書者的姓名、歸還書籍名稱和還書日期。系統設定書籍的最長借閱時間為2個月。

e.操作人員可以根據書籍名稱、作者、出版社三者之一或三者的任意組合查詢書籍信息。

f.操作人員可以查詢借閱某書籍的所有借閱者的姓名；也可以查詢某借閱者借閱的所有書籍名稱；還可以根據借閱者的姓名、書籍名稱查詢借閱者的借書時間、還書時間。

g.系統由圖書館工作人員操作。分為:系統管理員,書籍管理員和借閱管理員,每人對應相應的權限。h.報表的打印輸出。

i.所有操作人員憑帳號和密碼登陸系統。

7.經濟可行性分析

開發需求較低,加上成熟的軟硬件環境、目標系統并不是十分復雜和開發周期較短,人員經濟支出有限。開發完成運行后，為使用者帶來便利，為系統的進一步推廣創造了條件，經濟收益將遠超過投資。從經濟角度考慮,此系統開發可行。

7.1效益分析

a.支出

基本建設投資：

計算機設備8臺8×3000=24000元

數據通訊設備：（手機產生的實時花費）規定每人每月50共計8×50=400元

辦公室對外通信電話包月8×40=320元

環境設備（辦公室，人員住宿）辦公租房3000元，人員住宿1000元。

其他一次性支出：

開發軟件費用價值100000元

調研（主要是圖書館的調研需若干次）調研費用1000元

培訓費、差旅費、安裝費（請外面老師培訓等）400+4000+200=4600元

非一次性支出

人員工資：9人，月工資1200年支出費用=9*1200=10800元

維護費：單次100元 每年4度維修1次年支出費用=4*100=400元

b.收益

一次性收益：學生每人一次辦卡5元 按中小型學校預算10000人*5=50000元

非一次性收益：在使用中有學生可能把卡丟失或損壞費用辦卡收費5元/次的收益。

不可定量的收益：圖書在讀者借閱中超期或者損害的賠償。

收益/投資比：

收益50000元

投資（含非一次性投資）142520元

收益/投資比=50000/142520=0.35

投資回收周期：此系統回報周期在3.5年

8.法律可行性分析

●合同責任：符合國家標準的合同，經雙方簽字后生效

●侵犯專利權：有

●侵犯版權：有

當今社會發展迅速，知識量的積累更是與日俱增，無論是學校的圖書館還是公司的資料庫，學生或員工的知識渴求的越顯強烈，書籍資料的借閱量也是越來越高，而逐漸顯現出來的讀者信息管理質量問題是越來越嚴重。一方面，管理員為了將讀者的部分個人信息記錄下來，需要每一位新讀者自己填寫他們個人資料，并且能夠對讀者進行編號和排序，對他們的信息進行修改和查詢操作。另一方面，為了能夠使讀者信息更加安全，必須限制非管理員對讀者信息的訪問權。為了能夠解決這些問題，需要建立一個安全完善的管理平臺，能夠使讀者信息能夠快速完整地自動記錄在案，并且不能夠隨便被任何人非法竊取，這對學校和公司的讀者信息管理都有著非常重要的作用。

由于整個系統是自行開發,自行使用，所以系統本身不存在版權爭議，符合國家各種政策法規。服務器軟件方面，它的操作系統可能會被微軟跟蹤,如果不是正版軟件,將會面臨民事訴訟的風險

9.使用方面的可行性

●用戶單位的行政管理：自定

●工作制度：自定

●人員素質等能否滿足要求：可以滿足

從社會效益上看，隨著技術的發展，采用軟件管理圖書館日常工作，毫無疑問會在使用過程中產生新的需求和問題，這樣也會不斷地促進信息技術和軟件應用的革新。用哲學的思維分析可概括為軟件應用促進技術進步，技術進步反作用于軟件的應用，從而雙方面同時促使社會不斷朝前。

經過研究，此系統的用戶無使用方面的問題。

三、結論

根據以上分析可知，開發該圖書館管理信息系統不僅有巨大的經濟效益，而且有更大的社會效益，從而使該系統開發具有價值，也節省了大量資源，但是時間有限，該管理系統考慮不太健全，我們會在這方面加強學習和改進。所以,我們認為開發此系統的條件已經具備,可以開始進行開發

第五篇：車票管理系統可行性分析報告

第4組車票管理系統 可行性分析報告

課程名稱： 院

系： 專業班級： UML系統建模與分析設計

姓

名：指導教師：

2011年05月12日

目 錄

1.引言.............................................................................................................................1

1.1 編寫目的..........................................................................................................1 1.2 項目背景..........................................................................................................1 1.3 定義..................................................................................................................1 1.4 參考資料..........................................................................................................1 2.可行性研究的前提.....................................................................................................1

2.1 要求..................................................................................................................1 2.2 目標..................................................................................................................2 2.3 條件、假定和限制..........................................................................................2 2.4 可行性研究方法..............................................................................................2 2.5 決定可行性的主要因素..................................................................................2 3.對現有系統的分析.....................................................................................................2

3.1 處理流程和數據流程......................................................................................3 3.2 工作負荷..........................................................................................................3 3.3 設備..................................................................................................................3 3.4 局限性..............................................................................................................3 4.建議選擇的系統方案描述.........................................................................................3

4.1 系統簡要描述..................................................................................................4 4.2 處理流程與數據流程......................................................................................4 4.3 與現有系統比較..............................................................................................4 4.4 采用建議系統的影響......................................................................................4 5.投資、成本及效益分析.............................................................................................4 6.技術分析評價.............................................................................................................5 7.社會、法律因素方面的可能性.................................................................................6

7.1 法律因素..........................................................................................................6 7.2 用戶使用可行性..............................................................................................6 8.結論及其他.................................................................................................................6 UML系統建模與分析設計—車票管理系統可行性分析報告

1.引言

1.1 編寫目的

此可行性研究報告是為了對現行的車票管理系統進行研究分析，以信息技術為手段，建設現代化的車票管理系統。經過對此項目進行詳細調查研究，初擬系統實現報告，對項目開發中將要面臨的問題及其解決方案進行初步設計及合理安排。同時明確開發風險及其所帶來的經濟效益、社會效益。本文檔的讀者為參與開發的所有設計人員以及系統的最終用戶。

1.2 項目背景

軟件的名稱：車票管理系統 提出者：XXX客運公司 開發人員：XXX小組

使用單位：XXX汽車客運中心

項目與其他軟件、系統的關系：本系統采用B/S原理，主要采用Eclipse軟件來開發，采用SQL Server為開發軟件的數據庫服務程序，主要在Windows 2000 Sever上運行。

1.3 定義

SQL：全稱是Structure Query Language，中文名稱是結構化查詢語言。JDBC：全稱是Java Database Connectivity Standard，中文意思是Java數據庫連接的標準。

J2EE：全稱是Java 2 Enterprise Edition，中文意思是Java 2企業版。JSP：全稱是Java Server Page，中文意思是Java服務頁面。

1.4 參考資料

[1]鄭人杰、馬素霞、殷人昆 《軟件工程概論》 機械工業出版社 2010.03 [2]李發致 《Java面向對象程序設計教程》 清華大學出版社 2009.11 [3]史嘉權 《數據庫系統概論》 清華大學出版社 2006.01

2.可行性研究的前提

2.1 要求

主要功能：為乘客提供車票訂購服務，方便客運的售票工作，提高客運的服務質量和服務效率。

性能要求：界面友好、操作簡潔、系統運行穩定、可移植性好、適應性強。輸入要求：數據完整、詳實。

UML系統建模與分析設計—車票管理系統可行性分析報告

3.1 處理流程和數據流程

上圖為現有系統框架圖，現有系統大都基于C/S結構，使得乘客到售票窗口查詢目的站或車次的車票信息，包括有無票、上車時間、票價等情況，售票員操作系統進行檢索，給出具體信息，乘客提出購買請求，售票員即進行票據打印與現金結算，乘客到指定檢票口候車，準備搭乘要乘的車輛。

分析：現行系統操作界面欠友好，售票員長時間面對屏幕，易產生厭煩心理，影響服務質量與效率，而乘客也會因此無法按時購買到車票，從而影響發車的緊湊性與連續性，降低發車效率，造成旅客候車時間過長，滋生不滿情緒，減低滿意率。

3.2 工作負荷

由于列車業務的增長和旅客對服務質量要求的提高，現有系統已經不能業務發展的需求。

3.3 設備

由于業務增長和信息技術的發展現有設備不滿足業務要求，急需對設備進行升級。

3.4 局限性

技術的過于陳舊，人員工作負荷大，系統維護及費用支出巨大，人員與設備技術含量低等一系列缺點，所有這些都明確了需要一個新的適應新的信息化時代的高科技的系統，所以開發這樣一個系統還是很有必要的。

4.建議選擇的系統方案描述

UML系統建模與分析設計—車票管理系統可行性分析報告

系統研發費用：6萬元 支出共計：50萬元（2）效益分析

因服務質量提高增加旅客量。工作效率提高，收益增加。社會效應將是不可估量的。（3）收益/投資比分析 直接收益/投資比約在3：1。（4）投資回收周期 投資回收周期預計2年。（5）敏感性分析

設計系統周期為5年,估計最長可達10年。處理速度:一般查詢速度<3秒。關鍵數據查詢速度:<2秒。

6.技術分析評價

（1）風險分析

根據客戶對項目的要求及我們對以往的開發經驗，該項目開發的主要風險是系統的可維護性。

為了提高該系統的可維護性，可以從兩方面來解決這個問題。一是，采用面向對象的方法對該系統進行設計和實現，將系統可能產生的維護問題分散到系統分析、設計、實現等各個階段，盡可能采用可復用構件的設計實現，從設計方法和設計理念上根本解決這個問題。雖然開發成本會提高一些，但今后如果需要更新升級，只需要更新相應的構件就可以了，這樣可以大大減少系統維護的成果。二是，吸收員工參與到項目的開發過程中來，使其了解該系統的體系結構和設計思想，在開發過程中培養自己的軟件應用技術人員。當系統交付使用時，他們能夠承擔系統的日常維護和小的改進工作。

（2）資源分析

該項目投入經費相對充裕，基本能夠滿足系統開發所必須的一些軟件、硬件、工作環境的要求。開發該形態需要掌握瀏覽器技術等多項技術。多年的專業學習，在團隊精神和敬業精神上都具備了有力的保證條件。

（3）技術分析

該項目的開發，要具有類似項目的經驗。當前計算機技術的發展水平以及開發人員以及熟練掌握的各種開發先進技術，完全能夠滿足該系統開發的需要。該系統應該沒有太多的難點，不過需要開發過程中更多的努力和耐心。