需求分析和设计.docVIP

第一课 需求与设计 系统演示 需求分析 项目背景 每个独立的校区都要招生计划，以前业务员都是通过表格，手记的方式，记录每天天的电话邀约的情况，很难对各个校区的招生工作进行统计。所以想通过信息化手段，对整个的招生数据进行统计。 项目目标 通过该系统能实现各个校区的电话邀请情况的上传、QQ聊天记录的上传、转换情况等信息。每个校区的的数据独立分开。总部可以统一查看每个校区的信息。 用户群体 总部负责人、招生人员，校区负责人 校区负责人：能看到所有的学生名单、所有人员的绩效考核以及各个校区的总报表 校区负责人：负责校区人员的绩效考核，负责填写校区总报表、添加招生人员账号、查看招生人员日报表 招生人员：收集学员名单、添加日报表 功能结构： 员工管理 权限要求： 管理可以添加校区负责人以及各个校区的员工。 校区负责人可以添加自己校区的员工 输入： 姓名 电话 校区 职务 入职时间 密码 日工作表 权限要求： 招人员具备添加报表功能、上传学员名单功能，并且能查看自己的个人历史日报和自己上传的学员名单 校区负责人可以查看校区所有招人员的历史日报和本校区所有的学员名单 输入： 1日报 QQ在线人数 今日加QQ数 今日新增激活qq数 今日电话沟通数 A类人数 B类人数 A类聊天记录 2 学员名单 序号 姓名 区域 文/理 就读高中 信息来源 联系电话 QQ号码 校区管理： 输入： 校区名字 校区地址 年报表 校区年报表输入： 年份 高招宣传 其他渠道 收集名单总数（来源与校区上传的学员名单总和） Qq总数（来源校区日报提交qq数总和） 录取总数 缴费人数 绩效录入： 考核内容（来源配置的考核项） 标准分（来源配置时的考核标准分） 得分 扣费原因 性能分析 带宽要求：目前有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部分 网络安全（暂不涉及） 网络防火墙 网络层病毒查杀 IPS IDS 安全访问接入 抗DDoS 应用安全扫描 Windows云主机安装企业版杀毒软件 认证流程 稳定性要求： 24小时不间断，保证系统能正常运行。在高峰时期能保证所有请求成功。 性能要求： 查询时间不低于2秒。写入时间不低于1秒。影响因素： 多人同时向数据库批量插入学生名单时。有人查询学生名单，数据库锁的机制，导致查询变慢 学员名单信息不规则性高，而且增加迅速。几年后查询速度变慢 批量添加名单，异常几率较高。要一次上传10w条学员名单时，不漏传，不等待，在断网情况时还能保证数据一致和系统不出异常 概要设计  开发规范RedisMSSQL数据交换层 EF MQ服务层TOKEN组件FTP上传组件日志组件应用服务权限管理应用层绩效管理日报管理人员管理校区管理安全体系 开发规范 Redis MSSQL 数据交换层 EF MQ 服务层 TOKEN组件 FTP上传组件 日志组件 应用服务 权限管理 应用层 绩效管理 日报管理 人员管理 校区管理 安全体系 手机浏览器 PC浏览器 展示层 日报管理系统 子系统列表 系统名称 工程名 说明 IP端口 日报门户 MQSP_WordProject 界面 28:80 门户代理服务 MQSP_ Agent 业务逻辑层，跨区访问 10:80 认证拦截器 MQSP_Pauth 验证用户权限包括私钥、公钥生成以及所有的加密规则和防篡改验证 11:8108 业务服务 MQSP_API 业务逻辑功能服务，集成数据访问 12:8108 消息队列 MQSP_MQ 大批量上传名单 13:61616 数据流 使用技术 ASP.MVC JQ Bootstrap EF（基本数据操作） BouncyCastle（加密解密、可与java使用同样的私钥、公钥） Mssql(存储过程、横向分区表、计划代理、备份还原、读写分离) Redis（集群部署、list数据存储） N