福人网站项目开发项目可行性研究报告文档格式.docx

福人网站项目开发项目可行性研究报告文档格式.docx

《福人网站项目开发项目可行性研究报告文档格式.docx》由会员分享，可在线阅读，更多相关《福人网站项目开发项目可行性研究报告文档格式.docx（25页珍藏版）》请在冰豆网上搜索。

三、功能性不强。

传统的SNS社交网站不能有效提供用户需要的功能信息，调查结果显示，用户放弃SNS社交网站的原因中，表示“网站没有感兴趣的活动”占到了29%，认为“网站没有有用的信息”的占到27.9%。

2项目需求分析

2.1项目基本建设目标

以停车场的车辆为信息处理对象，建立集信息采集、业务分析、联防联控、出行服务为一体的中心信息处理系统。

系统实现与深圳市网格化项目的无缝对接。

对网格化系统进行升级改造，完善其可扩展性和健壮性，为停车场管控系统及其以后相关系统的接入建立必要保障。

2.2项目建设总体思想

本项目的建设过程中将遵循如下基本思想：

1.服务于多种用户。

本系统主要服务用户如下：

♦停车场管理单位。

为该用户提供停车场的实时状态信息，便于管理人员进行管理；

♦交通主管部门。

为该用户提供与车辆相关的停车场交通状态信息，便于管理者进行交通组织和管理；

♦治安管理部门。

为该用户提供个体车辆信息及其活动规律，对违法等重点车辆进行监控和辨识，便于执法者对相应的车辆进行监管和处置。

♦普通公民。

为公民的出行提供停车场的相关信息和出行服务，提高和改善公民的出行质量，降低交通压力，改善社会和自然环境。

♦城市规划部门。

为该用户提供停车场及其推演出的交通发展趋势，为合理进行城市规划提供依据。

2.标准化和扩展性

网格化项目是公共治安的一个服务于实战的信息系统，将有多个信息系统接入和延伸，并且在业务群、地域、使用单位等多个维度上进行扩展和延伸。

需要建立一个标准的信息接口和业务扩展方案。

在本期建设中，将以静态和动态车辆两种信息状态、多业务群组定制组合、开放数据接口等方式对网格化系统的标准化和可扩展性进行建设。

使网格化项目最大程度地发挥其效能。

3.安全性和稳定性

作为一个自动化程度较高、地域性广、海量数据接入的管控系统，网格化承担了深圳市所有动态和静态车辆的监管任务，其采集点在外来的几年可能达到上万个，每秒数据增量在万级，比对计算在百万级。

如此巨大的系统需要一个自动机制对系统的安全性和稳定性进行监控。

本项目将通过历史数据的规律发现和异常数据判别进行系统的自行检测，并建立相应的预警机制。

4.多业务群组

网格化系统和停车场管控系统具有两大功能：

基础数据采集和实战业务的信息服务。

面向不同的实战业务将会产生不同的业务群，为此，本系统在建设中将建立可定制和扩展的多业务群组。

基本的建设思想是基于元数据和元计算等工具建立细胞功能集，通过组装机制实现业务的定制。

2.3网格化项目建设现状

网格化机动车识别综合应用系统经过三年左右的建设，已建设完成或正在建设的项目情况是：

1）工程于2007年底建设完成并投入使用，共建设监控点72个，覆盖车道数近300条；

2）2008年后又陆续进行了“综治车牌自动识别系统建设项目”、“宝安、龙岗车牌自动识别系统建设项目”、“三线关卡点建设项目”等项目的实施，总体监控点规模已达到118点。

3）《深圳市经营性停车场设施管理规范》已经通过并实施，全市近3600个经营性停车场数据正陆续接入“网格化”系统。

网格化项目建设的初衷是构建一个城市范围内针对动态车辆数据的海量数据仓库，将“车牌照”这一能真实反映车辆身份的观测量引入公安整个业务系统，并在海量数据仓库的基础上初步实现了传统监测系统无法在线、动态监测的套牌、假牌等功能，取得了良好的效果。

下列图表是网格化一期项目部分成果的展示：

1.交通流相关参数实时计算，包括旅行时间调查系统的构建等

2.套牌监测

