第一篇：實驗二
DROPTABLEsc DROPTABLEstudent DROPTABLEcourse CREATETABLEstudent(snochar(8)notnullprimarykey, snamevarchar(8)notnull, sexchar(2)notnullcheck(sex='男'orsex='女')default'男', birthsmalldatetimenotnull, classnochar(3)notnull, entrance_datesmalldatetimenotnull, home_addrvarchar(40),);CREATETABLEcourse(cnochar(3)notnullprimarykey, cnamevarchar(20)notnull, total_periorsmallintcheck(total_perior>0), credittinyintcheck(credit>0 andcredit<=6),);createtablesc(snochar(8)notnull, cnochar(3)notnull, gradetinyintcheck(grade>=0 andgrade<=100), primarykey(sno,cno), foreignkey(sno)referencesstudent(sno), foreignkey(cno)referencescourse(cno),);altertablestudentaddstaturenumeric(4,2);--增加列
altertablestudentaddconstraintstudent_stature_checkcheck(stature<3.0);--增加約束
altertablestudentaddsdeptchar(20);altertablestudentaddpostcodechar(6)check(postcodelike('[1-9][0-9][0-9][0-9][0-9][0-9]'));altertablestudentdropconstraintstudent_stature_check;--刪除約束 altertablestudentdropcolumnstature;
altertablestudentaddconstraintstudent_entrance_date_checkcheck(entrance_date>birth);--定義了約束名
altertablescaddconstraintsc_grade_checkdefault 0 forgrade;altertablescdropconstraintsc_grade_check;
insert intostudent(sno,sname,sex,birth,classno,entrance_date,home_addr,sdept,postcode)values('20110001','張虹','男','1992/09/11','051','2011/09/01','南京','計算機系','200413');insert intostudent(sno,sname,sex,birth,classno,entrance_date,home_addr,sdept,postcode)values('20110002','林紅','女','1991/11/12','051','2011/09/01','北京','計算機系','100010');insert intostudent(sno,sname,sex,birth,classno,entrance_date,home_addr,sdept,postcode)values('20110103','趙青','男','1993/05/11','061','2011/09/01','上海','軟件工程','200013');
insert
intocourse(cno,cname,total_perior,credit)values('001','高數','96','6');insert intocourse(cno,cname,total_perior,credit)values('002','C語言程序設計','80','5');insert intocourse(cno,cname,total_perior,credit)values('003','Java語言程序設計','48','3');insert intocourse(cno,cname,total_perior,credit)values('004','Visual_Basic','48','4');
insert intosc(sno,cno,grade)values('20110001','001','89');insert intosc(sno,cno,grade)values('20110001','002','78');insert intosc(sno,cno,grade)values('20110001','003','89');insert intosc(sno,cno,grade)values('20110002','002','60');insert intosc(sno,cno,grade)values('20110103','001','80');
updatecourse setcredit=4,total_perior=64 wherecno='002';
updatesc setgrade=grade*0.8 wherecno='002';delete fromsc where'C語言程序設計'=(selectcname fromcourse
wherecourse.cno=sc.cno);delete fromsc;select* fromsc
第二篇：實驗二
實驗二 總賬管理系統初始設置
【實驗目的】
1．掌握用友ERP-U8管理軟件中總賬管理系統初始設置的相關內容。
2.理解總賬管理系統初始設置的意義。
3.掌握總賬管理系統初始設置的具體內容和操作方法。
【實驗內容】
1．總賬管理系統參數設置。
2．基礎檔案設置：會計科目、憑證類別、外幣及匯率、結算方式、輔助核算檔案等。
3．期初余額錄入。
【實驗準備】
引入“實驗一”賬套數據：
1．以系統管理員身份注冊進入系統管理。
2．選擇“實驗一”賬套數據所在的D盤，找到帳套文件UfErpAct.Lst，單擊“確認”按鈕，引入賬套。
【實驗要求】
以帳套主管“陳明”的身份進行總賬初始設置。
【實驗步驟】
1．登錄總賬。
雙擊打開桌面的“企業應用平臺”，以“陳明”的身份登入。在“業務”選項卡中，單擊“財務會計——總賬”選項，展開總賬下級菜單。
2．設置總賬控制參數。
3．設置基礎數據：外幣及匯率、憑證類別、結算方式、項目目錄，建立會計科目等。
4．輸入期初余額：錄入完后，要試算平衡，若試算不平衡會影響下面的操作。
【實驗心得】
通過這次實驗，掌握了總賬管理系統的概念、功能及與其他系統的關系、設置控制系數、設置基礎數據、輸入期初余額等內容?？傎~管理系統是財務及企業管理軟件的核心系統，適用于各行業賬務核算及管理工作?？傎~管理系統既可以獨立運行，也可以同其他系統協同運行?？傎~管理主要功能有：初始設置、憑證管理、出納管理、賬簿管理、輔助核算管理和月末處理?？傎~管理系統的重要地位不可忽視，其他管理如：工資管理、固定資產、應收應付款、資金管理、成本管理、存貨管理等都是在圍繞著總賬管理來運作的?？傎~管理系統最后一步是期末處理，主要包括銀行對賬、自動轉帳、對賬、月末處理和年末處理。手工做賬數量不多但是業務種類繁雜時間緊迫，而在計算機操作下許多期末處理具有規律性，不但減少會計人員的工作量而且加強了財務核算的規范性。
通過對總賬管理的學習，我基本掌握了總賬管理中系統初始化、日常業務處理和期末業務處理的內容、工作原理和應用方法。了解了總賬系統與其他子系統之間的關系、總賬管理中錯誤憑證的修改方法、銀行對賬的方法和各種賬表資料的作用和查詢方法。
第三篇：實驗二
北京理工大學珠海學院實驗報告
ZHUHAI CAMPAUS OF BEIJING INSTITUTE OF TECHNOLOGY 班級：10自動化 學號：100104031036 姓名：傅萬年 指導教師：雷劍剛 成績： 實驗題目：練習選擇結構 實驗時間：2011-4-19
題目一：1.編程判斷輸入整數的正負性和奇偶性。代碼：#include
題目二：2.有3個整數a、b、c，由鍵盤輸入，輸出其中最大的數。代碼：#include 題目三：3.分別使用if語句和switch語句，以10分為一段，分別輸出實際成績和所在分數段。 代碼：#include printf(“please input the score:”);scanf(“%d”,&score);if(score>=90)printf(“good”);else if(score>=80&&score<=89)printf(“beter”);else if(score>=70&&score<=79)printf(“middle”);else if(score>=60&&score<=69)printf(“ok”);else printf(“no ok”);} 結果截圖： 實驗小結：通過本次實驗我知道了路徑問題將影響實驗，所以實驗前一定要設好路徑。 一、實驗目的 1． 熟練掌握step()函數和impulse()函數的使用方法，研究線性系統在單位階躍、單位脈沖及單位斜坡函數作用下的響應。2． 通過響應曲線觀測特征參量?和 ?n對二階系統性能的影響。 3． 熟練掌握系統的穩定性的判斷方法。 二、實驗內容 1.觀察函數step()和impulse()的調用格式，假設系統的傳遞函數模型為 s2?3s?7G(s)?4s?4s3?6s2?4s? 1可以用幾種方法繪制出系統的階躍響應曲線？試分別繪制。 2.對典型二階系統 ?n2G(s)?22s?2??s??nn （1）分別繪出?n?2(rad/s)，?分別取0,0.25,0.5,1.0和2.0時的單位階躍響應曲線，分析參數?對系統的影響，并計算?=0.25時的時域性能指標（2）繪制出當?=0.25，?p,tr,tp,ts,ess。 ?n分別取1,2,4,6時單位階躍響應曲線，?分析參數n對系統的影響。 432（3）系統的特征方程式為2s?s?3s?5s?10?0，試用二種判穩方式判別該系統的穩定性。 （4）單位負反饋系統的開環模型為 G(s)? K(s?2)(s?4)(s2?6s?25) 試分別用勞斯穩定判據和赫爾維茨穩定判據判斷系統的穩定性，并求出使得閉環系統穩定的K值范圍。 三、實驗結果及分析 1.可以用兩種方法繪制系統的階躍響應曲線。（1）用函數step()繪制 MATLAB語言程序： >> num=[ 0 0 1 3 7]; >> den=[1 4 6 4 1 ]; >>step(num,den); >> grid; >>xlabel('t/s');ylabel('c(t)');title('step response'); MATLAB運算結果: (2)用函數impulse()繪制 MATLAB語言程序： >> num=[0 0 0 1 3 7]； >> den=[1 4 6 4 1 0]； >> impulse(num,den)； >> grid； >> xlabel('t/s');ylabel('c(t)');title('step response')； MATLAB運算結果: 2.（1）?n?2(rad/s)，?分別取0,0.25,0.5,1.0和2.0時的單位階躍響應曲線的繪制： MATLAB語言程序： >> num=[0 0 4]； >> den1=[1 0 4]； >> den2=[1 1 4]； >> den3=[1 2 4]； >> den4=[1 4 4]； >> den5=[1 8 4]； >> t=0:0.1:10； >> step(num,den1,t)； >> grid >> text(2,1.8,'Zeta=0'); hold Current plot held >> step(num,den2,t)； >> text(1.5,1.5,'0.25')； >> step(num,den3,t)； >> text(1.5,1.2,'0.5')； >> step(num,den4,t)； >> text(1.5,0.9,'1.0')； >> step(num,den5,t); >> text(1.5,0.6,'2.0'); >> xlabel('t');ylabel('c(t)');title('Step Response '); MATLAB運算結果: 實驗結果分析： 從上圖可以看出，保持 ?n?2(rad/s)不變，?依次取值0,0.25,0.5,1.0和2.0時，系統逐漸從欠阻尼系統過渡到臨界阻尼系統再到過阻尼系統，系統的超調量隨?的增大而減小，上升時間隨?的增大而變長，系統的響應速度隨?的增大而變慢，系統的穩定性隨?的增大而增強。相關計算： ?n?2(rad/s)，?=0.25時的時域性能指標?p,tr,tp,ts,ess的計算： （2）?=0.25, ?n分別取1,2,4,6時單位階躍響應曲線的繪制： MATLAB語言程序： >> num1=[0 0 1]； >> den1=[1 0.5 1]; >> t=0:0.1:10; >> step(num1,den1,t)； >> grid; hold on >> text(2.5,1.5,'wn=1')； >> num2=[0 0 4]； >> den2=[1 4]； >> step(num2,den2,t);hold on >> text(1.5,1.48,'wn=2'); >> num3=[0 0 16]; >> den3=[1 16]； >> step(num3,den3,t);hold on >>text(0.8,1.5,'wn=4')； >> num4=[0 0 36]; >> den4=[1 36]； >> step(num4,den4,t);hold on >> text(0.5,1.4,'wn=6'); >> xlabel('t');ylabel('c(t)');title('Step Response ')； MATLAB運算結果： 實驗結果分析： 從上圖可以看出，保持?=0.25不變，?n依次取值1,2,4,6時，系統超調量不變，延遲時間、上升時間、峰值時間、調節時間均減小，系統響應速度變快，穩定性變強。 3.特征方程式為2s?s?3s?5s?10?0的系統的穩定性的判定：（1）直接求根判定穩定性 MATLAB語言程序及運算結果： >> roots([2,1,3,5,10]) ans= 0.7555 + 1.4444i； 0.75550.9331i； 判定結論： 系統有兩個不穩定的根，故該系統不穩定。（2）用勞斯穩定判據routh（）判定穩定性 MATLAB語言程序及運算結果和結論： >> den=[2,1,3,5,10]； >> [r,info]=routh(den) r = 2.0000 3.0000 10.0000 432 1.0000 5.0000 0 -7.0000 10.0000 0 6.4286 0 0 10.0000 0 0 Info= 所判定系統有 2 個不穩定根！ >> 4.開環模型為 G(s)?K(s?2)(s?4)(s2?6s?25)的單位負反饋系統穩定性的判定（勞斯判據判定）（系統特征方程式為D(s)=(s+2)(s+4)(s2+6s+25)+K=0）： MATLAB語言程序及運算結果和結論： （取K=200） den=[1,12,69,198,200]； [r,info]=routh(den) r = 1.0000 69.0000 200.0000 12.0000 198.0000 0 52.5000 200.0000 0 152.2857 0 0 200.0000 0 0 info = 所要判定系統穩 繼續取K的值，試探： （取K=350） den=[1,12,69,198,350]; [r,info]=routh(den) r = 1.0000 69.0000 350.0000 12.0000 198.0000 0 52.5000 350.0000 0 118.0000 0 0 350.0000 0 0 info = 所要判定系統穩定！ （取K=866.3） den=[1,12,69,198,866.3]; [r,info]=routh(den) r = 1.0000 69.0000 866.3000 12.0000 198.0000 0 52.5000 866.3000 0 -0.0114 0 0 866.3000 0 0 info = 所判定系統有 2 個不穩定根！ （取K=866.2） den=[1,12,69,198,866.2]； [r,info]=routh(den) r = 1.0000 69.0000 866.2000 12.0000 198.0000 0 52.5000 866.2000 0 0.0114 0 0 866.2000 0 0 info = 所要判定系統穩定！ （取K=866.25） den=[1,12,69,198,866.25]; [r,info]=routh(den) r = 1.0000 69.0000 866.2500 12.0000 198.0000 0 52.5000 866.2500 0 105.0000 0 0 866.2500 0 0 info = 所要判定系統穩定！ （取K=866.26） den=[1,12,69,198,866.26]； [r,info]=routh(den) r = 1.0000 69.0000 866.2600 12.0000 198.0000 0 52.5000 866.2600 0 -0.0023 0 0 866.2600 0 0 info = 所判定系統有 2 個不穩定根！結論： 由試探可得，在K=866.25系統剛好穩定，則可知時系統穩定的K值范圍為0 本次實驗我們初步熟悉并掌握了step()函數和impulse()函數的使用方法以及 判斷閉環系統穩定的方法。 在實驗中，我們根據內容要求，寫出調試好的MATLAB語言程序，并調用step() 函數 s2?3s?7G(s)?4s?4s3?6s2?4s?1在取不同的?n和不 同和impulse()函數求出了控制系統的?時在單位階躍和單位脈沖作用下的瞬態響應，然后記錄各種輸出波形，并根據實 驗結果分析了參數變化對系統的影響。 控制系統穩定的充要條件是其特征方程的根均具有負實部。因此，為了判別系統 的穩定性，就要求出系統特征方程的根，并檢驗它們是否都具有負實部。MATLAB中對多 項式求根的函數為roots()函數。所以我們可以直接求根判定系統的穩定性。 我們也可 以用勞斯穩定判據判定系統的穩定性，勞斯判據的調用格式為：[r, info]=routh(den)，該函數的功能是構造系統的勞斯表，其中，den為系統的分母多項式系數向量，r為返回的routh表矩陣，info為返回的routh表的附加信息。在實驗中我們通過調用 G(s)?這兩個函數，判定了系統 K(s?2)(s?4)(s2?6s?25)的穩定性并求得了使其穩定的K值范圍。 整個實驗過程的操作和觀察使得我們對二階系統的動態性能及其參數對其的影響、系統的穩定性及其判定有了更深刻的認識，也深深的體會到了Matalab軟件的功能的強 大并意識到了掌握其相關應用的必要性。 實驗二：需求分析報告 實驗學時：2 課后2學時 實驗類型：技能性 一、目的與任務 目的：明確需求分析任務的重要性，掌握需求分析的主要具的使用方法和步驟，寫出需求規格說明書。 二、實驗安排 1、裝有Offic軟件，Visio 2010的微機系統.2、實驗安排方式：本實驗為開放實驗，各組可同時進行實驗，每組8-10人。 三、實驗內容及步驟 1、選擇一個管理系統（人事管理系統、工資管理系統、學生檔案管理系統等）。 2、軟件工程的原理對該系統的問題進行分析； 3、分析系統的數據需求獲得當前系統的物理模型，然后抽象出當前系統的邏輯模型，再建立目標系統的邏輯模型；理出系統的數據流程圖； 4、用Visio 2010畫出該系統的數據流圖，用結構化分析方法對整個系統進行分析細化，用數據流圖描繪系統的邏輯模型，描繪信息在系統中流動和處理的情況；數據流圖是分析和設計的工具，它主要描述系統完成的功能而不是系統的物理實現。 5、在Microsoft Word文檔下寫出該系統的數據字典，用數據字典對人們不了解的條目進行解釋，對所有被加工引用的數據流和數據存儲進行解釋； 6、用小說明來描述最底層的基本加工邏輯，小說明并不描述具體的加工過程，而只是這個加工的輸入數據和輸出數據的邏輯關系。 7、用Visio 2007畫出該系統的IPO圖，它的基本形式是左邊框中列出有關的輸入數據，在中間的框中列出主要的處理，在右邊的框中列出產生的輸出數據； 8、用層次方框圖或Warnier圖對系統進行說明；層次方框圖是由樹型結構的一系列多層次的矩形框描繪數據的層次結構數型結構的頂層是一個單獨的矩形框，它代表完整的數據結構，下面的各層矩形框代表這個數據的子集，最底層的各個框代表組成這個數據的實際數據元素。 四、思考題 1、軟件需求分析在整個軟件生存周期中的地位？ 2、在軟件需求分析中要完成哪些任務，所完成的資料在以后的工作中起什么作用？ 3、做需求分析的過程中有沒有做社會調研？ 附錄一： 實驗要求 軟件工程實驗要求學生采用“項目小組”的形式，結合具體的開發項目進行設計。具體要求如下： 1．班級按項目小組進行分組，每組不得超過10人 2．每個項目小組選出項目負責人或項目經理，由項目經理召集項目組成員討論、選定開發項目 3．項目中的每項任務要落實到人且規定該任務的起止日期和時間 4．每個項目小組必須按照《軟件工程實驗指導書》附錄中給定的文檔規范標準提供項目文檔 5．題目自定或采用附錄二中的題目 6．軟件開發的方法自定（結構化或面向對象的方法學） 附錄二： 實驗題目 題目一：“教務管理系統之子系統——學院課程安排” 1．系統簡介 每個學期的期中，學校教務處向各個學院發出下各學期的教學計劃，包括課程名稱、課程代碼、課時、班級類別（本科、?？?、成人教育、研究生）、班號等；學院教學主管人員根據教學任務和要求給出各個課程的相關限制（如：任課教師的職稱、上課的班數、最高和最低周學時數等）；任課教師自報本人授課計劃，經所在教研室協調任可，將教學計劃上交學院主管教學計劃的人員，批準后上報學校教務處，最終由教務處給出下個學期全學院教師的教學任務書。 假設上述排課過程全部由人工操作，現要求為上述過程實現計算機自動處理過程。2．限定條件 （1）每位教師的主講課程門數不超過2門/學期：講師以下職稱的教師不能承擔學院定主課的主講任務。（2）學院中層干部的主講課時不能超過4學時/周。 （3本學期出現嚴重教學事故的教師不能承擔下各學期的主講任務。 （4）本系統的輸入項至少包括：教務處布置的教學計劃，學院教師自報的授課計劃和學院定的有關授課限制條件。（5）本系統的輸出項至少包括：教務處最終下達全院教師的教學任務書和學院各個班級下各學期的課程表（可以不含上課地點）。 題目二：“學校教材定購系統” 1．系統簡介 本系統可以細化為兩個子系統：銷售系統和采購系統 銷售系統的主要工作過程為：首先由教師或學生提交購書單，經教材發行人員審核是有效購書單后，開發票、登記并返給教師或學生領書單，教師或學生可以到書庫領書。 采購系統的主要工作過程為：若是教材脫銷，則登記缺書，發缺書單給書庫采購人員；一旦新書入庫后，即發進書通知給教材發行人員。 以上功能要求在計算機上實現。2．技術要求和限制條件 （1）當書庫中的各種書籍數量發生變化（包括進書和出書）時，都應修改相關的書庫記錄，如庫存表或進/出庫表。（2）在實現上述銷售和采購的工作過程時，需考慮有關的合法性驗證。 （3）系統的外部項至少包括：教師、學生和教材工作人員。（4）系統的相關數據存儲至少包括：購書表、庫存表、缺書登記表、待購教材表、進庫表和出庫表。 題目三：“機票預定系統” 1．系統簡介 航空公司為給旅客乘機提供方便，需要開發一個機票預定系統。各個旅行社把預定機票的旅客信息（姓名、性別、工作單位、身份證號碼（護照號碼）、旅行時間、旅行始發地和目的地，航班艙位要求等）輸入到系統中，系統為旅客安排航班。當旅客交付了預訂金后，系統打印出取票通知和帳單給旅客，旅客在飛機起飛前一天憑取票通知和帳單交款取票，系統核對無誤即打印出機票給旅客。此外航空公司為隨時掌握各個航班飛機的乘載情況，需要定期進行查詢統計，以便適當調整。 2．技術要求和限制條件（1）在分析系統功能時要考慮有關證件的合法性驗證（如身份證、取票通知和交款發票）等。（2）對于本系統還應補充一下功能： 1．旅客延誤了取票時間的處理 2．航班取消后的處理 3．旅客臨時更改航班的處理（3）系統的外部輸入項至少包括：旅客、旅行社和航空公司。 題目四：“學校內部工資管理系統” 1．系統簡介 假設學校共有教職工約1000人，10個行政部門和8個系。每個月20日前各個部門（包括系和部門）要將出勤情況上報人事處，23日前人事處將出勤工資、獎金及扣款清單送到財務處。財務處于每個月月底將教職工的工資表做好并將數據送銀行。每個月3日將工資條發給每個單位。若由員工調入或調出、校內調動、離退休變化，則由人事處通知相關部門和財務處。 2．技術要求和限制條件 （1）本系統的數據存儲至少包括：工資表、部門匯總表、扣稅款表、銀行發放表等。 （2）除人事處、財務處外，其他職能部門和系名稱可以簡化表示。 （3）工資、獎金、扣款細節由學生自定義。 題目五：“實驗室設備管理系統” 1．系統簡介 每學年要對實驗室設備使用情況進行統計、更新。其中：（1）對于已徹底損壞的做報廢處理，同時詳細記錄有關信息。（2）對于由嚴重問題（故障）的要及時修理，并記錄修理日期、設備名、編號、修理廠家、修理費用、責任人等。（3）對于急需修改但又缺少的設備，需以“申請表”的形式送交上級領導請求批準購買。新設備購入后要立即進行設備登記（包括類別、設備名、編號、型號、規格、單價、數量、購置日期、生產廠家、保質期和經辦人等信息），同時更新申請表的內容。 （4）隨時對現有設備及其修理、報廢情況進行統計、查詢，要求能夠按類別和時間段等查詢。 2．技術要求及限制條件 （1）所有工作由專門人員負責完成，其他人不得任意使用。（2）每件設備在做入庫登記時均由系統按類別加自動順序號編號，形成設備號；設備報廢時要及時修改相應的設備記錄，且有領導認可。 （3）本系統的數據存儲至少包括：設備記錄、修理記錄、報廢記錄、申請購買記錄。 （4）本系統的輸入項至少包括：新設備信息、修理信息、申請購買信息、具體查詢統計要求。本系統的輸出項至少包括：設備購買申請表、修理/報廢設備資 金統計表 題目六：“校園代金卡系統” 1．系統簡介 校園代金卡系統配套符合金融標準的金融設備——自助繳費機（帶圈存功能），以銀行卡為輔助，從真正意義上實現全方位的現代化校園管理，實現校園貨幣電子化。它以非接觸式IC卡又稱射頻卡為操作手段，配合校園計算機網絡，實現整個學校的全方位智能卡網絡化管理，將先進的IC卡技術服務用于學校的教學、科研、管理和生活等方面。用IC卡取代借書證、餐票、計算機房的上機卡、通道出入證件等；并作為校園信息查詢卡，使教師和學生可以輕松查詢教學設備、教室情況、圖書音像資料、校園活動等各類信息。整個系統的建成，為學校從各項日常管理事務到各種長期數據處理提供科學的解決方案，以節約學校的人力物力，在提高學校管理能力的基礎上，亦能為學校帶來一定的經濟效益。師生手持一張智能卡就可以實現學校全部事務，實現學校的各種消費的無紙幣流通。 2．校園代金卡系統功能要求 在代金卡系統的功能要求中，首先應該劃分出系統必須完成的所有功能。 校園代金卡系統能夠運用于解決學生和教職工的消費既管理問題，包括購物消費、購飯消費、遲到、早退學生登記、圖書借閱、機房上機、學生成績查詢、校園綜合信息查詢、學生身份驗證等。其中校園代金卡系統又分為一卡通中心平臺、銀行接口子系統、圖書管理系統、消費管理系統、學生學籍管理系統、身份驗證識別系統、門禁考勤系統等子系統，各個系統所實現功能也不相同，主要分為： 一卡通中心平臺 校園代金卡的一卡通中心平臺實現了對校園卡的發放、掛失、取消等管理，能夠傳輸和處理數據系統，交易數據，結算清算各種費用，在沒有工作人員參與的情況下自己也能進行一系列的工作，節省時間和人力。 銀行接口子系統 校園代金卡的銀行接口子系統能實現銀行卡和學生校園卡帳號對應，兩卡分離，學生家長持銀行卡，學生持校園代金卡。家長使用銀行系統的全國異地通存通兌業務，給學生銀行卡中匯款。通過設在校園內的圈存機，可以實現銀行卡到校園卡的電子錢包圈存并可自助查詢銀行帳戶余額。這樣學生不必從銀行取出現金然后再對校園卡進行充值，節約了人力，方便了學生充值校園代金卡。 附錄三： 軟件開發文檔指南 可行性研究報告 可行性研究報告的編寫目的是：說明該軟件開發項目的實現在技術、經濟和社會條件方面的可行性；評述為了合理地達到開發目標而可能先擇的各種方案；說明論證所選定的方案?？尚行匝芯繄蟾娴木帉憙热菀笕缦拢?/p> 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.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.1 參考資料 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 控制 數據需求說明書 數據要求說明書的編制目的是為了向整個開發時期提供關于處理數據的描述和數據采集要求的技術信息。編制數據要求說明書的內容要求如下： 引言 編寫目的 背景 定義 參考資料 數據的邏輯描述 靜態數據 動態輸入數據 動態輸出數據 內部生成數據 數據約定 數據的采集 要求和范圍 輸入的承擔者 處理 影響 概要設計說明書 概要設計說明書可稱作系統設計說明書，這里說的系統是指程序系統，編制的目的是說明對程序的系統的設計考慮，包括程序系統的基本處理流程、程序系統的組織結構、模塊劃分、功能分配、接口設計、運行設計、數據結構設計和出錯處理設計等，為程序的詳細設計提供基礎。編制概要設計說明書的內容要求如下： 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.2 參考資料 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.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 出錯原因的分析第四篇：實驗二
第五篇：軟件工程實驗二
點擊咨詢 