福人网站项目开发项目可行性研究报告

福人网站项目开发 项目 2 1 项目概述 目开发背景 随着互联网普及率的进一步提高和各种网络应用的不断深入，社交网站已经成为网民在互联网上的重要平台性应用，即 站。 早在 2003 年 ， 全球首家社交网站 标志着现代社交网站开始破茧 。 紧随其后 ， 其他社交网站也纷纷开始在美国崭露头角 ， 络 人称赞为继 成立于 2003 年 9 月的 是目前全球 第二大的社交网站。 站在中国的兴起相对欧美和其他发达地区较晚，但发展势头却相当迅猛。 2005 年 8 月，庞升东率先创立了以交友为主的博客社区 年 12 月，几位大学生创立了校内网 由千橡集团接手更名为人人网）。此后，中国的 站便如雨后春笋般纷纷涌现，其中最著名的 站除上述两家外还包括：开心网、豆瓣网、同学网、占座网以及腾讯的 间等等。 根据中国互联网络信息中心（ 料， 截至 2012 年 12月底，我国使用社交网站的用户规模为 ，约 1/2 的中 国网络用户在使用 务。如此庞大的用户基础立刻引起了资本市场对 站及相关领域带来潜力巨大的投资机会。同时， 随着现代社会的发展 ， 人际交流状态和方式的改变 ， 日 3 后发展潜力和地位是不可估量的。 目市场分析 目前， 站的建设技术简单，进入门槛很低，专业的 业不再拥有技术垄断优势。从 2006 年开始，为了从炙手可热的 种新兴的 站数量急剧增加。在当前白热化的竞争态势中，如何吸引广大用户持久兴趣并取得盈利是将是本项目研发能否 成功的关键。 通过对 站在中国的开发运营和盈利模式的研究，现阶段中国 站存在的主要问题： （ 1）同质化问题严重，缺乏独创性近年来 快速发展并不仅仅是由于网民旺盛的需求，更是由于这类网站的建站技术简单，进入门槛和成本低，因此也造成了 站同质化倾向严重。例如，一些家喻户晓的“偷菜”、“买卖好友”、“抢车位”、“主题餐厅”等组件游戏，无论是在开心网、人人网还是 间几乎都能发现它们的踪迹。大量而单调的重复使许多用户在新鲜感过后即对这些小游戏产生厌倦。 2012 年中国网民社交网络 应用研究报告数据显示 ,厌烦游戏的用户占 该原因令 站用户大量的流失 ,多数账号长时间不使用，如国内首批社交网站 是因为用户账号不断减少 ,于 2009 年初停止了其业务。另外，中国 站对国外著名网站克隆情况严重。自 2008 年 5 月份推出以来，开心网便几乎是完全复了 好友买卖”和“抢车位”两个组件游戏。以 4 开心网为代表的“克隆一族”虽然在短时间内取得了极好的收益，但是从长远看来，一味抄袭最后亦将导致中国的 站缺乏自身特色，并容易被他人所取代。 （ 2）在所有网站 类型中， 交网站是被认为粘度最高的网站之一。“网站粘度”越高对一个网站来说可以更快的增加稳定的访问量，对于搜索引擎的依赖程度就越低。 告显示， 截至 2012年 12 月底，我国使用社交网站的用户较 2011 年底提升了 而在使用率方面，社交网站用户却比 2011 年 底回落了近四个百分点。目前，造成 交网站粘度较低原因主要有以下三个方面： 一、真实感不高。传统的 交网站的信息内容主要采用的文字、视频和声音等方式展现，用户在 网站浏览过程中，所看到的、听到的、感受到的一切内容不够逼真，用户 没有沉浸感。 二、交互性不强。传统的 交网站提供给用户的是一种静态的传统浏览方式，不能有效的满足用户在网络社区中实现互动性、参与性的要求。 三、功能性不强。传统的 交网站不能有效提供用户需要的功能信息，调查结果显示，用户放弃 交网站的原因中，表示“网站没有感兴趣的活动”占到了 29%，认为“网站没有有用的信息”的占到 5 2 项目需求分析 目基本建设目标 以停车场的车辆为信息处理对象，建立集信息采集、业务分析、联防联控、出行服务为一体的中心信息处理系统。系统实现与深圳市网 格化项目的无缝对接。 对网格化系统进行升级改造，完善其可扩展性和健壮性，为停车场管控系统及其以后相关系统的接入建立必要保障。 目建设总体思想 本项目的建设过程中将遵循如下基本思想： 1. 服务于多种用户。 本系统主要服务用户如下： 停车场管理单位。为该用户提供停车场的实时状态信息，便于管理人员进行管理； 交通主管部门。为该用户提供与车辆相关的停车场交通状态信息，便于管理者进行交通组织和管理； 治安管理部门。为该用户提供个体车辆信息及其活动规律，对违法等重点车辆进行监控和辨识，便于执法者对相应的车辆 进行监管和处置。 普通公民。为公民的出行提供停车场的相关信息和出行服务，提高和改善公民的出行质量，降低交通压力，改善社会和自 6 然环境。 城市规划部门。为该用户提供停车场及其推演出的交通发展趋势，为合理进行城市规划提供依据。 2. 标准化和扩展性 网格化项目是公共治安的一个服务于实战的信息系统，将有多个信息系统接入和延伸，并且在业务群、地域、使用单位等多个维度上进行扩展和延伸。需要建立一个标准的信息接口和业务扩展方案。在本期建设中，将以静态和动态车辆两种信息状态、多业务群组定制组合、开放数据接口等方式对网格化系 统的标准化和可扩展性进行建设。使网格化项目最大程度地发挥其效能。 3. 安全性和稳定性 作为一个自动化程度较高、地域性广、海量数据接入的管控系统，网格化承担了深圳市所有动态和静态车辆的监管任务，其采集点在外来的几年可能达到上万个，每秒数据增量在万级，比对计算在百万级。如此巨大的系统需要一个自动机制对系统的安全性和稳定性进行监控。 本项目将通过历史数据的规律发现和异常数据判别进行系统的自行检测，并建立相应的预警机制。 4. 多业务群组 网格化系统和停车场管控系统具有两大功能：基础数据采集和实战业务的信息服务。 面向不同的实战业务将会产生不同的业务群，为此，本系统在建设中将建立可定制和扩展的多业务群组。 7 基本的建设思想是基于元数据和元计算等工具建立细胞功能集，通过组装机制实现业务的定制。 格化项目建设现状 网格化机动车识别综合应用系统经过三年左右的建设，已建设完成或正在建设的项目情况是： 1）工程于 2007 年底建设完成并投入使用，共建设监控点 72 个，覆盖车道数近 300 条； 2） 2008 年后又陆续进行了“综治车牌自动识别系统建设项目”、“宝安、龙岗车牌自动识别系统建设项目”、“三线关卡点建设项目”等项目的实施， 总体监控点规模已达到 118 点。 3）深圳市经营性停车场设施管理规范已经通过并实施，全市近 3600 个经营性停车场数据正陆续接入“网格化”系统。 网格化项目建设的初衷是构建一个城市范围内针对动态车辆数据的海量数据仓库，将“车牌照”这一能真实反映车辆身份的观测量引入公安整个业务系统，并在海量数据仓库的基础上初步实现了传统监测系统无法在线、动态监测的套牌、假牌等功能，取得了良好的效果。下列图表是网格化一期项目部分成果的展示： 1. 交通流相关参数实时计算，包括旅行时间调查系统的构建等 8 2. 套牌监测 3. 路段超速监测 9 4. 动态布控 10 目功能需求分析 求调查 网格化一期项目建设实现了项目设计初衷，随着车牌照识别点硬件建设规模的不断扩展，海量动态车辆数据获取不断丰富，以及新的形式和条件下，有必要对网格化项目进行一次完全的改造和升级。 新的形式是：根据公安部对金盾二期项目的规划，情报信息综合应用平台系统被列为“龙头”项目，而网格化项目所能提供的城市范围内车辆移动、车辆行为、交通状态等数据将是情报信息综合应用平台系统的重要数据来源，作为一个独立的信息系统如何为情报信息综合应用 平台系统进行充分的信息交互，不仅仅是在原有系统基础上提 11 供相应的接口，而需要对网格化车辆数据进行更深层次的数据挖掘、信息与知识的提取，以实现两个平台数据交互的可靠和高效。 就网格化项目本身而言，目前网格化项目面临的主要现状是： 1. “硬件”上不断增加了新的监控点建设及停车场的数据接入。 数据监控点的规模将大大超出原系统的设计规模及系统运行负载，并且新增的停车场车辆出入监控点数据与原系统道路数据之间表现出不同的性质，不能简单的将两类数据进行融合； 2. 中央软件系统方面，为了应对监控点的增加和应用层面的不断扩 展，对网格化机动车识别综合应用系统中央软件系统有必要进行新的改造升级； 根据需求估算，网格化项目建设过程中涉及的数据量情况如下表和图所示。其中监控点数目计算将 10 个停车场折算为 1 个道路监控点。整体响应速度按一期的算法和数据使用策略计算。并发访问次数根据业务增长情况进行概算。 一期 二期 三期 监控点数目 (百个 ) 1 5+2 20+5 存储增量（ T/天） 13 交通评价运算量 (千次 /小时 ) 0 3 路组织运算量 (万次 /分钟 ) 5 违法嫌疑车辆运算量 (十万次 /分钟 ) 25 交通监控运算量 (千次 /分钟 ) 1 7 25 并发访问次数 (秒 ) 5 30 125 整体运算响应速度 (秒 ) 20 12 020406080100120140一期二期三期通过图表可以看出一期的方案和需求无法满足网格化管理的发展需要。 3. 网格化项目已提供了海量数据仓库，系统功能以及在海量数据基础之上新的研究和应用的开发已提上日程，对中央软件系统进行新的功能扩展是提高原系统价值的必行之路。 网格化在建设和应用过程中积累了大量的历史数据，这些历史数据中包含了 大量潜在的、有益的知识，对交通组织和管理、治安管控和治理具有重要的指导意义。 随着对车辆信息使用的群体的增加和相关业务的深入，用户提出了大量新的业务，并且类似的业务需求将不断扩展。同时，网格化项目作为一个重要的信息源，将为广东省乃至其他省市提供信息服务。为此，需要对网格化的业务功能机制进行改造和提升。 归纳而言，中央软件系统改造和升级所涉及的关键技术、工艺及工程实施有如下一些难点和重点： 1. 应对监控点及停车场数据的不断扩展，解决通信、计算、数 13 据库等的软硬件扩展，通信、计算、数据库等的软件的设计难度将呈几 何的增长。 新的技术发展，导致监控数据对系统的压力成倍增长。国内，已开始较大规模的推广基于高清晰数字相机的卡口系统建设，以 200 万高清晰相机为例，单个图片数据的容量是传统标清数据的 23 倍，对通讯系统、存储系统的压力增加是明显的； 通过对停车场数据的分析，启动了停车场车辆出入监控系统。停车场数据的特征不同于道路数据，由于没有改造停车场前端摄像系统，车牌照自动识别率低于道路数据。停车场数据的这些特点，决定了不宜将停车场的原始数据直接接入原网格化系统，需要先进行数据预处理，或者根据业务的需要而独立的构建为一个子 系统。 网格化系统的计算模块由于加入了不同性质的数据，需要在新的条件下，调整原有的计算体系，将对不同的计算功能任务进行在线、离线，全局、局部等划分，以保障整个系统能够持续性发展。 构建在海量数据之上的新的功能开发，在为整个公安业务提供信息综合利用水平的同时，也带大幅度增加了系统升级和改造的难度。 2. 应对使用单位的不断扩展，解决应用服务的软硬件扩展。网格化项目的扩展不仅仅是数据与功能的扩展，还有应用层次的扩展， 14 作为基层民警重要的科技工具之一，应用层次的扩展对应用服务、预警服务等提出了更高的要求，从软件上， 高并发的数据访问对应用程序和系统架构提出了新的高标准要求；而因应用软件的扩展，需要硬件系统也能够满足扩展的需要。软硬件系统的扩展，可能带来的异构问题也是扩展所要面临的新的挑战之一。 目详细功能需求 基于项目目标和建设内容，本项目分为三个部分： (1) 停车场管控系统； (2) 网格化项目负载扩容和改进完善； (3) 停车场系统和网格化项目的集成。分别对三个部分的建设需求进行描述。 1. 停车场管控系统 宗旨：对停车场的出入和寄存车辆进行管控，并进行相关的治安和停车服务的业务处理。并实现与网格化项目 的对接。 具体需求如下： (1) 数据采集需求 可以实时采集车辆基础数据，并接入到网格化项目。数据采集项包括：车辆基础信息（车牌、地点、时间、状态、图片等）；停车场管理人员基本信息。 (2) 停车服务需求 可以提供停车服务的基本功能，主要包括：停车场车位状态、停车场停车预约、停车诱导、停车需求预测等。 (3) 车辆监管需求 15 可以提供针对停车场车辆的管控功能。主要包括如下业务需求：重点车辆的甄别和监控、违法车辆（假、套、无牌车辆的甄别）、特殊车辆的管理（外地车、黄标车的管理）、特定车辆出行规律分析、相关车辆关 联分析等 (4) 交通需求信息 可以提供与停车场相关的交通信息分析和评价。主要包括如下业务需求：停车场车位使用率分析；多种分类的车辆寄存情况分析等 2. 网格化项目负载扩容和改进完善 宗旨：对网格化项目进行升级改造，满足网格化负载需要和功能完善。 具体需求如下： (1) 系统负载需求 可以实现停车场数据接入和网格化二年内新监测点增加的系统负载压力。即满足 300 个道路检测点和 2000 个停车场接入的负载需求。包括：对存储设备、计算服务器、应用服务器和通讯的扩容。 (2) 系统架构扩展需求 可以实现系统架构的扩展 性，最终可以满足 600 个道路检测点和5000 个停车场的接入需求。在系统构架上满足不同类型的检测点自由接入和用户群拓展的需要。包括：集群及其相应管理策略的建设、相关计算基础数据和边界条件的配置策略设计、基础数据分布和多级管理策略的设计、通讯管理策略等 (3) 系统自检需求 16 可以使用系统自身数据进行系统稳定性和故障检测。包括：前端采集设备状态检测、服务器工作状态检测、通讯状态检测，实现故障预警和报送机制。 (4) 系统接口标准需求 可以实现车辆实时检测数据和相关系统的数据接入和本系统向外部系统输送数据的需求。包 括：数据接入接口规范和封装程序；数据抽取程序；数据输出接口规范和封装程序；通讯协议及其程序等。 (5) 功能完善需求 针对停车场静态数据的接入，需要对网格化原有的业务功能进行完善。包括：违法车辆（套、假、无牌）的甄别；布撤控子系统；黑名单和红名单管理；轨迹分析；路段超速；近似路线分析等进行改造。 提供基于 息查询和信息展示服务。 (6) 系统业务群扩展需求 可以根据用户需要业务定制。包括：业务的元计算设计；业务流定制机制；订阅发布机制；基于元计算的访问控制机制等。 3. 停车场系统和网格化项目的集成 宗旨：实现停车场管控系统与网格化项目的对接，以统一接口服务用户。 主要需求包括： (1) 数据接入和融合 两个系统的数据集中管理，数据满足一致性和完整性，数据管理和应用统一。包括：数据接入可靠性检测、数据转换等 17 (2) 业务接入和融合 两个系统的业务集中实现，业务满足一致性原则，业务调度和实现统一。包括业务分派、业务控制等 (3) 门户和用户界面融合 使用统一的用户界面，使用一个门户管理终端。 (4) 权限管理按数据访问安全融合 使用统一的授权和安全管理机制。包括：用户管理、日志管理、授权管理和数据访问管 理等 (5) 信息发布机制融合 使用统一的信息发布机制，停车场管控系统自身不具备信息发布功能，通过网格化系统进行信息发布。 统体系结构 体架构 在体系结构方面总体功能层被划分为大规模并发信息处理层、数据信息与汇集层、业务群管理层以及终端显示层等四个层面，同时，为了确保系统稳定良好的运行，系统采用自相似等新技术手段架设了系统自检及维护功能模块，系统总体架构参阅下图。 18 大 量 停 车 场 信 息 采 集系统自检与维护大 量 停 车 场 信 息 采 集数 据 信 息 与 汇 集 层大 量 停 车 场 信 息 采 集前 端 停 车 场其 他 感 知 前 端大 量 停 车 场 信 息 处 理 层终 端 显 示 层业 务 群 管 理 层信 息 数 据 安 全数 据 解 析 异 构 数 据 融 合元 业 务 解 析 重 组实 时 通 讯系 统 管 理访 问 终 端 订 阅 发 布 交 互 系 统信 息 推 送网 络 存 储 系 统高 性 能 信 息 处理 集 群数 据 中 心系统基础数据的采集来自车牌照识别系统 (本部分不例入项目建设范畴 )； 终端显示层主要用于订阅发布、人机交互、前端显示等功能为系统与用户的主要接口，能够解决用户信息请求和用户信息获取的问题。此层通过汇集各种业务需求、展示后端结果完成系统呈现。 通讯和数据接口协议实现停车场管控系统与网格化项目的对接，并实现网格化项目于其他系统的对接； 数据管理和存储管理，实现对项目设计的各种数据的管理和使用。实现 4 级数据存储和调用，实现数据灾备管理； 元数据和元计算是系统的业务的最小组成单位。元数据实现系统 19 各数据的转换、管理和抽取。元计算实现各业务计算的基础计算； 业务定制是在元计算的基础 上，实现实际业务功能。便于项目现有和未来潜在业务的实施和扩展； 系统安全控制和系统自检机制是系统安全保障部分。前者实现信息访问安全，后者实现系统运行安全。 具体业务解析及业务处理过程参阅下图。 基础数据采集 业务解析 业务 处理 此外，系统自检及维护功能模块，为系统安全运行提供了安全保障内容，实现信息访问安全，具体实现系统运行安全。正常运行时能够为系统提供模块修复、功能升级等服务，在系统灾难发生时能够通过灾备系统实现系统报警、切换及修复，最大限度保障系统不宕机。 务流程 为 了便于理解，对本项目及其网格化相关部分的主要业务流程进行描述。 20 系统业务流程如下： 1. 由到达车辆触发车牌照识别系统获取基础数据。 2. 用户通过许可认证进行系统进行业务操作。 3. 对重点车辆和布控预约进行实时监控操作。 4. 计算系统根据不同的业务进行相应的计算。 5. 对待发布数据进行保护管理，将许可数据发布给用户。 6. 对基础数据和业务数据进行存档。 7. 对历史数据进行知识分析，并将结果发布给用户使用。 8. 使用基础数据和知识进行系统自检，并根据结果发布维护通知。 业务流程如下图所示。 深 圳 停 车 场 管 控 系 统 主 要 业 务 流 程 图预 备 数 据 采 集 业 务 处 理 响 应网格化项目网格化项目停车场管控系统停车场管控系统前端采集系统前端采集系统重 点 车 数 据布 控 预 约保 护 数 据车 牌 照 识 别 系 统数 据 存 档知 识 分 析故 障 自 检业 务 计 算视 频 采 集业 务 选 择甄 别 业 务发 布 策 略保 护 控 制车 辆 信 息发 布业 务 数 据综 合 数 据发 布访 问 许 可 和 控 制数 据 发 布 和 使 用业 务 请 求车 辆知 识 分 析系 统 维 护 通 知业 务 计 算深圳停车场管控系统主要业务流程图 21 目非功能性需求分析 目建设技术需求 项目建设技术要求简述如下： 1. 系统构建使用 B/S 和 C/S 三层架构结合的方式， C/S 用于后台计算和安全管理。 B/S 用于实现信息访问和用户业务。 2. 应用服务器端开发环境使用 作系统，客户端使用作系统。 3. 数据库使用 据库。 4. 系统架构使用集群技术，保障系统扩展。集群可以实现本项目特殊计算要求。 目建设 开发环境需求 根据系统的总体实施方案和技术路线，为达到系统预期的各项功能指标，项目建设环境要求简述如下： 一、 软件环境 名称 定义与功能 应用中间件 部署在计算机硬件和操作系统之上，支持应用软件开发和运行的系统 软件，为分布式应用提供了一个标准的平台 。 消息中间件 利用高效可靠的消息传递机制进行平台无关的 数据 交流，并基于数据通信来进行分布式系统的集成 。 元数据中间件 抽取出的业 务模型和数据信息流，为数据标准化提供基础的数据元 ，实现各业务信息系统间的可交换及共享。 开发平台 008 操作系统 台开发套件 22 二、 硬件环境 部件 主要参数指标 存储设备控制柜及控制器 1、 2 2、 别 0、 1、 3、 5、 6、 0+1 ； 3、主机通道 4s，主机接口总带宽 3200MB/s； 4、 控制柜支持 16 块磁盘，系统最大支持 112 块硬盘； 双冗余 块 1、每 块 2s 光纤扩展口； 2、支持 16 块 盘； 3、支持 15K 转 300450600纤磁盘； 4、支持 7200 转 7502盘； 盘 1、容量 2 2、 7200/ 3、 3Gb/s； 网闸及负载均衡 1、 、 据交换系统 公安部门专用 刀片服务器 1、 配置 2 个 4 核 7520 高端 、 16g 内存， 50g 态硬盘 3、 4纤存储卡 光纤交换机 1、 传输速度 4、 24 端口交换机， 16 端口激活； 3、 16 个 4Gb/s 短波 纤 、 传输速度 4 2、 64 3、 x； 目主要技术参数 项目主要技术参数如下： 1. 对特定车辆监控响应周期为 4 秒钟，即从车牌照识别到布控发布时间间隔不大于 4 秒。 2. 满足 600 个道路检测点和 5000 个停车场数据的实时处理和 6个月的图片数据和 2 年的识别数据存储。 3. 系统停机检测周期不少于 7*24 小时。 4. 系统支持每秒 30 用户的并发访问。 23 5. 系统故障自检响应时间不大于 1 小时。 目特殊说明 深圳市停车场管理及治安管控综合应用系统是深圳网格化项目的重要组成部门，鉴于网格化项目涉及公共治安管理的各级部门，且一些业务群组和相关信息具有较高的敏感性，需要执行相关的信息管理规范。 因此，本方案书涉及内容请注意保密。同时，在执行本方案相关的技术设计、实施和应用是请遵循相关的安全规范。 7 项目建设及运行管理 项目组织关系图如下： 项目组织主要分为以下四类： 24 领导小组：由深圳市公安局交通警察局信息技术负责人、施工单位项目经理组成。负责项目的实施领导协调职责。 实施小组：由 施工单位项目开发小组组成。负责整个项目的实施和售后维护。 业务部门：由深圳市公安局交通警察局相关部门和涉及到项目的业务人员组成。负责提供业务需求和项目的验收、项目的运行。 信息部门：由深圳市公安局交通警察局技术人员组织。负责深圳市公安局交通警察局与施工方协调工作、负责审核项目开发进度、技术文档和项目质量，负责项目验收和系统的日常维护。 目组织架构 项目组是项目最终成功的基础和保证，我们所建立的项目组结构是基于 法。 如下图所示 : 这种方法的特点是，它能够最有效地把各类管理和技术人员结合 25 到一起，包括软件、硬件、通讯与网络、测试、支持等方面的工程师。这种结构将是深圳市公安局交通警察局停车场车辆监控管理系统成功的重要保证。 这种项目组结构，深圳市公安局交通警察局的技术人员将被有机地结合到整个 构中去，这种方式保证了深圳市公安局交通警察局技术人员将可顺利地接管整个应用系统。 目管理组织职责 1. 项目实施领导小组 进行项目的整体把握，统一部署项目实施工作，监督项目负责人的工作开展情况。领导小组由深圳市公安局交通警察局领导 和施工方领导联合组成。 2. 项目主管 项目主管将负责整个项目全过程的所有管理职责： 保证各小组的工作保持技术上的一致性。 定期地检查项目计划的完成情况和质量。 3. 架构分析组 系统分析和设计组的主要职责是： 需求分析。 系统规划。 架构设计。 系统设计。 26 原型设计。 4. 开发实施组 开发组的主要职责是： 系统功能实现。 原型实现。 初级系统测试。 5. 测试组 测试组的主要职责是： 制定质量保证的大纲与细则。 测试计划的审定。 评审计划的审定。 实施质量保证计划，对项目进行过程中各阶的质量进行监督与把 关 在项目质量上，对项目主管负全面责任，及时向项目主管报告质量方面的问题。 6. 培训组 培训组的主要职责是： 对用户方的有关人员进行系统的培训。 对用户方的最终用户进行本系统的操作培训。 制定培训计划，安排培训教员。 7. 配置管理组 配置管理组的主要职责是： 27 项目工程相关的软硬件配置管理。 技术文档管理。 流程文档的审定。 验收文档的审定。 目实施 施工作重点内容 建设任务 涉及范围 实施难度 建设周期需求 前期任务 需求框架 大 高 长 方案设计 大 高 长 数据结构规 范 大 高 长 详 细设计 调研分析 大 高 长 总体设计 大 高 长 标准规范 大 高 长 模块及数据库设计 大 高 长 数据交换与监控平台分析与设计 大 高 长 数据整理 基础信息数据 大 高 长 系统参数数据 中 中 中 系统运行数据 大 中 长 数据迁移 大 高 中 系统测试 业务功能测试 大 高 长 流程数据测试 大 高 长 性能、压力测试 中 中 中 系统集成测试 中 中 中 28 安装调试 系统环境搭建 中 中 中 系统安装 中 中 中 系统调整 、完善 中 中 中 接口联调 中 高 长 试运行 内部试运行 中 中 中 试点试运行 大 中 中 试运行评审 大 中 中 系统培训 维护人员培训 大 高 长 工作人员培训 中 中 中 领导培训 大 中 中 上线运行 试点上线运行 中 中 中 运行维护 大 高 长 系 统验收 系统初验 大 中 中 系统终验 大 中 中 系统技术支持 大 高 长 施阶段划分及工作内容 实施阶段 任务 主要工作内容 验收形式 签字 项目准备阶段 制定项目实施计划、实施范围、资源计划、实施策略等。 项目范围、目标和方法 项目工作计划 资源管理计划 项目实施计划 质量管理计划 产品安装确认报告 项目准备完成报告 求调研 确认业务需求，整合业务流程。 业务需求调查方案 业务需求调查报告 29 报表开发需求报告 分析行系统分析，制定解决方案。 业务需求匹配表 业务数据匹配 集成匹配分析 方案认证 模板改进意见 模板改进方案 设计 行系统整体设计、数据接口预留设计、界面风格设计等方面的设计内容。 解决方案设计文档 数据接口预留设计方案 数据转换方案 界面风格设计方案 构方案 W W W W W W 方案设计完成 确认核心解决方案。 整体解决方案报告 W 方高层 建立 立系统开发环境，进行系统代码开发。 应用产品设置文档 开发环境报告 数据转换程序和文档 数据接口程序和文档 客户化程序和文档 I W W W I 试 解决方案、系统进行测试。 测试方案设计 测试数据准备 测试结果报告 I I I 植初数据移植。 系统移植方案 系统移植结果报告 应用产品设 置文档 I I I 系统开始运行 上线运行。 产品上线确认报告 I 30 产品化式应用。 系统性能估计 产品环境维护建议 未来业务发展建议 I W W 统维护 在系统正式上线后，进行为期一年的免费维护工作，同时提供终身的技术支持。 系统维护方案 系统维护周 /月报告 系统发生故障处理方案 W W I 目验收 项目验收报告。 系统试运行报告 I ：验收公式： I=检测， W=审阅 签字： C=客户， 目经理 /签字代表 目建设进 度 项目工期为 270 个