請假腳本

『壹』 今日校園請假條卡密是什麼

159834
這上面的請假簽到內容會根據時間信息直接保存下來，更便於去查看，實際上它就是提供了一個更為完整的腳本信息，大家可以參考去使用。能給你帶來更為不錯的校園服務，它可以直接幫助去自動的請假。迎新系統

接收錄取通知書後，在線完成報到流程：信息採集，到校登記，簽到，領取物品，查詢財務，一條龍服務，辦理新生各項手續。

校園服務

查課表，查成績，充值校卡，校園黃頁，考務安排，圖書館資料，故障報修，學習生活井然有序。

今日校園請假模擬器特色
學習和娛樂互動性也是很強的，讓大家輕松的享受便利的校園服務。

設有多種不同的板塊，充飯卡、看課表、查成績、查看考試安排等等都沒問題。

學校有任何的活動你都可以及時的了解，積極參與校園活動還是很有意義的；

『貳』 如何打包Activiti的流程資源文件

Activiti的流程定義文件可以直接部署bpmn20.xml、zip、bar文件，其中後面的zip和bar類型一樣都是壓縮文件格式，bpmn20.xml是符合bpmn2.0規范的xml定義。 今天要解決的問題就是幫助大家打包流程資源文件，其中肯能包括：bpmn20.xml、png、form等文件。
大多數開發人員都是用Activiti Designer來設計流程定義，可能業務人員使用了其他的流程設計器來描述業務，然後開發人員用Activiti Designer來「深加工」以便讓計算機能讀懂流程的走向及其邏輯。
如何打包是最近「Activiti中文」群里問的比較多的問題之一，因為太忙沒用時間一一說明，這也是因為目前的5.9版本設計器導致的，主要是在5.9版本之前設計器會自動生成一個bpmn20.xml文件，而5.9版本中不再使用之前的.activiti文件，直接把設計與最終的流程定義文件合並為一個bpmn文件。具體的說明請參考《從Activiti Designer5.8升級到5.9遇到的問題》。
下面以kft-activiti-demo項目中的請假流程為例介紹如何打包，項目結構如下圖。

打包Zip|Bar格式
手動打包
看了剛剛提到的文章應該明白leave.bpmn和在5.8版本中生成的bpmn20.xml一樣，所以可以直接把leave.bpmn復制一份改名為leave.bpmn20.xml，然後手動把leave.bpmn20.xml和leave.png用壓縮工具打包成leave.zip即可。
Ant腳本自動打包
用ant腳本無非就是代替手動操作讓工具自動根據配置打包。

『叄』 急求~用rational rose做的作品

考勤管理系統分析與設計

