矿产资源规划实施动态监测移动管理系统-用户使用手册..doc

矿产资源规划实施动态监测 移动管理系统 用户使用手册 2013年10月  目录 第一章 软件建设方案 1 1.1目标概要 1 1.2 建设方案 1 1.2.1 软件建设基本流程 1 1.2.2 系统要求 1 1.2.3 硬件和网络环境 2 1.2.4 功能需求 2 1.3 软件设计开发说明 6 1.3.1 总体架构说明 6 1.3.2 主要技术框架说明 7 1.3.3系统各层的功能与作用 8 第二章 系统安装说明 10 2.1引言 10 2.1.1 概述 10 2.1.2 适用范围 10 2.2系统运行环境 10 2.2.1 系统运行环境说明 10 2.3.1 系统要求 10 2.3.2 Tomcat下的安装 11 第三章 用户使用手册 13 3.1引言 13 3.1.1 概述 13 3.1.2 适用范围 13 3.2监控系统管理功能说明 13 3.2.1 功能简介 13 3.2.2 登录页面 13 3.2.3 系统动态页面 14 3.2.4 上传信息 15 3.2.5上传历史 16 第一章 软件建设方案 1.1目标概要 以“安全、管理、应用”为基本原则，高质量、高效率、快起步地构建矿产资源规划动态监测移动管理系统。 应用快捷、高效、智能的信息技术、计算机技术、网络技术及多媒体技术建设一套面向移动端的、开放式同时又分不同用户级别进行分级管理的矿产资源规划动态监测移动管理系统，实现信息采集、动态监测数据管理、报表管理、预警管理、现场监测管理等功能，提高矿产资源规划动态监测工作效率、工作质量和管理水平。 1.2 建设方案 1.2.1 软件建设基本流程 从软件项目的流程上来讲，基本流程是由需求方/客户提出原始业务诉求；需求分析师/产品设计师进行需求采集整理，将业务性需求翻译成系统的功能性需求并文档化，交付开发人员进行编码开发；开发人员可能包括的角色有：用户体验设计师进行网页/客户端的视觉和交互设计、前端工程师进行前段开发、后台开发工程师进行后台开发；测试人员进行黑盒（代码性测试）和白盒（功能性验收），确认系统已经符合标准后，上线发布投入使用。 1.2.2 系统要求 稳定性 系统的稳定性要求较高。 并发量 系统对并发量的要求不高，支持的同时在线人数30人，请求数50。 响应速度 无特别要求 安全保密性 对安全保密性的要求较高。 备灾能力 对备灾能力要求较高。 用户体验 公网及内部使用，对界面的美观性要求不高，建议使用较为朴素淡雅的底色和简单的页面布局设计。但是在交互上，有一定的人性化需求。 1.2.3 硬件和网络环境 硬件环境指移动设备和网络硬件环境。 硬件条件 硬件环境，包括服务器和手机客户端。一般而言，中等以上规模的应用部署在专用服务器（集群）上。但轻量级的应用也可以考虑将一台或者几台普通计算机（PC机）作为服务器，其它的PC机作为客户端载体。本项目由于可能有较多的使用者，属于中小规模，所以需要一台专用服务器进行部署数据库及软件平台。 另外，系统需要进行24/7不间断部署，对专用服务器的要求较高。 系统需要兼容html5的手机浏览器，目前android2.3及以上，iOS5.0及以上的手机环境，均支持hmtl5的浏览。 建设需要的网络环境 本系统属于保密信息，不宜对公众开放，但由于要兼顾现场监测的需要，所以目前采用公网访问方式。将来可以考虑使用基于Https的内部网络，使用人员在家里或者外地出差的条件下，可以通过专属VPN网络+令牌口令的方式进行接入。也可以考虑使用公网IP，而不使用域名的方式进行公网连接，同时注意公网防火墙等网络安全的设置。 1.2.4 功能需求 系统功能的设计指导原则是：根据矿产资源规划动态监测的建设需要，力求的系统的完善功能、界面的友好性和操作人性化。 业务角色 业务角色是一个类，是在系统中发挥作用的人的抽象。参与业务用例实现时，一个业务角色和其他业务角色交互，操纵业务实体。不同的业务角色对应着不同的业务范围、操作权限等。 现阶段本系统的业务角色大体分为系统管理员、一般管理员、国土资源厅各处级单位用户、市国土局级用户、县局级用户，分别从系统管理、规划数据管理、动态监测数据管理、报表管理、预警等各方面进行相关权限的操作。 功能分析 系统的核心功能模块包括：前台功能模块与系统管理模块。 .1 前台需求分析 1数据采集与管理 数据采集是指对系统所需的数据按照规定格式上传或直接以文件方式上传；数据管理是指对系统上传的数据文件进行分区域、分年度、分类显示或按条件查询显示，对文件进行编辑信息、删除等操作。 数据文件采集与树状方式管理（年度-市级-县级-矿产名称）。记录上传时间、上传机构、上传用户、文件说明等信息。 县级和市级用户分别以把数据以excel表格形式上传到相应的目录，支持视频数据文件上传及部分视频播