第一章绪论 11.1课题来源 11.2开发目的 2第二章开发工具的介绍 32.1ASP的优势 32.2ASP的特点 32.3ASP的六大内部对象 4第三章需求分析与可行性分析 63.1可行性分析 63.1.1、技术可行性和方法 63.1.2、经济可行性 63.1.3操作可行性 63.2需求分析 63.2.1系统的功能需求 73.2.2系统的功能需求 73.2.3系统的数据流图 7第四章总体设计 94.1数据库设计 94.2数据库概要设计 94.3数据库逻辑设计 104.4数据流程图 114.5数据库的连接 13第五章详细设计与具体实现 155.1登陆模块界面及功能 155.1.1登陆模块界面设计 155.1.2登陆模块主要代码 155.2主窗体模块界面及功能 175.2.1主窗体模块设计 175.2.2主窗体模块主要代码 175.4主界面模块及功能 235.4.1主界面模块的设计 235.4.2主界面模块主要代码 23第六章运行结果与测试 44
2018/9/22 20:41:11
4.4MB
1
给出一个磁盘块序列：1、2、3、……、500，初始状态所有块为空的，每块的大小为2k。
选择使用位表、链式空闲区、索引和空闲块列表四种算法之一来管理空闲块。
对于基于块的索引分配执行以下步骤：随机生成2k-10k的文件50个，文件名为1.txt、2.txt、……、50.txt，按照上述算法存储到模仿磁盘中。
删除奇数.txt（1.txt、3.txt、……、49.txt）文件新创建5个文件（A.txt、B.txt、C.txt、D.txt、E.txt），大小为：7k、5k、2k、9k、3.5k，按照与（1）相同的算法存储到模仿磁盘中。
给出文件A.txt、B.txt、C.txt、D.txt、E.txt的文件分配表和空闲区块的状态。
实验报告（含程序流程图）&源码
选择使用位表、链式空闲区、索引和空闲块列表四种算法之一来管理空闲块。
对于基于块的索引分配执行以下步骤：随机生成2k-10k的文件50个，文件名为1.txt、2.txt、……、50.txt，按照上述算法存储到模仿磁盘中。
删除奇数.txt（1.txt、3.txt、……、49.txt）文件新创建5个文件（A.txt、B.txt、C.txt、D.txt、E.txt），大小为：7k、5k、2k、9k、3.5k，按照与（1）相同的算法存储到模仿磁盘中。
给出文件A.txt、B.txt、C.txt、D.txt、E.txt的文件分配表和空闲区块的状态。
实验报告（含程序流程图）&源码
2016/5/22 5:33:27
359KB
1
用汇编言语写的51单片机电子闹钟，可以播放音乐，有日历，有倒计时，有闹钟的设置，含有电路图，含有流程图，使用proteus仿真
2018/3/18 8:33:39
305KB
1
毕业设计企业人事管理零碎PPT演示，详细列出了本零碎的功能模块，清晰的画出了零碎的流程图和E-R图，通过此PPT演示可以清晰的看到本零碎的组成架构和功能体系。
2017/9/7 18:57:50
435KB
1
设计（论文）内容：1.次要内容和技术指标系统开发背景、系统概述、需求分析、系统设计、功能、感受与体会等。
其中需求分析中次要对系统的数据流程图进行了详细描绘。
2.任务与要求完成货物类型、商品类型、货物入库、货物出库、库存等的全过程管理，包括添加入库、出库等，添加、修改和删除出库入库记录，修改、删除库存信息，查看出库入库情况和货物数量
其中需求分析中次要对系统的数据流程图进行了详细描绘。
2.任务与要求完成货物类型、商品类型、货物入库、货物出库、库存等的全过程管理，包括添加入库、出库等，添加、修改和删除出库入库记录，修改、删除库存信息，查看出库入库情况和货物数量
2015/3/8 3:34:51
4.34MB
1
由于要做码流处理，最近把功能强大开源的wireshark当成了“捷径”，想从其中摘取解析引擎部分。
这就开始了全部源码的编译、分析过程。
大概用了两周，基本捋清了它的运行机制。
但到摘取代码的时候发现，难度好大，源文件众多，条件编译众多，依赖库众多。
。
。
现将2周分析源码的“成果”贴出来（更多的是想与同样分析wireshark的网友一起探讨，经验分享），有不恰当及错误的地方，欢迎各位大神指正，如果能协助到其他人则是更好，现以流程图方式展现。
注意：此流程图是在指定抓取固定包数的模式下进行的（因为其源码条件抓包分为文件及包数的方式）。
命令格式如：./tshark-c200并且，流程图中未详尽列出从Frame到应用层协议（HTTP）解析的层层调用关系，这一步可以在相关应用层协议的解析器函数打上断点（例如HTTP：bdissect_tcp_http），gdb模式下直接bt，看栈信息即可。
这就开始了全部源码的编译、分析过程。
大概用了两周，基本捋清了它的运行机制。
但到摘取代码的时候发现，难度好大，源文件众多，条件编译众多，依赖库众多。
。
。
现将2周分析源码的“成果”贴出来（更多的是想与同样分析wireshark的网友一起探讨，经验分享），有不恰当及错误的地方，欢迎各位大神指正，如果能协助到其他人则是更好，现以流程图方式展现。
注意：此流程图是在指定抓取固定包数的模式下进行的（因为其源码条件抓包分为文件及包数的方式）。
命令格式如：./tshark-c200并且，流程图中未详尽列出从Frame到应用层协议（HTTP）解析的层层调用关系，这一步可以在相关应用层协议的解析器函数打上断点（例如HTTP：bdissect_tcp_http），gdb模式下直接bt，看栈信息即可。
2015/9/27 10:20:53
92KB
1
在日常工作中，钉钉打卡成了我生活中不可或缺的一部分。然而，有时候这个看似简单的任务却给我带来了不少烦恼。
每天早晚，我总是得牢记打开钉钉应用，点击"工作台"，再找到"考勤打卡"进行签到。有时候因为工作忙碌，会忘记打卡，导致考勤异常，影响当月的工作评价。而且，由于我使用的是苹果手机，有时候系统更新后，钉钉的某些功能会出现异常，使得打卡变得更加麻烦。
另外，我的家人使用的是安卓手机，他们也经常抱怨钉钉打卡的繁琐。尤其是对于那些不太熟悉手机操作的长辈来说，每次打卡都是一次挑战。他们总是担心自己会操作失误，导致打卡失败。
为了解决这些烦恼，我开始思考是否可以通过编写一个全自动化脚本来实现钉钉打卡。经过一段时间的摸索和学习，我终于成功编写出了一个适用于苹果和安卓系统的钉钉打卡脚本。
2024-04-09 15:03
15KB