第一篇：軟件工程實驗任務書

軟件工程實驗任務書

利用一種高級語言或數據庫程序設計語言，依照所學的軟件工程理論設計一個小型軟件。要求：

1．本課程的實驗要求在第12周教學結束前完成并提交。最遲不能超過第16周。如果到時沒有提交作品及文檔，該課程直接以不及格計成績。

2．軟件工程實驗就是用軟件工程的原理、方法、工具進行軟件開發，本次實驗要求設計一個小型軟件，選題原則上要求一人一個題目。原則上不能同題，如有同題，則內容不能完全雷同。

3．要體現軟件開發的過程性，要有詳細、完整的文檔資料并最終形成實驗報告。要求包括以下內容：

? 選題的可行性研究； ? 項目需求分析； ? 軟件設計過程； ? 軟件實現過程； ? 軟件測試過程； ? 軟件開發總結。

4．有系統設計代碼（其中代碼注釋不少于代碼的30%），系統運行說明。

5.程序語言不限，可以選擇自己熟悉的開發環境。如：Asp.Net +C#、java、jsp, 數據庫：SQL Server 2010等。6．軟件工程設計題目可以選擇下面的題目，也可以自己選擇題目進行設計，不作統一要求。

以下是供參考的設計題目: 題目一“教務管理系統之子系統——系內課程安排” 1．系統簡介

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

假設上述排課過程全部為人工操作，現要求改造為能利用計算機實現的自動處理過程。

題目

二、“學校教材訂購系統”

1、系統簡介

本系統可細化為兩個子系統：銷售系統和采購系統 銷售系統的工作過程為：首先由教師或學生提交購書單，經教材發行人員審核是有效購書單后，開發票、登記并返給教師或學生領書單，教師或學生即可去書庫領書。

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

以上的功能要求在計算機上實現。

2、技術要求和限制條件

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

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

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

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

題目

三、“機票預訂系統”

1、系統簡介

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

2、技術要求及限定條件

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

（2）對于本系統還應補充以下功能： ? ? ? 旅客延誤了取票時間的處理 班機取消后的處理

旅客臨時更改機票班次的處理

（3）

系統的外部項至少包含三個：旅客、旅行社和航空公司。

題目四：“學校內部工資管理系統”

1、系統簡介

假設學校共有教職工約1000人，10個行政部門和8個系部。每個月20日前各部門（包括系、部）要將出勤情況上報人事處，23日前人事處將出勤工資、獎金及扣款清單送財務處。財務處于每月月底將教職工的工資表做好并將數據送銀行。每月初（3日前）將工資條發給各單位。若有員工調入、調出、校內調動、離退休等數據變化，則由人事處通知相關部門和財務處。

2、技術要求及限定條件

（1）

本系統的數據存儲至少包含：工資表、部門匯總表、扣稅款表、銀行發放表

（2）

除人事處、財務處外，其他只能部門和系部名稱可簡化，如系1，系2?..等

（3）

工資、獎金、扣款細節可由學生自定

題目

五、“實驗室設備管理系統”

1、系統簡介

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

（2）對于有嚴重問題（故障）的要即使修理，并記錄修理日期、設備名、修理廠家、修理費、責任人等。

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

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

2、技術要求及限定條件

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

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

（3）本系統的數據存儲至少應包含：設備記錄、修理記錄、報廢記錄、購買申請。

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

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

題目

六、分房管理系統

某大學擬開發一個計算機分房管理系統，要求系統具有分房、調房、退房和咨詢統計等功能。房產科把用戶申請表輸入系統后，系統首先檢查申請表是否合理，對不合法申請表拒絕接受；對合法表根據類型進行處理。

分房申請，根據申請者情況（年齡、工齡、職稱、職務、家庭人口等）計算其分數，高于閥值的進行排隊。分房時，讀空房文件，把好房優先分給排在分房隊列前面的人，并將房屋信息與申請者一起寫入住房文件中。

