第一篇：個人博客系統可行性分析

一、可行性研究報告

一、可行性研究報告.......................................................................................................................1 1．引言.............................................................................................................................................2

1.1編寫目的.............................................................................................................................2 1.2項目背景.............................................................................................................................2 1.3定義.....................................................................................................................................2 1.4參考資料.............................................................................................................................2 2．可行性研究的前提.....................................................................................................................2

2.1要求.....................................................................................................................................2 2.2目標.....................................................................................................................................4 2.3條件、假定和限制.............................................................................................................4 2.4可行性研究方法.................................................................................................................5 2.5決定可行性的主要因素.....................................................................................................5 3．對現有系統的分析.....................................................................................................................5

3.1處理流程和數據流程.........................................................................................................5 3.2工作負荷.............................................................................................................................5 3.3費用支出.............................................................................................................................6 3.4人員.....................................................................................................................................6 3.5設備.....................................................................................................................................6 3.6局限性.................................................................................................................................6 4．所建議技術可行性分析.............................................................................................................6

4.1對系統的簡要描述.............................................................................................................6 4.2處理流程和數據流程.........................................................................................................7 4.3與現有系統比較的優越性.................................................................................................7 4.4采用建議系統可能帶來的影響.........................................................................................7 4.5技術可行性評價.................................................................................................................8 5．所建議系統經濟可行性分析.....................................................................................................9

5.1支出.....................................................................................................................................9 5.2效益.....................................................................................................................................9 5.3收益/投資比........................................................................................................................9 5.4投資回收周期...................................................................................................................10 5.5敏感性分析.......................................................................................................................10 6．社會因素可行性分析...............................................................................................................10 6.1法律因素...........................................................................................................................10 6.2用戶使用可行性...............................................................................................................10 7．其他可供選擇的方案...............................................................................................................10

1．引言

1.1編寫目的

在編寫個人博客系統時一定存在很多問題，而可行性分析就是為了對問題進行研究，以最小的代價在最短的時間內確定問題是否能夠解決

1.2項目背景

所建議開發軟件的名稱：個人博客系統 項目的任務提出者、開發者：開發小組 用戶及實現軟件的單位：網民

項目與其他軟件或其他系統的關系：以傳統博客系統為基礎，增加了自己的一些功能，用asp.net技術嘗試性的踏出了創新的一步。

1.3定義

個人博客系統：顧名思義，個人博客系統是一個自主研發的博客系統，它具備了全新的技術，擁有了自己獨特的功能，是一個全面的系統。

1.4參考資料

張海藩、軟件工程導論、北京、清華大學出版社、2008年

2．可行性研究的前提

2.1要求

主要功能：

為客戶提供用戶注冊、用戶登錄、用戶評論、修改資料、文章發表、文章管理等權限，為管理員提供權限管理、用戶管理、文章管理、評論管理、公告管理等服務，為游客提供查看博客、留言等服務，方便管理員的工作，提高博客的運行質量和效率。

在本系統中，博主可以進行管理、發表自己的文章，通過發表文章可以給自己帶來寫作快感和表達內心豐富感情，同時可以上傳自己的頭像圖片，進行個人博客的美化，也可以 展現自己的個人愛好。

Trackback－引用通告

TrackBack最早是Movable上的功能，后來成為BLOG的標準配置，它是一種將全世界無數個Blog連接起來的功能。

Comments－評論

回復功能，用戶可以借此對此BLOG進行評論，這是讀者同BLOGGER相互交流的最直接渠道。

Archive－歸檔

作索引功能，按月份進行BLOG文件的歸檔（也有按分類歸檔的）

Calendar－日歷

BLO的最基本的元素，這也是BLOG最基本的特征，根據日期可以檢索到當日發表的BLOG。

Links－鏈接 放置一些友情鏈接。

Favorite－收藏

收藏一些有用的文章或鏈接。

Album－相冊

用于分類上傳各類圖片

Antispam－反垃圾信息

目前的評論系統，容易產生垃圾廣告和垃圾信息，需要在系統上對垃圾信息的發布進行限制，例如加入驗證碼等。

Export－導出

