企业大学技术架构说明.docx
《企业大学技术架构说明.docx》由会员分享,可在线阅读,更多相关《企业大学技术架构说明.docx(9页珍藏版)》请在冰点文库上搜索。
第一部分系统建设要求
作者:
yxc
1.系统建设进度要求
Ø投标人应制定具体可行的保证措施,确保系统在2019年02月1日前正式投入运行使用
Ø投标人如果认为上面的工期不能实现或能提前实现,请详细说明实施的阶段和具体时间。
2.系统建设项目管理要求
Ø投标人应建立专门项目管理组,由专人负责,确保项目按时按质进行。
Ø投标人详细描述项目实施方法和过程,明确阶段实施目标,提供详尽的项目分阶段实施时间表(以天为单位)和各阶段各方人员安排。
Ø投标人应提交参加本项目的人员名单及项目经验介绍。
Ø投标人应保证项目团队成员稳定性,如项目团队成员发生三分之一变更,将扣合同总额百分之五。
3.系统测试、验收与交付要求
投标人应派遣有经验的技术人员组成工作小组到现场实施技术服务,包括软件的测试和调试服务、培训服务。
安装设备之前,投标人应先对甲方人员进行现场培训,开始安装时,必须同意让招标人或招标人指定的招标方人员软硬件和系统集成人员参与安装、检测和排除故障。
投标人在施工、安装、调试等全过程中必须接受招标方人员的监督。
调试工作完成后,投标人应提供咨询与技术支持工作,及时将其所发现并掌握的有关设备的操作、故障检测、故障排除方法及一些新的技术发展通知招标方人员,并支持招标方人员对所用设备进行升级服务,并在升级过程中提供必要的技术支持。
Ø集成测试
投标人须制定系统整体测试方案,报招标人或招标人指定的招标方人员审批通过。
测试需与招标方人员一起进行联调。
测试中如系统有任何部分发生故障,则测试重新开始,整个系统需整体通过测试。
Ø压力测试
投标人须制定压力整体测试方案,报招标人或招标人指定的招标方人员审批通过。
测试需与招标方人员一起进行联调。
测试中如系统有任何部分发生故障,则测试重新开始,整个系统需整体通过测试。
Ø用户体验测试
报招标人或招标人指定的招标方人员实施用户体验测试。
投标人需针对测试中发生故障部分予以修改,修改后进行回归测试,直至整个系统通过测试。
Ø工程验收
招标人组织有关单位从系统的实用性、稳定性、可维护性、灵活性、可操作性及系统文档、代码、规范及注释说明等方面全面组织对本项目的验收。
Ø系统交付
投标人负责提出交付程序和交付日程表,报项目甲方同意后实施。
投标人须按照计算机软件工程规范的国家标准分阶段提交相应文档。
包括相关软件的源代码、完整的软件安装、操作、使用和维护手册。
Ø信息安全
不可信息泄露。
4.系统使用培训要求
Ø培训包括业务系统培训、技术人员培训等,请详细说明培训的对象、内容、方式、时间等。
Ø对于所有培训,投标人必须派出相应专业的具有实际工作经验的人员进行培训。
培训所使用的语言和书面教材必须是中文,否则投标人必须提供相应的翻译。
Ø除培训计划外,在系统运行期间若委托方有其它培训要求,中标人应根据实际情况协助委托方完成相关培训。
5.系统保修与售后服务要求
投标人应提供详细的系统保修和售后服务体系说明,包括服务的对象、内容、方式、时间等。
投标人还需要明确说明保修期过后设备维修、系统升级等服务的优惠方案,要求能根据业务需要进行系统调整和完善。
请详细说明如下要求满足的程度,并介绍投标人认为有必要的其它服务。
Ø故障响应
a)接到要求时向招标方人员提供如何使用软件的咨询;
b)5×8小时的实时故障响应。
要求投标人在出现系统软件及应用软件等系统故障的2小时内必须给予响应。
Ø实时技术支持
a)接到要求时向招标方人员提供如何使用软件咨询;
b)对应用系统的运行、维护提供5×8的实时技术支持;
c)应具备针对本教育系统开发的专业技术团队,负责对本教育系统开发业务、系统等问题的响应、处理,具体处理时间需遵循故障响应中的要求。
v热线服务
a)投标人应提供热线电话或Email等途径随时回答招标人各种技术问题并在24小时内提出解决方案。
b)投标人要详细描述售后服务体系和具体响应流程。
第二部分系统需求分析
1.项目背景
本教育系统是为中国2900万家企业,3.9亿企业员工,打造的一站式企业学习社交平台。
包含:
企业大学网络学院集成平台、企业员工在线学习平台、企业学习产品O2O平台等。
2.项目目标
本次项目实施是整体项目开发计划的第一期。
基本实施的目标是加强基础建设、满足现有需求,为后续开发打好基础。
3.项目范围
为实现本教育系统的长期目标,本期项目着重基础建设,满足后续扩展性要求。
本期具体单元如下:
Ø客户端(手机端:
iOS/Android)
ØWEB端
Ø后台
Ø运营支撑
Ø内容提供商支持
4.系统需求
4.1技术架构需求
Ø网络拓扑
本平台覆盖Android、iOS、Web网站、WAP网站等平台;支持手机、平板、PC等环境;提供即时通讯、音视频点播/直播、社交、浏览、提醒、记录等功能;支持从10万到亿级QPS访问。
图1网络拓扑结构图
鉴于目前公司状况和项目所处阶段,图中所示即时通讯服务、直播云服务和录播云服务采用采买方式,使用厂商提供的SDK嵌入平台。
其他节点分别组成负载均衡层、静态缓冲层、路由层、系统控制和业务层、存储层、服务层。
各个节点按照配置服务器中配置和脚本规则智能组网。
Ø客户端分层
客户端分为界面、逻辑、数据模型、数据管理四层。
隔层之间采用“Observer”+“ResponseChain”的方式相互结合在一起。
客户端覆盖Android、iOS、Web等平台。
Android和iOS采用NativeSDK开发,Web平台采用HTML(5.0)+JQuery,采用AJAX技术作为轻客户端与中后台通讯。
Ø工作流和业务支撑
对于运营业务以及对外合作的部分强调流程正确和弹性。
该部分对流量要求远低于前面所提到的客户端系统,但是对于流程的弹性要求比较高。
对于这部分开发基于开源工作流引擎进行开发。
4.2系统功能性需求
Ø客户端(手机端:
iOS/Android)
主页:
网络学院,直播平台,华为大学,其他大学入口链接。
学习库:
岗位技能课程,职业素养课程,企业文化课程等。
学友圈:
评论,回复,我的学圈等。
个人设定:
我的账户,我的收藏,积分,我的笔记,我的档案,我的课程,我的关注等。
消息:
通讯录
搜索:
登录注册:
微信登录,手机登录,个人登录,企业登录
人脸识别:
ØWEB端
页面与客户端一致。
Ø后台
数据库调整与优化API,与直播云/IM云等的通信接口API,系统各节点部署脚本。
Ø运营支撑
管理端:
权限管理,账户管理,积分管理,用户管理等。
Ø内容提供商支持
内容提供商用系统,支持视频的上传,撤销。
4.3系统非功能性需求
Ø稳定性
系统稳定性是指系统在持续工作时出错或中断工作的概率。
亿级用户量本身就是对系统稳定性的严峻挑战。
为了满足平台大规模用户使用的要求,结合目前实际情况,技术实现满足从80%到99%的逐步提升。
Ø完整性
完整性是指在需求明确且不发生重大变革的情况下,技术实现充分体现产品设计内容。
基于目前情况,技术实现采取分层实现,分块实现的渐进式实现方式。
为了满足系统需求阶段性改变的弹性要求,系统设计采用模块化、低耦合原则分层设计。
在需求发生变化时,系统实现提供尽可能大的弹性。
Ø平行可扩展性
平行可扩展性是指当系统承载能力需要提升时,系统各节点只需要增加设备即可扩展其计算能力。
Ø安全性
安全性包括系统安全性和数据安全性两个层面。
系统安全性是指平台各节点访问和操作均在可控范围。
数据安全是指数据存储、迁移、访问等过程可控。
为了满足系统对于安全性的要求,系统设计和实现过程中本着分层设计、弹性隔离等原则,针对各节点、各场景不同的安全特性给与相应的解决方案。
5.生命周期模型选择及项目管理方法
鉴于公司具体情况和本项目所属阶段,此次项目实施采用瀑布开发模型,在需求基本确定后进入实施。
瀑布模型分为可行性研究、需求分析、需求设计、软件结构设计、编码、测试、运行维护等七个阶段,属于最成熟的一种开发模型。
项目管理方法采用阶段化管理方法,在不同的阶段,以需求文档为输入,以结果文档为输出。
本项目分为若干里程碑,每个阶段均以验收报告为阶段性验收成果。
如果项目中出现开发模式发生变化、相关干系人发生变化、需求发生变化则后续里程碑及项目结束时间将重新调整。
6.项目实施计划
本次项目实施的总目标是在2019年2月前完成内测,达到上线推广的目标。
序号
项目内容
交付物
完成时间
备注
1
项目立项
立项报告
2018/10/15
2
项目商务
合同书
2018/10/31
3
蓝图设计
蓝图报告
2018/11/7
UI设计完成
4
系统实施
系统上线准备
编码/测试
2019/01/31
5
联动测试/压力测试
6
系统验收
验收报告
2019/02/1
9