隨著現代科技的進步，用計算機來進行考勤的管理也成為現代化企業運作必不可少的一部分。在過去我們的考勤工作都是人工完成的，不僅浪費了很多的人力跟物力，而且無法保證其准確性和透明度，給企業的管理帶來了許多的不便。現在利用計算機來管理我們的考勤工作，大大降低了工作人員的工作量，提高了工作效率，使原本復雜和枯燥無味的工作變得簡單而輕鬆了。
1 設計內容
本次設計的內容及背景性資料。（要詳細介紹）
2 設計目的與要求
本次實驗所開發的系統擬為企業解決什麼樣的問題，及功能性的要求是什麼做具體說明。
3 設計環境或器材、原理與說明
3.1 硬體及軟體環境
硬體要求，軟體的具體要求。
3.2數據描述
3.2.1 已有數據
目前用戶那裡沒有已有的數據，也就是沒有現成的問卷供錄入。但是系統發布時需要有一個管理員，用來添加普通操作員。
3.2.2 錄入數據
模板、目錄、關鍵字、熱字、文章都是需要時時錄入的。另外，操作員錄入也是CMS的功能之一。
3.2.3 數據保存
錄入的數據一律保存在資料庫中，文章發布出來後，作為靜態的網頁存放到相關目錄下。
3.2.4 數據詞典
目錄：指用來對文章進行分類表示的名稱。
模板：文章的顯示樣式文件。
關鍵字：文章中包含的單詞或片語。
熱字：文章包含的並且由地址連接的詞語。
3.2.5 數據採集
頂級管理員的用戶名和密碼，編輯向用戶確認，用戶名jiang，密碼123。
3.3.6說明：
功能說明：添加操作員功能比較復雜，要賦予級別，還要選擇其菜單許可權和目錄許可權。此頁面與修改操作員頁面樣式完全相同。普通操作員只允許修改密碼和其他個人信息，不允許修改自己的菜單許可權和目錄許可權和自己的級別。頂級管理員同樣不能分配目錄許可權，只能修改操作員的級別，可以任命組管理員。只有組管理員可以分配菜單許可權和目錄許可權，但是不能任命組管理員。
4 設計過程文檔
4.1需求計劃
對於大部分公司單位來說，都需要對員工進行考勤管理。通過考勤管理系統，可以對考勤數據信息進行維護，員工可以通過網路進行請假，領導在網路上可以進行審核等相關考勤管理功能以及相關頁面設計和控制。
4.2需求採集
軟體的需求分析是從用戶的業務中提取出軟體系統能夠幫助用戶解決的業務問題，通過對用戶業務問題的分析，規劃出我們的軟體產品。這個步驟是對用戶業務需求的一個升華，是一個把用戶業務管理流程優化，轉化為軟體產品，從而提升管理而實現的質的飛躍，這一步是否成功，直接關繫到開發出來的軟體產品能否得到用戶認可，順利交付給客戶，客戶能否真正運用我們的產品幫助他解決業務或管理問題。
按照軟體工程對軟體開發過程的描述，需求階段我們可以細分為需求調研和需求分析兩個小階段，需求調研需要充分細致的了解客戶目標，用戶業務內容、流程等，這是一個對需求的採集過程，是進行需求分析的基礎准備。當我們已經了解、理解了用戶的業務，於是可以開始分析需求了。
4.3需求設計
考勤管理的功能具體要求是：首先對員工正常上下班的考勤數據進行維護，能根據員工的考勤信息判斷是否遲到和早退，如果根據考勤信息判斷是否遲到和早退，還需要設置工作日上下班的時間；其次，員工能在網上請病假，然後領導在網上進行審核；最後能通過員工的考勤和請假信息，統計員工每月的考勤情況。
考勤信息管理系統中主要要解決的是：
1、員工的基本信息（姓名、性別、所屬部門等）的管理；
2、員工基本信息的查詢，出勤信息等的查詢及列印；
3、給系統設定用戶登錄許可權；
4、設定密碼更改功能等等。
4.2.1系統架構
當進入系統時，先見到的是系統主頁：
當登錄員工考勤系統之後，出現的是功能選擇框：
1）選擇「工作時間設置」：可進行的操作有：添加、刪除、修改；
2）選擇「員工考勤」：可進行的操作有：添加、刪除、修改；
3）選擇「查詢員工考勤頁面」：可進行的操作有：添加、刪除、修改；
4）選擇「請假申請頁面」：可進行的操作有：添加、刪除、修改；
5）選擇「查詢請假申請頁面」：可進行的操作有：添加、刪除、修改；
6）選擇「查詢頁面設計」：可進行的操作有：添加、刪除、修改；
7）選擇「考勤查詢統計頁面」：可進行的操作有：添加、刪除、修改。
4.2.2系統功能分析
考勤信息管理系統中主要包括了員工的基本信息（姓名、性別、職位等），查詢員工的基本信息；另外還有網上請假和幫助說明的功能。通過考勤系統我們能方便地知道員工的出勤情況，通過對員工出勤信息的了解。一切的統計和計算都計算機代為管理了，考勤信息管理系統對企業的合理化管理起到了很大的作用，它為企業信息化的建設打響了頭炮，企業的信息化建設已成為現代各個企業發展的需要。
基於上面的分析，按照軟體工程的思想，對考勤信息管理系統進行功能分析：
•實現系統登錄功能（密碼修改功能），並限制不同用戶（包括普通員工、人事部門人員、財務部人員及管理員）登錄所查看的信息；
•輸入員工基本信息，包括姓名、性別、職位等；
•瀏覽和修改員工基本信息；
•輸入出勤信息和列印；
•瀏覽和修改員工的出勤情況，可同時查看該員工的基本信息；
•按姓名信息查看員工。
4.3功能模塊進行功能分析：
1）請假類型
模塊解釋：通過本功能頁面對員工請假的事由進行分類，以及對所有請假類型信息進行維護。
對員工請假的類型信息進行維護護理，即建立新增、修改、查詢功能頁面對請假類型信息進行維護。為保證數據的完整性，不允許刪除請假類型數據。
2）工作時間設置
模塊解釋：通過本功能頁面對正常工作上下班時間進行設置維護，以便根據考勤判斷遲到和早退。
通過本功能頁面，對正常上下班時間進行設置，即設置上班開始時間和下班結束時間，以便通過設置的正常工作時間和考勤情況判斷員工是否遲到早退。
3）員工考勤
模塊解釋：通過本功能頁面對所有員工上下班考勤數據的維護，即把與員工的考勤數據保存在資料庫中，以便對員工進行考核分析。
本模塊實現了對所有員工上下班考勤數據進行新增、修改、查詢功能。
4）請假申請
模塊解釋：通過本功能頁面和網路，員工進行請假申請。
當員工需要請假時，通過本功能頁面進行請假申請，把請假申請信息保存到資料庫中。
5）請假申請審核
模塊解釋：通過本功能頁面對員工申請的請假信息進行審核批准。
先通過查詢頁面查詢員工的請假申請信息，然後選擇需要審核的請假信息進入審核頁面進行審核；在查詢頁面，只能查詢出還沒有被審核的請假申請。
6）考勤查詢統計
模塊解釋：通過本頁面，對員工的考勤情況進行查詢統計。
通過本頁面查詢，查詢統計員工每月的遲到、早退、請假情況。
4.4系統流程
基於上面的分析，按照軟體工程的思想，對考勤信息管理系統進行功能分析：
•實現系統登錄功能（密碼修改功能），並限制不同用戶（包括普通員工、人事部門人員、財務部人員及管理員）登錄所查看的信息；
•輸入員工基本信息，包括姓名、性別、職位等；
•瀏覽和修改員工基本信息；
•輸入出勤信息和列印；
•瀏覽和修改員工的出勤情況，可同時查看該員工的基本信息；
•按姓名信息查看員工。

