第一篇：高校學報信息管理系統 測試報告及 實驗總結
四.高校學報信息管理系統 測試報告及 實驗總結
1.引言
1.1 編寫目的這份測試分析報告主要是測試學報信息管理系統中各個主要功能的完善性和可用性，以求進一步完善系統的功能，適應用戶的需求。
1.2 背景
學報信息管理系統是一個完整的系統，主要包括對刊用稿件的組稿、審稿、編輯、加工、終審、排版、校對、發行等多個環節，涉及的信息資源包括稿件信息、作者信息、審稿人信息、評審結果、編委會終審結論、編輯排版等信息。運行環境就是個人的電腦，而我們進行的測試也是在個人電腦上進行,運行環境與測試環境沒有太大差異,對測試結果沒有多大的影響。
2.測試概要
2.1 測試人員
本次參與測試的人員是：王偉閣王娜
2.2 測試用例
測試分別針對系統主要功能進行測試，總共有4個測試用例。測試用例如下：
2.2.1 添加用戶功能測試
2.2.2 用戶權限的功能測試
2.2.3 手機號長度測試
附：由于其他幾個模塊的功能基本類似，都是一些顯示、添加、刪除、注冊等功能，所以只做了類似功能的測試。
3.測試結果
（1）界面按鈕位置恰當，用戶可以清楚的在界面上找到操作按鈕。（2）系統大部分功能可以實現。
用戶只可以用合法的用戶名登陸，并實現信息查詢修改等功能。管理員用戶可以使用后臺功能，修改相應模塊的信息。
4.測試結果分析
4.1 系統缺陷
（1）前臺功能較少，多為查看顯示信息的功能；（2）頁面過于靜態，缺少一些動態的效果；（3）系統功能較為單一，無法實現較高級功能；
（4）由于時間比較緊，系統的部分數據庫未能建好，功能沒有完善。
4.2 總結
測試的目的是發現軟件中的各種缺陷，以較小的用例、時間和人力找出軟件中的各種錯誤和缺陷，以確保軟件的質量，測試用例是整個軟件測試工作的核心，反映了對被測對象的質量要求，就定對被測對象的質量的評估，是軟件開發必不可少的階段。
本次測試用到了靜態、動態測試，單元測試，集成測試，回歸測試等相關知識，在測試過程中遇到了很多問題，原因有兩方面，以方面是數據庫方面知識欠缺，還有一方面是測試的一些知識理解不透徹，最終通過小組討論都得到了解決。由此可見課下還需要不斷地對學過的知識回顧溫習，并不斷地實踐運用，這樣才能達到熟練掌握。
通過本次課設也鍛煉了我們的團結協作能力，雖然遇到了很多問題但是在小組的努力協作下都得到了解決。
五.實驗小結
這次實驗的題目和要求，書上已經給的很詳細，尤其各模塊具體功能。所以重點在于各數據的具體分析和數據庫中的表的建立。數據庫中的表的設計是這次是課程設計的最重要的內容。它最終經過小組成員之間共同討論下慢慢確定，雖然中間有不同意見，但都經過談論后解決。在選擇語言是開始大家也有分歧，有人主張用VC++和C++，有人主張C#。兩者各有優勢前者以前已經做過相關東西大家都有所了解，后者主要理由是大家剛好開始自學C#，通過這次課程設計能夠好鞏固和掌握C#。最終經過討論，大家還是決定利用C#，要勇于挑戰，使自己學到的東西，得以學以致用。
雖然開始前期，大家做了很多準備但在編寫過程中仍遇到很多問題。尤其是數據庫中的各表之間的聯系，開始設計有些不足但后來經過修改而得以成功，其對編寫帶來不必要麻煩。正如老師課堂所說的需要求分析是整個工程中最重要的部分，工程的成功與失敗都在于開始的分析。
至于界面，最開始做的是用DataGridView這個控件來在界面上顯示數據庫中數據，后來總感覺這個控件顯示起來沒有ListView這個控件好看方便。于是后來就又改成了ListView控件來顯示數據庫中的數據。所有在編程之前我們首先要選擇好我們要使用的編程語言以及IDE環境還有要用到的控件等。提前考慮周到了，才能把任務很好的完成。
第二篇：高校人員信息管理系統
高校人員信息管理系統
開發一個簡易的高校人員信息管理系統，主要針對高校人員的基本信息進行管理。采用對象鏈表或對象數組存放各個對象，實現新增、修改、刪除、查詢以及統計等功能。
下面源代碼用c++三段式格式實現 ** peo.h**
#ifndef _P #define _P class person {
protected:
char number[30];//學號
char name[30];//姓名
char sex[30];//性別
int age;//年齡
char department[30];//部門
char tel[30];//聯系方式
person *next;
// 基類的指針作為next指針 public: friend class manage;person(char a[],char b[],char c[],int d,char e[],char f[]);~person();virtual void change(const char*)=0;virtual void display()=0;virtual void save()=0;};
class student:public person //學生類 { protected: char grade[30];//班級
char major[30];//專業
double result;//成績 public: student(char a[],char b[],char c[],int d,char e[],char f[],char g[],char h[],double i);~student();void save();void change(const char*);void display();//在派生類實現具體方法，即所謂的“多種方法” };
class teacher:public person {
protected: char title[30];//職稱
char major[30];//專業 public: teacher(char a[],char b[],char c[],int d,char e[],char f[],char j[],char k[]);~teacher();void save();void change(const char*);void display();//在派生類實現具體方法，即所謂的“多種方法” };
class worker:public person {
protected: char job[30];//職務
char rank[30];//級別 public: worker(char a[],char b[],char c[],int d,char e[],char f[],char l[],char m[]);~worker();void save();
void change(const char*);void display();//在派生類實現具體方法，即所謂的“多種方法” };//template
protected: static int count;//人員數量
person *head;
//鏈表頭指針 public:
manage();~manage();void insert(person*);//添加人員信息
插入結點
void add();void search(const char*);//按學號查詢信息
void del(const char*);//刪除人員信息
void change(const char* s);//修改人員信息
void display();//顯示
顯示結點信息
void save();//保存
將所有人員信息寫入到文件 };#endif //****************************
2**peo.cpp*************************// #include“peo.h” #include student::student(char a[],char b[],char c[],int d,char e[],char f[],char g[],char h[],double i):person(a,b,c,d,e,f){ strcpy(grade,g);strcpy(major,h);result=i;} student::~student(){} void student::display(void){ cout<<“學號”< cout<<“打開文件失敗”;} file1< void student::change(const char*){ cout<<“輸入修改后的信息”< 姓名 性別 年齡 部門 聯系方式 班級 專業 成績”< teacher::teacher(char a[],char b[],char c[],int d,char e[],char f[],char j[],char k[]):person(a,b,c,d,e,f){ strcpy(title,j);strcpy(major,k);} teacher::~teacher(){} void teacher::display(void){ cout<<“學號”< cout<<“打開文件失敗”;} file1< void teacher::change(const char*){ cout<<“輸入修改后的信息”< 姓名 性別 年齡 部門 聯系方式 職稱 專業”< worker::worker(char a[],char b[],char c[],int d,char e[],char f[],char l[],char m[]):person(a,b,c,d,e,f){ strcpy(job,l);strcpy(rank,m);} void worker::display(void){ cout<<“學號”< void worker::save(){ fstream file1;file1.open(“worker.txt”,ios::out);if(!file1){ cout<<“打開文件失敗”;} file1< void worker::change(const char*){ cout<<“輸入修改后的信息”< 姓名 性別 年齡 部門 聯系方式 職務 級別”< /*******************************************************************************/ manage::manage(){ head=0;cout<<“鏈表開始”< void manage::insert(person *i){ person *node;if(head==0){ head=i; head->next=0;} else { node=head; while(node->next) node=node->next; node->next=i; i->next=0;} } void manage::search(const char* s)//按學號查詢人員信息 { person* node=head;int flog=0;while(node){ if(strcmp(node->number,s)==0) { flog=1; node->display();//顯示查詢結果 break; } else node=node->next;} if(flog){ // node->display(); cout<<“查找成功”< cout<<“未找到該結點”< void manage::del(const char* s)//按學號刪除人員信息 { person *node1,*node2;int flog=0;node1=head;if(strcmp(head->number,s)==0){ head=head->next; node1->~person(); flog=1;} else { while(node1) if(strcmp(node1->number,s)==0) { node2->next=node1->next; node1->~person(); flog=1; break; } else { node2=node1; node1=node1->next; } } if(!flog) cout<<“未找到要刪除的結點”< cout<<“結點被刪除”< cout<<“空鏈表”< node=head; while(node) { node->display(); node=node->next; } } } void manage::save(){ person *node;if(head==0) cout<<“空鏈表”< node=head; while(node) { node->save(); node=node->next; } } } void manage::change(const char* s)//按學號修改人員信息 { person* node=head;int flog=0;while(node){ if(strcmp(node->number,s)==0) { flog=1; node->change(s);//顯示修改結果 break; } else node=node->next;} if(flog){ // node->display(); cout<<“修改成功”< cout<<“未找到該結點”< void manage::add() //添加人員信息 { cout<<“****************************添加*****************************”< 人員人員管信息 理系統 cout<<“ 請選擇需要操作的對象：(選擇其他則退出)”< 1.學生”< 2.老師”< 3.職工”< cin>>i; cout<<“請輸入個人信息”< if(i==1){ cout<<“請輸入班級、專業、成績”< a=new student(number,name,sex,age,department,tel,grade,major,result); //table.insert(a);} if(i==2){ cout<<“請輸入職稱及專業”< a=new teacher(number,name,sex,age,tel,department,title,major);//table.insert(a);} if(i==3){ cout<<“請輸入教職工的職務及級別”< a=new worker(number,name,sex,age,tel,department,job,rank);//table.insert(a);} insert(a);save(); } display();cout<<“***添加成功***”< { int j=0,k=1; char number[30]={0}; manage table;//定義一個對象 while(k) { system(“cls”); cout<<“**********************************高校人員管理系統***************************”< cout<<“ 請選擇需要操作：(選擇其他則退出)”< cout<<“ 1.添加人員信息”< cout<<“ 2.查詢人員信息”< cout<<“ 3.刪除人員信息”< cout<<“ 4.保存人員信息”< cout<<“ 5.顯示人員信息”< cout<<“ 6.修改人員信息”< cin>>j; switch(j) { //read(i); case 1://添加 { table.add(); //table.display(); }break; case 2://查詢 { cout<<“請輸入需要查詢的號碼”< cin>>number; table.search(number); }break; case 3: //刪除 { cout<<“請輸入需要刪除的號碼”< cin>>number; table.del(number); }break; case 4://保存 { cout<<“文件已保存”< }break; case 5://顯示 { table.display(); }break; case 6://修改 { cout<<“請輸入需要修改的號碼”< cin>>number; table.change(number); }break; default: system(“cls”);//清屏 break; // return 0; } cout<<“ 0.退出操作 cin>>k; } } 繼續操作”< 1. 《信息管理系統》實驗指導書 信息管理系統實驗是為計算機相關專業本科《信息管理系統》課程配套設置的，是《信息管理系統》課程講授中一個重要的、不可或缺的實踐環節。其目的是培養學生對世界的建模能力和解決實際問題的能力。 通過實驗訓練，達到如下目的： 使學生進一步了解和掌握計算機信息管理系統的開發方法，提高學生對世界的建模能力、分析問題解決問題的能力、綜合運用所學課程知識的能力，從而培養學生理論聯系實際作風、實事求是、嚴肅認真的科學態度和良好的工作作風，為今后從事科學研究和軟件開發工作打下良好的基礎。 實驗一：類圖設計，將類圖轉化為規范化的表 實驗學時：2 實驗類型：驗證型 一、目的與任務 目的：針對具體業務系統設計類圖，并將其轉化為規范化的表。任務：學習類圖的設計方法，掌握規范表的轉換方法。 二、內容、要求與安排方式 1.實驗內容與要求 根據各組選擇的具體業務系統，通過分工合作和研究探討，在正確掌握類圖設計方法的前提下，設計具體業務系統的類圖，并根據規范表的轉換方法，將類圖轉化為規范化表。 根據實驗內容書寫實驗報告，實驗報告的內容和格式參見學校和學院的有關規定。2.實驗安排方式 每組一個題目，各組可同時進行實驗，每組5－6人。3.參考教材和相關的參考資料完成實驗內容。 實驗二：SQL語言基本訓練、高級查詢和子查詢 實驗學時：4 實驗類型：驗證型 一、目的與任務 目的：在實驗1的基礎上，學習和掌握基本SQL語言、高級查詢和子查詢。 任務：學習基本SQL語言、高級查詢和子查詢的標準，掌握它們的使用方法和使用環境。 二、內容、要求與安排方式 1.實驗內容與要求 實驗內容包括SQL語言的CREATE、ALTER、DROP、SELECT、INSERT、DELETE、和UPDATE語句，以及SELECT的高級查詢和子查詢。 根據實驗內容書寫實驗報告，實驗報告的內容和格式參見學校和學院的有關規定。2.實驗安排方式 每組一個題目，各組可同時進行實驗，每組5－6人。 實驗三：表單、報表的設計 實驗學時：2 實驗類型：驗證型 一、目的與任務 目的：在實驗2的基礎上，設計表單和報表。 任務：結合以前實驗的結果，設計目標系統的表單和報表。 二、內容、要求與安排方式 1.實驗內容與要求 根據目標系統的特點和業務需求，在實驗2的基礎上設計目標系統的表單和報表。根據實驗內容書寫實驗報告，實驗報告的內容和格式參見學校和學院的有關規定。2.實驗安排方式： 每組一個題目，各組可同時進行實驗，每組5－6人。 實驗四：應用軟件的功能設計與實現 實驗學時：4 實驗類型：綜合型 一、目的與任務 目的：在實驗3的基礎上，設計目標系統的軟件功能，并利用所熟悉的軟件開發工具，完成系統的實現。 任務：現代應用軟件包括多項功能，它具有標準化的外觀，方便用戶的使用。使用相關的軟件開發工具，在實驗3的基礎上設計和實現應用軟件的功能。 二、內容、要求與安排方式 1.實驗內容與要求 ⑴設計應用軟件的一般功能，其中包括菜單、工具欄和幫助系統等。⑵設計應用軟件的特殊功能，其中包括體現業務系統特點的功能等。⑶系統功能及集成。2.實驗安排方式： 每組一個題目，各組可同時進行實驗，每組5－6人。 附錄一：實驗要求 《信息管理系統》實驗要求學生采用“項目小組”的形式，結合具體的開發項目進行設計。具體要求如下： 1.班級按項目小組進行分組，每組不得超過6人； 2.每個項目小組選出項目負責人或項目經理，由項目經理召集項目組成員討論、選定開發項目； 3.項目中的每項任務要落實到人且規定該任務的起止日期和時間； 4.每個項目小組必須按照《信息管理系統實驗指導書》附錄中給定的文檔規范標準提供項目文檔； 5.題目自定或采用附錄二中的題目； 6.軟件開發采用面向對象的方法。 附錄二：實驗題目 題目一：“教務管理系統之子系統——學院課程安排” 1.系統簡介 每個學期的期中，學校教務處向各個學院發出下各學期的教學計劃，包括課程名稱、課程代碼、課時、班級類別（本科、專科、成人教育、研究生）、班號等；學院教學主管人員根據教學任務和要求給出各個課程的相關限制（如：任課教師的職稱、上課的班數、最高和最低周學時數等）；任課教師自報本人授課計劃，經所在教研室協調任可，將教學計劃上交學院主管教學計劃的人員，批準后上報學校教務處，最終由教務處給出下個學期全學院教師的教學任務書。 假設上述排課過程全部由人工操作，現要求為上述過程實現計算機自動處理過程。2.限定條件 ⑴每位教師的主講課程門數不超過2門/學期：講師以下職稱的教師不能承擔學院定主課的主講任務。 ⑵學院中層干部的主講課時不能超過4學時/周。 ⑶本學期出現嚴重教學事故的教師不能承擔下各學期的主講任務。 ⑷本系統的輸入項至少包括：教務處布置的教學計劃，學院教師自報的授課計劃和學院定的有關授課限制條件。 ⑸本系統的輸出項至少包括：教務處最終下達全院教師的教學任務書和學院各個班級下各學期的課程表(可以不含上課地點)。 題目二：“學校教材定購系統” 1.系統簡介 本系統可以細化為兩個子系統：銷售系統和采購系統 銷售系統的主要工作過程為：首先由教師或學生提交購書單，經教材發行人員審核是有效購書單后，開發票、登記并返給教師或學生領書單，教師或學生可以到書庫領書。 采購系統的主要工作過程為：若是教材脫銷，則登記缺書，發缺書單給書庫采購人員；一旦新書入庫后，即發進書通知給教材發行人員。 以上功能要求在計算機上實現。2.技術要求和限制條件 ⑴當書庫中的各種書籍數量發生變化（包括進書和出書）時，都應修改相關的書庫記錄，如庫存表或進/出庫表。 ⑵在實現上述銷售和采購的工作過程時，需考慮有關的合法性驗證。⑶系統的外部項至少包括：教師、學生和教材工作人員。 ⑷系統的相關數據存儲至少包括：購書表、庫存表、缺書登記表、待購教材表、進庫表和出庫表。 題目三：“機票預定系統” 1.系統簡介 航空公司為給旅客乘機提供方便，需要開發一個機票預定系統。各個旅行社把預定機票的旅客信息（姓名、性別、工作單位、身份證號碼（護照號碼）、旅行時間、旅行始發地和目的地，航班艙位要求等）輸入到系統中，系統為旅客安排航班。當旅客交付了預訂金后，系統打印出取票通知和賬單給旅客，旅客在飛機起飛前一天憑取票通知和帳單交款取票，系統核對無誤即打印出機票給旅客。此外航空公司為隨時掌握各個航班飛機的乘載情況，需要定期進行查詢統計，以便適當調整。 2.技術要求和限制條件 ⑴在分析系統功能時要考慮有關證件的合法性驗證（如身份證、取票通知和交款發票）等。 ⑵對于本系統還應補充一下功能： ①旅客延誤了取票時間的處理 ②航班取消后的處理 ③旅客臨時更改航班的處理 ⑶系統的外部輸入項至少包括：旅客、旅行社和航空公司。題目四：“學校內部工資管理系統” 1.系統簡介 假設學校共有教職工約1000人，10個行政部門和8個系。每個月20日前各個部門（包括系和部門）要將出勤情況上報人事處，23日前人事處將出勤工資、獎金及扣款清單送到財務處。財務處于每個月月底將教職工的工資表做好并將數據送銀行。每個月3日將工資條發給每個單位。若由員工調入或調出、校內調動、離退休變化，則由人事處通知相關部門和財務處。2.技術要求和限制條件 ⑴本系統的數據存儲至少包括：工資表、部門匯總表、扣稅款表、銀行發放表等。⑵除人事處、財務處外，其他職能部門和系名稱可以簡化表示。⑶工資、獎金、扣款細節由學生自定義。題目五：“實驗室設備管理系統” 1.系統簡介 每學年要對實驗室設備使用情況進行統計、更新。其中： ⑴對于已徹底損壞的做報廢處理，同時詳細記錄有關信息。 ⑵對于由嚴重問題（故障）的要及時修理，并記錄修理日期、設備名、編號、修理廠家、修理費用、責任人等。 ⑶對于急需修改但又缺少的設備，需以“申請表”的形式送交上級領導請求批準購買。新設備購入后要立即進行設備登記（包括類別、設備名、編號、型號、規格、單價、數量、購置日期、生產廠家、保質期和經辦人等信息），同時更新申請表的內容。 ⑷隨時對現有設備及其修理、報廢情況進行統計、查詢，要求能夠按類別和時間段等查詢。 2.技術要求及限制條件 ⑴所有工作由專門人員負責完成，其他人不得任意使用。 ⑵每件設備在做入庫登記時均由系統按類別加自動順序號編號，形成設備號；設備報廢時要及時修改相應的設備記錄，且有領導認可。 ⑶本系統的數據存儲至少包括：設備記錄、修理記錄、報廢記錄、申請購買記錄。⑷本系統的輸入項至少包括：新設備信息、修理信息、申請購買信息、具體查詢統計要求。 本系統的輸出項至少包括：設備購買申請表、修理/報廢設備資金統計表 附錄三：軟件開發文檔指南 可行性研究報告 可行性研究報告的編寫目的是：說明該軟件開發項目的實現在技術、經濟和社會條件方面的可行性；評述為了合理地達到開發目標而可能先擇的各種方案；說明論證所選定的方案。 可行性研究報告的編寫內容要求如下： 1.1 引言 1.1.1 編寫目的 1.1.2 背景 1.1.3 定義 1.1.4 參考資料 1.2 可行性研究的前提 1.2.1 要求 1.2.2 目標 1.2.3 條件、假定和限制 1.2.4 進行可行性研究的方法 1.2.5 評價尺度 1.3 對現有系統的分析 1.3.1 數據流程和處理流程 1.3.2 工作負荷 1.3.3 費用開支 1.3.4 人員 1.3.5 設備 1.3.6 局限性 1.4 所建議的系統 1.4.1 對所建議系統的說明 1.4.2 數據流程各處理流程 1.4.3 改進之處 1.4.4 影響 1.4.4.1 對象設備的影響 1.4.4.2 對軟件的影響 1.4.4.3 對用戶單位機構的影響 1.4.4.4 對系統動行的影響 1.4.4.5 對開發的影響 1.4.4.6 對地點和設施的影響 1.4.4.7 對經費開支的影響 1.4.5 局限性 1.4.6 技術條件方面的可行性 1.5 可選擇其他系統方案 1.5.1 可選擇的系統方案1 1.5.2 可選擇的系統方案2 ?? 1.6 投資及收益分析 1.6.1 支出 1.6.1.1 基本建設投資 1.6.1.2 其他一次性支出 1.6.1.3 非一次性支出 1.6.2 收益 1.6.2.1 一次性收益 1.6.2.2 非一次性收益 1.6.2.3 不可定量的收益 1.6.3 收益/投資比 1.6.4 投資回收周期 1.6.5 敏感性分析 1.7 社會條件方面的可行性 1.7.1 法律方面的可行性 1.7.2 使用方面的可行性 1.8 結論 2 項目開發計劃 編制項目開發計劃的目的是用文件的形式，把對于在開發過程中各項工作的負責人員、開發進度所需經費預算、所需軟、硬件條件等問題做出安排記載下來，以便根據本計劃開展和檢查本項目的開發工作。編制內容要求如下： 2.1 引言 2.1.1 編寫目的 2.1.2 背景 2.1.3 定義 2.1.4 參考資料 2.2 項目概述 2.2.1 工作內容 2.2.2 主要參加人員 2.2.3 產品及成果 2.2.3.1 程序 2.2.3.2 文件 2.2.3.3 服務 2.2.3.4 非移交產品 2.2.4 驗收標準 2.2.5 完成項目的最遲期限 2.2.6 本計劃的審查者與批準者 2.3 實施總計劃 2.3.1 工作任務的分解 2.3.2 接口人員 2.3.3 進度 2.3.4 預算 2.3.5 關鍵問題 2.4 支持條件 2.4.1 計算機系統支持 2.4.2 需要用戶承擔的工作 2.4.3 需由外單位提供的條件 2.5 專題計劃要點 3 軟件需求說明書 軟件需求說明書的編制是為了使用戶的軟件開發者雙方對該軟件的起初規定有一個共同的理解，使之成為整個開發工作的基礎。編制軟件需求說明書的內容要求如下： 3.1 引言 3.1.1 編寫的目的 3.1.2 背景 3.1.3 定義 3.1.4 參考資料 3.2 任務概述 3.2.1 目標 3.2.2 用戶的點 3.2.3 假定與約束 3.3 需求規定 3.3.1 對功能的規定 3.3.2 對性能的規定 3.3.2.1 精度 3.3.2.2 時間特性要求 3.3.2.3 靈活性 3.3.3 輸入輸出要求 3.3.4 數據管理能力的要求 3.3.5 故障處理要求 3.3.6 其它的專門的要求 3.4 運行環境規定 3.4.1 設備 3.4.2 支持軟件 3.4.3 接口 3.4.4 控制 4 數據需求說明書 數據要求說明書的編制目的是為了向整個開發時期提供關于處理數據的描述和數據采集要求的技術信息。編制數據要求說明書的內容要求如下： 4.1 引言 4.1.1 編寫目的 4.1.2 背景 4.1.3 定義 4.1.4 參考資料 4.2 數據的邏輯描述 4.2.1 靜態數據 4.2.2 動態輸入數據 4.2.3 動態輸出數據 4.2.4 內部生成數據 4.2.5 數據約定 4.3 數據的采集 4.3.1 要求和范圍 4.3.2 輸入的承擔者 4.3.3 處理 4.3.4 影響 5 概要設計說明書 概要設計說明書可稱作系統設計說明書，這里說的系統是指程序系統，編制的目的是說明對程序的系統的設計考慮，包括程序系統的基本處理流程、程序系統的組織結構、模塊劃分、功能分配、接口設計、運行設計、數據結構設計和出錯處理設計等，為程序的詳細設計提供基礎。編制概要設計說明書的內容要求如下： 5.1 引言 5.1.1 編寫目的 5.1.2 背景 5.1.3 定義 5.1.4 參考資料 5.2 總體設計 5.2.1 需求規定 5.2.2 運行環境 5.2.3 基本設計概念和處理流程 5.2.4 結構 5.2.5 功能需求與程序的關系 5.2.6 人工處理過程 5.2.7 尚未解決的問題 5.3 接口設計 5.3.1 用戶接口 5.3.2 內部接口 5.3.3 外部接口 5.4 運行設計 5.4.1 運行模塊組合 5.4.2 運行控制 5.4.3 運行時間 5.5 系統數據結構設計 5.5.1 邏輯結構設計要點 5.5.2 物理結構設計要點 5.5.3 數據結構與程序的關系 5.6 系統出錯處理設計 5.6.1 出錯信息 5.6.2 補救措施 5.6.3 系統維護設計 6 詳細設計說明書 詳細說明書可稱作程序設計說明書。編制目的是說明一個軟件系統各個層次中的每一個程序(每個模塊或子程序)的設計考慮，如果一個軟件系統比較簡單，層次很少，本文件可以不單獨編寫，有關內容合并概要設計說明書。對詳細設計說明書的內容要不得要求如下： 6.1 引言 6.1.1 編寫目的 6.1.2 背景 6.1.3 定義 6.1.4 參考資料 6.2 程序系統的組織結構 6.3 程序1(標識符)設計說明 6.3.1 程序描述 6.3.2 功能 6.3.3 性能 6.3.4 輸入項 6.3.5 輸出項 6.3.6 算法 6.3.7 流程邏輯 6.3.8 接口 6.3.9 存儲分配 6.3.10 注釋設計 6.3.11 限制條件 6.3.12 測試計劃 6.3.13 尚未解決的問題 6.4 程序2(標識符)設計說明 ?? 數據庫設計說明書 數據庫設計說明書的編制目的是對于設計中的數據庫所有標識、邏輯結構和理結構做出具體的設計規定。其內容要求如下： 7.1 引言 7.1.1 編寫目的 7.1.2 背景 7.1.3 定義 7.1.4 參考資料 7.2 外部設計 7.2.1 標識符和狀態 7.2.2 使用它的程序 7.2.3 約定 7.2.4 專門指導 7.2.5 支持軟件 7.3 結構設計 7.3.1 概念結構設計 7.3.2 邏輯結構設計 7.3.3 理結構設計 7.4 運用設計 7.4.1 數據字典設計 7.4.2 安全保密設計 8 用戶手冊 用戶手冊的編制是要使用非專門術語的語言，充分地描述該軟件系統工程所具有的功能及基本的使用方法。使用戶(或潛在用戶)通過本手冊能夠了解該軟件的用途，并且能夠確定在什么情況下，如何使用它。具體的內容要求如下： 8.1 引言 8.1.1 編寫目的 8.1.2 背景 8.1.3 定義 8.1.4 參考資料 8.2 用途 8.2.1 功能 8.2.2 性能 8.2.2.1 精度 8.2.2.2 時間特性 8.2.2.3 靈活性 8.2.3 安全保密 8.3 運行環境 8.3.1 硬設備 8.3.2 支持軟件 8.3.3 數據結構 8.4 使用過程 8.4.1 安裝與初始化 8.4.2 輸入 8.4.2.1 輸入數據的現實背景 8.4.2.2 輸入格式 8.4.2.3 輸入舉例 8.4.3 輸出 8.4.3.1 輸出數據的現實背景 8.4.3.2 輸出格式 8.4.3.3 輸出舉例 8.4.4 文卷查詢 8.4.5 出錯處理與恢復 8.4.6 終端操作 9 操作手冊 操作手冊的編制是為了向操作人中提供該軟件每一個運行的具體過程和有關知識，包括操作方法的細節。具體的內容要求如下： 9.1 引言 9.1.1 編寫目的 9.1.2 背景 9.1.3 定義 9.1.4 參考資料 9.2 軟件概述 9.2.1 軟件的結構 9.2.2 程序表 9.2.3 文卷表 9.3 安裝與初始化 9.4 運行說明 9.4.1 運行表 9.4.2 運行步驟 9.4.3 運行1(標識符)說明 9.4.3.1 運行控制 9.4.3.2 操作信息 9.4.3.3 輸入-輸出文卷 9.4.3.4 輸出文卷 9.4.3.5 輸出文卷的復制 9.4.3.6 啟動恢復過程 9.4.4 運行2(標識符)說明 9.5 非常規過程 9.6 遠程操作 10 模塊開發卷宗 模塊開發卷宗是在模塊開發過程中逐步編寫出來的，每完成一個模塊或一級密切相關的模塊的復審時編寫一份，應該把所有的模塊開發卷宗匯集在一起。編寫的目的是記錄和匯總低層次開發的進度和結果，以便于對整個模塊開發工作的管理和復審，并為將來的維護提供非常有用的技術信息。具體的內容要求如下： 10.1 標題 10.2 模塊開發情況表 10.3 功能說明 10.4 設計說明 10.5 源代碼清單 10.6 測試說明 10.7 復審的結論 11 測試計劃 11.1 引言 11.1.1 編寫目的 11.1.2 背景 11.1.3 定義 11.1.4 參考資料 11.2 計劃 11.2.1 軟件說明 11.2.2 測試內容 11.2.3 測試1(標識符)11.2.3.1 進度安排 11.2.3.2 條件 11.2.3.3 測試資料 11.2.3.4 測試培訓 11.2.4 測試2(標識符)?? 11.3 測試設計說明 11.3.1 測試1(標識符)11.3.1.1 控制 11.3.1.2 輸入 11.3.1.3 輸出 11.3.1.4 過程 11.3.2 測試2(標識符)?? 11.4 評價準則 11.4.1 范圍 11.4.2 數據整理 11.4.3 尺度 12 測試分析報告 測試分析報告的編寫是為了把組裝測試和確認測試的結果、發現及分析寫成文件加發記載，具體的編寫內容要求如下： 12.1 引言 12.1.1 編寫目的 12.1.2 背景 12.1.3 定義 12.1.4 參考資料 12.2 測度概要 12.3 測試結果及發現 12.3.1 測試1(標識符)12.3.2 測試2(標識符)?? 12.4 對軟件功能的結論 12.4.1 功能1(標識符)12.4.1.1 能力 12.4.1.2 限制 12.4.2 功能2(標識符)?? 12.5 分析摘要 12.5.1 能力 12.5.2 缺陷和限制 12.5.3 建議 12.5.4 評價 12.6 測試資源消耗 13 開發進度月報 開發進度月報的編制目的是及時向有關管理部門匯報項目開發的進展和情況，以便函及時發現或處理開發過程中出現的問題。一般地，開發進度月報是以項目組為單位每月編寫的。如果被開發的軟件系統規模比較大，整個工程項目被劃分給若干個分項目組承擔，開發進度月報將以項目組為單位按月編寫。具體的內容要求如下： 13.1 標題 13.2 工程進度與狀態 13.2.1 進度 13.2.2 狀態 13.3 資源耗用與狀態 13.3.1 資源耗用 13.3.1.1 工時 13.3.1.2 機時 13.3.2 狀態 13.4 經費支出與狀態 13.4.1 經費支出 13.4.1.1 支持性費用 13.4.1.2 設備購置費 13.4.2 狀態 13.5 下個月的工作計劃 13.6 建議 項目開發總結報告 項目開發總結報告的編制是為了總結本項目開發工作的經驗，說明實際取得的開發結果以及對整個開發工作的各個方面的評價。具體的內容要求如下： 14.1 引言 14.1.1 編寫目的 14.1.2 背景 14.1.3 定義 14.1.4 參考資料 14.2 實際開發結果 14.2.1 產品 14.2.2 主要功能和性能 14.2.3 基本流程 14.2.4 進度 14.2.5 費用 14.3 開發工作評價 14.3.1 對生產效率的評價 14.3.2 對產品質量的評價 14.3.3 對技術方法的評價 14.3.4 出錯原因的分析 學生信息管理系統 【一】系統調試和測試 學生信息管理系統的測試方法主要采用黑盒測試和白色測試的方法，具體的說黑盒測試主要采用以下兩種測試方法： 1.已知系統的功能設計規格，進行測試證明每個實現了的功能是否符合要求 2.已知系統的內部工作過程，通過測試證明每種內部是否符合設計規格要求，所有內部成分是否通過檢驗。 該學生信息管理系統主要采用黑盒測試的第一種測試方法，具體的測試如下：（1）查看學生表中的數據 （2）檢測各個功能 a.檢測登陸界面的功能 登陸界面 主界面跳轉后的界面 b.驗證學生信息資料顯示，編輯，刪除，查看詳細信息的功能 學生信息資料的顯示 學生信息資料的刪除 學生信息資料的編輯 學生信息資料的詳細顯示 c.檢測學生信息的查詢，添加的功能 學生信息查詢的主界面 學生信息的查詢 學生信息的添加 學生信息的添加結果 【二】設計體會 通過學生信息管理系統的測試以及調試，使我對測試的大致流程有了一定的了解，當然測試過程中也發生了些許錯誤，通過和代碼編寫人員的探討，給予了修改，最終成功完成了測試功能。 1.決策問題的類型：結構化決策、非結構化決策和半結構化決策。（1）相對比較簡單、直接，其決策過程和決策方法有固定的規律可以遵循，能用明確的語言加以描述，并可依據一定的通用模型和決策規劃實現其決策過程的基本自動化。（2）沒有固定規律可循，沒有固定的決策規則和通用模型可依。（3）有一定規律可循，但不能完全確定。 2.管理信息系統：是一個由人、計算機等組成的能進行管理信息收集、傳遞、存儲、加工、維護和使用的系統。管理信息系統能實測企業的各種運行情況，利用過去的數據預測未來，從全局出發輔助企業進行決策，利用信息控制企業的行為，幫助企業實現其規劃目標。 3.管理信息系統特點：（1）是一個為管理決策服務的信息系統。能根據管理的需要，及時提供信息，幫助決策者做出決策。（2）是一個對組織乃至整個供需鏈進行全面管理的綜合系統。管理信息系統綜合的意義在于產生更高層次的管理信息系統，為管理決策服務。（3）是一個人機結合的系統。管理信息系統的目的在于輔助決策，而決策只能由人來做，因而它必然是一個人機結合的系統。（4）是一個需要與先進的管理方法和手段結合的信息系統。在開發管理信息系統時，融進現代化的管理思想和方法。（5）是多學科交叉形成的邊緣學科。管理信息系統是一門新的學科，其理論體系尚處于發展和完善的過程中。 4.MRPⅡ是廣泛應用于制造企業的一種管理思想和模式。由于MRPⅡ正確反映了企業生產中人、財、物等要素和產、供、銷等管理活動的內在邏輯聯系，能夠有效地組織企業所有資源進行生產，因而獲得了廣泛的應用。 5.ERP在MRPⅡ原有功能的基礎上，向內、外兩個方向延伸，向內主張以精益生產方式改造企業生產管理系統，向外則增加戰略決策功能和供應鏈管理功能。。支持企業整體發展戰略的戰略經營系統；全面成本管理；敏捷后勤管理。 6.數據結構：包括數據的存儲結構及結構上的運算或操作。分為數據的邏輯結構和物理結構。邏輯結構分為，線性結構和非線性結構。 7.存儲方式有四種：順序存儲、鏈接存儲、索引存儲及散列存儲。 8.系統戰略規劃作用：合理分析和利用信息資源，以節省信息系統的投資；通過制定規范，找出存在的問題；指導MIS系統開發，并作為考核系統開發工作的標準。 9.系統戰略規劃的內容：1.MIS的目標、約束及總體結構。2.單位（企業、部門）的現狀。 3.業務流程的現狀、存在的問題和流程在新技術條件下的重組。4.對影響規劃的信息技術發展的預測。5.近期計劃。 10.諾蘭模型：描述信息系統發展階段的模型，分為六個階段：初裝，蔓延，控制，集成，數據管理，成熟。 11.諾蘭階段模型：指明了信息系統發展過程中的六種增長要素：1.計算機硬軟資源：從早期的磁帶向最新的分布式計算機的發展。2.應用方式：從批處理方式到聯機方式。3.計劃控制：從短期的、隨機的計劃到長期的、戰略的計劃。4.管理信息系統在組織中的地位：從附屬于別的部門發展為獨立的部門。5.領導模式：一開始技術領導是主要的。隨著用戶和上層管理人員越來越了解MIS，上層管理部門開始與MIS部門一起決定發展戰略。6.用戶意識：從作業管理級的用戶發展到中、上層管理級。........諾蘭的階段模型總結了發達國家信息系統發展的經驗和規律。一般認為模型中的各階段都是不能跳躍的。因此，無論在確定開發管理信息系統的策略，或者在制定管理信息系統規劃的時候，都應首先明確本單位當前處于哪一生長階段，進而根據該階段特征來指導MIS建設。 12.企業流程（過程）：是指為完成企業目標或任務而進行的一系列跨越時空的在邏輯上相關的業務活動。企業流程的重組不僅涉及技術，也涉及人文因素，包括觀念的重組、流程的重組和組織的重組，以新型企業文化代替老的企業文化，以新的企業流程代替原有的企業流程，以扁平化的企業組織代替金字塔形的企業組織。 13.開發管理信息系統的方法：結構化系統開發方法，原型法，面向對象開發方法，CASE方 法。 14.可行性分析：任務是明確開發應用項目的必要性和可行性。內容：1.管理上的可行性2.技術上的可行性3.經濟上的可行性。 15.數據字典：主要是對數據流程圖中的數據項、數據結構、數據流、處理邏輯、數據存儲和外部實體等六個方面進行具體的定義。 16.系統化分析的主要內容：1.分析系統目標，根據詳細調查對可行性分析報告中提出的系統目標作再次考察，對項目的可行性和必要性進行重新考慮，并根據對系統建設的環境和條件的調查修正系統目標，使系統目標適應組織的管理需求和戰略目標。2.分析業務流程：對原有流程進行分析，優化業務流程，確定新的業務流程，確定新系統的人機界面。3.數據的匯總和分析：數據分類，數據整理，數據分析4.分析數據流程：數據流程是系統中的信息處理的方法和管理過程的統一。分析原有的數據流程，優化數據流程，確定新的數據流程，新系統的人機界面5.功能分析和劃分子系統6.數據存儲分析7.數據查詢要求分析，通過調查和分析，將用戶需要查詢的問題列出清單。8.數據的輸入輸出分析，分析各種數據輸入的目的和適用范圍、數據量的大小以及存在的問題。9.確定新系統的數據處理方式。成批處理方式和聯機實時處理方式。 17.系統設計的主要工作：1.總體設計，包括信息系統流程圖設計、功能結構圖設計和功能模塊圖設計等。2.代碼設計和設計規范的制定。3.系統物理配置方案設計，包括設備配置、通信網絡的選擇和設計以及數據庫管理系統的選擇等。4.數據存儲設計，包括數據庫設計、數據庫的安全保密設計等。5.計算機處理過程設計，包括輸出設計、輸入設計、處理流程圖設計以及編寫程序設計說明書等。 18.系統設計應遵循的原則：系統性，靈活性，可靠性，經濟性 19.系統設計工作結束后，要提交系統設計報告，內容：系統總體設計方案，代碼設計方案，輸入和輸出設計方案，文件設計方案，程序模塊說明書。一旦系統設計被審查批準，整個系統開發工作便進入系統實施階段。 20.代碼：是代表事物名稱、屬性、狀態等的符號。 21.系統物理配置方案設計依據：系統的吞吐量，系統的響應時間，系統的可靠性，系統的處理方式，地域范圍，數據管理方式。 22.設計規范：是整個系統的“公用標準”，它具體地規范了文件名和程序名的統一格式、編碼結構、代碼結構、統一的度量名等。 23.結構化程序設計方法：順序結構，循環結構，選擇結構。 24.信息系統的切換方法：直接切換法，并行切換法，試點過渡法 25.信息系統的評價：1.系統性能指標系統；的可使用性，可靠性，可擴展性，可維性，安全與保密性，系統文檔的完備性2.經濟效益指標；系統投資額，運行費用，運行新增加的效益，投資回收期3.定性效益指標；對組織為適應環境所作的結構；能改進組織的形象；可使管理人員獲得許多新知識；系統信息的共享與交互使部門之間，管理人員之間的聯系更緊密，這可加強他們的協作精神，提高凝聚力；提高對客戶的響應速度，滿意度，提高市場份額；對組織的規章制度、工作規范、定額與標準等產生促進作用。 26.信息系統流程圖：是以新系統的數據流程圖為基礎繪制的。表示的是計算機的處理流程。 27.業務流程圖：是一種描述系統內各單位、人員之間業務關系、作業順序和管理信息流向的圖標。 28.原型法：開發管理信息系統的一種方法，本著系統開發人員對用戶的需求的理解，先快速實現一個原型系統，然后通過反復修改來實現系統。 29.適應性維護：是為適應環境的變化及克服系統本身存在的不足對信息系統所作的調整、修改與擴充等工作的總稱。 30.BSP法：企業系統規劃法是一種能夠幫助規劃人員根據企業目標制定出MIS戰略規劃的結構化方法。確定出未來信息系統的總體結構，明確系統的子系統組成和開發子系統的先后順序。對數據進行統一規劃、管理和控制，明確各子系統之間的數據交換關系，保證信息的一致性。 31.BSP工作步驟：準備工作，調研，定義業務過程，業務過程重組，定義數據類，定義信息系統總體結構，確定總體結構中的優先順序，完成BSP研究報告，提出建議書和開發計劃。 32.區間碼：把數據項分成若干項，每一區間代表一個組，碼中數字的值和位置都代表一定意義。 33.U/C矩陣的步驟法：①畫一個數據關系表，在表的第一行填人各項“數據類”，在表的第一列填人各項“功能”；②如果某一功能使用了某種數據類，便在表中間的矩陣的相應交叉點上寫個U，如果某一功能產生某種數據類，便在相應的交叉點上寫C；③按邏輯關系以及發生的先后順序，重排各個功能；④重排數據類，原則是使得所有的“C”盡可能靠近矩陣的主對角線：⑤分組，即把U和C比較密集的區域框成一個個組，就是子系統。 34.數據庫設計步驟：用戶要求分析，概念結構設計，邏輯結構設計，物理結構設計。 一、管理信息系統的特點 1、它是一個為管理決策服務的信息系統 2、它是一個對組織乃至整個供需鏈進行全面管理的綜合系統 3、它是一個人機結合的系統 4、它是一個需要與先進的管理方法和合手段相結合的信息系統 5、它是多學科交叉形成的邊緣學科 二、數據庫設計的主要步驟 1、數據需求分析 2、概念結構設計：用一個概念模型將用戶的數據需求明確的表達出來，這是數據庫設計過程中的一個關鍵，它反映了用戶的現實環境，與數據庫的具體實現技術無關 3、邏輯結構的設計：將概念模型轉化為這個DBMS所能接受的數據模型。 4、物理結構設計：確立一種高效的物理存儲結構使之既能節省儲存空間，又能提高儲存速度 5、數據庫的實施和保護：開發人員在系統實現階段，用所選定的DBMS所提供的命令進行操作，建立數據庫并對數據庫中的數據進行各種操作。 三、管理信息系統戰略規劃的作用 1、合理分配和利用信息資源（信息、信息技術和信息生產者）以節省信息系統的投資 2、通過制定規劃，找出存在的問題，正確的識別出為實現企業目標MIS必須完成的任務，促進信息系統應用，帶來更多經濟效益 3、知道MIS開發，用規劃作為將來考核系統開發工作的標準 四、管理信息系統戰略規劃的內容 1、MIS 的目標、約束及總體結構 2、單位（企業、部門）的現狀 3、企業流程的現狀、存在的問題和流程在新技術條件下的重組 4、對影響規劃的信息技術發展的預測 5、近期計劃 五、結構化系統開發方法的基本思想 該方法要求信息系統的開發工作，從初始到結束劃分為若干階段，預先規劃好每個階段的任務，在按照一定的標準按部就班的完成六、原型法的基本思想 運用原型法開發信息系統時，開發人員首先對用戶提出的問題進行總結，然后開發一個原型系統并運行，開發人員及用戶一起針對原型系統的運行情況反復的進行修改，知道用戶對系統完全滿意為止。 七、面對對象開發方法的基本思想 此方法認為客觀世界時用各種對象組成的，每種對象都有各自的內部狀態和運動規律。 不同對象之間的相互作用和聯系構成了各種不同的系統。當我們想設計和實現一個客觀系統時，要在滿足需求的條件下，把系統設計成由一些不可變的部分組成的最小集合，而這些不可變的部分就是所謂的對象 八、決策科學化的發展方向 1、用信息系統輔助和支持決策 2、定性決策向定性與定量決策相結合的決策方向發展 3、單目標決策向多目標綜合決策發展 4、戰略決策向更遠的未來決策發展 九、BSP法的作用 1、不確定出未來信息系統的總體結構，明確系統的子系統組成和開發子系統的先后順 序 2、對數據進行統一規劃、管理、和控制，明確各子系統之間的數據交換關系，保證信息的一致性 BSP法的優點： 利用它能保證信息系統獨立于企業的組織機構，也就是能夠使信息系統具有對環境 更的適應性。即使將來企業的變組織機構或管理體 制發生變化，信息系統的結構體也不會受到太大的沖擊 BSP法的工作步驟： 1、準備工作 2、調研 3、定義業務的過程 4、業務過程重組 5、定義數據類型 6、定義信息關系總體結構 7、確定總體結構中的優先順序 8、完成BSP調研報告，提出建議書和開發計劃 十、邏輯方案的內容 1、新系統的業務流程 2、新系統的數據流程 3、新系統的邏輯結構 4、新系統中數據資源的分布 5、新系統的中的管理模型 十一、系統設計的主要主要工作: 1、總體設計 2、代碼設計和設計規范制度 3、系統物理配置的方案設計 4、計算機處理過程設計 十二、系統設計報告的內容 : 1、系統總體設計方案 2、代碼設計方案 3、輸入和輸出的設計方案 4、文件設計方案 5、程序模塊說明書 十三、系統實施的主要內容: 1、物理系統的實施 2、程序設計與調試 3、人員培訓 4、數據準備與錄入 5、系統切換與評價 十四、面向對象系統分析的過程: 1、問題域陳述 2、識別對象/類 3、確定對象的屬性 4、確定對象的服務 5、確定對象/類的關系 十五、系統文檔的作用 如果沒用系統文檔或放有規范的系統文檔，信息系統的開發、運行與維護會處于一種混 沌狀態，這將嚴重影響系統的質量，甚至導致系統開發或運行的失敗，當系統開發人員發生變動時，問題尤為突出。第三篇：《信息管理系統》實驗指導書
第四篇：學生信息管理系統軟件測試報告
第五篇：信息管理系統總結
點擊咨詢 