MBA毕业论文范文

在A公司的ERP平台中，绩效管理是其人力资源管理子系统中的重要功能模块和组件（后文统称为绩效管理子系统），绩效管理信息化建设方案的设计与实施一方面按照ERP平台的总体技术规划及方案进行，另一方面严格遵循A公司绩效管理业务的标准、方法、规范进行，实施过程包括了需求分析、总体技术方案设计、功能模块设计与研发、指标库及考核模型设计与实现等。

4  A公司绩效管理信息化建设方案及实施

4.1 实施目标、计划及过程

4.1.1 实施目标

绩效管理子系统的实施目标由ERP平台研发项目组和A公司的人力资源管理部共同制定，按绩效管理的具体方式，提出绩效管理的全流程管控、全过程覆盖两大目标：

①全流程管控，分为事前、事中和事后三个流程阶段：

1）事前定标：建立各级统一的考核数据标准；建立统一指标标准库。

2）事中监控：监控流程执行状况；监控考核结果合规性。

3）事后考评：规范执行评价；指标建设评价；沟通辅导评价；结果应用评价。

②全过程覆盖，包括考核目标分解、合约签订、过程监控、考核评价、绩效辅导、结果应用6大业务过程：

1）考核目标分解：实现指标和重点工作任务从单位到部门，从部门到岗位的分解。

2）合约签订：实现合约签订、合约审核、合约发布功能。

3）过程监控：实现组织员工绩效合约及考核过程的监控功能。

4）考核评价：实现总结自评、专业部门评价、绩效经理评价、综合评价、结果综合平衡与发布等功能。

5）绩效辅导：实现绩效面谈与改进、绩效申诉等功能。

6）结果应用：实现绩效考核得分、绩效等级等功能。

③从软件应用的角度出发，项目组针对绩效管理子系统提出了如下配置目标：

1）考核模板可配：各单位在标准下配置各自考核模板。

2）考核流程可配：各单位可以配置自己的合约签订流程、考核评价流程。

3）考核方式可配：各单位可配置各层级人员适用的考核类型、考核周期、监控周期等。

4）指标属性可配：根据各角色的权限和关注点，配置在各自的流程环节展示或可修改的指标属性。

5）考核关系可配：各单位在现有组织机构基础上可以进行实际考核关系的配置。

4.1.2 实施计划

绩效管理子系统的开发模式采用软件工程（SoftwareEngineering）中的迭代模式，A公司按ERP平台的总体任务，将工作细化到每个子系统的每个功能组件，在总体项目进度计划及实施规划约束下，对各功能组件进行研发计划制定。绩效管理子系统的实施计划共计8个月，计划内容包括业务调研、需求分析、系统设计、系统开发、集成测试等，按实际阶段性工作分别分配时间资源，如图4.1所示。

图4.1 绩效管理子系统实施计划

绩效管理子系统按照A公司ERP平台的研发规划进行实施，成立绩效管理信息化项目组，项目组成员包含2名绩效管理人员，10名软件开发人员，其中包含1名项目经理，7名软件开发人员和2名测试人员。系统从2017年3月1日正式启动研发（与人力资源管理子系统同步启动），到2017年10月31日完成，计划阶段包括业务调研（0.5月）、需求分析（1月）、系统设计（1月）、系统开发（3.5月）、系统测试（2月）5个阶段。在进入系统设计阶段之后，根据软件迭代开发模式，各计划阶段会出现多次反馈情况，例如根据系统技术方案设计对系统需求进行调整，根据系统研发情况，对系统技术方案设计进行调整，根据系统测试结果对系统的开发代码进行修改等。绩效管理子系统的研发反馈次数共计11次，全部为系统测试阶段，在设计和研发阶段未出现反馈问题，系统一次性设计通过。

4.1.3 实施过程

绩效管理子系统的详细实施过程如表4.1所示。

表4.1 绩效管理子系统实施过程表

绩效管理子系统的实施过程按照系统计划进行，参与人员主要包括人力资源部员工、系统研发人员、系统测试人员，系统研发人员进一步细分为需求人员、设计人员和编码人员，分别承担系统的业务调研/需求分析、系统设计、系统研发工作。人力资源部员工主要辅助需求人员进行业务调研，同时辅助系统测试人员对系统进行测试，并承担部分系统集成测试工作任务。系统测试人员主要针对研发人员的代码集成及生成结果，对系统进行后期集成测试，并在测试报告中记录功能和性能测试结果。在实施过程中采用的工具主要包括了Office办公套件（Word、EXCEL）、Paradiso Design Tool软件设计工具、MyEclipseIDE集成开发工具、Oracle数据库、LoadRunner自动化测试工具等，其中主要利用Word和EXCEL编制各类项目文档、表格等，其余工具均为系统设计、研发和测试所需的计算机软件工具。

