學生成績管理系統軟體需求說明書

A. 如何測試一個學生管理系統——寫測試用例·

學生管理系統
詳細設計說明書
編寫說明
標題：詳細設計說明書
類別：文檔
密級：內部
編輯軟體：Microsoft Word 2000 中文版
版本歷史：
版本 作者 日期 備注
V1.01 2002/09/08 詳細設計說明書
V1.0.2 2003/08/30 詳細設計說明書

編寫目的：
本文檔詳細描述組成系統的各個軟體組成部分，包括每個軟體模塊（或類）的屬性、方法、事件，各軟體模塊的外部介面說明，測試要點等內容。
本文檔由項目組維護，供項目組使用。

第1章 引言
1.1. 項目說明
項目名稱：樂山師范學院學生管理系統。
項目提出單位：樂山師范學院計算機科學系
項目開發者：樂山師范學院計算機科學系Attract工作室
項目使用部門：樂山師范學院各系科（學院）
項目建設單位：樂山師范學院計算機科學系

1.2. 項目定義
系科綜合管理信息系統是為了適應現代化學校管理的需要，加快推進我校數字化校園建設、充分利用校園網，利用網路、多媒體等計算機應用技術和手段，提高辦公效率、改善質量的高效管理信息系統。
學生管理系統是系科綜合管理信息系統的重要組成部分。
1.3. 編寫目的
本文檔為「樂山師范學院系科綜合管理信息系統（學生管理系統）詳細設計說明書」，主要用於為實現系統的功能而進行的系統詳細設計說明，詳細系統各軟體組成模塊的實現流程、功能、介面、編譯、測試要點等內容，便於對系統的編碼進行指導和約束。本文檔供項目組全體成員及項目組領導，單元測試人員閱讀。

1.4. 參考資料
《學生管理系統_系統軟體需求說明書》。
《學生管理系統_系統概要設計說明書》。
《學生管理系統_資料庫設計說明書（資料庫字典）》。

第3章 系統功能實現
從前面需求分析可以看出，系統功能龐雜，主要分為前台瀏覽器(B/S)信息發布和數據查詢，後台(C/S)數據管理和處理，學生管理功能部分數據分為5類：新生相關；在校生相關；組織社團相關；畢業生相關；學生成績綜合查詢相關。從使用和操作的功能上分，有三種用戶：普通客戶（瀏覽器瀏覽、查詢）；業務數據管理人員（學生工作輔導員、教務幹事）；系統管理員。為便於整個系統組織管理，把各個相對獨立的數據或功能組織到整個大系統中來，我們把各個相對獨立的功能完全獨立設計，編譯成獨立的目標(功能)模塊（single Executable），各功能模塊最後被集成到一個稱為虛擬桌面的控制台模塊中。相應地將系統結構分為一個控制台程序和五個子系統，各子系統又分為若干各子模塊。對應於每一個模塊，幾乎都有錄入、查詢、修改、刪除、查看詳細資料這幾個功能。整個業務流程就是由這幾種基本功能實現的。在這里每個模塊都要用到的功能沒必要在每個子模塊里重復闡述，在每個子模塊里只列出區別於其它子模塊的功能實現。

3.1. 系統控制台模塊
功能：
各子功能模塊的組織和調用；
統一的登陸界面實現到資料庫伺服器的登陸；
顯示系科主頁Web的首頁(主要是系科重要通知、消息等)；學院通知頁面；系科每周工作安排。
系統圖標。
設計：
1. 登陸資料庫:
輸入資料庫伺服器名(ServerIP)、用戶賬號()UserID、密碼(PassWord)；以賬號DEP_Computer0、密碼DEP_Computer0登陸資料庫伺服器，檢索系統許可權表，根據許可權設置相應功能模塊：
①無此用戶或禁止許可權
Enable := False;
②瀏覽許可權
Enable := True;
修改 UserID := Dep_Computer1;
修改 PassWord := 1111111111111;
③修改許可權
Enable := True;
修改 UserID := Dep_Computer2;
修改 PassWord := 222222222222;
2. 採用Win31下程序組、程序項的原理組織各執行模塊：
登陸伺服器
新生錄取數據、入學報道管理
學生信息（在校）管理
學生社團管理
畢業生信息管理
學生成績綜合查詢與統計
各程序組、程序項的顯示分別可以是分層/樹狀/大圖標/小圖標等方式；各程序項或菜單項的名稱命名為相應功能模塊的目標代碼文件名。
3．可執行功能模塊的調用執行：通過程序項或菜單項名稱獲取可執行目標代碼文件名，應用API函數CreateProcess開始執行。

B. C語言學生成績管理系統設計報告 要求：

學生成績管理系統設計報告
報告的格式要求
詳細描述,這樣我好給你幫忙
你詳細說說
謝謝

C. 求一份學生成績管理系統實驗報告