用戶數據的導出，例如文章、評論、引用等。

Management－管理

管理功能，設置BLOG的基本參數，設置和管理以上所有要素，數據庫管理，后臺各項內容的導出等。

性能要求

對服務器上的數據必須及時更新

安全與保密性

用戶的個人博客用戶有權修改博客信息，網站后臺只有服務器的管理員享有修改等權利

完成期限 預計于6月底完成

2.2目標

系統實現后，可以滿足用戶在網站上的系列要求，提高用戶的使用率。

2.3條件、假定和限制

1、軟件開發的經費來源和限制：本次開發屬于自主研發，完全做到零成本、零經營。

2、法律和政策方面的限制：一切的操作流程必須嚴格地遵守法律，包括同用戶簽合同，軟件的版權問題等等，本軟件的開發要完全符合正派軟件的規格，絕不可將服務器做成黑客軟件等等，要完全遵守法律，才能受到法律的保護。

3、硬件、軟件、運行環境和開發環境方面的條件和限制： 2臺電腦

其配置如下：處理器：AMD Athlon 64 X2 雙核 4200+ 主 板：七彩虹 C.A69T 內 存：威剛 DDR2 667MHz 1GB 主硬盤：西數WDC 160G 顯 卡：ATI Radeon X1200 Series

4、開發環境：Visual Stadio2010

5、可利用的信息和資源：現有的博客系統

2.4可行性研究方法

分析小組成員通過對現有個人博客系統進行調查分析，確定模型，模擬個人博客網站。分別從技術可行性、經濟可行性、操作可行性三方面進行具體地研究，并結合系統流程圖和數據流程圖分析此項目是否可行。其基本方法是：調查、確定模型、交互。

2.5決定可行性的主要因素

成本，利用PC機和Visual Stadio2010可以實現

技術可行，現有asp.net技術完全可以承擔開發任務

操作可行，操作簡單可行

3．對現有系統的分析

3.1處理流程和數據流程

本系統流程包括用戶登陸模塊、系統管理員模塊、游客模塊三大模塊，每個流程均具有自己的詳細流程。

3.2工作負荷

現有的個人博客系統的工作是提供廣大用戶交流的一個平臺，它必須實現相互交流、互相訪問等諸多功能，由于我們是零成本，因而只需管理員不時管理就行，當然，由于廣大用戶的同時登錄，對服務器的性能要求也很高。

3.3費用支出

本服務器宗旨是提供給廣大用戶的一個交流平臺，讓用戶能輕松、自主的在博客中發言、評論，而以零成本、零經營的模式，開發至管理等一系列流程全部自主經營，費用支出可視為0 3.4人員

開發人員：我們的開發小組，負責整個系統的研究與開發 管理人員：系統管理員，負責以后整個系統的管理與維護

3.5設備

2臺電腦，一個環形網絡。

3.6局限性

國內各大網站的博客都各具特色，但是同時也并不完善，功能或多或少存在缺失，基于此，我們設計了基于asp.net技術為支撐的功能完善的個人博客系統。4．所建議技術可行性分析

4所建議的系統

4.1對系統的簡要描述

此課程設計主要包含三個方面，一為普通用戶空間，二為管理員管理空間，三為游客空間。普通用戶可以在博客里發表博文或對博文進行感言評論。管理員在首頁進行登錄后，在管理員界面可以進行對頭像，文章，評論以及博主信息進行修改管理。游客也可以游覽博文或對博文進行感言。

博客系統 用戶登陸 系統管理員游客 前臺 后臺 權限管理用戶管理查看博客留言 注冊登錄 修改資料文章發表文章管理文章管理評論管理公告管理評論 用戶模塊：主要是為了讓用戶發表自己博文，同時游覽與評論別人的博文。

管理員模塊：進行登錄后，主要實現對所發表的博文、評論及留言信息進行管理，對博客各個方面的管理與維護以便網站更好的運行。

游客模塊：主要是為了讓訪問本博客的游客對博客有一個基本的了解。

瀏覽模塊：主要是為了了解游客對本博客博主博文的評價，以便于同博主更好的互動和交流。