4.2 业务调研

按照A公司的全员绩效管理方式，项目组结合ERP平台的总体建设方案，将公司的绩效管理业务进行建模，得到考核目标分解、年度合约制定、季/月度合约制定、季/月度绩效考核、年度考核评价、绩效辅导6个主要的业务环节，同时按照绩效管理子系统的信息化应用环境，增加绩效考核结果应用以及信息查询统计两个辅助性业务环节。绩效考核的内容和方式包括组织考核和员工考核两大类型。由此项目组最终得到如图4.2所示的业务流程模型。

图4.2 A公司绩效管理业务流程模型

4.3 需求分析

需求分析工作是绩效管理子系统研发的重要前期工作，项目组根据绩效管理业务的流程建模结果，考察分析绩效管理子系统的功能开发目标。系统的需求分析工作由项目组中的2名绩效管理人员和研发人员在项目经理的主导下共同完成。

4.3.1 功能性需求

绩效管理子系统的功能需求工作从2017年3月16日正式启动，2017年4月10日结束，共计26天。

在功能需求工作中，2名绩效管理人员作为需求辅助人员，主要对项目组的研发人员功能需求分析结果进行检查，研发人员按照业务调研结果，采用Paradiso Design Tool软件设计工具绘制功能需求用例图，并在项目经理安排下，定期与绩效管理人员举行交流会议，对功能需求进行交流和修改完善，并编制和修订绩效管理子系统的需求文档。在功能需求工作中共计举行了5次交流会议。

功能性需求工作的重心在于确定系统用户角色，根据各类角色在绩效考核业务中的定位，确定系统所需实现的软件功能，以及各类角色的功能访问范围。按照绩效管理子系统的业务调研结果，项目组确定出如表4.2所示的系统用户角色。

表4.2系统用户角色表

按照表4.1中的系统用户角色划分，结合A公司的全员绩效管理工作模式，项目组针对绩效管理子系统提出了基础配置、指标标准管理、重点工作任务管理、绩效沟通反馈、绩效申诉、考核内容管理、目标值管理、过程监控管理、年度考核评价管理、季度考核评价管理、月度考核评价管理、减分登记管理、查询统计报表13项一级功能，针对每个一级功能又进一步细化，并采用功能需求用例图和系统功能结构图的方式绘制在系统的需求文档中，同时根据各功能需求针对的目标用户角色编制功能权限对应表，也保存在需求文档中，具体见附录表1所示。

4.3.2 非功能性需求

绩效管理子系统的非功能需求主要分为性能和安全两大方面，性能需求是非功能性需求的核心，针对系统的运行性能提出量化目标，安全需求针对系统自身提出各类运行安全的需求，具体包括了下面的内容：

①可靠性：具体是指系统在设计工作中的技术成熟性以及软件对错误操作的容忍度，以及在发生错误时其是否具备易恢复性。系统需要采用成熟技术进行设计，并能够容忍一定的错误操作或输入等，并且能够在出现错误时可以恢复到正常运行状态。

②易用性：具体包括对软件功能模块的易理解性，在使用软件实现业务功能时，操作界面以及按钮等交互信息要简单明确，无二义性。系统还需要具有易操作性与易学习性，这需要在UI设计时充分与业务员沟通，同时在本系统的用户操作文档中应提供典型的操作实例及操作流程，以简明扼要的方式为用户提供系统操作的学习资料和途径，帮助用户快速掌握系统的正确操作方式。

③稳定性：系统需要在保证性能正常运转的时候，考虑到系统维护以及资源消耗。为了能在规定的时间内通过快速准确的方式整理好数据并完成数据装载，便需要一个合理稳定的数据结构方案，提高系统运行过程中的数据检索及其他功能服务的稳定性。

④安全性：系统需要从多个方面确保上线后的安全性，包括所有系统用户的身份审计，以及进入系统之后的身份令牌标记、操作权限动态审计等，使得只有合法用户可以访问系统，且所有访问都能够在预定权限体系下进行。

⑥性能需求：按A公司的人力资源管理业务规模，系统上线之后的并发能力标准为400个，各类逻辑操作在正常应用环境下，包括网络环境、软件环境、硬件环境等，其返回时间不得超过3秒。