C語言課程設計任務書
一、題目: 學生成績管理
二、目的與要求
1. 目的：
（1）基本掌握面向過程程序設計的基本思路和方法；
（2）達到熟練掌握C語言的基本知識和技能；
（3）能夠利用所學的基本知識和技能，解決簡單的程序設計問題
2. 要求
基本要求：
1. 要求利用C語言面向過程的編程思想來完成系統的設計；
2. 突出C語言的函數特徵，以多個函數實現每一個子功能；
3. 畫出功能模塊圖；
4. 進行簡單界面設計，能夠實現友好的交互；
5. 具有清晰的程序流程圖和數據結構的詳細定義；
6. 熟練掌握C語言對文件的各種操作。
創新要求：
在基本要求達到後，可進行創新設計，如系統用戶功能控制，對管理員級和一般級別的用戶系統功能操作不同
三、信息描述
輸入一個班10個學生的學號和每個學生考試三門功課（數學、英語、計算機基礎）的成績。編程計算出每個學生的總分和平均分，並按學生成績優劣排序，最後列印一張按高分到低分名次排序的成績單。要求：
1)排序用一個函數實現。
2)列印的成績單表項包括：序號，學號、數學、英語、計算機、總分、平均分。
3)按實驗報告電子模板格式填寫實驗內容。
四、功能描述
1. 學生基本信息及成績所選科目成績的錄入。
2. 基本信息的查詢（分系、班級；分科目）與修改。
3. 對每系或每班各科成績進行分析（即求單科平均成績、及格率和優秀率）；
4. 對所開課程的成績分析（求其平均成績，最高分和最低分）；
5. 對學生考試成績進行排名（單科按系別或班級進行排名，對每一個班級，同一學期學生總體成績進行排名，並顯示各科成績信息）
五、解決方案
1. 分析程序的功能要求，劃分程序功能模塊。
2. 畫出系統流程圖。
3. 代碼的編寫。定義數據結構和各個功能子函數。
4. 程序的功能調試。
5. 完成系統總結報告以及使用說明書
六、進度安排
此次課程設計時間為兩周，分四個階段完成：
1. 分析設計階段。指導教師應積極引導學生自主學習和鑽研問題，明確設計要求，找出實現方法,按照需求分析、總體設計、詳細設計這幾個步驟進行。
2. 編碼調試階段：根據設計分析方案編寫C代碼，然後調試該代碼，實現課題要求的功能。
3. 總結報告階段：總結設計工作，寫出課程設計說明書,要求學生寫出需求分析、總體設計、詳細設計、編碼、測試的步驟和內容。
4. 考核階段。
#include <stdio.h>
#include <stdlib.h>
#define STU_NUM 10 /*宏定義學生的數量*/
struct student /*定義一個結構體用來存放學生學號、三門課成績、總分及平均成績*/
{
char stu_id[20]; /*學生學號；*/
float score[3]; /*三門課成績；*/
float total; /*總成績；*/
float aver; /*平均成績；*/
};
/*排序用一個函數來實現*/
void SortScore(student *stu,int n)
{
student stud;
for(int i = 0; i < n-1; i++)
for(int j = i+1 ; j < n; j++)
{
if(stu[i].total < stu[j].total)
{
stud = stu[i];
stu[i] = stu[j];
stu[j] = stud;
}
}
}
int main( )
{
student stu[STU_NUM]; /*創建結構體數組中有10個元素，分別用來保存這10個人的相關信息。*/
/*輸入這十個學生的相關信息*/
for(int i = 0; i<STU_NUM; i++)
{
printf("請輸入第%d個學生的學號：",i+1);
scanf("%s",&stu[i].stu_id);
printf("輸入第%d個學生的數學成績:",i+1);
scanf("%f",&stu[i].score[0]);
printf("輸入第%d個學生的英語成績:",i+1);
scanf("%f",&stu[i].score[1]);
printf("輸入第%d個學生的計算機成績:",i+1);
scanf("%f",&stu[i].score[2]);
stu[i].total = stu[i].score[0]+stu[i].score[1]+stu[i].score[2];
stu[i].aver = stu[i].total/3;
}
printf("\n");

SortScore(stu,STU_NUM);/*調用排序函數*/
/*輸出排序後的各學生的成績*/
for(i = 0 ; i < STU_NUM; i++)
{
printf("序號: %d\t",i);
printf("學號：%s\t",stu[i].stu_id);
printf("數學：%f\t",stu[i].score[0]);
printf("英語：%f\t",stu[i].score[1]);
printf("計算機：%f\t",stu[i].score[2]);
printf("平均成績：%f\t",stu[i].aver);
printf("總分：%f\t",stu[i].total);
printf("\n\n");
}
return 0;
}
註：(源程序中主要標識符含義說明)
#define STU_NUM 10 /*宏定義學生的數量*/
struct student /*定義一個結構體用來存放學生學號、三門課成績、總分及平均成績*/
{
char stu_id[20]; /*學生學號；*/
float score[3]; /*三門課成績；*/
float total; /*總成績；*/
float aver; /*平均成績；*/
}
實驗結果：
輸入 :(只輸入後面的數字,前面的文字是自己產生的)。
請輸入第1個學生的學號：001
輸入第1個學生的數學成績:1
輸入第1個學生的英語成績:1
輸入第1個學生的計算機成績:1
請輸入第2個學生的學號：002
輸入第2個學生的數學成績:2
輸入第2個學生的英語成績:2
輸入第2個學生的計算機成績:2
請輸入第3個學生的學號：003
輸入第3個學生的數學成績:3
輸入第3個學生的英語成績:3
輸入第3個學生的計算機成績:3
請輸入第4個學生的學號：004
輸入第4個學生的數學成績:4
輸入第4個學生的英語成績:4
輸入第4個學生的計算機成績:4
請輸入第5個學生的學號：005
輸入第5個學生的數學成績:5
輸入第5個學生的英語成績:5
輸入第5個學生的計算機成績:5
請輸入第6個學生的學號：006
輸入第6個學生的數學成績:6
輸入第6個學生的英語成績:6
輸入第6個學生的計算機成績:6
請輸入第7個學生的學號：007
輸入第7個學生的數學成績:7
輸入第7個學生的英語成績:7
輸入第7個學生的計算機成績:7
請輸入第8個學生的學號：008
輸入第8個學生的數學成績:8
輸入第8個學生的英語成績:8
輸入第8個學生的計算機成績:8
請輸入第9個學生的學號：009
輸入第9個學生的數學成績:9
輸入第9個學生的英語成績:9
輸入第9個學生的計算機成績:9
請輸入第10個學生的學號：010
輸入第10個學生的數學成績:10
輸入第10個學生的英語成績:10
輸入第10個學生的計算機成績:10
輸出：
序號: 0 學號：010 數學：10.000000 英語：10.000000 計算機：10.000000
平均成績：10.000000 總分：30.000000

序號: 1 學號：009 數學：9.000000 英語：9.000000 計算機：9.000000
平均成績：9.000000 總分：27.000000

序號: 2 學號：008 數學：8.000000 英語：8.000000 計算機：8.000000
平均成績：8.000000 總分：24.000000

序號: 3 學號：007 數學：7.000000 英語：7.000000 計算機：7.000000
平均成績：7.000000 總分：21.000000

序號: 4 學號：006 數學：6.000000 英語：6.000000 計算機：6.000000
平均成績：6.000000 總分：18.000000

序號: 5 學號：005 數學：5.000000 英語：5.000000 計算機：5.000000
平均成績：5.000000 總分：15.000000

序號: 6 學號：004 數學：4.000000 英語：4.000000 計算機：4.000000
平均成績：4.000000 總分：12.000000

序號: 7 學號：003 數學：3.000000 英語：3.000000 計算機：3.000000
平均成績：3.000000 總分：9.000000

序號: 8 學號：002 數學：2.000000 英語：2.000000 計算機：2.000000
平均成績：2.000000 總分：6.000000

序號: 9 學號：001 數學：1.000000 英語：1.000000 計算機：1.000000
平均成績：1.000000 總分：3.000000
七、撰寫課程設計報告或課程設計總結
課程設計報告要求：
總結報告包括需求分析、總體設計、詳細設計、編碼(詳細寫出編程步驟)、測試的步驟和內容、課程設計總結、參考資料等，不符合以上要求者，則本次設計以不及格記。

