軟體項目規模怎麼填

① 軟體項目名稱填什麼

這說明你這張憑證上的一個科目掛了輔助核算，如果需要項目核算就在——基礎檔案——財務——項目目錄里增加你的項目
不過看樣子你都不知道項目核算是什麼，可能是輔助核算掛錯了，在——基礎檔案——財務——會計科目中找到掛項目輔助核算的科目，修改，把項目輔助核算的√給點掉，就不用填寫了

② 怎麼確定軟體項目的規模

大中小項目其實只是一個相對的說法。
可以根據人力投入、資金投入、開發周期來界定。
軟體的開發項目，可以根據開發資金界定。
如：50萬以下屬於小項目，50-300萬屬於中型項目，300萬以上屬於大型項目。

但包括硬體的項目，其資金的標准就要提高了。

③ 廣聯達計價軟體中的工程規模怎麼填

咨詢記錄 · 回答於2021-10-13

④ 做軟體項目設計文檔怎麼寫啊

按照以下格式填就好了，不過是我自己寫的，有不好的地方大家互相學習修改一下~

詳細設計文檔規范
1.0概述
這部分提供對整個設計文檔的概述。描述了所有數據，結構，介面和軟體構件級別的設計。
1.1 目標和對象
描述軟體對象的所有目標。
1.2 陳述范圍
軟體描述。主要輸入，過程功能，輸出的描述，不考慮詳細細節。
1.3 軟體內容
軟體被置於商業或者產品線中，討論相關的戰略問題。目的是讓讀者能夠對「宏圖」有所了解。
1.4 主要系統參數
任何商務軟體或者產品線都包含軟體規定、設計、實現和測試的說明和規范。
2.0 數據設計
描述所有數據結構包括內部變數，全局變數和臨時數據結構。
2.1 內部軟體數據結構
描述軟體內部的構件之間的數據傳輸的結構。
2.2 全局數據結構
描述主要部分的數據結構。
2.3 臨時數據結構
為臨時應用而生成的文件的描述。
2.4 資料庫描述
作為應用程序的一部分，描述資料庫結構。
3.0 結構化和構件級別設計
描述程序結構。
3.1 程序結構
詳細描述應用程序所選定的程序結構。
3.1.1 結構圖
圖形化描述結構。
3.1.2 選擇性
討論其它可供考慮的結構。選定3.1.1中結構類型的原因。
3.2 構件描述
詳細描述結構中的每個軟體構件。
3.2.1 構件過程敘述(PSPEC)
描述構件的過程。
3.2.2 構件介面描述
詳細描述構件的輸入和輸出。
3.2.3 構件執行細節
每個構件的詳細演算描述。
3.2.3.1 介面描述
3.2.3.2 演算模型(e.g., PDL)
3.2.3.3 規范/限制
]3.2.3.4 本地數據結構
3.2.3.5 在3.2.3.6設計中包含的執行結果
3.3 軟體介面描述
軟體對外界的介面描述
3.3.1機器對外介面
與其他機器或者設備的介面描述。
3.3.2系統對外介面
對其它系統、產品和網路的介面描述。
3.3.3與人的介面
概述軟體與任何人的界面。
4.0 用戶界面設計
描述軟體的用戶界面設計。
4.1 描述用戶界面
詳細描述用戶界面，包括屏幕顯示圖標、圖片或者類型。
4.1.1 屏幕圖片
從用戶角度描述界面。
4.1.2 對象和操作
所有屏幕對象和操作的定義。
4.2 界面設計規范
用戶界面的設計和實現的規范和標准。
4.3 可見構件
實現的GUI可見構件說明。
4.4 UIDS描述
用戶界面開發系統描述。
5.0約束、限制和系統參數
會影響軟體的規格說明、設計和實現的特殊事件。
6.0測試標准
測試策略和預備測試用例描述。
6.1 測試的類別
規定實施測試的類別，包括盡量詳細的描述。這里是針對黑盒測試現象的描述。
6.2期待軟體反饋
測試期待的結果描述。
6.3執行界線
特殊執行需要的說明。
6.4 重要構件確認
決定性構件或者需要特殊注意的構件的測試確認。
7.0附錄
設計說明的補充信息。
7.1系統可跟蹤矩陣
一個定期回歸系統規格跟蹤軟體需求的矩陣。
7.2 產品戰略
如果規格說明書是為一個產品設計的，描述相關的產品戰略。
7.3 使用分析演算法
描述所有分析活動所使用到的分析演算法。
7.4 補充信息 (如果有需要特別說明的)