4.4 系统设计与实现

绩效管理子系统的功能设计和实现工作基于系统需求分析进行，按照A公司ERP平台的总体项目规划，由项目组的软件研发人员在4个月内完成绩效管理子系统的技术方案设计和功能开发，主要工作包括网络拓扑方案设计、技术模型设计、功能结构设计与开发、数据库的建设等。

4.4.1 网络拓扑图

绩效管理子系统的网络拓扑依据ERP平台的总体网络架构，采取B/S的分布式模式，网络运行环境为A公司及其下级单位、地级分公司等之间的业务网络和通信专网，还有部分Internet公共互联网，如图4.1所示。

图4.1 绩效管理子系统网络拓扑

系统的网络拓扑结构中包括了客户端主机、路由器设备、系统的服务器主机等，其中客户端主机供系统的终端用户进行系统功能访问和操作，部署在A公司总部内部网络以及各下级单位、地级分公司的业务网络中。系统的服务器主机位于A公司中心机房网络内部，该机房的网络接入电力系统的通信专网。客户端主机和系统的服务器主机之间的网络通信通道转发采用高速路由器设备实现，与信息机房网络之间的专用、安全、可靠的数据交互渠道。作为人力资源管理子系统的内部功能组件，绩效管理子系统和其他功能子系统的Web服务全部以集群方式共同部署和维护。

4.4.2 总体架构图

绩效管理子系统的总体架构决定了系统的整体技术方案及开发思路、流程与方法，在总体架构设计中项目组将系统的功能框架划分为配置层、应用层和运行层3大功能层次，如图4.2所示。

图4.2绩效管理子系统总体架构

在配置层中，主要针对绩效管理子系统中的绩效考核标准（指标、考核方式）、绩效考核结果数据规范及应用方式等进行结构化定义，具体分为标准定义、工作评价、查询统计3个主要的功能服务。其中的标准定义为事前功能，针对绩效考核工作开展之前的相关标准进行制定；工作评价和查询统计为事后功能，针对绩效考核结果的应用及相关数据规范进行定义。

在应用层中，主要针对具体的绩效考核方案、关系、指标、任务、模板等应用模型进行管理，具体分为考核关系管理、考核方案配置、指标管理、考核模板管理、任务管理、控制台、绩效辅导、查询统计、结果应用等功能服务，同样按照A公司的绩效考核业务规范及实施方式，建立以绩效考核任务及任务实施过程中的绩效辅导为核心的事前管理、事中管理和事后服务3大类功能组件的定义。

在运行层中，主要针对绩效考核的具体任务运行过程配置和设计相关管理功能，具体分为指标管理、任务管理、组织绩效管理、员工绩效管理、绩效辅导、查询统计、结果应用等功能服务，所有的功能服务均针对具体的绩效考核任务设置，按照任务执行的事前、事中、事后顺序进行功能组件定义。

4.4.3 功能结构

功能结构设计依据绩效管理子系统的功能性需求和总体架构进行设计，项目组按照不同的功能需求项以及总体架构划分，将系统分为系统配置管理、指标管理、重点工作任务管理、组织绩效运行管理、员工绩效运行管理、协同服务效能管理、绩效沟通管理7大功能模块，如图4.3所示。

图4.3绩效管理子系统功能结构

①系统配置管理模块

主要包括考核关系管理、分值配置和考核方案管理等功能子项，其中考核关系管理主要针对绩效管理员、单位重点工作任务管理员、组织人员、绩效经理以及普通员工在绩效考核管理过程中的关系进行维护，同时还包含公司各级组织的层级、人员的关系调整管理等；考核方案管理功能主要包含考核方案基本信息维护、考核内容添加、考核流程配置、综合评价模板配置以及外部分数项目、考核公式、等级比例等考核工作所需信息的配置管理等。

②指标管理模块

其中主要包括了指标标准库管理以及考核指标库管理两个子功能项，指标标准库是各级绩效管理员创建和维护绩效考核指标的基础，系统中分为国网指标标准库和省级指标标准库两大类，国网指标标准库维护由A公司人力资源部绩效管理人员根据国家电网的绩效考核管理工作规范、制度等在系统内部创建，同时也可以将A公司的省级指标标准库的考核指标提交到国网进行审核，通过之后即可提升到国网指标标准库中，省级指标标准库在维护过程中也可以从国网指标标准库中选取相关标准。

