我们公司(北京泽佳)作为SAP的长期合作伙伴,并且自己也致力于ERP的自身研发和中国SAP本地化做出巨大的努力和贡献。如果从动态的角度来看,企业信息化就是企业应用信息技术及产品的过程,或者更确切地说,企业信息化是信息技术由局部到全局,由战术层次到战略层次向企业全面渗透,运用于流程管理、支持企业经营管理的过程。这个过程表明,信息技术在我们企业的应用,在空间上是一个由无到有、由点到面的过程;在时间上具有阶段性和渐进性;信息化的核心和本质是企业运用信息技术,进行隐含知识的挖掘和编码化,进行业务流程的管理。
随着越来越多的数据信息在产生,企业对数据整合有了更多的需求。对他们来说,一个高效的、能整合好数据信息的信息化平台是十分必要的。对此,泽佳OA办公系统是当之无愧的诞生。因为OA办公系统面向的办公和管理人员最广泛,涵盖的管理职能最多,是企业内各项流程和数据的交汇中心,能很好地承担企业数据整合的重任。
显然,相比于传统的流程管理,数据整合能够更好地促进OA办公系统在企业中的深化应用,创造出更多的信息化价值。传统认为企业信息化程度划分为四个阶段:基础应用阶段、关键应用阶段、扩展整合及优化升级阶段和战略应用阶段,每一阶段都有其具体特征和判断标准。先看第一个基础应用。在此阶段,企业主要进行的信息化应用内容有基础的协同OA、简单会计核算、企业网站、简单薪资核算和简单的员工考核等。第二个是关键应用阶段。这一阶段企业的信息化应用主要有全面会计核算、基本成本和资金管理、企业核心业务系统(采购、分配、维修、库存等)和人力资源管理等。
泽佳OA系统上线后,会对自己公司和自己所处的行业产生一系列的影响,让工作更加简单:①抛开繁琐的设置与操作,领度产品的使用可以简单到和发一条微博一样容易。我们成功运用类微博的沟通方式,改变了刻板的工作流程,提高了企业执行力。②引入以人为本的工作模式,重点解决人与人、人与事、事与事的多维关系, 并在此基础上整合了项目管理、客户管理等企业应用。③将自动的、系统的分析时间融于简单、及时的分享和沟通之中,有效地解决了时间管理难题,也使工作在时间维度上合理安排。④活动流相比工作流,能够更加全面的记录过程信息,并具有可追溯性。因此能够大幅降低人员流失和知识流失的损失,同时降低新员工培训成本,使之快速进入工作场景。⑤独创的任务动态、项目动态等分析技术,避免了传统信息系统中数据的不客观性,在看似大量繁杂无序的活动流信息之上,让数据说话,为企业的决策提供可信的依据。
泽佳OA系统就是针对强大ERP公司合作伙伴所打造的OA系统(如果我没有理解错),是众多的外包公司。加上OA系统本身的强大功能(OA本身的拓展性、易用性、健壮性、开放性、严密性、实用性)可以向其它行业或者企业个性化定制转变,如虎添翼、功能完备。
泽佳OA系统经过我们公司资深业务管理专家和资深OA编程人员共同努力创造出来。业务构架全面简介易懂,并且是通过用户和设计编程人员互相协作,熟练的运用“生命周期法”对整个开发实施过程、上线运维过程都是精益求精,不懈努力、屡次修改和创新。强大的业务构架人员和丰富经验的开发人员和公司员工(OA系统用户)的积极配合是这次信息化工程奠定了扎实的基础。同时我也希望泽佳OA系统从下面能看出系统特色和亮点(也必须在下面各方面找到泽佳公司OA系统的亮点和特色):
所谓可行性,是指需求提炼时,应该吻合适合核心需要,满足主要功能,而不是超越当前技术水平放卫星的胡说!适应性,是指产品的实施条件和应用条件,要吻合企业当前的环境,超越环境搞亩产万斤粮的大跃进是注定要失败的。核心需求的吻合度,是OA价值兑现的保障,用户在工作流程、公文管理等方面的核心需求的满足度是项目成功的基础。
OA系统的开发设计,即要考虑到最大限度的增加系统的价值,最大限度的吻合各应用者的需求,充分考虑系统今后功能扩展、应用扩展、集成扩展多层面的延伸,实施过程应始终贯彻面向应用,围绕应用,依靠应用部门,注重实效的方针。同时又要兼顾到成本控制、项目周期控制等因素,因此在功能的部署上也需要遵循实用主义。
先进的管理理念、技术和方法,可以提升企业的竞争力,延长系统的生命周期,但同时,任何创新都意味着小白兔实验,风险较大,因此又要注意软件系统、硬件设备、开发工具、软件产品的是否成熟,在先进性和成熟性之间找到平衡点,成为价值最大化的关键。
OA系统里流转了大量的管理数据,因此必须是可靠的,一般的人为和外部的异常事件不应该引起系统的崩溃;当系统出现问题后能在较短的时间内恢复,而且系统的数据是完整的,不会引起数据的不一致。
我们泽佳OA系统还需要在性能上面加强,保证平均无故障运行时间:大于10000小时;可用率:系统总体平均可用率在99.99%以上;稳定性:主机系统能够保持7*24稳定的不间断运行就可以了。
数据孤岛、信息孤岛、应用孤岛,已经成为多年信息化建设后的后遗症,而解决这些孤岛的关键因素在于开放,解决这些孤岛的效率取决于标准化。
如同我们的插座和插头的关系、如同我们的外设和usb口的关系,OA系统是否足够开放和标准化,成为架构设计时首要考虑的问题。
在当前和未来,OA系统需要轻松与各种操作系统、中间件、数据库、业务系统及工具软件进行平滑对接,当前主流的厂商如九思软件、浪潮、点击等都在这方面做了充分的考量。
OA系统的开发设计既考虑信息资源的充分共享,更要注意信息的保护和隔离,因此系统应分别针对不同的应用、不同的网络通信环境和不同的存储设备,采取不同的措施,包括系统安全机制、数据存取的权限控制等以确保系统的安全性。
其中,采取的措施包括但不限于以下
平台安全:架构设计考虑安全性要求,平台软件达到安全设计标准。
应用安全:权限控制、支持身份认证接口、防篡改、防暴力破解等措施完善,并且可以跟USBkey、CA、IP地址限制等各种安全措施进行方案组合。
数据安全:支持文档安全软件整合技术,从而做到数据传输加密、远程安全访问、数据存储加密,并且可以VPN等各种安全方式进行绑定,支持入侵检测与防御系统、防火墙的应用。
容灾备份:支持各种容灾的软硬件设备的使用等。
管理安全:提供完善的日志功能,能够记录系统使用人员的关键操作,保证系统应用的安全
密码策略:初始密码强制更改、启用图形验证码、支持USBkey接口、密码过期控制、密码错误次数控制、密码强度设置等,从而防止暴力破解和恶意攻击。
系统网卡MAC和IP的绑定;支持CA认证、数字签名加密技术;支持电子钥匙(Ukey)技术和指纹Ukey技术;支持安全套接(SSL)技术;软件系统严密、灵活的访问安全控制,功能授权与数据范围授权结合;
系统有整体的用户/权限管理体系,可统一进行用户/权限的管理,实现到字段级的查询、修改、管理权限控制;系统提供用户认证、数据传输、数据存储、数字
为了适应未来的业务拓展和项目的功能扩展,必须充分考虑以最简便的方法、最低的投资,实现软件系统的扩展和维护扩展。
因此,在OA软件系统的开发设计中,需要考虑到应用及系统不断扩展的要求,以形成一个易于管理、可持续发展的体系结构。未来业务的扩展只须在现有机制的基础上,增加新的应用与服务模块。一方面当应用量增加,用户数增加时系统可以平滑增加服务器的方式来支撑新的压力要求发;一方面,当新的技术和产品出现进行升级时,系统能够平滑过渡而不影响用户的使用;另一方面,产品有新的功能增加时,可以通过插件和模块定制平台的方式,轻松实现业务的扩展。
在设备选择及网络方案上坚持开放性原则,使系统对各种硬件设备的互连互通;在软件上支持跨平台和开放数据接口,便于与其它系统软件互相集成,未来支持与业务系统、门户等系统的单点登录集成,在可获得相应系统的数据结构情况下,实现与这些系统的应用、门户、数据等各层面上无缝连接。
系统的管理和维护,应该采用集权和分权相平衡的思想,如iThink产品设置了系统管理、应用管理和个人管理对系统进行分层授权和分层维护。
利用系统提供的工具,无须编写代码,方便用户自行进行客户化功能改造,方便用户自行定制界面数据项的显示;同时在网络或系统出现问题时能及时、快速地恢复系统的正常运行,保证系统的可恢复性,具有较高网络系统的抗干扰能力。
系统用户界面的设计采用Web2.0用户界面设计技术,界面根据用户需求灵活更改(增强标签分类特性),注重用户体验,使系统各项功能易见、易学、易用、易维护、易管理。
作为全员应用系统,易用性和用户体验是项目成败的关键要素。所提供的产品采用B/S的登录方式、可以采用电脑、手机等各种方式下登录,采用了AJAX、图形化编辑器等各种新技术,并且易读、易理解、易操作,用户界面简洁、美观、友好,易于用户掌握、操作和使用;系统管理的使用及管理也以简便、易于操作、方便实用为准则。
严格遵循易用性六原则,实现从产品的部署、登录、使用、维护、升级、扩展的全方位易用,从而提升系统的黏着度; 提供统一的访问地址,便于用户使用。在登录页为用户提供加入收藏、设为首页等操作,方便用户以后快速访问系统;具备风格一致的友好的用户界面,图形显示直观,工作流程从设计到使用全程图形化;
美观性,相比易用性来讲并不是很重要,这如同一个美丽的姑娘,第一眼打动你的可能是表象,然后持续感动你的往往是她的内在。
作为集团化、多组织、大用户的单位,OA软件系统的开发设计,应该支持应用和数据库等多重负载均衡能力,支持附件服务器和数据库服务器分离技术,从而支持数万用户同时在线和同时操作的能力,不会因为用户数的增长或者信息量的增长,而导致系统响应能力下降。
我帮助在政府部门上班的同学配置过OA系统的环境,只是稍稍看过这个OA系统,当时我就发觉OA系统这么实用,已经被政府部门采纳。没有想到我们公司除了经营SAP的主业外,也实施自身的OA建设。相比之下,政府的OA系统为了保证OA系统的绝对安全性,在环境配置和插件安装上面相当复杂。里面内容的审批流程也是相当强大的,不过里面有很多BUG还是没有解决,比如上级指示的文档查看,只能打开附件观看,在线观看都是摆设。泽佳OA 系统作为商业系统,环境配置简单,审批过程的强大能力和数据安全性,是泽佳需借鉴的。
通达OA系统体验版
通达OA系统的个人桌面展示
通达OA系统的菜单展示
可以看出通达OA系统和政府OA系统在登陆的时候就已经区分了角色设置,可能泽佳OA系统从后台自己区分账户的角色和权限。但是,在登陆时期就区分职位和工作要求。
实际生活中,我们浏览网页都习惯于导航条。但是OA系统中没有导航条,我个人觉得比较不符合生活习惯。
OFFICE ANYWHERE的OA系统导航条展示
泽佳OA系统无导航条对比
作为一个OA系统,用户需要长时间登陆网站,并且经常密集的和OA系统交互,找个时候我们就需要用户状态控制,比如在线、隐身、忙碌等等。
泽佳OA系统作为员工和协作人员的公司门户网站一样,对于我们这个行业,公司流动人员比较多,也需要我们共同维护公司形象和公司宣传。
由于OA系统刚刚在我们公司上线,需要公司员工(OA系统用户)正确理解OA系统的功能,积极使用OA系统,提高工作效率。,泽佳OA还为员工积极参与企业的管理开辟了通道。泽佳OA办公系统中的功能模块员工建议箱建立了员工与企业沟通的一个有效渠道,意见箱为使各员工畅所欲言特别针对敏感性问题设计了匿名功能,管理层通过员工的意见和改进建议,了解员工想法及时解决提出的问题,营造良好的氛围。调动员工关心企业、热爱企业、积极参与企业管理的积极性。
OA系统作为公司管理系统的集成,公司员工(OA用户)完全可以用OA系统来签到。公司OA系统作为员工和工作管理的交互途径,完全可以作为签到的依据。目前所有的办公都趋于移动化,针对一些人员,签到是可行的。目前部分政府OA系统也已经实施次方案。
OA系统是一个可以复制并且可以赢利的产品,公司可以增加OA体验版,把泽佳OA系统用以赢利,帮助其它类似企业信息化建设。OA系统是网络虚拟产品,网络虚拟产品有着虚拟产品的特点,其中之一就是一次性开发,终身受用;同时也有梅卡夫法则(梅卡夫法则是指网络的价值以用户数量的平方速度增加。每增加一个投入单位,不仅能够得到投入者应有的报酬,而且还能得到超过该投入以外的收益。例如,假设社会上只装两部电话,只有两个人通话,这样总效用为2,边际效用为2;当第3个电话用户加入时,总效用增至6,边际效用为4;当电话用户增至4个时,总效用已达12,边际效用为6;以此类推,可以发现,用户的每一次扩大,得到收益的并不仅仅是新加入的用户,而是总效用的增加。)所以创建体验版是相当必要的,也是从众多OA开发商提取的宝贵经验。
图4-9 泽佳OA检索举例
用户体验的重要指标就是简洁、方便和实用性。
SAP在这方面就做的非常全面和先进。
4-10 泽佳OA批量数据操作举例
系统新上线和系统信息更新的时候,批量导入的功能是非常强大的。批量导入就是可以把信息整合在一起,形成表格的形式,按照规则整体上传录入到系统内。这样快速而且实用的方式是很多其它OA系统都没有提供的,但是在整个系统的操作过程中,却是十分重要和实用的功能。
广州石化OA合同会签审批系统需求分析报告(v1)
中国石油化工股份有限公司
广州分公司
OA合同会签审批系统
需求分析报告
广州市百成科技有限公司
顾问咨询中心
20xx年3月
广州石化OA合同会签审批系统需求分析报告(v1)
1 引言
1.1 编写目的
广州石化分公司在ERP实施的过程中,利用OA系统在文件审批方面的优势,于20xx年初成功在OA系统中实现了ERP系统中的采购合同和销售合同审批操作,基本上解决了合同会签、审批界面不直观,审批意见不能很好反应,合同会签通知不及时等问题,收到了良好的效果,达到提升整个企业管理水平的目的。
随着合同会签审批系统的深入应用,在实践过程中也逐渐暴露了系统存在的一些问题,各业务部门根据实际应用需要,也纷纷对系统提出了的一些修改意见,此外随着应用的不断深入和数据的不断积累,目前系统运行效率也出现了下降的情况,为此,对系统进行优化升级已经非常迫切。针对这种情况,广州石化分公司对原有的合同会签审批系统提出了优化升级的需求,为了有效地指导合同会签审批系统优化升级项目的设计和实施,对实施的过程进行有效的监督,故编写本需求分析报告。
1.2 项目背景
a. 广州石化销售采购合同网上会签系统。
b. 本项目由中国石油化工股份有限公司广州分公司提出,由广州百成科技公司
进行系统开发和实施,使用用户为中国石化股份有限公司运销中心、物共中心、生产调度部、计划部、机械动力部、财务部、法律部、公司经理等。 c. 广州石化销售采购合同网上会签系统与广石化实施的ERP系统通过相应的接
口程序进行数据的交互。
d. 广州石化销售采购合同网上会签系统用户短信消息的发送,通过通过广州石
化短信网关进行。
1.3 定义
ERP:是英文Enterprise Resourse Planning的缩写,中文意思是企业资源规划。它是一个以管理会计为核心的信息系统,识别和规划企业资源,从而获取客户订单,完成加工和交付,最后得到客户付款。
SAP:是一家通过业务工程成功地集成信息技术的公司,SAP(System,
广州石化OA合同会签审批系统需求分析报告(v1)
Applications, and Products in Data Processing,数据处理的系统、应用和产品) 。
OA:是OFFICE AUTOMATION的缩写,本意为利用技术的手段提高办公的效率,进而实现办公的自动化处理。
合同:是平等主体的自然人、法人、其他组织之间设立、变更、终止民事权利义务的协议。
2 现有业务流程概述
2.1 目标
为了配合广州分公司的ERP项目实施,把ERP中的销售合同和采购合同放在OA中进行会签审批,按照分公司的内控流程的规定需要相关部门和领导进行审批,审批通过后进入ERP系统释放合同,产生销售订单和采购订单。
公司领导、财务部、法律事务室等相关部门有权限查看系统里所有的合同。系统通过邮件和手机短信的方式提示审批人进行审批。
2.2 业务描述
广州石化分公司实施合同网上会签系统的部门包括运销中心、物供中心及其他会签部门,合同可以分为销售和采购合同两种。
2.2.1 采购合同业务流程描述
a. 在SAP系统:采购员录入采购合同信息;
b. SAP系统通过API接口程序把采购合同信息传给OA系统,OA系统成生
一个采购合同会签单;
c. 在OA系统:采购员把会签单和合同传递给业务主管,由业务主管进行
审核,并在合同会签单上签署意见,完成后提交到中心合同室,有修改意见退回采购员;
d. 在OA系统:中心合同室在合同会签单上签署意见,完成后根据合同内
容提交到中心领导审批,有修改意见退回采购员;
e. 在OA系统:中心领导在合同会签单上签署意见,完成后中心授权范围
内的合同会签流转结束,有修改意见退回业务人员重新修改审批;
f. 在OA系统:中心领导根据合同内容选择计划财务部或财务部进行下一
步审批;计划财务部在合同会签单上签署意见,完成后提交到财务部,有修改意见退回业务人员重新修改审批;财务部在合同会签单上签署意见,完成后提交到法律事务室,有修改意见退回业务人员重新修改审批; g. 在OA系统:法律事务室在合同会签单上签署意见,合同会签单和合同
广州石化OA合同会签审批系统需求分析报告(v1)
传送给公司分管领导,有修改意见退回业务人员重新修改审批;
h. 在OA系统:公司分管领导按照有关内控文件1、在内控授权范围内,在
合同会签单上签署意见完成审批过程。2、超出授权范围内,在合同会签单上签署意见会签单和合同传送到公司领导;
i. 在OA系统:公司领导在合同会签单上签署意见,审批结束; j. 在SAP系统:合同会签结束,合同管理员释放合同。
2.2.2 销售合同业务流程描述
a. 在SAP系统:销售员录入销售合同信息;
b. SAP系统通过API接口程序把销售合同信息传给OA系统,OA系统成生
一个销售合同会签单;
c. 在OA系统:销售员把会签单和合同传递给业务主管,由业务主管进行
审核,并在合同会签单上签署意见,完成后提交到中心分管领导,有修改意见退回业务人员;
d. 在OA系统:中心领导在合同会签单上签署意见,如果需要公司分管领
导批示转送公司分管领导,否则完成后提交到合同管理员,有修改意见退回采购员重新修改审批;
e. 在OA系统:在中心授权范围内的合同会签流转结束;合同管理员根据
合同内容选择相关部门,并发送给相关部门对合同进行会签;根据合同内容所有需要会签的相关部门意见签署结束的合同,合同管理员选择并将会签单和合同传送给法律事务室进行会签或根据会签意见将合同退回采购员重新修改;
f. 在OA系统:法律事务室在合同会签单上签署意见后,会签单和合同发
送给公司分管领导,对合同有修改意见的返回给合同管理员;
g. 在OA系统:公司分管领导在合同会签单上签署意见通过审批,对合同
有修改意见的返回给合同管理员;如果需要传送到公司经理批示的,发送给公司经理;
h. 在OA系统:公司领导在合同会签单上签署意见会签单和合同传送到合
同管理员;
i. 在OA系统:流程结束;
广州石化OA合同会签审批系统需求分析报告(v1)
j. 在SAP系统:合同签订后,合同管理员释放合同,产生销售订单。
2.3 条件与限制
略
3 数据描述
3.1 静态数据
略
3.2 动态数据
输入数据:SAP中的送审的销售或采购合同信息;
输出数据:合同在返回SAP系统修改,审批通过后提交到SAP系统时,提供修改后的合同信息。
3.3 数据库介绍
服务器平台采用Lotus Domino R5,在其上运行的合同审批系统数据库名称为Pactsign.nsf。
3.4 数据词典
略
3.5 数据采集
略
4 项目升级功能需求
4.1 功能划分
针对用户提出的升级需求,我们在对需求进行充分调研的基础上,将本次系统升级的需求大致分为以下几个部分:
a. 审批流程修改
b. 审批内容和审批项的变更
c. 合同查询统计子系统
d. 合同归档子系统
e. 合同打印子系统
f. 合同催办子系统
4.2 功能描述
4.2.1 审批流程修改
a. 增加“返回起草人”功能,系统中的任一审批人都可以使用此功能,限制“返
回SAP”功能,在系统中只有业务员有权限返回SAP。在系统中的审批痕迹中要体现“返回起草人”的情况
b. 各会签部门采用“并列”关系,主办部门内部,各层次审核人员应是“串联”关系;所有会签部门的审核意见均不应起到否决作用,不导致会签流程的停止或
广州石化OA合同会签审批系统需求分析报告(v1)
重新开始
c. 对所有到期合同运销中心经理有权限对原合同延期10天;超过10天的,按
原合同会签流程重新流转。
d. 参照物资采购合同会签流程,调整现有销售合同会签流程
e. 对合同设置审批时限,超时未审合同可以多次短信提醒
f. 在OA上的合同文本(word)文件只允许在业务员名下修改,在流转其他环节
不能被修改。各审批人若认为合同必须被修改,可在意见中注明原因,把合同打回ERP系统,待修改后再重新流转。
4.2.2 审批内容和审批项的变更
ERP系统原合同条款部分改为合同摘要,照原有流程送OA系统。要将合同条款(文本)单独作为一个word文件,由业务员在OA系统中操作时,粘贴在合同上。
4.2.3合同查询统计子系统
a. 用户可以用合同中的以下数据项作为查询条件、分类汇总条件和输出内容:
办理人、创建时间、SAP合同编号、合同编号、合同名称、业务员、环节、类型、状态、经办单位、项目名称、标的金额、中选供应商、合同类型、采购模式及审批结束时间等;
b. 对合同的份数及合同的标的金额或节支金额进行汇总。
c. 合同查询统计的查询结果可以导出到excel表格中。
4.2.4合同归档子系统
建立归档库,合同管理员有权限对合同进行按年/月的归档,并且在合同会签系统界面有链接,可以对已归档后的合同访问,并且此归档后的合同也支持上述的查询统计功能。归档后的合同从合同会签系统库中删除。
4.2.5合同打印子系统
打印所需合同的详细内容、合同审批意见汇总、合同审批流程(需用户方提供打印格式要求)
a.单个合同打印功能
b.合同批量打印功能
4.2.6合同催办子系统
合同会签系统中,除了A类合同外,其他类型的合同都需要跨多部门审核,若审核人出差或休假而未设置审批代理人,这就在一定程度上造成了有些合同审
广州石化OA合同会签审批系统需求分析报告(v1)
批时间过长,甚至接近合同有效期。为避免此情况,需要有在OA中设置一个合同催办角色,赋予相关权限,能够查询系统中所有合同的审批时间,并可以通过短信和邮件等手段通知审批延误者及时审批合同。
具体需求说明:
a. 需在系统中设置催办人角色。
b. 合同催办人需有自己查询界面(视图)。格式如下:
c. 系统对总审批时间进行计数,当超过一定期限时,系统自动发送短信和邮件
提醒催办人某份合同超期。此期限可以由催办人设置。
d. 在上述统计表单中设置提醒按钮(类似合同审批中的意见栏),催办人判断
合同审批超期后可以直接点击此按钮,选择预设信息或者自己填写信息后给当前合同审批人发送短信和邮件作为提醒。此功能可多次执行,每次执行都有记录。
5 性能需求
5.1 数据精确度
广州石化销售采购合同网上会签系统从SAP系统获取的合同信息与本系统中合同的信息保持一致。
5.2 时间特性
合同在从SAP系统获取过来的时间不超过15秒钟。
合同在本部门内审批过程中发送到下一个审批人响应时间不超过10秒钟。 合同在送多部门会签时响应时间不超过20秒钟。
合同在审批通过后提交到SAP系统时响应时间不超过10秒钟。
5.3 适应性
系统提供灵活的权限控制和流程配置工具,管理员用户可以自定义权限和流程信息。
广州石化OA合同会签审批系统需求分析报告(v1)
6 运行需求
6.1 用户界面
沿用目前现有的系统C/S结构,为用户提供丰富且简洁的用户界面。
6.2 硬件接口
6.3 软件接口
a. 对需要在OA系统和ERP系统中进行传递的数据,通过OA系统中现有
的接口进行,根据需求的变更,对需要传递的数据结构进行修改扩充。 b. EKey认证接口通过“深圳市明华澳汉科技股份有限公司”提供的EKey
接口函数进行调用。
c. 短信接口通过广州石化短信网关提供。
7 其它需求
略
8 运行环境
8.1 设备
略
8.2 支持软件
平台软件:Windows2000系统,DominoR5平台。
接口软件:SAP系统,EKey软件,短信网关接口。
8.3 控制
略
题目管理信息系统课程第一次大作业沈阳红光物资有限公司CRM系统分析学院管理学院专业工程管理10学号姓名11系统初步调查及可行性分析…
系统分析报告格式一引言1摘要系统名称目标和主要功能2背景项目的承担单位或个人用户及本系统与其他系统的关系3引用资料及术语定义二现行…
经济管理学院本科课程设计报告吉林市政府网网站系统分析小组成员:XXX专业:信息管理与信息系统系别:管理系指导教师:XXX20XX年…
图书管理系统可行性研究报告文档编号320xxBSSZLMTYF版本号C2编辑者张丽敏涂杨芳项目成员张丽敏涂杨芳1引言11编写目的由…
信息系统分析院系计算机与通信工程学院班级网络工程081班姓名学号123456789098目录目录2信息系统的开发过程3系统概述31…
一、OA概述在OA刚刚出现的时候,政府和事业单位的确是OA的主要用户,OA还没有进入企业。所以人们认为OA并不能解决企业管理层关心…
内部保密文件项目上线运行情况总结报告文档编号:UFGOV_QR_SS_01_23-V1.0版本信息:VX.X编写日期:20xx-X…
ERP系统月度运行和应用报告一ERP系统月度运行基本情况20xx年11月1日30日公司ERP服务器P33运行平稳平均会话响应时间3…
冰山一角今年五月在经历过很长一段时间的培训演练加班的过程后我们迎来了千呼万唤始出来的新核心系统从我这样的新柜员看来一个被筹划多年且…
二厂ERP系统14大模块实施总结报告ERP系统是从众多不同的类别及不同管理理念的鞋厂研发出来的实用型管理系统主要是建立在信息基础上…