C語言常見錯誤
書寫標識符時，忽略了大小寫字母的區別
main()
{
int a=5;
printf("%d",A);
}
編譯程序把a和A認為是兩個不同的變數名，而顯示出錯信息。C認為大寫字母和小寫字母是兩個不同的字元。習慣上，符號常量名用大寫，變數名用小寫表示，以增加可讀性。
2.忽略了變數的類型，進行了不合法的運算。
main()
{
float a,b;
printf("%d",a%b);
}
%是求余運算，得到a/b的整余數。整型變數a和b可以進行求余運算，而實型變數則不允許進行「求余」運算。
3.將字元常量與字元串常量混淆。
char c;
c="a";
在這里就混淆了字元常量與字元串常量，字元常量是由一對單引號括起來的單個字元，字元串常量是一對雙引號括起來的字元序列。C規定以「\」作字元串結束標志，它是由系統自動加上的，所以字元串「a」實際上包含兩個字元：『a'和『\'，而把它賦給一個字元變數是不行的。
4.忽略了「=」與「==」的區別。
在許多高級語言中，用「=」符號作為關系運算符「等於」。如在BASIC程序中可以寫
if (a=3) then …
但C語言中，「=」是賦值運算符，「==」是關系運算符。如：
if (a==3) a=b;
前者是進行比較，a是否和3相等，後者表示如果a和3相等，把b值賦給a。由於習慣問題，初學者往往會犯這樣的錯誤。
5.忘記加分號。
分號是C語句中不可缺少的一部分，語句末尾必須有分號。
a=1
b=2
編譯時，編譯程序在「a=1」後面沒發現分號，就把下一行「b=2」也作為上一行語句的一部分，這就會出現語法錯誤。改錯時，有時在被指出有錯的一行中未發現錯誤，就需要看一下上一行是否漏掉了分號。
{ z=x+y;
t=z/100;
printf("%f",t);
}
對於復合語句來說，最後一個語句中最後的分號不能忽略不寫(這是和PASCAL不同的)。
6.多加分號。
對於一個復合語句，如：
{ z=x+y;
t=z/100;
printf("%f",t);
};
復合語句的花括弧後不應再加分號，否則將會畫蛇添足。
又如：
if (a%3==0);
I++;
本是如果3整除a，則I加1。但由於if (a%3==0)後多加了分號，則if語句到此結束，程序將執行I++語句，不論3是否整除a，I都將自動加1。
再如：
for (I=0;I<5;I++);
{scanf("%d",&x);
printf("%d",x);}
本意是先後輸入5個數，每輸入一個數後再將它輸出。由於for()後多加了一個分號，使循環體變為空語句，此時只能輸入一個數並輸出它。
7.輸入變數時忘記加地址運算符「&」。
int a,b;
scanf("%d%d",a,b);
這是不合法的。Scanf函數的作用是：按照a、b在內存的地址將a、b的值存進去。「&a」指a在內存中的地址。
8.輸入數據的方式與要求不符。①scanf("%d%d",&a,&b);
輸入時，不能用逗號作兩個數據間的分隔符，如下面輸入不合法：
3，4
輸入數據時，在兩個數據之間以一個或多個空格間隔，也可用回車鍵，跳格鍵tab。
②scanf("%d,%d",&a,&b);
C規定：如果在「格式控制」字元串中除了格式說明以外還有其它字元，則在輸入數據時應輸入與這些字元相同的字元。下面輸入是合法的：
3，4
此時不用逗號而用空格或其它字元是不對的。
3 4 3：4
又如：
scanf("a=%d,b=%d",&a,&b);
輸入應如以下形式：
a=3,b=4
9.輸入字元的格式與要求不一致。
在用「%c」格式輸入字元時，「空格字元」和「轉義字元」都作為有效字元輸入。
scanf("%c%c%c",&c1,&c2,&c3);
如輸入a b c
字元「a」送給c1，字元「 」送給c2，字元「b」送給c3，因為%c只要求讀入一個字元，後面不需要用空格作為兩個字元的間隔。
10.輸入輸出的數據類型與所用格式說明符不一致。
例如，a已定義為整型，b定義為實型
a=3;b=4.5;
printf("%f%d\n",a,b);
編譯時不給出出錯信息，但運行結果將與原意不符。這種錯誤尤其需要注意。
11.輸入數據時，企圖規定精度。
scanf("%7.2f",&a);
這樣做是不合法的，輸入數據時不能規定精度。
12.switch語句中漏寫break語句。
例如：根據考試成績的等級列印出百分制數段。
switch(grade)
{ case 'A':printf("85~100\n");
case 'B':printf("70~84\n");
case 'C':printf("60~69\n");
case 'D':printf("<60\n");
default:printf("error\n");
由於漏寫了break語句，case只起標號的作用，而不起判斷作用。因此，當grade值為A時，printf函數在執行完第一個語句後接著執行第二、三、四、五個printf函數語句。正確寫法應在每個分支後再加上「break;」。例如
case 'A':printf("85~100\n");break;
13.忽視了while和do-while語句在細節上的區別。
(1)main()
{int a=0,I;
scanf("%d",&I);
while(I<=10)
{a=a+I;
I++;
}
printf("%d",a);
}
(2)main()
{int a=0,I;
scanf("%d",&I);
do
{a=a+I;
I++;
}while(I<=10);
printf("%d",a);
}
可以看到，當輸入I的值小於或等於10時，二者得到的結果相同。而當I>10時，二者結果就不同了。因為while循環是先判斷後執行，而do-while循環是先執行後判斷。對於大於10的數while循環一次也不執行循環體，而do-while語句則要執行一次循環體。
14.定義數組時誤用變數。
int n;
scanf("%d",&n);
int a[n];
數組名後用方括弧括起來的是常量表達式，可以包括常量和符號常量。即C不允許對數組的大小作動態定義。
15.在定義數組時，將定義的「元素個數」誤認為是可使的最大下標值。
main()
{static int a[10]={1,2,3,4,5,6,7,8,9,10};
printf("%d",a[10]);
}
C語言規定：定義時用a[10]，表示a數組有10個元素。其下標值由0開始，所以數組元素a[10]是不存在的。
16.初始化數組時，未使用靜態存儲。
int a[3]={0,1,2};
這樣初始化數組是不對的。C語言規定只有靜態存儲(static)數組和外部存儲(exterm)數組才能初始化。應改為：
static int a[3]={0,1,2};
17.在不應加地址運算符&的位置加了地址運算符。
scanf("%s",&str);
C語言編譯系統對數組名的處理是：數組名代表該數組的起始地址，且scanf函數中的輸入項是字元數組名，不必要再加地址符&。應改為：
scanf("%s",str);
18.同時定義了形參和函數中的局部變數。
int max(x,y)
int x,y,z;
{z=x>y?x:y;
return(z);
}
形參應該在函數體外定義，而局部變數應該在函數體內定義。應改為：
int max(x,y)
int x,y;
{int z;
z=x>y?x:y;
return(z);
}
C語言心得體會
通過這次實訓，增加了我學習軟體技術的興趣，雖然還不明確軟體技術包含的具體內容，但從C語言這門課程開始，已發現程序設計的樂趣，在學習C語言的過程中也學到了許多計算機應用基礎知識，對計算機的機體也有了一個大體的了解。
這次實訓是老師給了范常式序，經過自己的改寫，實現要求。先做簡單的輸出，一步步的再做其它圖案，在實際操作過程中犯的一些錯誤還會有意外的收獲，感覺實訓很有意思。在具體操作中對這學期所學的C語言的理論知識得到鞏固，達到實訓的基本目的，也發現自己的不足之出，在以後的上機中應更加註意，同時體會到C語言具有的語句簡潔，使用靈活，執行效率高等特點。發現上機實訓的重要作用，特別是對數組和循環有了深刻的理解。
通過實際操作，學會 C語言程序編程的基本步驟、基本方法，開發了自己的邏輯思維能力，培養了分析問題、解決問題的能力。深刻體會到「沒有做不到的，只有想不到的」，「團結就是力量」，「實踐是檢驗真理的標准」，「不恥下問」……的寓意。
計時在此希望以後應多進行這樣的實訓，加長設間，培養學生獨立思考問題的能力，提高實際操作水平。
八、參考資料 :《C語言程序設計教程》

D. 軟體工程:學生成績管理系統 需求分析規格說明書(要求:分別結構化開發方法和面向對象開發方法的相應文檔)

哈哈，這種東西一般都要付費的，我是打醬油的

E. 求.NET學生成績管理系統需求分析

沒法傳圖，自己想一下怎麼改吧……

一.開發目的：

總結軟體開發過程中的方法和技巧，更好的應用和資料庫技術

1.開發內容：開發一套學生成績管理系統軟體

採取的研究方法：採用面向對象的編程，結合網路和資料庫技術，實現控制和管理。通過系統分析、需求分析、概要設計、詳細設計、編寫代碼、軟體測試、軟體維護、經驗方法總結等一系列實驗方案，實驗軟體的開發。

2.具體開發方案：

分七個階段進行：

系統分析、需求收集和分析

概念設計

第一階段：系統分析、需求收集和分析

這一階段首先進行系統分析，分析確定系統的規模和范圍，確定軟體的總體要求以及所需要的硬體和支撐軟體，確定待開發軟體與外界的介面，根據用戶的情況確定軟體對操作的要求，以及待開發軟體總體上的約束和限制，完善項目計劃。

在這之後，這一階段的大部分時間將被用來進行需求收集和分析。向學校管理人員及學生了解情況，確定軟體系統的綜合要求，分析軟體系統的數據要求，導出系統的邏輯模型，修正項目開發計劃。

採用結構化分析方法，生成數據流圖、數據詞典及加工邏輯說明。

估計階段跨度：2006年某月初至某月中旬

第二階段：概要設計

在這一階段將確定軟體系統的結構，對全局數據結構進行設計，進行模塊劃分，確定每個模塊的功能 介面以及模塊間的調用關系。

採用與結構化方法銜接的結構化設計方法，生成結構圖及概念設計說明書。

估計階段跨度：2006年某月中旬至某月底

第三階段：詳細設計

為每個模塊設計實現的細節將成為這個階段的主要任務，還要對局部數據結構進行設計。

採用結構化設計方法。採用自頂向下逐步求精的設計方法和單入口單出口的控制結構。使得程序具有良好的結構，增強程序的可讀性。生成程序流程圖及詳細設計說明書。

詳細設計時，如果不滿意，須回到概要設計中重新完善設計。

估計階段跨度：2006年某月初至某月中旬

第四階段：編寫代碼

這一階段用來根據詳細設計說明書編寫代碼。

採用計算機語言編寫。追求高質量的代碼，生成源程序代碼、內部文檔。

估計階段跨度：2006年某月中旬至某月底

第五階段：軟體測試

這將是一個很重要也將是一個很耗時間和精力的階段。

在這一階段中將盡可能多地發現軟體中的錯誤和缺陷。如果有錯，還將退回到編碼階段進行調試。測試過程分為單元測試、集成測試和確認測試。

估計階段跨度：2006年某月初至某月中旬

第六階段：完善各項文檔及和報告，從整個開發過程和這些文檔中總結經驗和教訓，羅列各種方法和技巧。

估計階段跨度：2007年某月中旬至某月底。

需求分析說明書

一，引言

21世紀以高科技為核心的知識經濟將佔主導地位，國家的綜合國力和國際競爭力將越來越取決於科學技術創新水平。教育作為知識創新、傳播和應用的基礎，培養和輸送人才的搖籃，已經成為經濟發展和社會進步的基礎。盡管人類進步的程度隨著不同時代，不同地區而有所變化，教育的口徑卻在不斷擴寬，以便使過去僅供少數人使用的教育資源能夠為更多各種年齡、不同社會階層和背景的人們所用。在信息爆炸的時代，傳統教學管理面臨著諸多挑戰。

1．編寫目的：

開發基於互聯網的學生選課系統，提高管理工作的效率、提高信息的開放性、改善學生和教師對其最新信息查詢的准確性。

2．背景說明

隨著學校規模的不斷擴大，專業、班級、學生的數量急劇增加，有關學生選課的各種信息量也成倍增長，而目前許多高校的學生選課管理仍停留在復雜的人工操作上，重復工作較多，工作量大，效率低，因此，迫切需要開發基於互聯網的體育課信息管理系統來提高管理工作的效率。基於互聯網的學生選課管理系統，在學生選課的規范管理、科學統計和快速查詢方面具有較大的實用意義。它提高了信息的開放性，大大地改善了學生、教師對其最新信息查詢的准確性。

3．術語定義及參考資料

1. (美) Grady Booch,James Rumbaugh,Ivar Jacobson,《UML用戶指南》,機械工業出版社，2001年8月

2.Microsoft，MSDN

3.Microsoft, SQL Server2000聯機手冊

4.Roger S. Pressman。軟體工程——實踐者的研究方法。機械工業出版社，1997

5.IPL。Software Testing and Software Development Lifecycles。IPL，1996

6.Karl E. Wiegers《軟體需求》機械工業出版社，1999

7.張海藩《軟體工程導論》清華大學出版社。

4任務概述
4.1. 目標

系統開發的總體任務是實現學生選課信息關系的系統化、規范化和自動化。
4.2. 系統技術
學生選課系統要求具有信息處理的開發性，方便教師上傳學生成績、學生上網選課和查詢選課信息及成績等，因此本系統設計為基於WWW的網路資料庫應用系統，使用ASP腳本以Access為資料庫的開發技術，運行在支持ASP的伺服器上。
4.3基本設計概念和處理流程

採用基於SQL Server 的分布式資料庫管理系統。三層結構是目前用得最多的，這種結構比傳統的C/S結構增加了一個應用程序伺服器，應用程序伺服器包括了統一的界面、業務規則和數據處理邏輯等等，這樣客戶端程序就可以做得比較小，也就是常說的瘦客戶，更由於業務規則和數據處理邏輯的集中在伺服器上統一管理，客戶端無須進行復雜的計算，也不會因為錯誤的操作而影響到其他的用戶，所以他的可靠性、穩定性和效率都比較好。
4.4. 用戶的特點

為保證系統安全高效的運行，本系統把用戶劃分為3類：教務處、教師和學生。不同的用戶在系統中的作用和許可權也有所不同，所以它所需要完成的功能也就不同。

教務處可以完成本系統所有的功能：

1） 學生信息管理，除學生基本信息外，還可管理學生所選課程、成績等；

2） 教師信息管理，包括教師個人的基本情況和任課情況；

3） 項目及班數的設定：根據學校教務處所排課進行班級數及人數的統計，然後根據統計結果進行項目及班數的設定；

4） 排課：根據上一步分班情況安排任課教師；

5） 報表生成及輸出：生成教師擔任課程分班表、按項目生成學生成績表、按學生行政班生成成績表及所有報表的輸出。

教師在本系統的功能：查詢學生選課情況、自己任課情況、獲取自己所擔任課程分班表、錄入及修改成績等。

學生在本系統的功能：查詢本人信息、教師任課信息、選課、選課信息查詢、成績查詢。

5.需求規定
5.1. 對功能的規定

1．可實現學生選課注冊

2．方便實現學生選課信息查詢

3．可對學生成績檔案進行管理，成績表單生成簡便。

4．安全有效的用戶區分，管理

5．檔案數據的高安全性，保密性

6．有幫助文檔
5.2. 對性能的規定

使用穩定，操作性能好，操作方法易於掌握，系統的安全性強

6. 設計思想
用戶的需求具體表現在對各種信息的提供、編輯、處理及查詢統計上。這就要求資料庫結構能充分滿足各種信息的輸入、處理和輸出。通過分析學生選課管理系統的現實需求，學生選課管理系統各環節的基本數據及數據處理流程，在與管理人員溝通、交流與探討的基礎上，得到以下學生選課系統的數據流程圖
6.1. 資料庫的設計
通過對學生選課管理系統工作內容和相關數據流程分析，根據學生選課管理系統的需要，就可以設計出能滿足用戶需求的各種實體，以及它們之間的關系，由此得到資料庫所支持的數據模型，即資料庫的邏輯結構，具體情況如下：
1．學生信息表：開學時將教務處提供的學生信息庫按系統的要求修改庫結構並導入Access資料庫中，應包括如下信息：姓名、學號、院系、班級、性別、所選課程、任課教師、備注等。
2．教師信息表：包括教師姓名、教師代碼、性別、年齡、職稱、主要教授課程、兼任課程等。
3．課程信息：包括課程目錄、課程、課程代碼、教學內容、任務與目的、考試方法、要求等。
4．課程表：包括課程名稱、課程編號、任課教師、課程學分、上課時間。
5．成績單列表：包括學生姓名、學號、院系、班級、課程、任課教師、成績。

6.2. 系統功能特點
1．內容全面 系統全面覆蓋了體育課信息,可為學校、教師和學生提供全面准確的信息。
2．層次分明 系統採用模塊化程序設計結構。各模塊之間既相互獨立,又具有一定的聯系,各模塊可獨立編制、調試、查錯、修改和執行,結構嚴謹,便於擴展和維護。

7.系統需求分析

說明：

學校每年新生入學，畢業生離校和各種其它變動，如學籍變動，個人信息修改。每學期學校者要開設一定的課程提供給學生根據自己的情況來選擇，最後的選擇結果要給出學生的課程表。如何有效的管理這些學生信息，幫助學校和老師管理和掌握這些情況，這就是學生信息管理系統需要完成的任務。下面用軟體工程的思想和方法完成該系統的設計過程。

功能：

個人信息查詢和修改，包括流動，注冊，更新管理

可行性研究報告

1. 編寫目的

編寫這份可行性研究報告的目的是讓讀者能夠了解本系統的開發可行性。預期的讀者包括上級領導，相關開發人員以及管理人員。

一.可行性研究的前提

隨著科學技術的進步和社會經濟的發展，計算機在現實生活中扮演越來越重要的角色，PC機價格不斷的下降和生活水平的提高使得更多的中國家庭能夠擁有自己的改變世界的機器，與此同時，我們也已經注意到，在大學校園里，越來越多的計算機已經進入同學們的宿舍，成為他們學習，生活中的一部分。

學生成績管理方面，進入了信息化時代，我們有能力讓我們的生活變的更好，對於學生成績管理人員每日繁重的工作可以通過計算機來進行緩解，以實現管理自動化，工作人員對資料的管理，信息的發布，用電安全的控制均是人工作業，運作效率較低。因此，建立一個自動化的管理服務的計算機應用軟體是十分必要的

1.1 要求

C++.net，感測器，SQL.

1.2 目標

能夠快速的查詢出學生的各科成績以及所在班級等各種用途。

1.3 進行可行性研究的方法

對學生和校領導採用問卷調查的方法，詢問他們，以確定最佳的可行性研究方案。軟體採用現代流行WINDOWS操作界面。是標準的WIN32應用程序，可運行在WIN95\WIN98\WinMe\WIN2000\WINXP\WINNT等系統平台上的多任務應用程序。在運行時可以直觀的瀏覽、查詢和掌握學生的成績，同時能夠了解學生的基本信息所在系部、班級、宿舍的具體地址。結束了人工統計的耗時長、工作量大、錯誤率高的缺點。

1.4 評價尺度

1． 是否功能齊全，運行穩定。2.在網路功能方面是否方便管理。3.設置是否靈活開4.是否具有多任務，高效率的特點。5.是否具有界面友好，操作簡單的特點。

2 處理流程和數據流程

2. 所建議的系統

2.1 對所建議系統的說明

我們所建議的系統為學生成績管理系統。它是為了提高學生成績管理的自動化程度而開發的。它可以解決一下問題：改變學生成績輸入的麻煩以及查詢工作量大的問題還有輸出的不便。

3.影響

3.1 對設備的影響

由於以前無自動化管理的方案，所以所有設備都需要購買。

3.2.對軟體的影響

由於以前無自動化管理的方案，所以不需要考慮對現存應用軟體合支持軟體的影像。

3.3.對用戶單位機構的影響

為了建立和運行所建議系統，需要提高管理人員的技術水平。

3.4.對系統運行過程的影響

所建議系統沒有影響運行過程。

3.5.對開發的影響

所建議系統對軟體開發人員要求不高，但是對硬體要求比較高。

3.6.對地點和設施的影響

所建議系統對建築物無改造，可以利用原有的通信線路。

3.7 技術條件方面的可能性

本軟體有計算機系的學生開發，調試，由計算機系老師知道。可完成性很高。

4. 可選擇的其他系統方案

由於此系統方案是學生開發，而且資金有限所以暫時無其他系統方案。

5. 投資及效益分析

5.1 支出分析：

5.2 收益分析：

5.3 收益/投資比

5.4 投資回收周期

5.5 敏感性分析

6. 社會因素方面的可能性

所有軟體都選用正版。

所有技術資料都由提出方保管。

合同制定確定違約責任。

7.用戶使用可行性

由於學校的老師都有一定的計算機基礎，不用培訓就可以使用，所以用戶使用可行性通過。

8. 結論

通過上述分析可以知道這個軟體操作簡單、功能齊全、功能開放、運行穩定、多任務、高效率等特點。所以說是計算機與學生成績管理上的好軟體！

設計說明書

一．概要設計說明書

1.系統功能設計

2.資料庫概念設計

根據以上數據流圖導出資料庫所需數據項和數據結構

學生：學號，姓名，性別，生日，所在院系，所在班級：

課程：課程號，課程名，講師，上課時間，地點，課程簡介

選課結果：記錄號，選課學生，所選課程

學籍變更記錄：記錄號，變更情況，記錄時間，詳細描述

2.1資料庫概念結構設計的E-R 圖

說明：E-R圖中矩形代表實體，菱形代表實體間的聯系，圓角矩形代表實體的屬性

2.2資料庫邏輯結構設計

根據以上E-R圖，需要五個基本表：學生信息表、課程信息表、選課結果表、獎懲信息表、其中教師信息是處部表，不列出，由於使用打開系統的不光是教務人員，每個學生都要登錄到選課系統進行課程的選擇，因此，需要對不同的登錄人員進行密碼的認證和許可權的限制，防止越權行為，用戶名，密碼，許可權，保存在一個表中。

1. USER-PASS用戶密碼信息表字典

欄位名

數據類型

是否可空

說明

ID

CHAR

NOT NULL

用戶名（主鍵）

PASSWORD

CHAR

NOT NULL

密碼

AUTHORITY

CHAR

NOT NULL

許可權

2. COURSE課程信息表數據字典

欄位名

數據類型

是否可空

說明

ID

CHAR

NOT NULL

課程號（主鍵）

NAME

VARCHAR

NULL

課程名

TEACHER

VARCHAR

NILL

講師

CLASTIME

VARCHAR

NULL

上課時間

CLASSROM

CHAR

NULL

上課地點

INTRO

VARCHAR

NULL

簡介

3. COURSE-SELECT選課結果表數據字典

欄位名

數據類型

是否可空

說明

ID

SMALL INT

NOT NILL

記錄號（主鍵）

COURSE

CHAR

NULL

課程名

STUDENT

CHAR

NULL

選課學生（外部關鍵

4. STUDENT學生個人信息表數據字典

欄位名

數據類型

是否可空

說明

ID

SMALL INT

NOT NULL

學號（主鍵）

NAME

VARCHAR

NOT NULL

姓名

SEX

CHAR

NOTNULL

性別

CLASS

CHAR

NULL

班級

DEPARTMENT

CHAR

NULL

院系

BIRTHDAY

VARCHAR

NULL

生日

5. 獎懲記錄信息表

欄位名

數據類型

是否可空

說明

ID

SMLL INT

NOT NULL

記錄號（主鍵）

STUDENT

CHAR

NOT NULL

學號（外部鍵）

LEVEL

CHAR

NULL

獎懲代碼

TIME

DATA

NULL

時間

DESCRIPTION

VARCHAR

NULL

描述

二主要模塊詳細設計說明書

1用戶身份認證模塊

功能：按用戶輸入的用戶名和密碼是否合法

合法則進入應用程序

非法則顯示出錯信息

界面：由總控模塊調用

模塊說明細化為詳細邏輯IPO圖

用戶身份認證模塊

輸入 處理 輸出

連接資料庫表 連接資料庫錯誤中斷程序

捕捉錯誤

用戶名 獲取用戶名

用戶密碼 獲取用戶密碼

讀USER-PAS

判斷用戶名是否存在

判斷密碼是否存在 提示信息

捕捉異常

判斷用戶許可權是合法

隱藏登錄窗口

顯示主窗體

文件

USER-PASS表

2．選課模塊

功能：接受學生選課信息

刷新學生課程表

界面：調用添加、刪除模塊，列印課表模塊

將模塊說明細化為詳細邏輯

選課處理IPO圖

輸入 處理 輸出

課程編號 為課程號過濾 輸入課程編號異常提示

接受課程號

打開課程信息表

判斷是添加或是刪除

添加

檢索課程表讀該記錄

若該記錄存在

顯示所選課程詳細信息 執行添加語句

調用添加模塊

將選課結果刷新

刪除 執行刪除語句

調用刪除模塊

將穩定課結果刷新

提交 課表：課程編號，課程名

調用列印課表模塊文件

課程信息表

選課結果表

3. 課程申請模塊

功能：接受輸入的新添課程信息

將新課程信息存入課程信息表

刪除舊課程

界面：調用已開課程信息表

調用申請修改程序

將模塊細化為詳細邏輯IPO圖

課程管理模塊

輸入 處理 輸出

課程編號 添加新課程

獲取當前教師所選課程

打開已開課程表

查詢是否存在該記錄

若無該記錄則是新課程

調用添加模塊

提取課程編號

提取課程名稱

提取課程簡介

提交

若有該記錄則不是新課程

出錯處理 提示信息

刪除舊課程

文件

課程信息表

軟體測試

輸入數據

有效等價類

無效等價類

證件號碼

1、6位數字字元

2、有效數字字元

3、少於6個字元

4、大於6個字元

使用功能

5、選課

6、查詢

7、輸入其他文字

有效測試用例

測試數據 期望結果 測試范圍

123456 輸入有效 1

選課 輸入有效 5

5

無效測試用例

測試數據

期望結果

測試范圍

12jda1

輸入無效

2

1234561

輸入無效

4

12341

輸入無效

3

12t21

輸入無效

2、 3

排課

輸入無效

7

（折半查找演算法測試）2

測試名稱：模塊輸入課程編號過濾的測試方案

a) 規定課程編號為輸入4個字元，頭兩個字元為字母，後2個字元為數字例如TP38

