論文選題思路及框架結構?在日常幫助解答困惑，以及輔導論文寫作的過程中，筆者發現很多朋友對于高項論文備考存在一些普遍而典型的問題，今天小編就來聊一聊關于論文選題思路及框架結構?接下來我們就一起去研究一下吧!

論文選題思路及框架結構

在日常幫助解答困惑，以及輔導論文寫作的過程中，筆者發現很多朋友對于高項論文備考存在一些普遍而典型的問題。

從本篇開始，筆者用一個系列向大家介紹如何理解自己的背景項目，以及如何提煉屬于自己的寫作素材，并引出我們自己總結的種子問題和燈塔素材兩個非常重要的概念。

準備好背景項目之後，很多考生開始論文全文的寫作準備。在這個過程中，多數情況下大家會發現，自己根本不知道應該寫什麼，落筆無物。

後續的典型操作，是分三步走：

一、在背景項目綜述部分盡量增加一些項目重大意義和技術名詞等内容；

二、從官方教材中找一些放之四海而皆準的大道理、大原則放到管理綜述部分；

三、從網絡上搜到的寫作範文中東摘西抄，找一些似是而非，不涉及任何自己背景項目細節的實施内容放到各個管理過程中；

最終拼湊成一篇言之無物，所謂的論文。以這樣的内容答在試卷上，結果也是可想而知的。

究其原因，就在于大家動手實際寫作之前缺少了一個非常關鍵的環節——理解你的背景項目。

以下，我們就借鑒經典的管理方法論和敏捷項目開發中的一些小工具，通過引導回答十個問題，讓大家逐漸加深對自己項目的理解。我們将這十大問題稱為種子問題。

在回答這些問題的過程中，有三個重要原則：

1、回答這些問題，不需要專業的IT知識，不要從專業技術的角度來分析；需要把自己放到項目實施環境中，從項目要解決的業務問題出發，用自己實際的生活經驗和工作經驗，用常規的思考方式來分析。

2、回答這些問題，需要非常正式地在一個文檔中寫下自己的答案，而不是在腦海裡面簡單地閃現一個念頭。對很多朋友來講，世界上最遠的距離就是心中的想法與書面的描述之間的距離。

3、回答這些問題，是一個循序漸進，不斷完善的過程。部分朋友由于平時工作所處的行業距離信息化項目比較遠，一開始在回答這些種子問題的時候，會感覺比較吃力，這是非常正常的。

大家能想到一句話，就寫一句；能想到一個短語，就寫一個短語；能想到一個詞，就寫一個詞。如果從一開始就希望把整個内容在腦海裡面構思完整，再一氣呵成寫出來，是非常困難的，甚至可以說是不可能的。

當大家把這些種子問題回答完，再結合頭條号對論文寫作結構和各過程寫作過程要點的分析，我們相信在具體管理領域的寫作時就不會出現無米下鍋的窘境了。

你的項目可以分為哪幾個子系統或者子模塊（試着分為三個）？各用一句話介紹一下模塊的主體功能。

在此基礎之上，每個子模塊寫兩項最核心功能點以及如何評價該功能完成的質量。每個功能點用一句話表述。

這個問題，主要是幫助大家理解，自己的背景項目的核心功能究竟是什麼，解決的核心業務問題是什麼。這是論文寫作的首要問題。

對于一個大中型的信息系統，如果不熟悉專業技術，可以從所實現的系統功能形态、所服務的用戶等角度進行劃分。例如：

• 從系統功能應用形态的角度，可以分為PC端應用模塊和手機APP應用模塊；
• 從實施分工角度，可以分為軟件模塊、硬件安裝模塊、網絡布線模塊；
• 從用戶層級的角度，可以分為高級領導使用的統計分析模塊，中層管理人員使用的監控與審批模塊；基層業務人員使用的信息采集與基礎管理模塊；

對于熟悉一些專業技術的朋友，也可以從前中後台的角度來劃分。例如前端數據圖表展示模塊、數據中台、業務中台、認證服務中心等。

這些都是可以接受的，沒有标準答案，隻是為了提供給自己未來在管理過程論述中引用。

對于不熟悉專業技術的朋友，可能感覺無法使用比較專業的名詞來描述功能點的質量。這沒有關系，先寫出比較通俗的描述（例如，快、多、強、穩定等），後期再進行優化。

你的項目在實施過程中會遇到哪些全局性的困難或者幹擾因素？寫一至兩條，分别用一句話表述。

這個問題，主要是幫助大家理解，任何大型工作都不可能是一帆風順完成的，信息化項目的實施也不例外。項目管理工作中一定會有一些難點需要突破，有一些幹擾需要克服。

在回答這個問題時，強調一點，在我們的背景項目中，可以假設任何技術問題都不是問題，不需要去思考項目用到哪些技術遇到了困難無法解決。

大家要站在項目要解決的業務難題角度，從客觀與主觀，時間與空間，人員與物資等宏觀方面來思考。例如：

• 客觀上，業務邏輯複雜、涉及客戶的部門多，需求調研工作量龐大；
• 主觀上，涉及企業采購或員工費用核銷等敏感業務，透明化管理項目實施推進阻力大；
• 時間上，項目工期緊張，項目中間由于客戶生産銷售旺季、春節假期、國家重大活動等因素影響，無法正常開展項目活動；
• 空間上，項目實施範圍覆蓋的空間面積非常大、環境惡劣，硬件施工任務重、難度大；
• 人員上，幹系人衆多，很多問題的立場上無法達成一緻。
• 物資上，涉及比較多的外部資源采購，時間與人員協調難度大。

如果大家是參考我們推薦的論文寫作結構（「論文寫作-文章結構」結構（二）——正文），上述兩個問題都是明确寫在背景綜述中的，不需要額外的總結與回答。

第一個問題中提到的核心功能點之間有沒有邏輯上的先後順序，即在先完成哪一項功能之後才能完成另外一項功能？舉其中的一至兩個例子，各用一句話寫出兩項功能的先後關系，并說明原因。

這個問題，主要是幫助大家理解工作任務之間是需要協同的。這種協同不是簡單的先調研，再編寫解決方案，再開發測試，最後正式使用這樣的信息系統開發事務性順序。不同的業務功能之間也有或多或少的順序關聯。

與前面的問題類似，我們需要跳出專業技術，從項目實現的業務功能角度來回答。例如：

• 隻有綜合布線和監控設備安裝完成，視頻監控信号能夠接入到系統中，才能完成綜合監控中心模塊功能；
• 隻有數據挖掘中心将原始數據轉化、治理完成，生成分析結果數據，才能完成各類綜合報表功能；
• 隻有産品包裝的噴碼功能完成，生成清晰可見的二維碼數據，才能完成掃碼識别産品信息實現物流追溯功能；

這裡面需要說明的一點是，在此問題中梳理的邏輯順序是粗線條的，是為了理解項目。如果将這些大功能模塊進一步細分成各項具體的活動，則很多是穿插在一起并行開展的，個别活動之間才存在實際的制約關系。而這些細節也正是論文寫作的素材。

更多精彩资讯请关注tft每日頭條，我们将持续为您更新最新资讯!