博文模塊：管理員對博文進行發表、修改和刪除操作。留言模塊：管理員對游客的留言進行瀏覽和刪除操作。訪問量模塊：顯示博客的訪問次數。

4.2處理流程和數據流程

用戶使用系統時的工作過程。

不同的用戶有著不同的工作流程和使用權限。但是所有的用戶都是從系統首頁進行登錄的。游客可以直接在首頁進行瀏覽，用戶必須登錄自己的賬戶才能發表博文，而管理員只 7 有點擊博客管理登錄才能進行對本系統的管理。在數據庫設計中管理員的登錄名是固定的。

流程圖如下：

博客首頁用戶登錄界面管理員登錄界面輸入用戶名和密碼輸入管理員名和密碼驗證驗證進入個人博客空間進入用戶系統進入管理員系統退出系統

4.3與現有系統比較的優越性

進一步提高完善用戶在網站上的系列要求，提高用戶的使用率。采用B／S模式更能方便廣大用戶，系統普及率更高。

4.4采用建議系統可能帶來的影響

4.4.1對設備的影響 PC機

4.4.2對現有軟件的影響

PC機需裝相關軟件，如VS2008、SQL2000等

4.2.3對用戶的影響

只需用戶會正常上網就行，同時提供給用戶一個簡潔、美觀的界面

4.2.4對系統運行的影響

可以在裝有IIS的服務器上運行，并且通過互聯網訪問。

4.2.5對開發環境的影響

首次嘗試運用ASP.NET技術開發，運用最基本的Visual Stadio2010開發工具，是為一大創新。

4.2.6對運行環境的影響

要不定期進行維護，解決出現的相關不足之處

4.2.7對經費支出的影響

從以前的龐大成本基本轉變為零成本，消除經濟上的營利性，以純粹的興趣愛好為目標而開發。

4.5技術可行性評價

當前的技術有充分的可行性，我們對開發的技術已經比較明確，我們將用到的軟件環境：windowsXP操作系統、VS2010、flash 8.0、photoshop CS2、SQL server2008。我們相信我們可以在規定的時間內完成開發。

5．所建議系統經濟可行性分析 5.1支出

5.1.1基建投資

運用學校機房提供的電腦設備，做到零成本

5.1.2其他一次性支出

申請域名費用、服務器購買等，約1.5w 5.1.3經常性支出

維護人員屬內部進行，做到零經營

5.2效益

5.2.1一次性收益

無，不以盈利為目的。

5.2.2經常性收益

點擊量、流量約1千每月

5.2.3不可定量收益

無

5.3收益/投資比

大概1/15

5.4投資回收周期

15個月

5.5敏感性分析

到時根據用戶使用情況來判定是否更換服務器

6．社會因素可行性分析

6.1法律因素

所有軟件都選用正版。所有技術資料都由提出方保管。合同制定確定違約責任。侵犯版權和專利權

6.2用戶使用可行性

使用本軟件人員只需要求有一定的上網基礎，能做到一個合格的博客就行

7．其他可供選擇的方案

無

8.結論意見

通過以上的研究，我覺得所建議的個人博客系統是可行的。它運用一系列的技術，做到零成本、零技術、零經營等等功能，是一個非常不錯的系統。當然最終實施時，可能會有一系列問題，到時再具體改進與維護。

第二篇：個人博客技術可行性分析

1．技術可行性分析

技術方面的可行性分析，就是根據現有的技術條件．分析能否達到個人博客建立的要求。技術的可行性可以從個人博客建立的網站、個人博客管理、個人博客的功能、個人博客的友情鏈接等幾個方面去考慮。技術可行性分析主要做以上幾方面的工作。

(1)細化個人博客目標，分析具體目標的技術可行性。先考慮為什么要建立個人博客、建立個人博客需要哪些條件，進一步了個人博客建立的目標和具體要求，探討每一個具體目標和功能在技術上是否可實現，同時還要考慮密要什么條件和需要多少人來實現，列出每個具體目標的內容、任務和實現條件清單。

(2)分析個人博客的可用性。個人博客必須設計成易于使用，而不只是信息的簡單堆砌。這一要求直接與個人博客的版面市局和服務器的功能定義相關。