1）請假類型
模塊解釋：通過本功能頁面對員工請假的事由進行分類，以及對所有請假類型信息進行維護。
對員工請假的類型信息進行維護護理，即建立新增、修改、查詢功能頁面對請假類型信息進行維護。為保證數據的完整性，不允許刪除請假類型數據。

2）工作時間設置
模塊解釋：通過本功能頁面對正常工作上下班時間進行設置維護，以便根據考勤判斷遲到和早退。
通過本功能頁面，對正常上下班時間進行設置，即設置上班開始時間和下班結束時間，以便通過設置的正常工作時間和考勤情況判斷員工是否遲到早退。

但要說明的是：如果已經設置了上下班工作時間，則需要將查詢出的設置的信息顯示在頁面中，以便進行修改設置。如果選擇了「工作時間類型」改變時，需要提交頁面查詢是否有已設置的數據，則為了區分提交頁面的類型（設置、選擇「工作時間類型」），則需要對下拉列表框添加選擇改變時間，調用腳本的方法傳遞參數Style=1進行區分，當選擇「工作時間類型」時，只查詢歷史設置的數據。

3）員工考勤
模塊解釋：通過本功能頁面對所有員工上下班考勤數據的維護，即把與員工的考勤數據保存在資料庫中，以便對員工進行考核分析。
本模塊實現了對所有員工上下班考勤數據進行新增、修改、查詢功能。

需要說明的是：當頁面布局設計完畢之後，需要把所有員工的信息查詢出，動態地顯示在對應下拉列表框中，以便選擇員工進行考勤。添加保存員工考勤的代碼，當天已進行考勤後，不能再進行考勤。在查詢頁面單擊超鏈接傳遞的考勤主鍵值，查詢對應的員工考勤信息顯示在頁面中；如果考勤主鍵值為空，則返回查詢頁面；把修改信息保存到資料庫中。不論是初始頁面狀態還是提交後狀態，都需要把修改的考勤信息顯示在頁面中，即需要保持頁面數據狀態。
4）請假申請
模塊解釋：通過本功能頁面和網路，員工進行請假申請。
當員工需要請假時，通過本功能頁面進行請假申請，把請假申請信息保存到資料庫中。