b) 測試方法採用黑盒測試法中的等價類劃分法

劃分等價類

輸入數據

有效等價類

無效等價類

課程號

1 兩字母+兩數字

2有非數字或字母

字母

3 A--Z

4字母少於兩個或多於兩個

數字

5 00--99

6數字少於兩個或多於兩個

為有效等價類和每個無效等價類設計測試用例

測試數據

期望結果

測試范圍

HY76

輸入有效

1、3、5

@D78

輸入無效

2

S86

輸入無效

4

MA2

輸入無效

6

HY345

輸入無效

6

DEH94

輸入無效

4

測試名稱：課程查找模塊設計測試方案

a) 本模塊採用的是折半查找演算法主要是測試各程序在各種典型情況下是不能有效的進行查找

b) 測試方案採用選擇白盒測試法中的路徑覆蓋法

說明：由於輸入的課程編號已經被過濾，所以編號接受的范圍為00--99

F. 院系圖書資料室管理系統軟體需求說明書怎麼寫啊..請給參考下.

給你個框架吧：

一.開發目的：

總結軟體開發過程中的方法和技巧，更好的應用和資料庫技術

1.開發內容：開發一套學生成績管理系統軟體

採取的研究方法：採用面向對象的編程，結合網路和資料庫技術，實現控制和管理。通過系統分析、需求分析、概要設計、詳細設計、編寫代碼、軟體測試、軟體維護、經驗方法總結等一系列實驗方案，實驗軟體的開發。