(3)分析個人博客的交互性。交互性是個人博客發展的主流趨勢。個人博客的交互應用大大增加了對個人博客的處理功能、存儲容量、網絡帶寬的要求個人博客的內部結構設計要相應地調整。

(4)分析個人博客的性能網。個人博客可以留言，瀏覽其他博客，對其他博客留言，管理博客，更改博客的頁面布局等等。

個人博客的性能可以用個人博客的響應時間、處理時間、平均等待時間來衡量。提高個人博客性能的技術步驟開始于個人博客建立的起始，首先是確定容量計劃，由博客信息處理量來確定，存儲容量和接入Internet的速度及相應的網絡設備要求。

第三篇：個人博客系統需求分析

[個人博客系統]

需求說明書

[V1.0(版本號)]

擬 制 人朱金國審 核 人潘欣批 準 人潘欣

[二零一零年五月九日]

需求說明書

1．引言

1.1編寫的目的a．為明確軟件需求、安排項目規劃與進度、組織軟件開發與測試，撰寫本文檔。

b．本文檔供項目經理、設計人員、開發人員參考。

1.2背景

a.系統名稱：個人博客系統;

b.用戶：廣大普通用戶包括高級知識分子；

C.市場背景：全球上網的10億人中，有1億人正通過博客改變他們的生活，不同國家、地區、年齡的人群通過博客建立了一個充滿個性的交流空間，人們通過自己的文字傳遞著不同的信息。作為一個新興、發展、甚至迅速膨脹的網絡空間，博客向我們透露著這個信息傳遞和情感交流的平臺將影響接下來的幾代人。

1.3定義

Blog:博客

1.4參考資料

《軟件文檔國家標準》

《計算機軟件開發文檔編寫指南》

2．任務概述

2.1目標

本系統所實現的功能將是利用程序的智能算法，利用各種數據，將各個Blog的最新內容整合到一起。

（1）建立查詢網站，支持并發訪問

（2）可提供面向所有客戶的基于HTML和RSS等格式的實用信息

（3）提高數據讀取效率

（4）建立多個發布點，規避網絡風險，保證數據傳輸穩定

（5）能隨時根據站點數量和內容的變化實現更新和擴展

（6）發布的信息能夠鼓勵Blog作者經常更新自己的站點，能夠產生實際的宣傳效果

2.2.運行模式：

面向用戶，在瀏覽器中直接返回相關數據，包括最新日志和站點信息。

本系統被期望布署為一個數據發布系統和多個數據鏡像發布系統，要求有較高可靠性和穩定性。

2.3 用戶的特點

管理員：可以對普通用戶進行授權，對會員信息進行部分更改，主要包括用戶角色調

整，版主調整，刪除會員等；

注冊用戶：可以加好友，關注好友，轉載博文，上傳圖片，留言等；

游客：可以進行匿名留言等。

3．需求規定

3.1系統功能模塊

1.會員注冊

新會員注冊，提供會員信息，檢驗新會員信息的有效性；

2.會員登陸

輸入用戶名和密碼，檢驗用戶信息；

3.會員管理

管理員由程序員設置一個，管理員可以對會員信息進行部分更改，主要包括用戶角色調整，版主調整，刪除會員等；

4.Blog板塊管理

用戶可以添加，刪除，調整博客板塊；

5.留言管理

用戶可以對所有帖子進行轉移，刪除等操作；

6.留言回復

注冊用戶可以回復好友；

7.博文發表

注冊用戶可以在板塊中發表新博文；

8.博文搜索

用戶或者游客可以提供關鍵字查找博主的相關博文，注冊用戶可以查看自己發表的博文;

9.博友

注冊用戶可以添加好友，便于查看好友的博文和評論好友博文，以及給好友發送消息，留言等

10.聊天室

注冊用戶可以在聊天室和Blog成員會話

聊天室的名稱，人數限制等由管理員設置，聊天室可以由管理員創建，刪除。

13.意見反饋

用戶可以給管理員聯系，并歡迎提成各種意見和建議；