若為退房申請，從住房文件中刪除有關信息，并將房屋信息計入空房文件。

若是調房申請，根據申請者情況計算分數，并進行以上退房和分房處理。

系統可進行房屋信息維護（輸入、刪除、排序），以及各種住房信息統計、查詢、打印等。

題目

七、基金管理系統

為實現政務公開，某省擬采用網上自然基金申報和審批，需開發一套包括基金申報（使用說明、文檔提交、申報情況查詢）、基金信息公告（基金公告、基金新聞、最新立項）、網上審批與鑒定（專家定量網上審批、項目鑒定）、基金項目管理（發布申報計劃、批復申請、查詢申請項目等）與推薦優秀基金項目等功能的辦公網站。

要求具有基金申報管理（申報文檔提交，申報情況查詢等），信息公告維護（增加，撤除和修改等），審批流程管理（管理員可指定審批流程，對需執行審批的專家顯示審批流程，進行審批提示），項目鑒定管理（管理員可指定鑒定流程，對需執行鑒定的專家顯示審批流程，進行鑒定提示）等功能。

題目

八、汽車俱樂部管理系統

為實現汽車俱樂部行業信息的規范化管理，某軟件開發商要求開發一汽車俱樂部管理系統，面向俱樂部工作人員進行會員信息的管理。主要功能包括：用戶（俱樂部工作人員）身份驗證和用戶權限組織；提醒服務（提醒各種該執行的車務活動）；會員管理（會員信息、會員費收繳記錄錄入，查詢，修改）；車務管理（新車上牌代辦，保險代辦，驗證代辦，落戶代辦等）；救援服務（呼救記錄，救援情況記錄以及救援車輛管理）；旅行服務（旅行信息記錄、修改、查詢）；統計報表、圖表（所有當日、當月、當年向會員提供的各種服務信息及其收費的詳細情況列表及匯總）；系統管理（設置提醒提前日期，用戶管理等）；俱樂部管理（俱樂部部門、工作人員、救援車輛管理）；系統幫助。

題目

九、學生學籍管理系統 功能說明

本學生學籍管理系統分為學生信息管理、學生成績管理、考試管理和用戶管理四個功能模塊。

（1）學生信息管理模塊主要是對學生信息（如學號、姓名、性別、家庭住址等）進行管理。本模塊又分為三個子模塊：

? 學生信息錄入 ? 學生信息查詢 ? 學生信息修改/刪除

其中，學生信息查詢不需登錄即可使用，信息錄入和修改/刪除模塊則需要先登錄后才能使用。

（2）學生成績管理模塊主要是對學生成績進行管理。本模塊又分為五個子模塊：

? 學生成績錄入 ? 學生成績查詢 ? 學生成績修改/刪除 ? 計算總分與排名 ? 目標分管理

其中，學生成績查詢不需登錄即可使用，其他模塊則需要先登錄后才能使用。

（3）考試管理模塊主要對考試進行如下管理： ? 添加新考試

? 對已有的考試信息進行修改/刪除 ? 對考試科目進行添加/刪除 本模塊需要先登錄后才能使用。

（4）用戶管理模塊主要對使用本系統的用戶進行如下管理：

? 添加新用戶

? 對已有的用戶進行更改用戶名、密碼和權限（管理員或普通用戶）等操作 ? 刪除用戶

本模塊只有管理員才能使用，普通用戶不能進入。

《軟件工程》實驗設計報告封面如下：

《軟件工程》實驗設計報告

題

目：院（系）：年 級：專 業：姓 名：學 號：教 師：魏文才學 期：

2016-2017第二學期 軟件工程實踐報告書寫規范及格式要求

1內容構成

報告內容一般由以下幾個部分構成：

1）選題的背景：說明為什么選擇這個題目，以及對題目的現狀及前景進行分析。2）開發環境及相關工具的說明和介紹。

