第一篇：《信息系統分析與設計》課程設計指導書

《信息系統分析與設計》

課程設計指導書

設計時間：2周執筆人：王小江

學 分 數：2.0 編寫日期：2004年10月

一、課程設計的目的信息系統分析與設計課程設計作為獨立的教學環節，是信息管理專業集中實踐性環節系列之一，是學習完《信息系統分析與設計》課程后進行的一次全面的綜合練習。其目的在于：

1、進一步鞏固和加深學生所學的專業理論知識，加深對信息系統基礎理論和基本知識的理解；

2、初步掌握使用信息系統分析、設計的基本內容和方法，培養學生獨立分析和解決實際管理問題的能力；

二、課程設計的一般步驟

課程設計大體分五個階段：

1）選題與搜集資料：選擇課題，進行系統調查，搜集資料。

2）系統概述：介紹所選題目的背景及范圍，預計將完成哪些主要功能等。

3）分析與設計：根據搜集的資料，進行功能與數據分析，并進行數據庫、系統功能等設計。

4)程序設計：運用掌握的語言，編寫程序，實現所設計的模塊功能。

5)系統調試：自行調試程序，測試程序，并記錄測試情況。

三、課程設計的內容與要求

本課程設計重視書面材料的撰寫（信息系統前期的系統調查，系統分析，系統設計），要求最后采用相應的程序開發工具（例如VB、PowerBuilder、Delphi、ASP等）進行信息系統的開發實施。

1、根據課程設計時間選擇適當規模大小的設計課題。可以從參考題目或采用生產實習的調研內容作為課程設計選題。

2、根據合理的進度安排，按照系統開發的流程及方法，踏實地開展課程設計活動。

3、課程設計過程中，根據選題的具體需求，在開發各環節中撰寫相關的技術文檔，最后要求提交比較詳細的課程設計報告，內容應包括：系統概述、系統分析、系統設計、系統實施等部分。

四、內容格式要求

1、課程設計報告要求用16k紙排版，單面打印，并裝訂成冊，內容包括：

1）封面（包括題目、院系、專業班級、學生學號、學生姓名、指導教師姓名、職稱、起止時間等）

2）目錄

3）正文（系統概述、系統分析部分、系統設計部分等）

①系統概述（現狀分析，系統目標等）

②系統分析部分（必需）

需求分析

業務流程圖（重點）

數據流程圖（重點）

數據詞典

③系統設計部分（必需）

模塊結構設計（HIPO圖）

輸出設計（主要指打印輸出界面設計）

存儲文件格式設計（數據庫結構設計）

輸入設計（主要指數據錄入界面設計）

代碼設計（職工證號和部門代號等）

④系統實施等

4）參考文獻

2、課程設計正文參考字數：5000字。

3、目錄格式

①標題“目錄”（三號、黑體、居中）

②章標題（四號字、黑體、居左）

③節標題（小四號字、宋體）

④頁碼（小四號字、宋體、居右）

4、正文格式

①頁邊距：上2.5cm，下2.5cm，左2.5cm，右2cm，頁眉1.5cm，頁腳

1.75cm，左側裝訂；

②字體：章標題，四號字、黑體、居左；節標題，小四號字、宋體；正文文字，小四號字、宋體；

③行距：1.5倍行距；

④頁碼：底部居中，五號；

5、參考文獻格式

①標題：“參考文獻”，小四，黑體，居中。

②示例：（五號宋體）

期刊類：[序號]作者1,作者2,??作者n.文章名.期刊名（版本）.出版年,卷次（期次）:頁次.圖書類：[序號]作者1,作者2,??作者n.書名.版本.出版地:出版社，出版年:頁次.五、考核方式與成績評定

課程設計報告作為考核的內容，成績計分按優、良、中、及格和不及格5級評定。

六、參考題目

題目1：商城管理系統

1.基本數據管理

2.商品類別數據維護

3.商品基本數據維護

4.供應商數據維護

題目2：學生成績查詢系統設計

1.各代課老師能夠根據權限，把學生成績錄入教學管理科的數據庫中。

2.各學院成績辦公室同樣能夠把學生成績上傳到教務處教學管理科，或把學生成績下載到學院成績辦公室自己的數據庫服務器。

3.學院網站發布學生各科成績。

