第89章　知识较量与友情开发（一）

“。。。。。。软件本身独有的特点确实给开发和维护带来了一些客观困难，但是人们在开发和使用计算机系统的长期实践中，也确实积累和总结出许多成功的经验，比如，教授您曾经在软件防御中，使用具有攻击性的伪代码作为动态感应，成功避免了黑客对浏览器的成功篡改，您还在这些伪代码中设置了标记指针，只要是进入了这些伪代码的攻击范围的黑客都会被标记，然后您可以以牙还牙的是对方计算机或者服务器种下千仞（千仞与光剑都是计算机病毒，是攻击系统和防御系统最常用的病毒之一，千仞作为攻击病毒，侵入系统之后如千万把刀刃型数据立即隐藏在数据之中，无形无影，踪迹难寻。），如果坚持不懈的使用经过经验考验证明是正确的方法，许多困难是完全可以客服的，过去也确实有一些成功的范例，不同于你的作风，他们的手段更加温和。但是，目前相当多的软件专业人员对软件开发和维护还是有不少糊涂观念，在实践过程中或多或少地采用了错误的方法和技术，这可能是使软件问题成为软件危机的主要原因，也就是我所声明的商业化的弊端。

与软件开发和维护相关的许多错误认识和做法的形成，可以归因于计算机系统的发展的早期阶段软件开发的个体化特点。错误的认识和做法主要表现为忽视软件需求分析的重要性，认为软件开发就是写程序并设法使之运行，轻视软件维护等。

事实上，对用户要求没有完整准确的认识就匆忙着编写程序是许多软件开发工程失败的主要原因之一。只有用户才真了解他们自己的需求，软件开发人员需要深入细致的调查研究工作，反复多次地和用户交流信息，才能真正全面、准确、具体地了解用户的要求。对于问题和目标的正确认识是解决任何问题的前提和出发点，软件开发也同样不例外。急于求成，仓促上阵，对用户要求没有正确认识就匆忙着手编写程序，这就如同不打好地基就盖高楼一样，最终必然垮台。”

维利安娜的回答让在场的所有学员都目瞪口呆，这些知识都还属于他们没有涉及未知领域，对于他们来说，根本无法体会其中的重要性。

哈鲁斯·弗拉里双手拍合，单调而响亮的掌声占领了整个会场，掌声渐渐停下，哈鲁斯·弗拉里却并没有像那些学员一样震惊，他丝毫不感到惊讶，或者这就是天才之间的安静，他们都是属于同一类人。

但是，原因绝不仅仅如此。

“你一直郑重声明，商业化的是软件危机的主要原因，那么，如果真的如此，只要将所有软件开发都由国家资助，然后再全部免费开放的话，就不存在这一问题了，但是，为什么明知道这一弊端的出来，却没有采取这样的措施了，这明明是一个很简单的措施。”哈鲁斯·弗拉里再一次问道，此时他不再站在讲台上，而是一步一步向着维利安娜走来。

哈鲁斯·弗拉里在普林斯顿大学的讲座虽然不曾过百，但是不管他的讲座需要耗费多少时间，他都不会走下讲台，因为他不需要监督那些来听他讲座的学员，他们可以随意做任何事情，除了打扰讲座的人会被请出会场，得到多少全部都取决于每个人的态度。

可是这一次他却直接走向一个学员。

维利安娜低着头说道：“按照计算机领域中的说法，事实上，越早写程序，完成它所需要的时间往往越长。然后程序员的工作量便会越大，在如此的情况下，全部由国家资助开发，那么程序员的收入必然会有所变化，付出与收入不能平衡的话，那么软件开发又将会遇到新的问题，程序员、工程师剧减，因为商业化的危机早已深入根髓，冒然改变只会引发新的问题。

这也就说明为什么不能将软件开发定制为公有制。

回到软件危机上的问题，软件危机的影响是永久性或者周期性的，这取决于软件的生命力。