3）系統分析：對所選擇的題目進行分析，給出系統的功能結構及數據模型。4）系統設計：對系統的功能進行分解然后進行合理的組織形成系統的總體結構，并對其中的主要模塊進行詳細設計，必要是給出相關代碼。

5）系統測試運行：對系統的主要功能進行運行測試，通過運行時的截圖來說明程序主要功能的實現狀況及完善到什么程度。

6）進行系統開發總結。

以上是報告的主要內容，也是報告的主體結構，一定要以此為基礎來進行適當調整。

2格式要求

報告格式統一要求如下：

1）報告統一用3級目錄結構：每一部分（章）的內容使用標題1格式、每一節的內容使用標題2格式、每一小節的內容用使用標題3格式。如圖1所示。

圖 1標題格式說明

2）正文統一用宋體+小四字體，單倍行距。

3）文中所有圖表都要加上題注，并按順序編號。如：圖

1、圖

2、圖

3、?。表

1、表

2、表

3、?。對于圖表均要求配有相應的說明。

請大家按以上格式進行文檔的編輯排版，統一用A4頁面。

第二篇：軟件工程課程設計任務書

抽獎程序設計說明書 概述

1.1 系統簡述

學院將舉行慶元旦暨迎新春聯歡晚會，其中有抽獎活動，需要一個抽獎程序。首先將班級同學分發抽獎券，獎券號碼與學號、姓名綁定，聯歡會上由抽獎活動主持人輸入獎票號碼范圍，并指定獲獎等級后，在給定的號碼范圍內產生一個隨機號碼，作為該獲獎等級的一個中獎號碼。如果產生的中獎號碼與已產生的中獎號碼重復，則給出明確的提示“無效”（即不允許一個獎票重復獲獎）。可隨時顯示或打印抽獎結果。1.2 軟件設計目標 1．2．

1、程序功能：

1.輸入獎票號碼范圍：輸入最小獎票號碼，輸入最大獎票號碼。

2.產生中獎號碼：產生一個界于最小獎票號和最大獎票號之間的數。并且判定該數是 否為一個有效的中獎號。

3.顯示中獎信息：顯示到目前為止所有抽出的中獎獎票號碼、姓名、學號和中獎等級。4.更新中獎記錄：將中獎信息寫入表格文件。5.查看中獎記錄：可隨時查看中獎記錄的內容。1．2．2非功能性需求：

從安全性、美觀性等角度入手。

任務

2.1 文檔類

2．1．

1、可行性報告 2．1．

2、需求說明書 2.2 建模類

2．2．1 用例圖 2．2．2 時序圖 2．2．3 類圖 2.3 設計類

2．3．1 軟件平臺設計 2．3．2 程序流程圖設計 2．3．3 界面設計 2.4 源程序 2.5測試記錄

附錄：文檔規格

系統可行性分析

可行性研究主要分析要開發的系統是否具有必要性、可能性，從技術上、經濟上、操作上、社會各個方面對所開發系統進行分析和研究，減少可能發生的投資失誤概率，確保開發的順利完成。在最短時間內用最低的成本解決盡量多的問題是可行性分析的意義所在。

1.技術可行性

在技術上主要是分析當前所用軟件以及開發人員所使用的技術對系統開發是否可行，硬件、軟件等等能不能滿足開發人員的需要。該系統為B/S模式，采用J2EE體系和JAVA技術開發，開發平臺是Eclipse，使用SQL Server數據庫，相關的技術都已相當成熟。同時，計算機硬件技術也越來越先進，且性價比高，可以滿足系統的需求。所以系統在技術上完全可行。

2.經濟可行性

在經濟可行性方面，主要考慮使用成本、開發成本、回報三方面的因素。首先，開發成本主要使用 Windows 操作系統，Eclipse，在數據庫方面主要使用 SQL Server進行數據操作，這些軟件是開發系統所需成本。開發成員主要一人負責。回報主要是系統開發成功，可以實現項目管理系統的所有功能，通過項目管系統的應用，企業可以提高員工的工作效率和項目完成的效率，從而為企業帶來經濟效益。因而在經濟上完全可行。

