当前位置:文档之家› 需求分析和设计方案

需求分析和设计方案

第一课需求与设计
系统演示
需求分析
项目背景
每个独立的校区都要招生计划,以前业务员都是通过表格,手记的方式,记录每天天的电话邀约的情况,很难对各个校区的招生工作进行统计。

所以想通过信息化手段,对整个的招生数据进行统计。

项目目标
通过该系统能实现各个校区的电话邀请情况的上传、QQ聊天记录的上传、转换情况等信息。

每个校区的的数据独立分开。

总部可以统一查看每个校区的信息。

用户群体
总部负责人、招生人员,校区负责人
校区负责人:能看到所有的学生名单、所有人员的绩效考核以及各个校区的总报表
校区负责人:负责校区人员的绩效考核,负责填写校区总报表、添加招生人员账号、查看招生人员日报表
招生人员:收集学员名单、添加日报表
功能结构:
员工管理
权限要求:
●管理可以添加校区负责人以及各个校区的员工。

●校区负责人可以添加自己校区的员工
输入:
日工作表
权限要求:
●招人员具备添加报表功能、上传学员名单功能,并且能查看自
己的个人历史日报和自己上传的学员名单
校区负责人可以查看校区所有招人员的历史日报和本校区所有的学员名单
输入:1日报
2 学员名单校区管理:输入:
年报表
校区年报表输入:
绩效流程
招生员
校区负责人
阶段
制定绩效考核项、考核规则分比
选择当月考核项
进行人员考核打分显示考核内容
绩效录入:
性能分析
带宽要求:目前有7个校区,每个校区招生人员大约100人。

主要数据为日报数据中的【上传聊天记录】中文件的容量。

没人聊天记
录截屏月30张,每张大小30k,峰值大小约为100人*30张*30kb*7个校=87mb。

上行1m的带宽。

一个校区可处理的并发为每人约0.8m 一秒。

峰值最高上传聊天记录等待时间为9秒。

以iis企业版默认连接50并发计算,峰值期间14个用户可能进入最长等待时间。

解决方案:
提升宽带上行2M以上。

容量要求:
主要数据连天记录每日约87M,学员名单每日10M。

文字信息每日约2M。

日志文件所有操作功能16*3=48*7=336条记录,每条记录约300字约0.1m。

每日容量为87+10+2+0.1=99.1约100m。

一年容量为35G。

存储容量为500G。

安全要求:
学员名单非常重要。

安全分为2部分
1、网络安全(暂不涉及)
◆网络防火墙
◆网络层病毒查杀
◆IPS
◆IDS
◆安全访问接入
◆抗DDoS
◆应用安全扫描
◆Windows云主机安装企业版杀毒软件
认证流程
认证流程
数据库
验证服务
校区日报系统
阶段
生成私钥保存私钥获取私钥
提交业务请求
是否存在私钥
生成MD5加密规则
解密请求
成功
是否登录请求验证登录信息
是成功
保存登录状态
否是否存在token 生成token
保存token
无token
请求失败
返回请求结果
获取请求信息
稳定性要求:
24小时不间断,保证系统能正常运行。

在高峰时期能保证所有
请求成功。

性能要求:
查询时间不低于2秒。

写入时间不低于1秒。

影响因素:
●多人同时向数据库批量插入学生名单时。

有人查询学生名单,
数据库锁的机制,导致查询变慢
●学员名单信息不规则性高,而且增加迅速。

几年后查询速度
变慢
●批量添加名单,异常几率较高。

要一次上传10w条学员名
单时,不漏传,不等待,在断网情况时还能保证数据一致和
系统不出异常
概要设计
数据交换层 EF MQ
子系统列表
数据流
代理服务
认证拦截器
业务服务
存储
队列服务
门户请求
FW IPS 抗
出口路由器
灾备区
汇聚交换

数据库
数据库
Unity 500
服务器组
化)
FC SAN
数据备份系统校区二
总部
使用技术
1.ASP.MVC
2.JQ
3.Bootstrap
4.EF(基本数据操作)
5.BouncyCastle(加密解密、可与java使用同样的私钥、公钥)
6.Mssql(存储过程、横向分区表、计划代理、备份还原、读写分离)
7.Redis(集群部署、list数据存储)
8.Nginx(负载配置)
9.MSMQ(配置、工作原理)
10.Log4。

相关主题