一个软件从定义、开发、使用和维护，直到最终最终被废弃，就如同一个人要经过婴儿、儿童、青年、中年和老年，直到最终死亡的漫长期一样，通常把软件经历的这个漫长的时期成称为生命周期。软件开发最初的工作是问题定义，也就是确定要求解决的问题是什么；然后进行可行性分析研究，决定该问题是否存在一个可行性的解决办法，接下来应该进行需求分析，也就是深入具体地了解用户的要求，在所要开发的系统，我们不妨称之为目标系统，那么，目标系统必须做什么这个问题上需要和用户取得完全一致的看法。经过上述软件定义时期的准备工作才能进入开发时期，而在开发时期，首先需要对软件进行设计，通常又分为概要设计和详细设计两个阶段，然后才能进入编写程序的阶段，程序编写完之后，还必须经过大量的测试工作，需要的工作通常占软件开发全部工作量的40%~50%，才能最终交付使用。所以编写程序所需的工作量只占软件开发全部工作量的10%~20%。

另一方面，还必须认识到程序只是完整的软件产品的一个组成部分，在上述软件生命周期的每一个阶段都要得出最终产品的一个或者几个组成部分，这些组成部分通常以文档资料存在。也就是说，一个软件产品必须由一个完整的配置组成，软件配置组成，软件配置主要包括程序、文档和数据等成分。必须清除只重视程序而忽视软件配置奇遇部分的模糊观念。

所以，做好软件的定义时期的工作，是降低软件成本提高软件质量的关键。如果软件开发人员在定义时期没有正确全面的理解用户需求，直到测试阶段或软件交付使用后才发现“已完成的”软件不完全符合用户的需要，这时再修改就为时晚矣。

严重的问题是，在软件开发的不同阶段进行的修改需要付出的代价是很不相同的，在早期引入变动，设计面较少，因而代价会比较低；而在开发的中期，软件配置的许多成分已经完成，引入一个变动要对所有已完成的配置成分都做出相应的修改，就像是一个原件，它的很多配件都是不同厂商生产的，但是所有的设计都是设计师的工作，设计稿设计好后，会分别送到相应的厂商，厂商会制作样品，也就是说第二步的交流，如果这个时候发现了问题所在，那么代价会相应减少，如果在这个时候问题不明显，没有被注意，那么当所有的部件都生产完毕，组装的时候却无法进行，因为设计师的设计稿中出现了一个数据差错，那么这个时候的代价可想而知，以来可能耽误预定的交付时间，而来，对原材料以及人力的浪费。

因此，付出的代价剧增；在软件“已完成”时引入变动，理所当然需要付出更高的代价。”

维利安娜从框刃中打开了一个图示工具，而且访问了与大银幕的对接权限，在之前哈鲁斯·弗拉里打开的课间上弹出了一个访问框。

这本来是需要哈鲁斯·弗拉里作为讲师的权限才能完成对接的，维利安娜却并没有向哈鲁斯·弗拉里申请权限转移，而是直接通过框刃打开计算机的DOS命令指示符，直接输入控制命令，冻结计算机原本的权限，强行对接。

这是一般黑客最常用于浏览器的技术，通过DOS命令指示符申请框刃对计算机的暂时访问权限的方式有很多，有一些基础的方式在相应的课程中也有提到，但是向这种非正规的手段，一般是不会再教科书上出现，通常在课堂上导师也只是略为带过，但是毋庸置疑这是一种最快捷的方式。

虽然快捷，但也不是谁都可以用的，没有反编译理论知识的人，是不可能做到的，更何况还是这么短的时间内，从维利安娜申请权限，到完全控制仅仅数十秒，也就是说，她在之前就一边在命令行中输入了申请，因为命令行的申请需要经过各种识别，如果不是已经申请权限的框刃，大概需要十分钟，多功能报告厅的框刃显然都是公用的，自然不可能有权限。那么也就是说，维利安娜，在开始回答哈鲁斯·弗拉里问题的时候就已经知道需要这一权限。

换句话来说，也就是在她站起来的那一刻，她就已经开始准备着，或者更早之前，她就开始了申请。

而问题只是她这些工作中的一个巧合，而这些答案在问题说出的时候就开始在维利安娜的脑海中组织。

多功能报告厅的大银幕上已经被一个图示软件占用，其他的文件和软件都别暂时冻结，这里的框刃都是与讲台上那台计算机进行着网络共享的，目的也正是为了方便学院学员通过框刃将自己的想法在大屏幕上演示出来，但是对接权限的申请时间大概需要三分钟，对接后的窗口控制和文件传输大概需要一到两分钟，也就是说正常的权限申请需要大概五分钟，这还要在不考虑网络延迟和故障的情况下。

但是，维利安娜用侵入的方式，强行控制，只要准备工作做到好，可以将时间缩短到几十秒。