2.具體開發方案：

分七個階段進行：

系統分析、需求收集和分析

概念設計

第一階段：系統分析、需求收集和分析

這一階段首先進行系統分析，分析確定系統的規模和范圍，確定軟體的總體要求以及所需要的硬體和支撐軟體，確定待開發軟體與外界的介面，根據用戶的情況確定軟體對操作的要求，以及待開發軟體總體上的約束和限制，完善項目計劃。

在這之後，這一階段的大部分時間將被用來進行需求收集和分析。向學校管理人員及學生了解情況，確定軟體系統的綜合要求，分析軟體系統的數據要求，導出系統的邏輯模型，修正項目開發計劃。

採用結構化分析方法，生成數據流圖、數據詞典及加工邏輯說明。

估計階段跨度：2008年某月初至某月中旬

第二階段：概要設計

在這一階段將確定軟體系統的結構，對全局數據結構進行設計，進行模塊劃分，確定每個模塊的功能 介面以及模塊間的調用關系。

採用與結構化方法銜接的結構化設計方法，生成結構圖及概念設計說明書。

估計階段跨度：2008年某月中旬至某月底

第三階段：詳細設計

為每個模塊設計實現的細節將成為這個階段的主要任務，還要對局部數據結構進行設計。

採用結構化設計方法。採用自頂向下逐步求精的設計方法和單入口單出口的控制結構。使得程序具有良好的結構，增強程序的可讀性。生成程序流程圖及詳細設計說明書。