3.操作可行性

操作可行性重點了解系統的操作流程、運行方式在組織內部是否可以有效，順利實施等問題。計算機技術、網絡技術的發展，使得人們的日常辦公和生活的諸多方面都使用計算機辦公，這已經成為現代辦公的必備技能。此外，人們對于操作對于工作是否簡潔而方便越來越重視，本系統的設計就能夠做到這一點，它很好地解決了人工操作的不便，在實踐上具備了可行性。本系統的設計明晰，用戶界面良好，簡潔的操作，有完善的異常處理機制和驗證提示信息，因此操作方面可行。

4.社會可行性

首先，本系統從功能模塊的提出到各個界面的設計再到每個功能模塊的開發與實現到后期的測試過程，全部由本人獨立完成，開發過程參考，借鑒過網上資料和所學課程，因此不存在侵權的法律問題。其次，在開發過程中，各部門配合將現有的人員，項目等相關信息導入到系統中。完成這些工作后，項目管理會變得更加簡便。最后，系統的大部分功能模塊都是根據需求分析提出的要求完成的，并且在開發過程中對需求分析的介紹進行了深入的研究，因此，已經熟悉業務流程。因此本系統在社會方面也是可行的。

所以，系統在技術上、經濟上操作上、社會方面都是可行的，系統的設計和開發可以順利進行。

需求分析

系統采用面向對象的分析方法，從管理員、教師用戶、學生用戶對系統的需求分析來建立本系統的需求。

具體定義如下：(1)用戶管理

① 用戶注冊：注冊功能相當于系統的入口，注冊功能用戶體驗的良好性直接影響的用戶的使用心理，注冊功能簡單、明快便于操作，會大大吸引用戶對成為系統會員的興趣。同時，友好型的使用體驗也促使用戶樂于分享。② 登錄：驗證用戶所提供的登錄信息，從而判斷是否準許該用戶進入系統。

③ 驗證信息主要有：賬號或密碼是否為空、驗證碼正確與否、庫中是否存在此用戶、賬號和密碼匹配與否。

可以對用戶相關信息預覽，對多余的用戶進行刪除等管理操作。(2)教師管理

教師登錄后臺，驗證教師提供的登錄信息正確與否。

驗證信息主要有：賬號或密碼是否為空、驗證碼正確與否、庫中是否存在此教師用戶、教師名和密碼是否匹配。

管理員具有對教師相關信息的預覽，教師信息的維護等操作。(3)試卷管理

教師具有相關信息的預覽，錄入新的試卷，修改試卷，刪除試卷等功能。(4)考試管理

用戶登錄考試系統后進行選擇試卷，然后正式進入模擬考試系統進行做題，選完試卷后接下來就是在線答題，按照漢語水平考試的題型，第一部分為聽力理解。

第三篇：軟件工程實習任務書

《軟件工程實習》任務書

系別:軟件工程學院

專業:軟 件 技 術

班級：軟件11-

1、2

實習題目：圖書管理系統一、實習目的《軟件工程實習》是軟件技術專業有關軟件工程的綜合實踐課程，是《軟件工程與UML應用技術》等課程的后繼實踐課程。

本次專業實習的目的是使學生進一步理解和領會軟件工程的原理、技術和方法，鞏固所學理論知識，加深對軟件、軟件工程、軟件生命周期等相關概念的理解，讓學生全面系統地掌握軟件開發過程，對每個階段的目標、任務有一個清晰的掌握，熟練掌握每個階段常用的技術方法，通過具體實習項目，理論實踐相結合，讓學生把軟件工程的正確的思想、方法和技術應用到實際軟件項目的開發中。通過本次實習，使學生加強軟件工程意識，培養良好的軟件工程素質，提高軟件工程的能力，從而提高軟件開發能力。

二、實習內容

（1）實習任務

圖書管理系統是一個圖書館業務處理的計算機信息管理系統。

