ImageVerifierCode 换一换
格式:DOCX , 页数:12 ,大小:391.87KB ,
资源ID:1813079      下载积分:3 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bdocx.com/down/1813079.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(APP系统研发可研报告.docx)为本站会员(b****3)主动上传,冰豆网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰豆网(发送邮件至service@bdocx.com或直接QQ联系客服),我们立即给予删除!

APP系统研发可研报告.docx

1、APP系统研发可研报告APP系统研发可研报告 2016年05月15日目 录1总论 31.1 主要依据 31.2 主要原则 32 项目必要性 43 项目目标分析 54 项目方案 64.1 技术方案 64.1.1 物理架构 64.1.2 系统安全结构 64.1.3 功能架构 74.1.4 逻辑架构 74.1.5 关键技术 84.1.5.1. 系统构架 84.1.5.2. 技术指标 84.2 部署方案 114.3 系统软硬件配置 124.4 项目计划 134.4.1 项目人员 134.4.2 工作总体安排 135 投资预算 145.1 概述 145.2 编制原则和依据 145.3 投资分析 141总

2、论1.1 主要依据 实现公司各系统数据共享管理机制,加强公司各业务系统管控,提高业务管理效率,提升决策的科学化、民主化水平,防范投资风险,提高投资效益。 实现各项工作的紧密衔接,提高各项数据的管控力度。 有利于公司精益化管理 通过系统分级建设,促进各级业务人员交流和业务数据的合理、安全传递,达到提高业务水平和数据正确性的目的 通过各系统有机衔接,提升内部业务管理的科学性和规范性。 利用移动开发技术,通过自动化手段,实现对系统情况的监控和管理,改善现有被动的工作局面;帮助团队快速了解业务情况等关键信息,减少故障发生的几率,将全面提升系统的整体水平,满足企业服务质量全面提升的总体要求。1.2 主要

3、原则 标准化原则 系统设计中所设计的具体软硬件设施将遵照执行国家颁布的现有标准以及即将推出的各类规范。技术标准化:系统的设计应使用通行的、广为接受的技术和方法,保证系统可扩展、可升级的能力;结构标准化:系统的设计应遵循先进的、成熟的、被验证的架构,降低系统的设计风险,提高稳定性和灵活性;数据标准化:网络系统使用的数据,如电子文档、业务数据等,都要符合国家相关标准的要求。 可扩展原则技术的选择应考虑未来几年内或更长时间内的业务发展的要求,在方案的设计中应从各个环节体现系统可扩展性原则。 经济性原则需考虑软硬件与现有系统的复用,减少投资和重复建设,即选用高性能价格比的设备;同时,应该充分挖掘现有软

4、硬件设备的使用潜力,尽可能以最低成本来完成系统建设。 安全性原则项目中应充分考虑网络安全性设计,充分保障应用流程、权限管理、用户操作等各个环节的安全性。2 项目必要性信息内网部署相关业务系统应用,基础数据平台已完备,主要采集各业务系统流程数据、关键业务系统的指标数据、通知等信息,并进行实时的监控预警。在实际的运用过程中,存在以下缺陷:1) 监控盲点:无法在工作日或出差以外时间获取到最新工作通知、流程工作等信息,不能提前预警或通知;2) 管理盲点:因出差或非工作日,系统部署在信息内网,对于业务系统主要工作数据等,不能及时处理,工作效率低下。3) 持续监控:对于关键业务系统的工作要求,无法提供7X

5、24小时的监测要求。系统实施的优势:1)满足对IT资源随时随地监控管理的要求,不受地域、时间和空间的限制,工作人员可以根据自己的实际情况随时了解系统状况。2)推送功能使工作人员可以第一时间对系统工作做出反应,并通知其它系统关联人处理问题,大大提高了工作效率。3)通过与应用管理系统融合,将业务系统的保障效率提高到公司要求的7 X 24小时的保障策略上来,不仅降低工作人员的负担,而且对工作提供了强有力的技术支撑。3 项目目标分析3.1 实现消息提醒(涉及业务系统接口开发标准制定),实现在APP中办理各项业务。3.2 实现多系统事物性待办的直接审批,对不同系统不同表单的事务性处理。3.3 实现公文类

6、流程审批和正文查看,一般指OA系统。3.4 实现多系统通知公告集成,由门户系统展现通知页面信息。3.5 支持多系统新闻信息内容集成展现。3.6 实现多系统中指标数据信息展现,权限过滤。4 项目方案4.1 技术方案4.1.1 物理架构4.1.2 系统安全结构 4.1.3 功能架构此系统需要完成的主要功能包括后台管理,后台服务和前端APP功能应用。后台应用:主要用来进行数据抽取,权限配置、基础信息维护等功能。APP端:主要包含监控模块、事物处理模块、登录验证模块、消息推送模块等主要模块功能。4.1.4 逻辑架构Web界面层:提供用户界面,是用户与系统的接口。该层封装系统的信息展示逻辑和功能,通过该

7、层的抽象和封装,将界面显示和业务逻辑有效分隔,降低了系统不同功能之间的耦合度。业务逻辑层:从用户界面层接收请求,将请求整理后分发给数据访问层,数据访问层获取数据后,经过加工,将结果返回给业务层,业务层将处理后的数据传递给用户界面层。数据访问层:建立实际的数据库连接,根据用户的请求生成SQL语句检索或更新数据库,并把结果返回给业务逻辑层。系统框架层:用于实现项目中多个层次反复使用的通用方法和数据结构。4.1.5 关键技术4.1.5.1. 系统构架系统采用J2EE架构来实现,整个系统基于B/S结构,采用面向对象的分析和设计方法,按照持久层、业务层和表示层的三层结构来实现系统功能。在应用服务器端的业

