小学期游戏课程坦克大战开发源码,可以直接运转。
2015/7/24 17:25:05 553KB c语言 坦克大战 小学期
1
JSRC安全小课堂第109期,约请到来自湖南金盾的总工程师Focusstart作为讲师就攻击溯源为大家进行分享
2016/3/8 23:50:58 6.39MB 攻击溯源
1
后台分为商品、订单、会员以及系统管理。
期中各种管理均需登陆。
商品管理:即对书籍进行操作,新书上架及预览、书籍价格折扣修改、进书以及下架。
订单管理:订单查询、标记发货、对不能及时付款的订单删除。
会员管理:查询用户、会员信息修改(此处作为后台,管理员只能对用户的真实姓名进行修改,其他信息都由用户在前台本人修改)、帐号冻结:输入账号到系统,系统不允许用户再访问该账号,直到激活账号、会员删除、会员等级设置:当会员积分超过一定范围,即变更其等级以得到相应的优惠。
系统管理:审核所有书籍的评论以及网站评论,删除恶意评论、发布系统公告,优惠信息等。
2017/9/19 11:05:15 8.33MB J2EE 网上书店 后台
1
【088期】父母教化方式问卷.docx
2019/1/5 7:51:08 157KB SPSS
1
火龙果软件工程技术中心1单元测试 XXXX作为一个新项目,和其他所有项目一样,在开发工作进行之初就在考虑如何保证代码开发的质量。
答案很容易找到:充分的单元测试。
但是以前真正做得好得项目却不多。
经过分析,总结了一下做好单元测试工作的四个要素:――思想上的注重――计划上保证――测试手段保证――测试效果的可验证1.1思想上注重 从以往的开发过程总结了一些教训:――开发人员模块在交付联调前,测试不充分,导致联调周期较长――代码进入维护期后,修改代码往往引起不可预期的错误。
导致开发人员比较害怕在相对稳定的代码上进行修改。
由于有这些教训,所以在编码之前,项目从领导到员工都很注重单元测试工作。
1.2计划上保
1
需求规格说明书是需求分析的产物,它是软件系统系统生存期中软件定义阶段的最后一个步骤。
作为整个软件开发过程的指南,它也是软件开发人员开发出符合用户要求的软件基础。
2021/10/5 20:17:57 411KB 新闻 需求说明书
1
需求是产品创造或是迭代的重要根据,没有真实且详细的需求,就很难开展后续的工作;
但如何让需求从无到有?如何判断已有需求的真实性和可行性?如何让众多需求有条不紊的落地执行?这一期我就结合自己的工作经验,尽量总结一些接地气的处理方案。
由于行业经验并不多,有对工作处理不当的问题还请老师多多指点。
另外,我在这里举的实际例子基本都没有呈现最终的效果,最终的效果希望读者多思考或者欢迎找我交流。
第一部分主要讲我需求搜集过程中遇到问题以及处理方法。
工作中我貌似遇到过这样的问题:当产品新版本已完成了迭代,但是一段时间过去了,还没有收到用户的任何反馈,我进入了需求空白期。
那我是怎么度过这段尴尬的时期的呢?我总结有四
2022/9/6 15:29:03 364KB 从需求分析到产品设计
1
【模式识别】基于matlabGUI界面的疲劳检测零碎【含Matlab源码126期】.zip
2022/9/6 3:51:49 4.63MB matlab 疲劳检测
1
【模式识别】基于matlabGUI界面的疲劳检测零碎【含Matlab源码126期】.zip
2022/9/6 3:51:49 4.63MB matlab 疲劳检测
1
用元胞自动机实现的简单的病毒传播模型,考虑了病毒感染概率和发病概率,包括潜伏期与发病期。
可以简单模仿病毒的发病过程,可供初学者参考。
(小白向,大佬就不要下载了)
2022/9/5 9:52:07 81KB MATLAB 元胞自动机
1
共 421 条记录 首页 上一页 下一页 尾页
在日常工作中,钉钉打卡成了我生活中不可或缺的一部分。然而,有时候这个看似简单的任务却给我带来了不少烦恼。 每天早晚,我总是得牢记打开钉钉应用,点击"工作台",再找到"考勤打卡"进行签到。有时候因为工作忙碌,会忘记打卡,导致考勤异常,影响当月的工作评价。而且,由于我使用的是苹果手机,有时候系统更新后,钉钉的某些功能会出现异常,使得打卡变得更加麻烦。 另外,我的家人使用的是安卓手机,他们也经常抱怨钉钉打卡的繁琐。尤其是对于那些不太熟悉手机操作的长辈来说,每次打卡都是一次挑战。他们总是担心自己会操作失误,导致打卡失败。 为了解决这些烦恼,我开始思考是否可以通过编写一个全自动化脚本来实现钉钉打卡。经过一段时间的摸索和学习,我终于成功编写出了一个适用于苹果和安卓系统的钉钉打卡脚本。
2024-04-09 15:03 15KB 钉钉 钉钉打卡