Form、WorkFlow内部交流资料收集-草稿
Forms表单设计：使用Office系列软件中的Forms设计表单
Forms表单设计：使用Office系列软件中的Forms设计表单随着信息技术的发展，越来越多的企业和机构开始使用在线表单收集信息和进行调查。
Forms表单作为Office系列软件中的一项强大工具，容易上手并且具有较高的可操作性。
本文将重点介绍Forms表单的设计方法，从而提高表单的可用性和用户体验。
1.表单设计前的准备工作在设计表单前，必须确定表单的目的和受众群体，并明确表单需要收集的信息。
在收集信息时，需要尽可能地减少冗余和重复问题，并确保每个问题都与表单目的相关。
2.表单布局设计表单的布局设计应该符合直觉和易于操作的原则。
表单的字段应该按照功能分组，从而使用户能够在不用查找的情况下很容易找到所需的信息。
此外，为了减少填写过程中的误填、漏填问题，必须明确每个字段的填写顺序和填写方式，并在必要时进行必填项标识，以便用户能够快速地理解哪些字段必须填写。
3.表单风格设计设计表单的风格是表单设计中非常重要的一环。
表单的风格应富有吸引力，使用户感觉使用该表单是一件令人愉快的事情。
在具体的设计过程中，可以通过选择合适的颜色、字体和其他视觉元素，来提高表单的美观度和易于识别度。
同时，为了增加可用性，表单的工具提示和帮助文本也应该具备清晰、准确的语言描述，从而帮助用户了解每个字段的作用和填写方式。
4.表单功能的增强为了提高表单的功能和可用性，我们可以为表单添加多种功能模块，例如：多行文本框、下拉列表等。
例如，在填写地址信息时，可以选择把地址分为省市区三个部分，借助下拉列表来实现快速填写，既不会增加填写难度，也有效避免了错误信息的造成。
另外，当表单涉及到多页信息收集时，可以加入分页模块，从而使整个流程分布有序、清晰明了。
总之，Forms作为Office系列软件中的强大工具，其表单设计的技巧和原则将直接影响用户的使用感受。
在设计时，我们需要考虑许多因素，例如:目的设定，受众群体确定，字段布局设计，表单风格设计等。
内业资料交流(工程内业资料编写)
• 3、填写：知道了每一步的工作内容和所要用的表格，对照质量验收规范内容对表 格进行填写，签字完善后报监理单位签认。
• 4、补充：资料整理是一个长期和繁琐的工作，在工作当中很可能出现丢落的工作 内容、没有报的资料。这就要求我们每隔一段时间对资料进行梳理，看看是否有 漏报的资料、有漏检的材料。
• 1、施工单位资质报审、施工单位人员报审、质量及安全组织机构报 审、管理及技术制度报审
• 2、工程技术文件报审表（施工组织设计（方案）报审表）。 • 3、开工报审（开工报审表）。 • 4、施工现场质量管理检查记录（ 施工现场质量管理检查记录）。 • 5、图纸会审、变更、洽商（图纸会审记录、变更、洽商）。 • 图纸会审：按专业分别整理，防止出现各专业整理到一块最后组卷没
内业资料的管理
• 1、内业资料的收集整理应真实及时记录施工全过程，可按施工专业 分类分阶段收集，资料的整理可按单位工程分类组卷：
• （1）施工技术文件（资料）范围的原始资料记录填写要及时、真实、 内容完整、字迹清晰，不得随意涂改，签认齐全，同时要及时收集、 文整、分类、编目重难点资料
1、技术交底
技术交底的编制可参照公司下发的二公司工管｛2020｝100号文件
技术交底的编制可参考公司下发的二公司工管｛2020｝100号文件
• 技术交底分为三级技术交底：
• 1、项目总工程师向各部门负责人、全体技术人员及施工负责人交底
• 主要内容为实施性组织设计、技术策划、总体施工方案、重大施工方案，包括合 同文件中规定的有关技术规范、监理办法、总工期的等。设计文件、施工图纸的 说明和施工特点以及试验工程项目的施工技术标准、采用的工艺；施工技术方案、 工程的重难点、施工主要使用的材料标准和要求，主要施工设备的能力要求和配 置；主要危险源、质量保证措施、安全技术措施、季节性施工措施以及有关四新 技术要求等
部门内部沟通联络单
内部沟通联络单（发单联）发出部门：编号：发单人发单日期送达部门/人员交接事项希望完成时间收单人签字：注：1、此表为内部工作联系单，适用于与工作关联部门联系计划安排重要工作细节等，经接单部门签字下联并执行，工作处理完成后此单由部门专员留档并建立档案。
2、此单以上内容由派单部门填写；如果此联填写信息不清楚可拒绝接收。
------------------------------------------------------------------------------------------------------------------------------------------------------------------内部沟通联络单（接收联）接收部门：编号：收单人收单日期预计完成时间需要何等配合发单人签字：注：1、此表为内部工作联系单，适用于与工作关联部门联系计划安排重要工作细节等，经接单部门签字下联并执行，工作处理完成后此单由部门专员留档并建立档案。
2、此单以上内容由接收部门填写。
1. 若不给自己设限，则人生中就没有限制你发挥的藩篱。
2. 若不是心宽似海，哪有人生风平浪静。
在纷杂的尘世里，为自己留下一片纯静的心灵空间，不管是潮起潮落，也不管是阴晴圆缺，你都可以免去浮躁，义无反顾，勇往直前，轻松自如地走好人生路上的每一步3. 花一些时间，总会看清一些事。
用一些事情，总会看清一些人。
有时候觉得自己像个神经病。
既纠结了自己，又打扰了别人。
努力过后，才知道许多事情，坚持坚持，就过来了。
4. 岁月是无情的，假如你丢给它的是一片空白，它还给你的也是一片空白。
岁月是有情的，假如你奉献给她的是一些色彩，它奉献给你的也是一些色彩。
你必须努力，当有一天蓦然回首时，你的回忆里才会多一些色彩斑斓，少一些苍白无力。
只有你自己才能把岁月描画成一幅难以忘怀的人生画卷。
Workflow简明教程
Workflow简明教程注：我们将通过作一个workflow的实例来演示一个workflow工作流的建立。
首先建立new的项目在Workflows的file选择菜单中的选择向导选项，用向导作比较直观一些！选择后结果如下：上面两个栏位是新建立的项目的名称internal name 是程序需要的名字，display是显示的名字。
new process是项目中工作流过程的名称，同理，interal name是程序的名字，display name 是显示的名字需要注意的是，internal name是能用中文的，而且最好用大写，display name没有要求其余两个选项不作要求输入你需要的名字然后点ok，这时你的workflow整体框架就出来了，如图：左边是导航区，右边是工作区，跟form的风格和相似，注意右边他默认了两个图标，这是workflow流的两个端点，start和end 。
其中间的流过程是设计者来完成下面我将作一个关于审核工作票的工作流，其流程图如下第一步：我们要建立attribute ，即你在工作流中用到的所有的属性，这个例子中要用到4个属性，分别是send (审核人)，view（修改人），gzpbg（工作票编号），p_url（打开的url地址）建立审核人，点右键，如图：建立新的attrib属性填写属性内容，注意如果是人员角色的属性，则要选择相对应的角色选项，如下填写完毕，确定，然后同理创建其余3个属性，这个时候属性创建完毕第二步！创建流程的节点，也就是关键点如图，我要创建一个审批的节点（p_check），还要创建一个审批不合格，需要重新审批的节点（p_ok）在导航区的notification上点右键，新增节点确立新的节点，同理，创建p_ok（复查节点）注意：1，message选项先不选择，因为稍后我们才创建message2, result type 是流程运行时当前节点的分支的类型，这个节点选择审批类型第三步，创建message，message是什么呢？通俗理解就是当流程走到这个节点上的时候，系统会自动根据这个节点上拥有的message发封邮件给你指定的人，通知她去接收信息，达到信息的流转。
FORMS(I)
目录第一章Developer简介 (3)一、什么是Developer (3)二、Developer版本 (3)三、Developer 6i组成 (3)第二章开始使用Forms (4)一、什么是Forms (4)二、Forms组成 (4)三、开始使用Form Builder (4)（一）连接数据库 (4)（二）Form Builder开发模块组成 (5)（三）Form Builder开发界面组成 (5)三、打开并运行FORM应用 (5)（一）打开FORM模块 (5)（二）运行FORM模块 (6)（三）执行查询操作 (6)（四）执行DML操作 (6)四、脱离Form Builder运行 (7)（一）C/S方式运行 (7)（二）B/S方式运行 (7)第三章 FROM简单应用设计 (9)一、Forms的对象 (9)二、创建简单的FORM (9)三、修改属性 (11)1、表格模块属性 (11)2、数据块的属性 (12)3、文本项属性 (13)4、使用属性组 (13)5、使用属性类 (14)6、框架 (14)四、创建主从关系表格 (15)五、增加计算项 (16)六、列值表LOV (17)七、手工创建模块 (18)第四章触发器的程序设计 (19)一、什么是触发器 (19)（一）什么是触发器 (19)（二）触发器的分类 (19)（三）系统触发器 (19)（四）触发器作用范围 (20)二、内部子程序 (20)（一）什么是内部子程序 (20)（二）内部常用的子程序 (20)（三）动态修改对象属性 (21)三、变量 (22)（一）内存变量 (22)（二）Item值 (22)（三）System变量 (22)（四）初始值 (22)（五）全局变量 (23)四、常用项的编程 (23)（一）按钮 (23)（二）显示项 (24)（三）单选组 (25)（四）复选框 (25)（五）列表项 (26)（六）编辑器 (28)（七）LOV (28)（八）警告器 (29)（九）图像处理 (30)五、异常处理 (31)（一）PL-SQL异常情况 (31)（二）Forms的异常情况 (32)（三）错误触发器 (32)六、触发器的执行层次 (33)第一章Developer简介一、什么是DeveloperDeveloper是ORACLE公司提供的一种快速应用开发工具（RAD），主要是开发基于ORACLE数据库的C/S和B/S软件。
内部资料收集清单.doc
青岛乾坤咨询项目内部资料收集清单（第一次收集）说明：我们是北大纵横青岛乾坤咨询项目组，为了迅速了解贵公司基本情况，我们列出相关资料收集清单，请协助收集。
资料如有电子版，请以电子版方式提供。
如有部分资料未在清单中列出但您认为有必要提供，请同时提供。
如果没有资料清单所列的材料，请备注说明，谢谢您的合作和大力支持。
一、公司相关资料1、公司历史沿革等基本情况2、高层管理人员简介、工作分工3、发展规划4、近五年年度工作计划、年度工作总结5、质量管理体系文件，主营业务流程6、组织结构、部门职责、岗位、人数7、主要规章制度及目录8、1999年－2001年重要宣传材料、内部刊物二、部门（含二级部门）相关资料1、岗位设置、岗位职责、岗位人数2、部门内部工作管理制度、主要工作流程3、1999年-2001年年度部门工作计划和工作总结三、人力资源相关资料1、人员基本情况统计表（包括学历、年龄、工龄、所龄、职称、职务）2、近3年流进、流出人员基本情况统计表（包括学历、年龄、工龄、所龄、职称、职务、流动原因）3、人力资源规划4、人力资源管理制度（包括招聘制度、任用制度、薪酬福利制度、考核制度、培训制度、员工晋升制度）及细则5、2001年薪资水平（公司平均水平及高层、中层、一般人员、研发人员平均水平；同行业平均水平及最高、最低水平；青岛市社会平均水平及最高、最低水平）四、财务相关资料1、近5年财务报表（资产负债表、利润表、现金流量表）2、主要财务管理制度（包括资金审批制度、预决算制度等）3、近3年主要业务收入总额、来源及构成4、近3年工资总额（包括员工取得的所有收入）工资结构5、近3年福利费用（实际发生）总额及构成美文欣赏1、走过春的田野，趟过夏的激流，来到秋天就是安静祥和的世界。
秋天，虽没有玫瑰的芳香，却有秋菊的淡雅，没有繁花似锦，却有硕果累累。
秋天，没有夏日的激情，却有浪漫的温情，没有春的奔放，却有收获的喜悦。
清风落叶舞秋韵，枝头硕果醉秋容。
表单信息 流程信息 流转记录
表单信息流程信息流转记录英文回答：Form Information:This section typically includes the basic information related to the form, such as its name, type, purpose, and version number. It also includes the date of creation and any revisions made to the form.The form title should be clear and concise, indicating the purpose of the form. For example, "Employee Performance Evaluation Form" or "Customer Feedback Survey."The form type indicates whether it is a physical or electronic form. For example, "Paper Form" or "Online Form."The form purpose briefly describes the reason for using the form. For example, "To collect employee performancedata for performance reviews" or "To gather customer feedback for product improvement."The form version number indicates the current iteration of the form. For example, "Version 1.0" or "Version 2.3."The creation date indicates when the form was initially created.The revision date indicates when changes were last made to the form.Process Information:This section describes the workflow and business rules associated with the form. It includes information about the form's lifecycle, approval process, and integration with other systems.The form lifecycle describes the different stages the form goes through from creation to completion. For example, "Draft," "Submitted," "Approved," "Rejected."The approval process outlines the steps involved in approving or rejecting the form. It includes the roles and responsibilities of the approvers and any required approvals.The system integration details how the form interacts with other systems, such as databases, CRM systems, or email clients.Flow Records:This section provides a detailed audit trail of the form's activity. It includes information about who filled out the form, when it was submitted, and any actions taken on the form.The flow records provide a chronological record of all events related to the form.This information is valuable for tracking the progress of a form, identifying bottlenecks, and ensuring compliancewith business rules.中文回答：表单信息：此部分通常包括与表单相关的一些基本信息，例如表单名称、类型、目的和版本号。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
Form Form属性列表 Form 1. 功能性—控制台窗口：Form打开时，第一个显示的窗口； 2. 导航—第一个导航数据块：Form打开时，第一个定位到的数据块； 在Form开发过程中Form级的属性，一般只需要修改以上两个属性，用于确定Form一进入时，显示的界面内容；同时需要注意：控制台窗口和导航块要保持一致；即：控制台窗口对应的画布上显示的数据块项必须为导航块上的项； Form级的属性可以通过内置过程Set_Form_Property来设置；一般这个内置过程的调用放在Form级触发器PRE_FORM WHEN-NEW-FORM-INSTANCE 下；
Block 1. 导航—导航器样式：用于设置在该Block显示的界面中用TAB界面导航至下一导航项的导航风格；同一记录：当用TAB键导航至下一导航项时，系统会自动导航到该记录中的下一个导航项（如果当前项为该记录的最后一导航项时，导航至下一记录的第一个导航项）；改变记录：当用TAB键导航至下一导航项时，系统自动导航至下一记录的导航项；改变数据块：当用TAB键导航至下一导航项时，系统自动跳转至下一数据块的显示项；系统默认选择：同一记录 2. 记录—显示记录数：数据块的显示项当以列表的形式显示在画布上时，该属性项的值就是该数据块在画布上一页显示的记录数 3. 记录—查询所有记录：是：该块一执行查询时，系统会把所有符合条件的记录显示出来（当该数据块中有项的计算方式是汇总该块某项的值时，该属性必须设置为 是）； 4. 数据库—数据库数据块：是：该块是关联数据库的，对该块的修改，系统在提交时，会自动提交至对应的数据库对象中（如果系统退出时，没有提交，系统会提示用户是否保存修改）；否：该块是独立块，对于该块的修改系统不会提交； 5. 数据库—查询数据源名称：该块对应的数据库对象名称； 6. 数据库—where子句：设置该数据块查询时的默认查询条件（该条件在触发器Pre-Query下重置条件时，不会将该条件覆盖，而是与该条件合并；系统通过Ctrl+F11执行查询时，系统会把该条件设置为默认查询条件）； 7. 数据库—Order By子句：排序列；如果块是以列表格式显示时，默认的排序条件；升序排列；如果是需要按照某项来降序排列的话，需在该列后边加关键字desc 8. 数据库--允许插入、允许更新、允许删除：该数据块的数据库操作权限设置（一般放在block级下的触发器when-new-record-instance下控制，不建议放在when-new-block-instance下控制）； 9. 数据库—键模式：如果该块对应的数据库对象为视图的话，同时需要做数据库操作，则该属性值必须设置为：可更新、唯一（同时，需对改块下的某一项设置为 主键） 10. 滚动条—显示滚动条：是：画布显示竖直滚动条； 11. 滚动条—显示画布：该数据块对应的滚动条显示的画布名称 12. 视觉属性—视觉属性组：如果该块的显示属性需要设置为其它的复杂属性时，可以在Form下新增一视觉属性组，然后将该属性设置为该视觉属性组 Block级属性的设置一般通过内置过程set-block-property来设置；一般放在block级触发器pre-block（如数据源的设置），when-new-block-instance(如：画布项的显示属性等信息)，when-new-record-instance（如：对数据块操作权限的控制）；
Item 1. 常规--项类型：LIST：列表项（该项与LOV的差异在于：List：是系统在该项一初始化时，根据FORM定义的列表来显示内容，如果需要增加、删除显示项内容的话，需要通过内置过程：ADD_LIST_ELEMENT 、DELETE_LIST_ELEMENT来控制；而LOV：是系统通过查询语句通过后台程序在对应的数据库对象中执行查询SQL获取的；如果一个块中有LIST项时，用工具dataload导入初始化数据时会有问题；因此，不建议使用LIST项；） 2. 常规—子类信息：current_record_indicator：导航项； 3. 功能性—对齐：数据项内容在显示时的对齐方式；一般数据类型：“字符串”的数据项从左对齐；“数值”：从右到左对齐 4. 功能性—多行：如果该数据项的字符串长度比较大，需要多行显示时，该属性设置为是（或者 项的子类继承属性 设置为“Text_item_mutliline”） 5. 数据—初始值：在新增记录时，该数据项的默认值；（当项的类型为Date时，$$DATE$$：
默认为系统当前日期；当项的类型为Datetime时，$$DATETIME$$ ） 6. 数据—必需：该项是否为必输项（对于该项的设置，建议放在block级下的触发器when-new-record-instance下；当然：如果一个数据项的值可以控制另一个项的必输性时，可以放在该项的触发器when-validate-item下） 7. 数据--格式掩码：该项显示的显示格式（如：金额的显示可以设置为FM999，999，990.00）； 8. 数据—从项中复制值：一进入数据块时，从另外一个项中复制其值至该数据项，修改该项值不影响另外的项值； 9. 数据—用项同步化：与另外一个项值同步；其中一个项值变化会影响另外一个项值 10. 公式：一般运用公式计算的项不为数据库项； 11. Lov-验证：用户输入的该项值与LOV值列表做有效性验证；如果设置为“是”，则用户在输入启用了LOV项的项值后，系统自动根据输入的值到LOV中去验证，同时返回其他需返回的值； Item级的属性控制一般放在block级的触发器：when-new-record-instance下，通过内置过程set-item-property设置；
Record 1. STATUS 状态：控制某记录的状态；New_STATUS：新增状态；CHANGED_STATUS：修改状态；INSERT_STATUS：插入状态；QUERY_STATUS：查询状态；这个属性可以让我们手工控制数据库提交事务；如当修改某一非数据库项值后，系统在保存时，可以自动提交数据库，我们就可以通过内置过程set-record-property来修改记录的状态为changed_status； Trigger 1. 功能性—执行层次：默认：按照系统默认的属性执行（同名触发器，按照项、数据块、Form逐级执行）；之前：同名触发器，第一个执行；之后：同名触发器最后一个执行；
Canvas 1. 物理--窗口：该画布显示的窗口；如果画布类型为堆叠画布/标签画布 时，该堆叠画布/标签画布 需显示在与其同属于同一个窗口的内容画布上； 2. 如果画布类型为子标签画布时，可以通过set-tab-page-property 来设置子标签画布的显示属性；enabled：是否启用；lable：标签；visible：显示属性； 3. 如果画布类型为标签画布时，可以通过set-canvas-property的topmost-tab-page 这个属性来设置第一个显示的子标签画布；
LOV 1. 功能性--记录组：该LOV所关联的记录组；set-lov-property 2. 功能性--列映射属性：该LOV的项对应的数据块的返回项（一般数据组对应的SQL查询语句中的查询列的排列顺序中，把调用该LOV的数据项对应的列放在最前边，否则，如果系统一进入该项，并且该项有默认值，同时该项LOV验证属性为 是 时，系统会弹出该LOV 让用户再次确认） 3. 功能性--显示之前过滤：是：用户选择该LOV时，先弹出该LOV，然后用户输入查询条件（对应的是该LOV对应的数据组的SQL语句中的第一列），然后根据条件列出值列表信息
系统变量
系统标准变量 1. $$DATE$$ ：系统日期 2. $$DATETIME$$ ：系统时间 3. $$DBDATE$$ ：数据库日期 4. $$DBDATETIME$$ ：数据库时间 5. $$DBTIME$$ ：数据库时间（hh：mi：ss） 6. $$TIME$$：系统时间（hh：mi：ss） 7. SYSTEM.BLOCK_STATUS：数据块的状态（query_status,changed_status） 8. SYSTEM.COORDINATION_OPERATION: 9. SYSTEM.CURRENT_BLOCK：当前数据块 10. SYSTEM.CURRENT_DATETIME：当前日期 11. SYSTEM.CURRENT_FORM ：当前form 12. SYSTEM.CURRENT_ITEM ：当前项 13. SYSTEM.CURRENT_VALUE ：当前项的值 14. SYSTEM.CURSOR_BLOCK ：当前数据块（与current_block的区别，暂时没有发现） 15. SYSTEM.CURSOR_ITEM ：当前项（同上） 16. SYSTEM.CURSOR_RECORD：当前记录 17. SYSTEM.CURSOR_VALUE：当前项的值 18. SYSTEM.EFFECTIVE_DATE：最后操作日期 19. SYSTEM.EVENT_WINDOW ：当前窗体 20. SYSTEM.FORM_STATUS：form状态：query_status，changed_status 21. SYSTEM.LAST_QUERY：最后的查询语句 22. SYSTEM.LAST_RECORD：当前记录是否是最后一条记录 23. SYSTEM.MESSAGE_LEVEL：信息级别（可以通过修改该值，来控制系统消息显示级别） 24. SYSTEM.MOUSE_CANVAS：光标所在的画布的名称（当前画布的名称） 25. SYSTEM.RECORD_STATUS：当前记录的状态 26. SYSTEM.TAB_NEW_PAGE：当前显示的子标签页 27. SYSTEM.TAB_PREVIOUS_PAGE：前一显示的子标签页
Form级变量 Form级变量是指在Form中定义的参数，该变量只能在该Form中调用，调用方式为：:parameter.变量名；其作用的范围为Form；其它Form调用该Form时，可以通过该变量来传递参数；在定义功能界面，参数这一列也是通过该Form级的变量来传递参数的；
全局级变量 全局级变量可以直接通过:global.变量名（无需定义，直接赋值，使用），该变量可以实现Form之间的参数传递；如：Form A 调用 Form B 来获取 Form B 的返回参数；这种情况下就可以在Form B 的触发器when-window-deactivated或when-window-close 下直接给变量赋值；然后在Form A 的触发器when-window-activate 下获取该变量的值（注意：该变量在用户的一次登陆有效，如果确定以后再补需要该变量时，需在Form A 的触发器when-window-deactivated或when-window-close 调用内置过程ERASE(GLOBAL.XXX)下将该变量清除）；