需求分析和设计

第一课 需求与设计系统演示需求分析项目背景每个独立的校区都要招生计划，以前业务员都是通过表格，手记的方式，记录每天天的电话邀约的情况，很难对各个校区的招生工作进行统计。所以想通过信息化手段，对整个的招生数据进行统计。项目目标通过该系统能实现各个校区的电话邀请情况的上传、QQ聊天记录的上传、转换情况等信息。每个校区的的数据独立分开。总部可以统一查看每个校区的信息。用户群体总部负责人、招生人员，校区负责人校区负责人：能看到所有的学生名单、所有人员的绩效考核以及各个校区的总报表校区负责人：负责校区人员的绩效考核，负责填写校区总报表、添加招生人员账号、查看招生人员日报表招生人员：收集学员名单、添加日报表功能结构：员工管理权限要求：l 管理可以添加校区负责人以及各个校区的员工。l 校区负责人可以添加自己校区的员工输入：姓名电话校区职务入职时间密码日工作表权限要求：l 招人员具备添加报表功能、上传学员名单功能，并且能查看自己的个人历史日报和自己上传的学员名单l 校区负责人可以查看校区所有招人员的历史日报和本校区所有的学员名单输入： 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部分1、 网络安全（暂不涉及）u 网络防火墙 u 网络层病毒查杀 u IPS u IDS u 安全访问接入 u 抗DDoSu 应用安全扫描u Windows云主机安装企业版杀毒软件认证流程稳定性要求：24小时不间断，保证系统能正常运行。在高峰时期能保证所有请求成功。性能要求：查询时间不低于2秒。写入时间不低于1秒。影响因素：l 多人同时向数据库批量插入学生名单时。有人查询学生名单，数据库锁的机制，导致查询变慢l 学员名单信息不规则性高，而且增加迅速。几年后查询速度变慢l 批量添加名单，异常几率较高。要一次上传10w条学员名单时，不漏传，不等待，在断网情况时还能保证数据一致和系统不出异常概要设计开发规范RedisMSSQL数据交换层 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数据流使用技术1. ASP.MVC2. JQ3. Bootstrap4. EF（基本数据操作）5. BouncyCastle（加密解密、可与java使用同样的私钥、公钥）6. M