4.學生成績查詢與打印報表。（其中包括按年級查詢、班級查詢、課程名查詢、代課老師名查詢、學號查詢及相應的報表打印）

題目3：圖書借閱管理系統設計

1.書目查詢設計

2.用戶借閱信息查詢

3.過期書目匯總

4.預定書目通知設計

題目4：機房上機管理系統設計

1.管理員及用戶登陸設計

2.計算機狀態查詢設計

3.上機費用計價設計

4.費用匯總設計

題目5：車票預定系統設計

1.車票、車次信息查詢設計

2.客戶基本信息輸入設計

3.車票訂購設計

4.退票功能設計

題目5：酒店客房管理系統設計

1.客房狀態信息查詢設計

2.客戶基本信息輸入設計

3.費用結算設計

題目6：旅游在線報名站點設計

1.旅游信息查詢設計

2.客戶基本信息輸入設計

3.旅游報名匯總設計

4.旅游費用計算設計

題目7：人才招聘系統設計

1.企業人才信息發布設計

2.人才需求信息查詢設計

3.個人信息發布設計

4.企業與人才交流設計

題目8：教學輔助系統的設計與實現

1.用戶管理

2.作業管理

3.習題與教程文章管理

4.網上答疑

題目9：留言簿系統設計

1.用戶登陸設計

2.用戶基本信息輸入設計

3.留言發布設計

4.留言查詢設計

5.留言管理設計

題目10：畢業設計管理系統

1.畢業設計成績網上評定設計

2.畢業設計論文管理設計

3.畢業設計成績匯總及打印

4.成績查詢設計

題目11：獎學金評定系統設計

1.獎學金評定信息查詢

2.根據獎學金評定辦法，自動生成（班級、專業）名次表。

3.用戶可按多種方式查詢成績及名次

4.獎學金發放匯總

題目12：實驗室設備管理系統

1.設備信息的添加、刪除、修改

2.設備按多種方式查詢和統計

3.設備報表輸出

題目13：選課系統

1.根據課程開設的時間，動態實現被選課程科目。

2.用戶網上對所選課程進行增加、修改和刪除。

3.用戶登陸設計，保證網絡安全。

4．用戶選課課程表生成設計

題目14：考試成績查詢系統

1．可查詢學生的某學期，學年的單科成績

2．查詢學生不及格成績

3．查詢學生的所有成績，并進行匯總統計

4.設定使用權限，不同的用戶有不同的權限

題目15：學生選修課程管理系統

1． 學生入學登記。

2． 學生選修課程控制（如人數控制）。

3． 選修課程統計（成績.課數等）。

4． 學生統計。

5．學生選修課程分析（什么課程選修人數比較多，什么課程教師開課多等）

題目16：人事管理系統

1.增加記錄

2.修改、刪除記錄

3.考核、獎懲

4.人事信息查詢

題目17：高校學生管理系統

1.可增加、刪除記錄

2.實現任意條件查詢、打印功能

3.學生信息輸入包括基本信息（家庭、聯系、民族等）

4.實現每個學生計算成績平均分（分學期、總學期）

題目18：學校教師工作量及課時計算系統

1.能夠完成工作量和課時的輸入

2.計算工作量和課時

3.能夠查詢某位教師的總課時、具體的分項課時

4.能夠實現排序功能

5.報表輸出

題目19：食堂管理系統

1.食堂用餐卡發售與注銷，資金注入.2.食堂用餐登記，3.食堂用餐統計。

4.食堂用餐的人數，哪個食堂用餐人數最多，消費金額最高。

5.哪些菜最受歡迎等。

題目20：通用超市管理系統

1.顧客購買登記，計算顧客的購買總金額及收款金額與找出另錢

2.商品銷售統計（含每日/月/年結帳功能）

3.商品進貨登記

4.庫存查詢，提示是否進貨

5.報表打印及標價簽打印,包括商品號碼,銷售單價等

題目21：教材管理系統

1． 現有庫存教材查詢（書目、數量）

2．依據學生數確定，參照現有庫存量，最終確定需要征購的教材數量

3．領書出庫時自動提示相應班級報訂的教材種類與數量

4．可分供書單位提供對帳單，能以班級或單個學生為帳戶進行結算。

5．能記錄并查詢教師領用教材情況，便于同財務管理部門進行結算。

