企業(yè)項目籌資計劃書

1、二. 項目簡介（一）、項目概述本項目要開發(fā)一個銀行系統(tǒng)，系統(tǒng)一共分為儲蓄業(yè)務、貸款業(yè)務、外匯交易、 網上銀行、信用卡業(yè)務和系統(tǒng)管理六個子系統(tǒng)。本團隊負責其中的有關儲蓄業(yè)務 的子系統(tǒng)。通過團隊合作開發(fā)整個子系統(tǒng)，使團隊成員獲得軟件工程開發(fā)的實際 訓練。本系統(tǒng)采用目前主流的B/S開發(fā)架構，將與整個銀行系統(tǒng)一起發(fā)布。不單獨 發(fā)布。交付的產品包括可執(zhí)行的文件、源代碼、技術文檔與用戶使用手冊等。本 系統(tǒng)的開發(fā)過程中的主要工作是子系統(tǒng)需求分析、系統(tǒng)總體設計、子系統(tǒng)源代碼 開發(fā)、子系統(tǒng)測試、交付團長進行最后的集成、整個系統(tǒng)的測試。關鍵里程碑是 制定項目管理計劃書、制定需求設計規(guī)格說明書初稿、制定系統(tǒng)設計報告

2、的初稿、 進行子系統(tǒng)運行情況的檢查與測試、進行系統(tǒng)集成后的運行情況的檢查與測試。 項目所需工具是個人電腦和開發(fā)工具。進度為 11周，工程量為3人/天。（二八項目范圍說明（1）提交文檔：項目管理計劃、需求規(guī)格說明，設計報告、測試報告、用戶 使用手冊和項目個人總結。其中項目總結為每人一份，每個小組所有成員的總結 裝訂在一起；其余文檔每組提交一份。每個團隊可將各小組的文檔綜合到一起， 各小組也可自行分開提交，具體方式由團隊內部協(xié)商確定。所有文檔需要提交電 子版和打印稿。（2）源程序檢查：一共兩次。第一次檢查每個小組的子系統(tǒng)運行情況。第二 次檢查每個團隊內六個小組集成后完整的銀行系統(tǒng)運行情況，檢查完成

3、后需要提 交程序源文件和可執(zhí)行的系統(tǒng)。程序檢查安排在上機時間進行。（三八軟件項目計劃書的演化軟件項目計劃書在第三周周末前經由小組討論、 共同撰寫、匯總整合三步驟 形成初稿，第四周以后根據項目的進展可以對其進行修改， 需要有組員提出修改 意，在全體會上討論通過，并由組長整理修改意見并作出相應的修改。 其余組員 同步獲得更新稿。（四八項目組織管理（1）過程模型表1.過程模型表關鍵時間Q任知要求第四周，3月24旦曉丄-2點之前，制定項目管理計劃初稿管理計劃提交給團長，由團長匯、 匯總檢查、并提交。卩第七周，4月丁日晚12點之前卩完成需求規(guī)格說明初稿a電子版提交給團長，由團長匯總 檢查、提交，卩第十風

4、5月5.日晚丄2 點之刖匸完成設計報告初稿電子版提交給團長，由團長匯總、 檢查、提交，亠第十二、三周心進行子系統(tǒng)運行檢查口以小組為單位進行，由團長及其 他組長組成評審團，對子系統(tǒng)進 行運行測試檢查°芒第十四周Q進行系統(tǒng)集成后的 運行檢查由團長，組長和主程序開發(fā)人員 參加.對整個銀行系統(tǒng)進行集成* 運行測試檢查。并同時對提交各 種文檔的電子版芋提交電子版源 代碼和可執(zhí)行系統(tǒng)逬行最后的修 改亠心笫十五周“交付軟件項目。戶由團長，組長和主程序開發(fā)人員 參加，利用上機時間進行產品的 交付與發(fā)布。提交各種文檔的電 子版和打印稿，提交電子版源代 碼和可執(zhí)行系統(tǒng)。w二.管理過程（一）、管理目標及優(yōu)

5、先級基本管理原則：每位成員既是積極的建言者，又是負責的合作者，同時也是 決策的制定者。決策應在充分的討論基礎上由大家共同做出， 一旦決策做出就必 須被及時有效的執(zhí)行。禁止再有異議。目標1:按時按量完成項目的基本功能，按時發(fā)布產品及文檔，這是本團隊 的最咼目標。目標2 :遵循規(guī)范化的項目運作標準，文檔嚴謹完整，代碼注釋充分，便于 后續(xù)維護，這是第二目標。目標3:產品運行穩(wěn)定，界面友好，用戶易操作，盡量從用戶的角度去看問 題，并提出解決問題的方案。目標4:注重團隊建設，成員分工合理，團隊成員合作默契，氣氛融洽。每周的討論會積極建言。在開發(fā)過程中積極協(xié)作目標5:項目設計和開發(fā)上盡量有創(chuàng)新，有亮點（二

