需求分析和设计说明

第一课需求与设计

系统演示

需求分析

项目背景

每个独立的校区都要招生计划，以前业务员都是通过表格，手记的方式，记录每天天的邀约的情况，很难对各个校区的招生工作进行统计。所以想通过信息化手段，对整个的招生数据进行统计。

项目目标

通过该系统能实现各个校区的邀请情况的上传、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

子系统列表

数据流

代理服务

认证拦截器

业务服务

存储

队列服务

门户请求

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