⑤ 軟體項目的成本如何估算

定製軟體開發是軟體開發的一個領域，開發定製的數字技術解決方案以滿足特定業務組織的特定需求。話雖如此，任何投資於定製軟體開發的組織都必須有適當的計劃和預算。定製軟體開發項目有兩個非常重要的限制需要考慮：時間和成本。（准確估算軟體開發項目的成本是保障其整體成功的關鍵）。

在為某個定製軟體開發項目制定計劃時，組織或個人會問兩個問題。

「多少錢？」

「多長時間？」

一、確定定製軟體開發的基礎工作

要確定和估算某個軟體開發項目的成本，必須了解定製軟體開發的基礎知識。更具體地說，您必須知道問題的答案：

「定製軟體開發是如何執行的？」

為了最簡單、最全面地回答這個問題，需要討論以下幾點，它們是定製軟體開發的基礎。

• 確定需求——它有助於更好地估算成本，還可以正確開發和執行開發任務。

• 計劃整個過程並設定目標——為整個軟體項目開發周期制定適當的計劃可以在時間和成本管理方面大有幫助。

• 詳細文檔——必須記錄項目計劃、實施計劃、測試計劃、范圍說明書和培訓計劃中的所有內容。

• 為定製軟體尋找合適的專業團隊——能夠高效工作並且能夠同時處理多項任務，為整個過程提升效益。

二、確定影響定製軟體開發成本的因素

在下面這一部分，討論影響自定義軟體開發項目的關鍵因素。確定軟體開發項目的成本需要組織或個人考慮並考慮這些因素。

• 軟體的規模和類型：軟體的規模和類型是決定開發成本的兩個關鍵因素。

例如，移動應用程序或電子商務商店將比銀行或醫院 ERP 解決方案等其他類型的軟體便宜。自定義軟體、倉庫管理、安全應用程序和 CRM 解決方案的類型通常更加昂貴和耗時。

• 復雜性：開發的復雜性是影響整體定製軟體開發估算的關鍵因素。

• 設計結構：設計結構有兩個關鍵領域：創意設計和UI/UX設計。這兩個因素對於項目的總成本都是必不可少的。

• 集成：第三方集成需要大量的精力和資源。

• 數據遷移：數據遷移是一個非常具體和准確的過程，需要自定義腳本和多個渠道。

• 開發時間：開發時間是影響定製軟體開發成本的關鍵因素，人力成本是最大的支出。

• 功能和平台：盡管聽起來很明顯，軟體運行的平台及其功能對您需要在產品上進行的整體投資有重大影響。

• 測試：有助於確定軟體的效率和功能，還涉及一些影響項目總成本的支出。

• 維護：在成本估算時，還必須考慮某種定製軟體產品的維護和支持類型。

三、如何估算定製軟體的規模

快速功能點方法是依據國際標准《ISO/IEC 24570－2005軟體工程NESMA功能尺度測量法2.1版功能點分析應用的定義和計數指南》提出的一種軟體規模度量方法。

該方法適用於軟體項目早期、中期、後期等各個階段的規模估算或測量。

快速功能點方法進行規模估算或測量的基本過程或步驟如下：

• 確定計數類型

• 識別系統邊界

• 識別功能點計數項

• 計算未調整的功能點數

• 計算調整後的功能點數。
  

那麼就讓新星為大家詳細對每個步驟進行剖析：

1、確定計數類型

根據需求或項目的類型確定計數類型。

計數類型分為三種：新開發、延續開發及已有系統計數。

• 對於新開發需求或項目，對預計（或實際）投產的功能進行計數；

• 對於延續開發需求或項目，對預計（或實際）新增、修改及刪除的功能均進行計數；

