1. 軟體工程課程設計-學生管理系統
自己上網搜索 ，源碼以及相關文件都有很多
2. 寫管理信息系統案例分析實驗報告的原理設計方案和步驟是什麼
一、實驗目的
理解物流管理信息系統的組成和結構，物流管理信息系統的分類，物流管理信息系統的功能，物流管理信息系統的應用。
二、實驗內容
能通過網際網路查詢物流管理信息系統的應用介紹文檔；查詢物流管理信息系統在某企業或組織應用的案例。
（1）分析物流管理信息系統應用文檔的組成；
（2）分析所調查的物流管理信息系統案例的功能特點；
（3）能對所調查的物流管理信息系統案例的應用進行分類；
（4）分析所調查的物流管理信息系統案例所採用的技術；
（5）總結並闡述你對物流管理信息系統的理解；
（6）結合自己的生活學習實際，擬定一個物流管理信息系統應用項目。
三、操作步驟
我調查了「我的圖書館——ILAS 網 上 圖 書 館」這個「圖書館圖書管理信息系統」在我校——《武漢科技學院》里的應用案例。
(1)通過網際網路查詢以及學習，知道管理信息系統的應用介紹文檔如下：
在分析階段有《系統分析報告》；
在系統設計階段有《系統設計報告》，它包括以下八份文檔材料《系統總體結構圖》，《系統設備配置圖》，《系統分類編碼方案》，《資料庫結構圖》，《I/O設計方案》，《層次化模式塊結構圖說明書》，《系統的安全設計方案》，《系統詳細設計方案說明書》；
(2) 該系統的功能特點是：
學生通過該系統可以借還書，注冊登錄，在線提問，查詢已借圖書信息，圖書查詢，查看新書通報，修改個人資料，財金查詢等；
學校通過該系統可以注冊新書進資料庫(自動顯示在網站的「新書通報」中)，注銷舊書，圖書的分類管理；在圖書館網站上:更新維護網站，發布公告，網上讀者留言解答；以管理員身份登入後台，注冊、刪除用戶，記錄借出、歸還圖書信息，圖書過期、丟失索賠操作等。
(3) 該系統應用分類為:
①學校——注冊新書進資料庫；注銷舊書；圖書的分類管理；在圖書館網站上:更新維護網站，發布公告，網上讀者留言解答；以管理員身份登入後台，注冊、刪除用戶，記錄借出、歸還圖書信息，圖書過期、丟失索賠操作等;
②學生——借還書，注冊登錄，在線提問，查詢已借圖書信息，圖書查詢，查看新書通報，修改個人資料，財金查詢等;
(4)該系統 所採用的技術是以 ASP.NET 技術開發BS結構的管理信息系統
(5) 我對管理信息系統的理解:
管理信息系統能將組織中的數據和信息集中起來，進行快速處理，統一使用，能夠支持決策。
(6) 通過對管理信息系統的學習，我想通過參與做一個了解的系統來加深對知識的學習，充分體會它在實際中的應用，所以擬定一個這樣的項目——圖書館圖書管理信息系統
四、實驗收獲和建議
通過本次實驗，不僅對書本上的知識有了更加深刻的理解，還了解了管理信息系統在實際生活中的應用.
3. 軟體工程的基本原理有哪些
軟體工程的七條基本原理
1、用分階段的生命周期計劃嚴格管理有人經統計發現，在不成功的軟體項目中有一半左右是由於計劃不周造成的，可見把建立完善的計劃作為第一條基本原理是吸取了前人的教訓而提出來的。
在軟體開發與維護的漫長的生命周期中，需要完成許多性質各異的工作。這條基本原理意味著，應該把軟體生命周期劃分成若干個階段，並相應地制定出切實可行的計劃，然後嚴格按照計劃對軟體的開發與維護工作進行管理。Boehm 認為，在軟體的整個生命周期中應該制定並嚴格執行六類計劃，它們是項目概要計劃，里程碑計劃，項目控制計劃，產品控制計劃，驗證計劃，運行維護計劃。
不同層次的管理人員都必須嚴格按照計劃各盡其職地管理軟體開發與維護工作，絕不能受客戶或上級人員的影響而擅自背離預定計劃。
2、堅持進行階段評審
當時已經認識到，軟體的質量保證工作不能等到編碼階段結束之後再進行。這樣說至少有兩個理由：第一，大部分錯誤是在編碼之前造成的，例如，根據Boehm 等人的統計，設計錯誤占軟體錯誤的63%，編碼僅佔37%；第二，錯誤發現與改正得越晚，所需付出的代價也越高。因此，在每個階段都進行嚴格的評審，以便盡早發現在軟體開發過程中所犯的錯誤，是一條必須遵循的重要原則。
3、實行嚴格的產品控制
在軟體開發過程中不應隨意改變需求，因為改變一項需求往往需要付出較高的代價，但是，
在軟體開發過程中改變需求又是難免的，由於外部環境的變化，相應地改變用戶需求是一種客觀需要，顯然不能硬性禁止客戶提出改變需求的要求，而只能依靠科學的產品控制技術來順應這種要求。也就是說，當改變需求時，為了保持軟體各個配置成分的一致性，
必須實行嚴格的產品控制，其中主要是實行基準配置管理。所謂基準配置又稱基線配置，它們是經過階段評審後的軟體配置成分（各個階段產生的文檔或程序代碼）。基準配置管理也稱為變
動控制：
一切有關修改軟體的建議，
特別是涉及到對基準配置的修改建議，必須按照嚴格的規程進行評審，獲得批准以後才能實施修改。絕對不能誰想修改軟體（包括尚在開發過程中的軟體），就隨意進行修改。
4、採用現代程序設計技術
從提出軟體工程的概念開始，人們一直把主要精力用於研究各種新的程序設計技術。
60年代末提出的結構程序設計技術，已經成為絕大多數人公認的先進的程序設計技術。以後又進一步發展出各種結構分析（SA）與結構設計（SD）技術。實踐表明，採用先進的技術既可
提高軟體開發的效率，又可提高軟體維護的效率。
5、結果應能清楚地審查
軟體產品不同於一般的物理產品，它是看不崢摸不著的邏輯產品。軟體開發人員
（或開發小組）
的工作進展情況可見性差，難以准確度量，從而使得軟體產品的開發過程比一般產品的
開發過程更難於評價和管理。為了提高軟體開發過程的可見性，更好地進行管理，應該根據
軟體開發項目的總目標及完成期限，規定開發組織的責任和產品標准，從而使得所得到的結
果能夠清楚地審查。
6、開發小組的人員應該少而精
這條基本原理的含義是，軟體開發小組的組成人員的素質應該好，而人數則不宜過多。
開發小組人員的素質和數量是影響軟體產品質量和開發效率的重要因素。
素質高的人員的開發效率比素質低的人員的開發效率可能高幾倍至幾十倍，而且素質高的人員所開發的軟體中的錯誤明顯少於素質低的人員所開發的軟體中的錯誤。此外，隨著開發小組人員數目的增加，因為交流情況討論問題而造成的通信開銷也急劇增加。當開發小組人員數為N時，可能的通信路徑有N（N?/FONT>1）/2條，可見隨著人數N的增大，通信開銷將急劇增加。因此，
組成少而精的開發小組是軟體工程的一條基本原理。
7、承認不斷改進軟體工程實踐的必要性遵循上述六條基本原理，就能夠按照當代軟體工程基本原理實現軟體的工程化生產，但是，僅有上述六條原理並不能保證軟體開發與維護的過程能趕上時代前進的步伐，能跟上技術的不斷進步。
l
因此，Boehm提出應把承認不斷改進軟體工程實踐的必要性作為軟體工程的第七條基本原理。按照這條原理，不僅要積極主動地採納新的軟體技術，而且要注意不斷總結經驗，例如，收集進度和資源耗費數據，收集出錯類型和問題報告數據等等。這些數據不僅可以用來評價新的軟體技術的效果，而且可以用來指明必須著重開發的軟體工具和應該優先研究的技術