第一篇:詳細設計文檔
詳細設計文檔
文檔編號 V1.0 版本 密級
研發生產中心 項目名稱 報表審批發布功能 項目來源
報表審批發布功能 詳細設計說明書
2011-03-26 編 寫: 范屹 日 期: 檢 查: 日 期: 審 核: 日 期: 批 準: 日 期: 版權所有 不得復制 文檔變更記錄
序號 變更(+/-)說明 作者 版本號 日期 批準 1 新建文檔 范屹 V1.0 2011-03-26 2 目 錄 1.引言..............................................................................................................................................4 1.1 編寫目的和范圍................................................................................................................4 1.2 術語表................................................................................................................................4 1.3 使用的文字處理和繪圖工具............................................................................................4 1.4 定義....................................................................................................................................4 1.5 BI系統總體架構(基于已有的BI系統上進行開發)..................................................4 2.模塊設計......................................................................................................................................6 2.1 用例圖................................................................................................................................6 2.2 功能設計說明....................................................................................................................8 3.數據庫設計................................................................................................................................30......................................................................................................30 3.1 表................................3.2 視圖..................................................................................................................................32 4.系統出錯處理............................................................................................................................34 1.引言
1.1 編寫目的和范圍
企業內部的各類報表指標為是需要上報給上級領導進行查看,企業的掌舵者對企業將來發展的決策都是根據這些報表指標來進行的,尤其是企業內部的財務和資金數據更不能有一絲一毫的偏差。因此這些指標數據如果發生錯誤,將會對企業將來的發展造成很大影響,所
以對于此類數據,需要通過層層審批、確認正確后才能進行展示。本詳細設計說明書編寫的目的是說明程序模塊的設計考慮,包括程序描述、輸入/輸出、算法和流程邏輯等,為軟件編程和系統維護提供基礎。本說明書的預期讀者為系統設計人員、軟件開發人員、軟件測試人員和項目評審人員。1.2 術語表
序號 術語或縮略語 說明性定義 1 DW 數據倉庫(Data Warehouse)2 BI 商業智能(Business Intelligence)1.3 使用的文字處理和繪圖工具 文字處理軟件:WPS Office 2010 繪圖工具:Visio 1.4 定義
AJAX:AJAX即“Asynchronous JavaScript and XML”(異步JavaScript和XML),AJAX并
Jesse James Gaiiett創造的名詞,是指一種創建交互式網頁應用的網頁開非縮寫詞,而是由
發技術。
1.5 BI系統總體架構(個人對BI系統理解)
2.模塊設計 2.1 用例圖
2.2 報表指標管理處理流程圖
2.3 審核操作處理流程圖
2.4 功能設計說明 用例名稱:查看報表模塊 用例標識號:101 參與者:操作人員 簡要說明: 操作人員在相關主題樹狀菜單中選擇需要查看的報表 前置條件: 操作人員已經成功登錄M1BI系統。基本事件流: 1(操作人員鼠標點擊某主題樹形菜單中的報表
2(如果報表審核能過,則可以正常顯示
3(如果報表未能被審核能過,則不會顯示報表,且顯示提示信息
4(用例終止 其他事件流A1: 異常事件流: 后置條件: 操作人員可以查看所需要的報表 主要程序代碼清單: 清單1:是否有特權可以訪問報表
private boolean isExtraPrivilege(TreeNode node,TDmGyUser User)throws Exception{ //獲取報表負責人所在的單位 因為不通過報表數據的維度來看這個問題而是通過報表對象來看這個問題
String gnDm = this.pzgl.getReportUserOrg(node.getNodeid());//取出當前登錄用戶所在的組織和節點信息
UserOrgMapping mapping = this.pzgl.getOrgMappingByUser(User.getMc());if(mapping!= null){ //如果當前 的登錄用戶是報表負責人的上級,則也可以 查看此報表 if(isMyBoss(mapping.getGnDm(),gnDm)){ return true;}else{ //如果當前查看用戶(或者 是登錄用戶)已經被授過權了,則也能查看些報表 List
public boolean canDisplayReport(TreeNode node)throws Exception{ int count = 0;//判斷當前報表是下屬子公司 是否都 已經審核發布完成 count = this.pzgl.countNotPubAudit(node.getNodeid());if(count > 0){ return false;}else{ //判斷當前報表是否存在一個指標,此指標也同時存在于其它未發布的報表中的
count = this.pzgl.countNotPubWithIndex(node.getNodeid());if(count > 0){ return false;}else{ //判斷是否當前報表中的指標是否都被審核過了
count = this.pzgl.countReportNotAudit(node.getNodeid());if(count > 0){ return false;}else{ //判斷當前報表中是否還有沒有審核通過的指標
count = this.pzgl.countReportIndexNotAudit(node.getNodeid());if(count > 0){ return false;}else{ return true;} } } } } 清單3:通過回逆的方法,判斷當前登錄用戶是不是報表創建者的組織的上級 如果是就返回true,如果不是就返回false public boolean isMyBoss(String my,String comparator)throws Exception{ OrgInfo info = this.pzgl.getOrgInfo(comparator);if(my.trim().equals(info.getSjgnDm().trim())){ return true;}else{ if(“0”.equals(info.getSjgnDm().trim())){ return false;}else{ return isMyBoss(my,info.getSjgnDm());} } } 用例名稱:報表展現頁面審核操作 用例標識號:102 參與者:操作人員 簡要說明: 在報表展現頁面內提供頁面的審核操作
由于目前存在上級公司可以查看下級公司的未審核通過的報表,或者授過權的用戶也可以直接查看未經審核的報表。
前置條件: 操作人員已經成功登錄M1BI系統。
查看的報表,報表本身及內部指標必須經過審核
如果未能通過審核,當且僅當登錄用戶必須屬于上級公司人員或者已授權用戶才能正常訪問報表
基本事件流: 1(如果是已經發布的報表,可以點擊報表頂部的反發布按鈕
2(點擊“反發布”按鈕后,則報表進入待審核狀態,則報表頂部會出現當然的報表狀態,以及“審核”,“打回”二個操作按鈕
3(當點擊“審核”操作按鈕,則報表狀態變更為已審核,則會出現“發布”及“反審核”操作按鈕
4(點擊“反審核”后,報表狀態變更為待審核狀態,頁面可參照第2步驟
5、點擊“發布”按鈕后,報表狀態變更為發布狀態,頁面可參照第1步驟
6、接第2步驟,如果點擊“打回”操作按鈕,則報表狀態變更為未審核狀態,頁面會出現“審核”操作按鈕
其他事件流A1: 狀態變更圖:
后置條件: 如果進行報表展現頁面審核操作后
如果報表狀態為發布,則操作人員可以正常訪問報表
如果未能通過審核,當且僅當登錄用戶必須屬于上級公司人員或者已授權用戶才能查看報表,反之不能正常訪問報表 主要程序代碼清單: 清單1:AJAX調用的js方法,處理頁面展現時的審核操作 function handlerAudit(userid,nodeid,operation){ //alert(operation);var returnValue = xmlhttpsend(“${appPath}/changeAuditStatus.action”,“&NodeID=” + nodeid + “&operation=” + operation);var str = “";var buttonStr = ”“;if(returnValue!=null && returnValue!=”“){ if(returnValue == ”1“){ str += ”未審批“;buttonStr += ”
onclick=“javascript:handlerAudit('” + userid + “','” + nodeid + “','audit');” />“;}else if(returnValue == ”2“){ str += ”待審批“;buttonStr += ”
onclick=“javascript:handlerAudit('” + userid + “','” + nodeid + “','tbd');” />“;buttonStr += ”
onclick=“javascript:handlerAudit('” + userid + “','” + nodeid + “','audit');” />“;}else if(returnValue == ”3“){ str += ”已審批“;buttonStr += ”
onclick=“javascript:handlerAudit('” + userid + “','” + nodeid + “','publish');” />“;buttonStr += ”
核 onclick=“javascript:handlerAudit('” + userid + “','” + nodeid + “','reverseAudit');” />“;}else if(returnValue == ”4“){ str += ”已發布“;buttonStr += ”
布 onclick=“javascript:handlerAudit('” + userid + “','” + nodeid + “','reversePublish');” />“;}else{ str += ”審批 操作有誤“;} document.getElementById(”ajaxHandlerResult“).innerHTML = str;document.getElementById(”ajaxTakeIn“).innerHTML = buttonStr;} 清單2:報表審核狀態的枚舉類 public enum ReportAuditStatus { NOAUDIT(”1“),//未審核 WAITAUDIT(”2“),//待審核 AUDITED(”3“),//審核過 PUBLISHED(”4“);//發布 private String value;private ReportAuditStatus(String value){ this.value = value;} public String getValue(){ return value;} } 用例名稱:報表數據組織檢索(審核管理)用例標識號:103 參與者:操作人員 簡要說明: 每個報表下面存在著多個不同的數據組織,我們需要根據狀態及數據組織名稱(也就是公司
名稱)進行檢查 前置條件: 操作人員已經成功登錄M1BI系統,且必須有審核管理權限 基本事件流: 1(點擊“系統管理”下面的“審核管理”菜單項
2(然后選擇右邊的樹狀菜單項中的具體報表
3(在右邊的查詢頁面,選則過濾條件,然后點擊查詢按鈕,然后會出現查詢結果。查詢字段
中會出現“審批公司”,“狀態”信息項以及操作銨鈕s
4(用例終止 其他事件流A1: 異常事件流: 后置條件: 操作人員可以查看所需要的報表數據組織 主要程序代碼清單: 清單1:審核管理頁面查詢
public String shglQuery()throws Exception{ //公共屬性 start ActionContext ctx = ActionContext.getContext();HttpServletRequest request =(HttpServletRequest)ctx.get(ServletActionContext.HTTP_REQUEST);HttpSession session = request.getSession();TDmGyUser users =(TDmGyUser)session.getAttribute(USER);HttpServletResponse response =(HttpServletResponse)ctx.get(ServletActionContext.HTTP_RESPONSE);//end //審核狀態 String status=request.getParameter(”status“);//報表中文名稱
String Text=request.getParameter(”Text“);//審核公司名稱
String company=request.getParameter(”company“);//報表節點ID String NodeID=request.getParameter(”NodeID“);//如果報表節點ID不存在,則直接返回 if(StringUtils.isBlank(NodeID)){ return ”“;} List list = pzgl.getAuditUnit(NodeID, status, company);if(list!= null &&!list.isEmpty()){ UserOrgMapping mapping = this.pzgl.getOrgMappingByUser(users.getMc());for(int index=0;index 集團數據當前狀態為未審核。 2(如果點擊通過按鈕后,則頁面相應變更,而且查詢結果會聚集到物產集團數據上,方便操 作人員查看 3(如果點擊發布操作按鈕,則頁面變更為 4(具體操作可以參照用例202.5、用例結束 其他事件流A1: 異常事件流: 后置條件: 主要程序代碼清單: 清單1:是否有特權可以訪問報表 public void getAjaxInfo()throws Exception{ //公共屬性 start ActionContext ctx = ActionContext.getContext();HttpServletRequest request =(HttpServletRequest)ctx.get(ServletActionContext.HTTP_REQUEST);HttpServletResponse response =(HttpServletResponse)ctx.get(ServletActionContext.HTTP_RESPONSE);//end String appPath=(String)request.getSession().getAttribute(”appPath“);if(appPath==null){ appPath=”/M1BI“;} response.setCharacterEncoding(”utf-8“);response.setContentType(”text/xml“);response.setHeader(”Cache-Control“, ”no-cache“);TDmGyUser User=(TDmGyUser)request.getSession().getAttribute(”USER“);String userid=User.getMc();//獲取USERID PrintWriter out = null;String nodeId = request.getParameter(”NodeID“);try { UserOrgMapping mapping = this.pzgl.getOrgMappingByUser(userid);StringBuffer sb = new StringBuffer(”“);String status = this.pzgl.getOrgCurrentAuditStatus(mapping.getOrgMc(), nodeId);if(ReportAuditStatus.NOAUDIT.getValue().equals(status)){ sb.append(”“);}else if(ReportAuditStatus.WAITAUDIT.getValue().equals(status)){ sb.append(”“);sb.append(”“);}else if(ReportAuditStatus.AUDITED.getValue().equals(status)){ sb.append(”“);sb.append(” onclick=“javascript:handlerAudit('” + userid + “','” + nodeId + “','reverseAudit');” />“);}else if(ReportAuditStatus.PUBLISHED.getValue().equals(status)){ sb.append(” onclick=“javascript:handlerAudit('” + userid + “','” + nodeId + “','reversePublish');” />“);}else{ sb.append(”“);} out = response.getWriter();out.write(sb.toString());out.close();} catch(Exception e){ LogWritter.sysDebug(e.getMessage());} } 用例名稱:查詢報表指標 用例標識號:105 參與者:操作人員 簡要說明: 操作人員可以查看相關報表的所包含指標 前置條件: 操作人員已經成功登錄M1BI系統,且擁有指標管理的權限 基本事件流: 1(操作人員鼠標點擊系統管理下面的指標管理 2(然后選擇右邊的樹狀菜單項中的具體報表 3(然后就會顯示此報表所包含指標 4(用例終止 其他事件流A1: 異常事件流: 后置條件: 操作人員可以從指標字典中引用指標,并審核指標狀態 用例名稱:報表指標引用指標設置 用例標識號:106 參與者:操作人員 簡要說明: 操作人員在指標管理頁面中引用指標字典中的指標。并對報表中的指標進行審核。 前置條件: 操作人員已經成功登錄M1BI系統,且有指標管理的權限 基本事件流: 1(接用例205,點擊指標引用操作的修改按鈕 2(報表選擇窗口中,操作人員可以在輸入框中進行指標名稱的模糊查詢。 3(選擇你所需要的指標項后,點擊選擇按鈕,引用指標就顯示剛剛選擇的指標了 4(如果指標項沒有被審核通過,則會顯示未通過審核,并能進行審核操作 5(如果報表其中有沒有審核通過的指標,則報表是不能被正常訪問,操作人員可以點擊審核 按鈕來審核此指標 5(用例結束 其他事件流A1: 異常事件流: 后置條件: 主要程序代碼清單: 清單1:報表指標管理方法 public void indexManage()throws Exception{ ActionContext ctx = ActionContext.getContext();HttpServletRequest request =(HttpServletRequest)ctx.get(ServletActionContext.HTTP_REQUEST);HttpServletResponse response =(HttpServletResponse)ctx.get(ServletActionContext.HTTP_RESPONSE);//end String appPath=(String)request.getSession().getAttribute(”appPath“);if(appPath==null){ appPath=”/M1BI“;} response.setCharacterEncoding(”utf-8“);response.setContentType(”text/xml“);response.setHeader(”Cache-Control“, ”no-cache“);TDmGyUser User=(TDmGyUser)request.getSession().getAttribute(”USER“);String userid=User.getMc();//獲取USERID PrintWriter out = null;String likeStr = request.getParameter(”likeStr“);StringBuffer sb = new StringBuffer(”“);try { List 用操作 T_XT_REPORT_JG 數據表名稱 中文名 報表機構數據審核表 RPT_DM 關鍵字段 索引字段 設計者 范屹 簡要說明 描述報表中機構數據審核情況 表關聯 字段名稱 中文名 類型 長度 允許null 說明 報表的功能代RPT_DM 報表代碼 字符型 碼 JG 機構名稱 字符型 報表機構名稱 機構數據審核機構數據審核STATUS 字符型 null 狀態 狀態 JG_DM 機構代碼 字符型 null 報表機構代碼 T_XT_REPORT_GRANT 數據表名稱 中文名 報表授權表 NODEID 關鍵字段 索引字段 設計者 范屹 簡要說明 描述報表查看權限被授于相關人員 表關聯 字段名稱 中文名 類型 長度 允許null 說明 NODEID 節點標識 字符型 報表節點功能id 被授權查看此USERMC 人員名稱 字符型 報表的用戶名 稱 T_XT_REPORT_INDEX 數據表名稱 中文名 報表指標表 RPT_DM 關鍵字段 索引字段 設計者 范屹 簡要說明 描述報表中包含了哪些商業指標 表關聯 字段名稱 中文名 類型 長度 允許null 說明 報表的功能代RPT_DM 報表代碼 字符型 碼 報表的指標代IMDEX_DM 指標代碼 字符型 碼 INDEX_DESC 指標描述 字符型 null 指標描述 REF_RPT 指標狀態 字符型 null 指標審核狀態 報表的指標字REF_INDEX 外部引用指標 字符型 null 典引用外碼 REF_INDEX_DESC 外部指標描述 字符型 null 外部指標描述 T_XT_REPORT_CREATOR 數據表名稱 中文名 報表創建人關系表 NODEID 關鍵字段 索引字段 設計者 范屹 簡要說明 提供報表與創建人(歸屬者)的關系維護 表關聯 字段名稱 中文名 類型 長度 允許null 說明 NODEID 節點標識 字符型 報表節點功能id 報表所屬人或CREATOR 創建人 字符型 者報表創建人 3.2 視圖 T_USER_ORG_MAPPING 數據表名稱 中文名 人員組織對應表 USER_ID 關鍵字段 索引字段 設計者 簡要說明 描述人員與組織的一一對應關系 表關聯 字段名稱 中文名 類型 長度 允許null 說明 USER_ID 用戶標識 字符型 用戶標識 USER_MC 用戶名稱 字符型 用戶名稱 USER_NAME 用戶姓名 字符型 用戶姓名 JS_DM 角色代碼 字符型 角色代碼 JS_MC 角色名稱 字符型 角色名稱 GN_DM 功能代碼 字符型 功能代碼 ORG_MC 組織名稱 字符型 組織名稱 ORG_ID 組織標識 字符型 組織標識 CODETYPE 代碼類型 字符型 代碼類型 T_USER_ORG_MAPPING視圖代碼 CREATE OR REPLACE VIEW T_USER_ORG_MAPPING(user_id, user_mc, user_name, js_dm, js_mc, gn_dm, org_mc, org_id, codetype)AS SELECT F, G, H, D, E, A, B, O, CT FROM(SELECT DISTINCT T1.GN_DM A, T1.MC B, T1.SJGN_DM C, T1.CODETYPE CT, T1.ORGID O, T3.JS_DM D, T3.MC E, T6.USER_DM F, T6.MC G, T6.USER_NAME H FROM T_XT_GNS T1, T_XT_JS_GNS T2, T_XT_JS T3, T_XT_USER_JGGW T5, T_DM_GY_USER T6, T_XT_JS_GW T7 WHERE T1.GN_DM = T2.GN_DM AND T2.JS_DM = T3.JS_DM AND T1.CODETYPE = '1'--以人力樹為模板--AND T1.CODETYPE!= '0'--考慮多組織結構樹情況 AND T3.JSLX!= '0'--查找數據級角色 AND T7.JS_DM = T2.JS_DM AND T7.JS_DM = T3.JS_DM AND T7.GW_DM = T5.GW_DM AND T5.SWRY_DM = T6.USER_DM)A1 WHERE NOT EXISTS(SELECT 1 FROM(SELECT DISTINCT T1.GN_DM, T1.MC, T1.SJGN_DM, T3.JS_DM, T3.MC, T6.USER_DM, T6.MC, T6.USER_NAME FROM T_XT_GNS T1, T_XT_JS_GNS T2, T_XT_JS T3, T_XT_USER_JGGW T5, T_DM_GY_USER T6, T_XT_JS_GW T7 WHERE T1.GN_DM = T2.GN_DM AND T2.JS_DM = T3.JS_DM AND T1.CODETYPE = '1'--以人力樹為模板--AND T1.CODETYPE!='0'--考慮多組織結構樹情況 AND T3.JSLX!= '0'--查找數據級角色 AND T7.JS_DM = T2.JS_DM AND T7.JS_DM = T3.JS_DM AND T7.GW_DM = T5.GW_DM AND T5.SWRY_DM = T6.USER_DM)A2 WHERE A2.GN_DM = A1.C AND A2.USER_DM = A1.F)UNION SELECT 'administrator','administrator','BOE管理員','2891','系統管理員-數據角色 ','51000034','物產集團','10000000','1' FROM DUAL 4.系統出錯處理 通過log4j,進行錯誤日志輸出 配置代碼如下: log4j.rootLogger=info, stdout log4j.appender.stdout=org.apache.log4j.ConsoleAppender log4j.appender.stdout.layout=org.apache.log4j.PatternLayout log4j.appender.stdout.layout.ConversionPattern=%d %p [%c]message log4j.appender.logfile.layout=org.apache.log4j.PatternLayout log4j.appender.logfile.layout.ConversionPattern=%d %p [%c]-%m%n 5.與原有需求的區別 需求 原有需求 目前實現 原因 開發工期短,如有實 現報表數據層面上的操作對象 報表數據及指標 報表及指標 操作需要重構系統,開發工作量極大 由于目前實現的部門 在不同的主題間是相報表查看權限是否同需要在不同的主題間只在駕駛艙中實現審通的,所以只需求實主題 對報表進行審核查看 核查看 現一個主題就可以說 明問題 報表查看權限是否同需求區別組織是否為沒有引入是否為上市開發工作量的問題 上市公司 上市公司 公司這個概念 通訊錄管理系統 詳細設計說明書 組員: 1210431107 孟磊(項目組長)1210431119 張靜 1210431039 左依婷 1210431041 王慶喜 1210431075 楊江峰 12級計算機軟件一班 目錄 1.引言 1.1編寫目的 1.2 背景 1.3 定義 1.4 參考材料 2.程序系統的結構 2.1 運行環境 2.2 系統組織結構 3.程序主要模塊設計說明 3.1 程序描述 3.2 主要功能模塊設計 3.3 性能 3.4 輸入輸出 3.5 算法 3.6 流程邏輯 3.7 接口 3.8 存儲分配 3.9 注釋設計 3.10 測試設計 3.11 限制條件 3.12 尚未解決的問題 1引言 1.1編寫目的 本文檔將對通訊錄系統軟件開發的詳細設計進行描述,本文檔的讀者是項目策劃、設計和評審人員。 1.2背景 本項目作為《軟件文檔寫作》課程的訓練項目提出,將學生分成若干項目開發小組進行管理。希望學生通過通訊錄系統軟件設計開發,了解軟件文檔的相關標準和編寫原則,訓練并掌握軟件各類文檔寫作的技巧,同時提高學生使用Java開發應用程序的能力。 本項目的名稱:通訊錄管理系統 本項目的提出者:指導老師 本項目的開發者:本小組 項目需求方:日常管理 用戶:管理員 1.3定義 通訊錄管理系統名稱 1.4參考資料 《開發要求說明》. 《軟件需求說明書》。《概要設計說明書》。 2程序系統的結構 2.1運行環境 (1)設備 硬件最低要求:CPU PⅢ 以上PC服務器,內存32MB以上,硬盤15MB以上。 (2)支持軟件 操作系統:Windows 98,Windows NT、Windows 2000、Windows XP,Windows Server 2003等能 3程序主要模塊設計說明 3.1 程序描述 給出對該程序的簡要描述,主要說明安排設計本程序的目的意義,并且,還要說明本程序的特點(如 是常駐內存還是非常駐?是否子程序?是可重人的還是不可重人的?有無覆蓋要求?是順序處理還是并發處理等)。 3.2 主要功能模塊設計 (1)打開通訊錄系統顯示歡迎界面: 具體實現函數 (2)菜單處理函數管理程序的用戶界面操作,用戶通過提示選擇想要進行的操作:具體實現函數 (3)本模塊主要完成對已有輸入的通訊信息進行顯示瀏覽,瀏覽同時可以進行修改、刪除等操作。 (4)在通訊錄查詢模塊中,用戶可以通過查詢盡快找到希望查找的聯系人,查詢支持模糊查詢,可以匹配多個字段;給出查詢記錄的信息;如果查詢的信息不存在,輸出提示信息。 (5)根據系統的輸入要求添加各項信息,每次可以添加一個或多個新的記錄,新增的記錄可以不存入原文件中,也可以指定文件追加內容;能給出新添加記錄的信息;添加后提示添加是否成功。 (6)根據特定信息選擇所要刪除的對象 (7)修改記錄:具體實現函數 保存記錄:具體函數實現 讀取記錄:具體實現函數 清空當前記錄:具體實現函數 3.3 性能 滿足個人使用的需求(記錄量控制在1000項內)。對前面提到的運行環境要求不應存困難。本軟件采用可視化界面,用戶通過單擊界面上的相關按鈕就可以完成各項操作。一般操作的響應時間應在1~2秒內,對軟磁盤和打印機的操作也應在可接受的時間內完成。查詢時應保證查全率,所有相應域包含查詢關鍵字的記錄都應能查到。因為通常的ISCDS規模在幾十到幾百項記錄,以查全率為標準所帶來的對查準率的影響并不大。 3.4 輸人輸出項 數據名稱:聯系人姓名、聯系人郵箱、聯系人電話 數據類型:char,數據格式:例Lily,Note@gm.com,123321; 3.5 算法 本程序沒有采取特殊的算法 3.6 流程邏輯 用戶(1)瀏覽功能(2)查詢信息用戶登錄是否是管理員Y進入管理員管理N權限級別根據級別不同提供給不同的服務 該流程圖表示通訊錄系統的邏輯流程,用戶可以直接瀏覽和查詢通訊錄簡單信息,也可以先登錄,如果是管理員則具有管理權限,可進入管理員的管理頁面;如果不是管理員,則判斷用戶權限級別,根據用戶的權限級別提供不同的服務。 3.7 接口 部分用戶接口視圖 3.8 存儲分配 無特殊要求 3.9 注釋設計 ①加在程序單元首部,說明本程序的作用。②對程序中的變量代表的意思、范圍進行注釋。③對程序中的函數或過程所起的作用進行注釋。具體注釋見類圖部分。 3.10 測試計劃 (1)界面測試 主要包括以下幾個方面內容: a.頁面在窗口中的現實是否正確,美觀(在調整瀏覽器窗口大小時,屏幕刷新是否正確,表樣式大小,格式,是否對提交數據進行驗證(如果在頁面部分進行驗證的話)等,連接的形式,位置是否易于理解等。 b.站定地圖和導航條位置是否合理,是否可以導航,是否覅和用戶要求。 c.頁面元素基本功能是否實現,容錯性是否存在,頁面元素外形,是否現實正確。 測試技術:結合兼容性測試對不同分辨率下頁面現實效果,如果有影響則提出解決方案,可以結合數據定義文檔查看表單項的內容,長度等信息。界面測試要素:符合標準和規范,靈活性,正確性,直觀性,舒適性,實用性,一致性。 (2)功能測試 測試分為白盒測試和黑盒測試。 白盒測試是指跟蹤代碼以人工檢查追蹤的方式查找BUG。 黑盒測試是指使用者對代碼不可見,直接使用系統,把出現的異常記錄下來,整理成測試報告,主要是覆蓋全部的功能,可以結合兼容,性能測試等方面進行,考慮正確性,可用性,邊界條件,性能,壓力測試。多用戶情況考慮壓力測試工具,建議壓力和性能結合起來進行,可以查看CPU使用率,內存占用情況,還可以模擬大量數據輸入,對硬盤的影響等信息。其中壓力測試包括錯誤恢復錯誤處理,頁面數據驗證,包括突然間斷電,輸入臟數據等。兼容性,不同瀏覽器,不同應用程序版本在實現功能時的表現,不同的上網方式。 本系統在最后階段經過了測試,主要是黑盒測試,由于系統模塊并不十分復雜,在繼承測試的過程中出現的問題并不多,相對而言比較順利。 3.11 限制條件 說明本程序運行中所受到的限制條件。 3.12 尚未解決的問題 人機界面設計,系統安全性驗證用戶界面設計,登錄窗口是用戶進入系統的第一個界面,也是進入系統的首道“關卡”。因此,簡潔、友好、清晰醒目是設計時要考慮的風格。及系統主模塊與數據庫的很好連接,是尚未解決的問題。 《夾竹桃》詳細教學設計 江蘇省泰州市海軍小學 陳冬安 郵編:225325 聯系電話:*** 教學過程: 一、引導談話,揭示課題。同學們,今天這節課,我們繼續來學習季羨林先生給我們帶來的一篇優美散文——《夾竹桃》。(板書:夾(jiā)竹桃)請注意這里的“夾”讀第一聲,讓我們齊讀課題。 二、瀏覽課文,初知大意: 1、昨天,我們初讀了課文,現在請同學們瀏覽一遍課文,找出文中直接寫夾竹桃的自然段,在開頭畫上三角符號。然后讀讀這些自然段,請同學們自個兒先去感受感受。 2、學生自讀課文,教師巡視。 3、讀好了嗎?文中哪幾個小節是直接寫夾竹桃的呢? 4、學生匯報:第2、4、5自然段。 5、接下來就讓我們共同走進夾竹桃花的世界,去欣賞、品味它?? 三、學習第2自然段: 1、讓我們一起到季先生家的大門內,看看那兩盆夾竹桃吧!(指名學生朗讀第二自然段) 2、大家看到了那兩盆夾竹桃了嗎,她是什么樣兒的呢?用“——”畫出直接描寫花的語句,讀一讀想一想,夾竹桃的花給你留下了什么印象。 3、這是兩盆什么顏色的花?(板書:花色)(生答:紅色和白色的) 4、作者由這兩種花色分別聯想到什么呢?看課文,老師引讀,請大家跟讀。 5、看到這樣的景象,你有什么感受呢?(板書:奇妙有趣) 你為什么覺得這樣的景象奇妙有趣呢?(火與雪是不相融的,卻能融洽地開在一起。) 6、你們真的覺得這景象奇妙而有趣嗎?請大家試著讀出這景象的奇妙有趣。 學生自由練讀; 通過練讀有了自己的體會嗎?怎樣才能把這段話讀好呢?(指名說,教師標出重音)你能為大家朗讀嗎? 讀得真不錯,給人一種身臨其境的感覺。 好,我們一起來感受一下這奇妙有趣的景象吧!(齊讀) 四、學習第3、4自然段: 過渡:第2自然段對夾竹桃的花已經作了細致的描寫,為什么接下來在第4自然段中還要寫夾竹桃的花呢?這其中必有緣由。 1、請同學們自由朗讀第四段,想一想這段主要寫了什么。(夾竹桃花期很長。)(板書:花期) 2、請同學們再讀第四自然段,同桌之間合作學習,先畫出描寫夾竹桃花期很長的句子,再用著重號標出反映花期長的詞語,然后好好地品讀品讀。 3、學生合作,交流,探究,教師巡視。 4、學生匯報交流: 師:剛才同學們學習得很認真,能一邊讀一邊圈畫,這真是“不動筆墨不讀書”。那么,哪些句子寫出了夾竹桃的花期長? 生(1)讀第一句:(相機出示句子) 師:哪些詞語反映了它的花期長?(又開出、又長出) 師:這句話不但寫出了它的花期長,還寫出了它的品性“悄悄地一聲不響”,它是默默綻放,不張揚,常年不敗。 師:該怎樣讀好這句話呢?請大家自己讀。指名讀;評價。(“悄悄地一聲不響”要讀得輕柔些,而“又開出、又長出”要讀得重些。)齊讀。 生(2)讀第二句:(出示句子) 師:你是從哪些地方看出它花期長的? 生2:看不出、也看不出、無日不 師:我們一起來感受感受吧!(齊讀)師: (1)標出“和煦的春風里”、“盛夏的暴雨里”、“深秋的清冷里”,從這里的三個“在??里”你體會到什么?(不管什么氣候,夾竹桃始終是迎風吐艷。)(2)“無日不”可不可以換個說法?(每天都這樣) 這里為什么不用“每天都這樣”而用“無日不”呢?(它的語氣更加強烈,更能突出對夾竹桃的贊美之情) 應如何讀呢?(指名讀)自由練讀; 齊讀;(大家讀得很投入,我也被感動了。) 生(3)讀第三句,從“無不”一詞反映了夾竹桃的花期長。師:“無不”是什么意思?(是“都”的意思) 這里不用“都”而用“無不”一詞,大家懂了嗎?(起強調的作用,不管什么季節夾竹桃都一一奉陪,突出了花期長,表達了對夾竹桃的贊美)師:誰來讀讀這句話。師:真不錯,我們一起讀。 6、師:夾竹桃的花期真長呀,所以在作者的心理又有什么新感受呢? 生(4)讀句子;(教師相機出示句子)這一點韌性,(板書:韌性)同院子里的哪些花?文中哪一小節寫了?(生:第三小節)同學們有沒有注意第四自然段開頭的詞語“然而”,用“然而”過渡到夾竹桃,就說明第三自然段寫了其他花。 請同學們讀讀第三自然段,看看寫了多少花,有沒有寫夾竹桃?(生答) 一百幾十個字,寫了十四種花,卻沒有一個字寫夾竹桃的。那作者為什么要寫這段內容呢?(對比襯托夾竹桃的花期之長。) 我們再回到剛才的句子上,“不是顯得非常可貴嗎?”,請大家換個說法。(出示陳述句)請同學們把這兩句話讀一讀,體會一下用哪一句好? 學生對比讀。 哪一句好呢?(生答:反問句好,強調了夾竹桃韌性的可貴)(師標出“不是??嗎?”)是啊,說得真好。我們一齊來讀讀這個反問句。 7、讓我們完整地欣賞一下第四自然段,好好地品味夾竹桃一年三季,花開不落的可貴韌性。請同學們用自己喜歡的方式讀第四自然段。 詳細設計說明書(Procedural Kesign Specification) 一、引言 1.編寫目的(闡明編寫詳細設計說明書的目的,指是讀者對象)2.項目背景(應包括項目的來源和主管部門等) 3.定義(列出文檔中用到的專門術語定義和縮寫啟的原意。) 4.參考資料(列出這些資料的作者、標題、編號、發表日期、出版單位或資料來源,可包括:(1)項目的計劃任務書,合同或批文;(2)項目開發計劃;(3)需求規格說明書;(4)概要設計說明書;(5)測試計劃(初稿);(6)文檔所引用的其他資料、軟件開發標準或規范。) 二、總體設計 1.需求概述 2.軟件結構(如給出軟件系統的結果圖) 三、程序描述(逐個模塊給出以下的說明)1.功能 2.性能 3.輸入項目 4.輸出項目 5.算法(模塊所選用的算法) 6.程序邏輯(詳細描述模塊實現的算法,可采用:(1)標準流程圖(2)PDL語言(3)N-S圖(4)PAD(5)判定表等描述算法的圖表。)7.接口 8.存儲分配 9.限制條件 10.測試要點(給出測試的模塊的主要測試要求) 展示設計市場調研報告 目錄 一、在展示設計中人機工程學具體的研究對象包括哪些方面 2 1、尺度方面 2 2、色彩應用 2 3、采光和照明 4 4、人的知覺 5 5、空間環境對溫度濕度的要求 6 6、空氣質量與空氣流速 6 7、電磁輻射 6 8、綠化和水體 6 二、展示設計中的版面設計包括哪些方面內容,版面制作的材料與制作技術 6 1、版面制作的材料 8 2、制作技術 11 三、展示設計中常用的照明燈具及照明光源 12 1、常用的照明燈具 12 2、展示設計中光源類型的選用 16 四、展示中常用的道具的特點 17 1、展架 17 2、展臺 18 3、展板 18 4、展柜 19 五、調研日記 20 六、調研分工 20 相互映襯的效果。例如:將紅與綠、黃與藍、白與黑等色彩放在一起,以顯示 它們各自的特性,加強色與色之間的個性表現,以達到色彩的鮮明對照和強烈的視覺反映。對比與調和是相對而言的,“傳統的色彩和諧理論只研究如何使各部分互 相聯系,而不研究它們之間的分離。因此,無論如何也是不完善的”。 (4)色相對比: 因色彩的相貌差別而形成的對比。色彩光譜中紅、橙、黃、綠、青、藍、紫概括了色相的基本面貌。差別大的稱為對比色對比,差別小的稱為同類色對比。對比色的應用能使人產生鮮明、強烈的視覺感受;同類色對比具有淡雅、柔和的特點。 (5)明度對比: 因色彩明度不同而產生的對比。在色彩明度中,如黑、白、灰之間,明度差別大的稱為強對比,差別小的稱之為弱對比。對比度越強所產生的效果就越醒目、明快,對比度越弱則產生的效果就越柔和。 (6)冷暖對比: 冷與暖是相對而言的,是人們根據對自然界認識過程中所產生的主觀聯想和感受。如紅色易使人聯想到溫暖的爐火,藍色則聯想到寒冷的冰雪。暖色能帶給人以熱烈和激情的情緒,冷色使人產生沉靜和穩定之感。它們之間的作用是通過對比而產生的。 根據以上規律和特點,則要求我們在展示設計中,要根據不同的展示主題、企業文化、環境、季節等諸多因素,在色彩應用上做出不同的藝術處理,這樣才能達到預期的設計效果。(7)展示設計中色彩與主題表現 展示活動從其規模上一般可分為大型展覽,中型展覽和小型展覽。無論何種規模的展覽,就其共性來講,都具有鮮明的主題性。展示設計的色彩語言總是圍繞展示主 題而進行的。寓意于色彩中的視覺主題總是能迅速表達其展示意圖,還能創造出獨特的展示氣氛。展示主題主要是通過色彩顯示來表達其展示內容的,在主題色彩應 用中如 “百事可樂”品牌在展示其產品主題特征時,通過大量標準色彩的運用,來傳達其主題特征,烘托出其產品的固有特色,進而達到其產品推廣的目的。 利用色彩的溫度感來表現主題特征 色彩是具有溫度感的。暖色系在人的心理上易產生舒展的感覺,冷色系一般易產生緊縮感。利用色彩具有溫度感這一特征,在展示商品主題特征時可以充分利用這種 心理特點。如電冰箱、電風扇、空調等家用電器,其功能就是制冷。所以利用人們看到冷色就會產生寒冷、涼爽的聯想,此類產品的形象展示大多是以冷色調作為主 題色進行體現的,從而充分地表現了商品展示的主題特征。(8)運用色彩的對比來突出展示主題 (2)照明光源 展示設計中的照明光源主要是以自然光和人工照明為主。 自然光是一種比較優質的光源,它不僅照明效果自然通透,而且可以節省大量的能源。展示設計中為了最大程度地保證展示照明的質量和穩定性,控制照明效果,保護展品。人工照明產生以后,相對于優質的自然光而言,人工照明有著形式靈活,容易控制,能夠提供相對穩定的照明環境等優點,因此,人工照明在建筑和展示設計中也被廣泛運用。 4、人的知覺 1視覺與視錯覺:人類經歷了漫長的進化過程,為了適應自然而逐步形成了各種感覺器官,其中視覺器官最重要,它擔負著80%以上的信息接收任務。但視覺器官的功能又不是萬能的,有時人的視覺由于生理、心理因素以及受光、形、色等外界因素的干擾,會產生視覺誤差,即視錯覺。視錯覺分為形的錯覺和色的錯覺,本文主要討論色彩視錯覺。 2聽覺:人在正常情況下可聽到頻率在20—2000赫茲的聲音 人因年齡差異導致聽覺差別較大,年輕人較敏銳,但25歲以后便產生聽覺損失,老年人較嚴重來自前方的聲音較易于分辨,而對來自右前方的聲音比較敏感,一般規律是右耳比左耳靈展廳內各種音響均勻分布,避免產生聚集現象,各種聲源均宜配置在觀眾的前方 3嗅覺:色彩與嗅覺的關系大致與味覺相同,也是由生活聯想而得。從花色聯想到花香,根據試驗心理學的報告:通常紅、黃、橙等的暖色系容易使人感到有香味,偏冷的濁色系容易使人感到有腐敗的臭味。深褐色容易聯想到燒焦了的食物,感到有蛋白質烤焦的臭味。 678910 三、展示設計中常用的照明燈具及照明光源 1、常用的照明燈具 白熾燈 白熾燈將燈絲通電加熱到白熾狀態,利用熱輻射發出可見光的電光源。自1879年,美國的T.A.愛迪生制成了碳化纖維(即碳絲)白熾燈以來,經人們對燈絲材料、燈絲結構、充填氣體的不斷改進,白熾燈的發光效率也相應提高。1959年,美國在白熾燈的基礎上發展了體積和衰光極小的鹵鎢燈。白熾燈的發展趨勢主要是研制節能型燈泡。不同用途和要求的白熾燈,其結構和部件不盡相同。白熾燈的光效雖低,但光色和集光性能好,是產量最大,應用最廣泛的電光源。 熒光燈 熒光燈分傳統型熒光燈和無極熒光燈,傳統型熒光燈即低壓汞燈,是利用低氣壓的汞蒸氣在放電過程中輻射紫外線,從而使熒光粉發出可見光的原理發光,因此它屬于低氣壓弧光放電光源。熒光燈的放光效率高,放光面積大,光線柔和,使用壽命長,可以使光色近似日光色或其他各種光色,是一種良好的室內站名光源。 無極熒光燈 無極熒光燈即無極燈,由高頻發生器、耦合器和燈泡三部分組成。玻管采用硬質玻璃,管內充入惰性氣體及微量水銀,管壁涂敷高效三波長熒光粉,燈管兩端涂敷導電膠,并施加高壓,使燈管內氣體電離,水銀蒸氣受激發放電,受激原子返回基態時輻射出波長253.7nm紫外線,燈泡內壁的熒光粉受到紫外線激發產生可見光。無極熒光燈具有高輝度、高效率、低耗電、無頻閃,體積小、壽命長的優點。反復可啟動性能好,可在0.1 s內瞬間啟動。三波長白色光色的色度可滿足不同需求。 三基色熒光燈 由藍、綠、紅譜帶區域發光的三種稀土熒光粉制成的熒光燈三基色節能型熒光燈是一種預熱式陰極氣體放電燈,分直管形、單U型、雙U型、2D形和H形等幾種。以H形節能熒光燈為例,它由兩根頂部相通的玻璃管(管內壁涂有稀土三基色熒光粉)、三螺旋狀燈絲(陰 極)和燈頭組成。其工作原理與普通熒光燈相似,即可配用電感型鎮流器(要配有啟輝器),也可配用電子鎮流器(不配用啟輝器)。 暖色光 暖色光的色溫在3300K以下,暖色光與白熾燈相近,紅光成分較多,能給人溫暖、健康、舒適的感覺。適用于家庭、住宅、宿舍、賓館等場所或溫度較低的地方。 冷白色光 又叫中性色,它的色溫在3300K~5300K之間,中性色由于光線柔和,使人有愉快、舒適、安詳的感覺。適用于商店、醫院、辦公室、飯店、餐廳、候車室等場所。 冷色光 又叫日光色,它的色溫在5300K以上,光源接近自然光,有明亮的感覺,使人精力集中。適用于辦公室、會議室、教室、繪圖室、設計室、圖書館的閱覽室、展覽櫥窗等場所。 電子節能燈 電子節能燈,又稱為省電燈泡、電子燈泡、緊湊型熒光燈及一體式熒光燈,是指將熒光燈與鎮流器(安定器)組合成一個整體的照明設備。節能燈的尺寸與白熾燈相近,與燈座的接口也和白熾燈相同,所以可以直接替換白熾燈。 節能燈的正式名稱是稀土三基色緊湊型熒光燈,20世紀70年代誕生于荷蘭的飛利浦公司。被國家納入到了863推廣計劃,最早在山東的膠東半島推廣,其中最早響應的兩家工廠為威海北洋和棲霞燈具廠,但是由于早期成本比較高,推廣難度比較大。廣東依靠其優越的地理位置,依托國家的政策支持,以低成本的原材料大批量生產節能燈,并銷往全國。因為早期人們對于節能燈的概念比較模糊,廣東生產的鹵粉節能燈成本較低,銷往市場的價格也比較低,現全國80%的節能燈來自廣東生產,其中80%的節能燈是在中山古鎮生產的。 這種光源在達到同樣光能輸出的前提下,只需耗費普通白熾燈用電量的1/5至1/4,從而可以節約大量的照明電能和費用,因此被稱為節能燈。 冷陰極熒光燈 冷陰極熒光燈具有體積小、亮度高、壽命長的特點,但工作前需要預熱。該類光源已經廣泛應用于液晶顯示器,液晶電視機的背光源中。液晶顯示器上用的背光——冷陰極熒光燈英文名Cold Cathode Fluorescent Lamps,簡稱CCFL 鹵素燈 鹵素燈泡(英文:halogen lamp),簡稱為鹵素泡或者鹵素燈,又稱為鎢鹵燈泡、石英燈泡,是白熾燈的一個變種。 鹵素燈泡(Halogen lamp),亦稱鎢鹵燈泡,是白熾燈的一種。原理是在燈泡內注入碘或溴等鹵素氣體。在高溫下,蒸發的鎢絲與鹵素進行化學作用,蒸發的鎢會重新凝固在鎢絲上,形成平衡的循環,避免鎢絲過早斷裂。因此鹵素燈泡比白熾燈更長壽。此外,鹵素燈泡亦能以比一般白熾燈更高的溫度運作,它們的亮度及效率亦更高。不過在這溫度下,普通玻璃可能會軟化。因此鹵素燈泡需要采用溶點更高的石英玻璃。而由于石英玻璃不能阻隔紫外線,故此鹵素燈泡通常都而需要另外使用紫外線濾鏡。 鹵素燈泡上的水晶玻璃如果有油,會造成玻璃上溫度不一,減低燈泡的壽命。因此換鹵素燈泡時要避免人手觸及燈泡的玻璃。若果手指摸到應以酒精清潔。 金鹵燈 金鹵燈是交流電源工作的,在汞和稀有金屬的鹵化物混合蒸氣中產生電弧放電發光的放電燈,金屬鹵化物燈是在高壓汞燈基礎上添加各種金屬鹵化物制成的第三代光源。照明采用鈧鈉型金屬鹵化物燈,該燈具有發光效率高、顯色性能好、壽命長等特點,是一種接近日光色的節能新光源,廣泛應用于體育場館、展覽中心、大型商場、工業廠房、街道廣場、車站、碼頭等場所的室內照明。 415 四、展示中常用的道具的特點及構件、拆裝形式 展示過程中所使用的器物很多,這里所說的道具是指安置、圍護、承托、吊掛、張貼展品所用的器械,如展架、展臺、展板、展柜等。 現代展示常用的標準化道具通常是工業化生產的產品,這些產品的設計已經超出了展示設計的范疇,故不在這里述及。 展示道具選用的一般原則是:以標準化、系列化的定型產 品為主,以特殊性和專門設計的產品為輔;以組合式、拆裝式為主,以便于任意組合、變化,方便包裝、運輸和貯存;結構設計要合理、可靠,加工精確、堅固、安全可靠;道具主要部分要求選用輕質、高強度材料;其次,造型要簡潔,色彩要沉著,表面作亞光處理,以避免可能出現的眩光。 展示道具的造型、色調、規格和尺寸的選擇,取決于展示環境的風格、尺度、陳列性質、展品特點以及展示空間的色調等因素。隨著現代展示活動的普及,越來越多的專業廠商研制、設計和生產出適合各種展示形式的新穎展示道具,專業生產的標準化產品有逐漸取代傳統的展示道具的趨勢,因此在從事展示設計時,首先應該考慮采用那些具有多種功能和用途的系列化道具,盡量不用或少用專門設計的特殊規格的道具,以方便布展,節約開支。 從道具的用途分類,常用的有這樣幾大類: 1、展架 展架是用以吊掛、承托展板,或與其它部件共同組成展臺、展柜及其它形式的支撐骨架器械,也可以用它作為直接構成隔斷、頂棚及其它復雜的立體造型的器械,是現代展示活動中用途最廣的道具之一。 展架,也叫做展示架,是終端宣傳促銷生動化的利器。展架作為一種營銷手段,是隨著終端POP廣告發展而來的。它具有綠色環保、方便運輸、組裝迅速等優點,擺放在銷售場所中,能起到展示商品、傳達信息、促進銷售的作用。 展架的起源 展架的使用早期盛行歐美,顯眼的精美圖案及擺放產品的展示架在國外已經十分普遍,廣泛應用于食品飲料、日化、家電、家居、建材、酒等行業。歐美眾多包裝公司也認為通過制作陳列架(展架、展示架[1])可以提升企業的技術水平和企業的銷售能力。在歐美,陳列架(展架、展示架)是一種附加值非常高的產品,使用的用戶和制造廠商都非常多。 不過,陳列架(展架、展示架)在歐美的使用雖然已經十分普遍,但是在國內還是處于起步階段。大陸最早開始做展示架大約是2000年左右,那時在包裝較為發達的廣東地區僅3家紙制品廠設計生產展示架。近些年來發展較快,主要集中在北京/上海/廣東;應用的范圍也越來越廣。 現在一些品牌客戶已經把陳列架(展架、展示架)做為常規促銷品在系統的應用,不論是新品推出還是節日促銷,取得了不錯的效果,對于提升在賣場的品牌形象,營造節日氣氛,提高銷量,有很有幫助。 展架又名產品展示架、促銷架、便攜式展具和資料架等。是根據您產品的特點,設計與之匹配的產品促銷展架,再加上具有創意的LOGO標牌,使您的產品醒目的展現在公眾面前,從而加大對產品的宣傳廣告作用。 展架的分類 1、按樣式可分為:落地式展架、臺式展架、掛式展架、異型展架、主題陳列 7181920-
“);} sb.append(”
“);} } catch(Exception e){ LogWritter.sysDebug(e.getMessage());} out = response.getWriter();out.write(sb.toString());out.close();} 清單2:AJAX實現的,指標審核頁面生成方法 public void insertIndexHTML()throws Exception{ ActionContext ctx = ActionContext.getContext();HttpServletRequest request =(HttpServletRequest)ctx.get(ServletActionContext.HTTP_REQUEST);HttpServletResponse response =(HttpServletResponse)ctx.get(ServletActionContext.HTTP_RESPONSE);//end String appPath=(String)request.getSession().getAttribute(”appPath“);if(appPath==null){ appPath=”/M1BI“;} response.setCharacterEncoding(”utf-8“);response.setContentType(”text/xml“);response.setHeader(”Cache-Control“, ”no-cache“);TDmGyUser User=(TDmGyUser)request.getSession().getAttribute(”USER“);String userid=User.getMc();//獲取USERID PrintWriter out = null;String NodeID = request.getParameter(”NodeID“);StringBuffer sb = new StringBuffer(”“);try { List “);sb.append(”
");} } catch(Exception e){ LogWritter.sysDebug(e.getMessage());} out = response.getWriter();out.write(sb.toString());out.close();} 3.數據庫設計 3.1 表 “);int ii = 0;for(ReportIndex index : list){ sb.append(”指標代碼 指標詳細描述 引用指標 指標引 狀態 “);sb.append(” “);ii ++;} sb.append(”“);sb.append(”“);sb.append(” “);sb.append(”“);sb.append(”“);sb.append(” “);sb.append(”“);String str = index.getRefIndexDesc()==null ? ”“ : index.getRefIndexDesc();sb.append(”“);sb.append(” “);sb.append(”“);sb.append(”“);sb.append(” “);sb.append(”“);if(StringUtils.isBlank(index.getStatus())|| ”1“.equals(index.getStatus())){ sb.append(”“);}else{ sb.append(”“);} sb.append(” “);sb.append(”第二篇:通訊錄詳細設計說明書
第三篇:《夾竹桃》詳細教學設計
第四篇:軟件詳細設計說明書
第五篇:展示設計詳細調研報告