第一篇：電子商務系統分析與設計實驗一第4周實驗二

實驗二：

時間：2014.3.18下午13：30-16：20 南315

1：登錄聯邦快遞網站，了解聯邦快遞的發展歷史，學習了解聯邦快遞電子商務的過程，內容和形式，根據其統計資料，思考聯邦快遞電子商務應用是否取得了效果。、登錄新浪網站，了解新浪的發展歷史，按照技術進步和經營模式 兩條主線分析新浪的發展過程。

3、登錄阿里巴巴、淘寶網、當當網等電子商務網站，了解其各自的經營內容、發展歷程、同時通過這些網站的招聘欄目了解其所需的人才類別、技能要求等方面的信息，并找出其中與本門課程教學內容及教學目的有關的職位需求。

4、上網選擇主營電子商務與非主營電子商務的企業網站各1-2個，通過瀏覽其網站的自我介紹，觀察其板塊設置等，嘗試對其經營目標、經營策略及相應的電子商務系統功能進行歸納總結。

5、假定你是一個試圖從是電子商務的人員，打算從事網絡上的玩具、音像制品或其他消費品的銷售，請指定你的電子商務戰略。

三個方面：經營目標、經營策略、針對各種經營策略收益的度量

6、假定你的同學準備將上題目的電子商務項目外包給你，你打算如何制定相應的系統規劃？ 三個方面：初步的系統需求、可行性研究、實施方案

7、從以下幾個題目中選擇一個，考慮其實施的可行性，并就此擬定一份可行性報告的框架。要求不能簡單地給出可行不可行的結論，應結合調查和分析，得出較為全面的客觀的報告。

（1）為學校餐廳及周邊餐館提供網上訂餐服務

（2）建立校內舊貨轉讓網上市場

（3）在校內開設一家小超市，提供網上訂貨及送貨上門服務。

（4）面向鄰近高校建立化妝品或體育用品網上商店，提供網上訂貨及送貨上門。

要求：撰寫實驗報告。

第二篇：森林資源管理實驗二 系統分析(一)

實驗二 系統分析

（一）——管理業務流程調查分析

一、實驗環境

1、技術環境：Win2000以上軟件操作系統，Visio軟件環境。

2、業務背景材料：

某高校是我國華東地區一所普通高等院校，在校生20000人，有55個本科專業，每學期參加補考的學生約有5000人次。在該學校中，與補考業務相關的部門有：教務處的教務科和教室管理科，二級學院的辦公室和各學科、學籍管理科。教務科負責組織補考業務的開展；補考所用的教室資源由教室管理科負責管理；二級院系的辦公室負責統計本院系補考學生的信息、給補考學生發放補考通知單、學生補考后統計補考成績；各學科負責組織教師閱卷，填寫補考成績單。

現行補考工作是按如下工作流程進行的：

（1）每學期考試結束后，各二級學院的辦公室根據教師報送的學生成績報告單，登記本學院考試不及格的學生信息，填寫補考學生明細表，報教務處教務科。

（2）教務科收集各個二級學院的統計表，匯總成全校的補考學生明細表。然后根據教室管理科提供的教室資源的信息安排補考的時間、地點，編制考場安排明細表。把補考學生明細表和補考安排明細表發給二級學院辦公室。二級學院辦公室收到教務處下發的表格后，為每個補考學生編制補考通知單，發給每個補考學生。

（3）補考結束后，各學科教師閱卷，填寫補考成績通知單。院系辦公室統計補考不及格學生，編制補考不及格學生明細表，報教務科。教務科匯總全校補考不及格學生信息，提供給學籍管理科。

二、實驗目的

掌握組織結構和管理業務流程調查的方法及其成果的繪制

三、實驗內容

1、熟悉系統分析工具Visio的應用環境；

2、掌握組織結構調查的方法并利用Visio繪制組織結構圖；

3、掌握功能層次調查的方法并利用Visio繪制管理功能結構圖；

4、掌握管理業務流程調查的方法并利用Visio繪制業務流程圖。

四、實驗步驟

1、復習組織結構圖、功能層次圖和業務流程圖的繪制方法

2、根據業務背景材料繪制補考管理系統的組織結構圖

