第一篇：實驗任務書1

實驗1

分析系統業務流程和繪制系統業務流程圖

實驗目的

1、掌握結構化分析方法

2、掌握業務流程分析方法和業務流程圖的繪制

實驗內容：

任務一

繪制系統業務流程圖

系統流程圖是描繪物理系統的傳統工具。是用圖形符號以黑盒子形式描繪系統里面的每個部件（程序、文件、數據庫、表格、人工過程等等）。表達的是信息在系統各部件之間流動的情況，而不是對信息進行加工處理的控制過程。

試繪制工資管理系統的系統流程圖，根據系統流程圖的符號說明仔細理解下圖含義：

圖1-1 工資管理系統系統流程圖

系統業務流程圖的符號：

圖1-2 基本符號

圖1-3

系統符號

操作步驟：

1．運行Microsoft Office Visio 2007

圖1-4

運行Microsoft Office Visio 2007

2．選擇流程圖中的基本流程圖模板

圖1-5

選中基本流程圖模板

3．用鼠標選拉圖標進行繪圖

任務二

分析系統業務流程和繪制系統業務流程圖

案例一：總務辦公管理系統

系統簡介：某單位準備開發一個購買辦公用品和設備的總務辦公管理系統。辦公用品的購買申請由各科室提出，由負責總務工作的辦公室統一收集。其中，購買申請的金額低于500元（含500元）可以由總務辦公室直接審批，而高于500元的購買申請由機構主管領導審批，批準的購買申請形成采購清單由采購員負責購買，同時應記錄每次實際購買清單，進行入賬。在提出購買申請時要包括下述數據：申請單位、物品名稱、物品數量、預計價格、物品用途等。每次購買完成后應記錄以下數據：物品名稱、物品數量、價格、總金額、購買日期、經辦人等。

請對該系統進行業務流程分析后，繪制出該系統的系統流程圖。

案例二：火車票預訂系統

系統簡介：某高校后勤集團為了學生寒暑假返鄉，辦理代學生預訂返鄉火車票事務，訂票必須提前三天辦理，后勤訂票處提前三天向火車站辦理購票事務。訂票處使用一臺微機處理訂票后購票事務，學生訂票一次稱為一個事務，由訂票員將其輸入在微機中，系統核實訂單后，將訂票信息記錄放在訂票庫中。系統每天打印預訂三天的購票單，并更新訂票庫。

請對該系統進行業務流程分析后，繪制出該系統的系統流程圖。

第二篇：erp實驗任務書

實驗四 設置會計科目及設置憑證類別

一、實驗目的（1）掌握增加、復制、修改、封存及刪除會計科目的方法。

（2）掌握設置憑證類別的方法。

二、實驗內容

完成3.1節實務操作3~實務操作7。并回答如下問題：

（1）“若某科目需要設置明細科目，但尚不清楚設置哪些明細科目，可為該科目先設置至少一個明細科目，方便以后增加與該明細科目平行的明細科目。”試談談你對這句話的理解。

（2）對某會計科目進行封存或刪除時，對該會計科目有何要求？

三、實驗要求

1.實驗學時：1學時

2.實驗后提交的文檔：實驗報告（電子檔）

實驗報告書寫格式為：

實驗序號及名稱

班級、學號、姓名

一、實驗目的二、實驗內容（在這一部分應著重描述自己針對每一項實操的操作過程、實驗成果等）

三、實驗總結（通過此次實驗自己有提高的地方、還沒有掌握的地方、心得、對老師的建議等）

第三篇：《采購學》課程實驗任務書

《采購學》 課程實驗任務書

編著

徐杰

北京交通大學經濟管理學院

實驗一

招標采購模擬

一、實驗目的

通過市場調研、采購招標、投標、開標、評標、簽約過程的模擬，理解招標采購的功能及實現過程，掌握招標文件、投標文件的編制技巧，熟悉采購市場調研過程，學會撰寫調研分析報告、評標報告等。

二、實驗要求