6．能按課程查詢近年來教材選用情況；提供上報教育部的年度教材使用情況表。題目22：電腦組配網上報價系統

1.計算機硬件查詢（價格、性能）

2.電腦配置自動生成總金額

3.用戶自己選擇配置，只需點擊配件名稱，自動生成總金額

4.用戶可記住自己的自選配置單號進行查詢、更改，會員用戶可登陸查詢自選配置單號

進行查詢、更改。

第二篇：信息系統分析與設計課程設計教學大綱

《信息系統分析與設計課程設計》教學大綱

一、課程名稱：信息系統分析與設計課程設計

課程代碼：030557

二、課程類別（基礎、專業基礎、專業）：專業課

三、設計周數：2周

四、大綱說明

（一）適用專業：信息管理與信息系統專業

（二）主要先修課程和后續課程

1、先修課程：管理信息系統、數據庫系統及應用

2、后續課程：

五、課程設計目的及基本要求

圍繞著信息系統開發的整個過程，結合現實開發需求，深入理解生命周期法、原型法、CASE方法、面向對象方法的基本概念，擴大學生的知識面和提高未來應對不同類型信息系統開發的能力。

六、課程設計內容及安排

1、選定調查、可行性研究，設計目標，進行信息系統規劃；

2、進行用戶需求分析；

3、總體設計、詳細設計

4、系統實施、測試、試運行。

課程設計安排兩周完成，包括具體布置課題，上機指導。

七、指導方式

集中指導與分散指導結合。（1）集中指導

第1天：布置任務、說明題意和要求； 第7天：中期檢查和指導； 第10、11天：集中討論。（2）分散指導

安排學生5天在計算機房編程和調試，教師隨時解答學生設計中的問題。

八、課程設計對圖紙、編程、設計說明書等具體量化要求 報告中應該體現學生的設計思路、設計方法、源代碼編程及試運行效果。

九、課程設計考核方法及成績評定

課程設計的成績評定以課程設計平時表現、設計題目完成情況和設計報告為依據綜合評分，評分各占30％、30％、40％。從總體來說，所設計的程序應該全部符合要求，系統可以進行試運行，設計報告要符合規范。

十、課程設計教材及主要參考資料

[1] [美]Gary B.Shelly Thomas J.Cashman Harry J.Rosenblatt著，李芳,朱群雄,陳軼群等譯.系統分析與設計教程.機械工業出版社.2004.主要參考書：

[2] [美]Daniel R.Windle L.Rene Abreo著，韓柯等譯.使用統一過程的軟件需求.電子工業出版社.2003 [3] Jeffrey L.Whitten, Lonnie D.Bentley, Kevin C.Dittman著.肖剛，孫慧等譯.系統分析與設計方法.機械工業出版社.2003.[4] [美]杰拉爾德溫伯格著,張佐, 萬起光, 董菁.系統化思維導論.清華大學出版社.2003.十一、其他

第三篇：系統分析與設計實驗指導書

系統分析與設計實驗指導書

前言

信息系統分析與設計是一門研究管理信息系統開發與維護的普遍原理和技術的工程學科。隨著信息系統概念及應用的發展，成功的經驗與失敗的教訓使人們認識到：信息系統建設過程是復雜的社會過程，系統觀點是系統建設的重要思想武器，科學的開發過程和規范的項目管理要比開發技術本身更為重要，嚴格遵循系統分析與設計的方法論可以大大提高信息系統開發的成功率，顯著減少系統開發和維護中的問題。

按該課程的特點，實驗內容包括軟件開發的兩大方法學的專題訓練，即結構化（生命周期學）的方法學和面向對象的方法學，通過對一個具體的信息系統項目，要求學生利用結構化軟件開發技術或面向對象的軟件開發技術完成對該項目的開發。因此設置四個實驗項目，從項目開發的準備工作，系統分析過程，系統設計過程，到文檔的整理和完善，覆蓋軟件開發的主要過程，此外又引入我國國家《計算機開發規范》，以規范技術文檔的書寫標準，提高實驗教學質量。

通過實驗訓練，達到如下目的：

