业务支撑系统需求调研分析报告.doc

规划管理业务支撑系统需求调研分析报告一 、 总体流程 总体流程图1.1 业务分析1.1.1 业务交叉一个建设工程在办理“一书两证”过程中，涉及到多个科室部门，在办理过程中可能出现项目名称改变、容积率变更等问题，为后面的工作带来很大的困扰。建议采用如下思路：在受理一项业务时，如果是新工程，则登记该工程的基本信息，如工程名称、建设单位、地点、项目类型（房地产开发项目、私房联建项目、道路管线工程项目、其它）、工程登记时间。如果当前受理的业务已经填写过工程登记信息，则在工程登记项目中新建业务类型，开展业务工作。即，同一工程有且只有唯一的工程号，相关业务流程作为子目录。1.1.2 电子签章业务流程中存在很多表单需要局领导签字才有效，审批签字人使用只读文字来描述签字信息。最终签字人通过有效的密码保护机制，进行电子签章。建议采用如下思路：由表单转换成输出表单，确认填写的信息完整后，文档需要转换成不可修改状态(*.GDF)才可进行电子签章，并保存转换的*.GDF文件作为电子挡保存。而在文件最终定稿前，须相关责任人签写意见，这些签字人使用通用的只读文字来描述签字信息，而不能使用电子签章。当文档流转到定稿前，即由最后一位局领导在转换的GDF文件上电子签章。1.1.3 文件、图纸做批注业务流程中存在经办人、科长、局长等相关人员的对控规或修规等地图批注信息，需要保存到当前图层中，便于审批查阅。建议采用如下思路：根据登录系统人员和案卷ID号在建立相对应的图层批注，设置默认批注颜色（提供5种批注颜色）。打开地图的同时以列表的形式查询出图层所对应批注的人员名称，以勾选的方式加载人员批注信息，进行查阅审批。1.1.4 信息即时回复 在业务流程中转批到下一个环节需要提示转批用户该案卷信息到达，同时需要反馈信息提示给转批者用户已查看此案件信息(反馈系统消息是否已读)。建议采用如下思路：在人员信息中添加字段(手机号码)，系统转批时调用程序通过短息猫发送短信和系统提示信息，用户查阅读此案件提示信息后反馈转批人员(反馈系统消息是否已读)；如果是通知项目申请人可以填写发送人手机号码、发送内容(项目名称、项目文号、通知事宜)、操作人等。1.1.5 停止、开始计时一个建设工程在办理“一书两证”过程中，涉及到多个科室部门，在办理过程中可能有先有后的顺序、有前置条件、业务穿插等。建议采用如下思路：业务流程申请中需要另个一业务流程支撑下，停止该案卷的项目计时,等待需要的业务办理完成后，在开始项目的计时。申请”建设用地规划许可证”中的经办人办理环节需要修规审批，案卷转批综合科案卷计时自动停止；等修规业务流程结束后再次转批到用地科室时计时恢复；业务流程转批到勘察中心的环节时计时自动停止，等勘察中心验线、放线、缴费等一系列工作完成后转批回业务科室时计时恢复；召开听证会环节计时自动停止，听证会工作完成后转批回业务科室时计时恢复。二 、 办公室2.1 办公室工作职能1、负责局机关文秘、档案、机要、保密、信息、收发、督查、和综合性统计工作。2、承担本局重要会议的会务组织、准备工作。3、负责局机关的行政后勤、车辆管理、办公自动化系统管理工作。4、负责机关安全保卫工作、社会治安和维护稳定工作。5、负责处理来信来访、办理市人大、市政协议案、提案。6、负责本局财务管理工作和对本局下属单位的财务监督和专项经费的审核。7、严格执行局里的各项工作规划。负责干部职工出勤的检查和监督。8、协助局领导处理具体的事务。2.2 办公室人员人员名称职位阳一武办公室主任 （对内）李文贵办公室副主任 (对外)曾庆安分件刘 珏收发文、会务组织谭建雄司机刘东红司机李 肃司机万伟业司机康仁风司机梁 军财务 唐立元财务何丽莎档案 市内接件 把关(确认)收费向 丽档案2.3 工作流程、工作内容2.3.1 财务室“收费”流程 业务接口图 工作流程图1、业务收费，每个业务受理是在那个环节执行收费。2、收费制定(收费金额是由业务科室定义（如是否折扣等），由财务收费审核确认后流向业务科室)：如图收费流程图 流程环节描述序号名称操作人操作表单操作描述1科室转批经办人业务科室确认业务需要收费，转财务部2收费财务人员财务部门收取相关费用，转办公室财务科部门主管审核3审核财务科长确认收费情况，同时签字，转财务人员下发确认单（收费金额等）4确认财务科长财务人员下发确认单，转业务科室人员继续办理 流程功能1、定义收费标准，科室定义收费项的标准；2、审核、签字确认收费，财务是收费签字；3、发放收费通知，发放已收取费用通知，流程进去下步。2.3.2 办公室“发文”流程 业务接口图 工作流程图收文流程图 流程环节描述序号名称操作人操作表单操作描述1业务科室起草经办人娄底市发文底稿笺科室起草文件 2科长审核科长科长进行文件的初审3秘书科审稿办公室（刘珏）办公室人员（刘珏秘书科人员是固定）进行审稿4科长审稿科长办公室人员审稿后交科长审稿，科长审稿后回转办公室人员（刘珏）5秘书科分发到相关领导办公室（刘珏）办公室人员分发到局领导审批6局长签发局长局长填写批阅文件信息7秘书科校稿办公室（刘珏）秘书对局长签发的文件进行校验 流程功能1、起草文件，由办公室收件人起草发文草稿；2、审核、传阅、签发，相关领导审核、签发；3、办公室秘书打印文件。2.3.3 办公室“收文”流程 业务接口图 工作流程图 发文流程图 流程环节描述序号名称操作人操作表单操作描述1办公室收文（扫描）文件处理笺扫描文件 2主任签发主任审核、签发文件是否正确3主任签发到相关领导 相关领导是否阅读，提示是否已阅并回复（即时提示）给发件人。 流程功能1、扫描文件，把收到的文件扫描到系统，以要件的方式流转；2、审核、传阅、签发，相关领导审核、签发；3、办公室秘书打印文件。2.3.4 办公室“电话通知”流程 业务接口图 工作流程图电话通知流程图 流程环节描述序号名称操作人操作表单操作描述1非紧急通知电话记录记录电话信息，通知(系统通知和手机短信息通知或邮件通知 )相关领导4分钟通知领导4分钟终信息没有反馈，则电话询问领导2紧急通知电话记录记录电话信息2分钟通知领导2分钟终信息没有反馈，则电话询问领导 流程功能1、记录电话信息；2、通知领导、确认领导是否收到该信息。2.3.5 档案室流程 操作步骤工程著录城建档案分类目录卷内目录案卷著录 流程环节描述序号名称操作人操作表单操作描述1工程著录工程表单档案室人员根据纸质文档录入工程信息2城建档案分类目录城建档案分类目录表档案室人员根据分类录入档案分类目录信息3卷内目录卷内目录表档案室人员录入卷内目录信息4案卷著录案卷表档案室人员录入案卷信息5档案查阅利用登记案卷查阅利用登记表档案室人员根据案卷查阅利用登记表录入查阅信息 流程功能1、 录入工程、档案分类目录 、卷内目录、案卷等信息；2、 打印工程、档案分类目录 、卷内目录、案卷等信息；3、 查阅工程、档案分类目录 、卷内目录、案卷等信息；2.3.6 文件、图纸做批注 多文档打开，根据另一个领导批注，在同一个文件上，做出批注，同时需要保存多个领导的批注信息（最好是不同领导用不同的颜色区分开显示）。 流程功能1、 写入图层批注信息；2、 保存图层批注信息；3、 查阅图层批注信息(以不同颜色)。2.3.7 证书作废如果批准的证书需作废，保留作废证书号。 流程功能1、 作废证书；2、 查询作废证书。娄底市规划管理业务支撑系统概要设计说明书三 、 引言3.1 编写目的概要设计说明书的编写是为在娄底规划局和软件开发者之间建立共同的办公系统改扩建功能需求目标，并对所需实现的各项软件功能做全面的描述。作为娄底规划局和软件开发者共同的合作基础，以指导整个办公系统改扩建项目的正常实施。本说明将从用户的角度，确定与描述娄底规划局办公系统的改扩建功能要求；建立需求模型，明确具体地表达出软件客户与软件开发者对于本子系统所达成的共识。本说明中的需求模型将以对象作为基本单元，通过对象及其相互关系来描述系统的逻辑结构，以使系统具有相对的稳定性，容易适应需求变化及功能扩充。本说明经软件客户和软件开发者确认后，将为软件从总体设计到最终实现以至测试提供依据，因此本说明的预期读者为软件客户、系统设计者、系统开发者、测试人员、系统验收专家。系统建设目标是实用、安全、可靠、性价比好、开放、先进，保证系统有较长的生命周期。3.2 项目背景娄底市规划局是娄底人民政府城市规划行政主管部门，负责本行政区域内的城区规划工作。内设办公室、综合科、用地科、工程科、民房科、法规科等。另外还包括规划院、测绘院等下属单位。随着信息化工作的不断发展、规划事业的不断推进、规划管理体制与机制的调整、规划审批制度的改革、新的地理信息技术应用、网络信息技术的进步，对规划局现有的规划管理软件提出了更高的要求。因此，我们将在娄底规划局规划工作职能、管理模式基础上，基于用户新的要求，根据我们在规划管理行业多年的工作经验，提出针对“娄底规划局办公系统”的建设方案。3.3 建设原则3.3.1 管理原则按工作管理平台的要求统一对系统中所使用到的各项工作要求及功能进行定制分配管理。各使用人员按在工作流管理平台中制定的工作功能，在各自的工作平台上进行各项具体的工作。3.3.2 高效性系统速度慢，导致所有的操作效率降低，因而在系统的改扩建过程中，必须保证系统使用的高效性。3.3.3 可用性系统所提供的各项功能必须可实现所要求的对应业务功能需要。对具有数据破坏性的操作必须提供进一步的确认，同时提供前一步的操作恢复。3.3.4 简便可操作业务人员每天少则需利用系统对10数个项目进行审批及办文的处理，多则每天需处理的各环节办理项目达50个，除去具体审批、办理所用的时间，仅以系统中对所述项目的处理来讲，如果能在每个项目上减少经办人员的点击次数、办理时间，每项目上1分钟效率的提高，都有可能帮助经办人员节省30分至更多的时间。因此在系统中必须尽可能地简化每一步的操作，以便经办人员可简便地操作。3.3.5 可靠性系统必须正常稳定运行，保证所处理事务、数据的完整性。3.3.6 兼容性系统提供公开的数据格式及标准的与档案系统、触摸屏系统及电子政务要求统一的、完备的数据输入、输出接口。3.3.7 扩展性以方便的工作流管理平台做支持，方便系统管理人员按机构及业务的变化进行工作流的重新定义、增加或删除定义，便于根据新业务需要，挂接新功能以扩展系统应用。系统在设计上充分考虑系统数据的扩展性；以满足将来规划局应用系统和城市其它部门专业应用系统建立的需求。3.3.8 安全性在工作流管理平台中，对系统用户按角色、工作组等层次进行权限的划分，以实现各环节对应功能的使用，从而符合“合适的人干合适的事”的管理要求。按系统提供的数据备份功能保证系统的数据使用安全。3.3.9 可维护性系统利用工作流平台进行使用人员工作流程的维护及管理。系统系统管理模块进行数据备份、日志等管理、维护。对系统所涉及到的各项应用及管理必须是可管理和可维护的。四 、 总体设计4.1 系统结构图 四1系统架构图根据娄底规划局办公系统的建设目标，建设工程总体结构可以如上图所示。系统业务应用层采用Client/Server（客户/服务器）结构建设，逻辑中间层采用WebSevice技术实现业务封装，系统所有的数据都集中存放在大型关系数据库中，系统通过业务逻辑中间层和C/S结构连接。4.2 数据流图图 四2数据流图4.3 软件平台4.3.1 GIS平台GIS软件配置如下：序号GIS软件产品名称数量备注1.桌面GIS软件Supermap Deskpro 61套用于数据处理加工管理2.组件GIS软件运行许可Supermap Objects 6约10许可用于数据应用系统运行3.AutoCadAutoCad20082套用于红线数据编辑4.3.2 数据库平台l 数据库平台使用现有的Oracle10G中文企业版。4.4 系统设计要求4.4.1 用户界面要求l 用户的界面应通俗易懂，页面信息集成度高，用户操作简便。用户界面个性化、可定制。在每个子系统中，操作及选择键（热键、菜单选择等）的功能定义应保持一致。l 在功能栏和项目栏中都应有在线帮助信息，功能栏和项目栏中内容可修改。l 如查询资料需要多页显示，用户可跳页也可滚动显示。l 逐步回退功能（UNDO）及与WINDOWS 菜单常用功能相仿的功能(根据具体需要)。4.4.2 灵活性及易用性要求l 软件系统应尽可能参数化设计，以便为甲方的业务发展提供最大的灵活性，在引入新业务、新设备时不需要修改软件。l 各种查询、统计数据可导出到EXCEL 工作簿、图表等格式，便于操作人员进行整理和打印。l 提供对统计资料的多种表格和图表（如条形图、折线图等）的显示和打印功能。l 系统开发应尽可能选用中间件。对于使用中间件的部分，投标人应提出详细说明。l 系统操作日志可灵活管理，要求具备按字段查询、汇总、输出等功能。4.4.3 技术架构要求要求拥有成熟的、采用主流技术并符合未来技术发展趋势的系统架构和公共组件。应采用客户端基于浏览器的多层架构，默认情况下采用B/S 方式，若B/S 方式不能满足业务需求，则采用C/S 方式；应采用面向对象、基于组件技术，具备良好的可扩展性；应支持面向服务的框架；采用关系型数据库管理空间数据，一体化的数据管理方式，支持海量数据管理；图文一体化工作模式，采用工作流技术处理业务流转；采用稳定可靠成熟的主流GIS 平台采用成熟主流的GIS平台，具有完整的产品体系，必要时能够提供及时高效的现场技术服务；空间数据库引擎具有管理海量空间数据的能力和案例（TB级别），支持Oracle、SQL Server、Sybase等主流关系数据库系统，能够支持GIS、MIS与OA技术的一体化集成，并满足数字西安空间框架数据库系统中长期扩容的需要；地图平台发布系统（Web GIS）支持Ajax技术，提高网站地图浏览速度（地图操作无明显延迟）；桌面程序采用组件式GIS技术，能够实现与已有应用系统的无缝集成；具有先进的影像压缩存储技术，保证影像数据的浏览速度，同时保证影像数据的精度无损存储。应提供系统整合接口：为与其他系统整合预留接口系统架构设计应满足以下要求：l 健壮性：支持容错性，系统软硬件均按冗余设计；l 可靠性和可用性：目标系统应该能够724 小时的连续运行，平均故障间隔时间大于90 天，平均故障修复时间小于4 小时；l 容载力：业务办公系统（C/S 方式）至少应该支持80 人的并发访问，WEBGIS 至少应该支持400 人的并发访问；l 扩展性:在硬件条件不是瓶颈的情况下，并发处理能力应该可以扩充一倍以上。系统设计时，充分考虑新增业务的加入和业务的变化。4.4.4 安全设计要求考虑到数据中心的集中建设，部分安全措施已由数据中心提供,包括网络入侵检测与病毒防护、系统数据的安全备份与恢复等。应用系统安全，如：用户认证/授权、角色管理等。数据的安全：如：数据的一致性与防篡改等。信息传输安全：如：数据的加密及不可抵赖等。安全管理及制度方面的描述，要求系统所有的增删改操作要在系统中按照操作者、时间、具体操作等内容留下操作日志。4.4.5 GIS平台选型要求1)实用性，能够满足现有的需求，可以实现与现有系统的接口；2)先进性，考虑到GIS软件的发展趋势，保证系统在建成后处于国内先进水平；3)可扩展性，在一定时期可能利用GIS解决某些问题，但随着平台要求的提高和业务的扩展，可能要用GIS解决另外一些问题，系统应该能够扩展；4)延续性，要选择具有良好延续性、持久性，用户广泛、信誉好、服务好的软件，注重软件生产厂商实力、水平和对市场需求的洞察能力；5)维护的方便性，空间数据模型既能实现数据的统一管理（在一个同一的模型框架下对GIS通常所处理和表达的地理空间要素进行统一的描述），又是面向对象的；6)系统开发的灵活性，采用通用的开发工具进行系统的开发，如.NET,VB、VC、Delphi等；7)合理的性能价格比，系统具有良好的性能，同时价格又比较合理，在同等条件下优先采用国产软件；8)采用的GIS软件空间数据库引擎要能支持多种数据库，包括：SQL Server、Oracle、Sybase、DB2、Kingbase和DM3等；9)提供对影像数据以MrSID、ECW文件的形式进行管理；同时支持影像加密功能，为保护数据提供完善的安全机制，最大限度的保护了用户的数据投资；10)支持在数据库中动态存储拓扑关系；客户端支持Ajax技术，增强Web客户端体验。五 、 功能设计5.1 政务办公子系统5.1.1 收费由相关开出收费单，收费单是否有优惠由负责人设置。5.1.2 上会在经办人阶段，经办人可以申请上某局长的会议，案卷状态为正在办理，股长或主任同意后进入会议箱并停止计时，在局长会议箱可以查阅到需开会的案卷并适时提醒。5.1.3 公示在办理各证书时，很多情况下都要公示方案。 输入、输出表格和图形表格名称输入表输出表文号格式公示登记表公示意见呈批表听证申请听证通知 流程图 流程阶段功能描述阶段阶段工作内容描述窗口收件当方案公示后在指定时间内允许他人提出意见。同时可以申请听证窗口发件向提出方发出听证申请方案公示将设计方案公示于众提出意见公众提出方案意见领导意见领导根据实际情况提出自己的意见听证根据通知时间，在局听证局会议根据听证结果、领导会议开展局部会议讨论。 相关要件5.1.4 督办各级领导通过可视化的业务督办方式可以随时了解业务处理过程、案卷办理信息、人员办案情况等，并提出督办意见。5.1.5 要件操作可以上传多种文件类型的要件，同时支持红线编辑，支持几乎所有扫描仪扫描录入和简单的编辑功能。5.1.6 征求意见可以在案卷办理过程中向其他人征求意见。5.1.7 惯用语可以配置某个业务中常用的惯用语，避免重复输入这些固定的用语，也可以配置用户自己的惯用语。5.1.8 超期设置案卷在某个环节的限定时间。如果超过限定时间会用红灯、黄灯提示办理人员。5.1.9 批转转交至下一流程处理5.1.10 回退回退至上一流程处理5.1.11 特事特办特殊情况跳跃至流程某结点处理5.1.12 缓办延缓到指定时间办理5.1.13 退文因某种原因退回收件5.1.14 作废因某种原因作废此案5.1.15 项目关联项目关联是将与此项目相关联的其它项目添加进来，方便在以后的在查询此项目以及相关项目的资料。5.1.16 短信可以根据需要设置发送及时短信和手机短信。5.1.17 修建性详细规划标注化修建性详细规划标准化子系统嵌入CAD平台中，使用该系统可以把修建性详细规划进行数据标准化工作，包括对数据重新分层，注入属性等。5.1.18 修建性详细规划入库把经过标准化的修建性详细规划（CAD文件）进行矢量转换，导入到SuperMap SDX+数据库中。5.2 指标复核子系统指标复核功能嵌入在办公流程的审批环节中，经办人或者审批人员可通过流程中的“指标复核辅助审批”功能，在外部打开CAD图形（ATUOCAD2004、2005、2006、2008），对控规的各项指标进行复核，指标包括：用地面积、建筑底层面积、总建筑面积、容积率、建筑密度、绿化率、建筑高度等。指标复核辅助子系统嵌入在ATUOCAD软件中，各项指标复核辅助功能在CAD的基础上以菜单和命令结合的形式出现，菜单的具体形式与现有CAD软件一致，与CAD系统完美结合。为审批人员在复核指标和面积时，自动完成所有计算过程并生成相应报告书。5.2.1 指标复核流程信息中心根据报件单位提供的规划总平图、复核项目电子文档和市局已下要点的提供要点指标等必须文件，在系统中进行经济指标审核以及日照分析审核。分析成果导出成Word报表，并计算出审核费用然后进行收费。 5.2.2 复核结果导出报表所有指标复核产生的结果，将可以直接导出成Word报表，方便用户查阅和打印。5.2.3 自动计算费用将复核的结果填入输入表单时，系统将会根据配置好的单价和折扣自动计算出需要的费用，并将结果显示在输入表单的对应文本框中。娄底市规划管理业务支撑系统详细设计说明书六 、 引言6.1 编写目的本文档为档案管理应用系统详细设计说明书，是系统架构设计师设计开发、程序开发人员编码、测试人员测试的重要依据。6.2 项目背景随着信息化工作的不断发展、城市规划事业的不断推进、城市规划管理体制与机制的调整、城市规划审批制度的改革、新的地理信息技术应用、网络信息技术的进步，对规划局现有的规划管理软件提出了更高的要求。因此，我们将在娄底规划局规划工作职能、管理模式基础上，基于用户新的要求，根据我们在规划管理行业多年的工作经验，建设符合娄底市规划局特点的规划管理系统。6.3 系统设计原则6.3.1 用户界面原则用户的界面应通俗易懂，页面信息集成度高，用户操作简便。用户界面个性化、可定制。在每个子系统中，操作及选择键（热键、菜单选择等）的功能定义应保持一致。在功能栏和项目栏中都应有在线帮助信息，功能栏和项目栏中内容可修改。如查询资料需要多页显示，用户可跳页也可滚动显示。逐步回退功能（UNDO）及与WINDOWS 菜单常用功能相仿的功能(根据具体需要)。6.3.2 灵活性及易用性原则软件系统应尽可能参数化设计，以便为甲方的业务发展提供最大的灵活性，在引入新业务、新设备时不需要修改软件。各种查询、统计数据可导出到EXCEL 工作簿、图表等格式，便于操作人员进行整理和打印。提供对统计资料的多种表格和图表（如条形图、折线图等）的显示和打印功能。系统开发应尽可能选用中间件。对于使用中间件的部分，投标人应提出详细说明。系统操作日志可灵活管理，要求具备按字段查询、汇总、输出等功能。6.3.3 技术架构原则要求拥有成熟的、采用主流技术并符合未来技术发展趋势的系统架构和公共组件。应采用客户端基于浏览器的多层架构，默认情况下采用B/S 方式，若B/S 方式不能满足业务需求，则采用C/S 方式；应采用面向对象、基于组件技术，具备良好的可扩展性；应支持面向服务的框架；采用关系型数据库管理空间数据，一体化的数据管理方式，支持海量数据管理；图文一体化工作模式，采用工作流技术处理业务流转；采用稳定可靠成熟的主流GIS 平台采用成熟主流的GIS平台，具有完整的产品体系，必要时能够提供及时高效的现场技术服务；空间数据库引擎具有管理海量空间数据的能力和案例（TB级别），支持Oracle、SQL Server、Sybase等主流关系数据库系统，能够支持GIS、MIS与OA技术的一体化集成，并满足数字西安空间框架数据库系统中长期扩容的需要；地图平台发布系统（Web GIS）支持Ajax技术，提高网站地图浏览速度（地图操作无明显延迟）；桌面程序采用组件式GIS技术，能够实现与已有应用系统的无缝集成；具有先进的影像压缩存储技术，保证影像数据的浏览速度，同时保证影像数据的精度无损存储。应提供系统整合接口：为与其他系统整合预留接口系统架构设计应满足以下要求：健壮性：支持容错性，系统软硬件均按冗余设计；可靠性和可用性：目标系统应该能够724 小时的连续运行，平均故障间隔时间大于90 天，平均故障修复时间小于4 小时；容载力：业务办公系统（C/S 方式）至少应该支持80 人的并发访问，WEBGIS 至少应该支持400 人的并发访问；扩展性:在硬件条件不是瓶颈的情况下，并发处理能力应该可以扩充一倍以上。系统设计时，充分考虑新增业务的加入和业务的变化。6.3.4 安全设计原则考虑到数据中心的集中建设，部分安全措施已由数据中心提供,包括网络入侵检测与病毒防护、系统数据的安全备份与恢复等。应用系统安全，如：用户认证/授权、角色管理等。数据的安全：如：数据的一致性与防篡改等。信息传输安全：如：数据的加密及不可抵赖等。安全管理及制度方面的描述，要求系统所有的增删改操作要在系统中按照操作者、时间、具体操作等内容留下操作日志。七 、 总体设计7.1 系统结构 图2-1系统架构图根据娄底规划局办公系统的建设目标，建设工程总体结构可以如上图所示。系统业务应用层采用Client/Server（客户/服务器）结构建设，逻辑中间层采用WebSevice技术实现业务封装，系统所有的数据都集中存放在大型关系数据库中，系统通过业务逻辑中间层和C/S结构连接。7.2 数据流图图2-2数据流图娄底规划局办公系统中包含多种业务数据，其中有基础地形数据、规划数据、业务矢量数据、业务相关要件电子文档。具体数据类别如下：基础地形数据：由测绘院基础地形数据库直接提供数据。包含的数据类别有1：500地形数据、1：2000地形数据、1：10000地形数据、影像数据。规划数据：由规划设计院提供CAD格式电子文档。包含的数据类别有总规、分规、控规、规划道路。业务矢量数据：是由建设单位提供或者在办公流程中产生的矢量数据。有建设单位