Value Configuration Design – an Evolution in Adequate Business Process Design

合集下载

11ValueStreamMapping LeadTime

11ValueStreamMapping LeadTime

? 2001 ConceptFlow
? Process delays - delay of an entire lot between processes ? Lot delays - occurs when individual items wait to fall in step with entire
lots
? 2001 ConceptFlow
?The Lean Enterprise is the sum of all activities that perform these three tasks ? Is often more than one organization
? 2001 ConceptFlow
10
Benefits Of Value Stream Mapping
priority
? 20 Value Stream?
All actions (value and non-value added) currently required: ?To design a product/service from concept to launch ?To produce a product/service from raw material into the arms of the client
4
SHIP ? Delay (Storage) ? Transport (Handling) ? Inspection ? Processing
Four Phenomena Of Process
– F. B. Gilbreth
? 2001 ConceptFlow
5
Two Types Of Delays

《操作系统概念》第六版作业解答

《操作系统概念》第六版作业解答
place processes of 212K; 417K; 112K; and 426K in order? Which algorithm
makes the most efficient use of memory?
First fit





->500288
->600183
->288
->none
initially empty:
a. for int j = 0; j < 100; j++
for int i = 0; i < 100; i++
Aij = 0;

b. for int i = 0; i < 100; i++
for int j = 0; j < 100; j++
Aij = 0;
a. 100x50
of I/O; the process table and page table are updated and
the instruction is restarted.
10-cont.

10.6 Consider the following page-replacement algorithms. Rank
schemes could be used successfully with this hardware?













a. Bare machine
b. Single-user system
c. Multiprogramming with a fixed number of processes

爱恩 KXO221-Exam-Example-20142

爱恩 KXO221-Exam-Example-20142

2011-V1b - 1 - Continued …Student ID Number: 12XXXXPages: xx(Plus Answer sheet for Section A)Questions: 29THE UNIVERSITY OF TASMANIAEXAMINATIONS FOR DEGREES AND DIPLOMASExample ExamKXO221Requirements Analysis and ModellingAIEN INSTITUTE, SHANGHAI OCEAN UNIVERSITYInstructions:This examination paper consists of THREE (3) sections with a total of 120 marks available. • Attempt ALL questions in Section A .§ The answers to Section A should be written on the sheet provided at the back of this examination paper.• Attempt ALL questions in Section B . • Attempt ALL questions in Section C .The mark value allocated to each question part is indicated on the examination paper.Examiners: Shirley Wang Erin Roehrer Time Allowed: TWO (2) hours Please Note : This is a closed book exam . No study material is permitted.SECTION A — True or False and Multiple-Choice QuestionsAttempt ALL questions in Section A.For each question select the one answer which is the most appropriate.•For the True or False questions: your selected answer (T for True of F for False) should be written on the sheet provided at the back of this examination paper.•For the Multiple-Choice questions: the letter corresponding to your selected answer should be written on the sheet provided at the back of this examination paper[1 Mark]Question 5True or False? The main objective of all RAD approaches is to extend development time and expense by excluding users from every phase of systems development.[1 Mark]Question 6True or False? In the early stages of systems analysis, interviews usually focus on specific topics, but as the fact-finding process continues, the interviews are more general.[1 Mark] Question 7True or False? Systems analysts call an entity that receives data from the system a source.[1 Mark] Question 8True or False? When a context diagram is expanded into DFD diagram 0, all the connections that flow into and out of process 0 must be retained.[1 Mark] Question 9______ software controls the flow of data, provides data security, and manages network operations.(A)Enterprise(B)System(C)Application(D)Legacy[1 Mark]Question 10Transaction processing (TP) systems ______(A)provide job-related information to users at all levels of a company.(B)simulate human reasoning by combining a knowledge base and inference rules thatdetermine how the knowledge is applied.(C)process data generated by day-to-day business operations.(D)include e-mail, voice mail, fax, video conferencing, word processing, automatedcalendars, database management, spreadsheets, and high-speed Internet access.[1 Mark] Question 11If a problem arises that involves a mission-critical system, an IT ______ team would attempt to restore normal operations.(A)emergency(B)management(C)risk(D)maintenance[1 Mark]Question 12When setting priorities for systems requests, the highest priority goes to projects that provide the _____(A)least benefit, at the highest cost, in the longest period of time.(B)least benefit, at the lowest cost, in the longest period of time.(C)greatest benefit, at the highest cost, in the shortest period of time.(D)greatest benefit, at the lowest cost, in the shortest period of time.[1 Mark]Question 13The primary advantage of RAD is that ______(A)systems can be developed more quickly with significant cost savings.(B)the company’s strategic business needs are emphasized and the mechanics of thesystem are not stressed.(C)the decelerated time cycle allows more time to develop quality, consistency, anddesign standards.(D)all of the above[1 Mark]Question 14In projects where it is desirable to obtain input from a large number of people, a(n) ______, such as that shown in the accompanying figure, can be a valuable tool.(A)interview(B)questionaire(C)sample(D)research report[1 Mark]SECTION B — Short-Answer QuestionsAttempt ALL questions in Section B.Your answers for this section should be written in your exam answer booklet.As a guide, one half (1/2) page in note form is expected as an answer to each of the questions of Section B.Each question is worth TEN (10) marks. This section is worth a total of FIFTY (50) marks. Question 1Internal factors that affect the business decisions in a company include the strategic plan, top managers, user requests, information technology department, and existing systems and data makes Internal factors. In your own words describe in detail two (2) of these factors.[10 Marks]Question 2The four phases of the Rapid Application Development (RAD) model are requirements planning, user design, construction, and cutover. In your own words describe in detail two (2) of the phases of the RAD model.[10 Marks]Question 3In your own words explain what a Functional Decomposition Diagram (FDD) is, why it would be used, and how to create one.[10 Marks]Question 4In your own words, explain what are agile methods, and list some of the advantages and disadvantages of this approach.[10 Marks]Question 5In your own words, explain what a data dictionary is, define the terms data element and record, and provide an example of each of these terms.[10 Marks]End of Section BSection C: Case StudyAttempt ALL questions in Section C.Your answers for this section should be written in your exam answer booklet.The mark value allocated to each question is indicated at the end of each question.This section is worth a total of FIFTY FIVE (55) marks.Scenario:Draw a Context and a Level 0 Data Flow Diagram (DFD) for the Hoosier Burgerscompany. [Make sure the data flows are balanced][Marks 25]Question 3Choose one process to decompose from the Level 0 DFD developed for question 2 and draw a Level 1 DFD for this process.[Marks 20]End of Section CUTas Student ID Number: 09XXXXKXO221 Requirements Analysis & ModellingAnswer sheet for Section A• You must remove this answer sheet from the Examination paper and place it inside your Examination Answer bookNote: If you make a mistake - place a cross over the old answer and write your new answer to the right of the box:A。

公司管理中的英文缩写

公司管理中的英文缩写

