题库逻辑评估分析(增加业务部分)

题数:37

题列表:[1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19,
20, 21, 22, 23, 24, 25, 26, 27, 28, 29, 30, 31, 32, 33, 34, 35, 36, 37]

1.第一个月共有10笔必选业务(上限为10笔)

[1, 5/8, 7/17/18, 15, 25, 30, 26, 28, 31, 37]

1.1 排列数:

1.1.1

  第一笔固定为第一天。

1.1.2

  时间必须为最后一天的[26, 28, 31, 37]放在最后四个,其中37固定在最后位置

        1    [7,8,9]     10
X1 = A(1,1) * A(2,2) * A(1,1)
1.1.3

  a为15,b为5/8,c1为7/17/18,c2为25,c1在c2前,d为30,总计5道

a b c1c2 d
X2 = A(4,4) * C(1,3)
1.1.4

  故总排列数为 sum = X1 * X2 = 6 * 6 * 2 * 3 = 144?

1.2 组合数:

组合数为:

        5/8      7/17/18
sum = C(1,2) * C(1,3) = 6

1.3 小结:

  因为当前增加业务采用选择三种活动增加对应业务,但是十道题每道题有三种选择3*10=30,组合数却只有6,排列数也很小,

会导致当前所选活动类型很多次没有匹配,需要用户点击增加其他类型的活动,

组合数和排列数过小,这种情况发生的就会越频繁,第二个月类似。。

我们这时有三种选择:

  1. 告知用户选择其他活动(可能导致通知用户比较频繁)。
  2. 若所选类型业务没有符合条件的,直接增加的业务为符合条件的(但是用户会觉得疑惑,增加的和自己选的不一样)。
  3. 只给用户选择增加和撤销两个选项。

2.第二个月共有8笔必选业务(上限为10笔)

[26, 28, 30, 31, 33, 34, 36, 37]

1.1 排列数:

  1. 时间必须为最后一天的[26, 28, 31, 37]放在最后四个,其中37固定在最后位置。

总结

  目前比较推荐的方案是:

  1. 只给用户选择增加和撤销两个选项。
  2. 一次性生成全部业务,同时如果用户觉得生成的不好,可以重新生成(这一种更好,因为可选择性本来就很低,一次性生成还可以降低服务器设备压力)。

组合排列公式:

A(m,n) = n! / [(n - m )!]

C(m,n) = n! * / [m! * (n - m)!]

原文地址:https://www.cnblogs.com/coodyz/p/12539070.html

时间: 2025-01-16 03:59:29

题库逻辑评估分析(增加业务部分)的相关文章

seci-log 1.05 发布,日志分析增加业务系统日志

本次升级并没有增加新的告警,而是增加了业务日志分析,协议用的是udp 514端口,和syslog公用一个端口:由于业务日志五花八门要想进行适配和分析,必须先定好格式.下面详细介绍一下日志的格式,关键内容是以空格作为区分,属性和值是用等号进行分开的,整个日志中secisland business log 这三个字母是必须有的,其他字段都可以没有,但为了审计和分析的准确性,建议能加的都加上.格式示例如下: secisland business log time="2015-04-26 15:42:3

随机获得MySQL数据库中100条数据方法 驾照题库项目 MVC架构 biz业务层的实现类 根据考试类型rand或order通过dao数据访问层接口得到数据库中100或全部数据

package com.swift.jztk.biz; import java.util.Collections; import java.util.Comparator; import java.util.HashSet; import java.util.Iterator; import java.util.List; import java.util.Random; import com.google.gson.Gson; import com.swift.jztk.bean.Result

RE写作Issue问题题库分析与提纲

RE写作Issue问题题库分析与提纲 GRE写作Issue问题题库分析与提纲 第一类 社会 2. "Competition is ultimately more beneficial than detrimental to society." 归根结底,竞争对于社会是利多弊少. Generally speaking, competition contributes to progress in society. 1.        Generally speaking, competi

你为什么需要一个面试题题库

因为面试时的问题和工作实操差别很大. 以Java开发而言.工作,最重要的效率,要尽可能快地把活做完,其次是可靠,产品功能符合预期,不出妖蛾子.在这两个约束之下,大家会尽可能使用 简洁方案,代码越少越好,尽可能使用简洁的语言特性,一眼能看懂逻辑,一眼看清Bug.同时,大多数的日常工作是在业务层,对JVM原理层要求不多. 面试则不然,全面考察知识和技能的深度广度.一个比较常见的方式是,面试官从简历上挑一个项目,从需求分析,到产品架构,实现细节,部署监控,JVM调优,故障排查,一直问到GC算法,数据结

对逻辑主键、业务主键和复合主键的思考

转载的: http://blog.csdn.net/sunrise918/article/details/5575054 这几天对逻辑主键.业务主键和复合主键进行了一些思考,也在网上搜索了一下相关的讨论,相关讨论可以看最下面的参考链接.下面是自己基于 SQL Server 做的一些总结,其他数据库(Oracle.MySQL.DB2.......)应该也类似吧.这个只是自己一时的思考,如有不当请告知,重新思考后再修 正. ? ? 定义(部分定义来源于 SQL Server 联机丛书): 主键(PR

MSSQL - 逻辑主键、业务主键和复合主键

转载自:http://blog.csdn.net/sunrise918/article/details/5575054 这几天对逻辑主键.业务主键和复合主键进行了一些思考,也在网上搜索了一下相关的讨论,相关讨论可以看最下面的参考链接.下面是自己基于 SQL Server 做的一些总结,其他数据库(Oracle.MySQL.DB2.......)应该也类似吧.这个只是自己一时的思考,如有不当请告知,重新思考后再修 正. 定义(部分定义来源于 SQL Server 联机丛书): 主键(PRIMARY

猿题库 iOS 客户端架构设计(原文地址:http://gracelancy.com/blog/2016/01/06/ape-ios-arch-design/)

猿题库 iOS 客户端架构设计 序 猿题库是一个拥有数千万用户的创业公司,从2013年题库项目起步到2015年,团队保持了极高的生产效率,使我们的产品完成了五个大版本和数十个小版本的高速迭代.在如此快速的开发过程中,如何保证代码的质量,降低后期维护的成本,以及为项目越来越快的版本迭代速度提供支持,成为了我们关注的重要问题.这篇文章将阐明我们在猿题库 iOS 客户端的架构设计. MVC MVC,Model-View-Controller,我们从这个古老而经典的设计模式入手.采用 MVC 这个架构的

题库类产品如何计算题目的难度值

一.引言 题库类产品(如猿题库.易题库等)的一个标配功能是预测用户未来要进行的某项考试得分,我们称之为目标考试预测分.以猿题库高考为例,即将参加高考的学生通过在题库上做大量练习,练习的效果会以学生的高考预测分呈现出来,这是学生最关注的指标,也是整个题库产品中最关键的数据.为了让“预测分”数据更加准确,我们引入了能力评估模型,通过测算用户在所有知识点上的能力水平,并将其量化成为一个数值.能力评估模型中有两个重要参数:题目难度值.用户答题的正确率.简化为:A=f(an,d)其中A表示能力值,an表示

poj题库分类

初期:一.基本算法:     (1)枚举. (poj1753,poj2965)     (2)贪心(poj1328,poj2109,poj2586)     (3)递归和分治法.     (4)递推.     (5)构造法.(poj3295)     (6)模拟法.(poj1068,poj2632,poj1573,poj2993,poj2996)二.图算法:     (1)图的深度优先遍历和广度优先遍历.     (2)最短路径算法(dijkstra,bellman-ford,floyd,hea