使學生進一步了解和掌握系統分析與設計原理，提高對實際項目的分析和設計能力，通過實驗課程，熟悉和基本掌握軟件開發方法學、軟件開發的過程，文檔資料的編寫格式及規范，全面領會和貫通所學習的理論知識，從而培養學生綜合運用所學課程知識，分析解決問題的能力，培養學生理論聯系實際作風，實事求是，嚴肅認真的科學態度和良好的工作作風，為今后從事科學研究工作打下基礎。

目

錄

實驗一：項目開發的準備工作--------------------1 實驗二：系統分析過程----------------------------1 實驗三：系統設計過程----------------------------2 實驗四：系統文檔整理----------------------------3

附錄一：--------------5 附錄二：--------------6 附錄三：--------------11

實驗一：項目開發的準備工作

實驗學時：2

實驗類型：驗證性

一、目的與任務

目的：確定課題，組織組員，合理分工，熟悉軟件開發環境，培養團隊精神。

任務：學習軟件開發小組的組織和管理，合理分工，將項目開發各階段的任務明確，并熟悉相應的軟件開發環境。

二、內容、要求與安排方式

1、實驗內容與要求：

根據各組選擇的課題，實行項目經理制，各組推薦一名組長，統一管理整個項目的實施過程，并和理調整資源和負責項目全局；根據項目的難易合理分配組員的任務，對問題達成一直的看法；針對項目的實施，熟悉相應的軟件開發工具的使用環境。

2、實驗安排方式：

本實驗為開放實驗，各組可同時進行實驗，每組2—3人。3．準備參考資料和閱讀相關的國家有關軟件開發的標準文檔。

三、思考題

1． 2． 3． 項目開發首先要做的事是什么？

你認為該軟件應具備的最重要的特性是什么。你認為怎樣分工是最合理的？

實驗二：系統分析過程

實驗學時：4

實驗類型：驗證性

一、目的與任務

目的：確定項目的可實施性，在此基礎上完成系統的邏輯功能模型的建立。任務：采用不同的軟件開發技術，完成對項目的分析過程，給出系統的邏 1 輯功能模型，數據字典以及規格說明書。

二、內容、要求與安排方式

1、實驗內容與要求：（1）結構化分析

明白項目的業務流程圖，繪制數據流程圖，編寫數據字典，數據加工處理的描述，實體關系圖（ER圖），需求規格說明書。

（2）面向對象分析

弄清信息系統的業務流程，繪制系統的用例圖，書寫用例規格說明；初步繪制系統的靜態結構——類圖；初步繪制系統動態行為——順序圖、協作圖、活動圖、狀態圖。最后利用Word寫出系統的需求規格說明書。

2、實驗安排方式：

本實驗為開放實驗，各組可同時進行實驗，每組2—3人。

三、思考題

1． 2． 3． 4． 需求分析在軟件開發中真的有那么重要嗎？

分析系統流程圖，流程圖和數據流圖的區別和各自的特點。怎樣寫合乎規范的數據流圖和數據詞典？ 怎樣組織對該工作的評審？

實驗三：系統設計過程

實驗學時：4

實驗類型：技能性

一、目的與任務

目的：在實驗二基礎上完成系統的體系結構的建立和系統詳細設計，并給出相應的規格說明書。

任務：認真分析實驗二的結果，給出系統合理的體系結構，描繪系統結構圖，并合理劃分系統的各組成模塊，最后給出系統的各部分設計規格說明書。

二、內容、要求與安排方式

1、實驗內容與要求：（1）結構化設計

軟件體系結構圖（HIPO圖或模塊結構圖）設計，模塊處理流程設計，輸出設計（主要指打印輸出設計），存儲文件格式設計（數據庫結構設計），輸入設計（主要指數據錄入卡設計），代碼設計，系統設計說明書

（2）面向對象設計

設計系統合理的體系結構；在Rational Rose環境中對實驗二的分析模型進行細化、精化，使之成為計算機能夠實現的物理模型。最后利用Word寫出系統的設計規格說明書。

2、實驗安排方式：

本實驗為開放實驗，各組可同時進行實驗，每組2—3人。

三、思考題

1．系統設計和需求分析的關系是什么？兩者必須先后關聯嗎？ 2．怎樣描繪系統的體系結構？ 3．怎樣繪制復合規范的流程圖。4．怎樣組織對設計階段工作的評審？

實驗四：系統文檔整理

實驗學時：2

實驗類型：驗證性

一、目的與任務