3.2系統操作

1.會員注冊

填寫個人信息---信息檢驗---保存會員信息

2.會員登陸

輸入用戶名和密碼---信息驗證

3.會員管理

持有管理員角色---角色調整或分配版主或刪除用戶

4.博客板塊管理

注冊用戶角色---添加,刪除,調整,隱藏板塊

5.博文發表

注冊用戶---選擇板塊發表主題---主題持久化

6.留言回復

注冊用戶---針對主題發表回復---回復持久化

7.留言管理

持有版主角色---轉移,刪除等操作

8.博文搜索

注冊用戶---按檢索條件返回相關博文

9.好友

注冊用戶---添加好友用戶名---驗證信息---添加成功

3.3 對性能的規定

3.3.1精度

輸入數據除了非法字符均可。

3.3.2時間特性要求

無具體要求（或者一天24小時）。

3.3.3靈活性

當系統遇到偶然或者非人為的故障時，本系統將自動保存未完成的任務。

4．運行環境規定

4.1設備

Win98以上操作系統

內存：128M以上

硬盤：20G以上

（因為本系統對硬件要求不高，所以以上數據僅供參考）

4.2支持軟件

大部分瀏覽器均可；

裝了flash播放器

4.3接口

第四篇：博客系統需求分析報告

博客管理系統

1.系統需求分析

博客系統分前臺功能和后臺功能兩大部分。前臺主要供用戶注冊，瀏覽，后臺主要供管理員使用，管理員可以對用戶進行管理。

1.1前臺功能分析

博客系統前臺的用戶共分兩類：一類是注冊用戶(正式用戶)，這類用戶有基本的信息，可以對自己的信息進行查看與修改，；另一類用戶是游客（未注冊用戶），他們只能查看、瀏覽注冊用戶的信息。

游客：可以查看注冊用戶的信息。經過注冊可以成為注冊用戶。

注冊用戶：

1、登錄后對可以對個人信息進行查看和修改。

2)博客用戶通過前臺登錄后，對自己的空間進行管理，包括發布自己的網絡日志，分享視頻，分享音樂，邀請好友玩游戲，上傳照片，與相關人員進行交流和溝通以及刪除訪客發表的評論

3）博客用戶登錄后對自己的信息進行修改

非注冊用戶

1)游客通過注冊，登錄進入博客空間發表評論

2)游客不注冊，通過匿名方式對博客空間瀏覽文章，發表評論，查看文章發表人的所有文章

1.2后臺功能分析

博客系統后臺主要是供管理員使用的，管理員可對用戶進行添加、刪除、查詢及修改；對網站的新聞、公告進行管理。

管理員也可以具有不同的權限分為超級管理員和普通管理員，普通管理員具有以上權限，超級管理員除了可以具有以上所有功能外，還可以添加、刪除普通管理員。

2.數據庫設計

2.1數據庫概念結構設計

對博客系統進行分析后，抽象出有關的數據，按照現實世界的事物能作為屬性對待的，盡量作為屬性對待的原則。作為“屬性”，不能再具有需要描述的性質，“屬性”必須是不可分的數據項，不能包含其它的屬性；“屬性”不能與其它實體具有聯系，E-R圖中所表示的聯系是實體與實體的聯系。依照以上準則，可以確定哪些為實體，哪些為屬性，每個實體具有哪些屬性，實體之間存在何種聯系。經分析之后，該系統中包含的實體以及實體之間的聯系如下所示：

實體：管理員實體，用戶實體，文章類型實體、鏈接實體、留言實體、文章實體和評論實體，回復實體，視頻，照片，音樂、游客。

實體間存在的聯系

管理員和用戶實體之間存在多對多的聯系

博客用戶與鏈接之間存在多對多的消息聯系

博客用戶與留言之間多對多的回復聯系

文章類型與文章之間存在一對多的消息聯系

文章與評論之間存在一對多的消息聯系

用戶和游客之間存在一對多的聯系

用戶和視頻之間存在一對多的聯系

用戶和音樂之間存在一對多的聯系

用戶和照片之間存在一對多的聯系

實體的屬性：

