《电力OA项目经验2700字》由会员分享，可在线阅读，更多相关《电力OA项目经验2700字（16页珍藏版）》请在金锄头文库上搜索。
1、 电力OA项目经验2700字 20xx/4 - 20xx/12： 电力公司投资（资金）计划系统项目描述： 该系统的实施目标是为了实现省电力公司对各市电力公司的投资计划进行有效管控，并实现与国网系统的数据交换。责任描述： 承担软件实施工作，甘肃电力公司投资计划项目、新疆电力公司投资计划项目，工作职责：辅助项目经理进行调研工作，负责数据收集、整理、系统安装调试和培训工作。20xx/5 - 20xx/10 ：宁夏回族自治区SG186电力安全生产系统项目描述：责任描述：20xx/7 - 20xx/2 ：吉林省SG186电力营销业务应用系统开发工具：项目描述： PL/SQL+Oracle 吉林省SG18
2、6电力营销业务应用系统推广应用（业扩、抄表核算、收费账务、用电检查、计量、资产、线损、稽查）责任描述：国家电网SG186信息一体化营销业务项目：负责项目前期系统的测试，系统推广，需求调研、 供电局相关人员培训 、参与编写用户手册、系统上线后的维护工作及BUG反馈跟踪。 宁夏回族自治区SG186电力安全生产系统的实施及推广 负责电力安全生产、系统应用的实施工作: 包括供电局的需求调研分析、业务流程及需求资料编写整理、 系统的部署调试、系统的测试（黑盒测试），供电局相关人员培训 、编写用户手册、系统维护20xx/3 -至今：山西省电力营销费控系统项目描述： 1、 国家电网公司在20xx年提出了全面
3、建设智能电网的战略规划，随后在20xx年初又提出落实以全面推进“三集五大”工作为核心的总体部署，提出加快统一坚强智能电网和“一强三优”现代公司建设，要求加快电力用户用电信息采集系统建设。 2、为保证智能电网建设规范有序推进，国网公司提出了实现用电信息采集系统“全覆盖、全采集、全费控”的总体建设目标。3、发改委推行居民阶梯电价，鼓励居民节约用电、减少能源浪费，从而提高能源的利用效率。4、以智能电表应用为起点，实现从单纯电量采集向用户侧综合数据采集、用户用电管理的转变，实现高效、经济、智能化的电网应用 在此背景下，安装智能表、开展费控业务以及陆续开展其它提升应用是必然趋势。山西电力公司率先开展费控
4、业务研究，在和局方负责人员对于费控业务进行充分讨论以及对于营销业务应用的改造影响详细分析梳理的基础上，提出本解决方案。责任描述：20xx/6 - 20xx/11： 安徽电力公司生产管理系统开发工具： C+,DEPHI项目描述： 在上海电力生产管理系统(PMS)基础上本地化,分期实现对供电公司生产业务的管理,包括电网管理设备台帐管理及其它生产业务模块管理责任描述： 担任实施工程师,按不同的模块,在市级分公司完成试点实施后组织推广到全省供电公司。先后完成电网基础数据录入、缺陷管理、线损管理和供电方案答复等多个模块的实施和推广20xx/10 - 20xx/12： 内蒙古旗县农电局用电营销软件项目实施
5、项目描述： 该项目包括生产管理、用电营销管理、业扩报装、计量管理、人力资源、办公自动化(OA)。实施过程中负责:1、 软件运行环境搭建。与农电局信息中心人员交流了解当地业务情况及当前数据库的表结构。 国家电网SG186信息一体化营销费控系统项目：负责项目前期系统的测试，系统推广，需求调研、供电局 相关人员培训 、参与编写用户手册、系统上线后的维护工作及BUG反馈跟踪。2、 将当前客户系统的相关数据导入到本公司数据库中。请农电局生产部门人员在本系统中维护线路变压器信息。设置抄表员、核算员、收费员 及营销部门其他人员权限。2、统计用户的打印票据，测试打印票据。如果用户有抄表机、集抄设备，与用户及抄
6、表和集抄厂家2方协调沟通，公司人员制作接口，实施人员测试接口程序。3、导入用户某个月的电能表表底，并计算电费，对新旧两个系统所有用户电费核对，电费有出入的情况和当地农电局人员协调沟通解决。统计用户报表格式。4、抄、核、收满足客户要求后，与客户协调，确定培训时间、项目上线时间。在规定时间对农电局各部门人员分批培训，并签培训单、项目运行单。项目双周计划及项目实施周报提交。20xx/7 - 20xx/6： 江西双源电力高新技术有限公司 | 研发部 | ERP技术/开发应用IT服务（系统/数据/维护）/多领域经营 、股份制企业 、20xx-4000元/月负责国家电网江西电力公司的SAP MM物料管理模
7、块的实施，先后负责实施江西省吉安市供电公司、江西省吉安市安福县供电公司、江西省赣州市供电公司、江西省赣州市大余县供电公司的ERP SAP项目。SAP功能强大，集成性高，MM是SAP的中间环节，月底与FICO财务进行月结，四个供电公司的项目进展顺利，现处于阶段性项目验收阶段。20xx/9 - 至今： 黑龙江省电力公司ERP项目项目描述： 国家电网公司依据国家“十一五”信息发展规划，决定在国家电网公司系统构筑由信息网络、数据交换、数据中心、应用集成、企业门户五个部分组成的一体化企业级信息集成平台；建设由财务（资金）管理、营销管理、安全生产管理、协同办公、人力资源管理、物资管理、项目管理和综合管理八
8、大业务应用；建立健全信息化安全防护、标准规范、管理调控、评价考核、技术研究、人才队伍六个保障体系。重点建设“一个系统、二级中心、三层应用”。 黑龙江省电力公司ERP项目作为国网公司“SG186”工程的一部分，起着推动公司信息化建设、提高企业管理水平的重要作用。责任描述： 作为SAP(FICO)财务实施顾问，为黑龙江省电力公司进行ERP实施工作，主要负责西部推广分区财务模块实施工作，主要包括：1、最终用户培训工作2、静态、动态数据清理与导入工作3、模拟运行4、上线支持工作20xx/2 - 20xx/9： 湖北省电力公司ERP项目项目描述： “SG186”工程是国网公司确定的“十一五”信息化建设的
9、宏伟目标，它的具体内容包括企业一体化平台、八大业务应用和六项信息化建设保障措施。湖北省电力公司ERP项目作为国网公司“SG186”工程的一部分，起着推动公司信息化建设、提高企业管理水平的重要作用。责任描述： 作为SAP(FICO)财务实施顾问，为湖北省电力公司进行ERP实施工作，主要负责武汉推广分区财务模块的实施工作，主要包括：1、项目前期业务调研与差异确认工作，业务蓝图设计2、根据差异分析进行系统配置以及权限设计、配置与测试工作3、系统配置手册、操作手册的编写与修改工作4、关键用户、最终用户培训以及系统单元测试、集成测试5、各静态数据与动态数据收集与清理工作日期:20xx/03-20xx/0
10、4项目名称/客户名称开发环境与技术项目简述本人职责 物11111111111111 WindowsXp Web 本人第二篇：OA项目总结 4100字组织机构管理模块请描述一下你做的组织机构管理模块描述思路：1、 组织机构模块的基本需求a) 本模块主要管理公司、子公司、部门、岗位、员工的信息b) 公司下面可以创建子公司、部门c) 部门下面可以创建子部门、岗位或员工d) 岗位下面可以创建员工（即员工可以属于某个岗位）e) 公司、部门、岗位、员工形成一棵组织机构树，要求使用树型方式来展现和管理2、 组织机构的总体设计思路a) 公司、部门、岗位、员工可以看成同一种类型：Partyb) 在Party上实
11、现树型结构（父子关系）c) 其它类型：公司、部门、岗位、员工均继承Party（请画出类图）3、 组织机构的实现技巧a) 利用jQuery的jsTree实现组织机构树b) 利用jQuery的treeTable实现列表（AJAX、查询、分页）c) 在组织机构树中显示公司、部门、岗位的信息，点击公司、部门、岗位，则可以显示其详细信息，及其下面的所有员工（利用hibernate filter避免在树上显示员工信息）d) 为了显示某个公司或部门（包括其下级机构）下面的所有员工，我们设计了一个sn，这个sn根据组织机构的树型结构来取值，通过它便可以方便实现查询需求。 e) 利用TreadLocal实现分页
12、参数的传输f) 利用VO设计模式适应客户端对数据格式的特殊要求4、 我们这个设计的优点在哪里a) 通过树的方式来管理，一目了然，层次清楚b) TheadLocal设计模式的运用大大降低了分页查询逻辑的封装处理c) 抽象出Party来，便于对所有的组织机构实体进行统一的管理（比如方便我们后面的权限管理模块把所有Party统一对待）5、 我们这个设计的缺点在哪里a) 没有实现员工的调动管理（从一个部门调到另外一个部门），此功能在项目二期实现！b) 员工不允许跨部门（即一个员工只能属于一个部门，而不能同时属于多个部门） c) 在模型上没有规定哪些类型的Party只能放在哪些类型的Party下面，比如
13、，在一般的需求中，岗位下面肯定是不能挂一个公司的。我们针对这种需求，是通过具体的代码逻辑来实现的，而没有办法在一个地方去统一定义这种规则。 i. 如果要实现这些逻辑的统一定义，可以参考“责任模式”！权限管理模块请描述一下你做的权限管理模块描述思路：1、 权限管理的基本需求a) 系统后台有很多菜单项，同时各个页面上也有很多功能按钮，客户要求我们的系统要能够控制这些菜单项的访问权限，也可以控制到具体每个功能按钮的访问权限 b) 客户要求建立角色的概念（参考RBAC），能够自由定制不同的角色，角色和用户之间是多对多的。c) 权限可以授予角色，然后把角色分配给用户，这样用户就拥有了角色的权限d) 权限
14、也可以授予某个部门、某个岗位，这样在这些部门或岗位下面的用户就拥有了这些部门和岗位的权限e) 客户还要求权限也能直接授予用户，这样即使拥有相同的角色、相同的部门、相同的岗位，用户的权限也可以是不同的f) 这样，用户自身被授予的权限、用户拥有的角色的权限、用户所属部门或岗位的权限这些要素联合起来判断，才能最终决定用户的权限。g) 因为用户的权限可能从多个角色或部门、岗位中继承下来，而这些角色、部门或岗位的授权极有可能会有冲突，比如一个角色的授权是允许访问，而另外一个角色的授权是拒绝访问，客户要求，如果出现这种情况，就以拒绝为准，即不允许访问。2、 权限管理的总体设计思路a) 因为权限可以被授予用
15、户、角色、部门、岗位等等，我们称之为权限控制的“主体”，我们定义了一个接口Principal用来表示主体的概念，用户、角色、部门、岗位等均实现这个接口b) 我们要控制菜单项以及各种功能按钮的访问，我们称这些菜单项和各种功能按钮为权限控制的“资源”，定义了一个SysResource接口来表示资源的概念。c) 菜单项是一种资源；而各种功能按钮最终其实是要访问后台的某个类的某个方法，因此我们把Action类看成是一种资源（称为“操作资源”），各种功能按钮则对应了这个类里面的各种方法，我们把这些方法看成是这种资源的各种操作。d) 我们定义了一个ACL用来表示哪些资源的哪些操作被授予了哪些主体，ACL中的主要属性包括：主体类型（principalType）、主体ID(principalId)、资源类型(resourceType)、资源ID(resourceId)、操作状态(aclState)，其中操作状态是int类型，在Java中，一个int有32位（bit），我们定义资源的时候，把这个资源对应的操作映射到某一位上，规定在这一位上取1表示允许执行那个操作，而取0表示不允许执行那个操作。e) 这样，在授权的时候，我们直接改变相应操