目的：系統運行和軟件后期制作。

任務：總結軟件開發中的得失，正確書寫軟件說明書和用戶手冊。

二、內容、要求與安排方式

1、實驗內容與要求：

完善系統所涉及的程序框圖，源程序，模擬運行數據，打印報表，軟件使用說明書和用戶手冊等。

2、驗安排方式：

本實驗為開放實驗，各組可同時進行實驗，每組2—3人。

三、思考題

1.怎樣合理選擇軟件開發的工具？

2．怎樣進行用戶說明手冊和使用手冊的編寫。3．總結項目實施中的得失。

附錄一：

實驗要求

軟件工程實驗要求學生采用“項目小組”的形式，結合具體的開發項目進行設計。具體要求如下：

1． 班級按項目小組進行分組，每組不得超過4人

2． 每個項目小組選出項目負責人或項目經理，由項目經理召集項目組成員討論、選定開發項目

3．項目開的每項任務要落實到人且規定該任務的起止日期和時間 4．每個項目小組可以參照附錄中給定的文檔規范標準提供項目文檔 5．題目自定或采用附錄二中的題目

6．軟件開發的方法學自定（結構化或面向對象的方法學）

附錄一：實驗題目

題目一：“教務管理系統之子系統——學院課程安排”

1． 系統簡介

每個學期的期中，學校教務處向各個學院發出下各學期的教學計劃，包括課程名稱、課程代碼、課時、班級類別（本科、專科、成人教育、研究生）、班號等；學院教學主管人員根據教學任務和要求給出各個課程的相關限制（如：任課教師的職稱、上課的班數、最高和最低周學時數等）；任課教師自報本人授課計劃，經所在教研室協調任可，將教學計劃上交學院主管教學計劃的人員，批準后上報學校教務處，最終由教務處給出下個學期全學院教師的教學任務書。

假設上述排課過程全部由人工操作，現要求為上述過程實現計算機自動處理過程。2． 限定條件

（1）每位教師的主講課程門數不超過2門/學期：講師以下職稱的教師不能承擔學院定主課的主講任務。

（2）學院中層干部的主講課時不能超過4學時/周。

（3）本學期出現嚴重教學事故的教師不能承擔下各學期的主講任務。

（4）本系統的輸入項至少包括：教務處布置的教學計劃，學院教師自報的授課計劃和學院定的有關授課限制條件。

（5）本系統的輸出項至少包括：教務處最終下達全院教師的教學任務書和學院各個班級下各學期的課程表（可以不含上課地點）。

題目二：“學校教材定購系統”

1． 系統簡介

本系統可以細化為兩個子系統：銷售系統和采購系統。

銷售系統的主要工作過程為：首先由教師或學生提交購書單，經教材發行人員審核是有效購書單后，開發票、登記并返給教師或學生領書單，教師或學生可以到書庫領書。

采購系統的主要工作過程為：若是教材脫銷，則登記缺書，發缺書單給書庫采購人員；一旦新書入庫后，即發進書通知給教材發行人員。

以上功能要求在計算機上實現。2． 技術要求和限制條件

（1）當書庫中的各種書籍數量發生變化（包括進書和出書）時，都應修改相關的書庫記錄，如庫存表或進/出庫表。

（2）在實現上述銷售和采購的工作過程時，需考慮有關的合法性驗證。

6（3）系統的外部項至少包括：教師、學生和教材工作人員。

（4）系統的相關數據存儲至少包括：購書表、庫存表、缺書登記表、待購教材表、進庫表和出庫表。

題目三：“機票預定系統”

1． 系統簡介

航空公司為給旅客乘機提供方便，需要開發一個機票預定系統。各個旅行社把預定機票的旅客信息（姓名、性別、工作單位、身份證號碼（護照號碼）、旅行時間、旅行始發地和目的地，航班艙位要求等）輸入到系統中，系統為旅客安排航班。當旅客交付了預訂金后，系統打印出取票通知和帳單給旅客，旅客在飛機起飛前一天憑取票通知和帳單交款取票，系統核對無誤即打印出機票給旅客。此外航空公司為隨時掌握各個航班飛機的乘載情況，需要定期進行查詢統計，以便適當調整。2． 技術要求和限制條件

（1）在分析系統功能時要考慮有關證件的合法性驗證（如身份證、取票通知和交款發票）等。