3.路段超速监测

4.动态布控

2.4项目功能需求分析

2.4.1需求调查

网格化一期项目建设实现了项目设计初衷，随着车牌照识别点硬件建设规模的不断扩展，海量动态车辆数据获取不断丰富，以及新的形式和条件下，有必要对网格化项目进行一次完全的改造和升级。

新的形式是：

根据公安部对金盾二期项目的规划，情报信息综合应用平台系统被列为“龙头”项目，而网格化项目所能提供的城市范围内车辆移动、车辆行为、交通状态等数据将是情报信息综合应用平台系统的重要数据来源，作为一个独立的信息系统如何为情报信息综合应用平台系统进行充分的信息交互，不仅仅是在原有系统基础上提供相应的接口，而需要对网格化车辆数据进行更深层次的数据挖掘、信息与知识的提取，以实现两个平台数据交互的可靠和高效。

就网格化项目本身而言，目前网格化项目面临的主要现状是：

1.“硬件”上不断增加了新的监控点建设及停车场的数据接入。

数据监控点的规模将大大超出原系统的设计规模及系统运行负载，并且新增的停车场车辆出入监控点数据与原系统道路数据之间表现出不同的性质，不能简单的将两类数据进行融合；

2.中央软件系统方面，为了应对监控点的增加和应用层面的不断扩展，对网格化机动车识别综合应用系统中央软件系统有必要进行新的改造升级；

根据需求估算，网格化项目建设过程中涉及的数据量情况如下表和图所示。

其中监控点数目计算将10个停车场折算为1个道路监控点。

整体响应速度按一期的算法和数据使用策略计算。

并发访问次数根据业务增长情况进行概算。

一期

二期

三期

监控点数目（百个）

1

5+2

20+5

存储增量（T/天）

0.5

4

13

交通评价运算量（千次/小时）

3

6.5

道路组织运算量（万次/分钟）

0.3

4.5

75

违法嫌疑车辆运算量（十万次/分钟）

0.2

8.5

125

交通监控运算量（千次/分钟）

7

25

并发访问次数（秒）

5

30

整体运算响应速度（秒）

1.5

6

20

通过图表可以看出一期的方案和需求无法满足网格化管理的发展需要。

3.网格化项目已提供了海量数据仓库，系统功能以及在海量数据基础之上新的研究和应用的开发已提上日程，对中央软件系统进行新的功能扩展是提高原系统价值的必行之路。

网格化在建设和应用过程中积累了大量的历史数据，这些历史数据中包含了大量潜在的、有益的知识，对交通组织和管理、治安管控和治理具有重要的指导意义。

随着对车辆信息使用的群体的增加和相关业务的深入，用户提出了大量新的业务，并且类似的业务需求将不断扩展。

同时，网格化项目作为一个重要的信息源，将为广东省乃至其他省市提供信息服务。

为此，需要对网格化的业务功能机制进行改造和提升。

归纳而言，中央软件系统改造和升级所涉及的关键技术、工艺及工程实施有如下一些难点和重点：

1.应对监控点及停车场数据的不断扩展，解决通信、计算、数据库等的软硬件扩展，通信、计算、数据库等的软件的设计难度将呈几何的增长。

●新的技术发展，导致监控数据对系统的压力成倍增长。

国内，已开始较大规模的推广基于高清晰数字相机的卡口系统建设，以200万高清晰相机为例，单个图片数据的容量是传统标清数据的2~3倍，对通讯系统、存储系统的压力增加是明显的；

●通过对停车场数据的分析，启动了停车场车辆出入监控系统。

停车场数据的特征不同于道路数据，由于没有改造停车场前端摄像系统，车牌照自动识别率低于道路数据。

停车场数据的这些特点，决定了不宜将停车场的原始数据直接接入原网格化系统，需要先进行数据预处理，或者根据业务的需要而独立的构建为一个子系统。

●网格化系统的计算模块由于加入了不同性质的数据，需要在新的条件下，调整原有的计算体系，将对不同的计算功能任务进行在线、离线，全局、局部等划分，以保障整个系统能够持续性发展。

●构建在海量数据之上的新的功能开发，在为整个公安业务提供信息综合利用水平的同时，也带大幅度增加了系统升级和改造的难度。