考核指标库是A公司用于绩效考核管理的具体指标，全部基于指标模板管理维护，各级绩效管理员在系统内部创建相关指标，包括了企业负责人考核指标模板、单位（下级公司、地级供电企业等）绩效考核指标模板等类型。同时，各级绩效管理员也可以基于系统的省级指标标准库，从中直接选取相关指标标准作为绩效考核指标模板。

A公司人力资源部绩效管理人员可以根据上述4种类型的绩效考核指标模板，选择比较常用或关键的绩效考核指标模板，将其提升到省级指标标准库中。绩效管理子系统根据各级绩效管理员的指标管理操作，通过数据库的形式维护和管理所有的指标标准数据和指标模板数据。因此，在系统内部不约定固化的绩效考核指标，而是仅约定指标类型，由各级绩效管理员根据实际情况自定义。

③重点工作任务管理模块

按单位重点工作任务、部门重点工作任务和岗位重点工作任务3种级别分别进行管理，提供直接基于EXCEL的各类重点工作任务数据导入功能，也可以通过人工录入、任务提取的方式创建重点工作任务。同时，针对上级的重点工作任务利用任务分配和分解功能将其分解到下级组织，例如单位重点任务可以分解到部门，部门重点工作任务可以分配到具体岗位等。

对于普通员工，可以查看和管理其所在岗位的重点工作任务，包括任务详情查看、任务级别查看，以及针对任务进行添加、子任务分解等。重点工作任务管理模块按照组织级别的关系，得到公司总部及各级子公司、地级供电企业的重点工作任务列表，为绩效考核管理的信息化提供任务数据支持。

④组织绩效运行管理模块

组织绩效运行模块中按照具体的组织绩效考核管理规范与制度，在其中设置合约签订管理、考核评价管理两个子功能项。其中，合约签订管理功能由单位绩效管理员用户启动合约的签订流程，系统按启动操作向所有参与本次考核的部门负责人发布待办信息提醒通知。各部门负责人按照待办信息提醒通知带入关键业绩考核指标，并选择对应的重点工作任务，按照考核规范在系统内设置各个考核指标的标准分值，用于具体的绩效考核管理。部门分管领导用户对所在部门的绩效考核合约进行查看和审批，审批通过之后，即可将该绩效考核合约作为工作标准。系统将所有部门的绩效考核合约信息进行自动汇总，随后上报到单位绩效管理员用户，用于绩效考核工作运行的组织依据。

单位绩效管理员在系统内进行绩效考核业务流程的启动，系统自动向所有参与考核的部门负责人发布待办事项提醒通知。绩效考核的运行具体由各部门负责人用户管理，其中分为工作任务的自评以及按照单位级关键指标的专业评价等，全部采用量化积分打分的方式在系统中实现。所有的绩效考核与评价结果由各部门的绩效分管领导用户进行审核，在审核时可以进行绩效积分分值的修改，或者直接回退。

最后，所有通过部门分管领导审核的绩效评价结果，由系统自动进行汇总，并上报到单位绩效管理员用户，由该用户将本次绩效考核的结果在系统内部进行整理与发布，所有参与本次绩效考核的组织及用户均可以查看自己相关的绩效考核结果及评价信息。

⑤员工绩效运行管理模块

按照业务管理方式分为年度合约签订管理、年度考核评价管理、月/季度考核评价管理3个子功能项，员工绩效考核管理全部基于员工在每个工作年度签订的绩效考核合约进行，在系统内部提供的考核方式和周期分为年度、季度和月度3种类型，年度考核和月/季度考核的管理方式及功能流程存在一定的差异。

在年度合约签订管理功能中，采用了和组织绩效合约签订类似的功能流程，由单位绩效管理员用户启动员工的绩效考核合约签订流程，系统向所有和参与绩效考核员工关联的部门、组织的绩效管理员发送待办事项提醒通知，后者按照员工绩效年度考核合约的具体内容，带入考核指标及员工关联的重点工作任务，并对考核指标设置标准分值。员工的绩效经理用户对其管理的员工绩效年度考核合约签订情况进行审核，审核不通过则由系统自动回退到上一步进行继续编制。所有审核通过的员工绩效年度合约编制信息全部由系统汇总和上报到单位绩效管理员用户，后者在系统内部进行统一发布。系统的所有用户可以查看自己关联的绩效年度考核合约的签订情况以及具体内容。