（2）對于本系統還應補充以下功能：

? 旅客延誤了取票時間的處理 ? 航班取消后的處理 ? 旅客臨時更改航班的處理

（3）系統的外部輸入項至少包括：旅客、旅行社和航空公司。

題目四：“實驗室設備管理系統”

1． 系統簡介

每學年要對實驗室設備使用情況進行統計、更新。其中：（1）對于已徹底損壞的做報廢處理，同時詳細記錄有關信息。

（2）對于由嚴重問題（故障）的要及時修理，并記錄修理日期、設備名、編號、修理廠家、修理費用、責任人等。

（3）對于急需修改但又缺少的設備，需以“申請表”的形式送交上級領導請求批準購買。新設備購入后要立即進行設備登記（包括類別、設備名、編號、型號、規格、單價、數量、購置日期、生產廠家、保質期和經辦人等信息），同時更新申請表的內容。

（4）隨時對現有設備及其修理、報廢情況進行統計、查詢，要求能夠按類別和時間段等查詢。

2． 技術要求及限制條件

7（1）所有工作由專門人員負責完成，其他人不得任意使用。

（2）每件設備在做入庫登記時均由系統按類別加自動順序號編號，形成設備號；設備報廢時要及時修改相應的設備記錄，且有領導認可。

（3）本系統的數據存儲至少包括：設備記錄、修理記錄、報廢記錄、申請購買記錄。（4）本系統的輸入項至少包括：新設備信息、修理信息、申請購買信息、具體查詢統計要求。

本系統的輸出項至少包括：設備購買申請表、修理/報廢設備資金統計表。

題目五：人事管理系統的設計系統簡介和設計要求：（1）信息要求

本系統應該包含與人事管理相關的信息，如部門信息、職員信息，其中職員信息應該包含職員的基本信息（如職員的編號、姓名、性別等）職員的其他信息如（如：主要社會關系、獎懲情況等）。（2）功能要求

本系統的基本功能要求如下： ? 部門信息維護；

? 職員信息維護（含職員的部門調整）； ? 職員信息查詢（不確定查詢）； ? 人事信息查詢(如人才結構的統計查詢)? 用戶管理（含用戶權限的設置）

? 輔助功能（如學歷索引表、職稱索引表的維護等）

題目六：工資管理系統的設計

系統簡介和設計要求：（1）信息要求

本系統應該包含與工資管理相關的信息，如部門信息、職員工資信息，其中職員工資信息應該包含與支援工資相關的基本信息（如：職員的編號、姓名、基本工資、各種津貼以及其他應發工資項目，水電、煤氣等各項扣款，以及公積金、會費等）、職員的其他信息（如工資調整情況）等。

（2）功能要求

本系統的基本功能要求如下： ? 部門信息維護；

? 職員工資信息維護； ? 顯示打印職員工資表； ? 打印職員工資發放表； ? 打印部門工資匯總表；

? 用戶管理（含用戶權限的設置）。

題目七：畢業生管理信息系統

設計要求：（1）信息要求

本系統應該包含與畢業生管理相關的信息，如畢業生基本信息、畢業生就業信息、其中畢業生基本信息應該包括：畢業生的編號、姓名、性別、民族、籍貫、畢業時間、專業、政治面貌等信息；畢業生就業信息應該包括：畢業生的編號、就業時間、工作單位、工作性質、職務、地址等。

（2）功能要求

本系統的基本功能要求如下： ? 畢業生基本信息維護； ? 畢業生就業信息維護；

? 畢業生就業情況查詢（不確定查詢）； ? 按專業劃分的就業情況統計； ? 用戶管理（含用戶權限的設置）。

題目八：建立一個分布式、互動式的遠程教學平臺

為教師教學、學生學習提供比較完整的教學解決方案。其主要功能包括通知發布、參考資料發布、電子課件發布、學生作業提交、幫助教師批改學生作業、幫助學生復查批改后的作業。

題目九：開發一個基于WEB的網上機票查詢和銷售系統

該系統可以錄入航班和機票信息，用戶可以查詢航班時刻表、查詢機票可用信息和機票折扣信息，用戶可以通過WEB訂票。

題目十：開發一個基于WEB的網上投稿系統

