⑴ 進入學校的教務管理系統時，出現了『資料庫連接出錯，請檢查資料庫連接』是怎麼回事
你檢測資料庫的連接情況或者資料庫配置文件，有可能是資料庫地址，用戶名，密碼出現了錯誤
⑵ 學校的教務系統算資料庫系統嗎
其實這個問題包括兩點：
學校使用微信公眾平台的目的和方法？
微信公眾平台和學校教務系統如何打通？
先說第1點，學校建公眾平台目的一般有兩方面：對外宣傳和對內管理。對外宣傳主要是訂閱號和服務號，對內管理則是企業號。這三種都可以在微信公眾平台通過正常流程申請獲得，但區別就在於訂閱號和服務號申請好後需要自己製作和運營內容，而企業號申請好後需要自己開發或接入已有第三方服務商提供的功能。
再說第2點，企業號的功能目前已經能夠完全解決我們學校內部管理和家校溝通的需求，像發通知發文件啊，校務巡查啊，考勤啊，請假啊，審批啊，布置作業啊，發成績啊，選課及課程管理之類的，都好用。另外比較方便的是，我們學校的微信數字校園平台直接包括了訂閱號和服務號對外宣傳的功能，而且有現成的模板，比我們之前的訂閱號省不少事。
⑶ 求問教務系統sql資料庫 。考勤 請假 節假日之類要怎麼設計資料庫，（用戶，用戶中還有分組=部門，然後有）
1.員工信息表（包括 職務（級別），入職時間（工齡），部門等）
2.部門信息表（分組表）
3.工時總表（記錄每個月的實際出勤數）（員工號，年度，1月工時，2月工時.....12月工時）
4.休假總表（記錄各種假的基數，已休數，剩餘數）（員工號，年度，年假基數，上年剩餘，已休天數，未休天數，病假基數已休天數，未休天數，其它假已休天數）
5. 考勤明細表（員工號，考勤日期，工時數....）
6. 休假明細表(員工 號，休假日期，休假類型，休假小時數)
7. 休假類型表
8. 工作日表(只需要設置發生狀態變化的，周一至周五預設認為是工作日，周六日為休息日，如10月1日是周一，要設為非工作日，如果剛好是周六，則不需要設置)
9.用戶表（包括 許可權設置等）
⑷ 如果要建立一個教務管理信息系統,那麼對應的資料庫在需求分析階段應該調查哪
系統目標，系統功能描述，建立數據流圖和數據字典。就是要確認這個系統要實現什麼功能，然後決定實體，分析他們的關系，一對多還是多對一，再畫er圖，然後轉成關系模型。
⑸ 關於教務管理系統的參考資料誰可以免費提供一些~感激不盡！
關於教務管理系統的參考資料如下：目 錄第1章 系統概論 11.1 教務管理的重要性 11.2 教務管理系統的用戶需求· 11.3 教務管理系統設計指導思想 11.4 組織實施 21.5 計算機教務管理系統的設計目標 2第2章 管理信息系統簡介 32.1信息與數據·············· 32.2管理信息系統 ········· 32.3關系資料庫概述······· 32.4管理信息系統的基礎技術·············· 42.4.1資料庫技術···· 42.4.2計算機網路技術·················· 52.4.3安全保密技術 52.5管理信息系統開發方法·················· 5第3章 應用系統開發工具 ········· 63.1 VISUAL FOXPRO 系統簡介······· 63.2 事件驅動和可視化的應用程序 73.3 VISUAL FOXPRO 6.0 語言和函數·················· 73.4 面向對象的編程 8第4章 教務管理系統的分析······· 94.1 系統應用需要的分析· 94.2 信息系統開發的指導思想· 94.2.1 數據位於現代數據的處理中心··········· 94.2.2 數據模型是穩定的,處理是多變的······· 94.2.3 用戶必須真正參與開發工作············ 104.3 信息系統的總體規劃 104.4 信息系統分析 104.4.1 信息系統分析的工作步驟與分析工具············ 104.4.2 數據流程的抽取·· 10第5章教務管理系統的設計··················· 145.1 系統資料庫設計········· 145.1.1 數據分析建立資料庫········· 145.1.2 數據的概念設計·· 155.1.3 資料庫的邏輯設計············ 195.2 教務管理系統的分析和概要設計············195.3 資料庫的實現············ 205.4 資料庫邏輯結構設計·· 205.5教務管理系統設計的評價標准·· 225.6教務管理系統分析方法的特點····· 235.7教務管理系統界面········ 23第6章 系統的編譯與發行·· 336.1 設置整個應用程序的執行環境············ 336.2 構造主文件············ 336.3 設置系統退出········· 336.4 編譯應用程序········· 336.5 應用程序的測試與調試········· 34結束語·········35致謝············36主要參考文獻··················· 37附錄············38第一章 系統概論本章主要是對整個教務系統的重要性，用戶需求，指導思想，設計指導思想,組織實施及設計目標幾個方面的內容,下面逐一論述。1．1教務管理系統的重要性現代化學校應該有個現代化的管理系統去管理學校內的各項事物，學校是一個數據量比較大的單位，如何去管理及查詢學校內的數據就成為了一項及為重要，而且需要迫切解決的問題，所以開發出一個教務管理系統就是現在及為重要的事情，從而教務管理系統的重要性就不言而喻了。1．2教務管理系統的用戶需求總體的功能需求：教務管理信息系統是學校對其管理的教師及各班級，課程管理的信息化數據平台。主要包括教師情況管理，教師授課情況管理，每學期課程的安排，學校班級的情況，學生數，課程表，及能對以上各項的查詢，列印。因為以上各項都是學校內部的資料，不希望被外人看到，所以在整個系統的前面加上密碼功能是由為重要的，有了密碼功能，就能有效的保護此系統的安全。去免費畢設資料網看看吧（ http://www.lw328.com/onews.asp?id=1340），他們站上這方面的材料確實太多了！
⑹ 開發一個教務管理系統，從資料庫的角度，有哪些階段和模型
第一章 資料庫基礎知識 本章以概念為主，主要是了解資料庫的基本概念，資料庫技術的發展，數據模型，重點是關系型數據。 第一節：信息，數據與數據處理 一、 信息與數據： 1、 信息：是現實世界事物的存在方式或運動狀態的反映。或認為，信息是...
⑺ 在SQLServer中,如何將教務系統資料庫從伺服器S1的D:SQL」路徑下移動到伺服器S2的
先在S1的控制面板管理工具服務下，把sql server服務停掉，然後找到你的資料庫所在位置，把資料庫對應的mdf和ldf復制出來，復制到伺服器S2上，然後在S2的sql管理器上，右鍵點資料庫，附加，把剛復制的mdf附加上來（注，你的S2的sql server版本需要與S1的版本一致，或者高於S1的版本）
⑻ 正方教務管理系統，那麼垃圾，那麼垃圾，那麼垃圾。。。。。
正方教務軟體真龘相大揭秘--高等學校的悲哀 軟體行業的恥辱 作者：浙江某大學教務軟體系統管理員
一、軟體設計拙劣，功能實現混亂
(1) 架構不科學，流程不清晰，功能不完整；系統界面設計粗糙，功能模塊劃分凌亂；未能提供正式印刷的配套操作手冊，概念混亂、到處說法不一，錯字、病句隨處可見，深得垃圾堆放之精妙，儼然未成年大猩猩之傑作。
(2) 資料庫設計不合理，嚴重違反關系資料庫設計的基本原則，大量信息重復存儲，缺乏最基本的數據關聯，不能實時記錄數據的歷史狀態，嚴重破壞了數據的完整性、准確性、時效性與一致性，必然導致管理數據混亂，上帝也無能為力。
(3) 邏輯關聯不緊密，管理控制不精確，數據處理不到位，無法保證數據的正確性與數據狀態的准確性，因而不可能滿足教務工作對大量數據進行精確管理的需要；這也正是多年以來不少教務管理軟體紛紛退出市場的根本原因所在。
(4) 沒有基於互聯網為管理人員提供信息服務，大量需要遠程維護、移動處理的工作無法開展。
(5) 無論是程序內部控制，還是用戶操作界面，到處以固化方式實現，缺乏擴展性與靈活性，大量特殊問題無法解決，不能適應用戶不斷增長、不斷變化的個性化要求。
(6) 無視教務管理的嚴肅性，公然破壞公開、公平、公正原則，提供了大量的特殊、特權管理功能，幾乎所有數據(其中包括課程、教學計劃、學生學籍、學生成績、學生畢業信息等重要且敏龘感的信息)均可由操作人員無需任何理由、沒有任何限制地直接增刪改。 (7) 無視信息安全的基本原則，公然提供大量篡改數據的危險功能，比如系統初始化、直接使用資料庫語句增刪改，人為地造成大量管理漏洞；操作人員稍不注意，就會導致數據丟失和混亂、釀成教學事故。
(8) 到處提供數據導入功能，到處裸露龘底層數據表結構(即欄位信息)，完全依賴人的聰明與記性，由操作人員負責建立欄位之間的對應關系，無法保證數據的完整性、准確性、時效性與一致性，不可避免地引起數據混亂。
(9) 沒有提供教務工作需要的各種規范報表，而是將大量數據導出，依賴美國微軟公司的電子表格處理軟體進行隨意編輯、列印，不僅增加了教務管理人員的工作量，而且由於不得不經常調整報表格式、有意或無意的人為因素介入，破壞了數據的正確性，不可避免地給教學管理工作帶來重大隱患，嚴重損害了教務管理部門的權威性。
(10) 藉助幾個蹩腳的菜單名稱、簡陋的錄入窗體，提供的所謂增強功能根本不屬於教務工作范疇，如學科建設、教研教改、師資管理、人事管理、校產管理、收費管理、學生工作、宿舍管理、實驗室管理等，事實上不可能正常使用，純粹愚弄學校。 二、銷售手段使盡，蒙蔽用戶眾多
(1) 打著浙江大學的招牌。 不少高校誤以為正方是浙大的，因而提到正方隨口冠以浙大，甚至不提正方單講浙大。 事實上，正方不是浙江大學的！因為浙江大學的官方網站上公布的下屬企業名單中沒有正方。 不少高校誤以為浙江大學學分制改革搞的好，其實並不好！究竟好在哪裡？到底有多少成功的經驗可以借鑒？浙江大學允許學生在校期間隨意更換專業，簡直是誤人子弟！ 如果看重名氣，清華大學名氣最大，最好購置清華大學研製開發的教務軟體。
(2) 造謠SQL Server不安全。 不少高校誤以為資料庫採用Oracle就安全、採用SQL Server就不安全。 事實上，SQL Server與Oracle同屬大型關系資料庫管理系統，根本不存在安全與不安全一說。 教務軟體的安全性涉及到兩個方面：一方面是外部環境的安全性，只能依靠防火牆抵擋病毒侵襲與黑客攻擊；另一方面是軟體內部的安全性，這才是最為核心、最應關注的，管理控制是否安全可靠、數據處理是否智能批量，直接關繫到數據的完整性、准確性與一致性。
(3) 鼓吹「完全學分制」。 故弄玄虛地將教務軟體劃分為多個版本(完全學年製版、學年/學分製版、過渡版、完全學分製版)，沒有能力提供適應學年/學分制的完整版本。 事實上，沒有哪一所推行學分制的高校不是學年/學分制，根本就不存在完全學分制一說！ 難道上一學期不完全、這一學期就突然完全了，2005級不完全、2006級就突然完全了？ 明目張膽地愚弄高校「老系統管理老生、新系統管理新生」；實際上，老生與新生不可能截然分開，因為老生與新生在課表編排與考試安排等諸多方面都必需統一考慮、共享資源；其險惡用心昭然若揭：故意暫時拖住高校，以免過早露出馬腳。
(4) 妄稱終身免費服務。 實質上是陷阱、是彌天大謊，只不過是哄人高興、騙取合同的拙劣伎倆而已；顯然即將收攤，不期望再有以後了。原因很簡單，誰都清楚軟體需要維護、服務需要成本，沒有一個供應商能夠背離價值規律長期生存。
(5) 提供源代碼。 聲稱高校可以在源代碼基礎上自主地進行二次開發且節省後期技術服務費用。 其實得不償失、斷不可行，因為二次開發與後期維護需要耗費大量的人力、物力與財力，而且要求相關人員技術水平高、業務能力強並保持長期穩定。 事實上，表明供應商已經在這個領域喪失信心，已經對高校不負責任了。
(6) 免費贈送根本不成型的軟體。 通過免費贈送一些非教務軟體，在高校選購教務軟體時獲得優勢。 事實上，免費贈送的軟體根本不成型或者根本就沒有，但是沒有人較真；反正合同已經簽訂。 當發現根本無法使用時，得到的回答卻是：本來免費贈送的，能用就用、不能用不就算了。
(7) 惡意低價、有意高價。 對於認可其他供應商的高校，採用惡意低價手段，低到兩萬以下； 對於關繫到位的高校，採用有意高價手段，高到三十萬以上。
(8) 編造謊言、到處散布，惡意誣陷其他供應商。 令人遺憾的是，絕大多數高校對於正方的憑空造謠信以為真、不加證實。
回復
2樓
2012-06-14 14:19
舉報|個人企業舉報垃圾信息舉報
ourfocus
博導
12
三、焦頭爛額修補，飲鴆止渴殘喘
(1) 作為整個教務系統的底層，系統維護包括大量繁雜的設置參數，混亂不堪、觸目驚心，完全依賴系統管理員的人為設置進行管理(不得不記住所有的代碼)，必然導 致出錯頻繁、隱患不斷，為整個教務系統的全面崩潰埋下禍根。而且，採用不同的代碼直接控制各個功能模塊的處理過程、片面應付不同用戶的個性化需求，事實上 根本不可能滿足。
(2) 作為整個教務系統的核心，絕大多數功能模塊的處理過程純粹依賴手工、完全隨心所欲(通過SQL語句直接操縱底層數據)，成千上萬的各種數據到處存儲、互不關聯，無法記錄歷史、缺乏時效性。
(3) 作為整個教務系統的表象，查詢和統計報表是所有用戶最為關心的部分。對於不同用戶需要的各種報表，隨時隨地添加欄位、修改表結構，表面上能夠基本滿足報表的式樣，事實上大量數據要由使用人員直接填錄。這正是多數用戶長期以來被蒙騙的根本原因。
(4) 到處裸露資料庫表結構和欄位名，對數據的正確性、關聯性、時效性與狀態不加任何控制，以便開發人員隨意修改程序、使用人員隨意修改數據。這正是不少用戶勉強維持、暫時沒有放棄劣質軟體的主要原因(事實上不得不反復修補，數據越來越混亂、修改越來越困難)。
(5) 對於用戶而言，簽了合同就好比打了結婚證，付了第一筆款就好比生了第一個小孩；作為瀕臨絕望的長期受害者，盡管系統已經千瘡百孔、不可能改好，但是不少用戶依然抱有一絲幻想，很難痛下決心、拋棄劣質軟體。
四、技術服務艱難，全面崩潰不遠
不少用戶根本沒有使用，深感自身管理不及浙江大學，需要准備一段時間；
許多用戶剛剛開始使用，忙於通過正方提供的極不規范的電子表格收集、整理歷史數據；
多數用戶使用功能有限，比如僅僅使用了學籍、成績，根本沒有使用排課、排考、教材等；
部分用戶使用功能較多、時間較長，陷入應用困難、問題不斷、解決無望、苦不堪言的境地。
另外，正方教務用戶已經被換掉的有鄭州工程學院、 西安培華學院、南通醫學院、內蒙古醫學院、重慶三峽職業學院等；而且，由於正方教務軟體存在大量致命的設計缺陷與嚴重的功能缺陷(交付用戶的全部數據處理 程序只有一個文件JWGL.EXE)，加上服務手段落後(接收用戶反饋放入文件夾、任何修改均採用最原始的手工覆蓋文件方式)，杭州正 方電子工程有限公司的技術支持已經到了全面崩潰的邊緣、已經服務不了，必然導致問題不斷、數據混亂、管理失控、停止運轉，越來越多的正方教務用戶將被一一 換掉。因為所有用戶使用的正方教務軟體均患了絕症——數據越來越混亂、管理越來越失控，就像腫瘤惡性化之後，癌細胞已經擴散，外科手術無能為力。
⑼ 教務管理系統資料庫總結報告 急！急！急！！
例子：
use Net::FTP;
$ftp = Net::FTP->new("some.host.name", Passive => 0)
or die "Cannot connect to some.host.name: $@";
$ftp->login("anonymous",'-anonymous@')
or die "Cannot login ", $ftp->message;
$ftp->cwd("/pub")
or die "Cannot change working directory ", $ftp->message;
$ftp->get("that.file")
or die "get failed ", $ftp->message;
$ftp->quit;
new (HOST [,OPTIONS])
OPTIONS are passed in a hash like fashion, using key and value pairs. Possible options are:
Firewall 、FirewallType 、BlockSize 、Port 、Timeout 、Debug 、Passive 、Hash 、LocalAddr