公司管理中的英文缩写分类:发布时间: 2011/9/19 12:52:16阅读(5084) | 评论(0)推荐1.MM --- Materials Management:物料管理2. CMM --- Component Module Move:零组件(乡村包围城市);系统组装(火车头火车头工业驱动供应链);整合供应链(运筹物流, ERP, VMI, SFC … )3. ECMMS$ --- Engineering Component Module Move Service Dollars:?工程?(研究开发);?零组件?(乡村包围城市);?系统组装(火车头火车头工业驱动供应链);?整合供应链?(运筹物流, ERP, VMI, SFC … ) ;?服务,?代收钱4. Forecast ---?客户需求预测5. WO --- Work Order = PO --- Production Order:?生产工令6. MRP --- Material Requirement Planning:?物料需求计划7. VPO --- Vendor Purchase Order:?供货商采购订单8. MAWB --- Master Air Waybill:?空运主提单9. HAWB --- House Air Waybill:?小提单10. B / L --- Bill of Loading:?海运提单11. Consignee:?收货者12. ETD --- Estimated to Departure:?预计出发13. MIN / MAX --- Minimum and Maximum:?最小量与最大量14. VPO Burning:?向供货商采购货的平衡量15. VMI --- Vendor Management Inventory:?供货商免费存放,?在距离客户组装地2小时车程内, 3天到2周之库存16. VDPS --- Vendor Daily Planning Schedule:?供货商日生产排配17. ETA --- Estimated to Arrival:?预计到达时间18. Stock Level:?库存水准19. WO / PO Consumption --- Work Order / Production Order Consumption:?工令消耗20. BO Replenish --- Back Order Replenish:?订单欠交补货21. VMSA Burning --- Vendor Managed Stock Area Burning:?供货商管理库存平衡22. Pull Back:?由后往前拉23. Pipeline:?物流供应链中的库存24. ERP –SAP --- Enterprise Resource Planning / System Application Product in Process:?企业资源规划及生产应用管制操作系统25. SFC --- Shop Floor Control:?现场车间管制操作系统26. MOQ --- Minimum Order Quantity:?最小订购量27. MSQ --- Maximum Supply Quantity:?最大供应量28. Where Use Report:?零件共同使用报表28. Where Use Report:?零件共同使用报表29. EXW-EX??Works:?工厂交货价30. RTV- Return to vendor:?退货31.RMA-Return Material Approval?退货验收32.ETA-Estimated Time of Arrival?预计到港时间33.ETD-Estimated Time of Departure?预计离港时间ERP专业词汇1 ABM Activity-based Management?基于作业活动管理2 AO Application Outsourcing?应用程序外包3 APICS American Production and Inventory Control Society,Inc?美国生产与库存管理协会4 APICS Applied Manufacturing Education Series?实用制造管理系列培训教材5 APO Advanced Planning and Optimization?先进计划及优化技术6 APS Advanced Planning and Scheduling?高级计划与排程技术7 ASP Application Service/Software Provider?应用服务/软件供应商8 ATO Assemble To Order?定货组装9 ATP Available To Promise?可供销售量(可签约量)10 B2B Business to Business?企业对企业(电子商务)11 B2C Business to Consumer?企业对消费者(电子商务)12 B2G Business to Government?企业对政府(电子商务)13 B2R Business to Retailer?企业对经销商(电子商务)14 BIS Business Intelligence System?商业智能系统15 BOM Bill Of Materials?物料清单16 BOR Bill Of Resource?资源清单17 BPR Business Process Reengineering?业务/企业流程重组18 BPM Business Process Management?业务/企业流程管理19 BPS Business Process Standard?业务/企业流程标准20 C/S Client/Server(C/S)\Browser/Server(B/S)?客户机/服务器\浏览器/服务器21 CAD Computer-Aided Design?计算机辅助设计22 CAID Computer-Aided Industrial Design?计算机辅助工艺设计23 CAM Computer-Aided Manufacturing?计算机辅助制造24 CAPP Computer-Aided Process Planning?计算机辅助工艺设计25 CASE Computer-Aided Software Engineering?计算机辅助软件工程26 CC Collaborative Commerce?协同商务27 CIMS Computer Integrated Manufacturing System?计算机集成制造系统28 CMM Capability Maturity Model?能力成熟度模型29 COMMS Customer Oriented Manufacturing Management System?面向客户制造管理系统30 CORBA Common Object Request Broker Architecture?通用对象请求代理结构31 CPC Collaborative Product Commerce?协同产品商务32 CPIM Certified Production and Inventory Management?生产与库存管理认证资格33 CPM Critical Path Method?关键线路法34 CRM Customer Relationship Management?客户关系管理35 CRP capacity requirements planning?能力需求计划36 CTI Computer Telephony Integration?电脑电话集成(呼叫中心)37 CTP Capable to Promise?可承诺的能力38 DCOM Distributed Component Object Model?分布式组件对象模型39 DCS Distributed Control System?分布式控制系统40 DMRP Distributed MRP?分布式MRP41 DRP Distribution Resource Planning?分销资源计划42 DSS Decision Support System?决策支持系统43 DTF Demand Time Fence?需求时界44 DTP Delivery to Promise?可承诺的交货时间45 EAI Enterprise Application Integration?企业应用集成46 EAM Enterprise Assets Management?企业资源管理47 ECM Enterprise Commerce Management?企业商务管理48 ECO Engineering Change Order?工程变更订单49 EDI Electronic Data Interchange?电子数据交换50 EDP Electronic Data Processing?电子数据处理51 EEA Extended Enterprise Applications?扩展企业应用系统52 EIP Enterprise Information Portal?企业信息门户53 EIS Executive Information System?高层领导信息系统54 EOI Economic Order Interval?经济定货周期55 EOQ Economic Order Quantity?经济订货批量(经济批量法)56 EPA Enterprise Proficiency Analysis?企业绩效分析57 ERP Enterprise Resource Planning?企业资源计划58 ERM Enterprise Resource Management?企业资源管理59 ETO Engineer To Order?专项设计,按订单设计60 FAS Final Assembly Schedule?最终装配计划61 FCS Finite Capacity Scheduling?有限能力计划62 FMS Flexible Manufacturing System?柔性制造系统63 FOQ Fixed Order Quantity?固定定货批量法64 GL General Ledger?总账65 GUI Graphical User Interface?图形用户界面66 HRM Human Resource Management?人力资源管理67 HRP Human Resource Planning?人力资源计划68 IE Industry Engineering/Internet Exploration?工业工程/浏览器69 ISO International Standard Organization?国际标准化组织70 ISP Internet Service Provider?互联网服务提供商71 ISPE International Society for Productivity Enhancement?国际生产力促进会72 IT/GT Information/Group Technology?信息/成组技术73 JIT Just In Time?准时制造/准时制生产74 KPA Key Process Areas?关键过程域75 KPI Key Performance Indicators?关键业绩指标76 LP Lean Production?精益生产77 MES Manufacturing Executive System?制造执行系统78 MIS Management Information System?管理信息系统79 MPS Master Production Schedule?主生产计划80 MRP Material Requirements Planning?物料需求计划81 MRPII Manufacturing Resource Planning?制造资源计划82 MTO Make To Order?定货(订货)生产83 MTS Make To Stock?现货(备货)生产84 OA Office Automation?办公自动化85 OEM Original Equipment Manufacturing?原始设备制造商86 OPT Optimized Production Technology?最优生产技术87 OPT Optimized Production Timetable?最优生产时刻表88 PADIS Production And Decision Information System?生产和决策管理信息系统89 PDM Product Data Management?产品数据管理90 PERT Program Evaluation Research Technology?计划评审技术91 PLM Production Lifecycle Management?产品生命周期管理92 PM Project Management?项目管理93 POQ Period Order Quantity?周期定量法94 PRM Partner Relationship Management?合作伙伴关系管理95 PTF Planned Time Fence?计划时界96 PTX Private Trade Exchange?自用交易网站97 RCCP Rough-Cut Capacity Planning?粗能力计划98 RDBM Relational Data Base Management?关系数据库管理99 RPM Rapid Prototype Manufacturing?快速原形制造100 RRP Resource Requirements Planning?资源需求计划101 SCM Supply Chain Management?供应链管理102 SCP Supply Chain Partnership?供应链合作伙伴关系103 SFA Sales Force Automation?销售自动化104 SMED Single-Minute Exchange Of Dies?快速换模法105 SOP Sales And Operation Planning?销售与运作规划106 SQL Structure Query Language?结构化查询语言107 TCO Total Cost Ownership?总体运营成本108 TEI Total Enterprise Integration?全面企业集成109 TOC Theory Of Constraints/Constraints managemant?约束理论/约束管理110 TPM Total Productive Maintenance?全员生产力维护111 TQC Total Quality Control?全面质量控制112 TQM Total Quality Management?全面质量管理113 WBS Work Breakdown System?工作分解系统114 XML eXtensible Markup Language?可扩展标记语言115 ABC Classification(Activity Based Classification) ABC分类法116 ABC costing?作业成本法117 ABC inventory control ABC?库存控制118 abnormal demand?反常需求119 acquisition cost ,ordering cost?定货费120 action message?行为/活动(措施)信息121 action report flag?活动报告标志122 activity cost pool?作业成本集123 activity-based costing(ABC)?作业基准成本法/业务成本法124 actual capacity?实际能力125 adjust on hand?调整现有库存量126 advanced manufacturing technology?先进制造技术127 advanced pricing?高级定价系统128 AM Agile Manufacturing?敏捷制造129 alternative routing?替代工序(工艺路线)130 Anticipated Delay Report?拖期预报131 anticipation inventory?预期储备132 apportionment code?分摊码133 assembly parts list?装配零件表134 automated storage/retrieval system?自动仓储/检索系统135 Automatic Rescheduling?计划自动重排136 available inventory?可达到库存137 available material?可用物料138 available stock?达到库存139 available work?可利用工时140 average inventory?平均库存141 back order?欠交(脱期)订单142 back scheduling?倒排(序)计划/倒序排产143 base currency?本位币144 batch number?批号145 batch process?批流程146 batch production?批量生产147 benchmarking?标杆瞄准(管理)148 bill of labor?工时清单149 bill of lading?提货单150 branch warehouse?分库151 bucketless system?无时段系统152 business framework?业务框架153 business plan?经营规划154 capacity level?能力利用水平155 capacity load?能力负荷156 capacity management?能力管理157 carrying cost?保管费158 carrying cost rate?保管费率159 cellular manufacturing?单元式制造160 change route?修改工序161 change structure?修改产品结构162 check point?检查点163 closed loop MRP?闭环MRP164 Common Route Code(ID)?通用工序标识165 component-based development?组件(构件)开发技术166 concurrent engineering?并行(同步)工程167 conference room pilot?会议室模拟168 configuration code?配置代码169 continuous improvement?进取不懈170 continuous process?连续流程171 cost driver?作业成本发生因素172 cost driver rate?作业成本发生因素单位费用173 cost of stockout?短缺损失174 cost roll-up?成本滚动计算法175 crew size?班组规模176 critical part?急需零件177 critical ratio?紧迫系数178 critical work center?关键工作中心179 CLT Cumulative Lead Time?累计提前期180 current run hour?现有运转工时181 current run quantity?现有运转数量182 customer care?客户关怀183 customer deliver lead time?客户交货提前期184 customer loyalty?客户忠诚度185 customer order number?客户订单号186 customer satisfaction?客户满意度187 customer status?客户状况188 cycle counting?周期盘点189 DM Data Mining?数据挖掘190 Data Warehouse?数据仓库191 days offset?偏置天数192 dead load?空负荷193 demand cycle?需求周期194 demand forecasting?需求预测195 demand management?需求管理196 Deming circle?戴明环197 demonstrated capacity?实际能力198 discrete manufacturing?离散型生产199 dispatch to?调度200 DRP Distribution Requirements Planning?分销需求计划201 drop shipment?直运202 dunning letter?催款信203 ECO workbench ECO工作台204 employee enrolled?在册员工205 employee tax id?员工税号206 end item?最终产品207 engineering change mode flag?工程变更方式标志208 engineering change notice?工程变更通知209 equipment distribution?设备分配210 equipment management?设备管理211 exception control?例外控制212 excess material analysis?呆滞物料分析213 expedite code?急送代码214 external integration?外部集成215 fabrication order?加工订单216 factory order?工厂订单217 fast path method?快速路径法218 fill backorder?补足欠交219 final assembly lead time?总装提前期220 final goods?成品221 finite forward scheduling?有限顺排计划222 finite loading?有限排负荷223 firm planned order?确认的计划订单224 firm planned time fence?确认计划需求时界225 FPR Fixed Period Requirements?定期用量法226 fixed quantity?固定数量法227 fixed time?固定时间法228 floor stock?作业现场库存229 flow shop?流水车间230 focus forecasting?调焦预测231 forward scheduling?顺排计划232 freeze code?冻结码233 freeze space?冷冻区234 frozen order?冻结订单235 gross requirements?毛需求236 hedge inventory?囤积库存237 in process inventory?在制品库存238 in stock?在库239 incrementing?增值240 indirect cost?间接成本241 indirect labor?间接人工242 infinite loading?无限排负荷243 input/output control?投入/产出控制244 inspection ID?检验标识245 integrity?完整性246 inter companies?公司内部间247 interplant demands?厂际需求量248 inventory carry rate?库存周转率249 inventory cycle time?库存周期250 inventory issue?库存发放251 inventory location type?仓库库位类型252 inventory scrap?库存报废量253 inventory transfers?库存转移254 inventory turns/turnover?库存(资金)周转次数255 invoice address?发票地址256 invoice amount gross?发票金额257 invoice schedule?发票清单258 issue cycle?发放周期259 issue order?发送订单260 issue parts?发放零件261 issue policy?发放策略262 item availability?项目可供量263 item description?项目说明264 item number?项目编号265 item record?项目记录266 item remark?项目备注267 item status?项目状态268 job shop?加工车间269 job step?作业步骤270 kit item?配套件项目271 labor hour?人工工时272 late days?延迟天数273 lead time?提前期274 lead time level?提前期水平275 lead time offset days?提前期偏置(补偿)天数276 least slack per operation?最小单个工序平均时差277 line item?单项产品278 live pilot?应用模拟279 load leveling?负荷量280 load report?负荷报告281 location code?仓位代码282 location remarks?仓位备注283 location status?仓位状况284 lot for lot?按需定货(因需定量法/缺补法)285 lot ID?批量标识286 lot number?批量编号287 lot number traceability?批号跟踪288 lot size?批量289 lot size inventory?批量库存290 lot sizing?批量规划291 low level code?低层(位)码292 machine capacity?机器能力293 machine hours?机时294 machine loading?机器加载295 maintenance ,repair,and operating supplies?维护修理操作物料296 make or buy decision?外购或自制决策297 management by exception?例外管理法298 manufacturing cycle time?制造周期时间299 manufacturing lead time?制造提前期300 manufacturing standards?制造标准301 master scheduler?主生产计划员302 material?物料303 material available?物料可用量304 material cost?物料成本305 material issues and receipts?物料发放和接收306 material management?物料管理307 material manager?物料经理308 material master,item master?物料主文件309 material review board?物料核定机构310 measure of velocity?生产速率水平311 memory-based processing speed?基于存储的处理速度312 minimum balance?最小库存余量313 Modern Materials Handling?现代物料搬运314 month to date?月累计315 move time , transit time?传递时间316 MSP book flag MPS登录标志317 multi-currency?多币制318 multi-facility?多场所319 multi-level?多级320 multi-plant management?多工厂管理321 multiple location?多重仓位322 net change?净改变法323 net change MRP?净改变式MRP324 net requirements?净需求325 new location?新仓位326 new parent?新组件327 new warehouse?新仓库328 next code?后续编码329 next number?后续编号330 No action report?不活动报告331 non-nettable?不可动用量332 on demand?急需的333 on-hand balance?现有库存量334 on hold?挂起335 on time?准时336 open amount?未清金额337 open order?未结订单/开放订单338 order activity rules?订单活动规则339 order address?订单地址340 order entry?订单输入341 order point?定货点342 order point system?定货点法343 order policy?定货策略344 order promising?定货承诺345 order remarks?定货备注346 ordered by?定货者347 overflow location?超量库位348 overhead apportionment/allocation?间接费分配349 overhead rate,burden factor,absorption rate?间接费率350 owner's equity?所有者权益351 parent item?母件352 part bills?零件清单353 part lot?零件批次354 part number?零件编号355 people involvement?全员参治356 performance measurement?业绩评价357 physical inventory?实际库存358 picking?领料/提货359 planned capacity?计划能力360 planned order?计划订单361 planned order receipts?计划产出量362 planned order releases?计划投入量363 planning horizon?计划期/计划展望期364 point of use?使用点365 Policy and procedure?工作准则与工作规程366 price adjustments?价格调整367 price invoice?发票价格368 price level?物价水平369 price purchase order?采购订单价格370 priority planning?优先计划371 processing manufacturing?流程制造372 product control?产品控制373 product family?产品系列374 product mix?产品搭配组合375 production activity control?生产作业控制376 production cycle?生产周期377 production line?产品线378 production rate?产品率379 production tree?产品结构树380 PAB Projected Available Balance?预计可用库存(量) 381 purchase order tracking?采购订单跟踪382 quantity allocation?已分配量383 quantity at location?仓位数量384 quantity backorder?欠交数量385 quantity completion?完成数量386 quantity demand?需求量387 quantity gross?毛需求量388 quantity in?进货数量389 quantity on hand?现有数量390 quantity scrapped?废品数量391 quantity shipped?发货数量392 queue time?排队时间393 rated capacity?额定能力394 receipt document?收款单据395 reference number?参考号396 regenerated MRP?重生成式MRP397 released order?下达订单398 reorder point?再订购点399 repetitive manufacturing?重复式生产(制造) 400 replacement parts?替换零件401 required capacity?需求能力402 requisition orders?请购单403 rescheduling assumption?重排假设404 resupply order?补库单405 rework bill?返工单406 roll up?上滚407 rough cut resource planning?粗资源计划408 rounding amount?舍入金额409 run time?加工(运行)时间410 safety lead time?安全提前期411 safety stock?安全库存412 safety time?保险期413 sales order?销售订单414 scheduled receipts?计划接收量(预计入库量/预期到货量) 415 seasonal stock?季节储备416 send part?发送零件417 service and support?服务和支持418 service parts?维修件419 set up time?准备时间420 ship address?发运地址421 ship contact?发运单联系人422 ship order?发货单423 shop calendar?工厂日历(车间日历)424 shop floor control?车间作业管理(控制)425 shop order , work order?车间订单426 shrink factor?损耗因子(系数)427 single level where used?单层物料反查表428 standard cost system?标准成本体系429 standard hours?标准工时430 standard product cost?标准产品成本431 standard set up hour?标准机器设置工时432 standard unit run hour?标准单位运转工时433 standard wage rate?标准工资率434 status code?状态代码435 stores control?库存控制436 suggested work order?建议工作单437 supply chain?供应链438 synchronous manufacturing?同步制造/同期生产439 time bucket?时段(时间段)440 time fence?时界441 time zone?时区442 top management commitment?领导承诺443 total lead time?总提前期444 transportation inventory?在途库存445 unfavorable variance, adverse?不利差异446 unit cost?单位成本447 unit of measure?计量单位448 value chain?价值链449 value-added chain?增值链450 variance in quantity?量差451 vendor scheduler,supplier scheduler?采购计划员/供方计划员452 vendor scheduling?采购计划法453 Virtual Enterprise(VE)/ Organization?虚拟企业/公司454 volume variance?产量差异455 wait time?等待时间456 where-used list?反查用物料单457 work center capacity?工作中心能力458 workflow?工作流459 work order?工作令460 work order tracking?工作令跟踪461 work scheduling?工作进度安排462 world class manufacturing excellence?国际优秀制造业463 zero inventories?零库存464?465 Call/Contact/Work/Cost center?呼叫/联络/工作/成本中心466 Co/By-product?联/副产品467 E-Commerce/E-Business/E-Marketing?电子商务/电子商务/电子集市468 E-sales/E-procuement/E-partner?电子销售/电子采购/电子伙伴469 independent/dependent demand?独立需求/相关需求件470 informal/formal system?非/规范化管理系统471 Internet/Intranet/Extranet?互联网/企业内部网/企业外联网472 middle/hard/soft/share/firm/group ware?中间/硬/软/共享/固/群件473 pegging/kitting/netting/nettable?追溯(反查)/配套出售件/净需求计算474 picking/dispatch/disbursement list?领料单(或提货单)/派工单/发料单475 preflush/backflush/super backflush?预冲/倒冲法/完全反冲476 yield/scrap/shrinkage (rate)?成品率/废品率/缩减率477 scrap/shrinkage factor?残料率(废品系数)/损耗系数478?479 costed BOM?成本物料清单480 engineering BOM?设计物料清单481 indented BOM?缩排式物料清单482 manufacturing BOM?制造物料清单483 modular BOM?模块化物料清单484 planning BOM?计划物料清单485 single level BOM?单层物料清单486 summarized BOM?汇总物料清单487?488 account balance?账户余额489 account code?账户代码490 account ledger?分类账491 account period?会计期间492 accounts payable?应付账款493 accounts receivable?应收账款494 actual cost?实际成本495 aging?账龄496 balance due?到期余额497 balance in hand?现有余额498 balance sheet?资产负债表499 beginning balance?期初余额500 cash basis?现金收付制501 cash on bank?银行存款502 cash on hand?现金503 cash out to?支付给504 catalog?目录505 category code?分类码506 check out?结帐507 collection?催款508 cost simulation?成本模拟509 costing?成本核算510 current assets?流动资产511 current liabilities?流动负债512 current standard cost?现行标准成本513 detail?明细514 draft remittance?汇票汇出515 end of year?年末516 ending availables?期末可供量517 ending balance?期末余额518 exchange rate?汇率519 expense?费用520 financial accounting?财务会计521 financial entity?财务实体522 financial reports?财务报告523 financial statements?财务报表524 fiscal period?财务期间525 fiscal year?财政年度526 fixed assets?固定资产527 foreign amount?外币金额528 gains and loss?损益529 in balance?平衡530 income statement?损益表531 intangible assets?无形资产532 journal entry?分录533 management accounting?管理会计534 manual reconciliation?手工调账535 notes payable?应付票据536 notes receivable?应收票据537 other receivables?其他应收款538 pay aging?付款账龄539 pay check?工资支票540 pay in?缴款541 pay item?付款项目542 pay point?支付点543 pay status?支付状态544 payment instrument?付款方式545 payment reminder?催款单546 payment status?付款状态547 payment terms?付款期限548 period?期间549 post?过账550 proposed cost?建议成本551 simulated cost?模拟成本552 spending variance,expenditure variance?开支差异553 subsidiary?明细账554 summary?汇总555 tax code?税码556 tax rate?税率557 value added tax?增值税558?559 as of date , stop date?截止日期560 change lot date?修改批量日期561 clear date?结清日期562 date adjust?调整日期563 date available?有效日期564 date changed?修改日期565 date closed?结束日期566 date due?截止日期567 date in produced?生产日期568 date inventory adjust?库存调整日期569 date obsolete?作废日期570 date received?收到日期571 date released?交付日期572 date required?需求日期573 date to pull?发货日期574 earliest due date?最早订单完成日期575 effective date?生效日期576 engineering change effect date?工程变更生效日期577 engineering stop date?工程停止日期578 expired date?失效日期,报废日期579 from date?起始日期580 last shipment date?最后运输日期581 need date?需求日期582 new date?新日期583 pay through date?付款截止日期584 receipt date?收到日期585 ship date?发运日期586?587 allocation?已分配量588 alphanumeric?字母数字589 approver?批准者590 assembly?装配(件)591 backlog?未结订单/拖欠订单592 billing?开单593 bill-to?发票寄往地594 bottleneck?瓶颈资源595 bulk?散装596 buyer?采购员597 component?子件/组件598 customer?客户599 delivery?交货600 demand?需求601 description?说明602 discrete?离散603 ergonomics?工效学(人类工程学) 604 facility?设备、功能605 feature?基本组件/特征件606 forecast?预测607 freight?运费608 holidays?例假日609 implement?实施610 ingredient?配料、成分611 inquire?查询612 inventory?库存613 item?物料项目614 job?作业615 Kanban?看板616 level?层次(级)617 load?负荷618 locate?定位619 logistics?后勤保障体系;物流管理620 lot?批次621 option?可选件622 outstanding?逾期未付623 overhead?制造费用624 override?覆盖625 overtime?加班626 parent?双亲(文件)627 part?零件628 phantom?虚拟件629 plant?工厂,场所630 preference?优先权631 priority?优先权(级)632 procurement?采购633 prototyping?原形测试634 queue?队列635 quota?任务额,报价636 receipt?收款、收据637 regeneration?全重排法638 remittance?汇款639 requisition?请购单640 returned?退货641 roll?滚动642 routing?工艺线路643 schedule?计划表644 shipment?发运量645 ship-to?交货地646 shortage?短缺647 shrink?损耗648 spread?分摊649 statement?报表650 subassembly?子装配件651 supplier?供应商652 transaction?事务处理653 what-if?如果怎样-将会怎样654?655 post-deduct inventory transaction processing?后减库存处理法656 pre-deduct inventory transaction processing?前减库存处理法657 generally accepted manufacturing practices?通用生产管理原则658 direct-deduct inventory transaction processing?直接增减库存处理法659 Pareto Principle?帕拉图原理660 Drum-buffer-rope?鼓点-缓冲-绳子661?663 Open Database Connectivity?开放数据库互连664 Production Planning?生产规划编制?665 Work in Process?在制品?666 accelerated cost recovery system?快速成本回收制度667 accounting information system?会计信息系统?668 acceptable quality kevel?可接受质量水平?669 constant purchasing power accounting?不买够买力会计670 break-even analysis?保本分析671 book value?帐面价值672 cost-benefit analysis?成本效益分析673 chief financial office?财务总监674 degree of financial leverage?财务杠杆系数675 degree of operating leverage?经济杠杆系数676 first-in , first-out?先进先出法?677 economic lot size?经济批量?678 first-in ,still-here?后进先出法679 full pegging?完全跟踪?680 linear programming?线性规划?681 management by objective?目标管理?682 value engineering?价值工程?683 zero based budgeting?零基预算684 CAQ computer aided quality assurance?计算机辅助质量保证? 685 DBMS database management system?数据库管理系统?686 IP Internet Protocol?网际协议?687 TCP Transmission Control Protocol?传输控制协议?689?690 API Advanced Process Industry?高级流程工业691 A2A Application to Application?应用到应用(集成) 692 article?物品693 article reserves?物品存储694 assembly order?装配订单695 balance-on-hand-inventory?现有库存余额696 bar code?条形码697 boned warehouse?保税仓库698 CPA Capacity Requirements Planning?能力需求计划699 change management?变革管理700 chill space?冷藏区701 combined transport?联合运输702 commodity inspection?进出口商品检验703 competitive edge?竞争优势704 container?集装箱705 container transport?集装箱运输706 CRP Continuous Replenishment Program?连续补充系数707 core competence?核心才能708 cross docking?直接换装709 CLV Customer Lifetime Value?客户生命周期价值710 CReM Customer Relationship Marketing?客户关系营销711 CSS Customer Service and Support?客户服务和支持712 Customer Service Representative?客户服务代表713 customized logistics?定制物流714 customs declaration?报关715 cycle stock?经常库存716 data cleansing?数据整理717 Data Knowledge and Decision Support?数据知识和决策支持718 data level integration?数据层集成719 data transformation?数据转换720 desktop conferencing?桌面会议721 distribution?配送722 distribution and logistics?分销和后勤723 distribution center?配送中心724 distribution logistics?销售物流725 distribution processing?流通加工726 distribution requirements?分销量727 DRP distribution resource planning?配送/分销资源计划728 door-to-door?门到门729 drop and pull transport?甩挂运输730 DEM Dynamic Enterprise Module?动态企业建模技术731 ECR Efficient Consumer Response?有效顾客反应732 e-Government Affairs?电子政务733 EC Electronic Commerce?电子商务734 Electronic Display Boards?电子公告板735 EOS Electronic order system?电子订货系统736 ESD Electronic Software Distribution?电子软件分发737 embedding?插入738 employee category?员工分类739 empowerment?授权740 engineering change effect work order?工程变更生效单741 environmental logistics?绿色物流742 experiential marketing?直效行销(又称体验行销)743 export supervised warehouse?出口监管仓库744 ERP Extended Resource Planning?扩展资源计划745 field sales/cross sale/cross sell?现场销售/交叉销售/连带销售746 franchising?加盟连销权747 FCL Full Container Load?整箱货748 Global Logistics Management?全球运筹管理749 goods collection?集货750 goods shed?料棚751 goods shelf?货架752 goods stack?货垛753 goods yard?货场754 handing/carrying?搬运755 high performance organization?高绩效组织756 inland container depot?公路集装箱中转站757 inside sales?内部销售758 inspection?检验759 intangible loss?无形消耗760 internal logistics?企业物流761 international freight forwarding agent?国际货运代理762 international logistics?国际物流763 invasive integration?侵入性集成764 joint distribution?共同配送765 just-in-time logistics?准时制物流766 KM Knowledge Management?知识管理767 lead (customer) management?潜在客户管理768 learning organization?学习型组织769 LCL less than container load?拼装货770 load balancing?负载平衡771 loading and unloading?装载772 logistics activity?物流活动773 logistics alliance?物流联盟774 logistics center?物流中心775 logistics cost?物流成本776 logistics cost control?物流成本管理777 logistics documents?物流单证778 logistics enterprise?物流企业779 logistics information?物流信息780 logistics management?物流管理781 logistics modulus?物流模数782 logistics network?物流网络783 logistics operation?物流作业784 LRP Logistics Resource Planning?物流资源计划785 logistics strategy?物流战略786 logistics strategy management?物流战略管理787 logistics technology?物流技术788 MES Manufacture Execute System?制造执行系统789 mass customization?大规模定制790 NPV Net Present Value?净现值791 neutral packing?中性包装792 OLAP On-line Analysis Processing?联机/在线分析系统793 OAG Open Application Group?开放应用集成794 order picking?拣选795 outsourcing?外包796 package/packaging?包装797 packing of nominated brand?定牌包装798 palletizing?托盘包装799 PDA Personal Digital Assistant?个人数据助理800 personalization?个性化801 PTF Planning time fence?计划时界802 POS Point Of Sells?电子收款机803 priority queuing?优先排队804 PBX Private Branch Exchange?专用分组交换机805 production logistics?生产物流806 publish/subscribe?发布/订阅807 quality of working life?工作生活品质808 Quick Response?快速反映809 receiving space?收货区810 REPs Representatives?代表或业务员811 return logistics?回收物流812 ROI Return On Investment?投资回报率813 RM Risk Management?风险管理814 sales package?销售包装815 scalability?可扩充性816 shipping space?发货区817 situational leadership?情境领导818 six sigma?六个标准差819 sorting/stacking?分拣/堆拣820 stereoscopic warehouse?立体仓库821 storage?保管822 stored procedure?存储过程823 storehouse?库房824 storing?储存825 SRM Supplier Relationship Management?供应商关系管理826 tangible loss?有形消耗。

