阿拉丁APP RFPWord文件下载.docx
- 文档编号:18415678
- 上传时间:2022-12-16
- 格式:DOCX
- 页数:18
- 大小:1.61MB
阿拉丁APP RFPWord文件下载.docx
《阿拉丁APP RFPWord文件下载.docx》由会员分享,可在线阅读,更多相关《阿拉丁APP RFPWord文件下载.docx(18页珍藏版)》请在冰豆网上搜索。
1.3我们的优势:
1.4我们的产品:
2系统理解及建议
2.1设计原则
赢量金融提供完整、最新且成熟的互联网产品开发技术,其各项技术应具有开放性、可移植性、兼容性和可扩展性。
∙可用性
系统在设计上应保证业务无单点故障,提供运维业务管理平台。
∙可扩展性
平台应具备良好的可扩展能力,包括:
-功能可扩展:
软件模块化、组件化,在增加新的功能,主要只需要改动接口部分,软件主体基本避免大的修改。
-数据可扩展:
应用架构先进,能在不中断业务提供的前提下,对于数据库表进行值域、表结构的调整和升级。
-容量可扩展:
平台设计利用各种负载均衡方式,保证平滑扩展平台的容量。
容量的扩展不影响现有的系统架构和业务开展。
-业务可扩展:
系统以功能部件组合划分模块,以功能部件、功能模块的组合划分子系统,便于子系统的重组,使整个系统的特殊需求和系统的通用性结合起来。
-平台支持向未来目标架构演进的能力。
∙先进性
采用先进的系统和网络设计、存储架构(推荐),做到一次规划长期受益。
∙可靠性/稳定性
系统需考虑备份硬件及软件工具,对关键数据进行备份;
平台的架构支持远程冗灾能力。
系统支持连续7x24小时不间断地正常工作。
∙可维护性
系统需提供自管理等,易于发现和定位故障,并通过良好的系统设计保证故障的隔离。
∙安全性
系统提供对用户密码的全方位保护措施,包括加密存储、强密码规则验证、安全日志记录等等。
系统提供对相关操作人员权限进行分级管理和授权。
∙高性能
系统的软硬件应能确保长期高效运行。
∙大容量
系统的存储应能保证采集的信息可以保存至少6个月。
∙开放性
系统接口设计应遵循开放性原则,能方便地调用第三方接口,也能方便地接入第三方。
∙规范性
技术方案应严格按照双方沟通的相关规范执行,并能根据规范升级而升级产品。
∙高性价比。
赢量金融承诺在其它专业子系统具备条件接入本系统时,提供必要配合。
2.2系统架构
3业务架构
4技术架构
系统采用分层思想设计,共三层:
表示层、业务逻辑层、数据库接入层。
表示层:
提供各种主流接入模式:
web端,IOS,安卓,微信等。
表示层采用主流MVC设计模式。
业务逻辑层:
实现个业务逻辑,实现高内聚,低耦合
数据接入层:
采用主流数据库接入技术。
数据库建议使用MySQL。
系统设计同时遵循SOA的思想,即以功能相对独立的模块作为服务,以服务可扩展为核心来设计框架。
赢量金融软件架构具有以下特点:
✓可移植性强,采用java语言开发,可以方便移植在各种windows、linux、unix平台。
✓模块化,有SOAP、ISAP、同步模块(中间表或者WEBSERVICES)、认证服务及代理、账号管理、DB存取服务等模块。
✓可扩展性强,通过协议适配器用于支持不同的数据源协议,在适配器的支持下方便扩展其他协议。
✓高内聚低耦合,将功能相对独立的功能写入一个独立模块,减少系统之间的耦合性。
✓可配置性强,采用动态加载的技术可以即时生效用户修改的的配置信息。
4.1系统功能理解
如没有特别说明,导入导出功能指:
按照txt、doc、pdf和excel格式导出;
按照txt、excel格式导入。
5系统管理
系统管理模块定义阿拉丁运行所需要的大部分基础信息。
基础服务板块与其概念
5.1.1.1基础信息维护
维护系统必须的基础信息,包括组织机构、角色、人员、用户组等。
1、组织结构定义
系统管理员定义系统所需的组织架构。
包括组织机构的增删改查、批量删除、导入导出等。
主要定义以下组织单位:
用户组织架构
用户等级
2、角色(职务)定义
系统管理员定义系统角色,包括角色的增删改查、批量增加、批量删除、导入导出等。
可分级的角色主要用于将来系统推广到其他地市后,如果阿拉丁也需要设置相应角色时,则便于扩展。
系统定义如下角色:
表1系统角色表
序号
角色名称
所属单位
角色职责
备注
1
系统管理员
--
系统自身基础信息的维护和配置
可分级
2
领导
全部数据查看
3
校园信息管理员
信息管理员
信息审核
4
内部信息管理员
5
日常信息录入员(店主与VIP)
信息录入员
信息录入
6
内部信息录入员
5.1.1.2密码管理
提供系统用户修改自己的登录密码功能和系统管理员修改或重置其他普通用户登录系统密码的功能。
6客户管理
对客户进行信息化管理,如客户资料收集、消费明细数据统计等,明细可导出。
7基础物流平台服务
7.1.1.1物流平台公告
发布各种物流平台公告,及时通知学生及教职工,例如停水、停电、放假等通知。
向学生及教职工发送温馨提醒,节日祝福,体现物流平台公司对学生及教职工的关心,促进物流平台和谐发展。
公告可由物流平台发布,也可由学生及教职工拍照上传。
a.个人用户不可以发布广告信息,但是会员用户可以。
b.发布信息数量具体有限制,根据等级来限制,在后台操作。
c.信息浏览权限需要被限制,后台操作。
d.信息推送范围主要根据组织架构来做限制,后台操作。
7.1.1.2快递代收
物流平台代收快递,通过平台将取件码发送给学生及教职工,学生及教职工凭取件码取件。
流程
1.快递上门投递
2.快递柜寄件
3.收到取件码
4.下班凭码取件
a.用户采用app进行收件手续的确认。
具体体现为系统推送信息到用户待办信息中,信息中包含验证代码,用户凭此代码自提或接收快件。
用户可在app中可以点击收到,完成收件流程,并可以对此次服务进行评价。
评价不得超过30个汉字。
b.如果用户不完成上述流程,后台将自动在48小时(暂定)后自动代理完成此收件流程。
但是在系统中要有一个统计选项----自动完成和用户手工完成的统计数。
c.线下有收件箱,需要做技术接口。
7.1.1.3物流平台黄页
提供物流平台及周边的各类生活服务信息,方便学生及教职工查询热线电话并可以一键拨号,如:
物流平台、后勤、保卫、衣物干洗、快递服务、订餐送水、废品回收、开修换锁、管道疏通、物流搬家,等等。
a.系统管理员,分别为总管理员---负责后台技术、领导---全部数据查看、信息管理员---负责所有信息的审核,以及管理用户。
b.信息管理员,分别为校园信息管理员---日常公开信息、电子商城信息管理员---电子商城信息(暂时不上)、内部信息管理员---内部信息。
c.信息录入员,分别为日常信息录入员(店主与VIP)、电子商城信息录入员(店主与VIP)(暂时不上)、内部信息录入员。
注意:
涉及电子商城部分一期不上。
7.1.1.4物流平台缴费
物流平台手续费、水费、洗衣费及其它费用的在线查询及缴纳。
1.绑定寝室或房屋
2.服务中心充值
3.App缴费
4.选定缴费房间
5.选取缴费种类
6.选取缴费时间
7.选取缴费数额
8.提交缴费信息
9.缴费成功
a.无内部财务系统对接,需采用支付宝完成支付。
b.后台须记录每个用户的消费明细,且具备导出功能。
c.可以在后台添加楼宇和寝室信息,以便用户绑定寝室支付费用。
d.充值采用支付宝、银行卡及电话卡方式实现。
推荐主要支付平台:
支付宝,安全、便捷、普及率高,单笔收款费率6‰。
充值页面样式参考:
8物流平台互动服务
8.1.1.1学生用品租售
在APP上查询学生用品的价格及服务方式及买卖情况,便于自身购买或租赁。
同时可以通过APP租售自有学生用品。
a.卖方发布的信息经匹配后,将被自动推送给买方。
b.如买方对卖方信息感兴趣,卖方联系电话对买方可见。
9物流平台商业服务
9.1.1.1便利店快送
将物流平台周边的便利店引入到APP平台,并分类陈列。
学生及教职工可以在线选购所需商品并提交订单,便利店完成配送,实现线上到线下的快捷消费体验。
a.入驻商家需完成资质认证。
(建议线下完成商户认证审核,后台填写商户基本材料。
也可线上完成认证,上传资质证明如营业执照等。
)
b.商户需绑定支付宝账号。
9.2阿拉丁的安全考虑
10认证
阿拉丁的用户账号名称与工作人员本人的姓名一致,采用实名制方式。
工作人员的用户账号、终端操作系统登录账号、阿拉丁登录账号保持一致。
用户的密码在数据库中以加密形式存在,用户登录阿拉丁时,传递到后台的密码经过同样的加密算法加密后再与数据库中保存的被加密的密码进行比较,保证系统登录认证的安全性。
在账号策略中采取锁定测试,可以配置锁定次数,及自动和人为解锁,防止有人利用用户发起匿名攻击,保证系统的安全性。
在用户登录系统时,系统会随机生成四位随机验证码,用户必须输入正确才能验证通过,防止黑客通过http方式发起攻击。
如果是通过其他方式发起攻击,系统也会在管理员配置的账号锁定策略中锁定非法账号,从而达到防止用户发起匿名攻击,保证系统的安全性的目的。
11系统安全
管理员可以配置各个账号的访问权限,根据各账户业务需要开放系统菜单操作功能,设置访问目录及应用的权限。
当发现某角色或账号有威胁时可以立即收回相应的系统操作权限。
管理员可根据需要自行配置系统的密码策略,如限制口令长度、限定口令过期时间间隔,密码组合方式等,保证其用户身份的合法性。
阿拉丁具备良好的文件和数据库备份机制,能定期对系统进行备份,并在系统数据丢失的情况下提供快速的数据恢复。
阿拉丁专门详细记录了各用户的操作记录,对于管理员修改的数据也有操作日志。
日志信息可提供审计报表给管理员或直接告警。
12故障恢复机制
阿拉丁采用双机热备模式防止服务器单点可能出现的故障,同时提供负载均衡支持。
当一台服务器出现故障时,系统自动切换到另一台热备服务器上,避免了单点故障的出现。
13系统架构
建议使用4台云主机,2台做nginx上游服务器,2台做tomcat下游服务器。
用nginx做proxy反向代理,在使用阿里云的负载均衡功能做nginx的负载均衡。
将图片放在两台nginx服务器中,容量根据具体需求可以随时扩容。
后期可以根据系统并发做缓存层,以及可以随时调整系统架构。
数据库建议使用阿里云的RDS。
建议使用阿里云的VPC网络,硬件配置方面建议上游服务器使用4核CPU8G内存,下游服务器使用2核CPU4G内存,具体配置可以根据具体场景在做调整,RDS的配置建议16G内存。
14项目估算
14.1项目估算表
系统初步估算价格为100.55万。
15主要技术难点:
1.缴费单的生成方式(需要财务出具寝室、水电费的消费单)
2.商店、商品、购物车(选择商家,购买商品,商品购物车结算)
3.打通所有支付方式,银行卡支付、支付宝支付、电话卡支付
4.接口对接,线下收件箱及其他
5.商品上架,商品图片、商品价格、配送范围、配送费用等物流信息,配送情况跟踪
16可能存在的风险及应对方法:
1.第三方支付接口的认证、对接时间无法确定(需要至少一周时间)。
如此方面耗时过长,需在保证整体进度的情况下对开发顺序做灵活调整。
2.沟通不到位导致错误开发。
项目正式启动后,双方保证每天至少一次电话沟通。
17联系我们:
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 阿拉丁APP RFP 阿拉丁 APP