? 采購方根據實際需求編制招標文件，招標文件的內容要具體、詳盡；

? 供應商要完全響應招標文件的要求，編制投標文件，投標必須在實際調研的基礎上進行；

? 供應商是由若干小組構成，由于涉及商業機密，投標文件在未開標前必須保密，供應商之間不能互通信息；

? 由采購方和第三方一起確定評標的指標體系、分值及其他規則；評標方法的設計要科學合理，并在開標前輸入到系統中。

? 借助實驗軟件中提供的供應商資格排序，由采購商和第三方組成的評標專家組共同確定中標單位；

? 由中標單位與采購方簽訂合同；

? 未中標的小組要分析原因，撰寫未中標的分析報告。

三、實驗內容與步驟

此實驗是分組實驗，首先要將學生分成若干小組，分別代表采購方、供應商和評標方。

? 采購方根據采購需求編制招標文件，招標文件中真實地反映采購方對采購物品的技術和商務需求，因此招標文件必須在一定的市場調研的基礎上編制；招標文件完成后在招標平臺上發布招標公告。

? 采購方和另一組（第三方）的同學一起編制評標準則，包括廠商評價指標體系以及評標辦法等，并按實驗系統的要求在開標前輸入到系統中；

? 銷售方要在市場調研的基礎上編制投標文件，投標文件必須很好地響應招標文件的要求，并且與實際市場銷售價格、技術性能等相符。

? 供應商在提交投標文件的同時，要將其中的關鍵信息通過實驗系統錄入。? 供應商通過模擬招標平臺提交標書；

? 系統在規定時間會根據評標指標體系自動生成建議的中標順序。

? 由采購方和第三方根據實驗軟件提供的中標順序的基礎上，進一步進行協商確定最終的中標人。

? 由中標單位和采購方簽訂采購合同，并就合同的具體事宜進行協商，補充完善合同條款。

? 未中標的小組要擬定詳細的分析報告，說明未中標的原因，以及今后的改進措施。

四、實驗報告要求

采購方上交的實驗報告：

? 招標文件 ? 市場調研分析報告 ? 采購合同 銷售方上交的實驗報告：

? 投標文件 ? 市場調研分析報告

? 未中標原因分析報告（未中標的，中標方簽訂采購合同）評標方上交的實驗報告：

? 評標指標體系設計 ? 各指標分值確定的原因 ? 評標報告

實驗二

電子采購模擬實驗

一、實驗目的

模擬現代企業采購全過程，采用先進的電子采購技術進行采購需求、采購計劃、采購決策、供應商報價等等，展現從提出采購需求到采購商品入庫的全過程。使同學熟悉采購流程，能自行根據采購過程中上下游各部門的要求，獨立完成采購業務的各個環節。

二、實驗要求

模擬試驗的開展是按照班級進行管理和分派，即通過對某一個班級進行分組管理，進行實驗管理，班級成員扮演不同的角色進行模擬試驗，整個系統的運作過程由實驗教師統一進行分配管理控制。該實驗的角色具體包括：

? 采購需求部：代表用戶提出采購需求，上報采購計劃部。

? 采購計劃部：匯總各部門報來的采購需求計劃，形成一份匯總的采購計劃，報市場資源部。

? 市場資源部：收到采購計劃后，進一步完善，形成要約申請書，發給各個供應商，要求供應商在規定時間內回復。

? 供應商：代表廠商，對要約申請做出反映，提出報價單，包括質量、技術性能等。? 采購決策者：市場部將收到的報價單發給決策專家，由決策專家進行評價，最后給出最終的供應商。

? 合同管理部：由合同部擬出詳細的采購合同，發給中標供應商，并與之簽約。簽約后的合同書要同時發給運輸部、倉儲部、財務部。? 財務付款部：財務部根據合同書的要求付款。

? 物流部：運輸部根據合同要求安排運輸計劃，存儲貨物。在這個過程中以上八個角色進行交互，共同完成整個模擬試驗內容。