2.应对使用单位的不断扩展，解决应用服务的软硬件扩展。

网格化项目的扩展不仅仅是数据与功能的扩展，还有应用层次的扩展，作为基层民警重要的科技工具之一，应用层次的扩展对应用服务、预警服务等提出了更高的要求，从软件上，高并发的数据访问对应用程序和系统架构提出了新的高标准要求；

而因应用软件的扩展，需要硬件系统也能够满足扩展的需要。

软硬件系统的扩展，可能带来的异构问题也是扩展所要面临的新的挑战之一。

2.4.2项目详细功能需求

基于项目目标和建设内容，本项目分为三个部分：

（1）停车场管控系统；

（2）网格化项目负载扩容和改进完善；

（3）停车场系统和网格化项目的集成。

分别对三个部分的建设需求进行描述。

1.停车场管控系统

宗旨：

对停车场的出入和寄存车辆进行管控，并进行相关的治安和停车服务的业务处理。

并实现与网格化项目的对接。

具体需求如下：

（1）数据采集需求

可以实时采集车辆基础数据，并接入到网格化项目。

数据采集项包括：

车辆基础信息（车牌、地点、时间、状态、图片等）；

停车场管理人员基本信息。

（2）停车服务需求

可以提供停车服务的基本功能，主要包括：

停车场车位状态、停车场停车预约、停车诱导、停车需求预测等。

（3）车辆监管需求

可以提供针对停车场车辆的管控功能。

主要包括如下业务需求：

重点车辆的甄别和监控、违法车辆（假、套、无牌车辆的甄别）、特殊车辆的管理（外地车、黄标车的管理）、特定车辆出行规律分析、相关车辆关联分析等

（4）交通需求信息

可以提供与停车场相关的交通信息分析和评价。

停车场车位使用率分析；

多种分类的车辆寄存情况分析等

2.网格化项目负载扩容和改进完善

对网格化项目进行升级改造，满足网格化负载需要和功能完善。

（1）系统负载需求

可以实现停车场数据接入和网格化二年内新监测点增加的系统负载压力。

即满足300个道路检测点和2000个停车场接入的负载需求。

包括：

对存储设备、计算服务器、应用服务器和通讯的扩容。

（2）系统架构扩展需求

可以实现系统架构的扩展性，最终可以满足600个道路检测点和5000个停车场的接入需求。

在系统构架上满足不同类型的检测点自由接入和用户群拓展的需要。

集群及其相应管理策略的建设、相关计算基础数据和边界条件的配置策略设计、基础数据分布和多级管理策略的设计、通讯管理策略等

（3）系统自检需求

可以使用系统自身数据进行系统稳定性和故障检测。

前端采集设备状态检测、服务器工作状态检测、通讯状态检测，实现故障预警和报送机制。

（4）系统接口标准需求

可以实现车辆实时检测数据和相关系统的数据接入和本系统向外部系统输送数据的需求。

数据接入接口规范和封装程序；

数据抽取程序；

数据输出接口规范和封装程序；

通讯协议及其程序等。

（5）功能完善需求

针对停车场静态数据的接入，需要对网格化原有的业务功能进行完善。

违法车辆（套、假、无牌）的甄别；

布撤控子系统；

黑名单和红名单管理；

轨迹分析；

路段超速；

近似路线分析等进行改造。

提供基于PGIS信息查询和信息展示服务。

（6）系统业务群扩展需求

可以根据用户需要业务定制。

业务的元计算设计；

业务流定制机制；

订阅发布机制；

基于元计算的访问控制机制等。

3.停车场系统和网格化项目的集成

实现停车场管控系统与网格化项目的对接，以统一接口服务用户。

主要需求包括：

（1）数据接入和融合

两个系统的数据集中管理，数据满足一致性和完整性，数据管理和应用统一。

数据接入可靠性检测、数据转换等

（2）业务接入和融合

两个系统的业务集中实现，业务满足一致性原则，业务调度和实现统一。

包括业务分派、业务控制等

（3）门户和用户界面融合

使用统一的用户界面，使用一个门户管理终端。