詳細設計時，如果不滿意，須回到概要設計中重新完善設計。

估計階段跨度：2008年某月初至某月中旬

第四階段：編寫代碼

這一階段用來根據詳細設計說明書編寫代碼。

採用計算機語言編寫。追求高質量的代碼，生成源程序代碼、內部文檔。

估計階段跨度：2008年某月中旬至某月底

第五階段：軟體測試

這將是一個很重要也將是一個很耗時間和精力的階段。

在這一階段中將盡可能多地發現軟體中的錯誤和缺陷。如果有錯，還將退回到編碼階段進行調試。測試過程分為單元測試、集成測試和確認測試。

估計階段跨度：2008年某月初至某月中旬

第六階段：完善各項文檔及和報告，從整個開發過程和這些文檔中總結經驗和教訓，羅列各種方法和技巧。

估計階段跨度：2008年某月中旬至某月底。

需求分析說明書

一，引言

1．編寫目的：

2．背景說明

3．術語定義及參考資料

4任務概述

4.1. 目標

系統開發的總體任務

4.2. 系統技術

4.3基本設計概念和處理流程

4.4. 用戶的特點

5.需求規定

5.1. 對功能的規定

1．可實現……
2．方便實現……
3．可對院系圖書資料檔案進行管理，表單生成簡便。
4．安全有效的用戶區分，管理
5．檔案數據的高安全性，保密性
6．有幫助文檔

