【证券营销业务需求分析综述5000字】

证券营销业务需求分析综述目录TOC\o"1-3"\h\u3357证券营销业务需求分析综述 1179121.1需求分析概述 115681.2系统功能性需求分析 2112501.2.1功能模块分析 2215771.2.2系统用例分析 6265711.3系统非功能性需求分析 101.1需求分析概述软件的需求分析是软件工程前期必须完成的工作之一，需求的分析其实就是对系统用户的需求进行调研，通过了解系统用户对系统的各项功能期望进行分析，最终整理出以文字和图形的方式表述的系统需求部分，为后续的系统设计提供系统开发方向。在对系统进行需求分析过程中，涵盖了系统的各个业务功能情况的分析和非系统功能的需求分析。其中功能分析是将系统研究目标的各项业务流程进行分析，同样也需要对系统内不同功能的模型进行用例建模。非功能需求是对除系统功能以外的需求进行分析，包括系统运行的环境、在运行过程中需要达到的性能需求以及安全等因素要求。本文所研究的证券营销服务管理系统是面向于证券公司内各项证券业务为研究目标展开的。针对证券公司面临的随着销售量和客户量的增加证券服务压力越来越大，竞争压力也越来越大的问题，本文提出开发一个完善可靠的信息管理系统，为证券企业内销售服务人员提供一套包括客户管理、营销管理、服务管理以及客户分析等功能为一体的证券营销服务管理系统。在系统的设立过程中需要将证券企业与客户服务相关的各项业务梳理完成，避免出现漏项错项，这是系统开发的基础所在。同时，证券企业内的服务管理人员不同于软件工程师，需要考虑人员在系统操作过程中的易懂易用，这就需要系统在设计过程中需要保证统一的系统界面以和好的使用帮助以及系统界面简洁和易用。证券营销服务管理系统的核心是围绕着证券公司内客户服务展开，其下包括了消费者对证券公司的有价证券买卖服务委托、资金管理、股票买入以及股票持有和卖出等业务流程。证券企业的营销服务是对消费者得到的服务质量进行的统一管理，也是服务质量的保证。在这些业务相关的系统功能外，还需要存在系统管理功能，该功能主要是对系统内的用户、权限等信息的管理，主要是对系统层面的信息和安全的管控。1.2系统功能性需求分析1.2.1功能模块分析通过对某证券股份有限公司的业务营销管理情况进行深入分析，同时对国外其他相关业务应用系统进行了调研，可以得到证券公司在营销服务方面需要是以客户需求为核心的，在完成对证券公司客户合理服务的基础之上，可以充分认知证券客户的业务需要和由此而带来的价值基础，进而对证券客户做出合理的分类。通过了解分析，证券营销服务系统所需要实现的业务功能如图3-1所示。图3-1系统功能通过对某证券公司的用户的需求进行分析，可以了解到其客户的需求不但需要针对自身后买的有价证券的详细台账信息、财务信息进行有效管理，还需要针对用户的实际需要根据证券行情贴近客户情况向其推荐不同的证券产品。证券公司的主要诉求来自于其证券营销业务，证券公司的管理人员需要将自身所经营的各项证券产品有效有序的推广给其客户，让客户及时了解有价证券行情并进行购买。如何能够将有价证券顺利高效的为证券公司的客户进行推广是系统所需要完成的问题之一。通过对系统内客户情况数据和有价证券当前情况进行分析了解，可以将盈利效益比较好、有较高升值空间的有价证券推广给客户了解，客户再根据自身情况加以购买，进而完成证券公司营销任务。证券营销服务系统包括了若干功能，其中主要的业务涵盖客户管理功能、营销管理功能和服务管理等功能，这些证券营销服务相关业务功能的活动图如下图。系统客户增加功能主要是向系统中加入客户相关的信息，在加入之前首先需要判断系统用户所提交的数据是否完整，如果存在未填的信息则要求用户进一步录入，然后还需要判断系统用户提交的客户是否已经在系统中存在，若存在则无需再次录入。系统的客户管理功能活动图如图3-2所示。图3-2客户管理活动图系统的营销管理功能主要是针对于证券公司产品的营销活动和计划等功能进行，首先营销的管理需要进行营销计划的制定，在制定完成之后开始潜在客户的挖掘工作，如果达到营销计划预期则结束，如果尚未达到预期则继续开展挖掘营销机会。营销管理功能的活动图如图3-3所示。图3-3营销管理活动图系统的服务管理功能主要是为证券公司的相关客户提供各项业务服务，在服务提出以后通过对这些客户提供各项服务，在处理过程中对系统的各项服务判断是否已经完成，若没有完成则继续处理，若已经处理完成后则该业务结束。服务管理功能的业务活动图如图3-4所示。图3-4服务管理活动图1.2.2系统用例分析系统需求分析是自上而下、由大到小的方式进行的分析工作，在完成了系统整体的用例分析后，才可以进一步对各个用例中包含的业务进行分析。系统功能模型是针对系统的各个业务功能来进一步细分，将系统各项功能划分为更细的子功能。证券营销服务管理系统所面向的业务用户主要包括有系统管理人员、某证券的员工人员以及某证券的员工人员，其中系统的管理人员主要对系统的配置信息进行管理、系统内人员信息进行管理以及系统的人员权限等信息进行有效管控；证券员工主要只面向于证券公司内的各个服务作为支撑，对某证券的营销情况进行管理和推广等工作；系统内的客户人员主要是对某证券的服务进行管理以及客户的管理工作。某证券营销服务系统的人员类型示意如图3-5所示。图3-5系统用示意图1）系统管理人员用例分析系统管理人员主要是针对系统内的各项配置信息以及系统内的人员用户信息和人员用户的权限信息进行有效的管理，与此同时来保证系统能够正常稳定的开展相应的工作。其中面向于系统设置的相关业务功能包括权限设置功能和等级设置功能，权限设置是对系统国内的用户权限和角色进行有效管理，等级设置功能主要是根据系统用户所需要拥有的系统等级来完成对用户等级设置工作。系统管理人员可以通过基本信息管理功能来完成证券公司内客户基本信息的管理以及公司员工的基本信息管理工作，其中客户基本信息主要是对客户购买的产品和服务信息、客户的联系方式、客户所在地址等等信息，便于公司后续对客户进一步的挖掘，员工基本信息的管理主要是对某证券公司内的员工情况信息进行统一管理，包括员工的姓名、身份证件、联系方式、人员情况等各项信息的管控。系统管理人员的业务用例图如图3-6所示。图3-6系统管理人员业务用例图2）员工用例分析员工用户可以通过系统来完成服务的创建、服务的归档、服务的处理以及证券公司内的营销活动等管理工作。其中服务的创建是员工在与证券公司客户进行沟通后了解客户需求而发起的相关服务创建，客户或者员工需要完成后续的服务管理、服务落实等工作的前提必须在该模块来完成服务的创建；服务的处理功能主要是证券公司的员工通过系统来完成各项服务的业务处理，包括各项服务的相关情况表格的导出工作；服务的归档主要是证券公司的员工可以通过该功能来完成各项服务的查询工作、统计分析工作以及汇总服务记录等工作，用户可以通过该功能对其内的各项客户服务进行汇总分析，查询、统计、汇总这些情况。营销管理功能可以让员工通过该功能来完成对客户相关销售和开发计划的管理以及员工制定相关的销售机会的管理，由此来提高员工销售证券产品的效果，保证营销情况。员工用例分析功能业务用例图如图3-7所示。图3-7员工用例分析功能业务用例图3）客户人员用例分析某证券公司对客户的有效管理和提供优质的服务是其立足之根本，所以营销服务管理系统对客户人员的管理是重点工作之一，在系统中相关人员可以通过系统来完成服务的管理以及对客户的管理，其中服务管理主要是对面向于客户的各项不同服务的管理，包括对客户的服务的创建、客户对服务的满意程度的反馈以及对客户服务完成后的服务的归档等工作；另外一个客户管理主要是对证券公司客户的个体来说，包括有对客户进一步进行挖掘开发的计划制定、客户的相关详细信息的管理以及证券公司业务人员与客户之间的交互情况信息的有效管理工作。客户人员的业务用例图如图3-8所示。图3-8客户人员的业务用例图1.3系统非功能性需求分析系统非功能需求需要在考虑用户所需要的实际功能的基础上再进一步的考虑应用系统在后续运行、安全、管理等方面的个性化需求。系统的非功能需求对系统后续运行起到了关键作用，为系统后续安全稳定运行保驾护航。（1）性能需求在系统投入正式使用后，性能指标标志着系统为用户提供相应服务的响应速度，系统运行性能效率越高意味着响应速度越快，用户访问系统给用户反馈各项数据的时间也就越快；同样的系统运行性能效率越低意味着响应速度越慢，用户访问系统给用户反馈各项数据的时间也就越慢。决定系统性能需求的几个硬件方面主要指标为系统运行服务器的中央处理器负载率、内存使用率等，在软件方面的指标为系统响应时间以及系统满负荷所承载的用户数。相对应的，用户数量越多，系统响应时间越长，中央处理器负载越高，内存使用率也越高。根据系统情况可以对系统的性能指标做出规范，其中单台服务器承载最大用户数为两千人，中央处理器负载应低于80%，内存使用率应低于80%，系统响应速度应控制在2秒-6秒之间为宜。（2）安全性需求系统的安全是系统正常稳定运行的基石，只有系统安全运行才可继续谈及系统的其他各项要求。根据系统木桶理论，安全问题如果出现问题则整个系统就会出现短板，系统内在数据准确性、运行平稳性以及系统的服务都将无从谈起。如何保证系统的安全性需求是目前广大软件开发工作者共同最求的目标，达成该目标其主要包括：一是保证服务器的操作系统保持在最新的补丁包状态，及时更新操作系统服务商所发布的补丁程序是避免出现漏洞的首要措施；二是在服务器层面关闭不必要的端口服务，由于服务器操作系统提供了多种不同的服务，每个服务都对应了不同的服务程序，将大量的服务程序都暴露在互联网下是比较危险且不明智的，恶意攻击者可以通过对不同服务程序的入侵来达到破坏系统安全性的目的；三是在业务系统开发阶段就需要考虑系统如何设计和开发才能做到系统安全，避免诸如SQL注入、跨站攻击等问题；四是建立严格的系统审计检查机制，对于业务系统较为重要的操作记入审计日志，系统运维人员定期对这些日志巡视，如此一来可以及时发现问题进行查漏补缺；五是对业务系统用户加强安全常识的培训工作，告知用户违规操作的重要程度，避免出现用户设立密码强度较弱让他人使用其账号登录系统破坏数据等类似情况的发生；六是增强系统的数据备份和应用系统的备份，在数据备份过程中为了避免对系统数据库压力过大，建议每天凌晨执行增量数据备份的策略。（3）可靠性需求可靠性是指系统所提供的各项业务服务保持正常平稳，系统的可靠性保障主要包括：一是设立系统与用户接触的界面做到数据的初步校验，在系统服务器端再次进行校验的机制。用户在录入错误为例数据时，系统可以及时提醒并将其所提交的数据抛弃；二是在系统开发阶段规范要求，避免出现系统逻辑错误时将exception报错抛出到系统用户侧进行显示，这样容易被攻击者获取系统关键配置信息并对此进行利用；三是设立多台应用服务器，由多台服务器共同向用户提供系统服务，提高系统的可靠程度。服务器的可靠性指标需要服务器的稳定运行率达到99.99%，系统服务可靠性要求达到99.999%。（4）维护性需求一个系统运行稳定的好坏直接取决于运维人员水平的高低以及系统所提供的各项报告。为了保证系统维护性需要，首先应在系统研发过程中对系统代码作出注释；然后在交付系统的过程中需要有开发和实时人员提供符合规范要求的文档手册，用来为运维人员提供基础问题解决方法以及系统工作的原理；再次建立以图形方式和短信告警方式为主要因素的系统实时监控平台，当系统出现问题时可以及时通知运维人员处理；最后系统开发人员在完成应用系统修复补丁后应在测试环境经过充分的测试方可在正式环境中部署。（5）可操作性需求可操作性作为系统正式交付用户使用的一个特性是指在系统中的各项操作应符合系统用户的各项习惯，并具备清晰明了的UI界面。为了保证系统的可操作性