需要說明的是：當頁面布局和數據初始化完成之後，添加員工的請假申請信息的代碼，但要注意，當進行請假申請保存時需要查詢判斷當前員工請假時間段是否已請了假，如已請了假，如已請了假則不能再請假。當查詢請假申請時，將查詢出的請假申請信息數據動態地顯示在表格中，而且需要在「員工姓名」列添加超鏈接（鏈接到修改頁面，且需要傳遞一個請假申請主鍵值參數），以便單擊鏈接進入修改頁面修改對應的請假申請信息。
5）請假申請審核
模塊解釋：通過本功能頁面對員工申請的請假信息進行審核批准。
先通過查詢頁面查詢員工的請假申請信息，然後選擇需要審核的請假信息進入審核頁面進行審核；在查詢頁面，只能查詢出還沒有被審核的請假申請。

6）考勤查詢統計
模塊解釋：通過本頁面，對員工的考勤情況進行查詢統計。
通過本頁面查詢，查詢統計員工每月的遲到、早退、請假情況。

需要注意的是：頁面布局設計完成之後，在頁面代碼頭中添加查詢員工信息的代碼，並動態地把員工信息初始化填充到「員工」下拉列表框中。但是要注意如何把選擇的年月日組合成年或月的日期范圍（即標準的日期格式）以便查詢；當之選擇月而沒有選擇年時，給出提示。
4.3概要設計
4.2.1頁面概要
主界面的設計是資料庫開發的關鍵步驟，因為它在某種程度上體現了程序開發的質量和水平。考勤信息管理系統採用多頁形式的頁面，每個選項卡實現一種功能，用戶可通過切換選項卡來操作整個系統的不同功能。這種界面的優點是結構緊湊，邏輯性強。
頁面名稱 全路徑 說明
登錄.asp /登錄.asp 首頁，也是用戶登錄頁面
登錄2.asp /登錄2.asp 管理員登錄頁面
查詢.asp /查詢.asp 查詢員工信息
查詢結果.asp /查詢結果.asp 顯示查詢結果
考勤信息管理.asp /考勤信息管理.asp 考勤管理主界面
添加修改信息.asp /添加修改信息.asp 考勤信息添加修改
刪除信息.asp /刪除.asp 考勤信息刪除
鏈接1 .asp add/鏈接1.asp 熱字鏈接到的網頁
鏈接2 .asp add/鏈接2.asp 熱字鏈接到的網頁
注冊.asp /注冊.asp 用戶注冊頁面
查詢信息.asp /查詢信息.asp 管理員查詢界面

4.2.1資料庫概要
下面對考勤管理信息數據進行簡要的分析。
1、 考勤信息
根據功能分析，需要對考勤信息進行維護，以便根據考勤信息統計分析員工的考勤情況，建立考勤信息。
欄位名稱：Key id---惟一，自動編號；Employee-id---關聯一個員工；On ty-data---上班時間； Off ty-data---下班時間； Remark---說明。
2、員工信息
據功能分析，要對員工進行考勤管理，建立員工信息。
欄位名稱：Key id---惟一，自動編號；Employee-name---員工姓名；Sex---性別；Birthday---生日；Job---職位； Remark---描述說明。
3、工作時間表
根據功能分析，設置上下班的時間，以便能通過考勤信息判斷員工是否遲到和早退；建立工作時間表。
欄位名稱：Key id---惟一，自動編號；On ty-time---上班開始時間；Off ty-time---下班開始時間；Duty-type---0-工作時間，1-假期；Remark---描述說明。
4、請假類型信息
根據考勤信息，對員工進行分類，如病假，事假，探親假，產假，婚假等請假類型信息，據此建立請假類型信息。
欄位名稱：Key id---惟一，自動編號；Leave-name---類型名稱； Remark---描述說明。
5、請假信息
根據功能分析，員工要進行請假的申請，然後領導進行審核，建立請假信息。
欄位名稱：Key id---惟一，自動編號；Emloyee-id---關聯一個員工；Leave-sdata---請假開始日期；Leave-edata---請假結束日期；Leave-type---關聯一個請假類型；Check user---審核領導；Is check---0-否，1-是；Check-idea---審核意見； Remark---描述說明。