該系統可以接受作者的電子投稿，以及作者信息（如姓名、單位、通信地址、電話、E-Mail等）注冊，并能供投稿人查詢稿件處理情況，以及在稿件處理后（退稿、錄用、修改后再審等），能自動發送E-Mail通知投稿人。

題目十一：開發一個基于Web的BBS系統

包含一般BBS所具有的功能，如用戶注冊、用戶信息管理、發貼功能、貼子管理、主題詞查詢、用戶信息修改和查詢等。

題目十二：開發一個基于Web的網上書店

該系統可以分類錄入書籍和相關信息（如名稱、頁數、出版商、摘要、目錄等），用戶可以注冊、登錄，注冊用戶享受打折服務，所有用戶都可以查詢、瀏覽書籍。注冊用戶可以定購書籍并查詢訂單。

附錄三：

軟件開發文檔指南 可行性研究報告

可行性研究報告的編寫目的是：說明該軟件開發項目的實現在技術、經濟和社會條件方面的可行性；評述為了合理地達到開發目標而可能先擇的各種方案；說明論證所選定的方案。可行性研究報告的編寫內容要求如下：

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.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 控制 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 概要設計說明書

概要設計說明書可稱作系統設計說明書，這里說的系統是指程序系統，編制的目的是說 15 明對程序的系統的設計考慮，包括程序系統的基本處理流程、程序系統的組織結構、模塊劃分、功能分配、接口設計、運行設計、數據結構設計和出錯處理設計等，為程序的詳細設計提供基礎。編制概要設計說明書的內容要求如下：

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.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 模塊開發卷宗

模塊開發卷宗是在模塊開發過程中逐步編寫出來的，每完成一個模塊或一級密切相關的 20 模塊的復審時編寫一份，應該把所有的模塊開發卷宗匯集在一起。編寫的目的是記錄和匯總低層次開發的進度和結果，以便于對整個模塊開發工作的管理和復審，并為將來的維護提供非常有用的技術信息。具體的內容要求如下：

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（標識符）21

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 項目開發總結報告

項目開發總結報告的編制是為了總結本項目開發工作的經驗，說明實際取得的開發結果以及對整個開發工作的各個方面的評價。具體的內容要求如下：

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 出錯原因的分析

第四篇：信息系統分析與設計

《信息系統分析與設計》考試題目及評分標準

下周一（11月26日）中午12點之前由班長或學習委員收齊各班紙質版本作業，周二收齊交給任課老師。

請注意論文封面、格式以及老師強調的論文重點，打印并裝訂好交給班長或學習委員。考試題目：（任選其一）

設計一個銀行存取款管理信息系統。

要求具有下面的功能：①儲戶憑身份證在銀行開戶，銀行賬戶中保存儲戶姓名、聯系電話、家庭住址等基本信息，并保存儲戶每筆存取款業務數據。②儲戶存款時，需提交存折/卡號，由業務員在銀行賬戶及存折/卡上登記存款信息。③儲戶取款時，還需提交密碼，以確認身份，在驗證取款合法性后，更新銀行賬戶。④統計員每日統計存、取款情況，形成日存取款匯總表，提供給信貸管理部作為信貸主要依據。

設計一個物資采購及庫存管理業務管理信息系統。

要求具有下面的功能：①車間填寫領料單到倉庫領料，庫長根據用料計劃審批領料單，未批準的退回車間。②庫工收到已批準的領料單后，首先查閱庫存賬，若有貨，則通知車間前來領取所需物料，并登記用料流水賬；否則將缺貨通知采購人員。③采購人員根據缺貨通知，查閱訂貨合同單，若已訂貨，則向供貨單位發出催貨請求，否則就臨時申請補充訂貨。④供貨單位發出貨物后，立即向訂貨單位發出提貨通知。采購人員收到提貨通知單后，就可辦理入庫手續。接著是庫工驗收入庫，并通知車間領料。⑤此外，倉庫庫工還要依據庫存賬和用料流水賬定期生成庫存報表，呈送有關部門。

考核內容：

熟練掌握信息系統分析與設計的方法。具體考核的內容是：

1、編寫信息系統可行性報告。

2、編寫信息系統需求分析報告，繪制數據流圖。

3、編寫信息系統設計報告，繪制功能結構層次圖，數據庫設計，界面設計和硬件和軟件設計。