年度考核评价管理功能中，系统设置流程启动、总结自评、考核评价、综合平衡和结果发布5个功能项，由单位绩效管理员用户启动员工年度考核评价流程，系统向相关用户发布待办事项通知。员工按照所签订的绩效年度考核合约内容，在系统内对自己本年度的各项绩效考核指标进行自评分，并上报部门负责人进行整合，即员工所在的一级部门负责人，其中的功能包含绩效评价结果的汇总、统计、等级确定等。所有经过部门负责人综合平衡之后的员工年度绩效考核结果由系统自动汇总到单位绩效管理员用户。

员工月/季度绩效考核评价采用和年度考核评价功能类似的方式进行，但是员工的月/季度流程在年度基础上有所简化，不需要流程启动，同时合约编制和审核节点均为可选，如果不配置合约编制节点，员工可以在自评时直接进行指标、任务的增减。

⑥协同服务效能管理模块

协同/服务效能管理模块主要针对A公司全员绩效管理体系中的组织绩效管理，分为横向协同能力评价，服务集成效能评价两个方面，前者针对A公司内部业务部门的协同能力进行量化评估，采用相互评价策略；后者针对基层单位的专业服务水平进行评估，且由基层单位内部评估。，在系统的协同/服务效能管理模块中设置评价模板维护管理、评价方案设置管理、协同/服务效能评价管理、评价结果汇总管理4个子功能项，对应具体的协同/服务效能绩效考核评价的工作流程。在评价模板维护功能中主要实现对评价指标、分值、标准、等级、比例控制等基本模板参数的管理维护；评价方案设置功能中主要实现了对协同/服务效能考核的评价模板、考核范围、评价对象、评价主体的设置管理功能；协同/服务效能评价管理功能中主要用户启动评价流程，实现对指定对象的横向协同和服务基层效能水平进行量化评价；评价结果汇总功能实现了将所有评价对象的协同/服务效能评价结果的自动汇总与上报、发布功能，由单位绩效管理员用户进行统计和系统内部发布，其他用户可以查看自己相关的评价考核结果及等级。

⑦绩效沟通管理模块

绩效沟通管理模块针对A公司全员绩效管理体系中的沟通活动提供管理功能，按照沟通过程中的被面谈人、面谈人的身份信息，由面谈人在系统内部发起绩效沟通流程，系统自动向被面谈人的绩效经理发送沟通确认待办事项通知，在确认之后，面谈人组织绩效沟通活动，并按照绩效沟通的过程及结果在系统内部添加相关信息，所有相关用户可以查看自己关联的绩效沟通活动数据。

4.4.4 数据库建设

绩效管理子系统的数据库建设基于“逻辑独立，物理关联”的方式进行，在逻辑上采用和其所属的人力资源管理子系统一体化设计，在物理结构上和整个ERP平台数据库保持独立，达到数据访问和处理效率、数据安全性之间的平衡。

1. 数据整合模式

绩效管理子系统的数据库建设基于“逻辑独立，物理关联”的方式进行，在逻辑上采用和其所属的人力资源管理子系统一体化设计，在物理结构上和整个ERP平台数据库保持独立，达到数据访问和处理效率、数据安全性之间的平衡。

绩效管理所需的绩效数据来源广泛，涉及到多个业务体系，因此需要从ERP平台中的其他子系统，以及SCADA、SG等其他业务平台中进行抽取，即需在平台内外两个层面实现业务数据的整合。本系统采用OracleOGG（OracleGoldenGate）机制实现跨平台数据抽取，采用Oracle数据库内部权限共享实现ERP内部数据抽取，得到如图4.4所示的数据整合模式。

图4.4本系统数据整合模式

对于ERP平台内部的数据交互，在数据抽取时，利用Oracle数据库的临时访问权限赋予机制，从代码层面临时分配访问用户名和访问密码，并限定访问的数据表。由于为系统内部数据库的共享访问，因此通过简单的“用户名+密码”和临时权限的方式即可保障数据抽取需求以及数据的安全性。

对于和SCADA等其他平台的数据交互，面临着数据库类型不匹配、数据共享权限受限、数据通信不安全等问题，所以在Oracle数据库中启动OGG服务，在ERP平台上线之初或运行过程中，配置OGG服务，写入SCADA等其他软件系统的数据库信息，以OGG服务的Trail标记文件记录数据交互内容，并以OGG事件监听的方式，在目标数据出现变化时，自动实现数据的远程集成和抽取。整个过程由系统管理员控制，数据抽取过程不需要人工参与，具有较高的效率以及安全性。