三、實驗步驟

（1）采購需求部向采購計劃部提出采購需求。該部分主要模擬用戶的采購需求。（2）采購計劃部向市場資源部提交采購計劃。采購計劃根據采購需求部的采購需求制定采購計劃，并提交給市場資源部。（3）市場資源部向供應商發出要約。

（4）供應商應答要約，向市場資源部發送報價單。（5）市場資源部將供應商的報價單發送給采購決策專家。

（6）采購決策專家根據報價單對供應商的報價進行評價并將評價結果反饋給市場資源部。

（7）市場資源部根據評價表通知合同管理部門簽約。（8）合同管理部門與供應商簽訂合同。（9）供應商應答合同

（10）合同部門受到供應商的合同應答后通知財務部門付款。（11）收到付款通知后財務部門給供應商付款。（12）供應商收款后，進行收款確認。

（13）財務部門受到供應商付款確認后，向合同管理部反饋已付款（14）合同部門根據合同向運輸部門發送運輸通知。（15）物流部門生成入庫通知。

（16）物流部向采購需求部發送到貨通知。

四、實驗報告要求

每個角色都需要上交各自的資料分析報告，具體為：

? 采購需求部：上交采購需求報告及采購需求確定的依據分析。? 采購計劃部：上交采購計劃表，及數據和資料來源分析。? 市場資源部：要約申請書及制訂的依據。

? 供應商：報價單，包括質量、技術性能等，以及提供此報價的原因。? 采購決策者：評分表，及評分的依據。? 合同管理部：采購合同及制訂的依據。? 財務付款部：付款清單及依據。

? 物流部：運輸和入庫計劃，信息來源和依據。

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

軟件工程實驗任務書

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

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頁面。

第五篇：實驗任務書011——人事管理系統

《軟件工程》實驗任務書

編號：01

1適用專業：計科、信管 教 研 室：計算機教研室

說明

1、該實驗任務書是專門為福建師范大學協和學院相關專業軟件工程課程設計的，請勿隨意復制傳播。

2、每個參與軟件工程課程學習的學生在課程初期自由組合成為實驗小組，共同完成任務書中的實驗要求。

3、任務書中對整學期的課程實驗任務有明確的規定，包括軟件總體描述、主要功能要求、數據環境要求、人機交互界面要求等。每個實驗小組必須在相應時間內（中期檢查和期末檢查）完成必須完成的實驗任務，編制相應的文檔和代碼，并填寫好實驗報告，及時提交給任課教師。

4、任務書并沒有將目標軟件的需求規定的非常嚴格，有意缺少某些關鍵需求。希望參加實驗的學生仔細觀察、仔細分析，自己擬定完善這些需求，或者與任課教師協商確定需求。此環節也屬實驗考核部分之一。

5、任務書內安排任務是整學期的實驗任務，每個實驗小組的組長有責任、有義務的安排好本組的實驗計劃和任務安排。

目標系統名稱： 人事管理系統

系統簡要說明：這是對某企業人事管理業務管理系統的模擬。該企業有董事長一

人，總經理一人，經理若干人分管不同部門。每個部門機構各不相同，下設人員不等。公司內部所有一般人員的調整都需經過其原所在部門經理、今后要加入的部門經理、總經理、人事主管經理同意才能調整。高層人員調整必須經過總經理和董事長同意。

對目標系統的基本要求：

1、公司職員的管理： 新任職員工的登記，員工辭職，職務調

整。

2、考勤管理：職工每天的考勤登記，請假管理（一般人員請假

需要部門經理同意，高層人員請假需總經理同意）。

3、公司機構管理：能對公司機構進行調整包括裁撤、合并、改

名、從新規定職能等。

4、信息查詢：部門經理可以查詢本部門員工的考勤情況，一般

員工可以查看自己的考勤情況，董事長和總經理可以查看公司所

有人的考勤情況。

5、能簡單對系統參數進行設置和調整。

6、人機界面簡潔方便，減少人工勞動強度。