题目:销售管理系统问题分析:某公司有四个销售员(编号:1-4),负责销售五种产品(编号:1-5)。
每个销售员都将当天出售的每种产品各写一张便条交上来。
每张便条包含内容:(1)销售员的代号;
(2)产品的代号;
(3)这种产品的当天的销售额。
每位销售员每天可能上缴0-5张便条。
假设,收集到了上个月的所有便条,编写一个处理系统,读取上个月的销售情况(自己设定),进行如下处理:(1)系统以菜单方式工作,录入信息用文件保存;
(2)计算上个月每个人每种产品的销售额;
(3)按销售额对销售员进行排序,输出排序结果(销售员代号);
(4)统计每种产品的总销售额,对这些产品按从高到底的顺序,输出排序结果(需输出产品的代号和销售额);
(5)输出统计报表。
C语言大作业,需要的同学可以下载参阅(编译环境:VS2017)
1
流水线CPU包括转发暂停等功能,支持mips除eret,mtc0,mfc0外所有指令(包括乘除运算,读写hilo,取字节等等)乘除分别需要5,10个周期,代码能通过测试。
2025/8/2 8:08:11 2.15MB 流水线 CPU Verilog
1
glibc是GNU发布的libc库,即c运行库。
glibc是linux系统中最底层的api,几乎其它任何运行库都会依赖于glibc。
linux的glibc包升级需将所有的glibc相关的包都进行升级,否则影响linux大部分命令的使用。
该资源包含如下包:glibc-2.14.1-6.x86_64.rpmglibc-common-2.14.1-6.x86_64.rpmglibc-devel-2.14.1-6.x86_64.rpmglibc-headers-2.14.1-6.x86_64.rpmglibc-static-2.14.1-6.x86_64.rpmglibc-utils-2.14.1-6.x86_64.rpmnscd-2.14.1-6.x86_64
2025/8/2 2:51:10 16.57MB glibc-2.14.1
1
AWSEventFork管道AWSEventForkPipelines是一种架构模式,其中事件源(例如,AmazonSNS主题)用于将事件发送到多个处理管道。
高级架构如下所示:每个处理管道都会为AmazonSNS主题创建一个单独的订阅。
可以将SNS应用于每个订阅,以确保每个管道仅接收它们要处理的消息。
该存储库将AWSEventFork管道实现为一组无服务器应用程序。
每个应用程序都实现通用,可重用的事件处理管道。
所有应用程序均已发布到并可以使用程序轻松集成到现有的AWSSAM应用。
还包括一个示例应用程序,该应用程序演示了如何使用嵌套应用程序将不同的事件处理管道应用程序组合在一起。
无服务器应用该存储库展示了以下AWSEventForkPipelines无服务器应用程序:-处理管道,将主题消息保存到AmazonS3存储桶以用作备份或其他目的,例如,通过AmazonAthena查询。
-处理管道,将主题消息保存到AWSElasticsearch集群以进行搜索和分析。
-将主题消息保存到重播缓冲区SQS队列的处理管道。
在灾难恢复
2025/8/1 20:22:39 1.16MB aws design-pattern serverless messaging
1
包含所有离散数学方世昌版内容第1章数理逻辑第2章集合第3章二元关系第4章函数第5章无限集合第6章代数第7章格与布尔代数第8章图论
2025/8/1 12:14:32 10.17MB 离散 数学 方世昌 PPT
1
含windows自启动项研究内容即利用MFC完成课程设计(查看自启动项类似autorun)软件所有代码。
2025/8/1 4:41:32 3.67MB SJTU
1
【实验目的】1.通过编写和调试存储管理的模拟程序以加深对存储管理方案的理解;
2.熟悉虚存管理的各种页面淘汰算法;
3.通过编写和调试地址转换过程的模拟程序以加强对地址转换过程的了解。
【实验准备】1.虚拟存储器的管理方式段式管理页式管理段页式管理2.页面置换算法先进先出置换算法最近最久未使用置换算法Clock置换算法其他置换算法【实验内容】1.实验题目设计一个请求页式存储管理方案。
并编写模拟程序实现之。
产生一个需要访问的指令地址流。
它是一系列需要访问的指令的地址。
为不失一般性,你可以适当地(用人工指定地方法或用随机数产生器)生成这个序列,使得50%的指令是顺序执行的。
25%的指令均匀地散布在前地址部分,25%的地址是均匀地散布在后地址部分。
为简单起见。
页面淘汰算法采用FIFO页面淘汰算法,并且在淘汰一页时,只将该页在页表中抹去。
而不再判断它是否被改写过,也不将它写回到辅存。
2.具体做法产生一个需要访问的指令地址流;
指令合适的页面尺寸(例如以1K或2K为1页);
指定内存页表的最大长度,并对页表进行初始化;
每访问一个地址时,首先要计算该地址所在的页的页号,然后查页表,判断该页是否在主存——如果该页已在主存,则打印页表情况;
如果该页不在主存且页表未满,则调入一页并打印页表情况;
如果该页不足主存且页表已满,则按FIFO页面淘汰算法淘汰一页后调入所需的页,打印页表情况;
逐个地址访问,直到所有地址访问完毕。
2025/8/1 1:30:33 17KB 存储器管理 操作系统实验
1
此例程实现通过U盘升级STM32的程序(IAP),所有USB芯片为CH376,内附参考电路图及源程序。
欢迎下载。
2025/7/31 22:52:44 15.45MB U盘 IAP STM32 升级
1
各种管理系统界面。

html,css。
其中界面总类齐全,几乎包含了所有的的管理系统的界面样式。
值得你去下载
2025/7/31 19:09:07 4.44MB 管理系统
1
最大加工直径Φ320mm普通车床的主传动部件设计给定参数:主轴最高转速1180r/min;
转速级数为12级;主电动机功率5.5kw,其余自定。
里面资料包含了目前网上所有的CAD图纸,有展开图、剖面图和主轴零件图,精心整理,资料绝对不会让你失望。
也方便大家。
欢迎大家下载。
2025/7/31 16:05:10 5.9MB CAD 车床 主轴箱 展开图
1
共 1000 条记录 首页 上一页 下一页 尾页
在日常工作中,钉钉打卡成了我生活中不可或缺的一部分。然而,有时候这个看似简单的任务却给我带来了不少烦恼。 每天早晚,我总是得牢记打开钉钉应用,点击"工作台",再找到"考勤打卡"进行签到。有时候因为工作忙碌,会忘记打卡,导致考勤异常,影响当月的工作评价。而且,由于我使用的是苹果手机,有时候系统更新后,钉钉的某些功能会出现异常,使得打卡变得更加麻烦。 另外,我的家人使用的是安卓手机,他们也经常抱怨钉钉打卡的繁琐。尤其是对于那些不太熟悉手机操作的长辈来说,每次打卡都是一次挑战。他们总是担心自己会操作失误,导致打卡失败。 为了解决这些烦恼,我开始思考是否可以通过编写一个全自动化脚本来实现钉钉打卡。经过一段时间的摸索和学习,我终于成功编写出了一个适用于苹果和安卓系统的钉钉打卡脚本。
2024-04-09 15:03 15KB 钉钉 钉钉打卡