4.4詳細設計
4.2.1頁面詳細設計
當進入系統時，見到的是系統主頁：
當登錄員工考勤系統之後，出現的是功能選擇框：
1）選擇「工作時間設置」：
開始時間： 的 **

結束時間： **

工作時間類型： **

說明：

2）選擇「員工考勤」：
員工姓名： **

上班時間： **

下班時間： **

備註：

3）選擇「查詢員工考勤頁面」
員工：
考勤日期：從 到

員工： 上班時間： 下班時間： 說明：

4）選擇「請假申請頁面」
員工姓名： **

請假類型： **

請假開始時間： **

請假結束時間： **

備註：

5）選擇「查詢請假申請頁面」：
員工：

請假日期：從 到

員工姓名： 開始時間： 結束時間: 是否審核： 審核意見： 說明：

6）選擇「查詢頁面設計」：
員工姓名： **

請假類型： **

請假開始時間： **

請假結束時間： **

審核人： **

審核意見：

備註：

7）選擇「考勤查詢統計頁面」：
員工：
日期：年 月

員工姓名： 遲到次數： 早退次數： 請假次數：

4.2.1後台腳本詳細設計，
各段代碼如下：
1、請假類型---請假類型添加
<%
Set con=Server.CreateObject("ADODB.Connection")
con.Open "DSN=CheckAttendanceDSN;UID=admin;Database=CheckAttendance"
msgErr=""

isPostBack=trim(Request("IsPostBack")+"")
if isPostBack="PostBack" then
leavename=trim(Request("leavename")+"")
remark=trim(Request("Remark")+"")

checked=true '用於判斷所有信息是否合法，如合法則保存數據
if len(Subject)<1 then
checked=false
msgErr="請假類型名稱必須輸入！"
end if
if checked then
strsql="insert into xt_t_leave_type (leave_name,remark) values("
strsql =strsql + "'"+leavename+"','"+remark+"')"

con.Execute strsql
msgErr="新增請假類型信息成功！"
end if
end if
con.close
%>
2、請假申請----請假申請頁面代碼：
<%
Set con=Server.CreateObject("ADODB.Connection")
con.Open "DSN=CheckAttendanceDSN;UID=admin;Database=CheckAttendance"
msgErr=""
isPostBack=trim(Request("IsPostBack")+"")
if isPostBack="PostBack" then
LeaveTimeS=trim(Request("LeaveTimeS")+"")
LeaveTimeE=trim(Request("LeaveTimeE")+"")
Employee=trim(Request("Employee")+"")
LeaveType=trim(Request("LeaveType")+"")
remark=trim(Request("Remark")+"")

checked=true '用於判斷所有信息是否合法，如合法則保存數據
if len(LeaveTimeS)<1 then
checked=false
msgErr="請假開始時間必須輸入！"
end if
if len(LeaveTimeE)<1 then
checked=false
msgErr=msgErr+"請假結束時間必須輸入！"
end if
if len(Employee)<1 then
checked=false
msgErr=msgErr+"員工必須選擇！"
end if
if len(LeaveType)<1 then
checked=false
msgErr=msgErr+"請假類型必須選擇！"
end if
if checked then
Set on_rs=Server.CreateObject("ADODB.Recordset")
strsql="select * from xt_t_leave "
strsql =strsql + " where (leave_sdate<#"+LeaveTimeS+"#"
strsql =strsql + " and leave_edate>#"+LeaveTimeS+"#)"
strsql =strsql + " or (leave_sdate<#"+LeaveTimeE+"#"
strsql =strsql + " and leave_edate>#"+LeaveTimeE+"#)"
on_rs.Open strsql,con
if not on_rs.EOF then
msgErr="員工在輸入的時間段內已請假！不能再請假！"
else
strsql="insert into xt_t_leave (employeeid,leave_sdate,"
strsql =strsql + "leave_edate,leave_type，remark) values("
strsql =strsql + Employee+",#"+LeaveTimeS+"#"
strsql =strsql +",#"+LeaveTimeE+"#,"+LeaveType
strsql =strsql +",'"+remark+"')"
con.Execute strsql
msgErr="請假申請成功！"
end if
on_rs.close
end if
end if