5.2. 對性能的規定

使用穩定，操作性能好，操作方法易於掌握，系統的安全性6.1. 資料庫的設計
強

6. 設計思想
6.1. 資料庫的設計
6.2. 系統功能特點
7.系統需求分析
說明：
功能：
可行性研究報告

1. 編寫目的

編寫這份可行性研究報告的目的是讓讀者能夠了解本系統的開發可行性。預期的讀者包括上級領導，相關開發人員以及管理人員。

一.可行性研究的前提
1.1 要求
編寫軟體的語言，用到的資料庫等等
1.2 目標
能夠快速的查詢出……
1.3 進行可行性研究的方法

對使用者採用問卷調查的方法，詢問他們，以確定最佳的可行性研究方案。軟體採用現代流行WINDOWS操作界面。是標準的WIN32應用程序，可運行在WIN95\WIN98\WinMe\WIN2000\WINXP\WINNT等系統平台上的多任務應用程序。在運行時可以直觀的瀏覽、查詢和掌握院系圖書資料，同時能夠了解資料基本信息所在的具體位置。結束了人工統計的耗時長、工作量大、錯誤率高的缺點。

1.4 評價尺度

1． 是否功能齊全，運行穩定。2.在網路功能方面是否方便管理。3.設置是否靈活開4.是否具有多任務，高效率的特點。5.是否具有界面友好，操作簡單的特點。

2 處理流程和數據流程

2. 所建議的系統

2.1 對所建議系統的說明
3.影響

3.1 對設備的影響

例如：由於以前無自動化管理的方案，所以所有設備都需要購買。

3.2.對軟體的影響

例如：由於以前無自動化管理的方案，所以不需要考慮對現存應用軟體合支持軟體的影像。

3.3.對用戶單位機構的影響

例如：為了建立和運行所建議系統，需要提高管理人員的技術水平。

3.4.對系統運行過程的影響

例如：所建議系統沒有影響運行過程。

3.5.對開發的影響

例如：所建議系統對軟體開發人員要求不高，但是對硬體要求比較高。

3.6.對地點和設施的影響

例如：所建議系統對建築物無改造，可以利用原有的通信線路。

3.7 技術條件方面的可能性

例如：本軟體有計算機系的學生開發，調試，由計算機系老師知道。可完成性很高。

4. 可選擇的其他系統方案

例如：由於此系統方案是學生開發，而且資金有限所以暫時無其他系統方案。

5. 投資及效益分析

5.1 支出分析：

5.2 收益分析：

5.3 收益/投資比

5.4 投資回收周期

5.5 敏感性分析

6. 社會因素方面的可能性

例如：所有軟體都選用正版。所有技術資料都由提出方保管。合同制定確定違約責任。

7.用戶使用可行性

例如：由於學校的老師都有一定的計算機基礎，不用培訓就可以使用，所以用戶使用可行性通過。

8. 結論

通過上述分析可以知道這個軟體操作簡單、功能齊全、功能開放、運行穩定、多任務、高效率等特點。所以說是計算機與學生成績管理上的好軟體！

G. 誰有學生成績管理系統概要設計說明書！大神們幫幫忙

