系统升级方案1.docx
《系统升级方案1.docx》由会员分享，可在线阅读，更多相关《系统升级方案1.docx（18页珍藏版）》请在冰豆网上搜索。
系统升级方案1
江苏澳洋医药有限公司
《CCERP供应链管理系统》
系统升级方案
2015-10
本文档涉及内部信息，请注意保密！
《CCERP供应链管理系统》功能扩展方案
1.系统现状
《CCERP供应链管理系统》自交付使用以来，经过澳洋信息部不断改进和完善，现有系统平台、企业信息数据库、采购管理、销售管理，财务管理，质量管理，ＷＭＳ仓储管理，基本资料管理等模块已日趋完善，在企业分类、规范企业ＧＳＰ管理、信息化等方面作用日趋显现，在解放思想、实践科学发展观重要举措得到实际的体现，对提高工作效率和节约公司成本起到了较好的促进作用；得到了省局领导的充分肯定与评价。
目前系统功能日益完善，并且在系统中已积累了大量有价值的核心数据。
系统中收录了一万多家企业信息，并按照要求对企业GSP数据进行了充实与整理，可实现对一万多家企业按照GSP标准提供及时准确的配送。
同时系统可实时动态生成各种检查情况报表与数据分析；整个系统是基于windows平台搭建。
2.扩展升级需求
为了加大财务监管力度，实现“纵向到底、横向到边”大安全管理理念，公司领导提出，成本核算系统（批次）、实现第三方远程开单系统、移动商务信息系统、客户、供应商分级管理、预算管理、费用审核管理、发票管理、返利登记系统、赠品管理系统、财务核对系统、发票集中套打系统、网上流向系统互联互通；“横向”要将功能延伸到公司的各个部门，实现各部门的信息共享。
在公司的同时，安监局结合辖区部分企业自身安全管理底子薄，主体责任落实不到位的实际情况，为实现“关口前移、重心下移”的管理要求，重点抓好企业主体责任的落实，突出企业自身安全管理意识、提高管理水平、创新管理手段。
为此，安监局要求在动态系统中增加企业级的日常安全生产检查管理功能。
另外，“系统”经过一年多的使用，基层使用单位也提出了新的需求与改进意见，同时市安监局也对系统资源共享网络数据交换提出了新的要求。
同时，系统上有些功能需要继续强化与增加一些新的功能才能充分发挥安全生产监管的要求。
主要是报表查询与统计，单独独立开来，使各种分类统计更完善，更方便。
考虑到应用人员计算机熟练程度参差不齐，对以前原有的功能需要进一步优化，方便各类用户使用。
原系统是基于windows平台，数据库是采用OracleforWindowsServer2003。
总所周知，windows在处理能力与安全方面表现比较薄弱，按现在的数据与业务量尚可应付，但如果加上社区与企业用户，服务器所承载的数据量与处理量将会成几何级数增加；届时本系统的不稳定因素就会增加，对业务对产生严重的影响。
将原系统移植到更稳定安全的64位LINUX系统，由于系统设计实现采用java技术，所以应用系统的移植避免了因系统移植造成的应用系统重新实现的情况。
本次系统扩展主要包括三个部分：
应用软件升级；硬件的升级；操作系统与支持软件升级。
2.1.硬件升级
目前使用的是惠普服务器配置比较低，随着8万多家企业数据的录入，在当前的使用中现在各个街道安监中队都反应登陆后动态系统运行比较慢，经过观测与测试，发现现行系统运行较慢的主要原因是内存资源不足所致；为了提高工作效率，我们建议增加服务器的内存和硬盘容量。
根据天河区现行数据递增情况及新增加居委成员单位后业务量的估算值，建议在原配置的基础上增加6G内存和2×146G硬盘（2个146G做镜像，包括热拔插架配件）。
原系统主要配置如下：
CPU：
英特尔至强5110双核处理器1.6GHz
内存：
2G
硬盘：
2*146G
其它：
本次升级主要是扩展内存与硬盘，升级后的系统配置在内存8G及292G硬盘容量下，保证系统3—5年内能满足天河区安监局的业务需要。
2.2.服务器端系统与支持软件升级
2.2.1.操作系统升级
为了充分发挥服务器硬件的性能提升优势，将采用性能更优、处理能力更强、运行更稳定、系统更安全的64位LINUX系统替换原32位windowsServer2003系统。
在此次升级中将采用企业级openSuse11.1。
openSuse项目是由Novell公司资助的全球性社区计划，旨在推进Linux的广泛使用。
这个计划的宗旨是提供免费的稳定高效openSUSE操作系统。
目前有许多大的公司（IBM、SUN、Oracle、HP、DELL、Microsoft等）都参与到本项目中，并且在许多企业级应用场合得到广泛应用。
2.2.2.数据库升级与数据迁移
由于原使用的OracleforWindowsServer2003是从Oracle官方下载的准用户版，Oracle官方不提供技术支持与升级，为了保证系统正常可靠的运行，最大限度地发挥oracle的性能与技术优势，使用与购买oracle授权的oracleDBA势在必行。
由于原应用系统数据保留在WindowsServer2003的Oracel下，与此相应的将原数据库升级至新的64位oracle上也是必不可少的工作之一。
为了保证数据库系统的系统稳定可靠，推荐采用：
Oracle11g数据库。
2.2.3.应用支持软件升级
系统中涉及到的Web服务器ApacheHttpServer、Tomcat等将随着OS系统的升级与替换也将在特定环境下的升级变更。
本次将使Java运行环境将升级至JRE1.6；ApacheHttpServer升级到2.4版，Tomcat升级到6.0.*。
2.2.4.应用系统与数据库的迁移
以满足在新功能增加与扩展后的最优化应用性能，随着操作系统、数据库、支持软件等环境的变更，原有应用系统也将在新的系统下重新部署调整。
3.应用升级与优化
在交付使用后，陆续收集与整理了一些系统改进意见，系统的一些功能需进行调整与升级。
在性能优化方面，如何根据安监业务自身的特性，特别是企业数据量大涉及项目繁多，如何方便快速准确地检索与查询到目标数据关系到日常业务处理的效率；同时，作为日常安全生产监督检查工作的决策中如何快速准确地定位企业对象也是保证安监工作有的放矢的重要保证。
《安全生产动态监管系统》中所有的业务活动是由工作流驱动的。
通过流程的驱动而达到职责分明、责任到人、规范管理的业务管理目标。
由于业务的不断深入与扩大，新的业务与要求不断涌现，对原流程中不能满足现行工作要求的必须进行修正与新的配置，达到优化业务流程提高工作与管理效率。
4.新增功能与功能扩展
《安全生产动态监管系统》通过一年多使用系统有些功能与实际有一定的差距（主要是业务变化导致），另上级部门有一些新的业务要求出现，如：
将安全生产监管单位延伸至街道各居委、村改制公司与园区等；同时天河区安监局在总结与切实贯彻执行上级安监工作的基础上，依据自身建设的《安全生产动态监管系统》平台的可管理与核察的特性，在强化安全生产责任主体落实的前提下，结合安监资源不足的现状，提出了安全生产监管的新思路：
企业单位自查—监管部门检查—执法部门核察的督察管理模式。
并对实施的可行性与科学性做了大量的调研，决定了在原系统上增加企业安全生产自查管理与上级核察功能来适应与配合新的管理理念，使安监工作由以前的行政监管扩大到社会监管，由以前的“点—线”模式扩大到“点—线—面”的综合管理模式。
另外，根据安全生产监督管理工作流动性强的特点，以及天河区信息中心已拥有成熟的短信平台，此次升级在系统中对于通知与函件送往除了以电子的方式通过网络送达各用户外，新增加了手机短信同步通知消息。
根据此现状，我公司对此问题作了大量的调研，并反复与安监局业务部门研讨论证，通过改进原有功能，增加与扩展相应的功能与模块满足新的业务管理需求。
4.1.增加功能
4.1.1.安委会成员单位管理与相关业务协助
i.安委会成员单位机构管理
系统中增加了安委会成员单位管理，可方便实现成员单位的增删改。
主要包括：
成员单位名称、地址、联系人，负责人、联系电话等关键信息
ii.成员单位用户管理
为了保证与成员单位进行有效联系以及与成员单位共享安全生产相关的信息，本系统中增加了成员单位用户管理，通过对此用户进行授权，可使成员单位能浏览收发相关的业务信息。
以及成员单位之间也能通过此系统进行相关的转办函件处理。
以及对其他成员单位的联系作出回应与回复。
iii.相关数据查询
通过授权各安委会成员单位可方便在系统中查询与本行业相关的业务数据。
iv.在线函件转办与通知
各安委会成员机构间的通告与函件可通过系统方便交流，以提高安全生产监督管理与职能主管之间的协调与协作关系。
本功能可延伸至具体的企业。
4.1.2.居委级检查检查复查管理
i.居委组织架构
增加居委级的组织架构、用户权限及管理角色。
使系统在现行的区—街道的组织体系扩展为区—街道—居委（社区）的安监组织队伍管理结构体系。
ii.居委级（含社区、村改制公司）行政区划管理
由于现行企业与街道已建立了特定的对应关系，为了能准确划分企业所属街道居委，在不改变原企业数据信息与街道与企业对应关系的前提下，通过增加居委所辖行政管理路段信息，由系统根据企业地址自动建立企业——居委对应。
一旦此模式成熟与完善，可以将其扩展为街道与企业关系的对应上。
这样的优点是即使居委变更与调整，只需修改与增加相应的路段与门牌规则信息。
企业所属区、街道与居委就能即刻与企业建立准确的对应关系。
iii.居委级企业信息管理
居委能根据企业的变动情况及时变更与添加企业信息，使企业信息更精确。
iv.居委级检查复查管理
根据安监监管规则，确立居委安全生产巡查的权限、业务流程。
在日常检查管理上既要相对独立又要满足上下级联动检查的要求。
所有检查记录纳入安监局档案室统一管理。
通过流程的驱动使检查复查情况依据相关的业务监管权限以电子流的方式级级传递与处理。
v.居委级隐患上报管理
发现重大隐患（处理权限超越了本身的职责范围的）能通过系统及时上报给街道或安委办，由安委办酌情与相关部门联合采取行动。
vi.居委级通知与公告管理
区级或街道的通知或公告信息能通过系统及时传达至居委。
vii.居委级的报表与查询功能
居委能实时查询与统计辖区各类企业信息与检查复查情况信息，并形成报表。
4.1.3.重大危险源与危化品地理信息系统
按照分类的方式可方便在地图上标识重大危险源与危化品生产、储存、销售企业的位置。
同时，与通过位置标识可方便查询浏览企业的关键信息（如：
企业名称、详细地址、负责人、联系方式、危险源与危化品主要类别、储存量与生产量、检查监督情况等）与完整信息。
4.1.4.企业生产与日常检查巡查管理
安全生产其核心是企业的本质安全，安全生产监督管理的工作目标是如何促进企业本质安全。
将企业生产与日常安全检查与巡查纳入本系统是为了充分发挥安监信息平台的作用，利用现代信息技术手段，将落实企业安全生产责任主体进一步落实到企业日常生产安全保障环节中，以达到企业深化企业安全保障意识。
本功能中许多指标可作为企业安全主体责任评价体系的基础数据。
i.企业用户与信息管理
为企业用户登录到系统提供必要的安全保证，在系统中增加相应的企业用户管理与验证信息机制。
安监检查机关的检查情况通报与检查中发现问题的整改事项提示，与安全生产相关的通知通报等能通过系统及时传递到相关企业。
ii.企业权限管理
增强平台权限管理机制，使企业用户在管理员与所具备的操作功能权限下，处理企业信息修改，企业安全人员的增加删除修改，企业日常安全生产巡查与检查登记与查询。
iii.企业自查管理
用于记录企业日常安全生产巡查与检查登记，处理结果信息。
供安监主管机关了解与把握企业自身安全生产保障状况。
iv.企业自查项目管理
不同企业根据企业自身安全生产要求制定了一系列安全生产检查与巡查项目与制度（包括检查项目、周期等数据）来保证企业自身生产安全性需求，是企业自查的依据。
一方面根据此数据可形成企业待自查（巡查）信息，另一方面亦可使安监部门结合企业自查及检查工作中发现的问题掌握不同企业安全工作的重点与薄弱环节，制订针对性的改善措施。
v.企业安全人员管理
按照安全生产管理要求，各企业应该配备不同职别的安全管理人员（或专职人员）。
在系统上通过企业对安全人员配置信息管理，及时了解与培训企业安全人员的动态，为安全生产提供人员保障。
vi.企业事故上报与管理
企业生产过程中的事故进行登记并逐级上报。
包括事故上报、事故上报查询、事故统计等
4.1.5.企业自查与各级核察
i.居委（村改制公司）级核察
通过居委（园区）对企业内部检查与巡查进行实地的抽样检查，以查实企业自检情况。
并将结果通过系统上报至街道。
同时，可通过系统通告辖区企业自检情况。
ii.街道级核察
街道可以通过系统查询企业自查情况与居委实地抽样查实情况，根据在检查过程中了解到企业的自查情况，对企业自查情况作出评估，将结果传送至安监局。
同时可向居委与企业通报企业自查现状。
iii.安监局核察
安监局可通过系统查询统计全区或街道或居委辖区企业的自查情况，并可调阅某企业详细的自查记录。
根据各街道对企业自查的检查情况，以及日常执法检查过程中对企业安全生产检查与巡查记录的查阅，对辖区所有企业自查情况全面综合分析。
对企业自查情况作出最后权威性的通报。
4.1.6.转办与函件往来管理
在本系统中增加函件管理子系统。
方便居委、街道、安监局与安委会成员单位的业务公文交换。
i.函件收文管理
按照公文管理细则，对来文按流程进行登记与转发（批阅、传阅）。
涵盖收文登记，查询，收文待办，短信通知。
ii.函件发文管理
按照公文管理细则，流程与权限职责进行拟稿、复核、审核、发文。
涵盖拟稿登记，发文查询，发文待办。
iii.函件收文与发文流程管理
根据公文流转规则，按权限、职位、单位、部门等定义与收发文对应的工作流程规则。
使收发文在某环节处理结束后按此规则自动流转。
iv.函件收文与发文档案管理
收发文结束后，都纳入档案管理，按档案管理借阅规程备查。
由档案管理员按照审批权限进行借还处理。
包括可借阅件查询、借阅申请、借阅查询、已借阅件查询。
4.1.7.系统通知与公告管理
通过系统可方便向各安委会成员单位、街道、居委发送通知与公告，对于特定的通知类信息可通过区信息中心的短信平台联动发送短信通知消息。
并可在线跟踪通知用户是否接收到。
4.1.8.中介机构与认证评估机构管理
许多安全资质，经营与生产许可由专门的机构进行评估。
掌握涉及安全生产的评估与授权机构信息，对于安全生产监督的规范化科学化有着重要的作用。
4.1.9.在线沟通
增加即时在线沟通功能，方便业务交流与信息传递。
4.1.10.接口与实现
i.与市安监局接口
按照市接口与数据交换标准，在系统中增加相应的数据与功能交换接口。
方便执法检查与各种统计数据的及时上传下达。
ii.与安委会成员单位接口
由于各成员单位没有现行的标准与规则，在系统中增加功能级的数据访问接口。
iii.与信息中心的短信接口
通过本接口，直接将短信消息发送至信息中心的短信网关。
4.2.扩展功能与升级
4.2.1.报表统计查询与生成系统
原系统的报表与统计查询功能已十分强大，然而由于新的功能引入，必须对原有的报表与统计查询作出相应的增加。
另外，为了便于查询与业务管理，原系统中的一些综合统计报表要按统计类别进行分离。
同时统计查询的权限要能根据职能部门的业务侧重点进行按权限查询。
为了操作与管理上的方便，考虑到查询统计表繁多，故将企业统计查询以独立的子系统来单列，有各种功能的统计视图来表现。
系统中除了按辖区（区、街道、居委）职能查询外，亦可按管理授权可方便查询从局执法与监督部门到街道、居委的执法检查情况及各种企业分类统计与详细信息
4.2.2.企业行业分类
实现企业行业分类的多层管理，进一步细化企业行业分类；按照标准格式建立一企一档，完善企业档案生成与打印。
4.2.3.安委会成员单位功能管理
增加安委会成员单位到系统中，开放相应的功能，便于成员单位查询互相沟通。
5.技术实现
5.1.总体原则
5.1.1.设计原则
在设计系统的总体结构时，主要依据以下建设原则：
——基于原有的技术实现与规范，不改变原有的业务与数据结构
——客户端基于标准浏览器
——充分重视软件构架设计和数据库设计
——充分利用现有网络资源
——充分利用现有的设备投资
——支持各种接入方式
在系统结构和软件设计上充分考虑可能面临的业务处理的总流量和大并发压力下的应用处理能力以及对主机系统和网络通讯的压力
5.1.2.应用架构
在原有的技术框架的基础上，针对新的需求进行功能的扩展。
本次系统扩展是以现行企业信息库与监管系统为基础，除了优化与改进原系统外，在系统中将增加持证安全人员信息动态库，危化易制毒产品动态库。
功能上包括：
安委会成员单位管理与安全执法协同、居委安委办与执法管理及行政区划管理，企业数据填报与自查管理、企业自查分级核察、居委（社区）检查与隐患上报、查询与报表管理系统、重大危险源与危化品的地理分布等。
完成后的系统功能模块图（虚线部分本期暂不实现）
各种功能通过插件式方式管理。
不需停机即可实现功能的增加。
5.1.3.技术架构
总体技术采用基于JAVA的多层架构实现表现、业务逻辑、数据操作、数据库相对独立的多层结构。
表示层：
负责显示以及与用户的交互，具体表现为系统所提供的浏览器客户端。
浏览器客户端的交互控制逻辑由WEBServer来完成，实现了客户端的零管理。
接入层：
接入层主要负责表示层的接入和其他系统的接入。
表示层采用浏览器的模式，由WEBServer负责完成接入管理。
业务装配层：
业务装配层提供统一的业务处理逻辑访问接口，通过业务处理层所提供的业务处理功能的配置执行对用户提供完整的外部业务视图，具体表现为对外部提供的业务处理服务。
该层为实现业务处理的组件化、模块化和组件的封装和重用奠定了基础。
业务处理层：
业务处理层提供基本的业务处理组件，完成具体的业务处理功能，以内部服务的形式提供给业务装配层，是业务装配层进行业务处理的基础。
数据访问层：
数据访问层为数据库的访问提供面向对象的访问接口，以组件的形式而不是关系表的形式屏蔽了低层的业务数据。
这样做的目的是为了实现业务处理与数据的分离，以灵活的适应以后可能的数据模式的改变和数据访问机制的改变。
软件结构的层次化设计使系统具有以下特点：
支持基于抽象程度递增的系统设计，使设计者可以把一个复杂系统按递增的步骤进行分解，为正确的分工和协作奠定基础。
每一层通过统一的服务接口与相邻的上下层交互，尽可能降低软件模块之间的相互依赖，以实现各层之间的松散偶合。
支持重用，只要提供的服务接口定义不变，同一层的不同实现可以灵活的进行更新和置换。
这样，就可以定义一组标准的接口，而允许多种的实现方法。
5.1.4.网络结构
基于此网络结构，所有的安监成员单位用户客户机浏览器通过网络直接访问中心服务器，所有业务与查询等在中心服务器中进行处理。
5.2.方案特性
1.先进性
该系统在设计上采用三层结构、WebService技术，使之在选用平台、采用技术上具有先进性、前瞻性、扩充性，从而保证建成的网站系统具有良好的稳定性、可扩展性和安全性。
2.实用性
考虑到要尽量满足业务功能需求的前提下，又要适应各业务角色的工作特点，该系统做到简单、实用、人性化，实现了统一身份和资源管理、统一认证、统一内容管理、个性化界面和内容定制。
3.可靠性
由于该系统用户群比较复杂，所以在系统中我们考虑了在建设平台上保证系统的可靠性和安全性。
系统设计中，应有适量冗余及其他保护措施，平台和应用软件具有良好的容错性。
4.开放性
在系统构架、采用技术、选用平台方面都有较好的开放性。
特别是在选择产品上，我们采用符合开放性要求，遵循国际标准化组织的技术标准，我们的产品既有自己的独特优势，又能与其他多家优秀的产品进行组合，共同构成一个开放的、易扩充的、稳定的、统一软件的系统。
5.可维护性
系统设计应标准化、规范化，按照分层设计，软件构件化实现。
采用软件构件化的开发方式：
一是系统结构分层，业务与实现分离，逻辑与数据分离；二是以统一的服务接口规范为核心，使用开放标准；三是构件语意描述形式化；四是提炼封装构件规范化。
6.可伸缩性
考虑到政务系统的网上业务建设是一个循序渐进、不断扩充的过程，系统采用积木式结构，整体构架可以与原有系统进行无缝连接，为今后系统扩展和集成留有扩充余量。
7.可移植性
选择开放的应用平台，建设一套与平台无关，以统一的服务接口规范和与各种数据库相连的应用组件。
5.3.技术实现
系统服务器端采用JAVABEANS/JAVASERVLET/JSP技术，客户端采用IE6.0以上版本的浏览器，使系统的维护和版本的更新只限于在服务器上进行，使用和维护十分方便，省去了大笔的费用，也省去了不少的麻烦。
系统客户端完全基于浏览器方式，客户端不用安装，真正实现客户端零维护。
系统技术实现的结构如下图所示：
图-7系统技术结构
客户端实现
客户端使用浏览器，能够运行于各种支持HTML4.0以上、JAVASCRIPT1.2以上的浏览器上，也即支持当前最流行的IE浏览器等。
由于客户端使用浏览器，故而对于客户机的系统平台则无太多的要求，只要能运行浏览器，即可运行系统中的绝大部分功能。
考虑到系统业务流转中会使用习惯性Word等文档，系统通过java小应用技术，提供对服务器端Word等文档的编辑支持，并保留所有修改痕迹。
此时，客户端则需要有能够编辑Word等文档的应用的支持。
服务器端
服务器端包括WEB服务器、应用服务器、数据库服务器。
WEB服务器使用APACHE，主要能够和选定的应用服务器绑定，并能提供业务所需的并发能力、分流能力即可。
应用服务器的基本要求是支持JSP1.1/SERVLET2.2以上，可以根据业务情况选用TOMCAT。
数据库服务器则选用了ORACLE。
基于以上三个服务器的选择条件，服务器的主机系统可以使用WINDOWS各种版本，LINUX以及UNIX各版本。
以上三个服务器可以运行于一台主机，或者根据业务情况分开多台主机，系统提供了分布的透明支持。
5.4.实施、部署与服务
5.4.1.具体步骤与过程
由于运行的系统基于WindowsServer2003，为了保证系统的稳定性、可靠性和安全性本次扩展升级将从window环境迁移至Linux环境。
为了保证系统的顺利迁移，将采用下面的步骤进行
✧将原系统备份至安监局已准备的备份机环境
✧在原服务器上安装操作系统与支持系统
操作系统OpenSuseLinux11.0.*
支持系统SUNJRE1.6、APACHEHTTP2.2、APACHETomcat6.0
✧应用环境所需支持环境的配置
操作系统汉字库扩充
HTTPSERVER的配置
TOMCAT的配置
HTTPSERVER与TOMCAT的整合配置
✧数据库系统安装
按照应用系统的要求安装Oracle11gforLINUX
✧应用系统数据导入与升级扩展
将原系统备份的数据导入到新的应用环境。
由于新功能的增加与扩展，系统中新加了部分业务所需的数据库表，并且对原数据库中的少部分表进行了调整，所以本次升级扩展需要对数据库进行相应的调整
✧应用系统备份部署
将经过用户测试后的系统部署到本服务器环境
✧应用系统测试与调整
由安监局和公司技术人员在新系统上进行上线前的测试。
总体时间需要约2个工作日。
由于系统迁移的原因，为了保证数据的一致性，系统需要停机一天。
5.4.2.服务承诺
✧公司指派专人负责本系统的服务与跟踪；
✧服务方式：
远程与现场服务相结合。
电话、邮件即时通信结合的方式为用户提供方便
升级会员 