讀者到圖書館借書，首先要查詢圖書，查詢可以按書名查詢、作者、圖書編號等關鍵字查詢。如果查到則記下書號，交給流通組工作人員，等待辦理借書手續。如果該書已經全部借出，可做預訂登記，等待有書時被通知。如果圖書館沒有該書的記錄，可進行缺書登記。

辦理借書手續時，先要出示圖書證，沒有圖書證則去圖書館辦公室辦理圖書證。如果借書數量超出規定，則不能繼續借閱。借書時流通組工作人員登記圖書證編號、圖書編號、借出時間和應還書時間。

當讀者還書時，流通組工作人員根據圖書證編號找到讀者的借書信息，查看是否超期。如果已經超期，則進行超期處罰。如果圖書有破損、丟失，則進行破損處罰。登記還書信息，做還書處理，同時查看是否有預訂登記，如果有，則發出到書通知。

圖書采購人員采購圖書時，要注意合理采購。如果有缺書登記，則隨時進行采購。采購到貨后，編目人員進行驗收、編目、上架、錄入圖書信息、發到書通知。如果圖書丟失，或舊書淘汰，則將該書從書庫中清除，即圖書注銷。

本系統涉及圖書、讀者、借還書的管理，相關的部門有采編部、流通部、辦公室。

設計圖書管理系統，學生要利用已掌握的專業知識，用軟件工程的思想、方法和步驟來進行。首先進行系統問題定義和可行性分析，確定系統的要解決的問題，即問題的性質、工程的目標和規模，分析系統是否可行，意義如何；其次進行需求分析，確定系統要完成的任務；接著進行系統總體設計，建立系統的功能結構模型；再接著進行詳細設計和編碼調試；最后進行軟件測試。系統開發過程用UML來進行建模設計。

在進行系統設計的同時，要考慮數據庫設計，建立良好的數據庫是系統成功的基礎，學生要結合所學的數據庫的設計方法，進行數據庫的分析、設計和建立。系統設計采用SQL Server 2005作為數據庫管理系統，建立倉庫管理系統數據庫。

（2）實習要求

學生應從能力培養的角度出發，充分重視，認真做好實習前的各項準備工作，實習時，在教師的指導下，充分發揮主觀能動性，獨立思考，努力鉆研，勤于實踐，勇于創新，培養自身分析和解決實際問題的能力。可采用分組形式，小組成員間分工協作，共同討論，密切合作，培養良好的合作精神。在實習過程中要嚴格要求自己，樹立嚴謹的科學態度，按時、按質、按量完成規定的實習任務，并撰寫實習報告。

三、報告編寫

（1）報告內容

實習報告內容主要包括任務書、中英文摘要、目錄、正文、結語、致謝、參考文獻等方面。

（2）撰寫要求

從軟件工程要求的角度，全面闡述系統的分析設計采用的思想、原理、技術和方法。要求設計思想和原理正確，采用的技術和方法先進，闡述清楚，條理清晰，文字書寫整齊，圖表清楚，設計資料齊全。

四、時間及進度安排

（1）實習時間

2013-2014學年秋季學期，為期2周（第9-10周）。

具體時間參考軟件工程學院實踐基地安排表。

（2）進度安排

表1 實習進度表

階段

7實習內容 查閱資料 項目定義 需求分析 概要設計 詳細設計 軟件編碼 軟件測試 實習報告 時間（天）1 0.5 1.5 1 1 2 1

2五、考核方式和成績評定標準

每個學生依照實習進度安排按時完成實習內容，單獨進行考核，依據學生實習任務完成情況、實習報告質量和考勤等因素綜合評定成績。

實習成績大致由實習任務完成情況（占40%）、實習報告質量（占40%）和考勤（占20%）三部分構成，按百分制記。

六、參考書目

[1] 張權范．軟件工程．北京：清華大學出版社&北京交通大學出版社．2004．5

[2] 呂林霞等．數據庫原理及應用．西安：西安電子科技大學出版社．2011．

