全国股份转让系统运维支撑体系建设项目需求v0.9.141030

编号：NEEQ-TECH-SR-2014mmdd密级：全国中小企业股份转让系统运维支撑体系建设项目需求书（V0.9）全国中小企业股份转让系统有限责任公司二〇一四年十一月 运维支撑体系建设项目需求书页共25页项目背景全国中小企业股份转让系统（以下简称“全国股份转让系统”）是经国务院批准设立的全国性证券交易场所，全国中小企业股份转让系统有限责任公司（以下简称“全国股份转让系统公司”）为其运营管理机构。2012年9月20日，公司在国家工商总局注册成立，注册资本30亿元。上海证券交易所、深圳证券交易所、中国证券登记结算有限责任公司、上海期货交易所、中国金融期货交易所、郑州商品交易所、大连商品交易所为公司股东单位。公司的经营宗旨是：坚持公开、公平、公正的原则，完善市场功能，加强市场服务，维护市场秩序，推动市场创新，保护投资者及其他市场参与主体的合法权益，推动场外交易市场健康发展，促进民间投资和中小企业发展，有效服务实体经济。公司的经营范围是：组织安排非上市股份公司股份的公开转让；为非上市股份公司融资、并购等相关业务提供服务；为市场参与人提供信息、技术和培训服务。设立全国中小企业股份转让系统是加快我国多层次资本市场建设发展的重要举措。公司将在中国证监会的领导下，不断改善中小企业金融环境，大力推动创新、创业，积极推动我国场外市场健康、稳定、持续发展。2013年2月19日，我司迁址金融大街丁26号金阳大厦，金阳大厦数据中心正式投入运行，其后，我司办公支持平台、业务支持平台陆续上线。2014年5月19日，全国股份转让系统交易支持平台正式上线，支持协议转让、集合竞价等转让方式。2014年8月25日，做市转让业务上线。截止2014年10月15日，全国股份转让系统挂牌企业已达1177家，挂牌公司公司股票转让逐渐活跃，全国股份转让系统功能逐渐发挥。经过两年多的发展，我司数据中心、三大信息系统（交易支持平台、业务支持平台、办公支持平台）、三张网络（交易网、业务网（含办公内网）、办公外网）已相继建成并投入使用。目前，我司技术服务部管理的各类信息技术设备超过300多台套。为了有效降低系统运行风险、保障业务连续性、提高运维效率，实现“规范、严谨、求真、务实防控系统运行风险”的运维工作目标和工作要求，需要建立科学严谨的运维管理流程及其管理平台、统一监控平台和自动化运维平台，在“管”、“监”、“控”等方面全面提高规范化水平、信息化水平和自动化水平。项目目标和原则本项目目标主要有六个：（一）运维流程咨询：参考ISO20000和ITIL，结合我司实际情况，制定一套运行管理流程，至少包括事件管理、问题管理、配置管理、变更管理、发布管理、服务级别管理等流程；（二）运维流程管理平台：实现运维流程电子化、信息化；（三）自动化运维平台：实现日常巡检、定期巡检、日常操作自动化，降低系统运行风险；（四）统一监控平台：建立统一监控框架，能够对应用程序、基础系统、网络和机房环境的统一监控；（五）短信平台：建立短信告警平台，能够通过主流运营商的短信网关进行收发信息。（六）运维信息交换平台：建立各平台之间运维信息的交互机制，支持各类文件数据传送和实时消息传送。本项目的建设原则是：急用先行、分步实施。功能需求运维流程咨询需求概述参考ISO20000及ITIL标准，按照“规范、严谨、求真、务实”的原则，建立我司运维制度体系（包括制度、流程、表单）等。运维制度体系应至少包括事件管理、问题管理、配置管理、变更管理、发布管理（和变更管理合并）、服务级别管理等。所有流程和制度应该和我司现有的技术环境相适应，提高实效，避免流程和实际脱节。我司已经建立的制度包括：《交易支持平台变更管理规定》、《交易支持平台信息安全事件应急预案》、《机房管理规定》、《交易支持平台日常操作表》等。配置管理配置管理对我司所有信息技术资源的配置信息进行维护和管理。配置管理制度确定配置管理的原则、范围、流程及配置项信息。配置管理以实用、高效为原则，要确定我司不同配置信息管理的粒度。配置管理的范围包括四大类：应用程序、基础系统、网络及安全设备、机房环境要素等。对于没一大类，应合理确定其配置项信息，并进行分级。配置管理要为事件管理、问题管理、变更管理、可持续性管理等提供支持。事件管理事件是不属于标准操作的，并能导致或者可能导致服务中断或服务质量下降的任何事项。事件管理制度确定事件范围、分类、分级、升级机制，确定事件管理流程，制定事件处理表单等。事件管理涉及机房、网络、服务器、数据库、中间件、应用系统等要素。未经标准化、规范化、流程化处理的服务请求也可当做事件。事件管理以配置管理为基础，与问题管理、变更管理、可持续性管理等流程关联。问题管理问题是引起一个或多个现存或可能发生事件的根本原因。问题管理的目标是发现并消除引起事件的深层次原因，以防止类似事件再次发生。问题管理需要制定相应的问题管理流程和制度，规范问题被动管理和主动管理水平。被动问题管理是找出已经发生事件、问题的根本原因，并提供解决方案或改进意见；主动问题管理是提前发现可能出现的事件和问题，并进行处理，减少或杜绝可能出现的事件对业务的影响。问题管理与事件管理、变更管理、服务级别管理、知识库管理、可持续性管理等关联。变更管理事物是永远运动变化的，技术系统也避免不了变更。为了减少变更过程中可能出现的差错，降低变更的风险，需要制定科学严谨的变更流程，对变更进行有效的管理。变更管理的范围包括技术系统的所有变更，涉及的对象包括网络、基础系统（服务器、中间件）、应用程序等所有信息技术资源。变更管理与事件管理、问题管理、配置管理、可持续性管理等关联。服务级别管理提出我司技术服务分级分类的原则、升级和降级原则。梳理和制定我司服务目录，制定服务级别协议模板。对我司现有服务给出划分建议。服务级别管理与事件管理、问题管理、变更管理、可持续性管理等流程关联。可持续性管理可持续性管理对潜在的风险加以评估分析，确定其对客户业务可能造成的威胁，并建立完善的应急处理计划和流程来防止或减少灾难和故障可能对业务造成的影响。可持续性管理重点对我司的应急流程、应急手册进行梳理，建立可持续性管理机制。可持续性管理有配置管理、事件管理、问题管理、服务级别管理等流程关联。流程管理平台需求概述实现服务台、配置管理、事件管理、问题管理、变更管理、服务级别管理、可持续性管理、知识库管理等功能模块。建立运维各个流程之间的基本联系，并能在运维流程的各个阶段之间进行流转。 实现权限管理系统，支持对运维人员进行分角色管理，建立基于角色的权限管理机制。权限管理系统可以在运维流程管理平台、统一监控平台和自动化运维平台中共用。运维人员管理支持按岗位（组别）进行划分。 实现查询统计及报表功能：可以对运维功能点进行查询统计；可以出具日报、月报和年报等统计报表；统计报表支持按时间段出具。报表可以配置。 流程管理的要素可以配置，流程也可以进行配置，不需改动代码。流程支持复核和非复核模式。配置管理实现配置管理数据库（CMDB），配置管理数据库支持MySQL（版本待定）和Oracle11g数据库。数据模型基于面向对象技术，支持结构化数据存储和非结构化数据存储。配置管理项可根据管理的层次进行树状设计。实现配置项分类、分系统管理。配置项类别可以定义，支持管理类别包括各类软硬件。实现类别模板。实现配置项关系管理。配置项支持组合和关联关系。例如：服务器和网卡是一个组合关系，服务器和该型号的支持文档是关联关系。能够以树状图或网状图的方式进行展示。配置项信息的收集支持采用SNMP和ICMP的自动发现，配置项信息支持增删改查。配置项信息的变更需留痕。支持配置信息项信息的整体存储、备份和恢复。每次变更管理完成时，应提示相关配置项信息的修改。实现自动巡检和扫描，可定期进行检查、审计和扫描，包括硬件信息、硬件配置信息、软件安装及配置信息等，当发现信息与CMDB信息不一致时，应能给出告警。CMDB是事件、问题、变更、可持续性管理等流程的基础，实现各流程与CMDB的关联。实现资产的全生命周期管理。资产的生命周期与配置项生命周期一致。实现合同信息管理。合同信息与资产管理关联。实现供应商基本信息管理。供应商信息应与合同和资产相关联。事件管理实现事件记录功能。支持人工记录和自动记录事件方式。事件可以批量导入和导出，支持Excel和Xml方式。统一监控平台、自动化运维平台等系统可以作为事件记录的来源。提供事件模板管理。实现事件工单管理，工单应该记录有利于处理该事件的基本信息。事件工单处理应支持完整的闭环处理。实现事件处理的追踪机制，对超过预设时间未处理的事件应进行短信、E-mail提醒。实现事件的分类和分级管理。根据业务特点，对事件进行分类管理。根据受影响系统的重要性、影响范围对事件进行分级。还可以指定事件的紧急程度。支持事件的自动升级（或降级）和手工升级（或降级）。实现事件的过滤和关联功能，对于重复的事件和相关的事件，可以进行关联。事件还可以与问题、变更、配置、可持续性管理等关联。对于重复事件和派生事件，当跟事件解决后，重复事件及其派生事件也相应解决。事件处理要记录事件处理的时间、处理步骤、处理人等信息。事件关闭应受控，应由事件所涉及系统的负责人和流程经理共同确认后关闭。事件处理完毕后，应对相关人员进行电邮和短信通知。问题管理实现问题创建，问题一般手工创建，但支持事件的自动创建。支持问题的分类、分级管理。支持问题的升级（或降级）管理。支持问题的审核和分派。支持问题的处理流程模板，针对不同的问题，可以指定不同的问题处理流程。支持问题处理的辅助管理，对于类似的问题，可以提示建议处理方式。实现与变更管理流程关联。问题关闭应受控，应由问题所涉及系统的负责人和流程经理共同确认后关闭。事件处理完毕后，应对相关人员进行电邮和短信通知。变更管理实现变更管理流程电子化，变更管理流程可以配置，流程中每个环节信息项可以配置。支持流程审批，审批人可以配置。可以建立流程模板和审批模板。实现应用软件变更、操作系统变更、中间件变更、数据库变更、网络设备变更、安全设备变更流程和模板。变更可分为紧急变更和常规变更，常规变更需要事前审核、紧急变更事后补录。实现电子化审核，对不同类别的审核要素进行梳理，并电子化。建立变更管理知识库，为CAB审核提供参考，形成比较标准化的审核点，审核点可以增删改查。实现比较完备的通知功能，有新的变更时，可通过短信、界面提醒方式进行提醒。实现变更与事件、问题、可持续性管理、CMDB、知识库、服务级别等进行关联。变更关闭应受控，应由变更负责人和变更经理共同确认后关闭。变更处理完毕后，应对相关人员进行电邮和短信通知。服务级别管理实现服务目录信息管理。服务目录信息可以支持Excel或者Xml导入。目录信息可以分层次进行浏览，可以层级显示服务拓扑。服务级别可以定义，可以从可用性、运维时间要求等进行划分。可持续性管理实现对应急场景的管理。对于每个应急场景，应对每个步骤信息进行管理。支持应急场景的快速检索和模糊检索。支持应急场景单独打印或者分系统打印。应急场景管理和CMDB、知识库等关联。知识库管理实现对运维相关的知识进行管理，为事件处理、问题处理、应急处理等提供知识参考。支持对知识的分类检索、关键字检索、模糊匹配检索。支持知识的录入、审批和发布流程。知识可以和服务目录、CMDB等信息进行关联。人员管理实现运维人员管理，实现基于角色的权限管理机制，权限管理粒度达到功能点即可（能达到数据项更好）。实现排班管理，能够自动生成按星期、按月和按年进行排班。报表功能实现关键内容的报表输出，包括日报表、月报表、季报表、年报表以及自定义时间跨度的报表。支持报表设计功能，能够增删改报表要素。自动化运维平台需求概述自动化运维平台实现应用系统运维流程化、电子化，降低手工操作风险，提高运维效率。建立作业和流程模板，能够按作业模板和流程模板，执行作业任务。作业执行要遵循谨慎原则。可以支持自动执行旁路，由自动操作变更为手工操作。作业支持步进执行，支持双人或多人复核。每次作业执行情况均需要记录。自动化运维平台和流程管理平台可以联动。包括与事件处理、可持续性管理、知识库等内容的关联。支持X86系列服务器，Cisco、华为、华三等主流网络和安全设备。支持Linux、windows操作系统。点对点应答：满足作业管理实现活动管理，活动是组织作业的一个原子操作，每个活动有其准入条件、标准输出、及其辅助信息。实现作业管理，作业由一系列活动的组合体。作业之间可以进行组合，支持并行和串行执行。作业的增加、修改需要进行审批。作业的创建、修改需要多人复核。作业的所有修改均需留痕。实现作业审计功能，能够完整记录作业的交互过程，记录每个步骤执行的开始和结束时间、执行动作、执行状态、执行结果等。作业的执行情况应该方便查询。实现图形化的作业流程设计工具，可以方便的自定义作业。实现作业的逻辑控制功能，能够设定作业之间的逻辑关系。支持串行、并行、定时执行、条件执行、人工复核执行等方式。实现作业调度策略设计工具，能够根据执行逻辑、时间因素对作业进行调度。作业的时间调度策略包括：按频度调度、特定时间执行、特定时间不执行。实现作业执行的异常处理功能，异常处理方式包括：忽略、终止、跳转、重试（次数可以设置）。整个作业的执行过程应该可管可控，整个执行过程以可视化方式展现，运维人员可以清晰观察流程执行的整个过程，执行过程可记录（包括截图）。点对点应答：满足，这部分需要大量的定制化开发工作，需要有作业和活动的调度管理流程作为输入。自动巡检实现应用软件、中间件、数据库、操作系统、服务器、网络设备、安全设备的自动巡检。自动巡检指标包括各类软硬件设备的核心指标和核心配置。自动巡检时间间隔可以按任务进行设置。自动巡检发生问题，要进行声音、界面提示、短信告警。告警信息根据设置，可以确定是否产生事件。自动巡检可以设计成作业。 配置检查是自动巡检的内容之一，配置检查也可以手工发起。点对点应答：满足日常操作根据《交易支持平台日常操作表》（包括应用系统、网络、基础系统等）设计和优化作业流程。点对点应答：满足，本部分参照3.3.2，需要定制开发配置备份与恢复实现交易支持平台环境的一键备份和恢复功能。交易支持平台环境包括：数据库、日志文件、程序、操作系统配置、网络配置等所有运行交易支持平台相关的程序和数据。点对点应答：满足，该部分功能需要定制化开发。报表功能实现关键内容的报表输出，包括日报表、月报表、季报表、年报表以及自定义时间跨度的报表。支持报表设计功能，能够增删改报表要素。应答：满足，需要部分定制化开发统一监控平台需求概述统一监控平台实现应用系统、基础系统（服务器、存储、数据库、中间件等）、网络、安全软硬件设备的统一监控。统一监控平台应提供受管对象的视图，包括：（1）服务视图，展示与服务相关的所有软硬件设备的关联关系，以及软硬件设备的状态和性能；（2）物理视图，包括网络拓扑图、服务器视图、数据库视图、存储设备视图、安全设备视图等；（3）提供视图编辑工具；（4）被监控对象产生告警，能在视图上进行标示；（5）视图上的设备能和CMDB关联，并能显示相关配置信息。统一监控平台能够建立、修改、删除各类告警规则，并能对各类告警信息进行去重、过滤及关联。监控的频率和时间区间能够进行设置，支持统一类型的设备的统一设置。告警功能可以和事件管理、应急管理等流程进行关联。点对点应答:满足应用（服务）监控实现基于日志信息、进程存活状态、数据库记录数的应用（服务）、脚本反馈结果的监控。监控策略支持时间、触发条件等维度。对于日志类信息监控，支持正则表达式规则的设计；对于数据库记录数，能够支持jdbc和odbc的数据库连接配置，同时支持表的连接、选择和统计操作。点对点应答：满足服务器及操作系统监控实现x86系列服务器监控，支持Linux操作系统和windows操作系统监控。监控的硬件包括：CPU、内存、磁盘、电源、主板（如可获得数据）、系统缓冲区、通讯端口等。监控的操作系统指标包括：操作系统进程、应用系统进程、用户登录状态、集群运行状态等。监控程序也应该进行监控。点对点应答：满足数据库监控实现对Oracle数据库、SQLServer数据库、MySql数据库的监控。对数据库的存活状态、监控状态、性能状态、集群运行状态、表空间状况、缓存命中情况等进行监控。点对点应答：满足中间件监控实现监控ApacheTomcat、ApacheWebServer、恒生电子中间件产品AR的监控，对其存活状态、性能指标、可用性指标等进行监控。点对点应答：满足,恒生电子AR的监控需要定制开发。存储系统监控实现对EMCVNX存储设备和NetApp备份设备的监控，对其存活状态、性能指标、容量指标、可用性指标等进行监控。点对点应答：满足网络及安全设备监控实现对主流品牌（思科、华为、华三、Juniper等）网络及安全设备的监控，路由器、交换机、防火墙等设备的存活状态、性能指标、容量指标、可用性指标等的监控。点对点应答：满足短信平台建立短信告警平台，能够通过主流运营商（移动、电信、联通）的短信网关进行可靠短信收发。支持短信猫发送短信功能。实现短信告警池和通知池管理，确保短信收发效率。实施告警信息的分级分类管理。点对点应答：满足运维数据交换平台建立统一的运维数据交换平台，实现消息和文件数据传输，支持同步和异步方式。内部运维数据交换在运维支持体系项目中，包括运维流程管理平台、统一监控平台、自动化运维平台、短信平台等，需要实现在不同平台之间的运维信息交互。我司网络进行物理隔离，需要在不同的隔离网络之间，进行运维信息交互。点对点应答：满足，需要进行业务梳理，流程梳理等作为平台建设的输入证券通信公司运维数据交换实现与深圳证券通信公司存在运维数据交换，数据交换的内容和格式遵照我司和深圳证券通信公司协商签订的运维数据交换协议。点对点应答：满足数据初始化功能系统上线前，现有运维数据应该初始化到本项目中各平台中，需要迁移的数据包括但不限于配置数据、资产信息、变更记录、事件记录、应急场景等。数据初始化需要进行严格的校验，确保初始数据准确完整。点对点应答:满足容量及性能系统容量软硬件设备数：>1000台套监控项：>100000个日处理监控：>24*60*10万笔点对点应答：满足，我们日处理信息量可达5亿条响应时间业务请求：操作、监控响应时间一般在2秒以内查询请求：简单查询2秒以内、一般查询5秒以内，复杂查询1分钟以内。点对点应答：满足非功能性需求总体目标建设一个安全、可靠、灵活、高效、自主可控的运维支持体系，既满足当前的运维工作需求，又能比较容易支持运维任务的扩展。可用性、可靠性系统应该足够的健壮，应能处理各种异常，在异常处理中，不允许业务数据丢失。对于自动化运维平台应有自动化的测试程序，通过自动化测试方式，穷举可能发生的错误并验证程序确实能够正确执行（例如由测试程序自动关闭网络接口，观察系统的容错处理结果）。自动化运维平台要有确保运维活动可靠执行的机制。对于统一监控平台，对软硬件设备进行监控，不应该对应用程序产生不良影响。系统的可靠性还依赖于程序的健壮性，开发商应加强项目管理、编码、测试等软件开发过程的规范性保障程序的健壮性。开发商应提交针对本项目软件开发各个环节中的规范，并在项目实施过程中严格执行。安全性系统应设计有效、合规、简单的安全机制，确保经过授权的系统（用户）才能使用相关功能和数据。安全机制可以实现对功能点和数据项（注：数据项不做强制要求）的管理和授权。功能点可进一步分为查询、修改、复核等权限。系统间的数据传输支持加密传输。扩展性从功能角度看，对于运维流程管理平台，应能支持增加新的流程而不用改动原有的程序框架；对于统一监控平台，应能方便的增加新的监控任务和指标；对于自动化运维平台，应能方便的增加信息的作业。从技术角度看，各平台应具有良好的横向扩展能力，当需要提升系统处理能力时，可以通过添加服务器的方式，快速提升性能。技术路线本系统应采用成熟稳定的技术路线。技术路线（包括软硬件平台、开发语言等）的选择应有充分的理由和根据。开发管理要求管理要求开发管理规范化要求本项目要求规范化的开发与管理。根据本项目的特点，开发商应将CMMI过程进行仔细选择和剪裁后，经全国股份转让系统公司认可后应用于本项目。关键过程包括但不限于需求分析、设计（规划、概要设计、详细设计）、编码、测试（单元测试、集成测试、联网测试、仿真测试、通关测试等）、安装部署、培训、知识转移（确保全国股份转让系统公司人员能够自主掌握系统）、运行维护等。本项目不允许转包或者分包。合同各方指派代表组成本信息系统开发管理小组，管理本软件的开发。开发商执行本项目的项目经理、技术架构师、核心开发人员和核心测试人员等项目核心人员须专职于本项目，不得再从事其他项目开发，项目团队要保持稳定，未经全国股份转让系统公司书面同意允许，项目成员不得更换中途离开本项目。全国股份转让系统公司相关技术和业务人员参与需求分析、设计、编码、测试等软件过程的各个环节，开发商应给予支持和配合，并给予必要的培训。开发商对开发质量和进度负责，全国股份转让系统公司人员的加入，并不影响开发商应承担的责任和义务。因人员问题可能导致进度延误或质量无法保证时，全国股份转让系统公司有权要求开发商增加或更换人员，开发商应给予满足。开发文档须符合：（1）计算机软件需求规范GB/T9385-2008；（2）计算机软件文档编制规范GB/T8567-2006；（3）经过全国股份转让系统公司评审或者认可的规范；（4）全国股份转让系统公司相关开发和管理规范及要求。项目管理方案和建议要求项目管理方案和建议，内容包括但不限于项目质量控制、风险控制、项目开发管理规范、软件编码规范、进度控制、人员管理及成果交付等。项目管理方案应该安排合理、清晰、可行，进度满足要求。开发商执行本项目的项目经理、技术架构师、核心开发人员和核心测试人员等项目核心人员须专职于本项目，不得再从事其他项目开发，项目团队要保持稳定，未经全国股份转让系统公司书面同意，项目成员不得更换。全国股份转让系统公司相关技术和业务人员参与需求分析、设计、编码、测试等软件过程的各个环节，开发商应给予支持和配合，并给予必要的培训。开发商对开发质量和进度负责，全国股份转让系统公司人员的加入，并不影响开发商应承担的责任和义务。开发商应向全国股份转让系统公司提供项目周报、月报和专题报告，内容包括项目进度或里程碑计划执行情况，已完成的软件开发项目，有无遇到的困难和障碍，本项目的预期效果，人员配置情况，有无项目变更及变更情况或其它与本项目有关的全国股份转让系统公司应该知道或全国股份转让系统公司要求知道的情况。因人员问题可能导致进度延误或质量无法保证时，全国股份转让系统公司有权要求开发商增加或更换人员，开发商应给予满足。对于需求变更，双方应本着友好合作精神进行协商，认定其工作量。对于一般性的工作增加（不超过总工作总量的10%），开发商免费进行修改和调整。如果工作量增加确实较大，双方应通过协商对开发费用和项目进度安排进行调整，同时签订补充协议。里程碑评审项目里程碑成果（文档、程序等）需要经过开发商内部评审、甲乙双方共同评审两个过程。全国股份转让系统公司在评审结果上签字，仅表明全国股份转让系统公司知晓里程碑成果内容，并不对成果的质量负责，开发商对里程碑成果负责，经评审后，发现的技术问题或者技术调整，开发商应负责完成。项目组人员要求项目团队应保持稳定，项目组成员应专职于本项目，人员工作安排须征得全国股份转让系统公司认可。项目组成员进入项目组需要进行考核，中途不得离开项目组。对人员资质的具体要求如下：项目经理：具有8年以上金融行业信息化建设经验、5年以上项目经理经验；拥有工信部信息系统项目管理师资格证书或PMP证书尤佳；系统分析师、系统架构师、测试主管：具有8年以上金融行业信息化建设经验、5年以上相关角色经验；拥有工信部系统分析师、系统架构师、软件评测师资格尤佳；开发人员：具有2年以上金融行业信息化建设经验；测试人员：具有5年以上测试经验；配置管理人员：具有2年以上配置管理工作经验。以上人员均需提供简历、证书复印件（原件备查）、公司及个人对简历及证书真实性的承诺。开发模式本项目在集成测试和实施阶段后，要求驻场。开发过程要求需求与需求分析开发商必须对全国股份转让系统公司的需求进行详细充分的分析调研，充分考虑全国股份转让系统公司的需求。开发商在需求调研的基础上，完成需求分析，并提交系统需求分析报告、系统需求规格说明书和系统原型。全国股份转让系统公司将对提交物进行评审。全国股份转让系统公司对上述需求分析书的签字认可，仅代表对其已描述内容进行了确认，并不代表需求细节的全部，在开发和使用过程中，根据实际情况，用户会随时补充或更正需求的细节。概要设计和详细设计开发商在需求分析的基础上，依据本软件的功能、性能和使用目标，按照进度安排完成软件系统的概要设计和详细设计。全国股份转让系统公司将对提交物进行评审。全国股份转让系统公司对上述文件的签字认可，仅代表其知晓对上述文件中开发软件的适用性、需求性、可用性、安全性、扩展性等内容。全国股份转让系统公司并不对设计方案中的技术问题进行审核。如方案中出现任何与开发商设计相关的技术问题或技术调整，仍由开发商承担责任。软件编码开发商应制定编码规范并提交给全国股份转让系统公司评审，软件编码应严格按照经过评审的规范进行。编码应具有良好的风格，代码可读性强。全国股份转让系统公司参与的评审签字，仅代表其知晓其内容，全国股份转让系统公司并不对其质量和实质内容进行审核。软件测试开发商应制定完备的测试方案、编写测试用例并由专人进行实施。开发商应综合运用各种测试方法，尽可能的发现软件中存在的问题，测试应尽可能采用自动化测试方法。测试内容包括但不限于单元测试、集成测试、性能测试、验收测试等。对于每一类测试，都应该制定完善的测试方案、编写完备的测试用例并进行严格的评审。开发商应对本项目进行性能测试，评估系统能力、验证系统的稳定性和可靠性。性能测试应采用自动化测试工具。测试人员和开发人员的配备比例不能低于1:2。全国股份转让系统公司对测试方案及测试相关文档的签字认可，仅代表其知晓其内容。全国股份转让系统公司并不对其质量和实质内容进行审核。如测试方案及测试实施中出现任何与测试相关的技术问题或技术调整，仍由开发商承担责任。知识产权本项目不得使用任何侵权产品，应用与本项目的程序、文档等不能有任何知识产权纠纷。本项目的所有程序（仅操作系统、数据库软件除外）的可执行程序、源代码、相关文档等应完全提交给全国股份转让系统公司，全国股份转让系统公司拥有全部使用权和版权。保密要求开发商应对开发过程中获取的商业和技术秘密及敏感信息进行严格保密。所有参与开发人员应签订保密承诺书（个人、开发商），对于开发人员个人的泄密，开发商承担连带责任，全国股份转让系统公司有权追究其法律责任。开发成果及验收标准开发成果本项目的应完成的工作成果包括但不限于：（1）需求分析及需求规格说明书，需要包括用图文方式详细描述每个业务流程，输入、输出要素及其约束条件，详细的处理流程等。（2）项目整体规划及编制说明，编制说明中应给出制定规划的过程、调研成果、分析比较理由等。（3）项目建设计划及分期建设计划。（4）概要设计和详细设计文档。包括详细的技术架构、软件架构和数据库设计方案等。详细设计文档应足够详细，满足可以进行编码的要求。（5）运行正常的应用系统。（6）正确完整的软件源代码及可执行程序、安装程序、部署文档。（7）系统运行文档，包括常见故障处理手册、使用手册、运维规范、应急预案等。（8）关键技术说明，包括技术路线的选择及其理由；软硬件选型及配置建议理由；容错处理（包括可靠性、可用性设计）、消息排序、系统可扩展性、可配置性等关键技术的实现方式及其选择理由。（9）包括各个测试阶段的软件测试方案、详细测试用例、自动化测试程序及源代码、测试报告。（11）详细的培训方案、培训资料，确保全国股份转让系统公司技术人员能够自主掌控本项目。（12）软件开发管理规范、编码规范、版本管理方案。（13）数据迁移及迁移程序，系统切换方案（包括应急预案）。（14）全国股份转让系统公司提出的与本系统建设相关的其他程序、文档及资料。软件系统上线评审及初验开发商完成全部系统模块的设计、开发、测试、安装、集成，并达到了系统上线试运行条件、提交交付物、并经过上线评审后，甲、乙双方共同