8、务应用开发过程中,采用使用SSM架构设计,通过集成spring、SpringMVC和Mybatis这三种基于J2EE的框架技术来设计系统,通过这些技术可以从根本上提高软件生产的效率和质量,提高开发大型软件系统的成功率,并可实现系统分布性、异构性、安全性、独立性等功能特性。4.1.5.2. 技术指标(1)消息传递:SOAP简单对象访问协议(Simple Object Access Protocol,SOAP)描述了一种在分散的或分布式的环境中如何交换信息的轻量级协议。SOAP 是一个基于XML 的协议,它包括三个部分:SOAP 封装(envelop),封装定义了一个描述消息中的内容是什么,是谁发

9、送的,谁应当接受并处理它以及如何处理它们的框架;SOAP 编码规则(encoding rules),用于表示应用程序需要使用的数据类型的实例; SOAP RPC 表示(RPC representation),表示远程过程调用和应答的协定;SOAP 可以和多种传输协议绑定(binding),使用底层协议交换信息。(2)服务描述:WSDLWeb 服务描述语言(Web Service Description Language,WSDL)用XML 格式将网络服务定义为一组端点,这组端点是对包含面向文档或面向过程信息的消息进行操作的。这些操作和消息的描述是抽象的,然后将它们绑定到具体的网络协议和消息格式

10、以定义端点。相关的具体端点都组合为抽象的端点服务。WSDL 可扩展来允许描述端点及其消息,而不必考虑使用什么样的消息格式或网络协议来进行通信。这意味着使用XML 模式来简要地定义接口而后将这些接口绑定到适用于该协议的具体表示法。(3)服务注册:UDDI统一描述、发现和集成规范(Universal Description, Discovery and Integration,UDDI)创建了一个平台独立, 开放的框架,通过Internet 来描述服务,发现商务,并且整合商业服务。它是一套基于Web 的、分布式的、为Web 服务提供的信息注册中心的实现标准规范,同时也包含一组使企业能将自身提供的W

11、eb 服务注册以使得别的企业能够发现的访问协议的实现标准。(4)服务安全:WS-SecurityWS-Security 规范为服务需要的多个安全级别提供了一个新的模型。它通过消息完整性、消息机密性和单独消息认证提供保护质量对 SOAP 消息传递的工强。WS-Security 还提供关联安全性令牌和消息的通用机制。另外,WS-Security 还描述如何对二进制安全性令牌编码。(5)业务流程:BPELWeb 服务的业务流程执行语言(Business Process Execution Language,简称为 BPEL),提供了正式指定业务流程和业务交互协议的语言,它所定义的可互操作的集成模型能

12、够促进在企业内和企业间的自动流程集成的扩展。(6)服务协调:WS-CoordinationWS-Coordination 描述了一个可扩展框架,它提供了协调分布式应用程序的操作的协议。这样的协调协议用于支持大量应用程序,包括那些需要对分布式事务的输出结果达成一致的应用程序。(7)服务事务:WS-TransactionWS-Transaction 描述了与 WS-Coordination 规范中描述的可扩展协调框架(coordination framework)一起使用的协调类型。它定义了两种协调类型:原子事务(AtomicTransaction,AT)和业务活动(Business Activi

13、ty,BA)。在构建要求分布式活动的输出结果一致的应用程序时,开发者可以使用这两种协调类型之一或者同时使用两种。(8)服务接口:WSRP远程门户网站Web 服务(Web Services for Remote Portals,WSRP)是可视的、面向用户的 Web 服务中心组件,它对于从不同来源聚集内容或应用的门户网站和其它中间 Web应用来说是即插即用的。它们旨在让企业能够提供内容或应用程序,而不需要使用中间应用程序作出任何手工的特定于内容或应用程序的改动。因为远程门户网站 Web 服务包括表示,所以服务提供者要决定其内容和应用如何以视觉方式展示给最终用户,还要决定允许何种程度的适适、代码转

14、换和转译等。4.2 部署方案内网应用性能管理系统,动态实施监测信息平台上运行的业务系统状况。通过隔离网闸将数据安全传输至外网数据服务器,通过手机APP实时刷新数据,实现移动终端随时随地的性能监测,充分保障业务系统的高可用性,提高系统效率,降低人员负担,达到管理和技术的全面提升。4.3 系统软硬件配置4.3.1. 应用服务器配置服务器类型CPU级别CPU个数CPU核数内存(G)硬盘网卡应用服务器 刀片服务器 2 4 32 146G X 2 双千兆网卡 应用服务器 刀片服务器 2 4 32 146G X 2 双千兆网卡 4.3.2. 数据库服务器配置服务器类型 CPU级别 CPU个数 CPU核数

15、内存(G) 硬盘 网卡 数据库 2 4 16 146G X 2 双千兆网卡 数据库 2 4 16 146G X 2 双千兆网卡 4.3.3. 系统软件配置系统前端运行平台:IPHONE/IPAD/Android手机/Android平板/系统支持android4.0以上/IOS8.0;服务器系统:linux ;应用服务:tomcat6.0;数据库服务:SQL Server 2008(或者mySql,推荐使用mySql) 服务器端编译环境: java,支持JDK1.6以上。 服务器用途 系统 中间件(候选) 备注 应用服务器 Linux RHEL5 U2 tomcat6.0 Server服务器 数据库(SQL Server 2008) Windows Server 2008 Microsoft.NET 数据库服务器 Java平台 Linux JDK1.6+ Server平台

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1