報告范文要求我們用簡明扼要的語言、邏輯嚴密的結構來陳述觀點。接下來，我們將分享一些經典的報告范文，希望能夠給大家帶來一些靈感和啟發。
精選軟件需求分析報告（通用17篇）篇一
（2012第一季度）。
為切實了解廣大育齡群眾對計劃生育工作的需求，2011年10月1日至2011年12月30日，我鄉計生辦﹑計生站面向廣大育齡群眾征集生產、生活、生育等方面的需求信息。發放育齡群眾需求信息調查表65份，收回育齡群眾需求信息調查表51份。現將收集到的育齡群眾需求信息整理匯總如下：
（一）需要我站提供技術服務的服務類信息共12條，主要為：
1、上環后身體不適希望給予取環2人；
2、產后需要檢查身體4人；3﹑孕期需要訪視3人；
4、需要更換宮內節育器3人。
（二）需要計生部門辦理證件的咨詢類信息共20條，主要為：
1、需要辦二孩證及生殖保健證5人；
2、需要辦理流動人口婚育證5人；
3、需辦理新生兒上戶口5人；
4、希望給予獨生子女困難戶解決醫藥費的1人，二女結扎戶要求列入農村低保的有2人。
5、需要申請辦理女扎術后病發癥鑒定的1人。
6、需要申請辦理病殘兒鑒定1人。
（三）對計生工作提出建議類信息19條，主要為：
1﹑建議加大辦證工作效率和政策宣傳力度3人；
2﹑要求提高服務質量，增加服務站冬天取暖設備，方便群眾的3人；
3、希望服務站改進b超機，方便婦檢的13人。
二、征求育齡群眾需求信息滿意度情況：
滿意47人基本滿意4人不滿意：0人。
以上育齡群眾所提出的服務需求我鄉計生辦﹑計生站已針對性的給予了答復或辦理，對一些我計生辦和計生站不能解決落實的需求，及時向鄉黨委、政府請示回復。
1、廣大育齡群眾對當前新形勢下的計生政策法規，及各種證件辦理的流程還缺乏一定的了解。
2、服務站冬季取暖設施不夠，服務環境需要改善。
3﹑農村落實計劃生育政策的家庭還有一部分仍處于生活較困難，需要給予經濟補助﹑解決低保的。
4、育齡群眾對計劃生育技術服務水平要求越來越高，需要增強檢查設備，不斷提升技術服務水平。
四、下一步工作措施：
1、加大對計生政策法規的宣傳力度，要利用場天多次開展集中宣傳活動，并發放宣傳資料，讓廣大育齡群眾對新的計生政策、法規、計生優先優惠政策宣傳，使廣大群眾有對計生工作全面深入的認識。
2、不斷加強服務站建設，改善服務環境，提高計劃生育技術服務水平，滿足育齡群眾的生殖健康需求，深入開展婦科病普查普治和孕產婦孕期、產后訪視服務工作。做好出生缺陷一級干預與二級干預，把優生優育的生育觀念深深的植入廣大育齡婦女的心中。
3、對生產、生活有困難的計生戶要及時向鄉黨委、政府匯報并積極為其解決困難。
金盆鄉計劃生育服務站2011年12月25日。
精選軟件需求分析報告（通用17篇）篇二
1、需求分析的最終結果是需求規格說明書。
2、需求分析中開發人員要從用戶那里解決的最重要的問題是讓軟件做什么。
3、需求規格說明書中的內容不應該包括對算法的詳細過程的描述。
4、需求規格說明書的作用不應包括軟件可行性研究的依據。
5、關于面向對象方法中消息的敘述，不正確的是操作系統不斷向應用程序發送消息，但應。
用程序不能向操作系統發送消息。
6、面向對象技術中，對象是類的實例，對象有三種成分標識、屬性、方法（或操作）。
7、軟件需求分析階段的工作，可以分成以下四個方面對問題的識別、分析與綜合、制定規。
8、軟件需求規格說明書的內容不應該包括對算法的詳細過程的描述。
9、產品特性可以稱為質量屬性，在眾多質量屬性，對于開發人員來說重要的屬性有哪些？
可維護性、可移植性、可重用性、可測試性。
10、求包括11個方面的內容，其中網絡和操作系統的要求屬于環境需求，如何隔離用戶之間的數據屬于安全保密需求，執行速度、相應時間及吞吐量屬于性能需求，規定系統平均出錯時間屬于質量保證。
11、需求分析過程應該建立3中模型，他們分別是數據模型、功能模型、行為模型，以下幾種圖形中，數據流圖（dfd）屬于功能模型，實體-聯系圖（erd）屬于數據模型，狀態轉換圖（std）屬于行為模型。
12、常用的需求分析方法有：面向數據流的結構化分析方法（sa），面向對象的分析的分析方法（ooa），下列(d)不是結構化分析方法的圖形工具。
a決策樹b數據流圖c數據字典d快速原型。
13、軟件開發中，原型是軟件的一個早期可運行的版本，它反映最終系統的部分重要特性，其中，探索型和實驗型用完可以丟棄，而進化型圍繞原型修改、增加。
14、數據流圖用于描述數據的處理過程。
15、dfd的基本符號不包括下列哪種？（a）。
a數據字典b加工c外部實體d數據流e數據存儲文件。
16、dd的主要字典條目包括以下哪種（e）。
a數據流b文件c數據項d加工e以上都是。
17、常用的動態分析方法不包括以下哪種（b）。
a狀態遷移圖b層次方框圖c時序圖dpetri網。
18、需求分析階段的文檔包括以下哪些（e）。
19、需求驗證應該從下述幾個方面進行驗證：（c）。
a可靠性、可用性、易用性、重用性b可維護性、可移植性、可重用性、可測試性。
c一致性、現實性、完整性、有效性d功能性、非功能性。
20、風險管理的要素包括哪些（d）。
a風險評價b風險避免c風險控制d以上都是。
21、下列描述中錯誤的是（d）。
a每一個集成的需求變更必須能跟蹤控制到一個經核準的變更請求。
b變更過程應該做成文檔，盡可能簡單，當然首要的是有效性。
c所有需求變更必須遵循過程，按照此過程，如果一個變更需求未被采納，則其后過程不再予以考慮。
d可以從數據庫中刪除或修改變更請求的原始文檔。
二、填空題。
1、需求分析階段產生的最重要的文檔是（需求分析說明書）。
2、需求分析的主要任務是（要回答“軟件必須做什么？”）。
3、需求分析階段，分析人員要確定對問題的綜合需求，其中最主要的是(功能需求)需求。
4、需求分析階段研究的對象是軟件項目的(用戶要求)。
5、軟件生命周期：問題分析、可行性研究、需求分析、總體設計、詳細設計、編碼和單元測試、綜合測試、軟件維護。
6、信息系統必須實現的功能，或者說信息系統必須具備的屬性和質量稱為（系統需求（需求））。
7、（模型）是為了理解事物而對事物做出的一種抽象，是對事物的一種無歧義的書面描述通常，由一組圖形符號和組織這些符號的規則組成。
8、軟件需求分析階段的目的是澄清用戶的要求，并把雙方共同的理解明確地表達成一份書面文檔——（軟件需求規格說明書。
9、軟件需求分類，分為（功能性）需求和（非功能性）需求。
10、需求分析的步驟包括（需求獲?。ⅲǚ治鼋＃?、文檔編寫。。
三、名詞解釋。
第一、二空缺。
3、需求工程：整個軟件需求范圍內所進行的活動稱為需求過程，需求工程包括需求開發和需求管理兩部分，需求開發包括問題獲取、分析、編寫規格說明和驗證。
4、業務模型：業務模型是理解是理解一個組織業務過程的技術，可以用業務用例模型和業務對象模型來表達業務模型，業務用例模型分別是分別從與業務過程和客戶對應的業務用例和業務參與者的角度來描述企業的業務過程；業務對象模型描述了如何由一組工作人員使用一些業務實體和工作單元來實現每個業務用例。
5、原型開發方法：一個軟件原型是所提出的新產品的部分市縣，使用原型有三個主要目的：
1）明確并完善需求，2）探索設計選擇方案，3）發展成為最終的產品，建立原型的主要原因是為了解決在產品開發的早期階段不確定的問題，原型可分為拋棄型原型和進化型原型。
6、數據字典：一個定義應用程序中使用的所有數據元素和結構的含義、類型、數據大小、格式、度量單位、精度以及允許取值范圍的共享倉庫。
四、簡答題。
1、生命周期模型是什么？常見的生命周期模型有哪幾種？
答：對軟件開發流程的一種描述：為解決問題所定義的策略；對典型開發活動的抽象。常見的生命周期模型：waterfall，prototyping，phased，spiral（瀑布模型、快速原型模型、增量模型,螺旋模型）。
2、為什么要使用生命周期模型？
答：幫助開發組了解他們在開發項目的活動、資源和限制；幫助項目了解在開發過程中的不一致，丟失，冗余等情況，把注意力集中在開發最終產品上；幫助項目組剪裁開發過程——沒有基礎就無從剪裁。
3、waterfall的優勢是什么？
答：具有良好定義的里程碑，利于向不熟悉軟件開發的客戶講解流程；幫助開發人員理解需要做的事情；清楚地描述下階段開始前需要的中間產品；是很多其他lc模型的基礎。
4、需求分析階段的基本人物是什么？
答：需求分析階段的基本任務是：
需求。
（2）分析與綜合，到處軟件的邏輯模型。
（3）編寫文檔。
五、問答題。
1、軟件過程的概念及分類，基本過程包含些什么及每個過程的具體內容。
答：軟件過程也稱為軟件生存周期過程或軟件過程組，是指軟件生存周期中的一系列相關過程，過程就是過程的集合，活動是任務的集合，人物則起到把輸入加工成輸出的作用。活動的執行可以是順序的、迭代的（重復的）、并行的、嵌套的或是有條件引發的。
軟件過程可以分為三類：基本過程、支持過程和組織過程。
基本過程包括：
1）獲取過程：（項目委托方）確定需求；招標；簽訂合同；對供應方的監督；驗收完成。
2）供應過程：（項目承包方）理解需求；投標；簽訂合同；計劃；實施；控制；評審評。
價；交付。
3）開發過程：（軟件開發人員）過程實施準備；系統需求分析；系統結構設計；軟件需。
求分析；軟件體系結構設計；軟件詳細設計；軟件編碼測試；軟件集成；軟件合格測試；系統集成；系統合格測試；軟件安裝；驗收支持。
4）運行過程：（用戶）運行準備；運行測試；產品轉移；運行；運行支持；運行評價。
5）維護過程：（維護人員）過程實施準備；問題分析和修改設計；修改實施；對維護的評審和驗收；軟件移植；軟件退役。
2、簡述軟件需求工程分為哪幾類？其中需求獲取和需求規約的目的和任務。
答：軟件需求工程細分為：需求獲取、需求分析與協商、系統建模、需求規約、需求驗證和需求管理六個階段。
需求獲取：系統分析人員通過與用戶的交流，對現有系統的觀察及任務進行分析，確定系統或產品范圍的限制性描述、與系統或產品有關的人員及特征列表、系統的技術環境的描述、系統功能的列表及應用于每個需求的領域限制、一組描述不同運行條件下系統或產品使用狀況的應用場景以及為更好地定義需求而開發的任意原型。
需求規約：軟件需求規約是分析任務的最終產物，通過建立完整的信息描述、詳細的功能和行為描述、性能需求和設計約束的說明、合適的驗收標準，給出對目標的各種要求。需求規約作為用戶和開發組之間的一個協議，在之后的軟件工程各個階段發揮重要作用。
3、簡述軟件體系結構的概念及基于b/s體系結構的實現方式。
答：軟件體系結構：軟件體系結構是具有一定形式的結構化元素，即構件的集合，包括處理構件、數據構件和連接構件，處理構件負責對數據進行加工，數據構件是被加工的信息，連接構件把體系結構的不同部分組合連接起來。
b/s結構：瀏覽器（客戶機）—web服務器—數據庫服務器。
b/s體系結構的實現方式：b/s模式下的客戶機只需安裝瀏覽器軟件，無須開發前端應用程序；中間層的web應用服務器，主要的數據計算和應用都在此完成，因此對中間層服務器的要求較高；后臺數據庫服務器主要完成數據的管理。
4、用戶界面設計三個的任務和目的答：用戶界面設計在工作流程上分為結構設計、交互設計、視覺設計三個部分。
構設計中，目錄體系的邏輯分類和語詞定義是用戶易于理解和操作的重要前提。
2)交互設計：交互設計的目的是使產品讓用戶能簡單使用，任何產品功能的實現都是。
通過人和機器的交互來完成的。因此，人的因素應作為設計的核心被體現出來。
3)視覺設計：在結構設計的基礎上，參照目標群體的心理模型和任務達成進行視覺設。
計，包括色彩、字體、頁面等，視覺設計要達到用戶愉悅使用的目的。
5、需求規格說明文檔的作者及表現手段。
答：作者：
項目管理者：組織安排、提供條件。
需求工程師：負責人、主導人。
文檔寫作人員：有時會采用，節省需求工程師的時間。
涉眾（用戶）：驗證人。
表現手段：
非形式化：自然語言、限制性文本。
半形式化：結構化文本（偽碼/結構化英語）、模型語言（圖、表）。
形式化：形式化語言（數學語言：bnf）。
6、數據庫設計的內容及常用方法。
答：數據庫設計包括數據庫的結構設計和數據庫的行為設計。
1）數據庫的結構設計。
數據庫的結構設計指是根據給定的應用環境，進行數據庫的模式或子模式的設計。它包括數據庫的概念設計、邏輯設計和物理設計，數據庫模式是各應用程序共享的結構，是靜態的、穩定的，一經形成后通常情況下是不容易改變的，所以結構設計又稱為靜態模型設計。
2）數據庫的行為設計。
數據庫的行為設計是指確定數據庫用戶的行為和動作，而在數據庫系統中，用戶的行為和動作指用戶對數據庫的操縱，這些要通過應用程序來實現，所以數據庫的行為設計就是應用程序的設計。用戶的行為總是使數據庫的內容發生變化，所以行為設計是動態的，行為設計又稱為動態模型設計。
數據庫常用設計方法：直觀設計法、規范設計法、計算機輔助設計法、自動化設計法。
7、如何正確看待客戶？
答：即使最終用戶不是上帝，也算是上帝的親戚，同樣怠慢不得。
如果項目規模比較大，那么開發方與最終用戶的來往就比較多。如從最終用戶那里獲取詳細的需求，請最終用戶試驗軟件，對最終用戶進行培訓等等。
8、概括說明如何進行需求分析？
答：（1）需求分析是指需求開發過程中，對所獲取的需求信息進行分析，及時排除錯誤和彌補不足，確保需求文檔正確地反映用戶的真實意圖。
（2）分析方法大體有兩類：“回答分析法”和“建模分析法”。
第二：建模分析法：在需求開發過程中，對于某些類型的信息，用圖形表示要比文本表示更加有效，所以將圖形與文本結合起來描述需求是很自然的方法。需求建模就是指用圖形符號來表示、刻畫需求，需求建模不可能取代文字描述。在需求文檔中，文字描述是第一重要的，建模主要是起分析、解釋作用、建議將模型存放在需求文檔的附錄中，便于正文引用。建模分析方法主要有兩大類：“結構化分析法“和”面向對象分析方法“。
精選軟件需求分析報告（通用17篇）篇三
1.1編寫目的。
提供的需求和分析員共同探討后擬定。在這里將詳細介紹用戶所需要實現的功能及實現該功能的硬件軟件的基本需求，以避免在軟件開發后交付用戶使用中出現不必要的麻煩。同時在這里將詳細的介紹本軟件的模塊調用等等相關問題。
1.2項目背景。
1.3定義。
【列出文當中所用到的專門術語的定義和縮寫詞的原文。】。
實體：客觀世界中存在的且可互相區別的事物。聯系：客觀事物中的彼此之間的關系。屬性：實體或者聯系所具有的性質。
管理員：指日常管理維護本軟件的管理人員或倉庫主管單位的領導。
1.4參考資料。
2．任務概述。
2.1目標。
3.4.5.6.行調動。
在管理方面更加便捷，無需復雜的人員記錄，管理領導在輸入相應的信息后可以直觀的了解各個倉庫的各種詳細動態。
采購人員在這里可以根據本軟件清晰地了解到哪里需求較大，哪里需求較小，從而去合理的進行采購。
2.2運行環境。
操作系統：microsoftwindows2000advancedserver支持環境：iis5.0硬件：
標準配置：
cpu:：p166以上內存：32m以上。
硬盤空間：200m以上標準鍵盤、標準鼠標、標準顯示器標準vga顯卡推薦配置：
cpu：p300以上內存：64m以上硬盤空間：1g以上標準鍵盤、標準鼠標、標準顯示器標準vga顯卡100m以太網卡軟件：
標準配置：
數據庫：microsoftsqlserver200。
2.3條件與限制。
(1)對倉庫管理的專業調配等具體技術細節缺乏足夠的知識。(2)缺乏和用戶的足夠的溝通，對目標系統很難有精確的定位。
3．數據描述。
3.1靜態數據。
員工編號、管理人員賬號、密碼。
3.2動態數據。
3.3數據庫介紹。
本系統是一種工作在windows系統平臺的軟件，它是以sql數據庫為基礎。
3.4數據詞典。
3.5數據采集3.5.1e-r圖。
綜合e-r圖。
庫區編號倉庫主管倉庫面積倉庫。
商品e-r圖。
商品名稱購買日期商品編碼商品k購買l消費者購買數量商品單價
商品名稱商品編碼生產廠家數量p商品銷售q倉庫單價銷售日期購買人銷售管理員
退貨e-r圖。
商品名稱商品編碼生產廠家退貨數量p商品退貨q倉庫單價退貨日期退貨人主要負責人
3.5.2ipo圖。
ipo表系統：倉庫管理系統作者：張啟松模塊：進貨管理日期：2011/11/2編號：4被調用：倉庫管理系統輸入：商品信息調用：產生訂貨清單；添加、刪除商品信息輸出：商品、供應商信息處理：對入庫的貨物的具體信息進行登記、刪除，便于了解倉庫存儲狀態局部數據元素：商品名稱、編碼、單價、供應商信息等注釋：
ipo表系統：倉庫管理系統作者：張啟松模塊：系統登錄日期：2011/11/2編號：1被調用：倉庫管理系統調用：登錄輸入：用戶名和密碼輸出：登錄成功或登錄失敗處理：省份驗證局部數據元素：用戶名、密碼注釋：
注釋：
注釋：
注釋：
4．功能需求。
4.1功能劃分。
1）系統登錄。
用戶可根據用戶名和密碼登錄系統，選擇自己2）系統設置。
(1)添加刪除用戶：只限于管理員操作。管理員可以向里面添加和刪除用戶信。
4）庫存管理。
(1)商品信息的添加。對商品的基本信息進行錄入并保存。
(2)商品信息的修改：在有商品進入時，修改庫存商品的基本信息，更新商品的信息，使商品信息始終是最新的商品信息。
（1）由庫存清單的信息產生訂貨清單。
（2）商品的驗收，當符合要求時選擇入庫，反之，選擇退貨。6）銷售管理。
（1）銷售信息的添加（統計時）。
（2）銷售信息的刪除（退貨時）。
（1）工作人員信息的添加。
（2）工作人員信息的刪除。（3）工作人員信息的修改。（4）工作人員信息的查詢。
4.2功能描述4.2.1用戶登錄。
系統登錄功能的主要功能是對用戶身份進行驗證，只有在系統登錄時輸入合法。
用戶名和密碼才能進入倉庫管理系統。
退出系統功能保證用戶在已經保存當前操作的情況下安全退出，防止不必要的信息丟失。
用戶注銷功能在不退出系統的情況下更改登陸用戶。
4.2.2倉庫管理。
4.2.3業務查詢。
4.2.4系統設置。
系統設置模塊主要是對供應商信息和登陸用戶信息的管理。能夠實現對供應商和登陸用戶信息的添加、修改、刪除功能。
5．性能需求。
5.1數據精確度。
5.2時間特性。
（6）數據的轉換和傳送時間:1秒以內（7）解題時間:1秒以內。
5.3適應性。
6．運行需求。
6.1用戶界面。
【如屏幕格式、報表格式、菜單格式、輸入輸出時間等。】。
6.2硬件接口。
1.登陸終端的接口2.打票終端機的接口3.條碼錄入終端機的接口。
6.3軟件接口。
圖1登錄時的用戶名和密碼。
圖2進貨管理模塊。
圖3商品銷售模塊。
圖4供貨商管理模塊。
圖5人員管理模塊。
倉庫管理員6.4故障處理。
4.（1）在輸入數據不符合定義時。
6.（3）數據在數據庫中已有備份，系統出錯時可以靠數據庫恢復；
7.（4）再啟動技術，使軟件從故障點恢復執行或使軟件從頭開始重新運行的方法；
8.（5）斷電后系統會自動保存數據。
7．其它需求。
7.1安全保密設計。
9.對數據庫的查看訪問必須有用戶名和密碼。
7.2維護設計。
11.詳細編寫各階段的文檔資料，利于開發和維護。
精選軟件需求分析報告（通用17篇）篇四
其實在軟件開發過程中遇到的許多問題都是由于收集編寫協商修改軟件需求過程中的失誤帶來的諸如信息收集不全功能不明確交流不充分文檔不完善需求發生變化等可以這樣說軟件項目中百分之四十至百分之六十的問題都是在需求分析階段埋下的“禍根”
1用戶解決問題或達到目標所需的條件或能力。
2系統或系統部件要滿足合同標準規范或其它正式規定文檔所需具有的條件或能力。
3一種反映上面1或2所描述的條件或能力的文檔說明。
軟件需求包括四個不同的層次即業務需求用戶需求和功能需求另外還有非功能需求。
軟件需求各組成部分之間的關系如下圖所示。
用戶需求。
描述了用戶使用產品必須要完成的任務可以在用例模型或方案腳本中予以說明。
功能需求。
是從各個角度對系統的約束和限制反映了應用對軟件系統質量和特性的額外要求。
用戶需求不斷增加。
需求模棱兩可。
規格說明過于簡單。
忽略了用戶分類。
本節知識點需求工程的內容需求獲取需求分析編寫需求文檔需求驗證。
通常需求工程由一些過程組成可分為需求開發和需求管理兩部分。
繪制系統關聯圖。
這種關聯圖用于定義系統與系統外部實體間的界限和接口的簡單模型。
創建用戶接口原型。
確定需求的優先級別。
a引言。
概要敘述軟件需求規格說明便于讀者理解文檔如何編寫以及如何閱讀和解釋。
描述編寫文檔時所采用的標準或排版約定包括正文風格提示區或重要符號。
a3預期的讀者和閱讀建議。
提供了對指定的軟件及其目的的簡短描述包括利益和目標a5參考文獻。
利用本節來確定可以保證新產品與外部組件正確連接的需求c1用戶界面。
c2硬件接口。
正確性完整性可驗證性無二義性可修改性可跟蹤性一致性。
審查需求文檔。
以需求為依據編寫測試用例。
編寫用戶手冊。
需求驗證包括需求評審和需求測試兩個部分需求評審又包括正式的和非正式的兩種形式。
本節知識點分析模型--實體關系圖數據流圖狀態轉換圖數據字典結構化分析過程。
兩個數據對象之間有以下三種關聯er在數據對象之間的連線上用數字或字母表示。
數據建模的其他圖形工具層次方框圖。
df有四種元素其基本符號如下圖所示。
name=baidusnap1放棄cpu的使用。
數據組合有三種方式。
順序以確定的次序連接多個數據項。
選擇從多個數據項中選取一個。
對每一個關系確定其關聯類型。
重復步驟2到步驟4直到定義了所有關系。
定義每個實體的屬性。
形式化并復審實體關系圖重復步驟1到7直到數據建模完成。
實例分析學生成績管理系統實體學生課程成績實體屬性定義。
學生學號姓名性別出生日期入學年月
課程課程編號課程名稱課程學分課程描述。
成績學號課程編號分數考核日期
顯然學生課程和成績都是系統的實體并且可以初步定義它們的屬性。
因此系統的實體是學生課程和成績。
實體關系圖。
實例分析學生成績管理系統第0層df圖。
1教務人員維護學生信息和課程信息并登錄學生的選課成績2學生查詢自己的成績單。
對于學生成績管理系統而言整個系統就是一個加工學生成績管理。
第1層df圖。
第2層df圖。
為了繼續進行分解我們分析第1層df中的加工查詢學生成績。
數據字典。
以下列出“學生成績管理系統”的部分數據字典條目。
精選軟件需求分析報告（通用17篇）篇五
一、選題原因及cai創意:觀看了一些課件，覺得課件的制作源于生活，從生活歷史都可以找到靈感，這學期我們選修了書法，所以對文房四寶有了一定的了解，我們想通過這次的課件讓更多的人不僅僅知道文房四寶，還能引出書法的觀念，讓人產生學習的興趣。而筆墨紙硯又與書法文化緊密相連，通過活動學生對于書法的知識了解會增多，而練書法的興趣會增強，對練書法的體會會更深刻。當我們看到老師的課件做的有些粗糙，背景黃色顯得單調，就想做這個課件改進這一缺點。
二、教學內容分析：（目標以及重點、難點等）。
總目標：讓觀者了解文房四寶的來源，文化背景，再從三維教學目標出發：
2．情感態度價值觀：通過本次課件的教學，使學生感悟先輩們的智慧和創造力，明白只有高度想象力和高度創造力的民族才能澆開這棵獨特的藝術之花，從而激發學生對書法文化的熱愛以及民族自信心與民族自豪感，使學生從中潛移默化地受到生動的愛國主義教育。
3．過程與方法：運用上網查詢、查閱資料等多種方式進行調查研究；學生通過觀看我的課件，最好寫些感想，練習練習書法。
重點：文房四寶所引出的我們對文化，文字的了解，我們應該能夠產生對書法的認同感。難點：因為受教育群體可能知識非常有限，不能具體的分析解釋。
三、學習對象特點分析：（年齡特征、認知水平等）。
四、設備條件要求：課件制作環境還需要flash的連接插入，希望能夠得到老師同學的幫助。還需要上網多查點資料，去圖書館搜搜相關信息。借些書籍看看。
五、存在的困難及擬解決方法：（人員、時間、經費等）。
對一些特效不會制作，安排，時間不是太充足，準備用有限的時間多看看別的ppt，設計好思路，制作一個可行性方案。
精選軟件需求分析報告（通用17篇）篇六
學號：1176807448專業：計算機4班指導教師：趙宇紅。
文檔名稱：需求分析報告項目名稱：軟件工程課設管理系統項目負責人：王星。
編寫：完成日期：2014.6.19審核：
開發單位：
王星薛浩楠。
軟件工程課設管理系統小組。
目錄。
一．引言。
隨著計算機的普及，人們對計算機的認識及需求有了明顯的增加。計算機對于大量信息的管理的優勢更是顯而易見。有了這個軟件工程課程設計管理系統，學生與老師的工作任務就可能會事半功倍。1.編寫目的：
軟硬件設施：個人計算機，java，acess數據庫，windows97/xp操作系統決定開發軟件工程課程設計管理系統，估價成本不高于1000元，二周交付使用。3.名詞定義：
實體：客觀世界中存在的且可互相區別的事物。聯系：客觀事物中的彼此之間的關系。屬性：實體或者聯系所具有的性質。4.參考資料：
軟件工程基礎湯淮西安交通大學出版社。
軟件工程------技術，方法與環境王立福，張世琨，朱冰編著北京大學出版社。
軟件開發技術倪秉營電子科技大學出版社軟件工程張權范清華大學出版社。
二、任務概述。
該軟件工程課程設計管理系統軟件目前已有比較完善的管理與使用功能。研制軟件工程課程設計管理系統軟件是為了滿足軟件工程教師與學生方便對課程的各種管理與操作。1．目標：(1)開發意圖：
a.為了軟件工程課程管理系統更完善；
b.為了軟件工程課程管理更方便；
c.為了減輕軟件工程管理工作人員的工作負擔;d.為了加強學院的正規化管理;(2)應用目標：
通過本系統軟件，能幫助課程設計教師利用計算機，快速方便的對課程進行管理，上傳資料，填寫進度報告，查找的所需操作。(3)產品描述：
本產品是一種工作在windows系統平臺的軟件，它是以acess數據庫。(4)產品功能：2.系統功能劃分：
使用該系統有三個角色教師，學生，客戶。教師可以查看學生選課情況，可以查看學生設計報告，填寫學生項目進度情況，給出分數，修改密碼，上傳課程設計題目，學習資料。學生可以查看選課情況和成績，選課?？蛻糁豢梢詾g覽選課信息。
2．系統可分為5個模塊：
（1）基本信息：教師和學生的信息包括教師號，學生號，教師開設的課程設計的題目，學生選的課程設計題目，項目進度和分數。（2）選課：顯示教師開設的課程設計題目，實現學生選課。
（3）查詢：學生查詢可選題，自己選題情況，自己課程設計成績。教師查詢學生選題情況，學生設計報告。
（4）修改：教師填寫項目進度情況和給出分數，學生填寫同組的其他同學的姓名，學號，班級，小組長，修改結果存入相應數據庫等。
（5）密碼：教師和學生可以修改自己的登陸密碼，結果保存用戶信息數據庫。3.安全性：
設立三種級別的用戶：student,teacher,guest，對每種類型的用戶設置不同的權限。
1．系統流程圖：
圖3.1系統流程圖。
2.數據流圖：
圖3.2數據流圖。
3.數據字典：
數據流描述：
數據來源：用戶登陸處理。
數據去向：客戶界面。
說明：普通用戶不輸入用戶名和密碼直接以客戶身份登陸。
數據流名：登陸。
數據來源：驗證信息處理正確。
數據來源：教師界面的輸入選題和資料窗口數據去向：上傳處理。
說明：學生填寫所選課題的設計報告上傳。
精選軟件需求分析報告（通用17篇）篇七
職責：
2.負責項目進行前期調研，編寫調研報告和項目解決方案；
3.負責編寫詳細需求規格說明書，用戶手冊，培訓資料等；
4.對外負責與客戶溝通需求，對內配合項目組的需求講解說明；
5.產品測試驗證；
6.配合項目經理完成其他事項；
崗位要求：
1.計算機相關專業，本科以上學歷。
2.擁有1-3年軟件需求分析經驗，尤其是零售行業經驗；
3.熟悉使用相關的業務需求分析，設計工具，如visio,office等；
4.具有良好的英文讀寫能力，較強的語言表達交流能力，文檔撰寫能力；
5.具有較強的用戶需要判斷，引導，控制能力；
6.需有較強的團隊協作精神；
7.有零售行業進銷存產品經驗者優先考慮，有開發經驗者優先考慮，懂粵語者優先考慮；
精選軟件需求分析報告（通用17篇）篇八
相關資料數據以廣州為例分析其人才需求狀況，供廣大求職者和有興趣的朋友參考。
一、招聘熱度分析。
自金融危機以后我國服裝產量的持續低增幅，企業對產量增長的謹慎態度。近來歐盟紡織品服裝市場需求低迷、部分市場向競爭對手國轉移造成了國內服裝企業的發展困境。就今年上半年而言，服裝行業的人才需求并不十分給力，反映出服裝行業整體發展緩慢。
從上圖看，廣州服裝行業招聘職位數浮動不明顯，6月低谷期后，7月略有所回升。業內人士分析認為，外貿形勢短期內難有明顯起色，但是隨著歐美服裝消費旺季的來臨，第三季度服裝出口或將有所回升。預計其人才需求也會有所增加。
二、招聘職位分析。
據百才招聘網數據統計，7月份廣州服裝行業發布職位超過一萬，僅次于上海。其中，美術/設計/創意類職位占29.01%，其次是銷售類、經營管理類職位，占比分別為12.40%、11.78%。招聘職位中，以服裝設計師、設計助理招聘職位數最多，占比均超過了15%。
三、招聘要求分析。
根據分析，目前服裝行業的人才學歷要求較其他行業要略低，就廣州招聘職位而言，其高中及以下學歷占比達28.83%，本科僅占12.42%。從經驗要求分析，0――2年、3――5年工作經驗者需求量持平，均超40%?？梢钥闯鲈诜b行業人才對經驗的要求較學歷而言更嚴格。
四、行業薪酬分析。
根據數據顯示，廣州服裝業整體薪酬水平居中，高薪占比比較小。薪資――3999元/月占比最大，達51.20%，萬元及以上的月薪僅占比9.63%。這可能與服裝行業整體產業性質相關，服裝企業工廠員工占比較大，行業整體薪酬分布應該不會有太大的浮動。
精選軟件需求分析報告（通用17篇）篇九
高陵縣地處陜西省關中平原腹地，位于西安市轄域北部。地勢平坦，土壤肥沃，是西北首個噸糧縣。高陵縣始建于秦孝公十二年（公元前350年），是中國建縣歷史最早的縣份之一。1949年劃屬三原分區，1950年5月劃屬咸陽專區，1953年1月改屬渭南專區，1956年10月由省直轄，1961年改屬咸陽專區，1983年10月5日劃歸西安市管轄區域。全縣轄4鎮4鄉，88個行政村，740個村民小組。耕地2萬公頃。地區總面積290平方千米，每平方千米人口密度約950人。總人口29萬人，其中非農業人口11.9萬?？h人民政府駐鹿苑鎮。名勝古跡有昭慧寺塔等。
高陵縣原有平安城市系統，投入使用多年來，在震懾犯罪、取證服務、掌握社會治安動態、有效控制社會面、應急處置突發事件等方面發揮了很大的作用。但因規劃建設早，視頻監控設備已落后，亟待進行升級改造。
隨著平安城市工程在全國范圍內的快速推進，視頻監控系統的基礎建設已經初具規模，并取得了顯著成效，正逐步能夠滿足城市視頻監控的一些基本要求，但是也存在著多種矛盾，主要體現在以下幾點：
圖像清晰度不夠：已建的系統大多為模擬系統，圖像分辨率最高達到d1格。
式(40萬像素)，只能滿足“看的見”需求卻不能滿足“看的清”需求；
系統擴容性差：視頻監控的趨勢逐步從模擬系統向數字化系統方向發展，很多平安城市項目建設當初未充分考慮系統擴容，后期建設不能充分整合現有資源，存在資源浪費的情況。
系統穩定性差：視頻監控系統是一個涵蓋了視頻采集、傳輸、控制、存儲、顯示等方方面面的功能，每一個環節都需要采用大量的設備，系統集成化程度不高，系統的每個硬件設備都可能成為故障點，導致系統的穩定性下降。
重建設、輕維護：平安城市項目是一個大規模的視頻監控系統，隨著系統建成投入使用，系統的運營維護工作一般由人工完成，由于維護成本過高，一些損壞的設備未能得到及時修理或更新，在關鍵時刻系統宏機導致不能正常運行，未能達到“科技強警”目的。
因此，建設滿足各個專業管理部門多級多領域城市管理的應用需求，建立一套統一的應急聯動指揮與數字化城市管理監控系統平臺，對各單位現有資源有效整合，達到資源共享，不僅節省大筆資金，而且可以大幅度提高監控系統的使用率和工作效率，實現整個城市的扁平化管理。在此基礎上，利用市公安局現有的三臺合一指揮系統、平安城市監控系統，擴建改造為涵蓋各個職能部門的數字延安，是科學合理、安全可行的。針對當前平安城市視頻監控系統的主要矛盾，后期系統的建設應著重從以下幾方面考慮：
全網絡化：數字監控遠比模擬監控具有優勢，平安城市從模擬走向數字一個必然趨勢，由于部分區域網絡基礎建設的限制，當前視頻監控系統建設過程中將存在模數并存的現象，這就要求系統的設計必須能夠接入模擬信號同時可以有效兼容原有模擬系統。
高清化：高清能夠提供更好的圖像清晰度、更流暢的畫面、更寬廣的瀏覽畫面、更精確的圖像信息，特別是對于公安重大案件偵破、交通違法抓拍來說，高清圖像更顯得舉足輕重。
高集成化：視頻監控系統的后期維護在很大程度上將成為系統長期穩定運行的關鍵因素，每個硬件設備都將是隱藏的故障，采用集編碼、傳輸、控制、顯示于一體的設備，降低單位硬件數量，從而保障系統的穩定性。
智能化：傳統的視頻監控系統往往依靠人力，維護人員往往在一個監視屏同。
時監控多個畫面或隨即抽取某一畫面，造成部分監控點被漏看或被忽視；另外，維護人員存在一定的不穩定性、隨意性和局限性，加上人的注意力有限，圖像出現異常后，往往不能及時被發現。這就要求系統具有一定的智能視頻分析功能，把人力從視頻監控系統中大大解放出來，又能提高視頻監控效率。
整合應用：平安城市有兩大關鍵點，一是監控點的覆蓋，二是應用，沒有上層應用，平安城市就失去了應有的意義，這些應用包括調度指揮、gis整合、視頻報警、警視聯動等等。當前已建平安城市各子系統仍屬于獨立工作，互補相連的狀態，實現各子系統的整合應用將是今后建設的重點，也是平安城市的建設具有更深遠的意義。
精選軟件需求分析報告（通用17篇）篇十
經過對銀行儲蓄系統項目進行詳細調查研究，初步擬定系統實現報告，明確開發風險及其所帶來的經濟效益，對軟件開發中將要面臨的問題及其解決方案進行可行性分析。本報告經審核后，交由軟件項目經理審查。
1.2項目背景。
1.2.1項目名稱：銀行儲蓄系統。
1.2.2用戶：銀行。
1.2.3說明：現在的銀行儲蓄系統工作效率低，越來越不能滿足廣大儲戶的需要。銀行與客戶都迫切希望能更方便更省時就可以辦理儲蓄業務?，F代計算機網絡的高速發展使越來越多的人更喜歡網上購物、不出門即可交納各種費用。在這樣的背景下，很明顯現行的銀行儲蓄系統已經不能滿足人們越益增長的需求，急切需要建立一個新的、高效的、方便的、互聯的銀行儲蓄系統。
1.3參考資料。
《軟件工程--原理，方法與應用》吳欽藩編著人民交通出版社出版。
《軟件工程導論（第四版）》張海藩編著清華大學出版社出版。
《軟件工程》任勝兵、邢琳編著北京郵電大學出版社。
2.1要求。
2.1.1功能要求。
此系統所要完成的主要功能模塊有兩部分：取款系統與存款系統。
存款時，儲戶填寫存款單，然后交給銀行業務人員鍵入系統，同時系統還要記錄存款人姓名、住址（或電話號碼）、身份證號碼、存款類型、存款日期、利率等信息，完成后由系統打印存款憑單給儲戶。
而取款時，儲戶填寫取款單交給業務人員，業務人員把取款金額輸入系統并要求儲戶輸入密碼以確認身份，核對密碼正確無誤后系統計算利息并印出利息清單給儲戶。
2.1.2性能要求。
為了滿足儲戶的要求，系統必須要有高的運作速度，儲戶填寫的表單輸入到系統，系統必須能快速及時作出響應，迅速處理各項數據、信息，顯示出所有必需信息并打印出各項清單，所以要求很高的信息量速度和大的主存容量；由于要存貯大量的數據和信息，也還要有足夠大的磁盤容量；安全性也是系統最重要的性能需求之一，銀行計算機儲蓄系統必須有可靠的安全措施，以保證儲戶的存儲安全。
2.1.3接口要求。
業務員鍵入儲戶的資料要全部一直顯示在屏幕；儲戶從按鍵口鍵入密碼到系統以核對；計算機與打印機有高速傳輸的連接接口，最后以紙張的形式打印出清單給儲戶。
2.1.4輸入要求。
業務員從存取款表單輸入數據，要迅速精確，適當調整輸入時間，不能讓客戶等太久，但也不能讓業務員太過忙碌以免影響正確率。
2.1.5輸出要求。
要求能快速準確打印出清單給客戶。
2.1.6基本的`數據流程和處理流程。
2.1.7安全與保密要求。
為了確保儲戶的利益，儲戶的各種信息應保密，特別是對儲戶賬戶密碼等信息的保密安全。由于查詢人員的身份和目的不同，本系統還提供不同的查詢權限，如行長與普通的業務人員之間的權限不同。
2.1.8完成期限。
初步確定開發期為6個月，試運行期為3個月，系統計劃于2012年春節正式投入運行。
2.2目標。
銀行是以盈利為主的服務性機構。為了在競爭中取得優勢，必須提供優質的管理服務使其能夠順利發展。目標具體表現為在銀行內部建立儲蓄系統，初步實現系統計算機化，并保證該銀行能夠按期望順利完成工作，提高工作人員的工作效率；與其他多間銀行聯網，促進銀行間的互聯合作，提高銀行儲蓄系統的整體水平，從而實現銀行儲蓄系統的高效性、方便性、實用性、互聯性，提高銀行的信用度、銀行的經濟效益和社會效益。
2.3條件、假定和限制。
采用調查方法：通過對銀行業務員和客戶的調查以獲得第一手資料，確定客戶和實際應用中的需求；然后經過座談或開會的形式和專家和銀行經理交談，落實最后的問題定義。
2.5決定可行性的主要因素。
本次可行性分析是按照軟件工程的規范步驟進行的，即按復查項目目標和規模，研究目前正使用的系統，導出新系統的高層邏輯模型，重新定義問題這一循環反復的過程進行。然后提出系統的實現方案，推薦最佳方案，對所推薦的方案進行經濟、技術、用戶操作和法律的可行性分析，最后給出系統是否值得開發的結論。
當前大多數銀行所使用的銀行儲蓄系統辦理業各時手續繁多，人工業務操作過多，嚴重影響了工作效率，以至客戶等待辦理手續過長感到不耐煩，且出錯率高。
3.1處理流程和數據流程。
以用銀行卡取款為例，儲戶用卡取款時不能直接取款，要先填取款表，交給業務員輸入資料，再由儲戶輸入密碼以確認身份，還要在取款表單上簽名以再次確認，最后才業務員才把現金交給儲戶：
3.2工作負荷。
由于辦理手續的繁多和不合理，工作效率非常低，需要大量業務員，通常有儲戶等待排成長龍的現象，這給工作人員增加了非常大的負擔和額外的工作負荷；同時也給銀行公司的發展帶來了嚴重的制約和壓力。
3.3費用支出。
辦理手續的繁瑣不僅使業務人員工作量很大，而且使客戶對于業務辦理流程不能明確而是咨詢的業務量加大。各種憑單與證件的復印打印不僅使設備、材料開支增加，而且工作效益低。
3.4人員。
需要大量業務員和額外的工作人員處理各項事務。
4.1對系統的簡要描述。
根據系統目標以及現行系統存在的問題，建議新系統分兩步實現：
第一階段建立一個內部的網絡，以實現銀行儲蓄系統的計算機辦公化。能夠處理以下工作：本行內的銀行卡在各分行可提款；及時辦理業務；提高工作效率。
第二階段是在全國多家銀行間建立一個互聯的網絡系統，實現銀行儲蓄管理系統的信息集成，完成后的系統可以實現在各行間互存取款，且操作方便簡單迅速。
4.2處理流程和數據流程。
4.2.1存款流程圖。
4.2.2取款流程圖。
4.3與現有系統比較的優越性。
用銀行卡可以直接在柜臺或提款機取款;在柜臺取款時第一次輸入密碼核對正確后即可辦理取款;免去了再次簽名確認身份的手續;如果增加自動存款機后,儲戶可直接在存款機存款,免去填表手續,提高了工作效率。
減少了儲戶辦理業務的等待時間；用戶可以隨時隨地可以隨心所欲存取款，并且操作簡單易懂；用戶還可以選擇在柜臺辦理業務或自己在自動提款機和自動取款機辦理業務。
可以大大減少工作人員，節約人力資源的開銷；另一方面由于手續程序減少也可以減輕業務員的工作負擔，有效地提高了整體的工作效率和精確度。
數據防護措施嚴密：為確保系統數據萬無一失，在系統結構設計上嚴格遵循金融系統安全規范，采用射頻卡、終端機、計算機“三位一體”的數據保護技術，從三個層面采取了六種數據保護措施對系統重要數據嚴密防護，先進的“黑匣子”數據重復收集功能，確保了系統數據的安全性和準確性。
系統可擴充性強：該系統軟件升級和硬件擴展相當方便，可以根據銀行的實際情況來靈活配置，可根據不同需求增加新功能模塊和子系統以滿足用戶的個性化需求，可確保用戶投資的長期效益，避免資源重復浪費。
兼容性強：系統可提供數據接口和應用接口，可與原有系統兼容匹配，便于系統集成和二次開發，確保有效利用現有資源。
4.4采用建議系統可能帶來的影響。
4.4.1對設備的影響。
系統對于設備要求更高的穩定性與安全性來保證其正常運行。并且對于打印、復印設備需要要求與計算機進行互聯。
4.4.2對用戶的影響。
由于采用建議系統提高了工作效率，可使客戶辦理業務更加快捷、方便。采用的“三位一體”的數據保護技術既方便了管理，又能保證個人的隱私權不被侵犯。
4.4.3對系統運行的影響。
系統設計的主要目的是提高效益。所以在系統設計和建設初期應著手參考各方面的標準與規范，并且應遵從該規范各項技術規定，并做好系統的標準化設計與管理工作。系統考慮今后發展的需要，因而必須為在系統產品系列、容量與處理能力等方面的擴充與換代的可能，這種擴充不僅充分保護了原有投資，而且具有較高的綜合性能價格比。
4.4.4對運行環境的影響。
由于使用者人數眾多，水平不一，該系統設計時考慮到使用者在使用時要求操作簡單，查詢方便，軟件設計采用菜單選取方式，使用時用戶基本不用輸入文字。而且不但提供計算機網絡查詢，同時提供公眾電話網查詢和遠程登錄等其他通信方式。
4.4.5對經費支出的影響。
由于需要購買各種軟、硬件設備，以及業務人員的系統使用培訓等都需要增加經費的支出。
4.5技術可行性評價。
開發系統的計算機硬件已經非常普及，所以完全沒有問題；現在的計算機各方面的技術都非常成熟，相對來說開發此系統的技術也要求比較簡單，因此在技術方面是可行的；同時銀行還必須有一定量的系統管理和維護的專業人員，在這方面可以通過培訓原來的技術人員成為新的需要的技術人員，也可以雇用所需這方面的專業技術員；若按計劃，在規定的期限內，本系統的開發是可以完成的。
5.1系統開發費用。
5.1.1人員費用。本系統開發期六個月，試運行期為二個月。開發期需要開發人員5人，試運行期需開發人員2人。開發需八個月，每人/月按3000元計算，人員費用為10.2萬元。
5.1.2硬件設備費。本系統所需的硬件設備費為10.46萬元，其中：
服務器1臺3萬元。
pc8臺4萬元。
打印機8臺1.2萬元。
條形碼掃描儀10臺1.8萬元。
網絡設備和布線1萬元。
不間斷電源1臺3000元。
工作臺8臺1600元。
5.1.3軟件費用。系統所需的軟件費用為5000元，其中：
正版windowsxp5000元。
5.1.4耗材費。所需耗材費用估計為0.8萬元。
5.1.5咨詢和評審費、調研和差旅費：約2.0萬元。
5.1.6其他不可預見費。按開發總費用的10%計算。
綜上，系統開發總費用為26.36萬元。
5.2系統運行費用。
假定本系統運行期為5年，每年的運行費用為：
5.2.1系統維護費。一年需要0.5人/年進行系統維護，維護費為1.8萬元。
5.2.3消耗材料費。每年耗材費按0.8萬元計算。
系統年運行費用為4.25萬元，則5年累計系統運行費用為21.25萬元。
綜上，系統開發和運行總費用為47.61萬元，折合9.522萬元/年。
5.3效益。
5.3.1一次性收益。提高工作效率，減少工作人員人數。本系統運行可以提高業務處理，核算信息管理的效率。累計可以綜合提高工作效率達30%。可以減少現有15%的工作人員，書店現有人員按30人計算，可減少4.5人。平均工資為2000元，節約人員工資0.2*12*4.5=10.8萬元/年。
5.3.2經常性收益。辦公設備、紙張等使用量減少可節約成本每年約1.4萬元。
5.3.3不可定量收益。業務量的增加使直接經濟效益每年上升約7萬元。
綜上所述，每年可增加收益19.2萬元。
5.3收益/投資比。
19.2/9.522=2.03。
5.4投資回收周期為三年。（上述利息均為5%）。
6.1法律因素。
全部軟件購買正版；機器設置通過正當途徑購得；所有軟件都用正版，技術資料都由提出方保管，數據信息均可保證合法來源。所以，在法律方面是可行的。
6.2用戶使用可行性。
開發的系統操作要非常簡單，以便適合大人小孩老人各類人們都可以很方便操作使用。還有，要有經過培訓的專業人員在指導，以便當儲戶有什么疑難問題時能及時得到正確的答復。
可以購買現有系統，但是由于現有系統過于簡單、購買成本高，而且并不適合銀行的特殊情況，所以不建議使用這個方案。
銀行儲蓄系統技術在目前是一個技術上成熟的系統，并且在銀行公局內部準備采取有力措施保證資金和人員配置等。因此，分階段開發“銀行儲蓄系統”的構想是可行的。為了使銀行適應現代化高場競爭的需求，促進銀行管理信息化，不斷滿足儲戶的要求，爭取更好的經濟效益，建議立即著手系統的建議。
精選軟件需求分析報告（通用17篇）篇十一
1.1編寫目的：
本需求分析報告范文的目的是規范化本軟件的編寫，旨在于提高軟件開發過程中的能見度，便于對軟件開發過程中的控制與管理，同時提出了本學校排課系統的軟件開發過程，便于程序員與客戶之間的交流、協作，并作為工作成果的原始依據，同時也表明了本軟件的共性，以期能夠獲得更大范圍的應用，同時它也是進行項目策劃、概要設計和詳細設計的基礎，是維護人員進行內部維護，信息更新，驗收和測試的依據。
1.2背景及范圍。
本項目的名稱：學校排課系統。
本項目的任務提出者及開發者是：計算機應用三班張哲，用戶是學校。
本產品是針對電腦進行排課的需求設計的，可以完成：基本數據錄入與維護、課程表編排、課表沖突分析報告、課表輸出、可以直接或導出至excel打印總課表、教師課表、班級課表、場地課表、系統管理。
1.3定義縮寫詞。
學校排課系統軟件：學校排課系統軟件是為了幫助學校老師對學校的排課更加方便和快速制作處課程表及其管理學校的課程的軟件。
使用改程序后，學校的排課可以很輕松的安排好，而卻可以盡量避免平時排課時出現的排課沖突，還可以臨時加補課等功能。
2.1軟件開發的目標：
改善目前有些學校人工排課是常常出現的沖突以及浪費的大量時間。同時也通過實踐來提高自己的動手能力。
2.2應用范圍：
理論上能實現中小學排課，職業中學排課。
2.3子集說明：
軟件主要分為兩個模塊，一個基本信息的錄入，一個是進行排課的管理。
2.4軟件功能描述：
外部功能：實現了可視化窗口，排課，調課。
內部功能：基本信息的錄入、固定課的設置、科目的錄入、年級的錄入、任課老師的錄入、場地限制的錄入和課表的查看；排課操作、調課操作、場地調課操作、老師課表及學生課表生成。
2.5軟件操作人員的要求。
軟件的操作人員要求具有一定的電腦常識，并且具有排課的初步常識。
自己添加一些。
4.1數據錄入精度需求。
在進行向數據庫錄入數據時，要求數據記錄準確。
4.2軟件自身時間特性需求。
5.1可用性。
本軟件由于自身的能力限制，所有只限現在所有的功能。
5.2安全性。
5.3可維護性。
本軟件利用數據庫進行編程，系統結構由程序基本確定，大量的參數及文本內容全部放于數據庫中。修改、更新數據只要在數據庫進行修改添加，而不需要對系統結構進行修改，這樣系統維護性十分方便。
5.4兼容性。
由于尚未測試，故無法對兼容性進行評析。
精選軟件需求分析報告（通用17篇）篇十二
旅游借助互聯網，能夠解決傳統旅游業不能解決的適應游客行、吃、住、游、玩一體化的需求;同時還由于旅游也作為一個整體的商業生態鏈，涉及到旅行服務機構、酒店、景區、交通等等，利用互聯網可以將這些環節連成一個統一的整體，進而可以大大提高服務的水平和業務的來源。一方面，互聯網為傳統旅游業提供新的機遇及提高服務水平和運作水平的手段，另一方面，大多數沒有開展網上業務的中小旅行社則面臨嚴峻的挑戰。
網站系統解決方案提供商必須有足夠的能力和經驗幫助廣大中小型的旅行社走上電子商務的道路，同時，其提供的解決方案還必須能夠同時滿足復雜的b2b和b2c需求，并在穩定性、可用性、可管理性等方面具有優勢。而對于中小企業業務一直占有很大比重的恩派瑞網絡來說，它的解決方案也是切實體現這種需求，并且對于規模更大的網站也有相應的備選方案。
為了降低單個旅游企業的營銷推廣費用，更好地利用旅游公共營銷推廣體系進行推廣，旅游推廣中心應為游客和企業設計一系列旅游指南，在推出推廣的過程中，看能否得到旅游企業的廣泛認同。旅游網站的各種應用，集成了新聞發布管理、網站內容管理、酒店預訂管理、線路預訂管理、會議預訂管理、機票預訂、留言薄管理、廣告發布管理、自助友情鏈接、天氣預報、注冊會員、旅游論壇、訂單管理等多套系統，以及完善的強大的后臺管理操作，無愧于全套解決方案的名稱。它也大限度地實現了管理自己網站的夢想，只要會操作瀏覽器，就能夠管理自己的網站。
1.地區性：北京旅游門戶網。
2.權威性：通過與各協會的合作，定格使此站的行業權威性;。
4.網站風格：既已定位為門戶，雖應當風格以大眾化為主，但由于主題的特殊性，因此我以為網站設計風格應結合網民的瀏覽習慣，功能上以大眾化方式進行操作，頁面設計上應當在具備大眾化的同時，加以設計特色，讓此網站與一般網站不同，刺激網民的視覺。明確了網站的定位，再根據所涉及的欄目進行可行性分析。
(1)景點、農家院、旅游線路等方面的信息;。
(2)旅游常識、旅游注意事項、旅游新聞、貨幣兌換、旅游目的地天氣、環境、人文等信息以及旅游觀感等。
精選軟件需求分析報告（通用17篇）篇十三
這個軟件其實是一個非常好的軟件如果你是一個潮學生或者價值比較高的學生(要么有錢要么有臉要么有身材)那么探探無非是最適合你的社交軟件在探探上你可以非常便捷的認識到一些其他院校的高分姑娘(當然，如果你是在3、4線城市的話，就不要用探探了，沒啥用)由于探探是雙相匹配的，所以配對其實就代表了基礎吸引在你們配對了之后快速的轉到微信才是上策你可以用經典的“這個不常用，微信發來”來轉移到微信上探探其實就是吃一個展示面。
如果你展示面不好的話就不要用探探了，沒啥用。
至于為什么沒用你去打開探探，看看上面的其他男人了解一下你的競爭對手都有多帥、多有錢你就知道為什么了。
在有了探探之前陌陌就是神器(或者說是展示面好的人的神器)和探探一樣，吃的是一個展示面，但是陌陌的入門標準要比探探高。
如果你想玩轉探探的話你只要是個6分男人就可以了。但如果你想要玩轉陌陌的話，你起碼要是個8分男人。
陌陌由于自身特性(基于地理位置交友)所以學生使用的話并沒有什么好處(因為你會發現用陌陌的在校生基本都會選擇隱身)也就是說，你在學校里開了陌陌那你就只會看到一群男絲和幾個賣鞋的姑娘。
所以還在用陌陌的學生們趕緊轉移陣地去用探探吧但是和之前說的一樣陌陌和探探都是吃展示面的。如果你展示面不好的話其實這兩個社交軟件對你來說都是單機版的。
對于這個軟件我只有兩個字：呵呵!
如果你的目標是0到3分妹那么你可以在超級課程表內找到你的歸宿。
我曾在超級課程表中發了一條校園動態，然后接下來的一天中收到了20多條私信。是的，有20多位0到3分的姑娘和我打了招呼。然后我就卸載了這款軟件。
附近的人附近的人這個功能早就可以被砍掉了，只有sb會妄想著通過微信附近的人加到很多姑娘。
100個姑娘里面有1個在無聊的時候開附近的人就已經很不錯了，所以別妄想通過這個渠道來認識姑娘了。
許多人看到這里估計已經絕望了，福音來了，還是有這么一款軟件是靠譜的?！耙捈s”(微信公眾號“wuli覓約”)這款app的強大之處就在于，如果你有展示面可以用你的展示面撩妹子還能賺錢，如果你沒有展示面，至少你還可以花點錢買一個機會，如果你相中一個妹子，那么你可以約租她兩三個小時，跟她一起看看電影吃吃飯，喝喝咖啡。兩三小時也不貴，平均也就一二百塊錢。但是你可以買到讓她陪你的權利。如果這兩三個小時你還不能發揮你的實力讓妹子對你產生興趣，那要么就是你太丑，要么你就是撩妹技能尚未得到開發。
想要通過展示面來把妹的話，推薦：探探、陌陌、覓約。
想要不通過展示面把妹的話，推薦：覓約(微信公眾號“wuli覓約”)。但是要花一點錢。如果你連錢也不想花，那么拜拜，你還是別想著把妹了。雖然有的人沒有很好的展示面，但如果一旦有機會和姑娘見面，他們會用兩三個小時的時間去跟妹子展示他們的其他優點。
精選軟件需求分析報告（通用17篇）篇十四
本文中，主要針對工程機械出租的各項步驟、以及設計系統的廣義意義進行了分析，從而根據各部分不同的需求闡明了本系統使各個功能模塊相連接并實現工作、統計的作用。
1.1編寫目的。
在計算機科技的飛速發展的21世紀，軟件系統以及英特網也在不斷融入我們的生活。然而在工程機械出租領域，設備的種類、數量越來越多，設備管理所涉及的是巨大的系統工程，由于企業出租規模大、管理涉及面廣，又是造成統計、管理不到位都將給企業的正常經營帶來一定的影響，所以如何利用先進的網絡技術和優異的計算機軟件系統更有效的收集、處理這些設備的租借，同時建立以現代信息化為核心的管理體制，減輕相關人員人工對租借管理及數據處理的負擔，完成一個工程機械設備管理系統就變得尤為重要。
1、信息交互要求。
軟件系統要求利用一一切租賃操作作為輸入，通過數據收集計算達到處理的目的。
2、附加影響要求。
3、功能的實現要求；
在滿足客戶的要求下，設計人員、開發人員需要根據本文參考相關需求程度，做出相應的軟件系統設計。
1.2項目來源。
操作簡便、價格低廉的特性贏得了全國廣大用戶的青睞。目前用戶已遍及全國所有省份、自治區、直轄市；用戶遍及電子、電器、醫藥、服裝、建筑、物資、化工、商貿、超市、旅游、機械、建材、科技、通訊等各類企業公司，同時擁有大量機關、事業單位、學校、研究所等機關事業型單位用戶。
隨著管理自動化的程度越來越高，大部分任務都直接由各種設備來完成，因此利用先進的計算機技術來管理，提高人機工作的效率成為了一項重要手段。
1.3項目風險。
本項目中，不同身份的工作人員需要對各自負責的工作及出發點等承擔一定的風險。
任務提出者需要對項目的完成進度以及設計需求的整體方向負責，產品是否為大眾所接將成為任務提出者所要負擔的風險。
軟件開發者需要對統計、收集、計算的相關程序編碼是否正確承擔責任，對運行軟件后的一切技術上的風險承擔一定的風險。
產品使用者在完成交易過后的使用過程中，需要對自己的一切操作負責，相應的需要承擔軟件系統在使用過程中因操作不當崩潰的風險等。
1.4文檔約定。
本文的正文部分以宋體、小四為主要格式，行間距為1.5倍行距，各個主要題頭的格式為黑體、四號。
本文檔所涉及的一些專業術語及英文縮寫如下：
acess:microsoftofficeaccess（前名microsoftaccess）是由微軟發布的關聯式數據庫管理系統。它結合了microsoftjetdatabaseengine和圖形用戶界面兩項特點，是microsoftoffice的成員之一。其實access也是微軟公司另一個通訊程序的名字，想與procomm以及其他類似程序來競爭。可是事后微軟證實這是個失敗計劃，并且將它中止。數年后他們把名字重新命名于數據庫軟件。access在的時候成為了計算機等級考試中的計算機二級的一種數據庫語言并且因為它的易學易用的特點正逐步取代傳統的vfp成為二級中最受歡迎的數據庫語言。
運行，并且更名為visualfoxpro。目前最新版為visualfoxpro9.0，而在學校教學和教育部門考證中還依然延用經典版的visualfoxpro6.0。在桌面型數據庫應用中，處理速度極快，是日常工作中的得力助手。
數據：泛指表示一個指定的值或條件的數字、符號（或字母）等。數據是表示信息的，但這種表示要適合傳輸、分析和處理。此處，常把數據當作信息的同義詞。
container：container類是icontainer接口的默認實現。容器是封裝和跟蹤零個或更多個組件的對象。在此上下文中,包容是指邏輯包容,而不是直觀包容。
數據源：提供某種所需數據的原始媒體。
c/s結構：即大家熟知的客戶機和服務器結構。它是軟件系統體系結構，通過它可以充分利用兩端硬件環境的優勢，將任務合理分配到client端和server端來實現，降低了系統的通訊開銷。
1.5預期讀者和閱讀建議。
開發人員。
用戶。
項目經理。
租賃方。
開發人員需要根據本文詳細計劃產品的開發，并且以達到最好的人機結合和為企業創造一定的經濟效益為主要目的；用戶需要熟知本文所描述的產品計劃，以對產品有一定的了解，在之后的操作過程中才能有一定的熟練度，不以至于出現錯誤操作；項目經理則可以按照此文檔安排項目進度以及工作經費等相關、租賃方需要對本文有一定的.了解，至少熟悉工作流程以及系統需要達到的目的，從而更好地配合出租廠商做好統計、記賬、處理數據的相關方面的工作。
1.6產品范圍。
本產品適用于為工程項目出租機械設備的相關公司，由于大型施工設備租賃市場處于發展過程中存在著租賃企業數量多且規模小、效益差、惡性競爭嚴重等問題，本產品意在于協助每個工程機械設備出租公司合理地優化相關工作。
1.7參考文獻。
2產品分析。
2.1產品的狀況。
工程機械設備管理系統提供了對基礎信息錄入、機械設備出車單錄入、挖掘機回車單錄入、員工登記錄入、加油登記錄入等的模式錄入和表格界面錄入。錄入信息時可能會出現相同的信息，為了避免重復錄入部分字段設置了輔助錄入功能，只需輸入幾項即可完成錄入功能，操作方便快捷，可以很大的提高工作效率。
本系統將不是產品系列中的下一成員，也同時還不是成熟產品所改進的下一代產品，但是現有應用軟件卻不能成為它的替代品(升級產品)，所以這是一個新型的、自主型的產品。
2.2產品的功能。
根據上述分析，可以將本系統的各項子系統功能陳列如下：
1．基礎信息管理系統：
2．機械設備調度管理系統：
3．壓路機管理系統：
本系統主要負責運行壓路機回車單、某機械設備期間統計、期間統計查詢及相關方面的工作。
4．裝載機管理系統：
本系統主要對裝載機回車單、某機械設備期間統計、期間統計查詢做相關的程序的管理。
5．重型半掛管理系統：
本系統主要對裝載機回車單、某機械設備期間統計、期間統計查詢做相關的程序的管理。
6．客戶管理系統：
本系統主要負責記錄并統計、處理客戶的還款、組織客戶統計表、檢查并記錄機械設備狀態等工作。
7．員工管理系統：
本系統提供一個員工信息服務系統，可以實現員工登記、事故登記、員工考勤、員工生日提醒。
8．加油管理系統：
本系統的作用在于加油登記、加油統計、余油統計；
9．配件管理系統：
本系統主要處理配件信息、配件入庫、維護領料、配件庫存、舊件回收、采購申請單、采購申請明細。
10．保養審驗管理系統：
本系統的作用是對設備做保養登記、對設備審驗進行登記、設備審驗提醒、對保養期間查詢等。
11．企業與產品檢索系統：
本系統可以實現在線查詢企業和產品信息，可以按多種方式進行查詢；
12．在線調查系統：
本系統可以實現在線調查功能，對用戶進行各種情況的調查。
2.3用戶類型和特性。
本系統的用戶主要由以下人員組成：
1、工程機械出租管理部人員：此類人員負責的是對公司內部機械設備出租，并對其出租明細做一個詳細的錄入，需要時可以讀取相關信息。
2、機械設備保管部門人員：負責對公司內出租的工程機械設備做定期的管理與保養，并且負責設備的出納。
編寫本文檔所參考的資料如下：
[1]《施工機械信息化管理的研究[j]科技情報開發與經濟》王健.11。
[2]《工程機械產品圖庫管理信息系統的研究[j]工程機械》賀尚紅.5。
[3]《開發新一代設備信息管理系統》龔元明1995.6。
[4]《數據庫基礎與應用[m]》成先海..
[5]《軟件工程[m]》.程成，陳霞.，2003。
精選軟件需求分析報告（通用17篇）篇十五
部門負責人考慮員工參加培訓原因，主要集中于當部門業績不佳時進行培訓（26%）。其次當部門凝聚力較差時25%會選擇組織培訓。各負責人對員工培訓時候的顧慮有40%集中于培訓效果是否符合預期，其次37%的顧慮是在何時進行比較恰當。關于培訓內容，22.6%的負責人要求員工學習規范化管理，其次傾向于團隊建設和人際關系及有效溝通，各占21.3%和19.5%。除此之外，超過50%的負責人認為，不論是何種培訓,必然有利于員工素質的全面提高。
根據問卷顯示，員工最樂于接受的學習方式是參加公司舉辦的培訓，但是多數人表示當前公司培訓的講課方式枯燥無味。根據調查顯示，超過的員工傾向于案例討論法、操作示范、討論法、視聽法、跟崗培訓等互動形式的授課方式。另外值得注意的是，48%的員工認為培訓不能吸引自己，因為無法滿足自己的實際培訓需求，有接近22.6%的員工更愿意在工作中學習，結合實際提高能力。
調查結果顯示，在關于培訓時間的安排上，各部門負責人與員工意見一致，都主張培訓隨機進行,但要盡可能少地占用員工休息時間。
最后，從員工反應的意見來看，集中體現在三個方面，匯總如下：
培訓內容。多數員工對培訓內容的要求集中在專業知識和業務培訓上。因此公司可針對各自部門的特點，多一些專業知識和業務知識的培訓，培訓從實際出發為實際工作提供幫助。
講課形式。多數員工對公司現行培訓方式表示不滿意，要求改變傳統的ppt授課形式，建議以案例討論為主，運用討論法、視聽法、操作示范法、跟崗培訓等多種有趣的方式相結合，提高員工興趣和培訓質量。
根據員工水平不同分級分類別分系統進行培訓。根據員工層次級別不同，設置相應的培訓，入職、在崗、升職等培訓連續、遞進進行。另外可適當增加貼近基層員工的培訓課程。
精選軟件需求分析報告（通用17篇）篇十六
需求分析活動其實本來就是一個和客戶交流，正確引導客戶能夠將自己的實際需求用較為適當的技術語言進行表達（或者由相關技術人員幫助表達）以明確項目目的的過程。這個過程中也同時包含了對要建立的網站基本功能和模塊的確立和策劃活動。所以項目小組每個成員、客戶甚至是開發方的部門經理（根據項目大小而定）的參與是必要的。而項目的管理者在需求分析中的職責有如下幾個方面：
1、負責組織相關開發人員與用戶一起進行需求分析。
2、組織美術和技術骨干代表或者全部成員（與用戶討論）編寫《網站功能描述書（初稿）》文檔。
3、組織相關人員對《網站功能描述書（初稿）》進行反復討論和修改，確定《網站功能描述書》正式文檔。
4、如果用戶有這方面的能力或者用戶提出要求，項目管理者也可以指派項目成員參與，而由用戶編寫和確定《網站功能描述書》文檔。
5、如果項目比較大的話，最好能夠有部門經理或者他授權的人員參與到《網站功能描述書》的確定過程中來。
在整個需求分析的過程中，將按照一定規范的編寫需求分析的相關文檔不但可以幫助。
目成員將需求分析結果更加明確化，也為以后開發過程中做到了現實文本形式的備忘，并且有助于公司日后的開發項目提供有益的借鑒和模范，成為公司在項目開發中積累的符合自身特點的經驗財富。
需求分析中需要編寫的文檔主要是《網站功能描述書》，他基本上是整個需求分析活動的結果性文檔，也是開發工程中項目成員主要可供參考的文檔。為了更加清楚的描述《網站功能描述書》往往還需要編寫《用戶調查報告》和《市場調研報告》文檔來輔助說明。各種文檔最好有一定的規范和固定格式，以便增加其可閱讀性和方便閱讀者快速理解文檔內容，相關規定將在本文后面討論。
在需求分析的工程中，往往有很多不明確的用戶需求，這個時候項目負責人需要調查用戶的實際情況，明確用戶需求。一個比較理想化的用戶調查活動需要用戶的充分配合，而且還有可能需要對調查對象進行必要的培訓。所以調查的計劃安排：時間、地點、參加人員、調查內容，都需要項目負責人和用戶的共同認可。調查的形式可以是：發需求調查表、開需求調查座談會或者現場調研。調查的內容主要如下：
1、網站當前以及日后可能出現的功能需求。
2、客戶對網站的性能（如訪問速度）的要求和可靠性的要求。
3、確定網站維護的要求。
4、網站的實際運行環境。
5、網站頁面總體風格以及美工效果（必要的時候用戶可以提供參考站點或者由公司向用戶提供）。
6、主頁面和次級頁面數量，是否需要多種語言版本等。
7、內容管理及錄入任務的分配。
8、各種頁面特殊效果及其數量（js,flash等）。
9、項目完成時間及進度（可以根據合同）。
10、明確項目完成后的維護責任。
調查結束以后，需要編寫《用戶調查報告》，《報告》的要點是：
1、調查概要說明：網站項目的名稱；用戶單位；參與調查人員；調查開始終止的時間；調查的工作安排。
2、調查內容說明：用戶的基本情況；用戶的主要業務；信息化建設現狀；網站當前和將來潛在的功能需求、性能需求、可靠性需求、實際運行環境；用戶對新網站的期望等。
3、調查資料匯編：將調查得到的資料分類匯總（如調查問卷，會議記錄等等）。
通過市場調研活動，清晰的分析相似網站的性能和運行情況?？梢詭椭椖控撠熑烁忧宄臉嬒氤鲎约洪_發的網站的大體架構和模樣，在總結同類網站優勢和缺點的同時項目開發人員可以博采眾長開發出更加優秀的網站。
但是由于實際中時間、經費、公司能力所限，市場調研覆蓋的范圍有一定的局限性，在調研市場同類網站的時候，應盡可能調研到所有比較出名和優秀的同類網站。應該了解同類網站的使用環境與用戶的詫異點、類似點，同類產品所定義的用戶詳細需求（需要公司或者項目負責人有一定的關系）。市場調研的重點應該放在主要競爭對手的作品或類似網站作品的有關信息上。市場調研可以包括下列內容：
1、市場中同類網站作品的確定。
2、調研作品的使用范圍和訪問人群。
3、調研產品的功能設計（主要模塊構成，特色功能，性能情況等等）。
4、簡單評價所調研的網站情況。
調研的目的是明確并且引導用戶需求。
對市場同類產品調研結束后，應該撰寫《市場調研報告》主要包括一下要點：
1、調研概要說明：調研計劃；網站項目名稱、調研單位、參與調研、調研開始終止時間。
3、可采用借鑒的調研網站的功能設計：功能描述、用戶界面、性能需求、可采用的原因。
4、不可采用借鑒的調研網站的功能設計：功能描述、用戶界面、性能需求、不可采用的原因。
5、分析同類網站作品和主要競爭對手產品的弱點和缺陷以及本公司產品在這些方面的優勢。
6、調研資料匯編：將調研得到的資料進行分類匯總。
在擁有前期公司和客戶簽訂的合同或者是標書的約束之下，通過較為詳細具體的用戶調查和市場調研活動，借鑒其輸出的《用戶調查報告》和《市場調研報告》文檔，項目負責人應該對整個需求分析活動進行認真的總結，將分析前期不明確的需求逐一明確清晰化，并輸出一份詳細清晰的總結性文檔――《網站功能描述書（最終版）》以供作為日后項目開發過程中的依據。
《網站功能描述書》必須包含以下內容：
1、網站功能。
2、網站用戶界面（初步）。
3、網站運行的軟硬件環境。
4、網站系統性能定義。
5、網站系統的軟件和硬件接口。
6、確定網站維護的要求。
7、確定網站系統空間租賃要求。
8、網站頁面總體風格及美工效果。
9、主頁面及次頁面大概數量。
10、管理及內容錄入任務分配。
11、各種頁面特殊效果及其數量。
12、項目完成時間及進度（根據合同）。
13、明確項目完成后的維護責任。
綜上所述，在網站項目的需求分析中主要是由項目負責人來確定對用戶需求的理解程度，而用戶調查和市場調研等需求分析活動的目的就是幫助項目負責人加深對用戶需求的理解和對前期不明確的地方進行明確化，以便于日后在項目開發過程中作為開發成員的依據和借鑒。
精選軟件需求分析報告（通用17篇）篇十七
（一）調查對象：教育技術學專業學生（本科層次）。
（二）期望狀態：
（1）社會：我國對該專業人才培養的標準；
1）在以教學設計為中心的能力體系上要求能夠以改進課堂和單元的教學效果。
目的，評定學生需求，選擇開列教育或教學目標，分析目標，選擇活動方。
式，選擇適當的媒體和評價教學成果。即進行總體的分析設計過程的能力。
2)在構造、維護物態教學系統的能力體系上要求能夠掌握教學中所需的電子技。
術、計算技術等。對機器設備有一定的維護、操作、使用和管理的能力。
3)在研究能力體系上方面能夠用現代科技的成果及方法來分析和解決教育、教。
學問題。
4)在媒體開發、應用的能力體系上能夠設計、開發和評價計算機輔助教育軟件。
及電視教育的軟件。
5)在管理的能力體系上能夠管理媒體的設計、制作、應用過程以及教學過程和。
教學支持系統等。特別是要具備應用計算機進行管理的能力。
（2）教育機構（學校）：
以國家對該專業制定的培養目標為標準對學生進行培養，根據學生已有的水平制定合理的教學目標（參考學校對該專業制定的教學目標）。
（3）培養者（老師）：（參考問卷）。
1）在專業知識技能上要求學生具有扎實的專業理論知識，具備一定的教學經。
驗，具備應用理論知識解決教學問題的能力，能熟練應用教學設備等。
2）在素質上要求學生具備做一名教育者的應有的職業態度；能繼續深造發展。
個人的能力豐富個人的知識；學會做人，在心理上得到成熟發展，做一名。
合格的教育者。
1）能夠掌握扎實的理論知識，學習好重要的思想理論，有一定的專業知識儲。
備
2）具備一定的研究能力，培養一定的研究精神。具有一定的教學能力和教學。
經歷；具備應用計算機信息技術以及其他電子技術方面的能力。
3）具備教育者的職業態度和應有的職業素養。
（5）家長:希望學此專業后能夠有良好的就業，能夠支持解決工作中出現的問題，做。
一名優秀的人民教師。
（三）現狀：學習者在能力、素質方面現有的水平。
1）學習者在專業知識掌握程度上不夠。比如教育技術導論、教學設計等重要。
學科知識的掌握。
2）學習者教學經驗不夠，在有限的教學經歷中未能達到“運用教學系統設計。
方法解決教學實際問題”的應用層次教學目標。
4）具備基本的cai制作能力；掌握一定的課堂cai的應用能力。
5）對自己未來的職業認識較清楚，具備一定的教育者素養和態度。
6）具有的研究能力、研究精神較差，知識儲備量少。
（四）差距：
2)從理論知識上，學習者目前自身的知識儲備不完整，教學經驗不足。
3）從專業技能上，學習者在專業技能上所達到的水平層次較低與期望的還具有。
一定的差距。
4）從態度上，學習者形成的學習態度不高，與期望還具有一定的差距。
5）從研究開發能力上，學習者基本沒具備一定的研究能力與研究精神。
（五）原因：
1）由于專業就業率不高，社會的認可度不高，學生的學習信心受到打擊，學習的興趣不大。
2）教學內容方面，多限于多種媒體組合的課堂教學，很少涉及基于計算機的課。
堂教學設計。
3）教學手段方面，很多課程未充分調動學生的積極主動性。
4）學生特征上，由于缺少教學經驗，一味的接受灌輸式理論學習，學習的積極。
性和主動性差。
5）辦學條件不足。
（六）建議：
1）國家應積極對待該專業，讓其社會認可度得到提高。
2）學校應積極改善教學環境，比如師資力量，硬件教學條件等。
3）在教學方法手段上，應重視學生的自主性、探究性的發揮。
4）多讓學生做一些實踐，比如制作課件，講解課件，上講臺演練等，儲備積累。
教學經驗。
5）培養學生將教學設計方法運用到教學實踐中去的愿望。
6）學生自己應主動培養自身的學習興趣，積極配合老師的教學。
7）學生應主動尋找機會鍛煉自己各方面的能力，比如心理素質，技術能力，語。
言表達能力等。
我們的反思：
1）學習該專業接近兩年最大的感受是學習內容廣泛，但學習的深度不深，感。
2）我們自己缺乏主動性，應逐漸培養自身的興趣，把學到的知識應用到實踐。
3）培養和鍛煉自己參與基于多媒體組合的課堂教學活動。
4）積極參與運用教學設計的方法設計、實施和評價基于計算機等媒體的課堂。
教學活動。
5）學習該專業我們應找到自己的興趣點，深入下去，培養和鍛煉自身的研究。
能力和精神。
6）根據自己的就業方向培養自身的職業態度和職業精神。