[3] 薩師煊、王珊．數據庫系統概論（第三版）．北京：高等教育出版社，2000．

[4] 杜文潔，白萍．實用軟件工程與實訓．北京：清華大學出版社，2009．

[5] 耿祥義，張躍平．JSP實用教程（第二版）．北京：清華大學出版社，2007．

指導教師：呂林霞

2013． 8．20

第四篇：軟件工程課程設計任務書

《軟件工程》課程設計任務書

一．目的軟件工程課程設計是軟件工程專業一個綜合性的實踐教學環節，其目的在于促進學生復習和鞏固計算機軟件設計知識，加深對軟件設計方法、軟件設計技術和設計思想的理解，并能運用所學軟件設計知識和面向對象技術進行綜合軟件設計，提高學生的綜合應用能力。通過這次課程設計，要掌握UML（統一建模語言），并能運用UML在Visio中建模。

二．要求：

1.兩人一組。

2.熟悉Visio開發環境，認真分析題目。

3.掌握UML的基本模型元素(如角色、用例、類、數據模型等)，準確把握所要開發系統的功能需求，認真完成系統前期的需求分析，繪制出系統的業務流程圖。

4.建立完善的角色與用例的關系，繪制出系統的用例圖。

5.分析用例為完成業務目標而進行的各項任務或活動及執行順序，繪制出用例要求所要進行的活動以及活動間的約束關系的活動圖。

6.分析各用例的可能狀態及狀態間的轉移，描述狀態變化序列的起點和終點，繪制出系統的狀態圖。

7.進行業務流的分析，根據系統所要完成的功能和所要處理的數據，畫出反映系統邏輯模型的數據流程圖。

8.通過分析系統的功能要求，抽象出系統的實體類，描述各實體類的屬性，建立各個實體類及它們之間的關聯，繪制系統的實體類圖。

9.總結分析出系統的各功能模塊，繪制系統各子模塊的結構圖。

10.模塊的結構設計完成后，進行功能模塊的界面風格和要求規范的設計，實現變量命名規范和模塊命名規范的設計，根據設計結果撰寫各模塊說明書

11.進行檢查，并提交設計報告。

三．報告要求：

1.實驗題目

2.需求分析

3.系統總體設計：包括角色、用例關系說明與描述，用例狀態流程的說明與描述等內容。

4.系統詳細設計：包括詳細的業務流程的設計和數據流程圖的設計、相關實體類圖的設計與說明等。

5.心得體會

四．參考資料：

1.Martin Fowler & Kendall Scott：UML Distilled Second Edition A Brief Guide to

the Standard Object Modeling Language

2.UML參考手冊

3.Jason T.Roff 著 張瑜 楊繼萍 等 譯《UML基礎教程》 清華大學出版社

4.參見本中心服務器ftp:s@172.16.38.100《軟件工程》 目錄下的相關文檔。

五．設計內容

可自選題目，但須經過指導教師審查。

可選題目：

18.文檔管理系統

面向企業用戶，研制開發一套文檔管理系統，實現企業文檔的存儲、分類、維護、檢索、授權等過程的全面管理。為用戶主要提供如下功能：

1）登陸：用戶通過瀏覽器登陸到系統，輸入用戶名和密碼，登陸到系統，看到本用戶所能看到的各類信息，包括文檔分類樹、文檔的基本信息等。

2）人員組織角色管理與授權管理：創建和維護企業的人員、組織和角色，人員具有登陸名、名稱、密碼、郵件、手機等一些基本的屬性，人員從屬與一個或多個組織，具有一個或多個角色，組織間具有層次關系。提供文檔按照人員與角色兩種方式的授權模式。

3）文檔分類管理：用戶可以增刪改文檔的分類，文檔分類間可以建立層次關系。

4）文檔維護：用戶可以增刪改文檔，文檔包括基本的描述信息（如文檔編號、文檔名、文檔創建時間、創建人、大小等）及文檔對應的文件列表。

