【文章內(nèi)容簡(jiǎn)介】 ................................................................................... 13 網(wǎng)站主頁(yè)： ......................................................................... 13 公司簡(jiǎn)介： ......................................................................... 14 留言版： ........................................................................... 15 公司計(jì)劃： ......................................................................... 16 藥品查詢： ......................................................................... 16 八、不足和期望改進(jìn)的地方 ..................................................................................... 17 九、后記 ................................................................................................................. 17 十、參考文獻(xiàn)以及網(wǎng)站 ............................................................................................ 17 醫(yī)藥 公司網(wǎng)站 一、問(wèn)題定義 隨著互聯(lián)網(wǎng)的飛速發(fā)展，傳統(tǒng)的企業(yè)模式受到了更大的挑戰(zhàn)，越來(lái)越多的企業(yè)盯上了互聯(lián)網(wǎng)這塊充滿商機(jī)的領(lǐng)域。各個(gè)企業(yè)也在網(wǎng)絡(luò)上架起了自己的網(wǎng)站，希望潛在的客戶能夠通過(guò)自己的網(wǎng)站來(lái)了解自己的企業(yè)?，F(xiàn)在很多醫(yī)藥公司自己的網(wǎng)站也是層出不窮，但是大多數(shù)醫(yī)藥公司都僅僅介紹自己企業(yè)的結(jié)構(gòu)、藥品的介紹和講解一些醫(yī)學(xué)常識(shí)。還很少有醫(yī)藥公司開展網(wǎng)上購(gòu)藥這一業(yè)務(wù)，往往還是以前的傳統(tǒng)模式，需要親自到公司訂購(gòu)。 它的缺點(diǎn)是：客戶往往需要打電話或者親自來(lái)到公司來(lái)進(jìn)行預(yù)訂，往往是長(zhǎng)途電話或者是往返兩地。打長(zhǎng)途電話花費(fèi) 貴，自然的客戶希望談話簡(jiǎn)短，但是這樣，若對(duì)于大批量的訂購(gòu)，則是很難在短時(shí)間內(nèi)說(shuō)清楚的。而如果有出差人員親自到公司訂購(gòu)，無(wú)疑出差的花費(fèi)大，人力資源的浪費(fèi)也大。以往的客戶對(duì)于新藥品信息的了解，是需要到親自到公司才能獲得。這樣，如果對(duì)于一種很暢銷的特效藥，則有可能因?yàn)槁吠具b遠(yuǎn)，不能及時(shí)的訂購(gòu)。 但是，如果我們采用了網(wǎng)上購(gòu)藥系統(tǒng)，則這些問(wèn)題就可以迎刃而解了。首先客戶在網(wǎng)上訂購(gòu)能夠非常及時(shí)、快速的瀏覽到新藥的信息，了解價(jià)格并且可以直接進(jìn)行訂購(gòu)。 二、可行性研究 概述： 用戶：天樂(lè)醫(yī)藥公司 系統(tǒng)名稱：天樂(lè)醫(yī)藥公司 網(wǎng)上購(gòu)藥系統(tǒng) 開發(fā)工具： Dreamweaver MX 2020 ， Flash MX 2020, Photoshop ，SQlServer2020 團(tuán)隊(duì)的組成：團(tuán)隊(duì)模型是 MSF 模型中的一個(gè)，它幫助形成一個(gè)具有確定職責(zé)和分工的良好的團(tuán)隊(duì)結(jié)構(gòu)。團(tuán)隊(duì)或小組是最小的合作單位。下面是我們團(tuán)隊(duì)結(jié)構(gòu)的圖形表示： 時(shí)間安排： 系統(tǒng)目標(biāo)綜述： 30 天內(nèi)建立一個(gè)基于 Web 的網(wǎng)上訂藥系統(tǒng)。使顧客 (要求注冊(cè) )能夠方便，快速地了解和訂購(gòu)各種藥品。打造三層系統(tǒng)，第一層客戶端 。第二層ASP(實(shí)現(xiàn)數(shù)據(jù)的傳遞 )。第三層數(shù)據(jù)庫(kù)管理系統(tǒng) (DBMS)— SQLSERVER 。要求信息全部源于數(shù)據(jù)庫(kù)。 標(biāo)號(hào) 目標(biāo) 實(shí)現(xiàn)策略 1 客戶注冊(cè) 2 客戶登錄 3 公司簡(jiǎn)介 4 工作計(jì)劃 5 留言版 6 藥品查詢 功能版塊說(shuō)明： 注冊(cè)界面 用戶輸入自己的信息，系統(tǒng)要將用戶的用戶名和現(xiàn) 在數(shù)據(jù)數(shù)據(jù)庫(kù)中的進(jìn)行比較看是否有重復(fù)的，如果沒(méi)有其它信息 也輸入正確那么就能成功注冊(cè)了。 公司簡(jiǎn)介界面 用戶可以點(diǎn)擊進(jìn)入后瀏覽公司的簡(jiǎn)介。 工作計(jì)劃界面 —— 客戶或者員工可以進(jìn)入該界面瀏覽公司近期的計(jì)劃，以便作好安排 留言版界面 用戶可以將自己對(duì)公司的一些建議寫在留言 版中 ,方便工作人員提升自己的服務(wù)。而且可以詢問(wèn)相關(guān)的醫(yī)務(wù)人員一些健康上的問(wèn)題。 藥品查詢界面 —— 用戶可以根據(jù)自己的需要，選擇查詢的條件，比如可以選擇“中藥”或者“西藥”；可以選擇“注射劑型”或者“液體劑型”等。選擇后點(diǎn)擊確定，就可以顯示出你需要查詢的藥品。點(diǎn)擊藥品，就可以看到詳 細(xì)的藥品說(shuō)明，用量，主治功能等等。 三、需求分析 用戶需求分析 在我們的產(chǎn)品經(jīng)理與客戶的交談后，我們列出了用戶的需求，如下所示： （ 1）、客戶應(yīng)能瀏覽與網(wǎng)站頁(yè)提供的產(chǎn)品有關(guān)的信息 （ 2）、客戶應(yīng)能查詢本網(wǎng)頁(yè)所能提供的產(chǎn)品 （ 3）、應(yīng)該有一個(gè)收集與訪問(wèn)該站點(diǎn)客戶機(jī)有關(guān)的信息的功能 （ 4）、隨著用戶數(shù)不斷的增長(zhǎng)，系統(tǒng)應(yīng)能正常工作 （ 5）、系統(tǒng)結(jié)構(gòu)應(yīng)該支持未來(lái)的擴(kuò)充 （ 6）、開發(fā)小組應(yīng)了解當(dāng)前客戶的限制條件 （ 7）、向維護(hù)新系統(tǒng)的人員提供相應(yīng)的培訓(xùn) （ 8）、確定本網(wǎng)站所需的支持的類型以及提供這種技術(shù)的人員 （ 9）、物理系統(tǒng)的安排，如服務(wù)器，電纜以及必須安裝的 UPS 系統(tǒng) （ 10）、提供有充分、有技能的人員來(lái)事實(shí)這一解決方案 （ 11）、確定項(xiàng)目中發(fā)生的費(fèi)用 （ 12）、確定本網(wǎng)站的安全級(jí)別 系統(tǒng)性能需求分析 為醫(yī)藥公司開發(fā)的應(yīng)用程序要求在所處理的事務(wù)數(shù)方面具有高性能。這可以使大量的用戶可以用 Web站點(diǎn)同時(shí)訂購(gòu)藥物。如果應(yīng)用程序的響應(yīng)時(shí)間隨著用戶數(shù)目的增加而增加，則可能造成用戶要等待很長(zhǎng)的時(shí)間，會(huì)使他們退出系統(tǒng)，做其他的選擇。這會(huì)導(dǎo)致客戶的流失。這是不允許的。 因此，為醫(yī)藥公司開發(fā)的系統(tǒng)的性能需求如下 ： （ 1）、響應(yīng)時(shí)間應(yīng)該最小 （ 2）、網(wǎng)絡(luò)帶寬應(yīng)該支持每一個(gè)時(shí)間片個(gè)數(shù) （ 3）、系統(tǒng)應(yīng)該穩(wěn)定，并且在工作負(fù)荷增加的情況下不會(huì)癱瘓 可用性需求分析 在醫(yī)藥公司連鎖店遍布全國(guó)，鑒于其地理范圍的廣闊性，應(yīng)該一天二十四小時(shí)向用戶提供應(yīng)用程序。全國(guó)每個(gè)角落的工作人員都會(huì)使用該應(yīng)用程序來(lái)預(yù)定藥品。公司人員也要求應(yīng)用程序一天二十四小時(shí)可以使用，以便能有效地為客戶提供服務(wù)。 為保證應(yīng)用程序一天二十四小時(shí)的可用性，系統(tǒng)停機(jī)時(shí)間保持最小?？梢杂性S多不同方法來(lái)達(dá)到這一點(diǎn)，如鏡盤鏡象、數(shù)據(jù)復(fù)制、管理事務(wù)日志等等。 應(yīng)用程序 具有分布式多地點(diǎn)結(jié)構(gòu)，對(duì)于全公司范圍的實(shí)施來(lái)說(shuō)，這是最合適的結(jié)構(gòu)。這一結(jié)構(gòu)涉及到將單個(gè)活動(dòng)分解或幾個(gè)模塊化任務(wù)，然后把這些工作分布到幾個(gè)處理機(jī)，從而增加系統(tǒng)的性能。 培訓(xùn)需求分析 培訓(xùn)需求取決于用戶的類型。對(duì)醫(yī)藥公司的情況，有普通擁護(hù)以及負(fù)責(zé)管理站點(diǎn)和數(shù)據(jù)庫(kù)的用戶。除了培訓(xùn)管理員外，還必須對(duì)最終用戶進(jìn)行培訓(xùn)，以使普通用戶熟悉應(yīng)用程序所提供的功能。 鑒于醫(yī)藥公司的運(yùn)行上要求，醫(yī)務(wù)人員的培訓(xùn)必須按組進(jìn)行。沒(méi)有接觸過(guò)聯(lián)機(jī)應(yīng)用程序的普通用戶必須在單位內(nèi)部接受脫產(chǎn)培訓(xùn)。 安全性需求分析 系統(tǒng)和數(shù)據(jù)的安全性至關(guān)重要。所考慮的安全策略的兩種類型是樂(lè)觀安全策略和悲觀安全策略。前者只顧及那些具有敏感數(shù)據(jù)的資源的保護(hù)，而后者針對(duì)所有資源的保護(hù)，向用戶提供嚴(yán)格限制的訪問(wèn)。 在醫(yī)藥公司的情況，由于必須限制外部用戶對(duì)應(yīng)用程序的訪問(wèn)，必須采取悲觀的安全策略。 此外，關(guān)于外部用戶的數(shù)據(jù)，如他們的用戶名和口令，必須加密?？蛻糁荒茉L問(wèn)預(yù)定藥品模塊，不準(zhǔn)訪問(wèn)其他任何模塊。這樣，對(duì)不同用戶應(yīng)建立不同的角色和許可權(quán)，對(duì)于醫(yī)藥公司 來(lái)說(shuō)，我們有下述角色： （ 1）、管理員 （ 2）、用戶（外來(lái)客戶） Web 站點(diǎn)也應(yīng)從外部保障安全。實(shí)施防火墻可以做到這一點(diǎn)。 可伸縮性需求分析 為醫(yī)藥公司開發(fā)的應(yīng)用程序具有高度的可伸縮性，以適應(yīng)單位未來(lái)增長(zhǎng)和擴(kuò)充的需求。醫(yī)藥公司管理層已決定將起連鎖店在未來(lái)的兩年內(nèi)再增加十家。連鎖店擴(kuò)大造成數(shù)據(jù)量的增加。還有，大量客戶會(huì)通過(guò) Web 站點(diǎn)和系統(tǒng)交互。用戶數(shù)量不應(yīng)影響應(yīng)用程序的性能。 維護(hù)需求分析 醫(yī)藥公司計(jì)劃設(shè)立由其自己?jiǎn)T工組成的維護(hù)隊(duì)伍，一負(fù)責(zé) 維護(hù)工作。該單位計(jì)劃向少數(shù)的員工提供培訓(xùn)，然后這些員工負(fù)責(zé)日常備份和類似的維護(hù)功能。采取這一維護(hù)策略是為了避免高額的維護(hù)上的花費(fèi)，這種花費(fèi)，從長(zhǎng)期角度看，會(huì)出現(xiàn)在第三方維護(hù)支出上。 四、系統(tǒng)分析 硬件系統(tǒng)： 由于本系統(tǒng)需要利用 Inter 實(shí)現(xiàn)信息的傳遞，系統(tǒng)采用客戶機(jī)與服務(wù)器的連接，為了方便用戶，可以使核心數(shù)據(jù)處理使用總公司的服務(wù)器執(zhí)行，用戶端只需配置基本上網(wǎng)必備的硬件即可；因?yàn)榭紤]到網(wǎng)上訂房使公司的業(yè)務(wù)量增大，公司需要至少 1 臺(tái)硬件配置較優(yōu)的服務(wù)器。 軟件系統(tǒng) 關(guān)于軟件系統(tǒng)，客 戶機(jī)所使用的系統(tǒng)要求較低，需要 以上的版本，操作系統(tǒng)不限；服務(wù)器方面，我們的選擇具有較高的系統(tǒng)穩(wěn)定性和可維護(hù)性，而且價(jià)格適中的即可。 系統(tǒng)結(jié)構(gòu) 范圍分析圖（ CAD） 數(shù)據(jù)流圖（ DFD） 頂層 dfd: 細(xì)化 dfd: ER 圖 五、部分源代碼： (4) 使用的的連 接字符串為： conn Provider=SQLOLEDB。DATASOURCE=。UID=sa。PWD=。database=webhotel (5) 注冊(cè)部分： 核心代碼： ****************************** * 判斷用戶名是否重復(fù) * ****************************** If (CStr(Request(MM_flag)) ) Then MM_rsKeyConnection=MM_conn_STRING MM_dupKeyUsernameValue = CStr((cUserName)) MM_dupKeySQL=SELECT cUserName FROM WHERE cUserName=39。 amp。 MM_dupKeyUsernameValue amp。 39。 MM_adodbRecordset= set MM_rsKey=(MM_adodbRecordset) =MM_rsKeyConnection =MM_dupKeySQL =0 =2 =3 If Not Or Not Then ****************************** * 發(fā)現(xiàn)用戶名重復(fù) * ****************************** session(judgeRegister)=err MM_qsChar = ? If (InStr(1,MM_dupKeyRedirect,?) = 1) Then MM_qsChar = amp。 MM_dupKeyRedirect = MM_dupKeyRedirect amp。 MM_qsChar amp。 requsername= amp。 MM_dupKeyUsernameValue (注冊(cè)失敗 ) End If End If （ 3） 登錄部分： 核心代碼： ****************************** * 登錄成功后保存用戶名 * ****************************** Session(MM_Username) = MM_valUsername (6) 添加計(jì)劃部分： 核心代碼： %@LANGUAGE=VBSCRIPT CODEPAGE=936% !include file=Connections/ % if request(iSchemeId)= then end if % % Dim Recordset3 Dim Recordset3_numRows Set Recordset3 = () = MM_conn_STRING = select * from scheme where iSchemeId=39。amp。request(iSchemeId)amp。39。 = 1 = 2 = 1 () Recordset3_numRows = 0 % p 標(biāo)題： %=Recordset3(cSchemeTitle)% /p p 內(nèi)容： %=Recordset3(cSchemeContent)