（4）权限管理按数据访问安全融合

使用统一的授权和安全管理机制。

用户管理、日志管理、授权管理和数据访问管理等

（5）信息发布机制融合

使用统一的信息发布机制，停车场管控系统自身不具备信息发布功能，通过网格化系统进行信息发布。

2.5系统体系结构

2.5.1总体架构

在体系结构方面总体功能层被划分为大规模并发信息处理层、数据信息与汇集层、业务群管理层以及终端显示层等四个层面，同时，为了确保系统稳定良好的运行，系统采用自相似等新技术手段架设了系统自检及维护功能模块，系统总体架构参阅下图。

系统基础数据的采集来自车牌照识别系统（本部分不例入项目建设范畴）；

终端显示层主要用于订阅发布、人机交互、前端显示等功能为系统与用户的主要接口，能够解决用户信息请求和用户信息获取的问题。

此层通过汇集各种业务需求、展示后端结果完成系统呈现。

通讯和数据接口协议实现停车场管控系统与网格化项目的对接，并实现网格化项目于其他系统的对接；

数据管理和存储管理，实现对项目设计的各种数据的管理和使用。

实现4级数据存储和调用，实现数据灾备管理；

元数据和元计算是系统的业务的最小组成单位。

元数据实现系统各数据的转换、管理和抽取。

元计算实现各业务计算的基础计算；

业务定制是在元计算的基础上，实现实际业务功能。

便于项目现有和未来潜在业务的实施和扩展；

系统安全控制和系统自检机制是系统安全保障部分。

前者实现信息访问安全，后者实现系统运行安全。

具体业务解析及业务处理过程参阅下图。

此外，系统自检及维护功能模块，为系统安全运行提供了安全保障内容，实现信息访问安全，具体实现系统运行安全。

正常运行时能够为系统提供模块修复、功能升级等服务，在系统灾难发生时能够通过灾备系统实现系统报警、切换及修复，最大限度保障系统不宕机。

2.5.2业务流程

为了便于理解，对本项目及其网格化相关部分的主要业务流程进行描述。

系统业务流程如下：

1.由到达车辆触发车牌照识别系统获取基础数据。

2.用户通过许可认证进行系统进行业务操作。

3.对重点车辆和布控预约进行实时监控操作。

4.计算系统根据不同的业务进行相应的计算。

5.对待发布数据进行保护管理，将许可数据发布给用户。

6.对基础数据和业务数据进行存档。

7.对历史数据进行知识分析，并将结果发布给用户使用。

8.使用基础数据和知识进行系统自检，并根据结果发布维护通知。

业务流程如下图所示。

深圳停车场管控系统主要业务流程图

2.6项目非功能性需求分析

2.6.1项目建设技术需求

项目建设技术要求简述如下：

1.系统构建使用B/S和C/S三层架构结合的方式，C/S用于后台计算和安全管理。

B/S用于实现信息访问和用户业务。

2.应用服务器端开发环境使用Linux操作系统，客户端使用Windows操作系统。

3.数据库使用Oracle数据库。

4.系统架构使用集群技术，保障系统扩展。

集群可以实现本项目特殊计算要求。

2.6.2项目建设开发环境需求

根据系统的总体实施方案和技术路线，为达到系统预期的各项功能指标，项目建设环境要求简述如下：

一、软件环境

名称

定义与功能

应用中间件

部署在计算机硬件和操作系统之上，支持应用软件开发和运行的系统软件，为分布式应用提供了一个标准的平台。

消息中间件

利用高效可靠的消息传递机制进行平台无关的数据交流，并基于数据通信来进行分布式系统的集成。

元数据中间件

抽取出的业务模型和数据信息流，为数据标准化提供基础的数据元，实现各业务信息系统间的可交换及共享。

开发平台

VisualStudio2008

操作系统

Linux平台开发套件

二、硬件环境

部件

主要参数指标

存储设备控制柜及控制器

1、2GBCache/Controller；

2、RAID级别0、1、3、5、6、0+1；

3、主机通道4x8Gb/s，主机接口总带宽3200MB/s；

4、控制柜支持16块磁盘，系统最大支持112块硬盘；

双冗余ESM模块