支持协同研究的Web 2支持业务流程管理环境(IJIEEB-V7-N1-2)

支持协同研究的Web 2支持业务流程管理环境(IJIEEB-V7-N1-2)

I.J. Information Engineering and Electronic Business, 2015, 1, 8-17Published Online January 2015 in MECS (/)DOI: 10.5815/ijieeb.2015.01.02A Web 2.0 Supported Business ProcessManagement Environment for CollaborativeResearchAsli SencerBogazici University, Management Information Systems Department, Istanbul, 34342, TurkeyEmail: asli.sencer@.trMeltem OzturanBogazici University, Management Information Systems Department, Istanbul, 34342, TurkeyEmail: meltem.ozturan@.trHande KimilogluBogazici University, Management Information Systems Department, Istanbul, 34342, TurkeyEmail: hande.kimiloglu@.trAbstract—Collaborative research includes research activities conducted by a group of people working at different locations and has become a hot issue due to the effects of globalization and advances in information technology (IT). The aim of this study is to design, develop, implement and evaluate an IT environment to better manage the standard processes of a collaborative research by providing more efficient use of the resources. Inspired by the studies in the literature, the basic steps and requirements of a typical collaborative research are identified and the related process flow diagram is generated. Next a Web 2.0 supported business process management (BPM) environment is developed in the direction of the process flow diagram to support collaborative researches. A commercial BPM system is used to automate and monitor the processes, whereas Web 2.0 platform is used for communications management, workspace sharing and data collection. The proposed environment is experimented by a case study conducted with a group of researchers; its performance is evaluated and directions for improvements are identified. It is concluded that in general the Web 2.0 supported BPM environment is functional, reliable and useful for collaborative research. The environment is found to be more suitable for research support processes compared to basic research processes.Index Terms—Collaborative research, business process management (BPM), Web 2.0, information technology (IT) utilization.I.I NTRODUCTIONCollaboration has always been a preliminary concern for the researchers and substantial amount of studies have been made to discover its forms, properties, functionalities and implications. A clear cut definition which is agreed by all researchers still does not exist, mostly due to the effects of dynamic environmental conditions on human collaboration. Aligned with the impacts of globalization and advances in information and communication technologies there has been a considerable increase in the number, size and diversity of collaborative research projects [1]. Besides world of science, international research organizations like European Commission and policy makers extensively promote collaborative research mostly due to the benefits obtained by integration of different environments [1, 2, 3, 4, 5].In coherent terms, collaborative research includes research activities conducted by individuals or groups, between or within different disciplines, countries, organizations and/or locations [1, 2, 6]. Thus a collaborative research requires the management of a flow of processes that should be handled by researchers most likely in different locations. In addition to the challenges arising merely from the nature of human collaboration like difficulty in achieving consensus, ethical/legal problems due to ownership, distribution of power, risk between partners and difficulty of cultural differentiations, a collaborative research includes additional financial, timing and managerial costs [2, 6, 7, 8, 9, 10, 11, 12, 13, 14]. As the team size and the diversity of the locations increase, the management of the research processes becomes even more challenging and this necessitates the use of specialized information technology (IT) environments to reinforce the basic and support research processes [15, 16].The studies in the literature show that although collaboration has rich outputs in research, a lot of effort has to be spent until a balanced state of cooperation is reached between different participants [17]. At this point, business process management (BPM) systems, which help organizations to efficiently manage their processes, might play a key role to overcome the difficulties ofcollaborative research. The underlying idea of developing a BPM system is to automate the steps of a research to better track and monitor its development and improve processes‘ productivity by providing more efficient use of the resources. Actually a collaborative research requires several other functionalities which are specific to team collaboration such as performing meetings, sharing ideas and documents, etc. At this instant, Web 2.0 platform, which allows users to interact, collaborate, and share information and workspace with each other, could help researchers. Thus, it is necessary to design an IT environment, which handles the required functionalities of a collaborative research comprehensively.With these inspirations, a literature survey is provided in the next section to highlight the collaborative research processes and the type of IT usage proposed. In Section III, a Web 2.0 supported BPM environment is designed, developed and implemented with a case study. The findings of the study are discussed in Section IV and the contributions are presented in Section V.II.L ITERATURE S URVEYAlthough there are various studies in literature about IT usage in collaborative research, there still seems to be dispersed opinions about in which collaborative research processes IT can be used effectively. It should be noted that research processes are primarily human rather than mechanistic in nature; that is the primary activities are concerned with the interactions of people rather than machines [18]. Although collaboration is heavily promoted in e–science and IT is found to have significant potential to facilitate cooperative research, actual collaborative research processes have been difficult to achieve in practice and IT should be evaluated carefully to determine best practices [19, 20]. In this context, Table 1 lists the processes that are seen as grounds of collaborative research together with the agreement of IT usage in these processes according to previous studies. Table 2 lists the related IT tools for collaborative research.Table 1. Collaborative Research Processes Where IT Can Be Used Processes ReferencesBasic Research ProcessesEstablishment of theoretical base Ref. [21]Research design and methodology Ref. [22]Data collection Refs. [22, 23]Analyses and interpretation Refs. [22, 24]Reporting and final evaluation Ref. [24]Research Support ProcessesObjectives setting Refs. [20, 24]Project planning Refs. [4, 5, 18, 22, 23, 24] Communications management Refs.[ 4, 15, 20, 22, 23, 24, 25] Workspace sharing Refs. [15, 20, 23, 24, 25, 26] Monitoring Refs. [15, 18, 24]Table 2. IT Tools For Collaborative ResearchIT Tools ReferencesOffice tools Ref. [15]Communication tools Refs. [4, 15, 20, 21, 22, 23, 27, 28] Video conferencing Refs. [4, 20, 23, 29]Web 1.0 environment Refs. [4, 15, 21, 23, 28, 30, 31] Web 2.0 platform Refs. [15, 20, 22, 23, 24, 30, 32, 33] Analysis tools Refs. [32, 34]Resource sharing environments Refs. [19, 20, 27, 35] Management tools Refs. [18, 20, 22, 24, 27, 36]In a comprehensive review, the potentials of Web 2.0 technologies and social software in execution and coordination of collaborative research activities are presented [37]. Meanwhile the pitfalls of using ICT in collaborative research such as requirement for high level of technology readiness, difficulty in adapting to new settings and the challenge of building trust have been highlighted [38]. Other challenges that are found to be important in both science & engineering and behavioral & social sciences domains are usability, unreliability of technology, cost, ineffectiveness of ICT mediated communication, variance in tool availability and competence among researchers [39].In spite of comprehensive opinions about IT usage in collaborative research, there are few IT–based systems proposed for supporting the processes of collaborative research. In one of these systems, a framework has been developed for an integrated information system for collaborative research, offering special services for doctoral studies and research activities by considering all relevant aspects of education and research as being parts of processes [24]. In another system, the design principles aiming to support research collaboration have been identified using Viable Systems Model (VSM) [18]. Furthermore, a research project has been conducted where a system prototype has been developed that supports group communication and knowledge sharing via the Wiki–based platform [25].III.M ETHODOLOGYIn this study, based on the literature survey summarized above and in the direction of the requirements determined in the research project [17] which this study is also a part of, initially a process flow diagram for a collaborative research is designed, secondly a Web 2.0 supported BPM environment is developed in the direction of the process flow diagram, and finally the environment is experimented with a case study.A. Design of the Process Flow Diagram for a Collaborative ResearchAccording to the literature summarized and to the findings of the research project [17], a typical collaborative research should include the following main steps; review of the related literature, development of the theoretical model, design of the survey, collection of the data, analysis of the collected data and generation of theproject report. A collaborative research further requires periodic or occasional meetings where the ideas are shared and discussions are made to determine the future direction of the research. Thus the flow in the BPM system should include planned meetings in every step of the research and the BPM system should provide a computerized platform to perform these meetings from distant locations. Moreover, a common workspace should be created where the studies in distributed locations can be uploaded and shared with the research team members.Fig. 1. Process flow diagram for collaborative researchA collaborative research project team is usually composed of a project executor, a group of researchers, a group of research assistants and a group of technical specialists. The project executor is responsible for the general management of the project that includes task assignments to the team members, general monitoring of the quality of the research processes and performance evaluation of the researchers. The researchers take part in the scientific development of the research by the support of the research assistants. Technical specialists provide technical support to the researchers for the information systems used.Based on the above requirements of a collaborative research, the flow diagram of the standard processes of a collaborative research study is prepared as given in Fig. 1. The flow includes the individual activities and the meetings to be performed during the study. The owners of these activities and the correspondents of the meetings are also shown. In the direction of the flow, the project starts with the kick–off of the project executor, continues with the execution of the research processes defined and is finalized with the submission of the research report. B. Development of a Web 2.0 Supported BPM Environment for Collaborative ResearchIn the next step of the study, a BPM system that has been developed by a Turkish company for business use is chosen as the BPM system to model, implement and experiment the process flow of the collaborative research. The modeling module of the BPM system is used to generate the business process model that includes the same processes as in Fig. 1 with the additional reminder processes where email messages are sent to the selected members by the project executor to invite them to a meeting or to assign a process to a specific member. According to the flow of the processes modeled in BPM system, it is required to start the project by the project executor‘s message and then to e-mail reminders automatically to the relevant members of the team for the succeeding processes. Each person who takes part in the research has to check his or her inbox in order to monitor the track of the processes and should undertake each piece of work upon which the project executor has previously entailed.The process flow of a collaborative research in Fig. 1 includes several meetings that should be handled online. Unfortunately, the chosen BPM system does not support functionalities like online conferencing or chatting. Thus it is provided that the meetings should be held on the Web 2.0 platform without coming together physically. Furthermore, a ―Collaborative Research Group‖ is created in the Web 2.0 platform to share a common workspace. Literature, Research Design, Report, Analyses and Meeting Minutes folders have been created in this common workspace where documents can be uploaded or downloaded by the relevant members whom the project executor assigns responsibility.The project executor has the right to start and lead discussions and provide insight to each person involved in the research.Web 2.0 platform is also used for designing and conducting the surveys, and collecting the data. The respondents are asked to fill and submit the questionnaire online by using this platform.To send the survey link to all recipients, the survey management software that has been developed internally in the Center for Information Systems Research and Application (BSUYGAR) is used.In addition to these, SPSS is proposed for data analysis and MS–Office programs are proposed for documentation and graphical work.C. Experimentation of the Web 2.0 supported BPM Environment with a Case StudyIn this step a case study is made to test the performance of the Web 2.0 supported BPM environment for collaborative research. For this purpose, a research topic is selected as ―Identifying the Factors Affecting the Performance and Success of Exchange Students in Management Information Systems Department of Bogazici University‖. This collaborative research study is conducted by a team of nine members composed of a project executor, six researchers, a research assistant and a technical specialist. Prior to the case study, the team members are informed about the process flow of the collaborative research, team formation and tools to be used during the case study.The research has been started with the kick–off of the project executor and followed by the team members in the BPM and Web 2.0 based IT environment in accordance to the processes defined in Fig. 1.For reference, some highlights have been provided for the case study in this paper:Fig. 2 gives the screen showing the reminder messages for the assigned tasks and meetings in the BPM system. In this screen, the description, type and status of the process; and the assignment and completion times are provided.Fig. 3 shows the common workspace created to upload the files of studies or papers in Web 2.0 platform. It also shows the name of the researcher and the time of uploading.A screenshot of the BSUYGAR Survey Manager is shown in Fig. 4. An example e-mail screen for a survey sent to a list of students is presented.Fig. 5 shows an invitation for a meeting in the BPM system. Precisely the provided screen shows the invitation for Meeting 1 from the project executor including the topic of the meeting, its time and other related details.Fig. 2. BPM system screen showing the reminder messages for the assigned tasks and meetingsFig. 3. The common workspace in MSN used to upload studies from distributed locationsFig. 4. Process 11b: E-mail screen of the BSUYGAR Survey Manager Fig. 5. Invitation for Meeting 1 from the project executorIV.F INDINGS O F T HE S TUDYThe developed Web 2.0 supported BPM environment for collaborative research is evaluated by the members of the collaborative research team at the end of the case study. A questionnaire is designed with both closed and open ended questions to assess the environment with different dimensions. Answers are collected by using a 5-point Likert scale (1-Strongly disagree; 2-Disagree; 3-Neutral; 4-Agree; 5-Strongly Agree).At first place, the appropriateness of the environment is measured respectively for basic research processes and research support processes. Next the environment is evaluated by using the characteristics that appear in ISO/IEC 9126 Software Evaluation Standards [40]. Finally the selected BPM system and Web 2.0 platform are evaluated separately and results are compared with the general evaluation of the environment developed.In the first part of the survey, the developed environment is evaluated in terms of the basic research processes as classified in Table 1, namely establishment of theoretical base, research design and methodology, data collection, analyses, interpretation and reporting and final evaluation. It is generally agreed that the environment is suitable for all of these processes. Among these the environment is found to be the most suitable for data collection in a collaborative research. This result is very intuitive since the environment facilitates the data collection by eliminating the need for manually inputting data into the analysis tool. In an online survey, the respondents‘ collected data are automatically saved and easily transferred to the analysis tool.In the second part, the developed environment is assessed by considering the research support processes that are classified as in Table 1, i.e., objectives setting, project planning, communications management, workspace sharing and monitoring. In general it is strongly approved that the environment is suitable for all these support processes except objectives setting. Some respondents argue that objectives setting should be made by classical face to face meetings in a collaborative research. In a different argument it is stated that online meetings provide better time utilization by not allowing unnecessary chatting or repetitions; thus yield shorter meeting durations. Yet all respondents agree or strongly agree on the suitability of the environment for communications management. There are some other comments about the workspace sharing facility of the proposed environment. All respondents find very suitable to use a common workspace in a collaborative research where the team members can upload documents for sharing with the other members. It is emphasized that the use of such common workspaces is inevitable especially in collaborative research conducted by large sized groups. Among all these research support processes, the environment is found to be the most suitable for project planning due to the achievements obtained by decreased time and effort in scheduling and resource allocation.In the third part, the developed environment is assessed with respect to the software evaluation characteristics of ISO/IEC 9126 Standards developed for an external evaluator. The evaluation is based on its six main criteria for functionality, reliability, usability, efficiency, maintainability and portability. The respondents mostly agree and strongly agree that the environment is functional, reliable and usable. The respondents are moderate about the efficiency of the environment for collaborative research. Here, efficiency is measured by the achievements obtained in time utilization, resource allocation and compliance. The reason why some respondents are neutral about the efficiency of the environment is mostly due the fact that the environment itself requires a learning process and getting used to. Thus reduction in time and effort in some processes might not be apparent at first, whereas it is supposed to improve gradually as researchers get more experienced in this environment. Maintainability and portability are the measures for which the environment is found to be the weakest. Although the selected BPM system has a test mode where any generated flow can be simulated and tested, it does not allow making changes easily in the process flow during its implementation. After all, these processes should be handled by a technical expert for the selected system. This brings a major drawback to the maintainability of the environment. Although portability is more of a technical issue, the respondents are able to make a brief assessment by drawing on the difficulties they have had in dealing with different IT system and platforms for process management, workspace sharing and communications management. Unfortunately in this study, the selected system and platform for these purposes cannot be integrated and this leads to lower evaluations of portability.Selected system and platform specific issues are elaborated in the fourth part for general evaluation of the developed environment. All respondents agree and strongly agree that the environment in general is appropriate for collaborative research. This result assures that the respondents are satisfied by the use of such an environment in collaborative research. Yet there are some concerns about the selected BPM system and Web 2.0 platform. Almost all respondents heavily emphasize that the BPM system should provide a teleconferencing environment for meetings and a common workspace for sharing documents as well. In the current setting Web 2.0 platform is used for these purposes and this leads to lower maintainability and portability of the environment as explained above. However it should be noted that a classical BPM system is not supposed to provide functionalities for workspace sharing and advanced communications. Thus a major finding of this study is that an environment for collaborative research should provide integrated functionalities for process management, communications management and knowledge sharing.In the open ended question of the evaluations, opinions about the selected BPM system and Web 2.0 platform are highlighted. It is indicated that the definitions of the menu items should be clearer in the BPM system. Moreover, the subjects of the task reminder emails should be clearly defined during the modeling phase to facilitate easy tracking of the tasks when the messages are listed. Additionally, the BPM system allows tracking the completed, ongoing and delayed processes in the collaborative research flow but it is difficult to follow the progress in the generated views when the flow diagram includes larger number of completed processes. In the case study, online meetings are carried out in a chatting environment. Performing meetings in chatting environment is found to be confusing and disorientingsince the order of questions and answers are mixed, hence video conferencing is obviously a much better choice. On the other hand, the common workplace on Web 2.0 is found very adequate to share the studies conducted by different members of the research team. Finally the respondents conclude that, the Web 2.0 supported BPM environment provides better communication between the team members and it is adequate for collaborative research if it is improved in the stated directions.V.C ONCLUSIONCollaborative research has become a hot issue due to the effects of globalization and advances in information and communication technology. As the size, number and diversity of the collaborative researches increase, IT becomes an integral component of the research environment to manage the research processes, support communications and share information. In this study, a Web 2.0 supported BPM environment is designed, developed and implemented to better manage the standard processes of a collaborative research by providing more efficient use of the resources.A process flow diagram is generated for the typical processes in a collaborative research, based on the IT requirements of collaborative research as indicated in the literature. The proposed process flow is modeled in the selected BPM system. The BPM system is used to trace and monitor the progress of the collaborative research study conducted by a research team. Furthermore, Web 2.0 platform is used to perform online meetings, share documents and publish online surveys. For implementation, the proposed Web 2.0 supported BPM environment is experimented by a case study conducted by a research team with nine members.The developed environment for collaborative research is evaluated by the research team members and the findings are discussed. It is concluded that in general the Web 2.0 supported BPM environment is functional, reliable and useful for collaborative research. The efficiency obtained by using the environment is expected to improve gradually as researchers get more experienced in this environment, since the reduction in time and effort is partially a matter of getting used to. The environment is found to be more suitable for research support processes compared to basic research processes. Among all these research support processes, the environment is found to be the most suitable for project planning due to the achievements obtained by decreased time and effort in scheduling and resource allocation. Finally the respondents conclude that the Web 2.0 supported BPM environment provides better communication between the team members and it will be more adequate for collaborative research if it is improved in the stated directions.As a future research the developed environment should be enhanced to provide the integrated management of the basic research processes, communications and workspace sharing in a collaborative research. Studies should be made to improve the maintainability and portability of the environment.A CKNOWLEDGMENTThis study is realized at the Information Systems Research and Application Center of Bogazici University and is supported by Research Fund (Project #: 09S112) of Bogazici University, Istanbul, Turkey. Authors like to thank Bizitek A.S., an Ericsson Company, Istanbul, Turkey for their support.R EFERENCES[1]K. Katsouyanni, ―Collaborative research:accomplishments and potential,‖Environ. Health-Glob.,vol. 7, 2008, pp. 1–7, doi:10.1186/1476-069X-7-3.[2]J. S. Katz and B. R. Martin, ―What is researchcollaboration?,‖Res. Policy, vol. 26, 1997, pp. 1–18, doi:10.1016/S0048-7333(96)00917-1.[3]CEC (Commission of the European Communities),―Communication from the Commission: science and technology, the key to Europe's future –guidelines for future European Union policy to support research,‖ 2004, http://eur–lex.europa.eu/LexUriServ/LexUriServ.do?uri=COM:2004:0353:FIN:EN:PDF.[4]J. N. Cummings and S. Kiesler, ―Collaboration researchacross disciplinary and organizational boundaries,‖Soc.Stud. Sci.,vol. 35, 2005, pp. 703–722, doi:10.1177/0306312705055535.[5]G. Bammer, ―Enhancing research collaborations: threekey management challenges,‖Res. Policy, vol. 37, 2008, pp. 875–887, doi:10.1016/j.respol.2008.03.004.[6]W.S. Barnett and E.C. Frede, ―And so we plough along:the nature and nurture of partnerships for inquiry,‖Early Child. Res. Q., vol. 16, 2001, pp. 3–17, doi:10.1016/S0885-2006(01)00082-5.[7]P. M. Newton and D. J. Levinson, ―The work groupwithin the organization: A sociopsychological approach,‖Psychiatr., vol. 36, 1973, pp. 115–142.[8]M. LeCompte, ―Some notes on power, agenda, and voice:a researcher‘s personal evolution toward criticalcollaborative research,‖in Critical Theory and Educational Research, eds. P. McLaren and J. Giarelli, State University of New York Press, Albany, NY, 1995, pp. 91–112.[9]S. L. Jones, S. L. Myers, D. L. Biordi and J. B. Shepherd,―Advantages and disadvantages of collaborative research:A university and behavioral health care provider‘sexperience,‖Arch. Psychiat. Nurs., vol.12, 1998, pp.241–246, doi:10.1016/S0883-9417(98)80033-2.[10] A. Zervignon-Hakes, ―Culture clash: translating researchfindings into public policy,‖ in Early Care and Education for Children in Poverty: Promises, Programs, and Long–Term Results, eds. W. S. Barnett and S. S. Boocock, State University of New York Press, Albany, NY, 1998, pp.245–271.[11]K. Howe and M. Moses, ―Ethics in educational research,‖in Rev. Res. Educ. 24, eds. A. Iran–Nejad and D. Pearson,American Educational Research Association, Washington DC., 1999, pp. 21–59.[12] D. Caruso and D. Rhoten, ―Lead, follow, get out of theway: side–stepping the barriers to effective practice of interdisciplinary — A new mechanism for knowledge production and re–integration in the age of information,‖2001, /interdis/pubs/hv_pub_ interdis-2001.04.30.pdf.。

权变诊断设计能力与持续竞争优势

权变诊断设计能力与持续竞争优势

权变诊断设计能力与持续竞争优势摘要:对基于资源基础观的企业竞争优势理论和组织权变设计理论,学术界虽然都有广泛的研究,却没有将这二者紧密联系起来。

本文首次将权变诊断设计能力看做一种组织资源,对其进行VRIO模型测试。

通过理论验证的方法,证明了此能力可以成为带给企业持续竞争优势的来源之一,并创建出“权变设计—持久优势”的C2S模型。

本文旨在给相关决策者和学者们分享一个新的研究视角。

关键词:资源权变诊断设计能力VRIO 持续竞争优势1、基于资源的竞争优势概述关于持续竞争优势(Sustained Competitive Advantage, 即SCA)的来源,诸多理论学派已有长达百年的研究演进。

其中20世纪80-90年代无疑给予了该理论的最高速发展与完善,而资源基础观理论的演进又可被称作战略管理的一个里程碑。

由沃纳菲尔特(1984),杰伊巴尼(1986,1991),Dierickx和Cool(1989),普拉哈拉特和海默尔(1990)等代表人物组成的“资源学派”和“能力学派”解释了迈克尔波特(1985)所关注的产业环境分析所无法解释的产业内部绩效差异问题。

尽管至今资源和能力学派在竞争优势问题上仍未能达成统一观点,但归根结底都重点关注企业内部环境,挖掘企业内部有价值、不可复制和延伸性强的“优势资源”,以形成核心能力,最终促使企业可持续发展。

至于后来的动态能力论(Teece,1997),知识经济观(Grant, 1996; Allce,1998),甚至商业生态和社会资本理论(Hannan,1989;周小虎,2006;刘松博,2008),在本质上都与资源基础观呈进化关系。

2、研究假设本文正要立足于资源基础观的最新研究成果,融合各派演进的观点要素,以巴尼(1991,2010)创建的资源VRIO模型为框架,专门分析组织权变诊断设计能力能否成为一种获取SCA的资源。

此次分析将以理论推演为依据,分别以作为优势资源的四大条件为框架,在假设企业权变诊断设计能力较高的情景下,推断这种能力是否具有价值性(Value)、稀缺性(Rarity)、难以模仿性(Imitability),以及能否高效组织实施(Organization)这种能力。

专升本英语单词词汇星火英语

专升本英语单词词汇星火英语Requirement Acquisition.Requirement acquisition is a crucial phase in the software development life cycle (SDLC) that involves eliciting, analyzing, documenting, and managing user and stakeholder requirements. It serves as the foundation for successful software development projects, ensuring that the end product aligns with the intended purpose and expectations.Elicitation Techniques.Effective requirement elicitation involves employing various techniques to gather information from stakeholders. These include:Interviews: Conducting one-on-one or group discussions to gather insights, opinions, and expectations from users.Document Analysis: Reviewing existing documents, such as business plans, process descriptions, and user stories, to identify potential requirements.Observation: Directly observing stakeholders in their work environment to gain a deeper understanding of their needs and behaviors.Prototyping: Creating interactive prototypes to provide stakeholders with a tangible representation of the proposed system, facilitating feedback and refinement.Brainstorming: Conducting group sessions to generate a wide range of ideas and potential requirements.Requirement Analysis and Prioritization.Once requirements have been elicited, they must be analyzed to ensure completeness, consistency, and feasibility. This involves:Classification: Categorizing requirements based ontheir type, such as functional, non-functional, or business requirements.Verification: Validating requirements against user expectations and ensuring that they are testable and verifiable.Prioritization: Establishing the relative importance of each requirement to guide development efforts.Traceability: Establishing relationships between requirements and other artifacts, such as design specifications and test cases, to ensure consistency and accountability.Requirement Management.Requirement management is an ongoing process that involves documenting, tracking, and controlling requirements throughout the SDLC. This includes:Requirement Documentation: Creating comprehensiverequirement specifications that clearly define the system's functionality, performance, and other characteristics.Requirement Change Management: Managing changes to requirements effectively to ensure that the system remains aligned with user needs.Requirement Verification and Validation: Regularly verifying and validating requirements to ensure their accuracy, completeness, and consistency.Requirement Prioritization and Traceability: Continuously prioritizing and tracing requirements throughout the development process to guide decision-making and ensure traceability.Benefits of Effective Requirement Acquisition.Effective requirement acquisition and management offer numerous benefits for software development projects, including:Increased Project Success: Clear and well-defined requirements reduce the likelihood of misinterpretation, rework, and project failure.Improved Stakeholder Satisfaction: Involving stakeholders in the requirement acquisition process increases their buy-in and ensures that their needs are met.Enhanced Software Quality: Accurate and complete requirements facilitate the development of high-quality software that meets user expectations.Reduced Development Costs: By identifying and addressing requirements upfront, development efforts can be streamlined, reducing overall project costs.Improved Project Management: Transparent and well-managed requirements provide a solid foundation for project planning, scheduling, and risk management.Conclusion.Requirement acquisition and management are critical to the success of any software development project. By effectively eliciting, analyzing, prioritizing, and managing requirements, organizations can increase project success, improve stakeholder satisfaction, enhance software quality, reduce development costs, and improve project management.。

基于SOA的面向业务敏捷性流程集成模型

t e mo e mp e n a i n h d li l me tto .By s p r tn h r c s f mo e i g a d i e a a i g t e p o e s o d ln n mplm e t t n, h c a im f a t ma i o ost n a d s h d l g e nai o t e me h n s o u o t c mp ii n c e u i c o n s r c sa e p o o e i h e a lst e d n mi ,a t m ai , u c r c s n e r to F nal , n e a l fi t卜o g n z t na u c a e p o e s e vie r r p s d wh c n b e h y a c u o tc q i k p o e si t g ai n i l a x mp eo n e f a ia i Ip r h s r c s y o
性与适应性作为首要关注的问题 。提高敏捷性意 味着增 强应
变能力 ,使企业在 激烈的竞争 中脱颖 而出。许 多企 业尝试利
用面 向服务 的架构 (OA 所提 供的业务和应 用逻辑 的松耦合 S ) 性 来 增 强 业务 敏捷 性 。在 这 个 过 程 中 ,流 程 集 成 无 疑 是 核 心 环节 。因为组 织结构、产品组合 、工作 流、合作伙伴 、规章 制度都在 变化 ,业务流程面 临着压力 ,也需要变化 ,这需要 业务流程管理( P 来支持。B M 不仅能为企业量身定做满 B M) P 足业务需 求的流程 ,同时也为业务分析员和软件开发者提供 统一的框架 ,方便业务流程驱动下的集成 。 跨部 门的企业 内横 向业务集成和跨组织的企业间业务流 程集 成已成为企业关注 的焦点。如何 从流程视角构建能有效

软考十大管理英文

2.估算成本(Estimate Costs) The process of developing an approximation of the monetary resources needed to complete project activities.
3.制定预算(Determine Budget) The process of aggregating the estimated costs of individual activities or work packages to establish an authorized cost baseline.
6.控制进度(Control Schedule) The process of monitoring the status of project activities to update project progress and manage changes to the schedule baseline to achieve the plan.
4.建设团队(Develop Project Team) The process of improving competencies, team member interaction, and overall team environment to enhance project performance.
2.管理质量(management quality) The process of applying an organization's quality policy to projects and transforming quality management plans into executable quality activities.

持续改进考试题库

持续改进试题题库1.作为一种持续改进的工作方法,戴明循环是指( )。

A.PDPC B.SPCC.PDCA D.PDSA正确答案:C2.下列有关持续改进的描述,错误的是()。

A.持续改进总体业绩应当是组织的一个永恒目标B.持续改进的核心是确立改进目标C.组织的目标应是实现持续改进,以求和顾客的需求相适应D.持续改进要通过全员参与实现正确答案:B3.下列关于精益理念正确的是()A.消除浪费B.减少人员编制C.用机器代替人工作业D.扣门正确答案:A4.判断以下过程,非增值的过程是()A.聚合反应B.加压蒸汽C.块煤粉碎D.叉车运输粉煤正确答案:D5.意大利面条图是( )A.工作单元经过整个流程的直观表示方式。

B.它利用图解的方式说明相关信息或组成部分的流动顺序C.记录流程中每个步骤的功能相关性及作用。

D.都对6.下面关于意大利面条图的说法,错误的是( )A.意大利面条图是工作单元经过流程的直观表示方式B.意大利面条图利用图解的方式说明相关信息或组成部分的流动顺序C.意大利面条图可以用来确定瓶颈工序以及等待的浪费D.意大利面条图可以使用不同的颜色来表示不同的部分和信息的流动正确答案:C7.完成意大利面条图的四个步骤为何?( )A.绘制等比例图;标注重点区域;巡视流程;记录运行的时间与距离B.巡视流程;标注重点区域;记录运行的时间与距离;绘制等比例图C.巡视流程;绘制等比例图;记录运行的时间按与距离;标注重点区域D.绘制等比例图;巡视流程;记录运行的时间与距离;标注重点区域正确答案:A8.因果关系矩阵一般使用于以下()分析之后?A.柏拉图B.意大利面条图C.流程图D.以上都不是正确答案:B9.C&E矩阵最后的得分总计正确的是( )A.相关性评分相乘B.客户重要性评分相乘C.相关性分值与客户优先度评分相乘相加D.以上均不正确正确答案:C10.以下不是持续改善活动的是( )A.精益六西格玛活动B.PDCAC.提案改善活动D.购买新机器正确答案:D11.关于标准作业法(Standard Work)下列描述哪项是错误的?( )A.标准作业方法是固定和一成不变的B.是一个确定如何做工作的“工作方法”C.收集及补获了需要满足成本、质量和安全目标的主要元素一旦有改善,标准就得改变12.谁被誉为丰田生产方式(TPS)之父?( )A.詹姆斯•沃麦克(James Womack)B.亨利•福特(Henry Ford)C.大野耐一(Taiichi Ohno)D.田口玄一(Genichi Taguchi)正确答案:C13.在事务型流程中,有一种被称为四 P 的替代性类别组合,以下不属于四P的是( )A.政策B.程序C.测量D.人员正确答案:A14.产生问题解决方案时下面哪个工具最不适合?( )A.头脑风暴B.亲和图C.鱼骨图D.MSA正确答案:D15.在鱼骨图构造中,“加工机床”属于哪一类?( )A.人员B.材料C.设备D.方法正确答案:C16.西格玛水平与不良率之间的关系( )A.两者越大越好B.两者越小越好C.西格玛水平越高,不良率越低D.西格玛水平越高,不良率越高正确答案:C17.面关于流程长期、短期变异说法错误的是?( )A.流程基线是流程的长期绩效表现,此时流程的大部分输入变量将自由的变化。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

Value Configuration Design – an Evolution in Adequate Business Process Design

Eng Chew, Igor Hawryszkiewycz and Michael Soanes. Department of Information Technology, University of Technology, Sydney, Australia. {Eng.Chew, Igor.Hawryszkiewycz, Michael.G.Soanes}@uts.edu.au

Abstract. Process breadth and depth completeness is an important factor for evaluating process design adequacy. Current process design strategies and tool-sets poorly support the breadth and depth of business process logic resulting in incomplete business process designs. A framework that integrates the process, activity and resource viewpoints is proposed to address this inadequacy. This integrated viewpoint results from refocusing business process design practice from the traditional individual process silos towards integrated enterprise-wide process network design. Labeled as Value Configuration Design, enterprise-wide process design is the next evolution towards adequate business process design. .

Keywords: business process design, adequate process design, value configu-ration design. .

1 Introduction This paper discusses the issue of design adequacy in the context of enterprise-wide business process design. Process design and management is a core part of our indus-try-practice-based process innovation research program, which stems from our re-search group’s industry experiences.

Traditionally business process design and design adequacy tend to address a specific business process in isolation. A business process is defined simplistically as a flow of predictable activities that are performed by multiple resources to achieve a business outcome.

Porter[1] introduced the concept of the value chain as a series of activities (both pri-mary and support) that add value in contributing to the delivery of customer require-ments. The value chain concept was later extended by Stabell and Fjeldstad[2] into value configuration, defined as a network of value chains. Value configuration de-notes the fact that in practice, an enterprise commonly networks with several partners and suppliers in servicing its customers.

The value configuration models the enterprise-wide business process as a network of inter-dependent core processes. Designing individual core business processes in isola-tion, without the enterprise-wide view, can lead to a sub-optimal process design when aggregated into the total value network.

Value configuration design requires a process engineering methodology which en-sures the resultant value configuration will deliver the customer value (requirements) in line with the business strategy. Our research aims to develop the methodology, which will serve as a practical process innovation tool for process managers.

This paper describes part of our progress towards that goal and focuses on the issue of design adequacy. It discusses the criteria for design adequacy and defines the concept of process (breadth and depth) completeness as a measure of design adequacy. A framework is also proposed to address completeness in the context of value configu-ration design.

2 Requirements for a Process Engineering Methodology A process engineering methodology must (a) allow process designs to be validated to meet both the business strategic and operational requirements, and (b) define the sys-tematic steps for designing each core process (strategic or unique and commodity) to not only meet the specific customer value propositions articulated by the strategic in-tent, but also be agile for ongoing changes due to the changing business environment. From the strategic viewpoint, the methodology must validate the alignment of the process design to the strategic intent (or value discipline): operational excellence, cus-tomer intimacy or product leadership that the enterprise stands for, as well as any mandatory regulatory compliance (such as Sarbanes Oxley) requirements [Kaplan & Norton 3]. From the operational viewpoint, the methodology addresses the process design’s functional and performance requirements, reflecting the stakeholders and, most importantly, the customers’ requirements.

This paper focuses solely on process design adequacy from the operational viewpoint of our methodology. Future papers will describe the complete process engineering methodology in detail.

3 Criteria for Process Design Adequacy The criteria used for evaluating software quality are a useful starting point as criteria for evaluating business process design adequacy. Many variations of software quality criteria exist. However a common thread is the division of requirements into func-tional and non functional. [Wikipedia 4].

相关文档
最新文档