概要設計說明書的編寫提示 （參考件） E.1 引言 E.1.1 編寫目的 說明編寫這份概要設計說明書的目的，指出預期的讀者。 E.1.2 背景 說明： a. 待開發軟體系統的名稱； b. 列出此項目的任務提出者、開發者、用戶以及將運行該軟體的計算站（中心）。 E.1.3 定義 列出本文件中用到的專門術語的定義和外文首字母組詞的原片語。 E.1.4 參考資料 列出有關的參考文件，如： a. 本項目的經核準的計劃任務書或合同，上級機關的批文； b. 屬於本項目的其他已發表文件； c. 本文件中各處引用的文件、資料，包括所要用到的軟體開發標准。 列出這些文件的標題、文件編號、發表日期和出版單位，說明能夠得到這些文件資料的來源。 E.2 總體設計 E.2.1 需求規定 說明對本系統的主要的輸入輸出項目、處理的功能性能要求，詳細的說明可參見附錄C。 E2.2 運行環境 簡要地說明對本系統的運行環境（包括硬體環境和支持環境）的規定，詳細說明參見附錄C。 E2.3 基本設計概念和處理流程 說明本系統的基本設計概念和處理流程，盡量使用圖表的形式。 E.2.4 結構 用一覽表及框圖的形式說明本系統的系統元素（各層模塊、子程序、公用程序等）的劃分，扼要說明每個系統元素的標識符和功能，分層次地給出各元素之間的控制與被控制關系。 E.2.5 功能需求與程序的關系 本條用一張如下的矩陣圖說明各項功能需求的實現同各塊程序的分配關系： 程序1 程序2 …… 程序m 功能需求1 √ 功能需求2 √ 功能需求 √√ E.2.6 人工處理過程 說明在本軟體系統的工作過程中不得不包含的人工處理過程（如果有的話）。 E.2.7 尚未解決的問題 說明在概要設計過程中尚未解決而設計者認為在系統完成之前必須解決的各個問題。 E.3 介面設計 E.3.1 用戶介面 說明將向用戶提供的命令和它們的語法結構，以及軟體的回答信息。 E.3.2 外部介面 說明本系統同外界的所有介面的安排包括軟體與硬體之間的介面、本系統與各支持軟體之間的介面關系。 E.3.3 內部介面 說明本系統之內的各個系統元素之間的介面的安排。 E.4 運行設計 E.4.1 運行模塊組合 說明對系統施加不同的外界運行控制時所引起的各種不同的運行模塊組合，說明每種運行所歷經的內部模塊和支持軟體。 E.4.2 運行控制 說明每一種外界的運行控制的方式方法和操作步驟。 E.4.3 運行時間 說明每種運行模塊組合將佔用各種資源的時間。 E.5 系統數據結構設計 E.5.1 邏輯結構設計要點 給出本系統內所要使用的每個數據結構的名稱、標識符以及它們之中每個數據項、記錄、文卷和系的標識、定義、長度及它們之間的層次的或表格的相互關系。 E.5.2 物理結構設計要點 給出本系統內所使用的每個數據結構中的每個數據項的存儲要求，訪問方法、存取單位、存取的物理關系（索引、設備、存儲區域）、設計考慮和保密條件。 E.5.3 數據結構與程序的關系 說明各個數據結構與訪問這些數據結構的各個程序之間的對應關系，可採用如下的矩陣圖形式： 程序1 程序2 …… 程序m 功能需求1 √ 功能需求2 √√ 功能需求 √√ E.6 系統出錯處理設計 E.6.1 出錯信息 用一覽表的方式說明每種可能的出錯或故障情況出現時，系統輸出信息的形式、含意及處理方法。 E.6.2 補救措施 說明故障出現後可能採取變通措施，包括： a. 後備技術 說明准備採用的後備技術，當原始系統數據數據萬一丟失時啟用的副本的建立和啟動的技術，例如周期性地把磁碟信息記錄到磁帶上去就是對於磁碟媒體的一種後備技術； b. 降效技術 說明准備採用的後備技術，使用另一個效率稍低的系統或方法來求得所需結果的某些部分，例如一個自動系統的降效技術可以是手工操作和數據的人工記錄； E.6.3 系統維護設計 說明為了系統維護的方便而在程序內部設計中作出的安排，包括在程序中專門安排用於系統的檢查與維護的檢測點和專用模塊。

H. 學生信息管理系統程序設計的需求分析的大概內容和格式

需求分析項目名稱：公司人事管理系統
一、用例視圖寫出用例圖的介紹，包括功能包、用例的簡述等。不少於1000字。
二、用例描述1. Login 英文名稱：<Login> 中文名稱：<登錄> 參與者 ：<User>
1.1 簡要說明 對登錄的流程進行描述，操作者輸入用戶名、密碼、選擇用戶類型進行登錄。1.2 事件流 1.2.1 基本流 (1) 系統：顯示登錄界面； (2) 用戶：輸入登錄信息，登錄信息包括：用戶名、密碼、用戶類型； (3) 用戶：可能進行下面兩種操作： (a) 用戶：選擇登錄，則執行基本流(4)； (b) 用戶：選擇重置，則返回到基本流(1)； (4) 系統：檢查用戶的登錄信息，可能有下邊兩種情況； (a) 登錄成功：執行基本流(5)； (b) 登錄失敗：執行備選流(1)； (5) 登錄成功，結束此用例。1.2.2 備選流 (1) 登錄失敗：如果系統檢測到用戶名、密碼不存在或錯誤，則提示用戶輸入的登錄信息不正確，系統返回到選擇登錄前的狀態，用戶可以重新輸入/修改登錄信息，重新執行基本流(3)。 1.3 特殊需求(約束和非功能性需求)
1.3.1 第一特殊需求 要求用戶密碼安全。
1.4 前置條件 1.4.1 第一前置條件 系統已啟動到登錄界面。
1.5 後置條件 1.5.1 第一後置條件 用戶登錄成功後，根據用戶類型進入到相應界面。Administrator用戶進入到管理員界面，Employee用戶進入到個人用戶界面。 1.5.2 第二後置條件 用戶登錄失敗，返回到登錄界面。
1.6 擴展點 沒有與此相關的內容。
1.7 附加說明 1.7.1 附加說明1 登錄過程要求安全性。
1.8 優先順序 沒有與此相關的內容。2. 略3. 略三、領域模型與用戶字典1. 領域建模2. 用戶字典2.1 Employee實 體 名Employee(員工)說 明公司的一個雇員，具有一定的職務或崗位，按照職務或崗位或工作量領取薪水基本屬性編號、姓名、級別、職務、當月薪水實 體 名ID（編號）說 明員工的編號，由系統自動生成。4位阿拉伯數字，例如： 1234從屬實體Employee實 體 名Name（姓名）說 明員工的姓名姓名最多8個漢字或16個英文字母從屬實體Employee
2.2 <略><第二條詞彙> 的定義在此處提供。應提供讀者理解該概念所需的全部信息
2.3 <第一組詞彙>[有時，可利用術語分組來提高可讀性。例如，如果問題領域包含與建築項目的統計和建設兩方面都相關的術語（當開發建築項目管理系統時就會出現這種情況），提供兩個不同子領域中的術語會使讀者混淆不清。為了解決這種問題，我們採用了術語分組的方法。當提供分組術語時，應提供一段簡短說明來幫助讀者理解<一組詞彙>的含義。為了便於查找，同組內的術語應按字母順序排列。] [<第一組詞彙> 的定義在此處提供。應提供讀者理解該概念所需的全部信息。]
四、非功能性需求
1. 質量屬性性能暫無要求安全性密碼安全存儲的安全易用性簡單易用快捷操作持續可用性程序穩定可伸縮性暫無要求互操作性可更換資料庫或存儲成標准格式CSV可靠性不易死機測試嚴格魯棒性能容忍非法操作易理解性易被開發人員看懂設計文檔和代碼規范可擴展性能增加功能可重用性系統的類可被重用可測試性易測試可維護性易修改錯誤、代碼易理解可移植性易換平台易換資料庫
2. 分析後的約束技術C++開發，程序員水平不高平台Win32資料庫Csv文件或Access界面風格命令行時間一周其他暫無

I. 學生成績管理系統的軟體需求說明書怎麼寫

用個www.25175.com是專抄門做這種程序的，你可以去參考一下啊