Set rs=Server.CreateObject("ADODB.Recordset")
strsql="select * from xt_t_employee"
rs.Open strsql,con
Set type_rs=Server.CreateObject("ADODB.Recordset")
strsql="select * from xt_t_leave_type"
type_rs.Open strsql,con
%>

3、請假申請審核---查詢頁面設計代碼
<%
Set con=Server.CreateObject("ADODB.Connection")
con.Open "DSN=CheckAttendanceDSN;UID=admin;Database=CheckAttendance"
Set rs=Server.CreateObject("ADODB.Recordset")
msgErr=""
LeaveDateS=trim(Request("LeaveDateS")+"")
LeaveDateE=trim(Request("LeaveDateE")+"")
Employee=trim(Request("Employee")+"")

strsql="select a.*,(select employeename "
strsql =strsql +"from xt_t_employee where keyid=a.employeeid) as emplname "
strsql=strsql+" ,iif(ischeck ='1', '同意' , '不同意') as ischekced "
strsql=strsql+" from xt_t_leave a where 1=1 "
if len(Employee)>=1 then
strsql=strsql+" and employeeid=" +Employee
end if
if len(LeaveDateS)>=1 then
strsql=strsql+" and DateValue(leave_sdate)>=#" +LeaveDateS +"# "
end if
if len(LeaveDateE)>=1 then
strsql=strsql+" and DateValue(leave_edate)<=#" +LeaveDateE +"# "
end if
strsql=strsql+" and ischeck<>'1' order by leave_sdate desc"
rs.Open strsql,con

Set empl_rs=Server.CreateObject("ADODB.Recordset")
strsql="select * from xt_t_employee"
empl_rs.Open strsql,con
%>

4.2.1資料庫詳細設計
下面對考勤管理信息數據進行具體的分析。
1、考勤信息
根據功能分析，需要對考勤信息進行維護，以便根據考勤信息統計分析員工的考勤情況，建立考勤信息，圖見下表1。
表1：考勤信息
欄位名稱 中文名稱 數據類型 說明
Key id 主鍵 數字 惟一，自動編號
Employee-id 員工 數字 關聯一個員工
On ty-data 上班時間 日期 上班時間
Off ty-data 下班時間 日期 下班時間
Remark 說明 文本 描述說明

2.員工信息
根據功能分析，要對員工進行考勤管理，建立員工信息，圖如下表2。
表2：員工信息
欄位名稱 中文名稱 數據類型 說明
Key id 主鍵 數字 惟一，自動編號
Employee-name 姓名 文本 員工姓名
Sex 性別 文本 性別
Birthday 生日 日期 生日
Job 職位 文本 職位
Remark 說明 文本 描述說明

3.工作時間表
根據功能分析，設置上下班的時間，以便能通過考勤信息判斷員工是否遲到和早退；建立工作時間表，圖如表3。
表3：工作時間表
欄位名稱 中文名稱 數據類型 說明
Key id 主鍵 數字 惟一，自動編號
On ty-time 上班時間 日期\時間 上班開始時間
Off ty-time 下班時間 日期\時間 下班開始時間
Duty-type 工作設置類型 文本 0-工作時間，1-假期
Remark 說明 文本 描述說明

4.請假類型信息
根據考勤信息，對員工進行分類，如病假，事假，探親假，產假，婚假等請假類型信息，據此建立請假類型信息，圖如表4。
表4：請假類型信息
欄位名稱 中文名稱 數據類型 說明
Key id 主鍵 數字 惟一確定一個類型，自動編號
Leave-name 類型說明 文本 類型名稱
Remark 說明 文本 對類型進行具體含義的說明描述