留言（留言編號，網友昵稱，日期，標題，內容，個人主頁，回復）管理員（管理員，密碼，權限）博客用戶（用戶號，用戶名，密碼，真實姓名，性別，出生年月，郵箱，電話，單位，城市，地址，注冊時間，積分，用戶等級，安全問題，安全答案）

文章（文章編號，作者，標題，摘要，內容，發表日期，人氣，回復，類型編號，類型名稱，回復數）

文章類型（類型編號，類型名稱）

評論（編號，用戶昵稱，標題，內容，發表時間，文章編號）鏈接（鏈接編號，名稱，地址）

新聞（新聞號，標題，內容，時間）公告（公告號，標題，內容，時間）

視頻（視頻編號，標題，內容，時間）

音樂（音樂編號，標題，內容，時間，歌手名）

照片（照片編號，標題，內容，時間，大小）

游客（游客號，游客名）回復（用戶號，留言號，主題，內容，回復時間）

聯系的屬性：

實體之間關系的E-R圖如圖7-7所示。

2.2數據庫邏輯結構設計

根據系統E-R圖，把實體與實體之間的聯系轉換成關系模型，E-R圖中的每個實體轉換成一個關系模型，實體之間一對多的聯系合并到多方實體對應的關系模型中，把一方的碼與聯系的屬性納入到多方實體對應的關系模型中，為實體之間多對多的聯系創建一個新的關系模型，它包含雙方的碼以及聯系的屬性。具有相同碼的關系模型有些情況下可以考慮把它們合并。在轉換過程中應該按照關系規范化的理論，對關系模型進行優化，減少冗余和數據操作異常，提高查詢速度，在性能與范式之間作出權衡，一般所設計出的關系數據庫達到3NF就基本符合要求。按照

評論（編號，用戶昵稱，標題，內容，發表時間，文章編號）

文章（文章編號，作者，標題，摘要，內容，發表日期，人氣，回復，類型編號，類型名稱，回復數）

文章類型（類型編號，類型名稱）

博客用戶（用戶號，用戶名，密碼，真實姓名，性別，出生年月，郵箱，電話，單位，城市，地址，注冊時間，積分，用戶等級，安全問題，安全答案）

發表（用戶號，文章編號，發表日期）管理（管理員，用戶號，注冊號）留言（留言編號，用戶號，網友昵稱，日期，標題，內容，個人主頁，回復）回復（用戶號，留言編號，主題，內容，回復時間）

鏈接（鏈接編號，名稱，地址）

訪問（用戶號，游客號，訪問量,訪問時間）

公告（公告號，標題，內容，時間）

視頻（視頻編號，用戶號，標題，內容，時間）

音樂（音樂編號，用戶號，標題，內容，時間，歌手名）

照片（照片編號，用戶號，標題，內容，時間，大小）

游客（游客號，游客名）

3功能分析

在其博客管理系統上建立適當的視圖，索引，存儲過程和觸發器，因此我們主要從這四個方面來分析它的功能

A 視圖：視圖是一個虛擬表，其內容由查詢定義。同真實的表一樣，視圖包含一系列帶有名 稱的列和行數據。但是，視圖并不在數據庫中以存儲的數據集合形式存在。.創建某某表的視圖

2、利用cust_view視圖添加一條記錄數據

3、創建視圖sale_item_view，該視圖中包含訂單編號、訂貨日期、產品編號及數量。然后利用該視圖向表中插入數據

4刪除視圖中所有姓“王”的客戶數據

5有兩個基本表employee和sales，創建一個視圖，該視圖包含相同業務員的編號、姓名、訂單號、銷售總金額。

6將上述視圖中訂單號為10001的記錄的銷售金額改為60000。

B 索引：索引用來快速地尋找那些具有特定值的記錄。

普通索引，這是最基本的索引類型，而且它沒有唯一性之類的限制。普通索引可以通過以下幾種方式創建：

創建索引，例如CREATE INDEX <索引的名字> ON tablename(列的列表);

修改表，例如ALTER TABLE tablename ADD INDEX [索引的名字](列的列表);

