9号看书网

手机浏览器扫描二维码访问

第50章 任务分析（第3页）

那么不妨设想一下。

应用场景可能是这样的：

原始数据存放在某个网站，姑且命名为A站；而各学校的业务操作员在B网站上，通过一个Web界面，执行报名操作。

业务员具体操作时，可以通过输入学籍号或其他方式，从A网站的后台里调取相关信息，保存在B网站的后台数据库。

当各学校登记完报名信息，再用B网站web端的导出功能，生成Excel格式的《报名信息总表》……

已经从高老师口中确定，《报名信息表》是《原始数据表》的真子集。

对于江寒来说，这是好事。

这样他在处理数据的时候，可以省去很多麻烦。

而且，还能避免一些莫名其妙地问题。

例如汉字编码不一致，或者数据里掺了“沙子”

等等。

——所谓“沙子”

，指的是某些可见或者不可见的垃圾字符。

不妨继续猜测一下，老高这两个数据表的来源。

老高的工作，很可能是负责导出、报送《报名信息总表》。

某天，管理员老高忽然发现，导出的数据出了问题。

可能的原因有很多，比如：保管不善、介质损坏、误操作……

反正不管怎么样，数据坏掉了。

这样一来，一个很自然的想法：既然数据损坏了，那就去Web应用里，重新导出一次呗。

而老高几乎肯定会这么做，但结果很可能是失败了。

也许是服务器关闭了，也许被裁撤了，也许数据盘坏了，也许导出功能有BUG，也许是网站被黑了……

甚至可能还有某些匪夷所思的情况，譬如：机房进水、服务器硬盘损坏、关键硬件物理消失等。

嗯，什么叫物理消失？换一种说法，就是“所有权非自愿转移”

。

也就是说：被偷了……

总之想要重建数据，依靠B站是办不到了，老高手里的报名表，也就变成了独一份。

而就这么一份，偏偏还坏掉了！

老高又基于个人原因，比如怕上面发难，怕领导斥责，怕在同行面前丢脸……而不愿声张。

于是很正常的思路，老高就去A站找原始数据，重建《报名信息表》。

那么，如何才能搞到原始表，同时还不惊动任何人呢？

很简单：黑客。

换了江寒遇上这种倒霉事儿，实在没招的话，十有八九也会这么干。

不管怎么说，老高还是有点水平的。

如果是政府网站或者商业重站，他可能还没那个技术，也没那个胆子。

但区区“学生信息管理系统”

，想要黑进去，还真没啥难度。