時間：2023-04-03 09:56:12
引言：易發表網憑借豐富的文秘實踐，為您精心挑選了九篇績效管理系統論文范例。如需獲取更多原創內容，可隨時聯系我們的客服老師。
1997年12月，《聯合國氣候變化框架公約（京都議定書）》在日本通過，而清潔發展機制（CDM）是京都議定書規定的三種機制之一。這是人類歷史上第一次將減少溫室氣體的排放以法律條文的形式規定下來，發展中國家可以用手中的減排量來換取發達國家在資金、技術、設備上親的支持，鼓勵發展中國家進行節能減排。由于發達國家的經濟比較發達，溫室氣體排放量大，通過從發展中國家換來的減排量來進行過度，盡快達到溫室減排的目標。建立清潔發展機制需要注意的幾點內容：
一，加強風險評估。實施CDM，需要大量的資金、先進的設備、完備的技術來去支撐，并且CDM項目的審評不僅困難，還需要一定的審評成本，任何一個環節出問題都可以造成很大損失。比如項目審評不成功，浪費前提的準備工作所花費人力、財力成本；技術不達標，就不能很好地發揮設備的功能；資金不足，設備的就不會長久運行；排放權交易市場不穩定，排放權價格波動較大。也就是，任何一個環節出了問題，都有可能影響到項目實施的效果，對企業造成更大成本壓力。因此，企業要全面客觀地評估審批風險、運行風險、融資風險、排放權交易風險、技術風險，然后結合具體的成本效益制定實施CDM方案和策略。
二，積極參與排放權交易，節約減排成本。在CDM項目的過程中，企業要根據自身的減排能力和排放權供需狀況來調整排放權的購入與出售，減輕企業的減排壓力，實現企業的可持續發展。但企業資金充裕的時候自然會提高自身減排量，收購大量的排放權，實現技能減排的目的的同時，還促進了排放權交易的發生。企業可以根據單位減排成本和排放權交易價格來調整企業的減排目標和減排權的持有量。比如，當排放權交易價格較高，企業可以出售手中持有甚至原有排放權來套現，在抵消企業減排設備滿負荷運行的成本后，還能有節余，實現盈利。當排放權交易價格較低，企業可以收購大量排放權，放緩減排設備的運行，減少設備運行增加的成本壓力。也就說，在確保減排任務完成的基礎上，企業可以根據排放權交易市場的價格，對排放權進行買賣，促進排放權交易的同時，還能實現企業利益的最大化，實現環境與企業、企業與企業的多邊共贏。
三，積極開展清潔生產。企業在生產、加工產品等環節中，應盡量使用無毒或低毒性材料，減少對環境污染的同時，避免在上產、加工、運輸、銷售、使用等緩解對人造成危害。除了注重廢棄物的再回收利用外，還應盡量降低廢棄物在排放之前的數量和毒性，甚至零排放、無毒排放。
二、開展環境成本的戰略管理
構建績效管理系統必然需要資金的支撐，所以企業必然會控制和降低環境成本，遵循成本效益原則，也只有保證經營目的的基礎上，企業才有可能支持工業園區企業環境的績效管理系統構建。所以說，實施環境成本的戰略管理對績效管理系統的構建意義重大，關系到績效管理系統的實施效果。實施環境成本的戰略管理的方法：
一，企業應根據自身的減排需要購進相適宜減排設備，過多，則過多的成本支出不符合環境成本的戰略管理的精神；過少無法實現減排需要，限制企業減排能力的提升，不利于長效減排機制的建立。此外，應將包括環境恢復成本在內的各項環境成本納入到企業的項目投資決策中，結合超成本效益理論，運用內含報酬率法、會計報酬率法、接受補償法、凈現值法、支付意愿法、回收期法對項目進行論證和決策。
二，用于企業的設計、開發、采購、生產、運輸、營銷、回收等行為都會對環境績效產生不同的影響，所以企業應嚴格控制自身的經營行為，全方位提供環境收益。比如，設計開發時注重科學技術投入；采購時，選擇環境友好型的能源和原材料，盡量無毒、易降解；生產時提高能源和材料的利用率，減少對能源的依賴。
三，建立環境成本的預算體系和責任控制體系，對環境成本進行細化分解，根據企業的各組成單位（部門、車間、組）負責的具體工作分配相適應的環境目標成本，并建立完備的環境成本的考核獎懲機制，提高各個單位的執行力度，根據實際的完成情況進行獎勵或懲罰，提高基層員工的積極性和責任感。把環境成本納入生產經營預算中，從生產經營的高度對環境成本進行控制，定期對目標成本和實際成本進行分析對比，發現問題及時進行調整。
四，由企業的重要領導牽頭成立統一的環境成本責任控制中心，對從產品的設計到回收的各個環節進行環境成本控制，驅使各組成單元為實現控制環境成本的目標而奮斗，
三、結束語
根據現行煤炭企業的地銷經營方式，地銷管理信息系統應完成以下目標:（1）安全性高。地磅數據直接采集進計算機，避免人工干預。（2）便利性高。查詢各類統計報表要簡單易行，體現人性化。（3）集中性高。數據集中儲存在數據庫服務器中，實現資源共享。（4）可拓性高。能夠并入已有的局域網，留有接口，以便今后網絡的拓展，適應企業不斷發展和競爭力逐步提升的需要。
二、煤炭企業地銷管理信息系統的具體實現
基于上述需求目標的分析，對于煤炭企業地銷管理信息系統選型，選擇了Browser/Server結構。對于網絡的選擇，采用100Mb/s高速以太網交換結構，不僅能提供優秀的遷移途徑，充分保護在現有網絡基礎設施上的投資，而且成為改善交換機與交換機之間骨干連接和交換機與服務器之間連接的可靠、經濟的途徑。網絡的結構如圖1所示。對于服務器的選擇，采用MicrosoftWindows7操作系統；對于數據庫的選擇，采用MicrosoftSQLServer2008。SQLServer是海量數據的存儲中心，數據在數據庫中能完成復雜的計算。針對數據錄入的實際需求,運用VisualC#語言與Mi-crosoftWindows7操作系統開發了磅房錄入系統、銷售部門錄入系統兩套。信息系統不僅為用戶建立了賬戶和密碼，密碼設計在系統中加密傳輸及存儲，還為用戶設定了權限，對不同的用戶設計了不同的權限，可實施不同的操作。
三、煤炭企業地銷管理信息系統的日常管理
煤炭企業地銷管理信息系統的日常管理包括兩部分：一是系統管理；二是系統操作。關于系統管理模式如圖2所示。在輸入管理員賬號登錄系統后可開展相關的系統管理，包括用戶賬號的管理（新增賬號，修改用戶信息、權限，刪除賬號）；系統工作模式選擇（手動模式、自動模式）；票據管理（刪除票據）；空車誤差設定；重車記錄管理（刪除重車記錄）；空車記錄管理（刪除空車記錄）；煤種信息管理（增加和刪除）。
關鍵詞：功能性需求分析；非功能性需求分析；業務里程分析
中圖分類號： G463 文獻標識碼： A 文章編號： 1673-1069（2016）36-195-2
1 概述
作為大學本科生必須完成的最后一門課程，畢業論文具備了其它課程所沒有的典型特征：①由于畢業論文的宗旨是考查學生對本專業核心知識的掌握程度和運用知識解決實際問題的能力，因此在其完成過程中將會綜合運用多門課程的知識點并將這些知識點與實際研究對象進行結合。②參與畢業論文過程管理的對象多，不僅包括學生和指導教師，還包括負責畢業論文的系主任、主管教學的分院領導和教務處實踐教學管理科的工作人員，管理層次多，職能劃分詳細。③耗時長。按照培養方案的要求，畢業論文從開始選題到最后的答辯，總共耗時將近半年的時間，期間學生可以采取在校完成或者外出完成的形式進行畢業論文。以上特點決定了畢業論文過程管理的復雜性，不同的高校對該教學任務采取了不同的形式，以達到降低管理成本、提高管理成效的目的。
2 系統分析
系統分析主要圍繞用例分析、業務流程分析和非功能性需求三個角度來開展。
2.1 用例分析
用例分析主要分析系統中各類角色對系統各個模塊的操作權限。根據前期調研結果的分析，本系統的用戶可以分為系統管理員、教務部門工作人員、教師、專業負責人、分院領導和學生共六種角色。系統用例分析就是分析這六種角色在系統中可以操作的應用場景。
2.1.1 系統管理員用例分析
畢業論文管理系統的系統管理員只負責本系統運行相關的支撐數據，即系統管理和基礎數據兩個模塊中的功能。通常，系統管理模塊包括部門管理、角色管理、用戶管理、菜單管理、權限管理、數據管理、日志管理；基礎數據包括專業設置、班級設置、教師管理、學生管理和教室管理。其中，部門管理是管理高校現有的教學單位和與畢業論文管理工作相關的部門；角色管理是管理系統用戶的分類信息，以便為系統的權限分配提供基礎；菜單管理是管理系統可以操作的模塊以及模塊的層次結構；權限管理是將菜單的操作權限分配給每類角色，從而確保系統操作和數據瀏覽的安全性；數據管理是對系統的數據庫進行管理，包括數據備份和數據恢復；日志管理是管理系統操作的日志，以便系統出現問題時，可根據系統尋找發生故障的原因；專業設置是按照高校現有的專業結構和隸屬關系完成專業信息的管理；班級設置是負責按照專業設置學生所在的班級；教師管理是管理高校教師的基本信息；學生管理是管理在校畢業班學生的基本信息；教室管理是管理目前學校可供使用的教室，為答辯安排提供基礎數據。
2.1.2 教務部門工作人員用例分析
教務部門工作人員在系統中主要負責三個方面的工作，分別是基礎數據中關于時間的設置、答辯安排審核和答辯結果審核。其中，基礎數據中的時間設置包括學期的設置、選題時間設置和過程時間設置。選題時間設置主要設置學生選題的開始時間和結束時間；過程時間設置包括指導記錄時間的設置、中期檢查時間的設置和答辯時間的設置。
2.1.3 教師用例分析
畢業論文管理系統中具有操作權限的教師主要包括指導教師和交叉評閱教師以及答辯教師。教師在系統中可以操作的用例包括出題、審批開題報告、指導記錄、答辯申請審批、交叉評閱和答辯結果登記。其中，出題只有被專業負責人指定為指導教師的教師才具有該權限，交叉評閱也只有被專業負責人指定為交叉評閱的教師才具有操作權限；答辯結果登記通常由答辯小組組長來完成。
2.1.4 專業負責人用例分析
專業負責人在系統中主要負責安排工作，包括教師安排和答辯安排。其中，教師安排主要安排指導教師、交叉評閱教師和答辯教師的人選；答辯安排則負責安排答辯教師的分組、參加答辯的學生分組以及教室和具體的答辯時間。
2.1.5 分院領導用例分析
分院領導在系統中主要負責兩類信息的審核，分別是出題的審核和答辯安排的審核。
2.1.6 學生用例分析
學生是畢業論文管理系統的主體，在該系統中可以操作的用例包括選題、開題報告撰寫、指導記錄、中期檢查、答辯申請、答辯安排和答辯結果。
2.2 業務流程分析
畢業論文管理系統包含的核心流程包括撰寫開題報告和答辯安排兩個核心流程。
2.2.1 開題報告流程分析
參與開題報告工作的主體包括學生、指導教師、專業負責人和分院領導，其流程如下：首先，學生完成開題報告的撰寫，并提交給系統驗證，驗證通過后保存信息，并轉交給指導教師審批，審批通過后轉交給專業負責人進行初步審核，審核通過后再轉交給分院領導進行最后的審核，并將最后的審核意見反饋給學生。
2.2.2 答辯安排流程分析
參與答辯安排的主體包括專業負責人、分院領導和教務部門工作人員，其流程大致如下：首先，專業負責人在答辯安排頁面完成答辯安排的信息，然后提交給系統進行驗證，如果驗證通過再將安排轉交給分院領導進行初步審核，審核通過后，轉交給教務部門工作人員進行最后審核，審核通過后再將最終的審核結果反饋給專業負責人，并最終顯示給學生和教師查看。
2.3 非功能性需求分析
與功能性需求分析的側重點不同，非功能性需求分析更注重的是系統的整體性能要求，是衡量系統整體質量的依據。根據本系統的特點，系統的非功能性需求主要包括穩定性、準確性、安全性、易用性和可移植性。
3 系統設計
根據系統的功能需求分析的結果并結合管理信息系統的管理模式，總結出畢業論文過程管理系統的功能框架如圖1所示。
圖1中的系統管理通常負責管理一般系統運行所需的支撐數據。畢業論文管理系統的系統管理由部門管理、角色管理、用戶管理、菜單管理、權限管理、數據管理和日志管理共七個模塊組成。
4 結束語
代碼開發僅僅是系統開發生命周期中的系統實現的主要任務，在此之前需經歷系統分析和系統設計兩個不可逾越的階段。本文通過分析，得出了高校畢業論文管理系統的需求，并對這些需求進行整理后，完成了系統功能框架的設計，為下一步系統開發搭建系統應用程序架構提供了直接依據。
參 考 文 獻
[1] 包慧敏.基于Web的畢業論文管理系統設計[D].南京：南京理工大學，2013.
[2] 鄭鴻英.畢業論文管理系統的開發與實現[D].上海：華東師范大學，2011.
[3] 劉珊.本科畢業論文管理系統的設計與實現[D].廈門：廈門大學，2014.
[4] 陳斌.基于JQuery框架的畢業論文管理系統的設計與實現[D].蘇州：蘇州大學，2012.
[5] 孫曉妍.基于UML的面向對象信息系統開發[J].價值工程，2013（10）：189-190.
[6] 陳振慶，羅蘭花.基于動態描述邏輯的UML狀態圖形式化方法[J].2011，37（13）：55-57.
1.系統用戶。系統用戶主要包括學校科技處的管理人員，教師和領導。其中，學校科技處的管理人員的主要具體系統的日常管理和維護功能，包括用戶管理，科研人員/機構管理，科研成果管理，科研論文管理，科研項目管理和審核通過學院遞交的項目和成果，進行論文的校級審核和科研信息的；教師需要了解他們提交的論文或者項目等的審核情況和查詢最新的通知等；領導主要需要了解學校的科研情況，并及時根據形式進行決策調整。
2.系統需求。科研管理信息系統應包括機構管理，人員管理，項目管理，成果管理，學術活動，科研考核，年度統計和系統維護等部分。系統中各項分類指標需要能夠靈活定制，各級用戶的使用權限也需要能夠靈活設置和修改。系統不僅應具有科研管理功能，還應具有溝通交流功能。具體包括：對科研相關業務進行分類整理，提供標準化、簡潔的管理過程；提供易于使用的信息錄入接口，并可隨時修改已錄入的信息；可按照用戶需要查詢和閱覽相關科研業務信息；可根據用戶需求準確、快速地得到科研業務相關的各種統計報表和數據；為不同類型的用戶提供不同的操作界面，并對用戶的業務處理起到指導作用。
3.系統架構。從部署和維護及技術成熟度等方面綜合考量，系統采用目前最為通用的B/S模式，用戶通過Web瀏覽器，即利用Web服務器實現瀏覽器的信息查詢與檢索及其他的各項功能。
B/S架構是一種對C/S架構變化或改進的架構，用戶界面完全通過Web瀏覽器實現，一部分事務邏輯在前端實現，但是主要事務邏輯在服務器端實現，形成所謂的3層結構。其優點有開發成本低，部署和維護集中化，操作不受時間和地點的限制，數據集中管控等。
4.系統構成。根據系統的總體概要分析，系統具有用戶驗證，系統管理，科研組織管理，項目管理，經費管理，成果管理，學術活動管理和科研資料歸檔管理等模塊。用戶驗證模塊保證了系統用戶的合法性和系統的安全；系統管理為系統用戶管理、功能個性設置、操作權限控制等提供了統一的入口；科研組織管理是開展科研活動的管理單位比如學院、研究所等的管理；項目管理是針對每個項目進行的申請、立項、中期檢查、驗收等過程管理的模塊；成果管理則是科研活動的成果如論文、論著、獎勵、知識產權、鑒定或驗收成果等資料的管理；學術活動管理是在開展科研過程中發生的研討會、報告會、講座等學術活動的申請、審批過程管理；科研資料管理歸檔管理則是科研相關的各類資料的歸檔管理模塊，便于在打量的資料中迅速查找所需的資料。
基于模式開發的測繪儀器校準管理系統，測量儀器的檢定校準過程從人工文件記錄轉變為從用戶瀏覽器進行流程管理。一方面，依據檢定校準的流程，校準信息從客戶端瀏覽器通過局域網發送到服務器，存儲在數據庫里;另一方面，客戶端的查詢、修改、出證書等請求得到服務器響應，響應結果通過局域網返回給用戶瀏覽器。B/S結構由表示層、功能層、數據層三個相對獨立的單元組成，如圖1所示［3］。表示層指用戶瀏覽器，用于顯示用戶界面，接收用戶事件及向服務器發送請求。功能層是能夠運行網站應用程序的Web服務器，位于表示層與數據層之間，作用是接收表示層請求，執行相關程序，并對數據庫服務器發出操作請求，然后將執行結果返回給表示層。數據層是數據庫服務器，功能是對數據表進行插入、查詢、刪除等操作。系統的Web服務器采用Windows自帶的IIS，應用程序為開發的應用程序，數據庫使用Access數據庫，對瀏覽器沒有要求(IE即可)。在平臺上開發的Web應用程序，它的每一個頁面都是一文件，具有一定功能，比如登錄驗證、錄入信息等。將Web應用程序置于B/S結構體系的IIS服務器下運行，當用戶從客戶機瀏覽器發出一個“請求”，該請求通過局域網到達服務器，IIS將“請求”通過相應.dll文件，發送至引引擎響應“請求”加載相文件，并能通過對數據庫進行操作，最后生成結果頁面發送到客戶機瀏覽器顯示。圖2顯示了的運行機制。測繪儀器校準管理系統的所有功能都以這樣的機制運行。
2系統結構設計及實現
2.1功能模塊設計
客戶將儀器委托給檢定機構校準檢定的一般流程是:儀器入庫—儀器校準檢定—出具證書—儀器出庫。儀器入庫過程記錄入庫信息(包括儀器名稱、送校人、送校要求等);儀器校準檢定過程嚴格依據檢定校準流程記錄檢定結果;出具證書過程是在檢定校準結束后出具校準檢定證書;儀器出庫過程記錄出庫日期、付款情況等信息。由此設計測繪儀器校準管理系統的功能模塊，包括登錄驗證模塊、儀器入庫模塊、儀器校準模塊、出具證書模塊、儀器出庫模塊，如圖3所示。為了保證數據的安全性，系統只給特定人員登錄權限，并設置權限級別。對于管理人員來說，他關心的是儀器的送檢情況、檢測人員［4］;對于工作人員，他主要關心自己在檢定環節里的那部分工作。一級用戶可以進行所有操作;二級用戶可以使用系統的特定功能(如:出具證書);三級用戶僅能進行記錄查詢。登錄信息和權限級別直接寫入數據庫，在用戶登錄時驗證權限及權限級別，如圖4所示。在這樣的功能結構里，有權限的工作人員能進入系統管理儀器的校準過程;級別的劃分使工作人員僅在權限范圍內操作，保證系統數據的安全性;儀器依次經過儀器入庫、儀器校準、出具證書、儀器出庫四個過程，為一個生命周期;每一過程必須在前面過程完成之后才能進行，實現有序管理。
2.2數據庫設計
2.2.1設計原則及數據結構
數據庫的設計以實現對數據的高效存儲，滿足系統的需求為原則。測繪儀器校準管理系統的數據信息分為三塊:人員登錄數據、校準儀器入庫/出庫數據、儀器的校準數據。不同類型儀器的校準數據不同，例如:全站儀校準包括測距、測角兩塊校準數據;經緯儀只有測角校準數據;測距儀只有測距校準數據。如果給這些數據獨自建表會帶來數據庫操作及編程上的麻煩。因此，將儀器的校準數據集中存儲在一個表，同時合并儀器的入庫/出庫信息，形成一條完整的校準記錄。這樣做的好處是減少了一部分數據冗余，同時避免了數據表間交叉索引造成的查詢麻煩;但其缺點是存在不少空值，不過這對小型數據庫性能的影響可以忽略不計。以下是數據庫中表的部分結構及實例:登錄信息表:用于存儲具有權限人員的身份信息，如表1所示。校準信息表:用于保存整個校檢過程的信息(儀器入庫信息、儀器校準信息、儀器出庫信息。)儀器入庫信息:清單編號、校準編號、樣品類型、送校要求、送校單位、送校人、聯系電話、送校日期、校準費用、維修費用、樣品接收人、樣品名稱、樣品生產廠商、樣品型號、樣品編號、樣品外觀、附件、其它事項，如表2所示。儀器校準信息:加常數校準、周期誤差校準、棱鏡常數、校準棱鏡、校準日期、溫度、氣壓、設施、加常數K、標準不確定度、乘常數、振幅A、振幅A的標準偏差、初相位、校準員、校核者等。如表3所示。儀器出庫信息:證書編號、證書批準人、證書取否、樣品取否、取樣品客戶姓名、取樣品日期、付款情況、發放樣品人等，如表4所示。
技術訪問數據庫
可用于存取數據庫和對數據庫進行操作。它具有一些頂層對象，具體包含:編程人員利用這些對象建立與Access數據庫的聯系，對數據庫進行SQL語句操作。系統的主要功能是通過用戶瀏覽器對服務器上的數據庫執行插入、修改、查詢等操作，并將操作結果顯示在瀏覽器上。下面是通過頁面上實現以上功能的方法:(1)創建數據庫連接和數據庫建立起連接，就能實現同數據庫的交互。的對象提供了連接功能。(2)對數據庫進行查詢、修改、插入等操作對象可以對數據庫進行查詢、修改、插入等操作。這個對象是構架在對象上，也就是對象是通過連接到數據源的對象來下命令的，所以接到哪個數據庫，象命令就下到哪里［5］。Command對象的命令是操作數據庫的SQL語句。根據運行機制，操作請求通過瀏覽器發送到引擎，再調用對象，執行SQL命令，就能實現對數據庫的操作。(3)控件的數據綁定綁定數據到控件(如:Gridview)可以將數據在頁面上進行顯示。對象實例可看作數據在內存中的鏡像，為數據綁定控件提供了可能。
3結論
一、系統總體需求分析
需求分析是軟件設計很重要的一個環節，它主要解決“做什么”的問題，即全面了解用戶的需求，把軟件開發過程中可能遇到的重點和難點提出來，在整個軟件設計過程中起到了提綱挈領的作用。通過分析確定了系統管理人員、教學管理人員、學科組組長、指導教師及學生等角色，下面就各角色的具體需求進行分析。
1.系統管理人員角色涵蓋了用戶角色添加，用戶權限的設置等。
2.教學管理人員負責對所有學生進行選題和名單的匯總、開題報告的匯總、論文和論文成績的匯總，論文進度的設置及教師角色設置等，不同的系別或專業可以設置教學管理人員一名，具體的系別分配及權限設置由系統管理人員設定。
3.各學科組組長負責審核指導教師的選題、審定學生論文終稿及確定論文成績等，學科組組長同時可以是指導教師，其角色由教學管理人員進行設置。
4.指導教師角色包含畢業論文選題的上傳、學生的選擇、開題報告的審核、畢業論文的修改及論文成績的評定等，其用戶界面有選題上傳、學生選擇、開題報告審核、論文指導、論文成績評定、個人信息管理等內容。
5.學生角色主要有選題查詢、選題選定、開題報告材料提交、論文材料提交、論文成績的查詢等內容，其用戶界面有選題、開題報告提交、論文提交、個人信息管理等內容。
二、系統功能需求分析
為了進一步完善該系統，實現資源的優化配置，提高事務處理能力，需要進一步進行性能及功能的需求分析。
1.教學管理人員應及時提供教師及學生信息，師生互相選擇的界面要具有交互性。教師可以在系統中查看選擇自己課題的學生名單及學生的具體信息，學生可以在指導教師名單中進行選擇，同時也能查詢到其他選擇該指導教師的同學名單，以加強師生間的相互溝通。
2.選題應由指導教師確定，教師可將選題上傳到系統由學科組組長通過后再正式到網絡上供學生選擇，學生確定選題后就可以根據設置的論文進度開展論文寫作。
3.在論文寫作階段，系統要提供一個交互平臺供師生進行交流，并允許通過系統上傳及下載文件。
4.在寫作過程中要有開題報告及論文中期考核等環節，指導教師要對各環節進行評分，學生可以直接通過系統查看自己的分數。
5.教學管理人員可以在系統中公告，指導教師及學生可以查看公告。
6.當學生提交論文終稿后，指導教師要對論文進行評分并經學科組組長審核通過，如果畢業論文成績達到合格及以上的學生成績將及時的反饋出去供學生查看，不合格的學生則須繼續撰寫和修改論文直至合格。
7.教學管理人員可以通過系統直接執行打印論文題目清單及學生成績表等，同時還可以根據論文題目或指導教師相關信息或學生相關信息實現快速查詢等。
8.不同的用戶可以通過系統維護自己的賬戶，可以修改基本信息，但不能修改自己的帳號，其帳號具有唯一性。
三、畢業論文管理系統的功能設計
1.系統開發工具
由于學生在撰寫論文時很多都在外地實習，具有一定的地域分散性，因此本系統主要采用B/S架構，應用ASP.NET技術來實現在網絡環境下的學生畢業論文管理，其使用的開發環境為Microsoft visual studio 2010，采用C#為開發語言及SQL Server 2005為后臺數據庫進行開發的。
圖1 總體架構體
2.系統功能模塊設計
根據系統需求分析，系統主要分為五個模塊，總體架構體如圖1所示。
3.系統的主要流程
（1）首先由系統管理人員登錄系統，添加教學管理人員、指導教師、學科組組長及學生等角色并設置各用戶角色的權限。
（2）然后教學管理人員可登錄系統，添加教師名單及畢業學生名單，同時對教師角色及論文進度進行設置，教師角色分為指導教師和學科組組長，其二者是可以重復的，指導教師可以是學科組組長，此時指該指導教師頁面中除了出現指導教師頁面出現的內容外還會具備學科組組長的內容。
（3）接著指導教師、學科組組長及學生可根據各自角色登錄系統，修改完善個人信息。指導教師可論文選題及論文撰寫各種要求，上傳系統供學科組組長審核。如果指導教師選題審核不過關則系統會要求該教師重新擬定選題然后繼續進入學科組組長審核頁面直至選題通過為止。
（4）指導教師論文選題通過后就公布在網絡上，學生就可以通過系統查看和選擇選題。指導教師也可以通過系統查看選擇其選題的學生情況并進行選擇，如果有學生不符合選題要求則退回，系統會提示學生重新進行選題，直至實現雙向選擇，學生選題確定后就可以開展論文寫作。教學管理人員此時就可以就選題對學生名單進行匯總。
（5）在論文撰寫初期學生要在系統上提交開題報告給指導教師審核，指導教師審批后評定分數，學生可以通過平臺即時查到該分值。
（6）學生撰寫論文過程中可以通過平臺留言，咨詢指導教師相關問題，指導教師也可通過平臺及時回復學生問題，同時學生撰寫的論文稿件可以通過上傳到平臺供指導教師查看，指導教師批改完后可以將修改稿上傳到平臺供學生下載并且通過留言告知學生修改意見。學生可依據指導教師點評進行論文修改，修改完成后可再次提交論文。系統會記錄學生提交論文的次數及指導教師的點評次數。
（7）學生論文定稿后將論文上傳到系統，指導教師可以對論文評分，并將論文正稿和成績提交給學科組組長審核，學科組組長可以對論文成績進行修改和確定并將修改結果反饋給指導教師，指導教師確認后學生成績生效；如果指導教師有異議則可將意見提交給學科組組長進行復核直至通過為止。經指導教師和學科組組長雙重確認后學生可以在系統上查詢到自己的論文成績及畢業論文綜合成績（開題報告成績和論文成績綜合后的成績）。如果有學生在論文進度設置時間內未完成畢業論文則系統自動判定不合格。
（8）最后，教學管理人員可以對論文定稿、論文成績及畢業論文綜合成績進行查詢、匯總及打印等操作。
四、系統部分模塊關鍵代碼實現
1.登錄模塊
用戶根據自己的編號（學生為學號，系統管理員、教學管理人員及教師為教工號）、密碼（身份證號）登陸系統。
HttpCookie cookie = Request.Cookies [“CheckCode”]；
try { if （cookie.Value = = this.txtCode.Text.Trim（））
{ using （var edm = new Manage Entities（））
{
//查詢輸入的用戶編號是否存在
var user = from u in edm.Users
where u. UserNo= = userId.Text
select u；
if （user.Count（） = = 0）
//判斷：用戶表中不存在該用戶記錄時，提示用戶名輸入錯誤
{
Response.Write（"”）；
}
//判斷，用戶名對應的密碼是否正確
foreach （var custObj in user）
{
if （custObj.PWD = =userPwd.Text）
{
Session["UserNo"] = userId.Text.Trim（）；
Session["UserName"] = custObj.User.Name.Trim（）；
Session[“Popedom”] = custObj.Pope dom.Trim（）；
Response.Write（“”）；
}
else
{
Response.Write（“”）；
}
}
}
}
else
{
Response.Write（“”）；
}
}
catch （Exception error）
{
lError.Text = error.ToString（）；
}
2.學生選題模塊
//判斷CheckBox的選中狀態，更新數據庫相應字段。
CheckBox cbox= （CheckBox）gvTopic.Rows[e.Row.RowIndex].FindControl （"cbTopic"）；
if （cbox.Checked = = true）
{
//根據用戶登錄名查詢該用戶是否已經選擇了論文選題。
using （var edm = new ManageEntities（））
{
var topic = from u in edm.Graduation Project
where u. UserNo= =Session["UserNo"].ToString（）
select u；
if （topic.Count（） = = 0）
{
//當該學生沒有選擇過論文題目時，則將該學生新選擇的題目名稱更新到畢業設計
//表選題學生編號字段上。
string strTopicNo= Convert.ToString （gvTopic.DataKeys[e.Row.RowIndex].Values[“TopicNo”]）；
var topic1 = from u in edm.Gradua tionProject
where u.TopicNo= = Convert.ToInt64 （strTopicNo）
select u；
foreach （var custObj in topic1）
{
if （custObj. TopicState = = true）
{
lResult.Text = “選題失敗，已有人選！”；
}
if （custObj. TopicState = = false || custObj. TopicState = = null）
{
custObj. TopicState = true；
custObj.UserNo=Session["UserNo"].ToString（）； custObj.UserName=Session ["UserName"].ToString（）；
lResult.Text = “選題成功！”；
}
}
edm.SaveChanges（）；
Bind（）；
}
else
{
lResult.Text = “選題失敗，請先退選，再重新選擇！”；
}
}
}
3.上傳選題模塊
在處理上傳的畢業論文及各種留言內容時使用了CuteEditor―Html在線編輯器來實現。CuteEditor for ASP.NET是一款功能強大且簡單實用的跨瀏覽器、跨平臺的所見即所得的在線html編輯器，其用戶界面簡潔，加載速度快。通過該款編輯器可以方便Asp.net開發者對文本框的內容進行編輯。此外，CuteEditor還集成了對文檔、圖片等文件的上傳模塊及音頻、視頻等媒體文件進行直接插入的模塊。下面以指導教師論文題目上傳模塊為例進行說明。
//新增一條指導教師論文題目上傳記錄
using （var edm = new ManageEntities（））
{
GraduationProject gp = new Gradua tionProject（）；
gp.TopicName= txtTopic.Text.Trim（）.ToString（）；
gp.Professional=ddlProfessional.SelectedValue.Trim（）.ToString（）；
gp.Demand=txtDemand.Text.Trim（）.ToString（）；
gp.Year=ddlYear. SelectedValue.Trim（）.ToString（）；
gp.TopicState=false；
gp.TeacherNo= Session["TeacherNo"].ToString（）.Trim（），
gp.TeacherName= Session["Teach erName"].ToString（）.Trim（），
gp.Academy=txtAcademy.Text.Trim（）.ToString（）；
gp.Assignment= cuteEditor.Text；
edm.GraduationProjects.AddObject （gp）；
edm.SaveChanges（）；
}
關鍵詞：小區物業管理系統；PowerBuilder；SQLServer
1引言
物業管理是現代化商業和住宅管理中一個極其重要的工作，隨著城市建設的發展，各種住宅、商業大廈、辦公大樓、標準工業廠房以及住宅小區日益增多，它們在交付使用后，都面臨著管理、養護、修繕的問題；為此，我們以PowerBuilder為開發平臺，SqlServer2000為后臺數據庫開發了一個基于C/S模式的新型小區物業管理系統。該系統支持從購樓管理到入戶登記管理，從客戶收費到房屋的二次裝修，到保安管理和小區保潔和環境等全方位的管理和服務工作。減輕了小區管理人員的工作強度，提高了物業管理工作的現代化水平。
2系統分析
本新型小區物業管理系統的設計思想符合物業管理規范工作流程，可引導用戶在使用軟件時自然遵循物業管理標準工作模式，提高管理的效率和企業的競爭力，從而率先實現了物業管理軟件由傳統的記錄、核算型向信息管理型的轉變。系統的設計只包括了一般小區物業管理系統的主要幾個模塊，主要分為房產管理、客戶管理、收費管理、客戶服務、環境管理、保安管理和經理查詢幾大模塊。房產管理模塊主要完成客戶購樓期間的各項工作，并形成用戶信息庫；客戶管理主要完成的是客戶入住后加入該小區時記錄客戶資料，并形成客戶資料庫；收費管理模塊主要完成小區管理人員對用戶實施收費的管理工作，并隨時供住戶查詢費用收取情況；客戶服務主要完成用戶的房屋裝修和收費以及出入記錄的情況，并形成資料庫；環境管理模塊主要完成對小區內衛生及綠化等進行建設和檢查工作；保安管理模塊主要完成處理住戶報警并形成歷史記錄，可供隨時瀏覽；此外，經理查詢主要完成對各個模塊的查詢及對用戶意見的瀏覽，從而使經理對整個小區管理工作有個綜合的了解便于增進和提高。
3軟件結構方案選擇
本系統采用C/S體系結構，Client（客戶端）負責提供表達邏輯、顯示用戶界面信息、訪問數據庫服務器；Server（服務器端）則用于提供數據服務。系統分析等前期工作盡量詳細完善，以便系統體系結構的改變，對于一些安全性要求不高的信息可以方便地采用Brower/Server的方式進行訪問。
4系統設計
4.1模塊設計
基于本系統的功能要求，我們在做系統設計時制定如圖一的系統模塊結構圖：
4.2數據庫設計
>數據庫設計在管理信息系統開發中是至關重要的一個方面，其設計的好壞直接影響系統的執行效率以及日后的維護，還應考慮到必須具備良好的擴展性要求。我們設計在SqlServer2000中建立一個數據庫，其中包含保安管理表、出入證表、房租信息表、小區信息表、住戶入戶信息表等，數據庫中各表具體內容如下：
保安管理表：用于存放處理的住戶報警的信息，其中包小區編號、大樓編號、房間編號、處理事項、處理結果、用戶意見等字段。
出入證表：用于存放出入小區人員的信息，其中包括出入證編號、姓名、所屬單位、有效期開始、有效期結束、辦證押金、監管人、補辦次數、回收標志、修改人、修改時間等字段。
房租表：用于存放用戶房租信息，其中包括費用月份、小區編碼、大樓編碼、房間編碼、月租、月份數、應收金額、收費時間等字段。
小區表：用于存放小區信息，其中包括管理區代碼、管理區名稱、開發商、承建商、地理位置、開工日期、竣工日期、入伙日期、住戶入伙時間、棟數、套數、總人口數、總占地面積、總建地面積、總使用面積、綠化率、覆蓋率、容積率等字段。
管理費表：用于存放用戶管理費收費信息，其中包括費用月份、小區編號、大樓編號、房間編號、使用面積、費率、總費用、收費時間等字段。
入住登記表：用于存放住戶入戶基本信息，其中包括業主名稱、聯系人、聯系電話、入住時間、工作單位、證件名稱、證件號、電表表號、電表讀數、氣表表號、氣表讀數、水表表號、水表讀數、入住通知書、購樓合同書、我方經辦人、公證書號、客戶經辦人、房租費、物管系數、物業管理費、小區編碼、大樓編碼、房間編碼等字段。
入住收費表：用于存放住戶加入時的收費信息，其中包括用戶房間編號、收費項目、應收金額、已收金額、欠收金額、交費人、收費時間、應退金額、實退金額、退款人、退款時間、備注、小區編碼、大樓編碼等字段。
客戶管理表：用于存放管理客戶基本信息，其中包括房間編號、業主姓名、客戶類型、客戶類別、人口數、證件名稱、證件編號、聯系人、收費日期、聯系電話、小區編碼、大樓編碼等字段。
樓房表：用于存放小區內的大樓信息，其中包括大樓代碼、大樓名稱、開發商、承建商、大樓類型、大樓用途、結構、樓層、樓高、建筑面積、使用面積、綠化面積、總房間數、已售套數、已租套數、開工日期、竣工日期、入住日期等字段。
租賃管理表：存放住戶所交租賃費的信息，其中包括房間編碼、租戶姓名、房型名稱、使用狀態、使用類型、出租類型、租約編號、租金金額、計租方式、租房用途、簽約時間、起租日期、止租日期、免租期限、調租周期、調租幅度、防火負責人、租金單價、小區編碼大樓編碼等字段。
用戶表：用于存放登錄用戶的信息，其中包括用戶編號、用戶名、用戶密碼等字段。
5系統實現
5.1開發平臺的選用
PowerBuilder8.0是SybaseInc.的子公司PowerSoft推出的新一代數據庫應用開發工具，它除了能夠設計傳統的高性能、基于客戶/服務器（Client/Server）體系結構的應用系統外，也能夠用于開發基于Internet的應用系統。PowerBuilder8.0支持應用系統同時訪問多種數據庫。綜合上述優點，我們決定采用PowerBuilder8.0作為本系統的開發平臺。
5.2主要功能模塊的實現思想
5．2．1客戶管理
所謂入住，就是業主領取鑰匙，接房入住，開始生活。當物業管理公司具備了入住條件后，便進入了客戶入住管理階段。入住登記是業主入住最基本的一項內容。入住登記中可以輸入一些相關的上樓信息，如業主姓名、聯系電話、入住時間、工作單位、證件號、入住通知書、購房合同號、公證書號等。在系統中要注意以下幾點：業主姓名是指產權人姓名；聯系人主要指家庭中交采暖費的家庭成員的姓名；工作單位主要是指家庭中交采暖費的家庭成員的工作單位。
入住驗收主要是對房屋的一些原有硬件設施，進行驗收。主要是對房屋面積、結構布局、質量、器具設備等方面所進行的檢驗和處理。
入住收費主要是指業主在入住的過程中收取的各項費用，例如：氣源費、維修基金、房屋改建保證金等，在此頁面中，必須先添加收費項目后，然后再進行收費，入住收費與常規性收費是不一樣的，入住收費收取不是常規性發生的費用。入住收費可以退費。
客戶管理主要是指對管轄區內的住戶進行登記管理，根據客戶類型（如：法人、自然人）進行管理。自然人和法人可以區別如下：自然人指管理區內常規住戶，法人是指管理區內的以經營為目的的實體企業。
租賃管理主要是物業公司針對管轄區的經營用房，住戶的經營用房，以及住戶出租房屋等情況進行管理。租賃管理中包含租房資料、押金管理、入住/退房。
5．2．2收費管理
收費管理分為房租收費和管理費收費。操作人員首先要生成收費計劃，然后分兩種操作，分別計算房租和管理費。住戶在交費后可以先進行房租和管理費的查詢及核對，并可要求再次打印帳單。生成收費計劃是指在形成一次收費前針對所有的房間下達月初的收費數額，從而指定收費計劃。首先需確定收費種類和收費月份，然后可以對整個小區、單個樓、單個房間進行收費計劃的下達，但是需注意的是如果輸入房間號（例如：XX-XX-XX）就必須輸入大樓號碼（例如：XXX）和小區號碼（例如：XX）,如果輸入大樓號碼就必須輸入小區號碼。
房租費是指物業公司針對管轄區的經營用房的房屋出租等情況進行管理所收取的費用。物業管理費是在物業主管部門和物價主管部門及產權人委員會的共同協議下，指定收費標準，用于對小區的日常維護和保養。
房租費只要確定收費種類和收費月份，可以對整個小區、單個樓、單個房間進行收費計劃的下達。住戶對于房租費查詢是指對已經收費的住戶進行查詢和核對，住戶在這個過程中可以核對自己的帳單是否正確，并可再次打印收費單據，給住戶增加信任度。
總結
本系統采用客戶/服務器體系結構作為軟件結構，應用SqlServer2000以及PowerBuilder各種實用編程技術，實現了小區物業的現代化管理，具有較強的實用性。當然，它還存在著許多需要改進的地方，我們將在以后對其進行修改，使該系統更加完善、強健。
參考文獻
[1]趙杰,李濤,朱慧.SQLServer數據庫管理、設計與實現.北京：清華大學出版社出版.2003
[關鍵詞]統計信息管理醫院現代化
隨著醫療體制改革的深入推進和國內衛生事業的快速發展，統計信息工作為醫院高層制訂和完善醫院規劃、目標考核提供可靠的科學依據，已成為當今醫院管理發展的重要環節。但新時期下，醫院統計信息管理尚未形成完整的體系，而醫療事業要得以長足的發展卻又不可避免地觸及這一領域。因此，如何充分認識醫院統計信息管理工作的現狀、如何充分發揮醫院統計信息的職能，是當前亟待解決的問題。
一、醫院統計信息管理現狀
目前，醫療服務體系中的統計工作正由“封閉型”轉向“開放型”，其內容、范圍及服務對象均有較大的拓展和延伸。醫院統計工作是實現醫院內部發展的必要渠道，但統計工作現狀卻不盡人意，遠不能滿足醫院現代化建設和科學管理的需要，具體表現在四個方面。
1.醫院統計專用程序體系相對落后。隨著科技信息產業的發展，統計系統得以更新和完善，但醫療統計報表的固定模式和單一統計指標不能滿足醫院醫療管理的多層次需要。統計指標程序體系不完善，勢必影響醫院全方位、立體化統計數據的展示，容易誤導醫院高層決策。同時，國內醫院的統計程序大都停留在單機運行和手工操作階段，使一些醫院信息系統數據無法直接提取利用，統計人員需要重新進行抄寫、計算、錄入，這就造成了醫院人力、物力資源不必要的消耗。
2.醫院統計信息管理的重要性尚未得以充分認識。現階段，大部分醫院的領導者認為統計只是簡單的數據匯總和統計而已，是一項可有可無的不直接產生經濟效益的輔工作，卻忽略了對數據信息的有效利用，將統計科室其歸類于后勤部門，在人力、物力、財力上舍不得投入，導致使用醫院信息系統(HIS)和醫院管理信息系統(HMIS)的醫療衛生機構非常少，大大降低統計人員的主動性。
3.統計數據檢驗方法匱乏造成醫院統計數據的失真。國內醫院統計數據收集模式不相同，各科室按日或按月定期報送，統計人員再按其所報數據進行錄入整理。但所報送數據的準確性和規范性卻缺少相應的檢驗措施，而個別臨床科室為縮短平均住院日，降低出院病人人均費用，對住院時間較長的病人采取“假出院”的方式，讓病人中途結帳出院，再次辦理入院手續，人為增加醫院出院病人數量，造成統計數據的失真，降低數據的可信度。
4.統計隊伍人員配備不合理，整體素質相對偏低。據不完全統計，醫院統計人員大部分并非專業出身，知識貯備陳舊，醫學統計理論匱乏，衛生統計專業技術人員更是少之又少，對統計工作獲得的大量數據只能說“是什么”，不能回答“為什么”，由于手工操作工作量大，又長期處于較封閉的環境中，以致于對統計信息缺乏深層次的研究和分析，跟不上新時期新形勢的要求。
二、加強醫院統計信息管理的有效途徑
新時期，醫院統計工作要適應醫院的深化改革，是統計工作改革的重點。醫院統計信息管理存在的問題，要求我們要與時俱進，不斷改進和提高醫院統計工作水平，充分發揮統計在醫院管理中的職能。
1.加大醫院統計信息管理的硬件和軟件的投入，提高對統計工作的認識和重視程度。醫院管理正處于高度信息化時代，醫學技術和現代化管理的發展使統計工作的基礎性地位更加重要，醫院領導應重視統計工作，將其列入醫院管理體系，從人力、物力、財力上給予支持，不斷改善統計工作條件，運用現代技術手段，建立統計信息系統，充分發揮統計信息、咨詢、監督、預測的整體功能，以更好地為醫院管理決策提供可靠依據。
2.完善統計指標體系，增強信息的時效性和準確性。加強醫院統計信息管理，必須從單一業務分析向全面綜合分析轉變，建立一套與醫院管理、醫療、經濟運行相適應的指標體系，形成統計數據分析成果，使決策層對醫院情況全方位把握，將醫療質量統計、醫療效率統計、社會效益統計有機結合起來，運用比較分析法、動態分析法、成本性態分析法等手段強化成本效益的分析，建立起統計核算、會計核算、業務核算三位一體的指標體系。
3.制定可行的統計數據核查體系，把好統計信息質量關。統計的生命在于數據的準確性。制度不健全、統計口徑不統一，勢必導致醫院統計數據誤差，影響統計分析的結果。因此，要完善內部統計制度，健全各種原始登記、臺帳和報表制度、規范統計工作制度、統計監督制度、統計周期數據普查制度，提高統計工作規范化、統計分類標準化、數據處理現代化水平。要加強對統計工作的監督核查，強化臨床、醫技等業務部門對統計人員的業務指導，規范數據采集點的數據質量，確保采集數據準確無誤。
4.明確統計信息管理的重要作用，健全醫院統計工作機構。目前有些醫院沒有單獨設置統計機構，由兼職人員負責統計工作，在一定程度上弱化了統計工作，影響了統計作用的有效發揮。通過設立一個統計機構，對全院各項業務統計工作實行匯總、組織、指導、協調、監督，有效地實現統計工作主體明確化、統計職責具體化、統計工作責任化。
5.提高統計人員的專業技能和整體素質。搞好統計工作歸根到底要靠專業人才，需要有創新精神的復合型統計人才。統計人員必須嚴格貫徹《統計法》，遵守統計工作職責，拓寬知識面，掌握與醫院統計相關的多學科知識，熟悉統計業務，掌握一定計算機知識，增強統計服務意識，能根據管理需要分析統計資料，調整統計項目，靈活運用統計方法，滿足不同需要，認清當前形勢，不能被動等待，應積極地去面對問題，提高發現問題、分析問題、解決問題的能力，以適應醫院發展的需要，為醫院管理服務。
總之，在醫療體制改革的新形勢下，醫院統計信息管理將面臨層出不窮的新問題，這就要求我們要充分關注統計工作的重要性，不斷開拓創新，將統計工作與醫院現代化管理密切聯系起來，實現統計信息規范化、標準化和資源共享，大大提高統計數據質量和統計工作的效率，為醫院的現代化管理和穩步發展提供可靠保證。
參考文獻:
近幾年來,數學問題提出日益受到學者們的重視,它被視為數學課程的重要組成部分,甚至是數學教學活動的中心[1~3].例如,我國2011年數學課程標準在問題解決的課程目標中強調學生要“初步學會從數學的角度發現問題和提出問題,綜合運用數學知識解決簡單的實際問題”[4].數學問題提出的重要性在2000年美國數學課程與評價標準中也有所提及[5].
鑒于數學問題提出在數學課程與教學中的重要作用,學者們開展了一系列關于數學問題提出的相關研究.例如,數學問題提出能力水平的調查研究表明,中國中小學生的數學問題提出能力還有待于提高[6~7].數學問題提出能力和數學問題解決能力關系的調查研究,揭示了學生的數學問題提出能力和數學問題解決能力之間存在較高的相關性[8~10].數學問題提出能力評價的研究認為學生的數學問題提出能力可以從提出數學問題的流暢性、變通性和創新性3個方面進行評價[11~21].但是,學生數學問題提出能力的評價,從數學問題的流暢性、變通性和創新性3個方面是不全面的,既然數學問題的復雜程度也代表了一個學生數學問題提出能力的高低,因此學生提出的數學問題的復雜性也應是其數學問題提出能力高低的一個評價方面.同時,對于數學問題提出能力和數學問題提出觀念之間關系的研究還存在一定的空白.學者Philippou和Nicolaou對于數學問題提出能力和觀念之間關系的研究提供了一些啟示[22].他們調查了塞浦路斯五年級和六年級小學生數學問題提出能力和自我效能觀念之間的關系.結果表明塞浦路斯小學生數學問題提出能力和自我效能觀念之間存在一定的相關性.但是該研究僅僅調查了學生的自我效能觀念與數學問題提出能力之間的關系,沒有涉及學生其他的問題提出觀念.例如,學生對數學問題提出的重要性的認識,對數學問題提出的興趣,以及對數學問題提出的教學形式的認識.同時,數學問題提出能力是否能夠被有效測量,將直接影響研究者深入探索數學問題提出能力和觀念之間的關系.因此,該研究將首先界定數學問題提出和數學問題提出觀念的概念,并構建了一套數學問題提出的評價體系.在此基礎上,該研究調查了沈陽市小學生數學問題提出能力和觀念的情況,以及二者之間的關系.
二、相關概念的界定
數學問題提出是指,新數學問題的提出和已有數學問題的重新闡釋,它可以發生于數學問題解決之前、之中和之后[2].學生在數學問題提出的過程中經歷信息的理解,信息的轉換,信息的編輯,信息的選擇4種心理過程[23].信息的理解發生在學生根據一些數學表達式提出數學問題的過程之中;信息的轉換發生在學生根據一些數學圖片和表格提出數學問題的過程中;信息的編輯發生在沒有限制條件下,學生根據一些數學信息、數學故事提出數學問題的過程中;信息的選擇發生在學生根據某一個答案提出數學問題的過程中.觀念是個體所持有的主觀認識和理論,它包含所有個體認為是正確的,但是卻不能提供令人信服的證據的認識[24].在觀念概念的基礎上,研究者認為數學問題提出的觀念是指學生對于數學問題提出的重要性、興趣,以及數學問題提出學習過程中的信心等的主觀認識與態度.
三、研究方法
1.樣本
調查了沈陽新民市69個五年級小學生和朝陽北票市48個五年級小學生的數學問題提出能力和數學問題提出觀念的情況.根據數學課程標準的要求,學生測試前已經學習了因數與倍數、平行四邊形、三角形面積、梯形的面積、分數的基本性質,以及分數的加減法等相關知識.另外,由于參與調查的學生所使用的數學教材存在少數的數學問題提出的情境,所以學生對數學問題提出有一定的了解.
2.測試過程
為了避免部分學生對數學問題提出仍然不清楚,測試前,研究者先講解一個數學問題提出的例題:“服裝店中,一件上衣的價格是60元,一雙鞋的價格是82元,根據已知條件提出數學問題.”如果學生提出數學問題的時候存在困難,調查者可以給出一個例子:一件上衣和一雙鞋一共多少元?之后引導學生根據該情境提出其他的數學問題.例題講解之后,研究者強調這次測試不是一次真正的考試,其目的是了解他們的數學問題提出能力水平,因此考試的時候不要緊張.在測試的過程中,如果學生對題意等不是很理解,教師可以給予必要的提示.數學問題提出測試結束后實施數學問題提出觀念的測試,兩個測試一共用時約50分鐘.
3.測試工具
數學問題提出能力測試包括6個算術領域的問題提出測試題(測試題2對學生提出數學問題的解決策略的運算類型加以限制的目的是考察學生在數學問題提出過程中對信息理解的能力).從問題提出情境的表征方式來看,有圖片、答案、算式、語言描述和表格等.例如,編寫兩個應用題,使其計算方法(列式)都為1.6×8.數學問題提出觀念問卷包括20個五點李克特觀念問題,涉及學生對于數學問題提出的重要性,數學問題提出學習過程中的信心,以及對于數學問題提出的興趣等.這20個觀念問題從設計方式上分為10個正向問題和10個反向問題.例如,“盡管我很努力地學習,但是我在提出數學問題的時候還是總遇到困難”為反向問題;“我認為能夠從提出數學問題的過程中學到很多”為正向問題.
4.評價標準
數學問題提出測試從流暢性、變通性、新穎性和復雜性4個維度評價.流暢性指提出正確數學問題的個數【評價一個數學問題是否為正確的數學問題,首先,評價所提出的數學問題是否滿足題意的要求.其次,評價所提出的數學問題是否為一個可解的數學問題(一個數學問題不可解是指這個數學問題的數學信息不充分或者和已知條件相矛盾).最后,評價所提出的數學問題是否符合生活實際】.對于某一個測試題,學生提出一個正確的數學問題,則得1分,否則得0分.變通性指學生根據某一個問題提出情境提出的兩個數學問題的類型的變化程度,如果兩個數學問題都錯誤,或者其中一個錯誤,或者兩個數學問題都正確且屬于同一個類型,都得0分,如果兩個數學問題都正確且不屬于同一個類型,則得1分.數學問題的類型根據該數學問題的總的語義類型來確定.加減法的語義類型分為變化、合并和比較3種類型,乘除法的語義類型分為等量組的聚集、倍數、矩形和組合[25].例如,“小明帶了100元,買了2條圍巾和1雙手套,剩多少元?”和“買2副手套和1條圍巾共多少元?”,前一個數學問題的語義類型為變化,后一個數學問題的語義類型為合并,所以該生測試題1的變通性維度得1分.新穎性是指學生所提出的數學問題比較有新意,具體的評價方法是如果提出的某一類正確的數學問題的個數占所有提出的正確數學問題的個數的百分比小于10%,那么這類數學問題就被評價為新穎性的數學問題.該維度中,數學問題類型的劃分方法與變通性維度中數學問題類型的劃分方法相同.學生提出一個新穎性的數學問題,則得1分,非新穎性的數學問題或者不正確的數學問題為0分.復雜性是指學生提出的正確的數學問題所包含的語義類型的個數.某一個測試題中,學生提出的兩個數學問題中至少有一個數學問題包含兩種語義類型,則得1分,至少有一個包含3種及以上語義類型的數學問題,則得2分,其余為0分(兩個問題中至少一個問題錯誤或者兩個數學問題都正確,但是每個問題僅僅包含一個語義結構).例如,一個學生提出兩個數學問題“一共有多少個動物?”和“草地上有5只母雞和8頭牛,草地上一共有多少條腿?”,第二個數學問題包括合并和等量組的聚集兩種語義結構,該生復雜性維度得1分.數學問題提出能力測試4個維度的分數重復累計,流暢性和創新性維度的總分各是12分,變通性維度總分是6分,復雜性維度總分是10分(測試題2要求學生根據指定的算式編寫數學問題,因此,評價學生根據該問題情境提出的數學問題的復雜性是沒有意義的),所以數學問題提出能力測試的最低分為0分,最高分為40分.
數學問題提出觀念問卷中,反向問題反向記分.例如,對于問題“盡管我很努力地學習,但是我在提出數學問題的時候還是總遇到困難”,選項“非常不同意”記5分,選項“不同意”記4分,選項“不知道”記3分,選項“同意”記2分,選項“非常同意”記1分.正向問題正向計分,例如,對于問題“我能夠正確地評價提出的某一個數學問題是否正確”,選項“非常不同意”記1分,選項“不同意”記2分,選項“不知道”記3分,選項“同意”記4分,選項“非常同意”記5分.數學問題提出觀念問卷的最低分為20分,最高分為100分.
四、研究結果
1.數學問題提出能力的結果
從測試總體情況來看,大部分學生能夠提出正確的數學問題,數學問題提出能力測試的4個維度得分率情況分別為,流暢性:87.5%,變通性:45.7%,創新性:12.3%,復雜性:20.3%.可見,在問題提出的流暢性維度上,學生的數學問題提出的分數還是較高的.但是,也不乏一些學生提出不符合要求的數學問題,例如,在測試題2中,根據問題的要求,學生需要提出應用題,而有的學生卻提出文字表述題,如:“8個1.6的和是多少?”在測試題4中,根據問題的要求,學生需要提出用乘法或除法解決(可以包含加法或減法)的應用題,而有的學生卻提出:“小明存250元,小麗存300元,小明比小麗少多少?”在測試題5中,學生需要根據情境中隱含的規律提出問題,但有的學生卻提出:“第四天,他用23根火柴搭了幾個正方形?”顯然這個數學問題不符合題中隱含的規律;在測試題6中,有的學生提出數學問題:“一只母雞一天下10個蛋,那么5只母雞一個月30天下多少個蛋?”可見提出的數學問題不符合生活實際.與數學問題提出的流暢性維度相比,學生在數學問題提出能力的創新性和復雜性維度上的表現不容樂觀.學生傾向于提出和課本類似的、練習中常見的、簡單的數學問題.例如,對于測試題1,類似于“買2雙鞋和1副手套共需多少錢?”的合并問題為36%;類似于“2副手套花多少錢?”的等量組聚集問題為26%.
2.數學問題提出觀念的結果
從數學問題提出觀念問卷來看,部分學生對數學問題提出的觀念不容樂觀.例如,對于觀念問題4“盡管我很努力地學習,但是我在提出數學問題的時候還是總遇到困難”中,有38%的學生選擇同意或者非常同意,表明很大一部分學生對學好數學問題提出缺乏一定的信心.對于問題19“我愿意提出和課本上類似的數學問題”,高達62%的學生選擇了同意或非常同意,這可能是學生數學問題提出的創新性較差的一個原因.但是,學生很喜歡數學問題提出的活動.例如,對于觀念問題15“如果數學課堂能夠給學生提供更多的數學問題提出活動,那么數學課堂就會變得更加有趣”,90%的學生選擇了同意或者非常同意.
3.數學問題提出能力和觀念之間的關系
皮爾遜相關分析表明,首先,學生的數學問題提出能力和觀念在0.05的顯著性水平上正相關(=0.21,P=0.02);學生的數學問題提出能力的創新性與數學問題提出觀念在0.05的顯著性水平上正相關(=0.27,P=0.00).其次,對于數學問題提出的4個評價維度,創新性分別和變通性(=0.29,P=0.00)和復雜性(=0.40,P=0.00)在0.05的顯著性水平上正相關(研究中只計算了數學問題提出的變通性,復雜性和創新性之間的相關性,而沒有把正確性包含在內,因為變通性、復雜性和創新性3個維度是以正確性為基礎的,即,只有正確的數學問題才能評價其變通性、復雜性和創新性).最后,學生的數學問題提出觀念能夠從很大程度上預測他們的數學問題提出能力(R=0.21,F=5.47,p=0.02).
五、討論
通過該研究,可以得出,學生傾向于提出一些常規性的、熟悉的數學問題,而不擅長提出創新性、復雜性的數學問題.因此,在日常教學活動過程中,需要教師把培養問題提出能力作為一個重要的教學目標,落實在各學段的課堂教學之中.
首先,教師不僅要提供豐富多彩的數學情境,激發學生提出數學問題的欲望,鼓勵學生提出數學問題,同時也要教給學生提出數學問題的一些方法,在學生提出數學問題的過程中給予一些幫助.例如,在學生提不出數學問題的時候給學生提供一些例子,在學生總是提出類似的數學問題的時候,提供學生從另外的角度提問的例子,鼓勵學生對提出的數學問題進行評價與反思.此外,培養學生提出問題的能力,僅僅依靠課堂教學來促進學生的數學問題提出能力的提高是不夠的.還需要借助于各類考試對數學教學的影響作用,即在考試中增加一些數學問題提出的測試題.當然,在考試中,增加什么形式的數學問題提出的測試題,還需要進一步研究.
其次,既然數學問題提出觀念和學生數學問題提出能力之間存在密切的關系,因此要重視學生的數學問題提出觀念的培養,要讓學生認識到,提出數學問題和解決數學問題同等重要.提出一個好的數學問題也是聰明程度的一個重要的表現,同時,要更多地鼓勵學生,樹立學好數學問題提出的信心.