創建表的時候指定索引，例如CREATE TABLE tablename([...], INDEX [索引的名字](列的列表));

唯一性索引，這種索引和前面的“普通索引”基本相同，但有一個區別：索引列的所有值都只能出現一次，即必須唯一。唯一性索引可以用以下幾種方式創建：

創建索引，例如CREATE UNIQUE INDEX <索引的名字> ON tablename(列的列表);修改表，例如ALTER TABLE tablename ADD UNIQUE [索引的名字](列的列表);

創建表的時候指定索引，例如CREATE TABLE tablename([...], UNIQUE [索引的名字](列的列表));

主鍵：主鍵是一種唯一性索引，但它必須指定為“PRIMARY KEY”。如果你曾經用過AUTO_INCREMENT類型的列，你可能已經熟悉主鍵之類的概念了。

主鍵一般在創建表的時候指定，例如“CREATE TABLE tablename([...], PRIMARY KEY(列的列表));”。但是，我們也可以通過修改表的方式加入主鍵，例如“ALTER TABLE tablename ADD PRIMARY KEY(列的列表);”。每個表只能有一個主鍵。

3存儲過程: 一組為了完成特定功能的SQL 語句集，經編譯后存儲在數據庫中，用戶通過指定存儲過程的名字并給出參數（如果該存儲過程帶有參數）來執行它。

1、利用存儲過程，給employee表添加一條業務部門員工的信息。

2、利用存儲過程從employee、sales、customer表的連接中返回所有業務員的姓名、客戶姓名、銷售金額。

3、創建帶一個輸入參數的存儲過程，實現按員工姓名進行模糊查找，查找員工編號、訂單編號、銷售金額。

4、創建帶兩個輸入參數的存儲過程，查找姓“李”并且職稱為“職員”的員工的員工編號、訂單編號、銷售金額。

3、利用存儲過程計算出訂單編號為10003的訂單的銷售金額。（帶一輸入參數和一輸出參

數）（提示：sales表中的tot_amt應該等于sale_item表中的同一張訂單的不同銷售產品的qty*unit_price之和）

4、創建一存儲過程，根據給出的職稱，返回該職稱的所有員工的平均工資。（帶一輸入參

數和返回值）

4觸發器觸發器對表進行插入、更新、刪除的時候會自動執行的特殊存儲過程。觸發器一般用在check約束更加復雜的約束上面。觸發器和普通的存儲過程的區別是：觸發器是當對某一個表進行操作。諸如：update、insert、delete這些操作的時候，系統會自動調用執行該表上對應的觸發器。SQL Server 2005中觸發器可以分為兩類：DML觸發器和DDL觸發器，其中DDL觸發器它們會影響多種數據定義語言語句而激發，這些語句有create、alter、drop語句。

1、針對employee表寫一個DELETE觸發器，顯示刪除的員工人數。

2、針對employee表寫一個UPDATE觸發器，限制每次工資額的變動不能超過原工資的20%。

3、定義一個觸發器，保證新添加的員工的工資不能超過5000元

4、對sale_item表創建一個觸發器，當插入一條銷售明細記錄時，如果該記錄的產品數量超過5，則顯示“歡迎成為本公司的VIP會員！”

5、針對customer表，定義一觸發器用來保證參照完整性

6、針對sales表，定義一觸發器保證參照完整性(參照customer表)

7.針對employee表，定義一觸發器用來保證實體完整性

8，在customer表上創建一觸發器，用來實現級聯刪除

9、定義一觸發器，保證新添加的員工的工資不能超過5000元

10、創建一個觸發器，只能接受女員工

11，、寫一個允許用戶一次只刪除一條員工記錄的觸發器。

第五篇：個人博客總結系統項目總結

個人博客總結系統項目總結

軟件描述

軟件的中文名字：個人博客

英文名字：My blog

綜合評估

在開發這個軟件的過程中，遇到了很多的困難，不是這個軟件不會用就是那個軟件不會用，還有制作網頁的很多很多的細節還要考慮，還好有老師、同學的指導，自己的探索，慢慢的解決了問題。對任務的結果不是很滿意，主要是制作時用了很多時間，沒有效率，走了很多彎路，沒有做好計劃。