『肆』 excel單元格用公式算出員工請假時長

加班時間 h12=if(h9=c5,h9-4,if(h9="休"，h9，h9-8))
請假時長h11=if(h9=c5,4,if(h9="休"，0，8))-(h9-h12)

『伍』 請假高手判斷這是用什麼編程語言寫的腳本

java

『陸』 powershell腳本請教

不太明白你說的function指的是哪方面，自定義的函數，還是和cmdlet並列的function。
和cmdlet並列的function，和cmdlet的使用沒有區別，就是一個內置的命令，可以用以下命令獲取所有的function命令列表：
1Get-Command -CommandType Function
如果你想使用自定義的函數，則分為兩步：定義和調用。
定義函數，格式如下。根據Powershell的命令格式，建議自定義函數也採用「動詞-名稱」的格式。
123function Def-Function {功能代碼}
調用函數。直接使用Def-Function函數。

示例如下：
12345function Show-IPAddress {Get-NetIPAddress | `? { $_.IPAddress -match "^10\.*|^192\.*|^172\.*"} | `Select-Object IPAddress}1Show-IPAddress

『柒』 力控DCS腳本程序執行時跟程序邏輯不相符合

0<=X<=20這種方式改成 X<=20&&x>=0試試

『捌』 請假一個關於按鍵精靈腳本的問題

內容如下：按一下回車鍵 ，然後等一段時間直到屏幕上坐標點（124，213）的顏色從白色變成黑色時，按一下 左方向鍵。

共分三步:按一下回車鍵和按一下 左方向鍵應該你會做.

等一段時間直到屏幕上坐標點（124，213）的顏色從白色變成黑色時這一項,可以用腳本編輯器里的控制命令-坐標顏色來完成,當黑色出現時按PRTSCR把圖抓下,進入腳本編輯器點上面的抓點抓色,把點和色坐標抓好後,在腳本編輯器里的控制命令處編輯插入.

『玖』 請假2個關於LoadRunner的問題!

1. 看你參數裡面是怎麼設置的？

   看這個帖子 ：http://blog.csdn.net/chenshaoying/article/details/2374264

2. 也是看參數設置

   默認應該從第一行開始讀，每執行一個循環，就換下一行

   當然，你也可以選擇隨機選一行

『拾』 開發工作流軟體的過程是怎樣的

所謂工作流引擎是指workflow作為應用系統的一部分，並為之提供對各應用系統有決定作用的根據角色、分工和條件的不同決定信息傳遞路由、內容等級等核心解決方案。工作流引擎包括流程的節點管理、流向管理、流程樣例管理等重要功能。

在信息化、流程化的背景下。分工協作少不了走流程。凡事都會要求走個流程。如:公司里想請個假就難免要走請假流程。

場景：公司

主角：阿獃, 主管， 部門經理 ,人事,

問題：有一天，阿獃到公司，胃感到有點不舒服，然後想跟主管請假，然後主管告訴阿獃說，你想請假，那麼就必須要請假條，這個上面需要我簽字，然後拿到我們部門經理簽字，然後交給人事簽字，這樣才可以進行請假。。。阿獃，想著，怎麼請個假都這么麻煩，這么多層次處理問題，能不能簡便一點。。。。好煩好煩~！！~~

分析：從上面的小例子，我們可以很明顯地得到一個結論，就是：請假流程：阿獃------》提交申請-----》主管審批-----》部門經理處審批-----》人事審批-----》請假成功

也就是說，這種問題就是一種流式的控制管理，當然，這是最簡單的，如果請假大於3天還要副總簽字。

簡單點說，這就是我們生活中經常碰到的「流程審批」處理，但是，專業點說的話，其實這就是「工作流」。

（1）公司請假

（2）經費報銷

（3）物料申請

等等。。。。。

XJR快速開發平台的工作流。其工作流是基於activiti工作流引擎的圖形化流程設計器，基於B/S結構，純瀏覽器應用，只需要拖拽組件，可視化配置界面，拼接流程，就能實現各層的審批。

開發工作流軟體的過程如下：

一、點擊後台工作流程→流程設計

就這個一個流程開發完成了。