3、根據業務背景材料分別繪制 “補考前學生信息管理”、“補考安排”、“補考后成績管理”的相關業務流程圖，最后合并成整個補考管理系統的業務流程圖。

4、根據業務背景材料繪制現行系統的管理功能結構圖。

五、實驗報告及要求

1、每個學生獨立完成一份實驗報告，將實驗報告編輯成Word文檔上交。

2、實驗報告的內容包括：組織結構分析（文字描述及結構圖）、管理功能調查（文字描述及功能結構圖）、業務流程分析（文字描述及流程圖）。

3、在實驗報告的最后寫明實驗體會和實驗中存在的問題。

附：實驗報告框架

封面包括：（內容居中，合理排版）管理信息系統實驗報告

實驗二：管理業務流程調查分析 專業： 班級： 姓名（學號）： 日期

正文內容包括：

一、系統業務背景分析

二、現行系統組織結構分析

1、（文字描述）

2、（圖表）

三、現行系統功能層次分析

1、（文字描述）

2、（圖表）

四、現行系統業務流程分析

1、（文字描述）

2、（圖表）

五、實驗中存在的問題和實驗體會

1、實驗中存在的問題

2、實驗體會

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

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

前言

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

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

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

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

目

錄

實驗一：項目開發的準備工作--------------------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 出錯原因的分析

第四篇：電子商務實驗二要求

第二次實驗要求：

各小組可從下列三種內容中選擇其中一項，進行學習、調查及報告：

1．就地取材，實地調查某一（或多個）存在物流活動的場所，形成調查報告，對調查中涉及的物流現象、物流問題進行探討，并提出自己的對策建議。

2．結合當前物流與供應鏈管理學界或實業界熱點，選擇某一專題，形成研究報告，展示這一專題的研究或實踐進展，并總結其啟示;或者選擇一家電子商務企業，評價該企業的物流模式，并給出自己的建議。

3．選擇一本（或一類）物流與供應鏈管理相關書籍進行研讀，形成讀書報告，展示這一本書的某一（或多個）核心觀點，結合實踐進行評述，交流讀書心得體會。報告形式：PPT和實驗報告。

第13-15周，未進行電子商務策略演講的小組可以選擇演示物流實驗。（演示時間15分鐘左右，互動問答5分鐘左右，每組總時間控制在20分鐘左右）。

第五篇：實驗一電子商務與物流(12)

實驗一電子商務與物流

一、實驗目的1.通過本次實驗明晰電子商務網站的類型并通過對代表性企業網站的訪問，了解不同類型電子商務網站的特點。

2．通過實驗認識物流企業運營模式和服務功能，理解物流配送中心的作用。

二、實驗主要儀器設備

1.計算機及網絡正常連接。

2.Internet Explorer已安裝，并可正常運行。

三、實驗內容與步驟

1.按照電子商務應用服務的領域來分類，電子商務類別有哪些？從中挑出三種應用形式，各舉一至兩個應用的例子，登陸其網站，對比分析每種形式的特點。

①在書中查閱電子商務的分類；

②根據自己了解的舉出三種類型的例子，或者登陸百度或者GOOGLE搜索代表性企業。

③登陸到企業網站，察看其經營模式，對比分析三種模式的特點。

2.認識物流企業運營模式和服務功能。

登錄寶供物流企業網站,中國物流電子商務網

.cn,察看他們的運營模式和服務功能，并對此它們作出做出分析。

3.物流配送中心的作用。

登陸海爾集團網站，察看其物流配送情況，分析物流配送中心在傳統企業實施電子商務中的作用。

4.利用百度、雅虎或者GOOGLE檢索第三方物流企業和第四方物流企業，仔細閱讀相關資料，加深對第三方物流和第四方物流的認識。

四、實驗注意事項

遵守實驗室規章制度。

五、實驗報告（見附件）

根據實驗操作步驟，完成實驗，并根據實驗內容完成實驗報告。

六、思考題

1.如果你是一個企業的負責人，你將如何針對企業的特點開展電子商務?

2.如果你是一個第三方物流公司的企業負責人，你如何使你的企業在眾多企業中脫穎而出，取得更好的業績和市場認可度？