2. 数据库的设计

由于系统的数据类型较为复杂，在各类数据之间存在比较紧密的联系，同时系统的数据量非常大，所以从整个人力资源管理子系统的角度出发，后台的逻辑数据库设计和实现工作是整个功能开发的重点。

对于绩效管理子系统而言，数据库的规范性设计是项目组确立的基本原则，如果数据库的设计缺乏规范性和标准性，比较容易产生数据失真和不一致的问题，对于系统功能运行而言会降低可靠性。绩效管理子系统的数据库建设工作采用如图4.5所示的标准化设计流程。

图4.5绩效管理子系统数据库建设流程

作为人力资源管理子系统的功能组成，绩效管理子系统的数据库设计从数据类型分析开始，分析工作基于整个人力资源管理业务体系进行，重点考虑绩效管理业务的数据环境及数据流，以数据实体（Entity）的方式划分数据类型，考虑各数据实体之间的关系，并编写数据分析文档。基于数据分析文档，利用ParadisoDesignTool工具绘制ER图（Entity Relationship Diagram，实体关系图），基于ER图进行NF范式分析，重点考虑了第一范式（1NF）和第二范式（2NF）原则，消除不必要的数据冗余。

随后，按照Oracle数据库的数据类型规范，将所有数据实体以及需要转换为物理表的数据关系设计为物理数据表，数据表元组命名采用统一的规范性原则，采用“数据表名_元组拼音首字母”的形式进行命名，数据类型采用最低匹配原则，降低数据存储所需空间。

最后，通过Oracle数据库的EXCEL数据导入插件服务，将A公司的绩效管理业务的历史数据整理为标准化的EXCEL文档，并批量导入到逻辑数据库中。

在系统数据库建设中，物理数据表设计的数量为174个，其中83个为人力资源管理子系统共享数据表，91个为绩效管理子系统独占数据表，整个逻辑数据库命名为“A_HR_Db”。在历史数据导入工作中，共计导入数据量1027118条，其中包含41279条静态数据，以及287441条动态数据，具体为A公司近3年来的绩效管理业务数据和其他相关业务数据，其余数据全部为辅助性数据。

4.5 安全及性能设计

①安全设计

1）网络安全设计

基于目前高度成熟的网络安全工具及网络安全配置策略构建安全机制，全部集中在系统服务器端，网络安全工具需安装FireWall（硬件/软件）、网络木马防护平台、IDS工具等，启动Web访问交互的SSL安全验证机制；网络安全配置策略采用白名单机制和VPN临时安全账户机制，控制进入系统的IP地址。同时，采取物理隔离机制，建立专机专用，以专属服务器方式构建系统后台功能服务。

2）数据安全设计

主要针对系统的Oracle数据库，安全设计方式也主要利用Oracle数据库的内部安全机制，包括数据自加密服务、双备份服务、热备份服务、一致性动态验证服务等，同时对于系统的Web脚本，启动Web服务器的SQL注入攻击检验服务。对于系统的人工管理而言，建立数据库定期备份工作策略，部署一台专用于备份的还原服务器。

3）操作安全设计

主要针对进入系统之后的合法用户的系统操作行为进行安全控制，具体分为用户角色归类，以及角色权限关联两种安全机制，所有用户基于LDAP服务验证通过之后，进入系统时为其赋予对应的角色，并按角色关联的权限对其操作进行全程动态审计，杜绝越权操作。

②系统性能设计

绩效管理子系统的部署除了考虑到功能及安全性之外，为了确保系统上线后的运行性能，还需要从设计到开发、部署等多个环节进行专门设计和规划，将系统的性能配置到最优状态。在设计和开发过程中，首先严格按照全局设计模式进行功能逻辑流程及交互模式的设计，全部采用规范化软件设计模式，得到统一风格的功能方案和代码结构；其次在代码编写过程中定期举行代码交流例会，重点分析和考虑存在复杂逻辑分支、循环以及功能操作的代码段，采用数据结构优化和算法优化的方式，在确保功能正确的前提下，从时间效率和资源效率两个方面进行代码优化；最后，对于系统的后台数据库设计工作，全部采用NF范式设计原则，在数据存储效率和检索效率之间达到性能均衡。对于系统的部署，采用性价比原则，按照实际性能要求的120%的原则选择服务器硬件，同时提供冗余硬件设备以供系统临时性能扩容所用。

声明：本站毕业论文范文资源均由鼎诚文创收集于互联网，如有侵权，请联系删除！