人工草地建植适宜性综合管理系统实施方案(初稿)

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

人工草地建植适宜性综合管理系统

实施方案

(V1.0)

成都信息工程学院软件工程学院

二零一四年四月

版本信息

目录

第1章项目概述 (1)

1.1项目基本信息 (1)

1.2项目背景 (1)

1.2.1项目简介 (1)

第2章总体设计方案 (2)

2.1技术框架和规范 (2)

2.2设计目标与原则 (2)

2.2.1设计目标 (2)

2.2.2设计原则 (2)

2.3总体设计 (3)

2.3.1总体功能架构图 (3)

2.3.2基础技术架构设计 (3)

2.3.3基础平台设计 (6)

第3章系统功能设计 (9)

3.1草场基础数据管理 (9)

3.1.1地块基本信息管理 (9)

3.1.2牧草信息管理 (9)

3.1.3概念数据管理 (9)

3.1.4概念评分标准管理 (13)

3.1.5组合权重管理 (15)

3.1.6地力等级管理 (16)

3.2草场建植适应性分析计算 (16)

3.3草场建植适应性查询 (17)

3.4留言板管理 (18)

3.4.1留言发布 (18)

3.4.2留言管理 (18)

3.5系统权限管理 (19)

3.5.1用户和角色设置 (19)

3.5.2用户注册/登录 (19)

3.5.3用户管理 (19)

3.5.4部门管理 (20)

3.5.5权限管理 (20)

3.6统计报表 (20)

3.7Android移动客户端 (20)

3.7.1Android移动客户端自动登录 (20)

3.7.2草场建植适应性查询 (21)

3.7.3留言版 (21)

第4章软件系统功能报价 (22)

第5章项目进度安排 (24)

5.1项目周期 (24)

5.2项目工作范围 (24)

5.3项目实施计划 (24)

第1章项目概述

1.1项目基本信息

项目名称:人工草地建植适宜性综合管理系统

项目牵头单位:四川省草原科学研究院

1.2项目背景

1.2.1项目简介

“人工草地建植适宜性综合管理系统”整个部分由三个子系统构成:牧民用户子系统、政府管理子系统、系统管理子系统。这三个子系统分别面向三类用户,牧民用户、政府管理员和系统管理员,使用移动客户端和电脑Web客户端进行访问和管理,其中牧民用户通过智能手机APP端访问,政府管理员和系统管理员通过Web界面访问和管理。

整个系统运行流程大致如下:政府管理员将人工草地建立适宜性评价信息(包括建植人工草地的地段选择,适宜牧草的选择以及选择牧草的饲用价值评价等)通过Web界面添加到查询数据库中。牧民用户通过智能手机APP端登录查询系统,被授权后连接到查询数据库中,访问人工草地建植的地段选择,牧草选择等具体信息。

第2章总体设计方案

2.1技术框架和规范

采用J2EE体系框架,面向SOA架构,采用装配的形式搭建系统功能模块,实现面向各层次的常用构件;实现面向服务的灾害分析和预警服务平台。

2.2设计目标与原则

2.2.1设计目标

系统的总体设计目标和原则是:“高效有序、方便实用、信息共享、安全稳定。”

2.2.2设计原则

系统的规划将按照以下原则进行设计,具体如下:

1、开放性和标准化:系统广泛采用遵循国际标准的产品和技术,以便

于系统的互联互通和扩展,同时易于向今后的先进技术实现迁移,充分

保护用户的现有投资。

2、成熟性和先进性:考虑到本系统建设的紧迫性问题,在进行系统设

计时尽量采用已经形成标准,并得到广泛应用的成熟技术,在此基础上

尽可能地采用先进的技术、产品。

3、灵活性和可扩展性:系统应能够在应用过程中,根据实际情况,方

便地改变网络应用环境,进行各种组合和灵活配置。

4、可靠性:采用较成熟的技术,对关键设备进行冗余设计,保证整个

系统安全、可靠运行。计算机网络系统应易操作,抗错能力强。

5、安全性:保证系统具有高度的保密性和安全性,以提高整个系统的

安全性。

2.3 总体设计

2.3.1 总体功能架构图

图2-1 系统总体功能架构图

2.3.2 基础技术架构设计

服务层

图2-2系统基础技术架构图

本系统基础技术架构如图2-2所示,技术架构设计从应用层、服务层、数据层展开,分别描述每个逻辑层中采用的基础软件平台以及相关的技术特性要求。

2.3.2.1数据层基础技术架构

在本系统中明确保持逻辑与数据本身的独立性。

将数据层和其他实现功能层次分开来的原因如下:

●独立的数据保持组件可以将应用程序与数据源名称、连接信息、字段名

等数据库相关内容隔离开。

●现在的许多应用程序都采用XML Web services等松散耦合的、基于消

息的技术。这些应用程序通常通过传递业务文档而不是传递对象进行通

信。

为区分保持逻辑与数据本身,本系统将构建两种不同的组件类型。

●数据访问逻辑组件。数据访问逻辑组件从数据库中检索数据并把实体数

据保存回数据库中。数据访问逻辑组件还包含实现数据相关操作所需的

所有业务逻辑。

●业务实体组件。数据用来表示产品等现实世界中的业务实体,并利用

XML来表示这种业务实体。

使用XML表示业务实体的优点如下:

●使用松散耦合。调用程序只需要知道定义业务实体的数据和为业务实体

提供元数据的架构。

●集成。采用XML 可以支持以各种方式(例如,.NET 应用程序、BizTalk

Orchestration 规则和第三方业务规则引擎)实现的调用程序。

●业务实体集合。一个XML 字符串可以包含多个业务实体的数据。

●序列化。字符串本身支持序列化。

数据访问逻辑组件和业务实体组件,除了对本系统内各子系统提供统一的数据访问服务,也能在此基础上建立数据访问接口子系统,对加工处理系统、共享服务系统、业务监视系统等外部系统提供统一的数据访问服务。

相关文档
最新文档