1、每ESM模块2x4Gb/s光纤扩展口；

2、支持16块FC/SATA磁盘；

3、支持15K转300GB、450GB、600GB4Gb光纤磁盘；

4、支持7200转750GB/1TB/2TBSATAII磁盘；

SATA硬盘

1、容量2TB；

2、7200/RPM；

3、SATAII,3Gb/s；

网闸及负载均衡

1、Topwalk-GAPV3.0

2、M5800

数据交换系统

公安部门专用

刀片服务器

1、配置2个4核7520高端CPU

2、16g内存，50gSSD固态硬盘

3、4Gb光纤存储卡

光纤交换机

1、传输速度4Gbit/sec

2、24端口交换机，16端口激活；

3、16个4Gb/s短波SFP

光纤HBA

1、传输速度4Gbit/sec；

2、64-bit；

3、PCI-E4x；

2.6.3项目主要技术参数

项目主要技术参数如下：

1.对特定车辆监控响应周期为4秒钟，即从车牌照识别到布控发布时间间隔不大于4秒。

2.满足600个道路检测点和5000个停车场数据的实时处理和6个月的图片数据和2年的识别数据存储。

3.系统停机检测周期不少于7*24小时。

4.系统支持每秒30用户的并发访问。

5.系统故障自检响应时间不大于1小时。

2.7项目特殊说明

深圳市停车场管理及治安管控综合应用系统是深圳网格化项目的重要组成部门，鉴于网格化项目涉及公共治安管理的各级部门，且一些业务群组和相关信息具有较高的敏感性，需要执行相关的信息管理规范。

因此，本方案书涉及内容请注意保密。

同时，在执行本方案相关的技术设计、实施和应用是请遵循相关的安全规范。

7项目建设及运行管理

7.1.组织关系

项目组织关系图如下：

项目组织主要分为以下四类：

●领导小组：

由深圳市公安局交通警察局信息技术负责人、施工单位项目经理组成。

负责项目的实施领导协调职责。

●实施小组：

由施工单位项目开发小组组成。

负责整个项目的实施和售后维护。

●业务部门：

由深圳市公安局交通警察局相关部门和涉及到项目的业务人员组成。

负责提供业务需求和项目的验收、项目的运行。

●信息部门：

由深圳市公安局交通警察局技术人员组织。

负责深圳市公安局交通警察局与施工方协调工作、负责审核项目开发进度、技术文档和项目质量，负责项目验收和系统的日常维护。

7.1.1项目组织架构

项目组是项目最终成功的基础和保证，我们所建立的项目组结构是基于IPTs（IntegratedProductTeams）方法。

如下图所示:

这种方法的特点是，它能够最有效地把各类管理和技术人员结合到一起，包括软件、硬件、通讯与网络、测试、支持等方面的工程师。

这种结构将是深圳市公安局交通警察局停车场车辆监控管理系统成功的重要保证。

这种项目组结构，深圳市公安局交通警察局的技术人员将被有机地结合到整个IPTs结构中去，这种方式保证了深圳市公安局交通警察局技术人员将可顺利地接管整个应用系统。

7.1.2项目管理组织职责

1.项目实施领导小组

进行项目的整体把握，统一部署项目实施工作，监督项目负责人的工作开展情况。

领导小组由深圳市公安局交通警察局领导和施工方领导联合组成。

2.项目主管

项目主管将负责整个项目全过程的所有管理职责：

●保证各小组的工作保持技术上的一致性。

●定期地检查项目计划的完成情况和质量。

3.架构分析组

系统分析和设计组的主要职责是：

●需求分析。

●系统规划。

●架构设计。

●系统设计。

●原型设计。

4.开发实施组

开发组的主要职责是：

●系统功能实现。

●原型实现。

●初级系统测试。

5.测试组

测试组的主要职责是：

●制定质量保证的大纲与细则。

●测试计划的审定。

●评审计划的审定。

●实施质量保证计划，对项目进行过程中各阶的质量进行监督与把关

●在项目质量上，对项目主管负全面责任，及时向项目主管报告质量方面的问题。

6.培训组

培训组的主要职责是：

●对用户方的有关人员进行系统的培训。

●对用户方的最