評分標準：

1、編寫信息系統可行性報告。（20分）

2、編寫信息系統需求分析報告，繪制數據流圖。（30分）

3、編寫信息系統設計報告，繪制功能結構層次圖。（20分）

4、數據庫設計（10分）

5、界面設計。（10分）

6、簡單的硬件和軟件設計。（10分）

第五篇：《電力系統分析》課程設計指導書

《電力系統分析》

課 程 設 計 指 導 書

適用專業：適用層次：

長春工程學院電氣與信息學院

電力教研室

一、方案的初選

分析原始資料，考慮可能的網絡連接方式，淘汰顯然不合理的方案。首先根據電力 系統的供電可靠性；其次可通過滿足備用情況的線路長度、高壓斷路器的數量及調度靈活性等指標來取舍，最后經過比較選出2個方案。

二、確定電力網的最佳接線方案

針對網絡方案初選結果的2個方案，分別計算它們的一次性總投資和年運行費，采用償還年限法進行經濟比較，最后確定其中之一為最佳接線方案。

1． 方案的總投資

⑴線路的總投資：

① 確定線路的電壓等級

②按經濟電流密度法確定導線的型號

③計算投資

⑵變壓器的總投資：

①選變壓器的臺數和型號

②計算投資

2． 方案的總年運行費

（1）系統設備的運行維護管理費、小修費、折舊費

① 線路取7%

② 變壓器取13%

（2）系統的電能損耗費

① 按最大負荷損耗時間法計算電能損耗

② 計算費用（電價取為0.5元/度）

3． 確定最佳方案

償還年限法公式：

T =（Z1 — Z2）/（F2 — F1）

式中：T —— 償還年限（年）；

Z1—— 方案1的投資（萬元）；

Z2—— 方案2的投資（萬元）；

F1—— 方案1的年運行費（萬元/年）；

F2—— 方案2的年運行費（萬元/年）。

如T≤10年，取投資大的方案；如T＞10年，取投資小的方案。

三、最佳方案的潮流計算

1、要求計算：各節點運行電壓；各支路功率分布。

2、應考慮的運行方式：

１

① 豐水期最大負荷、最小負荷；

② 枯水期最大負荷、最小負荷。

3、計算方式：

選擇一種運行方式計算。

四、電力系統無功平衡及調壓計算

1）無功平衡計算

① 運行時應滿足：

∑QG =∑QD +∑ΔQL

式中：∑QG ——系統中所有無功電源發出的無功功率；

∑QD ——系統中所有負荷所需要的無功功率；

∑ΔQL —網絡元件中的無功功率損耗。

② 全系統應有一定的無功功率儲備：

QR =∑QN —∑QG

式中：∑QR ——系統的無功儲備；

∑QN ——系統無功電源設備容量。

說明：必須保證QR /∑QD max＞（7～8）%，否則說明無功電源不足，將不能保證

系統運行中的電壓水平，甚至會危及到系統的電壓穩定性，造成極為嚴重的后果，此時就必須進行無功補償。

2）調壓計算

① 可采用的調壓措施

i改變發電機端電壓調壓————調整發電機的勵磁電流；

ii改變變壓器變比調壓—————選擇變壓器繞組的分接頭；

iii改變系統無功功率分布調壓——并聯無功補償；

iiii改變電網參數調壓——————線路中串入電容器或電抗器。

② 調壓措施的應用

改變發電機端電壓調壓不需增加額外設備，簡便可行又經濟，既可保證機壓負

荷和近區負荷的電壓質量，又可作為系統的輔助性調壓措施，減輕其它調壓措施的負擔，應充分利用。

在系統無功儲備充足的前提下，因改變變壓器變比調壓不需增加額外設備且靈活有效，故應優先采用。如普通變壓器難以滿足要求，則可采用有勵磁調壓變壓器調壓。

在系統無功儲備不足或當有勵磁調壓變壓器也不能滿足調壓要求時，即應采用并聯無功補償調壓。補償設備可采用靜電電容器、同步調相機、靜止無功補償器，亦或采用最新的SVG裝置。

改變電網參數調壓的方法由于設計、運行等方面的原因，工程實際中很少有應用，故本次設計不擬采用。

參考資料：《電力系統分析》教材及《電力系統設計手冊》。

２