- 1、本文档共16页,可阅读全部内容。
- 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
APP系统研发
可
研
报
告
2016年05月15日
目 录
1总论 3
1.1 主要依据 3
1.2 主要原则 3
2 项目必要性 4
3 项目目标分析 5
4 项目方案 6
4.1 技术方案 6
4.1.1 物理架构 6
4.1.2 系统安全结构 6
4.1.3 功能架构 7
4.1.4 逻辑架构 7
4.1.5 关键技术 8
4.1.5.1. 系统构架 8
4.1.5.2. 技术指标 8
4.2 部署方案 11
4.3 系统软硬件配置 12
4.4 项目计划 13
4.4.1 项目人员 13
4.4.2 工作总体安排 13
5 投资预算 14
5.1 概述 14
5.2 编制原则和依据 14
5.3 投资分析 14
1总论
1.1 主要依据
? 实现公司各系统数据共享管理机制,加强公司各业务系统管控,提高业务管理效率,提升决策的科学化、民主化水平,防范投资风险,提高投资效益。
? 实现各项工作的紧密衔接,提高各项数据的管控力度。
? 有利于公司精益化管理
? 通过系统分级建设,促进各级业务人员交流和业务数据的合理、安全传递,达到提高业务水平和数据正确性的目的
? 通过各系统有机衔接,提升内部业务管理的科学性和规范性。
? 利用移动开发技术,通过自动化手段,实现对系统情况的监控和管理,改善现有被动的工作局面;帮助团队快速了解业务情况等关键信息,减少故障发生的几率,将全面提升系统的整体水平,满足企业服务质量全面提升的总体要求。
1.2 主要原则
? 标准化原则
系统设计中所设计的具体软硬件设施将遵照执行国家颁布的现有标准以及即将推出的各类规范。
技术标准化:系统的设计应使用通行的、广为接受的技术和方法,保证系统可扩展、可升级的能力;
结构标准化:系统的设计应遵循先进的、成熟的、被验证的架构,降低系统的设计风险,提高稳定性和灵活性;
数据标准化:网络系统使用的数据,如电子文档、业务数据等,都要符合国家相关标准的要求。
? 可扩展原则
技术的选择应考虑未来几年内或更长时间内的业务发展的要求,在方案的设计中应从各个环节体现系统可扩展性原则。
? 经济性原则
需考虑软硬件与现有系统的复用,减少投资和重复建设,即选用高性能价格比的设备;同时,应该充分挖掘现有软硬件设备的使用潜力,尽可能以最低成本来完成系统建设。
? 安全性原则
项目中应充分考虑网络安全性设计,充分保障应用流程、权限管理、用户操作等各个环节的安全性。
2 项目必要性
信息内网部署相关业务系统应用,基础数据平台已完备,主要采集各业务系统流程数据、关键业务系统的指标数据、通知等信息,并进行实时的监控预警。在实际的运用过程中,存在以下缺陷:
1) 监控盲点:无法在工作日或出差以外时间获取到最新工作通知、流程工作等信息,不能提前预警或通知;
2) 管理盲点:因出差或非工作日,系统部署在信息内网,对于业务系统主要工作数据等,不能及时处理,工作效率低下。
3) 持续监控:对于关键业务系统的工作要求,无法提供7X24小时的监测要求。
系统实施的优势:
1)满足对IT资源随时随地监控管理的要求,不受地域、时间和空间的限制,工作人员可以根据自己的实际情况随时了解系统状况。
2)推送功能使工作人员可以第一时间对系统工作做出反应,并通知其它系统关联人处理问题,大大提高了工作效率。
3)通过与应用管理系统融合,将业务系统的保障效率提高到公司要求的7 X 24小时的保障策略上来,不仅降低工作人员的负担,而且对工作提供了强有力的技术支撑。
3 项目目标分析
3.1 实现消息提醒(涉及业务系统接口开发标准制定),实现在APP中办理各项业务。
3.2 实现多系统事物性待办的直接审批,对不同系统不同表单的事务性处理。
3.3 实现公文类流程审批和正文查看,一般指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界面层:提供用户界面,是用户与系统的接口。该层封装系统的信息展示逻辑和功能,通过该层的抽象和封装,将界面显示和业务逻辑有效分隔,降低了系统不同功能之间的耦合度。
业务逻辑层:从用户界面层接收请求,将请求整理后分发给数据访问层,数据访问层获取数据后,经过加工,将结果返回给业务层,业务层将处理后的数据传递给用户界面
文档评论(0)