• 對於已有系統，對實際的功能進行計數。
  

2、識別系統邊界

在識別系統邊界的時候應注意：

• 應從用戶視角出發，不受系統實現影響；

• 主要是為了區分內部邏輯文件（ILF）和外部介面文件（EIF）；

• 事務功能應穿越識別的系統邊界。
  

3、識別功能點計數項

功能點計數項分為數據功能和交易功能兩類。

• 數據功能——包括內部邏輯文件（ILF）、外部介面文件（EIF）；

• 交易功能——包括外部輸入（EI）、外部輸出（EO）、外部查詢（EQ）。

數據功能：系統提供給用戶的滿足產品內部和外部數據需求的功能，即本系統管理或使用那些業務數據（業務對象），如「客戶信息」「賬戶交易記錄」等。內部邏輯文件或外部介面文件所指的「文件」不是傳統數據處理意義上的文件，而是指一組客戶可識別的、邏輯上相互關聯的數據或者控制信息。因此，這些文件和物理上的數據集合（如資料庫表）沒有必然的對應關系。

交易功能：系統提供給用戶的處理數據的功能，即本系統如何處理和使用那些業務數據（業務對象），如「轉賬」「修改黑名單生成規則」「查詢交易記錄」等。交易功能又稱為基本過程，是用戶可識別的，業務上的一組原子操作，可能由多個處理邏輯構成。例如，「添加櫃員信息」這個基本過程可能包含「信息校驗」「修改確認」「修改結果反饋」等一系列處理邏輯。

3、計算未調整的功能點數

a.採用預估功能點進行計數，計算公式如下：

FP＝35ILF+15EIF

——FP：未調整的功能點數，單位為功能點；

——ILF：內部邏輯文件的數量；

——EIF：外部介面文件的數量。

b.採用估算功能點進行計數，計算公式如下：

FP＝10ILF+7EIF+4EI+5EO+4*EQ

——FP：未調整的功能點數，單位為功能點；

——ILF：內部邏輯文件的數量；

——EIF：外部介面文件的數量；

——EI：外部輸入的數量；

——EO：外部輸出的數量；

——EQ：外部查詢的數量。

5、計算調整後的功能點數

根據不同的規模測算階段，需要考慮隱含需求及需求變更對規模的影響，因此，需要根據規模計數時機進行規模調整。

調整後的功能點數（AFP），計算公式如下：

AFP＝FP*CF

——AFP：調整後的功能點數，單位為功能點；

——FP：未調整的功能點數，單位為功能點；

——CF：規模變更調整因子，依據行業數據，項目估算早期（如概預算階段）通常取值為1.5；項目估算中期（如招投評標、項目立項、技術方案階段）通常取值為1.26；項目估算中後期（如需求分析完成及後評價）通常取值為1.0。

四、估算軟體項目開發成本

得出功能點數後，結合當地人力成本成本費率和項目非人力成本支出可以估算出軟體項目開發成本。

⑥ 建設規模怎麼填寫

項目建設規模填寫要包括項目的佔地面積、建築面積、建築功能、投資總額等。

主要建設內容就要根據實際情況填，比如主樓、裙房以及附屬設施等；應描述總佔地面積，建築面積，建築功能、投資總額等。建設規模一般是指項目可行性研究報告中規定的全部設計生產能力、效益或投資總規模，亦稱生產規模。

詳細來說，主要是包含工程概況的相關數據，比如：建築面積、層數、層高、結構類型、使用用途、佔地面積等。

(6)軟體項目規模怎麼填擴展閱讀：

在項目施工中，規劃項目建設規模應選擇合理的建設規模，以達到規模經濟的要求。但規模擴大所產生效益不是無限的，它受到技術進步、管理水平、項目經濟技術環境等多種因素的制約。項目規模合理化的制約因素有：市場因素，是項目規模確定中需考慮的首要因素。

市場因素又可以進一步細分為市場需求狀況、市場供應狀況、市場價格分析和市場風險分析；技術因素；環境因素罰建設規模方案比選的方法包括盈虧平衡產量分析法、平均成本法、生產能力平衡、以及按照政府或行業規定確定的方法。