5）文檔檢索：用戶可以方便的按照文檔的名稱、編號、創建時間、創建人等信息進行檢索。

第五篇：軟件工程實驗

作業一

1.請畫出由下列文字描述的系統流程圖，請用Microsoft Visio 或Word軟件畫圖

設某城市招干考試成績統計系統。

考生分三個專業，不同專業考試科目不同：

法律專業---考政治、語文、法律

行政專業---考政治、語文、行政

財經專業---考政治、語文、財經學

每個考生在報名時登記姓名、地址、年齡和報考專業。報名后招干辦公室根據專業考生專業及地址在市區或郊區來編排準考證號碼和考場。考生參加考試后，輸入每個考生的各門課程的成績，并統計出每個考生三門課程的總成績。按準考證號的順序打印出考生考試成績單，分發給每個考生。各專業分別將考生按成績總分從高到低的次序排序，以便決定錄取名單。

作業二

畫考務處理系統的數據流圖。

考務處理系統功能如下：

(1)對考生送來的報名單進行檢查;(2)對合格的報名單編好準考證號后將準考證送給考生，并將匯總后的考生名單送給閱卷站;?3)對閱卷站送來的成績單進行檢查，并根據考試中心制定的合格標準審定合格者;(4)制作考生通知單(含成績及合格/不合格標志)送給考生;(5)按地區進行成績分類統計和試題難度分析，產生統計分析表。

作業三

1、請為某倉庫的管理設計一個ER模型。該倉庫主要管理零件（包括零件編號、名稱、顏色、重量）的定購和供應等事項。倉庫向工程項目（包括項目編號、項目名稱、開工日期）供應零件，并且根據需要向供應商（包括供應商編號、名稱、地址）定購零件。

2、畫復印機的狀態轉換圖 復印機的工作過程大致如下： 未接到復印命令時處于閑置狀態，一旦接到復印命令則進入復印狀態，完成一個復印命令規定的工作后又回到閑置狀態，等待下一個復印命令；

如果執行復印命令時發現沒紙，則進入缺紙狀態，發出警告，等待裝紙，裝滿紙后進入閑置狀態，準備接收復印命令；

如果復印時發生卡紙故障，則進入卡紙狀態，發出警告等待維修人員來排除故障，故障排除后回到閑置狀態。

作業四

請將上列給出的具有變換型的DFD圖導出它的軟件結構SC圖

作業五

某程序流程圖如下圖所示，請分別用N-S圖和PAD圖表示。

作業六

練習題：用判定表和判定樹表示“檢查訂貨單”偽碼 IF 客戶訂貨金額超過5000元 THEN IF 客戶拖延未還賒欠錢款超過60天 THEN 在償還欠款前不予批準

ELSE(拖延未還賒欠錢款不超過60天)發批準書，發貨單 ENDIF ELSE(客戶訂貨金額未超過5000元)IF 客戶拖延未還賒欠錢款超過60天 THEN 發批準書，發貨單，并發催款通知書 ELSE(拖延未還賒欠錢款不超過60天)發批準書，發貨單 ENDIF ENDIF

作業七

設計下列偽碼程序的語句覆蓋和路徑覆蓋測試用例： START

INPUT(A,B,C)IF A>5 THEN X=10 ELSE X=1 END IF IF B>10 THEN Y=20 ELSE Y=2 END IF IF C>15 THEN Z=30 ELSE Z=3 END IF PRINT(X,Y,Z)STOP

實習

請參考機票預訂系統實例 飛機票預訂系統.zip

一、課程實踐任務

學生自行分組選擇一個項目，完成一個實際軟件項目的分析、設計、開發、測試全過程，領會軟件工程的基本思想，明晰各個階段的主要任務，使用 MicroSoft Visio、Project、Rose、VSS、Power Designer 等計算機輔助軟件工具，采用規范化的軟件工程方法進行軟件項目的研發。

二、課程實踐的要求