6、八項目風險管理本次開發(fā)過程中存在的風險及規(guī)避方法如下表:表3項目風險及其規(guī)避方法風險類型存在風險規(guī)避方法進度風險由于時間緊張導致項目最后無 法按期完成。充分考慮各種潛在因素，適當留 有余地；任務分解要詳細，便于 考核；在執(zhí)行過程中，應該強調 項目按照進度執(zhí)行的重要項，再 考慮任何問題時，都要經保持進 度作為先決條件；同時，合理利 用趕工期及快速跟進等方法，充 分利用資源。如果出現必須延期 的情況，組長需及時同銀行相關 負責人溝通，并申請延期時間。系統(tǒng)沒有足夠的測試時間持續(xù)地監(jiān)控，項目進度控制隨著 項目的進行而不斷進行的，保證 每個環(huán)節(jié)都有足夠的時間。技術風險開發(fā)軟件結構體系存在問題，使完成的軟

7、件產品未能實現項目預定目標選用正版軟件開發(fā)對開發(fā)軟件的掌握不夠深入， 造 成開發(fā)出的產品性能以及質量 低劣。提前制定好兩周的學習計劃，各 組員要對開發(fā)工具 vs2005+sqlsever2005 , css , photoshop及flash 進行快速的 學習。盡快掌握其中的要點。同 時在軟件的設計上盡可能降低難 度使項目最后能成功完成。質量風險質量不付合用戶要求經常和用戶交流工作成果、品牌 管理采用符合要求的開發(fā)流程、 認真組織對產出物的檢查和評 審、計劃和組織嚴格的獨立測試 等。工具風險軟件項目開發(fā)和實施過程， 所必在項目的啟動階段就落實好各項須用到的管理工具、開發(fā)工具、測試工具未能及時到

8、位工具的來源或可能的替代工具， 在這些工具需要使用之前跟蹤并 落實工具的到位事宜。在進行項 目開發(fā)之前先設計和搭建出系統(tǒng) 的基礎架構并進行性能測試，確 保架構符合性能指標后再進行后 續(xù)工作。人力資源風險組員成員因意外無法參加設計事先冋用戶商量解決辦法三. 資金籌集（一 ）、借款企業(yè)可以向銀行、非金融機構借款以滿足購并的需要。這一方式手續(xù)簡便， 企業(yè)可以在較短時間內取得所需的資金， 保密性也很好。但企業(yè)需要負擔固定利 息，到期必須還本歸息，如果企業(yè)不能合理安排還貸資金就會引起企業(yè)財務狀況 的惡化。（二）、發(fā)行債券債券使公司籌集資本，按法定程序發(fā)行并承擔在指定的時間內支付一定的利 息和償還本金義務

9、的有價證券。這一方式與借款有很大的共同點，但債券融資的 來源更廣，籌集資金的余地更大。（三八普通股融資普通股是股份公司資本構成中最基本、最主要的股份。普通股不需要還本， 股息也不需要向借款和債券一樣需要定期定額支付，因此風險很低。但采取這一 方式籌資會引起原有股東控制權的分散。（四）、優(yōu)先股融資優(yōu)先股綜合了債券和普通股的優(yōu)點， 既無到期還本的壓力，也并不必擔心股 東控制權的分散。但這一種方式稅后資金成本要高于負債的稅后資本成本， 且優(yōu) 先股股東雖然負擔了相當比例的風險， 卻只能取得固定的報酬，所以發(fā)行效果上 不如債券。（五）、可轉換證券融資可轉換證券是指可以被持有人轉換為普通股的債券或優(yōu)先股。

10、 可轉換債券由 于具有轉換成普通股的利益，因此其成本一般較低，且可轉換債券到期轉換成普 通股后，企業(yè)就不必還本，而獲得長期使用的資本。但這一方式可能會引起公司 控制權的分散，且如到期后股市大漲而高于轉換價格時會使公司蒙受財務損失。四. 還款方式1提前償還，可使公司的籌資具有較大的彈性，當公司有資金結余時可提前償還；2、分批償還，由于這種便于投資人選擇最合適的到期日；3、 一次償還，到期一次償還是最常見的。我公司為了業(yè)務方便，選擇一次 償還。5771001803090012095 5790368228596330825771001803090012386 57613739973576069657

11、71001803090013594 5780775799025155125771001803090012387 5771649826018180515771001803090012138 5721311921589183265771001803090012359 5790368223610760535771001803090012356 5761352861437917425771001803090012355 57508786970469327917088100343355274 10122994432583337917088100343355275 10186673293883200817088100343356107 10158115250150052217088100343356108 10100018005987173217088100343354295 10107419414268701717088100343356184 10187866086962880217088100343356185 10177583117408667417088100343356109 10108601437357