總之，還要努力呀！

軟件開發實施中計劃的執行情況

計劃要一周搞好網頁，分了三大步驟。第一是找回制作網頁的素材，設計網頁的框架；第二是去完成博客的首頁，在依次完成其它網頁；第三是檢查網頁的細節問題，查看博客效果。但是計劃趕不上變化，博客網頁不是那么好制作的，它要運用多個軟件去開發，還要你的實際操作能力，而且要時間去設計去操作！

總之，做了比較大的修正，時間上也延遲了！

軟件質量目標完成情況

制作博客的計劃不是完成的很好，有些目標沒能完成。主要原因是開始時沒有計劃好，應該先好好學習了再去做的，而不是邊學習邊做。而且不要急于求成，要有耐心，注意細節和網頁的協調。

投入產出分析

投入的很多精力，但是效果不是很好。

主要是開始時沒能很好的去詳細規劃，錯了又沒能及時的去看書，請教他人，以至于一直錯了下去，還好有耐心去慢慢從新計劃去制作，終于基本完成了任務。需要努力呀！

還有詳細的計劃呀！

總結開發活動中的經驗與教訓

總結這次實訓,任務順利的完成,離不開老師的幫助和小組成員的努力,雖然這次實訓我們小組只有5人,但是我們是一個有效率、有組織、有團隊精神的小組,有效率在于小組制作網站中分工明確、討論有目的;有組織在于小組成員能按時、有質量的完成自己的分工任務,值得一提的是這次網頁開發的大部分時間在實訓教室而我們小組成員還從未擅自曠課、上課遲到、早退等違紀行為;有團隊精神在于我們小組實訓過程中的共進退,從不因為自己分工任務提前完成而拉下其他組員,我們意識到小組是一個有組織、有記錄、有共同目的的集體而不是一個由分散的個人組成的團體。

自己做投入、最用心的一次實訓, 自己非常高興。經過這次小學期,我領悟到任何東西都要“學以至用”,學習了還不行還要看自己掌握了沒,掌握了還不行還要看自己熟練了沒,熟練了還不行還要做出一定成果。

活學活用，多看多做多想.三多政策。在開始的時候一定要擺正心態，看那些高手做的人象CG其實對自己技術的提高一點用處都沒有。我們需要的是在PS這部強大的數字機器下掌握最基本的使用說明。而不是利用這部機器生產屬于我們的專利產品。

學習了Photoshop軟件，有了一定的制作圖片能力的提高。如：面對畫布不要試圖在上面畫什么.PS是一種數字圖形技術.比如你想畫個五角形,你完全可以在軟件里找到這個SHAPE.你要做的就是拖拉,變形,放大縮小,填充,改變顏色等等.填充.也是非常重要基本素質、漸變、圓形等等.反正你換著辦法給它填。然后填充選區，各種各樣的選區往里面填，不厭其煩。我們看到很多效果其實就是填充的合理運用得來的。所以掌握填充的重要性很重要。

在給你的標簽瘋狂加選擇符的時候，別忘了在CSS里給選擇符加上注釋。等你以后修改你的CSS的時候就知道為什么要這么做了。

如果你給一個標簽設置了一個深色調的背景圖片和亮色調的文字效果。建議這個時候給你的標簽再設置一個深色調的背景顏色。

學習了Dreamweaver軟件，更了解了一個網頁的要素及其內容，還有制作網頁的操作與方法。特別是我能熟悉的應用層，插入圖片，插入超級鏈接，還建立了相冊與音樂盒。但是我知道我還有很多不足，比如我沒有使網頁很協調，不是有很多功能！我開始的計劃是

1、站點的定義

2、數據庫的連接

3、制作站點搜索引擎及搜索結果頁面

4、制作日志列表

5、制作blog首頁面,基本頁面設計

6、定義并綁定記錄集

7、界面的美化

8、設置重復區域

9、指定日期的日志內容頁面

10、日志具體內容頁面-日志內容和回復及日志回復功能。在實施是還是沒能完成呀！

總之，我還要努力的去學習，學好制作網頁呀！