⑦ 信息化項目（PDM）規模如何填寫

1、財務:軟體費用+實施費用+維保費用
2、覆蓋人數和部門、覆蓋業務流程

⑧ 軟體規模估算有哪些方法

現實中常見的軟體成本估算方法包括經驗法（專家法）、類推法，類比法、方程法，交叉驗證法。除估算方法外，還需要估算資料庫的支持才能繼續度量分析，從而得出估算目標。估算數據基礎可以是企業歷史資料庫，也可以是行業基準資料庫。
《軟體研發成本度量規范》中軟體成本估算的思路分三步驟：規模估算、工作量估算、成本估算。

⑨ 項目名稱，軟體環境，硬體環境，開發工具，項目描述如何寫

軟體環境：一般包括資料庫（mysql、sqlserver），運行的中間件，即應用伺服器，如tomcat、weblogic、webphere。

以及運行的操作系統環境，如windows，unix（AIX，solaris)，各版本的linux等，但是java是運行在java虛擬機即jvm上的，操作系統的影響不大。

硬體環境：一般是項目運行在的硬體素質（伺服器）。如pc server，ibm、hp的小型機等等。

開發工具：有ibm開源的eclipse及衍生的myeclipse，sun的netbeans、或者收費的好用的IntelliJ IDEA等等。

(9)軟體項目規模怎麼填擴展閱讀：

分類

計算機的操作系統根據不同的用途分為不同的種類，從功能角度分析，分別有實時系統、批處理系統、分時系統、網路操作系統等。

實時系統主要是指系統可以快速的對外部命令進行響應，在對應的時間里處理問題，協調系統工作。 批處理系統在1960年左右出現，可以將資源進行合理的利用，並提高系統的吞吐量。

分時系統可以實現用戶的人機交互需要，多個用戶共同使用一個主機，很大程度上節約了資源成本。 分時系統具有多路性、獨立性、交互性、可靠性的優點，能夠將用戶-系統-終端任務實現。

批處理系統出現於20世紀60年代，批處理系統能夠提高資源的利用率和系統的吞吐量。

網路操作系統是一種能代替操作系統的軟體程序，是網路的心臟和靈魂，是向網路計算機提供服務的特殊的操作系統。藉由網路達到互相傳遞數據與各種消息，分為伺服器及客戶端。

而伺服器的主要功能是管理伺服器和網路上的各種資源和網路設備的共用，加以統合並控管流量，避免有癱瘓的可能性，而客戶端就是有著能接收伺服器所傳遞的數據來運用的功能，好讓客戶端可以清楚的搜索所需的資源。

⑩ 軟體項目申請書的格式是什麼

******專項
項目申請書

項目名稱：
項目負責人：
主管部門：
申請單位：
聯合申請單位：
聯系人：
電話：
E-Mail:

**************申請單位
年 月 日

填 寫 說 明

請嚴格按表中要求填寫各項。
凡是機密或秘密課題,在申請書封面標上「機密」或「秘密」，無密課題不標注。
申請書文本中外文名詞第一次出現時，要寫清全稱和縮寫，再出現同一詞時可以使用縮寫。
申請書文本採用A4幅面紙，可以自行以同樣幅面紙復制，填寫內容需列印填入,對於篇幅不夠的欄目可自行加頁；申請書請用普通訂書訂裝訂，不要加裝其他封面。

申請書編寫提綱

一、現有基礎和條件
必須包括：已有的工作基礎和取得的成績；項目團隊介紹（包括項目負責人和主要骨乾的概況）；項目實施已具備的條件，尚欠缺的條件和解決的途徑及落實方案等。

二、單位情況
必須包括：申請單位情況介紹（請提供單位資質復印件）。如果聯合申請，提供聯合申請單位情況及任務分工。

三、對項目的總體認識和基本思路

四、實施策略和項目管理

五、主要任務與進度計劃

六、經費概算

七、其他材料

八、審核意見

1．項目負責人承諾：

項目負責人（簽字）
年 月 日
2．申請單位意見

簽 章
年 月 日
3．聯合申請單位意見

簽 章
年 月 日